Gymnicus

user page

user talk page

user contributions

Welcome to my talk page!

Sprachen

Babel user information
de-N Dieser Benutzer spricht Deutsch als Muttersprache. en-2 This user has intermediate knowledge of English. fr-1 Cet utilisateur dispose de connaissances de base en français.
Users by language

Hinweis

Previous discussion was archived at User talk:Gymnicus/Archive 1 on 2022-09-04.

Hi,

About Special:Diff/2122306884, you are absolutely right, nature de l’élément (P31) is not the right qualifier. But Allemagne (Q183) is the only country (and other places) of the world where the item is modeled like this right now ; that's why, for consistency sake, I came back to the current modeling. I won't revert you but I don't have time either to correct all the other items, could you do it?

Ping @BrokenSegue: who noticed the inconsistency also (for instance on Wikidata:WikiProject Heads of state and government/lists/current heads which expect nature de l’élément (P31) right now, but there is probably many other cases).

Cheers,

Because I have the time and desire at the moment, I changed the qualifier ist ein(e) (P31)Emoji-Regional-Indikator-Sequenz (Q28840786) to Objekt fungiert als (P3831)Emoji-Regional-Indikator-Sequenz (Q28840786) for all data objects.

Thanks a lot, that's way better like that.

What is your rationale for this revert: Special:Diff/2120047948? As I already said in edit summary, both "Isabella" and "Isabella küla" are valid name variants, both exist in reliable Estonian-language sources, and hence should given as separate name variants here on Wikidata as well. Commonly, on maps, traffic signs etc., name variants of Estonian settlements exclude the generic term ("küla", "linn" etc.), and hence Wikidata labels also have been harmonized to use these more simple name variants. Given item now for some reason doesn't follow this pattern.

Note that et.wikipedia article is titled "Isabella küla" only for disambiguation purpose (there are articles about other Isabellas, too). This is specific to Wikipedia. On Wikidata it is not needed to disambiguate labels (see Help:Label#Labels can be ambiguous).

Your English alias "Isabella, Estonia", as I already said in edit summary, is also a disambiguated article title, specific to Wikipedia. It isn't an actual name variant which can be found in reliable English-language sources for this Estonian village, and hence it is misleading to provide this as an alternative name (alias).

Hallo Gymnicus, die GND für Korpuslinguistik (Q865083) wurde aus deWP importiert. Du behauptest, sie beziehe sich auf ein anderes Objekt, hast die GND in Wikipedia aber stehen lassen und gleichzeitig bei Textkorpus (Q461183) als alternativer Name "Korpuslinguistik" eingefügt. Damit widersprechen sich die Angaben. Bibliotheken arbeiten mit de:Quasisynonymen, d.h. GND 4165338-5 gilt für BEIDE Datenobjekte. Bitte auch richtig zitieren: Wenn in GND 4165338-5 als Ansetzungsform "Korpus <Linguistik>" steht, kannst du nicht einfach den Zusatz "Linguistik" streichen.

Kein Antwort, aber du tauchst weiter auf in den Fehlerlisten auf. Aus "Intendant / Theater" hast du "Intendant" gemacht. Das ist mehrdeutung und daher falsch! Außerdem gibst du an: teilt Identifikator mit "Theaterleiter". Dort, unter Theaterleiter (Q1776724), aber behauptest du das Gegenteil.

Please don't force existence of once deleted unnotable combined WD items. Regards, —Mykhal (talk) 14:41, 6 December 2023 (UTC)

Well, I've found and posted to the ~original thread. —Mykhal (talk) 14:50, 6 December 2023 (UTC)

I see you reverted change in Q7930989 and now every city and town is again instance of 'census subdivision of Canada'. That's pure non-sense. Cities and town around the world do not belong to Canada. If it was census subdivision than maybe but this claim is really wrong.

Can you explain why you insist on marking every city and town around the world Q7930989 as subclass of city 'census subdivision of Canada' Q17457753?

I see you edited Q5340858 and Q20532037, they are the same thing. I moved the uzlink value from Q20532037 to Q5340858. Need to remove Q20532037

Hi! I don't quite understand this edit. Both desambiguation pages regard en:article in one shape or form. No conflicting iw links have been detected. This object has the Property:P460 pointing to Q111478. What are your argument against joining these objects together?

No reply in six days? Do you think the issue is important?

Dear Gymnicus,

I hope you are doing well,

I am Kholoud, a researcher at King's College London, and I am working on a project as part of my PhD research, in which I have developed a personalised recommender model that suggests Wikidata items for the editors based on their past edits. I am collaborating on this project with Elena Simperl and Miaojing Shi.

I am inviting you to a task-based study that will ask you to provide your judgments about the relevance of the items suggested by our model based on your previous edits.

Participation is completely voluntary, and your cooperation will enable us to evaluate the accuracy of the recommender system in suggesting relevant items to you. We will analyse the results anonymised, and they will be published in a research venue.

The experiment should take no more than 15 minutes, and it will be held next week.

If you agree to participate in this study, please either contact me at kholoud.alghamdi@kcl.ac.uk or use this form https://docs.google.com/forms/d/e/1FAIpQLSfA1wfdBfCRlcG3WhDyc-V8lzgPNx3fDFCNXkyn4CSwahXZ_A/viewform?usp=sf_link

Then, I will contact you with the link to start the study.

For more information about my project, please read this post: https://www.wikidata.org/wiki/User:Kholoudsaa

In case you have further questions or require more information, don't hesitate to contact me through my mentioned email.

Thank you for considering taking part in this research.

Regards

Hello Gymnicus! Why did you do this? Why wasn't the original version good? Thanks. Pallor (vitalap) 16:52, 6 October 2023 (UTC)

Hungarian personal names are in the Eastern names order (see also: en:Personal_name#Eastern_name_order)

For example: Anita Harag (Q101095943)

Hungarian version: Harag Anita. Family name: Harag forename: Anita. German version: Anita Harag

Other examples:

Éva Sándorné Sipos (Q56033729) Hungarian: Sándorné Sipos Éva, German: Éva Sándorné Sipos Andrea Tompa (Q16523392) Hungarian: Tompa Andrea, German: Andrea Tompa

etc.

I recommend you to use the nameGuzzler tool nameGuzzler (Q23727110) , which allows you to handle all language name variations at once without overwriting the existing name variation.

Also, I would like to point out that the birth and death dates are not accidentally added to the beginning of the description, so you don't need to change them either.

I ask you to correct all the incorrectly changed name variations, and also the transferred birth (death) data.

Hello!

I noticed that you're using the preferred rank to label surnames with a designation of (multiple languages). I understand why you may choose to do this:

1. Many surnames are international, appearing across multiple countries and languages, and may have different roots.

2. To American bearers of the Kowalski surname, for instance, it feels distinctly American.

3. Some surnames might coincidentally sound the same but have completely different origins. For instance, 'Luty' might seem unmistakably Polish, while also being a Scottish surname with a history in French and old English.

However, assigning the (multiple languages) label priority may not be the best approach, even considering these reasons. It might be more appropriate to reserve the preferred rank for labels that are definitively preferable or to include other native labels when applicable.

Take Q108577691 (Zaworska) as an example. While it sounds Polish, and sources indicate it is indeed Polish; sure, it might be present in other Slavic languages. However, proving that would need a bit more research. Labelling 'Zaworska' as a preferred native label for multiple languages feels a bit weird given the etymology I know of. Plus, in this case, you seem to have cited the Internet Dictionary of Polish Surnames which makes no mention of this surname being present in other languages natively; the etymology is purely Polish in this source and refers to a location in Poland. (I mean to say that this setup may inadvertently suggest that the sources backs up the claim that it's present in multiple languages – and it doesn't).

Also, a quick heads-up: I see that you're using Q118130420 as a source, which is great! However, adding the related info to P973 (described at URL) might be a redundant effort. I'm in the process of setting up authority control for that dictionary, so all the surnames listed on Wikidata from that source would automatically receive an identifier that links directly to the respective page. This should hopefully save you some work. Once the identifier is approved, I'll add it to the relevant items (i.e., arguably there's no point in listing the IDPS in the Described at URL property).

Let me know what you think about all this.

Setting (multiple languages) to preferred rank

I once learned here in Wikidata that when it comes to family names, you should generally specify multiple languages ​​rather than languages ​​in the native label. Since I'm actually against deleting the existing statements, I then create a new statement for multiple languages ​​and set it to the preferred rank. I also understand your intention, but I don't know whether native label is really the right property for this, even if the name suggests so. For example, you can also add the origin to the object using a statement charakterisiert durch (P1552)polnischer Familienname (Q19604139).

Ah, interesting re: language vs label. I guess in a perfect world we'd have both, and the native label would be a proper native label (i.e., Polish if the name is distinctly Polish, but perhaps exists in numerous countries, say, without diacritics).

Thanks for clarifying; I don't see anything "wrong" with your approach, so I guess we can continue with each doing their own thing :D If there's a specific set of conventions, happy to hear them out as I'm new here.

adding described at for Internet Dictionary of Polish Surnames

Of course you are right that my edits will be obsolete when the identifier for the Internet Dictionary of Polish Surnames comes. But then wouldn’t the statements bestätigt in (P5323)Internet Dictionary of Polish Surnames (Q118130420) be obsolete, too? But in any case, I would be happy if the identifier comes. If there is already an application, you can link it and I would support it.

Ha! It totally would. Wasn't sure if you're making your edits manually or automatically, and I just thought I'd let you know if its the former. Support would be great, here's the application: Wikidata:Property proposal/Authority control#Internet Dictionary of Polish Surnames ID

I voted and also assume that the property will be approved. But this can always take a little time if there is clear agreement, so don't be surprised if your proposal is not processed for a long time. Based on the proposal, I will no longer make the edits you described as obsolete.