[OSM-talk-fr] Réflexions sur la modélisation dans osm des niveaux administratifs en france

[verdy_p]

Puisque c'est de moi dont on parle ici, j'apporte une précision: j'utilise
JOSM depuis un bon moment.

Il faut peut-être te mettre à jour à la version actuelle. (Personnellement
je ne l'ai pas téléchargé, j'utilise le lien JNLP qui fait les vérifications
de mise à jour tout seul, l'application restant installée seulement dans un
cache; la mise à jour se fait toute seule vers la dernière version stable).

Il n'y a aucun problème signalé par JOSM, ni warning, ni error; d'ailleurs
les notions d'enclave/exclave sont obsolètes, il n'y a plus que "outer"
(partie principale et toutes les exclaves d'une zone) et "inner" (toutes les
enclaves d'une zone principale externe ou toutes les autres zones
principales enclavées)...

JOSM vérifie cependant toujours l'ordonnancement des relations et noeuds de
segments: d'une façon générale on doit toujours préférer le sens
trigonométrique (anti-horaire), car c'est sinon un tri que doit faire tous
les systèmes de rendus de tuiles, et cela prend du temps. Ce sens est à
garder même pour les zones "inner" (puisque ces enclaves sont aussi des
chemins ou relations ayant leur propre définition en tant que zone "outer",
ces chemins en sens anti-horaire sont normalement partagés).

Pour les éditeurs, il est essentiel de s'assurer que les chemins ou segments
d'une relation sont aussi connectés et dans l'ordre (sinon l'éditeur passe
un temps infini à rechercher les inclusions lors des modifications et peut
faire des erreurs et oublier de conserver des connexions: c'est aussi un
problème de performance dans l'éditeur, et sur les serveurs de rendus de
tuiles qui ont déjà beaucoup de travail à faire).

A l'avenir, il devrait aussi y avoir l'utilisation des membres de type
"subarea" (mais pas avant que le découpage d'une zone soit une partition
exacte). Cela permettra aussi des navigations dans la carte et des
vérifications supplémentaires de cohérence: une relation qui comporte des
"subarea" doit avoir un contour couvrant exactement l'ensemble des
"subarea", sans trou car sinon ce sont des zones "subarea" oubliées, et ces
subareas doivent n'avoir aucune intersection de surface entre elles.

Les subareas sont aussi supportées par JOSM.

--
View this message in context: http://gis.638310.n2.nabble.com/Reflexions-sur-la-modelisation-dans-osm-des-niveaux-administratifs-en-france-tp7216522p7217650.html
Sent from the France mailing list archive at Nabble.com.