Hey folks :)
The new identifier datatype is getting ready. Once we have it we will put identifiers into a separate section on items. This is part of our effort to make items easier to scan in order to find the information you're looking for. Right now identifier properties are of datatype string. Please have a look and see if any properties we should migrate are missing or if any we want to migrate should not be migrated. You can find a list at https://www.wikidata.org/wiki/User:Addshore/Identifiers. This list was made by Adam based on statements on the properties. (For the technically inclined: The datatype will change for these properties but the value type will stay string.)
Cheers Lydia
2016-01-10 21:59 GMT+01:00 Lydia Pintscher lydia.pintscher@wikimedia.de:
Hey folks :)
The new identifier datatype is getting ready.
Great, thank you for your efforts. :)
Please have a look and see if any properties we should migrate are missing or if any we want to migrate should not be migrated.
One should presume that we can be [[WD:BOLD]] if we see something to be added or corrected, right? :)
On Sun, Jan 10, 2016 at 11:22 PM, Luca Martinelli martinelliluca@gmail.com wrote:
2016-01-10 21:59 GMT+01:00 Lydia Pintscher lydia.pintscher@wikimedia.de:
Hey folks :)
The new identifier datatype is getting ready.
Great, thank you for your efforts. :)
:)
Please have a look and see if any properties we should migrate are missing or if any we want to migrate should not be migrated.
One should presume that we can be [[WD:BOLD]] if we see something to be added or corrected, right? :)
Yes totally. Just go ahead and edit. We'll then take this list for the migration.
Cheers Lydia
Please can https://gerrit.wikimedia.org/r/#/c/247080/ be added to the blockers for this, and allow clients a week or two to add support for the new datatype.
On Mon, Jan 11, 2016 at 7:59 AM, Lydia Pintscher lydia.pintscher@wikimedia.de wrote:
Hey folks :)
The new identifier datatype is getting ready. Once we have it we will put identifiers into a separate section on items. This is part of our effort to make items easier to scan in order to find the information you're looking for. Right now identifier properties are of datatype string. Please have a look and see if any properties we should migrate are missing or if any we want to migrate should not be migrated. You can find a list at https://www.wikidata.org/wiki/User:Addshore/Identifiers. This list was made by Adam based on statements on the properties. (For the technically inclined: The datatype will change for these properties but the value type will stay string.)
Cheers Lydia
-- Lydia Pintscher - http://about.me/lydia.pintscher Product Manager for Wikidata
Wikimedia Deutschland e.V. Tempelhofer Ufer 23-24 10963 Berlin www.wikimedia.de
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
On Mon, Jan 11, 2016 at 1:51 AM, John Mark Vandenberg jayvdb@gmail.com wrote:
Please can https://gerrit.wikimedia.org/r/#/c/247080/ be added to the blockers for this, and allow clients a week or two to add support for the new datatype.
Thanks for bringing it up. I'll bump it and ping the right people to get it moving.
Cheers Lydia
I had the same question. Since these are generally just library references, I assumed something like having them move to the bottom of the page in the Wikidata item browser, so that people don't need to scroll through long lists of machine-readable numerical references to get the gist of "who what where when" info of an item.
On Mon, Jan 11, 2016 at 11:02 AM, Magnus Manske <magnusmanske@googlemail.com
wrote:
On Sun, Jan 10, 2016 at 9:00 PM Lydia Pintscher < lydia.pintscher@wikimedia.de> wrote:
(For the technically inclined: The datatype will change for these properties but the value type will stay string.)
So, what exactly will the datatype change to?
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
What are the thoughts on URI's? Should they be considered as Identifiers as well? If so, equivalance class (P1709) should be considered as well. However, that caters values with datatype URL.
We are currently considering using this property to map to various equal classes. (e.g.
https://www.wikidata.org/wiki/Q35869 wdtP1709: * http://purl.obolibrary.org/obo/DOID_2841 * http://identifiers.org/doid/DOID:2841
On Mon, Jan 11, 2016 at 11:08 AM, Jane Darnell jane023@gmail.com wrote:
I had the same question. Since these are generally just library references, I assumed something like having them move to the bottom of the page in the Wikidata item browser, so that people don't need to scroll through long lists of machine-readable numerical references to get the gist of "who what where when" info of an item.
On Mon, Jan 11, 2016 at 11:02 AM, Magnus Manske < magnusmanske@googlemail.com> wrote:
On Sun, Jan 10, 2016 at 9:00 PM Lydia Pintscher < lydia.pintscher@wikimedia.de> wrote:
(For the technically inclined: The datatype will change for these properties but the value type will stay string.)
So, what exactly will the datatype change to?
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Am 11.01.2016 um 11:23 schrieb Andra Waagmeester:
What are the thoughts on URI's? Should they be considered as Identifiers as well?
external-ids can be mapped to URIs using a URI pattern defined on the respective property. Similarly, external-ids can be mapped to URLs for linking. URL and URI would often, but not always, be the same.
If a property commonly contains URIs, I would suggest to use the url datatype instead of the new external-id datatype. Technically, this is incorrect since not all URIs are URLs, but I think in practice that should not pose a problem.
I have been trying to use this to map Disease Ontology (DO) Identifiers to their respective URIs. .
external-ids can be mapped to URIs using a URI pattern defined on the respective property. Similarly, external-ids can be mapped to URLs for linking. URL and URI would often, but not always, be the same.
There is a particular pattern of identifiers where this does not work. We have been trying to use this mechanism to map Disease Ontology (DO) Identifiers to their respective URIs. A DO identifier contains the prefix DOID, which is considered an intrinsic part of the identifier (e.g. DOID:2841). However the related URI is http://purl.obolibrary.org/obo/DOID_2841, where the colon changes for an underscore. On other identifiers in WIkidata mappings, this is solved by removing the prefix from the identifier and have the uri pattern as http://purl.obolibrary.org/obo/DOID_$. This is however problematic since in most contexts where the identifiers are used, the prefix is considered an intrinsic part of the identifier. This also applies to Gene Ontology identifiers and MGI identifiers. Are there maybe more ways to format a URI pattern with its related identifier, the the $ only?
If a property commonly contains URIs, I would suggest to use the url datatype instead of the new external-id datatype. Technically, this is incorrect since not all URIs are URLs, but I think in practice that should not pose a problem.
Yes makes sense.
-- 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
On Mon, Jan 11, 2016 at 11:02 AM, Magnus Manske magnusmanske@googlemail.com wrote:
On Sun, Jan 10, 2016 at 9:00 PM Lydia Pintscher lydia.pintscher@wikimedia.de wrote:
(For the technically inclined: The datatype will change for these properties but the value type will stay string.)
So, what exactly will the datatype change to?
That should be string to external-id.
Cheers Lydia