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

JB jbosm at mailoo.org
Lun 31 Déc 18:05:08 UTC 2018


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 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 ?
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.
JB.

Le 31/12/2018 à 18:18, Christian Quest a écrit :
> 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 
> nouvelles ;)
>
> Pour les EPCI, il va falloir attendre que la DGCL publie une liste à 
> jour (base BANATIC).
>
> Pour les anciennes communes nouvelles qui se sont étendues, j'ai en 
> principe mis à jour admin_type:FR=ancienne commune nouvelle
>
> 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...
>
> On peut toujours les retrouver avec le disused:admin_level=8
>
> C'est à bien documenter une fois qu'on aura trouvé un consensus ;)
>
>
> * https://medium.com/@cq94/mill%C3%A9simons-3fa21714abdf
>
> Le lun. 31 déc. 2018 à 13:15, Jérôme Amagat <jerome.amagat at gmail.com 
> <mailto:jerome.amagat at gmail.com>> a écrit :
>
>     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 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.
>     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) :
>     https://overpass-turbo.eu/s/ER6
>     (on peut faire pareil pour les arrondissement mais on trouve des
>     frontières où il n'y a pas forcement des problèmes)
>
>     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 :)
>     (J'ai fait l'un de ces changements dans osm dans l'Ain, un
>     intercom en absorbe un autre)
>
>     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.
>     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.
>     Les ancienne communes d'avant la 1ere communes nouvelles, elles
>     gardent admin_level=9 si elles sont communes déléguées.
>     Si elle ne le sont pas, je pense que si on veux être logique il ne
>     devrait plus y avoir de admin_level=*
>
>
>
>
>     _______________________________________________
>     Talk-fr mailing list
>     Talk-fr at openstreetmap.org <mailto:Talk-fr at openstreetmap.org>
>     https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> -- 
> Christian Quest - OpenStreetMap France
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20181231/287325ce/attachment.htm>


Plus d'informations sur la liste de diffusion Talk-fr