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. _______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
