- tdwg-content - lists.tdwg.org

biostatus
by Kevin Richards 11 Sep '09

11 Sep '09

This is a bit out of the blue, and I haven't had the chance to look into it fully, but... is there allowance for Biostatus in the new Dariwn Core format? An imprtant, and common field - ie Biostatus occurrence, locality, and status, eg "Present Indigenous" Kevin ________________________________ From: tdwg-content-bounces(a)lists.tdwg.org [tdwg-content-bounces(a)lists.tdwg.org] On Behalf Of Nico Cellinese [ncellinese(a)flmnh.ufl.edu] Sent: Thursday, 10 September 2009 4:04 a.m. To: tdwg-content(a)lists.tdwg.org Subject: [tdwg-content] NESCent Phyloinformatics VoCamp NESCent Phyloinformatics VoCamp OPEN CALL FOR PARTICIPATION Integrating diverse biological data with the historical process of evolution is a grand challenge for 21st century biology. The interoperability of data from diverse fields (e.g., genetics, ecology, biodiversity, biomedicine) requires a technology infrastructure based on formalized, shared vocabularies. Developing such vocabularies is a community project. In order to build controlled vocabularies and ontologies, the National Evolutionary Synthesis Center (NESCent: http://nescent.org<http://nescent.org/>) is sponsoring a "Phyloinformatics VoCamp". We invite scientists from diverse sub-disciplines to apply for this event, as explained below. The application deadline is September 18, 2009. More information about motivation, plans, and preliminary ideas is available online at http://bit.ly/VoCamp_Proposal. Feel free to disseminate this notice to colleagues who may be interested.* A VoCamp (http://vocamp.org<http://vocamp.org/>) is an intense, hands-on, working meeting with face-to-face interactions between a diverse group of people focused on vocabulary and ontology design, development and application. The Phyloinformatics VoCamp will include ontology and vocabulary developers from relevant efforts, experts on knowledge representation and reasoning, and users and developers of integrative applications that use these ontologies. This event will partially overlap with the Biodiversity Information Standards (TDWG: http://tdwg.org<http://tdwg.org/>) Annual Conference in Montpellier, France, November 9-13, 2009. The VoCamp is an activity of the TDWG Interest Group on Phylogenetics Standards (http://wiki.tdwg.org/Phylogenetics) and is partly supported by TDWG and the Université Montpellier. GOALS AND ACTIVITIES -------------------- The objective of the event is to connect previously disparate ontology development efforts, stakeholder communities, and interoperability initiatives with shared objectives. Aside from sharing knowledge, expertise, and best practices, our goal is to build-out existing ontology resources in a hands-on manner in terms of ontological rigor, semantic richness, and modularity that supports effective reuse. We also plan to have programming expertise and activities present at the event, such as for necessary large-scale transformations, and especially for proof-of-concept applications that directly apply the ontologies being developed. On a long-term basis, we anticipate that the event, if successful, will give rise to similarly structured follow-up events organized by the participating stakeholder communities, such as TDWG, SONet (http://sonet.ecoinformatics.org<http://sonet.ecoinformatics.org/>), and OBO (http://www.obofoundry.org<http://www.obofoundry.org/>). ORGANIZATION ------------ The VoCamp will be 4 days in duration during November 7-11, 2009 and is co-located with the TDWG annual conference (http://www.tdwg.org/conference2009) in Montpellier, France. The first two days (Nov 7-8) will be dedicated entirely to VoCamp and the remainder of the event (Nov 10-11) will overlap with TDWG 'workshops days'. Participants will have the opportunity, and are encouraged, to interact with TDWG participants and attend conference sessions outside of the VoCamp. The specific vocabulary development targets will be selected by the participants partly in advance through a dedicated area on a wiki, a mailing list, and one or more conference calls, and partly on-site through an Open Space activity. The exact agenda for the event will be developed similarly, but will be largely devoted to ontology and vocabulary development time. At the event itself, participants will self-organize into small subgroups focused on particular targets. The VoCamp will conclude with a wrap-up session, and a report presented to the TDWG conference audience. We also anticipate that several "boot camps" will be needed to ensure a productive event for all participants, for example on ontology design and engineering, reasoning, and infrastructure for collaborative development of ontologies. We welcome comments and suggestions for issues in ontology development that are not explicitly addressed here or in our proposal but that could be addressed at the event. Please email the organizers at vocamp1(a)nescent.org<mailto:vocamp1@nescent.org> with any suggestions. HOW TO APPLY ------------ The application consists of your cv and your responses to 6 questions about your experience, skills, objectives, support, and commitment to open software development. To apply, please fill out the online form at http://bit.ly/VoCamp_Form by September 18, and submit your CV to the organizers at vocamp1(a)nescent.org<mailto:vocamp1@nescent.org>. NESCent will provide funds in support of expenses, including travel, accommodation, registration, and meals. Pending the final amount of funds available and the support requested by the participants, sponsorship may need to be capped. Logistical and travel details will be communicated to accepted and confirmed participants. We specifically encourage applications from members of under- represented groups, specifically women and minorities, and from graduate students and post-docs. If you have questions or are unsure whether to apply, please contact an organizer or write to vocamp1(a)nescent.org<mailto:vocamp1@nescent.org> . Please understand that funding and space for this event are limited. We also need to balance a critical mass of expertise in specific areas with broad participation. Therefore, not all qualified applicants can be guaranteed acceptance. Yours, The Organizing Committee Arlin Stoltzfus, Chair (University of Maryland Biotechnology Institute) Nico Cellinese (University of Florida) Karen Cranston (Field Museum of Natural History) Hilmar Lapp (NESCent) Sheldon McKay (Cold Spring Harbor Laboratory, iPlant Collaborative) Enrico Pontelli (New Mexico State University) * This announcement is being sent to the following lists: evoldir, TDWG, SSB, nexml, phylows, CDAO, SONet, GBIF, Ecolog, TAXACOM. ________________________________ Please consider the environment before printing this email Warning: This electronic message together with any attachments is confidential. If you receive it in error: (i) you must not read, use, disclose, copy or retain it; (ii) please contact the sender immediately by reply email and then delete the emails. The views expressed in this email may not be those of Landcare Research New Zealand Limited. http://www.landcareresearch.co.nz

6 16

DwC taxonomic terms
by Richard Pyle 10 Sep '09

10 Sep '09

Greetings, I only just now subscribed to this list, and I apologize for not coming into the discussion earlier. I've just finished reading this complete thread in the archives, and I want to make a few comments while it's frseh in mind (as fresh as one's mind can be at 3:30am). I will expand (expound?) some more tomorrow. I understand the desire to stick with familiar terms; but in the case of taxonomy, "familiar" can be a bad thing. Several critical words (e.g., "name", "concept", "taxon", etc.) mean slightly (sometimes not so slightly) different things to different people. As such, relying on the term itself to inform users of what the term represents (without referring them to the definition) can lead to disparate applications of the term in provided datasets. In my mind, it's better to use a less-familiar term that requires users to consult the definitoion, to reduce the chance of misapplication; rather than save the end user the trouble of consulting the definition by trying to use a familiar term that is definied differently by different people. Too much opportunity for a person to jump to the wrong conclusion about what content is expected in association with a particular term. One of the biggest complaints I had about TCS 1.0 was the distinction between "name" and "concept". It was always my intent to try to suppress or eliminate this distinction in TCS 2.0; so I'm less eager than Stan is to cling to the terms as they exist in TCS 1.0. Don't get me wrong -- I have been wrestling with data modelling of taxon names and taxon concepts since about 1990, so I am *VERY* familiar with what people mean when they distinguish names from concepts. But at an informatics level, I think Markus was absolutely right when he defined the "usage" as the most granular (and convenient) data object you can use to refer to either taxon concepts or taxon names. Our community has struggled with what to call this "thing" for a long time. Walter called it "Potential Taxon". I first started calling it "TaxonRef" (short for "Taxon Reference", based on pretty-much the same logic Dave Remsen alluded to). Then I started calling it "Assertion" (sensu: http://systbio.org/files/phyloinformatics/1.pdf) James Ytow had something similar called "Appearance"; but after years of conversations with him, we finally established that his "Appearance" was something slightly different (actually more granular). Others have called it a "Treatment" or "Taxon Treatment". In developing GNUB, we finally settled on "TaxonNameUsage", because that was both explicit, and generic (and also wouldn't likely be confused with anything else in our field). Yes, it's cumbersome, but I think it represents the right balance of self-describing but without potentially disparate preconceived notions. The definition is the usage or application of a taxon name within a particular documented context. "Documented context" is mostly published literature, but can also include any other forms of documentation, such as correspondence, unpublished manuscripts, single-copy documents such as field notes, specimen identification tags, etc. This is the core unit of information that GNUB will index and assign shared GUIDs to. I am absolutely convinced that it will become the standard currency for referencing taxon names and concepts. The point that Markus was trying to make is that a TaxonNameUsage instance carries both an implied (or explicit) taxon concept circumscription, and also the nomenclatural metadata associated with how that circumcription was labelled (i.e., the "name"). This doesn't mean it's ambiguous, because it is what it is: a discrete Usage Instance. The difference is in what set of metadata is harvested from the identified Usage Instance. For example, consider: 1. Aus bus Smith 1950 sec Smith 1950 2. Aus bus Smith 1950 sec Jones 1960 3. Xus bus (Smith 1950) sec Brown 1970 We have one species epithet, and three TaxonNameUsage instances (TNUs). #1 is the original taxonomic description of the species "bus", which was originally combined with the genus "Aus". This has both a name part (Aus bus Smith 1950), and an implied taxon concept (sec Smith 1950). If I resolve any of these TNUs for nomenclatural information, I get a genus name, species epithet, an author, and a year. If I resolve them for taxon concept information, I get all the name bits plus the according to stuff ("sec" stuff); plus any other taxon concept information that is resolvable through that particular usage instance. Thus, whether you're interested in the nomenclature or the concept circumscription, you get both (explicitly) from referencing a TNU instance. I'm too tired to write any more now, but I plan to expand on this tomorrow, with specific reference to the DwC terms and in the context of GNUB. Aloha, Rich Richard L. Pyle, PhD Database Coordinator for Natural Sciences and Associate Zoologist in Ichthyology Department of Natural Sciences, Bishop Museum 1525 Bernice St., Honolulu, HI 96817 Ph: (808)848-4115, Fax: (808)847-8252 email: deepreef(a)bishopmuseum.org http://hbs.bishopmuseum.org/staff/pylerichard.html

4 10

FW: biostatus
by Kevin Richards 10 Sep '09

10 Sep '09

Not sure if Jerry's post got through to the list - it looked like it bounced. So I am posting again on his behalf... -----Original Message----- From: Jerry Cooper Sent: Friday, 11 September 2009 9:39 a.m. To: Kevin Richards; Blum, Stan; tuco(a)berkeley.edu Cc: tdwg-content(a)lists.tdwg.org Subject: RE: [tdwg-content] biostatus A lot of this was thought about when we were working on the IAS Profile schema and associated use-cases ... http://wiki.tdwg.org/InvasiveSpecies/ Agreed that 'biostatus' (which is an imprecisely defined trem) is a property of a taxon concept. In many domains there clearly a need to pass information about the presence/absence and indigenous/endemic/introduced/invasiveness etc, status of a taxon, in a defined geograhical area. Of course this is not primary data relating to specimens or observations, but is an aggregate opinion based on evidence available to the compiler. Open any book on any aspect of biogeography and you will find such statements and polygon boundaries. It is one of the elements gathered by Species2000. It certainly an implicit or explicit component of regional checklists. Our recently funded NZOR project (http://nzor.org.nz) will compile the first digital catalogue of life for New Zealand and a key requirement dicated by our funders (and biosecurity legislation) is accompanying evidence-based statements of the presence or absence of a taxon (concept) in New Zealand political, economic and biogeographical borders. Such statements only belongs in DwC in a most abstract extension of DwC relating to passing taxon concept related data, and not primary data on collections/observations. Jerry -----Original Message----- From: Kevin Richards Sent: Thursday, 10 September 2009 4:01 p.m. To: Blum, Stan; tuco(a)berkeley.edu Cc: tdwg-content(a)lists.tdwg.org Subject: RE: [tdwg-content] biostatus Absolutely, the invasive species people need to have their input here. Invasive species data is a great use case of biostatus data. There should be allowance for invasive attributes in the new Darwin Core, considering the invasive species group attempted to extend darwin core previously. I do believe biostatus applies to Taxon Concepts, not specimens (if that was what you were implying Stan), as you cannot really say that the specimen itself is invasive - it is the concept you have identified it to that can be deemed invasive, surely. Specimens can provide a "present" biostatus, but not "absent", nor biostatus origin, such as "exotic". So they are a source of biostatus data, but I dont think they are objects that biostatus is strictly attributed to. Kevin ________________________________________ From: Blum, Stan [SBlum(a)calacademy.org] Sent: Thursday, 10 September 2009 2:47 p.m. To: Kevin Richards; tuco(a)berkeley.edu Cc: tdwg-content(a)lists.tdwg.org Subject: RE: [tdwg-content] biostatus I don't know what the current thinking is regarding the invasive species work and the DwC, but what you're asking for, Kevin, seems to me to be a summary judgement about the occurrence (presence) of a species in a geographic region. I think individual organism occurrence records (note I don't use species occurrence) can be tagged with an attribute indicating that the record can be used for distribution analysis (but that may need to be further refined into native, naturalized (=invasive?), and cultivated/captive). I think the invasive species folks need to weigh in here about their use cases: data they want to analyze about organisms, versus summary statements they want to make about taxa. My two cents, -Stan ________________________________________ From: tdwg-content-bounces(a)lists.tdwg.org [tdwg-content-bounces(a)lists.tdwg.org] On Behalf Of Kevin Richards [RichardsK(a)landcareresearch.co.nz] Sent: Wednesday, September 09, 2009 7:08 PM To: tuco(a)berkeley.edu Cc: tdwg-content(a)lists.tdwg.org Subject: Re: [tdwg-content] biostatus I was just thinking to that the "locality" type component should be influenced by other geo components within TDWG - ideally it probably should be linked to TDWG regions, dublic core, ISO, or other vocab? Also, there is probably a time element in this. But I don't think we need to go there. :-) Kevin ________________________________________ From: gtuco.btuco(a)gmail.com [gtuco.btuco(a)gmail.com] On Behalf Of John R. WIECZOREK [tuco(a)berkeley.edu] Sent: Thursday, 10 September 2009 12:52 p.m. To: Kevin Richards Cc: tdwg-content(a)lists.tdwg.org Subject: Re: [tdwg-content] biostatus Makes sense, but need a "second" of the motion to include. On Wed, Sep 9, 2009 at 5:21 PM, Kevin Richards<RichardsK(a)landcareresearch.co.nz> wrote: > Yes, thats a good start, however, biostatus is a more complicated topic than that, eg whther it is "native" may depend on the region you are looking at - so region data needs to be included, and whether it is present or not also is another important piece of data. > > biostatus is also really a name/concept oriented piece of data, not specimen/occurrence. So maybe useful to have as domain (RDF) independent?? > > So I suggest a "class" fro biostatus that includes: > Biostatus (eg Endemic, Indigenous, Exotic) > BiostatusOccurrence (eg Present, Absent) > BiostatusRegion (eg, New Zealand) > > so you could have biostatus about a taxon in NZ like > "Aus bus" has biostatus in NZ, Exotic and Present > and a more lacalised biostatus for a region of NZ, eg > "Aus bus" has biostatus in Canterbury NZ, Exotic and Absent > > Make sense? > > Kevin > > ________________________________________ > From: gtuco.btuco(a)gmail.com [gtuco.btuco(a)gmail.com] On Behalf Of John R. WIECZOREK [tuco(a)berkeley.edu] > Sent: Thursday, 10 September 2009 11:53 a.m. > To: Kevin Richards > Cc: tdwg-content(a)lists.tdwg.org > Subject: Re: [tdwg-content] biostatus > > Hi Kevin, > > Not exactly sure what is meant by biostatus given what you have > written, but have a look at the term establishmentMeans > (http://rs.tdwg.org/dwc/terms/index.htm#establishmentMeans) and see if > that is the same or similar. > > John > > On Wed, Sep 9, 2009 at 4:46 PM, Kevin > Richards<RichardsK(a)landcareresearch.co.nz> wrote: >> This is a bit out of the blue, and I haven't had the chance to look into it >> fully, but... >> >> is there allowance for Biostatus in the new Dariwn Core format? >> >> An imprtant, and common field - ie Biostatus occurrence, locality, and >> status, eg "Present Indigenous" >> >> Kevin >> > > Please consider the environment before printing this email > Warning: This electronic message together with any attachments is confidential. If you receive it in error: (i) you must not read, use, disclose, copy or retain it; (ii) please contact the sender immediately by reply email and then delete the emails. > The views expressed in this email may not be those of Landcare Research New Zealand Limited. http://www.landcareresearch.co.nz > Please consider the environment before printing this email Warning: This electronic message together with any attachments is confidential. If you receive it in error: (i) you must not read, use, disclose, copy or retain it; (ii) please contact the sender immediately by reply email and then delete the emails. The views expressed in this email may not be those of Landcare Research New Zealand Limited. http://www.landcareresearch.co.nz _______________________________________________ tdwg-content mailing list tdwg-content(a)lists.tdwg.org http://lists.tdwg.org/mailman/listinfo/tdwg-content Please consider the environment before printing this email Warning: This electronic message together with any attachments is confidential. If you receive it in error: (i) you must not read, use, disclose, copy or retain it; (ii) please contact the sender immediately by reply email and then delete the emails. The views expressed in this email may not be those of Landcare Research New Zealand Limited. http://www.landcareresearch.co.nz

1 0

Re: [tdwg-content] biostatus
by renato＠cria.org.br 10 Sep '09

10 Sep '09

Hi Kevin, I think one of the roles of SPM (Species Profile Model) was to represent the kind of data you mentioned: http://wiki.tdwg.org/SPM/ A species profile points to a taxon concept (aboutTaxon) and may have several pieces of information attached, including one for distribution. Each piece of information should be able to indicate a geographical and/or temporal context. However, I don't know what is the current status of SPM and what are the plans for it. The invasive species group also defined terms for what you called "biostatus". They called it "species status" and you can find more information about the terms in the end of this page: http://www.niiss.org/cwis438/websites/GISINDirectory/tech/Model_info.php?Mo… Best Regards, -- Renato > Absolutely, the invasive species people need to have their input here. > Invasive species data is a great use case of biostatus data. > > There should be allowance for invasive attributes in the new Darwin Core, > considering the invasive species group attempted to extend darwin core > previously. > > I do believe biostatus applies to Taxon Concepts, not specimens (if that > was what you were implying Stan), as you cannot really say that the > specimen itself is invasive - it is the concept you have identified it to > that can be deemed invasive, surely. > > Specimens can provide a "present" biostatus, but not "absent", nor > biostatus origin, such as "exotic". So they are a source of biostatus > data, but I dont think they are objects that biostatus is strictly > attributed to. > > Kevin -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

1 0

NESCent Phyloinformatics VoCamp
by Nico Cellinese 09 Sep '09

09 Sep '09

NESCent Phyloinformatics VoCamp OPEN CALL FOR PARTICIPATION Integrating diverse biological data with the historical process of evolution is a grand challenge for 21st century biology. The interoperability of data from diverse fields (e.g., genetics, ecology, biodiversity, biomedicine) requires a technology infrastructure based on formalized, shared vocabularies. Developing such vocabularies is a community project. In order to build controlled vocabularies and ontologies, the National Evolutionary Synthesis Center (NESCent: http://nescent.org) is sponsoring a "Phyloinformatics VoCamp". We invite scientists from diverse sub-disciplines to apply for this event, as explained below. The application deadline is September 18, 2009. More information about motivation, plans, and preliminary ideas is available online at http://bit.ly/VoCamp_Proposal. Feel free to disseminate this notice to colleagues who may be interested.* A VoCamp (http://vocamp.org) is an intense, hands-on, working meeting with face-to-face interactions between a diverse group of people focused on vocabulary and ontology design, development and application. The Phyloinformatics VoCamp will include ontology and vocabulary developers from relevant efforts, experts on knowledge representation and reasoning, and users and developers of integrative applications that use these ontologies. This event will partially overlap with the Biodiversity Information Standards (TDWG: http://tdwg.org) Annual Conference in Montpellier, France, November 9-13, 2009. The VoCamp is an activity of the TDWG Interest Group on Phylogenetics Standards (http://wiki.tdwg.org/Phylogenetics) and is partly supported by TDWG and the Université Montpellier. GOALS AND ACTIVITIES -------------------- The objective of the event is to connect previously disparate ontology development efforts, stakeholder communities, and interoperability initiatives with shared objectives. Aside from sharing knowledge, expertise, and best practices, our goal is to build-out existing ontology resources in a hands-on manner in terms of ontological rigor, semantic richness, and modularity that supports effective reuse. We also plan to have programming expertise and activities present at the event, such as for necessary large-scale transformations, and especially for proof-of-concept applications that directly apply the ontologies being developed. On a long-term basis, we anticipate that the event, if successful, will give rise to similarly structured follow-up events organized by the participating stakeholder communities, such as TDWG, SONet (http://sonet.ecoinformatics.org) and OBO (http://www.obofoundry.org) ORGANIZATION ------------ The VoCamp will be 4 days in duration during November 7-11, 2009 and is co-located with the TDWG annual conference (http://www.tdwg.org/conference2009) in Montpellier, France. The first two days (Nov 7-8) will be dedicated entirely to VoCamp and the remainder of the event (Nov 10-11) will overlap with TDWG 'workshops days'. Participants will have the opportunity, and are encouraged, to interact with TDWG participants and attend conference sessions outside of the VoCamp. The specific vocabulary development targets will be selected by the participants partly in advance through a dedicated area on a wiki, a mailing list, and one or more conference calls, and partly on-site through an Open Space activity. The exact agenda for the event will be developed similarly, but will be largely devoted to ontology and vocabulary development time. At the event itself, participants will self-organize into small subgroups focused on particular targets. The VoCamp will conclude with a wrap-up session, and a report presented to the TDWG conference audience. We also anticipate that several "boot camps" will be needed to ensure a productive event for all participants, for example on ontology design and engineering, reasoning, and infrastructure for collaborative development of ontologies. We welcome comments and suggestions for issues in ontology development that are not explicitly addressed here or in our proposal but that could be addressed at the event. Please email the organizers at vocamp1(a)nescent.org with any suggestions. HOW TO APPLY ------------ The application consists of your cv and your responses to 6 questions about your experience, skills, objectives, support, and commitment to open software development. To apply, please fill out the online form at http://bit.ly/VoCamp_Form by September 18, and submit your CV to the organizers at vocamp1(a)nescent.org. NESCent will provide funds in support of expenses, including travel, accommodation, registration, and meals. Pending the final amount of funds available and the support requested by the participants, sponsorship may need to be capped. Logistical and travel details will be communicated to accepted and confirmed participants. We specifically encourage applications from members of under- represented groups, specifically women and minorities, and from graduate students and post-docs. If you have questions or are unsure whether to apply, please contact an organizer or write to vocamp1(a)nescent.org . Please understand that funding and space for this event are limited. We also need to balance a critical mass of expertise in specific areas with broad participation. Therefore, not all qualified applicants can be guaranteed acceptance. Yours, The Organizing Committee Arlin Stoltzfus, Chair (University of Maryland Biotechnology Institute) Nico Cellinese (University of Florida) Karen Cranston (Field Museum of Natural History) Hilmar Lapp (NESCent) Sheldon McKay (Cold Spring Harbor Laboratory, iPlant Collaborative) Enrico Pontelli (New Mexico State University) * This announcement is being sent to the following lists: evoldir, TDWG, SSB, nexml, phylows, CDAO, SONet, GBIF, Ecolog, TAXACOM.

1 0

[tdwg-phylo] NESCent Phyloinformatics VoCamp
by Nico Cellinese 09 Sep '09

09 Sep '09

NESCent Phyloinformatics VoCamp OPEN CALL FOR PARTICIPATION Integrating diverse biological data with the historical process of evolution is a grand challenge for 21st century biology. The interoperability of data from diverse fields (e.g., genetics, ecology, biodiversity, biomedicine) requires a technology infrastructure based on formalized, shared vocabularies. Developing such vocabularies is a community project. In order to build controlled vocabularies and ontologies, the National Evolutionary Synthesis Center (NESCent: http://nescent.org) is sponsoring a "Phyloinformatics VoCamp". We invite scientists from diverse sub-disciplines to apply for this event, as explained below. The application deadline is September 18, 2009. More information about motivation, plans, and preliminary ideas is available online at http://bit.ly/VoCamp_Proposal. Feel free to disseminate this notice to colleagues who may be interested.* A VoCamp (http://vocamp.org) is an intense, hands-on, working meeting with face-to-face interactions between a diverse group of people focused on vocabulary and ontology design, development and application. The Phyloinformatics VoCamp will include ontology and vocabulary developers from relevant efforts, experts on knowledge representation and reasoning, and users and developers of integrative applications that use these ontologies. This event will partially overlap with the Biodiversity Information Standards (TDWG: http://tdwg.org) Annual Conference in Montpellier, France, November 9-13, 2009. The VoCamp is an activity of the TDWG Interest Group on Phylogenetics Standards (http://wiki.tdwg.org/Phylogenetics) and is partly supported by TDWG and the Université Montpellier. GOALS AND ACTIVITIES -------------------- The objective of the event is to connect previously disparate ontology development efforts, stakeholder communities, and interoperability initiatives with shared objectives. Aside from sharing knowledge, expertise, and best practices, our goal is to build-out existing ontology resources in a hands-on manner in terms of ontological rigor, semantic richness, and modularity that supports effective reuse. We also plan to have programming expertise and activities present at the event, such as for necessary large-scale transformations, and especially for proof-of-concept applications that directly apply the ontologies being developed. On a long-term basis, we anticipate that the event, if successful, will give rise to similarly structured follow-up events organized by the participating stakeholder communities, such as TDWG, SONet (http://sonet.ecoinformatics.org) and OBO (http://www.obofoundry.org) ORGANIZATION ------------ The VoCamp will be 4 days in duration during November 7-11, 2009 and is co-located with the TDWG annual conference (http://www.tdwg.org/conference2009) in Montpellier, France. The first two days (Nov 7-8) will be dedicated entirely to VoCamp and the remainder of the event (Nov 10-11) will overlap with TDWG 'workshops days'. Participants will have the opportunity, and are encouraged, to interact with TDWG participants and attend conference sessions outside of the VoCamp. The specific vocabulary development targets will be selected by the participants partly in advance through a dedicated area on a wiki, a mailing list, and one or more conference calls, and partly on-site through an Open Space activity. The exact agenda for the event will be developed similarly, but will be largely devoted to ontology and vocabulary development time. At the event itself, participants will self-organize into small subgroups focused on particular targets. The VoCamp will conclude with a wrap-up session, and a report presented to the TDWG conference audience. We also anticipate that several "boot camps" will be needed to ensure a productive event for all participants, for example on ontology design and engineering, reasoning, and infrastructure for collaborative development of ontologies. We welcome comments and suggestions for issues in ontology development that are not explicitly addressed here or in our proposal but that could be addressed at the event. Please email the organizers at vocamp1(a)nescent.org with any suggestions. HOW TO APPLY ------------ The application consists of your cv and your responses to 6 questions about your experience, skills, objectives, support, and commitment to open software development. To apply, please fill out the online form at http://bit.ly/VoCamp_Form by September 18, and submit your CV to the organizers at vocamp1(a)nescent.org. NESCent will provide funds in support of expenses, including travel, accommodation, registration, and meals. Pending the final amount of funds available and the support requested by the participants, sponsorship may need to be capped. Logistical and travel details will be communicated to accepted and confirmed participants. We specifically encourage applications from members of under- represented groups, specifically women and minorities, and from graduate students and post-docs. If you have questions or are unsure whether to apply, please contact an organizer or write to vocamp1(a)nescent.org . Please understand that funding and space for this event are limited. We also need to balance a critical mass of expertise in specific areas with broad participation. Therefore, not all qualified applicants can be guaranteed acceptance. Yours, The Organizing Committee Arlin Stoltzfus, Chair (University of Maryland Biotechnology Institute) Nico Cellinese (University of Florida) Karen Cranston (Field Museum of Natural History) Hilmar Lapp (NESCent) Sheldon McKay (Cold Spring Harbor Laboratory, iPlant Collaborative) Enrico Pontelli (New Mexico State University) * This announcement is being sent to the following lists: evoldir, TDWG, SSB, nexml, phylows, CDAO, SONet, GBIF, Ecolog, TAXACOM.

1 0

[tdwg-sdd] TDWG meeting 2009 in Montpellier - Biological Descriptions Presentations
by Gregor Hagedorn 07 Sep '09

07 Sep '09

Who is presently working on biological descriptions management, analysis and identification and coming to the http://www.tdwg.org/conference2009/ We are inviting presentation of current work - outside of the SPM activities, which are covered by a separate session - of these topics in the session of the "Biological Descriptions Interest Group : Identification keys, documents, platforms, and infrastructure." Gregor -- --------------------------------- Dr. Gregor Hagedorn Heinrich-Seidel-Str. 2 12167 Berlin skype: g.hagedorn This message is sent on a personal basis and does not constitute an activity of the German Federal Government or its research institutions. Together with any attachments, this message is intended only for the person to whom it is addressed and may not be redistributed or published without permission.

1 0

[tdwg-phylo] Interest Group Charter: Need feedback
by Hilmar Lapp 06 Sep '09

06 Sep '09

Hi all, as I'm sure you've noticed already, the 2009 TDWG Conference is coming up and only about 2 months away. Nico and I hope to see as many of you there as possible! As the one remaining TODO needed to complete the formal establishment of our TDWG Interest Group, we need to get the group's charter written, finalized, and approved. Nico and I have now written a draft charter here: http://docs.google.com/View?id=dhdjhbvd_65ff7bp3dn Since in order to be approved by the executive committee in time for the 2009 conference it needs to be submitted rather soon. So, we'd be much obliged if you can review the draft and give us feedback, comments, and suggestions by Friday, Sep 11, so we can incorporate it in time for submitting the final version on Monday, Sep 14. FYI, there'll likely be significant activities of our group at the event, the announcements and Calls for Participation for which will be posted here over the coming week. Pending final approval for funding and logistics, one of these will be a VoCamp; check out http://evoinfo.nescent.org/VoCamp1_Proposal if you're curious. Cheers, Hilmar & Nico

1 0

NCD and DwC
by John R. WIECZOREK 27 Aug '09

27 Aug '09

Hi Wouter and Neil (and others), I hope both of you are well. I know this may be a busy time (or, better, vacation time), but I hope that you have had a chance to consider recent discussions on tdwg-content about the relationships between DwC, NCD and the TDWG Ontology. In addition to those public discussions, I'm adding a few questions and comments I have had during the progression of the Darwin Core Review. I'm cc'ing those having a clear vested interest in resolution on both sides. I would urge you to look at the relevant tdwg-content commentary as well as my concerns from the messages below so that we can hopefully quickly come to a consensus on joint plan. I say quickly because I am eager that DwC review shouldn't undergo further unnecessary delays. In case it's a bit much to go through all of the "literature" relevant to the proposal I'm making, and in hopes of facilitating quick solutions, I'll summarize. 1) Dublin Core recommends the use of the dcterms rather than their antiquated dc counterparts. Shouldn't NCD follow suit? Specific example: instead of http://purl.org/dc/elements/1.1/source, use http://purl.org/dc/terms/source. 2) NCD is using terms from the TDWG ontology, which is to date an unfinished academic exercise without any review. This dependency seems to me to guarantee that NCD will require revision when the ontology is revised. This wouldn't necessarily be required if NCD took the reigns and defined terms that aren't already in another standard (the Ontology does not fit into this category) within its own domain. Specifically, abandon http://rs.tdwg.org/ontology/voc/ in favor of http://rs.tdwg.org/ncd/terms/. 3) Reword some of the NCD term definitions so that NCD can be used more generally for data sets (data collections), and not just for object collections. With these commitments, DwC could safely move forward reusing NCD terms. Without the last two, DwC will have to redefine terms such as collectionID. Following are relevant message excerpts from previous tdwg-content postings: ----- from John R. WIECZOREK <tuco(a)berkeley.edu> reply-to tuco(a)berkeley.edu to TDWG Content Mailing List <tdwg-content(a)lists.tdwg.org> date Thu, Jul 23, 2009 at 6:20 PM subject Darwin Core Collection-related terms I have taken the content of the Darwin Core Issues 32 and 33 to post here as they both require discussion before an unambiguous recommendation can be made. >>>From http://code.google.com/p/darwincore/issues/detail?id=32 Reported by ren...(a)cria.org.br Term Name: collectionID Recommendation: Reuse the term which is already defined in NCD (on the other hand, the NCD term defined in the corresponding RDF file should probably not be restricted to a specific domain). Submitter: Renato De Giovanni Comment 1 by gtuco.btuco This is indeed intended to be the same term. Can you provide the URI to the term in NCD? Status: Accepted Labels: Milestone-Release1.0 Priority-Critical Comment 2 by ren...(a)cria.org.br Currently the URI is: http://rs.tdwg.org/ontology/voc/Collection#collectionId But I think that relationship terms like this one should probably not be bound to a domain since they can be used by objects from many different classes. I'm not sure if it's possible to change NCD and if the NCD creators would agree with this change. Perhaps a better URI for this term would be: http://rs.tdwg.org/ontology/voc/collectionId >>>From http://code.google.com/p/darwincore/issues/detail?id=33 Reported by ren...(a)cria.org.br Term Name: collectionCode Recommendation: Reuse existing term from NCD, but I would probably also suggest to change the NCD term from http://rs.tdwg.org/ontology/voc/Collection#acronymOrCoden to http://rs.tdwg.org/ontology/voc/collectionCode (without a domain). It would be nice to know Markus' or Roger's opinion about this, since they participated in the NCD group. Submitter: Renato De Giovanni ------- from Tim Robertson <trobertson(a)gbif.org> to tuco(a)berkeley.edu cc TDWG Content Mailing List <tdwg-content(a)lists.tdwg.org> date Fri, Jul 24, 2009 at 1:12 AM subject Re: [tdwg-content] Darwin Core Collection-related terms Hi John, Renato Thinking aloud, some possible options I see might be: a) - omit it from the DwC terms altogether b) - reuse the existing URI if the NCD term domain was derestricted c) - keep a duplicate term in the DwC NS d) - ? keep a duplicate term in the DwC NS and add some kind of "is equivalent of" to the NCD acronymOrCoden e) - ? keep a duplicate term in the DwC NS and have NCD acronymOrCoden do some "refinement" of dwc:collectionCode My preference is for c) (or if possible e) for clear boundaries of dwc and also maintainability reasons. To me, DwC fits nicely as a set of commonly used terms which are unrestricted to domain classes, and extend the terms offered by the DublinCore Metadata Terms. Using these terms we can assemble models/schemas etc. To say DwC now also includes terms from other namespaces (which are currently restricted to domains), I think might become more difficult to grasp and maintain. I also wonder if going down the route of b) or d) for one term could open the floodgates for a lot of other terms (http://rs.tdwg.org/dwc/terms/index.htm#genus -> http://rs.tdwg.org/ontology/voc/TaxonName#genusPart) and effectively move towards being an "index of data and object properties in the TDWG ontology". Just some thoughts, Tim ------- from renato(a)cria.org.br to TDWG Content Mailing List <tdwg-content(a)lists.tdwg.org> date Fri, Jul 24, 2009 at 6:52 AM subject Re: [tdwg-content] Darwin Core Collection-related terms Hi Tim, Nice summary. My preference is for b. Considering that NCD follows the same principles of this new DarwinCore version, I see no reason for duplicating the same term. No matter how much we try to keep boundaries clear between standards, there will always be some kind of semantic overlap between them. Having the same terms defined under different namespaces can be very confusing for users. I think TDWG should try to make things as reusable as possible. To be more specific, I would suggest the following changes to NCD: 1) Remove the domain from collectionId and institutionId and rename them to "Id" so that the URI becomes: http://rs.tdwg.org/ontology/voc/Collection#Id http://rs.tdwg.org/ontology/voc/Institution#Id 2) Remove the domain from #acronymOrCoden (Collection) and rename it to "Code" so that the URI becomes: http://rs.tdwg.org/ontology/voc/Collection#Code 3) Add a Code property in Institution (without a domain) making it: http://rs.tdwg.org/ontology/voc/Institution#Code Then DarwinCore or any other standard can easily reuse these terms. Depending on how this gets solved, yes, I think we should open the floodgates... Best Regards, Renato ------ from John R. WIECZOREK <tuco(a)berkeley.edu> reply-to tuco(a)berkeley.edu to Lynn Kutner <Lynn_Kutner(a)natureserve.org> cc TDWG Content Mailing List <tdwg-content(a)lists.tdwg.org> date Fri, Jul 31, 2009 at 12:57 PM subject Re: [tdwg-content] InstitutionCode Issue - ownership vs. custodianship The codes are now meant for any data set (a collection of data), not just collections of objects. They were actually always meant to be that way, but the descriptions had their origins in the specimen collections realm. Specifically, the following terms can all be used to identify where data are coming from originally: institutionCode collectionCode collectionID datasetID while the Dublin Core terms dc:rights, and dc:rightsHolder can be used to describe the original or other vested interests. To be more clear about what I meant about collection-related terms, I would propose changing the descriptions as follow: institutionCode: "The name (or acronym) in use by the institution administering the original record." collectionCode: "The name (or acronym) identifying the original collection or data set from which the record was derived." collectionID: "A unique identifier for the original collection or dataset from which the record was derived. Recommended best practice is to use the identifier in a collections registry such as the Biodiversity Collections Index (http://www.biodiversitycollectionsindex.org/)" datasetID: "An identifier for the data set. May be a global unique identifier or an identifier specific to a collection or institution." (unchanged) catalogNumber: An identifier (preferably unique) for the record within the data set or collection.

5 8

Re: [tdwg-content] dwc: city to county
by John R. WIECZOREK 26 Aug '09

26 Aug '09

Hi Gregor, Sorry to remain confusing (it's all so clear to me ;-) ). I think what you are trying to do is relate records by features they have in common, features that one might find in gazetteers of named places. That's not what the locationID is for. locationID is the identifier for the Location. The Location consists of all of those fields having to do with place. If two Locations differ in any of the content of any of the fields in Location, they should have different locationIDs. This is consistent with the use of class identifiers throughout the rest of the Darwin Core. So, you said, "I assume that the locality is known in detail, e.g. "E of little pond 100 S of village X". Can the localityID for village X be given or not?" The answer is "No, the locationID for village X can exist, but it shouldn't be the locationID of the record referring to the detailed place that mentions village X." I hope that's clearer. John On Tue, Aug 18, 2009 at 2:41 PM, Gregor Hagedorn<g.m.hagedorn(a)gmail.com> wrote: >> But I think you misunderstood me. The >> localityID can apply to any level of granularity, but it should always >> be the id for the whole of the Location, not some arbitrary part of >> it, such as the stateProvince in one case and country in another. >> >> In other words, if a country, stateProvince, and county were given >> with a localityID, that localityID should apply to the combination of >> the three (in other words, the county, within that stateProvince >> within that country). If a locality were also given, then the id >> shoould be for that locality within that county within that >> stateProvince within that country. The id could even apply to >> individual georeferences within named places. > > Thanks John, but sorry, I still don't understand. I assume that the > locality is known in detail, e.g. "E of little pond 100 S of village > X". Can the localityID for village X be given or not? I thought your > counterexample would preclude that. You say "the whole content of the > Location part of the record, not just one part of it". Is the village > Gazetteer ID a "part" in that sense or not? Or, shall the location > details (sublocation) be given elsewhere? > > Gregor >

3 8