[OSM-talk-fr] forum: Import parc/rserve dans OSM

[Benoît ROUSSEAU]

Bonjour Émilie,

Emilie Laffray a écrit :
>
>
> 2010/6/1 Benoît ROUSSEAU <adressepossible at free.fr 
> <mailto:adressepossible at free.fr>>
>
>     Bonjour,
>
>        Je suis partant sous réserve d'être guidé (au moins au départ)
>     : "Il
>     y ça qui urge est-ce que tu peux filer un coup de main à se sujet ?".
>     J'ai lu les pages indiquées mais j'ai du mal à distinguer les
>     priorités.
>     Je vais tenter l'option 2 décret + cadastre pour estimer le temps de
>     cette option et voir ce qu'il en est pour les tags face à un "vrai
>     essai". L'option 3 "à la main, en gros" ne me tente pas.
>
>        Sinon, je suis programmeur (essentiellement c# aujourd'hui,
>     mais pas
>     de pb pour m'adapter à d'autres langages) donc peut-être aider à la
>     conversions/traitements de données...
>
>
> Avec les données vectorielles, ça sera l'option 1. Je pense que ça 
> sera quelque chose similaire avec ce qui s'est passé avec l'import Corine.
Alors j'avais bien consulté les pages données par Sylvain et que tu 
redonnes en lien...
J'avais compris que l'option 1 était discutable car les données 
vectorielles mises à disposition étaient moins précises (cf. §Analyse 
qualitative) que certaines déjà présentes et beaucoup moins que les 
descriptions faites dans les décrets. Que donc, se posais la question de 
l'option 1 + 3 "import en gros en vectoriel puis l'affinage à 
l'anglo-saxonne" ou l'option 2 "cadastre et décrets".
> La plupart des outils qui ont été utilisés sont du C (osm2pgsql), 
> Python (import OSM, et manipulation des données), un peu de java, et 
> une grosse pincée de SQL.
C et SQL ça va aller, Java il va falloir que je m'y colle...
> La page a regarder est celle ci : 
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Parcs_nationaux_et_r%C3%A9gionaux,_r%C3%A9serves_naturelles/Import_des_donn%C3%A9es_INPN
Ca c'est vu, mais restait justement l'interprétation :)
> Je pense que la première étape est de regarder ce qui existe déjà en 
> France pour voir si on efface l'existant ou pas. Le lien que Sly a 
> donne auparavant montre le résultat entre ce qui existe déjà et les 
> données vectorielles fournies par l'INPN.
Regarder l'existant ok et lien vu.

Donc pour résumer : dans un premier il faudrait étiqueter les références 
sur les tracés existants avec les références INPN. Ce qui permettrai de 
mettre en relation l'existant avant les futurs tracés importés pour 
ensuite pouvoir distinguer et choisir au cas par cas ou massivement.
>
> Emilie Laffray
>
Benoît R.
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20100602/13aa3c88/attachment.htm>