normalement ce n'est pas par exclusion qu'il faut procéder mais par inclusion : ne pas parcourir ce qu'on ne connait pas, juste ce qu'on connait, donc juste le rôle vide par défaut (pour les membres de type way), et les rôles "inner"/"outer" (pour les ways), "admin_centre" (pour les noeuds : attention il est normal que certaines relations en ait deux), et "subarea" (usage limité encore un seul trype de découpage, incompatible avec plusierus découpages orthogonaux). Le rôle "collection" est là en attendant de trouver mieux (j'avais pensé à un rôle "subareas" au pluriel pour ces relations contenant des subareas pour chaque type de découpage, plutôt qu'un type pour l'instant générique "collection")
Noter aussi que pour certains découpages les membres "subarea" pevuent êrtre eux-même de types différents (par exemple mélange de frontières administrative sde niveaux différents, on a le cas en France avec les cantons, aussi bien en ancienne et nouvelle version, car ils groupent des communes, ou des fractions de communes, ou des communes déléguées ou des communes associées). Les textes légaux font répférences à ces types différents d'entités pour mentionner la composition effective d'une autre entité plus grande ; on a le cas aussi pour les EPCI, notamment les syndicats mixtes ; ou encore pour la Metropole du Grand Paris composée d'une commune et d'une série d'EPT, eux-mêmes composés de communes). Comme les découpages sont d'une grande complexité à suivre et gérer, il n'est pas simple du tout de rétablir en se basant uniquement sur les admin_level des ways (qui souvent sont supprimés et remplacés par d'autres qui n'ont pas l'info) et souvent on n'a pas gardé de lien simple vezrs la source pour revérifier. Les découpages en "subarea" (groupés éventuellement en collections quand il y a plusieurs découpages concurrents) sont une grande aide pour retrouver le tout et vérifier la complétude et l'exactitude. Certes on a " layers.openstreetmpa.fr" mais il omet de vérifier plein de choses et il ne sait pas non plus analyser correctement les découpages politiques (cantons, circonscriptions législatives) et n'nalyser pas non plus tout un tas d'autres entités. Il ne sait pas plus analyser les découpages postaux, les découpages de certains EPCI (notamment Nantes Métropole). De plus son temps de réponse est très long pour se mettre à jour. Enfin il y a des exceptions nombreuses au modèle hiérarchique. Un exemple: les cantons avant 2015 sont la composante des arrondissements et des circonscriptions législatives, mais ils ne correspondent plus aux nouveaux cantons qui ne suivent plus les limites administratives; ces cantons sont aussir restés formés sur des communes devenues aujourd'hui des communes déléguées ou associées au niveau 9 et plus au niveau 8, ou qui ont fusionné en fusion simple et sont passés en niveau 10. Quand les communes changes de statut leur frontières sont aussi redessinées parfois et il est difficile de suivre les modifs nécessaires sachant que d'autres entités sont redéssinées (oui pour les EPCI mais il y a une période transitoire d'un mois, mais non pour les cantons) Le 19 janvier 2016 à 13:41, Jocelyn Jaubert <jocelyn.jaub...@gmail.com> a écrit : > Bonjour, > > (désolé pour le retard, cet email était tombé dans ma boîte à spam :( ) > > On Sun, Jan 03, 2016 at 03:32:54PM +0100, Antoine Riche wrote: > > Le générateur de polygones a l'air d'avoir des soucis. sur une > > relation qui semble correcte dans JOSM et > > http://analyser.openstreetmap.fr/, le générateur de polygone > > retourne une erreur. Par exemple > > http://polygons.openstreetmap.fr/?id=4607815 > > Je pense qu'il s'agit d'un souci avec la relation collection 4660205 > inclue par > cette relation (le site web parcourt toutes les sous relations pour en > sortir > le polygone "général"). > > On enlève déjà les roles suivants dans le parcours, peut-être qu'il > faudrait > rajouter "collection": > ["subarea", "land_area", "disputed_exclave"]) > > > Je creuserais dans la soirée. > > -- > Jocelyn > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
