Re: [OSM-talk-fr] modification au 1er janvier

[Gaël Simon]

Bonjour,
Le code postal n’est pas forcément lié à la commune, ancienne ou nouvelle, car 
il dépend de l’organisation de La Poste.

Gaël

Le 2 janv. 2018 à 00:58, Francescu GAROBY  a écrit :

Concernant cette commune qui "migre" du Calvados à la Manche (il s'agit de 
Pont-Farcy, pour les curieux), je note que son code postal est toujours 14380, 
et non 50XYZ. 
Corrigez-moi si je me trompe, mais je suppose que son nouveau code postal est 
celui de la commune nouvelle qu'elle a rejointe (Tessy-Bocage) et donc : 50420 ?

Francescu

> Le 1 janvier 2018 à 22:15, Christian Quest  a écrit :
> Les communes qui fusionnent ne sont pas "dissoutes" pour autant, elles 
> perdurent dans la majorité des cas comme commune déléguée.
> 
> En 2016 on a décidé de les conserver en admin_level=9 et de créer le tag 
> admin_type:FR pour indiquer le statut.
> 
> Je ne vois pas de raison de changer ça.
> 
> 
> J'ai refait une petite passe manuelle... on a bien les 33 communes nouvelles 
> du 1/1/2018 présentent en admin_level=8 avec un start_date=2018-01-01
> 
> J'ai remis à jour les limites entre le Calvados et la Manche vu qu'une 
> commune y a changé de département en fusionnant.
> Cas similaire entre le 44 et le 49, mais qui était déjà fait.
> 
> Pour les fans de zonages, il y a peut être d'autres impacts qui ne sont pas à 
> jour... j'ai fait ce qui semblait "logique" (changement de canton, d'EPCI, 
> etc).
> 
> 
> 
>> Le 1 janvier 2018 à 19:11, marc marc  a écrit :
>> Je parlais bien évidement
>> - de la relation de l'ancien tracé d'une commune dissoute.
>> - des chemins séparant 2 anciennes communes dissoute.
>> 
>> Le 01. 01. 18 à 18:37, Philippe Verdy a écrit :
>> > S'il y a des communes déléguées, les ways héritent de
>> > boundary=administrative même si une des anciennes communes est dissoute
>> > sans délégation car cela reste une frontière adminsitrative et ce n'est
>> > pas encore une frontière "historique".
>> >
>> > Le 1 janvier 2018 à 16:24, marc marc a écrit :
>> >
>> > Je pensais que les anciennes limites communales de commune dissoutes
>> > passaient en boundary=historic et non en boundary=administrative +
>> > admin_level=9
>> ___
>> 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
> 



-- 
Francescu
___
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

Re: [OSM-talk-fr] modification au 1er janvier

[Francescu GAROBY]

Concernant cette commune qui "migre" du Calvados à la Manche (il s'agit de
Pont-Farcy
, pour
les curieux), je note que son code postal est toujours 14380, et non 50XYZ.
Corrigez-moi si je me trompe, mais je suppose que son nouveau code postal
est celui de la commune nouvelle qu'elle a rejointe (Tessy-Bocage) et donc
: 50420 ?

Francescu

Le 1 janvier 2018 à 22:15, Christian Quest  a
écrit :

> Les communes qui fusionnent ne sont pas "dissoutes" pour autant, elles
> perdurent dans la majorité des cas comme commune déléguée.
>
> En 2016 on a décidé de les conserver en admin_level=9 et de créer le tag
> admin_type:FR pour indiquer le statut.
>
> Je ne vois pas de raison de changer ça.
>
>
> J'ai refait une petite passe manuelle... on a bien les 33 communes
> nouvelles du 1/1/2018 présentent en admin_level=8 avec un
> start_date=2018-01-01
>
> J'ai remis à jour les limites entre le Calvados et la Manche vu qu'une
> commune y a changé de département en fusionnant.
> Cas similaire entre le 44 et le 49, mais qui était déjà fait.
>
> Pour les fans de zonages, il y a peut être d'autres impacts qui ne sont
> pas à jour... j'ai fait ce qui semblait "logique" (changement de canton,
> d'EPCI, etc).
>
>
>
> Le 1 janvier 2018 à 19:11, marc marc  a écrit :
>
>> Je parlais bien évidement
>> - de la relation de l'ancien tracé d'une commune dissoute.
>> - des chemins séparant 2 anciennes communes dissoute.
>>
>> Le 01. 01. 18 à 18:37, Philippe Verdy a écrit :
>> > S'il y a des communes déléguées, les ways héritent de
>> > boundary=administrative même si une des anciennes communes est dissoute
>> > sans délégation car cela reste une frontière adminsitrative et ce n'est
>> > pas encore une frontière "historique".
>> >
>> > Le 1 janvier 2018 à 16:24, marc marc a écrit :
>> >
>> > Je pensais que les anciennes limites communales de commune dissoutes
>> > passaient en boundary=historic et non en boundary=administrative +
>> > admin_level=9
>> ___
>> 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
>
>


-- 
Francescu
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] modification au 1er janvier

[Philippe Verdy]

Je pense qu'il y a les zones académiques à corriger

En revanche l'administration catholique (évêchés, paroisses, doyennés et
zones pastorales) ne devrait pas bouger sans décision de sa part : elle n'a
pas obligation à suivre le découpage administratif civil)

(sauf peut-être en Alsace-Moselle du fait du Concordat, bien que le
concordat n'est pas un régime directement de la compétence des
collectivités locales mais de celle de l'Etat; le découpage interne de
l'Etat pour son administration ou celles des collectivités ne remet pas en
cause le régime Concordat dont l'Etat s'est déclaré internationalement
garant ; ça n'empêchera pas l'Etat de vouloir négocier certains
aménagements légaux en Alsace-Moselle avec l'Eglise pour proposer des
amendements mais je vois mal l'Etat aujourd'hui vouloir dénoncer ce fragile
édifice et redéclencher des conflits ou nouvelles revendications
interreligieuses et devoir ensuite concéder davantage sur la laïcité bien
au delà de cette seule région).

Le 1 janvier 2018 à 22:15, Christian Quest  a
écrit :

> Les communes qui fusionnent ne sont pas "dissoutes" pour autant, elles
> perdurent dans la majorité des cas comme commune déléguée.
>
> En 2016 on a décidé de les conserver en admin_level=9 et de créer le tag
> admin_type:FR pour indiquer le statut.
>
> Je ne vois pas de raison de changer ça.
>
>
> J'ai refait une petite passe manuelle... on a bien les 33 communes
> nouvelles du 1/1/2018 présentent en admin_level=8 avec un
> start_date=2018-01-01
>
> J'ai remis à jour les limites entre le Calvados et la Manche vu qu'une
> commune y a changé de département en fusionnant.
> Cas similaire entre le 44 et le 49, mais qui était déjà fait.
>
> Pour les fans de zonages, il y a peut être d'autres impacts qui ne sont
> pas à jour... j'ai fait ce qui semblait "logique" (changement de canton,
> d'EPCI, etc).
>
>
>
> Le 1 janvier 2018 à 19:11, marc marc  a écrit :
>
>> Je parlais bien évidement
>> - de la relation de l'ancien tracé d'une commune dissoute.
>> - des chemins séparant 2 anciennes communes dissoute.
>>
>> Le 01. 01. 18 à 18:37, Philippe Verdy a écrit :
>> > S'il y a des communes déléguées, les ways héritent de
>> > boundary=administrative même si une des anciennes communes est dissoute
>> > sans délégation car cela reste une frontière adminsitrative et ce n'est
>> > pas encore une frontière "historique".
>> >
>> > Le 1 janvier 2018 à 16:24, marc marc a écrit :
>> >
>> > Je pensais que les anciennes limites communales de commune dissoutes
>> > passaient en boundary=historic et non en boundary=administrative +
>> > admin_level=9
>> ___
>> 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
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] modification au 1er janvier

[Christian Quest]

Les communes qui fusionnent ne sont pas "dissoutes" pour autant, elles
perdurent dans la majorité des cas comme commune déléguée.

En 2016 on a décidé de les conserver en admin_level=9 et de créer le tag
admin_type:FR pour indiquer le statut.

Je ne vois pas de raison de changer ça.


J'ai refait une petite passe manuelle... on a bien les 33 communes
nouvelles du 1/1/2018 présentent en admin_level=8 avec un
start_date=2018-01-01

J'ai remis à jour les limites entre le Calvados et la Manche vu qu'une
commune y a changé de département en fusionnant.
Cas similaire entre le 44 et le 49, mais qui était déjà fait.

Pour les fans de zonages, il y a peut être d'autres impacts qui ne sont pas
à jour... j'ai fait ce qui semblait "logique" (changement de canton,
d'EPCI, etc).



Le 1 janvier 2018 à 19:11, marc marc  a écrit :

> Je parlais bien évidement
> - de la relation de l'ancien tracé d'une commune dissoute.
> - des chemins séparant 2 anciennes communes dissoute.
>
> Le 01. 01. 18 à 18:37, Philippe Verdy a écrit :
> > S'il y a des communes déléguées, les ways héritent de
> > boundary=administrative même si une des anciennes communes est dissoute
> > sans délégation car cela reste une frontière adminsitrative et ce n'est
> > pas encore une frontière "historique".
> >
> > Le 1 janvier 2018 à 16:24, marc marc a écrit :
> >
> > Je pensais que les anciennes limites communales de commune dissoutes
> > passaient en boundary=historic et non en boundary=administrative +
> > admin_level=9
> ___
> 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

Re: [OSM-talk-fr] Tram de Caen, passage de la version 2.0 à la 3.0

[David Crochet]

Bonjour

J'en ai profiter pour changer la page du wiki 
(https://wiki.openstreetmap.org/wiki/Caen/Transports_en_commun) en 
mettant tout en rouge :


- Des parcours ont été modifiés
- Des noms  de stations ont été changé
- Les lignes était encore présente et d'autre pas encore
- Il reste encore des lignes datant de 2015 (comme la ligne V qui était 
une ligne complémentaire)
- Il manque pas mal de ligne du fait de l'agrandissement de Caen-la-Mer 
datant de janvier 2017


Cordialement

--
David Crochet


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] modification au 1er janvier

[marc marc]

Je parlais bien évidement
- de la relation de l'ancien tracé d'une commune dissoute.
- des chemins séparant 2 anciennes communes dissoute.

Le 01. 01. 18 à 18:37, Philippe Verdy a écrit :
> S'il y a des communes déléguées, les ways héritent de 
> boundary=administrative même si une des anciennes communes est dissoute 
> sans délégation car cela reste une frontière adminsitrative et ce n'est 
> pas encore une frontière "historique".
> 
> Le 1 janvier 2018 à 16:24, marc marc a écrit :
> 
> Je pensais que les anciennes limites communales de commune dissoutes
> passaient en boundary=historic et non en boundary=administrative +
> admin_level=9
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] modification au 1er janvier

[Philippe Verdy]

S'il y a des communes déléguées, les ways héritent de
boundary=administrative même si une des anciennes communes est dissoute
sans délégation car cela reste une frontière adminsitrative et ce n'est pas
encore une frontière "historique".

Le 1 janvier 2018 à 16:24, marc marc  a écrit :

> Je pensais que les anciennes limites communales de commune dissoutes
> passaient en boundary=historic et non en boundary=administrative +
> admin_level=9
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] modification au 1er janvier

[marc marc]

Je pensais que les anciennes limites communales de commune dissoutes 
passaient en boundary=historic et non en boundary=administrative + 
admin_level=9

Le 01. 01. 18 à 11:10, Christian Quest a écrit :
> Les scripts sont ici: https://github.com/cquest/fusion-communes
> 
> L'essentiel est fait:
> - création de la nouvelle relation
> - mise à jour des anciennes
> - changement d'admin_level sur les way qui passent en 9
> etc...
> 
> Le tag population est mis à jour lui aussi au passage.
> 
> Une repasse manuelle derrière ne fait pas de mal !
> 
> Je viens d'uploader les modifs... 
> http://www.openstreetmap.org/changeset/55072215
> 
> 
> Le 31 décembre 2017 à 21:53, marc marc  > a écrit :
> 
> Ils font quoi ?
> 
> J'en profite pour parler des tags population.
> On a un outil pour mettre cela à jour ?  Certain datent de plusieurs
> années
> J'ignore à quelle moment est publiée la stat.
> 
> Le 31 déc. 2017 à 19:20, Christian Quest  > a écrit :
> 
>> Je vais relancer mes scripts utilisés l'an passé... c'est en
>> cours, juste un peu long car connexion assez rurale où je suis ;)
>>
>> Le 30 décembre 2017 à 19:30, Stéphane Péneau
>> > a
>> écrit :
>>
>> Et maintenant, tout est à jour pour les pays de la loire.
>>
>> Stf
>>
>>
>> Le 30/12/2017 à 18:36, Stéphane Péneau a écrit :
>>> Je viens de la créer, ainsi que le "déménagement" de Freigné
>>> en loire-atlantique, hier.
>>>
>>> Stf
>>>
>>> Le 30/12/2017 à 17:16, Florent Richard a écrit :

 Bonjour,


 Une de plus pour la liste:
 
 http://www.loire-atlantique.gouv.fr/Politiques-publiques/Relations-avec-les-collectivites-territoriales/Actualites/Vallons-de-l-Erdre-une-7e-commune-nouvelle-en-Loire-Atlantique
 
 


 L'arrêté préfectoral date d'hier.  Il apparaitra peut-être
 au JO demain...


 Florent
 
 
 *De :* Christian Quest 
 
 *Envoyé :* samedi 30 décembre 2017 16:40
 *À :* Discussions sur OSM en français
 *Objet :* Re: [OSM-talk-fr] modification au 1er janvier
 Que l'ancienne commune perdure en commune déléguée ou pas;
 on a pris le parti de toutes les conserver dans OSM car on a
 encore beoin de ces limites pour beaucoup de représentations
 et de dataviz sur des données qui datent de seulement
 quelques années.

 Je m'en sert aussi dans pas mal de scripts et ça ne coûte
 rien en terme de place et de maintenance (vu que ça ne va
 plus évoluer).

 Pour le JO... ce n'est pas la publication au JO qui
 officialise les choses, mais la publication de l'arrêté
 préfectoral. Le JO est une grosse aide, car c'est bien
 regroupé et identifié, mais malheureusement ce n'est pas
 forcément exhaustif.

 On a par exemple cette année une fusion où le nom de la
 commune nouvelle ne respectait pas les règle de toponymie et
 où un arrêté rectificatif a été pris par la préfecture...
 pas sûr du résultat final au JO. Il y a un gros boulot de
 suivi fait sur wikipédia, c'est là qu'il faut collaborer et
 indiquer tout ce qu'on peut reprérer dans les relevés des
 actes administratifs des préfectures et dans le JO. C'est ce
 qu'on avait fait l'an passé ce qui permis d'être bien plus
 efficace.
 Cette année, on revient au rythme "normal" de quelques
 fusions, rien à voir avec les 2 vagues de 2016 et 2017 qui
 étaient liées à des avantages financiers (temporaires) pour
 les communes qui se regroupaient.



 Le 30 décembre 2017 à 12:09, marc marc
 > a écrit :

 S'il n'y a pas de de commune déléguée, cette structure
 cesse d'exister.
 Pas besoin d'inventer une version franco-française.
 Soit on la supprime purement et simplement d'osm.
 Soit on la tag comme ancienne commune boundary=historic
 + end_date (et
 admin_level garde sa valeur de 8).
 Une ancienne 

Re: [OSM-talk-fr] "opening_hours" : sur rendez-vous ?

[Brice MALLET]

On 01/01/18 13:13, David Crochet wrote:

Le 01/01/2018 à 13:08, Brice MALLET a écrit :


Une valeur spécifiques est-elle possible à préciser dans la clé 
opening_hours ?

*comment:* |"|text|"|


Parfait, merci, et bonne année à David comme à tous

Pas sûr de la syntaxe, si qqun veut s'en assurer :
http://www.openstreetmap.org/node/252211317

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Différencier aménagement cyclables sur trottoir des autres

[marc marc]

Bonjour,

Le 31. 12. 17 à 15:28, Axelos a écrit :
> ont peu aussi imaginer qu’un terre-plein central en agglomération
> ne devrait pas générer la création de deux chemins séparés

Une voiture ne pouvant pas franchir le terre-plein central,
il faut 2 chemins séparés dans osm pour le routing voiture :-)

Cordialement,
Marc
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] "opening_hours" : sur rendez-vous ?

[Brice MALLET]

Pour répondre à la note
http://www.openstreetmap.org/note/763356
qui indiquait que le musée Edith Piaf n'existait pas, j'ai complété le 
noeud correspondant

http://www.openstreetmap.org/node/252211317
mais manque encore une information importante pour les touristes 
amateurs : il faut prendre rendez-vous 
(https://www.parisinfo.com/musee-monument-paris/71402/Musee-Edith-Piaf).


Une valeur spécifiques est-elle possible à préciser dans la clé 
opening_hours ?

Rien de trouvé dans
http://wiki.openstreetmap.org/wiki/FR:Key:opening%20hours?uselang=fr

--
Cordialement
Brice


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Question sur le rendu standard !

[Vincent Bergeot]

Bonjour et bonne année à toutes et tous !

dans le rendu carto standard (et fr), le name s'affiche parfois de façon 
"décalé".


Exemple : http://www.openstreetmap.org/#map=19/45.05817/1.16962

Lascaux Centre International est affiché à gauche du bâtiment, alors que 
l'on serait tenté de le voir plutôt au centre du bâti (ce qui est le cas 
dans JOSM d'ailleurs le name sur le calque "données" s'affiche au centre).


Cet affichage, je l'ai aussi rencontré sur des églises "biscornues". 
Exemple : http://www.openstreetmap.org/#map=19/43.59294/-0.74749


Où fait-on remonter ce type de problème (si c'est bien un problème ?) ?

encore bonne année

--
Vincent Bergeot


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Tram de Caen, passage de la version 2.0 à la 3.0

[David Crochet]

Bonjour


Le tramway version 2.0 de Caen vient de s'arrêter, le début de la 
version 3.0 à partir de maintenant.


https://t.co/MjNe5Rft2N

https://t.co/x4houfCdfi

https://t.co/aD031BIXkz

OSM est déjà sur le pied de guerre avec les nouveaux tracés.

Les implications sur les voies autres (VL, PL, 2 roues, pédestres) 
arriveront en fonction de la réalité du terrain et si possible dans les 
versions définitives



Par contre toujours rien quant aux changement de nom des stations, c'est 
pas faute d'avoir demandé : 
https://twitter.com/Crochetdavid/status/935998438541594629https://twitter.com/Crochetdavid/status/935998438541594629https://twitter.com/Crochetdavid/status/935998438541594629https://twitter.com/Crochetdavid/status/935998438541594629https://twitter.com/Crochetdavid/status/935998438541594629https://twitter.com/Crochetdavid/status/935998438541594629h 
https://twitter.com/Crochetdavid/status/935998438541594629ttps://twitter.com/Crochetdavid/status/935998438541594629 
https://twitter.com/Crochetdavid/status/935998438541594629


Pourtant je les tanne : 
https://twitter.com/Crochetdavid/status/947775888669724672


Cordialement

--
David Crochet

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] modification au 1er janvier

[Christian Quest]

Les scripts sont ici: https://github.com/cquest/fusion-communes

L'essentiel est fait:
- création de la nouvelle relation
- mise à jour des anciennes
- changement d'admin_level sur les way qui passent en 9
etc...

Le tag population est mis à jour lui aussi au passage.

Une repasse manuelle derrière ne fait pas de mal !

Je viens d'uploader les modifs...
http://www.openstreetmap.org/changeset/55072215


Le 31 décembre 2017 à 21:53, marc marc  a écrit :

> Ils font quoi ?
>
> J'en profite pour parler des tags population.
> On a un outil pour mettre cela à jour ?  Certain datent de plusieurs
> années
> J'ignore à quelle moment est publiée la stat.
>
> Le 31 déc. 2017 à 19:20, Christian Quest  a
> écrit :
>
> Je vais relancer mes scripts utilisés l'an passé... c'est en cours, juste
> un peu long car connexion assez rurale où je suis ;)
>
> Le 30 décembre 2017 à 19:30, Stéphane Péneau 
> a écrit :
>
>> Et maintenant, tout est à jour pour les pays de la loire.
>>
>> Stf
>>
>>
>> Le 30/12/2017 à 18:36, Stéphane Péneau a écrit :
>>
>> Je viens de la créer, ainsi que le "déménagement" de Freigné en
>> loire-atlantique, hier.
>>
>> Stf
>>
>> Le 30/12/2017 à 17:16, Florent Richard a écrit :
>>
>> Bonjour,
>>
>>
>> Une de plus pour la liste: http://www.loire-atlantique.go
>> uv.fr/Politiques-publiques/Relations-avec-les-collectivites-
>> territoriales/Actualites/Vallons-de-l-Erdre-une-7e-
>> commune-nouvelle-en-Loire-Atlantique
>>
>>
>> L'arrêté préfectoral date d'hier.  Il apparaitra peut-être au JO
>> demain...
>>
>> Florent
>> --
>> *De :* Christian Quest 
>> 
>> *Envoyé :* samedi 30 décembre 2017 16:40
>> *À :* Discussions sur OSM en français
>> *Objet :* Re: [OSM-talk-fr] modification au 1er janvier
>>
>> Que l'ancienne commune perdure en commune déléguée ou pas; on a pris le
>> parti de toutes les conserver dans OSM car on a encore beoin de ces limites
>> pour beaucoup de représentations et de dataviz sur des données qui datent
>> de seulement quelques années.
>>
>> Je m'en sert aussi dans pas mal de scripts et ça ne coûte rien en terme
>> de place et de maintenance (vu que ça ne va plus évoluer).
>>
>> Pour le JO... ce n'est pas la publication au JO qui officialise les
>> choses, mais la publication de l'arrêté préfectoral. Le JO est une grosse
>> aide, car c'est bien regroupé et identifié, mais malheureusement ce n'est
>> pas forcément exhaustif.
>>
>> On a par exemple cette année une fusion où le nom de la commune nouvelle
>> ne respectait pas les règle de toponymie et où un arrêté rectificatif a été
>> pris par la préfecture... pas sûr du résultat final au JO. Il y a un gros
>> boulot de suivi fait sur wikipédia, c'est là qu'il faut collaborer et
>> indiquer tout ce qu'on peut reprérer dans les relevés des actes
>> administratifs des préfectures et dans le JO. C'est ce qu'on avait fait
>> l'an passé ce qui permis d'être bien plus efficace.
>> Cette année, on revient au rythme "normal" de quelques fusions, rien à
>> voir avec les 2 vagues de 2016 et 2017 qui étaient liées à des avantages
>> financiers (temporaires) pour les communes qui se regroupaient.
>>
>>
>>
>> Le 30 décembre 2017 à 12:09, marc marc  a
>> écrit :
>>
>> S'il n'y a pas de de commune déléguée, cette structure cesse d'exister.
>> Pas besoin d'inventer une version franco-française.
>> Soit on la supprime purement et simplement d'osm.
>> Soit on la tag comme ancienne commune boundary=historic + end_date (et
>> admin_level garde sa valeur de 8).
>> Une ancienne commune ne forme pas nécessairement un quartier,
>> surtout que l'ancienne commune peux elle aussi avoir des quartiers.
>>
>> Le cas de la commune déléguée est + délicat.
>> Qu'a-t-on fait lors des cas précédents ?
>>
>> Le 29. 12. 17 à 17:22, Philippe Verdy a écrit :
>> > Clairement il n'y a pas de commune déléguée pour "Dinan-Ville" (ce qui
>> > semble être la désignation de cette partie si on en juge par le titre
>> > donné à une personne) qui serait donc simplement une "ancienne" commune
>> > dont ne resterait que le découpage administratif des quartiers. Si on la
>> > garde ce n'est plus un admin_level 8 mais de niveau 10 comme la nouvelle
>> > commune déléguée. On peut distinguer les statuts de Dinan-Ville et de
>> > Lahon avec admin_type:FR=* mais quelle valeur donner pour Dinan-Ville
>> > autre que "ancienne commune" contrairement à Lahon qui serrait "commune
>> > déléguée".
>> > Puisqu'il y a une commune déléguée, les INSEE sont conservés et la
>> > toponymie aussi pour Lahon, la toponymie de Dinan en revanche doit être
>> > changée et ce serait "Dinan-Ville" selon l'arrêté.
>> >
>> >
>> > Le 29 décembre 2017 à 12:17, > > > a écrit :
>> >
>> > Alors que toutes les créations au JO sont similaires (création d'une
>> >