Le lun. 25 nov. 2019 à 22:35, <osm.sanspourr...@spamgourmet.com> a écrit :
> Toutes ces mairies avaient été modifiées par mairies5962bot > <https://www.openstreetmap.org/user/mairies5962bot> le robot de LéG. > > Sauf deux d'Ille-et-Vilaine et dont les communes portent le code insee. > > LèG, inactif depuis 4 ans, n'a pas répondu à mon message du 17. > > *Bonjour, Près de 4 000 fois votre script a ajouté à tort des ref:FR:INSEE > sur autre chose que des communes. Ces usages devraient disparaître : > **https://wiki.openstreetmap.org/wiki/FR:Key:ref:INSEE > <https://wiki.openstreetmap.org/wiki/FR:Key:ref:INSEE>**. : > **http://overpass-turbo.eu/s/OaA > <http://overpass-turbo.eu/s/OaA>* > > *Sans retour rapide (sur la liste ou ici) le ménage sera fait. Mais c’est > plus pour que vous ne le fassiez plus à l’avenir.* > > Comme je ne précisais pas node ou way, j'avais la (non) réponse : un bot > laissé sans maintenance, on fait ce que pense la communauté sans compter de > ce qu'a fait le robot. > > Avant le passage de Stéphane : > Type > Nombre d'objets > Nombre de valeurs > [image: [Tous]] Tous > 77 470 > 0.00% > *40 734* > [image: [Nœud]] Nœud > 34 313 > 0.02% > 32 965 > [image: [Chemin]] Chemin > 1 452 > 0.00% > 1 451 > [image: [Relation]] Relation > 41 705 > 0.58% > *40 682* > > Ce qui veut dire que l'on a viré au moins 52 valeurs portées par des > chemins ou des nœuds sans relation associée donc on s'est planté quelque > part. > > Il peut y avoir des confusions avec le code postale, j'ai déjà vu le cas, mais il y a avait sûrement des place=* avec le code INSEE d'une ancienne commune aujourd'hui disparu ou transformé en commune associée lors d'une fusion de communes. Normalement, les communes déléguées ont toutes leurs relations admin_level=9 mais pas les communes associées. Dans le code officiel géographique, il y a 550 communes associées et d’après taginfo ( https://taginfo.openstreetmap.org/keys/admin_type:FR#values) on a 231 admin_type:FR=commune associée et normalement toutes les communes associés ont un code INSEE différent de celui des autres communes (ce n'est pas le cas pour les communes déléguées qui peuvent avoir le même code que leur commune mère). Pour les mairies, cela pourrait être utile d'avoir un role dans les relations pour la mairie car une mairie dans une relation admin_level=8 ne veux pas obligatoirement dire que c'est la mairie de cette commune, les communes déléguées et associées ont aussi une mairie. Aujourd'hui, j'ai ajouté 2054 ref:INSEE sur des relations. Ce sont les cantons, ils avaient un tag planned:ref=* (parfois modifié en ref=*) mis lors de la créations de ces cantons en 2015 et qui normalement attendaient le code officiel géographique de l'insee pour prendre leur valeur définitive en ref:INSEE=* mais le changement n'a jamais été fait. Le planned:ref était en XXX-YY avec XXX pour le département avec un 0 en première valeur pour la métropole et YY une numérotation des cantons en 01, 02, ... obtenu par l'ordre alphabétique. Dans le code officiel géographique, le code pour les cantons est XXYY (XXXYY pour les département d'outre mer en 3 chiffres) avec XX le département et YY la même numérotation que nos planned:ref . (Normalement) j'ai bien fait les choses, j'ai vérifié que la numérotation était la même, que les noms de cantons étaient les mêmes (il y a quelques différences d'orthographes que j'ai laissé, articles, majuscules, accents) et j'ai modifié la ref en enlevant le 0 du début pour la métropole, le tiret et changé en ref:INSEE=*. On a dans ref:INSEE les code utilisées par l'insee pour différents objets, commune bien sur, mais aussi canton, département ... j'ai vu que sur wikidata, ces différents identifiants ne sont pas mélangés, il y a un "code INSEE d'une commune", un "code INSEE d'un canton" ... peut être que ça serai plus simple à maintenir de faire la même chose ...
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
