<div class="gmail_quote">2010/6/15 Guilhem Bonnefille <span dir="ltr"><<a href="mailto:guilhem.bonnefille@gmail.com">guilhem.bonnefille@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Le 9 juin 2010 17:06, Pieren <<a href="mailto:pieren3@gmail.com">pieren3@gmail.com</a>> a écrit :<br>
<div class="im"><br>
</div>C'est toujours très intéressant et agréable de lire un commentaire<br>
aussi constructif.<br></blockquote><div><br>J'espère autant que les "certains feront ceci" et les "bricolos feront cela" ;-)<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<div class="im"><br>
</div>Sauf erreur, je crois que tout le monde est bien d'accord pour que les<br>
informations dynamiques se retrouvent dans une base de données<br>
spécifique.<br></blockquote><div> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Maintenant, encore une fois, nous sommes bien d'accord que ce type<br>

d'information très temporaire n'a pas à apparaître dans OSM. <br></blockquote></div><br>Ben non, justement. Il n'y a pas de consensus. Quelle est la limite entre le "dynamique", "très temporaire", "temporaire", "ça va pas durer", etc. Dans une rue commerçante, tu peux être sûr que la liste des "shop" changera tous les 6 mois. Alors on accepte de mettre les "shop" mais pas des travaux sur la route qui peuvent, eux aussi, durer 6 mois ?<br>
Bref, c'est moins la durée de la validité de l'info qui compte que notre capacité à la maintenir à jour.<br><br>Pieren<br>