UDWiki:Administration/Move Requests/Archive/2011 06

From The Urban Dead Wiki
Jump to navigationJump to search
Administration Services

Sysop List (Check) | Guidelines | Policies (Discussion) | Promotions (Bureaucrat) | Re-Evaluations

Deletions (Scheduling) | Speedy Deletions | Undeletions | Vandal Banning (Bots) | Vandal Data (De-Escalations)

Protections (Scheduling) | Move Requests | Arbitration | Misconduct | Demotions | Discussion | Sysop Archives

This page is for the requesting of page moves by normal users. The average user's ability to move pages has been rescinded due to frequent abuse by vandals; as such, users will need to submit requests (similar in nature to those on Speedy Deletions and Protections) for pages to be moved by a sysop.

Guidelines for requesting a Page Move

Copy the template below (Or just type it), replace the text in red with the relevant details, and paste the template under the Move Request Queue heading. A day after a sysop has taken action on the request, move requests should be moved to the Archive.

===[[PAGENAME]]===
*[[MOVE TO HERE]]
*~~~~

Move Request Queue

There are no pages in the move request queue

Recent Actions

Grimmies/Nominess

Moved to Grimmies/Nominees per author request. ~Vsig.png 08:33, 28 June 2011 (UTC)

File:Hagnat-small.JPG

File:Hagnat-small.JPG to File:Hagnat.jpg. I dun remember if files can be moved, though. --hagnat 23:10, 25 June 2011 (BST)

Let's find out!--Yonnua Koponen T G P ^^^ 23:37, 25 June 2011 (BST)
Yeah, we can move images.--Yonnua Koponen T G P ^^^ 23:38, 25 June 2011 (BST)
My pretty face approves. --hagnat 00:40, 26 June 2011 (BST)

The Grimmies

please move http://wiki.urbandead.com/index.php/User:Sexualharrison/UDWIKI_SYSOP_AWARDS and it's talk page to something called the Grimmies or however yose sysops thinks it should be spelled. as you all know i fuck up on page names all the time.--User:Sexualharrison16:13, 24 June 2011 (bst)

Moved to Grimmies. Have left the redirect for now for those watching the userspace page. -- Spiderzed 16:16, 24 June 2011 (BST)
Could be wrong but I don't believe users are notified if a page has changed if they only have a redirect to that page on watch. Was that the reason for keeping the redirect? ~Vsig.png 18:39, 25 June 2011 (UTC)
You are right. Also, got around to kill the old links. Grimmies is referred to in the deletion comment, so every watcher should be able to find it again. -- Spiderzed 18:46, 25 June 2011 (BST)

Arbies case renaming

"UDWiki:Administration/Arbitration/Cobra vs Doc Ryleigh" has been moved to "UDWiki:Administration/Arbitration/Spiderzed vs Doc Ryleigh"

A redirect has been created.

Moved per discussion. ᚱᛁᚹᛖᚾ 04:31, 24 June 2011 (BST)

Just a reminder that as a sysop I am more than able to perform these tasks myself as I feel their appropriate. --Karekmaps 2.0?! 10:18, 24 June 2011 (BST)

Admin Page Archives

Currently we have 3 or 4 different naming conventions for admin page archives. I would like to see one convention for all pages. I don't care which naming convention is used and I don't mind moving them myself, I just want some feedback on it before I go moving all the pages. If I had a preference, I'd say we keep the naming convention of Deletion Archives, which is UDWiki:Administration/Deletions/Archive/January-2011 for example. The pages in question can be found in Template:Deletearchivenav, Template:Movearchivenav, Template:ProtectionsArchiveNavigation, Template:Speedydeletearchivenav, and Template:VBarchivenav. The De-escalations archive and Undeletion archives can be exempt since the archives are anual, not monthly. ~Vsig.png 16:31, 22 June 2011 (UTC)

After looking at links, I think it would be best to keep the A/VB naming convention. Mainly because of Vandal Data. It would be best to leave those links alone and possibly have thegeneralbot change links on any pages linking to a/d, a/sd, a/m or a/pt cases. ~Vsig.png 20:31, 22 June 2011 (UTC)
Personally, I like the VB naming system the best, and I agree that it makes the most sense with Vandal data links, but really, if you're going to be the one doing it all, do whatever you find easiest.--Yonnua Koponen T G P ^^^ 20:36, 22 June 2011 (BST)


Shouldn't this be on A/DS? Also no, this is not the kind of job we should be doing or considering for the bot. We have a working status quo that functions fine, going forward if it's just a wording change make redirects for the new/old wording. That at least won't innundate the server with bot traffic. --Karekmaps 2.0?! 21:41, 22 June 2011 (BST)
On a side note: bot traffic is actually much lighter on the server than normal users. So, if such an edit does need to be made then the bot is the way to go.--The General T Sys U! P! F! 22:23, 22 June 2011 (BST)
Such edits don't need to be since redirects cost less than changing every link ever(the suggested bot task). The wiki needs to stop thinking in "What we can do" and "What the bot can do" and instead in "What the bot should do", it's being overused as a pancea to thinking about better solutions. --Karekmaps 2.0?! 23:02, 22 June 2011 (BST)
I'm not necessarily advocating is as the solution to this problem: I'm merely pointing out that "change all links to a given page" is a suitable task for a bot. Whether or not the links should be changed is another matter.--The General T Sys U! P! F! 00:05, 23 June 2011 (BST)
Also, from looking at the links there's one convention that was used on everything until boxy & nubis? Nmoved A/SD to follow the A/VB system(leaving redirects). So what exactly is it you're proposing here? It seems to me like whatever it is was done ages ago.--Karekmaps 2.0?! 21:46, 22 June 2011 (BST)
This page is fine for discussion. If archive pages ever had identical naming conventions then it has somehow moved away from it long ago. Redirects won't do the trick since the the purpose of this is to simplify the process of archiving admin pages. Having to create a redirects for all of the archives each month will only complicate it more. In case it isn't clear exactly what I'm referring to, its the fact that A/VB archives use mm_yyyy while A/D archives use month abbrv yyyy. Other admin archives use others. Hope that clears up whyI'm suggesting this. ~Vsig.png 22:35, 22 June 2011 (UTC)
The point of A/DS is so that if this comes up again we can refer back to the discussion instead of having to search through months of archives. My point was that all the admin archives you sited used the same system except A/VB. The only one that would be changed as of this point would be the A/SD archives(which should match A/D). All administration pages not listed here have differing archive systems because of their usage, such as A/U which sees little traffic or A/M/A/A where archiving by month and year would actually be detrimental. And, the only reason that A/VB uses the month/year system is because of it's higher traffic and the existence of A/VD as a solution for by user nav. Basically, A/SD? Go ahead. Everything else? Probably not a good idea. --Karekmaps 2.0?! 23:02, 22 June 2011 (BST)
Please check again because they most certainly do not use the same system. A/D and a/sd matchbut all others have a unique system. Also I am not suggesting a/a, a/u, m/m or any other adminpages. I even stated that in the last sentence of my original statement. Only the archives listed above. If you'd prefer to move this discussion elsewher that's fine. I'd prefer a page that isn't protected, though. ~Vsig.png 23:22, 22 June 2011 (UTC)
Nah, it's already started here but in the future that would be the appropriate place for discussing Administration archiving conventions. The talk page there is unprotected to allow user input. --Karekmaps 2.0?! 23:35, 22 June 2011 (BST)
I looked again on the PC, I can see what you're talking about now. The main issue seems to be that people weren't consistent even within archives(A/D changes 2 times). Right now though the clear agreement from archive structure seems to be either MonthAbbrev_Year or MonthNum_Year. Protections is the only one with a largely different system, one which would work better for A/VB probably or if we had A/VD/A/M type pages on the yearly subpages. My recommendation would be the Protections system actually. Clearly has the most potential for user benefit. --Karekmaps 2.0?! 23:35, 22 June 2011 (BST)
I'm thinking MonthNum_Year. Leaving them as redirects isn't a bad idea either. Links should be changed on the nav templates, though. When I cycle pages, I just add brackets around the pre-formatted internal links, clicking the red link to create the archive. Perhaps that's how the archive got back off track. ~Vsig.png 02:06, 23 June 2011 (UTC)
I've got a vague recollection I (or someone else) tried to sort this a while back but they keep seeming to drift depending on who archived the next one. -- Cheese 23:27, 22 June 2011 (BST)
Hopefully it will stickthis time. I am. In the process of writing up cycling instructions that if followed should prevent inconsistent archives. Btw my cell battery is low and I'm not nearacomp so this is likelymy last comment for a few hours. ~Vsig.png 23:33, 22 June 2011 (UTC)

I moved all of the 2011 archives to the new naming system where necessary, using the Year_MonthNumber format. I've left redirects for those pages and have updated the nav templates with the new format. A cycling instructions page that I've been working on can be found here. Feel free to discuss it from it's discussion page. ~Vsig.png 18:22, 23 June 2011 (UTC)

Inkdude26

Should be moved to the appropriate userspace and speedy deleted. Aichon 04:55, 15 June 2011 (BST)

Moved and user notified.--The General T Sys U! P! F! 09:27, 15 June 2011 (BST)