> De: "Christian Quest" <cqu...@openstreetmap.fr> > > Je crains (très) fort que admin_level=9 casse quelques scripts > existants > qui s'appuient là dessus pour les arrondissement municipaux > (exhaustifs). Ces scripts n'iront pas vérifier un nouveau tag sans > qu'on > change leur code... > > admin_level=10 me semble moins poser de problème car c'est peu > utilisé > (car pas exhaustif du tout) et c'est ce qui a été utilisé jusque là > pour > les précédentes fusions. > Lui adjoindre un admin_type me semble une bonne idée pour préciser de > quoi il s'agit.
Admin_type est justement là pour permettre le distingo à admin_level égal. Aligner l'admin_level des arrondissements municipaux et des communes déléguées serait au passage raccord avec ce qu'on peut lire sur WP[1] : "Les communes nouvelles ont les mêmes compétences que les autres communes. Leur fonctionnement est inspiré de celui instauré par la Loi PLM, les communes déléguées ayant des compétences proches de celles des arrondissements municipaux" Pour la compatibilité avec les outils existants, admin_type est là pour ça : pour cibler les arrondissements, les requêtes existantes peuvent être augmentées d'une clause "admin_type=FR:arrondissement municipal" pour retomber sur leurs pieds. Rien d'insurmontable, et au final pas de régression. Quant à la reprise des communes tagguées auparavant en admin_level=10, ça ne doit pas être bien long à modifier. Il faut juste ne pas embarquer au passage les _quartiers_ ayant le même tag. Ce qui rendra la situation plus claire en ne mélangeant plus quartiers et communes fusionnées sous le même tag, sachant que ces dernières peuvent contenir des quartiers, comme par exemple : http://www.ville-cherbourg.fr/themes/ma-ville/democratie-participative/conseils-de-quartier/ vincent [1] : https://fr.wikipedia.org/wiki/Commune_nouvelle#Fonctionnement _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
