<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>The mapping can get complicated. At the level of taxa, one could do a one-to-one mapping of &nbsp;TreeBASE taxa to NCBI taxa. At the level of OTUs, the mapping may be one to many. An OTU may correspond to a single specimen, a single sequence, or a set of sequences from multiple individuals of the same taxon, or, indeed, a composite of exemplar taxa representing a higher taxon. So, OTUs map onto sets of observations.</div><div><br></div><div>Mapping OTUs to one or more specimen URIs would be great, if we had these. But as a rule we don't. Most individual data providers don't make individual specimens addressable. GBIF does, but we'd have to assume that these were stable over time, and that we have tools in place to map museum specimen codes to GBIF specimen URLs, and in general we don't. This isn't a huge obstacle if GBIF were to provide some guarantee that it's specimen URLs were stable, we'd then "just" need some tools to convert "Museum addreviation specimen code xxx" to a URL.</div><div><br></div><div>Regards</div><div><br></div><div>Rod</div><br><div><div>On 28 Aug 2010, at 23:59, Blum, Stan wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div> <font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt">Regarding #1, and assuming that this concerns molecular data where individuals often function as OTUs, I think it would be even more important for the long-term usefulness of the data to support the ability to reference the specimen with a resolvable GUID or at least a collection code and catalog number. &nbsp;A simple assertion that “this sequence came from [an unknown specimen identified to be] this taxon” can’t be re-examined or validated except by the sequence data. &nbsp;If you know what specimen it came from, the identification can be updated (by &nbsp;more methods). &nbsp;<br> <br> On the other hand, a full name backed up by a URL or source/GUID would be a big improvement on codes and abbreviations<br> <br> -Stan<br> <br> <br> On 8/27/10 8:27 AM, "Arlin Stoltzfus" &lt;<a href="arlin@umd.edu">arlin@umd.edu</a>&gt; wrote:<br> <br> </span></font><blockquote type="cite"><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt">I'm sending this reply to only the tdwg-phylo list (sending to everyone seems like overkill). <br> <br> Here are two ideas based on the use of phylogenies: <br> <br> 1. &nbsp;&nbsp;For various reasons, its important to be able to associate valid species sources or other universal identifiers (e.g., NCBI gis) with the human-readable OTU identifiers used in tree files, but this typically isn't done and it's not always easy. &nbsp;The goal of this project is to enable ordinary phylogenetics &amp; systematics users to use current standards (Newick, NHX, phyloxml, ...) to associate species names (possibly other tax ids) with phylogenies in their usual workflows. &nbsp;The focus is on developing short-term tools and strategies that might lead to better long-term solutions. &nbsp;In some cases, its just a matter of knowing how to use the file format properly, possibly aided by better tools for data input. &nbsp;For users whose workflows rely on Newick, we would need a way to keep a separate mapping of OTU ids and tax ids, along with tools to interconvert or translate to one of the other formats (this could be as simple as an Excel spreadsheet or as complex as a web service that maintains your mapping and does the translation for you). &nbsp;&nbsp;<br> <br> 2. &nbsp;There is a huge variety of tree viewers. &nbsp;To some extent, users need this variety due to their having different feature sets. &nbsp;But users shouldn't have to choose the viewer based on data format restrictions. &nbsp;The goal of this project is to improve the usability of tree viewers. &nbsp;&nbsp;Assess the interoperability (standards compatibility) of tree viewing software, develop strategies to improve it, and get started on any strategies that can be implemented. &nbsp;Its not possible to modify viewers whose source code is unavailable, but there may be ways to work around this with scripts and translation tools. &nbsp;<br> <br> Arlin<br> <br> </span></font></blockquote> </div>  _______________________________________________<br>tdwg-phylo mailing list<br><a href="mailto:tdwg-phylo@lists.tdwg.org">tdwg-phylo@lists.tdwg.org</a><br>http://lists.tdwg.org/mailman/listinfo/tdwg-phylo<br></blockquote></div><br></body></html>