<div class="gmail_quote">2010/11/9 Charles Nepote <span dir="ltr"><<a href="mailto:charles@nepote.org">charles@nepote.org</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;">
Comment a-t-on résolu ce problème pour les données du cadastre ?<br>
<br></blockquote><div><br>En demandant d'ajouter le millésime dans le tag "source" et en l'attachant à chaque élément ajouté (les polylignes et les noeuds isolés) en non dans les commentaires des changesets (possible mais les commentaires ne sont pas accessibles dans la plupart des extractions).<br>
</div></div><br>Plus généralement, je ne crois pas que la date de mise à jour soit le problème principal. Même si on ne le précise pas dans un tag, il reste aisé de retrouver la date de la contribution (dans l'historique de l'élément lui-même). On peut ensuite en déduire la date de la source (même s'il reste théoriquement possible d'importer des données anciennes, la garantie n'étant jamais absolue (on peut aussi écrire n'importe quelle date dans un tag source ou se tromper)).<br>
A mon avis, la clause qui pose le plus de problème concerne la non-altération des données car l'OdBL ne fixe aucune limite dans ce domaine (et pour cause, ça n'intéresse pas OSM).<br><br>C'est pourquoi à mon avis, il nous faudra toujours une autorisation explicite d'utiliser les données pour OSM avec ce type de CGU (ce qui est le cas pour le cadastre ou Corine Land Cover).<br>
<br>Pieren<br>