GuildWiki talk:Article retention

I believe this policy article somewhat accurately reflects the growing consensus in GuildWiki talk:Criteria for deletion. As I think the issue being discussed is significantly different from the topic in criteria for deletion, the discussion might be better suited to this talk page. &mdash;Tanaric 16:03, 3 September 2006 (CDT)


 * Good idea Tanaric.  &lt;LordBiro&gt;/&lt;Talk&gt; 17:24, 3 September 2006 (CDT)


 * We've needed this article for ages anyway, regardless of the historical argument. &mdash;Tanaric 18:51, 3 September 2006 (CDT)


 * I was willing to drop the discussion there, because after having repeated all my arguments twice, I dont see the point in repeating them a third time, however I would not call blanking the page "growing consensus" seeing how of the 5 people active in the discussion in the last week, 3 are opposed. For something as important as a policy article, I feel consensus should be more strictly interpreted. --Xeeron 05:23, 4 September 2006 (CDT)


 * My apologies Xeeron, I clearly misread or confused the arguments on that talk page. I will reread and rewrite this proposed policy. &mdash;Tanaric 18:36, 4 September 2006 (CDT)

Unverifiable?
What about screenshots? I've still got screenshots from the Halloween 2005 event. And there's enough witnesses to corroborate the existance of Rift Warden battles. None of the holiday pages are protected, and it appears that this "no new eddits after a week" thing is pulling a policy out of thin air. I'd be okay with "no new information unless you can back it up with a screenshot or N witnesses". -- Gordon Ecker 21:02, 3 September 2006 (CDT)


 * You hit the nail on the head&mdash;this is, in fact, pulling a policy out of thin air. Hence the big box that says "this is a proposed policy." :)


 * My theory is that GuildWiki has reached a certain critical mass. For every time-limited event from now on, it will be completely documented within a week after the event ends. Most are fully documented before the event concludes! I personally don't think it's worth the hassle to deal with ancient information. I don't want to have to decide whether your screen capture of a Fury rune is real or duped&mdash;there's little, if any, benefit to retaining that information anyway, since nobody in-game even remembers the damned things anymore.


 * If you disagree with my stance on retrodocumenting ancient history, please explain why. &mdash;Tanaric 21:33, 3 September 2006 (CDT)


 * Yeah, I didn't notice the proposed tag at the top of the page. As I understand it, the purpose of category:unfavored builds is to serve as a sort of build scrap heap for people to rummage through and salvage some workable ideas out of. One solution might be to split unfavored builds into viable but sub-optimal or excessively narrow builds which are retained and unviable and generic builds which are deleted. As for ancient history, I don't see any problem with letting the historians argue about Runes of Fury, evil Gwen and Rift Wardens as long as it doesn't spill over onto the rest of the wiki. Wrathful Storm is missing a screenshot, so we haven't reached critical mass yet. -- Gordon Ecker 02:51, 4 September 2006 (CDT)


 * I don't think we should allow ourselves get into a situation where certain content on the site is impossible to verify. Taking refund point as an example, if someone were to come to the site today and say "this isn't actually how refund points worked, they were very similar but you may not have noticed that they are affected by X", they may well be right, but unless another person can verify this then we will never know for certain.  &lt;LordBiro&gt;/&lt;Talk&gt; 04:59, 4 September 2006 (CDT)


 * As a quick wrap-up of what I already argued at GuildWiki talk:Criteria for deletion:
 * The legacy tag should be big and clear enough to disencourage edits to legacy articles
 * Therefore we should not blank the articles but leaving the information to be easily reached
 * I still disbelieve that the issue mentioned above will be grave enough to justify blanking of articles. Among the possible remedies short of blanking, protection or allowing only edits backed with screen shots have been mentioned. --Xeeron 05:23, 4 September 2006 (CDT)


 * To reiterate my points, while I am in favour of a summary of the previous content of the article, I am not in favour of protecting pages unnecessarily. The history of the article would be linked from the legacy tag, so users who are curious as to the previous content of the article should be able to see what used to be there. I wouldn't even mind if we linked to a particular entry in the history.


 * Regarding edits only backed with screenshots, I think that's a strange one. With events that's fair enough, but what screenshots could you take to prove the behaviour of refund points? One showing before reducing an attribute? One showing after? Before this feature was removed few people would have that this worthy of taking a screenshot, and even now those people who have could easily reverse the order of the screenshots and say "every time you increased an attribute you would be given a refund point, see, look at the screenshots?". Screenshots are unreliable for all but the very simplest of removed features.  &lt;LordBiro&gt;/&lt;Talk&gt; 05:42, 4 September 2006 (CDT)


 * The point I was trying to make is that the claim that there is "no way for us to verify the information so long after events occur", which is the only argument the proposed policy uses against the creation of new articles on old legacy content, is based on a false assumption. Screenshots can verify information after the fact, and, in the specific case of refund points, the prophecies manual, which can now be downloaded from the official guild wars site, can also be used as a source. -- Gordon Ecker 20:39, 4 September 2006 (CDT)

Legacy articles
I don't get all the extra restrictions you guys are doing. Blanking and protecting. This is absurd. If you are going to keep legacy content (which I am against), then you should just keep the article as is and tag it with Legacy. If an article (like any article) becomes the target of repeated useless edits, then protect it, otherwise it is just an article on the wiki. Again, I want to note my disdain and dislike for this whole "use protection to indicate article is complete, we don't want your edits" approach. Please revise this approach. We have not even tried to see how the legacy tag by itself will work. As you guys have already said, make it clear in the tag that editing the article other than for correcting mistakes or adding important content is highly discouraged. --Karlos 16:27, 4 September 2006 (CDT)
 * I didn't know blanking and protecting were proposed ideas but I agree with you, awful ideas! Since when do we protect stuff just because it is finished? This is totally against the idea of the wiki and is sure to upset people! Blanking, what is the point of that? Either keep it visable or not at all! I delete blanked articles if there is nothing valuable underneith and I wouldn't see this as any different!


 * I do agree that we should keep legacy stuff but with just a clear notice stating that it is legacy and if possible a link to the game update that removed it &mdash; Skuld 16:41, 4 September 2006 (CDT)


 * To clarify, the argument for blanking and replacing with a summary is a seperate argument to blanking, replacing with a summary and protecting. I condone the former but not the latter.  &lt;LordBiro&gt;/&lt;Talk&gt; 16:59, 4 September 2006 (CDT)


 * Again, I apologize. I actually agree that protection in this sense is probably unnecessary. I clearly did not read the other talk page clearly enough, and I've embarassed myself as a result. &mdash;Tanaric 18:36, 4 September 2006 (CDT)


 * I don't really see what worst case scenario people are trying to prevent with restrictions on the creation and editing of legacy articles. -- Gordon Ecker 20:39, 4 September 2006 (CDT)

Builds
Written build evaluation is a guide article to help authors avoid common mistakes while creating builds. I will replace the link with Builds on the wiki which is a proposed policy article on builds (of course the link should be reverted if build on the wiki does not become policy). --Xeeron 05:23, 4 September 2006 (CDT)

Rewritten
I've rewritten this to better express the middle ground between "don't keep legacy" and "lock legacy down." I hope this makes up for my earlier asshattery. &mdash;Tanaric 18:52, 4 September 2006 (CDT)