- From: Stuart Williams <skw@epimorphics.com>
- Date: Tue, 09 Nov 2010 11:50:44 +0000
- To: William Waites <ww@styx.org>
- CC: Gannon Dick <gannon_dick@yahoo.com>, Leigh Dodds <leigh.dodds@talis.com>, Mike Norton <xsideofparadise@yahoo.com>, W3C e-Gov IG <public-egov-ig@w3.org>
Hello William,
On 08/11/2010 23:48, William Waites wrote:
> On Mon, Nov 08, 2010 at 03:28:12PM -0800, Gannon Dick wrote:
>>
>> Latitude and Longitude are a complete coordinate system - the
>> ordering is a continuous function. Entity Names and
>> Vocabulary Encoding Schemes form a complete set, something a
>> bit different.
>
> If I understand correctly, you see a problem with RDF where
> there is no standard way to express things other than points?
> Such as lines, polygons, polygons with holes, multipolygons,
> geometry collections, the whole suite of shapes that GIS
> systems normally deal with?
>
> If so I think you are partially right. As far as I know there
> has been little work done in modelling these sorts of things
> in RDF, and I think the triplestores that have even very basic
> support for geodata (e.g. points) only support the simplest
> of operations with them (e.g. bounding box or radius search).
>
> That said there's no reason you couldn't express more complex
> shapes in RDF. The process would be fairly mechanical (e.g.
> straightforward translation of WKT, KML or whatever) this
> is already a very well understood area.
Though they may fall short of being 'standards' at the moment, you might be
interested in the vocabulary at [1,2] if you haven't already come across it. It
picks up LineString, LinearRing, Envelope (i.e. bounding box) and Polygon from
GeoRSS[3] and AFAICT with care gives an RDF/XML reading of a a piece foe
GeoRSS/XML syntax. It also provides linkage to non-WGS84 coordinate reference
systems.
I'm also aware of an approach that adds a GML/XML expression as an XMLLiteral to
an RDF node representing the geometric extent of some feature an :asGML
property e.g.:
@prefix geometry: <http://data.ordnancesurvey.co.uk/ontology/geometry/> .
@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
<http://data.ordnancesurvey.co.uk/id/7000000000025559>
skos:prefLabel "The District of South Gloucestershire";
geometry:extent <http://data.ordnancesurvey.co.uk/doc/geometry/71548>;
... ;
.
<http://data.ordnancesurvey.co.uk/id/geometry/71548>
rdf:type geometry:AbstractGeometry ;
geometry:hectares "53664.694"
geometry:asGML "<gml:Polygon xmlns:gml=\"http://www.opengis.net/gml\
"srsName=\"os:BNG\"><gml:exterior><gml:LinearRing><gml:posList
srsDimension=\"2\">356578.2 193831.7 356573.4 193822.9 356529.9 193733.7 356510
..3 193690.2 356495.1 193661.9... 356578.2 193831.7
</gml:posList></gml:LinearRing></gml:exterior></gml:Polygon>"^^rdf:XMLLiteral .
This is work from John Goodwin at Ordnance Survey. At present I don't think the
:asGML triples have been published, but I believe that they are coming (soon).
> By far the easiest way to deal with it is just to put WKT
> into, e.g. dc:spatial (maybe we need a WKT datatype) and
> use any GIS system you like to do the actual indexing. Maybe
> add some built-in functions to a SPARQL engine to help with
> querying...
A widely adopted, ideally single, common practice would be nice!
> Or have I misunderstood completely?
>
> And what does this have to do with censorship?
>
> Cheers,
> -w
>
BR
Stuart
--
Epimorphics Ltd www.epimorphics.com
Court Lodge, 105 High Street, Portishead, Bristol BS20 6PT
Tel: 01275 399069
Epimorphics Ltd. is a limited company registered in England (number 7016688)
Registered address: Court Lodge, 105 High Street, Portishead, Bristol BS20 6PT, UK
Received on Tuesday, 9 November 2010 12:11:36 UTC