<div dir="ltr"><div>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).</div><div><br></div><div>Pour...<br></div><div><p>admin_level:-2018-12-31=8<br>admin_level:2019-01-01-=9</p><p>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 ?<br></p><p><br></p></div></div><br><div class="gmail_quote"><div dir="ltr">Le sam. 29 déc. 2018 à 20:49, <<a href="mailto:osm.sanspourriel@spamgourmet.com">osm.sanspourriel@spamgourmet.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div bgcolor="transparent">
    <p>Bonjour, premier test première remarque (outre les louanges
      méritées) :</p>
    <p>les communes actuelles comme par exemple <a href="https://www.openstreetmap.org/node/295097861#map=19/48.54281/-2.96983" title="Châtelaudren" target="_blank">Châtelaudren</a>
      n'ont pas de end_date.</p>
    <p>Plus exactement</p>
    <p>admin_level:-2018-12-31=8</p>
    <p>admin_level:2019-01-01-=9</p>
    <p>disused:admin_level c'est faux aujourd'hui ;-) et les
      admin_level:-<date> et admin_level:<date>- sont et
      resteront valables.</p>
    <p>Faire de même pour les <a title="The wiki description page for
        the ref:INSEE tag" href="https://wiki.openstreetmap.org/wiki/Key:ref:INSEE?uselang=en" target="_blank">ref:INSEE</a>
      ?<br>
    </p>
    <p>Chirstian Q. un script a repasser ?</p>
    <p>Christian R. des name:br à ajouter ;-)<br>
    </p>
    <p>Jean-Yvon<br>
    </p>
    <div class="gmail-m_3021700796652205387moz-cite-prefix">Le 29/12/2018 à 17:19, Christian Quest
      - <a class="gmail-m_3021700796652205387moz-txt-link-abbreviated" href="mailto:cquest@openstreetmap.fr" target="_blank">cquest@openstreetmap.fr</a> a écrit :<br>
    </div>
    <blockquote type="cite">
      
      <div dir="ltr">
        <div>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...</div>
        <div><br>
        </div>
        <div>Je n'ai pas fait ces corrections dans mes scripts, ça sera
          pour le fignolage final ;)</div>
        <div><br>
        </div>
        <div>Les département 01 à 50 sont traités... et maintenant à
          vérifier !</div>
        <div>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.<br>
        </div>
        <div><br>
        </div>
      </div>
      <br>
      <div class="gmail_quote">
        <div dir="ltr">Le sam. 29 déc. 2018 à 15:41, Gwenaël Jouvin <<a href="mailto:gwenael.jouvin@laposte.net" target="_blank">gwenael.jouvin@laposte.net</a>> a
          écrit :<br>
        </div>
        <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Merci
          pour ce boulot.<br>
          <br>
          Pour ma part, j’aurai 2 communes (simples) à vérifier dans ma
          zone :-)<br>
          <br>
          <br>
          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…<br>
          Exemples : Bresse Vallons (01), Porte des Pierres Dorées (69).<br>
          <br>
          C’est pourtant pas faute de leur rappeler :<br>
          <a href="http://www.maire-info.com/upload/files/Circulaire_nom_communes_nouvelles.pdf" rel="noreferrer" target="_blank">http://www.maire-info.com/upload/files/Circulaire_nom_communes_nouvelles.pdf</a><br>
          <br>
          <br>
          Doit-on, par cohérence avec les documents réglementaires,
          restituer ces fautes dans OSM ?<br>
          <br>
          <br>
          <br>
          Le 29/12/2018 à 14:52, Christian Quest a écrit :<br>
          > Comme chaque fin d'année, c'est le chantier des fusions
          qui s'ouvre ;)<br>
          > <br>
          > 608 communes fusionnent en 232 communes nouvelles d'après
          wikipédia:<br>
          > <br>
          > <a href="https://fr.wikipedia.org/wiki/Liste_des_communes_nouvelles_cr%C3%A9%C3%A9es_en_2019" rel="noreferrer" target="_blank">https://fr.wikipedia.org/wiki/Liste_des_communes_nouvelles_cr%C3%A9%C3%A9es_en_2019</a><br>
          > <br>
          > J'ai donc ressorti mes scripts de mise à jour, car faire
          tout ça à la main sans erreur c'est assez chaud !<br>
          > <br>
          > Première étape, récupérer les données du tableau
          wikipédia: c'est fait, j'ai un json prêt à consommer.<br>
          > <br>
          > Deuxième étape: appliquer les modifications... je suis en
          train de tester.<br>
          > <br>
          > 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.<br>
          > <br>
          > 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 !<br>
          > <br>
          > Je compte appliquer les modifications aujourd'hui et
          demain pour laisser le 31 et le 1er pour faire les
          vérifications et corrections.<br>
          > <br>
          > -- <br>
          > Christian Quest - OpenStreetMap France<br>
          > <br>
          > _______________________________________________<br>
          > Talk-fr mailing list<br>
          > <a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
          > <a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
          > <br>
          <br>
          _______________________________________________<br>
          Talk-fr mailing list<br>
          <a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
          <a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
        </blockquote>
      </div>
      <br clear="all">
      <br>
      -- <br>
      <div dir="ltr" class="gmail-m_3021700796652205387gmail-m_-9182395598197367980gmail_signature">
        <div dir="ltr">Christian Quest - OpenStreetMap France</div>
      </div>
      <br>
      <fieldset class="gmail-m_3021700796652205387mimeAttachmentHeader"></fieldset>
      <pre class="gmail-m_3021700796652205387moz-quote-pre">_______________________________________________
Talk-fr mailing list
<a class="gmail-m_3021700796652205387moz-txt-link-abbreviated" href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a>
<a class="gmail-m_3021700796652205387moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
    </blockquote>
  </div>

_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Christian Quest - OpenStreetMap France</div></div>