[OSM-talk-fr] Communes nouvelles - fusion de communes

[Vincent de Château-Thierry]

Le 28/12/2015 20:27, Philippe Verdy a écrit :
>
> L'ennui des admi_level c'est qu'on en aura jamais assez et si on regarde
> déjà ils recouvrent déjà des statuts différents
> Meme admin_level=8 pour une commune nouvelle c'est une surcharge de
> l'admin_level=8 des communes simples.

Surcharge ? J'ai plutôt compris qu'on parlait de substitution.

> On a encore les admin_level des COM et DOM et de la Nouvelle Calédonie
> qui sont aussi des statuts spécifiques différents. On a encore une
> surcharge du niveau 6 pour la métropole de Lyon depuis sa séparation du
> département du Rhône.

> On l'avait évoqué : admin_type=* avec en valeur nun ode propre à la
> France admin_type=FR:* Mais c'est suelement pour ceux qui ne savent pas
> lire les données (de toute façon qu'iy a-t-til de commun entre les
> arrondissements municipaux de Paris, de Lyon ou de Marseille? Ces
> statuts sont déjà spécifiques et en fait différents pour chacune de ces
> villes qui ont leur statut particulier. Ce code est là pour couper les
> cheveux en 4 puisque hiérarchiquement il n'y a de toute façon aucune
> confusion possible.

> L'admin_level 10 c'est pour les quartiers administratifs qui
> correspondent chacun à une ou plusieurs zones cadastrales (quand il y en
> a plusieurs c'est que ces quartiers sont eux-même redécoupés en
> sous-quartiers/micro-quartiers):; en gros c'est ce qui correspond aux
> premières lettres du code de la planche cadastrales. (quand il y a des
> chiffres avant c'est en fait un code INSEE sur 3 chiffres d'une ancienne
> commune autonome qui a fusionné dans une autre, ou bien c'est 000 pour
> la commune chef-lieu, les chiffres après les lettres osnt des numéros de
> feuilles ou microquartiers selon le cas dans une même zone cadastrale
> (lettres + le préfixe à 3 chiffres éventuel).
>
> Et ce n'est pas parce qu'on n'a pas délimité encore tous les quartiers
> administratifs (il en manque plein dans OSM mais ils existent) qu'on
> doit les reléguer maintenant au niveau 11 parce que la commune a
> fusionné dans une autre, ni qu'on doit en plus déplacer le niveau 11 des
> sous-quartiers au nbiveau 12. Ce cschéma serait en fait encore moins
> homogène que la solution simple d'utiliser le n iveau 9 pour les
> communes déléguées ou associées d'une commune nouvelle.

Pour moi il n'y a aucun rapport entre les zonages admin_level=10 et les 
feuilles cadastrales. Il peut y avoir d'heureux hasards où les limites 
coïncident, mais sans plus. Le niveau 10 est par exemple celui, en zone 
urbaine, de "conseils de quartier", sans rapport avec le découpage 
cadastral.

> LE tag complémentaire "pour couper les cheveux en 4" c'est juste pour
> répondre à ta crainte, qui en pratique n'aé même pas lieu d'être. Si tu
> crois qu'il en faiut un, alors uatant taguer tout de suite les
> arrondissements munucipaux de PLM avec
> admin_type=FR:arrondissement_municipal (en plus de l'admin_level=9) et
> le problème est réglé, et on ne change pas la structure globale de la
> hiérarchie qui reste homogène malgré les statuts légèrement différents.
> Les arrondissements municipaux et communes déléguées ou associées ont
> tous en commun d'avoir bel et bien un maire, un état-civil propre, un
> budget propre (même s'il est décié par une autre entité) dans le conseil
> municipal de la commune nouvelle qui les regroupe.

On a un début sur ce schéma, par Jérôme :
http://taginfo.openstreetmap.org/keys/admin_type%3AFR#values
Pourquoi pas en effet aller au bout de la logique avec
admin_type=FR:arrondissement_municipal
pour les arrondissements de PLM. Et dans ce cas on oublie mon 
old_admin_level.

vincent