Hi all,
On a side note I would like to mention that "labels" and "aliases" are external identifiers, perhaps not as accurate as database IDs, as natural language users tend to stretch the conceptual boundaries, but they can also be referenced and sourced.
If, as Lydia says, database IDs will have their own section (either only in the frontend, or also in the backend), I would recommend to use a similar method for sourcing+qualifying labels, as "natural language identifiers" and "database identifiers" share the same problems.
On Freebase, database keys had a separate tab. Not sure if that is the right approach...
Cheers, Micru
On Sat, Apr 4, 2015 at 3:45 PM, Andy Mabbett andy@pigsonthewing.org.uk wrote:
On 4 April 2015 at 10:20, Thomas Douillard thomas.douillard@gmail.com wrote:
I guess a class of properties ''external identifier definition property'' with isbn <instance of> external identifier prop could be useful as
well.
The property for an ORCID iD (P 496), for example, is an instance of "Wikidata property for authority control for people" (Q19595382). That, in turn is a sub-class of "Wikidata property for authority control" (Q18614948)
-- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk
Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l