Cannabis Ruderalis

thcscience_admin
Welcome to the external links noticeboard
This page is for reporting possible breaches of the external links guideline.
  • Post questions here regarding whether particular external links are appropriate or compliant with Wikipedia's guidelines for external links.
  • Provide links to the relevant article(s), talk page(s), and external links(s) that are being discussed.
  • Questions about prominent websites like YouTube, IMDb, Twitter, or Find a Grave might be addressed with information from this guide.
 Sections older than 10 days archived by MiszaBot.
Click here to purge this page
(For help, see Wikipedia:Purge)
Shortcuts
If you mention specific editors, you must notify them. You may use {{subst:ELN-notice}} to do so.
Search this noticeboard & archives

Additional notes:

To start a new request, enter a report title (section header) below:
Indicators
Defer discussion:
Defer to WPSPAM
Defer to XLinkBot
Defer to Local blacklist
Defer to Abuse filter

Ghostarchive[edit]

I could not think of a better place to post this: Am I the only one who finds Ghostarchive a little shady? I'm worried that we are mass linking to a website with no identified owners or supporting organization, and whose only contact form seems to be its tumblr account.

Contrast that with the Wayback Machine, which is hosted by the Internet Archive or perma.cc, which is maintained by the Harvard Law School library.

This is not only an "optics" problem: I'm concerned about the long-term stability of such a website and its ability to meet our WP:COPYLINK requirements, which anonymous websites don't have a good track record of doing. JBchrch talk 11:32, 11 January 2022 (UTC)[reply]

@JBchrch: And archive.today doesn't suffer from the same problems? We have over a million or two links to that site, and we do not know who owns archive.today. And we knew who owned Webcite and look where it is now.
I personally think that as long as the site does the job (archiving links), it doesn't matter who owns it. We link to a whole bunch of sources here, and I am sure we do not know the owner of many of those sites. You state anonymous websites don't have a good track record of staying up, but didn't provide any examples?
Alternate archive sites are not replacements for the Wayback machine, they supplement the Wayback machine. GreenC said that Wayback has more, a lot more, than any other provider. and it will stay that way for the foreesable future. However there are many sites the Wayback machine can't archive. Just today someone contacted me regarding a dead link that had a broken archive on Wayback, but a working one on archive.today. Many of these ghostarchive links are Youtube archives, which no other archive can handle properly. The wayback machine has very recently trying to fix their Youtube archiving capability, but it has a long way to go I think. Internet Archive is preparing to archive about 9000 Youtube videos a day from all Wikimedia properties, which is good i guess.
I spoke to someone working at the IA, who said they aren't even going to work on Instagram, Facebook, or Linkedin archiving. Ghostarchive and Archive.today are doing all three of those sites. I use all three sites quite heavily, they have their own strengths and weaknesses. It's about using the right tool for the job. Also i think this a better place for WP:LINKROT talk page where the archive guys hang out. Rlink2 (talk) 15:32, 11 January 2022 (UTC)[reply]
@Rlink2 Just to clarify, the reference to anonymous websites was only in relation to COPYLINK, not the ability to stay up. JBchrch talk 15:58, 11 January 2022 (UTC)[reply]

Archive provider loss is a real problem. In the past few years we have lost 5. One lesson from WebCite is you can kind of predict ahead of time: site goes down often, lacks support, no new features, bugs not fixed, etc.. By comparison, Archive.today and Ghost appear well attended. Also of the five, 4 were conscientious to arrange moving before they shut down ie. Pandora, Europa Archives, Proni Web Archives, Collections Canada. These were institutional. That leaves WebCite as the outlier case, but also most similar to Ghost and Archive.today as an anonymous one-person provider. It is a problem of "who watches the watchers". It might be as simple as a best-practice that any archive at Ghost have a backup at another provider, or some other arrangement to ensure against total loss of Ghost. The newer the provider, the shorter estimated lifespan it will have. -- GreenC 03:39, 12 January 2022 (UTC)[reply]

The couple of times in the last week that I have come across a ghostarchive link with Firefox (under Win10/64; FF95.x and 96, with several extensions) I have got "ReplayWeb.page could not be loaded due to the following error: SecurityError: The operation is insecure." Another browser (Brave) works. My response is to replace these links with the Wayback Machine, if available, saying why in the summary. Best wishes, Pol098 (talk) 22:26, 12 January 2022 (UTC)[reply]
Can you try in incognito mode to verify it's not a plugin? -- GreenC 22:33, 12 January 2022 (UTC)[reply]
@Pol098: Have you tried clicking on the "archived page not working?" thing on the side bar? That usually works, at least for me. Rlink2 (talk) 23:55, 12 January 2022 (UTC)[reply]
@Rlink2:@GreenC: Private mode doesn't make any difference as I have the plugins enabled in that mode, but I tried it on a Win7/32 virtual machine with a Firefox without extensions. Same error. I clicked on the "archived page not working?" thing on the side bar, and the page then did load. I still think this behaviour is completely unacceptable. It's not just the cumbersomeness and extra click; anyone who comes across it is likely to give up in frustration rather than look at the sidebar. Best wishes, Pol098 (talk) 00:31, 13 January 2022 (UTC)[reply]
@Pol098: SecurityError: The operation is insecure sounds to me like you are not on the HTTPS version of the site, make sure the beginning begins with https:// and not http://. Anyway, if I encountered any given website and it doesn't load, and there is a very visible link saying "click here if the site doesn't work", I would click on it before giving up. Archive.today also has issues with not working with certain DNS providers if I recall. Rlink2 (talk) 00:49, 13 January 2022 (UTC)[reply]
I'm writing as an editor, not a reader; I have no particular interest in opening the archived link, but in making Wikipedia work for everyone. My posting here is not a request for help but a bug report. If the link is http:// where it should be https://, whoever inserted it is at fault. My view was and is (unless this issue is fixed so that the link opens when clicked in any browser without the reader needing to do anything) that ghostarchive links should be replaced where possible by Wayback ones. I've done a couple. By the way, I didn't notice the sidebar note "click here if the site doesn't work" (my reaction was "this doesn't work properly, it needs fixing" rather than "how can I read this page"). I would expect a lot of people would just give up without reading the small print. Best wishes, Pol098 (talk) 11:16, 13 January 2022 (UTC)[reply]
@Pol098: making Wikipedia work for everyone is one of my biggest goals as well, it drives everything I do.
FWIW, I was able to reproduce the issue after searching the error string on Duckduckgo. You need to have "Delete cookies and site data when Firefox is closed" in settings turned off. It was off in my Firefox by default, so you must have set it on manually. Rlink2 (talk) 13:59, 13 January 2022 (UTC)[reply]
@Rlink2: Good detective work/debugging; I do indeed always set cookies to delete in Firefox. I'd still call this an error, and unacceptable - I'm surely not the only person to delete cookies - in particular, it happens during a session without closing the browser, but even at the beginning of a session it's not OK (links archived with other archivers don't do this). If I were trying to resolve the issue I'd contact the ghostarchive people with a bug report; as it is I avoid ghostarchive. Best wishes, Pol098 (talk) 14:22, 13 January 2022 (UTC)[reply]
@Pol098: Each site is different, there will always be a very small amount of people that can't access any given site on the internet. Like i said before, there are people that can't click on archive.today links because of the DNS issue either. Some people avoid archive.today for the same reasons. And even archive.org doesn't work in certain browsers and configs. What matters is that the links work for 99.99% of readers and editors, which it seems to do. And if the links don't work, there is something on the sidebar to help those few. Rlink2 (talk) 14:50, 13 January 2022 (UTC)[reply]
@Rlink2: While I don't post every archive link, I also try to archive the same page on other archive sites, so even if one link goes down or one can't access it, there are other archive sites with the same material. WhisperToMe (talk) 17:08, 1 March 2022 (UTC)[reply]
@WhisperToMe
That makes sense, I think that's the perfect approach. Archive.today or similar could one day just go down with all of the data lost, so having the data on multiple archive sites is critical. We already lost one archive "just like that" which was Webcite. But again, Wikipedia or Archive.org could disappear tomorrow too (highly unlikely but possible)
Archive.org's mission is more of "save forever", and the other archive sites' mission is more of "save for an indefinite period of time".
Archive.today can not archive Youtube videos, leaving ghostarchive.org and archive.org as the two ones I know can do Youtube. Sites like Facebook and Instagram do not work with archive.org either, but do work on the other two sites. So for many sites it is either archive.today, ghostarchive.org, or no archive at all. Rlink2 (talk) 18:38, 1 March 2022 (UTC)[reply]
@Rlink2: For PDFs I find megalodon.jp works very well as an archiver, so I use that and the Wayback Machine to have two archives of PDFs. Then I can archive the respective Google Cache through archive.today, so there's a copy of the raw text in that one. WhisperToMe (talk) 21:49, 1 March 2022 (UTC)[reply]
@WhisperToMe
I didn't know megalodon.jp can archive PDFs, thanks for letting me know. Ghostarchive can also do PDFs, https://ghostarchive.org/archive/dSvw5?wr=true for example.
Ghostarchive uses webrecorder technology that runs scripts in a sandbox. You can see the difference here on online graphing calculator:
This is just a example, there exist sites that only work with archive.org and sites that only work with archive.today
It is good that you care about linkrot it is an very important issue. There are also other nice archive sites like archive.st, freezepage, etched.page.
You rekindling this discussion today is ironic, because one of my favorite Youtube videos was recently removed and I found out today (luckily, I had archived it). Rlink2 (talk) 22:31, 1 March 2022 (UTC)[reply]
@Rlink2: You're very welcome! Link rot is one of the biggest issues on Wikipedia and I work every day to try to combat it, but it's very frustrating. I would like to get in touch with the Webcitation people to try to get them to put the links back up, as there are some pages which I could at the time only archive there, and I want to double-archive those pages. I wish we had bots or other systemic efforts to auto-archive stuff put on here. WhisperToMe (talk) 23:26, 1 March 2022 (UTC)[reply]
@WhisperToMe
Link rot is one of the biggest issues on Wikipedia and I work every day to try to combat it, but it's very frustrating. Yes, I try my best to combat link rot, some like my work some don't. But i think overall linkrot prevention is a net gain and everyone stands to benefit.
Theres a couple of other great editors on here working on linkrot. GreenC, cyberpower, whoop whoop pull up, brownhairedgirl, and you, are ones that come to mind.
. I would like to get in touch with the Webcitation people to try to get them to put the links back up, as there are some pages which I could at the time only archive there, and I want to double-archive those pages. Appreently, GreenC (works at archive.org) there are some webcite pages archived at archive.today, which could be useful for finding a dead page. Regarding webcite itself GreenC said There is still some thread of hope, but what he's attempting to do, will take time and money he has to raise..
I wish we had bots or other systemic efforts to auto-archive stuff put on here. Me too, at the very least a bot that archives all the references on new articles created would be nice. I do archive refs on new articles manually from time to time, and I get edit thanked quite a bit for it. I know of people that would support such a bot. Rlink2 (talk) 23:51, 1 March 2022 (UTC)[reply]

@GreenC: To combat archive loss I try to archive the same links on several archives, so even if one goes down, there are at least one or two other copies. WhisperToMe (talk) 08:16, 1 March 2022 (UTC)[reply]

Kurzgesagt[edit]

A new user recently added an external link to a Kurzgesagt video to Great Filter and was subsequently reverted. However, WP:YOUTUBE provides some leeway for this link. Is this site appropriate for Wikipedia? Should I be asking this question on the reliable source noticeboard instead? I’m trying to create a paper trail for discussion about Kurzgesagt as an external link/reliable source, because I haven’t been able to find any past discussion on the subject. I have no real feelings on it either way, but it should be discussed so that if it comes up again, we can link to some kind of consensus on the matter. Thanks. Viriditas (talk) 22:50, 17 February 2022 (UTC)[reply]

@Viriditas: you are talking about this edit I presume. I am unconvinced that the link should be in the external links section, and unsure whether it should be added to the linkfarm of further reading. It may be a good reference, but that is another question. The revert was for ‘unreliable source’, but this was not a source in the first place.
I would argue that we do not link to youtube, but to https://kurzgesagt.org/portfolio/why-alien-life-would-be-our-doom/ anyway. Again, maybe as a proper reference (and if that is being questioned an RSN discussion may be of interest), but not just ‘dumped’ into an EL section for every article where it may be of interest. Dirk Beetstra T C 06:57, 18 February 2022 (UTC)[reply]
I watched the video. I liked it, until it got to the advertisement at the end.
But I don't think that it clears WP:ELNO#EL1. It provided nothing beyond what should already be in the article. The only difference is that it's a video. It's possible that some day editors will decide that "same stuff, but in video" is a valid reason for an external link, but right now, that's on the generally unwanted list. WhatamIdoing (talk) 00:58, 19 February 2022 (UTC)[reply]
Totally agree with WithwhatamIdoing above. David J Johnson (talk) 12:44, 19 February 2022 (UTC)[reply]
I also agree with this. The EL shouldn't be tossed for being a YouTube video necessarily, but because it does not provide a unique resource (WP:ELNO). SWinxy (talk) 23:20, 23 February 2022 (UTC)[reply]

How do I link to artwork at Kunsthalle Bremen?[edit]

Over at Camille (Monet), at the bottom of the page, I have a link to the painting in the collection of Kunsthalle Bremen. Here is what the link looks like:

http://www.artefact.kunsthalle-bremen.de/1/webmill.php?fx=g&id=27222&foldertype=auto&foldergroup=irc&ditem=4848&dmodule=501&lin=detail

When I click on it on mobile, I don’t see anything except a blank collection page. If I go back into the site and search for the painting, it will show, but any attempt to use this URL as a static link fails. Can anyone tell me how to create a static link from this URL so it can be used on the Wikipedia entry? Thank you. Viriditas (talk) 21:40, 14 March 2022 (UTC)[reply]

@Viriditas
Strange,the link does not work for me either. It only worked (sometimes) on a specific browser and specfic configuration, I tried everything else and it didn't work.
Sometimes, when you archive, it stores the copy. I tried the archiving website discussed right above us and it seems to work: https://ghostarchive.org/archive/GUndp?wr=true . The image sometimes disapeears and comes back as well, so at least with the archive it will be accessable. Rlink2 (talk) 13:47, 15 March 2022 (UTC)[reply]
Thanks. I don’t know if someone from the museum is reading this or not, but there’s now a static page available for the entry:
https://www.artefact.kunsthalle-bremen.de/sammlung/sammlungshighlights/claude-monet/text/
I’m not sure why this suddenly appeared. It’s very possible that I tried to link to the wrong page in the first place. Viriditas (talk) 22:57, 15 March 2022 (UTC)[reply]

Link farm creator[edit]

I don't know if it has become normal (first time I saw it) but the addition of the below link, along with the official site and two others, created External links bloat.
  • {{CongLinks | congbio=B001274 | votesmart=121610 | fec=H0AL05163 | congress=mo-brooks/1987 }}
I think this is a wrong way to present links. Even with just the "Official website" it creates to many links -- Otr500 (talk) 21:36, 9 April 2022 (UTC)[reply]

This is what the above generates via {{CongLinks}}:

-- GreenC 00:56, 10 April 2022 (UTC)[reply]

The template says "This will aid in the maintenance and standardization of these external links." Maybe, but it also makes dead links impossible to detect and add archives for, which is the most common form of link maintenance. In cases where URLs change structure (moves), those are better done by bot (via WP:URLREQ) because in almost all link migration cases, some are left behind ie. are dead, so you have to check each URL individually, one can't deal with it properly at a universal template level. Custom templates like this are not good link maintenance. Stick with standard links the standard tools are designed to maintain. -- GreenC 01:04, 10 April 2022 (UTC)[reply]
In the ==External links== section, dead links aren't supposed to be replaced by archives, except in unusual circumstances. They're supposed to be removed. (IABot is too stupid to stay out of the ==External links== section, which is why you see so many bad archive links there.) I have considered whether something like this would be helpful for films, which also seem to sprout the same set of links in every article.
As for maintenance, the reason we created external link templates is because it reduces the maintenance burden. If the website rearranges, sometimes they keep the same identifiers, and one central fix to the template will fix all of the ELs on wiki. That's one edit by any editor, not bot programming followed by hundreds or thousands of bot edits. WhatamIdoing (talk) 14:58, 12 April 2022 (UTC)[reply]

George Szamuely[edit]

One or more IP editors are adding content to the EL section of the BLP George Szamuely and I have been reverting. I don't like to revert so many times, but am confident I am justified. Would appreciate other editors having a look. BobFromBrockley (talk) 16:44, 19 April 2022 (UTC)[reply]

Ameliorate! and Walter Görlitz, do you think this needs to go to Wikipedia:Requests for page protection for a while? The rules are clear: Disputed links are excluded unless and until there is a consensus to include them. WhatamIdoing (talk) 00:34, 22 April 2022 (UTC)[reply]
If the editor adds the ELs back again I think it would make sense. I would like some on the project to review the links that are posted in the discussion to determine if they should or should not be listed though. Walter Görlitz (talk) 02:00, 22 April 2022 (UTC)[reply]
As the disruptive editing has continued, I've put in an RfPP request. The position that BobFromBrockley and Walter Görlitz have argued at the talk page appears to be the correct one, per our external links policy. Curbon7 (talk) 02:08, 22 April 2022 (UTC)[reply]
source: https://web.archive.org/web/20220307011745/https://en.wikipedia.org/wiki/Wikipedia:ELN

Leave a Reply