<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Dear Dean,<div><br></div><div><div>In essence, yes, so long as we:</div><div><br></div><div>a) avoid collisions due to non-unique acronyms (hence we can't automatically generate URIs from specimen codes without some fussing)</div><div><br></div><div>b) realise that we can't necessarily unpack a URI and use that to locate the specimen (often we could, sometimes we won't be able to, in this sense the identifiers are "opaque")</div><div><br></div><div>c) avoid changing the URI if a specimen moves collection/institution or if the host institution relabels it. Once minted the identifier doesn't change (because that will break any links to it, defeating the point of having the URIs).</div><div><br></div><div><br></div><div>Regards</div><div><br></div><div>Rod<br><div><br></div><div><div><div>On 24 Feb 2012, at 17:29, Dean Pentcheff wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">This is directly in response to Rod's response to Paul.&nbsp;I think the two of you may have just articulated nearly the same idea, though you seem not to think you did.<div><br></div><div>Paul envisions institutions each declaring their own URI-creating formula (to resolve down to a specimen at that institution), promulgated at a "forum" location.</div>

<div><br></div><div>Rod envisions URI formulation as happening at a GBIFesque centralized site.</div><div><br></div><div>If Paul's forum were GBIF (or similar), with an added function that GBIF (or similar) renegotiates any institutional declaration that collides with a pre-existing declaration, does that map to the same thing for both of you?</div>

<div><br clear="all">-Dean<br>-- <br>Dean Pentcheff<br><a href="mailto:pentcheff@gmail.com">pentcheff@gmail.com</a><br><a href="mailto:dpentche@nhm.org">dpentche@nhm.org</a><br>
<br><div class="gmail_quote">On Fri, Feb 24, 2012 at 12:23 AM, Roderic Page <span dir="ltr">&lt;<a href="mailto:r.page@bio.gla.ac.uk">r.page@bio.gla.ac.uk</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div style="word-wrap:break-word">Dear Paul,<div><br></div><div>A few quick comments.&nbsp;</div><div><br></div><div>Constructing URLs from specimen codes is a nice ideal, but in practise breaks down because museum acronyms are not globally unique, and specimen codes are not always unique within institutions (this is a big issue for vertebrate collections where the same code may be a used for a fish, a herp, a mammal, and a bird). So we need ways to disambiguate these. The Darwin Core triplet I've been complaining about on my blog is one attempt to do this by using collectionCodes as part of the specimen code. But these are not terribly stable (a lot of the duplication in GBIF is due to museums mucking about with collection codes).</div>

<div><br></div><div>I personally don't hold out much hope for museums being able to develop and maintain rules for converting specimen codes into URIs. Let's be realistic, most museums have no idea about the web beyond creating pretty public interfaces. There are DiGiR servers at major museums running on machines with no domain name, just an IP address.&nbsp;</div>

<div><br></div><div>I suspect it's going to be easier to delegate resolving specimens this to something like GBIF. As a data consumer, I'd much prefer going to one place and getting the codes resolved, rather than have to first figure out where to go to find out the rule. &nbsp;If I want metadata for a scientific article I go to CrossRef, not the individual publisher.&nbsp;Distributed begats centralised.</div>

<div><br></div><div>I think not insisting on resolvable identifiers is a big mistake. It's like saying it's OK to publish source code that you haven't actually bothered to check whether it compiles. If they don't have to resolve I can publish any identifier I want (witness the number of "fake" LSIDs in the wild) and I've made zero commitment that it means anything. And you've taken away the ability of the user to test whether your identifier is meaningful, and thus build any degree of trust.&nbsp;The acid test of whether you are serious is whether your identifiers are "live." The minute we say it's OK for them to be unresolvable we are buggered.&nbsp;</div>

<div><br></div><div>Regards</div><div><br></div><div>Rod</div><div><br></div><div><br></div><div><br></div><div><div><div class="h5"><br><div><div>On 24 Feb 2012, at 06:14, Paul Murray wrote:</div><br><blockquote type="cite">

<div><br>On 23/02/2012, at 9:37 PM, Roderic Page wrote:<br><br><blockquote type="cite">I've recently written an number of posts on the implications of the lack of specimen-level identifiers, which makes it very hard to link different sources of data together, such as GBIF and Genbank <a href="http://iphylo.blogspot.com/2012/02/linking-gbif-and-genbank.html" target="_blank">http://iphylo.blogspot.com/2012/02/linking-gbif-and-genbank.html</a> , and are also a factor in creating duplicate records in GBIF <a href="http://iphylo.blogspot.com/2012/02/how-many-specimens-does-gbif-really.html" target="_blank">http://iphylo.blogspot.com/2012/02/how-many-specimens-does-gbif-really.html</a><br>

</blockquote><br>This is definitely an issue. In AFD (which is not a specimen database), we hold a "museum code" and an "accession number" for types specimens. Ideally, I would like to be able to get from these two fields to a URI.<br>

<br>For instance, given the data<br>nameT<span style="white-space:pre-wrap">        </span>typeTypeT<span style="white-space:pre-wrap">        </span>museumT<span style="white-space:pre-wrap">        </span>museumDesc<span style="white-space:pre-wrap">        </span>accessonNo<span style="white-space:pre-wrap">        </span>materialElement<span style="white-space:pre-wrap">        </span>latLong<span style="white-space:pre-wrap">        </span>locality<span style="white-space:pre-wrap">        </span>comments<br>

Holothuria bivittata Mitsukuri, 1912<span style="white-space:pre-wrap">        </span>Syntype<span style="white-space:pre-wrap">        </span>TIU<span style="white-space:pre-wrap">        </span>Tokyo Imperial University, Tokyo, Japan<span style="white-space:pre-wrap">        </span>1217<span style="white-space:pre-wrap">        </span><span style="white-space:pre-wrap">        </span><span style="white-space:pre-wrap">        </span>Okinawa, Riu Kiu and Yayeyana Ils, Japan<span style="white-space:pre-wrap">        </span><br>

Holothuria bivittata Mitsukuri, 1912<span style="white-space:pre-wrap">        </span>Syntype<span style="white-space:pre-wrap">        </span>TIU<span style="white-space:pre-wrap">        </span>Tokyo Imperial University, Tokyo, Japan<span style="white-space:pre-wrap">        </span>1218<br>

<br>I would like the AFD type specimen records (which are anonymous nodes in our profile data) to point to "<a href="http://collections.tiu.edu.jp/colleciton-X/1217" target="_blank">http://collections.tiu.edu.jp/colleciton-X/1217</a>" (or whatever), which could be generated from the data we already have. The key is the individual institutions holding collections.<br>

<br>The only way I can imagine this happening is for each institution with collections to state "you construct URIs from our accession numbers like so". With that declaration, stores exposing data (such as the boa silos) can perform the mapping when the news reaches them. Once this is in place, anyone handling (for instance) TIU accession numbers can publish correct URIs in their RDF. Most particularly, other institutions accepting specimens from TUI could publish that their new URI for the item is "owl:sameAs" the TUI one. And the whole thing begins to knit together.<br>

<br>Importantly: it is not necessary to actually make these URIs resolvable. Hopefully, one day there *would* be something at that URL which would issue a 303 redirect, but the existence of the identifier as an identifier doesn't rely on it. All that is needed is that commitment to the namespace on the part of the issuer.<br>

<br>My point is first, that this can be done in stages, and doesn't depend on everybody implementing a big and expensive solution right away or in synchrony; and second, that we don't need a top-down assignment of identifiers. A bottom-up solution can work. Perhaps the main thing missing is a forum on which an institution can announce its creation and assignment of a URI namespace for persistent identifiers.<br>

<br>Having said all that, Rod's point is about identification of individuals. An accession number is put on a "token", of course, a given individual may have many "tokens". A case in point is this record in AFD:<br>

<br>nameT<span style="white-space:pre-wrap">        </span>typeTypeT<span style="white-space:pre-wrap">        </span>museumT<span style="white-space:pre-wrap">        </span>museumDesc<span style="white-space:pre-wrap">        </span>accessonNo<span style="white-space:pre-wrap">        </span>materialElement<span style="white-space:pre-wrap">        </span>latLong<span style="white-space:pre-wrap">        </span>locality<span style="white-space:pre-wrap">        </span>comments<br>

Bregmaceros pseudolanceolatus Torii, Javonillo &amp; Ozawa, 2004<span style="white-space:pre-wrap">        </span>Paratype<span style="white-space:pre-wrap">        </span>URM<span style="white-space:pre-wrap">        </span>University of the Ryukyus, Nishihara, Okinawa, Japan<span style="white-space:pre-wrap">        </span>P. 12156, 2750827511, 29172, 29620, 33056<br>

<br>The type specimen has 8 URM accession numbers, and there's really no way around that.<br><br>Even then, however, the question of identifying the individuals comes down to the same solution: if it's to happen, then it will have to be done by the curators of the collections - it's only the curators who actually know what items are from the same individual. A third party generating UUIDs for all these things just isn't going to work out - they won't get it right. What is needed is for the curator to announce, for instance, "individuals shall be identified by <a href="http://specimens.mymuseum.edu/" target="_blank">http://specimens.mymuseum.edu</a>/&lt;collection id&gt;/&lt;collector's field number for the individual&gt;". It really doesn't matter how the URIs are done, as long as it's consistent, persistent, and public.<br>

<br><br><br>If you have received this transmission in error please notify us immediately by return e-mail and delete all copies. If this e-mail or any attachments have been sent to you in error, that error does not constitute waiver of any confidentiality, privilege or copyright in respect of information in the e-mail or attachments.<br>

<br>Please consider the environment before printing this email.<br><br></div></blockquote></div><br></div></div><div>
<span style="text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:-webkit-auto;font-style:normal;font-weight:normal;line-height:normal;border-collapse:separate;text-transform:none;font-size:medium;white-space:normal;font-family:Helvetica;word-spacing:0px">---------------------------------------------------------<br>

Roderic Page<br>Professor of Taxonomy<br>Institute of Biodiversity, Animal Health and&nbsp;Comparative Medicine<br>College of Medical, Veterinary and Life&nbsp;Sciences<br>Graham Kerr Building<br>University of Glasgow<br>Glasgow G12 8QQ, UK<br>

<br>Email:&nbsp;<a href="mailto:r.page@bio.gla.ac.uk" target="_blank">r.page@bio.gla.ac.uk</a><br>Tel: <a href="tel:%2B44%20141%20330%204778" value="+441413304778" target="_blank">+44 141 330 4778</a><br>Fax: <a href="tel:%2B44%20141%20330%202792" value="+441413302792" target="_blank">+44 141 330 2792</a><br>

AIM: <a href="mailto:rodpage1962@aim.com" target="_blank">rodpage1962@aim.com</a><br>Facebook:&nbsp;<a href="http://www.facebook.com/profile.php?id=1112517192" target="_blank">http://www.facebook.com/profile.php?id=1112517192</a><br>

Twitter:&nbsp;<a href="http://twitter.com/rdmpage" target="_blank">http://twitter.com/rdmpage</a><br>Blog:&nbsp;<a href="http://iphylo.blogspot.com/" target="_blank">http://iphylo.blogspot.com</a><br>Home page:&nbsp;<a href="http://taxonomy.zoology.gla.ac.uk/rod/rod.html" target="_blank">http://taxonomy.zoology.gla.ac.uk/rod/rod.html</a><br>

</span>
</div>
<br></div></div><br>_______________________________________________<br>
tdwg-tag mailing list<br>
<a href="mailto:tdwg-tag@lists.tdwg.org">tdwg-tag@lists.tdwg.org</a><br>
<a href="http://lists.tdwg.org/mailman/listinfo/tdwg-tag" target="_blank">http://lists.tdwg.org/mailman/listinfo/tdwg-tag</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br><div>
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; ">---------------------------------------------------------<br>Roderic Page<br>Professor of Taxonomy<br>Institute of Biodiversity, Animal Health and&nbsp;Comparative Medicine<br>College of Medical, Veterinary and Life&nbsp;Sciences<br>Graham Kerr Building<br>University of Glasgow<br>Glasgow G12 8QQ, UK<br><br>Email:&nbsp;<a href="mailto:r.page@bio.gla.ac.uk">r.page@bio.gla.ac.uk</a><br>Tel: +44 141 330 4778<br>Fax: +44 141 330 2792<br>AIM: <a href="mailto:rodpage1962@aim.com">rodpage1962@aim.com</a><br>Facebook:&nbsp;<a href="http://www.facebook.com/profile.php?id=1112517192">http://www.facebook.com/profile.php?id=1112517192</a><br>Twitter:&nbsp;<a href="http://twitter.com/rdmpage">http://twitter.com/rdmpage</a><br>Blog:&nbsp;<a href="http://iphylo.blogspot.com">http://iphylo.blogspot.com</a><br>Home page:&nbsp;<a href="http://taxonomy.zoology.gla.ac.uk/rod/rod.html">http://taxonomy.zoology.gla.ac.uk/rod/rod.html</a><br></span>
</div>
<br></div></div></div></body></html>