https://bugzilla.wikimedia.org/show_bug.cgi?id=60366

--- Comment #4 from Thomas Berger <[email protected]> ---
Well, actually Magnus Manske has set up most of the requested functionality at
http://tools.wmflabs.org/wikidata-todo/beacon.php

If you select distinct WD properties for "Property" and "Source" it essentially
generates a two column table mapping the values of the "Source" property to
values of the "Property" property and the head field "#TARGET" provides an URL
template to construct an actionable URL from values taken from the right hand
column. Typical use cases are to have some "authority control" numbers in the
left column (not necessarily web actionable) and identifiers for "interesting
stuff on the web" in the right column. 

Example: http://tools.wmflabs.org/wikidata-todo/beacon.php?prop=535&source=214
maps from VIAF (P214) "to" the Find-a-Grave site (P535).

In this example a third party (database like) site which happens to know the
VIAF identifiers for its stuff may consummate the BEACON file provided by
Wikidata and subsequently is able to provide its users with links to the Find A
Grave website. In this scenario wikidata is merely a provider for mapping data.

Real example with GND identifiers (P227):
http://www.deutsche-biographie.de/sfz118147.html is a biographical article from
the "Neue Deutsche Biographie" and has a tab "Weitere Informationen" (further
information): Any link there (with the exception of "GND" and "VIAF") is based
on BEACON files they import into their web application.

IMHO Magnus' tool should suffice to exploit wikidata's parenthetic ability to
provide mappings between two "external" identifier systems.

Now, if Wikidata (or its Q-Numbers) are one of the participants in a mapping,
some enhancements could be favourable:

E.g. VIAF provides resolving services, i.e. it supports the crafting of URLs
constructed from identifiers of its constituents:
viaf.org/viaf/sourceID/DNB|119186187 gives access to the VIAF cluster of the
person above based on its GND identifier 119186187 thus obliviating the need to
first determine the correcponding VIAF identifier. User APPER on the German
Wikipedia has set up a service to achieve the same for de.wikipedia.org,
http://tools.wmflabs.org/persondata/redirect/gnd/de/{ID}  . Consequently the
BEACON file http://tools.wmflabs.org/persondata/beacon/dewiki.txt just mentions
the GND identifiers known to the target, making it a single-column table, since
the task of identifier mapping is shifted from the BEACON file to the target
resolver. Consumers of this BEACON file simply insert the appropriate
identifiers into the target URL pattern to achieve a mapping to the German
Wikipedia: http://tools.wmflabs.org/persondata/redirect/gnd/de/119186187 and
users of that link are redirected to
https://de.wikipedia.org/wiki/Heinrich_Sproemberg .

Now Wikidata could provide for any identifier-like property (most importantly
those categorized under "authority control" a similar kind of resolving
functionality ( http://www.wikidata.org/resolver/P227/{ID} ) and a
corresponding BEACON file would list the resolver URL pattern as #TARGET and
otherwise list all *values* of P227 (only for these the resolver would yield a
non-empty result). Wether the resolver should resolve to the "raw" wikidata
item page or rather a prettified reasonator presentation would be open to
settlement.

More interesting perhaps would be a variant where sitelinks are exploited: 
http://www.wikidata.org/resolver/P227/en/{ID} would directly redirect to the
corresponding article on en.wikipedia.org and the corresponding BEACON file
would list the subset of values of P227 occurring in wikidata items having a
sitelink to en.wikipedia. This would be a symmetric counterpart to the wikidata
use inside en.wikipedia: The authority control template there traditionally
only list the VIAF number but pulls in identifiers for a major number of
different authority control systems from Wikidata.

For P227 and de.wikipedia (also de.wikisource and commons) this setup would
provide the exact same functionality as APPER's on wmflabs, for LCCN, VIAF, ...
and other authority control properties and/or sites other than de.wikipedia it
would be something new allowing library catalogs utilizing VIAF or LCCN or
SUDOC numbers to provide links to en.wikipedia, fr.wikipedia and so on in a
much more lightweight fashion than to explicitly store the titles of the
individual articles in their database.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to