The two issues that most run into with both traditional GIS and GeoJSON,etc is that neither is designed to address content associative time-series or collections. The most technically efficient thing of pushing everything into one array would break the model of separating geometry from associated content, unfortunately associated content in today's context assumes a single time and a single thing(or set of attributes associated with a single thing like a golf course hole or a newt at a point,etc).<div>
<br></div><div>So I'd also like to see those two common(but more complex) issues addressed in a common way, hopefully enough user/application interest can gather to spark developer interest in addressing them.</div><div>
<br></div><div>The earlier experimentation I was playing with in regards to GeoJSON was in the ocean observing systems context, just some ideas and fodder to foment further discussion.</div><div><br></div><div><a href="http://code.google.com/p/xenia/wiki/ObsJSON#Simple_schema_version_2">http://code.google.com/p/xenia/wiki/ObsJSON#Simple_schema_version_2</a></div>
<div><br></div><div>The issues with Chris's suggestion I have are that 'time', etc aren't really formally recognized content but more like all other geometry content - just a bucket of disorganized information - this is fine in the usual GeoRSS type context of free-form/twitter type content but not useful from a data-processing/microformat type context. I don't think that GeoJSON as a geometry-focused model is going to go down to the content level of detail that will make application developers happy - I think its more for application developers to tie-into/associate their content with the existing GML, GeoJSON model in a microformat type context.</div>
<div><br></div><div>Thanks</div><div>Jeremy Cothran<br><div><br></div><div><div class="gmail_quote">On Thu, Jun 25, 2009 at 10:57 AM, John Smith <span dir="ltr"><<a href="mailto:delta_foxtrot@yahoo.com">delta_foxtrot@yahoo.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im"><br>
--- On Thu, 25/6/09, Sean Gillies <<a href="mailto:sgillies@frii.com">sgillies@frii.com</a>> wrote:<br>
<br>
> GeoJSON wasn't particularly designed for GPX, as you're<br>
> discovering, but is general enough that GPS traces can be<br>
> represented in a few different ways.<br>
<br>
</div>If the fields had column names like JSON is designed, it wouldn't be a problem to extend things in any number of ways to deal with this.<br>
<div class="im"><br>
> A GPS trace isn't a geometry in the GML sense (GeoJSON is<br>
> inspired by, and fairly faithful to the GML geometry model,<br>
> or at least a subset). I see two ways to do this without<br>
> inventing a odd geometry type: 1) every trace point as a<br>
> GeoJSON feeature with a point geometry (3D even) and time<br>
> and hdop properties, or 2) a trace as a GeoJSON feature with<br>
> a multipoint or linestring geometry (3D even) and time and<br>
> hdop array properties having the same length as your<br>
> geometry coordinates, perhaps even within a "gpx" object<br>
> like this:<br>
><br>
> { "type": "Feature",<br>
> "geometry": { "type": "LineString",<br>
> <br>
> "coordinates": [[0.0, 0.0], [1.0, 1.0]]<br>
> },<br>
> "properties": { "gpx": { "hdop": [0, 0], "time":<br>
> [1..., 2...] } },<br>
> "title": "GPS trace feature"<br>
> }<br>
><br>
> I believe it was Jeremy Cothran who proposed matching<br>
> arrays to me. I didn't like it at first, but it's growing on<br>
> me.<br>
<br>
</div>I think that would waste a lot of memory and/or be very inefficient to parse/process.<br>
<br>
I don't see the point in having 2 arrays with virtually identical data, when one would accomplish a thing.<br>
<br>
Also GPS traces are fairly geospatial. :) so I don't know why GPS traces don't fit in this particular model, all it will do is force people to do there own thing where GeoJSON could fit the role just fine with very little tweaking.<br>
<div><div></div><div class="h5"><br>
<br>
<br>
_______________________________________________<br>
Geojson mailing list<br>
<a href="mailto:Geojson@lists.geojson.org">Geojson@lists.geojson.org</a><br>
<a href="http://lists.geojson.org/listinfo.cgi/geojson-geojson.org" target="_blank">http://lists.geojson.org/listinfo.cgi/geojson-geojson.org</a><br>
</div></div></blockquote></div><br></div></div>