<meta charset="utf-8">Hi Donat,<div><br></div><div><div class="gmail_quote">On Sun, Jan 9, 2011 at 4:55 AM, Donat Agosti <span dir="ltr"><<a href="mailto:agosti@amnh.org">agosti@amnh.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
A simple solution would be that in future to each usage of a name in<br>
taxonomic literature, at least for treatments, the name has to be<br>
explicitly linked to the underlying specimen or observation data. Since<br>
this is part of a treatment, the identifier should allow to retrieve the<br>
treatment and through it the specimen data or at least the observation<br>
data and the author who used it in this specific selection.<br>
<br></blockquote><div><br></div><div>This is the goal I have been trying to achieve with TaxonConcept.org.</div><div><br></div><div>An open, resolvable, identifier that provides some information as to what the entity is.</div>
<div><br></div><div>With the use of namespaces these can be short and easy to use.</div><div><br></div><div>Puma concolor se:v6n7p - the current scientific name followed by the asserted concept.</div><div><br></div><div>They are currently not as informative as I would like, but allow linked descriptions, revisions, type specimens, DNA etc.</div>
<div><br></div><div>Eventually the curation of these concepts would be done by taxon experts, who should receive some sort of academically meaningful credit.</div><div><br></div><div>This credit could be easily tracked via Linked Open Data identifiers.</div>
<div><br></div><div>As I have said many times on the list, I would like to work with out in conjunction with GBIF, EoL and the rest of the community.</div><div><br></div><div>I was not involved in the planning or development of the GNI, my role was simply to test ways of connecting various names to some sort of "concept" using the Linked Open Data approach. At the TDWG meeting we were able to show that this could be used to create a queryable synonymy knowledge base.</div>
<div><br></div><div>As I have said before, I think it is best to start with concepts and then connect that concept to the various related names.</div><div><div><br></div><div>Like Rod, I also like uBio and I am sure he would support moving those resources to an updated vocabulary that does not use LSID's.</div>
<br></div><div>Respectfully,</div><div><br></div><div>- Pete</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Donat<br>
<div><div></div><div class="h5"><br>
<br>
<br>
> Why aren't identifiers reused?<br>
> ----------------------------------------<br>
><br>
> Because in most cases they offer no added value. If I have a ITIS TSN<br>
> there's not much I can do with it. I can get a name from ITIS (with<br>
> some vague assurance that thus name is accepted - or not - with no<br>
> evidence for this assertion). I can think of only two taxonomic<br>
> identifiers that have real value and get much reuse, NCBI taxonomy ids<br>
> and uBio NameBankIDs. NCBI ids are reused because they underpin the<br>
> genomics databases, and genomics does real computational biology, and<br>
> makes extensive reuse of data (as exemplified by the annual Nucleic<br>
> Acids Research database issue). uBio NameBankIDs get reused because<br>
> uBio has lots of names, and provides services for discovering those<br>
> names in text (see, e.g., their use by BHL).<br>
><br>
> Few taxonomic name databases provide a compelling reason for anyone to<br>
> use their identifiers, most being digital sinks (you go there, get an<br>
> identifier for a name, and nothing else).<br>
><br>
><br>
> Why UUIDS?<br>
> ----------------<br>
><br>
> UUIDs are ugly, and solve a problem that for the most part we don't<br>
> have. They are ideal for minting globally unique identifiers in a<br>
> distributed system, but we don't have distributed systems. Catalogue<br>
> of Life uses UUIDs, but these are centrally created (I suspect using<br>
> MySQL's UUID function, given how similar the UUIDs are to each other).<br>
> ZooBank uses them, but it is not (yet) a distributed system. If the<br>
> Catalogue of Life were genuinely a distributed system UUIDs would make<br>
> sense, but that's not actually how it works.<br>
><br>
> I think users would cope with UUIDs if the databases using them<br>
> provides clear value. For example, MusicBrainz uses UUIDs<br>
> <a href="http://musicbrainz.org/artist/563201cb-721c-4cfb-acca-c1ba69e3d1fb.html" target="_blank">http://musicbrainz.org/artist/563201cb-721c-4cfb-acca-c1ba69e3d1fb.html</a><br>
> , as does Mendeley, the latter hiding them from users via human-<br>
> readable URLs. Given that we have obvious user-friendly candidates for<br>
> URLs (taxonomic names), it would be trivial to hide UUIDs in names<br>
> (making homonyms distinct by adding authorship, or whatever it took to<br>
> make them unique as strings).<br>
><br>
> What, if anything, is a taxonomic name?<br>
> ----------------------------------------------------<br>
><br>
> In my experience, when non-taxonomists meet taxonomists things get<br>
> ugly. For example, a publisher wanting to mark up taxonomic names in<br>
> text might ask taxonomists how to do this,and within minutes the<br>
> taxonomists are off into discussions of namestrings versus usages<br>
> versus concepts and pretty soon the publisher deeply regrets ever<br>
> asking the question. I've been at meetings where the look in<br>
> publishers' eyes said "run away, run away".<br>
><br>
> Part of the reason we have multiple databases is because different<br>
> projects are capturing different things (roughly speaking, uBio is<br>
> mostly about namestrings, Catalogue of Life is about concepts, IPNI<br>
> and ZooBank are about first usage of a name, etc.)<br>
><br>
> Most users outside our field won't give a damn about the niceties of<br>
> these distinctions, yet we persist in discussing them ad nauseam.<br>
> Until we provide a single, very simple service that takes a name<br>
> string and hides all this complexity (unless the user chooses to see<br>
> the gory details) while still providing useful information, we will be<br>
> stuck in multiple identifier hell. The tragedy is we've never had<br>
> more people genuinely interested in linking to names than at present<br>
> -- publishers are desperately trying to add "semantic value" to their<br>
> content, and we are spectacularly ill-equipped to deliver this (and<br>
> it's our own fault).<br>
><br>
> I rather suspect we're rapidly approaching the point where users<br>
> outside taxonomy will simply say "to hell with these taxonomists,<br>
> let's just use Wikipedia and be done with it."<br>
><br>
> Regards<br>
><br>
> Rod<br>
><br>
> ---------------------------------------------------------<br>
> Roderic Page<br>
> Professor of Taxonomy<br>
> Institute of Biodiversity, Animal Health and Comparative Medicine<br>
> College of Medical, Veterinary and Life Sciences<br>
> Graham Kerr Building<br>
> University of Glasgow<br>
> Glasgow G12 8QQ, UK<br>
><br>
> Email: <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: <a href="http://www.facebook.com/profile.php?id=1112517192" target="_blank">http://www.facebook.com/profile.php?id=1112517192</a><br>
> Twitter: <a href="http://twitter.com/rdmpage" target="_blank">http://twitter.com/rdmpage</a><br>
> Blog: <a href="http://iphylo.blogspot.com" target="_blank">http://iphylo.blogspot.com</a><br>
> Home page: <a href="http://taxonomy.zoology.gla.ac.uk/rod/rod.html" target="_blank">http://taxonomy.zoology.gla.ac.uk/rod/rod.html</a><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
</div></div><div class="im">> _______________________________________________<br>
> tdwg-content mailing list<br>
> <a href="mailto:tdwg-content@lists.tdwg.org">tdwg-content@lists.tdwg.org</a><br>
> <a href="http://lists.tdwg.org/mailman/listinfo/tdwg-content" target="_blank">http://lists.tdwg.org/mailman/listinfo/tdwg-content</a><br>
><br>
<br>
<br>
</div>--<br>
Dr. Donat Agosti<br>
Research Associate, American Museum of Natural History and Smithsonian<br>
Institution<br>
<br>
Email: <a href="mailto:agosti@amnh.org">agosti@amnh.org</a><br>
Web: <a href="http://antbase.org" target="_blank">http://antbase.org</a><br>
CV: <a href="http://research.amnh.org/entomology/social_insects/agosticv_2003.html" target="_blank">http://research.amnh.org/entomology/social_insects/agosticv_2003.html</a><br>
<br>
Swiss Residence<br>
Elahieh<br>
Ave. Khazer no. 74<br>
19649 Teheran<br>
Iran<br>
<br>
+98-21-2200 8765 (office)<br>
+98-21-2260 6160 (home)<br>
+98-919-489 2744 (mobile)<br>
+1-202-558 0330 (skype-in US)<br>
+41-44-5862911 (skype-in Switzerland)<br>
<br>
<br>
<br>
--<br>
Dr. Donat Agosti<br>
Research Associate, American Museum of Natural History and Smithsonian<br>
Institution<br>
<br>
Email: <a href="mailto:agosti@amnh.org">agosti@amnh.org</a><br>
Web: <a href="http://antbase.org" target="_blank">http://antbase.org</a><br>
CV: <a href="http://research.amnh.org/entomology/social_insects/agosticv_2003.html" target="_blank">http://research.amnh.org/entomology/social_insects/agosticv_2003.html</a><br>
<br>
Swiss Residence<br>
Elahieh<br>
Ave. Khazer no. 74<br>
19649 Teheran<br>
Iran<br>
<br>
+98-21-2200 8765 (office)<br>
+98-21-2260 6160 (home)<br>
+98-919-489 2744 (mobile)<br>
+1-202-558 0330 (skype-in US)<br>
+41-44-5862911 (skype-in Switzerland)<br>
<div><div></div><div class="h5"><br>
<br>
_______________________________________________<br>
tdwg-content mailing list<br>
<a href="mailto:tdwg-content@lists.tdwg.org">tdwg-content@lists.tdwg.org</a><br>
<a href="http://lists.tdwg.org/mailman/listinfo/tdwg-content" target="_blank">http://lists.tdwg.org/mailman/listinfo/tdwg-content</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>---------------------------------------------------------------<br>Pete DeVries<br>Department of Entomology<br>University of Wisconsin - Madison<br>445 Russell Laboratories<br>
1630 Linden Drive<br>Madison, WI 53706<br><a href="http://www.taxonconcept.org/" target="_blank">TaxonConcept Knowledge Base</a> / <a href="http://lod.geospecies.org/" target="_blank">GeoSpecies Knowledge Base</a><br><a href="http://about.geospecies.org/" target="_blank">About the GeoSpecies Knowledge Base</a><br>
------------------------------------------------------------<br>
</div>