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

[Vincent de Château-Thierry]

Bonsoir,

Le 28/12/2015 19:17, Philippe Verdy a écrit :
> Encore une fois je ne suis pas d'accord sur l'admin_level 10 qui n'est
> pas pour ça. Ce devrait être admin_level 9 pour TOUTES ces communes
> membres de communes nouvelles. Le  niveau 10 est uniquement pour les
> subdivisions INFRA-communales, mais les communes membres de comune
> nouvelles restent des communes avec leur propre quartiers.
>
>     C'est récurernt mais certains bloquent encore sur le fait que les
>     niveau 9 est aussi utilisé à Paris/Lyon/Marseille pour leurs
>     arrondissements communaux mais il n'y a aucune commune membre dedans
>     et ce ne sont pas des communes nouvelles. Bref aucuine confusion
>     possible.
>
> J'insiste, c'est le niveau 9, pas le niveau 10 qui restent pour les
> quartiers et les communes membres de communes nouvelles ne sont pas de
> simples quartiers, et conservent même leur propre découpage
> administratif en quartiers.
>
> Le 28 décembre 2015 à 18:49, Stéphane Péneau <stephane.peneau at wanadoo.fr
> <mailto:stephane.peneau at wanadoo.fr>> a écrit :
>
>     Le 28/12/2015 17:57, Christian Quest a écrit :
>         Les étapes que je vois à réaliser:
>         - création de la nouvelle relation type=boundary de la nouvelle
>         commune
>             - admin_level=8
>             - start_date=2016-01-01
>             - ref:INSEE = celui du chef lieu
>             - population= celle indiquée dans les arrêtés... ou somme des
>         population des communes fusionnées
>             - membres: outer=way frontière + admin_centre le noeud
>         place=* du chef
>         lieu
>
>         - déclassement des anciennes communes en admin_level=10
>             - ajouter un tag pour spécifier communes associée ou autre ?
>         (j'avoue
>         n'avoir pas creusé les différents cas)
>
>         - déclassement en admin_level=10 des frontières entre les communes
>         fusionnées
>
>         Autre chose ?
>
>     Dans la relation :
>     name = nom de la commune nouvelle
>     boundary=admin
>     Tag wikipedia si un article existe
>
>     Il y a les cas où la commune nouvelle remplace la communauté de
>     commune/aglo/... Il ne faut donc pas créer une relation, mais
>     modifier celle de la comcom. Enfin je pense
>
>     Pour le ref:INSEE, c'est vraiment celui du chef-lieu qu'il faut
>     utiliser ?

Je trouverais dommage de mélanger 2 notions derrière le même tag 
admin_level=9. Soit on rajoute un tag (à trouver) pour spécifier qu'on a 
d'un côté des arrondissements municipaux, et de l'autre d'anciennes 
communes, soit on trouve autre chose qu'admin_level=9 pour les anciennes 
communes. Sachant que personnellement je suis contre l'idée de devoir 
"coder en dur" la distinction sur la foi des valeurs des codes, du style 
"si le code est 75112 alors c'est un arrondissement", etc.
D'un autre côté, passer les anciennes communes en admin_level=10 empêche 
la définition de quartiers à l'intérieur de ces emprises, puisque la 
modélisation des niveaux admins, en France (mais ailleurs a priori 
aussi), se fait sans recouvrement entre entités de même niveau.

Je verrais bien à la place de tout ça le recours au tag 
old_admin_level=8 couplé à un end_date. C'est utilisé en Suisse, mais je 
ne connais pas le contexte.

vincent