<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 08/21/2013 12:12 PM, Ista Pouss
wrote:<br>
</div>
<blockquote
cite="mid:CAGQAJ4iLfeRno5hNDsS_QPKgE=Q8TArqqv-YSHNhCmu8wYtLog@mail.gmail.com"
type="cite">
<div dir="ltr">Le 21 août 2013 11:03, Jean-Marc Liotier <span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:jm@liotier.org" target="_blank">jm@liotier.org</a>></span>
a écrit :<br>
<div class="gmail_extra">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex">
<div class="im">On 21/08/2013 10:56, François Lacombe
wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px
0px 0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex">
Ne pas avoir de distinction possible des éditions de
maintenance (pour corriger des erreurs ou des
incohérences, des choses qui n'ont jamais existé sur
le terrain) des éditions de mise à jour (le terrain a
effectivement changé à une date bien précise et OSM
doit suivre) est un vrai handicap.<br>
</blockquote>
<br>
</div>
Certes, mais ça n'a jamais fait partie des besoins traités
par Openstreetmap - tous les aspects du projet ont
toujours été explicitement dédiés à fournir la vision à
jour. Au-delà du problème de modélisation et d'outillage,
l'exploitation serait une charge considérable: une vision
historique est en pratique un empilement de visions
instantanées qu'il faut toutes tenir à jour avec le même
niveau d'effort que celle à jour. L'introduction de dates
d'effet dans les métadonnées n'est que le premier pas
qu'un tel Openhistorymap devrait franchir.<br>
</blockquote>
<br>
<div>Cependant il me semble qu'il faut appuyer l'usage du
tag "source" <a moz-do-not-send="true"
href="http://wiki.openstreetmap.org/wiki/Key:source">http://wiki.openstreetmap.org/wiki/Key:source</a>
ou <a moz-do-not-send="true"
href="http://wiki.openstreetmap.org/wiki/FR:Key:source">http://wiki.openstreetmap.org/wiki/FR:Key:source</a>,
particulièrement, pour le terrain, l'usage de survey, tel
que je comprends les choses, avec "source=Survey 10 Nov
2012", qui correspond plus ou moins avec l'idée de
François Lacombe.<br>
</div>
</div>
</div>
</div>
</blockquote>
<br>
Ou mieux encore, une date de construction... Regardez comme ça peut
être beau: <a href="http://dev.citysdk.waag.org/buildings/">http://dev.citysdk.waag.org/buildings/</a><br>
<br>
"All 9,866,539 <a
href="http://www.kadaster.nl/web/file?uuid=25da4675-fc9c-47a6-8039-1af04c142965&owner=23cbe925-35ce-4a72-ac8c-a33a0c19ae1e&contentid=2585">buildings</a>
in the Netherlands, shaded according to year of construction. Data
from <a href="http://www.kadaster.nl/bag">BAG</a>, via <a
href="http://dev.citysdk.waag.org/">CitySDK</a>. Map made with <a
href="http://www.mapbox.com/tilemill/">TileMill</a> by <a
href="mailto:bert@waag.org">Bert Spaan</a>, <a
href="http://www.waag.org/">Waag Society</a>, inspired by <a
href="http://bklynr.com/block-by-block-brooklyns-past-and-present/">BKLYNR</a>.
If you encounter incorrect building data, you can always <a
href="http://www.kadaster.nl/web/Themas/themaartikel/BAGartikel/BAG-terugmelden.htm">inform
the Kadaster!"</a><br>
<br>
Traduction : "Les 9866539 bâtiments des pays-bas, colorés en
fonction de leur date de construction tirée des données cadastrales.
Fait avec TileMill. Si vous trouvez des données erronées, vous
pouvez toujours en informer le Cadastre !"<br>
<br>
</body>
</html>