Hi Erik, hi all,
Aren't those properties already distinguished by the classification statements we now have on property pages? For example:
https://www.wikidata.org/wiki/Property:P214
Defines the VIAF id to be a "unique identifier" (yes, this is somewhat questionable modelling, since a property is not an identifier: the *values* of the property are identifiers, but the idea should be clear).
The UI code could now use such property classifications to improve readability. I am sure that Lydia et al. have already thought about this, too. One could make use of more fine-grained classifications of this type to improve the UI even further, e.g., Reasonator already groups family relationships in the display.
Instead of using classification ("instance of" P31), one could also introduce another property that is used on Property pages to assign them to a "property group" (to avoid mixing UI aspects with other uses of P31 on properties). The UI can then simply group statements by the UI group value of their property page. It would not even need to understand the meaning of each property group -- it's enough if it has a label.
Importantly, the underlying datamodel would not change in any case, so data consumers do not have to change their code. They can tke advantage of the same information -- or ignore it if they don't want to present statements in a grouped fashion.
Cheers,
Markus
On 04.04.2015 02:35, Erik Moeller wrote:
Hi all --
Have we considered separating in some way (in the UI, and possibly the data model) properties which track identifiers in external databases vs. properties that describe the item using Wikidata-internal links? As more and more external identifiers are added, it's easy to get lost in them while looking for the right property to describe an item.
We're effectively already doing this with Wikimedia identifiers by calling them "sitelinks" and it seems like a potential logical extension of that concept to group other kinds of external identifiers in their own section rather than having CANTIC, BIBSYS identifiers, Freebase identifiers or even DMOZ links mixed together with the primary descriptors of an author or work, for example.
Thanks, Erik
Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l