Le 30 août 2012 18:04, Frédéric Rodrigo <[email protected]> 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). _______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
