[OSM-talk-fr] osm2shp

[Philippe Verdy]

Le 30 août 2012 18:04, Frédéric Rodrigo <fred.rodrigo at gmail.com> a écrit :
> Le 30/08/2012 10:57, topodom a écrit :
>
>> merci pour toutes vos réponses.
>>
>> Un petit complément sur ce que je veux faire : OSM étant de plus en plus
>> riche de données, particulièrement de données que l'on ne trouves pas
>> ailleurs, je souhaite travailler avec ces données, mais sous une approche
>> SIG.
>> L'idée de départ est un projet pour le loisir (sortie à vélo sur plusieurs
>> jours). Je cherche à faire une carte des "choses" utiles à vélo
>> (épiceries,
>> camping, point d'eau, etc...) se situant à moins de 10 kms du parcours.
>> A terme des travaux plus pro en vue.
>>
>>
>> Pour vous réponses :
>>
>> * Géofabrik et autres sont effectivement très pratique mais ils
>> n'extraient
>> pas la totalité de tag présents dans osm
>
>
> Si, si, les extract ont tous les tags. C'est peut être la façon dont tu
> utilises les donnes qui perd des tags. osm2pgsql ? il y  un fichier de style
> pour configurer l'import.
>
>
>> * normalisation des données :
>> En effet j'ai remarqué ceci lors de l'extraction que j'ai faite du tag
>> shop=mall  et shop=supermaket il y a des objets point et polygone.
>
>
> Ce n'est pas un problème de normalisation, c'est n'est même pas un problème
> ! En plus des points et ways il y a aussi les relations.

Lors de l'extraction, il n'y a plus ni noeud, ni way ni relation.

Il n'y a plus que des points, des lignes continues (fermées ou non, et
pouvant même avoir des intersections limitées à des points discrets),
et des multipolygones fermés (contenant un ou plusieurs anneaux fermés
et sans intersection autre que des points isolés sur leur bordure, et
tels que la surface intérieure de l'un des anneaux soit est
entièrement incluse dans la surface intérieure de l'autre anneau, soit
n'a aucun point en commun), ainsi que des métadonnées contenant les
valeurs de tags pour les libellés ou d'autres conditions à tester par
le moteur de rendu.

En effet cette extraction n'emploie plus le schéma OSM.

Donc exit les relations. Elles sont remplacées par les
"caractéristiques" (features), avec une table SQL générée par
"feature" extraite, et autant de colonnes que d'attributs de tags
extraits (avec un travail d'unification de certaines valeurs).

Exit aussi les identifiants d'objets : le nombre d'objets dans le
schéma extait n'est plus le même étant donné la façon dont sont
transformées les relations. Même les noeuds uniques dans OSM
deviennent des points de coordonnées multipliés autant de fois que
d'objets géométriques qui les utilise, et ils perdent leurs
identifiants OSM qui ne sont gardés que comme Tags au cas où on les
extrait, mais uniquement à titre d'information et débogage pour les
outils d'analyse.

Un même objet OSM peut devenir 0 à N objets GIS. Et un même objet GIS
peut être généré à partir de 0 à N objets OSM. Ce n'est pas du tout la
même définition.

Aucun moteur de rendu n'utilise directement le schéma OSM qui est
toujours transformé d'abord en objets géométriques (ce qui n'est pas
sans difficultés étant donné l'ambiguïté de conversion de ce schéma
pour certains cas).