[tdwg-content] Darwin Core vernacularName field

"Markus Döring (GBIF)" mdoering at gbif.org
Wed Jul 27 09:40:52 CEST 2011


Peter,
dwc terms, even though defined with the help of rdf, are not tied to a technology and cannot represent complex objects with multiple properties.
Subclassing DC terms is sth we do in the definitions (aka "refines"), but that doesn't mean they inherit the DC implementations of xml or rdf.

Said that I agree that it makes sense to have the 2 name terms refine some label, maybe even dc:title to draw from DC as we do in other places? But that won't give us the language attribute Geoffrey is looking for. 

Markus


PS: From the last years experience at GBIF I can only say that sharing common names with the vernacular names extension for dwc archives worked very well for various partners, both publishing and consuming: http://rs.gbif.org/extension/gbif/1.0/vernacularname.xml



On Jul 25, 2011, at 21:52, Peter DeVries wrote:

> I was thinking that the DarwinCore names should be set to be either subproperties of rdfs:label or
> 
> skos:preflabel - dwc:scientificName
> skos:altlabel   - dwc:vernacularName
> 
> This would consuming services to understand how to interpret them.
> 
> If you look at the DBpedia record for the Cougar you will find the following:
> 
> <rdf:Description rdf:about="http://dbpedia.org/resource/Cougar"><rdfs:label xml:lang="en">Cougar</rdfs:label></rdf:Description>
> <rdf:Description rdf:about="http://dbpedia.org/resource/Cougar"><rdfs:label xml:lang="fr">Puma</rdfs:label></rdf:Description>
> 
> So if the DarwinCore is RDF then having two vernacularNames that differ in their language tag should not be a problem
> 
> If this is strict schema bound XML then it is.
> 
> - Pete
> 
> On Thu, Jul 21, 2011 at 10:23 AM, Geoffrey Allen <gsallen at unb.ca> wrote:
> Greeting,
> 
> I have recently begun the process of digitising the 60,000 specimen vouchers from the UNB herbarium. The textual data for 40,000+ of those has already been entered into a database, and I am now trying to map those values to DwC so that we may share the data with other collections.
> 
> I have some concern over the fact that simple DwC does not allow the repetition or extension of certain fields. The vernacularName field is a particular problem. New Brunswick is Canada's only officially bilingual province, as such, our specimens are all identified with both their English and French common names in the database. It would be very useful if we could extend DwC, creating something along the lines of <vernacularName lang=en>, or allow nesting of elements, perhaps in the form:
> <vernacularName> 
> 	<English>Chives</English>
> 	<French>Ciboulette, brulotte</French>
> </vernacularName> 
> 
> The other option, as I see it, is that we store the English and French common names in our own fields, and then concatenate the two to create the DwC:vernacularName field. I see this option as less than ideal since it may hinder search/browsability. It may also cause a host of other problems from interpreting to storing the data. The herbarium with whom we first intent to share the data has already expressed a concern that their system cannot handle the diacritics found in many of the French names (!). They would like the Eng. common names, but not the French. This is more difficult to achieve if we concat the values.
> 
> One additional thought is that the herbarium's imprint, _Flora of New Brunswick_, also includes common names in Maliseet and Mi'kmaq wherever possible. Although these two aboriginal languages do not currently exist in the dataset we are using, there is the potential that they may be added at some point in the future. 
> 
> It seems to me that the repetition of fields may be necessary in other instances too. I am having some difficulty figuring out how to record all the location data we have for the specimens, which are indicated using verbal descriptions, Lat/Long, UTM, and NTS coordinates - in many cases using all 4 for a single sample, but I will save the details for another posting.
> 
> I will watch for the group's thoughts on this problem.
> 
> Many thanks,
> Geoffrey
> --------------------------------------------
> 
> Geoffrey Allen
> Digital Projects Librarian
> Electronic Text Centre
> Harriet Irving Library
> University of New Brunswick
> Fredericton, NB  E3B 5H5
> Tel: (506) 447-3250
> Fax: (506) 453-4595
> gsallen at unb.ca
> 
> 
> _______________________________________________
> tdwg-content mailing list
> tdwg-content at lists.tdwg.org
> http://lists.tdwg.org/mailman/listinfo/tdwg-content
> 
> 
> 
> 
> -- 
> ------------------------------------------------------------------------------------
> Pete DeVries
> Department of Entomology
> University of Wisconsin - Madison
> 445 Russell Laboratories
> 1630 Linden Drive
> Madison, WI 53706
> Email: pdevries at wisc.edu
> TaxonConcept  &  GeoSpecies Knowledge Bases
> A Semantic Web, Linked Open Data  Project
> --------------------------------------------------------------------------------------
> _______________________________________________
> tdwg-content mailing list
> tdwg-content at lists.tdwg.org
> http://lists.tdwg.org/mailman/listinfo/tdwg-content



More information about the tdwg-content mailing list