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(a)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(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata