Bonsoir,
Le 12/11/2020 à 22:01, Christian Quest a écrit :
Le 12/11/2020 à 17:58, Jérôme Amagat a écrit :
Donc pour les rendus et pour être en accord avec ce qui est fait
ailleurs dans le monde, il faudrait avoir les populations sur les
node place admin_centre des communes. La seule source fiable pour
obtenir ces populations est, il me semble, l'insee qui sort les
populations légales tous les ans, donc pourquoi pas un bot qui
modifierait population=* et source:pupulation=* des relations des
communes et de leurs admin_centre tous les ans lorsque l'insee sort
ces chiffres. Cela permettrait d'avoir des données tout le temps à
jour. Je sais que pour beaucoup les bots c'est le mal :) mais à part
les personnes qui vont compter les habitants de leur village, ça va
être difficile d'avoir une meilleur source.
Les bots c'est mal (il parait), mais oui, c'est vers ça qu'il faudrait
aller sur ce type de données, plutôt que se fader tout à la main.
Nos populations sont des populations communales, je ne vois donc pas
pourquoi elles devraient être portées par autre chose que l'objet qui
représente pour nous la commune, à savoir la relation admin_level=8 (ou
admin_level=9 pour les arrondissements municipaux).
Si un client des données a besoin de modéliser autrement cette
information pour son usage propre, c'est possible. En l'occurence,
descendre les informations d'une relation à un point membre de la
relation est trivial, au moins avec imposm3. C'est implémenté dans BANO,
je peux aider si besoin. C'est peut-être le cas aussi avec les scripts
lua d'osm2pgsql [1], mais je parle sans certitude, n'ayant pas testé
cette option.
vincent
[1] : https://osm2pgsql.org/doc/manual.html#lua-library-for-flex-output
(voir l'exemple "way_member_ids")
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
