Selon le cas, il y a plusieurs manip à faire :
Un EPCI qui devient commune nouvelle :
remplacer l'epci par la commune :
changer le type de relation
changer le nom
ajouter admin_center, population, lien wiki
basculer les anciennes limites des communes en admin_level 10 si elles
ne sont pas utilisées par la commune nouvelles
si ce sont simplement des communes qui deviennent commune nouvelle,
c'est à peu prêt la même chose, sauf qu'il faut créer une nouvelle
relation au lieu d'en modifier une existante.
Le 19/12/2015 09:31, osm.sanspourr...@spamgourmet.com a écrit :
Ma question serait plutôt : y a-t-il un besoin spécifique que
comcommaker ne remplit pas actuellement ?
En quoi devrait-il être adapté ? Ajout automatique des attributs
proposés par Jérôme ? Saisie d'un attribut start_date ?
Modification des communes déléguées : un end_date simple comme je vois
pour l'Alsace
<http://www.openstreetmap.org/relation/8636#map=8/48.256/7.537>
(end_date
<http://wiki.openstreetmap.org/wiki/Key:end%20date?uselang=fr>
2015-12-31) ?
Logiquement ce serait plutôt un :
admin_level:-2015=8
admin_level:2016-=9
(format ISO : la date de création des communes fusionnées étant la
date de début des nouveaux niveaux et la date de fin des anciens étant
la veille)
Effectivement, là on a du boulot systématique à faire et comcommaker
fait déjà l'essentiel.
Au fait, y-a-t-il des codes INSEE pour les nouvelles entités ?
Ajouter aussi les sources (JO ou autres) pour les admin_level (des
nouvelles et anciennes entités).
Jean-Yvon
Le 18/12/2015 15:40, Stéphane Péneau - stephane.pen...@wanadoo.fr a
écrit :
Au fait ! ComcomMaker ne pourrait-il pas être adapté pour nous
faciliter la tâche dans ces créations de communes nouvelles ?
Stf
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr