- tdwg-content - lists.tdwg.org

assertions in DwC terms
by Hilmar Lapp 24 Aug '09

24 Aug '09

The current DwC Terms version (at http://rs.tdwg.org/dwc/rdf/dwcterms.rdf) defines the domain for (at least some) object properties. Unless I am missing something this means that when I use DwC Terms for properties I implicitly assert the class of the subject, which means that either I can use DwC terms only for subjects of the type they are intended for (and why would one want to limit DwC's use in this way?), or reasoning based on RDF or OWL extractions of leads to problems. For example, in the Phenoscape project [1] we would like to link characters, states, or OTUs to the specimens based on which a systematist defined a (or all) character(s) or state(s). The specimens would be described in a NeXML document [2] with embedded RDFa annotation by institutionCode, collectionCode, and catalogNumber. The RDF extracted from that when run in a reasoner (which we will do) would implicitly assert that the specimen is a DwCTerms:Occurrence. Right now that probably doesn't hurt much in this case, but it might in the future, and I'm not sure what is gained from forcing those implicit assertions in the vocabulary. Should I post this as an issue to the tracker on Google Code, too? -hilmar [1] http://phenoscape.org [2] http://nexml.org -- =========================================================== : Hilmar Lapp -:- Durham, NC -:- hlapp at duke dot edu : ===========================================================

3 7

taxonAccordingToID
by David Remsen 19 Aug '09

19 Aug '09

John - Is there a good reason why there is a namePublishedIn and namePublishedInID pair or properties for explicitly or indirectly referencing the original description of a name but only a taxonAccordingTo propertly for explicitly citing a subsequent use or reference to a name. Why no means to reference a non-original citation? Regards, David

1 0

Re: [tdwg-content] dwc: city to county
by Gregor Hagedorn 18 Aug '09

18 Aug '09

At the moment I can only add small bits of geo-relevant comments to the dwc effort: -------- 1. While studying the available terms for describing biodiversity-related images for MRTG, trying to reuse as many dwc terms as possible (unless higher priority standards already exists, such as dc or xmp, see http://www.keytonature.eu/wiki/MRTG_Schema_v0.7#Geography_Vocabulary), we note the conspicuous absence of ** city or place name ** The term is available in iptc geo extension and is likely to be in the future routinely used on digital images. dwc has http://purl.org/dc/terms/Location Has Domain: Definition: A spatial region or named place. and Identifier: http://rs.tdwg.org/dwc/terms/locality Has Domain: http://purl.org/dc/terms/Location Definition: The specific description of the place. Less specific geographic information can be provided in other geographic terms (higherGeography, continent, country, stateProvince, county, waterBody, island, islandGroup). This term may contain information modified from the the original to correct perceived errors or standardize the description. Comment: Example: "Bariloche, 25 km NNE via Ruta Nacional 40 (=Ruta 237)". For discussion see http://code.google.com/p/darwincore/wiki/Location However, the first is very wide, and does not give the information that the type of object is a place or city name (it could be circumscription names like a province), the second is free from text. In many densely populated areas, separating the city or village name for easier finding is recommended, because these terms do occur in gazetteers. Could this be added to DWC? -------- 2. If clarity is more important than brevity, I would greatly prefer stateOrProvince over the current stateProvince, which literally is the province of a state, which more less exists in Germany as administration province of a state of the federal republic (Regierungsbezirk). -------- 3. The definition of county (perhaps better more international as "County or Subprovince") is: Term Name: county Identifier: http://rs.tdwg.org/dwc/terms/county Has Domain: http://purl.org/dc/terms/Location Definition: The full, unabbreviated name of the next smaller political region than StateProvince (county, shire, department, etc.) in which the Location occurs. Comment: Examples: "Missoula", "Los Lagos", "Mataró". For discussion see http://code.google.com/p/darwincore/wiki/Location Here, wikipedia (http://en.wikipedia.org/wiki/County) suggests to interpret the German Kreis as equivalent to county; however, the literal definition above would require to map county to Regierungsbezirk. Many countries have a hierarchy of adminstrative political regions, and the highest may often not be the most relevant ones. I suggest to weaken the definition to a suggestions, perhaps: Definition: The full, unabbreviated name of the most relevant political region between cities or villages and states or provinces (county, shire, department, etc.) in which the Location occurs. 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.

3 10

Fwd: DWC occurrence identifier fields - confused
by John R. WIECZOREK 18 Aug '09

18 Aug '09

Forwarded, as agreed. The following exchange went offline temporarily - just bringing it back to show outcomes. Thanks, Lynn. ---------- Forwarded message ---------- From: Lynn Kutner <Lynn_Kutner(a)natureserve.org> Date: Tue, Aug 18, 2009 at 10:38 AM Subject: RE: DWC occurrence identifier fields - confused To: "tuco(a)berkeley.edu" <tuco(a)berkeley.edu> John - Thanks for the further comments / explanation. I know there is a lot of push-pull of what various people & organizations. I personally like the elegant simplicity of DWC for data sharing / discovery and it seems there are other standards (like ABCD?) that can take care of the "everything and the kitchen sink" approach. In addition, each organization will likely have their own internal data models that have been designed to meet their unique data management needs. No problem copying this to tdwg-content. Lynn -----Original Message----- From: gtuco.btuco(a)gmail.com [mailto:gtuco.btuco@gmail.com] On Behalf Of John R. WIECZOREK Sent: Tuesday, August 18, 2009 11:33 AM To: Lynn Kutner Subject: Re: DWC occurrence identifier fields - confused Comments inline below. Do you mind if I copy this to tdwg-content? On Mon, Aug 17, 2009 at 12:49 PM, Lynn Kutner<Lynn_Kutner(a)natureserve.org> wrote: > John - > > Thanks for the clarification / additional definitions. > > Now I wonder if all those ID fields are really needed in Darwin Core? > > Yes for internal data management needs, but I think of the DWC as for data sharing through portals such as GBIF and for data discovery through a portal is the level of detail of the original field collection "recordNumber" really as relevant? Yes, definitely. This may be the only way that duplicates can be identified. > Maybe I'm over simplifying, but if I want to get data from institution X then I think primarily of the primary record ID that they are using in their database. That will enalbe them to link to / select the correct records. If I want / need additional levels of detail (such as any previous ID values) I'd be inclined to follow up with them directly for that data. You might, but the person writing software to try to link things together automatically would be out of a job. > We share such a teeny amount of our data attributes through GBIF that we see it as a data discovery mechanism and not for data management. People definitely contact us directly when they need more detailed information. Agreed. DwC used to be something like a least common denominator. Now it is becoming more useful than that. Every term in the proposed standard has be requested by at least two independent groups, or has been in active use already. > Thanks - > Lynn Thank you! Good to talk these things through. I've added some of the explanatory notes to the Occurrence commentaries on the Darwin Core wiki at http://code.google.com/p/darwincore/wiki/Occurrence. > -----Original Message----- > From: gtuco.btuco(a)gmail.com [mailto:gtuco.btuco@gmail.com] On Behalf Of John R. WIECZOREK > Sent: Thursday, August 13, 2009 8:46 AM > To: Lynn Kutner > Subject: Re: DWC occurrence identifier fields - confused > > Hi Lynn, > > It's definitely not a dumb question. If you have it, so will others. > I'm wracking my brain on how to have definitions that don't have a domain bias and yet help people to know what the term means within their domain. It's really tough. Happily, we have the extra wiki pages to work with to help explain things further and give more examples. > Problem is, there is nothing there right now for these terms. Maybe together we can do something to amend the definitions, examples, and wiki explanations to at least clarify things for your domain. > > So, let me try to explain a bit further here. > > The occurrenceID is supposed to (globally) uniquely identify an occurrence record, whether it is a specimen-based occurrence, a one-time observation of a species at a location, or one of many occurrences of an individual who is being tracked, monitored, or recaptured. Making it globally unique is quite a trick, one foe which we don't really have good solutions in place yet, but one which ontologists insist is essential. TDWG and GBIF seem to be pushing LSIDs as the solution for this, but there remains great unrest among experts about whether this is a wise move. Anyway, LSID or not, the term is there and waiting. > > catalogNumber is unfortunate for a name, because it suggests a catalog, which suggests a specimen. The definition tries to ameliorate the potential bias by saying that it is a number to identify an occurrence record within a data set or collection. So, it could be a specimen catalog number or it could be a unique identifier for a record within an observation or animal movement data set. > > individualID is meant for any records that need to identify individuals for whom there may be more than one record. Banded birds, marine mammal photos allowing individual identification, individual trees resampled overtime, periodic biopsies on the same individuals, etc. could all use this term to group the records corresponding to individuals. > > recordNumber came directly from the idea of a collector's number - the one that the collector puts on a tag on a specimen in the field and writes in their notes. It isn't the same as the catalogNumber because that is usually only applied once the specimen gets accessioned into a collection. There may be corollaries to this for other disciplines, but I have no experience of them. > > Which ones you use is suggested by the rules for Simple Darwin Core (http://rs.tdwg.org/dwc/terms/simple/index.htm#rules), specifically rule 4: "Support (provide data in) as many fields as you can." > > I'm happy to get all of this right, so let me know if doubts remain, or if you have suggestions about how to clarify any of this within the definitions or supporting documentation. > > Sincerely, > > John > > On Wed, Aug 12, 2009 at 1:58 PM, Lynn Kutner<Lynn_Kutner(a)natureserve.org> wrote: >> Hi John - >> >> This may be such an astonishingly dumb question that I didn't want to send it to the list ... >> >> When I read through the draft DWC and try to figure out how we'd fit our data to DWC, the fields that currently have me stumped are the occurrence identifiers: >> >> occurrenceID A unique identifier for the Occurrence (as opposed to a particular digital record of the occurrence). In the absence of a persistent global unique identifier, construct one from a combination of identifiers in the record that will most closely make the occurrenceID globally unique. For a specimen, for example, use the form: "urn:catalog:[institutionCode]:[collectionCode]:[catalogNumber]. Examples: 1) "urn:lsid:nhm.ku.edu:Herps:32", 2) "urn:catalog:FMNH:Mammal:145732". >> >> catalogNumber An identifier (preferably unique) for the Occurrence within the data set or collection. Examples: "2008.1334", "145732a", "145732". >> >> individualID An identifier for an individual or named group of individual organisms represented in the Occurrence. Meant to accommodate resampling of the same individual or group for monitoring purposes. May be a global unique identifier or an identifier specific to a data set. Examples: "U.amer. 44", "Smedley", "Orca J 23". >> >> recordNumber An identifier given to the Occurrence at the time it was recorded. Often serves as a link between field notes and an Occurrence record, such as a specimen collector's number. >> >> >> It's really no clear to me how these fields relate to each other, how they differ, and which one(s) we'd use when we put our data on GBIF. >> >> Thanks for your help! >> Lynn >> >> Lynn Kutner >> NatureServe >> phone: (703) 797-4804 >> email: lynn_kutner(a)natureserve.org >> http://www.natureserve.org/ >> >> >

1 0

FW: dwc
by Ginzbarg, Steve 13 Aug '09

13 Aug '09

-----Original Message----- From: Ginzbarg, Steve Sent: Thursday, August 13, 2009 3:23 PM To: 'tuco(a)berkeley.edu' Subject: RE: [tdwg-content] dwc John, That's better. Some other possible wordings below. -----Original Message----- From: gtuco.btuco(a)gmail.com [mailto:gtuco.btuco@gmail.com] On Behalf Of John R. WIECZOREK Sent: Thursday, August 13, 2009 11:37 AM To: Ginzbarg, Steve Subject: Re: [tdwg-content] dwc Thanks for your tenacity and patience, Steve. I see what you are saying now. For the distances from surface, there is nothing saying explicitly what the nearest surface actually is. Is it the surface defined by the elevation or the surface defined by the depth? I think this can be resolved by the following change in definition for minimumDistanceAboveSurfaceInMeters from: "The lesser distance in a range of distance from the nearest surface in the vertical direction (positive for above, negative for below), in meters." to: "The lesser distance in a range of distance from a reference surface in the vertical direction, in meters. Use positive values for locations above the surface, negative values for locations below. If depth measures are given, the reference surface is the location given by the depth, otherwise the reference surface is the location given by the elevation." [Steve Ginzbarg] or "The lesser distance in a range of distance from a reference surface, either on land or underwater, in the vertical direction, in meters. Use positive values for locations above the surface, negative values for locations below." or "The lesser distance in a range of distance from a reference surface, either a land/air or a land/water interface, in the vertical direction, in meters. Use positive values for locations above the surface, negative values for locations below." A similar change would apply to the maximumDistanceAboveSurfaceInMeters. For coordinateUncertaintyInMeters I think we can solve the problem with the following simple change from: "The upper limit of the distance (in meters) from the given decimalLatitude and decimalLongitude describing a circle within which the whole of the Location is contained. Leave the value empty if the uncertainty is unknown, cannot be estimated, or is not applicable (because there are no coordinates). Zero is not a valid value for this term." to: "The horizontal distance (in meters) from the given decimalLatitude and decimalLongitude describing a circle within which the whole of the Location is contained. Leave the value empty if the uncertainty is unknown, cannot be estimated, or is not applicable (because there are no coordinates). Zero is not a valid value for this term." [Steve Ginzbarg] That's better. I think "smallest circle" is understood. or, more explicitly, "The horizontal distance (in meters) from the given decimalLatitude and decimalLongitude describing the smallest circle containing the whole of the Location. Leave the value empty if the uncertainty is unknown, cannot be estimated, or is not applicable (because there are no coordinates). Zero is not a valid value for this term." Would these be satisfactory changes? [Steve Ginzbarg] Yes. I had a hard time finding the link on the webpage to all the terms and definitions, http://rs.tdwg.org/dwc/terms/. John On Wed, Aug 12, 2009 at 3:33 PM, Ginzbarg, Steve<sginzbar(a)biology.as.ua.edu> wrote: > Hi John, > >> Term Name: minimumDistanceAboveSurfaceInMeters >> >> Definition: The lesser distance in a range of distance from the >> nearest surface in the vertical direction (positive for above, negative for >> below), in meters. >> >> Comment: Example: 1.5 meter sediment core from the bottom of a lake >> (at depth 20m) at 300m elevation; VerbatimElevation: "300m" >> MinimumElevationInMeters: "300", MaximumElevationInMeters: "300", >> VerbatimDepth: "20m", MinumumDepthInMeters: "20", MaximumDepthInMeters: >> "20", DistanceAboveSurfaceInMetersMinimum: "0", >> DistanceAboveSurfaceInMetersMaximum: "-1.5". >> >> Those would be the distances above the surface if the core was raised to the >> surface of the water. If it was still in place the numbers would be: >> Example: 1.5 meter sediment core from the bottom of a lake (at depth 20m) at >> 300m elevation; VerbatimElevation: "300m" MinimumElevationInMeters: "300", >> MaximumElevationInMeters: "300", VerbatimDepth: "20m", MinumumDepthInMeters: >> "20", MaximumDepthInMeters: "20", DistanceAboveSurfaceInMetersMinimum: >> "-21.5", DistanceAboveSurfaceInMetersMaximum: "-20". > > Explanation: The nearest surface in the example is the bottom of the > lake, therefore the example is correct. > > ditto maximumDistanceAboveSurfaceInMeters > > Given the "to the nearest surface" part of the definition, these terms > are not redundant; they were defined specifically to address the > problem of more than one offset from a vertical datum. > > [Steve Ginzbarg] It may be clear to the person recording the data which surface is the nearest but how is the person interpreting the data to know which surface was nearest, e.g. the surface of the water or the surface of the bottom of the lake? > >> Term Name: coordinateUncertaintyInMeters >> >> Definition: The upper limit of the distance (in meters) from the >> given decimalLatitude and decimalLongitude describing a circle within which >> the whole of the Location is contained. Leave the value empty if the >> uncertainty is unknown, cannot be estimated, or is not applicable (because >> there are no coordinates). Zero is not a valid value for this term. >> >> change "upper limit" to "lower limit" > > The coordinateUncertaintyInMeters is the maximum error distance as > defined in the GBIF Best Practices. It is definitely the upper limit, > not the lower limit. > > [Steve Ginzbarg] Maximum error - we could be off by at most this much; but the shortest radius that describes a circle that contains the whole location. (An infinite radius would describe a circle that contains the location. We're looking for the smallest radius whose circle still does. >> Steve Ginzbarg >

1 0

FW: dwc
by Ginzbarg, Steve 13 Aug '09

13 Aug '09

>>>From the Darwin Core Progress page, http://code.google.com/p/darwincore/wiki/DarwinCoreProgress, perhaps you could change the paragraph: The Documents The entry level document for the Darwin Core standard can be found at http://rs.tdwg.org/dwc/index.htm. This is where anyone new to the documents should start. to The Documents The entry level document for the Darwin Core standard can be found at http://rs.tdwg.org/dwc/index.htm. This is where anyone new to the documents should start. To go directly to a list of all Darwin Core terms and definitions go to <Darwin Core Terms: A quick reference guide> http://rs.tdwg.org/dwc/terms/. Steve -----Original Message----- From: gtuco.btuco(a)gmail.com [mailto:gtuco.btuco@gmail.com] On Behalf Of John R. WIECZOREK Sent: Thursday, August 13, 2009 3:36 PM To: Ginzbarg, Steve Subject: Re: [tdwg-content] dwc Mind posting the response to tdwg-content, where I can then respond again? Not sure what you mean or suggest by the last sentence "I had a hard time finding the link on the webpage to all the terms and definitions, http://rs.tdwg.org/dwc/terms/." Do you mean that it isn't clear that the Quick Reference Guide is the first place to look for them? Recommendations? -----Original Message----- From: Ginzbarg, Steve Sent: Thursday, August 13, 2009 3:23 PM To: 'tuco(a)berkeley.edu' Subject: RE: [tdwg-content] dwc John, That's better. Some other possible wordings below. -----Original Message----- From: gtuco.btuco(a)gmail.com [mailto:gtuco.btuco@gmail.com] On Behalf Of John R. WIECZOREK Sent: Thursday, August 13, 2009 11:37 AM To: Ginzbarg, Steve Subject: Re: [tdwg-content] dwc Thanks for your tenacity and patience, Steve. I see what you are saying now. For the distances from surface, there is nothing saying explicitly what the nearest surface actually is. Is it the surface defined by the elevation or the surface defined by the depth? I think this can be resolved by the following change in definition for minimumDistanceAboveSurfaceInMeters from: "The lesser distance in a range of distance from the nearest surface in the vertical direction (positive for above, negative for below), in meters." to: "The lesser distance in a range of distance from a reference surface in the vertical direction, in meters. Use positive values for locations above the surface, negative values for locations below. If depth measures are given, the reference surface is the location given by the depth, otherwise the reference surface is the location given by the elevation." [Steve Ginzbarg] or "The lesser distance in a range of distance from a reference surface, either on land or underwater, in the vertical direction, in meters. Use positive values for locations above the surface, negative values for locations below." or "The lesser distance in a range of distance from a reference surface, either a land/air or a land/water interface, in the vertical direction, in meters. Use positive values for locations above the surface, negative values for locations below." A similar change would apply to the maximumDistanceAboveSurfaceInMeters. For coordinateUncertaintyInMeters I think we can solve the problem with the following simple change from: "The upper limit of the distance (in meters) from the given decimalLatitude and decimalLongitude describing a circle within which the whole of the Location is contained. Leave the value empty if the uncertainty is unknown, cannot be estimated, or is not applicable (because there are no coordinates). Zero is not a valid value for this term." to: "The horizontal distance (in meters) from the given decimalLatitude and decimalLongitude describing a circle within which the whole of the Location is contained. Leave the value empty if the uncertainty is unknown, cannot be estimated, or is not applicable (because there are no coordinates). Zero is not a valid value for this term." [Steve Ginzbarg] That's better. I think "smallest circle" is understood. or, more explicitly, "The horizontal distance (in meters) from the given decimalLatitude and decimalLongitude describing the smallest circle containing the whole of the Location. Leave the value empty if the uncertainty is unknown, cannot be estimated, or is not applicable (because there are no coordinates). Zero is not a valid value for this term." Would these be satisfactory changes? [Steve Ginzbarg] Yes. I had a hard time finding the link on the webpage to all the terms and definitions, http://rs.tdwg.org/dwc/terms/. John On Wed, Aug 12, 2009 at 3:33 PM, Ginzbarg, Steve<sginzbar(a)biology.as.ua.edu> wrote: > Hi John, > >> Term Name: minimumDistanceAboveSurfaceInMeters >> >> Definition: The lesser distance in a range of distance from the >> nearest surface in the vertical direction (positive for above, negative for >> below), in meters. >> >> Comment: Example: 1.5 meter sediment core from the bottom of a lake >> (at depth 20m) at 300m elevation; VerbatimElevation: "300m" >> MinimumElevationInMeters: "300", MaximumElevationInMeters: "300", >> VerbatimDepth: "20m", MinumumDepthInMeters: "20", MaximumDepthInMeters: >> "20", DistanceAboveSurfaceInMetersMinimum: "0", >> DistanceAboveSurfaceInMetersMaximum: "-1.5". >> >> Those would be the distances above the surface if the core was raised to the >> surface of the water. If it was still in place the numbers would be: >> Example: 1.5 meter sediment core from the bottom of a lake (at depth 20m) at >> 300m elevation; VerbatimElevation: "300m" MinimumElevationInMeters: "300", >> MaximumElevationInMeters: "300", VerbatimDepth: "20m", MinumumDepthInMeters: >> "20", MaximumDepthInMeters: "20", DistanceAboveSurfaceInMetersMinimum: >> "-21.5", DistanceAboveSurfaceInMetersMaximum: "-20". > > Explanation: The nearest surface in the example is the bottom of the > lake, therefore the example is correct. > > ditto maximumDistanceAboveSurfaceInMeters > > Given the "to the nearest surface" part of the definition, these terms > are not redundant; they were defined specifically to address the > problem of more than one offset from a vertical datum. > > [Steve Ginzbarg] It may be clear to the person recording the data which surface is the nearest but how is the person interpreting the data to know which surface was nearest, e.g. the surface of the water or the surface of the bottom of the lake? > >> Term Name: coordinateUncertaintyInMeters >> >> Definition: The upper limit of the distance (in meters) from the >> given decimalLatitude and decimalLongitude describing a circle within which >> the whole of the Location is contained. Leave the value empty if the >> uncertainty is unknown, cannot be estimated, or is not applicable (because >> there are no coordinates). Zero is not a valid value for this term. >> >> change "upper limit" to "lower limit" > > The coordinateUncertaintyInMeters is the maximum error distance as > defined in the GBIF Best Practices. It is definitely the upper limit, > not the lower limit. > > [Steve Ginzbarg] Maximum error - we could be off by at most this much; but the shortest radius that describes a circle that contains the whole location. (An infinite radius would describe a circle that contains the location. We're looking for the smallest radius whose circle still does. >> Steve Ginzbarg >

2 1

dwc
by Ginzbarg, Steve 12 Aug '09

12 Aug '09

Here are my notes on the draft. Term Name: day Definition: The two-digit day of the month on which the Event occurred. Comment: Example: "9", "28". To be two-digit it would have to be "09" instead of "9" in the comment. I would recommend omitting "two-digit" from the definition. Term Name: higherGeographyID Definition: A unique identifier for the geographic region within with the Location occurred. within with -> within which Term Name: locality Definition: The specific description of the place. Less specific geographic information can be provided in other geographic terms (higherGeography, continent, country, stateProvince, county, waterBody, island, islandGroup). This term may contain information modified from the the original to correct perceived errors or standardize the description. delete 2nd "the" Term Name: minimumDistanceAboveSurfaceInMeters Definition: The lesser distance in a range of distance from the nearest surface in the vertical direction (positive for above, negative for below), in meters. Comment: Example: 1.5 meter sediment core from the bottom of a lake (at depth 20m) at 300m elevation; VerbatimElevation: "300m" MinimumElevationInMeters: "300", MaximumElevationInMeters: "300", VerbatimDepth: "20m", MinumumDepthInMeters: "20", MaximumDepthInMeters: "20", DistanceAboveSurfaceInMetersMinimum: "0", DistanceAboveSurfaceInMetersMaximum: "-1.5". Those would be the distances above the surface if the core was raised to the surface of the water. If it was still in place the numbers would be: Example: 1.5 meter sediment core from the bottom of a lake (at depth 20m) at 300m elevation; VerbatimElevation: "300m" MinimumElevationInMeters: "300", MaximumElevationInMeters: "300", VerbatimDepth: "20m", MinumumDepthInMeters: "20", MaximumDepthInMeters: "20", DistanceAboveSurfaceInMetersMinimum: "-21.5", DistanceAboveSurfaceInMetersMaximum: "-20". No reason the distance above surface should take the length of the core into account and the depth should not, so: Example: 1.5 meter sediment core from the bottom of a lake (at depth 20m) at 300m elevation; VerbatimElevation: "300m" MinimumElevationInMeters: "300", MaximumElevationInMeters: "300", VerbatimDepth: "20m", MinumumDepthInMeters: "21.5", MaximumDepthInMeters: "20", DistanceAboveSurfaceInMetersMinimum: "-21.5", DistanceAboveSurfaceInMetersMaximum: "-20". ditto maximumDistanceAboveSurfaceInMeters These terms are redundant with depth but I can't think of a way to redefine either depth or above surface that would not be confusing for users, e.g. eliminating above surface and recording distance above surface as negative depth; or eliminating depth and recording depths as negative distance above the surface. Why are the verbatimLatitude and verbatimLongitude terms needed? Isn't verbatimCoordinates sufficient? Term Name: coordinateUncertaintyInMeters Definition: The upper limit of the distance (in meters) from the given decimalLatitude and decimalLongitude describing a circle within which the whole of the Location is contained. Leave the value empty if the uncertainty is unknown, cannot be estimated, or is not applicable (because there are no coordinates). Zero is not a valid value for this term. change "upper limit" to "lower limit" Term Name: scientificName Definition: The taxon name (with date and authorship information if applicable). When forming part of and Identification, this should be the name in lowest level taxonomic rank that can be determined. This term should not contain identification qualifications, which should instead be supplied in the IdentificationQualifier term. part of and Identification-> part of an Identification Steve Ginzbarg

2 1

DwC review: comments
by Nico Cellinese 09 Aug '09

09 Aug '09

Hello, I am kind of late with this but I think still in time to drop a couple of comments about nomenclature before the review deadline. I think that phylogenetic nomenclature is not well accounted for. Clade names could be well accommodated right now, however, the types of phylogenetic definitions are not (node-based, branch-based, apomorphy- based and variations). There could be a few options on how to handle these (e.g., with annotations) , but I wanted to make sure that there is a will to take the PhyloCode into consideration. The phylogenetics community is using these names that are now slowly being published. Next year, after the Code will be published, many more names will be formally recognized and used in databases. This issue will have to be faced at some point, so why not right away. Any comments on this? Thanks! Cheers, Nico <><><><><><><><><><><><><><><><><><><><> Nico Cellinese, Ph.D. Assistant Curator, Herbarium & Informatics Adjunct Assistant Professor, Department of Biology Florida Museum of Natural History University of Florida 354 Dickinson Hall, PO Box 117800 Gainesville, FL 32611-7800, U.S.A. Tel. 352-273-1979 Fax 352-846-1861 http://www.flmnh.ufl.edu

2 2

Re: [tdwg-content] Public Review of the Darwin Core 'standard'
by Kevin Richards 07 Aug '09

07 Aug '09

I'm not sure if this is my misunderstanding of RDF and ontologies, so correct me if I am wrong... I noticed that the http://rs.tdwg.org/dwc/terms/geoReferencedBy property has domain http://purl.org/dc/terms/Location. Is this the standard way of working with Dublin Core? I would have though it would be better to define a "common" person/agent type property (or better still reuse FOAF or DC Agent types - http://purl.org/dc/terms/Agent). This property has no range and can therefore be applied to any RDF class/element. This would remove the need for repetitive elements that refer to Agent type properties, eg geoReferenceBy, identifiedBy, measurementDeterminedBy, etc. This was part of the intention of the TDWG Common Vocab. (http://rs.tdwg.org/ontology/voc/Common.rdf), which brings me to my next question - how do the DwC terms relate to the TDWG ontology? - do we need a "mapping" to them? I suppose, because the DwC ontology needs to be ratified as a standard, it can't really rely on an un-ratified ontology - but it would be good to specify how the two should work together, or map to each other. Otherwise I think this is looking excellent - a fantastic step towards an overarching ontology for TDWG data objects. Kevin -----Original Message----- From: tdwg-bounces(a)lists.tdwg.org [mailto:tdwg-bounces@lists.tdwg.org] On Behalf Of Lee Belbin Sent: Saturday, 11 July 2009 11:09 a.m. To: tdwg(a)lists.tdwg.org; Taxacom(a)mailman.nhm.ku.edu Subject: [tdwg] TDWG: Public Review of the Darwin Core 'standard' Apologies for cross posts - and please feel free to distribute this announcement to all relevant communities. TDWG is pleased to announce the commencement of the Public Review of Darwin Core - a standard for sharing biodiversity information. You will find the proposed standard is a living document with a history, an anchor in the Dublin Core, and mechanisms to grow and change. Since being officially put forward as a draft standard in February 2009, Darwin Core has undergone a peer review, a review by the TDWG Executive, and multiple revisions. Open Invitation: We invite all who may contribute and/or consume biodiversity information to examine this proposed standard during the Public Review period from 11th July through at least 10th August 2009. How to Participate: Visit the Darwin Core Progress site (http://code.google.com/p/darwincore/wiki/DarwinCoreProgress) for the latest background information on the process and critical links to content (http://rs.tdwg.org/dwc/index.htm) and participation. To discuss ideas with others or offer comments that are not targeted for action, please subscribe (http://lists.tdwg.org/mailman/listinfo/tdwg-content) and contribute to the tdwg-content mailing list (tdwg-content(at)lists.tdwg.org). Recommended actions or issues should be submitted to the Issue Tracker of the Darwin Core (http://code.google.com/p/darwincore/wiki/SubmittingIssues) so that they may be assigned, prioritized, and tracked. This Public Review process will be archived along with all other documentation in the TDWG Standards Track. Questions about the process should be directed to the Review Manager, Gail Kampmeier (gkamp(at)illinois.edu). Please share this opportunity for public comment and review with others you think may be interested. Acknowledgements: As Review Manager, I would like to express my gratitude to the authors, John Wieczorek, (MVZ), Markus Döring (GBIF), Renato De Giovanni (CRIA), Tim Robertson (GBIF), Dave Vieglais (KUNHM) for the enormous efforts made in bringing the Darwin Core standard to this point; to the initial anonymous peer reviewers, and to Lee Belbin and the rest of the TDWG Executive for their advice, support, and encouragement in this process; and to GBIF for tipping the scales by bringing together the authors in a workshop that led to this submission. Links expanded: Darwin Core Progress - http://code.google.com/p/darwincore/wiki/DarwinCoreProgress Darwin Core content - http://rs.tdwg.org/dwc/index.htm Subscribe to tdwg-content - http://lists.tdwg.org/mailman/listinfo/tdwg-content Issue Tracker - http://code.google.com/p/darwincore/wiki/SubmittingIssues Related Links: TDWG: http://www.tdwg.org/ Other TDWG Standards: http://www.tdwg.org/standards/ TDWG Standards Track (in OJS): http://www.tdwg.org/stdtrack/index Dublin Core's Metadata Initiative in Science: http://ils.unc.edu/spaces/sam/index.php/Main_Page Sincerely, Gail E. Kampmeier, Review Manager Illinois Natural History Survey, Institute of Natural Resource Sustainability, University of Illinois at Urbana-Champaign, 1816 South Oak St., Champaign, Illinois 61820 USA email: gkamp(at)illinois.edu Lee Belbin TDWG Secretariat _______________________________________________ tdwg mailing list tdwg(a)lists.tdwg.org http://lists.tdwg.org/mailman/listinfo/tdwg 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

3 2

[tdwg-phylo] NSF INTEROP proposal
by Hilmar Lapp 31 Jul '09

31 Jul '09

FYI, a group of collaborators (Arlin Stoltzfus, Karen Cranston, Sheldon McKay, Enrico Pontelli, Nico Cellinese, and myself) under the leadership of Arlin recently pulled together a grant application for the NSF Interop solicitation. The ideas for the grant emerged mostly from the recent Database Interoperability Hackathon (for which I posted the announcement and Call for Participation here back in Jan). Proposal summary and full text are public at the following URL: http://evoinfo.nescent.org/NSF_Interop_Proposal It was submitted July 22. If funded, TDWG and this Interest Group will play a significant role in the proposed activities. We probably won't hear about reviews or funding before Feb/March next year, so keep fingers crossed until then. Cheers, -hilmar -- =========================================================== : Hilmar Lapp -:- Durham, NC -:- hlapp at duke dot edu : ===========================================================

1 0