February 2012 - tdwg-tag - lists.tdwg.org

Proposed charter for a TAG Vocabulary Management Task Group (VOMAG)
by Dag Endresen (GBIF) 02 Nov '12

02 Nov '12

Dear TAG, After battling with the plans for a biodiversity knowledge organization (KOS) framework for biodiversity information resources we have identified the requirement to develop guidelines and best practices for the management of vocabularies of terms. Basic terms organized in vocabularies provides an essential element to underpin the biodiversity information standards. As introduced at the TDWG 2011 TAG meetings in New Orleans, we propose the formation of a new Vocabulary Management Task Group (VOMAG) [1] to be organized under the TDWG technical architecture group (TAG). Please find the draft charter available from the GBIF Community Site [2][3]. Here you will also find another draft document "Biodiversity Knowledge Organization System: Proposed Architecture; Version 0.1 February 2012" that provides an overview of the proposed KOS landscape and the context for the proposed work-plan of the Vocabulary Management Task Group Charter. This is the first draft so far only discussed with Greg Whitbread as convener of the TDWG TAG and with Steve Baskauf and Joel Sachs as convener of the TDWG RDF/OWL task group. We invite feedback and comments to the proposed formation of the task group including suggestions with regard to the work-plan. Please join the Vocabulary Management group at the GBIF Community Site [1]. You can start or participate in discussions or share suggestions using the GBIF Community Site. Feel also free to make contact with us to volunteer as a core member for this proposed task group! [1] http://community.gbif.org/pg/groups/21382/vocabulary-management/ [2] http://community.gbif.org/pg/file/read/21388/ [3] http://community.gbif.org/pg/blog/read/21387/ [4] http://community.gbif.org/pg/file/read/21582/ Best regards Dag, Eamonn and David -- Dag Endresen, PhD Knowledge Systems Engineer Global Biodiversity Information Facility (GBIF) Universitetsparken 15, DK-2100 Copenhagen, Denmark http://community.gbif.org/pg/profile/dag.endresen

13 21

Specimen identifiers
by Roderic Page 29 Feb '12

29 Feb '12

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 http://iphylo.blogspot.com/2012/02/linking-gbif-and-genbank.html , and are also a factor in creating duplicate records in GBIF http://iphylo.blogspot.com/2012/02/how-many-specimens-does-gbif-really.html I know this is something of a hobby horse of mine, but we can have all the wonderful ontologies and vocabularies we want, if we don't have globally unique, shared identifiers to glue this stuff together we are going to find ourselves making yet more silos... Regards Rod --------------------------------------------------------- Roderic Page Professor of Taxonomy Institute of Biodiversity, Animal Health and Comparative Medicine College of Medical, Veterinary and Life Sciences Graham Kerr Building University of Glasgow Glasgow G12 8QQ, UK Email: r.page(a)bio.gla.ac.uk Tel: +44 141 330 4778 Fax: +44 141 330 2792 AIM: rodpage1962(a)aim.com Facebook: http://www.facebook.com/profile.php?id=1112517192 Twitter: http://twitter.com/rdmpage Blog: http://iphylo.blogspot.com Home page: http://taxonomy.zoology.gla.ac.uk/rod/rod.html

11 26

Re: [tdwg-tag] Specimen identifiers [SEC=UNCLASSIFIED]
by Roderic Page 27 Feb '12

27 Feb '12

Dear Dusty, On 27 Feb 2012, at 16:44, DLMcDonald wrote: > GBIF URIs are cheap - why not get a couple?! > > Along with museums randomly publishing their specimens a few times, others often (re)publish specimen data. http://data.gbif.org/occurrences/146112485/ and http://data.gbif.org/occurrences/210282234/ are both "copies" of http://arctos.database.museum/guid/UAM:Mamm:29830, which is the primary, current specimen data, for example. There's no obvious link between the three records. The NatureServe record was (apparently) taken from the literature, the other was provided by the specimen owner but is cached at GBIF and very much abridged to fit DWC. I think there are probably many more "reported sightings" (from literature, checklists, "known" specimens at other museums, etc.) than specimen-backed data records in GBIF, especially for things like insects, and I think most GBIF data are probably severely out of sync with the primary data, if such a thing exists. I have no idea what any identifier could do about that - inspire false confidence, perhaps. > > I can't really think of a worse "authority" than GBIF, at least from a museum/specimen perspective. It's clear that GBIF has issues, especially with duplicate records. Tim Roberston has given a detailed explanation of the reasons GBIF struggles with this http://iphylo.blogspot.com/2012/02/how-many-specimens-does-gbif-really.html…. From my experience, problems include (a) museums changing the metadata for specimens (e.g., changing a the collection code form 'Bird' to 'Birds') and (b) lack of internal identifiers that are invariant when the metadata changes. It's also clear that the same records are being aggregated several times, some via "primary" sources (e.g., the museum's DiGiR provider) and some via "secondary" sources. Much of the specimen-level digital infrastructure we have has no notion of identifiers, hence no easy way to avoid duplicates. Yes GBIF is problematic, but the one big advantage from my point of view is I want to go to one place and get information on specimens. I don't want to have to discover where I get this information from, then figure out how to retrieve it. If I'm matching 100,000s of records I want one place to do this for me. The analogy I often use is CrossRef, which has metadata for millions of scientific articles. If I want to locate the DOI for an article I don't have to figure out which publisher published the article and how I talk to their database, I simply ask CrossRef what the DOI is using a simple API. This is how the linked reference list at then end of a paper are generated. I want something similar for specimens. > > A small community of us have implemented a very successful URL "guid" model. If anyone has another specimen identifier that gets more inter-system use, I don't know about it. It's also pretty handy, if far from perfect, for finding things on the internet. (http://goo.gl/WRe6p should find the specimen listed above, for example.) We've worked closely with GenBank in developing this system, and even in the case of things like authors not bothering to tell us about publications we can use the GUID to automagically find specimens/sequences in each other's systems. I think it's about as good as URIs can get. And it's not very good. We're always a bad administrative decision or two from doing something we'll regret, and we've learned most of whatever we know by getting it wrong the first time(s). I cringe every time I see http://arctos.database.museum/SomeSupposedlyForeverURL in a static medium (http://goo.gl/8szEv) > > tl;dr: There is a strong need for something beyond URLs, but there are scary social problems to address. > > -Dusty I guess this model is one reason David Schindel likes Darwin Core triplets. Being able to construct a URL from metadata is nice, but looking at the history of GBIF data lots of museums like to change this metadata, which makes the URLs fragile (or at least, potentially breaks attempts infer the URL from the metadata). Then there's the issue of global uniqueness of these codes. The thing I find somewhat bemusing in all of this is that we are far from the first people to face these problems. The publishing industry has the same issues, and they ended up having centrally-managed identifiers (DOIs) that use redirection to hide the underlying URLs, so the individual publishers can muck about with the platforms they use to serve the data without breaking things for users. It seems to me that any system that links using URLs has to have a strategy for handling URLs changing (because it's pretty clear museums have virtually no ability to keep URLs from changing). If you accept that, then I think the way forward becomes pretty clear. GBIF is our CrossRef. Regards Rod > > On Sun, Feb 26, 2012 at 8:41 PM, Paul Murray <pmurray(a)anbg.gov.au> wrote: > > The question is - who has the job of declaring what the "original URI" is for existing specimens that already have a history? And what should that URI be? Perhaps this is where GBIF-issued ids become important. Or perhaps we could ditch the idea of "original URI", and just track the "GBIF URI". It's the responsibility of anyone with a specimen that does not already have a GBIF URI to get one for it. > > --------------------------------------------------------- Roderic Page Professor of Taxonomy Institute of Biodiversity, Animal Health and Comparative Medicine College of Medical, Veterinary and Life Sciences Graham Kerr Building University of Glasgow Glasgow G12 8QQ, UK Email: r.page(a)bio.gla.ac.uk Tel: +44 141 330 4778 Fax: +44 141 330 2792 AIM: rodpage1962(a)aim.com Facebook: http://www.facebook.com/profile.php?id=1112517192 Twitter: http://twitter.com/rdmpage Blog: http://iphylo.blogspot.com Home page: http://taxonomy.zoology.gla.ac.uk/rod/rod.html

1 0