User talk:0DF

From Wiktionary, the free dictionary
Jump to navigation Jump to search

Welcome[edit]

Hello, welcome to Wiktionary, and thank you for your contributions so far.

If you are unfamiliar with wiki-editing, take a look at Help:How to edit a page. It is a concise list of technical guidelines to the wiki format we use here: how to, for example, make text boldfaced or create hyperlinks. Feel free to practice in the sandbox. If you would like a slower introduction we have a short tutorial.

These links may help you familiarize yourself with Wiktionary:

  • Entry layout (EL) is a detailed policy on Wiktionary's page formatting; all entries must conform to it. The easiest way to start off is to copy the contents of an existing same-language entry, and then adapt it to fit the entry you are creating.
  • Check out Language considerations to find out more about how to edit for a particular language.
  • Our Criteria for Inclusion (CFI) defines exactly which words can be added to Wiktionary; the most important part is that Wiktionary only accepts words that have been in somewhat widespread use over the course of at least a year, and citations that demonstrate usage can be asked for when there is doubt.
  • If you already have some experience with editing our sister project Wikipedia, then you may find our guide for Wikipedia users useful.
  • If you have any questions, bring them to Wiktionary:Information desk or ask me on my talk page.
  • Whenever commenting on any discussion page, please sign your posts with four tildes (~~~~) which automatically produces your username and timestamp.
  • You are encouraged to add a BabelBox to your userpage to indicate your self-assessed knowledge of languages.

Enjoy your stay at Wiktionary! --Apisite (talk) 02:51, 6 November 2023 (UTC)[reply]

Hello[edit]

Just curious who you are? Your history starts Jul 15 but you don't appear to be a new user. Benwing2 (talk) 23:29, 2 August 2023 (UTC)[reply]

@Benwing2: No, indeed. Until recently, I edited here as Fruitless Forest. Unfortunately, my old laptop went kaputt in June; because I used browser-generated and -saved passwords for that Wiktionary account and its associated e-mail address, I concomitantly lost access to them both. Slightly annoying, but not a big deal (I'd made fewer than 500 contributions with that account. I actually wanted the username User:0DF, but the system wouldn't allow me it because of the prior existence of User:O.d.f., User:ODF, and User:Odf. Do you know whether it's possible for my account to be manually renamed 0DF, by any chance? 0D foam (talk) 00:22, 5 August 2023 (UTC)[reply]
Mostly likely yes. User:Chuck Entz or User:Surjection can you comment? I tried Special:RenameUser but it says my admin account doesn't have permissions to do this. Benwing2 (talk) 00:28, 5 August 2023 (UTC)[reply]
@Benwing2: Back when the Unified Login system came into effect, there was apparently some connection between bureaucrats and renaming rights. Not any more: see M:Global renamers and M:Steward requests/Username changes. I should also mention that one can even have one's user name changed to that of an existing account such as your old one (something called "usurping"), but I'm sure the requirements to be allowed to do that are pretty strict. Chuck Entz (talk) 01:14, 5 August 2023 (UTC)[reply]
@Chuck Entz Hmm, OK, thanks, looks like this user will have to file a rename request. Benwing2 (talk) 01:26, 5 August 2023 (UTC)[reply]
@Benwing2, Chuck Entz: Thank you both. I'll look into that. 0D foam (talk) 14:04, 5 August 2023 (UTC)[reply]
@Benwing2, Chuck Entz: FYI, I've just made the request via M:Special:GlobalRenameRequest. It was very straightforward. (And regarding usurpation, it seems that is only possible in cases where the account name to be usurped has made no edits whatsoever, so that wouldn't've been possible in my case.) 0D foam (talk) 23:17, 6 August 2023 (UTC)[reply]
@Benwing2, Chuck Entz: Et voilà le travail ! 0DF (talk) 10:20, 7 August 2023 (UTC)[reply]
Awesome! Benwing2 (talk) 11:23, 7 August 2023 (UTC)[reply]

plūrennis[edit]

You are of course right in that English plurennial is closely related to Latin plūrennis, however it is not a direct descendant. A direct borrowing would be *plurenn (compare solemn). Instead, the form plurennial was formed in English analogously to other adjectives in -ennial, which form however is not simply achieved by applying -al to a Latin adjective ending in -ennis, but via a substantive -ennium, as in mīllennium->mīlleniālis->millennial. You can leave it in there, but you should add a comment that takes into account that plūrennis and plurennial are not the same word, unlike in e.g. formōsus and hermoso. Imbricitor (talk) 14:25, 20 September 2023 (UTC)[reply]

@Imbricitor: How do you feel about this solution? 0DF (talk) 18:35, 21 September 2023 (UTC)[reply]
thats good :) Imbricitor (talk) 21:12, 21 September 2023 (UTC)[reply]
@Imbricitor: Cool. :-) 0DF (talk) 01:45, 22 September 2023 (UTC)[reply]

German surnames and toponyms[edit]

Hi, {{de-ndecl}} has been cleverly designed to take the exact same parameters as {{de-noun}} and {{de-proper noun}}, so you can use {{de-ndecl|toponym}} and {{de-ndecl|surname}} just like {{de-proper noun|toponym}} and {{de-proper noun|surname}}. —Mahāgaja · talk 13:43, 16 October 2023 (UTC)[reply]

@Mahagaja: Thanks for that. I did know that they have a lot of shared functionality, which I used on Treptow an der Rega and its abbreviations. I know most German surnames are m or f by sense and most German toponyms are neuter, but I've been worried that I'd stumble upon exceptions to those rules (like die Schweiz). Can I be confident that, wherever I see {{de-proper noun|toponym}} or {{de-proper noun|surname}} used, adding {{de-ndecl|toponym}} or {{de-ndecl|surname}} (as applicable) will yield a correct declension table? 0DF (talk) 17:54, 16 October 2023 (UTC)[reply]
Probably, yes. In cases where you know a toponym is nonneuter, just follow the examples at Schweiz or Türkei or Irak or Iran. —Mahāgaja · talk 18:05, 16 October 2023 (UTC)[reply]
@Mahagaja: Thanks. Unfortunately, that's a big "if". Are there classes of nonneuter toponyms? For example, Rega, a river, is feminine and Wostasberg, a mountain, is masculine (and presumably takes its gender from Berg). Cities and countries are usually neuter, but are rivers and mountains usually not? 0DF (talk) 19:30, 16 October 2023 (UTC)[reply]
Rivers in Europe tend to be feminine, with some notable exceptions like Rhein; outside of Europe they tend to be masculine to match Fluss. Mountains tend to be masculine, to match Berg, unless they're obvious compounds of feminine words, like Zugspitze. If in doubt, you can double-check on German Wiktionary (or another German dictionary, though many dictionaries eschew place names) or German Wikipedia. —Mahāgaja · talk 19:41, 16 October 2023 (UTC)[reply]
@Mahagaja: Thanks for the advice; I'll keep all that in mind. And failing all that, there's always article-plus-noun phrasal searching on Google Books. 0DF (talk) 22:29, 16 October 2023 (UTC)[reply]

Polish toponyms and entries[edit]

If you can't get things like gender right or follow standard formatting for other Polish toponyms, you might not want to make them. It's better to not leave a mess that other people have to clean up, even if you have good intentions. Vininn126 (talk) 10:59, 26 October 2023 (UTC)[reply]

@Vininn126: Which part of what I wrote was a mess? Granted, you fixed my silly mistake, but so did I yours. 0DF (talk) 11:13, 26 October 2023 (UTC)[reply]
  1. Lack of gender in the translation and headword.
  2. Not using {{pl-p}}, and the use of {{pl-IPA}} was wrong, no asterisk.
  3. Lack of declension
  4. Using "Poland" in the t-box
I recommend looking at some other Polish toponyms. I'm not trying to come across as aggressive or scolding, but that is a significant number of mistakes and I'm trying to inform you. Vininn126 (talk) 11:19, 26 October 2023 (UTC)[reply]
@Vininn126: I am more than happy to receive recommendations to improve my editing; I thank you for your corrections. However, what you wrote initially came across as “You’re doing it wrong. Stay in your own lane.”, though I believe you that that was not your intent. Yes, writing “Poland” instead of “Polish” in the t-box was a stupid brain fart on my part that I’m grateful to you for catching; that was wrong, no asterisk. (I’m sure you’d concede that your deleting those two braces was likewise an unintentional lapse.)
Regarding the omission of gender, declension, and {{pl-p}}, I would contest your assertion that doing so was wrong. Certainly, it was suboptimal, but I did not thereby introduce any potentially erroneous assertions; I merely left the entry less complete than it could have been and now, thanks to you, is. What’s better, that I omit gender and declension, such that the entry simply lacks that information, or that I guess the gender and declension but get them wrong, such that the entry contains incorrect information that misleads readers? I believe it is the responsible choice not to include information of which I am not confident.
As for the use of {{pl-IPA}} instead of {{pl-p}}, again, {{pl-IPA}} didn’t introduce any erroneous assertions, so I would not call that wrong, and certainly not wrong without qualification. Of course, the entry is more complete thanks to the specification of Pasterka’s rhyme fragment, syllabification, and homophone by {{pl-p|hh=pasterka}}, which you added. If it is always appropriate to do so, I shall try to remember to use {{pl-p}} instead of {{pl-IPA}} in future. (But if it is always appropriate to use {{pl-p}} rather than {{pl-IPA}}, why does the latter template exist, may I ask? That seems to be a recipe for the kind of suboptimal editing I contributed.)
Three related questions:
1) Is Pasterka a use as a proper noun of the common noun pasterka, and, if so, what’s the derivational logic there?
2) Shouldn’t Pasterka’s {{pl-decl-noun-f}} specify |tantum=s?
3) Re one of your changes to Góry Stołowe, should I always use nvir instead of f pl and n pl in Polish entries and for Polish terms?
Thanks. 0DF (talk) 12:09, 26 October 2023 (UTC)[reply]
Generally there is consensus in the community that if you cannot answer basic questions of gender and such then you shouldn't. Leaving it empty is indeed theoretically better, but it's indicative that you aren't sure what is right or wrong in general. Yes indeed it should have tantum=s. It's hard to remember everything when it's all left out, which is part of my original point. Yes, we do not use f-p and the like. Vininn126 (talk) 12:17, 26 October 2023 (UTC)[reply]
I just wanna say that I appreciate that it seems you've taken the effort to learn about things like gender and what-not. If you are interested in more toponyms and etymologies, the sadly incomplete {{R:pl:NMP}} is a good source, and don't forget to leave links to other dicts when appropriate. {{R:pl:PWN Encyclopedia}} might be best. I'd comment, however, that alt spellings like on machowski probably shouldn't count as homophones, unless there's a secondary meaning or etymology. It's the same word, after all. Vininn126 (talk) 22:06, 8 November 2023 (UTC)[reply]
@Vininn126: Thank you. I appreciate your noting that. And thank you for directing me to those sources. I’ll use them in my future Polish contributions. 0DF (talk) 22:12, 8 November 2023 (UTC)[reply]

Hi! If you ever need a Bulgarian entry - be it for a proper noun or another word - feel free to drop a request on Wiktionary:Requested entries (Bulgarian). We monitor that page for changes, so someone should be able to pick it up in not too long.

Alternatively, if you'd like to create Bulgarian entries yourself, our minimum current expectations can be found at Wiktionary:About Bulgarian#A very simple example. Notably, you need to be able to provide correct lexical stress - both to the IPA template and to the headword template - and you need to have some sort of dictionary reference (unless the word is rare/neologism/etc). I've updated the entry I refer to in the subject to have both of those. If you are unable to provide that information, I'd appreciate it if you use the "Requested entries" page instead.

Thanks,

Chernorizets (talk) 22:20, 30 November 2023 (UTC)[reply]

@Chernorizets: Thanks for sprucing up Пе́нчев (Pénčev). I was pretty sure the stress is on the first syllable (hence my writing {{rfp|bg|{{bg-IPA|Пе́нчев}}?}}), but I wasn't absolutely certain. I also correctly inferred the derivation from -ев (-ev), but didn't know about Пе́нчо (Pénčo), unfortunately. I was also unaware of {{R:bg:LIFUB}}; I'm sure that will be a handy resource in the future. If ever I am uncertain, however, I shall indeed make use of Wiktionary:Requested entries (Bulgarian), now that you have invited me to do so.
On the topic of Пе́нчев, I notice plenty of uses of a plural form, Пе́нчеви (Pénčevi), which has carried over into English as Penchevi, which is actually a lot more common even in English than the Anglicised plural, Penchevs (which only occurs in the August 1960 source I cited s.v. Penchev, AFAICT from Google Books). Пе́нчев appears not to inflect for case (from what little reading I've done on the matter, I get the impression that case inflection in proper names is restricted to the vocative case for given names, with mores restricting that further to male given names), but the feminine Пе́нчева (Pénčeva) and plural Пе́нчеви are alive and well. I infer from the fact that you didn't add {{bg-ndecl}} (the seventh conditio sine qua non of the simplest Bulgarian entry) to Пе́нчев that the surname does not decline for case and from the fact that you didn't remove |f=Пенчева from its transclusion of {{bg-proper noun}} that it is desirable to list the surname's feminine form in the entry's headword line. Wouldn't it also be desirable to list the surname's plural form in the entry's headword line? If so, shall I add a |p= parameter to {{bg-proper noun}} to enable surnames' plurals to be listed?
Before creating Пе́нчев, I looked at several members of Category:Bulgarian surnames to work out what form my prospective entry should take. Unbeknownst to me at the time, it appears that most of them fail to reach the standard required of them by Wiktionary:About Bulgarian#A very simple example. For example, Търно́вски (Tǎrnóvski) needs a citation, as do Бальови (Baljovi) and Димитрова (Dimitrova), which also need lexical stress and hyphenation, as do the following, which also need IPA: Занешеви (Zaneševi), Монова (Monova), Паница (Panica), Раковски (Rakovski), Странски (Stranski), Чекови (Čekovi), and Шалдеви (Šaldevi). I hope I can therefore be forgiven for not achieving the prescribed standard on my first attempt.
By the way, I have not forgotten about your response to me in Wiktionary:Votes/2023-11/Ordering of etymologies within an entry and I do intend to respond to it. 0DF (talk) 17:14, 1 December 2023 (UTC)[reply]
@0DF As you've probably guessed, Пе́нчеви (Pénčevi) is the Bulgarian way of referring to a family whose members share the last name Пе́нчев (Pénčev) (or its feminine counterpart) - so "the Penchevs" per English tradition. It's also used e.g. when talking about 2+ related people with the same last name, so Ivan and Martin Penchev becomes Иван и Мартин Пенчеви.
I admit I'm not sure how we ought to represent that in entries, since it's not an individual's surname, but rather a family's name. That's why there is no declension table as for regular nouns. It does give me something to discuss with the other Bulgarian editors, though. As for case, it's virtually non-existent in Bulgarian - given names have vocative forms (usually older, more traditional names, and nowadays it's less common for female names), as well as certain masculine and feminine nouns denoting people. I also want to think harder about how much information should be in the headword vs. the definition - for example, while we do list the feminine equivalent in the headword, the {{surname}} template also has the option for specifying that.
There are, unfortunately, a number of proper name Bulgarian entries that aren't well-crafted. The minimum standard on WT:ABG was recently updated by me; before that it looked like this, so our older entries comply (to an extent) with the lower previous bar. We have a project to improve existing entries, but it will take some time.
For now, hold off on making changes to the template/module - let me think of how we'd like to represent these 'plurals" more generally and discuss with others, and we'll figure out a path forward.
Thanks,
Chernorizets (talk) 20:59, 1 December 2023 (UTC)[reply]

binduga‎[edit]

I am aware of the historic label and I am more than relatively certain those particular senses are not in use, unless they are dialectally in some dialect I do not have access to. Vininn126 (talk) 23:05, 31 January 2024 (UTC)[reply]

@Vininn126: Cool, thanks for the confirmation. I just thought I'd check, since it's fairly common to confuse the two labels, and timber rafting is a rather rarer practice than it used to be. 0DF (talk) 23:13, 31 January 2024 (UTC)[reply]

Note that the way you entered this has put it in Translingual maintenance categories. I would have entered it the same way, so there is a problem in the legitimacy of the maintenance categories IMHO. This is not a one-off and occurs in several of the maintenance categories. What should be done about it, apart from some rectal tonsillectomy-type solutions, link reconstructing deleted {{taxlink}}s (an effort now in process)? DCDuring (talk) 18:05, 29 February 2024 (UTC)[reply]

@DCDuring: Sorry, I'm not sure what you're referring to. The synonyms, maybe? Or something else? BTW, re Special:Diff/78188140/78281078, I left some of those unitalicised on purpose, since the pages to which they link don't italicise the term; I don't mind if you italicise them, but I thought you should know that I didn't for the sake of being faithful to the sources. 0DF (talk) 18:22, 29 February 2024 (UTC)[reply]
Before my changes of today, the entry appeared in Category:Translingual links with redundant wikilinks and Category:Translingual links with redundant target parameters. It still appears in those categories, apparently because there are piped items in {{syn}}. DCDuring (talk) 18:29, 29 February 2024 (UTC)[reply]
@DCDuring: Is the only solution the creation of entries for those taxa and the subsequent removal of the {{taxlink}} transclusions, or would inclusions like [[Asclepias filiformis var. buchenaviana|''Asclepias filiformis ''var.'' buchenaviana'']] continue to cause Gomphocarpus filiformis to be added to those maintenance categories? 0DF (talk) 20:43, 29 February 2024 (UTC)[reply]
Or would ''Asclepias filiformis ''var.'' buchenaviana'' work like it does in {{desc}}? 0DF (talk) 20:46, 29 February 2024 (UTC)[reply]
I don't really know. It is not satisfactory to not use {{taxlink}}. If anything, there will be more use of {{taxlink}} or of a similar template. I think the logic of more templates has to treat " ' ' " as meaningful whenever it would be meaningful in wikitext or we need to have a formatting-only version of {{taxlink}}. Such may be forthcoming soon. I hope it will solve the problem. I really don't know what to do if it doesn't. DCDuring (talk) 20:58, 29 February 2024 (UTC)[reply]
@DCDuring: Well, in good news it appears that {{syn}} does indeed work like {{desc}} in the relevant way, and that that edit of mine took Gomphocarpus filiformis out of those two maintenance categories. 0DF (talk) 22:57, 29 February 2024 (UTC)[reply]
That probably means we could cause those that handle these things to modify those templates that don't work that way. DCDuring (talk) 23:22, 29 February 2024 (UTC)[reply]
@DCDuring: I agree. From my position of admittedly almost complete ignorance, it doesn't seem like it would be a particularly onerous change to make. I'd gladly do it myself if someone in the know were to point me to an example of the change(s) that must be made. 0DF (talk) 13:35, 1 March 2024 (UTC)[reply]
There may be a workaround as a byproduct of the effort to restore taxlink for all taxonomic names, whether the name has been added or not. But its formatting may be overridden by the templates in which it would be embedded. We should know by the end of next week. DCDuring (talk) 13:44, 1 March 2024 (UTC)[reply]
@DCDuring: Why, what's happening by the end of next week? 0DF (talk) 15:06, 1 March 2024 (UTC)[reply]
We should have a template that formats all instances of taxonomic names, mostly automagically. If that template can function inside other templates, then we don't need to ask for anything other than forbearance: no regression in that capability. Not that I really expect forbearance. DCDuring (talk) 15:32, 1 March 2024 (UTC)[reply]
@DCDuring: Great stuff. Whom do I thank for that? 0DF (talk) 19:10, 1 March 2024 (UTC)[reply]
@JeffDoozan has taken an interest in the matter. See Template talk:taxlink. DCDuring (talk) 21:58, 1 March 2024 (UTC)[reply]
@DCDuring: I have thanked him accordingly. 0DF (talk) 00:36, 2 March 2024 (UTC)[reply]
I'm sure he appreciates any recognition for working in this corner of Wiktionary. It's a way to get some insight into the techno-infrastructure revolution taking place here after a long period of relative stability/stagnation. DCDuring (talk) 01:23, 2 March 2024 (UTC)[reply]
@DCDuring: All I see happening is conversion from wikicode to Lua. Am I missing something? 0DF (talk) 02:11, 2 March 2024 (UTC)[reply]
Also mentioned is the substitution of {{taxfmt|taxonomic name}} for bare-linked taxonomic names. DCDuring (talk) 18:02, 2 March 2024 (UTC)[reply]
@DCDuring: And {{taxfmt}} won't need the taxon type in |2=? I still think {{l|mul-tax}} or a more cleverly-coded {{l|mul}} would've been a better solution for that, but never mind. 0DF (talk) 19:08, 2 March 2024 (UTC)[reply]
The taxonomic rank enables automatic formatting for most cases, the exceptions being suprageneric ranks in Archaea, Bacteria, and Virus, wich are all italicized by "i=1". DCDuring (talk) 02:33, 3 March 2024 (UTC)[reply]
@DCDuring: Indeed, but I'm not entirely convinced that it wouldn't be easier to use mul-tax, |i=1, and pairs of double typewriter-apostrophes to achieve the italicising results sought, but if JeffDoozan and you are willing to put in the work, then that is admirable. 0DF (talk) 00:42, 5 March 2024 (UTC)[reply]
The problem is mostly with subgeneric names that have elements that are supposed to not be italicized: subgenus/subg., section/sect,, subsection/subsect., subspecies/subsp., variety/var., serovar, etc. It also helps me find entries for which I am likely to find improvement possibilities, especially in languages other than English or "Translingual". DCDuring (talk) 01:28, 5 March 2024 (UTC)[reply]
@DCDuring: Actually, having given it more thought, I think the dedicated {{taxfmt}} is the better way to go. Am I right to understand that {{taxlink}} is for links to taxa without entries, and that once a taxon's entry is created, any {{taxlink}}-enclosed links to it should be changed to use {{taxfmt}}, but that there is otherwise no difference between the two templates? 0DF (talk) 01:01, 6 March 2024 (UTC)[reply]
That's the idea. I don't know whether the Tranlingual-L2-existence checking is completely disabled, but it should be and categorization should be differentiated or, preferrably, disabled. DCDuring (talk) 01:12, 6 March 2024 (UTC)[reply]
@DCDuring: That seems nice and easy. Might it not be useful for {{taxfmt}} still to check for Translingual-L2 existence and to add an error category in cases where the check returns a negative? That would catch misuses of {{taxfmt}} by editors unfamiliar with the {{taxlink}}{{taxfmt}} distinction. 0DF (talk) 19:23, 6 March 2024 (UTC)[reply]
Probably so. Lots of errors in this stuff. DCDuring (talk) 19:30, 6 March 2024 (UTC)[reply]