[Geojson] Toward consensus on proposals
mpriour at kestrelcomputer.com
Mon Oct 31 11:41:26 PDT 2011
I’ll be the first to admit that the Data Series proposal is not fully baked. It was my attempt to simplify a specific but fairly widespread use case. Representing a series of data that is associated with a single feature is excessively onerous and there is not an accepted standardized way to do that in the current GeoJSON spec.
I was hoping that there would be some discussion of this proposal by those with the most interest in seeing this problem solved. However if the community feels that this is too specific to write into the general GeoJSON spec, then maybe I could write up a separate specification that would be an “official” extension. Maybe something like an Data Series extension to the more general spec would be more acceptable.
As to the reason the Data Series would be a privileged object and not in the normal properties, that made more sense to me since the data series would likely be tied to a specific feature with its own specific properties that would apply to all the collected data.
Two things that are most obviously lacking from the data series proposal are
1. Multi-dimensional series
2. Metadata about the observations (measurement units, full name / label of data property, etc...)
From: Sean Gillies
Sent: Monday, October 31, 2011 12:27 PM
To: geojson at lists.geojson.org
Subject: [Geojson] Toward consensus on proposals
We've got two proposals for changes to the spec and one that may be
arriving (Andrew?), so it shouldn't take long to decide whether to
accept them or not.
Circles and Ellipses:
Let's be clear whether we're specifying paths or patches. Center
coordinates + radius feels natural to me. If a CRS is defined,
wouldn't it be best to apply those units to the radius? Otherwise,
could we require units to always (MUST) be meters?
An ellipse is complicated by the two axes and their orientation.
Defining these differently than GML does would need a strong argument.
Circles and ellipses can be approximated by polygons, but it becomes
onerous for good approximations. I'm in favor of this proposal.
Data Series Proposal:
I'm concerned about adding something so specialized to the spec and
also wonder why a data series object needs to be privileged instead of
simply going in the properties object.
Let's discuss. I'll split the subject in two as soon as it seems needed.
Geojson mailing list
Geojson at lists.geojson.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the GeoJSON