<div dir="ltr">There's a bit of a more recent conversation from last month[1] on the more general case of 'values along a line', with a similar conclusion - it's not an easy thing to implement for any general case and it's something that's possible to do 'by convention' without a change to the standard.<div>

<br></div><div>[1]: <a href="http://lists.geojson.org/htdig.cgi/geojson-geojson.org/2013-August/000821.html">http://lists.geojson.org/htdig.cgi/geojson-geojson.org/2013-August/000821.html</a></div></div><div class="gmail_extra">

<br><br><div class="gmail_quote">On Thu, Sep 19, 2013 at 11:48 AM, Matt McClure <span dir="ltr"><<a href="mailto:matthewlmcclure@gmail.com" target="_blank">matthewlmcclure@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Hi,<br>
<br>
I'm reading the GeoJSON spec as I'm working on a way to represent time<br>
series data. I've looked through the mailing list archives and I've<br>
found a conversation from October[1] and November 2011[2], and a<br>
rejected proposal on the wiki.[3]<br>
<br>
Does section 3[4] allow arbitrary CRS values, or does the condition<br>
that "" disqualify all CRSs that would use dimensions other than one<br>
of the two examples in section 2.1.1.[5]?<br>
<br>
I wonder if a time series representation would conform to the existing<br>
GeoJSON 1.0 spec using an alternative CRS. For example, using URNs as<br>
described in "Definition identifier URNs in OGC namespace"[6], I might<br>
construct a compound CRS and use it as follows:<br>
<br>
    {<br>
      "crs": {<br>
        "type": "name",<br>
        "properties": {<br>
          "name":<br>
"urn:ogc:def:crs,dataType:OGC:1.1:time,crs:OGC:1.3:CRS84,verticalDatumType:OGC:1.0:geoidal"<br>
        }<br>
      },<br>
      "type": "LineString",<br>
      "coordinates": [<br>
        [<time>, <lat>, <lng>, <alt>], [...], ...,<br>
      ]<br>
    }<br>
<br>
Would an example like this conform to GeoJSON 1.0?<br>
<br>
Best,<br>
Matt<br>
<br>
[1]: <a href="http://lists.geojson.org/htdig.cgi/geojson-geojson.org/2011-October/000597.html" target="_blank">http://lists.geojson.org/htdig.cgi/geojson-geojson.org/2011-October/000597.html</a><br>
[2]: <a href="http://lists.geojson.org/htdig.cgi/geojson-geojson.org/2011-November/000601.html" target="_blank">http://lists.geojson.org/htdig.cgi/geojson-geojson.org/2011-November/000601.html</a><br>
[3]: <a href="https://github.com/GeoJSONWG/geojson-spec/wiki/Data-Series-Proposal" target="_blank">https://github.com/GeoJSONWG/geojson-spec/wiki/Data-Series-Proposal</a><br>
[4]: <a href="http://www.geojson.org/geojson-spec.html#coordinate-reference-system-objects" target="_blank">http://www.geojson.org/geojson-spec.html#coordinate-reference-system-objects</a><br>
[5]: <a href="http://www.geojson.org/geojson-spec.html#positions" target="_blank">http://www.geojson.org/geojson-spec.html#positions</a><br>
[6]: <a href="http://portal.opengeospatial.org/files/?artifact_id=24045" target="_blank">http://portal.opengeospatial.org/files/?artifact_id=24045</a><br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
--<br>
Matt McClure<br>
<a href="http://matthewlmcclure.com" target="_blank">http://matthewlmcclure.com</a><br>
<a href="http://www.mapmyfitness.com/profile/matthewlmcclure" target="_blank">http://www.mapmyfitness.com/profile/matthewlmcclure</a><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>
</font></span></blockquote></div><br></div>