<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Dear Bob,<div><br></div><div>Perhaps I used "trust" a little too loosely. It's not so much whether I trust your content (a whole separate question), it's whether I can trust your identifiers.</div><div><br></div><div>Put another way, if identifiers are cheap to create, and there's no expectation that they resolve, then we can end up with identifiers that have no value, in which case why would I use them?</div><div><br></div><div>I "trust" DOIs because they tend to work, they cost money, and the agencies that issue them frown on them not working. Hence it's unlikely that someone is going to use one to identify some data and make no commitment that the identifier will resolve, and that it will resolve to something useful. Given that, I'm more confident of linking my data to a DOI than, say, a URL from a publisher's web site.</div><div><br></div><div>Given that I want to link stuff together I am reliant on using other people's identifiers to make those links. If those identifiers are labile then my hard work may be all for nought. So I need some way of judging whether an identifier is likely to persist or not (this may influence whether I decide to rely on the external resource being around, or whether I cache it locally, for example).</div><div><br></div><div>So I guess I'm using the resolvability of identifiers as a proxy of whether to take someone seriously or not. If you can't be bothered to make them resolvable, then you clearly don't value your own content, and therefore why should I?</div><div><div><br></div><div>Regards</div><div><br></div><div>Rod</div><div><br></div><div><br><div><div>On 24 Feb 2012, at 15:30, Bob Morris wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>On Fri, Feb 24, 2012 at 3:23 AM, Roderic Page &lt;<a href="mailto:r.page@bio.gla.ac.uk">r.page@bio.gla.ac.uk</a>&gt; wrote:<br><blockquote type="cite">[...]<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">I think not insisting on resolvable identifiers is a big mistake. It's like<br></blockquote><blockquote type="cite">saying it's OK to publish source code that you haven't actually bothered to<br></blockquote><blockquote type="cite">check whether it compiles. If they don't have to resolve I can publish any<br></blockquote><blockquote type="cite">identifier I want (witness the number of "fake" LSIDs in the wild) and I've<br></blockquote><blockquote type="cite">made zero commitment that it means anything. And you've taken away the<br></blockquote><blockquote type="cite">ability of the user to test whether your identifier is meaningful, and thus<br></blockquote><blockquote type="cite">build any degree of trust.&nbsp;The acid test of whether you are serious is<br></blockquote><blockquote type="cite">whether your identifiers are "live." The minute we say it's OK for them to<br></blockquote><blockquote type="cite">be unresolvable we are buggered.<br></blockquote><br>Rod-<br><br>First, please forgive me for accusing you of thinking like a human.<br>:-) &nbsp;Well of course I mean, thinking like a human about problems which<br>have to be solved by machines.<br><br>Second, I agree with you that identifiers should be resolvable, but it<br>is neither universally necessary nor does it always solve the problems<br>one hopes. &nbsp;IMO for science data, the desire for resolution and<br>dereferencing arises from the replicability practices in science that<br>essentially require that original data supporting claims should always<br>be examinable by third parties. But to a machine, this is not the only<br>way, sometimes not even the best, way to solve some problems that<br>dereferencing solves.. &nbsp;One alternative in information science lies in<br>the theory and practice of software trust relationships, which,<br>happily, often models the similarly named human theory and practice.<br><br>For example, to start with your analogy, there are important real<br>cases where it is not actually necessary to compile your code to come<br>to a belief that it is compilable. &nbsp;That case is the one where the<br>source code has been generated by another program that is "known" to<br>generate only compilable code.<br><br>Closer to the discussion at hand, &nbsp;consider a message that arrives at<br>a software agent and whose content is, in human terms:<br><br> 1. The URI http;//md5.hash/fb3d0c347e2c602f4ec650c0e777c1d3<br>designates specimen with accession number 3251 at the Harvard<br>University Herbaria.<br> &nbsp;2. There are no other specimens at the Harvard University Herbaria<br>with that accession number and never have been.<br> &nbsp;3. As of Fri Feb 24 14:36:45 UTC 2012 the most recent determination<br>carried in the Harvard records for this specimen is Aus bus.<br> &nbsp;4. My name is Roderic Page<br>http;//md5.hash/7cee01cb3cff705f850d15c357767ca0 and I approved this<br>message.<br> &nbsp;5. This message has MD5 hash code 88f1c348afea5082f1f375910fe814f3 .<br><br>Even if NONE of the identifiers in the above are resolvable or<br>dereferencable, and whether or not there is a dereferencable<br>identifier at all for the specimen mentioned, there are scenarios in<br>which the above kind of message is at least a trustworthy as<br>information delivered via an http request based on an identifier for<br>the specimen itself.<br><br>Going to the primary sources is a time honored scientific and<br>scholarly practice---and following a community's human practices, can,<br>if done with great care, produce more usable and trustworthy software<br>than following the practices of software engineers--- but so is the<br>use of trusted secondary sources, and the latter serve many purposes<br>well. Hey, Rod, why do you think I read iPhylo at all? &nbsp;:-) &nbsp;Anyway,<br>on the internet, &nbsp;\all/ acquisition of data and information is<br>mediated by software, so in the end, trust by humans or software in<br>the assertions about the real world that are delivered on the internet<br>should never depend alone on whether the identifiers are resolvable<br>and dereferencable.<br><br>Inside joke: in the message above, assertion 5 is the only one that<br>would always have a very low probability of being correct. &nbsp;Why?<br><br>The Wikipedia plot summary of Borges' "The Library of Babel" ends with<br>the wonderful paragraph, perhaps appropriate to tdwg-tag:<br><br>"Despite  indeed, because of  this glut of information, all books<br>are totally useless to the reader, leaving the librarians in a state<br>of suicidal despair. This leads some librarians to superstitions and<br>cult-like behaviour, such as the "Purifiers", who arbitrarily destroy<br>books they deem nonsense as they scour through the library seeking the<br>"Crimson Hexagon" and its illustrated, magical books. Another is the<br>belief that since all books exist in the library, somewhere one of the<br>books must be a perfect index of the library's contents; some even<br>believe that a messianic figure known as the "Man of the Book" has<br>read it, and they travel through the library seeking him."<br> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<a href="http://en.wikipedia.org/w/index.php?title=Special:Cite&amp;page=The_Library_of_Babel&amp;id=473083545">http://en.wikipedia.org/w/index.php?title=Special:Cite&amp;page=The_Library_of_Babel&amp;id=473083545</a><br><br>---<br><br>Bob Morris<br>-- <br>Robert A. Morris<br><br>Emeritus Professor&nbsp; of Computer Science<br>UMASS-Boston<br>100 Morrissey Blvd<br>Boston, MA 02125-3390<br><br>IT Staff<br>Filtered Push Project<br>Harvard University Herbaria<br>Harvard University<br><br>email: <a href="mailto:morris.bob@gmail.com">morris.bob@gmail.com</a><br>web: <a href="http://efg.cs.umb.edu/">http://efg.cs.umb.edu/</a><br>web: <a href="http://etaxonomy.org/mw/FilteredPush">http://etaxonomy.org/mw/FilteredPush</a><br><a href="http://www.cs.umb.edu/~ram">http://www.cs.umb.edu/~ram</a><br>===<br>The content of this communication is made entirely on my<br>own behalf and in no way should be deemed to express<br>official positions of The University of Massachusetts at Boston or<br>Harvard University.<br><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></body></html>