Maybe the ActivityStreams JSON spec can help us here? <div><a href="http://activitystrea.ms/specs/json/1.0/">http://activitystrea.ms/specs/json/1.0/</a></div><div><br></div><div>Anyone see an obvious way to extend ActivityStreams to include GeoJSON "sub components" (don't know what that's called)?</div>
<div><br></div><div>andy</div><div><br></div><div><br><br><div class="gmail_quote">On Fri, Sep 30, 2011 at 3:01 PM, Kristoffer Snabb <span dir="ltr"><<a href="mailto:kristoffer.snabb@gmail.com">kristoffer.snabb@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 Sean,<br><br>Expanding the domain to cover that of feeds helps,<br><br>We use GeoJSON to carry 'soft' data of perceptions and temporary data connected to a place, route or area. In this case we have been using different media to describe the context of the place and specific perceptions of a place. Anyway, we have survived with adding a property of mimetype and url but it would be nice if there existed a standard way to do this in the GeoJSON specification.<br>

<br>And we also expect that the perceptions of a place change over time and in that way they are created and they expire. A timestamp (feed) is also needed if we create time space diagram of routes. Although when we map daily activities of people they tend to stay many hours in one place in which case the create and expire time is again needed.<br>

<br>Hope this clarifies something,,<br><br>Kristoffer<div><div></div><div class="h5"><br><br><br><div class="gmail_quote">2011/9/30 Sean Gillies <span dir="ltr"><<a href="mailto:sean.gillies@gmail.com" target="_blank">sean.gillies@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Time comes up in several places in the proposal fodder section of<br>
<br>
  <a href="https://github.com/GeoJSONWG/geojson-spec/wiki/Scope" target="_blank">https://github.com/GeoJSONWG/geojson-spec/wiki/Scope</a><br>
<br>
Which of these are equivalent (more or less) to the Atom/RSS notions<br>
of a modification time stamp? Which are not? In combination with an id<br>
(already recommended in GeoJSON) that kind of timestamp lets you sync<br>
features between systems. With this in mind, the "adding media" bullet<br>
suggests that some of us are looking for GeoJSON to expand its domain<br>
to cover that of feeds. Is my assessment right?<br>
<font color="#888888"><br>
--<br>
Sean Gillies<br>
_______________________________________________<br>
Geojson mailing list<br>
<a href="mailto:Geojson@lists.geojson.org" target="_blank">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></blockquote></div><br><br clear="all"><br></div></div><font color="#888888">-- <br><div>Kristoffer Snabb</div><div>tel.<a href="tel:%2B358407475576" value="+358407475576" target="_blank">+358407475576</a></div><br>

</font><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></div>