2013/1/23 Mikel Maron <span dir="ltr"><<a href="mailto:mikel_maron@yahoo.com" target="_blank">mikel_maron@yahoo.com</a>></span><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div><div style="font-size:12pt;font-family:times new roman,new york,times,serif"><div><span>Interesting thought to add time ranges to tags, re "</span><span style="font-family:arial,sans-serif;font-size:13px">All changes to attributes as described above must each have a time associated with them.". </span></div>

<div></div><div>And I like Christian's suggestion of modifying existing tags, in a similar way to name localization. That makes sense in the OSM universe. </div><div><span style="font-size:12pt">It can also apply to uses of entity, like a building that starts off as a historic home, becomes a museum or an office.</span><br>

</div><div><br></div><div>And to link an entity that changes geometry over time, well, relations could be adapted for this.</div><div>Confidence factor is important to record, and that could sit fine in tags as well.</div>

<div><br></div><div>The trick for all this is
 how does it can translated into schemas for rendering, geocoding, etc. What's an efficient way to represent these things in postgres, in order for mapnik to make tiles?</div><div><br></div><div><br></div></div></div>

</blockquote><div><br></div><div><br></div><div>I think postgres just needs 2 additional fields: start_date and end_date that should be extracted from the tag key suffix when importing osm data.</div><div>Then, Mapnik stylesheets need to include date range in its query using these 2 fields.</div>

<div><br></div><div><br></div></div>-- <br>Christian Quest - OpenStreetMap France - <a href="http://openstreetmap.fr/u/christian-quest" target="_blank">http://openstreetmap.fr/u/cquest</a>