2010/2/25 AG-Carto Rémy Gourrat <rgour...@ag-carto.fr>
> Emilie,
>
> plutôt que de me donner du poisson apprends moi à pêcher...
>
> en clair c'est quoi le mieux :
>
> du Shape ? => si oui envoyer moi un modéle de Shape et je le génére
> directement ou du SQL ?
>
> après tous ces dialogues, je ne connais toujours pas l'ampleur de la tâche
> !
>
> même si c'est trés gentil de vous proposer de faire le traitement final
> pour moi j'aimerai avoir une vision compléte de l'intégration de données SIG
> sous OSM et à terme votre soutien pour que nous puissions pourquoi pas le
> réaliser nous mêmes.
>
>
Dans un de mes précédents mails, j'ai fourni les liens qui explique les
différentes taches. Je vais décomposer les différentes taches:
- Génération de deux fichiers shapefile (ça permet de facilement importer
dans Postgis, qui reste la base de donnée utilisée pour OSM via les outils
Osmosis, ou osm2pgsql)
- Fichier contenant les routes
- Fichier contenant les adresses
A partir de ces deux fichiers, on part dans des directions différentes.
Adresse
- Conversion des données pour correspondre au système explique ici
http://wiki.openstreetmap.org/wiki/FR:Key:addr
Dans le cas présent, vous pouvez remplir
addr:housenumber<http://wiki.openstreetmap.org/wiki/Key:addr:housenumber>et
addr:street <http://wiki.openstreetmap.org/wiki/Key:addr:street> . Les
autres tags n'ont pas particulièrement d'intérêt notamment postcode, city,
country, car ces données peuvent être déduites autrement.
- Créer une table remplie proprement avec les tags
- Créer un nouveau fichier shapefile a partir de la table nouvellement crée
- Utiliser un programme de conversion permettant de créer un fichier OSM a
partir de fichier shapefile
A noter que c'est une approche a partir d'une base de donnée, on peut tout
autant dans le cas présent travailler a partir de données sous format GML et
écrire directement du code qui va générer le fichier OSM lui (ou reprendre
un bout de code existant autour). Les seuls outils qui gèrent les
conversions SHP a OSM avec un support de POINT et de LINESTRING sont
http://wiki.openstreetmap.org/wiki/Ogr2osm et
http://wiki.openstreetmap.org/wiki/Shp-to-osm.jar . Les versions nommées
polyshp2osm ne fonctionnent qu'avec des polygones.
Rue/Route
Le plus simple dans le cas présent est de suivre la procédure d'import
utilisée pour le BMO: http://wiki.openstreetmap.org/wiki/BMO#Road_network
La complexité dépend ici de si la carte est deja bien remplie ou pas. Il
faudra sûrement que vous regardiez le code SRID a utiliser.
Maintenant si tu veux une intégration complète SIG sous OSM, ce n'est pas
encore ça. Quantum GIS a un plugin OSM maintenant pour manipuler les
données, sans parler d'un module Postgis. Je sais que ça peut paraître flou
(je viens de relier mon mail et il est vraiment brouillon) mais n'hésite pas
a poser des questions. De plus, j'avais compris qu'initialement vous
cherchiez juste a offrir les données d'où l'offre de traiter les données.
Emilie Laffray
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
