| daniel added a comment. |
The central idea is: We want to be able to use the same property for all the different ways we may want to use to identify a person.
During our last discussion it turned out that the primary information we need to include is a plain text name, to cover the legal requirements of some (most?) licenses. The URI/URL should be optional, but we want a UI that makes it easy to add one at least for the common cases (Wikimedia user, Wikidata item, ORCID, VIAF, etc), to provide a nice editing interface.
The user interface should make entry easy: after entering a name, the user should be able to search for that name in some well known places (Wikimedia user, Wikidata item, ORCID, VIAF, etc) to determine the URI, or enter the URI directly. When entering a URI directly, we may want the UI to detect well known prefixes of URIs for Wikimedia user, Wikidata item, ORCID, VIAF, etc.
The simplest approach would be to use a plain string value to represent the name, and a qualifier for the URI. We could even use different properties (with data type URL or external ID) for qualifiers that represent the different kinds of IDs. However, this has two major disadvantages:
- Clients will have to know about the "special" qualifiers in order to determine the URI for the person in question.
- To allow nice and editing entry of both the name and the URL/URI, the UI would need to closely integrate the editing of the main value with editing a qualifier. It's unclear to me how to do this in a way that does not interfere with the "generic" way to edit qualifiers, causing confusion.
The alternative is to introduce a new value type containing a plain text name and an optional URI. This adds complexity to the data model, but avoids the need for "arcane" knowledge in the UI and in clients. It also avoids special case magic in the UI for handing statements that have some special qualifiers.
Cc: thiemowmde, Ladsgroup, Liuxinyu970226, Pigsonthewing, Bugreporter, Jan_Dittrich, Josve05a, Sadads, Pokefan95, gerritbot, DannyH, Micru, intracer, mkroetzsch, Aklapper, daniel, Steinsplitter, Lydia_Pintscher, D3r1ck01, Izno, Wikidata-bugs, aude, El_Grafo, Mbch331
_______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
