Wikidata talk:WikiProject Names/Properties

From Wikidata
Jump to navigation Jump to search

New family names and given names[edit]

Hello User:****!

It's nice of you to create new names. Please fill out at least these three Properties of information, this saves a lot of work for the other Wikidata contributors:

  • For names in Latin script:
  1. instance of (P31) (use "family name (Q101352)", "male given name (Q12308941)" or "female given name (Q11879590)")
  2. writing system (P282) (use "Latin script (Q8229)")
  3. native label (P1705) (use allways "mul" for the language specification; specific language specifications require a reference)

The easiest way would be to use the script from User:Bargioni, see: User:Bargioni/QuickNames

Note: Arabic, Chinese, Greek, Japanese, Korean, Russian names, etc. must be created in their original script. User:Bargioni's tool is not suitable for this.

  1. instance of (P31) (use "family name (Q101352)", "male given name (Q12308941)" or "female given name (Q11879590)")
  2. writing system (P282) (use "Cyrillic script (Q8209)")
  3. native label (P1705) (use allways "mul" for the language specification; specific language specifications require a reference)

Note: The transliteration from e.g. Russian (Q7737)/Ukrainian (Q8798)/Serbian (Q9299) etc. to English (Q1860), French (Q150), German (Q188) and various other languages is different.

 Info For more information please see this page: Wikidata:WikiProject Names/Properties.

Best regards

Orthonym[edit]

Is there any particular reason why there is no item "orthonym"? --WiseWoman (talk) 10:24, 14 June 2020 (UTC)[reply]

Qualifier for role of name[edit]

Given that the scope of instance of (P31) is restricted to "main value", not to be used as qualifier, recent usage has been to qualify name-related properties with object has role (P3831) instead. I corrected the Properties page to reflect this. Examples:

Lαδδo chat ;) 22:47, 2 September 2020 (UTC)[reply]

Best practice regarding native label[edit]

Hi there!

New to Wikidata, new to working with names, new to all the problems you've probably run into :) I have a few questions regarding Property:P1705 (native label).

There are numerous names that "clearly" come from a certain language. For example, see Q27876371. The name is Frąckowiak. This family name originated in Poland, has Polish etymology, one can say that it's a "Polish" name. Your advice is to default to mul, which feels OK-ish to me (after all, there will be people outside of Poland with this name, and by extension, this name would indeed occur in other languages, technically). However, the name is pretty definitely Polish. I've seen Wikipedians do a few different things; some add native labels to denote this "origin" language; others don't, and even remove language-specific labels. Others, add preferrer rank to the mul element.

I read through the documentation on native labels, and I see that perhaps it should be reserved for cases when the native label is different from labels in other languages; this would be a bit of an edge case when it comes to names and surnames (e.g., Frąckowiak might become Frackowiak outside of Poland; there might be different approaches to transliteration etc.). So far, I've been adding native labels to names when the given name/surname comes from a specific language. Sticking to the Frąckowiak example, I'd add the native label set to Polish there.

Having seen how different people approach this, I'm not sure what would be most impactful. I do agree, that if one adds a native label to a surname that looks exactly the same across different languages, this would be overkill (e.g., we probably don't need to denote native labels for specific languages if the name is easy to adapt to different languages without making changes, e.g., Nowak, Kowalski, Kuc, etc.)

Perhaps my dilemmas stem from conflating the use of native label versus language of work or name which obviously would be better to convey information on the origins/language of said name.

Would love to hear from you! Itorokelebogile (talk) 08:43, 21 September 2023 (UTC)[reply]

Hypocorism Q1130279/Diminutive (Q108709)[edit]

What's the consensus on using these properties for names? It would make sense to include these pieces of information when discussing given names, e.g., Michael might have the hypocorism of Mike; Franciszek might become Franek; etc. Hope it's OK to add this to name items, not just item describing specific people.

Also, I understand that we should pick hypocorism over diminutive? Itorokelebogile (talk) 08:48, 21 September 2023 (UTC)[reply]

Husband- and father-suffixed surnames[edit]

Q181502 and Q112154498 are quite useful pieces of information to include. In Polish, perhaps not in the the modern day and age, some surnames may be altered depending on whether the woman we're referring to is the wife or daughter of the "man of the family" (yes, not cool for the lady in question, but let's stay on point). This is all a dated approach that now sounds archaic and annoying, but it's still useful to list this information. Some users may not know that, say, Danielowa is a female with the surname of Daniel; much like Danielówka is a female, a daughter, who's surname is Daniel, too.

So far, I've seen Wikipedians use the native label to include such variations. This is what I've done on a few items, too. But... in some cases, it feels a bit awkward as those options crowd the native label. See: Q181502.

Is this cool?

Perhaps has quality P1552 could somehow be used? Or, perhaps this could be put in Property:P5278 (i.e., gender inflection of surname) with an additional qualifier has quality + father-suffixed surname? Itorokelebogile (talk) 16:39, 21 September 2023 (UTC)[reply]

Spelling variations of surnames[edit]

Occasionally, there are all sorts of variations to surnames that are worth including, but not worth creating new items for (e.g., Danecki, Danecky, Danetzki). How can those be listed? Should they be placed as aliases (i.e.,Also known as)? This is what makes most sense, but often times those aliases are of poor quality; plus, they don't feel like actual structured data. Is there some property that can be used? Itorokelebogile (talk) 16:41, 21 September 2023 (UTC)[reply]