Doom Wiki:Central Processing
This is the central discussion forum for wiki editing and administration activity on the Doom Wiki. Feel free to ask any questions or pose any concerns you have here, and you should receive a response shortly. Check the archived discussions for older threads. For extended discussion on long-range "to do" issues and project planning, please also visit our Request For Comment hub.
|2005 • 2006 • 2007 • 2008 • 2009 • 2010 • 2011 • 2012 • 2013 • 2014 • 2015 • 2016 • 2017|
- Eh? 1994 discussions are where it's at. Ryan W (living fossil) 10:17, 4 January 2018 (CST)
- Hello everyone and Happy New Year. Fraggle (talk) 16:28, 4 January 2018 (CST)
Mass deletion of source port subpages
Please see here to give your opinion. This is effectively a deletion nomination even though nothing will be tagged, so it shouldn't be buried on a template talk page. :> Ryan W (living fossil) 08:17, 24 February 2018 (CST)
Update: This should now be completed. Please report any unexpected behavior in the port articles or on maintenance listings. (The latter is how I noticed the issue, but without reaching a solution, until Shambler did so.) Ryan W (living fossil) 00:14, 19 March 2018 (CDT)
discussing systems/sysadmin/operational issues here
It would be desirable to move lots of IRC conversations on these topics to the Wiki. Some of them are fine to discuss publically and could just be handled like any other wiki issue, on this page. However some I think are possible a little more sensitive. What do the admins think of us having some kind of hidden or protected page for those issues? (Of course, some might be too sensitive to put on the wiki at all. But not all.)
Some issues (not categorising them according to the above yet) recently discussed include
- backup process, frequency, improvements
- software updates
- general things about hardening
- thumbnail size issues
- Only a few people have the expertise and access to contribute directly regarding server issues. Ultimately, it's their decision whether recordkeeping and transparency are important enough to spend extra time documenting on-wiki (we are an all-volunteer project after all). As a wiki admin with neither, a few peripheral thoughts:
- Some tasks are by nature interactive, like upgrading or debugging. IRC is a better tool for that; there's no good reason to post "I ran this command and got an error" and wait hours for someone to read it, or copy 40K of logs for a post mortem. That said, I think it always helps sociologically to get news updates after the fact, especially when the rest of us can help by testing something or promulgating a process change. The last MW upgrade wasn't even announced in advance, which is not a good thing given it can potentially lock editing for days.
- It is virtually impossible, by design, to make a hidden page. (Maybe completely impossible, or Wikipedia would use them for arbitration deliberations and privacy cases and fifteen other things. But they don't; they create tiny spin-off wikis, with their own installs and subdomains.)
- Regarding any infrastructure matter, we will have users with expertise but not access, because the Doom community is so large. On-wiki discussions would (in theory) allow their knowledge to benefit us, and help them feel more involved. We made a dog's breakfast of delegation and inclusiveness during the fork: people offered numerous suggestions about configuration, Google ranking, authentication issues, and the strong impression is that they were totally ignored, even when Quasar and manc obviously didn't have time to research everything themselves. Most of those people stopped contributing to the wiki. We don't want to repeat that.
- Ryan W (living fossil) 07:06, 1 March 2018 (CST)
- Thanks for that. Given the futility of trying to have a private page on the wiki, I suggest we set up a Trello board for such things. In fact I just did. Could those admins interested in this (especially User:Quasar :)) please message me your trello login (once created if not already) and I'll add you to the board. -- Jdowland (talk) 06:26, 5 March 2018 (CST)
latest public wiki dump on archive.org
Completed today, a little over a year since the last one: https://archive.org/details/wiki-doomwiki.org-20180313
PWAD infobox change
Doomworld stated that Cacowards should be denoted by year (2004, 2005, 2006) rather than edition (11th, 12th, 13th). I'm preparing to change Template:Wad to match that (see also the usual rambling). Although I don't think this is controversial, I'm giving advance notice here, for the people who use the template often. OTOH if you do disagree, just say so and I'll hold off. Ryan W (living fossil) 23:05, 15 March 2018 (CDT)
This should now be complete. Let me know if anything looks wrong and it's not obvious where to fix it (I hope I didn't imply no one else was capable of adding 1993 to a number). I did not double-check every link in the body text, so if that didn't match the infobox before, it probably still doesn't. Ryan W (living fossil) 15:26, 17 March 2018 (CDT)
Classic RBDOOM 3 BFG
A new DOOM 3:BFG Edition modifiction/port has been released for quite a time now. It allow you to use classic DOOM arguments,load mods for DOOM 1 & 2, full controller support, fixes various glitches in classic DOOM and support Dehacked and it's BOOM extension.
When I get email notifications for updates on changes to pages, it shows hxxp://localhost instead of hxxp://doomwiki.org and the rest of the URL. Why is it doing that? Example here: hxxps://i.imgur.com/vVAhwS1.jpg Mrchris (talk) 15:22, 20 March 2018 (CDT)
- This was already reported on Doomworld Forums and an adjustment was made that should have fixed it. If you get another such email, please let us know. --Quasar (talk) 20:22, 20 March 2018 (CDT)
Xymph has done another amazing thing, tabulating every "reader-facing" link to Wikipedia. See here for the originating conversation.
I believe this is a useful resource, and if others agree, I recommend reading the talk thread and thinking about applications. It doesn't have to be a project you'd do now, or soon; it's just that if the script needs tweaking, that's easier while it's on the front burner. :> My own tentative ideas:
- Fix dead links by archiving, substitution, or replacement with the sources Wikipedia used.
- Do the same for links that work, but are highly vulnerable (e.g. pop culture taxonomies, 1990s gaming journalism).
- Clearly indicate when a link is a source, instead of shoveling everything under "External links".
- Identify background topics where we might expand our own coverage if community experts were willing (e.g. period PC gear, broader gaming history, relationships between fandoms and publishers).
- Scrape general references from Wikipedia talk pages, even if deleted (where there is one beige box there may be more).
The first three led me to propose the table (the third has unavoidable manual slogging, but I feel like it's partly my mess). I don't personally have a long-term goal of boycotting all wikis with corporate mission statements, but if some people do, this would help define scope at least.
Feedback on topic areas is also desirable because there is a way to get exports of deleted pages. Good will at Wikipedia is limited however (some say forbidden), so I would want to include everything worthwhile in one pass.
Fragmented threads are not amazing — I suggest keeping discussion here, and only commenting in the talk thread if you have code improvements in mind. Thanks, Ryan W (living fossil) 20:44, 28 March 2018 (CDT)