J'ai ajouté les noms en breton quand ils étaient triviaux (pour les
seules communes nouvelles de Bretagne). Une petite passe par les
brittophones ?
Restera à mettre à jour les noms des mairies, arrêts de gares et autres
bureaux de poste au fur et à mesure des changements effectifs.
Erreur qui m'a semblé générique : les communes nouvelles reprenant le
nom d'une ancienne commune sont dépourvus des liens wikidata et
wikipedia alors qu'il faut reprendre ceux de l'ancienne commune de même
nom. J'ai corrigé pour les communes bretonnes.
Ça va être simple pour savoir si on parle de la nouvelle ou de
l'ancienne commune. Ce ne sont pas les Brestois de Brest-même qui vont
me contredire ;-). Non je n'ai pas ajouté alt_name=<name>-même sur les
anciennes communes !
Pour la population, avec les nouveaux recensements INSEE, la mise à jour
de population= va devoir s'appuyer sur le niveau 9 s'il existe, simple !
Et sinon additionner les niveaux 9 pour faire le niveau 8.
Le prochain script de Christian ? Faites vos vœux pour 2019 ;-).
Jean-Yvon
Le 29/12/2018 à 21:54, Christian Quest - [email protected] a écrit :
Le script ne touche pas du tout aux noeuds place=*, il ne fait que
créer les nouvelles relations, mettre à jour les anciennes relations
et les way (ceux qui passent de admin_level 8 à 9).
Pour...
admin_level:-2018-12-31=8
admin_level:2019-01-01-=9
je ne connaissais pas la syntaxe, je peux les ajouter, mais est-ce que
les précédentes communes fusionnées ont été mise à jour comme cela par
quelqu'un de façon systématique ?
Le sam. 29 déc. 2018 à 20:49, <[email protected]
<mailto:[email protected]>> a écrit :
Bonjour, premier test première remarque (outre les louanges
méritées) :
les communes actuelles comme par exemple Châtelaudren
<https://www.openstreetmap.org/node/295097861#map=19/48.54281/-2.96983>
n'ont pas de end_date.
Plus exactement
admin_level:-2018-12-31=8
admin_level:2019-01-01-=9
disused:admin_level c'est faux aujourd'hui ;-) et les
admin_level:-<date> et admin_level:<date>- sont et resteront valables.
Faire de même pour les ref:INSEE
<https://wiki.openstreetmap.org/wiki/Key:ref:INSEE?uselang=en> ?
Chirstian Q. un script a repasser ?
Christian R. des name:br à ajouter ;-)
Jean-Yvon
Le 29/12/2018 à 17:19, Christian Quest - [email protected]
<mailto:[email protected]> a écrit :
Je pense que official_name est là pour ces noms administratifs
non respectueux des règles de toponymie... et name pour la
version "propre" Bresse-Vallons, Porte-des-Pierres-Dorées, etc...
Je n'ai pas fait ces corrections dans mes scripts, ça sera pour
le fignolage final ;)
Les département 01 à 50 sont traités... et maintenant à vérifier !
Je fais une vérif manuelle avant upload, mais je peux laisser
passer des pépins vu la quantité même si je fais ça un
département à la fois.
Le sam. 29 déc. 2018 à 15:41, Gwenaël Jouvin
<[email protected] <mailto:[email protected]>>
a écrit :
Merci pour ce boulot.
Pour ma part, j’aurai 2 communes (simples) à vérifier dans ma
zone :-)
Par contre je constate avec agacement que les règles
d’écriture des toponymes n’est toujours pas correctement
appliquée ni par les conseillers municipaux, ni par les préfets…
Exemples : Bresse Vallons (01), Porte des Pierres Dorées (69).
C’est pourtant pas faute de leur rappeler :
http://www.maire-info.com/upload/files/Circulaire_nom_communes_nouvelles.pdf
Doit-on, par cohérence avec les documents réglementaires,
restituer ces fautes dans OSM ?
Le 29/12/2018 à 14:52, Christian Quest a écrit :
> Comme chaque fin d'année, c'est le chantier des fusions qui
s'ouvre ;)
>
> 608 communes fusionnent en 232 communes nouvelles d'après
wikipédia:
>
>
https://fr.wikipedia.org/wiki/Liste_des_communes_nouvelles_cr%C3%A9%C3%A9es_en_2019
>
> J'ai donc ressorti mes scripts de mise à jour, car faire
tout ça à la main sans erreur c'est assez chaud !
>
> Première étape, récupérer les données du tableau wikipédia:
c'est fait, j'ai un json prêt à consommer.
>
> Deuxième étape: appliquer les modifications... je suis en
train de tester.
>
> C'est complexe car certaines communes nouvelles ont déjà
été créées, et il ne faut pas se mélanger avec le cas de
communes nouvelles créées ces dernières années qui absorbent
encore quelques communes.
>
> Troisième étape: vérification... là un peu d'humain sera
bien utile, donc si ça vous intéresse, ce fil de discussion
est là pour ça !
>
> Je compte appliquer les modifications aujourd'hui et demain
pour laisser le 31 et le 1er pour faire les vérifications et
corrections.
>
> --
> Christian Quest - OpenStreetMap France
>
> _______________________________________________
> Talk-fr mailing list
> [email protected] <mailto:[email protected]>
> https://lists.openstreetmap.org/listinfo/talk-fr
>
_______________________________________________
Talk-fr mailing list
[email protected] <mailto:[email protected]>
https://lists.openstreetmap.org/listinfo/talk-fr
--
Christian Quest - OpenStreetMap France
_______________________________________________
Talk-fr mailing list
[email protected] <mailto:[email protected]>
https://lists.openstreetmap.org/listinfo/talk-fr
_______________________________________________
Talk-fr mailing list
[email protected] <mailto:[email protected]>
https://lists.openstreetmap.org/listinfo/talk-fr
--
Christian Quest - OpenStreetMap France
_______________________________________________
Talk-fr mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr
_______________________________________________
Talk-fr mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr
