User talk:Quietust

Instructions for a Pleasant Talk Experience

In the interest of keeping discussions in one place: If I posted a note on your talk page with a question or a comment, please post your response on your talk page. It's easier to keep track of a discussion when it's all in the same place. If you wish to post a comment on my talk page, add it to the top of the Comments section and begin it with a level 3 header (i.e. "===Subject===", 3 equals signs). As with above, I will keep my replies here on this page. If you would like QuietBot to perform a bunch of predictable edits, add a comment to the top of the Bot Requests section and begin it with a level 3 header. As with normal comments, replies will also be posted solely on my talk page.

Comments

Please place new comments at the top of this section. If you are replying to a message I placed on your user talk page, please place the reply on your talk page and place your signature in the "Reply Notification" section above. To add a comment, simply edit this section and add a new subsection (with three equals signs around the title).

Grazers as pets

Even if you assign a war elephant as a pet, they still need to eat, right?--Kwieland 04:20, 6 May 2011 (UTC)

I haven't checked explicitly (since my latest fortress was from 0.31.18), but it's fairly likely to be the case. Probably worth checking, just to be safe. --Quietust 12:33, 6 May 2011 (UTC)

Template changes

YOU CRASHED THE WIKI ALL YOUR FAULT (are you able to hop on irc? also I'm kidding <3) --Briess 19:01, 8 April 2011 (UTC)

Sorry, I was sleeping soundly from being sick :(. Make the changes whenever you like, I've modified the maintenance script to run within 3 minutes of any edits you make (okay that's a lie, I've modified it to run every 3 minutes) --23:07, 28 April 2011 (UTC)

I already made the change a few hours ago, and it didn't seem to have any impact on the wiki - perhaps it was smart enough to realize that the change I made was restricted to an includeonly tag. --Quietust 23:30, 28 April 2011 (UTC)

Extension

Let me know when you think the extension is ready and I'll install it. --Briess 20:08, 31 March 2011 (UTC)

Andale Mono

Thanks, I completely forgot to check for that :< P.S. the plugins you pointed me towards both crash php :( --Briess 01:16, 18 March 2011 (UTC)

Template Stuff

I have no idea. I'll play around with it as soon as I get a chance, here. --Briess 19:38, 7 March 2011 (UTC)

Recent Edit

Thanks for the formula for nickel silver. I didn't know the mix. (I would have posted this somewhere else, but not sure there is a better way to say thanks.)

Recent Wiki Spam

I've changed a few settings that should hopefully deter the spambots, and added an additional anti-spam extension. Please let me know if these seem to be working or not. --Briess 02:26, 30 January 2011 (UTC)

Whatever it was, it doesn't seem to be helping much... --Quietust 17:08, 30 January 2011 (UTC)

I'm looking into some things right now. Are you able to hop on IRC? --Briess 18:33, 6 February 2011 (UTC)

Which channel? Freenode #magmawiki or somewhere else? --Quietust 18:35, 6 February 2011 (UTC)

There may be some problems with the setup. If you notice any issues, please let me know, and I'll try to figure out what exactly I can do to fix them --Briess 19:44, 6 February 2011 (UTC)

It appears we're blocking significantly more spam, but as a result they've ramped up the number of attackers. :/ Any ideas what to do next? --Briess 15:41, 7 February 2011 (UTC)

Magmawiki Feature Idea

Looking for your input on this feature. Emi [T] 01:25, 18 December 2010 (UTC)

Regex Stuff

When Loc is back online later tonight we should be able to fix it. I'm pretty sure the regex problem is the same extension problem we had when the wiki blew up massively several months ago -- basically php version specific. Emi [T] 01:11, 17 December 2010 (UTC)

Loc assumed the same thing, since he apparently set up this server with PHP 5.3; presumably, it was previously running version 5.2. --Quietust 01:26, 17 December 2010 (UTC)

He did this exact same thing last time. -_- Emi [T] 01:50, 17 December 2010 (UTC)

Indeed, this is my hunch, I'll be working on this tomorrow once I get a chance to sleep. --Briess 07:55, 17 December 2010 (UTC)

Forum PMs

Have you checked your Bay 12 Forums personal messages recently? --Footkerchief 14:21, 22 November 2010 (UTC)

I have. I just haven't yet decided how to respond. --Quietust 19:02, 22 November 2010 (UTC)

Windmills

It may be a bug, but in my experience, it does work reliably. Build the windmill first, and the receiving device second, and it'll be powered. Doesn't matter if the receiving device hooks up to something else built previously, doesn't matter if the whole assemblage demands more power than the windmill can give. If the windmill is built before whatever it's expected to link to, then it'll link in through a floor. --DeMatt 20:57, 20 November 2010 (UTC)

The fact still stands that it's inconsistent, and I've just added an entry to the bug tracker specifically about said inconsistency. We shall see whether it's actually supposed to be possible for windmills to transmit power through floor tiles. --Quietust 21:22, 20 November 2010 (UTC)

Barony?

I see you are logged on or at least recently so. Can you quick explain why I should accept becoming a Barony? I just don't see an advantage. I posted the question on Talk:Baron. Thanks for your help! -- Maunder 02:30, 7 November 2010 (UTC)

Arsenal Dwarf

I have 0.31.14 for the Mac, it's the only version I've ever had, and I have the Arsenal Dwarf. I don't see how I have "a world that was generated in an old version" unless there is something specific to the Mac version because I've never had an old version. Granted I'm not actually able to figure out what the AD is doing, but it's there.--74.73.27.227 01:38, 3 October 2010 (UTC)

I've just extracted entity_default.txt from df_31_14_win_s.zip, and the arsenal dwarf is very much absent from the list of positions. I've also checked the same file within df_31_14_osx.tar.bz2 and it's also not there. You're using a savegame from an older version. --Quietust 01:55, 3 October 2010 (UTC)

Javascript

We have to resubmit all .js and .css pages. Otherwise they won't work their way into the cache. Emi [T] 23:15, 21 September 2010 (UTC)

Quality Tags

Are you sure? ;D Emi [T] 23:17, 21 September 2010 (UTC)

Stealth fixes are hardly sporting... --Quietust 23:18, 21 September 2010 (UTC)

<3 Also, why don't you hang out in #magmawiki on freenode? Seeing as you're the most wiki-active admin, you might want to get in on magmawiki discussions. Emi [T] 23:20, 21 September 2010 (UTC)

Mainly because I don't really do IRC very much anymore. If there are particular discussions that are expected to take place, I could certainly attend them, schedule permitting. --Quietust 23:23, 21 September 2010 (UTC)

We don't really have scheduled discussions. They just sort of happen, and sometimes with hours between responses on each side. So you'd sort of have to idle in order to "attend" them. Emi [T] 23:25, 21 September 2010 (UTC)

Three random things

(1) Looking through recent changes I thought you'd made a mistake or something, cos this edit had a detailed edit summary but didn't change the page size. Turned out that, by fluke, you'd removed exactly as many characters as you'd added.

(2) I left you a message in this thread. Not meaning to hassle, just wasn't sure if you'd seen it.

(3) When I look at a page like Template:L I always want to know how much food you get from butchering. Based on the information in the infobox you can get 33-37 food per cow, but it takes a while to add everything up, and even longer to compare two animals (cow vs. horse or whatever). I was wondering, would it be possible to edit Template:L to give it a new line, called "total edible" or whatever, that would automatically sum all the edible components? I realise it could be done manually for each creature article, but I thought you might be able to figure out a more elegant way.

Bognor 13:28, 9 September 2010 (UTC)

Thinking more about (3), it looks like some of the info currently in those templates is dodgy. Doubtful that horses would yield 32 food while dogs yield 37. Bognor 13:50, 9 September 2010 (UTC)

Adminship

I think the wiki could be greatly served if you nominate yourself for adminship. I was frankly surprised you weren't an admin already. Particularly you being able to just go ahead and complete non-controversial deletes would be really useful I think, not to mention applying blocks to blatant and flagrant vandals. Let me know if you put yourself up there for a vote. Mason ^(T-C) 03:09, 31 July 2010 (UTC)

Maybe I come from a different background, but it's my view that adminship is something that needs to be offered by another admin who thinks it's deserved, and never directly requested - in fact, most other sites I've been to work exactly this way. That said, I can't nominate myself, but I wouldn't have a problem with being nominated by someone else who would have the authority to do so. --Quietust 03:42, 31 July 2010 (UTC)

My personal view on it is that it isn't as much as leadership position as it is a janitor position with some special powers and certain people who already take on the jobs of janitors (such as yourself) could use the tools like you'd use a better mop. I was the first person to nominate themselves and now we have several who have done so. The link I had above was broken, I've fixed it, take a look at it. Anyone can nominate themselves, no authority needed. Mason ^(T-C) 05:06, 31 July 2010 (UTC)

Psst. No need. This wiki is much to slow to have an effective rfa process. So uhh, you're an admin now. Emi [T] 18:39, 7 August 2010 (UTC)

Hurray! Cheers for becoming an Admin and thanks again for your tons of contributions.--Used 09:15, 8 August 2010 (UTC)

Talk page for Goblinite

I don't have permission to create the discussion page for Goblinite. You recently undid my question on the subject (without answering it, I might add) so could you please create a talk page for Goblinite so I can ask my question there.--208.81.12.34 19:41, 15 July 2010 (UTC)

Regarding Spam Bots

Just leave a message on my talk page if you come across some that aren't being dealt with in terms of ban hammering. I always check the wiki for messages once a day, but sometimes things get buried in recent changes before I see them. So uhh yeah! Emi [T] 10:29, 15 June 2010 (UTC)

Biome Table

I like to thank you for your work on the biome table, it's a lot better now. I'm trying to make the whole biome stuff a bit clearer. Ah, and also thanks for fixing some of the typos, my mother tongue is german but I try to do my best in english ;).

Greetings and keep up the great work here in the wiki. Used 15:58, 1 June 2010 (UTC)

Gamedata

You. rock. Holy. crap. --Briess 19:33, 4 May 2010 (UTC)

The tiny column of raws is unusable. I think we're better off not having it in the same place as the creature box. VengefulDonut 12:29, 5 May 2010 (UTC)

I could've told you that myself. In fact, so could User:Used, who tried widening the new gamedata box a bit over a week ago only to be overruled by Briess when it messed up the creature pages. --Quietust 13:05, 5 May 2010 (UTC)

Here's an idea:

Let's stick the raw lookup template for the individual creatures and such on their /raw page and pull that using the gamedata template on the main page. Thoughts? VengefulDonut 14:45, 5 May 2010 (UTC)

An interesting idea, and one that would probably be easy enough to automate. It would also make the name->ID and name->raw_file.txt lookup tables unnecessary, since the /raw pages could just be made to contain something like {{raw2:DF2010:creature_standard.txt|CREATURE|DWARF}}. However, it'll also result in a ton of tiny pages to maintain, especially those that use DF2010:creature_standard.txt which had been split into 3 parts to stop it from crashing PCRE. --Quietust 14:55, 5 May 2010 (UTC)

Then it will probably be easier to deal with if you keep the lookup template active. That way if a file needs to be split again then only the lookup changes. You think you could make your bot stick the appropriate things on the raw pages? Also, maybe lump them into a raw file category. VengefulDonut 15:47, 5 May 2010 (UTC)

Clearly, the "file" lookup should be kept; however, I figure the "id" lookup could probably be dropped since there's no reason they would ever need to change (and the only reason I added them was because I was looking up the raws based on the page name). See DF2010:Beetle/raw for a sample data page using both templates - dropping down to just the one lookup will change it as follows and necessitate changing the "file lookup" template to translate from raw ID to filename rather than general name to filename. --Quietust 17:41, 5 May 2010 (UTC)

{{#ifexist:{{DF2010:Creature file lookup|beetle}}|{{#tag:nowiki|{{raw2|{{DF2010:Creature file lookup|beetle}}|CREATURE|{{DF2010:Creature id lookup|beetle}}}}}}|Unable to locate raws!}}

{{#ifexist:{{DF2010:Creature file lookup|BEETLE}}|{{#tag:nowiki|{{raw2|{{DF2010:Creature file lookup|BEETLE}}|CREATURE|BEETLE}}}}|Unable to locate raws!}}

Also, I'd prefer to get some sort of consensus before continuing that we really want to create all of these /raw subpages. --Quietust 21:55, 5 May 2010 (UTC)

The process of creating these /raw subpages started quite a while back, and has continued in a haphazard way since. The only difference is yours automatically updates itself. VengefulDonut 03:05, 6 May 2010 (UTC)

My concern is that the templates I've written effectively make the /raw pages completely unnecessary, hence my wanting to make sure we still want to go in the direction of using the /raw pages at all. --Quietust 04:27, 6 May 2010 (UTC)

Your templates make it easy to put a raw in the box, but for the really wide raw entries that cause scrolling, seeing it on a page is easier to use. So a slight adaptation of what you have enables both. VengefulDonut 05:29, 6 May 2010 (UTC)

Fair enough. That aside, which of the above should I use? Lookup both the object ID and raw file from the creature name hardcoded into the page, or lookup just the raw file from the object ID hardcoded into the page (dropping "Creature id lookup" and rewriting "Creature file lookup")? Should that code go directly in the /raw pages, or should we put it into {{creature raw}} instead (which has now gone unused)? Also, feel free to mess around with the <noinclude>'d formatting on DF2010:Beetle/raw (possibly put it inside another template or two - 'begin' and 'end', perhaps - in case we want to change it in the future) - given the number of /raw pages this will create (just short of 700), I'd prefer to get them right the first time. I've already got the bot script itself written, and it'll just be a matter of changing the line where it assembles the page contents. --Quietust 12:55, 6 May 2010 (UTC)

I think we should stick as little on the page as possible. If each page is just a template or two with simple parameters, switching things out later will be easy. I'm imagining something like this:

{{creaturesomething|creature}}<noinclude>{{creaturerawcat|creature}}</noinclude>

where creature is either the name or the id. I think id is better since that reduces the total amount of plumbing we need to have, and the it's less likely to be changed in the future since objects in DF refer to each other by id. Then on template:creaturesomething we can stick all the formatting and a call to {{creature raw}}, which we can make a straightforward raw-delivery function (which is useful elsewhere; eg: {{creatureInfo}}). Template:creaturerawcat can contain {{category|raw pages}} for now, but maybe later we'll want to rename the category or put a more complex hierarchy there. VengefulDonut 13:48, 6 May 2010 (UTC)

If we include any formatting in template:creaturesomething itself, then that formatting will just appear as plain text in the "Raws" box at the bottom of the creature page, and we don't want that, hence putting it inside templates and transcluding it inside <noinclude></noinclude> tags before and after the actual data. --Quietust 13:57, 6 May 2010 (UTC)

Take a look now VengefulDonut 14:18, 6 May 2010 (UTC)

Well, I think I like the header and footer system more anyway. That way only the actual raw text is transcluded from the raw page. VengefulDonut

You should pass the creature id parameter into the header and footer as well. It will keep our options open VengefulDonut 14:44, 6 May 2010 (UTC)

It is done. I also figured it might be useful to also pass the object type (lowercase with spaces) as another parameter. Now all that remains is to readd {{gamedata}} to every creature/plant page. Oh, and probably go back and create stub pages for all of the vermin fish (since they also got /raw pages) rather than just redirecting them to Fish. --Quietust 15:31, 6 May 2010 (UTC)

After further thought, I've decided to scrap the frontend templates and do all of the necessary work directly in the /raw pages - they now consist of the header/footer and a call to {{raw}} with all of the necessary parameters (filename, object type, and ID). With fewer template calls, the wiki has less work to do and thus runs a little bit faster (at least until we bog it down with more regular expressions to extract data from the raws). --Quietust 19:40, 24 March 2011 (UTC)

Good idea

VengefulDonut 02:19, 30 April 2010 (UTC)

Also, dealing with metals should be feasible now :) VengefulDonut 02:23, 30 April 2010 (UTC)

Well, maybe not.. the way the alloy templates are set up will make it nasty. Do you think anyone will mind if they're scrapped? VengefulDonut 02:29, 30 April 2010 (UTC)

Bituminous coal

Oops. Not sure how that came about Oo VengefulDonut 21:34, 26 April 2010 (UTC)

Raws

I set the query for random page to prevent finding pages with /raw in the title ( NOT LIKE '%/raw') for now, and once we have the handy dandy fancy raw extractor stuff, we'll use that. --Briess 12:59, 23 April 2010 (UTC)

P.S. thanks for letting me know about that potential problem ;) --Briess 13:00, 23 April 2010 (UTC)

Template:23a Metal

I was just curious about this new template. Is there a particular reason that a new template was necessary? I had thought that the regular Template:Metal was fully version-independent, but I could be wrong. I'm just interested in helping make templates as reusable as possible. --Soy^(T-C) 15:29, 21 April 2010 (UTC)

Metals in 0.23.130.23a don't necessarily use the same foreground color for bars and for background-colored furniture - for example, copper bars are brown and produce brown furniture, but copper barrels are red with a brown background, while bronze is yellow and a bronze barrel is yellow with a brown background. I was also trying to replicate the original infobox template used on the old wiki, since it depicted the source materials as ores rather than metal bars (and in the 2D version, you could only make alloys from ores, never bars). There's also the fact that the newer templates unconditionally include Construction as an option, and constructions did not exist back in 23a. The {{23a Ore}} template was made for a similar reason - the current one doesn't handle the unmined tile and the mined stone being different colors (even in current versions, only a few stones actually behave that way, and none of them are ores), and there was no such thing as an economic stone back then (so it was completely impossible to use ores for masonry or stonecrafting). --Quietust 15:50, 21 April 2010 (UTC)

Thanks for the response. I guess it just irritates me on some fundamental level that all of the templates can't be re-used across all of the version namespaces, but it does not seem like it would be worth the time investment in this case to make the changes. It must be the latent programmer coming out in me. At least it seems like the majority of the templates will work OK between the new version and 40d. One tiny suggention I would make though, you may want to add {{Category|Metals}} and {{Category|Ore}} respectively to those two templates, so the pages get filed appropriately. :) --Soy^(T-C) 18:14, 21 April 2010 (UTC)

It's one thing to have forward compatibility, but given the huge amount of changes between the 2D and 3D versions it's not surprising that some of the current templates don't work with the old stuff. Also, by "those two templates", should I assume that you meant {{Metal}} and {{Ore}} as well as {{23a Metal}} and {{23a Ore}}? --Quietust 18:24, 21 April 2010 (UTC)

Ugh, my apologies, apparently I was assuming that the Metal and Ore templates already had category tags in them. Instead I just looked and it seems like the category tags were manually placed on each individual page. Sorry about that. Having the tags added by the template saves a lot of editing in my opinion, but it's up to you how you want to handle it. I'll work on prying my foot out of my mouth. --Soy^(T-C) 18:44, 21 April 2010 (UTC)

There's also the minor annoyance that including the {{Category}} tag in the template itself also causes the template to be categorized if it transcludes itself as an example, which isn't what we want. If we know that the {{Category}} template will never be used to categorize templates, it would be easy enough to just place a check inside the template itself to check if the namespace is "Template" and simply omit the category tag entirely. --Quietust 18:48, 21 April 2010 (UTC)

That funcionality is already built into Template:Category, with room for expansion should you want to use it to categorize other types of pages. Just a simple #switch on the page namespace. --Soy^(T-C) 19:24, 21 April 2010 (UTC)

Actually, no it isn't - while the template can change which category gets included, it does not prevent a category tag from being added at all. This would be easy enough to fix - just wrap the outer Category tag with {{#ifeq:{{NAMESPACE}}:Template||...}}. --Quietust 19:27, 21 April 2010 (UTC)

Sorry, I misunderstood what you were saying. If I understand correctly, isn't this the same issue you encounter when inlcuding a normal category tag in a template? Like you said, it shouldn't be a big issue to correct, although I have noticed that Mediawiki doesn't always resolve the markup language in the order that I expect it to. I suppose it could also be fixed on each template that transcludes it, but that defeats the purpose. --Soy^(T-C) 19:49, 21 April 2010 (UTC)

bar vs bars

It doesn't matter that they're called "bars" in game, since the style guide dictates singular forms 

Yes, as the correct game term it does matter, and no, the style guide doesn't "dictate" that. It specifically says "Exceptions are proper nouns and terms that are always plural" - and there is no metal "bar" in the game. And now is the time to change it - just because it was wrong before, doesn't mean it should stay wrong. It is the same as "plate armor" was in 40d - one term referring to more than one item. However, I don't want to get into an edit war, and will leave it. I disagree, tho' - both "bar" and "bars" are metal, and anything else is either, specifically, "vertical bars" or "floor bars".--Albedo 04:33, 20 April 2010 (UTC)

40d:obsidian

I'm pretty sure you meant to be looking at the DF2010 version of this article

<facepalm> Clearly, time to have a beer and get afk for a while. Thnx!--Albedo 04:44, 20 April 2010 (UTC)

speciality

is british english, specialty american english. IIRC, both can be used on the wiki unless it's explicitly a game term. ;)

Non-Newtonian Fluids

To further expound on my edit comments:

For a fluid to be non-Newtonian, one of three things must be true:

1. The shear stress of the fluid is non-linear when graphed against shear rate. (i.e. the fluid gets thicker/thinner depending on how quickly force is applied)
OR
2. The shear stress of the fluid is non-linear when graphed against time at a constant shear rate. (i.e. the fluid gets thicker/thinner depending on how long a constant force is applied)
OR
3. The fluid has non-zero shear stress when the shear rate is zero. (i.e. you have to exert force on the liquid to get it to start flowing, though it may continue flowing normally thereafter)

Magma definitely qualifies, because it's technically a suspension (i.e. a mixture of solids and liquid), rather than a pure liquid. And suspensions are always non-Newtonian.

All the best.

Gamedata

How would you feel about a version of template:gamedata that pulled information from raw files? VengefulDonut 03:58, 15 April 2010 (UTC)

Would certainly be interesting, though I can't help but be concerned that this might put a lot of additional load on the wiki. Then again, it seems to be handling the stuff for stones just fine. --Quietust 17:56, 15 April 2010 (UTC)

Apparently it's negligible. I was worried about that possibility too but have been reassured otherwise. Supporting previous versions shouldn't be difficult from the place we're at now. It may even just be a matter of passing the right things to the templates. VengefulDonut 02:44, 16 April 2010 (UTC)

Namespace Searches

It was set to work properly for new users about a month ago; however, user settings take precedence over system level settings. You might want to check them; if you think it's a problem, though, I can go through and modify everyone's settings globally with a script (but this overwrites all search settings) --Briess 21:56, 14 April 2010 (UTC)

Oh yeah, forgot about that. They were indeed set to exclude those namespaces, but no longer. --Quietust 21:58, 14 April 2010 (UTC)

Alluvial is not soil

Blaugh, my bad. Read it elsewhere a while back and assumed it was accurate. --Retro 18:39, 13 April 2010 (UTC)

Slade / Demonic fortresses

A note on your removal of the 'digging into demonic fortress from underneath' bit - going from this quote on the Slade page ("Slade walls cannot be dug into. However, slade floors can.") it's presumably possible to do this by digging a down-stair into the bottom floor of the fortress. As I haven't found one myself nor did I add the original info I can't confirm, but it made sense to me when I first read it. --Retro 14:05, 8 April 2010 (UTC)

However, the bottom floor of the demonic fortress tends to have solid slade walls beneath it, so there'd be nothing to dig into. It's possible that it could have empty space underneath it, given sufficient randomness, though the fact that it's possible to channel through slade floors (but NOT through the walls underneath them) is probably a bug in and of itself. --Quietust 14:36, 8 April 2010 (UTC)

Good stuff, didn't know about the full walls underneath. Glad I ran it by you before just trying to pop it back in or something. --Retro 18:38, 8 April 2010 (UTC)

Code stuff

Not necessarily. I haven't really had a chance to look at the code yet (I've been busy all week until now), so I'm going to take a look and see how and if we should integrate that into our codebase. My primary concern is ease of continuing upgrades for mediawiki, but if it's simple enough, it shouldn't be a problem. --Briess 18:09, 1 April 2010 (UTC)

Fun -> #REDIRECT cv:Fun

Seems this is going back and forth - see Talk:Fun--Albedo 22:39, 28 March 2010 (UTC)

Fair enough - I'll leave it alone. --Quietust 02:30, 29 March 2010 (UTC)

Bot Programming

What language is your bot using? Because if it's a language I know (which it probably is, because I know a lot of languages) I could definitely help you write code for changing all the links properly. Even though it might be more short term work, I think it's a better overall outcome than having modded files. Modded files make upgrading the software harder, etc... aside from the issue I mentioned about people assuming the links work one way from prior experience. Also, I just stole Wikipedia's Talkback template, Template:talkback something I think you'll like. Emi 18:29, 25 March 2010 (UTC)

Just noticed the links up top, and thus why a bot to redo all the links might be tricky. I'll just go ahead and write a python bot to do it. Emi 18:32, 25 March 2010 (UTC)

Magma temp

Sorry, it was from a forum post. I realise my mistake now, but I'm too embarrassed to undo it. Could you please fix it? --Eagle0600 03:52, 30 January 2010 (UTC)

Archive

I do not have a db dump from that time. Do you still want the namespace, though? --Briess 00:55, 15 March 2010 (UTC)

Sure - it'll just require some manual re-entry (which will be slightly annoying due to the fact that anonymous edits were disabled, so archive.org didn't manage to archive the "Edit" pages which would've contained the source markup). --Quietust 01:46, 15 March 2010 (UTC)

Tilesets

Oops. Sorry about that. I think I accidentally edited an old revision. VengefulDonut 18:50, 13 December 2009 (UTC)

Workshop Pictures

Heh, I was hoping I could bait you into creating the rest of the picture templates. :) Sorry about the +'s-- I forgot I had built those on smoothed tiles. --HebaruSan 04:49, 9 November 2009 (UTC)

chevron/caret

 chevron is << or >>; ^ is a caret

This is minor, but wanted to bounce it off you. A "caret" is, specifically and solely, an editor's mark - it refers to a specific shorthand usage (inserting an edit) and not a shape, and I doubt if the majority of readers would be at all familiar with that term anyway. A "chevron" is either "^" or "v" - a sergeant's stripes are "chevrons". (Not sure where you get your horizontal form from.) I think "chevron" is a more generally recognizable, and thus more useful term, neh?--Albedo 22:21, 4 November 2009 (UTC)

I'm just going by Wikipedia's definitions of caret and chevron. In particular, chevrons most often point down rather than up. --Quietust 22:42, 4 November 2009 (UTC)

I would never use a Wiki as an authoritative dictionary, unless I wanted something more vernacular/modern, and then I'd go to urban dictionary.com. It's a function of that (amateur) editor that emphasizes one definition (or orientation) over another. Soldiers' stripes are "chevrons", and they can point up or down (country/era dependent), and the majority of heraldic uses are "up".
merriam-webster online dictinary: "chevron"
http://en.wikipedia.org/wiki/Chevron_%28insignia%29
http://www.merriam-webster.com/dictionary/caret (read again - "caret" is context specific. Also, how many DF uses would know the technical ASCII name?)
I'm going to change that one word back.--Albedo 01:42, 5 November 2009 (UTC)

Decorations

Care to explain how I made this?

No, I don't use any mods. --LaVacaMorada 13:43, 23 October 2009 (UTC)

I guess I stand corrected, then. It would seem that bone and shell decorations can go on anything. --Quietust 14:48, 23 October 2009 (UTC)

Defense Design

Thank you for cleaning up the defense design diagrams. They're so much more readable now! Especially the ballista battery. --HebaruSan 00:55, 20 October 2009 (UTC)

Formatting

Thanks for the help with the page format. I couldn't get that link to display properly with one set of brackets because of the | I was using between the link and name, thanks to you I don't have to choose between one unmatched bracket or an undesired pair now.--The Architect 16:59, 8 October 2009 (UTC)

booze hauling

Hm, is anon editing working? Anyway, I can't log in at work. Need to confirm booze hauling behavior, as I don't think it's automatic. Drinking may be a bit strange. One time I dumped a barrel right as a dwarf was running over to it to take a drink. The dumper beat him to it, and hauled the barrel off to the garbage dump. Urist McThirsty followed him all the way to the dump and chugged out of the barrel as soon as it was dropped (even though the barrel was auto-forbidden), then went on his merry way, leaving the barrel there. It's possible the forbidden status canceled an auto-haul. It's also possible that hauling is assigned to the nearest idle dwarf, and a guy that just finished drinking is momentarily "idle" and also closest. They do tend to flash "idle" for a moment before and after breaks, eating, and drinking. -24.154.179.50 14:58, 7 October 2009 (UTC)

The bit about booze being automatically hauled to a stockpile was based on the observation of soldiers, guards, and nobles carrying a booze barrel while performing the job "Store Item in Stockpile", something they would normally never do. --Quietust 15:05, 7 October 2009 (UTC)

(that was me) Ah, works for me then. -Arrkhal 20:19, 7 October 2009 (UTC)

statues

Why would it only be more efficient with copper, silver, gold, platinum, and aluminum ? --Birthright 19:54, 29 September 2009 (UTC)

Most of the other metal are alloy I presume, so impossible to use the raw stone. --Karl 20:20, 29 September 2009 (UTC)

No, that would be "possible", not "more efficient". Q is thinking that it's because the value is the same, for both ore/alloy and metal. He's not exactly right, because copper can be made into several alloys that would improve it, and other metal ores rely on becoming alloys - if you're not going to make nickel silver, then garnierite falls into that category too. But for the other 4, there is no possible value advantage to smelting into bars first, and then using three bars to make statues that are worth exactly the same as the one from 1 ore. (Unless your Blacksmith is considerably more skilled than your Mason, which is a stretch to begin with.) Probably should change that to something a bit less absolute.--Albedo 21:46, 29 September 2009 (UTC)

Yeah, that's what I meant - there's no point in ever making a statue out of copper/silver/gold/platinum/aluminum bars when you can make it out of the native stone instead (which, in those cases, has the same value). Most metal ores are worth less than the metals themselves, though for the really cheap ones (like copper, nickel, tin, lead, and zinc) you'd be better off making the statue out of flux. --Quietust 22:08, 29 September 2009 (UTC)

salt water

the above paragraph already explains how to verify whether or not it is drinkable)

Yes, but it doesn't emphasize the need to not assume you did it correctly. That line was not a redundant "how to", but "make sure you do". The whole issue of a well that was non-drinkable (which worries me as well, re your recent edit) was that the player did not pay close attention.--Albedo 22:03, 23 September 2009 (UTC)

• I've readded a statement to basically advise double-checking, though my own testing revealed that a built well works fine for thirsty dwarves, whether from a murky pool or right at the shore itself. It's possible that it's the Z-level of the well that determines whether or not it works - placing a well in an underground cistern might not work as well as one placed on the surface... --Quietust 23:03, 23 September 2009 (UTC)

Alluvial vs soil

Good find. VengefulDonut 01:36, 11 September 2009 (UTC)

crop table

I didn't redesign the table. I brought back a previous design since the recent one was too obscure. VengefulDonut 12:04, 5 September 2009 (UTC)

no soap?

Soap needs an alchemist's lab, which needs 3 glass flasks - Are those ever available from caravans? I thought "No, so no sand = no flasks = no lab = no soap" - no? Never spec needed glass flasks from caravans, so dunno.--Albedo 21:51, 4 September 2009 (UTC)

• It's fairly well known that you cannot request glass or sand from caravans, so yep - no sand == no soap. --Quietust 22:35, 4 September 2009 (UTC)

Aluminum

Holy crap! That aluminum=platinum is huge! I had been playing all this time just assuming that aluminum was cheap (since it is in the real world.) Is there any way we can make this bigger? Noobs need to know about this. --3lB33 13:39, 24 August 2009

Purple Materials

Wonderful, *now* I found out there's a second purple stone after having already made a giant rose gold tomb... I guess I should of looked closer first, man was that a waste of gold. Shardok 01:07, 9 August 2009 (UTC)

• To be fair, you can usually find gold nuggets in much larger quantities than bismuthinite (since the latter only occurs in small clusters)... --Quietust 04:03, 9 August 2009 (UTC)

Yeah, but I had such better uses for it, like making coins. Yes, we definitely needed more coins. But I know I had found far more bismuthinite on that map than I had gold, then again, I was turning the bismuthinite into bismuth bronze, so I wasn't going to give that up any time soon either. Honestly I should of just not made a giant purple tomb. Shardok 04:43, 9 August 2009 (UTC)

Actual character

Quietust (Talk | contribs) (actual character)

Actually, there is no single "actual character" for a bottomless pit - there are two "default" sets of icons for vanilla DF, the ascii and the included tile set. The character I get is like a very thick capital O, but a little boxy. It's certainly not a "o". --Albedo 21:50, 31 July 2009 (UTC)

Bot Requests

If you would like to have a large number of page edits performed by QuietBot, then add a note here.

"Dwarfs"

How hard would it be to use your bot to replace all occurrences of "dwarfs" with "dwarves"? Trying to fix those is becoming tiresome..... --Ral 05:54, 2 May 2011 (UTC)

Could you mark these kinds of changes as minor.. Patrick

Disruptive User

Can you do a global undo of all of User:Gzalzi's "fixes" of multi-redirects? He's screwing up the article logic. Too much Wikipedia and not enough Dwarf Fortress, I think. --DeMatt 19:38, 4 January 2011 (UTC)

Renaming quality ratings

If (when) the quality ratings are renamed, could you have quietbot fix them? VengefulDonut 04:52, 11 May 2010 (UTC)

Certainly. --Quietust 04:54, 11 May 2010 (UTC)

Fixing Cv: alias redirects

How easy with your bot is it to make sure all mainspace pages that redirect to a cv: page redirect to the same page as their name? Ex: if page Cheese redirected to cv:Cheese Maker, having the bot change it to cv:Cheese. My python bot seems to have trouble processing redirect pages on this wiki. Emi 06:10, 26 March 2010 (UTC)

• That should be fairly straightforward (for each page, open "pagename" for editing, check for string "#REDIRECT" and abort if absent, check for string "[[cv:" and abort if absent, check for string "[[cv:pagename]]" and abort if present, then replace page contents with "#REDIRECT [[cv:pagename]]" and save). However, doing that will introduce a whole ton of double redirects which might cause other problems. If that's what we really want to do, then it shouldn't take me long to assemble a script and run it. --Quietust 12:41, 26 March 2010 (UTC)

That's what we want to do. It'll break some redirects (because not every page exists like it should), but broken redirects are a lot easier than red links. And yes, it will introduce double redirects, that's the point. Double redirects work just fine on this wiki (Briess changed the wgMaxRedirect variable) and will save us a ton of trouble. Emi 18:19, 26 March 2010 (UTC)

I think I should also be figuring out why my bot doesn't like certain redirects. Because we also need to go through redirect chains and make sure that the talk pages follow the same chain as their respective normal pages. Emi 19:15, 26 March 2010 (UTC)

I'll have it running as soon as I finish changing the "40d Talk" redirects to "CV Talk" as per the task immediately below this one. --Quietust 19:33, 26 March 2010 (UTC)

Done. --Quietust 20:17, 26 March 2010 (UTC)

Mainspace 40d redirects

Could you have the bot take all the mainspace 40d redirects and change them to cv: instead of 40d:. Effectively the redirects will remain the same, but this way we're prepared for when the new version's namespace takes over as the current version. Thanks. Emi 19:52, 20 March 2010 (UTC)

It is done. Only redirects within the main article namespace have been updated (e.g. ones within 40d itself continue to point to 40d), and talk page redirects have been omitted. --Quietust 23:32, 20 March 2010 (UTC)

Oh I forgot to mention Cv_talk exists too. So that should probably happen too. Thanks! Emi 23:41, 20 March 2010 (UTC)

This one should be done now. --Quietust 19:51, 26 March 2010 (UTC)

Broken Redirects

Request: could you go through the pages on Special:BrokenRedirects and for each page, blank the page, then restore it? That will fix the linking engine (it's trying to link to the pages in the main namespace instead of the appropriate namespace, breaking and re-adding the link forces the parser to reevaluate) --Briess 19:41, 10 March 2010 (UTC)

It's in progress and about halfway done. For now, I'm only having it handle redirects that point to the 40d namespace - I'll handle the rest of them in a second pass. --Quietust 20:55, 10 March 2010 (UTC)

All done - the Broken Redirects count is now down to 79, all of which are real broken redirects. However, the double redirects page has now grown to 1666 entries, and fixing those won't be quite as easy - it might be feasible to have a script just follow the redirects manually until it finds a real page. --Quietust 21:16, 10 March 2010 (UTC)

Misc

Please do so. All of my script utilities and several attempts at dropping to the SQL layer have failed to move all the pages, so I've been manually moving the broken talk page to the correct page, then deleting the broken version. --Briess 18:32, 8 March 2010 (UTC)

List of still broken pages: http://pastebin.com/raw.php?i=x8msEevZ --Briess 18:32, 8 March 2010 (UTC)

I'll try to add your bot to a bot usergroup. There doesn't seem to be a way to disable redirect on login, though, from my cursory glance. --Briess 19:53, 8 March 2010 (UTC)

Wait, you play KoL? ++rep. --Briess 19:54, 8 March 2010 (UTC)

YAY \o/ --Briess 21:59, 8 March 2010 (UTC)

I'm sifting through the database now and cleaning out the cruft. --Briess 19:22, 10 March 2010 (UTC)

That's an artifact of the caching, the job cache is completely empty at the moment. --Briess 19:29, 10 March 2010 (UTC)

Q - help me out. 40d Talk:Armor piece - where is that page now? And if it doesn't belong under the "new" page, then where? Archived under T:AP? I understand the premise of this migration, but not the mechanics. --Albedo 21:49, 8 March 2010 (UTC)

I moved it back to its "broken" title so it can be fixed by hand afterwards. --Quietust 21:51, 8 March 2010 (UTC)

Thanks for teaching me something today :) --Speed112 00:51, 12 May 2010 (UTC)

Outpost Liasion

Does he require a room at some point or is the table pointless information?--Mrdudeguy 18:31, 29 October 2010 (UTC)

The table indicates what room he'd require if he ever did join your fortress. By your argument, the pages for the Captain, Diplomat, General, Lieutenant, and Champion should also be deleted because it's not possible to appoint them either. --Quietust 19:24, 29 October 2010 (UTC)

Sorry

"Not quite sure why you created that page, but please don't do that again - the DF2010 namespace is only for things that exist in the vanilla version of the game. --Quietust 12:49, 2 September 2010 (UTC)"

Yeah, I didn't realize that the llama was an Ironhand only thing. That's why I tried to get rid of the page when I found out. Sorry about that. Andkore 23:17, 2 April 2011 (UTC)

namespace stuff

Is there a documentation page somewhere explaining the namespace versioning do's and don'ts? I try pretty hard to avoid hardcoding namespace in links but it seems like I can't get it right... --Ral 22:53, 5 May 2011 (UTC)