<div dir="ltr"><div><div><div>Hi Tom,<br><br></div>This sounds a little bit like the Data Series Proposal we didn't accept 2 years ago.<br><br>  <a href="https://github.com/GeoJSONWG/geojson-spec/wiki/Data-Series-Proposal">https://github.com/GeoJSONWG/geojson-spec/wiki/Data-Series-Proposal</a><br>
<br></div>Could you model a GPX track as a collection of points and then add a constraint to the collection, that the points are ordered in time and that the ordering must be understood by processors? <br><br> Not to get all "philosophy in a time of GIS formats," but the path comprising all the points is a weird kind of feature, not something that exists as a whole at any one time except possibly the final time. It feels more like a collection of points to me than a single geometric object.<br>
</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Aug 8, 2013 at 8:34 AM, Tom MacWright <span dir="ltr"><<a href="mailto:tom@macwright.org" target="_blank">tom@macwright.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hey all,<div><br></div><div>So recently I've been working on a site that centers around editing maps and treats GeoJSON as its latin[1]. As one of the features on this site, it uses a library to convert from other formats - KML, CSV, and GPX - to GeoJSON[2]. This has been pretty great, and clearly GeoJSON is a superset of CSV, and can handle most bits of KML. That said, though, GPX files present a bit of an issue.</div>


<div><br></div><div>That is, GPX allows you to specify values at points - a segment is made up of trackpoints, which can have their own data points - elevation, time, heart rate, and so on. The conversion library right now simply converts segments into lines and throws away data-at-points.</div>


<div><br></div><div>So, my question is: what's a better way? I don't want to encourage or imply that GeoJSON should grow, since its simplicity is incredibly valuable. But, in order to stem the fidelity loss in this conversion, is there a good pattern for storing this kind of data? What kind of data is this - what's the right term for values-on-lines and is it weird that GPX supports it while other geospatial formats don't?</div>


<div><br></div><div>Thanks for any knowledge or advice here, it's much appreciated!</div><div><br></div><div>Tom</div><div><br></div><div>[1]: <a href="http://geojson.io/" target="_blank">http://geojson.io/</a></div>
<div>[2]: <a href="https://github.com/tmcw/togeojson" target="_blank">https://github.com/tmcw/togeojson</a></div>

<div>[3]: <a href="http://en.wikipedia.org/wiki/GPS_eXchange_Format#Sample_GPX_document" target="_blank">http://en.wikipedia.org/wiki/GPS_eXchange_Format#Sample_GPX_document</a></div></div>
<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>
<br></blockquote></div><br><br clear="all"><br>-- <br>Sean Gillies
</div>