User talk:Conrad.Irwin/¹

use inline templates to avoid right hand heavy page
If they don't want us to use the templates, then delete them! WritersCramp 14:10, 14 March 2009 (UTC)


 * I wish they would :D. Nah, the right hand ones are OK when you don't have an image, but if you have lots on the right-hand side the page looks wierd (to me anyway). It's not a big problem. Conrad.Irwin 16:17, 14 March 2009 (UTC)

Possible problem with your anagram finder
Sorry, I'm new to wiktionary, but under the entry for gamin, your bot added ænigma. This is not really an anagram, since the neither the æ character nor any analogue for it exist in the original word, except for the a, which is used at the end of ænigma. Just thought you might like to know. Sorry if I didn't post to your talk page right, I couldn't figure out what you were trying to say. 76.125.225.194 22:19, 17 February 2010 (UTC)

That's odd
I encountered the word in a book I was reading, but I guess I should have checked the other results. Teh Rote 20:05, 14 March 2009 (UTC)
 * Cool, it'd be worth adding that to the citations page so that we can find it again quickly. Conrad.Irwin 20:08, 14 March 2009 (UTC)

Index:Mapudungun
Hey again. I was asking Atelaes back in january how to make a index and he mentioned a slow way of doing it and certain magical ways of creating one with the help of a great wizard called Conrad =). I have added alot of words since january and it would be fun to have an index, If you find the time to help me it would be awesome. -Edelstam 17:11, 25 March 2009 (UTC)


 * Hey Conrad, been a while, thanks for updating the mapudungun index again. I can't get on the irc anymore because got this TOR program on my computer and I can't get it to work with some IRC servers. So I'll have to ask you here. I have been working some with trying to start up the mapudungun wikipedia and there they are working with some separate solutions for the different orthographies(what I mistakenly have called alphabets) within one wikipedia. I looked some at the serbian wikipedia where they use two different alphabets for example. I got some comments about the mapudungun language category here on english wiktionary, that it was confusing to have words from two different orthographies in one place. So I was thinking if we could possibly adopt some solutions the serbian language category has here. They have for example a index with the two different alphabets, look here. Since we only have words in two orthographies it would mean a similar solution to the one the serbian category uses. What do you think about this, is it alot of work? -Edelstam 20:14, 26 April 2009 (UTC)


 * Hi Edelstam, the main problem is automatically telling the two apart. If there is some indication in the page text, or even a way of testing the page titles, that will tell me which alphabet which entry belongs to, then it shouldn't be that hard. I can obviously look for some letters that only appear in one of the alphabets, but I don't know enough about Mapudungun to know if I will always be able to tell the difference. Conrad.Irwin 20:19, 26 April 2009 (UTC)


 * Yeah I was thinking about how to separate the words since they don't look different like the Serbian Cyrillic- and Latin alphabet words. Right now all words written in the raguileo orthography have this in the article tho: (using Raguileo Alphabet), look at cew for example. Some words are the same in both orthographies and in those cases they look like this word: awka. Words written in Unified alphabet look like this: chafod. Can you use that for the bot? -Edelstam 20:47, 26 April 2009 (UTC)
 * Yes, that's enough. I'll try to change the indexing scrit at some point. Conrad.Irwin 08:19, 28 April 2009 (UTC)

Something wrong with the entry "hypocrisy"
Hello. You are an admin here, could you please see what's wrong with this entry? Looks like it's caused by a recent change to template:attention which can be edited only by admins. 213.163.65.33 03:46, 28 March 2009 (UTC)
 * Now fixed, thanks for noticing. Conrad.Irwin 10:00, 28 March 2009 (UTC)

Layout/template ??
This diff raised a question for me: There's a direct link to en.wp, plus the wp template which links to a disambiguation page. What would be the appropriate layout/template use? I really don't know. - Amgine/talk 16:45, 29 March 2009 (UTC)

Template:wotd
Would you be willing to look atthis convo? I wonder if you understand the wotd template better than anyone. Many thanks. -Atelaes λάλει ἐμοί 19:27, 29 March 2009 (UTC)

Template:WOTD
Please don't remove the "Edit" link. I use that all the time. --EncycloPetey 21:46, 29 March 2009 (UTC)
 * Sorry. I'd neglected to appreciate that it appears in other places. Do you use the link that appears on the Main Page, or exclusively where it appears elsewhere? Conrad.Irwin 22:30, 29 March 2009 (UTC)

Votes/2009-03/Transwikis from other Wiktionaries
Hi Conrad,

Since you commented at Beer parlour, I wanted to make sure you were aware of the resultant vote, Votes/2009-03/Transwikis from other Wiktionaries.

—Ruakh TALK 13:41, 31 March 2009 (UTC)

user redirect
I see you the #switch. I imagine it was in place so that people don't use this template to redirect to alternative spellings, misspellings, and the like: see template talk:user redirect. Did you remove it on purpose or en passant?—msh210 ℠  22:41, 31 March 2009 (UTC)
 * Deliberately, it seems that, if we are to have pages like WB:WB, they should use it as well. Conrad.Irwin 22:55, 31 March 2009 (UTC)
 * I see no reason to keep WB:WB, and doubt there are other mainspace pages that are appropriate soft redirects, but perhaps there are. Very well.—msh210 ℠  23:20, 31 March 2009 (UTC)
 * I would also like to delete them, but I think someone told me not to (may have been a year or so ago, so might "just do it" now :D) Conrad.Irwin 23:22, 31 March 2009 (UTC)

639-3 templates
Are you being careful to use only the "I" individual languages? And skip the ones that we use the -1 code for? Robert Ullmann 09:50, 6 April 2009 (UTC)


 * So we are going to have thousands of unchecked templates? Are you checking everything you should? (You are not.) Likely to be more of a mess than a help. (Sorry.)


 * Would be good to stop until a list of issues is addressed.


 * What are you using as the source? Robert Ullmann 10:16, 6 April 2009 (UTC)


 * I had not looked at the "I" flag - as I was using the "Language Names Index" from http://www.sil.org/iso639-3/download.asp - which I had assumed very likely to be correct (it is the definition after all) However there do seem to some discrepancies between what we have and what they say; mainly only spelling. I had thought about checking against Ethnologue (run by the same organisation) but it doesn't seem to have been updated fully with the 2009 changes. I could change to using the full code-set and ignore those 62. Conrad.Irwin 10:55, 6 April 2009 (UTC)
 * However current consensus seems to be to include them. See      (I got bored of checking...) all macrolanguages done well before I started. Conrad.Irwin 11:30, 6 April 2009 (UTC)


 * aab Alumu-Tesu: Arum-Tesu
 * abe Western Abnaki: Abenaki
 * abk Abkhazian: Abkhaz
 * abl Lampung Nyo: Abung
 * ace Achinese: Acehnese
 * ach Acoli: Acholi
 * acm Mesopotamian Arabic: Iraqi Arabic
 * ady Adygei: Adyghe
 * aht Ahtena: Ahtna
 * aib Ainu (China): Aynu
 * ain Ainu (Japan): Ainu
 * ajg Aja (Benin): Aja-Benin
 * amu Guerrero Amuzgo: Amuzgo
 * anc Ngas: Angas
 * ang Old English (ca. 450-1100): Old English
 * apj Jicarilla Apache: Jicarilla
 * apk Kiowa Apache: Plains Apache
 * apl Lipan Apache: Lipan
 * apm Mescalero-Chiricahua Apache: Chiricahua
 * arc Imperial Aramaic (700-300 BCE): Aramaic
 * arc Official Aramaic (700-300 BCE): Aramaic
 * are Western Arrarnta: Western Arrernte
 * arn Mapuche: Mapudungun
 * ast Asturleonese: Asturian
 * ast Bable: Asturian
 * ast Leonese: Asturian
 * auq Korur: Anus
 * auy Awiyaana: Auyana
 * ava Avaric: Avar
 * awb Awa (Papua New Guinea): Awa
 * azb South Azerbaijani: Azeri
 * aze Azerbaijani: Azeri
 * bak Bashkir: Bashkir
 * bas Basa (Cameroon): Basa
 * bav Vengo: Bavarian
 * bcl Central Bicolano: Bikol Central
 * bej Bedawiyet: Beja
 * bem Bemba (Zambia): Bemba
 * bez Bena (Tanzania): Bena
 * bfe Tena: Betaf
 * bgc Haryanvi: Haryanvi
 * bgk Buxinhua: Bit
 * bin Edo: Bini
 * bjn Banjar: Banjarese
 * bla Siksika: Blackfoot
 * bno Bantoanon: Asi
 * bnv Bonerif: Beneraf
 * bnv Edwas: Beneraf
 * bot Bongo: Bongo


 * There is no "consensus" to include maccrolanguages: they were wrongly created and must be deleted; we want templates for precisely the set of languages we want to use as L2 headers. In some specific cases we do want to use a macrolanguage code where it is better to treat the I languages as dialects (or in some combination). This requires looking at individual cases, with some knowledge of the language(s); this is why we want to create codes only as needed.


 * I'm afraid you are creating a massive raft of problems to add to the (fairly reasonable) number we already have. IMHO, it would be better to delete all code templates for languages not referenced anywhere at this time. We do carefully allow new contributors to add L2 headers and translations lines w/o having to have code templates, which can the be sorted with care. Robert Ullmann 11:48, 6 April 2009 (UTC)


 * I agree there are difficulties with language templates, but which problems am I actually causing? It is just as easy, if not easier, to correct a template that is found to be wrong than for someone to lookup the language code for a language they are trying to add; and there will be (far?) fewer mistakes to correct than there are templates to create. Conrad.Irwin 12:09, 6 April 2009 (UTC)

primitive recursion‎
It is "recursion with a fixed iteration limit". SemperBlotto 16:25, 6 April 2009 (UTC)
 * I went for "to a fixed depth" as, in my mind anyway, iteration is orthogonal to recursion. Conrad.Irwin 16:44, 6 April 2009 (UTC)

I'm just Jesse again...
Hi Conrad -- it's just User:JesseW/not logged in again. Thanks for the welcome, anyway! 75.214.226.186 18:04, 9 April 2009 (UTC)

404
Oops, I guess you're right. The full text of the response's Status-Line is exactly “HTTP/1.1 404 Not Found”, consisting of HTTP-Version, Status-Code and Reason-Phrase. I'll adjust the phrasing. —Michael Z. 2009-04-11 22:56 z 

upbeat
I checked http://dictionary.reference.com/browse/upbeat

Are there upbeats, downbeats and somethign else? Or are there just upbeats and downbeats? RJFJR 15:59, 14 April 2009 (UTC)
 * Just up and down, Beat_(music) is more how I understand the words. Conrad.Irwin 16:03, 14 April 2009 (UTC)

new changes
OK, thank you for warnig. I'll keep that in my mind =) best wishes, Sinek 16:56, 14 April 2009 (UTC)

Translation-thing confusion.
Hi Conrad,

I tried to add a translation using the translation-thing, and it didn't work out. I filled out the form, and then I didn't see any way to save. So, I figured I'd continue playing around, and I clicked one of the arrows, and suddenly I got a save-button, which I clicked. But then I understood that all it was doing was saving the re-balancing, and suddenly it occurred to me to click the preview-button. But it was too late: a message came back that saving was complete, and I lost the save button. And as far as I could tell, there was no longer any way for me to recover what I'd entered; I'd have to redo it.

Also, since the preview-button clears out the form, and the undo-button doesn't restore it, there doesn't seem to be a way to fix a typo, to add a qualifier, etc. after clicking the preview-button, except by re-entering everything. (Admittedly, that wouldn't be a big deal if I had a Hebrew keyboard, but I don't, so it takes me a bit of effort to enter Hebrew text. I found it disheartening when my translation just disappeared into the ether.)

—Ruakh TALK 17:48, 14 April 2009 (UTC)
 * Hmm, it is necessary to click "Preview" before save, whether this is desirable is questionable, but I think generally it is; as typos are harder to spot when they are not in-situ. Maybe I need to make it clearer that "Preview" is the first step, but how to do that I'm not sure. (We should really organise some training for using Wiktionary...). I debated about making the "Undo" button re-fill-out the form, but wasn't sure whether that would be very usual either, as if people want something undone the last thing they want is it to come back and get in their way. The main problem is neither of those though, it needs to hold onto previous edits while saving, which I think I can fix. Conrad.Irwin 18:08, 14 April 2009 (UTC)
 * I agree requiring Preview before Save is desirable, for the reason you say. (Perhaps the usual method of saving a page should also require it! ) But I agree with Ruakh that undoing should prefill, for the reason he says.—msh210  ℠  18:34, 14 April 2009 (UTC)


 * The “Add” label on the fields implies that using the fields performs the action. Might be clearer if it said “New”, or was removed altogether, and the action word were restricted to the button which performs the action.  “Preview” is a bit confusing, because although that button does incidentally change mode to previewing the first time it's clicked, the editor only sees it add a translation every time it's clicked. —Michael Z. 2009-04-14 20:51 z 

frazil
I was wondering why you so severely pruned this entry in this edit when you formatted the definition line? I could possibly see removing the hypernym entry as being covered by the definition, but not the rest of the pruning, and in any case, pruning of that extent would seem to warrant a more substantive comment than "fmt". — Carolina wren discussió 14:41, 15 April 2009 (UTC)
 * I made this change. It seems to have overwritten yours, I thought it was supposed to give warnings of conflict in such cases, but don't remember getting one. Sorry. Conrad.Irwin 16:59, 15 April 2009 (UTC)
 * No problem, just odd given that my edit had been made several hours earlier. — Carolina wren discussió 18:01, 15 April 2009 (UTC)

thank you
Thanks for your warm welcome. Your boxes are a very useful tool for adding translations! --Hooiwind 17:32, 15 April 2009 (UTC)

I am thanking you as well, Conrad.Irwin! The script for translations makes things faster. --Icqgirl 11:16, 2 May 2009 (UTC)

new button for translations
The new button for adding translations is not working right for me: it responds only with "Please use a language code" but I do use a language code! However, I gather from the above message by Hooiwind that the tool is working all right for him. What is wrong? &mdash;AugPi 18:09, 15 April 2009 (UTC)
 * It appears that it has stopped working under Internet Explorer since I tested it. I am investigating now, and hope to have it fixed in the next few minutes. Conrad.Irwin 18:15, 15 April 2009 (UTC)

Translations
Something is amiss. Currently, none of the Translations sections are collapsed for me, and there is no option to Show/Hide. The Related terms boxes are also affected. --EncycloPetey 20:17, 15 April 2009 (UTC)
 * I can't see this in Firefox, Safari, Opera, IE6, IE7, Chrome or even Konqueror. What are you using? Did a hard re-fresh do anything about it? Conrad.Irwin 21:01, 15 April 2009 (UTC)

I'm using Safari, but the problem has (mostly) gone away now. The problem is now intermittent, and goes away if I empty the cache, then refresh the page. However, I have to do this again when I go back to the page again later. I'm also seeing an extra bullet point for a non-existent translation at the end of translation lists. --EncycloPetey 21:17, 15 April 2009 (UTC)
 * Sorry, caused by me trying to fix the IE issues too quickly. Now fixed. Conrad.Irwin 21:33, 15 April 2009 (UTC)

Chinese and assisted translations
Hi,

I like your assisted translator. Well done! I don't use for Chinese entries, though because it doesn't allow traditional/simplified distinction. The other thing, I use Chinese, as the title, not Mandarin, which is the Standard Chinese dialect, anyway. By default, the entry is in written Chinese, shared by all dialects with some exception. The Mandarin's pinyin is also standard for China. Dialects could be separated by *: notation (Cantonese, Minnanhua, etc.

I created two templates recently:
 * produces: trad., simpl. (pinyin: Zhōngguó)
 * produces:

If this is possible, could you add the functionality for the Chinese translations, so that: Anatoli 03:57, 17 April 2009 (UTC)
 * Chinese: trad., simpl. (pinyin: Zhōngguó) (this entry has different traditional and simplified characters)
 * Chinese: (this entry has identical traditional and simplified characters)


 * Not in the near future, sorry. I was thinking of adding a field to the "More" view that allowed you to enter the entire line, so you could type "Chinese: ", it's not ideal but I think it might be helpful for some people. Supporting nested translations, for Chinese and Greek, is also on the todo list, but I need to have a chat with Ullmann about which languages are nested and under what circumstances. Conrad.Irwin 09:29, 17 April 2009 (UTC)


 * Thanks. Anatoli 09:35, 17 April 2009 (UTC)

Latin index
After a year, I think it's time to re-run Index:Latin. There are many, many new entries, and many previously indexed entries have been removed as errors (especially those beginning with J and K). --EncycloPetey 19:25, 18 April 2009 (UTC)
 * I'll try to get round to it tomorrow, I'll also update the formatting to match the other indices generated by Conrad.Bot (unless you have a strong objection thereto). Conrad.Irwin 23:23, 18 April 2009 (UTC)
 * No objections, no. I don't use them all that much myself (except for cleanup purposes), but I know other people do make use of them. --EncycloPetey 04:15, 19 April 2009 (UTC)

language templates
WHAT THE FUCK were you doing?

You sure as hell didn't check the results. I don't even know how to make the server store pages with no revisions, but whatever broken, fucked-up thing you did managed.

I am cleaning them up, one by one by page ID. It is 5 AM, I've been chasing this problem for several hours, and it looks like half a fucking day of manual cleanup. Thanks a lot.

Why ever didn't you at least READ the resulting templates with something? You would have found a problem? Eh? Robert Ullmann 01:57, 20 April 2009 (UTC)

I did manually unmangle every pageID I could find so far, but someone is going to have to re-check all this crap. Robert Ullmann 02:08, 20 April 2009 (UTC)

I will apologize for all the invective above. (:-) but I ask one thing: can you please learn why it is not a good idea to just blast through things? Adding all these required (and requires) checking all the work. Did you write a program to read all the templates and check them all? Or just write them and hope? ... best regards, Robert
 * The pages you have deleted, along with six others, threw an error on save. I made the, incorrect it would seem, assumption that an error on page save was equivalent to not saving. As it wasn't important to be utterly complete, I just logged "Error" and carried on. I can't vouch for the fact that all the others are fine, but given that everything you deleted logged an error I am confident enough that the others are not in this state. There is also a query running now on toolserver to find all pages with no revisions, just in case this problem has gone unnoticed elsewhere. (The people in #mediawiki seemed reluctant to admit that doing this was possible, and so now give the "recommended fix" as deleting the page...). Thank you for your help and time. Conrad.Irwin 09:08, 20 April 2009 (UTC)

SELECT page_title FROM page LEFT JOIN revision ON rev_page = page_id WHERE rev_id IS NULL; Empty set (52 min 47.11 sec)

Hi! the dump has run (unassisted, and okay ;-), so I did get all of them (from this case). I'm very curious how this managed to happen (and not very surprised that "they" would think it "impossible", it ought to be ;-)? How exactly did you do the "save"? (which code, index or api.php? etc?) And what was the error? (as far as you know). I'd like to see if I can maybe make it happen, and we can fix the underlying bug. Now that I've had some good sleep. Robert Ullmann 13:11, 20 April 2009 (UTC)


 * I (foolishly) didn't record the actual error, I'm using mwclient, page = wikt.Pages['Template:%s' % code]; text = page.edit; try: page.save(newtext) except: print "Error: %s %s" % (code, name). I can't really see anything in common with the edits, though there's clearly two main patches of problems, so I wonder whether it was something like database lag and a buggy anti-overload tool getting in the way. Conrad.Irwin 13:27, 20 April 2009 (UTC)


 * (presumably?) can I see the actual code (you can email it if you don't want it floating about ;-). I'd like to set up the exact case, and then look at how it would trace through api.php. (but sleeping now I think) Robert Ullmann 22:22, 20 April 2009 (UTC)
 * User:Conrad.Bot/iso-upload.py is it I think, I made a few modifications for testing after you reported the problem, but I think I undid them. Conrad.Irwin 22:36, 20 April 2009 (UTC)
 * Doesn't look like anything odd on that side. Presumably I would have to hunt something in/under api.php that would cause an incomplete DB commit. (and I'm not doing that at 2AM ;-) thanks, Robert Ullmann 22:57, 20 April 2009 (UTC)

обитѣль
Hello. I noticed that you reverted my self-revert on this entry. I initially entered a reference for its etymon under a "Notes"-thread (see the history of the entry) exactly as is done in Wikipedia. Then, the bot moved the "Notes"-thread on the top of the wikicode and it created a cite-error ( " tags exist, but no  (for example) is true when   lacks a getElementById property, but   is an error if   is undefined. I don't know why this should be, but I Googled and I tested, and I'm pretty confident of it. In the former case, the issue is that the   construct iterates over the names of the properties, not their values, so in this case   is the string   rather than the function.

(I don't know if similar race-condition–handling code is being used elsewhere on Wiktionary; if so, I imagine we need to change all of it.)

—Ruakh TALK 03:13, 24 June 2009 (UTC)


 * It's not used elsewhere, thanks for fixing it. Conrad.Irwin 07:44, 24 June 2009 (UTC)

Old Armenian index
Hi, I figured you're busy lately, but this should be relatively easy. Can you make your bot populate Index:Old Armenian? No tweaks to sorting should be made whatsoever: just the standard Unicode one. --Vahagn Petrosyan 15:14, 1 July 2009 (UTC)


 * Likewise Index:Hebrew, if you've got a chance. :-)  —Ruakh TALK 17:24, 1 July 2009 (UTC)


 * I've done Index:Old Armenian on one page, let me know what needs improvement. What do you want done with the Latin letters for Hebrew? Conrad.Irwin 23:08, 4 July 2009 (UTC)


 * Excellent! Is there a way to index also the words in nested translations like in mouse? --Vahagn Petrosyan 00:35, 5 July 2009 (UTC)


 * Thanks a bunch! Don't worry about the Latin letters — now that I know about them, and they're conveniently indexed, I can go through and take care of them. :-)  —Ruakh TALK 17:57, 6 July 2009 (UTC)
 * By the way, the Hebrew index is not-clickable in Opera. I mean the browser does not recognize the links except for the last letter ת. And it was that way even before automatic indexing. --Vahagn Petrosyan 23:30, 6 July 2009 (UTC)


 * The code that you use to parse the dump, is it public, by any chance? I ask because a lot of the Hebrew errors are technically parsing errors rather than content error; but I'd rather fix our wiki-syntax to match what your parser will recognize, since I'm sure your parser isn't going to be the only one with this sort of problem. Thanks in advance! —Ruakh TALK 03:48, 27 July 2009 (UTC)
 * Umm, yes it is, but I'd rather fix the code than the entries - it's a rather huge mess of awk and python and perl held together with a bash script. What is the main problem? That way I can at least point you to the right file. You may get some idea of how it works by reading User:Conrad.Bot and looking in bash/create_indices.sh. Conrad.Irwin 07:39, 27 July 2009 (UTC)


 * I think I came across two issues, both having to do with translations tables. One is lack of support for preposed named parameters; for example, was interpreted as referring to, when in fact it refers to . The other is lack of support for ; I don't even know what the issue is there, but sometimes it gets interpreted as a single space , sometimes as two . —Ruakh TALK 15:08, 27 July 2009 (UTC)

5 0    2 a     1 d     1 f    22 h     1 l     4 m     2 n     3 p     1 q     2 s     1 t     2 y     2 z   698 א 370 ב 224 ג 183 ד 370 ה 59 ו 90 ז 289 ח 109 ט 203 י 206 כ 605 ל 1 ם 762 מ 1 ן 246 נ 254 ס 265 ע 259 פ 154 צ 291 ק 198 ר 390 ש 240 ת 6516 total

T-balancing error still exists
See. Same weird problem as before. --EncycloPetey 18:45, 4 July 2009 (UTC)
 * Ok, I'll have another look then, (and secretly hope it's a caching problem and that they were still using an old version) Conrad.Irwin 23:05, 4 July 2009 (UTC)

Good work
Help:Interacting with humans is a real step forward in explaining how Wiktionary works to newcomers. It was sorely needed, and hopefully it'll prove its worth in the future. Best, Knepflerle 02:48, 5 July 2009 (UTC)

Template:gd-noun
Hi, can I ask a favour of you? EncycloPetey created this template and asked me to comment, which I did, and he improved it so it's just about perfect now, with only one thing left he doesn't know how to do: Many masculine nouns in Scottish Gaelic have the same genitive singular and nominative plural. EP tweaked the template so that when one writes eg
 * it appears as
 * balach m (genitive and plural balaich)
 * balach m (genitive and plural balaich)

(When the form is the same it affects eg the genitive plural or vocative, so it's helpful if it's pointed out.) Question is, using accelerated editing the "form-of" page has a definition line for the genitive only - is it possible to make it create both the genitive and the plural lines as at balaich, so that the line for the plural wouldn't have to be added manually? Another example of such word, where I haven't created the inflected forms' entry yet, is oileanach. Thanks in advance whether it is technically possible or not. --Duncan 16:19, 6 July 2009 (UTC)
 * Yes, it's possible. I will try and get it to work for you. Conrad.Irwin 20:11, 6 July 2009 (UTC)


 * I think it now works, if you Conrad.Irwin 20:51, 6 July 2009 (UTC)
 * For some reason, when I try it I get a "%23" at the start of the second definition line instead of a hash (#). --EncycloPetey 23:41, 6 July 2009 (UTC)


 * Argh! it seems highly browser-dependent, which is why for the other hashes I use #, unfortunately, that seems to introduce an extra space. Meh, I'm not sure I can fix it trivially - a fix needs to be made to w:User:Lupin/AutoEdit.js - or, perhaps better, to stop using that entirely. Conrad.Irwin 00:08, 7 July 2009 (UTC)

When I deleted "w:User:Lupin/AutoEdit.js" from User:Duncan MacCall/monobook.js the accelerated editing stopped working at all, but never mind - highlighting "%23" and overtyping it with "#" is still much better than copypasting the line and overtyping "genitive" with "plural". Another thing occurred to me in the meantime, though - my bad, I should have noticed it at once: the accelerated editing creates the inflected entries like "three apostrophes - inflected form - three apostrophes", thus only making them bold - but I think those too, not just the lemma, should show the gender of the noun - at least that's how I've been creating them until now, though I don't know about any policy requiring it, and it seems to me from eg the Spanish puños that this can be achieved - could you make the template work similarly to the Spanish one? Apologies and thanks in advance again, --Duncan 15:26, 7 July 2009 (UTC)
 * Forget it, it doesn't matter any longer. Sorry for having wasted your time. --Duncan 17:23, 9 July 2009 (UTC)

parser error message
Though I can not detect any harm caused, I am getting a message that the parser has failed after every edit of an entry. DCDuring TALK 14:07, 7 July 2009 (UTC)

newNode
Hi Cirwin. Last night I actually got around to using newNode for the first time rather than just reading over code that uses it. Before I actually thought it read through one big object to create a tree of nodes. Now I realize that of course it does just create one node at a time but that calls can be easily nested.

Which all boils down to... I love it. Put it in Common.js ASAP (-: &mdash; hippietrail 02:13, 11 July 2009 (UTC)

q
'd itbe myDell inspiron5160 isalredy2slow4Dragon/modern software?--史凡/ʂɚ˨˩fan˩˥/shi3fan2 (歡迎光臨/Welcome! 請也用/Please also use skype: sven0921為我/since I suffer RSI!) 07:07, 12 July 2009 (UTC)
 * The piece of software I linked to is not speech recognition and requires very few resources to run (it has the added bonus of being much more accurate than speech recognition). Conrad.Irwin 10:31, 12 July 2009 (UTC)

Serbo-Croatian
You commented in the BP. I assume you also know of the current vote (but am writing just in case not). &#x200b;— msh210  ℠  22:36, 13 July 2009 (UTC)

Helping search engines find collocations that don't meet CFI
As you must know, our search engine doesn't find terms like "stiff drink" when they are marked up per WT:ELE as "stiff drink". I also note that en.wikt gets a very high percentage of its hits from search engines (per Alexa). It would not be an evil use of meta-tags (or whatever they are called) to incorporate certain collocations which the search engines would not find due solely to wikimarkup. I took a look at Free Dictionary source for their "stiff" page. They span "stiff" "drink", so no markup interferes with the collocation. Another way of doing it would be the "Collocations" header that MZajac has been advocating, assuming that the search engine looks that deeply, especially "beneath" our show/hide templates. Any thoughts? DCDuring TALK 15:14, 14 July 2009 (UTC)


 * Right now it's finding stiff, with the excerpt text “Adjective: A stiff drink; a stiff dose; a stiff breeze. Translations: of an object, rigid, hard to bend, inflexible. Finnish. fi | jäykkä ...” (I can't tell whether it is compiling this excerpt from the current entry text or has indexed an older version.)


 * If the search engine can't find phrases broken up by formatting, then it should (must) be fixed (regardless of any other workarounds we adopt in the meantime). Is there a bug report we can all vote for?  If not, then let's file one. —Michael Z. 2009-07-14 15:30 z 
 * Me too. Maybe something has been changed. Maybe there is a problem only in more specific circumstances. Maybe I erred. I'll have to pay closer attention to exactly what situations lead to unsatisfactory search results, if any. DCDuring TALK 16:34, 14 July 2009 (UTC)
 * I like the collocations idea, except that I fear that such a section will get unwieldy fast (especially on certain pages). Allowing boldfaced common collocations (instead of merely boldfaced words) in example sentences is another idea, though not one I'm all that fond of. See for yet another idea.  &#x200b;—  msh210  ℠  15:46, 14 July 2009 (UTC)
 * The template addresses the issue, of course, but at the cost of a lot of labor and, if done by bots, say, using COCA collocations, a lot of space. Using lists of the top COCA collocations to populate the keyword template if the text is not in the body might be seen as cheating. It would have to be explicitly sold to the search engine folks.
 * Perhaps we could look at COCA to find the top N collocations, insert the list in a namespace like "Talk", "Citations", or, dare I say it, "Collocations", and add usage examples manually for some of the redlinked ones based on that data, using a template to facilitate formatting and metatagging at the same time. DCDuring TALK 16:34, 14 July 2009 (UTC)
 * Actually, I'm not sure that addresses the issue: search engines use keywords, perhaps, but I don't know whether Wiktionary's internal one does. Another idea is to not boldface anything in citations in the citations namespace (but to continue boldfacing in citations in the entry), and to by default search also in the citations namespace. Actually, I like this idea: it doesn't require "cheating" or new infrastructure. I don't know, though, whether we can change the default search namespaces. That should be easy to find out, though.  &#x200b;—  msh210  ℠  16:43, 14 July 2009 (UTC)
 * I was going to stop complaining about our search engine until I have a better feel for when or how it fails from a user perspective. I would love to read up to 10 pages of more-or-less English on how the Mediawiki search software works. Any very easy low-resource-cost solutions, no matter how partial, are very desirable. DCDuring TALK 18:16, 14 July 2009 (UTC)
 * You may be able to find what you are after at http://www.mediawiki.org/wiki/User:Rainman/search_internals. I have recently filed a bug about the search engine, which currently doesn't index template expansion either (https://bugzilla.wikimedia.org/show_bug.cgi?id=18861), and been told that that is unlikely to be fixed in the near future - though feel free to file another one. When I tested it http://en.wiktionary.org/wiki/Special:Search/"stiff drink" found it in stiff, but http://www.google.co.uk/?q="stiff+drink"+site:en.wiktionary.org didn't find it. It would certainly be worth including these as plain text, but I'd have thought google would get things right... Conrad.Irwin 23:26, 14 July 2009 (UTC)


 * I think the issue with the built-in search may have been fixed. The issue you mention with Google just has to do with indexing delay; its cached version is from Jul 11, 2009 06:37:37 GMT, which was before DCDuring added the "stiff drink" sense and example. I'm sure it'll be fine once they re-index the page. —Ruakh <i >TALK</i > 23:34, 14 July 2009 (UTC)


 * Thanks for the link. Looks just about right for me. I'll be paying more exact attention to any search problems that I experience so I can be more specific. As Ruakh says, the problem with wikiformatting preventing MW internal search from working seems resolved. Whether google search has a problem with wikiformat is the next question. The last question regards what could be called "collocation stuffing". How can we productively insert common collocations what don't meet CFI into web pages? We could:
 * make sure that all headwords deleted by reason of being SoP appear in one or more relevant entries.
 * have a kind of a checklist to make sure that N of the most common collocations for a given headword appear in the entry. Or
 * could just stuff the top M collocations into metatags and be done with it.
 * I'm sure there are better ideas, too. And many drawbacks and implementation problems, not to mention questions as to desirability.
 * Per Alexa, we do seem to be getting a lot of our traffic from search engines already, much more than from WP. And we pass many users on to sister projects. Both of those facts should make us seem valuable to WM, I hope. Maybe we could become important enough to get more of their attention to our more distinctive needs. I get the impression that we are sucking hind tit most of the time. DCDuring TALK 00:24, 15 July 2009 (UTC)
 * I have three questions:
 * How can I find out more about stop words as applied for en.wikt search?
 * Do we have any ability to add or subtract from the stop word list specifically for en.wikt?
 * Pending some kind of more definitive resolution of search engine handling of collocations, do you know whether, 1., hard redirects or, 2., soft redirects show up at all on google searches? At WT:RFD we have good content including usage examples that could go to a sense of check out or to check it out. There are also 2 hard redirects. Some collocations are now usage examples also. From the point of view of our internal search I think I understand the differences. But I don't know what works best for Google or other search engines, including OneLook.com, which has a fairly big list of collocations available for a secondary search. DCDuring TALK 03:20, 27 July 2009 (UTC)

I lied to you.
I've corrected myself at WT:BP. &#x200b;— msh210  ℠  17:01, 20 July 2009 (UTC)

some questions
Hi Conrad ^_^ I have some questions that need your wizardry: Would it be possible to pre-process Wiktionary wikicode when a user visits a particular page, do some magic on it, send that magicaly processed wikitext back to MediaWiki and display it only then to the user?

E.g. suppose I want it so to split the Serbo-Croatian L2 section as three B/C/S section, taking into account scripts and the context labels, and display such split text to the user that would select to have split display (all three of the sections, or just one of them).

Except for a bit longer opening of pages, what other drawbacks could it have?

Suppose if we used subpages for non-English language sections, e.g. /hr, /bs, /sr, /sh that would be transcluded on the main page this would all be pretty much trivial.. --Ivan Štambuk 20:33, 20 July 2009 (UTC)


 * It would be possible, a better idea would be to just find the section and duplicate it in javascript which would be considerably faster, if slightly harder to program correctly first time. (And which would also ensure that all the information for the three languages was in the page of the unified language). It might get slightly confusing, as we already have too many buttons and distractions, but providing some thought is given to the interface I don't see any show-stopping difficulty for this proposal. If you were to want to render wikitext and give the result to the user directly, User_talk:Conrad.Irwin/Api.js describes the library that I am currently merging into WT:EDIT, which would allow you to give the user rendered text trivially.  (Code like this is the basis for the preview that assisted translations provides). Conrad.Irwin 21:36, 20 July 2009 (UTC)
 * That looks awesome! It's just that I have programmed javascript something like 2 times in my entire life (both times were cookie stealers for some dumb Croatian blogging service ^_^), so it might take me some time to simply get started (the SC->B/C/S conversion algorithm would would be some 50 lines of code max.). Would you be kind enough to point me to what exactly I must set up in my monobook.css to get started? I would be esp. thankful if you could provide me with the 3-LOC skeleton of a js function that appends e.g. "Hello world" to the page's wikitext. From there I can figure out the string processing on my own.. --Ivan Štambuk 21:54, 20 July 2009 (UTC)
 * If you want hello world at the bottom of every Wiktionary page, try adding this to Special:MyPage/monobook.js (and a lot):


 * There are both simpler (but buggy) and (almost pointlessly) more complicated ways to do the same thing, but that should work without breaking the current page. If you haven't already, I'd recommend getting Firefox with Firebug as then you can easily try out new things and it gives you easier to follow error messages. Conrad.Irwin 23:40, 20 July 2009 (UTC)

creation.js seems to have a slight problem
Could you please take a look? Dutch diminutive plural forms are being created and categorised as plurals. This is wrong they should be using the following format: and I guess just like the singular forms it should be noted that they are neuter gender. 50 Xylophone Players talk 12:05, 28 July 2009 (UTC)
 * Hi again, I see that you have fixed it, thanks. :) 50 Xylophone Players talk 13:02, 30 July 2009 (UTC)
 * No problem. Conrad.Irwin 00:33, 31 July 2009 (UTC)

Index:French
Looks good so far. My only gripe would be that IMHO, a space should be treated as such, i.e. au contraire should precede aubaine, and a hyphen is probably best treated as going after a space (i.e. au-delà would be between au violon and aubaine, but given dictionaries appear to differ, I'll leave this to your discretion). AFAIK there is no standard treatment for this issue because French dictionary are very keen on the typographical word concept:a hyphenated word will have an entry even if the unhyphenated form is actually standard (cf. abri sous roche), and multiword expressions are systematically relegated as subentrie (in fact, in the Robert, they are not even considered subentries at all!).

Nonetheless, I feel strongly that putting a word break there to group such entries together is far more intuitive, and would suggest the same policy be applied to English: common sense leads one to look for at odds before Atacama rather than after atmosphere! Such a treatment also makes it possible to e.g. take at a glance a list of compounds starting with a preposition.

None of the reference book i personally own discuss alphabetical ordering or collation. If you want, I can look into and get back to you at another time? in any case, I remind much of the opinion that a space should be a separator. I was a bit confused by your comment re:trimming off various forms of the articles, so if you could show specific case so I understand your meaning.

Still, the index looks AWESOME and is great help in spotting weird stuff. Circeus 18:39, 1 August 2009 (UTC)


 * A few extra ideas:
 * Since you're already pumping the translation sections (which allows me to fix all sort of small things), is it possible to also skim sections like, synonyms and derivatives for red entries? (at first I had "alternative forms" in these, but these entries are automatically discarded for being constituted only of a "form of" template...)
 * Since you're obviously checking whether a French section exists (or the index couldn't selectively link only when they exist), could you apply a formatting to entries where the page exist, but not the section (cf. Abdoulla before I created the section).
 * Circeus 19:49, 1 August 2009 (UTC)


 * Yes, I also was unsure of space handling, not sure what made me choose the current method, but I can easily change that; as long as the collation looks right, I'm not too fussed about making it perfect. The forms of the article that I strip off are so, for example, "arithmétique", "d'arithmétique" and "de l'arithmétique" all appear next to each other - again if that's incorrect behaviour, it is easy to fix. I wasn't sure about whether au violin should be under "a" or "v".
 * I can try adding a scan for synonyms and derivatives - I tried once with Hungarian and found the results unpleasing, but maybe it will be better for a language with so many more entries, I'll have a go. It should be possible to colour the link if it doesn't have a local language link (I hadn't thought of that before, and might apply it to all languages). Conrad.Irwin 22:18, 1 August 2009 (UTC)
 * I would recommend not dropping "de" and "d'" at the beginning of word: it would be exceptional for them to be determiner rather than article preposition in that particular position within the lemma
 * Regarding derivatives and synonyms, I meant it for locating additional missing entries (red and "orange" links), so IMHO the symbols can be dropped without problem. (I think it's safe to assume there will be less issues than there are with incorrectly entered translations) Circeus 01:50, 2 August 2009 (UTC)

Wiktionary logo 2009 refresh voting
Hello there, I just would like to inform you that the Wiktionary logo 2009 refresh voting should start now, but so far we haven't come up with any rules yet. Since you were very active in the discussion, would you like to help out again? Thanks in advance. Wyvernoid 03:14, 8 August 2009 (UTC)
 * I'm afraid I'm going to be mainly afk until the 30th, and was hoping that someone else would be able to finish things off. Conrad.Irwin 07:19, 8 August 2009 (UTC)

Thank you
Thanks for your advice. I got 'told off' on Wikipedia for not using that template so I tried to bring it across to Wiktionary but it depended on another template which in turn depended on another and so on. It seems over engineered and messy.

John Cross 09:13, 8 August 2009 (UTC)

sop
+pref-setin'>ta!!:D *i'dlik2find entrys misin'fe dutchtranslations>how? --史凡 >voice-MSN/skypeme!RSI>typin=hard! 16:59, 8 August 2009 (UTC)
 * canitbemade2jump automaticaly2's'-section[or 'sop'directly?
 * If you mean, could it be made to jump to the correct section of Glossary, then the answer is yes, if you add some markup around each item in the list as follows:

* Sum of parts

Then you could like to Glossary. Conrad.Irwin 19:46, 9 August 2009 (UTC)
 * er-"span/id"=?--史凡 >voice-MSN/skypeme!RSI>typin=hard! 04:33, 10 August 2009 (UTC)
 * I don't understand. Conrad.Irwin 21:19, 10 August 2009 (UTC)

Search engines: hard redirects vs entries
Do we know how search engines handle hard redirects vs soft redirects vs only-in vs full entries? How could I find out?

From a user point of view hard redirects afford some advantages IMO because the user needs one click less to get to meaningful content. It is also slightly quicker to add redirects than "form of" entries. But I suspect that they may not show up in search engine search pages. DCDuring TALK 18:13, 10 August 2009 (UTC)


 * I don't know, I suppose by doing some searching you could work it out - the only one I tried "to kill the fatted calf" was not indexed. One of the advantages of the big search engines is that they do some of the form-normalisation for us, so that searches are more likely to end up at the right place without the need for the redirection - I suppose we have to remember that most people won't type into the URL bar, they'll use the search boxes or a search engine. Conrad.Irwin 21:13, 10 August 2009 (UTC)


 * OK, experimentation it is: Google, Yahoo, Bing(?), OneLook, Answers.com.

Stop words for internal search
It is my understanding that Lucerne search includes personal pronouns (he, his, etc) as well as "one" and (I think) "one's" as stopwords. It does not seem to include "someone", "someone's", "somebody", and "somebody's". I'm not sure that I'm thinking about this right, but if they were also on the stopword list, wouldn't that sometimes improve folks ability to find lemmas containing those words, eg, when they typed in other words (usually stopwords like "you", "your", "yours") ? DCDuring TALK 18:13, 10 August 2009 (UTC)
 * It would increase the number of pages that matched the search, because it would not be searching for "someone's", but it would also bring up more false-positives. On Wiktionary, I think you are right, and having "someone" as a stop-word might be beneficial given that we have pages with "one" - I can't think of any phrases involving somebody that have only one other word (off the top of my head), but even those with only two words might be a bit of a problem. Conrad.Irwin 21:18, 10 August 2009 (UTC)

Automatic translation
Hello, Conrad. If I remmeber correctly, it was introduced by you, so there is some sort of feedback - when I add Bulgarian translations for nouns, the fields for gender and transliteration appear, but when I try to add Old Norse translations and I fill up the code non in the first field and click on the second field, both fields (check box and edit box respectively) for gender and transliteration disappear, whereas the first one (the check box for gender) should remain available, since the Old Norse language has three genders. Is this flaw easily reparable? I shall be adding Old Norse nouns manually in the meantime. The uſer hight Bogorm converſation 12:03, 13 August 2009 (UTC)

Same problem with Gothic (got) too. The uſer hight Bogorm converſation 12:09, 13 August 2009 (UTC)


 * Hi, the gender buttons are still there, just hidden under the "More..." link. I will look into the genders issue though, it should show all genders for any language that User:Hippietrail hasn't told it about. Conrad.Irwin 23:35, 13 August 2009 (UTC)
 * They are ok now, but shotly after I had added the translation, AutoFormat unlinked Old Norse (as it should be, since this is a widely known language). Could you set up this language as unlinked? The uſer hight Bogorm converſation 18:55, 25 August 2009 (UTC)
 * All it does is, so fixing Template:non should do it. Conrad.Irwin 22:30, 25 August 2009 (UTC)

fw>canbe solvd?
"i Sven, long time no chat. We'll have to catch up soon when I'm not so snowed under with work. :( Just to let you know, the "standard" formatting for Eng->Chi entries nowadays is:


 * Chinese:
 * Mandarin: 叩頭, 叩头

Please don't put them under "Mandarin"; it makes it harder to find, as most people look under Chinese when looking for translations. Cheers! Tooironic 22:18, 19 August 2009 (UTC)

* inotisdn'agre,BUTedit-auto nodo,nmyhands notake the c/p ea time..:/"--史凡 >voice-MSN/skypeme!RSI>typin=hard! 22:49, 19 August 2009 (UTC)


 * When I asked people about this, the discussion got a little side-tracked and I have no patience with the politics, see Beer_parlour_archive/2009/April - I have implemented some forms of nesting, but they are not enabled, I will have to look again at it if I ever get some time. Conrad.Irwin 00:11, 20 August 2009 (UTC)

Automatic Transliteration of Greek
Ariel Glenn overstates my expertise, we needed some table of equivalents so I consulted geography and library sites. Have only just seen you note and will look it over, over the next couple of days. — Saltmarsh απάντηση 09:18, 27 August 2009 (UTC)


 * Conrad - The transliteration table I set up at About Greek/Transliteration created little interest at the time that I did it - looking back at it now there seem to be one or two possible "errors" which I should address (perhaps). Looking through the discrepancies:
 * It seems to sort out the ευ => ef/ev dichotomy alright.
 * el:προϊόν => proión != proion should IMO => proïón (see table)
 * el:αϊτός => aitós != aïtós      IMO aïtós
 * el:χειμώνας => cheimónas != khjimonas   yes cheimónas
 * el:σούστα => soýsta != sústa    IMO soústa is better (similarly with νούμερο)
 * el:ὀξύμωρον => ὀxýmoron != oxymōron  the breathing (ὀ) is AncientG, I don't think ModG has a noun (but a phrase οξύμωρο σχήμα)


 * Is there anywhere I could experiment in a Sandbox? Although I am short of time at present! — Saltmarsh απάντηση 15:35, 27 August 2009 (UTC)


 * I have contacted User talk:Doremítzwr and User talk:Rodasmith about this since both raised points about the previous table of equivalent values. User:Flyax has also entered discussion at Wiktionary talk:About Greek/Transliteration-new. I am away until 22 Sept and will pick the matter up then - when hopefully come consensus may be evident. — Saltmarsh απάντηση 14:13, 4 September 2009 (UTC)


 * I have finished this - bar tidying up the rules file - I think controversial points have been ironed out. Is there a time scale for implementation? — Saltmarsh απάντηση 16:56, 23 September 2009 (UTC)
 * Thanks a lot! I was hoping that it would already be done. We are waiting on the CTO of Wikimedia reviewing the extension as and when he gets round to it. Once it has been reviewed, it will then need another wait (hopefully much shorter) before it gets actually installed. https://bugzilla.wikimedia.org/show_bug.cgi?id=20246 is where my request to them is. Conrad.Irwin 22:27, 23 September 2009 (UTC)


 * I haven't thought about this for a while - and my ear is often someway from the ground - is anything happening? — Saltmarsh απάντηση 10:45, 1 June 2010 (UTC)
 * Irritatingly not. I will try and pester them again at some point. Conrad.Irwin 16:51, 1 June 2010 (UTC)

Accelerated translation
Hi Conrad, lately when I am adding two translations in the same trans table, it adds two Hungarian lines and I have to edit it to remove the duplicate line. Before, I believe, it just added the second translation with a comma. Thanks. --Panda10 14:24, 30 August 2009 (UTC)
 * It definitely should just add them with a comma, I am currently investigating a similar problem that Guest63h brought to my attention, so maybe I'll find the problem. Conrad.Irwin 14:28, 30 August 2009 (UTC)
 * Should be fixed if you . Seems to have been tied to using in, but I can't fathom why that should have changed anything. Conrad.Irwin 15:05, 30 August 2009 (UTC)
 * Thanks. --Panda10 19:52, 30 August 2009 (UTC)

Plural of multi-word entries
Hi Conrad, how hard would it be to change to display the plural of multi-word entries separately and not as one word? For example, the plural of baseball sapka (baseball cap) is baseball sapkák, but I'd like to display baseball sapkák. I think it would make more sense to treat the plural separately. Thanks. --Panda10 22:48, 10 September 2009 (UTC)
 * About that hard, I hope. (as with other similar templates, when you link them manually, you must also bold them manually - this then allows for short notes to be included in the inflection line). Conrad.Irwin 23:00, 10 September 2009 (UTC)
 * It works great! Thank you. --Panda10 01:32, 11 September 2009 (UTC)

“Record” button to aid the manually handicapped
Hi Conrad. Could you explain the situation in re the purportedly “discarded” audio-recording button discussion mentioned herein please? It’s best to explain in that section of the Beer Parlour, since it’ll be of general interest. Thanks.  †  ﴾(u):Raifʻhār (t):Doremítzwr﴿ 13:11, 12 September 2009 (UTC)

a more detailed reply
Hi, you asked me yesterday on the IRC about Sven. . . I've been thinking about it and came up with a longer answer for ya. :) My keyboard, I guess, just has a bad relationship with that channel or something because I have to type reeeeeeallly slowly there to be legible but here it works.  (silly thing) I think the problems are communication and hypersensitivity.  Communication, because it is really hard to read his writing and so sometimes we can't tell what the problem is.  Hypersensitivity, because he likes to write in all caps so it often sounds like he's shouting and so that further aggravates other people, and then that further aggravates him.  I don't think it's your fault.  However, I do sympathize with him ... It's hard being neutral.  Very hard. Anyway, I've now taken up translating for him in discussion pages.  I wish there was another solution. :P L&#9786;g&#9786;maniac chat? 15:16, 12 September 2009 (UTC)
 * My solution is just to ignore him. SemperBlotto 15:21, 12 September 2009 (UTC)
 * I wish. I don't think he'd appreciate it though.  *sigh* L&#9786;g&#9786;maniac chat? 15:31, 12 September 2009 (UTC)
 * I hope he appreciates your efforts. I do. I have to adopt SB's solution when my patience and kindness are on holiday together, as they often are. DCDuring TALK 15:39, 12 September 2009 (UTC)
 * Thank goodness I have mine on a tight leash, otherwise they'd be on holiday by now... L&#9786;g&#9786;maniac chat? 15:48, 12 September 2009 (UTC)


 * Thanks all. Conrad.Irwin 19:36, 12 September 2009 (UTC)

Chinese tra=/sim=
I guess basically a bot would just have to look for the ==Mandarin== and ===Hanzi=== sections, then check if {{zh-hanzi| specifies sim= or tra=. If all that comes out positive, then the sim=/tra= should be copied to the {{yue-hanzi| under ==Cantonese== ===Hanzi===. If not... then nothin. :) — [&#32;R·I·C&#32;] opiaterein — 21:03, 13 September 2009 (UTC)

anagrams
You might wish to see questions at Wiktionary talk:Votes/bt-2009-09/User:Conrad.Bot to do anagrams. Thanks! &#x200b;— msh210  ℠  23:49, 14 September 2009 (UTC)
 * I'm sure I put a note somewhere about not using vote talk pages :p, thanks for the heads up. Conrad.Irwin 23:50, 14 September 2009 (UTC)

Blanking the page when balancing translations
I've noticed this happen several times now. Nadando 18:00, 15 September 2009 (UTC)
 * Urm, ok. If I said "that shouldn't happen" it wouldn't help much. I think I need to re-think the timing issues with the balancers, maybe this is another aspect of them. Conrad.Irwin 20:43, 15 September 2009 (UTC)
 * Now fixed. Conrad.Irwin 00:34, 21 September 2009 (UTC)

Anagrams in French
Speaking as the 2009 UK French Scrabble Champion, you're right about French. Ignore case, diacritics, treat æ and œ as -ae- and -oe- and you've got it. Mglovesfun (talk) 21:41, 15 September 2009 (UTC)
 * alright :). Conrad.Irwin 21:42, 15 September 2009 (UTC)
 * I just came across cœurs, which is listed as an anagram of crus, which it isn't. That was this month. Could you fix it? PierreAbbat 22:59, 20 November 2009 (UTC)
 * Yes, I've since patched the bot so it won't make more of these, but haven't gone back to fix them yet. Thanks for the reminder. (It now treats œ as "oe", is this correct?) Conrad.Irwin 23:02, 20 November 2009 (UTC)

Index:Hungarian/a
The A index page contains only 14 entries, it should be more than 875. Can you take a look whan you have a chance? Thank you. --Panda10 18:25, 20 September 2009 (UTC)
 * Hi, sorry, they have broken the framework that used to upload these entries. I will try and get them working for next weekend. Conrad.Irwin 19:04, 20 September 2009 (UTC)
 * Sure, no problem. Take your time. Thanks again. --Panda10 19:06, 20 September 2009 (UTC)

Stats
Hi Conrad

After getting tired of updating stats @nl.wikt I decided to use the magic word PAGESINCATEGORY instead and so we now have a stats page that updates itself see. The functions may be a little hard on the server but I think it is functional enough to warrant that.

Greetings Jcwf 19:40, 20 September 2009 (UTC)


 * Cool idea, that might be more useful than the current guesswork anyway. Conrad.Irwin 19:43, 20 September 2009 (UTC)

is there a way to time the rendering of a page?
Here are some tricks used on WMF (though they're mostly for skins/messages, but they're better than "served by" time): forceprofile=true and forcetrace=true. View the page source, a big comment at the end holds the data. Note the data can change depending on which apache you hit and how busy it is.

Zocky has this thing, but it requires core changes (some before/after hooks to the brace substitution) which make it a bit inefficient on WMF. You can see an example of it here. Anonymous editing is enabled so you could probably test your template there in a sandbox and action=profile it after. Splarka 06:06, 21 September 2009 (UTC)

Creating a monster...
I may need to learn javascript.

So, the word lookup script appears to have become a very popular idea. The fr.wn contributors are all over it, and are thinking it needs to be added to the site and maybe to wikisource as well... and they've found a few bugs they'd like me to fix.


 * trailing punctuation is included in the url. Clicking on cabinet, would retrieve cabinet,.
 * preceding articles, such as l'article, are included in the url; in this case l'article.
 * The most confusing bug is the quotes bug: in French « and ». Apparently this causes all clicks in a multi-line quote to be assigned to words in the first line of the quote, with terms vertically aligned to the left of the « being assigned to that character. This behaviour can be seen at this article.

Assuming you'd rather not become the godfather of this monster, where would you suggest I go online to learn how to code javascript? - Amgine/talk 17:28, 25 September 2009 (UTC)

Anagrams
Hi, the header ===Anagrams=== has to be in the page text, not in the template. Otherwise can't be found, used, ignored by whatever is parsing wikitext. And other issues ... (like edit sections etc)

(they all seem sort of pointless anyway to me? Why not get generate lists rather than add stuff to every entry?) I hadn't even noticed the proposal for this, too little time and too much going on! ;-) Robert Ullmann 13:02, 29 September 2009 (UTC)

tr-l ensue>glos-prob
4nl--史凡 >voice-MSN/skypeme!RSI>typin=hard! 01:09, 3 October 2009 (UTC)
 * Fixed. Conrad.Irwin 09:01, 3 October 2009 (UTC)

didnt notis,sory:/--ta4helpn!--史凡 >voice-MSN/skypeme!RSI>typin=hard! 09:38, 3 October 2009 (UTC)



Hebrew anagrams
Hiya. Now that you're bot-adding anagrams, do you think it'd be possible to add Hebrew to the code? Discussion at About:Hebrew yielded that the following rules should be followed: Thanks much. &#x200b;— msh210 ℠ 16:00, 8 October 2009 (UTC)
 * Ignore spaces and punctuation, noting that punctuation may include U+05BE, U+05F3, and U+05F4 in addition to the usual suspects.
 * Any page with U+0591 through 05BD, or with 05BF through 05C7, or with 05F0 through 05F2, or with FB1D through FB28, or with FB2A through FB4F, which contains a Hebrew section, is a bad pagetitle (for Hebrew at least), and should not list anagrams, nor be listed as one (and if possible should be tagged for Hebrew attention).
 * The letters U+05DA and 05DB are identical for purposes of anagrams. 05DD and 05DE are identical. 05DF and 05E0 are identical. 05E3 and 05E4 are identical. 05E5 and 05E6 are identical.
 * Ignore redirects (don't list them as anagrams).


 * Alright. The bot is currently on hold until I reimplement it to not use the template system (initially through concerns by Ullmann and Hippietrail, but having seen people make a mess of editing the templates I now agree). I will try and get it running at some point, but I can't promise when. Conrad.Irwin 16:41, 8 October 2009 (UTC)
 * I'm positively giddy about the bot's running once more, and am posting this to re-ask you to add Hebrew to your code if and when you have time and inclination. Thanks. &#x200b;— msh210 ℠ 18:05, 16 November 2009 (UTC)
 * I had entirely forgotten about this request, sure! though, they will have to wait until the second run (probably starting immediately after the first has (evenutally) finished. Conrad.Irwin 18:07, 16 November 2009 (UTC)
 * Yeah, I figured you might have forgotten, considering all you're doing. Thanks much! &#x200b;— msh210 ℠ 18:27, 16 November 2009 (UTC)


 * BTW, not a big deal, but in alphagrams, for the pairs U+05D[AB], U+05D[DE], U+05(DF|E0), U+05E[34], and U+05E[56], I think the greater codepoint (i.e., the usual form of the letter, rather than the "final" form used at the end of a word) should be preferred. Thanks in advance! —Ruakh <i >TALK</i > 22:52, 12 December 2009 (UTC)
 * Alright. I'll try to arrange thatConrad.Irwin 23:30, 12 December 2009 (UTC)

Index:Translingual
Would it be hard to get Index:Translingual going? Hopefully not since there's no language-specific rules for sorting. Thanks.--Bequw → ¢ • τ 14:43, 9 October 2009 (UTC)
 * Hopefully not, though I'll have a think about the best way to divide it into sections when I try. Conrad.Irwin 15:01, 9 October 2009 (UTC)

care to weigh in on its RFDO?--Bequw → ¢ • τ 01:53, 14 October 2009 (UTC)

Index:Polish
Hello, I request to have Index:Polish created, for an index of Polish words in Wiktionary. Is this easy? --Volants 12:36, 23 October 2009 (UTC)
 * Sure, could you let me know how `exactly` the sorting works? Looking at Polish orthography there are several digraphs that are not included in the alphabet, are they simply sorted as though they were individual letters? Should c and ć be treated as different letters, or are they just forms of the same letter (same for other such characters). I'll try to get round to this at the weekend - I need to re-run all the others too. Conrad.Irwin 12:39, 23 October 2009 (UTC)
 * "c" and "ć" are different letters. Digraphs that are not included in the alphabet. Here is the exact order: Image:Polish-alphabet.png. Maro 20:17, 23 October 2009 (UTC)


 * Ok, let me know of any problems. Conrad.Irwin 13:53, 25 October 2009 (UTC)
 * Thanks for the list. It may come in handy, I found many translations that need to be corrected. BTW, something is wrong on Index:Polish/ł, there are ła łą ła łą ła sections... But I think we don't even need separate section for each, where there are only hundred-two hundred words for a letter. Or even less. Maro 17:54, 25 October 2009 (UTC)

New green links
There is a new green link in the Hungarian declension tables, for the plural accusative. When I create the form-of entry using that, it does not put the entry in any category. I had to replace the template in the definition line with hu-inflection of. Was there a change in the Hungarian templates? --Panda10 20:41, 23 October 2009 (UTC)
 * I added some plural accusative rules to work with Esperanto, so they must have conflicted. I can remove them again as I ended up doing something totally different (but I assumed there'd be no side-effects). Conrad.Irwin 21:33, 23 October 2009 (UTC)
 * Thanks. I cleared the cache and they are now gone. --Panda10 22:28, 23 October 2009 (UTC)

A (threefold) more personal coding request
Hey again Conrad. :) I was wondering if you could add code for the following three things, if it's possible, to my monobook.js whenever you have the time (as I am unable to do any kind of "programming" and stuff like this)
 * code to make edits for creating Hungarian noun form entries automatically minor, like how in creation.js URLs you have "&preloadminor=true"
 * same as above but to make the summary always be "n" or something (n standing for new that is)
 * finally, (and I realise this might be a bit much to ask) creation.js-style links for the form-ofs.

Thanks, I hope you can help. 50 Xylophone Players talk 16:34, 24 October 2009 (UTC)


 * Maybe, how should the script tell you are creating a hungarian noun form?. Or would this be the same as just having the Hungarian forms all accelerated? Conrad.Irwin 11:36, 25 October 2009 (UTC)
 * Well, I guess when I click on a link for one in a declension table. 50 Xylophone Players talk 11:56, 25 October 2009 (UTC)

Thank you...
...for updating the Hungarian index. :) --Panda10 14:12, 25 October 2009 (UTC)

RHS ToC
I wanted to bring RHS ToCs up in the BP to see if it can get some widespread usage. Do you know of any outstanding systematic issues dealing with right-hand side ToCs? Additionally, I wanted to bring up the idea of scrollable, fixed-height ToCs. Do you know if there's any problems with those? Thanks. --Bequw → ¢ • τ 00:03, 27 October 2009 (UTC)
 * I would support moving it to the right (still). I am not a big fan of the scrollable idea - when the entry is big enough that it scrolls, it is big enough that you need to use the ToC to get to useful places. Conrad.Irwin 17:52, 27 October 2009 (UTC)


 * With many users using the plain RHS ToCs, would it be useful to have additional editing guidelines to deal with situations where RHS elements get pushed out of their language section by big TOCs? Maybe we could say that, on entries that experience this problem, that these RHS elements should be "inlined. Images could go in galleries and navigation templates (both to related entries (eg ) and to sister projects) could get put into  sections. Is there anything that needs to be RHS? --Bequw → ¢ • τ 21:02, 27 October 2009 (UTC)
 * As far as I see it, images are the only problem - floating navigation boxes are a bit icky. What to do with is complicated, I suspect a gallery at the bottom of the entry is called for. Conrad.Irwin 21:23, 27 October 2009 (UTC)


 * Templates like specify table widths of 100%. As this can mess with RHS ToCs and other elements, is there anything that we can do? Can we put div tags in the top and bottom templates? --Bequw → ¢ • τ 16:43, 6 November 2009 (UTC)


 * Like these could be wrapped inside a &lt;div style="width:auto;margin:0px;overflow:auto;"> - but that would require updating everything that can work with  so that the &lt;/div> would be matched. (There's probably some way to bully CSS into treating the table like this directly, but I don't know what it is - Ullmann might). Conrad.Irwin 17:04, 6 November 2009 (UTC)

edits
Correcting now. - Amgine/talk 17:40, 31 October 2009 (UTC)

Say
Hi there. Would you be willing to convert this to template form for us over at the Simple English Wiktionary:

publish verb Read full entry
 * 1) If you publish a book, an article, a song, etc. you make it available for other people to buy, read, listen to, etc.
 * The study was published in the British Medial Journal.
 * She publishes a monthly magazine.
 * The government published the results on the Internet.

We want to use it as a word of the week template where the arguement would be like and it would automatically set up a blank form where the word shows up and then has blank template like stuff where we can fill in the stuff that is needed like this:

<insert word here Read full entry

or something of this matter. Since I suck at templates, and you seem to be pretty good at them, would you be able to make sure a template for us? Thanks, <b style="color:#000">Ra</b><b style="color:#696969">z</b><b style="color:#808080">or</b><b style="color:#696969">fl</b><b style="color:#808080">ame</b> 19:20, 1 November 2009 (UTC)

club_butler
Is it a bug or a feature that club_butler requires underscores for spaces? For instance:

.? Bronx cheer <club_butler>	Couldn't get any definitions for Bronx cheer. .? Bronx_cheer <club_butler>	Bronx_cheer — noun: 1. A razzing noise made with the lips and tongue; a raspberry

&mdash; hippietrail 08:16, 3 November 2009 (UTC)
 * Probably a bug, its parser is a strange beastie (not written by me, you can get it at http://inamidst.com/phenny/), but I can probably fix it. Conrad.Irwin 08:45, 3 November 2009 (UTC)

attested
All i was trying to do is replace # Simple past and past participle of to attest. WITH # ... Not sure how other changes made into it...  TestPilot  talk to me! 02:16, 4 November 2009 (UTC)
 * Ahh - figured that out. http://en.wiktionary.org/w/index.php?title=attested&action=historysubmit&diff=7646333&oldid=941516 Edited old version - sorry, mine bad.  TestPilot  talk to me! 02:34, 4 November 2009 (UTC)

anagrams bug
. &#x200b;— msh210 ℠ 22:02, 4 November 2009 (UTC)
 * Such "anagrams" are deliberately excluded in the current model - they should be linked to using . Our definition of anagrams implies it is a re-arrangement of letters which I take to preclude the trivial case when the letters are in the same order (if the word "arrangement" was used it would be more ambiguous). Conrad.Irwin 23:03, 4 November 2009 (UTC)

Re: Dutch Index
Thanks for the offer to automatically use your bot program on the Dutch Index. Dutch in general does alphabetize it's words the same way that English does. Sometimes Dutch dictionaries treat the digraph ij as its own letter, but that method is not followed by wikipedia, so it's just the regular twenty-six letter English/Latin alphabet, with the same order. Thanks, Mitchell Powell 03:00, 6 November 2009 (UTC)

edittools
Hello!

I would like to know how could I get something like your personalized edittols working at pt.wikibooks, but I don't know where to start to look at... =/

Could you give me some direction?

Have a nice weekend! =D Helder 20:03, 6 November 2009 (UTC)


 * You should be able to add  and then create User:Heldergeovane/edittools. (Just copy mine for now, then when you know it's working, you can change it). Conrad.Irwin 22:01, 6 November 2009 (UTC)
 * After some adjustments, it seems to work, but I needed to add the name we use for the main div of the edittools.
 * Do you mind of adding it to your js too? This way other users could just import it (as you suggested above), instead of make a copy =). The name "specialchars" (without the prefix "editpage-") is used at Wikimedia Commons (from where the edittols of pt.wb was copyed).
 * Thank you for your help... Now I can personalize my edittools with a lot of latex functions I use there =D Helder 13:40, 7 November 2009 (UTC)
 * I've been testing and actually I haven't found a way of make them compatible. So, I just added a new div above our default edittols, with the id used by your script (and we can hide the default using a css rule with the id "specialchars"). Helder 17:13, 7 November 2009 (UTC)
 * Or you could copy the script and edit it to suit your wiktionary, it has not been updated in a very long time and I'm unlikely to make further changes to it now. Conrad.Irwin 00:09, 8 November 2009 (UTC)

Index:Dutch
Hi Conrad

I updated the index for Dutch by importing the Open Taal index, which gives a pretty exhaustive list of our language in proper official orthography. The lists are simply alphabetical and very lengthy. Is there any way to make them more accessible the way you have done that for the English list? If there is I would be much obliged if that could also be done #nl.wikti because we have the same problem there.

Jcwf 22:15, 6 November 2009 (UTC)


 * Yes, I can run it through the last stage of the Conrad.Bot stuff - would you like me to insert all the Dutch that is present on Wiktionary at the same time? Conrad.Irwin 22:56, 6 November 2009 (UTC)
 * The other thing you might want, though I won't do it unless you do, is to merge upper-and-lower case lists. Conrad.Irwin 22:59, 6 November 2009 (UTC)


 * What en.wikti wants to do is up to the community here, but at nl.wikt we would like to keep the lists intact as they are, because as they are, they have received the official seal of approval of the Taalunie, the integovernmental body that regulates our spelling.

They represent a calibration set in a sense. So we do not want to alter them, unless the OpenTaal/Taalunie people come with an update. The Dutch present here (and at nl) contains entries with various orthographies, some of them historically obsolete ones (our spelling has changed numerous times), some of them downright miss-spellings. We certainly do not want to pollute the list with those. Jcwf 23:21, 6 November 2009 (UTC)


 * These are now uploading, let me know of any mistakes you spot. Conrad.Irwin 00:00, 7 November 2009 (UTC)
 * Thanks Conrad! `Jcwf 03:26, 7 November 2009 (UTC)

MediaWiki:JavascriptHeadings.js
Hi!!

I noticed this comment at MediaWiki:JavascriptHeadings.js: I don't know what is the problem you had, but did you try to use "gim" instead of "gi"? o.0 Helder 13:09, 7 November 2009 (UTC)
 * To be honest, I can't remember by now either - I seem to recall Hippietrail getting annoyed when I added a multiline flag to the original, but it works well enough for now. (It's his script) Conrad.Irwin 18:22, 7 November 2009 (UTC)

Bot task
I wasn't sure of which bots were approved for consensus search & replace but I thought yours was a good bet. Per WT:RFDO would you replace:

I've orphaned the other with AWB already. This way we can see who's still using these old templates, and how long to hold onto them. If yours isn't well suited to this, is someone else's better? Thanks. --Bequw → ¢ • τ 18:21, 14 November 2009 (UTC)


 * Yes, I can do this - I'm not sure whether I'll be able to run it at the same time as importing anagrams (which I'm hoping to restart now, and will take several days to complete); if I can't I'll let you know - then maybe User:Opiaterein would be another possibility. Conrad.Irwin 18:27, 14 November 2009 (UTC)


 * Should now be done - let me know if there's more stuff to do. Conrad.Irwin 20:28, 14 November 2009 (UTC)
 * Thanks! --Bequw → ¢ • τ 00:15, 15 November 2009 (UTC)

Indexes
Hi. I noticed that Conrad.Bot updates only the main page of Index for Old Armenian, Hilgaynon, Mapudungun and Polish. A bug? Or was it deliberate? Maro 20:30, 14 November 2009 (UTC)

BTW, would it be possible to create indices for Kashubian, Lower Sorbian and Upper Sorbian? Maro 20:30, 14 November 2009 (UTC)


 * Polish seems to be a bug, the other three are single-page indices (because they are so small). These indexes should be possible, but should I tree Ã etc. as an "A" with an accent (as French does), or as a seperate letter (as Polish does). And should "Ch" etc. be filed under "C" in the "h" section, or as "Ch" - a single letter? Conrad.Irwin 20:36, 14 November 2009 (UTC)
 * Sorting order:
 * Kashubian: A, Ą, Ã, B, C, D, E, É, Ë, F, G, H, I, J, K, L, Ł, M, N, Ń, O, Ò, Ó, Ô, P, R, S, T, U, Ù, W, Y, Z, Ż
 * Lower Sorbian: a, b, c, č, ć, d, e, ě, f, g, h, ch, i, j, k, ł, l, m, n, ń, o, p, r, ŕ, s, š, t, u, w, y, z, ž, ź
 * Upper Sorbian: a, b, c, č, ć, d, dź, e, ě, f, g, h, ch, i, j, k, ł, l, m, n, ń, o, ó, p, q, r, ř, s, š, t, u, v, w, x, y, z, ž Maro 22:28, 14 November 2009 (UTC)


 * These were done a while back, let me know of any problems. Conrad.Irwin 14:10, 16 November 2009 (UTC)

partlynew in indices.
Hi Conrad,

I notice that is orange-ified as "partlynew" in the Hebrew index, apparently because it's given as a different part of speech (phrase) from the English word it's listed as a translation of (, interjection). Is that something that can be addressed somehow, or do we basically have to choose between changing [[לחיים]]'s POS header, or accepting that it will be orange in the index?

Thanks in advance, —Ruakh <i >TALK</i > 21:04, 14 November 2009 (UTC)


 * The actual problem is that it doesn't understand "" and, for templates it doesn't know, it uses the heuristic that if the definition is completely contained within one template then it is a form-of (and thus should not be in the index). I can fix this in the same way it treats and  - are there any others you can think of? (While it would be nice to remove the partlynew on form-ofs that are translations, this is not trivial with the current architecture). Conrad.Irwin 21:35, 14 November 2009 (UTC)


 * Oh, interesting. The problem is, not only need not a template-only def be a form-of, but also a form-of need not be a template-only def. (Some editors precede form-ofs with glosses.) I don't have a better suggestion, though, so until we come up with one, thanks for exempting . :-)  —Ruakh <i >TALK</i > 04:41, 15 November 2009 (UTC)

Aramaic sub-translations in Hebrew index.
Also, the bot seems to get confused by the way the Aramaic editors format their translations. For example, the first translations table at [[bread]] has this for Aramaic:


 * Aramaic:
 * Syriac: ܠܚܡܐ (lakhmā, lakhmo)
 * Hebrew: לחמא (lakhmā, lakhmo)

; that is, it has two copies of the translation, one in the Syriac script, and one in the square script. The bot seems to mistake the latter for a Hebrew translation, so it adds לחמא to the Hebrew index (in orange).

Can it be changed either to understand this format, or, failing that, to discount lines that start with *: ?

Thanks in advance! —Ruakh <i >TALK</i > 21:22, 14 November 2009 (UTC)


 * I can make it ignore Hebrew things that start with *: - this will also be a problem for WT:EDIT as it may find the nested Hebrew and try to add a Hebrew translation to it (if no *Hebrew exists yet) Conrad.Irwin 21:30, 14 November 2009 (UTC)


 * Thanks! —Ruakh <i >TALK</i > 04:36, 15 November 2009 (UTC)

Admin concerns?
Hi Conrad,

At my admin vote, you expressed some concerns. Is there anything you’d like to elaborate on or that you’d rather I do differently, or was it mostly “added tools don’t seem useful”? Thanks for your comments!


 * —Nils von Barth (nbarth) (talk) 07:48, 15 November 2009 (UTC)


 * I was just thinking back to events in 2008  - it was perhaps unfair to bring them up again after so long, but as I said, I haven't really had much to say to you since then! Congratulatuions for passing. Conrad.Irwin 08:55, 15 November 2009 (UTC)


 * No worries – fair enough, and we did get off on rather the wrong foot (I had a few WT teething pains – “What, changing ELE isn’t ‘being bold’?”). Hope we’ve not had much to say since b/c I’ve learned how to not make messes (and just quietly worked), and look forward to working with you in future – thanks for the welcome!
 * —Nils von Barth (nbarth) (talk) 09:48, 15 November 2009 (UTC)

Aren't IPA tags supposed to be preceded by a *, or is that only necessary when there's more than one thing under ===Pronunciation===? --Yair rand 02:20, 17 November 2009 (UTC)
 * probably, I got rather frustrated trying to make it work. Conrad.Irwin 02:23, 17 November 2009 (UTC)


 * It is supposed to have the * even if only one. Do note that AF will fix this automatically, not a big deal. Robert Ullmann 11:25, 18 November 2009 (UTC)

bad bot edit
Look at this. Has somehow lost the newline following the hrule, and the Lithuanian section header is treated as text. I modified AF to fix this case. Robert Ullmann 13:18, 17 November 2009 (UTC)


 * Hrm, ok. Likely to be beacuse the is in the anagrams section, but not part of it - should be fixable. Conrad.Irwin 13:26, 17 November 2009 (UTC)


 * AF will fix these correctly: here (-) Robert Ullmann 11:29, 18 November 2009 (UTC)


 * I've now rebooted the bot with the right code - so it shouldn't happen again. Thanks. Conrad.Irwin 15:49, 18 November 2009 (UTC)

Index:Icelandic
Hello Conrad. Since you have created very nice index pages, would you update Index:Icelandic too? We have a quite good Icelandic section here, but the index is tiny --Volants 17:14, 17 November 2009 (UTC)
 * Assuming that you want it sorted according to the list at Icelandic alphabet? Conrad.Irwin 17:28, 17 November 2009 (UTC)


 * Let me know of any flaws you find. (it will be re-generated completely, with translation back-references like the others, next time I run all languages - probably this weekend). Conrad.Irwin 18:39, 17 November 2009 (UTC)

translations bug?
&#x200b;— msh210 ℠ 21:07, 17 November 2009 (UTC)
 * It certainly looks like it :( - I'm not entirely certain how it could have happened, but I'll try to fix it when I do. Thanks for letting me know. Conrad.Irwin 22:15, 17 November 2009 (UTC)
 * &#x200b;— msh210 ℠ 20:55, 18 November 2009 (UTC)

tgloss
is this one of yours? see this edit ... Robert Ullmann 11:35, 18 November 2009 (UTC)
 * Indeed - yet another: "that can't happen".... Conrad.Irwin 15:51, 18 November 2009 (UTC)

Implementing special characters into Darkicebot
Hi there. We need to talk about someone getting Darkicebot to be able to make form-of entries for nouns, adjectives, and verbs (Esperanto), that includes these characters (anywhere in the word):ĉ, ĝ, ĥ, ĵ, ŝ, ŭ. I don't know how to do it because the program that I use to enter the stems for the bot code currently does not allow these special characters to be added, and I don't know how to make them otherwise. Any ideas? <b style="color:#000">Ra</b><b style="color:#696969">z</b><b style="color:#808080">or</b><b style="color:#696969">fl</b><b style="color:#808080">ame</b> 23:28, 18 November 2009 (UTC)


 * It should just be a case of changing  to   and calling   on anything before you print it or write it. Let me know if you need a more helpful hand, I'm likely to be back on IRC in quarter of an hour. Conrad.Irwin 23:31, 18 November 2009 (UTC)


 * Can you get back on IRC please? I want to talk to you more in depth about what you just told me on my talk page.  <b style="color:#000">Ra</b><b style="color:#696969">z</b><b style="color:#808080">or</b><b style="color:#696969">fl</b><b style="color:#808080">ame</b> 01:05, 19 November 2009 (UTC)

Re: Query about editing
Well, I try to write a Catalan translation with automatical tools (showed in the same page) and sometime I discobert changes not succes, then I repeat the same operation and then appear translations duplicated. At the end I try do repair all that. I supouse it don't refresh enough rapidly. Sorry if I do anything wrong. --Maltrobat 17:43, 19 November 2009 (UTC)


 * Sometimes that happens... next time, try to refresh the page before adding the word again. :) — [&#32;R·I·C&#32;] opiaterein — 00:21, 20 November 2009 (UTC)

Darkicebot flagged
Hey there. Darkicebot is now flagged as a bot and is currently running. Go check it out :). Cheers, <b style="color:#000">Ra</b><b style="color:#696969">z</b><b style="color:#808080">or</b><b style="color:#696969">fl</b><b style="color:#808080">ame</b> 00:16, 20 November 2009 (UTC)

How to do...
I'm wondering if it would be possible, using wiki syntax, to create an 'invisible' L2 header that redirects the TOC to another header? It would need to result in ^==[language pattern]==\n in the article source. - Amgine/talk 19:51, 22 November 2009 (UTC)
 * You couldn't insert invisible headings into the TOC, but you could do something like:


 * and then fix the TOC with javascript. However this would break many many scripts both belonging to me and other people, that make the assumption that there won't be much inside comments. Conrad.Irwin 20:23, 22 November 2009 (UTC)
 * In what way breaking? That is, the header is primarily to create an L2 entry in the TOC, and to store machine-readable instructions to find the actual data elsewhere for database reusers. I'm clearly being dense if this would somehow be information your scripts need? (I'm also not suggesting implementing this; I'm just looking for some compromise which does no harm.) - Amgine/talk 20:38, 22 November 2009 (UTC)
 * Take things like WT:EDIT, which need a corrsepondance between what can be seen in both places; things like the anagrams bot (and others) make the assumption that a language section runs from ==Language== to or ==Language== whichever comes first, with yours there would be random open and close comment characters in unrelated sections (I can imagine AutoFormat reshuffling the sections on a page and commenting them out, and it certainly wouldn't make it easier to parse - certainly the way I do it, which is to first divide the page into language sections and assume that they are independant). Thinking about it more logically, you could wrap the entire section in   to get them into the TOC - but then the TOC links would only work in some browsers, and it has the same problem with putting random bits of markup in random places. Conrad.Irwin 23:42, 22 November 2009 (UTC)

Please restore User:Darkicebot/Feed.
Please restore that page. I will continue to run my bot, but I will only run it for entries that are listed there. Cheers, <b style="color:#000">Ra</b><b style="color:#696969">z</b><b style="color:#808080">or</b><b style="color:#696969">fl</b><b style="color:#808080">ame</b> 03:18, 23 November 2009 (UTC)

mammy market
Thank you very much for your help and feedback on this. I understand that a dictionary is very different from an encyclopedia, in some ways much more formal, and fully understand that I don't understand the conventions I should follow - so thanks. It is a good word though. It came up in a Wikipedia article I was working on, needed a definition (after I figured out what it meant), and definitions do not belong in Wikipedia. Aymatth2 04:22, 23 November 2009 (UTC)

Category talk:French noun forms
Hi Conrad. Can your bot change all entries in Category:French noun forms into Category:French plurals. I think there must've been a bug somewhere beforehand. AFAICT all page in the aforementioned category are in fact plurals. --Rising Sun 11:32, 23 November 2009 (UTC)
 * No don't, yet. See Beer_parlour. Plus some of them in that category aren't plurals. Mglovesfun (talk) 11:35, 23 November 2009 (UTC)

undownable
Thanks! --EncycloPetey 18:26, 23 November 2009 (UTC)
 * No worries, it was a surprisingly interesting word! (and not in any other dictionary I have access too, woohoo). Conrad.Irwin 18:28, 23 November 2009 (UTC)
 * Looks like a good WOTD for December... --EncycloPetey 18:41, 23 November 2009 (UTC)

editor.js
Hello Conrad.Irwin, did you know that the French Wiktionary want this tool? I asked the import and I translated it but the position of the backup window is not correct for Frenchies. Is it possible to position it in the lower right corner? Also, they use the templates "trad-", "trad", "trad+" and "tradø" instead of templates "t-", "t", "t+" and "tø". Is it possible to change the script? Can you help me please? It would greatly help the French Wiktionary. Thank you, --Sniff 22:57, 23 November 2009 (UTC)


 * Hi, yes (see on the page there). I don't have the time to maintain this tool on more than one wiki, but I am very happy to help if you have specific issues (and if I suddenly find I have a burst of spare wiki time - once the anagram bot is fixed assuming there are no more bug reports - I can hopefully help you with the first port). I will try and write out some detailed documentation for it this evening, though I have a few more hours of real work to do first. Conrad.Irwin 23:16, 23 November 2009 (UTC)


 * User:Conrad.Irwin/editor_docs may be a good starting point (albeit long and boring). Conrad.Irwin 03:10, 24 November 2009 (UTC)


 * I corrected the position, I changed the templates t for trad but with the templates used to creating tables ( (, - and ) ), it make an error. I don't know how I can resolve the error, my knowledge of Javascript does not allow me to correct that. Can you help me please ? Thank you in advance, --Sniff 22:26, 25 November 2009 (UTC)


 * Hi, you should probably delete all the code inside, as you don't seem to use glosses on fr.wikt. The English version of editor.js uses primarily the textual gloss to detect which table it is editing (this further helps prevent errors if a translation table in the HTML is not explicitly mentioned in the source code e.g. color). As you don't have this system on fr.wiktionary, you will probably need to redefine util.getTranslationTable in order to parse the french wiktionary's code to find the position of the wikitext for a translation table. The actual error is caused because within regular expressions you need to escape the (, so   should be  . Thanks and good luck! Conrad.Irwin 00:06, 26 November 2009 (UTC)

Scary bug
here --Vahagn Petrosyan 19:06, 24 November 2009 (UTC)
 * Thanks for pointing it out. Conrad.Irwin 20:15, 24 November 2009 (UTC)

Icelandic anagrams
Could you update the bot to do Icelandic anagrams? You'd just have to make sure it treats a/á, e/é, i/í, o/ó/ö, u/ú, y/ý, ae/æ, d/ð as separate letters. – Krun 16:16, 25 November 2009 (UTC)
 * That should be possible. Conrad.Irwin 16:18, 25 November 2009 (UTC)

Italian anagrams
Hi! It would be very nice if your bot could be updated to do Italian anagrams. I will be easier than French, Italian has just à è ì ò ù at the end. Thanks!! Pharamp 17:16, 25 November 2009 (UTC)


 * By "at the end" what do you mean? I assume that (for the purposes of anagrams at least) á == a, etc.? Conrad.Irwin 20:14, 25 November 2009 (UTC)
 * I think so (but actually à like verità). Mglovesfun (talk) 20:15, 25 November 2009 (UTC)
 * I notice that a lot of Italian verb forms are anagrams of other parts - presumably this is useless and should be excluded? Conrad.Irwin 20:31, 25 November 2009 (UTC)


 * abbandonare: abbandonerà
 * abbandonavo: abbondavano
 * abbandonerà: abbandonare
 * abbandoni: abbinando
 * abbandono: abbonando, abbondano
 * abbandonò: abbonando, abbondano
 * I meant like Mglovesfun said, "`" accent on the last syllable like lì or verità etc. which don't affect the pronunciation of the single letter (pronunciation of the French é is different than French è). For this I think that doing Italian anagrams can be quite easy: à will be a etc. (not separated like in Icelandic). For the verbs, that's true it is quite useless, but it will be funny to mark it, and this is also a French anagrams "problem" XD. Pharamp 11:55, 26 November 2009 (UTC)
 * I didn't notice the abbandonare <-> abbandonerà forms in French, but it's not a huge problem so this can be done. Conrad.Irwin 12:05, 26 November 2009 (UTC)
 * I don't think there is really the same problem in French. rejouais = jouerais comes to mind, but they're not from the same lemma (rejouer vs. jouer). Mglovesfun (talk) 12:08, 26 November 2009 (UTC)

Yes, I agree, but also abbandonavo <-> abbondavano, abbandoni <-> abbinando, abbandono <-> abbonando, abbondano don't come from the same lemma, so I think that the bot should not exclude verb forms. Nothing comes to my mind in French like abbandonare <-> abbandonerà, but I think there's the possibility of a few cases. Pharamp 12:29, 26 November 2009 (UTC)
 * Well, I was just going to exclude the case when they were verb forms of the same verb, but if you'l prefer them included that's fine too. Conrad.Irwin 16:18, 26 November 2009 (UTC)

alphagrams
Hello, I noticed that your bot produces anagrams and alphagrams, I was wondering, since it does this, why doesn't it produce a reversed alphagram as well? (Z first, through to A)

76.66.194.154 12:24, 28 November 2009 (UTC)


 * Is there much need for such a thing? I can imagine that if someone wanted to find anagrams they might search for the letters in alphabetical order. I can't think of any reason listing the inverse order would be useful, and besides it can be trivially discovered by just reversing the alphagram. Conrad.Irwin 12:45, 28 November 2009 (UTC)
 * You can just read the alphagram backwards, right? Mglovesfun (talk) 12:46, 28 November 2009 (UTC)


 * Reading it backwards won't come up in the searchbox. I'd say it has about as much use as the alphagram. 70.29.209.121 11:49, 4 December 2009 (UTC)


 * Why would you search alphagrams? We're not a Scrabble site you know. Mglovesfun (talk) 11:59, 4 December 2009 (UTC)


 * Why do alphagrams exist then? If it's not for Scrabble, then why are they there? 76.66.192.35 11:23, 9 December 2009 (UTC)


 * ""I can imagine that if someone wanted to find anagrams they might search for the letters in alphabetical order. I can't think of any reason listing the inverse order would be useful, and besides it can be trivially discovered by just reversing the alphagram. Conrad.Irwin 12:45, 28 November 2009 (UTC)"" Conrad.Irwin 14:54, 9 December 2009 (UTC)

ga-verb
Hi, I was just looking through the XML dumps for Irish/index, and noticed that it might not be picking up the  tags (i.e., the verb  by itself was missing.  If you tweak your bot commands, you may want to search for that as well.

Thanks. Reidca 22:51, 3 December 2009 (UTC)


 * Hi, the bot doesn't look at the inflection line, just at the definition lines and the headings; also, bain does seem to be on Index:Irish/b (in the third row and third column, with five asterisks). Have I misunderstood you? Conrad.Irwin 23:41, 3 December 2009 (UTC)

Albanian index stuff
So, there are a few digraphs that are always counted as individual letters and no letters are treated as equivalents, so no fancy bullshit like that :) Here's the alphabet:

A B C Ç D Dh E Ë F G Gj H I J K L Ll M N Nj O P Q R Rr S Sh T Th U V X Xh Y Z Zh

— [&#32;R·I·C&#32;] opiaterein — 01:54, 4 December 2009 (UTC)

Semi-automatic archiving.
Hi Conrad,

Thanks for doing this! It doesn't seem to be working yet, though; on my watchlist I see a bunch of new talk-pages with copies of RFV discussion, but when I go to WT:RFV, I see that the discussions are still there.

BTW, what exactly is your archiving logic? As in, how do you recognize that a discussion is passed or failed, and how long do you wait before archiving it? That should probably be documented somewhere. (Unless the " semi -automatic" is to suggest that you make the decisions manually, and the automatic just handles the actual archiving?)

Thanks again! This is a much-needed thing, I can't wait till you have it fully operational. :-) —Ruakh <i >TALK</i > 12:37, 4 December 2009 (UTC)


 * Hmm, some of these are mis-tagged on their talk-pages; specifically, I see a few that are archived with despite not actually "passing". For example, see Talk:chinese snooker or Talk:peer. (We have a special template,, for cases that are neither "RFV passed" nor "RFV failed".) —Ruakh <i >TALK</i > 12:47, 4 December 2009 (UTC)


 * At the moment it just goes through all the struck out headings, I'm currently making all the decisions, but I rarely have to do anything beyond what it's programmed to do as default (i.e. deleting struck out sections and copy to talk page, checking for 'rfv failed' or 'deleted' to give - though sometimes this brings false positives if the verdict changed half-way through). For recent-ness, I was going to stay out of December, though I let it play with some that were 1st of Decemeber. It does not yet remove  from entries. I also only edit WT:RFV itself in batches, it's far too slow to change it every single time (i.e. >60seconds for one edit to it, vs. <1 second for edits to any other page). This also reduces the chance of an edit conflict. I did wonder what to do in those cases, I will use -archived henceforth. Conrad.Irwin 12:49, 4 December 2009 (UTC)


 * Sounds good, thank you! —Ruakh <i >TALK</i > 13:32, 4 December 2009 (UTC)


 * Huzzah! Equinox ◑ 16:16, 4 December 2009 (UTC)


 * For information, if the mainly automated mode finds variations on RFVfailed or Deleted it will ues, RFVpassed or Cited and it will use , if there is a date in the last three days, it will skip the section. If it would be both failed and passed, or neither, it asks me what to do. So, if people always close the discussions with those formulaic words, it cuts a few seconds off the time. Conrad.Irwin 16:21, 4 December 2009 (UTC)


 * Oh, good. I hate to look a gift horse in the mouth, but Connel's old archiver-bot had some serious problems. Your approach seems to address all of them perfectly. (I mean, I'm sure there'll be some mistakes, but then, manual archivers make mistakes, too.) Thanks again! :-D  —Ruakh <i >TALK</i > 02:56, 5 December 2009 (UTC)


 * Thanks for devoting some effort and skill to this important task. I often insert "Cited IMHO" to draw attention to my own efforts to cite a sense, not intending to close the matter unilaterally. I hope to get someone else to agree that the citations are adequate, as they are 80-90% of the time (not 100%). Should I use a different formula for my purpose? DCDuring TALK 03:11, 5 December 2009 (UTC)


 * It needs three things, Cited, &lt;s> and the date to be old, so providing that you only provide one or two of these, it should be ok. Conrad.Irwin 03:38, 5 December 2009 (UTC)
 * Cool, thanks. This seems like a very practical procedure. I hope you can figure out how to make some of it completely automatic and basically bullet-proof. Reducing the size of the RfD, RfV, and similar pages without consigning the material solely to an archive is desirable.


 * I know that some TR discussions are moved to the associated entry talk pages, but they all "should" be. How possible would it be to retroactively put "all" RfD, RfV, and TR discussions about entries on associated talk pages? I know that we have had different archive practices at different times. Are the archives nearly uniform enough? Would it be possible to work the revisions from the XML dumps? I'd be interested in thoughts about the utility of this. It's good in principle, but is it worth the technical effort and resources? Or is there some other way to enhance the accessibility of our discussions, including non-entry "topics". DCDuring TALK 11:40, 5 December 2009 (UTC)


 * Well, it's quite possible, but I think it would be very time-consuming to do well. I think the history approach would be the sanest, but that still leaves the "is it a pass/fail/archive" decision which needs a human in the loop (unless we just cheat and use archive for everything old). There is an issue where multiple words are discussed in the same section, though my thought is just to archive it at all words (not nice when there are more than two or three). What to do with inspecific topics is harder, I think the best we can do is put each topic at a sub-page of somewhere, and list the topics that have been discussed before. A thematic index would be ideal, so that discussions can be re-opened as opposed to re-started, but I don't know any easy way to implement that. Conrad.Irwin 12:42, 5 December 2009 (UTC)

Talk:que si got archived after less than a day. Is that supposed to happen? —Ruakh <i >TALK</i > 00:29, 6 December 2009 (UTC)
 * No, that was a bad call on my part (before I got it to check the dates for me). Conrad.Irwin 00:35, 6 December 2009 (UTC)


 * Ah, O.K. No biggie. :-)  —Ruakh <i >TALK</i > 00:48, 6 December 2009 (UTC)

Linking to indexes
I've been thinking about (hardly used) and  (used hardily). I think we should be adding links to the Indexes via JS instead of through the wiki-text. Is there a good way to do this? Would we want to allow someone to turn on/off individual languages, or would someone be fine with links for all languages for which we have indexes? Additionally, it should interact well with HT's next/previous links (I'm assuming he's watching). Thoughts? --Bequw → ¢ • τ 04:29, 6 December 2009 (UTC)
 * I like the idea, but doing it nicely is tricky. I had a proposal for Hippietrail's forward/back links which gave a link to the Index in the middle (see below), the alternative is to just hijack the title itself, or to add a selection of links on the title line. Any of these are doable with javascript. Conrad.Irwin 11:04, 6 December 2009 (UTC)

<sup style="position:relative; top: -3px;">← algorithm alpha   Index   alma mater  alternative →

<sup style="position:relative; top: -3px;">Grammar ‧ Index ‧ Wikipedia


 * They look great. I like #1 if it could be done both with and without HT's extension (sometimes Toolserver is slow). There's also the "Show an interwiki link under the language heading when one exists in the sidebar" option to consider. Ideally they could all be on the same line (that would necessitate modify HT's extension), but if not, maybe the index & iwiki could be laid out like #3. --Bequw → ¢ • τ 23:51, 6 December 2009 (UTC)

Anagram layout
For the next time you run the anagram bot, have you thought about laying out the list horizontally instead of vertically? --Bequw → ¢ • τ 17:50, 11 December 2009 (UTC)
 * The list is two dimensional, see the, words with the same letters in the same order go on the same line. It would be possible to join all the lines together, but I'm not sure it would be an improvement (I suppose I could get it to only put them on seperate lines when there were multiple with the same letters). Conrad.Irwin 17:52, 11 December 2009 (UTC)
 * Neat, I didn't know they were 2D. If the lines were joined someone who cared about anagrams with the same ordering could still see them right? My main concern was space, especially on pages with multiple language entries. On tesla for instance, the FL entries could fit on my first screen if the anagrams were on one line (alphagram on a separate line). --Bequw → ¢ • τ 01:26, 17 December 2009 (UTC)

re References
Thanks very much for this pointer, I will keep it in mind for the future. But a quick question, could you give me some good examples of when References are encouraged to be used? Cirt (talk) 18:21, 13 December 2009 (UTC)
 * Ah, understandable, and yet ... so it is okay to have pages exist with no sources listed whatsoever to back up what is on the page - and this could conceivably be considered an optimum state for such an entry? Cirt (talk) 18:57, 13 December 2009 (UTC)
 * So - the community consensus determines what is or is not a factually accurate definition? Cirt (talk) 19:03, 13 December 2009 (UTC)

template:context
I have been using context a great deal. I noted a comment of your at a template talk page that mentioned the impact of on the servers. Is it a serious problem? Is it the mere use of "context" or the number of parameters that is the problem? Does the same apply to all multi-parameter templates, or is it some kind of recursiveness peculiar to just a few? Should I adjust my use of "context"? DCDuring TALK 19:22, 16 December 2009 (UTC)
 * No, it's not a problem at all, I was merely making the point that the optimisation made at that template, I can't remember which it was anymore, was completely pointless. Conrad.Irwin 20:17, 16 December 2009 (UTC)
 * Thanks. BTW, it was . DCDuring TALK 20:24, 16 December 2009 (UTC)

Assisted translation bug
Bugs ? --Bequw → ¢ • τ 06:13, 18 December 2009 (UTC)
 * Certainly, I'll try and work out what caused it. Conrad.Irwin 13:19, 18 December 2009 (UTC)

Nervous system and sources
responding to your input on my talk page (diff)

I've been thinking about what you wrote off and on and haven't edited in Wiktionary while I did so. You raise an interesting point about whether Sources are meant to support a definition or be directly related to a definition. This is likely a perennial debate. From the "Entry layout explained" page "References" section you get the passage "...references which can be used to verify the content." I've been looking for some discussion on the distinction between copying defs from suitably licensed content, paraphrasing, reformulating (less change than paraphrasing, more a reformat for Wiktionary style), and synthesizing a definition from a couple of sources as definition creation methods ... but without much success. My gut feeling is that the current definition is a synthesis, without direct lineage relationship with any one specific source; it is also too expansive as the "in vertebrates..." sentence should probably be reformulated as a set of hyponyms (but that is a style matter).

So ... there are several choices.
 * I could rewrite the definition so that it is derived from a particular source.
 * this could take the form of copying directly from a suitably licensed source and including the citation.
 * I could do nothing (harking back to the concept that sources "verify the content").
 * I could convert the reference to a quotation.

Thoughts?

--Ceyockey 17:44, 18 December 2009 (UTC)


 * Some thinking out loud: Well, by looking at some quotes, it seems that whether the brain is included or not is disputed, or maybe it's just that "brain and nervous system" is a synonym? It's also possible to find lots of derived terms, "central nervous system" "peripheral nervous system" where do they fit into the picture? Looking at the picture on the entry, it seems to illustrate "the set of nerves in an animal, sometimes including the brain" - however looking closer at the books reults, some authors clearly include "receptors" - are these part of the nerves or the nervous sytem, some authors also seem to count the spinal chord seperately from nerves? Maybe an alternative approach is needed, given that the actual constituents are not agreed upon. This is harder, because there are few available quotes using the term in a non-technical sense. Intuitively for me, the nervous system is "the organ in an animal responsible for communicating messages"; searching for plants nervous system is perhaps useful here, clearly a "nervous system" in plants cannot have a brain, spinal chord or indeed nerves; the same goes for robots, though there always seems to be a qualifier "synthetic nervous system" or "robot nervous system"; looking further into google books it's also possible to find broken nervous system - seems to be the nervous system you have during a nervous breakdown. My final definition would be something like "that part of an organism that it uses to control or monitor itself"; and maybe also "The organs in an animal that make up its nervous system", perhaps having subsenses "## The nerves and spinal chord sometimes including the brian and receptor cells" and so on. I hope this is helpful, though it's only my approach to this problem - there are plenty of cites on google books for both definitions, though beware of including those that define the word in the quotation - see Use-mention distinction. Conrad.Irwin 19:00, 18 December 2009 (UTC)


 * Importing definitions is frowned upon, the only large scale import of definitions was a complete fiasco, and many of the definitions imported from Webster 1913 have still not been cleaned up or updated. There are also large warnings about copying translations from dictionaries - particularly online translations dictionaries just look for thousands of lists of words without doing any verification at all; dord is another example of a famous dictionary just getting it plain wrong. Conrad.Irwin 19:00, 18 December 2009 (UTC)

Thanks
Thanks for updating the indexes. Cheers, <b style="color:#000">Ra</b><b style="color:#696969">z</b><b style="color:#808080">or</b><b style="color:#696969">fl</b><b style="color:#808080">ame</b> 18:07, 18 December 2009 (UTC)

Conrad.Bot has a bug with entries with "etymology 2"?
Hi, I could be wrong but I think Conrad.Bot might have a bug. It has chopped about 2/3 of the article from "slough" twice now. The one thing that is uncommon about "slough" is that is has an "etymology 2" section which has another noun section which shows other meanings (e.g. "marsh", "bog" for slough). Could you have a look at the history and maybe check the code? Thanks! Facts707 08:50, 20 December 2009 (UTC)
 * This might help - it looks like the bot was working on "silver" and then went to "slough". It worked fine on "silver" but then seems to have got mixed up and put some of the "silver" items into "slough":

02:24, 29 November 2009 (hist | diff) slough ‎ (Updating anagrams) 02:24, 29 November 2009 (hist | diff) sliver ‎ (Updating anagrams) (top)

before:

Anagrams

 * ghouls

slough

after:

Anagrams
livers silver, Silver sliver

Facts707 09:09, 20 December 2009 (UTC)


 * Hi, thanks for pointing this out, the real cause of the problem was bad error handling (since fixed) which meant that when the bot failed on "get next page" it assumed it had failed on "save page" and so kindly re-saved the page (though with the new title). Sorry for the mess. Conrad.Irwin 09:53, 20 December 2009 (UTC)


 * Thanks much for the quick fix and reply. Sounds like it was a flukey bug. Cheers, Facts707 06:58, 21 December 2009 (UTC)

My External links
I stopped the bot, because I had an idea. Can you have it add in form-of entries, namely in: Category:Armenian noun forms, Category:Armenian proper noun forms, Category:Armenian verb forms (nowhere else), and  everywhere else? If not, no problem, I can do it by hand. By the way, if you add text after like this, there appears a useless white space. --Vahagn Petrosyan 15:59, 20 December 2009 (UTC)

Esperanto anagrams?
Hi there Conrad. Would it be possible for you to add the abillity for your bot to do esperanto anagrams, by chance? If you can, great! If not, that is fine as well :). Cheers, <b style="color:#000">Ra</b><b style="color:#696969">z</b><b style="color:#808080">or</b><b style="color:#696969">fl</b><b style="color:#808080">ame</b> 22:12, 20 December 2009 (UTC)
 * How would you suggest that work? Specifically for lemma entries? --Yair rand 22:14, 20 December 2009 (UTC)
 * Actually, now that I think about it more in depth, I don't think that this would be a worthwhile endeavour because I don't think that there will be very many anagrams. Sorry for the disruption, <b style="color:#000">Ra</b><b style="color:#696969">z</b><b style="color:#808080">or</b><b style="color:#696969">fl</b><b style="color:#808080">ame</b> 22:17, 20 December 2009 (UTC)

A problem with diacritics and exra letters
Take a look at this. – Krun 23:44, 20 December 2009 (UTC)
 * And the fixed bot does: this. Which looks correct to me? Conrad.Irwin 23:57, 20 December 2009 (UTC)
 * Oh, sorry, no... bah. I'll take a deeper look. Conrad.Irwin 23:58, 20 December 2009 (UTC)

Index:Latin
A problem I've noticed: Serbian words in Latin script (e.g. opšti) are being included because of the way they're listed with "*: Latin:" for the Latin script form. --EncycloPetey 23:27, 21 December 2009 (UTC)
 * Heh, predictable, I'll try and fix it. Conrad.Irwin 23:31, 21 December 2009 (UTC)
 * Thanks, but no rush. I'm not making much use of the Latin Index (yet).  The Galician index, however, has been exceedingly useful, as I've been working through it to add terms and translations based on what we already have, then adding Galician terms the Portuguese Wiktionary has (but we don't), and thenadding further terms found neither here nor there.  Once that's done, I may try to fill in additional Galician words based on the list the Galician Wiktionary has, but their list is one massive category not sorted by POS :P, so I want as big a head start as possible first.  --EncycloPetey 23:52, 22 December 2009 (UTC)

Seems to be fixed now, based on the latest run. --EncycloPetey 20:08, 24 December 2009 (UTC)
 * Glad to hear. Conrad.Irwin 20:09, 24 December 2009 (UTC)

See also the recent history of [[moon]]. (Incidentally, by "bad bot" (see edit summary there) I did not mean the bot is bad, but, rather, was, in jest, admonishing it as one might a child. Your bot is grand.) &#x200b;— msh210 ℠ 19:00, 28 December 2009 (UTC)

Conrad.bot errors
Such as this where the alphagram is not an alphagram, but an internal link to another word. That's not right is it? Mglovesfun (talk) 17:37, 24 December 2009 (UTC)
 * Yes, that is expected, otherwise it would read "Anagrams of cor: cor" which is ugly and pointless. Conrad.Irwin 17:43, 24 December 2009 (UTC)
 * Right, my mistake. Mglovesfun (talk) 17:43, 24 December 2009 (UTC)

Beer parlour archiver bug
See. Looks like the comment that was quoted caused the archiver to place it in the wrong archive. Any way this can be fixed? --Yair rand 22:23, 27 December 2009 (UTC)
 * No, not really. It could be modified to accept a name of a page to archive to, but that would complicate it considerably (and would anyone actually notice that it was autofilled wrong?). Conrad.Irwin 22:27, 27 December 2009 (UTC)

Hi Conrad,

If you have a chance, could you take a look at this edit for me? When I test it in my userspace, it works exactly as I expect, but when I try it for real, weird garbage (literal {{#if: 's and such) ends up in entries (and in the template page, for that matter). At first I was thinking that maybe it was due to cases of explicitly blank lang= (as opposed to the parameter just being missing), but no: that doesn't seem to have been the case, and further, testing in my userspace doesn't suggest that that would cause this sort of problem. I'm hoping a second pair of eyes will help.

Thanks in advance! —Ruakh <i >TALK</i > 02:57, 28 December 2009 (UTC)


 * Never mind, I got it. For some reason I didn't notice that my edit removed a } at the same time. Thanks anyway. :-)  —Ruakh <i >TALK</i > 03:01, 28 December 2009 (UTC)

B'crat test
OK, ready? I'll see whether I can de-administratize you, and you then try to perform an admin action (e.g. deletion of created nonsense) once I indicate I've attempted the change. Then, you let me know what happened. Repeat your attempt to perfrom an admin action again after a few minutes to see whether there was a delay of some kind. If de-sysopping happens, then I'll reactivate you. If not, well then nothing happened. I'll make the attempt only after you've indicated readiness. --EncycloPetey 22:08, 28 December 2009 (UTC)
 * Ok, I'm ready. Conrad.Irwin 22:23, 28 December 2009 (UTC)
 * The user rights listings (at least) seems to think I've de-sysopped you, so have a go at some admin action now, and then report back. --EncycloPetey 22:36, 28 December 2009 (UTC)
 * I am no longer a sysop, my buttons have gone, as have all the patrol markers and my ability to visit Special:UserRights. It certainly worked. Conrad.Irwin 22:40, 28 December 2009 (UTC)
 * OK, thanks for volunteering. I've changed your rights back now. --EncycloPetey 22:41, 28 December 2009 (UTC)
 * Thanks, all seems to be working again. Conrad.Irwin 22:42, 28 December 2009 (UTC)

Nomination
Hello there Conrad. I would like to nominate you for bureaucrat because I believe that you have all the right qualities to be a great bureaucrat. I honestly don't think that four bureaucrats are enough for a Wiki this size, and I think that one more should add just enough coverage to be sufficient enough that we wouldn't need any more. Please let me know your decision on my talk page or here. Thanks, <b style="color:#000">Ra</b><b style="color:#696969">z</b><b style="color:#808080">or</b><b style="color:#696969">fl</b><b style="color:#808080">ame</b> 16:03, 29 December 2009 (UTC)
 * I think things are ok for now; however, if the other bureaucrats want more, I would be happy to be nominated by them. Conrad.Irwin 16:13, 29 December 2009 (UTC)
 * I was the one offering to nominate you, though :(. Anyways, yeah, feel free to talk it over with the bureaucrats :).  I definitely think that we can do with one more.  Cheers, <b style="color:#000">Ra</b><b style="color:#696969">z</b><b style="color:#808080">or</b><b style="color:#696969">fl</b><b style="color:#808080">ame</b> 16:36, 29 December 2009 (UTC)

Citations:poliorcetics
Ah, thanks! I was wondering about that; WT:CITE and WT:ELE aren't too clear. Where then is the proper place for references? -- The Fiddly Leprechaun 01:30, 31 December 2009 (UTC)
 * Very good; I'll remember this and change the page. I did avoid copying the definition verbatim, as that would be a blatant copyvio. Evidently there is a different attitude here about references than on Wikipedia -- though that is not really surprising considering the different format and purpose. (I'm still learning the ropes.) Thanks again! The Fiddly Leprechaun 01:47, 31 December 2009 (UTC)

categorytree
I saw Template talk:categorytree. Nice. --Daniel. 02:41, 31 December 2009 (UTC)

Transliterator lyrics
That's perfect! <goes to see if anyone is awake> - Amgine/talk 04:51, 31 December 2009 (UTC)