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 <[email protected] <mailto:[email protected]>> 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 _______________________________________________ Talk-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-fr
