osm2pgsql ne fiche de la hiérarchie logique qu'il peut y avoir entre les différents objets OSM. Son objectif est de créer les géométries (point, lignes, polygones) correspond aux objets OSM (noeuds, chemins, relations).
Bien sûr, si l'on ne définissait les limites administratives que par un modèle surfacique, il faudrait revoir le fonctionnement d'osm2pgsql et de sûrement pas mal d'autres outils, mais je ne pense pas que quelqu'un propose un changement aussi radical. Le double modèle par contre peut avoir du sens. Il est en effet relativement difficile aujourd'hui d'utiliser les données OSM avec une vue hiérarchique sans créer ces géométries. Je viens d'extraire par exemple des listes de lieux (communes) sur différents pays avec la hiérarchie des découpages administratifs* et j'ai dû m'appuyer sur une base osm2pgsql pour sortir ça car il n'y a pas d'autre moyen pour le faire à par le is_in très mal renseigné et d'un format très aléatoire car textuel et non véritable structuré. J'aime aussi cet ajout de redondance qui permet de détecter les incohérences. A mon avis, au fur et à mesure qu'on a des zones complètes on devrait pouvoir ajouter les subarea en rôle supplémentaires dans les relations de découpages administratifs. Les outils ne sachant pas les exploiter les ignoreront tout simple comme il le font jusqu'à maintenant. L'Espagne fonctionne comme ça et à ma connaissance ça ne pose aucun problème. * voir ici: http://osm13.openstreetmap.fr/~cquest/places/ Le 19 septembre 2013 12:32, Vincent de Château-Thierry <v...@laposte.net> a écrit : > Amis spatialistes et relationistes bonjour :-) > > Le 19/09/2013 11:13, Frédéric Rodrigo a écrit : > >> Le 19 septembre 2013 11:01, Fionn Halleman >> <fionn.halleman@valeurs-**mobiles.fr <fionn.halle...@valeurs-mobiles.fr> >> <mailto:fionn.halleman@**valeurs-mobiles.fr<fionn.halle...@valeurs-mobiles.fr>>> >> a écrit : >> >> >> Est-ce quelque chose qu'il serait intéressant de modéliser (pour >> d'autres personnes que pour moi, j'entends) ? Y a-t-il des cas où >> c'est déjà fait ? >> >> >> C'est un grand sujet de discutions qui oppose les spatialises (pas >> besoin de faire plus on peut le retrouver l’information par requête >> spatiale) et aux relationniste (on ajoute de la sécurité et de la >> sémantique avec des relations (ma vision perso)). >> >> Le modèle de zone administrative en France est construit sur des >> relations type=boundary, en Allemagne c'est avec des type=multipolygon, >> mais avec la même façon de faire : ces relations regroupent la limite >> extérieurs. >> Par contre en Espagne le principe est le même, mais il y en plus >> l'aspect "surfacique" dans les relation, c'est à dire que les relations >> des entités administratives filles sont également présente dans la >> relation. >> > > Il y a surtout, jusque là, quelques arguments pour utiliser le modèle > par limites, arguments bêtement pragmatiques : > - ce modèle, contrairement au "surfacique", permet de définir un niveau > sans disposer de l'intégralité des surfaces à un niveau plus fin. Avec > le modèle par surface, encore aujourd'hui, on ne saurait pas tracer > certains départements français, qui seraient troués ou rognés sur les > bords. > Concrètement, voilà à quoi ressemblerait le département des Ardennes en > mode surfacique (ne regarder que ce qui est en vert) : > http://layers.openstreetmap.**fr/?zoom=9&lat=49.6&lon=4.8&** > layers=000B0FFFFFFFFFFTFT<http://layers.openstreetmap.fr/?zoom=9&lat=49.6&lon=4.8&layers=000B0FFFFFFFFFFTFT> > Ce constat reste encore valable pour quelques mois, tant qu'on n'aura > pas terminé le tracé complet des limites de communes. > - pour la modélisation par surface, il faudrait, côté exploitation des > données, des moyens de digérer les relations récursives. On doit bien > pouvoir trouver quelques bouts de code là-dessus, mais autant que je > sache ça n'est pas disponible dans les outils de manipulation de > données OSM brutes les plus populaires, notamment osm2pgsql. > > A contrario, la modélisation par surface, en référençant dans une > relation ses relations filles, offre une manière puissante de naviguer > dans l’arborescence des zones. Il y a des bénéfices à en tirer, > j'imagine tout à fait qu'on modélise ça un jour prochain. > > vincent > > > ______________________________**_________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.**org/listinfo/talk-fr<https://lists.openstreetmap.org/listinfo/talk-fr> > -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
