Wikidata:Property proposal/IDU person ID

IDU person ID edit

Originally proposed at Wikidata:Property proposal/Creative work

   Done: IDU person ID (P8385) (Talk and documentation)
Descriptionpersonal identifier for artists in Czechia in Theatre Institute database (IDU)
Data typeExternal identifier
Domainitem
Allowed values[1-9][0-9]{0,3}
Example 1Ingmar Bergman (Q7546)2960
Example 2Pavel Khek (Q60585601)33956
Example 3William Shakespeare (Q692)12
Sourcehttps://opendata.idu.cz/package_list
Planned useUser:Purkii is doing some work on import of these open data sources
Formatter URLhttps://vis.idu.cz/Persons.aspx?nameId=$1
See alsoIDU theatre ID (P7637), IDU theatre name unique ID (P8129)

Motivation edit

I am helping User:Purkii with his work as a wikidatist in residence at the Czech Theatre Institute Vojtěch Dostál (talk) 16:23, 8 June 2020 (UTC)[reply]

Discussion edit

  Notified participants of WikiProject Czech Republic

  1.   Support --Vojtěch Dostál (talk) 16:23, 8 June 2020 (UTC)[reply]
  2.   Oppose - The examples link to productions that include the person, but the examples don't include any kind of information on the person. So it's more like a search query than an external identifier. Compare this to, for example, a production that do include lots of metadata. I don't think this would be very useful on Wikidata. Husky (talk) 22:56, 12 June 2020 (UTC)[reply]
    @Husky: Can you elaborate why you think this is not interesting to Wikidata? We are an identifier hub, and this is an identifier which is very interesting to many external databases. They can use it to link to IDU via Wikidata API. IDU can also use the presence of this identifier to enrich their personal entries with data from Wikidata. I don't think this qualifies as a search query - it's a stable numeric identifier which specifies a person in the database. Vojtěch Dostál (talk) 17:47, 18 June 2020 (UTC)[reply]
    @Vojtěch Dostál: - Because the information about the person you're linking to is nothing more than just the name. You need some extra discerning information (like a year of birth, a short description, etc.) to make sure you're linking to the right person. Husky (talk) 20:08, 18 June 2020 (UTC)[reply]
    @Husky: Ah, if you worry about this, you don't have to. The database contains a private part available to employees which contains sensitive personal information about the people such as date of birth. These cannot be shared publicly due to GDPR but can be used by employees to reconcile the entries to existing items. We have a two-page strategy written by @Purkii: on how to reconcile the entries to Wikidata. Vojtěch Dostál (talk) 20:13, 18 June 2020 (UTC)[reply]
    @Vojtěch Dostál: Okay, that is good to hear. I understand the concerns relating to the GDPR, but for me it feels not right to link from a publicly accessible source (Wikidata) to a source that is not, without any way for non-employees to check on the validity of those links. Husky (talk) 20:19, 18 June 2020 (UTC)[reply]
    @Husky: Well, Wikidata volunteers can fairly easily do a check by googling the name + his/her work which is assigned to the person in the IDU database... Vojtěch Dostál (talk) 20:24, 18 June 2020 (UTC)[reply]
  3.   Support support, its important complex identificator. Wikidata can be connector and data hub for other bases.--Frettie (talk) 20:22, 18 June 2020 (UTC)[reply]
  4.   Support important identifikator. IDU has huge extraordinary database.--Ben Skála (talk) 16:33, 22 June 2020 (UTC)[reply]
  5.   Support It would allow to interconnect a huge number of relations between various items .--Purkii 11:20, 24 June 2020 (UTC)[reply]
@Vojtěch Dostál, Husky, Frettie, Ben Skála, Purkii: IDU person ID (P8385) has been created. Pamputt (talk) 15:21, 27 June 2020 (UTC)[reply]