Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2019-04-27 Par sujet deuzeffe
On 27/04/2019 19:24, marc marc wrote: Le 27.04.19 à 16:59, Jérôme Amagat a écrit : il faut supprimer les ref:INSEE sur les node est les garder que sur relation ce qui serait plus logique vu que c'est un code pour la commune est pas pour la ville ou village représenté par ce node c'est sans

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2019-04-27 Par sujet marc marc
Le 27.04.19 à 16:59, Jérôme Amagat a écrit : > il faut supprimer les ref:INSEE sur les node est les garder que sur > relation ce qui serait plus logique vu que c'est un code pour la commune > est pas pour la ville ou village représenté par ce node c'est sans doute par là qu'il faudrait

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2019-04-27 Par sujet Jérôme Amagat
Le sam. 27 avr. 2019 à 13:51, deuzeffe a écrit : > Hello, > > Osmose remonte ces erreurs : > > https://osmose.openstreetmap.fr/fr/map/#country=france_limousin_haute_vienne=6040=1%2C2%2C3=9=45.859=1.345== > > (N° INSEE introuvable, nom OSM <> nom COG aka nom de commune <> code INSEE) > > Faut

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2019-04-27 Par sujet deuzeffe
Hello, Osmose remonte ces erreurs : https://osmose.openstreetmap.fr/fr/map/#country=france_limousin_haute_vienne=6040=1%2C2%2C3=9=45.859=1.345== (N° INSEE introuvable, nom OSM <> nom COG aka nom de commune <> code INSEE) Faut faire quoi ? Comment on répare ce genre de truc sans dénaturer la

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2019-01-21 Par sujet Phyks
Ok ! Merci pour la confirmation, -- Phyks Le 20/01/2019 à 20:08, osm.sanspourr...@spamgourmet.com a écrit : > Oui on a déjà eu ça l'an dernier : tant que l'INSEE n'a pas fourni les > nouveaux codes (par exemple en disant très probablement que le nouveau > code de Vindry-sur-Turdine c'est l'ancien

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2019-01-20 Par sujet osm . sanspourriel
Oui on a déjà eu ça l'an dernier : tant que l'INSEE n'a pas fourni les nouveaux codes (par exemple en disant très probablement que le nouveau code de Vindry-sur-Turdine c'est l'ancien code de Poncharra-sur-Turdine, Osmose vérifie avec les anciens codes alors que Christian a anticipé les

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2019-01-20 Par sujet Phyks
Bonjour à tous, J'ai vu une erreur Osmose sur https://www.openstreetmap.org/relation/9135480, disant que le code commune ne correspond pas au nom de la commune. Cette commune a été affectée par une fusion au 1er janvier. En creusant un peu, le code commune 69157 était utilisé par

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2019-01-16 Par sujet Jérôme Amagat
L'INSEE a publié la liste des communes nouvelles créées en 2018 et donc ok pour le 1er janvier 2019 : https://www.insee.fr/fr/information/2549968 Donc il me semble qu'il en manquait une sur la page Wikipédia. Beyrède a un accent dans cette liste :) Et il y a bien fusion entre des communes sans

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2019-01-12 Par sujet Christian Quest
L'INSEE va publier une liste en principe la semaine prochaine... je referai une passe en me basant dessus. Le dim. 13 janv. 2019 à 01:49, Jérôme Amagat a écrit : > Plusieurs ajouts sur Wikipédia depuis le 1er janvier : >

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2019-01-12 Par sujet Jérôme Amagat
Plusieurs ajouts sur Wikipédia depuis le 1er janvier : https://fr.wikipedia.org/wiki/Liste_des_communes_nouvelles_cr%C3%A9%C3%A9es_en_2019 il y a des cas bizarres :( : Beyrede-Jumet-Camous sans accent sur Beyrede dans l’arrêté préfectoral alors qu'il y en avait sur l'ancienne commune de

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2018-12-31 Par sujet Christian Quest
Il y a encore de très nombreux usages des limites de communes correspondant à quelques années en arrière et c'est donc utile de les conserver quelques années. Bien sûr ça pourra dégager quand ça ne servira plus, mais on a aussi des appellations qui dureront bien plus longtemps car ces communes

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2018-12-31 Par sujet JB
Question bête d'un gars dont ce n'est pas le métier : Est-ce que c'est vraiment à conserver dans OSM ? Avant, on avait juste les admin_level=8. On a transformé en =9 pour les anciennes communes. Maintenant, on voudrait repasser les nouvelles =8 en quelque chose d'autre parce qu'une commune a

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2018-12-31 Par sujet Christian Quest
Oui, il va falloir suivre les publications de dernière minute... quel bazar ! Je suis presque chaud pour rajouter un 4ème épisode à ma série "Millésimons"* Bien vue la requête overpass, heureusement que mon script amis à jour les admin_level sur les anciennes frontières internes des communes

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2018-12-31 Par sujet Jérôme Amagat
Bien jouer Christian! Il va falloir continuer à suivre la page Wikipédia https://fr.wikipedia.org/wiki/Liste_des_communes_nouvelles_cr%C3%A9%C3%A9es_en_2019 au cas ou il y ai des oublies ou des arrêtés préfectoraux signés au dernier moment et qui paraissent que début janvier. Les intercom et les

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2018-12-30 Par sujet JB
Ce qui est bien, dans un wiki pléthorique, c'est qu'on trouve toujours ce qu'on veut. Même avec l'indication en en-tête : "Some methods are common, others are less widely used or discouraged. Some methods are strongly discouraged for the main OSM project but accepted and in widespread use in

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2018-12-30 Par sujet osm . sanspourriel
Heureusement la position d'extension temporelle ne s'est pas faite sans réfléchir aux conséquences. Ajouter le paramètre temporel en variable aurait cassé toutes les valeurs, imposant à tout utilisateur des données de regarder s'il s'agit d'une valeur normale ou d'une valeur temporelle. Là

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2018-12-30 Par sujet JB
Le 29/12/2018 à 21:54, Christian Quest a écrit : 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 ? La syntaxe

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2018-12-29 Par sujet Jérôme Amagat
Un problème avec Pont-l'Évêque relation 279314 la commune nouvelle na pas été créé mais une partie des tag est sur l'ancienne commune qui porte le même nom. J'ai pas l'impression que le même problème ai eu lieu ailleurs. J'ai pas fait les modifications (Pas le temps de le faire maintenant)

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2018-12-29 Par sujet osm . sanspourriel
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

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2018-12-29 Par sujet Christian Quest
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

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2018-12-29 Par sujet osm . sanspourriel
Bonjour, premier test première remarque (outre les louanges méritées) : les communes actuelles comme par exemple Châtelaudren n'ont pas de end_date. Plus exactement admin_level:-2018-12-31=8 admin_level:2019-01-01-=9

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2018-12-29 Par sujet Christian Quest
Tout est maintenant traité... la chasse aux erreurs est ouverte ! Le sam. 29 déc. 2018 à 17:19, Christian Quest 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,

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2018-12-29 Par sujet Christian Quest
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 à

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2018-12-29 Par sujet Gwenaël Jouvin
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

[OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

2018-12-29 Par sujet Christian Quest
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