GuildWiki talk:No original builds

In Support of Original Builds
Before I start, let me state without bias that I understand the problems maintaining the Build section. It has become a monster, and it's WAY out of control. However, on occasion, out of control monsters are not a bad thing. Honestly, the whole point of a wiki as I understand it is to relinquish control to the users. If voting is causing too many violations of GW:NPA, fine...do away with voting, but I don't see that as a reason to get rid of what is arguably a useful section (1).

There are uses to the build section beyond "I need a good build for my Whammo, so let's go check wiki". For that kind of build searching we can all agree that GuildWiki falls short of many other sites. Honestly, that's not how I use the GuildWiki build section, and neither is that how many of my guildies use it. My favorite use of the build section is as follows: Because of the Build namespace, I can find the builds easily in the list of links. I can open these builds in tabs (or new windows for those of you not running a tabbed browser) and look at them and evaluate them for my own use. I can look at what skills synergize well with that elite, and get a feel for how it could or could not be useful or enjoyable to me. This search capability is something no other site has to offer, and does contribute substantially to documenting the game. Relegating "original builds" to userspace hinders this, because there are a lot of other perfectly valid reasons that users link to elite skills (not the least of which being unlock checklists).
 * 1) While playing I find a boss. "Wow, cool...never seen him before...wonder what his elite is.".
 * 2) I get to a safe spot, tab out, go to Wiki and find out.
 * 3) I search, via the "What Links Here" link in the toolbox, and find builds that use that elite.

Yes, I could do this research in other, more tedious ways, but that's true of almost all documentation. The reason to document something is to reduce the tedium of the next person doing similar research. While the other sites are all wonderful for "I need a build for X/Y", they are all primarily forum based and thus do not offer the broad realm of search options you get with MediaWiki.

To address the reasoning at the top of the page:
 * If it works and is worth it, it's been done already
 * Wow...that's the same argument Congress tried to use when the wanted to close the Patent office...an 1920. This kind of argument leaves no room for innovation.


 * No popular build has ever originated from GuildWiki. Popular builds are formed elsewhere.
 * Rephrased, this says 'we haven't come up with a winner, so let's quit trying'. I don't like that attitude in my children, and I don't like it here.


 * A wiki is best used for documenting
 * A wiki is best used for community collaboration. nuffsaid.


 * Some users want to play with build ideas so it is allowed, but kept in user name space to keep it out of sight for those who don't like it.
 * If the whole point is to "keep it out of sight for those who don't like it", why not move everything in the current Build section to a "Original Build: warning may contain suxage" section, and then create a "Builds we copied off of other, real, players while watching them in Ob mode" section. That way you can safely ignore my section, and I can safely ignore yours.

Am I going to rage quit the wiki over this? No. I can say, however, that this will curb the wiki's usefulness for me. I can say that I will be looking for other ways to do the research, and if I find one it may replace GuildWiki on my list of homepages that load as soon as my browser comes up.

(1) Before telling me that the section is not useful, consider your argument carefully. As I understand it, one of the theories behind a wiki is that those items that are relevant and useful will be kept up to date, while those that are irrelevant or useless will fall by the wayside. The Build section, while not necessarily kept up to date is edited -A LOT-, thus indicating that a large percentage of users are using it. Honestly, if they weren't, it wouldn't be a monster, and we wouldn't be here. Thus, in at least some way, it must be that people find it useful.

ScionOfErixalimar 13:40, 4 April 2007 (CDT)


 * If you didn't notice, the NOB policy allows original builds in user name space. It also directly states that there will be an easy system to categorise the builds. Iw it will work just like the current build section, but with the exceptions that they must be under a users user name space instead of the build name space and that the user whose name soace it is in has dictatorship over the build. Those dictators may create their own rules for the builds in their user name space, which might actually improve the original build section a bit. --[[Image:Gem-icon-sm.png]] (gem / talk) 15:44, 4 April 2007 (CDT)


 * Where I see that breaking down is that user X has a build in her namespace, and user Y comes up with a variant. User X then deletes the variant because she can't play it or make it work, so Y recreates the page is his namespace to keep his variant.  I could see this happening a lot.  Fracturing the builds like this would, IMO, be very bad.  I'd rather see them in their own namespace without individual autonomous control. ScionOfErixalimar 15:57, 4 April 2007 (CDT)


 * I understand that, but most of the vocal policy discussors think that it is a bad idea to have a real namespace to promote the GW:NPA violations and the other crud. I am pretty sure that a user name space driven system will concentrate in the namespaces of a few users who form a guideline on how other users may contribute builds to their name space. This also allow everyone to choose whih name space to submit their build so they can select which rules they want to follow. --[[Image:Gem-icon-sm.png]] (gem / talk) 16:31, 4 April 2007 (CDT)


 * How does having a real namespace promote GW:NPA violations? And how does putting it in the User namespace change that?  I really don't understand. ScionOfErixalimar 20:55, 4 April 2007 (CDT)

I disagree with the NOB policy; all these "top 100" GVG builds and "well-known" PVE builds were all untested, original builds at some point in time. Without involvement from other new builds, all you're going to encourage is stagnation and elitism, and to make matters worse, you're not going to get rid of OB, you're just going to fragment it and spread it out all over the wiki to grow like mold in a million different varieties. --Eudas 17:01, 7 April 2007 (CDT)
 * THey were all original builds, no doubt about it. However, they were first presented outside the game before being documented here. That is the basis for the school of thought of NOB, that we let GW take control of its metagame and document it here on the wiki.--Nog64Talk [[Image:Yaaaay.png|19px]] 17:12, 7 April 2007 (CDT)
 * It has to take place somewhere -- this is the place where 99.9% of the information about the game is contained... so why not here? --Eudas 17:52, 7 April 2007 (CDT)
 * Because a wiki is used to document something. Encyclopedias aren't used to help develop on-going research, so the wiki won't be used to help develop individual builds. The idea behind this policy is that the "official" Builds section will be for builds that see a lot of use in the game, and are easily documentable. The user space and the tags used to organize the user space builds are used to help develop your "work-in-progress" builds. If a lot of people start running it and it finds its way into the metagame, then yeah, it could end up in the main Builds space. Otherwise, if it's not popular, it won't be in the "official" Builds space. - [[Image:Candle.jpg|12px]] Krowman (talk • contribs) 17:59, 7 April 2007 (CDT)
 * Sounds overly complicated to me... like a lot of these alternate build-space ideas. KISS (Keep It Simple, Stupid)! If you push builds out into userspace, you're going to get an unorganized unstandardized collection of crap. But, I guess since the PVP crowd thinks that's what it is already, the "I care" factor = 0. I'm just pissed because I'm going to be losing a valuable resource soon, and noone thought to come up with a viable plan for reorganization/replacement before they set a date for the wipe. Way to go, guys. --Eudas 12:09, 8 April 2007 (CDT)
 * It's not the 'PvP crowd', it's a lot of other players too, like me. I'm a total PvE player, nothing to do with PvP at all.
 * And the wipe was decided on so that people would actually get a policy done, as some sort of carrot (or whip). The discussion has been going on for months, but only the wipe really got people to get something done. --[[Image:Gem-icon-sm.png]] (gem / talk) 12:34, 8 April 2007 (CDT)

"Anything Works in PvE"
In addition to my comments above, I must say that I excluding PvE players really can't be acceptable. There are those of us who do not PvP, in any form, for any reason. I don't do it becasue when I PvP I tend to forget it's a game and then my physician lectures me over my blood pressure. I know for a fact that I'm not alone (maybe in my reasoning, but not in my policy). I am offended by the callous attitude of "anything works in PvE". While it is true that PvE offers more opportunities for flexibility than PvP, relegating PvE players to second class citizens by stating "anything works" is a bit much. So instead of dealing with the GW:NPA, this policy condemns a whole category of players. I can see that this way is much better.

ScionOfErixalimar 13:40, 4 April 2007 (CDT)


 * The aim should be to get optimised builds. They should fulfil their purpose in the best possible way. Just about anything does work in AB, RA, FA, PvE, WTFBBQ. My arguement is that we should document the game, as that is that what the wiki has always done, and does best. This cuts the development of ideas clean out &mdash; Skuld 13:55, 4 April 2007 (CDT)


 * Why should that be the aim? Why should we document Team FuBar's builds?  If we are in the business of documenting the game, we should dodge the metagame altogether and stay out of thu build business totally.  I could see that pov, and even agree with it to some extent.  However, to say that the PvP players in the top 10 guilds on the guild ladder are the ones who determine what is an optimized build and what's not is documenting the metagame, which by it's very nature is as solid as water. ScionOfErixalimar 14:39, 4 April 2007 (CDT)


 * I'm not saying that, don't put words in my mouth. I want the popular PvE builds on the wiki, but I don't want any development of builds &mdash; Skuld 14:41, 4 April 2007 (CDT)


 * No, you didn't say that, and I was not trying to say you did. Apologies.  I was trying to say that this policy implies that.  The only criteria specified in the policy are deemed successful in Observer Mode.  The criteria for PvE running/farming builds are left as an exercise to the reader, and it states specifically that -no- general PvE builds are acceptable.  So, rather than put words in your mouth, I'll ask:  who determines what is an optimized build?  Who determines what is the best possible way?  How do we define the "popular PvE builds" you think do belong?


 * I have another question. If all we're going to do is document "tried and true" builds, which is what this policy states (No Original Builds, right?), what's the point?  We can all agree that if what someone is looking for is a build that works out of the box, they go elsewhere.  There are other sites that do that and do it better.  Is this new policy going to bring the GuildWiki build section to their level?  I seriously doubt it will.  Instead, try to recognize the strengths we -do- have.  If I wanted to develop a build, I'd run it by a few guildies first, the bring it here, because I find the community here much friendlier and open to ideas than the ones on the dedicate build boards.  I find looking through other people's builds as they're being developed to be a boon to my play as well, as it can show me ideas I may not have come up with on my own.  We have a useful, helpful community.  If we take out the status symbol of "vetted" and get rid of the voting process, people won't spend their time "sockpuppetting" to get a build approved or posting the same build 16 times with minor differences trying to sneak one by, because there will be no point.  Instead allow for constructive criticizm that doesn't violate GW:NPA, and if a build falls out of favor, someone will eventually put a delete tag on it.


 * ScionOfErixalimar 15:34, 4 April 2007 (CDT)


 * actually, i could just watch in observer mode what builds are going on and copy them directly from there. --87.1.196.99 15:40, 4 April 2007 (CDT)


 * I'm a PvE-only player and still like this policy. In the NOB suggestion the wiki build name space is reserved for anything that is actual documentation of the game and popular builds (this does include a lot of PvE builds) and the user name space is reserved for creating new builds and discussing about them. Nothing is really disallowed, but it is divided differently. If you think about it, it is pretty logical. Popular in game = game content = build name space. Creating something new, trying out stuff = user name space. :) --[[Image:Gem-icon-sm.png]] (gem / talk) 15:50, 4 April 2007 (CDT)


 * When the policy specifically says no general PvE builds, I don't see where it can include a lot of PvE builds ;-P. And, last I checked, poupular in game == metagame, not game content.  71.193.185.130 16:46, 4 April 2007 (CDT)


 * Quotes from the policy suggestion:
 *  'Original' builds will be moved to userspace, where the author is in charge of it.
 * Some users will probably create rules how others can contribute build ideas in their user name space, which allows users to concentrate their builds in the name spaces of a few users and gives users the ability to choose which users rules they want to follow.
 * yah, true about the game conent != metagame, don't know what I was thinking there. :D --[[Image:Gem-icon-sm.png]] (gem / talk) 17:09, 4 April 2007 (CDT)

Just want to point out that for PvE, you can "observe" by looking at what's LFG. Minion Masters, Echo Nukers, BP Teams, Bonders and Stance Tanks (RIP Oro Farming :`, DoA teams, etc. are all NOB builds for PvE. Also, The profession guides are a great place to build a good PvE build in once they're up, IMO.--Nog64Talk 17:23, 4 April 2007 (CDT)


 * Yeah, I think the guides are a better place for 'general PvE' builds. It would be hard to regulate what kind of general PvE builds are accepted and what not, but a guide requires a lot ow work and must actually be based on something unlike a build, so general PvE stuff would do well in guides. --[[Image:Gem-icon-sm.png]] (gem / talk) 17:28, 4 April 2007 (CDT)

I'm a bit late into the discussion, but the title of this section holds true. Here is my rant about why, in case you were interested. It's not an insult to PvE, it's merely game design. -Auron  19:29, 4 April 2007 (CDT)


 * After reading that I realised what we were missing. I added the following line to the accepted builds section: PvE high level areas: Builds designed for The Fissure of Woe, The Underworld, Urgoz's Warren, The Deep, Domain of Anguish and any similiar high level areas released in the future if deemed popular and succesfull. --[[Image:Gem-icon-sm.png]] (gem / talk) 19:32, 4 April 2007 (CDT)


 * Again, I'm not sure I agree with the statement (see bleow). More importantly, the way the statement as phrased is incendiary.  You can feel free to say that PvE has more flexibility than PvP, and thus finding builds that work is easier (I'd agree there).  You can say that PvE gameplay is different than PvP, and builds don't necessarily overlap.  But saying "Anything Works" is more than a bit condescending.


 * I also don't agree with the sentiment behind the incendiary statement. Driving laws are designed to be grokked by any 16 yr old, but that doesn't mean "anything works" on the road, and it doesn't mean that there aren't things that work better than others, even within the law.  Likewise, just because you -CAN- beat Abaddon, or THK, or Vizunah Square with a mending tank doesn't mean it's not worth looking into better builds to do it, so it doesn't mean that a PvE section isn't useful or should be relegated into oblivion. ScionOfErixalimar 20:37, 4 April 2007 (CDT)
 * Correct. Although, it'd be stupid as hell to list *every possible combination of skills in the game* that could beat THK/Abaddon/Viz because the "favored" section would be about sixty pages long. Is it worth it to write up W/Me Energy Surge Sword/Dom builds, even though they work? -Auron [[Image:Elit Druin.jpg|19px||My Talk]] 20:42, 4 April 2007 (CDT)


 * It depends. Is our goal to document, or only to document what we consider worthy of documentation? ScionOfErixalimar 20:52, 4 April 2007 (CDT)
 * The latter. It would make little sense to document everything that works, for a few reasons; but mostly, GW is a game. Play it. Make your own builds. The people that rely on GWiki for 100% of their builds should be out there making their own and having fun, not cookie-cutting >.< -Auron [[Image:Elit Druin.jpg|19px||My Talk]] 20:56, 4 April 2007 (CDT)
 * Fine. Who decides what's worthy and how?  Please explain that policy? ScionOfErixalimar 20:59, 4 April 2007 (CDT)
 * Admins. Not a fifty five 21:12, 4 April 2007 (CDT)
 * Meh...I thought the whole reason to relegate this to userspace is so that the admins could wash their hands of it. ScionOfErixalimar 21:15, 4 April 2007 (CDT)
 * Hardly. That would mean them doing nothing >.> Not a fifty five 21:16, 4 April 2007 (CDT)
 * Sarcasm aside, having the admins decide what is a good build is like having librarians decide what is a good book. It doesn't work well. ScionOfErixalimar 21:26, 4 April 2007 (CDT)
 * Exactly. That's where discussion comes into play. If you haven't noticed, pages in the main name space are formed through discussion, not voting or dictatorship, which works really well. Due to the high demands of NOB, discussion is a valid way to agreeon what should be allowed and what not. --[[Image:Gem-icon-sm.png]] (gem / talk) 07:38, 6 April 2007 (CDT)


 * Admins should not decide what is a good build!!!!! I can't believe you said that, Not a fifty five!


 * Being an admin does not mean that you are an expert at the game. While there are some admins who are very familiar with PvP or PvE there are others who aren't. The builds wipe has nothing to do with admins having more control over what is classed a good build or what isn't; it's about fixing a system that is broken. Allowing users to have ownership of an article and letting other users vote to decide whether that article should be deleted or not is the source of almost all disputes on the wiki. This could be forgiven if the results of this system were good, but they are not. Terrible builds get favoured and bad builds get deleted. And this causes nothing but bad feelings between the users involved.  &lt;LordBiro&gt;/&lt;Talk&gt; 13:42, 6 April 2007 (CDT)


 * Well admins can make policies at will, and policies decide what system of vetting we have which directly affects what builds get vetted and whatnot. Considering editors need consensus which is impossible to get and admins do not... I'd say admins decide what a good build is indirectly. Ex-admins deleted a bunch of builds, admins made builds wipe, admins admins.. admins own the builds section editors do not, as seen by what power us editors have.  Make policy making easier, then we can get somewhere. Not a fifty five 18:17, 6 April 2007 (CDT)


 * Most of the decisions on build policies in the last year have been headed by Xeeron, as far as I'm aware. He is not an admin.  &lt;LordBiro&gt;/&lt;Talk&gt; 18:25, 6 April 2007 (CDT)


 * oh? the only policies I've seen take effect anytime at all recently were builds wipe, headed by admins, and PNB, which is "consensus" giving up. Not a fifty five 05:54, 7 April 2007 (CDT)

(resetting indentation) Biro: I'm not discussing the wipe. Agree or not, it's taking place, so I decided to try and help shope the policy going forward. Yes, the voting system is broken. Honestly, I don't think we should be in the business of "vetting" builds at all. I don't see any system for that ever working, because it will always promote violations of NPA.

If what we're saying is going to work is "discussion" (as gem said above), why couldn't that work within our current build namespace? Do away with voting, and let discussion happen. Why relegate a whole category of builds to userspace/oblivion. That's what I don't understand. How does that help promote discussion? The NOB page says "easily verifiable" builds. I don't see how to define that for PvE at all.

If we were to do away with the voting and vetting process, and simply enforce existing policies that are enforced on other pages (such as NPA, YOU, etc), what would be wrong with that? We don't need to compete with Guru or Team IQ or WTFPVP, because that's not what a wiki is about. We don't need to document the FOTW, as that's done elsewhere and done better. This just doesn't make sense. Why have a build section at all if all we have is the builds posted elsewhere and done better?

Why not play to the strengths we have. We are a community. Often we are a community of noobs, newbs, and freeloaders, but we are a community. We are a community that, for the most part, enjoys a game and enjoys helping each other. So...why not allow original builds. If you don't have anything constructive to add to the discussion, or don't care to help the author better the build, you don't have to. How does that hurt the wiki? Why should we make it a policy that you -can't- do this in the build space? To protect the buildspace from what, exactly? ScionOfErixalimar 13:53, 6 April 2007 (CDT)
 * To protect it from uselessness.
 * If it isn't here to document the game, then what's left as the purpose of the Builds section? Why would we be sharing these builds with each other, and discussing on them? To learn from them, it seems logical to me. And there lies the problem.
 * The authors don't learn, because 1) most of the time they don't come here to learn, they come here to teach the others how great their build-making excellence is, and 2) because even if Auron or Skuld or Wings That Heals gives to the author a very wise piece of advice, it'll just get lost in the sea of terrible advice and suggestions that other less-experienced users give (Neither of these two is speculation, both of these I've observed firsthand during my time here on the wiki).
 * The same happens with "voters"/"critics"; they don't comment on a build to learn, they comment on it to be judge and jury (and executor at the same time, with the vetting system). Even if they do want to learn, it won't happen because of the sea of nonsense they need to swim through first.
 * The only way out of that is to get rid of the whole judging worthiness aspect of it. With original builds the author inevitably becomes defensive of his creation (thus taking the role of the accused), and the critics (rightfully) try to find the build's flaws (thus becoming the judge). Even if there is no voting, the defender-attacker aspect will remain there, and that's what causes conflicts and NPA.
 * Original builds are almost always going to turn into that, author defending his build versus the "attacks" of others. With non-original build that issue disappears, you're free to discuss the actual build for what it is.
 * It's also been said before that wikis are terrible as development laboratories, because group-development requires a guiding hand, a leader, someone to point at a direction for everyone to walk towards. And on a wiki there can't be such a person. With documentation on the other hand a leader isn't needed, because the direction in which everyone will go is obvious, documenting what already exists. Hence, less conflicts, less headaches, more constructive discussion. --Dirigible 15:24, 6 April 2007 (CDT)
 * That sounds like an argument for Post No Builds, rather than NOB. As long as what we're documenting is the metagame, there is going to be 'discussion'.  I could even, reluctantly, get behind PNB.  Again, I ask, why should we document the metagame when it is not the game, not static, and it is something other sites do and do better?  What does the wiki gain by that?
 * Also, I need to ask useless defined by whom? I have learned -a lot- from reading comments by the "buildmeisters" you mention, comments by ppl who you'd obviously qualify as "noobs", and other such critics.  Where else is that available?  If it's useless for ppl who have the skillz to get their 1337 builds posted on guru, that doesn't make it useless for the common player.  I've looked at posts on guru for OB's.  They usually have one comment, like "sux", and the thread is closed.  If you post constructive comments to a build and the author gets really defensive, don't bother to respond.  Yes, there will need to be a rash of smackdowns for NPA violations, but once that is settled, and people understand that they need to be civil to each other, I think you'd be amazed on what can come about.
 * Personally, I'd define documenting something that is clearly documented somewhere else, and better documented to boot, as useless, while giving people the opportunity to innovate, and to make mistakes, to be useful and something no other site truly offers. 148.87.1.172 16:14, 6 April 2007 (CDT)
 * I'm never ever again using the phrase "less experienced users" when talking about a builds-related topic, because everyone seems to get always upset about it.
 * Agree to disagree on the rest. You think that the blind leading the blind is a good idea, I think it isn't. Good luck in life. --Dirigible 16:26, 6 April 2007 (CDT)
 * Man, if you left it at the first statement and part of the second, you'd be in the clear but you always have to add a qualifier to it. Not all the way offtopic but are you practicing to be a partisan politician in the United States? ;) You'd do great as one. Anyone who disagrees with you and then you can imply they are unAmerican for disagreeing and dismiss their argument outright. DK01 was a bit more confrontational about your words but I'll say this: it's your opinion that a group of people are blind. Stating that someone believes the blind leading the blind is a good idea when they probably don't is antagonistic and utterly condescending. I didn't have too much of an issue with this statement though to be honest. Yet, you proceed to go even further and imply that the person fails at life. How close to the line do you need to step towards NPA anyway? Isn't policy one of the reasons you are against the builds section in the first place? People get upset because so far from I've seen, you simply lack non antagonistic discussion methods. You can write off ideas as simply nonsensical but you should probably stop judgment calls about the people themselves. I'm sure you have the social skills to realize such a simple thing or otherwise, GOOD LUCK IN LIFE. :) PlacidBlueAlien 20:32, 7 April 2007 (CDT)
 * I never implied someone fails at life, but I am going to say that you fail at making assumptions. If I'm going to say something that someone won't like, I'll go straight ahead and say it, as you must have noticed by now. "By 'Good luck in life' you imply that the person fails at life"? Get a clue. "Good luck in life" = "Goodbye", it was me leaving this conversation, the exact same thing as I said to DKS01 a couple of hours before I posted the above message, "Cheers, mate". That was me giving up and leaving the discussion because I was getting exasperated at people who would rather find something to take offense at rather than discuss the ideas at hand.
 * Un-American? What do I have to do with America? I'm not one, and I don't live there.
 * If someone who's inexperienced at making builds tries to teach someone who's also not experienced at making builds how to make builds, I call that the blind leading the blind. If you like it, good, if you don't, tough luck.
 * Bottom line is, I'm not Gaile Gray. For me calling things as I see them is more important than keeping everyone happy and cheery. It may make many antagonistic, but hey, big deal. Those that matter are also those that are able to see the truth in blunt truth, instead of getting stuck on the bluntness. Different target audiences, different goals.
 * Leaving this discussion now, because "You said that! No, I said this! But you meant that! No I meant this!" arguments are not productive, go nowhere and are generally a waste of time for all parties involved. So, cheers mate! --Dirigible 23:43, 7 April 2007 (CDT)

I started writing the following earlier, but something came up. I haven't properly read the comments between this one and ScionOfErixalimar. Below is the response that I was going to post.  &lt;LordBiro&gt;/&lt;Talk&gt; 18:05, 6 April 2007 (CDT)


 * My response above was specifically for Not a fifty five, I didn't attempt to answer your questions, ScionOfErixalimar, but I will try to answer them now.


 * I think Gem's response above is a bit too simple; discussion is undoubtedly better than voting or dictatorship, but voting is not the only reason why builds are contentious. If you were to replace the voting based vetting system with a discussion based vetting system you would have the same problems.


 * One problem with builds is that they have an "author". Nowhere else in the wiki does the originating contributor have such an important role as in the builds section. It is almost as if the build belongs to that person, and many people consider themselves or others to be "build authors".


 * A separate issue to that of ownership of builds is that of providing high quality content to readers. It has always been a priority for those who have made policy throughout the lifespan of the wiki to provide good quality articles. It therefore made sense to implement some kind of vetting system in the builds section, so that readers would be able to click on something and get good builds.


 * ScionOfErixalimar, it is this point that we seem to disagree on. You seem to think that since people go elsewhere there is no need to vet our builds. Personally I think that if we don't make it easy for people to find good builds here then people will go elsewhere. Anyway, I'll continue with my point ;) ...


 * To clarify, at present the builds section has these two 'conditions':


 * Anyone can post their own build idea, i.e. original builds
 * Builds need to be split into good and bad, so that new readers can find good builds


 * These two conditions cannot easily coexist in the same system. You cannot have original builds being vetted. And if you can't vet builds then you can't say "these builds are good, and these aren't". And if you can't do that then you just have a mess of builds that a new reader will have to trudge through to find anything useful.


 * In my opinion the only fair way to deal with this is to remove one of the conditions. I think it is vitally important that, if builds stay, they are separated into good builds and not good builds (I don't want to say bad, since they may still have value, but it is definitely important that the best builds are grouped together). The only sensible option in this instance is to deny original builds.


 * I'm not sure what the criteria for PvP or PvE builds should be, but I do believe that, if builds are going to stay, original builds should be denied.  &lt;LordBiro&gt;/&lt;Talk&gt; 18:05, 6 April 2007 (CDT)

This was touched upon earlier by several people and I've given it a lot of thought but none of my two friends who I bounce my ideas off of (one that doesn't support the wipe and NOB and one that does support both) like it very much for very good reasons. However, people have been pushing at the idea without outright announcing it. I think it's fairly necessary. Mainly, if Guildwiki is supposed to be a documentation site and NOB supports posting builds on the current meta - why not have those "bad" builds posted as well? Maybe it doesn't even need to be in a whole separate section marked as "NUB" or anything to avoid bias. If wammos are popular in some of the PvP/PvE meta, perhaps an archetype page can be built discussing wammos: tactics, why they are used and why they are generally unaccepted by part of the Guild Wars community for PvP (some would argue PvE too but it should be all documented in a general way.) We can even list some of the support for it (whatever that may be and have a pros/cons thing to accurately represent both sides as well as trying to list out how things work mathematically (no matter which side is correct.) This is going far more than simply "tips" on playing a particular class but more of an indepth look into each class and providing people with knowledge as per the guide suggestion and general rule. If this is agreed upon (not too hopeful,) the first archetype just has to be Areanet's "Hamstorm" though I suppose that one is more of a build than a guide. ;)

While I don't support solely a NOB/archetype/guideline policy, I do see the need for a section that is basically set under that policy. I'd even argue that this section should supercede the build section as it is now but also have an original build section in some form that is ruled underneath. For example, we shouldn't clutter the original build or whatever section with variants of archetype popular builds. This actually requires some hard admin or hard wiki user work and quite frankly, they might not be willing so I'm not terribly sure if it will work out as I intend it to. With the PYB policy, this may be a nonissue since it handles things in a totally different way from what I understand but it can still be applied. It would cut redundancy and perhaps "improper" PvP builds and answer some part of a single problem listed by those who oppose an OB section of any sort. This idea also didn't set too well with a friend who supports an OB section of some sort so I'm not sure how this will work especially with a PYB policy. Library policies never work well with restrictions on content in general I believe. With people opposed to an OB section in it's entirety, I'm not sure if there is a way to work out a compromise other than telling them to ignore it as they probably won't accept it in any fashion. Every system will have it's flaws and you can't expect no heated debate to occur in any section. Some are just a bit more grievous and problematic than others and everyone has opinions on which are just that way. If this is all a resounding no from everyone, I'll give up on these ideas at least. PlacidBlueAlien 01:44, 7 April 2007 (CDT)


 * I agree that library policies hardly ever work, and I'm thus having a serious problem with the PYB policy. I could get behind an NOB section and an OB section, where the OB section was specifically to post a build to get constructive comments with basically no real "vetting" process.  As I've said before, with a strict enforcement of NPA, and the understanding that the builds are there to be commented on rather than there to be elite, I think it could be a useful section.  To push an analogy to the limits here I'm going to compare this to a college library.  Most universities have libraries that contain books written by professionals in their fields, used by students for research.  However, they also have libraries of graduate theses.  Most of these works are derivitaves and lesser versions of the professional level books regurgitated by students learning the field.  Undergraduates and other graduate students often find these papers easier to read and more accessible than the thicker volumes.  They are not held to the same standards as the heavy hitters, and are not useful in the same arenas as those volumes.  However, that does not make the documents any less legitimate, or any less useful.  I think the same would hold true here.  Thoughts?  ScionOfErixalimar 04:08, 7 April 2007 (CDT)
 * Good idea, already covered. People post their builds in the user space, link and organize them via the tags, others can come around and give input. NOB is a misnomer; there will still be original builds on the wiki, but they will exist in user namespaces. - [[Image:Candle.jpg|12px]] Krowman (talk • contribs) 04:17, 7 April 2007 (CDT)


 * Krowman is correct, but I'd like to be a bit more specific here. It is not as if there will be an original builds section, since the user space may never be linked to from the main namespace. This effectively means that casual readers will have trouble finding original builds.


 * But we can certainly make efforts to organise the user build section. I see no reason why categories and guides couldn't be set up. The most important point is that builds in the user space will be owned by their author, and therefore not open to vetting, and only open to criticism if the author requests it.  &lt;LordBiro&gt;/&lt;Talk&gt; 04:50, 7 April 2007 (CDT)


 * Exactly, and I see this as a great improvement to the old style. --[[Image:Gem-icon-sm.png]] (gem / talk) 06:42, 7 April 2007 (CDT)


 * "This effectively means that casual readers will have trouble finding original builds." ... This implies to me that the very people who would find such a section useful are the ones who will have the most trouble finding it. This statement is exactly why I'm against the OB section being in UserSpace. ScionOfErixalimar 14:03, 7 April 2007 (CDT)


 * LordBiro said "But we can certainly make efforts to organise the user build section. I see no reason why categories and guides couldn't be set up." --[[Image:Gem-icon-sm.png]] (gem / talk) 14:53, 7 April 2007 (CDT)
 * I think you have continued to miss the point several times in order to promote the NOB policy gem. The area of contention is still small in scope but huge in distinction - the people supporting a user build section of some sort do want it somewhat accessible from the main namespace. Simply organizing a space doesn't mean people will find it. Exactly what would it take beyond disclaimers and what was listed above and in other sections and whatever additional protections that are set in place by policy discussions would be enough for everyone to agree to link an original build section from the main namespace or at least the build namespace? There's a handful of issues that people state against user builds (I've tried to come up with at least partial solutions that addresses the issues somewhat), not all of them can be resolved perfectly but you can mitigate some of the problems (even NOB/archetype doesn't solve some of the issues perfectly) without wiping it out entirely by resigning the OBs to the depths of the wiki. @Scion: PYB may not be the best policy for an OB section but it could very well turn into the only policy solution that others will get behind since it's a drastic change in how such a section works and is mostly hands off for admins (who may just see the section as a cancer at the moment) and other users that could care less about/for the section. I still hope some sort of consensus can be reached but it really doesn't look good since some people are just adamant about stuffing user builds in a dark closet or wiped completely. PlacidBlueAlien 20:00, 7 April 2007 (CDT)


 * I'm not misunderstanding, you are. What would prevent us from linking to those categories from the builds section main page? Nothing. The section would not be unfindable. --[[Image:Gem-icon-sm.png]] (gem / talk) 20:17, 7 April 2007 (CDT)


 * Look, the wipe is happening. Period. Whine, complain, beg, petition, and it will still go through. Now, knowing this, you can continue to do these things, or you can start to work on a new policy. I think the wiki is better off with a comprehensive Builds section than without one; that's why I'm here, trying to work out the kinks of the policy. Get over this 'user builds in a dark place' complaint. We're not abandoning new users/players, they're the ones who need the help. We want to keep the most popular and effective builds in GW, the best ones out there, clearly displayed in the Builds namespace. Players who need help aren't going to want to know what builds you, Gem or myself run: they want to find the best builds, and run those. That's why user builds will be relegated to the user space. People who want to find them can, people who want to develop them can do that as well, and the wiki's Build section will be full of GW's best builds without the kind of trash that slips through the cracks of the current system. - [[Image:Candle.jpg|12px]] Krowman (talk • contribs) 20:18, 7 April 2007 (CDT)


 * Umm, why are you telling us to stop complaining about the wipe and tell us to go and form a new policy? That's exactly what we are doing. Try to keep on topic and don't mix things up. :) --[[Image:Gem-icon-sm.png]] (gem / talk) 20:39, 7 April 2007 (CDT)
 * I have no idea what you are going on about Krowman or why you took it the way you did but ok, thanks for your comments and I'll take them under consideration. You didn't answer a single of my questions though and instead disregarded everything I said as whining. If you didn't realize, I didn't even really talk about the wipe and instead the existence of an original build section. It's two separate things (though I am opposed to a wipe at the moment as well.) At the same time, I'm pretty much resigned on the fact that a build wipe will happen no matter what though I'm not sure why they even bothered to have a discussion on it outside of trying to get people to make a new policy.
 * @Gem: Am I misunderstanding? I was fairly sure that NoB excluded having an original build namespace (I don't think the PYB library idea actually conflicts though with NOB which is why I'm halfheartedly supporting it at this time) and only allowed popular builds in the current meta to be documented. I'm all for the idea of separation as it's the only solution to address some of the complaints like you but I'm simply trying to take it a single step farther than NOB afaik - however, reality dictates that this might not happen so you take what you can get in the end and hope it all works out. Thus, I am opposed to NOB and stating as such but currently trying to accept it and see if things can be worked underneath that umbrella. I'm sure many of the other people opposed to NOB because they find it a bit too strict found or are finding themselves in a similar position. If I am misunderstanding, I -sincerely- apologize. If I'm not, then I hope I made myself clearer on my own stance. PlacidBlueAlien 23:09, 7 April 2007 (CDT)
 * Sorry Gem, I should clarify. I meant to say something along the lines of "contribute something constructive to the formation of the policy, quit moaning about the wipe/original builds." PBA, I was mostly talking to you. I'm glad you're taking that maturely, but what you're doing is hardly productive. There are basically two opposing camps here in this debate: those who want to allow original builds, and those who don't. Those who don't have already made a compromise on their position, and want to meet somewhere in the middle by allowing original builds in the userspace, with a categorizing system to advertise and organize them. You don't seem to accept this compromise, and seem to be after an entire space set up just for original builds. This is a pretty immature attitude to me. Basically, you're going to have the same section, similiar organization, but in the user namespaces, yet you reject the compromise and argue for a special section in the main Builds space just for the original builds. Like I said above, NOB is a misnomer; there will still be original builds on the wiki, but they will exist in user namespaces. - [[Image:Candle.jpg|12px]] Krowman (talk • contribs) 00:43, 8 April 2007 (CDT)

This is why General PvE builds are bad under this policy: "Anything works in PvE" isn't an exaggeration. The are build that are highly effective at PvE. However for general PvE you can power through the entire thing with anything. I've beaten proph with illusionary weapons, I've beaten chunks of PvE with no skills on my bar and henchmen. The bar is very low and thus people will claim everything works (because to be fair it does.) However, that doesn't mean other people should run it. In addition PvE bars don't tend to be very specific. They ask for a MM and only want a guy with a few minion skills on his bar. When they ask for a a healer they don't care what is on your bar as long as they don't die. Thus General PvE is best excluded from this policy and handled through a seperate policy that creates guides for the most popular PvE roles (like barrage/pet.) It isn't that people want to kick PvE off the wiki, it is that people recognize this isn't going to work for PvE and that PvE builds should be managed in a different manner.-Warskull 10:49, 7 April 2007 (CDT)

consensus & compromise
Since the quick outlash against the build wipe after being announced, if people actually wanted to reach a consensus and compromise, both view points are going to have to be upheld. However, since both view points automatically void one another out, the only way is to uphold both but keep them seperate. Having both a No Original Builds ('Offical') section and a Original Builds ('Experimentation') section seems to be the only way for people to both have their cake and eat it too. Isis In De Nile 17:52, 4 April 2007 (CDT)
 * So are you saying that this is good? Or not? --[[Image:Gem-icon-sm.png]] (gem / talk) 17:56, 4 April 2007 (CDT)
 * From what I've read, it isn't good. It's upholding the NOB idea but kicking the OB section to the curb. I think there should exist both a NOB and a OB build section. This current NOB policy calls for just a NOB build section with the idea OB builds can be kept in a private userspace. If there exists two distinct, navigatable, areas that are noted as 'NOB' and a 'OB', seperated from one another, and both are easy to reach to, that'll fly. Isis In De Nile 18:08, 4 April 2007 (CDT)
 * See my comments in the above section. The user name space is the 'new section for original builds'. Categorisation is what makes stuff easily navigabale, not the specific name space that the stuff is in. --[[Image:Gem-icon-sm.png]] (gem / talk) 18:11, 4 April 2007 (CDT)
 * The problem I have with that is that it relegates OB to oblivion. We all know what User Space means.  User Space means the powers that be wash their hands of this.  This would imply that the NOB section is sanctioned, while the OB section isn't, and the total OB answer is "we hope someone takes control of it in their own userspace".  Personally, I'm not really satisfied with that answer. ScionOfErixalimar 18:18, 4 April 2007 (CDT)
 * That's the whole point.... --Dirigible 18:22, 4 April 2007 (CDT)
 * You re allowed to make a policy suggestion of your own based on this one. I'm not going to change a 'No original Builds' policy to actually suggest accepting both original and non-original builds, but I wouldn't oppose a policy like that, atleast not atm. --[[Image:Gem-icon-sm.png]] (gem / talk) 18:23, 4 April 2007 (CDT)
 * I disagree. Currently it is quite impossible to make a new builds policy.  Consensus doesn't work because at least 40% ALWAYS will not give something a chance to at least be TRIED OUT even if it may have a few kinks in it.  I can't even make a link to an offsite test forum I'm making to test a new builds format apparently! What harm to the wiki does this incur! If the admins didn't blatantly curb any attempt to help the builds section maybe a policy would be able to occur.  Until then... I wouldn't bother. Not a fifty five 19:47, 4 April 2007 (CDT)
 * Umm, why wouldn't you be allowed to link to a test site off that resides of the wiki? It is not impossible to create a new suggestion and get people to discuss about it. For example the NOB was almost being deleted, but see what happened when a few users pushed it? --[[Image:Gem-icon-sm.png]] (gem / talk) 19:51, 4 April 2007 (CDT)
 * The link has been taken down and now I'm basically forced to write criteria for allowing links to offsite forums if I want to out it back up, get it ratified, i.e. have the link down for about a week and have the forum's current members move on to other things. (Not a fifty five 19:54, 4 April 2007 (CDT))
 * What are you talking about? Please provide me a link to a discussion, history of edits or what ever. I'm totally lost. --[[Image:Gem-icon-sm.png]] (gem / talk) 20:02, 4 April 2007 (CDT)
 * Check the talk page of the main builds page, it there.--Nog64Talk [[Image:Yaaaay.png|19px]] 20:06, 4 April 2007 (CDT)

I like waht Gem added to this page (and what Defiant started) so I expanded the idea a little and formulated it in a way that the builds are linked to the "grid" yet they are not part of Guildwiki, because they are in userspace: Publish_your_build. --Vazze 22:41, 4 April 2007 (CDT)
 * This sounds a lot like the site I've talked about above. The difference is just semantics, experienced users are the editors and each one has to "sign" a build before it enters "untested" (library) This is just a talk page so I can provide the link  Not a fifty five 02:30, 5 April 2007 (CDT)
 * is only one library, and it is off-site. This is on-site and it consists of more libraries: authors/readers have options. --Vazze 12:54, 5 April 2007 (CDT)
 * Did I understand correctly that that suggestion is meant to be used with NOB? Ie NOB says what is allowed in the build name space and the rest of the builds that are in the user name space work according to PYB? --[[Image:Gem-icon-sm.png]] (gem / talk) 14:11, 5 April 2007 (CDT)
 * Techically NOB is compatible with PYB: in PYB builds are in user name space (of the author), the links of these builds are organized into various separate libraries in user name space (of the editors), and only the editors are linked to the a build name space on the Build Discussions (/Build Libraries/ Build Workshop) page. (see PYB for details) --Vazze 14:42, 5 April 2007 (CDT)
 * My opinnion is that NOB should be the main build policy and PYB the policy for those builds that are only allowed in user name space. (although both still need to be refined a bit) --[[Image:Gem-icon-sm.png]] (gem / talk) 15:13, 5 April 2007 (CDT)


 * Well sure the difference is offsite and on-site, but the one library acts as your multiple libraries pretty much, the editor(s) who sign(s) a build is noted on whatever build is passed on. There is one difference in that, after a certain amount of editors join, a build needs more than one.  Not a fifty five 14:50, 5 April 2007 (CDT)
 * I think we are talking about very different concepts: the editors in PYB are NOT cooperating. They are competing for readers and authors! Each editor organizes his/her own library. --Vazze 15:08, 5 April 2007 (CDT)
 * Hmm.. Doesn't sound very good to me imo then. If you get say 20 editors one of them is bound to accept your build.  Besides, what criteria is made for an editor?  I can easily see many editors who would accept just about any build.  (Not a fifty five 15:28, 5 April 2007 (CDT))

Fixing Some Things

 * Characters in builds: This does not need to be 8 for GvG, 6 (well now 8) for HA, and 4 for TA. You have to understand that some characters plug and play very well into many builds (say an RC prot or a bull's charge sword), some characters work as tight teams of 2-3 (recall split) and some builds are very specific and require a full 8 (IV spike.)  The characters in the build shouldn't be a set number.  It should be however many required to make it work.  If the hexer plugs into multiple hex builds alone, he can be a single character.  If it is an SB/RI spike you sure as hell better post an RI character with your SB character or your SB/RI spike doesn't work.


 * Requirements: You probably want to clarify that the top 100 for GvG (or at least high ranked guilds) are being used as the criteria or some people will argue that a rank 500 got on obs facing a rank 50 team and that that qualifies them.


 * ABs: I know a lot of people want this, but trust me you do not want to touch this can of worms. How many of you have actually ABed lately?  This is very little semblance of organization and the good AB builds could be ripped directly from GvG split characters.  People don't specifically request anything and the meta is rather subtle.  This would need incredibly heavy moderation.  At the very least I would leave the AB section "temporarily closed" when you re-implement builds.  It will be the new magnet for crap.

-Warskull 10:42, 7 April 2007 (CDT)
 * For the naming system, suggest using "Elite and highest specced line" as the naming theme if none exists. For example "Cripslash Sword", "LoD Healer", "Powerblock Dom", and "Bsurge Air" would result from that.  It wouldn't be mandatory, but it works out 95% of the time to something that accurately described the build (occassionally you would get something like an E.Prod Healer for a water runner out of that scheme.)


 * A sample quote from the article: "A full team build of 8 players or a working smaller part of a team." Note the 'or a smaller working part of a team'.
 * I wouldn't like ABs in the section myself, but some people requested it.
 * I'll update the naming system. --[[Image:Gem-icon-sm.png]] (gem / talk) 15:01, 7 April 2007 (CDT)


 * Can you point me to them please &mdash; Skuld 16:07, 7 April 2007 (CDT)


 * GuildWiki talk:No original builds/Archive 2. There wasn't a real consensus if AB should be left there or not, so I decided to leave it as it was at that moment, iw accept AB builds. --[[Image:Gem-icon-sm.png]] (gem / talk) 16:38, 7 April 2007 (CDT)


 * A number of the builds that work for TA will work for AB. AB requires the exact same amount of organization and planning as TA; you just have that random factor of what the other teams will be composed of. That shouldn't matter all that much, as each four-man team should be independent of the others. It would be very easy to demonstrate the kind of builds that work well in AB, just as easy as those in TA. We might as well keep them, and have more information on the wiki. We can still keep the crap out. BTW, Warskull's naming idea is a good one. WTF is a Cupido anyways? - [[Image:Candle.jpg|12px]] Krowman (talk • contribs) 17:44, 7 April 2007 (CDT)
 * I can see where the problems about documentation for AB would come up though. It's not that AB requires less organization or planning than TA (I'd even argue that it requires a bit more if you plan on winning consistently) but rather, the number of people playing not so great at PVP in AB is rather significant when compared to TA (and even TA has weird things.) As an example, today in AB, a warrior stated riposte as a counter to wild blow in reference to "tanking" in PVP. Earlier, a sin said expose defenses against blind. The point (in a roundabout way) is you might have some arguments on archetypes that are included and the usefulness about them in AB and it's a bit more difficult to settle against naysayers or supporters than in TA. I do agree that AB can/should be documented to a great extent. There are enough touchers, SF eles, burning arrow rangers etc. as an example that guides could be made for or at least copied over and revised for AB. How would you handle issues that might arise? Let's go ahead with an example. In my opinion, touchers shouldn't be recommended anymore on their own for AB (and you can get a group that handles situations far better than a group of touchers) but others would still swear by them as being awesome judging from chat now and then in local. Let's say for a second that you agree with me (even if you don't.) How would you handle this situation if you weren't going to document all popular builds (even bad ones and provide both sides of the argument even if it ends up slanted) and instead only include what you consider worthy if let's say, half of the people supported touchers as being good and half decided it wasn't all that great when someone created a toucher guide for AB? Or am I misunderstanding what you mean by weeding out crap builds? PlacidBlueAlien 01:18, 8 April 2007 (CDT)
 * I might have gotten a little mixed up in the six lines of text in the question you posed, but here's what I would advocate: discussion. Let both sides make their arguments, then evaluate them. WIth the touchy case as an example, I would say that they do work well in AB. They are mobile, self-sustainable, and though they are easily countered by snaring, it is nearly impossible for teams in AB to be co-ordinated enough (i.e. voice chat) to properly counter them. Someone else could make their argument as to why they're bad in AB, some discusion could take place, and if an agreement cannot be reached, someone else could evaluate the debate and help decide it. By keeping the crap out, I mean we won't have anymore of this user posting a crappy build, getting 3 of his buddies to vote on it, and then having it displayed prominently in the wiki's Tested section. - [[Image:Candle.jpg|12px]] Krowman (talk • contribs) 01:31, 8 April 2007 (CDT)

Criticism
You know, we have a reasoned list of the advantages of this policy on the project page. It might be beneficial to the discussion to have a concise list of what's bad about the proposed policy too. I'll get the list started with the criticisms as I understand them; feel free to add more, but plus keep them short and to-the-point. I intend this to be a quick summary of the policy's downsides, not a novelette like those above. Also, this is not the place to discuss the necessity of the Builds wipe; you can do that at the link provided. ;-) - Krowman (talk • contribs)  01:21, 8 April 2007 (CDT)
 * Some users feel that the development of original builds will be kept "out of sight."
 * Some feel that general PvE is being overlooked, at least temporarily.
 * RA/CM builds are not included in the policy because of the random nature of these venues.
 * Some feel that more generic 'role guides' are insufficient for PvE documentation.
 * Some feel that "documenting the game" will include so-called Mending Wammos and other notoriously bad builds, and that this will hurt the wiki.
 * More?

Criteria for Allowed Builds

 * I personally feel this policy is useless without specific instructions on how one can "verify" a build is valuable. &mdash;Tanaric 03:21, 8 April 2007 (CDT)


 * Oh, also, I'd like to see the naming scheme adjusted to remove the slash "/" as it breaks some special pages. A hyphen "-" would work just as well. &mdash;Tanaric 03:22, 8 April 2007 (CDT)
 * Hmm. Well, some of them should be obvious, like Shock Axes and BoA sins. For others, maybe screenshot verification could be used as evidence. We could add a note along the lines of "If you plan on submitting a build to GuildWiki, you should be prepared to present a screenshot (or two or three?) of the build being used by a highly-ranked Guild." It's kind of tricky to work out criteria for popularity like this, especially one that doesn't involve 'polling' ;-) the communtiy by asking "Is this popular?" The worst part is, some of the more experienced players can tell you what's popular/ what was popular etc, but it is hard to measure and quantify that popularity. I'd appreciate it if someone would help me bounce some ideas around, either here or on my talk page. - [[Image:Candle.jpg|12px]] Krowman (talk • contribs) 03:56, 8 April 2007 (CDT)
 * Tanaric probably means the system with which users decide whether the build is acceptable or not. I'll add something to the article. --[[Image:Gem-icon-sm.png]] (gem / talk) 04:51, 8 April 2007 (CDT)
 * I'd prefer to just get a few users together to run the section as moderators. We could have some of the more experienced players take responsibility for it; top of my head, I can think of a few users who might be interested. Users could post their contributions in a kind of 'waiting area,' some discussion can occur there (i.e. ideal attribute spread, equipment, rune set ups), and the mods can ultimately yay-or-nay it. With the policy saying 'don't post original builds,' and entrusting more power to responsible, reliable contributors, I don't think this kind of system would be that inefficient. One could say that some nub can still post post his his awful build in the buildspace (thus giving bad advice, making the wiki look bad, etc etc), but that argument is somewhat flawed. If he really wanted to, he could post the build in even the Mainspace, where it would be hastily deleted. With similiar speedy deletion in the new builds secion, I think it could work much better under this policy than the predecessor. I can foresee complaints about this being "unwikilike," but it sure would be effective. - [[Image:Candle.jpg|12px]] Krowman (talk • contribs)  17:41, 8 April 2007 (CDT)
 * I'll go ahead and make that unwikilike complaint right now. I'd much rather have a bulleted list of criteria that any editor can verify and enforce. &mdash;Tanaric 17:45, 8 April 2007 (CDT)
 * No 'moderators' of any kind should be selected, the process must be open to everyone. A discussion based system however mostly eliminates problems with people who aren't experienced enough and don't know what they are talking about. The admins may always delete/move to user space builds even if there is someone fighting for it if they think that the people who are against it know what they are talking about. --[[Image:Gem-icon-sm.png]] (gem / talk) 17:52, 8 April 2007 (CDT)
 * In that case, the way the policy is right now, what's so bad about it? GvG/HA builds requiring observation on Obs Mode with possible screenshot/video verification, farming/running builds just have to work (screenie verification could work here too). Hardest one to document would be TA. Screenshot verification would probably be the best bet here as well (even though TA is often devoid of players when I go there). You can start to see why screenie proof would be a hard rule to enforce. What do you take screenies of? Consecutive wins, flawless victories, rank emotes, skills being used, damage scores that a build can pull off? Screenshots are the only hard evidence that we can pull out of GW as proof of the builds being used there, everything else would just be something some user tells you. We need proof, and it's hard to get it. That's why I think the 'unwikilike' suggestion I made above would be our best bet. We want to provide a competitive (or superior) resource to the other GW sites out there, and none of those other sites are wikis. It would not restrict any user's freedom to contribute something to the wiki, but it would be up to the moderators to refine it or decide that it ultimately would not be beneficial to the wiki to post that information. Discussion/collaboration will still take place, except the new builds section would have have a 'quality control' step that it lacked before. - [[Image:Candle.jpg|12px]] Krowman (talk • contribs) 18:10, 8 April 2007 (CDT)
 * "In that case, the way the policy is right now, what's so bad about it?" Imho nothing. I allready modified it yesterday a bit after my comment here. --[[Image:Gem-icon-sm.png]] (gem / talk) 18:32, 8 April 2007 (CDT)


 * The policy still does not contain specific information on what exactly "proves" a build is allowed. Further, it doesn't state whether the burden of proof is on the original submitter or if it must simply be presented upon request. &mdash;Tanaric 02:22, 9 April 2007 (CDT)


 * I see what you mean. I think that any 'proof' that might be required is not burden of the original submitter as the pages clearly say "This also means that no one 'owns' a build article like with the previous policy.". Instead, anyone can provide some kind of proof if necessary, though I can't think of many cases where this would be necessary or even possible. Screenshots and videos don't always work like has been said. A rare case where screenshots actually prove something is for example an UW solo build. Testing is the main way for anyone to prove for themselves that a build is working. And as most builds should be popular and well known anyway, this shouldn't pose a problem.
 * As some users have stated, the NOB doesn't currently have any way to show if a build has been accepted or if it is still under discussion. I'll draft a system soon and place it on the project page for people to evaluate. --[[Image:Gem-icon-sm.png]] (gem / talk) 04:53, 9 April 2007 (CDT)
 * I've placed my suggestion on the project page. Feel free to comment. --[[Image:Gem-icon-sm.png]] (gem / talk) 05:36, 9 April 2007 (CDT)
 * Looks good enough, will definitely work for FOTM, meta builds.... ie. builds that are not original --Lania Elderfire[[Image:Pinkribbonsig.gif|My Talk]] 12:20, 9 April 2007 (CDT)

Category: GvG Builds Criteria Category: GvG Split Builds Criteria Category: HA Builds Category: RA/CM/AB Builds Category: PvE farming builds Category: High End PvE builds
 * Used in top 100 GvG on multiple occasions
 * Used successfully (at least won some matches with it)
 * Used in top 100 GvG on multiple occasions
 * Regularly used in a split function
 * Successfully used in a split function (they killed stuff on the split or prevented the enemy split from killing stuff in their base on more than one occasion.)
 * Observably successful in the HA metagame (can be seen being run on obs mode for HA and winning)
 * Commonly wins HoH (big plus that may override other conditions, this can be obsed)
 * Commonly requested by HA groups (Group looking for sandstorm warder kind of stuff)
 * Due to the difficulty of verifying RA/CM/AB builds we have no RA/CM/AB section, please take a look at GvG split builds for some ideas.
 * Build successfully farms what it was intended to farm (screenshot the dead stuff)
 * Build can be successfully run by a majority of players
 * The effectiveness of the farming build is considered on roughly par with other popular farming builds
 * Successfully known to complete high end PvE area
 * Commonly requested and formed by pick-up groups in outposts for that high end PvE area
 * High end PvE areas are end game instances that are not part of the regular storyline and considered to be of a higher difficulty level than regular PvE. (people can debate what is high and and not to make a definitive list.)

Seriously, this is what people have been saying forever. What is with this all "But we need criteria!" talk? We have some criteria. I've been repeating these same criteria for like 6 months. -Warskull 10:57, 14 April 2007 (CDT)

Category:High-level PvE builds
I don't like it. Need something else. What about just "PvE builds" and change the parent? &mdash; Skuld 11:46, 9 April 2007 (CDT)
 * Or we could just tuck those builds into the parent category? But yeah, the name does suck. --[[Image:Gem-icon-sm.png]] (gem / talk) 13:46, 9 April 2007 (CDT)

Category:Random Arena and Competitive Mission Builds should be included
I personally think that the wiki should have a place for RA and CM related builds. Many people dislike RA and CM but I'm sure many people enjoy them too. I do not agree with any policy that excludes this type of gameplay. They should have a place within the current system or have their own policy. They are just as valid as any other type of gameplay in Guild Wars.--Magus 01:29, 12 April 2007 (CDT)
 * Use build that work in other venues in RA. Just about any solid split GvG char can function well in RA. There are no (notable) builds that only work in RA, and that's why they aren't included. - [[Image:Candle.jpg|12px]] Krowman (talk • contribs) 01:32, 12 April 2007 (CDT)
 * I don't have much experience in RA, but I strongly suspect that some builds which aren't viable as GvG split builds work very well in RA due to the random team composition and small party size. -- Gordon Ecker 02:50, 12 April 2007 (CDT)
 * Yeah, but you can use that logic to say that an Echo Mender could be effective in RA because you never know what you'll be up against.Maybe you'll run into 4 melee shutdown hexers? Oh noes. Somethings do work better in the smaller arenas, but that's why the policy includes TA builds. - [[Image:Candle.jpg|12px]] Krowman (talk • contribs) 02:55, 12 April 2007 (CDT)
 * There is considerable overlap, but good GvG split builds aren't the same as good RA builds, which, in my opinion, warrents separate categories. RA requires more generic, less specialised builds because you can't co-ordinate with your teammates. -- Gordon Ecker 03:34, 12 April 2007 (CDT)
 * You can't prepare for everything, though. A build that tries to will be horrible. For example, the following would be prepared for a little bit of everything, yet would still be a bad build.
 * That's prepared to counter just about anything, yet it sucks. It looks like someone just threw a bunch of random (there's that word again...) skills on their bar. On the other hand, something like this works great in GvG, and would work great in RA as well.
 * That's prepared to counter just about anything, yet it sucks. It looks like someone just threw a bunch of random (there's that word again...) skills on their bar. On the other hand, something like this works great in GvG, and would work great in RA as well.


 * There's no need to have a special category for RA. The most important aspect of a build there is self-survivability. By adding a note to new builds stating "For usage in RA, make sure to include some measures of self-survivability in your skill selection. Some possible options are:...," we'd satisfy that aspect of RA builds. Secondly, literally anything can work in RA. I think Defiant Elements has a screenie of himself earning a Glad point by using an Echo-Arcane Echo-Mending bar. Since anything could work in RA, and since there is no Obs Mode for RA and no outpost where people declare "LF(build)," it would be very difficult to judge what is successful or popualr there. Furthermore, there are no builds (that I can think of, anyways) that only work in RA, while there are builds that are specific to GvG/AB/farming etc. For these reasons, including RA builds would be more trouble than it's worth. Can you provide any examples of a builds that won't work in other venues, but only the Random Arenas? - [[Image:Candle.jpg|12px]] Krowman (talk • contribs) 15:47, 12 April 2007 (CDT)
 * I still don't see why RA-viable GvG split builds shouldn't be included in both category:GvG builds and category:RA builds. -- Gordon Ecker 19:34, 12 April 2007 (CDT)
 * I agree I still don't see a reason to not include them in their own category. We've always known some builds overlap and work in multiple forms of pvp.  The ones that work well in Random Arenas or Competitive Arenas should be marked as such.  There really isn't a valid argument that I've heard so far that has led me to believe that this is a bad idea.
 * Some people like to play RA and I know this is hard for some people to understand. Guildwiki has the best RA Builds section of any site.  I don't know if the site wants to alienate that group of people.--Magus 20:13, 12 April 2007 (CDT)
 * RA is a randomfest. Roll a W/Mo with Mending and Vigorous Spirit and be prepared to get a glad point. -Auron [[Image:Elit Druin.jpg|19px||My Talk]] 20:17, 12 April 2007 (CDT)
 * Great, you can post that build once the new build policy is started up. Be sure to put it in the RA and/or CM categories.  Thank you.--Magus 20:25, 12 April 2007 (CDT)
 * Well, if you really want to make your case, provide some examples of builds that are RA specific. If they are notable builds that work in RA and no where else that we have overlooked, I don't see why they shouldn't be included in the policy. Otherwise, there are no RA specific builds (aside from original, user creations), and we won't need a special category just for RA builds. - [[Image:Candle.jpg|12px]] Krowman (talk • contribs) 02:18, 13 April 2007 (CDT)

Without Originality there is not Innovation
By not posting original builds you're preventing development innovations in build design.--Magus 21:06, 12 April 2007 (CDT)
 * OMG, the metagame still fucking exists in guildwars! I'm so sick of hearing this as a reason for no NOB.--Nog64Talk [[Image:Yaaaay.png|19px]] 21:09, 12 April 2007 (CDT)
 * Expansions are still being released, balance changes are still being made, and people are still posting interesting builds. I don't see why it is a shock.--Magus 21:13, 12 April 2007 (CDT)


 * Nog, please try to watch the language. I for one know that some parents let their kids play who are younger than 13, and you don't want to go throwing F-Bombs around like its no big deal when there are younger kids involved. also, there would be no meta without people coming up with new builds, so please, think before you post.. The 1337zor has spoken 21:21, 12 April 2007 (CDT)
 * Both RA and CM deserve their guides, but no builds. IMO AB shouldnt have builds etiher becasue the maximum rewards for these areas are relatively easy for most players (win against luxon/glad point is - depending on skill but still -  a matter of time). In addition, these games do not organize the players according to their performance (winners not matched in tournament style). Therefore players find it very difficult to place themselves properly in the hierarchy of the game, AND most players will have the illusion that they are successful in the game (when in fact they have no idea, they may or may not be good). This is a hotbed for heated discussions where all the participants think that they have poker in their hands. (But I have to say this: RA is a very popular form of PvP for a reason, and it is played by both unexperienced players and top50 guilds). An RA section would not be impossible, but it would be very-very messy, it is better if this problem is dealt with in the user space (trust me, there will be lots of RA builds there).  --Vazze 21:31, 12 April 2007 (CDT)
 * Won't it be hard to find builds though if they're in the user space? I'm new to wikis so I'm somewhat unsure how that would work.--Magus 21:35, 12 April 2007 (CDT)


 * Check out the library idea....thats how it would work. The 1337zor has spoken 21:38, 12 April 2007 (CDT)
 * It can be just as easy as before (see PYB), it depends on what the community decides. --Vazze 21:43, 12 April 2007 (CDT)

For the record, GW:PYB redirects to where it should, thanks to yours truly. Let me articulate why the argument being put forth is a bad one. With NOB, we will only document orginial builds right? So you ask, what happens when someone comes up with a new idea? Well then, it works its way to the metagame and we record it. It's that simple. It's not like GWiki wants to freeze the metagame forever or anything, we just don't want starburst warriors flying about.--Nog64Talk 22:18, 12 April 2007 (CDT)

Development of good original builds never has happened on Gwiki. It was always in game and spreading in game then through the forums. Gwiki usually got it last --Lania Elderfire 00:32, 13 April 2007 (CDT)


 * And I really don't think by scooting original builds to userspace, we'll make it impossible to find good builds. Categories will have a lot to sift through if we do that, yes, but with a little work (maybe divide categories into more specific sections), we can narrow stuff down, make it easy to find what you're looking for. I'm not a fan of the GW:PYB policy, but I think that's at least a small step in the right direction, which is to organize the userspace builds as well as the normal, PvP builds.
 * I do see your point here; I have actually seen some builds spread from GWiki outwards. Lania is correct in that GWiki usually got it last, but I disagree with the statement that development of good original builds has never stemmed from here. But with that point, the number of builds that spread from the Wiki are so small, these changes to the Builds section won't have a noticeable effect, I don't think.
 * I personally think a good system would be the original plan, which is to keep build development and whatnot to userspace; but allow a little bit of overflow, such as simple things like occasionally linking to a good original build from the main Builds page (maybe a weekly thing, users could nominate builds to be featured for the week). Not to mention, original build categories, so people that want just those ideas and fun, original builds can find them, easily. But the development aspect overall, really just isn't needed in the main namespace. Keeping builds in userspace also give the creator a bit more leeway with his or her own build, and less GW:NPA violations.
 * Now that, kids, is what's called a rant. Rants happen when regular people try to explain very complicated things in only a few paragraphs, then fail miserably. --[[image:GEO-logo.png]] Jioruji Derako.> 00:59, 13 April 2007 (CDT)
 * I guess I just can't remember a time when a Gwiki build was 1st. Well heh, never say never eh? --Lania Elderfire[[Image:Pinkribbonsig.gif|My Talk]] 01:53, 13 April 2007 (CDT)
 * That featured build idea sounds alright, it could settle the hash of some of the people so vehemently opposed to the new Builds section. I don't think we can link to the user spaces from the Mainspace though. - [[Image:Candle.jpg|12px]] Krowman (talk • contribs) 02:22, 13 April 2007 (CDT)


 * Whether original builds have ever become successful after being published on the wiki is a moot point; the wiki is not the place for originality or innovation, it is a place for documentation. If a build isn't common already then it has no place here.


 * I am not opposed to builds in userspace, and I would not even be opposed to categorising them, or creating guides, or allowing users to produce "the best builds" lists or whatever (provided they were of the format User:LordBiro/MyFaveBuilds or similar), but I would be opposed to any system involving builds in the userspace where a majority would decide whether a build would be listed or not, and I worry that some kind of featured build page would have this effect.


 * I also don't think it would be a good idea to link to user builds from the main namespace, or even the build namespace. User builds should exist for build authors; the only way I would be happy for user builds to be linked to from the main namespace is if there were some criteria for deciding which original builds were good, but as we all know this is impossible, and so I oppose it.  &lt;LordBiro&gt;/&lt;Talk&gt; 04:37, 13 April 2007 (CDT)


 * Ironically enough, the one time I think I've seen a build spread from Wiki, it's an AB build...
 * I think LordBiro's right in one point; having a criteria for which original builds are good would probably just leave the userspace builds in the same situation as the current build section. But I do think at least a link to a minor user builds page would be nice; this user build page could have a directory of categories. Featuring builds would be a hassle, and best avoided... but I think it would be good to encourage users to make a "favorite builds" list on their own page... simply personal favorites, but if another user really wanted to find a good, say, Assassin build, they could drop by the page of a user that knows a lot about Assassin builds and see what he/she has in their favorites. Nothing offical, of course. But you can expect people to pay attention to, say, Skuld's favorite builds, for example.
 * I was going to go into more detail here, but I forget what I was going to go into detail about... --[[image:GEO-logo.png]] Jioruji Derako.> 15:17, 13 April 2007 (CDT)


 * Yeah, although I'm not certain of the details, I think that's the only viable option. If I wanted a Dervish build I would go to Skuld's list. And since such lists are at the discretion of the user who wrote them (and not subject to vote or vetting) another user has no place trying to tell them what to put on that list.  &lt;LordBiro&gt;/&lt;Talk&gt; 07:43, 14 April 2007 (CDT)

How will the page organizing the original builds within user pages function?
What criteria will need to be met in order for a build author to get (and keep) a link from such a page, remembering that this page is supposedly only a few clicks deep from the main page? Who's going to be in charge of applying the criteria? Won't you be running into the same kind of quality control problems you have now? As I see it: you're still going to run into problems similar to the ones facing the current system, just because, at some point, you need a highly visible non-user-space page keeping track of these builds. I'm just imagining the organizing page eventually getting shot down or just trivialized, leaving no useful way to navigate any original builds. If such a page can't be made to work the NOB people have lost their current selling point to the people who want to keep the original builds around. 65.95.232.243 12:14, 13 April 2007 (CDT)


 * I imagined a system of very specific categorisation. For example, or something similar. This would limit the categories enough so that they could easily be browsed without requiring vetting of any kind.  &lt;LordBiro&gt;/&lt;Talk&gt; 13:08, 13 April 2007 (CDT)


 * With no further caretaking at all? What happens when these categories fill up with links to duplicated and abandoned builds?  Even if you were to, as a general rule, not care about the quality of the builds in the section, you couldn't leave it so that anything at all that gets put in there stays there. 65.95.232.243 13:42, 13 April 2007 (CDT)


 * perhaps there's a way to sort categorized builds of this sort by last date edited, etc? This would push abandoned builds off to the bottom... of course, then there would be the problem of people doing minor edits to simply "bump" builds to the top...
 * A good option would be sub-categories within the categories... you could have User R/N builds in development, User R/N builds in progress, and User R/N builds finished. People could browse the in progress or development sections to help out, leave comments, and basically work as a community... the "finished" section would be for builds that the user believes to be finished, as good as they can get. Disputes over weather or not a build is in progress should be fairly obvious and easy to resolve, and the creator of the build would have final say when their own build is finished. It seems like it would be quite easy to encourage community spirit in userspace like this...
 * as the number of builds in userspace expands, more categories can always be added in as we go along. It doesn't sound like it would be excessively tough to keep it in check, as there's always going to be users willing to help out in this regard (myself for one, and probably users like Defiant Elements and Zerris, just off the top of my head). It'll take work, but it doesn't have to be done all in one shot... having it a little messy at first is no big deal, seeing as it's not in the main namespace. --[[image:GEO-logo.png]] Jioruji Derako.> 15:08, 13 April 2007 (CDT)

Simply, NOB doesn't care. NOB only kicks original builds out of the main space and build section. It leaves handling how people post original builds in user space up to another policy or for the users themselves. If you want a category system to point to user space builds you propose a sister policy. -Warskull 11:08, 14 April 2007 (CDT)


 * Nice for NOB that it relieves itself of such a responsibility. Easier, now, to see why this is so unappealing. 65.95.232.243 12:09, 14 April 2007 (CDT)
 * Unappealing? This + the PvE Archetypre guide policy are pretty much the most popular ideas for a new Builds section post-wipe. And why the heck would a policy for the Builds section delegate how a user runs things within his/her own namespace? - [[Image:Candle.jpg|12px]] Krowman (talk • contribs) 14:17, 14 April 2007 (CDT)


 * How would you like to organise user builds, 65.95.232.243? If there were no constraints.  &lt;LordBiro&gt;/&lt;Talk&gt; 14:38, 14 April 2007 (CDT)


 * There doesn't seem to have ever been much of a problem in categorizing builds, except in being able to separate the mediocre builds and the builds with some merit. What I'm asking is, how pushing all of this into user spaces is supposed to help this necessary discrimination function any differently from before?
 * Am I saying that I'll condemn moving the builds to user pages unless it's problem free? -No. I'm just wondering what problems, exactly, is this move addressing?  Other than making any builds section easier to nuke or neuter later on.  - This one benefit doesn't seem like it has much of a possible benefit to the build section itself.


 * There are probably a couple ways to deal with the problems that come with the need to rate the effectiveness of a build. Foremost you need to get people to understand that they are contributing build ideas, not authoring them.  Let anyone with a criticism of a build leave their problems and misgivings in a criticisms section.  Make up a bunch of those graphical header tags to be left as warnings at the top of a build page like: "This build has serious energy management issues.", or "This build is similar, but probably inferior to X."  Take the vetting discussion away from whether a build sux or not, and deal with the issues a build creates for itself. If a build is just incoherent, it deserves to get deleted.  If a build is highly derivative of another build, it probably deserves to get deleted or merged. If a build stems from a intriguing idea, but has problems that can't be resolved, it might deserve to get cleared, or it might not.  If a build has inherent problems, but seems to be popular anyways for some reason, maybe it deserves to have an article - but with sufficient criticism.
 * In essence, give the people who can't stand to see a build with any weaknesses a chance to make their critiques and maybe have them placed front and center, but force the critics to actually explain themselves if they want their point to be taken to heart.
 * The problem with the voting system is that it allows people to just tack on "1. It sux."  This is just a waste of time before someone is able to goad them into saying why.


 * Regardless, I'm not trying to run this thing. I just think there are fixes for the build section that don't include it being blown up or completely hidden away.  What I don't want to be doing is browsing from user page to user page through a bunch of lists of "Hey look at these builds I made" or "Hey look at these builds I like".  People should be able to dick around with their name spaces however they like, which is why a useful build section wouldn't be stored there.  65.95.232.243 17:37, 14 April 2007 (CDT)
 * So, in summary, you would really like a system where people have to explain their votes or opinions? - [[Image:Candle.jpg|12px]] Krowman (talk • contribs) 17:44, 14 April 2007 (CDT)
 * The voting part isn't so necessary. If a build doesn't make any sense or has a very big problem, say so.  If a build is just mediocre, say so.  If someone else disagrees, they can take you to task for it.  If a build's had a while to be assessed and no one can come up with a reason for having it around, get rid of it.  Maybe all you need is a policy people can bible-thump to keep the contributors from getting excessively defensive when someone gives a solid reason for why a build is nothing special.  Just because a build is passably functionable, doable, doesn't mean it always needs to be documented. 65.95.232.243 18:00, 14 April 2007 (CDT)