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.

Archived discussions


Broken links to[edit]

We don't know the exact volume (Wayback Machine scrapes files occasionally) but anecdotal evidence is discouraging.  Here, for example, 8 of 8 links have expired.

AIUI a complete solution requires further web development, but here are some band-aid ideas.  I will be glad to implement them if people agree, excepting #4 which might be too large:

  1. Temporarily invoke Template:Frozenlink within Template:Dsdaftp, with hover text directing readers to the generic DSDA item in "External links"
  2. When Template:Dsdauser and Template:Dsda2user are used together, and the first represents 100% redundant content, remove it (example)
  3. Hope that re-enables deeplinking when their bandwidth issues subside, and retarget certain links there (example).  While not my primary goal, that feature WAS WORKING the day I tested it
  4. Peripheral mass edits to reduce 404s:
    (a) Replace bare links to zip files with Template:Dsdaftp, so any remediation propagates automatically
    (b) Update links of the form [ Doomed Speed Demos Archive] above map record tables
    (c) Remove the dummy string {{competnftp|**|**}}.  Now that pwad records have rolled out, such links are vanishingly unlikely to be used
    (d) List invalid Wayback Machine links generated by Template:Dsda, Template:Dsdauser, and Template:Dsdauserp (example)
    (e) List usages of Template:Archived link containing bare links to

P.S.  None of this was caused by the automated tasks in the above section, which look great in my limited review so far.  :>  Any feedback or additional proposals appreciated!  Thanks, Ryan W (living fossil) 16:14, 3 January 2021 (CST)

Didn't reply sooner but have been working on this in tandem with the map/WAD records since last year, and I think everything is sufficiently cleaned up.
  1. Templates Dsdauser and Dsdauserp have archive links and are only left on user articles when the user has a reasonable number of demos on the old site (typically only FDA entries) that aren't on the new site, and a user profile (which the new site doesn't support). This covers item 2 above.
  2. Dsdaftp (with archive link) is only still in use for the Plutonia 2 FDA demos. This negates the need for item 1.
  3. All direct file links to old/new sites have been templated (item 4a). This also includes the old ftp://.zip stub and links. And also almost all Compet-n links, btw.
  4. Item 4b was covered by the scripted updates, no more external links.
  5. 4c ditto, though there is no working query to confirm that because of the asterisks.
In my experience with links, there is no need for further effort on items 3, 4d, and 4e. Please let me know of any stragglers. --Xymph (talk) 11:08, 29 July 2022 (CDT)

UAC Handbook[edit]

Hi there. I own a copy of the UAC Handbook second-hand. Not sure where it originates from, but I'm assuming a promo pack for DOOM (2016). As it is a rarity, and as it doesn't appear to be transcribed elsewhere, would it be allowed to be transcribed on this wiki (copyright infringement barring)?

If so, I'd be more than happy to help contribute to a page if one were to be created and initially set up (I'm not entirely sure about the creation and formatting procedures). Also, whilst I don't have the means to scan the booklet, I can take reasonable-quality images if required.\

P.S.: just found this article which may be a good reference to link to in a potential page created on this wiki.

--Rezalon (talk) 03:05, 25 May 2021 (CDT)

That's very interesting and I wasn't even aware it existed prior to this. However as you deduced we can't transcribe the entire booklet due to copyright. We can however describe it thoroughly in text and provide front/back pictures. A full description would be something like Doom instruction manual, or something less in-detail is also of course acceptable. --Quasar (talk) 07:26, 25 May 2021 (CDT)
Done the basics here. Someone else should be able to provide categories and other stuff I'm not fully aware how of adding. --Rezalon (talk) 22:41, 25 May 2021 (CDT)

Should we replace the old Cacoward image with the one seen on Cacoward 2018?[edit]

While browsing Cacoward 2020 looking for "mini mod safari" to search some cool stuff from ZDoom forum, I noticed something different, it seems they replace (or remake) the gold Caco image. So, I go to the previous Cacoward and notice the new Caco was first use in 2018. So should we replace the old Caco with the new one? Because Doom Wiki still use the old one —The preceding unsigned comment was added by Lokbustam257 (talkcontribs) .

With links, this is easier to follow: our award image, used in the {{wad}} template, originated here; the new image is here. I'd say that yes, we can update to the current version. Or even, get fancy in the template and use it only from 2018 onwards. --Xymph (talk) 03:08, 8 June 2021 (CDT)
With no further discussion or objection, this is done. --Xymph (talk) 10:03, 23 November 2021 (CST)

How to get article name changed?[edit]

I'm assuming only admins can do this at the moment. If so please hmu on my talk page pls but i'll probs contact an admin Kuresed (talk) 02:41, 30 October 2021 (CDT)

If Relic can send me a private message on Doomworld to confirm this is not someone pulling a prank, I can take care of it. --Xymph (talk) 04:12, 30 October 2021 (CDT)
Reverted, for no response in two weeks. Either this was a prank by an unknown nickname, or it is entirely unimportant to the real Relic, and the rename wasn't necessary after all. --Xymph (talk) 04:50, 13 November 2021 (CST)

DSDA records tables[edit]

Previous discussions here, here, here and here; starting a new topic in case the 2019/2020 topics ever get archived.

After covering Compet-n last year, I (finally) have time/energy/inspiration to turn some long-desired attention to DSDA -- partly prompted by Gauss' recent heroic efforts to manually update/verify map records. The initial version of dsdaMapBot.php is working, but I figured I'd bring up a few choices and caveats before plowing ahead full steam.

  1. In the table header category column, Compet-n tables use "Run", while the skeleton (as generated by DMMPST) used "Style". I will be using "Run" from now on.
  2. Based on Eris Falling's sandbox I'll include NoMo as a main category. Further DSDA categories NoMo 100S, Stroller and Collector go into the Miscellaneous demos section/table if present, otherwise that entire section is omitted. We could also make a different choice, e.g.: include all 12 categories in the main table. Or include the original 8 categories, and the newer 4 only if present. What do you think?
  3. Category 'Other' is ignored, it's just not practical to do anything scripted with that. I am using the only available API endpoint to fetch the record in each category which returns one entry for Other anyway. Further API development is not expected anytime soon.
  4. This also means any manually constructed tables like for Doom E1M1 cannot easily be preserved (unless all categories go into the main table and the Misc section can be left alone). Those are very rare so it's not going to be a problem anyway, as all bot-edits are viewed and manually approved anyway. And see the next point too.
  5. For the 11 WADs covered by Compet-n, it might make sense to also include DSDA tables, but then we need to decide how to structure the (sub)sections for script-wise edits to remain practical, and the 'verified' datestamp unambiguous. So for now I won't be touching these.
  6. The bot updates will also address some of the broken link issues listed above, like the DSDA title, old DSDA templates/bare links, and dummy competnftp templates.
  7. The current script already omits NM100S if the map article's Secrets section has no #-bullet entries, but auto-omitting rows in other situations -- like proposed by Eris Falling -- is going to be difficult. can be accomplished with per-map configuration flags in the .ini files, a variant on the one already in place for maps with secret exits.
  8. The API call does not return any notes, so we could chose to discard the Notes column. Not sure how much existing info we'd lose that way; Gauss recently made a point of noting v1.2 usage for KDiZD demos, but since that is the latest version I'd say this can safely be dropped. There may be more, and useful, examples, but I'll only encounter them once I start crunching WADs.

Any input/votes/opinions? --Xymph (talk) 13:06, 23 November 2021 (CST)

Some thoughts, I might have more later:
  • Regarding point #2, I've seen a few NoMo demos but none from the other categories (at least based on the few WADs I've gone through), so I'd support the suggestion to make NoMo a main category (I imagine with a link to no monsters mode) and leave the others in miscellaneous.
  • Regarding point #8, demos can have notes attached to them (see MAP21 from 1klinecp as an example) but I don't know how those are added in. Also, this particular demo is in the Other category.
  • As an aside, I never include records that have been flagged as dubious. If they are to be added, I feel they should be noted as such in the Notes column. Gauss (talk) 16:45, 23 November 2021 (CST)
The NoMo link is already in, see the 1klinecp map01 example link above. There are notes on non-Other demos too sometimes, but we'd have to find one that is the record to see if it gets returned in the API result before I will be able to include the correct field in the table. And the API returns "the" record for a category so I'd expect dubious ones to be skipped.
Re. #2, I'm leaning towards including everything in the main table, the 4 new categories only if they exist. On DSDA they are all together in the categories list, no distinguishing in two groups, so why should we? And on the wiki, the Misc. demos section can then be used for highlighting manually selected demos that are not a record, like with E1M1. So by default the section would not be present, which reduces stubbiness in map articles. And it solves the scripting trickiness of updating or preserving the Misc section. The datestamp then goes below the main table in "Current records", like for Compet-n. Actually, I can also update those tables to include NoMo if it exists. --Xymph (talk) 04:39, 24 November 2021 (CST)
Some exploring shows that not only the IWADs but also several PWADs like Icarus: Alien Vanguard, Plutonia 2 and Hell Revealed II have maps with Misc.demos sections that were manually compiled (e.g. TAS entries). So the approach outlined above is necessary to permit scripted updates that leave those sections alone, and I'm moving forward on that premise.
Meanwhile the script can do a few more useful things, as illustrated by the latest test updates.
  • Records can be returned by the API because they are cross-listed from another category even if they are not visible in DSDA's default view. The script detects this and adds a note, so now there is a use for that column as yet. The row could be italicized like on DSDA, but that seems excessive here.
  • Players without a wiki page are linked to their DSDA demos list.
  • NoMo, NoMo 100S, Stroller and Collector categories are listed only if there's a record, and the first (or only) occurrence of NoMo is wikilinked.
  • If the main table remains empty, 'data' in "The data was last verified..." refers to nothing, which is a bit odd. In that case, the string becomes "The (absence of) data was last verified..."
  • The "Miscellaneous demos" section is removed if it contains only empty row(s). If it contains a row now moved into the main table, it will have to be deleted manually. If preserved with other manual data, "Demos" in the header is lowercased if necessary, and direct links to the old DSDA site are replaced with {{dsdaftp}} (which itself should eventually point to, I guess).
I'll probably make further tweaks as I encounter new situations not yet taken into account. Any feedback so far? --Xymph (talk) 10:33, 26 November 2021 (CST)
I've looked at the linked test updates and I like what I see! I don't really have anything to add to the approach already outlined (which I agree entirely with), just a minor suggestion: list NM100S on the table as NM 100S, to better match the style for the other non-NoMo categories (skill level and name of the category separated by a space).
To clarify one doubt that has been raised, I believe dubious/cheated records are not returned by the API, as evidenced by the difference between the default view and the leaderboard view, for example. --Andromeda (talk) 07:42, 27 November 2021 (CST)
Space added (in the script). It was a Compet-n convention, but I found it a tiny bit jarring in DSDA context too.
Yes, the API call returns the Nevanos entry. Thanks. --Xymph (talk) 07:55, 27 November 2021 (CST)
Home stretch: Heretic and Hexen support were added, as well as skipping NM 100S if there are no secrets, and everything except UV speed/pacifist if there are no monsters either. For maps with secret exits the second occurrence of the relevant categories (UV speed, NM speed, Pacifist, NoMo, Stroller, and the Heretic/Hexen skills) is not wikilinked -- also added to the Compet-n script.
For the WADs added today, the demo tables have already been generated along with Heretic's first episode, and everything looks ready to (rock 'n) roll. --Xymph (talk) 15:32, 28 November 2021 (CST)
A feature I'd like to see in the future would be tables for movie runs, like on the Hell Revealed page. Nonetheless it's nice to see this being rolled out for the level pages at long last, thanks for the effort in automating this! --Andromeda (talk) 09:31, 19 December 2021 (CST)

← ← ←
The initial pass to update map pages is complete (I think), apart from the 11 WADs that already have Compet-n record tables. Here a second, DSDA section can be added as was already done manually long ago for one map. From the perspective of sections within the page, it would then make sense to rename "Current records" to "Current Compet-n records". However, that requires also updating the anchors in the map links on mapper pages. While all this can be mostly done script-wise, it's still quite a lot of work for 118 compet-n players. So, any agreement/disagreement about this approach?

After that, adding episode/DxAll runs to WAD pages is also on my to-do list, but it may take a (long) while before I'll get around to it. --Xymph (talk) 05:24, 22 February 2022 (CST)

DSDA records were added yesterday to all map pages for the 11 Compet-n WADs, and the Compet-n headers/anchors updated. --Xymph (talk) 02:57, 25 February 2022 (CST)

← ← ←
Daily wiki activity finally slowed down enough again to resume and finish development of the movie run records script, and all WAD articles for which they exist have now been updated with the table. Please let me know if you find any errors. This applies in particular for non-standard Doom II episodes. Normally, episodes 1/2/3 contains MAPs 01-10/11-20/21-30 but sometimes a WAD defines its own (smaller) episodes, and then the DSDA episode records cover those smaller map ranges. So far I've found this to be true for The Alfonzone, Judgment, Scythe X, and Valiant. If I missed any, please let me know as well so the script can be improved.

One more note about map records: some maps have one secret that is "impossible to miss" (e.g. the first or last sector the player has to move through). This implies categories NM 100S and NoMo 100S are identical to NM speed and NoMo, respectively. But I don't know if DSDA considers the categories equivalent in such cases, and drops one (presumable the latter). So this is not handled automatically in the dsdaMapBot script, like it drops NM 100S if there are no secrets. This may change upon feedback. --Xymph (talk) 05:46, 29 July 2022 (CDT)

Essentials of a map page?[edit]

I was wondering if there are any special requirements needed to be able to fill a page on a map and have it removed from the map stubs category. One of my long term goals is to populate/expand the pages of my favorite maps (especially 1994 WADs) and I was wondering what is considered necessary for a page to not be a stub. When I write for a map stub, I tend to focus on: 1. walkthroughs 2. gallery and 3. descriptions. Thanks to the monumental efforts of Getsu Fune, a good number of maps already have their secrets completed; adding the secrets plus the points I mentioned is what I, personally, would consider as a well filled page. - Endless01 (talk) 03:50, 7 February 2022 (CST)

I also consider the walkthrough to be vital for "de-stubbing", not least because it puts the other parts of the article (points of interest, secrets, screenshots) in context. Gauss (talk) 04:59, 7 February 2022 (CST)
I'm using the rules enforced by the destubMaps and restubMaps bot scripts, which I run occasionally (as they take a long time). So you don't need to actively worry about forgetting to destub sometimes. --Xymph (talk) 05:54, 7 February 2022 (CST)

Mapping themes[edit]

I was thinking about some ideas for future articles around Mapping themes. Now that we have a few, it's a great start that and, I think, helps readers tremendously, especially when the maps are categorized correctly with their specific theme. It's often a bit difficult to find specific maps, so this is a great way to organize maps.

I was thinking in the future, we could create articles for the following topics:

  • Outdoors/Nature/Landscape map (I'm not sure which term is more suitable, so I put those three for the moment).
  • Horror map
  • Winter/Snow map
  • Desert map
  • Cyberpunk map
  • Space map
  • Castle/Fortress map
  • Industrial map
  • Heaven map
  • Surreal map
  • Plutonia-esque/Plutonia styled map

Of course, some of these could be considered subtropes. For example snowy and desert can be part of outdoors/nature/landscape, and this can also have more subtropes, like the Egyptian map being a subtrope of the Desert map, etc.

This, of course, would be a long term goal with contributions from anyone here.

Oh, and I was also planning to create a main article for Mapping themes, and put some concepts about it, design tips and the list of themes. That way users can search for the main article in the searchbar, and fall into the rabbit hole of mapping themes ;)

What do you think? What other themes could be added? - Endless01 (talk) 01:07, 23 March 2022 (CDT)

The themes I was thinking of doing to round things up are:
  • E3 style (just because there are E1, E2, and E4 styles)
  • Gothic map (think Gothic DM, Crucified Dreams, and perhaps also stuff like Crusades and maybe also some of Hexen)
  • Medieval map (think Heretic E1 towns and anything else that seeks to depict a medieval Europeanish aesthetic -- by opposition to Egyptian/Mesoamerica themes or the modern look of City maps)
  • Space map (Vrack & co, anything set up on a spaceship or space station)

Other themes that may work are:

  • Asian (or East-Asian) map. For stuff with a Chinese/Japanese/Korean aesthetic, like Japanese Valentines for example.
  • Cyberspace map. Stuff that emulates visiting a cybernetic environment, like some of the Hacx maps but also VR: The Internet Machine or MAP31: Cyberwar 7734.
  • Flesh map/Meat map (think Cyb's Freaky Colonoscopy, or MAP20: The Mouth of Madness and its followups)
  • Scaled map/shrunken player map: maps that depict gigantic versions of normally smaller objects. Like rat solitaire or some of the maps from Mandrill Ass Project.
  • Plutonia style (to go along with the episode styles, and it's a popular one -- more than TNT style)

--Gez (talk) 09:55, 23 March 2022 (CDT)

Doom 3 screenshots[edit]

Some screenshots from Doom 3 are of a low quality and resolution. Two questions:

  • Is this a copyright issue or something similar, or can those screenshots be replaced with better ones?
  • Is it okay to use BFG Edition screenshots when the difference is minimal? (For example, in weapon pages.)

--Kyano (talk) 17:10, 10 April 2022 (CDT)

Which ones, for example? Define 'low' and 'better'?
There are some guidelines re. image quality, but I see plenty 640x480 Doom 3 screens in our archive, and that is not too low, if that's what you mean. Their purpose is to illustrate encyclopedic information about games, not to show off stuff in glorious 2560x1440 or what have you. Such screens merely take up more disk space than necessary (and we're starting to run low). I'd limit replacements to something like 800x600 - 1440x900.
But yes, a screenshot can be replaced by a similar scene under the same {{Doom 3 screenshot}} license. A different scene is probably better added as a new screenshot. As for the BFG Edition, I don't know. --Xymph (talk) 03:26, 12 April 2022 (CDT)
For example File:Chainsaw_d3.jpg is of a very low resolution and has dark lighting, making the details of the weapon very hard to see. I have seen several images that are similar in quality. Also, I disagree that low resolution screenshots are good enough for Doom 3; because of the dark setting of the game, many things are hard to make out at low resolutions. Doom screenshots on the other hand usually have high contrast and weapons, monsters, etc are much easier to see. I am not saying that we should be uploading 4K png files for the reasons that you have mentioned, but 1080p screenshots should be acceptable.
I asked about BFG Edition because it works better on modern machines and it would make it easier for me and others to take screenshots. --Kyano (talk) 05:40, 12 April 2022 (CDT)
Yeah, that one and similar tiny shots can be replaced. I suppose there is precedent for 1920x1080 too, as long as reasonably sized (but smaller) shots aren't replaced just for the sake of that resolution (which take up 800-1500 KB each). Lack of disk space will become a real problem eventually, given the absence of response to calls for a Linux admin to help Quasar with server maintenance and (eventually) migration.
If BFG/original edition differences are minimal, I guess such shots are acceptable, but I'd really punt this topic to someone more knowledgeable about it. --Xymph (talk) 06:46, 12 April 2022 (CDT)

Question about protocol for editing a page that's about me[edit]

Hi! I used to go by a different handle and noticed that there is a page about me that uses my old handle and I would like to update it. The problem is, someone else has also used this handle and a couple maps are included on the page that were by that other person. The page in question is

I contributed to all of the projects mentioned except the two maps in A.L.T., and was not the Nomad involved in "Clan [B0S]." but otherwise the information is accurate. As I noted, I'd like to update this with my new information (as well as potentially some new map contributions) but I don't want to just erase the other Nomad's information. What should I do in this situation? Annunakitty (talk) 16:51, 18 May 2022 (CDT)

The correct and simple solution is a new mapper article with your works. --Xymph (talk) 11:27, 19 May 2022 (CDT)
Yo! Thanks so much! I see you added my ASS maps too, thanks again :) Annunakitty (talk) 12:36, 19 May 2022 (CDT)

What about gkrellflynn?[edit]

It’s a krell for gkrellm (a graphical side monitor) that show Flynn’s head. The more the processors work, the more Flynn’s head is injured. Where should be categorized an article about it? Ducon (talk) 13:26, 26 July 2022 (CDT)

Playtester category[edit]

Some playtesters in the Doom community do a lot of work to ensure maps are decently balanced and playable. While their portfolio of work may not be to the same degree as mappers, modders or source port authors, I feel that there should be a place where prominent playtesters could be added, in recognition of their contributions. —The preceding unsigned comment was added by FUNKYGIBBON (talkcontribs) .

You may want to sign yourself, Gibbon ;) But ill just repeat what i said on Discord. I agree, some playtesters do a lot of good and useful work in the community. But if this is your only credit, it is a little bit thin, in my opinion. --Redneckerz (talk) 17:15, 12 August 2022 (CDT)
I think the main distinction is that mappers, artists, coders create something, while play/code-testers "merely" help them to improve/debug those creations. Their contributions are of value to projects, sure, but I feel that there is little value to the wiki in listing these contributions here too. The projects' documentation should do that, and wiki cannot and should not need to completely cover every little detail too. Notability, however hard to define, remains an important factor for the wiki.
Also, given the wide variety of completeness and formatting in said documentation, and in the release process of many projects, it is already challenging enough to track mapping/artist/etc work on the wiki. So whatever the outcome of this discussion, personally I won't be investing any effort into tracking testing work too. --Xymph (talk) 06:43, 19 August 2022 (CDT)

Thing data tables[edit]

This is a follow-up to the original topic in 2016. The welcome slow pace w.r.t. new PWADs in recent weeks finally allowed me to resume development of my INFO.c tools. The planned implementation of generating the information in wiki-ready tables (using the same templating approach as in DMMPST) now works for DMINFO, and various samples are collected here. In comparison with the existing tables you'll notice some fields don't have a value, that is because some cannot be determined from the INFO.c and related data (alone), but the tool takes creating the tables for monsters, weapons, and items as far as it'll go automatically. The remainder will have to be added manually, as usual, and thus no additions/updates will happen via a XymphBot script.

The same is planned for the Heretic one (HTINFO), and then for Hexen and Strife where plenty thing data tables don't exist yet. I'll certainly encounter some unexpected situations there (because of the variety in weapon and monster behavior/data) but bridges can be crossed one at a time.

Changes versus the existing tables:

  1. The layout of the three monster tables/columns is now done with standard col templates instead of the custom table that made the whole thing more complex to edit manually.
  2. The thing type, mobj/enum, appears-in fields are now consistently present in that order, usually first in the table. Only for weapons they are, as before, preceded by the weapon-specific data. Should the three rows go first there too?
  3. In 2016 we discussed showing the flags field in hex and/or decimal, and it (finally) occurred to me that the simple solution is to list both on separate lines in that cell (not comma-separated in one line).
  4. I've merged the flags list table for monsters into the main table as I didn't see a real need to keep it a separate table, and the layout is cleaner this way. Description lengths vary, but it shouldn't be problem to have in them the right column of the main table.
  5. The flags field/list are now included in the weapon/item tables too. Is that okay?
  6. The weapon Sound row moved below the Sprite row, that seems a more logical order.

Please share your answers/feedback on the above. --Xymph (talk) 12:38, 11 September 2022 (CDT)

The silence is deafening. Anyone? Anyone? Gez? ;-)

All four tools are now ready to emit templated tables; samples of various thing types are here. Data may be incomplete (or even incorrect) because not everything can be determined from static data tables alone. More complex monster/boss/weapon behavior will always need manual work to describe completely.

I am still undecided on how detailed the Appears-in field should become. Since Hexen's DDC expansion is a separate IWAD (as are both parts of Final Doom), the current approach is to treat the extra maps/episodes not in the original registered/commercial release for the other series as separate expansions too. This was done by saving Ultimate E4, SSR E4-5, the D64 LL and VetEd maps into separate 'IWAD' files. The result is in the appearances table, and in the INFO tools this was easy to code.

For Doom in particular that means a lot of lines. So the second row there is a manual summary in fewer lines. The series sections below that table list single-player occurrences of all things in those (I)WADs, but in many cases a thing that occurs in the original release also occurs in the corresponding expansion. However, it would be the exceptions that make coding correct summaries more complex. E.g. Doom's lite goggles are not in Plutonia, so the "Doom II/Final Doom" should become "Doom II/TNT". For other game series more exceptions exist.

So what do you think, is it meaningful to detail occurrences in expansions separate from the original release like currently done? Or is it worth additional effort to condense the entries from the perspective of better presentation of information?

Also, any feedback on the included fields, their ordering, and formatting? One little change since my initial post above is the use of the {{c}} template around the Flags hex/dec values. It seems excessive to do that with, for example, all sprite/sound lump names or Enum strings though.

This is a kind of "speak now or hold your peace forever" week, for once I start updating tables I would hate to retread and change something as yet. After the summer of 2016 this will be second time to make pass over all thing data tables, and I do intend it to be my last one. --Xymph (talk) 12:44, 19 September 2022 (CDT)

Well, I don't have much to say.
  1. fine. It's not like I could think of reasons not to use the standard col templates.
  2. Yeah, it might be more consistent? Of course there are special cases such as weapons that don't have a thing type (e.g. fists), weapons that have three thing types (Hexen ultimates), weapons that share a thing type (Heretic normal/powered up, or Strife crossbow/grenade launcher/mauler) and the Sigil is a mess. Might make sense, then, to have weapon data in a separate table, just lik monsters have a separate table for their ranged attack.
  3. Is the decimal value useful for DEHACKED? I suppose it is, otherwise I don't see the point of having it at all, but I suppose it doesn't hurt.
  4. That makes sense.
  5. That is okay but see #2.
  6. That's fine.
Finally, looking at the appearance table for Heretic, it seems the only difference between the episode 2-3 column and the episode 4-5 column is D'Sparil and his teleport spots, which by the way is my prog rock band name so maybe making this distinction is not very useful. But again, I guess it doesn't hurt and Doom gets to have a whopping eight columns so Heretic would look sad if it was reduced to two columns. --Gez (talk) 16:39, 20 September 2022 (CDT)
Re. split weapon table, that thought crossed my mind some time ago, but then I forgot to explore it. Makes a lot sense now that I updated the samples. For non-projectile attacks, the right table will be shorter, but it is still worthwhile. I even added the flags for spawned Mobjs, but that may be overkill. What do you think? For more complex weapons, multiple tables in the right column will be needed; bridges to cross...
Re. decimal flags, yes, see the original 2016 discussion, where Quasar wrote: "The original logic behind decimal flags values is because of how DeHackEd displayed them, yes. I would rather have the value in both bases".
Earlier I made a subtle change to the frames with square brackets around the animation letters, to stand apart from the parenthesized state string. Hmm, regrouping these two rows into a separate table would probably be clearer. Will explore that.
In the weapon data, the changed order of shots/min, velocity, damage follows a more logical action/effect flow.
Re. appearances, for Hexen too everything except Korax, Reiver and a few keys occurs in the expansion too. So I feel it is better to summarize the rows for Doom and both H's. Only Strife has more significant diffs between VetEd and original game, so there the distinction still makes sense.
Any further questions/remarks/suggestions? --Xymph (talk) 14:09, 21 September 2022 (CDT)
Previously the weapon tables mixed weapon attributes into the ranged attack table. That has now been remedied, and the state/sprite/frame data is presented much clearer in its own table. Quite happy with how this turned out.
So again, any (final) questions/remarks/suggestions? --Xymph (talk) 11:06, 22 September 2022 (CDT)
The other day I chatted on #doomwiki with Quasar, who is also okay with the updates to the data tables. So, off I go... --Xymph (talk) 07:13, 26 September 2022 (CDT)
And two months later, I think I got everything for the four main games (phew). There are a few loose ends, such as the player speed that is elaborately defined for Doom, and which for the other three games I'll happily leave to a specialist. I'm also unsure how the maulotaur charge damage is calculated, so left the existing values. Otherwise, hope I didn't make any mistakes, but they can be addressed the normal wiki way when they are discovered. I'm still planning a brief afterburner for the unique Doom 64 things using relevant parts of the the DOOM64-RE codebase. (Shouldn't that get its own wiki article, Redneckerz?). But apart from that, it's a wrap. :-) --Xymph (talk) 05:49, 28 November 2022 (CST)

What does the type= parameter do?[edit]

Hi there. I wanted to create a new article but i don't know enough about the syntax used for editing. Specifically, what does the type= parameter do? I couldn't find any documentation about that on the Mediawiki page. I've seen type=e, type=m & type=l all used in the source code for most articles on wads in the section relating to the titlepic at the very beginning, but they seem to have no effect on the displayed page itself. —The preceding unsigned comment was added by Gregor (talkcontribs) .

Selects the primary categorization. For example "e" equals Episode WADs, "m" equals Megawads. I do not know the full list of values myself as I did not design the template. --Quasar (talk) 22:00, 12 October 2022 (CDT)
Looking deeper, the full list of values is on the page - {{Wad}}, listed under "type: General type. The template will attempt to auto-categorize based on this; the default is a general PWAD without maps." --Quasar (talk) 22:02, 12 October 2022 (CDT)
To clarify the distinction, type= therefore is not basic MediaWiki syntax, but part of a template. Templates are extensively used here to ensure consistency, avoid repetition of basic wiki code, and make our lives easier. Most templates come with explanations/instructions. In the edit window, the list of templates used in the page/section is shown below the Preview/Save buttons. When previewing an edit, any categories (explicit ones or generated by templates) are at the bottom of the page. --Xymph (talk) 02:06, 13 October 2022 (CDT)
Thanks for the clarification! Gregor (talk)

Gamepedia links[edit]

Since the Hell-site bought out Gamepedia we have a ton of lingering links to formerly decent sites that still haven't been addressed. I think we should try searching/finding all these and re-evaluate which are really needed and what can be purged or replaced. While we're at it we could do the same for any remaining w:c: interwikis, which I'm starting to sour on the idea of having any of those left either (a few exceptions were made, especially for Chex Quest, previously during the migration cleanup). --Quasar (talk) 19:09, 19 October 2022 (CDT)

I'm in, this list (two entries already fixed) helps a little. Scripted searches, including direct database queries (like here), can do a lot more. I'd need to know which patterns to search for besides 'w:c:'. An initial script for the latter is done and produces 50 hits in all namespaces. --Xymph (talk) 04:48, 20 October 2022 (CDT)
I haven't seen any Gamepedia entry in the Interwiki list. So any gamepedia link we have is not an interwiki link but a hard link. --Gez (talk) 18:00, 20 October 2022 (CDT)
A couple of them became redirected domain names; this was the case for the Zelda Wiki - when they moved to Gamepedia, they sold their domain name to Gamepedia. Bad move since it now belongs to the Hell-site! They're using a new one now, which is the one to which I changed it over. Not sure how to find these other than going down the list and manually looking for them. grimaces --Quasar (talk) 14:26, 21 October 2022 (CDT)

New affiliate[edit]

I was contacted by the folks at the new Independent Fallout Wiki which is currently in register-only "early access" and will be going full public soon and they want to do the full affiliate thing like we have w/NIWA and Quake Wiki. They've already got things setup on their end to my satisfaction (Wiki Node style affiliates page with our logo and link, and footer links on community pages). I'll be adding them to our Node, main page footer (may require some retooling yet again), and setting up an interwiki. We definitely have some places that Fallout links are appropriate, with the Easter eggs in Doom '16 and the extensive Doom references in FSO (which they're also sending me some resources regarding so I can possibly add more info about that). --Quasar (talk) 20:52, 29 October 2022 (CDT)

I happened to be around in #doomwiki two days ago when one of their (presumably) admins came looking for contact info. We had a pleasant chat and I was able to point them in your general direction. Good that they liberated themselves. --Xymph (talk) 02:50, 30 October 2022 (CDT)
There's also a couple of "Creation Club" content for FO4 mentioned in Doom references in other games that it would be nice to turn into links if they have dedicated articles. Just out of laziness, I'd rather have the template named {{fowiki}} or {{fallout}} instead of {{falloutwiki}}, though. :p --Gez (talk) 18:26, 30 October 2022 (CDT)
I changed that, good time for it since it's not used quite yet. --Quasar (talk) 14:22, 31 October 2022 (CDT)

New funding method[edit]

Adding to excitement Manc dropped a new Patreon as he wants to get the finances fully in order before we move forward with server migrations/upgrades. The left-hand column has thus grown a bit with a new option. --Quasar (talk) 14:20, 31 October 2022 (CDT)

Info on monsters' states[edit]

Recently wiki pages on monsters and adjacent expanded to cover things like animation frames. However one of the most important data pieces, duration is missing. Things like how long does it take for monster to fire aren't covered at all, and neither is info on how long does every step take (Although at least that one specifies speed in units per second). Should this perhaps be specified? --ViolentBeetle (talk) 14:49, 17 November 2022 (CST)

See Thing_data_tables, "speak now or hold your peace forever" week happened in September. --Xymph (talk) 15:07, 17 November 2022 (CST)
I wouldn't object forever to addition of more information but it would have to be universally applied consistently and proven correct beforehand. For various reasons I don't feel like attack state durations would fit here very well though because they can rely on things like action functions calling P_Random etc. If someone wanted I'd be more ready to support them creating a separate table with that kind of information. --Quasar (talk) 10:07, 18 November 2022 (CST)
When I wrote that I was a little miffed at process changes being proposed while 90% of the process was already done. But I also wrote it somewhat provocatively, knowing full well it isn't the "wiki way" to stifle discussion. So I'm not surprised someone kicked in on that aspect. ;-) But I was primarily referring to my last paragraph of September 19, in that I really don't want to go over several hundred pages (or dozens if just the monsters) for a third time. Also, to me the original post was too vague about exactly what info to add where in which layout. But if that would be hashed out in further discussion, I certainly wouldn't be stifling it - just perhaps staying away from it. --Xymph (talk) 12:39, 18 November 2022 (CST)
Def understandable :) --Quasar (talk) 12:42, 18 November 2022 (CST)

Map links don't autogenerate map stubs[edit]

I was just wondering why the map links in the Knee-Deep in Knee-Deep in ZDoom article as of yet haven't auto-generated the usual map stubs? The article is out for a while and the wad contains quite a lot changes to the layout of the original KDiZD plus different secret locations, so separate map articles are very much justified. I'm just curious if there's a problem with data extracting process. —The preceding unsigned comment was added by Gregor (talkcontribs) .

It's not a fully automated process as far as I'm aware. I'm sure it's on somebody's radar. --Quasar (talk) 22:03, 21 November 2022 (CST)
There's nothing autonomous about XymphBot, not sure why people keep thinking that. It is a bot account so its many edits do not clutter Recent Changes (unless you choose to Show them), but especially map articles creation takes a lot of human preparation/time on the .ini file, map views, and the actual script runs. I backburned KDiKDiZD because:
  1. with four builds (oh, a fifth one came out since the article was created) it is evidently in a state of flux. Projects shouldn't be added to the wiki until they are released. Originally that meant an idgames archive release, but with so many forum-only releases picking up Cacowards in the past decade, that was loosened to include release candidates (RC) and other releases that have at least been stable for months. Creating map articles and then having to regenerate thing tables and map views upon further betas/builds/fixes/re-releases, is a pain I have had to go through way too many times already.
  2. Projects with custom things should have a mapping table before things tables can be generated. Yes, stable projects can get map articles without things tables, but that just means I'll have to revisit them later (more double work). There are nearly 200 examples. Dynamo did fantastic work on a metric ton of TSVs this year, but is currently unavailable.
So there. What you or Sena could do, is to fix the map paths on all the co-author pages, like Gez did in the main article. --Xymph (talk) 02:09, 22 November 2022 (CST)
I guess it's a roundabout compliment that you've made this place so efficient at covering new mods that people think it happens magically now ;) --Quasar (talk) 08:38, 24 November 2022 (CST)

From this conversation I get the impression that if I want to make WAD article, I would just need to make a page for wad and eventually you will fire up a bot to auto-generate pages. Is there a specific template I should follow if I get around making one, or just copy the layout over? --ViolentBeetle (talk) 16:00, 29 November 2022 (CST)

There is no template for WAD overview pages, but of course hundreds of examples exist, so pick a similar one. As noted above however, it needs to have a stable release before I'd start working on it, and, for projects with more than a few custom things, a TSV list. Also, speedmapping projects will not get individual map articles for several reasons. And while the wiki could cover any released WAD, just because it was released doesn't mean it has to get coverage. Some measure of notability would be helpful, although that is notoriously hard to define. See here for some past discussions. --Xymph (talk) 04:44, 30 November 2022 (CST)


How do i type fractions? The normal way, "1{{frac|1|2}}", doesn't seem to be supported by Doomwiki, nor does 1{{frac|1|1|2}} or 1{{1/2}}. —The preceding unsigned comment was added by Gregor (talkcontribs) .

I presume you're looking for output similar to 1½ ? I'll try looking up what those template(s) do elsewhere. --Quasar (talk) 23:35, 28 November 2022 (CST)
I've added {{fraction}} which works the same as it does on wikipedia. There's no frac shorthand redirect though because I don't see the point of adding that here as it's older/deprecated on wp. --Quasar (talk) 00:20, 29 November 2022 (CST)
Yes, that was just what i was looking for. Thank you very much! --Gregor (talk) 00:45, 29 November 2022 (CST)

When to use "MIDI rendition of" in soundtrack info[edit]

I just wanna check before i go any further with this. I've seen a lot of articles that clarify a midi as a "MIDI rendition of " only if the original is a proper recording. If it is from a video game soundtrack, especially from the 90s or 16-bit, then the name is just listed as is, somewhat suggesting that the game actually used midi compositions or that the WAD included mp3 or vorbis ogg recordings of these tracks in their original form. Of course, that is almost never the case, and also would be highly illegal in many cases. So is it ok to just let this bit of ambiguity stand? Or should a "MIDI rendition of" be used as a default whenever the track listed is in fact originally not a midi?

As an example: in the Sunlust article, a track from Streets of Rage 2 was listed as a "MIDI rendition of..." but a track from Secret of Evermore was listed without that info. Both are tracks from 16-bit consoles that don't use MIDI. I added "MIDI rendition of" for all tracks in question for that article just for consistency but i'm not sure whether it would not be better to rather just remove that info for all tracks instead of cluttering the text with repetition of the same phrase over and over, even though it would technically be correct to do so.

The Pleiades article also highlighted a case where it is useful to clarify a MIDI rendition for pieces which are in the public domain and so could be included as proper recordings (depending on the recording in question of course).

So what's the stance on that? --Gregor (talk) 09:22, 7 December 2022 (CST)

I guess I opened a can of worms. :) I know little about old discussion/choices made in this area, but just noticed something that seemed inconsistent. Please also keep in mind that WAD soundtrack lists are not as tightly defined as map lists or many other parts of the wiki, not in the least because they are often not tightly defined (if at all) in the source documentation, i.e. the WAD's .txt/credits file(s).
That said, it seems to me that previously released rock/pop/film/etc. music are always MIDI renditions, unless indeed stored in MP3/Ogg formats. But for music from other, especially older, games that can vary, and I don't know how to treat those. Personally I only verify soundtrack lists to the point of having valid links and reasonable formatting, and otherwise pay little attention to them. And the Pleiades mess immediately cured me from one attempt trying anything more. ;-)
Given limited time/energy I would shy away from prefixing MIDI tracks with the 'rendition' phrase on loads of existing WAD/map pages. There are plenty areas in the wiki that should have higher priority. But I can't really address your policy/stance questions. --Xymph (talk) 11:06, 7 December 2022 (CST)
AS far as I'm concerned, MIDI rendition / MIDI sequence / whatever you wanna call it ought to be specified every time a music track like that is utilized, because then you can have cases like DUMP 2 where they're using .spc files and such instead of .midi files - they are simply different compositions you can think as covers. But obviously, midi sequence is not necessary to specify if the tracks in question were originally midis to begin with. The reason there's so much inconsistency simply comes down to different authors being involved for different pages - the way of the wiki, as it goes. --Dynamo128 (talk) 15:10, 7 December 2022 (CST)
I don't think that the "MIDI rendition of" phrase needs be used as the default way for non-MIDI soundtrack sources. As long as the usage is consistent within the article it's ok. It does make sense to include it where it helps to avoid ambiguity. In the Pleiades article the listed classical pieces could have been included as proper recordings (since they are all in the public domain), especially given that it is a mod for ZDoom, though i don't know if even ZDoom supported none-MIDI formats as early as 2000. In this case, the added "rendition" phrase helps to clarify what kind of version of the pieces you actually gonna find inside the wad.
What i do consider problematic is if an article is inconsistent in its usage, like the DBP37: AUGER;ZENITH article, where it lists some songs with the MIDI rendition prefix and others without, even though all except two tracks have none-MIDI sources and so would qualify for the prefix. Either use it for all or don't use for any of them. That's my stance on this. So that's the one case where i think it should be "corrected". --Gregor (talk) 13:17, 19 April 2023 (CDT)
Just to add to the above. Like I posted on the Talk:Sunlust page, I think it makes more sense to assume MIDI as the default format for most Doom soundtracks and point out exceptions where the included track is not in MIDI format rather than the other way around, so as to avoid cluttering the soundtrack list with "MIDI rendition of" before every entry. There are exceptions of course where non-MIDI formats are the default instead but these are most likely GZDoom-exclusive mods and even then it's the exception rather than the norm to have the majority of the soundtrack not in the MIDI format.
As a compromise, one could clarify the file format by prefacing the soundtrack list with a line like "All music tracks inside the WAD/PK3 are in MIDI format (except where noted otherwise)". That way information about the file format for each track is included while avoiding any visual clutter. --Gregor (talk) 13:23, 6 August 2023 (CDT)

Linking ZDoom forum[edit]

Is there a template for the ZDoom wiki like there is for wikipedia? --Gregor (talk) 22:51, 15 December 2022 (CST)

We have a large Templates arsenal, including lots of External link templates with several ZDoom-related ones. --Xymph (talk) 01:57, 16 December 2022 (CST)

Possible For MoonMan mod to be here[edit]

well ThL2 (talk)

We're not interested in that kind of content, no. --Quasar (talk) 07:54, 15 January 2023 (CST)

If Hdoom can be allowed so can MooN Mod too? How about the Kek Doom mod —The preceding unsigned comment was added by ThL2 (talkcontribs) .

The year of release for projects that have a year in the name[edit]

Hello everyone! I am now in the process of cleaning Doomworld Mega Project articles and one big thing that I see is that most of these articles have wrong year of release listed. Example: DMP2013 is listed as 2013 WAD, but its first version was actually released in early 2014. When I asked Xymph about it, he mentioned the exception implemented by Eris Falling. I want to discuss this topic. I'm okay with exceptions like this, but I think that they should be part of wiki rules or listed somewhere publicly available, not on the certain user's personal talk page. So, two questions are: should we keep this exception for year-numbered projects, and if so, how can we make this exception publicly available? --Nockson (talk) 01:52, 19 March 2023 (CDT)

I didn't reply so far because I don't really have an opinion either way. I was kind of hoping Eris Falling would chime in with more discussion how this came about, but it looks like Eris isn't regularly active, at least not here in Central Processing. --Xymph (talk) 13:23, 15 April 2023 (CDT)

Gaming Wiki Network[edit]

I just found out about the Gaming Wiki Network and I figure it might be of interest here. A couple of our affiliates and network links are also affiliates or members over there (IFW, SEIWA). --Gez (talk) 07:01, 19 March 2023 (CDT)

Looks to be a worthwhile initiative. Perhaps Doom Wiki should sign up there? --Xymph (talk) 13:23, 15 April 2023 (CDT)

Extquote template issues[edit]

When i use the extquote template {{Extquote|quote|attribution|source}} for sources outside the wiki it doesn't seem to work correctly. I insert the source as a url behind the attribution and have the ref section at the bottom of the page. But it doesn't display the source over the attribution as i understand it should do; instead it just ignores the source and renders it like no source was given. How do i use it correctly? The wiki page doesn't go into a lot of detail in what exact format the source should be given.

Also, is there a way i can keep the "Articles with unsourced quotes" category from being automatically added to an article that uses either the quote or extquote without filling the source field? I understand that this kinda defeats the point of having such a category, but it makes it look like the quote is lacking essential information, even though it is intentionally left unsourced (since the source is already provided through the author field for instance or by a separate citation). --Gregor (talk) 19:10, 21 May 2023 (CDT)

Alright, i figured out the problem. For the source field in the template:extquote, you have to use the {{cite web text|...}} template rather than {{cite web|...}} for it to function correctly, otherwise it will produce a citation within the citation, resulting in an empty ref entry. I don't know why the template behaves this way, maybe its a custom change to this wiki? But whatever. At least this way it works as intended. --Gregor (talk) 11:44, 24 May 2023 (CDT)
To answer my second question, with the quote template one can use the nosource=true command in place of the source field text to prevent the article from being listed under the "Articles with unsourced quotes" category. As a result, the {{cite web}} template can be used in the attribution field (following the author/source) to achieve the same effect as if placing it in the source field using the {{cite web text}}, so long as the nosource=true command is provided in the source field. However, the extquote template will ignore this command, so a source has to be provided to prevent the article from being categorized as an "Articles with unsourced quotes".
I think it would be helpful for future reference if this information about the nosource=true command and the idiosyncrasies in the usage of the {{cite web}} template would be included in the articles for the quote and extquote template. --Gregor (talk) 13:45, 24 May 2023 (CDT)

Problems with all-caps filter[edit]

I had to junk the soundtrack section in a WAD article that I recently created, as some of the song titles were in all caps, as were a couple of lump names from songs found in other WADs who's names I could not immediately source. The abuse filter prevented me from creating the page. I know I could always create an account, but I perfer to work semi-anonymously on this wiki for various reasons. I get why the filter exists, but in this case it seemed to be a bit overzealous. 01:54, 23 May 2023 (CDT)

Not sure why soundtracks would cause a problem unless they contain specific profanities. There is no generic restriction on all-caps words, there are plenty places with those around the wiki. Just lowercase/capitalize them and try again. --Xymph (talk) 13:18, 23 May 2023 (CDT)

Guideline regarding capitalization of map names[edit]

Throughout this wiki title case is enforced for map names. So first and last word are always capitalized, as well as verbs, adverbs, adjectives, pronouns and long prepositions (five or more letters), etc; while articles and short prepositions, and coordinating conjunctions (but, and, or) are always lowercase. The exact definitions are actually pretty numerous. However, the use of title case is not mentioned anywhere in the Doom Wiki:Policies and guidelines section as far as i can see. I think that should be added. --Gregor (talk) 16:17, 3 June 2023 (CDT)

Just saw the same topic was already opened on the Doom Wiki talk:Policies and guidelines page earlier this day. It's more appropriate to discuss this there. --Gregor (talk) 16:24, 3 June 2023 (CDT)

Limit removing[edit]

I recently noticed that the article for limit removing WADs does not have a hyphen in its title, as is the case for Category:Limit removing source ports, whereas there is a hyphen in the category Category:Limit-removing WADs. Would it be a good idea to move the first two pages so they are hyphenated, or should I wait for discussion/consensus first? Sena (talk) 18:13, 8 June 2023 (CDT)

Better wait. Moving a category leaves a redirect that remains in use on all pages in the category, and is rendered in italics. That is rather undesirable. As for the dash/no-dash inconsistency, I don't know how what came about and just got used to it. --Xymph (talk) 02:07, 9 June 2023 (CDT)

Heretic/Hexen capitalization issues[edit]

I've noticed that most of the Heretic/Hexen pages don't follow the DoomWiki's capitalization rules. So here's a table with my renaming suggestions. I also showed how, IMO, these names should be used in the text of the articles.

Heretic/Hexen renaming suggestions
Current name New name Use in text
Dragon Claw Dragon claw dragon claw
Elven Wand Elven wand Elven wand
Ethereal Crossbow Ethereal crossbow ethereal crossbow
Phoenix Rod Phoenix rod phoenix rod
Quartz Flask Quartz flask quartz flask
Mystic Urn Mystic urn mystic urn
Silver Shield Silver shield silver shield
Enchanted Shield Enchanted shield enchanted shield
Chaos Device Chaos device chaos device
Frost Shards Frost shards frost shards
Sapphire Wand Sapphire wand sapphire wand
Serpent Staff Serpent staff serpent staff
Banishment Device Banishment device banishment device
Dark Servant Dark servant dark servant
Dragonskin Bracers Dragonskin bracers dragonskin bracers
Falcon Shield Falcon shield falcon shield
Mesh Armor Mesh armor mesh armor
Mystic Ambit Incant Mystic ambit incant mystic ambit incant
Platinum Helm Platinum helm platinum helm
Claw Orb Claw orb claw orb
Crystal Geode Crystal geode crystal geode
Energy Orb Energy orb energy orb
Ethereal Arrows Ethereal arrows ethereal arrows
Flame Orb Flame orb flame orb
Greater Runes Greater runes greater runes
Inferno Orb Inferno orb Inferno orb
Lesser Runes Lesser runes lesser runes
Mace Spheres Mace spheres mace spheres
Pile of Mace Spheres Pile of mace spheres pile of mace spheres
Quiver of Ethereal Arrows Quiver of ethereal arrows quiver of ethereal arrows
Wand Crystal Wand crystal wand crystal

I haven't included artifacts such as the Tome of Power or the Mace of Contrition because there are two options: all caps (like the One Ring) or no caps at all (like the philosopher's stone). Let's discuss! --Nockson (talk) 11:13, 12 June 2023 (CDT)

Decided to open a can of worms, did you? :) And the above table doesn't even include Heretic ammo, Hexen keys, etc. When starting at the wiki in 2016, I wondered a bit about the different convention but figured there would be good(?) historical reasons for it. Perhaps old-timers like Ryan W, Fraggle or Quasar can fill us in. From a convention viewpoint I could understand changing to the new names, but from a practical viewpoint I'd be very reluctant of the humongous amount of work (even with the assistance of pregreplGen.php and DMMPST, which is not a given). So this discussion should not be rushed into a conclusion. But if the conclusion is to rename, then the current articles should be moved (not new redirects created to the existing articles) in order to preserve their edit histories at the (new) canonical paths. --Xymph (talk) 03:36, 13 June 2023 (CDT)
Well, I can't stop my perfectionism, it's taking over. :( I've added Heretic ammo to the table (I worked on it prior to your message). I see some strange inconsistency in names, examples: Crystal vial, Map scroll and Hexen ammo. And sorry for all the redlinks. --Nockson (talk) 03:48, 13 June 2023 (CDT)
There's another variant - presume current state as a rule and fix only the exceptions. --Nockson (talk) 04:07, 13 June 2023 (CDT)
Timon's Axe should remain capitalized. The name implies a specific, legendary axe; so it's used as a proper noun. It does not mean "the axe of this dude called Timon that we found in his shed, he wasn't there so we nicked it." We are talking about the kind of axe here where thunder roars and lightning strikes when you lift it above your head.
I think the same could be argued for the Mystic Ambit Incant. That's not a generic item name like "flame orb" or "silver shield." Sounds like the name of an ancient magical scroll, full of arcane writings. The fact that it appears multiple time in the game could be chalked up to video game logic. Not sure about the Ethereal Crossbow and Phoenix Rod. Again, if we're talking about specific, legendary weapons, so not a generic name for a class of crossbows that the elves from Heretic liked to use, but rather a unique, magical crossbow given to the Chosen one in the temple of yada, yada, yada. Same could be argued for the Serpent Staff and Sapphire Wand, though i'd say the names imply a somewhat more generic nature of these items. Kind of a grey area there. But Timon's Axe is a pretty solid case in favor of capitalization. --Gregor (talk) 21:13, 13 June 2023 (CDT)
Agreed on Timon's Axe. I've removed it from table. About Incant - yes, it sounds like a special thing, but I'm not sure. About crossbow, I see an analogy here: plasma rifle is a futuristic rifle that shoots plasma, ethereal crossbow is a fantasy crossbow that shoots ethereal arrows. --Nockson (talk) 11:15, 20 June 2023 (CDT)
Ok, i checked the manuals for both Heretic and Hexen to get to the bottom of this, since according to the guidelines the author's intent when it comes to naming things should be respected wherever possible. The names of all the weapons and most items in Hexen are used as proper nouns including Serpent Staff, Sapphire Wand, Frost Shards, Mesh Armor, Platinum Helm, Dark Servant, Quartz Flask, Mystic Urn, Flechette, Chaos Device, Banishment Device, Dragonskin Bracers and Falcon Shield. "Torch", "Crystal vial" and "Mystic Ambit Incant" are the only ones that are left unclear. I'd argue that a torch is a torch is a torch..., but who knows.
For Heretic, Dragon Claw, Phoenix Rod and Enchanted Shield are all clearly capitalized. Curiously, the manual calls it "Elvenwand" rather than written as two separate words. The manual also lists both the Ethereal Crossbow and the Gauntlets of the Necromancer as simply "crossbow" and "gauntlets," but it is clear that the gauntlets' full name as it appears in-game is a proper noun, so again, it doesn't make sense that Ethereal Crossbow would be the one weapon with a fancy name that isn't meant to be a proper noun. The "Staff" could be the only real exception here, since it isn't capitalized in the manual and also is only weapon without a epithet like "ethereal" or "elven." It seems to be nothing more than a simple staff. Couldn't find any official documentation for Mystic Ambit Incant, Greater Runes and Lesser Runes, but i think, given the evidence, there is a clear desire from the developers of both games to have these weapons and items be seen as legendary stuff with unique names from the days of yore. So I'd say these should also be capitalized for the same reasons.
Finally, the ammo for the Heretic weapons is still a bit of a grey area since the second word at least, like in Claw Orb, could be seen as nothing more than a common descriptor, so it could be rendered as Claw orb instead. But if that's all it comes down to, i think we can simply leave as it is. The only things that may be worth changing would be the capitalization for "Staff" and "Torch" and changing "Elven Wand" to "Elvenwand" instead. --Gregor (talk) 20:20, 20 June 2023 (CDT)
Well, if you check HERE the manual for the Ultimate Doom (starting at page 11), you can see that everything is also capitalized (Plasma Rifle, Ammo Box, Radiation Suit, Health Potion, Former Human Sergeant etc). Another thing is this: in Heretic if you pick up any item the message is shown in the upper part of the screen and it's written in all lowercase no matter what item you take. --Nockson (talk) 02:33, 21 June 2023 (CDT)

Commercial Games Generally Like To Gratuitously Capitalize Everything, so we haven't always gone with author's intent for those. Otherwise we'd never write "Doom", but only "DOOM" in all-caps and it'd get old fast. Also yes, the in-game styling is affected by game fonts not having proper caps support; Doom's is all in upper-case while Heretic's and Hexen's is all in lowercase. So the way things appear in-game is not a valid indication of intent, and so the text strings from the code aren't either. That said, the Gratuitous Caps in Heretic and Hexen do kinda fit with the general Ye Olde Medieval Fantasy aesthetics, though. --Gez (talk) 08:25, 21 June 2023 (CDT)

I personally think it would be good to standardize the capitalization in these to be more in line with Doom stuff, but that's just me. --Dynamo128 (talk) 08:32, 21 June 2023 (CDT)

Well, we had a discussion connected to this topic over here on the guideline's talk page a couple of weeks ago regarding map titles, where i argued for a more uniform approach across the wiki with using title case for all map names, independent from their styling in the documentation, apart from special exceptions where deemed appropriate. Quasar summed up his stance on the matter like this:

"So the only rule I'm going to support is that the capitalization used is the one used by the author of the mod in its official announcements or documentation."

Even though it is not the exact same topic, i do think it has relevance for this discussion as well. Because if that's the rule/guideline (from now on?), then i think the fact that the manual capitalizes these items does matter. The way Doom monster and weapon names are handled should perhaps be considered the exception to the rule rather than the rule for everything else to follow; an example of "accepted usage." --Gregor (talk) 09:45, 21 June 2023 (CDT)
Here's Heretic's level designer Michael Raymond-Judy's opinion about the manual: "...some [ideas for the world, creatures and background story], sadly, was made up by the people who later wrote the manual/hint book. I say sadly because they pretty much made things up as they wanted without asking anyone here, and a lot of what they made up just didn't fit with the "reality" we had created behind the game. Like the second Highlander movie, I just try to pretend it never happened..." (LINK) It looks like the manual was made by some outside people not connected to developers. Manual itself states in credits: "Package/manual design: The Richards Group/R&D". --Nockson (talk) 10:05, 21 June 2023 (CDT)
Just to weigh in on this from an old-timer perspective many of the Heretic and Hexen items were considered legendary or mystical in nature given the fantasy bent of the series so we never made a call on which should be capped or not and just kept them all that way. Reminder that the current lowercase consensus for Doom evolved over time and that early on there was pure chaos with no consistent styling. I'd suspect at one point caps for Doom items were more common than lowercase but I never ran statistics on that. I have no real issue with this changing now so long as the items that are clearly legendary items remain capped, as that is in fact a style rule in English writing in general and not specific to this wiki. --Quasar (talk) 23:00, 24 September 2023 (CDT)

Capitalization of custom names for weapons and monsters[edit]

Ok, since we've been having fun recently around here opening up a bunch of metaphorical cans, I'd like to take the opportunity to open up a particularly large one myself that has been on my mind for a while now and I need some clarification going forward.

A good example to illustrate my point is from the PS1 game Soul Reaver. I don't know if anyone remembers this one—Nosgoth, vampires, Kain, Raziel, The Elder God, etc. It's not really important. It's about the name Soul Reaver and what it is used for. You might refer to the title of the game itself or by extension the series—in this case it is obviously capitalized. But you could also refer to the protagonist Raziel, who The Elder God turned into a literal reaver of souls, his soul reaver, which then of course must be written in lowercase. However, there is also Raziel's spectral sword that is central to the plot, which is called Soul Reaver as well, but here is must be capitalized because it is the name of this specific sword. While the name also describes the function of the blade, it is first and foremost the name of that specific weapon and therefore a proper noun.

Returning to the Doom universe, for a weapon like the Wraithverge from Hexen, we are not describing its class or type, it's a proper name as well, just like the Soul Reaver. Think of Anduril or Narsil from the Lord of the Rings, or the Peacemaker from Jak II. These are all weapons that have a proper name. Unlike the rocket launcher or plasma gun, where the name is simply a descriptor of their generic nature and function, just as with 'soul reaver' when used to describe Raziel as a literal reaver of souls. Same for the super shotgun since it is just an alternate way of saying "very powerful shotgun". But a Waithverge is not a verge of wraith, it's not a class of weapons, it's the specific weapon the player finds that has been given this name, a sort of demonic BFG. So it's the name for this specific demonic BFG, the Wraithverge.

Now, for monster names the situation is more complicated. Again, a monster like the devil, or super imp, from Valiant is not an actual devil. It's an imp variant with a fancy name. So you could argue that the name is used as a proper noun here as well. The name of the diabolist from Ante Mortem is not meant to imply that he's a literal devil-worshipper (he's a demon after all, so it's a bit of a given). What he is is a type of arch-vile. The name "diabolist" doesn't describe its nature or function. Same with monsters like the "death incarnate". They are not literally death incarnate, it's just a descriptive name chosen by the creator of the monster. They are called Death Incarnate. Could have just as well been named Hellraiser or Doominator. You get the idea.

Of course you could also argue that the rule doesn't apply here because there is more than one death incarnate, diabolist or devil. So it's the name of a species of demons rather than a specific demon given a name. So then it's not a proper noun anymore and case closed. BUT. It is nonetheless confusing as hell to the reader to refer to something as death incarnate when you're not actually wanting to imply death incarnate. I want to refer to a custom monster named death incarnate not literal death incarnate. But how can i distinguish the two terms visually on the page if i can't capitalize the name of the monster? Can we put quotes around it, "death incarnate", or quotes plus caps as in "Death Incarnate?"

But to summarize: for custom weapons with fancy names it seems pretty clear that they should be capitalized since they are used as names for a specific, unique weapon, not a generic descriptor of a weapon type like a rocket launcher, pistol, or chaingun. The same i think holds true for boss enemies. It's the Icon of Sin, so it's also the Behemoth when we're talking about one specific monster given this title (see the Archangelus of Eviternity). For species of demons it's more of a grey area. I personally would prefer to capitalized them as well unless the name serves as a literal descriptor of their nature or body. It's a fact that most mod authors capitalize the names of their custom monsters in their official documentation, so there is a clear desire from the author's side to have these names visually emphasized and distinguished from the literal nouns that are used. But it obviously clashes with the guidelines of this wiki and would open up a HUGE can of worms in regards to the vanilla bestiary. So, yeah.

Anyways, that's all I had to say. Is my assessment correct, right on the money, way off, utter nonsense, kinda right but not quite? Let me know. --Gregor (talk) 20:39, 13 June 2023 (CDT)

I don't see what the actual issue here is? Names of specific individuals are proper nouns and proper nouns are capitalized in English always, period. There is sometimes debate at most over whether a phrase constitutes a proper noun or not. "Spider mastermind" is the best example of this to come out of classic Doom because while it seems to have been thought of as such at first, there are later many "spider masterminds" so it loses its uniqueness quickly. That being said however it is again treated as a proper noun for the singular Spider Mastermind of Doom (2016) and Eternal's continuity. So now it's not even consistent across the series which is lovely. At any rate your decision on the matter should be based on the rules of the English language and whatever context is available to indicate if something is or is not a proper noun. The generic names of species are not proper nouns, which is why a word like "imp" is NOT capitalized. A diabolist may just be a type of demon, or it could be a specific group of demons calling themselves "the Diabolists", see the difference? --Quasar (talk) 23:08, 24 September 2023 (CDT)

Where to request page?[edit]

Hi, I wanted to know where page requests were handled. I've wanted a page on "Mars 3D/Mars: The Ultimate Warrior", a low-budget Taiwanese FPS released in 1997 that uses several graphics from Doom, Heretic and Hexen, along with a modified version of the .WAD format known as .MAD. Where do I request this? MargaretThatcher (talk) 13:53, 21 June 2023 (CDT)

There's no place to request a page directly (at least not to my knowledge), but rather, Special:WantedPages lists the 'most wanted', based on the pages that have the highest number of redlinks. But the best guaranteed method of getting an article made is to just make it yourself. Sena (talk) 20:04, 21 June 2023 (CDT)

Citing wikia pages[edit]

So Nockson removed a citation to the metroid.fandom wiki i posted from the Attack on IO article. I understand that linking to pages of the doom wikia is a no-go for obvious reasons. But there are plenty of wikis on that site, some of which are the go-to places for their respective communities with a wealth of info regarding those titles. Are we not allowed to use that info in citations just because it's posted on the "wrong" wiki? Sounds like politics to me. I think the fact that the info is accurate should be the decisive point, no? Or are we just gonna categorically dismiss all of the info over there as worthless or untrustworthy just because fans of those games posted it on a site that the Doom wiki has had a past with? The guidelines say you're not allowed to link to sites whose primary purpose is advertisement, but i don't think you can categorize the metroid wiki as being primarily ads. Fact is, the page I linked to on the metroid wiki contains no visible ads at all. So in this case, I'd say the link and the info is valid and should be reinstated. Opinions? --Gregor (talk) 13:34, 29 June 2023 (CDT)

There's actually a free Metroid wiki. Unfortunately it isn't as thorough as that other one. The ads on fandom sites are pretty aggressive, pop up windows, auto play videos and stuff. That's why I only enter these sites with AdBlock on. And yeah, I saw some useful info about Heretic and Hexen there recently, but I won't link that and will try to find another source. P.S. What's the point of providing sources for the music? It's the first time I saw that here. --Nockson (talk) 13:51, 29 June 2023 (CDT)
Ok, I have to admit I forgot that I have adblock on at all times, so I have no popups as a result. The situation is different with it turned off... Still, the info is valid. And it's not an External link for further reading, but only for people that want to confirm the source of the info, and for those cases I think it's still fine. You're not catching a virus off that site or anything if you visit.
With regards to the use of citations for the composers: the soundtrack for both Super Metroid and Castlevania is credited to two composers in most sources but the individual pieces weren't written as collaborations (like Lennon/McCartney were always credited together even though most Beatles songs were written by either one of them alone), the publisher/developer simply didn't care to give specific credit to who wrote what, so those information for each track are often difficult to find credible sources for on the net (and for Castlevania III such info simply isn't available at all). But i want to list the composer for each track whenever possible, so in order to justify the fact that I left out the second composer of the OST that is normally listed alongside the actual composer of the piece in question, I wanted to provide a source that identifies them as the composer of that specific track. And yeah, i looked at the other metroid wiki as well, but like you saw for yourself, that wiki is unfortunately not nearly as comprehensive when it comes to info on things like soundtrack. So I chose the more in-depth source. --Gregor (talk) 14:47, 29 June 2023 (CDT)

I can replace the link in the Attack on IO article with another source I found, it's about the official soundtrack album that the wikia article is using as a source because that one has the individual song credits in it. But more generally, are the guidelines excluding any wiki from being linked to in any shape or form on this wiki? Or is it more of a case-by-case situation with some leeway? That's really the core question here for me. --Gregor (talk) 15:13, 29 June 2023 (CDT)

Apparently using AdBlock has been against their ToS for a long time, but nevermind that. ;) I can't find where he said it but ISTR that Quasar is against adding new fandom links and in favor of using alternate sources whenever possible. There are no fandom links left, and almost all wikia links are in old discussions, not main space. I suppose Quasar's opinion does not equate formal wiki policy, but one specific reason for that is to not help improve their SEO, as they don't deserve that. --Xymph (talk) 16:15, 29 June 2023 (CDT)
Ok, I didn't have the full picture, thanks for providing a bit more context. So fandom/wikia sites are just generally off limits. Gotcha. --Gregor (talk) 17:15, 29 June 2023 (CDT)

I remembered I had already done some scripted work to find all such links, and this actually stemmed from a #doomwiki discussion, hence I couldn't find a link for Quasar's comments. Also, LinkSearch uses http: as default protocol if unspecified, so the above two paths are not the complete story for existing links: a small dozen fandom ones do exist too (and conversely, no https: entries for wikia). Additionally, a variety of interwiki paths are used as well. So these entries, at least the main space ones, are to be replaced by equivalent free wiki sources, if possible. --Xymph (talk) 09:11, 3 July 2023 (CDT)

Doom Wiki feature for Indie Wiki Buddy[edit]

Hey all. I'm the creator of Indie Wiki Buddy, a browser extension that helps redirect people from Fandom and Fextralife wikis to their independent counterparts (including, of course, Doom Wiki). I'd like to start featuring some wikis on the homepage, promotional banners, etc. (example image here). I'd love to include Doom Wiki, as a shining example of a long-lived independent wiki. Let me know if that'd be all right. Thanks, ~SuperHamster Talk Contribs 22:56, 26 July 2023 (CDT)

Should be fine. We're extremely pro-working-together when it comes to the wiki scene. I spearheaded efforts in the past that resulted in our affiliates section existing on the homepage for example. If you need to make use of any logos etc. they are all licensed under dual CC-BY-SA 2.0 and GFDL. Our preferred way to be mentioned is as "The Doom Wiki at" --Quasar (talk) 23:00, 26 July 2023 (CDT)
Excellent, thanks. Speaking of working together, I also happen to be NIWA's current Coordinator - so if you ever need to chat about anything related to NIWA or its members, feel free to reach out to me. ~SuperHamster Talk Contribs 23:05, 26 July 2023 (CDT)

Map with 27 co-authors[edit]

Today, Tribute Quilt was uploaded to idgames, and I'd like to put credits on whoever's pages, but considering the map is made by 28 different people, it seems a bit impractical to post the list on every page --ViolentBeetle (talk) 02:40, 9 August 2023 (CDT)

A one-liner "title (ig template)" suffices, no co-authors. Like for all these {{patchwork maps}}. --Xymph (talk) 02:55, 9 August 2023 (CDT)

Page for "Can It Run Doom?"?[edit]

The question/phenomena of "Can it run Doom?" is certainly a Doom related topic, but there doesn't appear to be a page for it here. Can someone make a page for it, covering its history and notable things that have run (or displayed) Doom? --Nanashi (talk) 13:17, 20 August 2023 (CDT)

Buildup of pending changes[edit]

I've recently made some changes that I understand as placing more burden on the approver than when I add a bug to some pwad map article. Given that my first of these odd pending changes, an edit to change the target source port for Sacrament, is steadily racking up weeks of age, I'm wondering what the process is, and why I haven't been hollered at to discuss any of it. The changes aren't that important, but I'm getting to be disappointed with the radio silence while my minor contributions get handled within a few hours. Did I miss anything in the FAQ? Are you hoping someone else deals with it? Is there a secret panel of experts being consulted? Is it a passive-aggressive way of telling me to keep working on a bad change until it no longer sucks? I'm just left wondering to myself with nothing to go on. In any case, thanks for taking the extra time with inexperienced wiki users like myself when we're being a piece of work. Inuk (talk) 13:35, 3 September 2023 (CDT)

I personally did not see them, in August I was really busy doing a large batch of edits myself, and even when I visited the Sacrament page a few days ago I failed to spot there were pending changes - they display automatically for registered users so I already saw it was Boom-compatible without realizing it was an unapproved edit. I'll go through them now and check. None of it was meant to be passive-aggressive, please understand that the wiki's pace can at times be glacial, as it is ultimately a hobby, and a few people who also approve content were I'm guessing on vacation for August and July. --Dynamo128 (talk) 03:02, 4 September 2023 (CDT)
Alright, the last thing to cross my mind was that nobody saw what was only coincidentally icky changes. I always imagined that there's a backlog page for approvers, but if the recent changes page is the tool they have then it makes good sense. Inuk (talk) 04:34, 4 September 2023 (CDT)
Process is a big word for a small ragtag group of editors looking (ir)regularly at pending changes. Each has topic areas they are familiar with, and others they are uncomfortable with. I check almost every edit in recent changes, but feel unqualified to approve some, and when nobody else touches them either, then the pending changes list slowly builds up. The current backlog isn't even so bad, there were times it had dozens of entries pending for many weeks or even months. Eventually it's Quasar who clears the backlog a few times per year, but he hasn't be active much in the past 1-2 months. And besides that list, there are also the new (or sometimes ancient) but unreviewed pages where progress can be even more glacial. Such is wiki life. --Xymph (talk) 05:15, 4 September 2023 (CDT)

Featured screenshot for levels[edit]

When I've played through a WAD, I like to go back to its Doomwiki entry some time later and go through the levels on there. Just for fun and to remind myself of the great time I had playing it :) Now, I don't usually remember map names and sometimes it's a bit difficult for me to bring to mind a level from its wiki entry, especially if there is no screenshot. I would like to see a screenshot of the level featured more prominently on a level's page. Maybe at the same place as the title screen image on a WAD's wiki entry (e.g. Speed of Doom). Perhaps a good image could be the starting point of the map, or the most notible section of a map. I think it should gives a level's wiki level a bit more soul instead of "just another level". Maybe this is just me though! :) --Ecotip (talk) 10:04, 22 September 2023 (CDT)

I'm sorry, but can you be a bit more specific? You want more level pages to have screenshots? Plenty of editors have added some, but understandably due to the nature of the work involved, quite a few wads don't have them yet. --Dynamo128 (talk) 11:30, 22 September 2023 (CDT)
I'm suggesting a more prominent presentation of a screenshot of a level, presented in the right sidepane of the level's page. Not sure if I have permission to do so, but I could try it for a page and see if people like it. --Ecotip (talk) 11:50, 10 October 2023 (CDT)
Single-level PWADs already have the {{wad}} template with that easy screenshot option, but a title screen takes precedence if present. Map pages that are part of a multi-level PWAD however need the navbox in the top-right corner and the map view image at the start of the Walkthrough section. There is little or no vertical space between those on the right side (remember the navbox can vary hugely in height), hence screenshots are best placed in the Screenshots gallery. The actual page width (depending on browser window or device screen width) also affects vertical placement of elements on the same side. What could look good for you doesn't always look good for a lot of other visitors, so it's better not to overload the right side. But perhaps you have another idea than I'm thinking, so yeah you can experiment - it can always be reverted. --Xymph (talk) 12:30, 10 October 2023 (CDT)

Correct license for gameplay mod logos[edit]

I wanted to add the mod logo to the Æons of Death article but I realized that I don't know under which license. For a gameplay mod it seems I can't just choose the "Other PWAD" option under Screenshot that I would use for a WAD's TITLEPIC lump. Although technically speaking a titlepic is not a screenshot either but in most cases either original artwork or a modification of someone else's original artwork or a photo of some kind combined with either original or modified artwork. As far as I can see, uploaded logos to wiki use either the "Other Fair Use" options, one of the other more specific copyright options—like I did for the Voxel Doom logo where it was clearly id Software's copyrighted Doom logo with some simple text overlayed—a GPL license (why would you release artwork under a software license??), Creative Commons, etc. How do I know which one to use? Do I need to contact the creator of the image or is there a fallback solution? --Gregor (talk) 12:02, 24 September 2023 (CDT)

Almost all mods are going to be fair use. If there's no license published with the mod, then it's fair use only as everything is, by default, copyrighted. --Quasar (talk) 22:51, 24 September 2023 (CDT)

wiki dumps[edit]

I've completed my annual dump of the wiki for The number of images on the wiki is now so large it's proving interesting :-) For practical reasons I zip them up for and only upload one file ( for the 2023 dump, this is now 6.1GiB. -- Jdowland (talk) 07:51, 11 October 2023 (CDT)

Creating category page[edit]

I recently added a category for platforming, but it didn't function correctly at first after I created it. Is there something to observe other than just create the page? It also took quite a bit of time before a lot of the linked articles I added were listed in there afterwards. Do these type of pages just need longer to update or is there another reason for this behavior? Also, what are the rules for what categories have to be added to them? I just went with PWADs because it is listed in most category pages (at least the ones I checked). But it was really just a stab in the dark... --Gregor (talk) 17:10, 16 October 2023 (CDT)

Category updates (and various other background jobs) happen every 15 minutes via runJobs.php from cron.
Categories should be added to at least one parent category that makes sense, but normally not to a subcat that is under the same cat to which you already added the new one. See also the guidelines and Special:CategoryTree. --Xymph (talk) 02:17, 17 October 2023 (CDT)

Titlepic license and public domain images[edit]

Not to open a can of worms, but why exactly is it standard to pick the {{Screenshot-pwad}} license for titlepics? These images are almost never actual in-game screenshots and often don't even include any id Software owned artwork - most of them are either original artwork or modified artwork of some sort, or a combinations of the two. So what's the reason for this modus operandi?

Also what do I do when the reproduced image is in the public domain, like with the titlepic for Four Perfectly Fine Lemons, which uses a rendition of Several Circles by Kandinsky? None of the available option for public domain images seem to work for this case since I'm not the creator of this painting (so I'm not releasing it into the pd), neither is the mod author nor did Kandinsky release the image into the public domain himself. It naturally entered the public domain because of the time that elapsed since the creator's death. Maybe an option for such a scenario could be added? Something simple like "This image is in the public domain." --Gregor (talk) 11:54, 18 October 2023 (CDT)

This is just my opinion, but when you're uploading an image and you have to choose what type of file you're uploading, the drop-down menu doesn't have an option for titlepics. The closest I saw was "Screenshot", which will pick {{screenshot-doom}} or a similar template. Plus it's not always easy to verify if a titlepic is copyrighted or public domain, so I think you have to err on the side of caution in those cases.
As to your second question, would {{PD-Art-100}} be of any help here? I know it's not exactly what you're looking for. Gauss (talk) 13:08, 18 October 2023 (CDT)
I'm just saying that it is an odd choice to license title screen images as screenshots, when they are very much not, instead of as fair use images. I just want to understand the rationale behind it, since a lot of the time the titlepics reproduce copyrighted artwork from another party entirely unconnected to id Software, like the titlepic for Altars of Madness, which reproduces part of the album cover art from the album of the same name by Morbid Angel.

The public domain template you posted could actually work for the Kandinsky image, since the painting by Kandinsky hasn't really been altered in any significant way apart from what is necessary due to the limitations of the Doom picture format, specifically change of aspect ratio, lower resolution and reduced color depth; but for a public domain image that shouldn't really matter since there is no copyright holder anyways. I would prefer that the license included these kind of modifications as well though. Otherwise it sounds like it needs to be an actual photograph (which wouldn't work in most source ports) to qualify for that license. But it's curious that this template (along with several other I didn't know were available) isn't accessible from the dropdown menu but can only be found through the Copyright and image templates category page. That's good to know.

But in general, is there a reason other than accepted practice to upload title screen images under the {{Screenshot-pwad}} license instead of deciding on a case by case basis what is the most appropriate license for each image? And also, isn't there a potential legal risk in falsely applying the screenshot license indiscriminately to all these titlepics? --Gregor (talk) 21:25, 18 October 2023 (CDT)


Recent attempts at self-promotion by various Doom people have led me to the following thoughts:

  • The practice of not-yet-notable mappers listing their work on their user pages should be prohibited in rules. The user page is for Wiki activity only. If a person doesn't meet the notability criteria (which are currently very loose), they should not have a Wiki page, regardless of whether it is located in the main or user space.
  • Attempts at self-promotion while simultaneously failing to meet the notability criteria should be a valid reason for speedy deletion. I propose to create a special criterion for this case or add a special quick voting mechanism so that the votes of at least 3 active editors are sufficient for deletion.

What do you think? --Nockson (talk) 15:38, 22 October 2023 (CDT)

I don't see anything wrong with people talking about what they've done on their user page. A user page (i.e., User:WikiUserName) is not an article page. And notability is always a thorny issue. You'd get a situation where some people are allowed to talk about their works and others aren't, based entirely on whether a jury deems them notable? Nah, that doesn't sound good. I agree that self-promotion can be annoying, but one person's own user page is specifically where it's harmless. --Gez (talk) 03:00, 23 October 2023 (CDT)
I agree with Gez concerning your first proposal - I feel like a user's Talk page is pretty much their turf and they can post whatever they want (apart from grossly offensive or discriminatory content, etc).

But I do agree with the second proposal - self-promotion isn't nearly as much of a grey area as notability. If a mapper is creating an article about their own work that isn't especially well-known/received, then they are self-promoting. If this was allowed in the past, that doesn't mean we have to continue to allow it going forward. If we don't want self-promotion on the wiki, then we should think about adopting a (near) zero-tolerance policy toward it - map makers should simply not create their own articles, neither about themselves nor about their work—unless their work is already clearly notable (a mention somewhere in the Cacowards is always a good marker everybody can agree on).

Now, with regards to notability, we do have the definition of notability in the FAQ that lists three criteria for it: popularity, acclaim, and historical value. And I think these are good, valid points to use as a baseline in any decision making about determining notability. I would personally like to add a fourth criterion here that a WAD can also qualify as notable for by being significant within the context of a specific genre or category of Doom gameplay or modding. For example, I recently created a Platforming WADs category and added articles for some WADs that are specifically notable from within the context of platforming in Doom, though not necessarily notable outside of it. But of course, notability can't be defined exactly (let alone numerically) and there will (and should) always be a healthy margin for interpretation when it comes to something so subjective. However, that does not mean that no guidelines for notability should be applied at all and the only criterion for inclusion we are left with is whether or not a WAD has a stable release. I don't know how far things listed in the FAQ are counted as official guidelines (I was under the assumption that they do count), but given that there is a desire from the editors' side to have some form of notability standard be applied for the creation of wiki articles and the fact that notability is already rather neatly defined in the FAQ, I don't see why these points can't be officially adopted and, as a result, enforced. They are also not in disagreement with the existing rule under guidelines that states: "If a game, WAD, editor, or utility exists only in source/demo/beta form, but is available to the general public and meets all the criteria below, then it can be included." The emphasis here is on can, not must or should. So if a work does not meet any notability threshold, it can be excluded based on these guidelines. And finally, in the case where a WAD very clearly does not meet any notability threshold AND also constitutes a very obvious case of self-promotion, I think the situation is rather straightforward and a speedy deletion vote as proposed by Nockson is called for. --Gregor (talk) 06:25, 23 October 2023 (CDT)
Okay, I've looked through the guidelines again. The only line (that I was able to find) related to contents of a user page is this: "Your User: page can say anything you wish, subject to server performance and applicable law." I think this should be corrected ASAP. You see, most people who have never edited any wiki will not see the difference between pages in main and user space. I've seen some people linking from the main space to their user page or adding categories such as "Mappers" there. I believe that self-promotion must be fought wherever it occurs. These people don't care about the Wiki. They're here because they think having a DoomWiki page will make them notable, when in reality it's the other way around.
Getting back to the point - we can use Wikipedia's guidelines on user pages: "User pages are pages for organizing the work users do on Wikipedia, as well as speaking to other users. ... Generally, you should avoid substantial content on your user page that is unrelated to Wikipedia. Wikipedia is not a general hosting service, so your user page is not a personal website. Your user page is about you as a Wikipedian, and pages in your user space should be used as part of your efforts to contribute to the project." Imagine if someone used their user page as a pseudo-article about their first map? Something clearly needs to be done about this. --Nockson (talk) 12:46, 23 October 2023 (CDT)
The current guidelines do have a thing against linking to user page from the main namespace. Any such inappropriate link can therefore be removed. --Gez (talk) 13:35, 23 October 2023 (CDT)

← ← ←
(Gregor wrote: "...a user's Talk page..." Small correction: this is not about talk pages (used to communicate) but the main User page.)

In a few recent instances where a new contributor created their own person page in main space with few or mostly unnotable works, this was promptly moved or copied to their User page. The body-of-work type list was preserved, not as explicit approval of this kind of usage for their user page but so as not to be completely unwelcoming to such newcomers. But any links from main to user space and people categories on the user page were immediately removed per the guidelines. In fact on October 11, I did a clean-up pass on old redirects from user pages to main space, which are also against the rules (simple wikilinks are okay). And that was also why I needed to fix {{Competnuser}} the other day, as I belatedly noticed my speedrunners page showed up in Compet-n players.

We are not responsible for other people not seeing the difference between person pages in main vs. user space, or outside links to them. Within the wiki everything meets the current guidelines or can be quickly resolved under them. Nockson does have a fair point that wiki's are not general websites and that a few users may believe that having a wiki page makes them notable. The Doom Wiki is however a core part of the wider Doom community, so the question is whether a user page can cover a person's community activities or should be restricted to wiki activities like on Wikipedia. In many areas Wikipedia is understandably more strict than the Doom Wiki, but like others above I'm relucant to apply similar limitations here -- as judged by which jury?

Currently half a dozen pages with a body-of-work list exist, where the first three (Mrchris, Matador, Kaapeli47) also have a very similar main space article. So this is really about the three person pages created this month (quickly moved to user space) and which did indeed have a whiff of self-promotion, especially in connection with the WAD articles two of them created (The I.M.P. Act, OVERLOAD).

In short, I don't see body-of-work lists on user pages as harmful to the wiki, and if (per Nockson's example) a user page is written up into a map article, then this can be addressed via {{SpeedyDelete}} reason 8 "Inappropriate use of user pages" or the page can be moved to a sandbox path below the user page.

For mods I second Gregor's reasoning and am okay with adding the fourth, context criterion. Got a proposal how to word it?

The guidelines against self-promotion should however be easier to find. It had been so long since I read the FAQ that I had forgotten it already had relevant entries on this. Linking the FAQ from the people and WAD criteria is a suitable way to improve visibility without duplicating rules. So that's what I did just now, hope this is okay with (uber-)admins.

To deal with clear violations of either guideline, I agree on adding a speedy delete option. How about "17 = Clear self-promotion of person or their mod."? --Xymph (talk) 10:44, 25 October 2023 (CDT)

"...this was promptly moved or copied to their User page." - Sorry, but I think it was a mistake. The correct solution, IMO, would be to move this content to the user's sandbox and place a link to it on their page. This will make the user's page more difficult to confuse with the real article. It would also be a good idea to import this template from Wikipedia and place it on similar user pages.
" judged by which jury?" - According to the rules that need to be updated. I'll come up with some ideas in a few days and post them here.
"...this can be addressed via SpeedyDelete..." - I don't understand what the difference is between turning a user's page into a map page or an article about a person? Why are you ready to tolerate the latter and at the same time propose to speedy delete the former? Currently, the rules allow the user to do almost anything with their page. This is why I suggest using Wikipedia's rules about user pages.
I also fully agree with the new speedy deletion criteria. --Nockson (talk) 14:01, 25 October 2023 (CDT)

(Xymph wrote: "For mods I second Gregor's reasoning and am okay with adding the fourth, context criterion. Got a proposal how to word it?")
In keeping with the wording of the other three criteria, how about something like "contextually significant (Jumpmaze X, Doomer Boards Projects)"? Besides that, I also agree with the new speedy deletion criterion. Seems useful and reasonable. I don't know how quickly something like this can be implemented. If it can be done relatively quickly I would hold off on opening a deletion vote for OVERLORD as it would very clearly qualify for the new criterion. --Gregor (talk) 14:40, 25 October 2023 (CDT)

Speaking about the notability criteria, the first one should also perhaps be revised not to be quite so demanding in its definition of popularity. "Incredibly popular" is a bit much to expect, I think. That would really only allow for seminal works like Valiant, Brutal Doom, Eviternity, and MyHouse to have their own articles. I understand that these criteria were formulated in the early days of the wiki when the landscape still looked different in terms of the sheer number of significant wads being created every year. So one could get away with being a bit more picky about what qualified as popular. Nowadays though, a "hugely popular" or even a simple "very popular" probably better describes the practical threshold for inclusion based on this criterion. --Gregor (talk) 15:06, 25 October 2023 (CDT)

The volume of text makes it impractical for me to answer to everything but I would like to add a few thoughts:

  • While I agree that self promotion is not desirable and should be discouraged, at the same time I think we shouldn't conflate the desire to self-promote with the somewhat naive enthusiasm that a few newcomers to the community have, where I think they legitimately thought they were helping.
  • In terms of self-promotion, the worst example on the wiki is likely Mike MacDee (Impie)'s works: not only are some of them excessively detailed (such as Project Einherjar having multiple pages for its episodes in a way that literally no other mod does), but the notability threshold was barely ever met for some of them as they are mostly of dubious quality and significance. The author even went out of his way to promote his own fanfic on the wiki for some reason. If there ever was a target in need of cleanup for notability, I would say the extra episodes for Project Einherjar would definitely qualify. It's maybe too late now to remove some of the less notable works which have pages and everything, but I am bringing this up because Impie is ranked second in terms of mapping output on this wiki for no reason other than self-promotion, when other very prolific mappers have comparatively very few pages on their works for the simple reason that they didn't self-promote and making so many pages was felt to be excessive. And I think that's just unfair.
  • I would like to place a strong emphasis on historical significance, particularly when it comes to WADs from the 90s and early 2000s. A WAD that would be good to fantastic in 1994 would not make much of a splash today, which is why its release date should count towards the notability. But I think everyone already agrees on this part.
  • I feel much less strongly about self-promotions on user pages. For one thing, they are not parsed by the regular search function, making their usefulness as self-promotion a lot more dubious (even though I suppose they would show up on google). I am of the opinion that anyone can do whatever they want on their user page, and I have a neutral stance on whether that information should go to the sandbox section instead.
  • Regarding the proposed fourth addition to notability, how about expanding it to being notable also to a particular sub-community? A lot of Skulltag or ZDaemon mods for example would fall into such a category. Odamex CTF by itself is not a particularly notable WAD in Doom modding in general or even compared to some other CTF WADs, but it is an extremely notable WAD within the context of Odamex and thus worth covering for that reason alone. Willem Sitters's maps (even though articles don't exist yet, but will soon) are not that well known in the broader Doom community but are extremely important for the Risen3D scene. And so on and so forth.
  • Also, another thing that is maybe obvious but bears specifying: I indeed oppose the idea of modders creating pages for themselves or their own work, but I am not opposed to the idea of them expanding said articles with more detail, because after all, in a niche community such as Doom, who would know these works better than the creators themselves? So I think we should treat these two aspects very differently and encourage the latter.
  • I fully agree with the new speedy delete proposal, perhaps an admin i.e. Gez would like to weigh in on this?
  • Regarding Wikipedia, that website needs to use different and more stringent rules owing to its much greater and general scope, I don't think it should serve as an example to follow in every situation, we can afford to be slightly more loose and lenient if we so choose. I say this as someone who is also an extremely active Wikipedia editor, with over 1,000 edits there, so I would say I'm familiar enough with the place to be able to comment on this aspect.

I'll add more thoughts if they come to mind but hopefully this is helpful to iron out a few of the details being discussed here. --Dynamo128 (talk) 04:19, 26 October 2023 (CDT)

With regards to the point Dynamo raised concerning the scope of a potential fourth criterion, I just want to point out that I think the wording I proposed—"contextually significant"—already allows for sub-communities to be covered by it. Something that's important within the Skulltag community for instance would qualify as contextually significant. However, I would add one condition to it, that the genre or sub-community for which the mod in question is significant should itself qualify as notable first. If a mod X is to be considered notable for being part of Y, then Y itself must also be notable to allow for that rationale to make sense. In particular, Y should meet one of the other three criteria for notability (popularity, acclaim, historical value) to qualify as notable. I think this way it works quite well as a criterion—not too lenient but also flexible enough to be useful.

The other point I wanted to bring up is in relation to mod authors creating their own articles versus contributing to existing ones. I think that notability is again the key factor here. Because otherwise a mod author could just create an article under a different account name, or have a friend create the article for them and then expand it. That would circumvent the self-promotion restriction but still be self-promotion, just in a less obvious way. If on the other hand, all articles that are created must meet at least one of the notability criteria, while that doesn't solve all potential problems connected with self-promotion, as an author might still contribute to an existing article with the express intent to self-promote, at least the existence of the article itself isn't in question at this point and makes sense from the perspective of the wiki. It becomes a problem about the quality and intent of the content—not whether the article should exist at all. Long-winded way of saying, I agree that authors can contribute to existing articles that cover their work as long as their work meets at least one notability threshold—otherwise the article in question shouldn't exist in the first place. --Gregor (talk) 10:58, 27 October 2023 (CDT)
I agree with all of Dynamo's comments. The "contextually significant" entry to notability in the FAQ is fine, but I don't feel like that needs to be fenced off very strictly. Every sub-genre or -culture is part of a bigger one, and recursively requiring a context to be notable itself can make things more complicated than necessary. Every article can still be debated for its own merits. The entry has been added.
Re. Impie, the fact that his covered mods have map pages is not only due to him starting to cover some maps, but also due to me completing all such series via normal XymphBot processes, for consistency's sake if nothing else. This is probably a factor not mentioned so far: guidelines for covering mods according to notability were adhered to more strongly a decade or so ago, simply because of the excessive human effort required to cover map series if the bar were lowered too much. With the automation progress made there after 2016, the wiki can cover a wider array of mods influenced also by practical aspects (server resources, my time/energy) and not just strict principles. I don't think pragmatism is a wrong direction as such (and I have already drawn some practical lines myself) and this comprehensive mod coverage also distinguishes us from the 'other' wiki (which doesn't even have real Cacowards coverage after 2014 or so) as the community wiki par excellence. But I'm no fan of removing long-established articles with good information like English Wikipedia is doing, so pruning the episode articles for Project Einherjar and Strange Aeons would be a bridge crossed too long ago IMO.
Btw, early this month I opened a discussion/deletion vote on one such article that is waiting for participants. --Xymph (talk) 09:06, 30 October 2023 (CDT)

← ← ←
So I've been asked to chime in again. On the issue of people creating pages for their own works -- while I agree it can go too far (fanfiction isn't really in this wiki's focus AFAIK), I'm reticent to ban it outright. Thing is, a wiki only contains what its contributors put in, and sometimes nobody gets around to fill in notable works. If it's the author who ends up doing it, is it bad just because it's the author? For the new speedy delete category, I'm not against it in principle, but hope it'll be used responsibly, only for truly egregious cases. --Gez (talk) 15:16, 29 October 2023 (CDT)

Just to chime in myself, I am not in favor of any additional restrictions on user page content. Listing things you've done there whether or not the wiki considers them notable has always been fine and I don't see any possible issues. A User page cannot be cited, it cannot be linked from mainspace except in the most rare situations, and it is absolutely not suitable for use as evidence of notability because anyone can make them and they are not held to the accuracy standards of mainspace. I don't see any need for more strict policy in mainspace either. What we've had for years is working fine. Self-creation of pages is heavily discouraged but it is not disallowed for reasons already mentioned here, such as consistent overlooking of works otherwise considered notable in the community. --Quasar (talk) 22:12, 29 October 2023 (CDT)

Okay, the template has been expanded but should primarily be used for the obvious cases of mod self-promotion, not for the notable mods that would be covered anyway and that its author just happened to beat another editor to. Most participants above are against restricting or labeling user page content. Self-promotional person pages in main space could be speedy-deleted or moved to the pertaining User area (depending on the circumstances) so as not to stifle their "somewhat naive enthusiasm", as Dynamo put it and as I did a few times this month. I hope this correctly summarizes the gist of the above discussion. (Note that the speedy-delete process allows anyone to raise a discussion and call for a normal vote as yet.) --Xymph (talk) 09:06, 30 October 2023 (CDT)
I did not agree that this is a suitable reason for speedy deletion either. That's a complete circumvention of the usual process of determining consensus about what is or is not notable. By having this as a speedy deletion reason you are saying there is no need to ever debate any notability dispute, in effect. That's what we want?? This is completely unprecedented in the history of the wiki's administration and sounds like the kind of thing that was used to scaremonger about us moving off of Wikia back in 2011 by comparison to previous policy. I can see if it's going to be restricted to the utmost painfully obvious and egregious examples of bad content, but the first time I see this applied to something worthy at all of debate I'm going to feel vindicated in asserting that it's a slippery slope to admin overreach. --Quasar (talk) 10:53, 2 November 2023 (CDT)
Not to belabor the point, but the added reason for speedy deletion is self-promotion, not lack of notability. So a lack of notability alone only allows for the normal deletion vote. And a speedy deletion call can always be downgraded to a normal deletion vote if there's disagreement. In fact, the way Xymph phrased it above, only the combination of blatant self-promotion AND a clear lack of notability will qualify for the new criterion. Also, the added context threshold for notability makes it easier to argue for the notability of an article. So I don't think this will lead to notable work being deleted without discussion. What it does, is allow for those truly egregious cases to be removed more quickly and with less hassle. --Gregor (talk) 16:09, 2 November 2023 (CDT)
Given that until now speedy deletion was only for the utmost trivial of issues where discussion is pointless entirely because they are effectively routine maintenance tasks, this is a dramatic expansion of the power of the utility. It runs counter to the terms under which speedy deletion as a policy was accepted in the first place, if you care to go back and read the discussions on that at the time. It was only adopted under an agreement that it would not, in fact, be expanded to cover any type of content where discussion, even if minimal, might be warranted. To me this seems to be based not only on a false assertion - that we are apparently overrun with such content to the point that it's an administrative issue - but is reaching toward giving power users more influence by-proxy, so that they can tag certain things they happen to not personally like as speedy delete and then get an admin to do it for them without any thought given. I don't see that as appropriate, it's not how things have been done here in general ever before. Speedy delete is precisely dangerous because it doesn't provide for a necessary chance for there to be any disagreement. Speedy delete means that, if I as a singular admin look at the page and, even if I know nothing personally about the situation, decide I also don't care for it, then it's gone, period. If nobody got to weigh in yet well, too bad. I need to see all these supposed cases where the normal deletion process did not already work for such articles before I'm going to agree that speedy delete is even valid for this purpose. --Quasar (talk) 21:53, 2 November 2023 (CDT)
Some very good points here. After reading up on it, I understand Quasar's reluctance to agree to the new speedy deletion criterion. The bottom line for me is that articles of non-notable work (→not meeting any notability threshold + subjective margin) that constitute a clear case of blatant self-promotion should be deleted. Whether this happens through a normal deletion vote or speedy deletion is secondary to me. The normal deletion vote however can sometimes drag on for a long time and end without sufficient people voting on it, creating a deadlock in certain cases. I think the idea was to add the criterion to avoid exactly those types of situations where the case is clear but not enough people vote on it. Maybe the alternative proposal by Nockson to an additional speedy deletion criterion in the OP is a better solution. "I propose to create a special criterion for this case or add a special quick voting mechanism so that the votes of at least 3 active editors are sufficient for deletion." --Gregor (talk) 14:37, 3 November 2023 (CDT)
In Quasar's Oct 29 response, he did not comment on the speedy delete topic, which I took as a "no objection", and went ahead as five other editors agreed (with the stated reservations about its use). So I was a little surprised by his Nov 2 (10:53) follow-up in the opposite direction. The 21:53 response helped me understand that stance better, as did reading up on the policy talk page. The thing is, in practice "speedy delete" meant to me not that the actual delete happened any faster than after a normal deletion vote, but only simpler, without being blocked by a lack of discussion and votes. In recent years I had grown accustomed to few (or sometimes no) admins looking after pending (speedy-)delete nominations regularly or timely. That is why I would prune speedy-deleted pages/files (via XymphBot) after at least three (often more) months of "no discussion/objection" (see the Delete log). This way most nominations didn't drag on for many months or several years (a few did as I don't review the queue that frequently either), while still offering ample time for occasional passers-by to raise questions or change the speedy delete template into a regular one. The fact that an admin can swing by and delete such a page within days of its nomination simply hadn't occurred to me (until Quasar pruned the image with that absurd filename on Nov 2).
For examples where the normal delete process drags on a year, see the two templates and this image. I understand and agree with Quasar's point that the speedy-delete process should be used only for trivial maintenance tasks, and that the wiki should operate by consensus as much as possible, also noted in the policy and its discussion. The question then comes back to whether user and mod pages created by the pertaining user themselves are to be viewed as (blatant? subtle? how can you tell?) self-promotion and whether dealing with that is trivial maintenance, or should still always be debated. I can see Quasar's slippery slope too, but if there is a regular discussion and vote, what turnout is required at minimum? 3 editors? 5 regular users? Something in between, or more? Conversely, Quasar, the mod that prompted this topic is OVERLOAD (along with person page moved to user space User:EPICALLL) - how do you feel about this being nominated for speedy delete under that new criterion?
And all you other active editors, please review the delete nominations and chime in. --Xymph (talk) 07:59, 9 November 2023 (CST)
As an admin if I find that a speedy-delete nomination fits the suggested category, I can delete things instantly. That's how it essentially works. There's no mandated delay or need for discussion. The fact it usually happens slower than that, particularly where I'm involved, is that I'm an anti-deletionist in general. I tend to think things might have a use and want to determine that isn't the case first. My opinion is still that speedy delete is not justified in the case you point out. A regular deletion template has been used for cases of non-notable works, and it didn't matter who created it. I don't understand the sudden concern with who is creating an article. "Don't self promote" is a rule of thumb not a rule of law here, according to the policies and guidelines. I didn't see that those were being amended. I didn't comment on it before because I missed it and didn't realize it was a suggestion. I only just have limited time for this lately. Super-long conversations are going to fly by me. --Quasar (talk) 16:29, 12 November 2023 (CST)
Alright, the template text "If you disagree with the speedy deletion nomination..." suggests there should be a window of opportunity to raise concerns, but I suppose with the trivial maintenance type of deletes that wasn't an important factor. The sudden concern arose from three user and two mod articles being created by those pertaining users in October, but indeed this was quite rare in preceding months/years. So I think wrapping up this extended discussion is best accomplished by revoking the new speedy delete criterion and starting a normal delete process on that one mod. It may take a long time but I also don't feel like this wiki needs a new, third delete-voting process. If the other editors participating in the above discussion can live with this outcome, then I will soon revert the SD template and initiate the normal delete. --Xymph (talk) 06:31, 13 November 2023 (CST)
As I stated above, it doesn't matter much to me whether the SD or normal deletion process is used as long it leads to a decision, not a stalemate. Having said that, I still think Nockson had a valid point for initiating this discussion in order to push for an update on the deletion voting process. I think it would be useful to have some clarification on that matter before wrapping up this discussion. That's also something I was wondering about myself. What's the minimum number of votes that are necessary to complete a discussion on a deletion? What constitutes consensus? And shouldn't there be a timeframe established for it? Any other form of voting in society is bound to a specific time period after which the vote is closed, whether you voted on it or not. Xymph mentioned to me that he normally waits three months before deleting SD requests. I think that's a pretty healthy timeframe for active editors to read up on the topic and make up their mind on whether they want to chime in or not. No vote to me means no objections, and the deletion can then go ahead after a set amount of time has passed. I don't see much benefit in a deletion vote that can take years to "complete". Especially, if at the end, we're still left with the issue of admin overreach if it's just down to an admin to decide when a discussion is closed.

With regards to OVERLOAD, I just like to point out that we already had the discussion about it on EPICFALLL's talk page and the consensus was that the mod does not meet any notability threshold and constitutes a very clear case of self-promotion. I don't think there's any disagreement on this. I don't see any reason therefore for another discussion that "may take a long time" as Xymph suggested. I'd say anybody with an opinion on it already voiced it, so there's no reason to wait much longer in this specific case. --Gregor (talk) 23:21, 13 November 2023 (CST)
On #doomwiki Quasar provided a quick answer about the voting turnout, majority, timeframe: "there's never been a firm definition of those things, as there isn't on the wikipedia model that it adapts; a "reasonable" number, amount, etc". So there. --Xymph (talk) 15:06, 20 November 2023 (CST)

Levels by editor[edit]

I came up with a "new" way to categorize levels/WADs - by the editor used. Does anyone else think this is a good idea and actually useful? If yes, what is the correct name for it: "Levels by editor" or "Levels by editing utility"? --Nockson (talk) 14:05, 30 October 2023 (CDT)

Don't find that particularly useful or interesting: the result and how it's used (e.g. which port) matters, not how a mapper arrived there. Also, while for single-author projects the editor may often be documented, in CPs lots of mappers may use a variety of tools but this is usually not documented per map. And even then, would wiki visitors select levels/WADs because they were built in one editor and ignore those built in others? Seems unlikely to me. --Xymph (talk) 18:26, 30 October 2023 (CDT)

Page Suggestion: Elemental Damage[edit]

This page would cover the following elements.



Would be a convenient crossroads page. MargaretThatcher (talk) 22:52, 14 November 2023 (CST)

I don't think the page is needed considering said information already works well in the articles related to such topics. --Dynamo128 (talk) 04:08, 15 November 2023 (CST)

Hotlinks to files hosted on Discord's CDN will eventually become ephemeral and rot[edit]

As far as I am aware, many people within the community use Discord and its CDN to host archives, WAD files, screenshots, and so on, whilst hotlinking them elsewhere.

Unfortunately, this practice is on borrowed time, thanks to the gradual implementation and enforcement of three new parameters (they have already existed since September or so) in the URLs.

Fortunately, there exists only one affected page on the wiki.

--Pringao friki chalado (talk) 09:27, 22 November 2023 (CST)

Thanks for the heads-up, we should then be disallowing such temporary links in the future. As for the one patch link copied from the release post, that can be removed from the wiki, or replaced if someone comes up with a new location. (Hint: download while you can and upload to another service?) --Xymph (talk) 10:52, 22 November 2023 (CST)
Done. I didn't even know a single Discord link existed on the wiki until now, so I am at least not surprised to see it was just one. I've always seen Discord as disposable hosting for quickly sending files and nothing more than that. --Dynamo128 (talk) 11:00, 22 November 2023 (CST)

Suggestion: "On this day" section on the front page[edit]

Was looking at Wikipedia and realized how much I enjoy reading the "On this day" section (where it tells you some historical events that happened today). I propose we do something similar. I have a few suggestions:

  • Release Dates for games (Dec 10. for Doom 1), mods (Jun. 2nd for Knee-Deep in ZDoom), and tools (Jun. 19th for DeHackEd)
  • Noteworthy community events (Apr. 30th for the DWIronman League's "you humor me greatly" incident)
  • Important social media posts (Apr. 21st for the 2015 Doom source data release)
  • Development/business incidents (Jul. 7th for Tom Hall's resignation from id)
  • Births (Oct. 28th John Romero) and deaths (Jul. 31st for Ty Halderman)

I feel it would help create repeat visitors (everyone loves fun facts, especially tight-knit communities centered around 30-year-old games).MargaretThatcher (talk) 17:05, 24 November 2023 (CST)

Wikipedia can get away with having such a feature because it has a virtually endless supply of information it can display in that sense. For what it's worth, on the DoomWiki, I'd say this largely goes against the current procedures for (not all but most) featured articles, since these often get picked in lieu of anniversaries. As a result I don't think we need such an addition. --Dynamo128 (talk) 10:54, 25 November 2023 (CST)

WAD criteria versus helpful walkthroughs?[edit]

Hi, before I forget, this is the first time I've done anything more than a minor edit to the Doom wiki so I apologize if I mess anything up. I'm a frequent user of the Wiki, primarily for WAD lists and notes on secrets or tips for particularly confusing maps. (Thanks to whomever wrote the 10 sectors MAP24 entry, for example, that's why I was here.) I saw the discussion about self-promotion and how it relates to the wiki's desired notability for WAD entries, but it got me thinking. For me, and a lot of other people who I talk about Doom with, the Doom wiki is valuable for having those walkthroughs/secret lists for as many WADs as possible, since the other options are seeing if anyone has a recording on YouTube and scrubbing through that manually, or popping open an editor and looking at the secrets that way (which I don't even know how to do.) In other words, when I recommend Doom to new players, the Wiki is the first place I recommend they check if they're stuck.

This seems to suggest a problem to me - the use of the Wiki as a repository for playthrough information about as many WADs as possible is resisted by the idea that WADs with entries here need to be notable. The notability criteria makes sense from the perspective of an encyclopedia/research resource of course, but I can't think of anywhere else on the internet that's as well suited to help people out with tips for actually playing Doom. I've made some small (anonymous) edits in the past to help make pages clearer (for example, I added the information that MAP24 in 180 Minutes Pour Vivre had a Porcupine Tree MIDI as its soundtrack), and I've always thought that if I ended up playing a WAD that wasn't covered here that would be a good excuse to learn the tools used here for making WAD/map pages and try and get it covered. But if notability is a concern, I frankly don't have any idea how to tell if a WAD I'm playing is notable, it's just something I was playing and I would figure other people might appreciate help for secrets/the maps in general.

So I guess my question is, has the idea of using Doom Wiki as a repository of walkthroughs/tips for Doom maps in general been considered? Or is the intent to keep it as a focused critical source with attention paid to notability for WADs first and foremost?

(And just to avoid any questions, I'm not "EPICALL" and I don't even really know who that is or what Overload is like as a WAD. I just saw the conversation in the recent changes panel and clicked to read it. I signed up because asking a question on here felt like it should be done with an account, not anonymously like my minor edits before.)

Uh, thanks! -- Arivia (talk) 01:33, 28 November 2023 (CST)

Hello and welcome! I came here at the beginning of the year for a similar reason: I wanted to know what music tracks were used in some of the Winter's Fury levels. I didn't find this information here, so I got it myself. And then I thought, why not add this information to DoomWiki? So, I signed up, started editing, and here I am, with over 4,000 edits and almost 100 articles under my belt. So what you wrote about is a very good reason. But! There simply can't be a Wiki page for every level of every PWAD ever released. Given the number of active editors, this is simply not possible. This is where notability comes in – it helps us choose what exactly is worth writing about here. And it usually works: if you play something interesting, popular or unique, there's a very good chance it has a page here on DoomWiki. And if not, you can always create one yourself, given that it is notable, meaning that someone other than you will need this information. --Nockson (talk) 11:33, 28 November 2023 (CST)
Yes, Doom Wiki is an encyclopedia first and foremost, and a walkthrough site as a side effect. And until 2016, it covered mere dozens of PWADs (along with the IWADs) because it requires a lot of human effort already just to create series of map pages completely and consistently, let alone write up gameplay info. Since 2016 the wiki has grown a lot, covering hundreds of PWADs due to extensive scripting via my bot account. But it still takes me time (for complex projects up to several hours) to prepare, configure, and run the scripts and generate the map views -- often in tandem with Dynamo to crop the maps and create custom things tables. There are only so many hours in the day and we have lives and off-wiki projects, so unlimited PWADs coverage remains impossible. That too is a major reason to stick to the notability angle. --Xymph (talk) 04:07, 29 November 2023 (CST)