[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