User talk:MirahezeGDPR ed559456ed959f58dfc14364b317b1b8

Wiki created
Hello, I would like to tell you that I have created your wiki. You can now access it at darkangel.miraheze.org. You should have been automatically granted administrator and bureaucrat rights, if that's not the case then please leave a notice on Stewards' noticeboard so we can fix it immediately. Do not hesitate to ask questions if your question was not answered in our FAQ. Also, if you want an extension, gadget, or anything else, please ask us here. Thank you for choosing Miraheze, and we wish you good luck with your wiki! TFFfan (talk) 01:11, 26 July 2020 (UTC)

Why not to delete my wiki
As you stated on my talk page, you created my wiki in error. Now here's a few reasons to keep it:
 * 1) It would make browsing wikis easier. The wikis on Miraheze now is too big to list on Gazetteer of wikis, and to browse thousands of wikis on Special:WikiDiscover would be a waste of your time. For example, if someone knew the name of a wiki but not the database name, then they would never find it because WikiDiscover doesn't display the actual names of wikis. But if they searched on the wiki, then they could just search the wiki's name, follow the link on the wiki's page, and then they'd be there.
 * 2) It would organize wikis like Gazetteer of wikis does, but in an easier way. If someone wanted to, say, go to a wiki that was about humor, then they'd have to click down to Humor wikis and find the wiki that they want. The gazetteer wiki, on the other hand, would have instant access to a certain wiki. Tali64³ (talk)
 * Though there's normally not a requirement to obtain community approval for certain types of wikis, there is some established precedent and customs that have normalized over time when the requested wiki is to be a Miraheze-related community wiki, construed fairly broadly. So, when Zppix and I declined your initial wiki requests, I noted by way of a reply to your question on Zppix' user talk page that we could reconsider your request after a community discussion. In that discussion, I believe I noted that, if approved, this should be a community wiki, with the community holding overall supremacy over the wiki (functionally, this would mean no  role and removal of the wiki's bureaucrats could be requested of stewards either (a) locally on the wiki or (b) at community noticeboard, should there ever be a need to do so). Nevertheless, the discussion hadn't been formally closed, so a steward should close that discussion, assessing the arguments and points made in the discussion. Hope that helps. Dmehus (talk) 12:55, 15 August 2020 (UTC)
 * To reply to your specific points, I still think specifically point #1 is an argument to improving the displayed output of Special:WikiDiscover. My preference would see the number of columns increased, the sortability and searchability improved, and so forth. Ultimately, yes, the Gazetteer of wikis page is too small to properly list nearly 4,000 wikis (and growing). As I said in the discussion, my preference is to improve Special:WikiDiscover rather than manually add wikis to this list. Plus, there's also the counter-argument that by having a separate gazetteer wiki, designed to promote Miraheze customer wikis, we now have to promote the gazetteer wiki. It's entirely likely many individual wikis will receive more web traffic than the gazetteer wiki. Dmehus (talk) 13:01, 15 August 2020 (UTC)
 * The gazetteer wiki would essentially be a gateway to the individual wikis, but more organized, such as having categories to make browsing for certain wikis easier. Theoretically, one could create a bot to do manual upkeep on the wiki. And it would make searching for wikis faster and easier. So there you go. Tali64³ (talk) 16:08, 15 August 2020 (UTC)

Patroller granted - 2020-08-31
Hi, Universal Omega. An administrator on Meta has granted you the  user group permission, which gives you the ability to   recent changes and new pages of other Miraheze users (both registered and anonymous) who are  not either autopatrolled or an administrator. In addition, this group also means that your edits are, so other patrollers or administrators don't have to patrol your edits. You should also be aware that the granting of this user group is at the discretion of Meta administrators, so different administrators will have slightly different criteria for granting. Likewise, just as it is a discretionary appointment, revocation is also at the discretion of Meta administrators and, again, each will have their own criteria for revocation.

In the medium-term, plans are in the works to develop a Meta Patrollers School, likely led by one or two active administrators, that will provide a comprehensive set of guidelines for patrollers and answers to commonly asked questions.

Nevertheless, the following are some of the main guidelines for patrolling. If you follow these guidelines completely, it is unlikely your patroller user group should ever be revoked. In technical terms, even when you find content that requires deletion by an administrator or otherwise requires remediation, undoing, reverting, or rolling back (if you are also a, of course), you should always first mark as patrolled any revisions regardless of whether that content is destined to remain extant to the page or even on Meta entirely.


 * 1) When patrolling talk pages, user talk pages, and noticeboards (in Main and Meta namespaces), you should first check to see whether the user properly signed their posts using four tildes . If they have not, you should add unsigned by substitution, where username is the user's username or IP address and the timestamp is the full timestamp from the diff page). As a best practice, you should also link to the diff in your edit summary, so other administrators and patrollers can easily tie your modification to the original edit being modified. To speed up this process, you can copy the   user script from line 5 of this page into either your (a) common.js or (b) global.js page (the latter applying globally on all Miraheze wikis);
 * 2) When patrolling the noticeboards, ask yourself whether this topic is on the correct noticeboard. If it is not, you should move it to the correct noticeboard, by either undoing the edit or manually removing the topic (if there have been intervening edits), again linking to the original noticeboard of the topic and the new noticeboard where it was moved in your edit summary. On the new noticeboard, you would simply paste in the topic (including the section header), linking to the diff page as in the first step. An example edit summary might be , where  ######  represents the numeric revision ID of the originally posted topic;
 * 3) Also when patrolling the noticeboards and talk pages (including user talk pages), as a best practice, take care to kindly fix any formatting mistakes (such as excess line breaks or incorrect wiki code), per WP:LISTGAP;
 * 4) If something requires deletion, you can add delete to the top of the page in question, taking care to follow the instructions on that template page;
 * 5) If you come across a user who repeatedly makes the same mistakes, send them a guidance note on their user talk page, informing of the steps need to edit and post constructively on Meta; and, finally,
 * 6) If in doubt whether something requires remediation or not, patrol it, and then ask any administrator via their user talk page or at Administrators' noticeboard if any further action needs to be taken.

If you have any questions, please don't hesitate to reach out. Thank you! --Dmehus (talk) 03:54, 31 August 2020 (UTC)