Discussion om concept UCD: meta.ref.pid

[Anne Catherine Raugh]

I am confused by the comment "all PIDs can in principle be resolved by all
resolvers". As far as I can see this is not true. https://orcid.org/ cannot
resolve a DOI; https://ror.org cannot resolve an ORCID; I can't find any
general resolver for ISBNs at all; and so on. Each type of PID has its own
resolving scheme, and the resolver is distinct from the PID (because, of
course, the resolver URLs and protocols may change, but the PID itself must
not).

Those resolvers are starting to talk to each (see the DataCite Commons
<https://commons.datacite.org/> project for an example that ties DOIs to
ORCIDs and RORs by following PIDs in metadata and querying the respective
databases - and experience the non-trivial wait time for even a simple
query response to compile), but they cannot replace each other. This is why
the DataCite metadata schema requires a user to specify the PID type for
each PID in the metadata.

-Anne.


On Mon, Nov 8, 2021 at 1:45 PM Yan Grange <grange at astron.nl> wrote:

> Hi Semantics people,
>
> What do you think of the following concept for a UCD? Looking forward to
> your feedback!
>
> ==============8<==============
>
> Vocabulary:
> https://raw.githubusercontent.com/ivoa-std/UCDList/v1.4-EN/ucd-list.txt
> Author: grange at astron.nl
> Date: 2021-11-08
> New Term: meta.ref.pid
> Action: Addition
> Label: Persistent Identifier
>
> Description: Persistent Identifier (dereferenceable)
>
> Rationale: The current UCD list does contain a way to refer to
> persistent identifiers of type DOI (meta.ref.doi). However other
> persistent identifiers (e.g. EPIC PIDs, ORCIDs, etc) are not covered by
> this. Since all PIDs can in principle be resolved by all resolvers, no
> functional difference should exist between them and therefore I propose
> to inculde a general pid term in stead of having one entry per PID type.
> For backwards compatibility I propose not to change anything to
> meta.ref.doi and keep it in place.
>
> ==============8<==============
>
> Cheers,
>
> Yan Grange
>
> --
> My working schedule likely differs from yours. Do not feel compelled to
> read or reply to my email(s) outside your office hours.
>
> Yan Grange
> SDC software developer
> ASTRON
> het Nederlands instituut voor radioastronomie
> the Netherlands Institute for Radio Astronomy
> Oude Hogeveensedijk 4
> Kamer/room 1.58
> 7991 PD, Dwingeloo
> Nederland/The Netherlands
> Tel.: (+31) (0)521595796
> Fax : (+31) (0)521595101
> Skype: ygg-skypename
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ivoa.net/pipermail/semantics/attachments/20211108/6c064aa7/attachment.html>