GuildWiki talk:Community portal/Archive 17

Fansite Links
For improving our appearance of Guild Wars community involvement, can we make the link to the Fansite article more prominent (or, more specifically, the link to the list of fansites hosted on GuildWars.com, which can be reached via that article)? I think it just improves our image of community involvement to improve visibility to that link. I'm not sure the best place to put it; the name "Community portal" seems appropriate, but not in the way we currently utilize this article. Perhaps we can link it either from the Main Page or even create a "Fansite Links" entry for the toolbar on the left? --I am 161.88 13:33, 25 May 2006 (CDT)

Mike O'Brien's message to the community
Just a heads up:. Summary: he wonders whether the GuildWiki can be hosted in a more official fashion on Arena Net's servers. &mdash; Stabber &#x270d; 17:43, 26 May 2006 (CDT)


 * I'm excited about this. - Jack  18:23, 26 May 2006 (CDT)
 * As a second heads up, that account was created today and that post was the very first (and so far only) post made by that user account. - 19:42, 26 May 2006 (CDT)
 * I doubt someone is yanking our chain here, but I have sent a PM to Inde requesting confirmation. 216.218.240.205 19:45, 26 May 2006 (CDT)
 * Looks like Gaile Gray has chimed in too.


 * Yeah, this looks legit. &mdash; Stabber &#x270d; 19:54, 26 May 2006 (CDT)


 * Well, that's pretty dang awesome. Too bad I can't see the post. (as below) --Tinarto [[Image:Tinarto-gold-Monk-icon-small.png]] 07:35, 27 May 2006 (CDT)


 * The errors have stopped for now, the thread is viewable. --Karlos 18:27, 27 May 2006 (CDT)


 * It's certainly an interesting proposition. I don't have a GWGurus account and I don't intend on getting one simply for this post, so I'll just post my opinions here (although it might make sense to start a proper discussion somewhere else, in which case you have the right to copy my post there).


 * In an ideal situation what would we like to see happen?


 * Being one of the founding members of the GuildWiki I hold it very close to my heart, despite not being as regular a contributor as many of you. I know wikis are not about ego but I take a certain amount of pride in the wiki. The most important principle of the wiki has been to document the Guild Wars universe as faithfully and as clearly as possible (a noble aim), and I have to say that everyone who has helped to reach this goal should also take some personal pride in the wiki. Now, it might sound like I'm droning on (as I am known to do) but I do have a point here.


 * I have mixed feelings about allowing the GuildWiki to be hosted by ArenaNet. It is undoubtedly flattering that ArenaNet know about us. As the GuildWiki increases in popularity (well deserved, I might add, as I know of no other site with such in-depth information on all things Guild Wars) it is no doubt in ArenaNet's best interests to have some sort of control over this medium. My main concern is that this site might be very different if controlled by ArenaNet and not the community. While the removal of advertising would, for me, be welcome, Mike O'Brien has already pointed out that the OblivioWiki link would have to go. This might just be one link, but how much leverage will ArenaNet have over the content of the GuildWiki if they are the hosts?


 * Will we have to censor what is on our user pages? At the moment user pages are regarded as a free area, but if ArenaNet are hosting the wiki would such places be under their juristiction?


 * Would the sysops, currently appointed by the community, still hold their positions or would they come second to ArenaNet sysops?


 * And finally: Would the documenting of Guild Wars be such an achievement if ArenaNet had helped us to do it? Perhaps this is a moot point, some might argue that the aim of GuildWiki is to document the game, and who can document a game better than the developers?


 * I'm not entirely opposed to ArenaNet hosting the GuildWiki, but in many ways I think that our seperation from them has also given us a certain amount of freedom. I hope that you'll consider my points. Thanks.  &lt;LordBiro&gt;/&lt;Talk&gt; 19:50, 27 May 2006 (CDT)


 * I've proxied your message there. I am fairly certain Mike O'Brien isn't reading this talk page. &mdash; Stabber &#x270d; 20:02, 27 May 2006 (CDT)


 * Lol, why the hell not?! :P (Thanks, Stabber)  &lt;LordBiro&gt;/&lt;Talk&gt; 20:03, 27 May 2006 (CDT)


 * Out of interest, how does everyone feel about this? I just wonder if anyone else checks the recent changes more often than they check the forum... :P  &lt;LordBiro&gt;/&lt;Talk&gt; 20:30, 27 May 2006 (CDT)

Please see Community expectations. It tries to crystallize some of the concerns that Karlos, LordBiro and others have raised. &mdash; Stabber &#x270d; 20:32, 27 May 2006 (CDT)


 * Bloody hell Stabber, how much coffee have you had this evening? (I'm implying you're very quick off the mark)  &lt;LordBiro&gt;/&lt;Talk&gt; 20:34, 27 May 2006 (CDT)

I was just wondering, besides actually hosting the wiki - what else would the wiki benefit from Anet? Any official input? I can think of a few articles that could certainly use a bit of that. Lazy Evan whaomgz 69.124.143.230 20:46, 27 May 2006 (CDT)

It's a good offer, but ultimately unlikely to work out. There is too much blood, sweat and tears invested in this wiki for it to be convertible to an official wiki. Take the builds section. It would have to be cut completely from an official wiki because it's all opinionmongering. An official wiki definitely cannot bless certain builds as "tested" and others as "unfavored". That's actually the big problem -- dissociating what the wiki says from the official word. Regardless of disclaimers, people will take anything written on the wiki as Anet's official word and hold them to it. This is way too much of a risk for Anet. Really, I'm asking myself what Arena Net has to gain from hosting the wiki, and can't think of a good reason.

Also, the only way I see it working from a maintenance perspective is if Arena Net hires Gravewit to maintain the wiki full time, or at least retains him as a paid consultant. Who better knows the ins and outs of the backend system? 141.151.181.135 10:23, 29 May 2006 (CDT)


 * I'm not so sure about the claim that an official wiki cannot have opinions. All that needs is several well-placed disclaimers.  The "favored"/"unfavored" is done by the community, and we can easily have tags that says as much, leaving Anet out of it.  Regardless of ppl's lack of regard of disclaimers, there is nothing those ppl who do not read disclaimers can legally hold Anet to anything.  I don't seem them risking anything.
 * I don't even see why it's necessary to hire Gravewit (though I'm not opposed to it) for maintainence. The backend system is just MediaWiki running on MySQL, which are among the most well-known wiki/database platforms, with just some tweaks.  It's not like Gravewit wrote all the code for GuildWiki from scratch. - 10:29, 29 May 2006 (CDT)


 * I partially agree with anon. It's not a questio of legality, PanSola, but what people will believe. If people believe that the Wiki speaks for Anet, then no amount of dissuasion will change that. Look how every single word uttered by Gaile Gray is interpreted in the most tortured way possible in the forums and in game. Giving the community an official place to bitch and/or speak "for" Arena Net would mean that Arena Net loses all control of their message. In any case, I do believe that if Arena Net hosts the Wiki, they should be much more proactive in policing it. (Or promote a lot more regulars here to sysops or whatever.) &mdash; Stabber &#x270d; 11:00, 29 May 2006 (CDT)

Wow, I leave for a four-day camping trip - and the whole world gets spun around when I return! Almsot makes me wish I had stayed home ... then again, naaa, the camping trip was too much fun! Anywhoots; this looks great! I'm reading through that thread now, and will post over there along with everyone else once I figure out the bulk of my thoughts and concerns on this. --- Barek (talk &bull; contribs) - 14:42, 29 May 2006 (CDT)


 * In response to almost everyone before me in this thread, I give you Gares’s Response Segment…


 * Although I was not here from the beginning to witness all the madness with any new project, it has turned out quite well. So well in fact, that when I started playing the game and using GuildWiki, I felt I had to “pay it forward” and contribute so I could help others as other contributors helped me. I have seen the GuildWiki have server problems, latency issues, downtime, having to move to a larger server, using adverts to fund said server, etc, etc. From the technical side, Arena Net helping to maintain the ever-growing GuildWiki is the best offer the GuildWiki could get. Not only using their server(s) and staff, but as Guild Wars increases in campaigns and content, the technical side will fall off Gravewit and Nunix’s, (if he is still around. I don’t really know.), shoulders.


 * As to the freedoms that some are concerned might be taken away if this merger goes through, I don’t think we have anything to worry about. Regarding the Oblivion link, of course Arena Net would want it down, it’s a rival game, but I’m sure as Gravewit and Mike O’Brien hash things out, perhaps something will be done to ensure (as PanSola put it) GameWikis will continue to grow and not be hampered by one wiki not having a link to another.


 * When it comes to “policing” User pages and, for that matter, talk pages, there should be a line drawn. Threats, lewd comments, and foul language have no place anywhere in a wiki. If a user looks to those options as some sort of amusement at the expense of others, than their maturity level is not up to standard to be involved in a community project such as this. I cuss like a sailor, but I do not feel the need to have it printed in a public domain. For those that say, “Users can put anything on their pages”, think if you had a child and they went to GuildWiki for help and next thing you know he/she is asking you what FU-- meant. I’m by no means a parent, but contributors have to look past the ones (other contributors) they see everyday and realize, if they haven’t, that a lot more people than they think use GuildWiki and the user base will only get bigger.


 * Will GuildWiki be seen as an outlet for official ANet material? I don’t see any difference in the content of the official fan sites and an official wiki. People do not take everything said on the fan sites as official ANet material. The only way I see people thinking the wiki information is straight from ANet’s mouth, is if ANet employees start contributing. Yes, tags can be in place, a header tag on the main page stating that the information on Guild Wiki is contributed by the players of Wiki and not by the employees of Arena Net. Any information directly from Arena Net will be stated as such. I know I disregard the main page and go directly to the recent changes page when I come on, so perhaps a disclaimer heading should be added there as well.


 * My 2 cents and then some. --Gares Redstorm 21:41, 31 May 2006 (CDT)

and I thought GuildWiki had tons of database errors...
it's nothing compared to the Guru o_O""" - 18:49, 26 May 2006 (CDT)


 * Ironically, as I hit the edit button here, I receive a DB error. It took me over 30 minutes to reply to the Guru thread from all the DB errors. --Gares Redstorm 19:20, 26 May 2006 (CDT)

GuildWiki(MediaWiki) version
According to this Special:Version GuildWiki's version is 1.6.1 maybe upgrading to the latest 1.6.7 MediaWiki Important Release Notes Full Release Notes will solve some of the problems GuildWiki has been currently experiencing. --Phoenix 19:28, 26 May 2006 (CDT)
 * Give it a few months, it'll get updated eventually. LordKestrel 19:05, 31 May 2006 (CDT)
 * That will be nice. --Phoenix 01:40, 7 June 2006 (CDT)

stub?
So... what constitutes a skill stub / an item stub / quest stub / NPC stub / whatever? Is there a place I can find an authortative "these sections must be filled out" "missions need maps but quests/skillcaps dont" or something? Because I'm finding inconsistencies everywhere. For example Mursaat Token is a stub but I honestly can't think of other information to put in it, as is Claw Tallfeather (talk) (compare to other collectors, random example Gwynn) and Offering of Blood. This issue was my major roadblock when I tried to start clearing out stubs (emphasis tried) -- and might be an issue to other new contributors as well. There is no basis to simply compare, since some things that are equal have some stubbed and some not, such as Claw Tallfeather vs Gwynn (do neither deserve stubs? or do both?). It would be easy if all other collectors containing the same information, for a weak example, were unstubbed, but that's simply not the case. Seems half the issue might be that articles don't get stub cleared when they are filled out, but that might be because there isn't a source that defines this sort of thing. Another long, wordy, rambly, it's-hard-to-read-in-this-font paragraph from Tinny. Enjoy. :) --Tinarto 10:49, 27 May 2006 (CDT)


 * Unfortunatly, no. Usually, for most new articles, if nothing is missing that an comparable older article (lets say for skills, items, creatures) has, it is not considered a stub anymore. But unstubbing has so far not been a priority here (which might be a bad thing). --Xeeron 12:40, 27 May 2006 (CDT)


 * Skills: progression 1..16 and and aquisition filled in
 * Collectors: Collectors' info filled in, location
 * Bosses: SoC confirmed, image, location (map good but not a hold back)
 * My criteria, no official ones Skuld  13:52, 27 May 2006 (CDT)


 * I think this task is too large allready and it's getting larger all the time. We would need someone with a lot of time to do a major cleanup. Or maby we could divide certain article types for different people? I could volunteer for something like quests and missions as there is a fairly limited amount of them. I will make a suggestion for some guidelines tomorrow if I remember. Note me on my talke pge if I forget. --[[Image:Gem-icon-sm.png]] 17:05, 27 May 2006 (CDT)


 * Sad but true: Stub tags on GuildWiki are utterly meaningless. :( Do it like me: Ignore them. --[[Image:TurningL sml.gif|Tetris L]] 05:04, 29 May 2006 (CDT)


 * We should do a cleanup-drive of the stub types and categories some time. All it takes is some work defining what a stub is -- and what it isn't -- and then some gnoming to iron out the articles already stubbed. I don't have the energy right now, but if noone else does it, I might pick up that torch some time. --Bishop (rap|con) 11:04, 29 May 2006 (CDT)


 * Well, I forgot, but it might not be that important. I think I'll start the work on missions and quests soonish. (in a few days) --[[Image:Gem-icon-sm.png]] 11:47, 29 May 2006 (CDT)

Dezombified debate on new admins
So we are yet again under attack by a determined vandal during a time period when no sysop is online. This gives me a chance to nominate some new people for sysops. This time around, I present, in no particular order: Discuss. &mdash; Stabber &#x270d; 13:00, 2 June 2006 (CDT)
 * User:Barek (standard nomination I repeat every time) (contrib)
 * User:Draygo Korvan (contrib)
 * User:Evil Greven (contrib)
 * User:I am 161.88 (contrib)
 * User:Gares Redstorm (contrib)

I nominate: --Bishop (rap|con) 06:08, 3 June 2006 (CDT)
 * User:Skuld (contrib)


 * Took the liberty of adding contrib links to your nominations. Pondering them now. --Bishop (rap|con) 13:07, 2 June 2006 (CDT)
 * All of the mentioned are good suggestions. However, I'm going to second the nomation for Evil Greven for consistent behavior and edits. --Bishop (rap|con) 13:27, 2 June 2006 (CDT)


 * Seconded for User:I am 161.88 and User:Gares Redstorm - Jack  13:04, 2 June 2006 (CDT)


 * I'm all for this. I like all the users nominated.  I'll try to check the block candidates and clean them up in the next few minutes.  --Rainith 13:34, 2 June 2006 (CDT)

Two additional candidates are User:Stabber and User:Tetris L. I seem to recall them both declining nominations in the past; but I still think they would make good admins. --- Barek (talk &bull; contribs) - 13:59, 2 June 2006 (CDT)
 * EDIT: I struck out Stabber solely because her user page makes it clear she has short term plans regarding being on GuildWiki. Although, I still think she would make a good admin. --- Barek (talk &bull; contribs) - 16:12, 2 June 2006 (CDT)


 * I would second both of those, was it not because I respect a decision to remain a non-admin. I'm sure we would know if either had a change of heart. --Bishop (rap|con) 14:02, 2 June 2006 (CDT)


 * Tetris is already an admin &mdash; Skuld  04:02, 3 June 2006 (CDT)


 * I thought that too, but not according to http://gw.gamewikis.org/wiki?title=Special%3AListusers&group=sysop&username= --Bishop (rap|con) 05:56, 3 June 2006 (CDT)


 * Speaking of which, I just noticed you're not on that list. I thought you were already an admin too. I shall attempt to remedy my oversight (see above). --Bishop (rap|con) 06:08, 3 June 2006 (CDT)
 * Oh! I knew there was a third name I had wanted to add to the list, it was Skuld! Sorry Skuld! --- Barek (talk &bull; contribs) - 08:35, 3 June 2006 (CDT)


 * I'd like to apologise for not being around the last few days... Although I think you all kind of expect it from me anyway :P I don't really know many of the people in the list, Stabber, so I'll have to remain silent I think.  &lt;LordBiro&gt;/&lt;Talk&gt; 14:50, 2 June 2006 (CDT)


 * I believe all three of us, Skuld, Tetris and myself, have said before that we don't want to be sysops. I, at least, don't desire the position, and given that I have been nominated for bans before, I don't believe I am sysop material anyhow. For the rest, I think it is about time we formalized an RfA process. I'll get the ball rolling now. &mdash; Stabber &#x270d; 15:07, 3 June 2006 (CDT)


 * The ball, she rolls! Requests for adminship. Much of it is adapted from WP:RfA. &mdash; Stabber &#x270d; 15:54, 3 June 2006 (CDT)


 * Looks good, Stabber. Nice work. --Bishop (rap|con) 16:19, 3 June 2006 (CDT)


 * Hmmm, I actually don't see a need for a new admin, though I don't mind if all these people became admins. The true question is, is any of them going to be on-line during that time of the day (usually 6 AM to 2 PM PST) when most other admins aren't. If the reason for the promotion is to fill in that void, should we not make sure they CAN fill that void? If they can't, they are still all worthy of being admins, but I want to stay on the ball here. --Karlos 19:40, 2 June 2006 (CDT)


 * It seems Stabber would be the ideal choice for an admin, it's obvious from the way she makes the necessary edits. However, you can't force a position on someone. Shame. - Jack  15:14, 3 June 2006 (CDT)


 * I would actually be opposed to Stabber being an admin. I don't think an admin who threatens to leave the wiki every month is a good thing. On top of that, she's a highly opinionated contributor who contributes a lot. We're still trying to survive the last highly opinionated contributor who contributes a lot (me). :) And yes, I don't think I make that good of an admin, I get involved in too many things too deeply to be able to step back and exercise my role as admin. --Karlos 16:06, 3 June 2006 (CDT)


 * I agree Karlos, you're a crap admin :P Hehe, only kidding. I think anyone who is active and passionate about the GuildWiki makes a good admin. Of course, they also have to be reasonable and realise that, even if they're certain they're right, decisions on the GuildWiki are made as a collective and not as an individual.  &lt;LordBiro&gt;/&lt;Talk&gt; 16:54, 3 June 2006 (CDT)

Bwahaha, that's why I love this wiki. Half a dozen people get nominated for adminship, and half of them turn it down on the spot! Evan The Cursed (Talk) 23:15, 4 June 2006 (CDT)
 * Personally, I would accept if officially asked; but, as Karlos pointed out above, this request for an additional admin is because there's a gap in coverage during the weekday. I think that my availability during that time is limited, so I doubt that I'm the best fit for this round of admin nominations.  Don't get me wrong, I would love to support the community further by being an admin; I just think that if only one additional admin is to be added, then the community would be better served by someone with more availability from 6am - 2pm PST. --- Barek (talk &bull; contribs) - 00:34, 5 June 2006 (CDT)
 * The vandal was only an excuse to take this admin debate out of cryogenic freeze. I think the wiki just needs more admins period. Currently we have Rainith doing the majority of the gruntwork with Karlos and LordBiro (and sometimes 84.175) chiming in occasionally to keep up appearances. PanSola seems to mostly tend to his own projects, of which there are several underway. Given that we have a pretty large userbase at this point, I don't think the 3.5 admins or so is sufficient (Special:Statistics says the admin to user ratio is 0.16%, but it overcounts the registered users and undercounts IPs, so that's not reliable). This is even more relevant if the GuildWiki becomes official and our userbase grows even larger. My recommendation would be to add a bunch of admins (3-5) at once instead of just one. There are several very well qualified candidates who have already received a lot of supporting votes. &mdash; Stabber &#x270d; 00:55, 5 June 2006 (CDT)


 * I have to agree with Stabber. Its not that there may be a down time between the usual hours of an admin, its that there is not enough admins around. I am on in that time period Karlos suggested (actually, always lurking around) and I have had times where I placed a ban on a vandal and had to play shadow reverting his vandalism because there was no admin around to ban him, so he/she just kept on rolling. It's not a time clock that you punch, where one admin punches out and another punches in. Admins have real life responsibilities as well and sometimes they will not be on for a period of time, thus lower the already low numbers of admins on GuildWiki. --Gares Redstorm 13:18, 5 June 2006 (CDT)
 * I see your point. Maybe I'll modify my decline comment on the nomination list.  To me, the primary goal seemed to be to find an admin who had a higher likelihood of weekday availability.  If the goal is to improve over-all admin coverage at all hours, then I'm willing to become one if asked. --- Barek (talk &bull; contribs) - 13:29, 5 June 2006 (CDT)

Policy and sigs. The Subst Crusade!
First is there any Policy difference between wikipedia and Guildwiki concerning sigs?  If that policy is followed sigs should I am aware of We are not Wikipedia, and if we are applying the sig rules we should probably port that article and start linking to it internally. Wikipidia itself makes several good arguements for following those rules:
 * Not use Images
 * custom sigs be only included once with subst: e.g.  
 * not use any templates themselves
 * 1) Many concerns have been raised over the use of images in signatures, and they are considered to serve no use to the encyclopedia project. Images in signatures should not be used for several reasons:
 * 2) They use unnecessary server resources, and could cause server slowdown.
 * 3) A new image can be uploaded in place of the one you chose, making your signature a target for possible vandalism and Denial-of-service attacks.
 * 4) They reduce searchability, making pages more difficult to read.
 * 5) They make it more difficult to copy text from a page,
 * 6) They are potentially distracting from the actual message.
 * 7) In most browsers images do not scale with the text, making lines with images higher than those without.
 * 8) They clutter up the file links list of the image every time you sign on a different talk page.
 * 9) Your signature should not blink, or otherwise be designed to annoy other editors. Avoid markup such as &lt;big&gt; tags (which produce big text), or line breaks, and be sparing with superscript or subscript
 * 10) Long signatures with lots of HTML/wiki markup can make page editing more difficult
 * 11) Avoid using page transclusion, templates, or parser functions in signatures (like those which appear as, for example). These are avoidable drains on server resources. Transcluded signatures require extra processing. Whenever you do change your signature source, all talk pages you've posted on must be re-cached. 
 * 12) *If you really must use a userpage as a source of boilerplate for your signature, at least substitute it so it is only transcluded once, for example  .

Now that I have opened this can of worms, discuss. --Draygo Korvan 12:07, 5 June 2006 (CDT)
 * Is there much use of templates (page transclusions) as sigs in GuildWiki? I hadn't noticed many, but you may have noticed some during your updates this morning.  The use of templates is the only issue that, to me, we should specifically create a policy against.  The use of images doesn't seem to have been abused by the GuildWiki community (see Category:Templates/User signatures), so I see no problem allowing them.  Although we may want to set a policy of sig images can't be larger than some given size.  Not a problem thus far, but reasonable to prevent future issues.
 * If they are causing any significant contribution to server performance problems, then I could see adopting the full wikipedia policy; but I honestly don't see them as being major contributors to performance issues at this time. --- Barek (talk &bull; contribs) - 13:24, 5 June 2006 (CDT)


 * MediaWiki 1.6 doesn't allow you to make signature transclusions (unless you defeat it with a double transclusion, but no one does that... right?). The issue is mostly to do with legacy signatures. The server drain you are afraid of is not so huge because talk pages are naturally colder than article pages. The biggest problem is with the recaching penalty whenever a signature changes, but again, most pages using a signature will not be in the object cache anyhow so a recache penalty is moot. Furthermore, user signatures tend to be fairly static. &mdash; Stabber &#x270d; 14:05, 5 June 2006 (CDT)


 * Personally I don't think it's much of an issue.  &lt;LordBiro&gt;/&lt;Talk&gt; 14:28, 5 June 2006 (CDT)


 * Ok lets say we have our own policy on it, and you want to allow images. Then we definatly need to create our own policy page on sigs that outlines the rules that we want to follow. And when I was going through the pages this morning cleaning up the unsigned template and giving it a proper subst, i often ran across the format for sigs instead of it being included with subst. Secondly, we have seen performance problems on the wiki, and I definatly dont think it would hurt anything if we put some guidelines in place.


 * The problem with images are more than just server performance, storage, search interference but also vandalism concerns. Lets say someone (this is only an example, not to pick on Gem) but someone changes the Gem to a picture of goatse. All the sudden almost every single talk page will be spammed with that picture. I think that is my main concern with the widespread use of an image. Most of the content images on the site are pretty much one or two pages only, so if some form of vandalism was done to those images, it would probably be picked up in Recent Changes much faster than any guest of the site actually viewing it.


 * The same applies to sigs not using subst. A vandal can edit that page to create all sorts of messes, and if were not watching recentchanges the user can mess up hundreds (in some user's cases, 500 pages or so actually) of pages. And the casual guildwiki user might not know where to actually go to fix it. (lets say someone takes PanSola's sig and makes it 5mb long filled with X's. Doing so would probably DESTROY the guildwiki server, considering that the server will go to the 250 or so pages pansola's sig is referenced in and make the caching changes. In addition to the 5mb will have to be sent any time a user visits one of the 250 or so talk pages Pan used the sig in.).


 * The vandalism and Denial-of-Service risk is way too high to allow that sort of linking. A smart vandal can probably bring the guildwiki server to its knees in a matter of seconds. While we can not prevent some forms of vandalism, we should take every reasonable action to make vandalism minimal. The server drain on valid and reasonable signatures now, is not high. But it easily can be and I think policy should be set forth to prevent that before we find ourselves in a real mess. --Draygo Korvan 14:38, 5 June 2006 (CDT)


 * The transcluded sigs you encountered are all legacy signatures from when we used MediaWiki 1.5. Recaching on signatures is not active, like you fear, but lazy ("on demand"). The only active thing that happens when a transcluded page is changes is that all referring pages are invalidated in the object cache. They are not immediately re-rendered and injected into the cache. So, with PanSola's signature example, unless the signature terrorist immediately follows the signature hijack with a simultaneous load of all 250 pages that refer to it, there will be no performance penalty. As far as DOS goes, I don't think signatures are the most likely vector of attack. It is far more efficient to hijack a common template such as Template:Stub or Template:TOCright. Note also that most users watch their own signatures. &mdash; Stabber &#x270d; 14:47, 5 June 2006 (CDT)
 * Even if its lazy, we do have several users browsing the site, it can at minimum cause the server pain. Templates you mention like TOCRight need to be protected anyway (because there is no reason to change them at all). Such vunerabilities do need to get plugged. I would recommend protecting any template page referenced at least 25 times. Any proposed changes would have to be done on an editcopy. --Draygo Korvan 14:57, 5 June 2006 (CDT)


 * Given how few admins we have and how glacial the process of getting the attention of an admin tends to be (at least when Rainith is not around), I don't think protecting templates is a good idea. It is premature at any rate. The clueful vandal who knows how best to place his explosive charges is a rara avis. Most vandals we get limit their nuisance to blanking pages or spraying graffiti on them. While I certainly don't oppose your subst crusade (though there are more efficient ways of doing it than by hand; ask if you want to know), I think we can afford to have open policies until a more restrictive policy is forced upon us. &mdash; Stabber &#x270d; 15:09, 5 June 2006 (CDT)


 * I support changing the leagacy signatures and replacing them with a subst version. I'll do that on my own signatures now. However removing images doesn't seem to serve a purpose. We could protect the signature images if you think it is necessary. --[[Image:Gem-icon-sm.png]] 15:17, 5 June 2006 (CDT)


 * I implore you -- don't do it by hand. Special:Recentchanges doesn't need any more pollution. &mdash; Stabber &#x270d; 15:19, 5 June 2006 (CDT)


 * Feel free to use a bot for it. I thought your bot was removed, but if it wasn't then go ahead. --[[Image:Gem-icon-sm.png]] 15:22, 5 June 2006 (CDT)


 * It probably was. However, this is not such a pressing issue that it must be done right this instant. We can afford to be civilized about it. &mdash; Stabber &#x270d; 15:31, 5 June 2006 (CDT)
 * I wasnt going to attempt to do the user sigs, changing them to subst by hand, there are well over 2,000 pages that would need changes definatly need to use a bot for that. There is a reason why I fixed up the unused template this morning instead of now.I see your reasoning why certain templates shouldnt be locked, but I do think we should lock the templates that will never or very rarely change that are used across many pages. For instance like the image and the template, I dont see this ever changing in the future, so it could be easily protected. Templates like TOCright probably shouldnt be locked till we decide how they should be (I'd advocate the use of the div instead of table). However, on the same issue, if we ever move to arenanet's servers you can bet your life that some really bad forms of vandalism might show up. But on the flip side we would have more admins floating around. And if skuld gets admin that would aleviate some of our administrative woes.


 * Bottom line is, the only reason I am bringing this up, is because we do not really have a policy on GuildWiki over sigs. I think we should. At first we can make it very liberal and just list the most obvious things (how to make and properly use custom signatures, use of the unsigned template, image size restrictions etc). This would be much better than having the unsigned template point to wikipedia which, obviously, does not share the same 'rules' as here.


 * And I agree, this is not a pressing issue, but a recent issue that is bothering me a little bit. --Draygo Korvan 15:38, 5 June 2006 (CDT)


 * There are only 2 reasons I use transclusion for my sig.


 * 1) The raw signature code is long and fancy and not important to other ppl, so they would've been simply making the talk page harder to follow in edit mode.
 * 2) My signature contain links that aren't directly to my user page or talk page.  If I ever change those links, old signatures without subst will become broken links (or at least broken Anchors), which means a crusade needs to be done over tons of pages for something as trivial as a change in my sig.
 * I'm not discussing whether I support Draygo Korvan's ideas or not. I am just explaining my original motivation for doing what I did. - 12:48, 6 June 2006 (CDT)
 * I'm fine with that really. Even though I would prefer it not be done (I honestly think when you sign something, in real life or on wikipidea the signature should be unchangeable, a permanent mark). (You can use redirects to solve #2). However, because Guildwiki policy (obviously) isnt the same as wikipidea in respect to signatures, I think we need to create our own policy page on this issue. And to #1, I dont think your signature is too long in edit mode. In addition, if we were following wikipedia's policy, only links to your user page and talk pages would be allowed. --Draygo Korvan 13:01, 6 June 2006 (CDT)


 * I'm not a big fan of transclusions for sigs. I would rather see a semi-permanent sig used that left an edit trail in the article/discussion page if it were ever changed.
 * As for other concerns about transclusions; the server load is relatively minor, although I could see where it could be a potential issue if it ever came into wide-scale usage. But even then, it's just on discussion pages which don't get nearly the traffic of articles, so it's not stressing me at all. --- Barek (talk &bull; contribs) - 13:21, 6 June 2006 (CDT)

noinclude?
Can someone tell me what the noinclude tag is for on each skill page? If we are moving all the skills into Template:Skill, why not just call that instead? Sincerely, Confused. - Jack  20:38, 6 June 2006 (CDT)
 * It's legacy code. If a skill article is already calling its same-named template, then you can get rid of the noinclude tag. - 22:17, 6 June 2006 (CDT)

Guru featured template
Would a template and category listing pages featured on guru be useful? &mdash; Skuld  09:38, 8 June 2006 (CDT)