GuildWiki talk:Publish your build

Intriguing, and a seemingly nice compromise.--Nog64Talk 22:48, 4 April 2007 (CDT)
 * Well yeah, if we're ever going to get any of these build policies off the ground we're going to have to reach a compromise. Thanks for taking the time and writing this up Vazze, a friend and I were doing something very similiar to this as a policy suggestion. This looks generally good. Needs to be expanded a bit more, but a good start. Isis In De Nile 23:58, 4 April 2007 (CDT)

Navigation
Here is something; John Doe wants to look over all Original Builds that have to do with Necromancers. However, this would require John Doe to go through journal after journal (which are all listed on the library) to look at each one individually. There should be some framework in which John Doe, if he chooses, to have access to all Necromancer builds that exist within all the journals. Just a small point raised here. Isis In De Nile 00:19, 5 April 2007 (CDT)
 * A build type [GvG,HA..Farming...Running]  X    profession [Mo, N...Team]) table that contains links to build directories in different libraries will probably help. As long as there are less than say 3-5 links for a given combination, this is ok. The idea is to decentralize the builds section to ease the load on the management side, creating pages that combine libraries goes the opposite direction.--Vazze 13:14, 5 April 2007 (CDT)

And how is this different from the system that is already in place? We are going to experience the same problems. =| Caramel Ni 13:17, 5 April 2007 (CDT)
 * We? No, perhaps the editors, but since the library is in their userspace, they can solve their problems very efficiently, or if they don't, you just stop visiting that page, and use another library. --Vazze 13:50, 5 April 2007 (CDT)
 * So this is a variation of GW:NOB where no build section exists? In NOB popular, well known, succesfull builds are allowed in the build name space and everything else is allowed in the user name space, hoping that some nice rules will be created by users for their own user name space to be used for original builds. --[[Image:Gem-icon-sm.png]] (gem / talk) 14:02, 5 April 2007 (CDT)


 * Ahh, thanks for the help. I thought you were talking about having just ONE library. But also, don't you think it will use alot of server space with each person having their OWN library, holding builds that hundreds of other people already have listed? or is the suggestion that it just links? Caramel Ni 14:21, 5 April 2007 (CDT)


 * I think that there wont be too much same builds in the user name spaces as all popular builds are documented in the build name space. Remember that even now with the old policy people have their own builds in their name space. This system would just allow users to categorise all builds and build ideas in their user name space to easy-to-search categories.
 * The reason why I like the idea of allowing users to post builds in any user name space (if the name space owner has rules for posting builds in his/her name space) is that users may select freely which rules they want to follow as different name space owners will surely have different rules for veting/deletion etc. --[[Image:Gem-icon-sm.png]] (gem / talk) 14:28, 5 April 2007 (CDT)
 * I did not specify (edit:actually I did, correcting it) whether builds or build links should be submitted to editors. If it is build link only, and the editor trusts the author that he/she will keep updating the build but he/she will not make substantial changes, it can be good for the editor. However, some editors might want to update builds themselves or with their team. Build size (kB) may also present some problems for the editor. But I think the best thing is not to define the way builds are stored on the editor pages (it is user name space after all). --Vazze 14:59, 5 April 2007 (CDT)
 * I think it's up to the user who allows others to post in his user name space to decide what the rules are. For example someone might say that anyone can submit a build, but if the user name space owner has an opinnion on the build, his changes may not be reverted. Another one might implement a vetting system of some kind and so on. --[[Image:Gem-icon-sm.png]] (gem / talk) 15:15, 5 April 2007 (CDT)
 * I'd say this just pushes all those horrid discussions to the user space. The fact that discussions would be taking place over dozens of talk pages inside the user space will make it even harder to filter out build discussions for those who aren't interested. The only thing this appears to solve is that it'll cater to the egos of the makers of poor and mediocre builds in that they can at least create their own Workshop to post their own builds and hopefully make them less likely to violate GW:NPA. -- Ab.Er.Rant  (msg Aberrant80) 22:12, 5 April 2007 (CDT)

Responsibility without Authority?
So, if I decide to open up a library, we're stating here that I can set the rules for my library. How do I enforce these rules? Suppose user FUBAR creates a page in my namespace, puts a build there that, for whatever reason, violates my rules. What can I actually do about it? I don't have the authority to delete the page. I don't have the authority to ban him from posting in my area. I don't have the authority to lock the page. In short, I don't have any recourse at all except to appeal to the admins. The whole problem with the current buildspace is that it has grown to such a large monstrosity with many violations of GW:NPA and more that the admins are unable to reasonably police it. The whole reason to move it to userspace, as I see it, is to shift that burden to the owners of the userspace page and thus shift the responsiblity of enforcing the rules to said user. The problem I see, and I don't know how to resolve, is that users don't have the authority to enforce the rules they set. The obvious answer of "mark it with a template and have the admins do it" just shifts the burden back onto the admins, possibly with more of an issue than what we have now. I don't see how this really helps anything. ScionOfErixalimar 23:25, 5 April 2007 (CDT)