[tdwg-content] delimiter characters for concatenated IDs

Hilmar Lapp hlapp at nescent.org
Tue May 6 16:27:21 CEST 2014

On Tue, May 6, 2014 at 10:10 AM, Tim Robertson [GBIF]
<trobertson at gbif.org>wrote:

>   a) client has a specimen record they wish to stamp with an identifier
>   b) client requests DOI (or other format) from the issuing service and
> provides the minimum metadata in a DwC-esque profile, potentially with a
> preferred suffix
>   c) service provides identifier, and client stores this along with their
> digital record
>   d) from this point on, the DOI identifies the record

Pretty much, I think.

> If so, what would happen on resolution?  Does the client provide the
> target URL during minting which will be the redirection target on
> resolution?


>  Does the service have to monitor the availability and return the cached
> copy on outage?

No. This is why you sometimes get an error when resolving a DOI for an

The thing with CrossRef is that by agreeing to the terms of service
publishers are obligated to maintain the DOI metadata record, including a
properly resolving landing page. Repeat-offending publishers get dinged.
DataCite also has a dashboard that shows which members have how many DOIs
for which they fail resolution.

What seems most important to me when I think this through is that the
> identifier needs to be minted as early on as possible in the record life -
> before it is shared with others.  Which leads us back to the question of
> whether we envisage people adopting a model where they effectively submit
> their record data in order to get an identifier.  If not, at least if we
> got stable IDs on records in whatever form, we can manage the resolvability
> bit later, and identify duplicates.

Note that you can mint the DOI before registering it. It won't resolve
until it's registered, but there is no requirement that publication must
precede deciding on the DOI.

In other words, the client decides on what the DOI is to be, not the
registration agency.


Hilmar Lapp -:- informatics.nescent.org/wiki -:- lappland.io
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.tdwg.org/pipermail/tdwg-content/attachments/20140506/27b93e3b/attachment.html 

More information about the tdwg-content mailing list