Bonsoir,
Le 08/11/2012 14:22, sly (sylvain letuffe) a écrit :
On jeudi 8 novembre 2012, Vincent de Chateau-Thierry wrote:
Il manque de toute façon la définition en tant que région (admin_level=4).
Oui, je vais l'ajouter.
Je verrais bien :
- conservation de l'admin_level=2 pour la relation
http://www.openstreetmap.org/browse/relation/1047206
Moi plutôt pas. (voir ci-dessus)
- modification de sa liste de membres pour passer à un mode "chemin", au
moins pour la
cohérence avec le reste des découpages admin de France pour l'instant,
ça me va aussi, on reste dans une logique "uniformité" et "pragmatisme" bien
que je continue à dire qu'il faudrait continuer à avancer vers un support des
2 approches, mais on va pas tout changer tout de suite.
- duplication du résultat sous forme d'une relation admin_level=4 pour
définir la région
Pour les autres DOM, j'ai opté pour une solution hybride pour l'instant :
Je créer la relation région, qui contient comme membre la relation
département.
D'abord parce que c'est plus simple, ensuite parce que comme aucun de ces
départements n'a de frontières avec un autre département, ça ne rend pas le
multipolygon invalide au sens osm (rien à voir avec les subareas dans la
logique)
Reste donc que pour exploiter cette construction, il faut disposer d'outil à
gestion pyramidale.
- duplication du résultat sous forme d'une relation admin_level=6 pour
définir le
département
Je vois l'idée je pense, mais je trouve que ça allourdit pas mal si on entasse
des relations dont les membres (ways) sont identiques.
Je vois ce soir que tu as pu appliquer tout ce qu'on disait hier, merci
pour ça. J'ai un bémol (que j'aurais dû formuler hier, désolé), c'est
sur la définition du niveau région des DOMs (admin_level=4). Tu parles
ci-dessus, à juste titre, d'uniformité et de pragmatisme, mais du coup
c'est contredit, pour moi, par le choix de définir les régions comme
relations ayant comme membre une relation (plutôt que des chemins). Ça
n'est pas uniforme (les régions de métropole sont définies par des
chemins), et pas pragmatique vu que les outils courants (au moins
osm2pgsql) ne savent pas s'en sortir avec cette modélisation en
relations imbriquées.
Résultat, on ne peut pas simplement disposer d'un export de la couche
complète des régions admin françaises, car les régions des DOMs passent
à la trappe. Quant à l'économie que ça représente, je la trouve
anecdotique vu la taille des 4 territoires. Et pour ce qui est de
contours admins dont les membres sont identiques, ben, on a déjà Paris
dans ce cas : admin_level 6/7/8 à lui tout seul :-)
En résumé : je souhaiterais pour l'instant convertir les relations
"région" des DOMs en mode "chemin".
Si pas d'avis contraires à Chambéry ou ailleurs :-) je m'en occuperai ce
week-end.
vincent
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
