[OSM-talk-fr] [Commune] Libérations et intégration de données
Charles Nepote
charles at nepote.org
Jeu 13 Jan 15:25:17 UTC 2011
Le 12/01/2011 23:17, Marc Sibert a écrit :
> Le 10/01/2011 17:19, 4C/Laurent GAD a écrit :
>>
>> Bonjour,
>>
>> Se pose également la question de la mise à jour.
>>
>> Nous faisons une mise à jour régulière de notre filaire en interne
>> sur la base d'information remontées par nos communes.
>>
>> Quelle serait la meilleure méthode pour en faire profiter OSM ?
>> Imports, saisie directe dans osm (= doublon de mise à jour pour nous) ?
>>
>> J'en profite pour remercier les personnes qui travaillent sur le
>> filaire de voies sur le territoire de la 4C.
>>
>> cordialement
>>
>> *Laurent*
>>
> Bonjour,
>
> Après réflexion sur les mises à jour ultérieures, il faudrait que le
> fichier que vous avez fourni contienne en plus un UID pour chaque
> tronçons, ainsi en cas de modification on pourra faire le
> rapprochement avec l'existant.
C'est une très bonne remarque. Est-il envisageable de compiler les
bonnes pratiques de publications de données géographiques ouvertes pour
un acteur public qui voudrait libérer ses données ? et à côté de ça les
bonnes pratiques d'import.
Quelques critères pour les bonnes pratiques de publications.
* Cadre juridique (compatibilité avec l'ODbL)
* format(s) ? peut-on recommander un peu plus qu'"un format ouvert" ?
* UID pour les tronçons (et pour les autres objets aussi non ?) pour
faciliter les mise à jour
* date de dernière mise à jour du document [une obligation du droit
français pour la réutilisation de données publiques -- loi de 1978
article 12] (est-ce qu'on a intérêt à avoir la date de dernière mise à
jour de chaque objet ? là encore pour faciliter les comparaisons et
d'autres usages)
* régularité des mises à jours (que recommander ?)
* schéma d'URI pour la publication (un peu comme les reco du W3C)
Il y a un draft du W3C, d'ailleurs, qui raconte des choses intéressantes
mais le doc est un peu lourd et, j'en ai peur, un peu éloigné des
problématiques des techniciens municipaux http://www.w3.org/TR/gov-data/
(et tout le monde ne cause pas anglais).
Charles.
> Dans les dernières extractions de fichiers .osm, j'ai fait figurer un
> tag 4C:PK_UID qui contient un entier trouvé dans le fichier .shp, mais
> j'ai peur qu'il n'indique que le rang du tronçon dans le fichier.
>
> A+
>
> --
> Marc Sibert
> marc at sibert.fr
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20110113/cab4528c/attachment.htm>
Plus d'informations sur la liste de diffusion Talk-fr