- From: Andrea Perego <andrea.perego@jrc.ec.europa.eu>
- Date: Fri, 10 Oct 2014 01:18:31 +0200
- To: James M Snell <jasnell@gmail.com>
- Cc: "public-vocabs@w3.org Vocabs" <public-vocabs@w3.org>, "public-socialweb@w3.org" <public-socialweb@w3.org>, Dan Brickley <danbri@google.com>, LocAdd W3C CG Public Mailing list <public-locadd@w3.org>
Hi, James. For points, an alternative may be to use URI/IRIs - e.g., those with the geo: URI scheme [1], GeoHash [2], and Ian Davis's HTTP URIs for geo points [3]. So, your example could be rewritten, e.g., as follows: { "@context": [ "http://asjsonld.mybluemix.net" ], "@type": "as:Activity", "verb": "post", "actor": { "@type": "urn:example:types:Person", "@id": "urn:example:people:joe", "displayName": "James M Snell", "location": "http://vocab.org/placetime/geopoint/wgs84/X3.45Y1.23" }, ... } BTW, examples exist of HTTP URI/IRIs for more complex geometries, like those used by Ordnance Survey - see, e.g.: http://data.ordnancesurvey.co.uk/doc/geometry/37256-10 Cheers, Andrea PS: About other geo vocabularies, I don't know whether you're aware of the Core Location vocabulary (LOCN) [4], which is under the responsibility of the W3C Locations and Address Community Group (LOCADD) [5]. ---- [1]http://tools.ietf.org/html/rfc5870 [2]http://geohash.org/ [3]http://vocab.org/placetime/geopoint/wgs84/ [4]http://www.w3.org/ns/locn# [5]http://www.w3.org/community/locadd/ On Thu, Oct 9, 2014 at 7:02 PM, James M Snell <jasnell@gmail.com> wrote: > (fyi... cross posted to public-vocabs and public-socialwb, sorry to > those who receive this twice) > > I'm working on use cases for expressing geo data in Activity Streams > 2.0. The original thought was to leverage GeoJSON but since JSON-LD > does not support GeoJSON's lists-of-lists model for coordinates, I'm > looking at using the W3C Basic Geo Vocabulary > (http://www.w3.org/2003/01/geo/) for simple cases and the OpenGIS > GeoSparql vocabulary (WKT) for more complex cases. I noticed that I'm > not the only one considering this [see: > https://github.com/rvguha/schemaorg/issues/113] so I figured a quick > sanity check discussion here would be worthwhile. > > First, the simple case: > > { > "@context": [ > "http://asjsonld.mybluemix.net" > ], > "@type": "as:Activity", > "verb": "post", > "actor": { > "@type": "urn:example:types:Person", > "@id": "urn:example:people:joe", > "displayName": "James M Snell", > "location": { > "@type": "geo:Point", > "geo:lat": 1.23, > "geo:long": 3.45 > } > }, > ... > } > > This case ought to be fairly straightforward. The one thing I will > note, however, is that the W3C Geolocation API > [http://www.w3.org/TR/geolocation-API/#position_interface] provides > significantly more detail than what the Basic Geo Vocabulary is > currently able to capture. I'm curious as to whether or not it would > make sense to update the Basic Geo Vocabulary to include these > additional data points. Specifically adding: > > geo:altitude > geo:accuracy > geo:altitudeAccuracy > geo:heading > geo:speed > > For the more complex cases, using the WKT specification seems to make > the most sense: > > { > "@context": [ > "http://asjsonld.mybluemix.net" > ], > "@type": "as:Activity", > "verb": "post", > "actor": { > "@type": "urn:example:types:Person", > "@id": "urn:example:people:joe", > "displayName": "James M Snell", > "location": { > "@type": "geos:Geometry", > "geos:asWKT": "Polygon((-83.6 34.1, -83.2 34.1, -83.2 34.5, > -83.6 34.5, -83.6 34.1))" > } > }, > ... > } > > Seem like a sane approach to folks? > > - James > -- Andrea Perego, Ph.D. European Commission DG JRC Institute for Environment & Sustainability Unit H06 - Digital Earth & Reference Data Via E. Fermi, 2749 - TP 262 21027 Ispra VA, Italy https://ec.europa.eu/jrc/ ---- The views expressed are purely those of the writer and may not in any circumstances be regarded as stating an official position of the European Commission.
Received on Thursday, 9 October 2014 23:19:15 UTC