Daniel Kinzler says " Consider {{#property:date of birth}}. That's much more readable than {{#property:P569}}, right? "
Yes, it is more readable, but is it really all worth the effort ?
Perhaps allow input with the {{#property:P569}} but then after page is saved... Computer Magic Happens Here ... the tag then looks like {{#property:P569|date of birth}}
It magically inserts the label as well ... to support the feature request of having readable properties ?
Or is the feature request to actually allow input that looks like {{#property:date of birth}} so that folks do not even have to remember numbers or lookup the mapping ?
Thad +ThadGuidry https://www.google.com/+ThadGuidry
On Wed, Jul 8, 2015 at 9:21 AM, Daniel Kinzler daniel.kinzler@wikimedia.de wrote:
Am 08.07.2015 um 14:13 schrieb John Erling Blad:
What you want is closer to a redirect than an alias, while an alias is closer to a disambiguation page.
Yes. The semantics of labels on properties is indeed different from labels on items, and always has been. Property labels are defined to be unique names. Extending the uniqueness to aliases allows them, to qact as redirects, which allow use to "rename" or "move" properties (that is, change their label).
Using (unique) aliases for this seems the simplest solution. Introducing another kind-of-aliases would be confusing in the UI as well as in the data model, and wopuld require a lot more code, which is nearly exactly the same as for aliases.
I don't follow your example with the DC vocabulary. For the height, width and length properties, why would one want an alias that is the same for all of them? What would that be useful for?
-- Daniel Kinzler Senior Software Developer
Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V.
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata