<div dir="ltr"><div>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.</div><div><br></div><div>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 nouvelles sont souvent une création vécue comme artificielle par les habitants.</div><div><br></div><div>En choisissant des tags non ambigus, on évite les erreurs pouvant laisser penser qu'une emprise "passée" est actuelle.</div><div>Je pense qu'il n'y a pas de souci pour les réutilisateurs qui se fichent de ces infos, et rien de spécial à faire pour les contributeurs... ces infos étant très stables dans le temps, ce n'est pas là dessus qu'on contribue beaucoup ;)</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">Le lun. 31 déc. 2018 à 19:07, JB <<a href="mailto:jbosm@mailoo.org">jbosm@mailoo.org</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="#FFFFFF">
Question bête d'un gars dont ce n'est pas le métier :<br>
Est-ce que c'est vraiment à conserver dans OSM ?<br>
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 intégré
la nouvelle commune pour faire une autre nouvelle commune ? Est-ce
que le modèle de tags d'OSM est vraiment fait pour ça ? Est-ce que
quelqu'un y comprendra quelque chose ? Dans un an, dans 10 ans ?
Est-ce qu'un réutilisateur potentiel n'ira pas chercher les éléments
dans une autre base de données, quitte à ajouter l'information
spatiale à partir d'éléments simples d'OSM ? <br>
Dubitatif, et toujours adepte de garder de l'information simple.
Pour la comprendre quand on contribue. Moi, et surtout les nouveaux
contributeurs potentiels, qui ne connaissent rien au sujet.<br>
JB.<br>
<br>
<div class="gmail-m_7771661565419284673moz-cite-prefix">Le 31/12/2018 à 18:18, Christian Quest
a écrit :<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div>Oui, il va falloir suivre les publications de dernière
minute... quel bazar !</div>
<div>Je suis presque chaud pour rajouter un 4ème épisode à
ma série "Millésimons"*<br>
</div>
<div><br>
</div>
<div>Bien vue la requête overpass, heureusement que mon
script amis à jour les admin_level sur les anciennes
frontières internes des communes nouvelles ;)</div>
<div><br>
</div>
<div>Pour les EPCI, il va falloir attendre que la DGCL
publie une liste à jour (base BANATIC).</div>
<div><br>
</div>
<div>Pour les anciennes communes nouvelles qui se sont
étendues, j'ai en principe mis à jour
admin_type:FR=ancienne commune nouvelle</div>
<div><br>
</div>
<div>Effectivement si on veut que la somme des admin_level=9
correspondent à l'admin_level=8 qui les regroupe, il ne
faudrait le garder que sur les plus petits morceaux du
puzzle...</div>
<div><br>
</div>
<div>On peut toujours les retrouver avec le
disused:admin_level=8</div>
<div><br>
</div>
<div>C'est à bien documenter une fois qu'on aura trouvé un
consensus ;)</div>
<div><br>
</div>
<div><br>
</div>
<div>* <a href="https://medium.com/@cq94/mill%C3%A9simons-3fa21714abdf" target="_blank">https://medium.com/@cq94/mill%C3%A9simons-3fa21714abdf</a></div>
</div>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr">Le lun. 31 déc. 2018 à 13:15, Jérôme Amagat <<a href="mailto:jerome.amagat@gmail.com" target="_blank">jerome.amagat@gmail.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 dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div>Bien jouer Christian!</div>
<div><br>
</div>
<div>Il va falloir continuer à suivre la page
Wikipédia <a href="https://fr.wikipedia.org/wiki/Liste_des_communes_nouvelles_cr%C3%A9%C3%A9es_en_2019" target="_blank">https://fr.wikipedia.org/wiki/Liste_des_communes_nouvelles_cr%C3%A9%C3%A9es_en_2019</a>
<br>
</div>
<div>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.</div>
<div><br>
</div>
<div>Les intercom et les arrondissements
départementaux ne sont constitués que de communes
entières. Il y a des communes nouvelles de
plusieurs intercom ou d'arrondissements et donc
des intercom et arrondissement qui ont du être
modifiés.</div>
<div>Je pense que cette requête overpass turbo
permet de trouver des frontières où il y a un
problèmes ( frontières d'intercom mais pas de
communes) :</div>
<div><a href="https://overpass-turbo.eu/s/ER6" target="_blank">https://overpass-turbo.eu/s/ER6</a></div>
<div>(on peut faire pareil pour les arrondissement
mais on trouve des frontières où il n'y a pas
forcement des problèmes)</div>
<div><br>
</div>
<div>En ce début d'année, il peut y avoir des
changements dans les intercom et les
arrondissements non liés aux communes nouvelles
mais malheureusement je ne crois pas qu'il y ai de
listes de ces changements :)</div>
<div>(J'ai fait l'un de ces changements dans osm
dans l'Ain, un intercom en absorbe un autre)</div>
<div><br>
</div>
<div>J'ai vu que pour les ancienne communes
nouvelles qui ont fusionnées en de plus grandes
communes nouvelles, il y a parfois admin_level=9.</div>
<div>Je pense que ça n'a pas de sens, elles n'ont
plus de rôle administratif et ne devrait pas avoir
de admin_level=* et avoir disused:admin_level=8 et
même disused:boundary=administrative.</div>
<div>Les ancienne communes d'avant la 1ere communes
nouvelles, elles gardent admin_level=9 si elles
sont communes déléguées.</div>
<div>Si elle ne le sont pas, je pense que si on veux
être logique il ne devrait plus y avoir de
admin_level=*</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
</div>
</div>
</div>
</div>
</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-m_7771661565419284673gmail_signature">
<div dir="ltr">Christian Quest - OpenStreetMap France</div>
</div>
<br>
<fieldset class="gmail-m_7771661565419284673mimeAttachmentHeader"></fieldset>
<br>
<pre>_______________________________________________
Talk-fr mailing list
<a class="gmail-m_7771661565419284673moz-txt-link-abbreviated" href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a>
<a class="gmail-m_7771661565419284673moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
</blockquote>
<br>
</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>