W3C home > Mailing lists > Public > public-lod@w3.org > January 2011

Request for Feedback and Suggestions on a vocabulary that extends geo into an "Area" with a radius in meters and uses the new ietf.org geo URI

From: Peter DeVries <pete.devries@gmail.com>
Date: Fri, 14 Jan 2011 17:46:47 -0600
Message-ID: <AANLkTini31MF+WOA=N_rG8zBHoP8G2aySY3EyPcOCRDr@mail.gmail.com>
To: public-lod@w3.org
Cc: ptownsend@wisc.edu
There was an earlier discussion on the pedantic list about how to markup a
geo:Point with an error measure.

The biodiversity informatics community has a similar problem with how to
annotate a species observation with some measure of extent plus error.

In addition to the error from the GPS reading itself, there are also a large
number of records where the extent is 50 - 200  or more meters.

Some have georeferenced observations to the center of a Canadian Provence,
which makes it appear as if that was the exact point that the species was

To address this, I have created the following vocabulary.



It extends the geo vocabulary with the predicate *dwc_area:radius* in

It adds the class *dwc_area:Area*.

The *Area* can be used with the proposed ietf.org standard for 'geo' URI
described here. http://tools.ietf.org/html/rfc5870

I am not wedded to this exact vocabulary, and think there are probably other
groups that could use something similar.

What I would like is something that is able to be widely used and
understood. (Assuming people find it useful)

It could be moved to some other URI that makes sense.

One advantage of this proposed vocabulary, is that it allows you to create
"Areas" like the one below: (Most important parts are in *bold*)

RDF http://ocs.taxonconcept.org/ocs/f522444a-2dd9-400e-be59-47213ef38cb9.rdf


*<dwc_area:Area rdf:about="geo:44.86528100,-87.23147800;u=10">*
<dcterms:title>44.86528100, -87.23147800 Radius 10 meters</dcterms:title>
<dcterms:isPartOf rdf:resource="
<txn:continent>North America</txn:continent>
<txn:country>United States</txn:country>
<txn:localityText>Town of Sevastopol</txn:localityText>
<txn:locationName>Shivering Sands Natural Area Woods</txn:locationName>
<txn:areaHasOccurrence rdf:resource="
<txn:areaHasObservedSpeciesConcept rdf:resource="
<txn:areaHasIndividual rdf:resource="
<!-- There is some redundancy between the literals above and the statement
below. It should be possible to infer them based on the areaWithFeature
listed below. This redundancy may be fixed in future examples
<txn:areaInStateProvince rdf:resource="http://sws.geonames.org/5279468/"/>
<dwc_area:areaWithInFeature rdf:resource="http://sws.geonames.org/5250768/
*<wdrs:describedby rdf:resource="

Another data set might have the the soil or climate for that *Area*, which
could be attached via LOD.

These seem to work via URIburner

URIburner bit,ly http://bit.ly/hubPkm    (

The "Area" itself via URIburner bit.ly http://bit.ly/e3lABG (

For these to work well, semantic web tools would need to understand the
proposed ietf.org standard.

Adoption of something like this would allow very simple efficient statements

<species> *wasObserved* <*geo:44.86528100,-87.23147800;u=10> .*
and have it clearly interpreted as mappable geo "area".
I would like feedback and suggestions about this idea and vocabulary.

If it is not something that others are interested in, I might incorporate it
into my txn.owl ontology.


- Pete
Pete DeVries
Department of Entomology
University of Wisconsin - Madison
445 Russell Laboratories
1630 Linden Drive
Madison, WI 53706
TaxonConcept Knowledge Base <http://www.taxonconcept.org/> / GeoSpecies
Knowledge Base <http://lod.geospecies.org/>
About the GeoSpecies Knowledge Base <http://about.geospecies.org/>
Received on Friday, 14 January 2011 23:47:20 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:16:11 UTC