Deleting dead links

Tags: #<Tag:0x00007fe30eacf9d8> #<Tag:0x00007fe30eacf910> #<Tag:0x00007fe30eacf848>

Her home page is a Ralph Lauren shopping page.
But, we assume, it was once valid.

I’ve been seeing more and more of these type of links pop up.
Do we remove them or add an end date?

1 Like

I think the background here still holds up:

So for now:

I think it would make sense to add snapshots as ordinary homepage relationships alongside the ended original link.


normally I am good with adding an end date.
but with it now being an unrelated link (which may or may not be malicious), I thought I would check.

It is no longer displayed on the artist’s home page but is still clickable via the relationships page.
Maybe we should consider a way to make certain links display while not being click-able?

1 Like

I think we should use the ENDED attribute indeed then don’t add a snapshot URL.

As suggested here, ENDED URLs could be made unclickable, or even better, turned into*/OLD-SITE.COM.
I mean for the display, but behind it’s still the ex‐real URL that is stored unchanged.


How is the “ended” date going to be worked out? It will be hard to know when a website was removed for sure.

1 Like

Sometimes I manage to pin point the end month with consecutive web archive snapshots but most of the time not.
But the end date is not mandatory, I just check the ENDED attribute and the link goes hidden from side bar already.

1 Like

This is one of those times that a “vague date with reason” field could be used. Some kind of note that explains the “best guess based on web archive” or “best guess based on when the drummer punched the lead singer” or “best guess based on creation of next band”…

1 Like

I often run into situations where “he joined the band in the 20s”, but with no exact date I am forced to leave it blank.
We know he left in 1954, but no start date listed.


Like the sound of that MBS-2954 idea - only been gestating for six years so should mature soon into something we can use. :smiley:

Seems a nice idea - a dropdown for exact\before\after\approx.

Like @justcheckingitout says - it is often a case we know something roughly within a short time period and can put that in instead of nothing at all. “He joined the band in the 20s” means the band would then be found in the correct searches for 1920s music instead of being not found.

Back to the OP. By having approx dates it allows someone to point out that “the link is dead today”. “Stopped working before 03/02/2019”. Then later editors can come along and improve the accuracy of that date based on deeper research.

There is also the issue with Links that not all links work in all countries. I know I clicked on a band link earlier today that refused to load because my VPN was coming out of Poland at that time. Links can also be down for temporary reasons. All adds to the fun

Where are the Database Geeks? Are vague dates a thing anywhere else?

1 Like

As far as structured data goes, I can understand why we don’t have “the 1920s” as an option.
But it would be nice to be able to leave notes (even if they only appear on the website) for other users/editors.

That is actually something I like on WP, they have <! – edit notes --> that are invisible to readers but are available to editors before they make changes.

1 Like

We can use artist annotation for this kind of info.
Both readers and editors will be glad to know the band was created in the 20s. :wink:


A better management of links “life” is a must. We are currently losing a lot of valuable information:

  • removed link: think about http://about as data by itself, if the target is down, the URL by itself still helps identifying an artist, references to this homepage link in other sources might help to confirm that’s the same artist
  • lost source: the link might still work but the website linked changed (or the domain was parked). Once again we lose valuable information, as the link was perhaps used to point at a source of information, and this source is now gone, so no one can check back on it.
  • links or websites: history of the link changes is providing information about activity of the band (if all social network links are now broken, one might expect the band to be, at least, on hiatus)

I totally agree on this. And it is more and more urgent imho.


I just noticed a dead ‘lyrics’ link on the band Red Wine but I can’t find a way to mark it ‘ended’ - I see start/end dates for the discogs url, but not for the lyrics.

You have to go to the URL entity page (follow the “[info]” link next to URLs on the relationship overview) and then edit the URL entity directly and there you can more fully edit the URL relationships.

1 Like

I did try that, but when the type is set to ‘lyrics page for’ then the begin/end date options don’t show:


They are shown for most other link types (except ‘PureVolume page for’) so maybe this is a bug.


We are missing those dates for a few cases, I remember I created at least one ticket for that but probably not lyrics.
But as lyrics you can easily find them again, I think it is ok to delete and replace by another link.

I’ve noticed (and so have many of you, I’m sure) that it’s rather hard/circuitous to get to flag a link as ended when you’re on an artist page.

I’ve created a bug/feature request

1 Like