Bonjour, > De : "Thomas Petillon" > 2011/12/12 sly (sylvain letuffe)
> > > > > Importer du géofla dans osm n'est clairement pas une bonne idée, mais ça > > peut > > en effet servir de base à quelques vérifications. > > > > Pour les cantons, j'entrevois bien l'utilité que geofla peut avoir, non > > pour > > importer brutalement, mais pour assembler les morceaux d'osm sur la base de > > ce qu'il y a dans geofla canton. > > Je suis même en train de rêver à l'algorithme qui pourrait nous faire 99% > > du > > boulot (cf message de guillaume) > > Complété bien sûr d'un petit outil de suivi pour contrôler les ruptures et > > les > > cantons qui manquent > > > > Pour construire les relations de cantons, ça serait pas beaucoup plus > simple d'utiliser les données du COG [1] [2] ? À partir de ces fichiers, en > récupérant les membres des relations des communes grâce au code INSEE puis > en assemblant dans une nouvelle relation ceux qui appartiennent au même > canton (et qui sont sur le pourtour). > > Ça pourrait même être fait automatiquement normalement. > Pour les cantons manipulables depuis le COG, il ne s'agit pas des cantons électoraux, mais de "pseudo-cantons" dont la vocation est la cartographie de statistique : ce sont les cantons "version INSEE". Ça peut avoir un intérêt (à discuter) dans OSM, puisque l'INSEE diffuse des stats qui se raccrochent à cette maille de territoire, mais on n'est plus dans la demande à l'origine de ce fil : on ne parle pas de circonscriptions électorales. Pour un peu de littérature sur la notion de pseudo-canton, voir l'annexe A dans ce doc : http://professionnels.ign.fr/DISPLAY/000/526/601/5266015/DC_GEOFLA.pdf vincent 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
