Le 06/10/2012 17:42, Philippe Verdy a écrit :
Le 6 octobre 2012 17:05, Vincent de Chateau-Thierry <[email protected]> a écrit :
Côté JOSM l'affichage des appartenances
d'un way à des relations existe depuis longtemps, et c'est, je trouve, la
bonne réponse à ce besoin fonctionnel.
Ben non justement. Et surtout dans JOSM où toutes les relations
dépendantes ne sont pas chargées.
Ctrl+Alt+D sur un objet sélectionné charge les relations qui référencent
cet objet. Quand on travaille sur les limites admin, c'est un raccourci
essentiel. Hors de question, makgré ce que tu répètes ici régulièrement,
de charger tous les membres d'une relation admin pour en contrôler la
cohérence.
Demande-toi alors pourquoi on met encore admin_level=* sur ces ways et
même "boundary=administrative" ? Et pourquoi on met un name=* sur les
way d'une route (alors qu'on a aussi des relations routières). Et
pourquoi on let un name=* sur les segments de rivières (alors qu'on a
des relations pour les rivières aussi).
Je vois que tu reste partisan du « tout géométrique ». Mais c'est
fragile. Dès que quelquechose est cassé, les requêtes géométriques ne
marchent plus. Pas plus que la liste des relations oubliées.
C'est quoi, le "tout géométrique" ?? J'ai toujours crû que j'étais pour
le tout trigonométrique, ou le tout pifométrique (je ne sais plus trop) :-).
S'il y a une thématique où on peut exploiter les relations topologiques
(ah, ça doit être ça), c'est bien le maillage administratif. On ne
devrait jamais inscrire un nom sur une limite, mais le déduire des faces
à droite et à gauche qui le bordent. Quitte à avoir plusieurs noms s'il
y a plusieurs niveaux sur une limite :
name:admin_level:8 : commune à gauche - commune à droite
name:admin_level:7 : arrondissement à gauche - arrondissement à droite
...
name:admin_level:2 : pays à gauche - pays à droite
Mais je parle bien là d'un calcul, fait par un robot, et pas d'un tag
rentré par une contribution humaine. Laissons aux consommateurs de la
donnée le soin de choisir le nom qu'ils souhaitent coller à une limite,
qui à la base n'en porte pas.
vincent
_______________________________________________
Talk-fr mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/talk-fr
