Talk:Garrett (Thief)

This redirect does not require a rating on Wikipedia's content assessment scale. It is of interest to the following WikiProjects:

Video games: Characters This redirect is within the scope of WikiProject Video games, a collaborative effort to improve the coverage of video games on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.Video gamesWikipedia:WikiProject Video gamesTemplate:WikiProject Video gamesvideo game articles This redirect is supported by the Video game characters task force. Summary of Video games WikiProject open tasks: Summary of Video games WikiProject open tasks view watch edit history shell vg talk alerts purge AfDs Dancing Stage Max (3 participants) Bez-MX (7 participants) Ghosts (Pac-Man) (12 participants) Midnight.works (5 participants) Revenge of the Killer Robots from Hell (3 participants) Vette (Star Wars) (3 participants) International Hobo (1 participant) Wally Scharold (4 participants) Cake Mania (series) (2 participants) Merge discussions Monster Hunter World: Iceborne (discussion) Geolocation-based video game (discussion) Atlus USA (discussion) Pata (esports) (discussion) Forge (level editor) (discussion) Opera House (Final Fantasy VI) (discussion) Transformers Decepticons (discussion) Transformers Autobots (discussion) Home video game console generations (discussion) Bethesda Game Studios Austin (discussion) Other discussions No major discussions Featured content candidates Trauma Center Hotline Miami 2: Wrong Number (nom) Shovel Knight Showdown (nom) List of accolades received by The Last of Us (TV series) (nom) Good article nominations ZX Spectrum (nom) Squirtle (nom) Slowpoke (Pokémon) (start) Strago Magus (nom) Rayman (video game) (nom) Setzer Gabbiani (start) General Leo (nom) Game Boy Color (start) Missile Command 3D (nom) Harold Halibut (nom) Talim (Soulcalibur) (start) Fusajiro Yamauchi (start) Mr. Mime (start) Bella Goth (start) Game Boy (nom) Sonic Triple Trouble 16-Bit (nom) Home Safety Hotline (nom) Klefki (nom) Sobble (start) Exdeath (start) Virtual Boy Wario Land (nom) Lucky Luna (nom) Age of Empires: The Rise of Rome (start) Mega Man X6 (start) 38 Studios (start) Pikachu (start) Reigns (video game) (start) Shipment (Call of Duty) (nom) Fallout Online (start) Nuketown (start) DYK nominations Albert Wesker Delta (emulator) DarkZero Esports Eve (Stellar Blade) Reviews and reassessments The Legend of Zelda: Majora's Mask (nom) Hogwarts Legacy (rev) Pokémon Channel (nom) Rain World (rev) Noctule (band) (rev) Mario Kart: Double Dash (nom) Articles that need... assessment (0) (0) reassessment (0) cleanup (12) infoboxes (10) cover art (222) screenshots (8,773) photos (63) translation from japan (126) creation merging Fictional characters This redirect is within the scope of WikiProject Fictional characters, a collaborative effort to improve the coverage of fictional characters on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.Fictional charactersWikipedia:WikiProject Fictional charactersTemplate:WikiProject Fictional charactersfictional character articles

There is a dispute current over whether archive links should be included.

I believe that the reasons cited that they should not be included are:

1. They deprive sites of their ad revenue
2. They bloat the article
3. Making archive.org busy

To those, I respond:

1. This is irrelevant. Our purpose here does not depend on their ad revenue
2. This is irrelevant. "Bloat" is not a technical problem per
   WP:Dead links
   .
3. Irrelevant. Archive.org exists to archive sites, and it is their concern that they take or sustain more hits than they can handle (I can promise, they are probably fine, for the same reason we shouldn't worry about performance).

I have asked comment from the members of

None of the three arguments to avoid archive links have any backing in WP policy or essays that I know of, while the arguments for the archive links are directly supported by several. Point #1 is somewhat moot, as archive links continue to have the original link as well. It's not wikipedia's responsibility to generate ad revenue for any site however. As for the third point, it's not our responsibly if archive.org is busy, any more than it's Google's responsibility in search results. Or any other site we frequently use as an RS, for that matter. -- ferret (talk) 14:32, 12 March 2013 (UTC)[reply]

• For an article that has been viewed less than 8400 times in the past 90 days, I strongly doubt that load on either Wikipedia or archive.org is an issue at all, let alone the editors' problem. If Wikipedia can handle articles that are >100 KB, then it should have no problem handling an article that is barely 9 KB in size. --ThomasO1989 (talk) 15:54, 12 March 2013 (UTC)[reply]
• I also doubt that load on Wikipedia or Wayback Archive is considered to be an issue. None of the three arguments to avoid archiving have backing of
  essays as far as I know. I think that if Wikipedia can handle articles that are less that 100 KB, then it would have absolutely no problem handling an article that is barely 9 KB in terms of size. Lord Sjones23 (talk - contributions) 16:04, 12 March 2013 (UTC)[reply
  ]

The use of a good complete citation template doesn't mean that archiving should not be included. The options are not mutually exclusive, and use of the archive preemptively avoids having to locate the information later when linkrot occurs. -- ferret (talk) 16:51, 12 March 2013 (UTC)[reply]

There is no REASON why to do it. Also, just 10 archived links for no reason are generating over 1 KB (up from only 7 KB total previously). Now imagine if this would be done everywhere on Wikipedia, rising not just loading times going up upwards 20% in any article, but also Wikipedia bandwith too - and consider this is the situation when Wikipedia is constrantly begging for money to continue its operations. You're making Wikipedia lose money, you're making IA lose money, and you're even making the original outelts not earn money too, and all this for no reason AT ALL. --

talk) 16:57, 12 March 2013 (UTC)[reply

]

• Jimbo: In his letter to Wikipedia readers, Wales notes that the Wikimedia Foundation has a relatively small staff (23 members) and that all of its content is free. He says that donations help the organization cover the increasing cost of bandwidth and help improve the site's software.
• Vidya gaems crew: LET'S USE MORE BANDWITH FOR NO REASON, NO ONE CARES

Clap, clap... clap. --

Like I said, bandwidth is not an issue for an article that receives on average less than 100 views a day compared to 100KB articles that are receiving thousands of views a day. --ThomasO1989 (talk) 17:09, 12 March 2013 (UTC)[reply]

Yeah? And Jimbo lies while he begs for money and citing "the increasing cost of bandwidth" precisely? ("[donation helps us in several ways. Most importantly, you will help us cover the increasing cost of managing global traffic to one of the most popular websites on the Internet.]") And what about these "100KB articles that are receiving thousands of views a day", are their refs somehow NOT deserving to be archived for these same mysterious reasons that I say don't exist, while in this case it's so neccessary? What's a difference that this article's live refs need to be archived? What's a REASON, to make Wikipedia, IA, other webistes, some users, all of them to lose money? --

talk) 17:12, 12 March 2013 (UTC)[reply

]

Because frankly put, it's not your problem. Wikipedia is designed to handle enormous load. Since this one article is relatively small and so few people look at it each day, adding or even removing 1 KB of data would have no noticeable effect on Wikipedia performance as a whole. --ThomasO1989 (talk) 17:29, 12 March 2013 (UTC)[reply]

talk) 17:35, 12 March 2013 (UTC)[reply

]

Stop shouting. Performance issues brought on by bandwidth or traffic are technical issues which are, again, not your problem. Adding or removing the archive links does not affect the overall quality of the article, nor does it violate any policies or rules. There is at least one benefit: it makes the article more robust because when the time comes that those are dead links, another edit won't be needed to fix it. This does not imply that it is needed on every article, but there is no harm to including them. --ThomasO1989 (talk) 17:48, 12 March 2013 (UTC)[reply

]

When/if time comes, than they will get fixed. It's not needed here JUST like it's not needed ANYWHERE - other than the content that is likely to change or be deleted (which is NOT a case here). Right now, EVERYONE loses, and there are just NO positive effects, and serves no purpose, at all. Just because you can, it doens't mean you should do something for no reason. Let's say that you got free resources like water (you don't pay for it) - you will still waste it if you do it just because you can, even if it doesn't affect you, or you don't care. --

talk) 18:26, 12 March 2013 (UTC)[reply

]

Don't archive links because it makes the page slightly bigger? That's ridiculous. Also- if you put in |deadurl=no in a cite template, it changes the wording to "(real link|article title), (archive link|archived) on (blah date)", so that the first, obvious link goes to the real site. --PresN 18:17, 12 March 2013 (UTC)[reply]

Also- I guarantee that you won't feel that archiving links has no purpose the first time you try to expand an article and have to delete a paragraph of useful information because the only site on the web that supported it is now dead. --PresN 18:20, 12 March 2013 (UTC)[reply]

On a side note, I don't prefer to add the deadurl parameter because that creates more maintenance down the road when the links inevitably die. But I've no other real objection to its use. --Izno (talk) 18:19, 12 March 2013 (UTC)[reply]

That's a nagative effect. Now come on tell me about the positive effects, if any (and for anyone: Wikipedia, IE, users, original outlets, just anyone), because I'm still waiting. And redirecting back is a solution, but there should be not be a problem created in first place. If something's not broken - don't "fix" it. --

talk) 18:26, 12 March 2013 (UTC)[reply

]

• There is no possible reason to have archive links, if the original is still there. Dream Focus 19:02, 12 March 2013 (UTC)[reply]
  • That's not how
    WP:Dead links reads. It doesn't have any wording that says "Only use archives if the page is dead", though it does mention that it's particularly useful for volatile sites. This indicates an expectation that it will be used for sites that are still live. -- ferret (talk) 19:09, 12 March 2013 (UTC)[reply
    ]
    • That site is for dead links. And I don't see the word "volatile" anywhere on it. I'm not sure why you are confused here. Dream Focus 19:14, 12 March 2013 (UTC)[reply]
      • I guess I'll have to quote then to explain. Please read the essay. The word volatile isn't directly used but the meaning is the same: Web archiving is especially important when citing web pages that are unstable or prone to changes, like time sensitive news articles or pages hosted by financially distressed organizations. -- ferret (talk) 19:28, 12 March 2013 (UTC)[reply]
        • Wikipedia essays are just neither guidelines nor policies. I think I'm going to write an essay and then you'll feel obliged to follow it too? --
          talk) 19:32, 12 March 2013 (UTC)[reply
          ]
          • WP:Link rot is not an essay, though I've used that word. I apologize for that. It's bannered with the how-to template indicating that it sets forth Wikipedia EN practice/process. 19:40, 12 March 2013 (UTC)

Yes, it's an essay. It's in Category:Wikipedia essays on building the encyclopedia, which is in Category:Wikipedia essays. --

talk) 19:44, 12 March 2013 (UTC)[reply

]

• (edit conflict) Web archive does not archive every website in the world- but if you go to it to try to find an archive, it will make one a few days/weeks later. Web citation, of course, archives on-demand right then. If you archive a link that is not dead yet, then when it is dead, you don't lose the citation. Web archives are not some magic fairy- a lot of the time, if you wait for the link to die before looking up an archive, you'll find that there isn't one. It doesn't matter so much on a little start-class article. But I promise you- the first time you try to expand some article to GA or FA, and a really big, important piece of information in the development section relies on one and only one reliable source on the internet, and that source died 6 months ago and no one ever made an archive- you're going to be pissed, because the problem could have been fixed if anyone had bothered. Or maybe that's just me, who knows. --PresN 19:12, 12 March 2013 (UTC)[reply]

As an concrete example, literally last week I did this- removed a review of an album because the link was dead, and when I went to web.archive.org it had only archived a redirect page. I'm not defending the article or site- the site was a little over the line of non notable, and the article has a bunch of flaws- it was just the quickest at hand. But it happens- Web.archive.org is not a magical fairy that perfectly backs up every site in the world. Some websites have a robots.txt file that blocks it, and so when they die, no archives are left. Some sites are too small for webarchive to bother with unless you ask. Some webpages change the content on the page to focus more on new information, and the old information is lost as the only archives come from too late a date. I've literally had all of these happen to me. This is not a theoretical problem. --PresN 19:26, 12 March 2013 (UTC)[reply]

Yes, I said this already, sometimes it's useful, like when content is changing. It's just not useful here. And these pages are archived already, in case if something ever happens with them. As of websites dying: Internet Archive will die too, eventually (everything will, including the Sun, and

talk) 19:42, 12 March 2013 (UTC)[reply

]

And unarchivable websites won't be archived, and they can make IA archived pages deleted/redirected too (I've seen it happening). It really achieves nothing. --

talk) 20:01, 12 March 2013 (UTC)[reply

]

• This still not worked out? You can not violate copyright laws by ignoring the legal source of the copyrighted material, and linking to an unapproved backup site. This violates fair usage laws surely. If the main site no longer carries the content, they probably won't mind it backed up elsewhere, but if they do, they certainly don't want people accessing it somewhere else. Dream Focus 15:26, 19 March 2013 (UTC)[reply]
• Dream Focus has a point. I'm not convinced that this use actually violates copyright law, but it's at least on the border. A compromise would be to have {{cite web}} not display the archive to the reader. That way, we can track the archive and use it if the main link goes dead, but could not be accused of encouraging Wikipedia editors to go there.—Kww(talk) 15:47, 19 March 2013 (UTC)[reply]
  • I'm 99.999% certain there's no copyright issue here. Using archiveurl, even on sites that are not yet fully deadlinks, is a widespread practice on Wikipedia. WP:Link rot clearly supports the practice. There's no reason NOT to use archiveurl, and with deadurl=yes set (As Niemti has already done), the original site comes first in the template. -- ferret (talk) 16:29, 19 March 2013 (UTC)[reply]
• Further research yields http://www.benedict.com/Digital/Internet/Field/Field.aspx, which seems to be a case directly on point. These kinds of caches do not violate copyright.—Kww(talk) 17:33, 19 March 2013 (UTC)[reply]
• That involves Google caching something for use in their search engine. Different story here.

   Factor 1 - Purpose of Use
   Factor 2 - Nature of Copyrighted Work
   Factor 3 - Relative Amount
   Factor 4 - Market Effect

• It has a market effect, since it eliminates their entire source of income, which are the ad banners. If the site was no longer hosting the article, then there would be no market effect. That isn't the case here. Dream Focus 17:44, 19 March 2013 (UTC)[reply]

• So does a copy in Google's cache. Even if the banners are retained, they are no longer credited to the original site that hosted them for income distribution. There's no distinction on that point.—Kww(talk) 17:48, 19 March 2013 (UTC)[reply]

This is a somewhat misdirected discussion. Use of archiveurl is perfectly acceptable, and there's no reason it shouldn't be done in this article versus any other. If you have a true issue with the use of archiveurls and the way WP:Link rot is written, I think another venue is required, perhaps the link rot article itself. I'm not sure where you go to address concerns like that, but it really isn't relevant to this particular article. -- ferret (talk) 17:59, 19 March 2013 (UTC)[reply]

Are there any other articles out there that do this? Dream Focus 19:54, 19 March 2013 (UTC)[reply]

Take a look at our FAs (the one I myself browsed to was

WP:V. --Izno (talk) 19:59, 19 March 2013 (UTC)[reply

]