Bonjour, > De : "Christian Quest" > > Le 7 mars 2012 00:06, Vincent de Chateau-Thierry a écrit : > > Pourquoi pas en effet. La limite de l'exercice dépendra du nombre de nodes > > place et/ou de relations avec une ref:INSEE et sans population. Christian, > > tu saurais nous dire combien il y en a ? > > > > > > J'étais parti des admin_centre pour n'en avoir qu'un par commune. > > Les cas de figure vont être nombreux... > - commune sans boundary ? > - avec 1 seul "place" dans leur polygone GEOFLA ? > - on a un ref:INSEE ? on peut mettre à jour la population, sinon > - plusieurs place ? > lequel est le bon ? on regarde le nom ? le ref:INSEE ? > - aucun place > on le crée > - commune avec boundary, sans admin_centre > - un seul place ? plusieurs ? aucun ? (comme ci-dessus) > - commune avec boundary et un admin_centre > - on met à jour population > > A ce qu'il me semble il y a pas mal de cas qu'on ne pourra pas traiter > par un bot. >
Je renomme le fil car on dérive. Il y aurait en effet matière, grâce au GeoFLA, à augmenter le nombre de nodes place=* et le nombre de références INSEE sur ces nodes, de façon semi-automatique. Ensuite, mettre à jour la population ne sera qu'une conséquence, à répéter année après année au fil des maj de l'INSEE. Je reprends un bout de ta proposition. Avec une approche prudente, on pourrait imaginer confronter les nodes place=* et les polygones du GeoFLA, pour identifier : - les polygones n'incluant aucun node place=* => on pourrait proposer la création d'un node avec les coordonnées du "chef-lieu" donné parle GeoFLA et avec les tags : place : valeur directement déduite de la valeur de population du GeoFLA name : le nom fourni parle GeoFLA ref:INSEE : le code INSEE donné par le GeoFLA source : indiquer qu'il s'agit du GeoFLA et d'une démarche massive (à cheval entre le tag source et le tag note) - les polygones incluant un voire plusieurs nodes place=*, mais sans aucune référence INSEE, et parmi lesquels un et un seul node a son tag name correspondant au nom donné par le GeoFLA, sans ambiguïté : => ici on proposerait la maj du node place par l'ajout du tag ref:INSEE Dans les 2 cas, je n'imagine pas d'import massif, mais la génération de fichiers .osm à la manière de ceux fabriqués pour les imports d'adresses, cf. Nantes récemment : un fonctionnement où, au final, c'est bien un contributeur qui valide les modifs. Les fichiers auraient un périmètre géographique restreint : au grand max un département, mais je viserais bien l'arrondissement. À charge entre nous ensuite d'organiser le chantier. > > Voire si les données de l'INSEE (qui alimentent aussi le GeoFLA) ne sont pas > > plus à jour ? Une source ici : > > http://www.recensement.insee.fr/basesChiffresCles.action > > > > Sûr qu'il vaut mieux partir de données bien à jour, mais en même temps > il faut prévoir les mécanisme de futures mises à jour. > Sur le site de l'IGN, je ne trouve pas de quand date l'info population > du GEOFLA actuellement disponible. La doc du GeoFLA [1] parle du "chiffre de population sans doubles comptes au dernier recensement", donc moi je comprends 2008. > Autre question... l'INSEE publie le recensement 2008 ainsi que la > population légale 2009 qui est entrée en vigueur au 1er janvier 2012. > On prends quoi ? Du coup en choisissant 2009 on serait plus à jour que le GeoFLA, si j'interprète correctement. Et la procédure mise au point serait recyclable d'une année sur l'autre à chaque publication des chiffres de population par l'INSEE. vincent [1] : http://professionnels.ign.fr/DISPLAY/000/529/630/5296300/DC-GEOFLA.pdf Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
