Franchement, le admin_level=9 me gène pour la confusion qu'il va créer pour
les outils l'utilisant déjà actuellement (et il y en a vu que ces
découpages étaient exhaustifs).

Je ne me battrais pas là dessus, mais ne vous étonnez pas si il y a des
trucs qui merdent à court terme ici ou là.

Sur le process, je propose de faire ça en deux temps et via le script que
j'ai écrit:
1) création des nouvelles relations avec admin_level:proposed=8 /
start_date=2016-01-01
ça laisse un peu de temps pour vérifier...
2) bascule en admin_level=8 et modif des anciennes communes

L'important étant d'avoir le CSV global bien propre. Le script permet
d'être homogène et ne mobilise plus de temps humain qu'on peut remettre à
profit sur le contrôle du résultat.

L'objectif que je vois serait d'annoncer si possible le 1er janvier, que
tout est "déjà" à jour dans OSM et sortir un nouveau fichier du découpage
communal pour le diffuser sur data.gouv.fr.
On pourra communiquer là dessus pour enfoncer le clou sur le merdier qui
consiste à publier au dernier moment au JORF ces infos, à ne pas avoir de
COG à jour, etc...


Le 30 décembre 2015 à 02:14, Jérôme Amagat <jerome.ama...@gmail.com> a
écrit :

> sur la page récapitulant les communes nouvelles ça pourrait être bien de
> mettre tous les tag a mettre, changer ou enlevé sur la nouvelle commune et
> les anciennes pour que tous le monde soit sur la même longueur d'onde.
> J'ai vu que christian parlait des ref:INSEE je comprenais pas pourquoi et
> je viens de voir que les communes qui ont un an ont repris le ref:insee de
> la commune chef lieu et c'est aussi ce qui est indiquer là :
>
> http://www.collectivites-locales.gouv.fr/faq-sur-loi-ndeg-2015-292-16-mars-2015-relative-a-lamelioration-regime-commune-nouvelle-pour-des#insee
>
> relation commune nouvelle :
> type=boundary
> boundary=administrative
> admin_level=8
> name=*
> start_date=2016-01-01
>
> ? source=le JO ou l’arrêté préfectoral
> ? addr:postcode= le code postal des communes s'il est le même dans toutes
> les anciennes communes
> wikipedia
>
> relation commune délégués :
> type=boundary
> boundary=administrative
> name=*
> ? admin_level=9
> ? source=le JO ou l’arrêté préfectoral
> ? admin_type:FR=commune déléguée
> ? start_date=2016-01-01 ou end_date ou autre chose
>
> il faut bien sur tomber d'accord sur
> quel admin_level?
> tag spécifique oui(lequel?) ou non?
> le truc c'est que le tag spécial commune déléguée peut être facilement
> supprimé plus tard si on décide qu'il est inutile mais plus difficile a
> ajouté quant tous sera fini.
>
>
> Le 30 décembre 2015 à 00:46, Donat ROBAUX <dona...@gmail.com> a écrit :
>
>> Merci Jérome pour le lien. J'avoue ne même pas avoir pensé à consulter
>> WP... Ils sont vachement plus à jour que nous. Donc nous on est carrément à
>> la ramasse. Ils ont fouillé dans tous les RAA (pas eu le temps de passer
>> partout). Faut dire qu'ils ne sont pas très pratique à consulter.
>> Va falloir aller faire du pompage chez WP ;)
>>
>> Pour info et comme je disais dans un précédent mail: sur Légifrance, les
>> arrêtés étant publiés par date d'arrêté et non par publication au JO, j'ai
>> dû remonter jusqu'à la page 7. Des arrêtés datent de juillet et sont
>> publiés seulement le 29/12/2015. Tu m'étonnes que l'INSEE ne peut pas être
>> à jour... (re clin d’œil à Christian dans le cadre de la BAN).
>>
>> Donat
>>
>>
>>
>>>
>>> ---------- Message transféré ----------
>>> From: "Jérôme Amagat" <jerome.ama...@gmail.com>
>>> To: "Discussions sur OSM en français" <talk-fr@openstreetmap.org>
>>> Cc:
>>> Date: Tue, 29 Dec 2015 20:56:15 +0100
>>> Subject: Re: [OSM-talk-fr] Communes nouvelles - fusion de communes
>>> pour la liste des communes nouvelles la page wikipedia :
>>>
>>> https://fr.wikipedia.org/wiki/Projet_de_communes_fran%C3%A7aises_nouvelles_en_2016
>>> basée sur les arrêtés préfectoraux, me semble bien mieux et plus à jour
>>> le JO vu qu'il faut attendre que ces même arrêté soit publié au JO
>>>
>>>
>> _______________________________________________
>> 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
>
>


-- 
Christian Quest - OpenStreetMap France
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Répondre à