Re: [OSM-talk-fr] Corine Land Cover : nomenclature 1 4 Espaces verts artificialisés, non agricoles
Le 26 mai 09 à 11:54, Julien D. a écrit : Faudra mettre des GPS sur les Formule 1 pour mapper les circuits... Pas forcément : pour les 24h du Mans Rollers et on peut participer à la parade d'ouverture sur le circuit Bugatti pour 5€ et enregistrer les traces personnellement :) Oui, ou faire un tour de piste avec un club de motards sur Magny-Cours ou sur le Hockenheim-Ring. Ça ferait beaucoup plus de plaisir, que de tenter de récupérer les gpx enregistrés/transmis par les véhicules de course / oies officielles. A part cela, il y a aussi les commissaires de course, et le personnel d'entretien des pistes, auxquels on pourrait prêter un data-logger. (Je ne suis pas dans les courses, me contentais d'une 125 cross pour sillonner les collines - ou de ma jument, pour aller à travers rocailles du point A au point B. Mais c'était du off-road, *rien* à tracer sur osm.) A ce sujet, il me vient à l'idée : Ne pourrait-on pas se doter d'une série de solar gpx loggers, qu'on prêterait à des ouvriers municipaux, balayeurs, agriculteurs, ouvriers forestiers, livreurs-coursiers, et autres livreurs de pizza, chauffeurs de tram et de cars (scolaires) ? Ces loggeurs ne coûtent plus excessivement chers, dans les 36 € pièce. Si on met la main à la poche un peu chacuns, on devrait pouvoir en faire, du recueil de données à foison, dans des zones pas encore couvertes ? Ptèt que même des chambres d'agriculture seraient intéressées.___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corine Land Cover : nomenclature 1 4 Espaces verts artificialisés, non agricoles
Valerie-Emma Leroux a écrit : Pieren a écrit : [classes 141 et 142] J'ai encore un peu examiné ces deux classes. J'ai aussi trouvé un hippodrome en 142 comme un golf et un circuit automobile. Le 141 se retrouve sur les grands parcs en ville ou à côté mais on voit aussi l'imprécision des polygones qui débordent largement sur les zones résidentielles voisines. Comme les parcs sont souvent déjà tagués dans OSM et avec une meilleure précision, je proposerais donc d'abandonner ces deux classes. Cela semble le plus pertinent. Classe 142, Équipements sportifs et de loisirs : 2 155 occurrences. Je suis étonné qu'il y en ait autant. Sur Besançon, je trouve deux aérodromes et un polygone correspondant à http://www.openstreetmap.org/?lat=47.22334lon=5.9863zoom=16layers=B000FTF Le polygone contient à la fois des terrains de sport, le parc d'exposition, un grand rond point et des parkings, plus des pavillons enclavés, du réseau routier attenant, bref un beau mélange. Sur Montbéliard on trouve : un aérodrome : http://www.openstreetmap.org/?lat=47.48758lon=6.79118zoom=15layers=B000FTF un golf un parc (ancien fort) avec bois... Et même pas FC Sochaux, qui est pourtant de grande envergure ! Pfff ! http://www.openstreetmap.org/?lat=47.512501lon=6.810816zoom=18layers=B000FTF Je me dis qu'on pourrait indiquer dans la page de discussion de la nomenclature l'inventaire de nos trouvailles avec un exemple. Si Émilie nous mets ces rebuts dans un dépôt. On pourra toujours y puiser si on sait ce qu'on cherche. En plus avec la précision qui la caractérise, on pourra trouver les 142 non mappés : aérodromes, golfs, circuits... et les entrer a la mano. 2155 occurrences tout de même. Si on peut avoir une interface web pour sélectionner - la classe, - la bbox, - le tau de recouvrement (par tranche) on pourrait disposer d'un .osm pour affiner et utiliser ces rebuts. Parce que je sens que ça va être le même topo pour le 242 : 42 309 occurrences ! J'ai une autre idée, mais qui déborde ce cadre. Je crée un autre fil. Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corine Land Cover : nomenclature 1 4 Espaces verts artificialisés, non agricoles
Emilie Laffray a écrit : 2009/5/27 Vincent Pottier vpott...@gmail.com: D'après ce que j'ai compris, osmosis sait extraire une zone selon une bbox. et osmosis, c'est du java en ligne de commande. Il faut donc un petit script qui écrive la requête pour osmosis à partir du formulaire http et qui retourne un fichier .osm, et qui sache traiter les erreurs de base : hors zone, zone invalide (Est Ouest), code inexistant (on peut traiter une partie en frontend avec du javascript et lancer une requête xmlHTTP si valide) Ce qui suppose une petite API : définition du code clc et du recouvrement, et correspondance au nom de fichier, bbox... pour interfacer avec osmosis Ton idee est donc d'utiliser le fichier osm produit. Extraire avec une bounding box est facile pour Osmosis. On peut meme extraire avec un polygone plus complexe mais le cout est assez eleve meme si je doute que dans le cas present on aura un probleme puisqu'on parle de la France. Il est aussi possible avec Osmosis d'extraire un way avec la syntaxe k.v, genre landuse.forest ou CLC:code.111 par exemple. Il ne devrait pas y avoir de probleme. Toutefois, Osmosis n'a aucun moyen de filtrer une relation a l'etat actuel rendant la procedure actuel seulement utile dans le cas d'un way. L'autre chose c'est que le parametre de recouvrement n'est pas inclus dans le fichier OSM. Si l'on veut utiliser cette valeur avec Osmosis, cela implique de rentrer la valeur directement dans le fichier OSM, et c'est quelque chose a laquelle je m'oppose. Cette valeur devrait tendre a terme vers 100 pour chaque objet. De plus, du fait que l'on doive utiliser Osmosis dans un mode k.v, cela implique de ne pas pouvoir garder les valeurs telles qu'elles sont. Cela impliquerait de garder quelque chose comme une valeur dans la gamme (0, 10, 20, 30, etc...). Si l'on n'a plus de valeurs, ca devient ingerable. Maintenant, osmosis a un cout non negligeable. Je pense que la charge de travail sur le serveur sera assez eleve s'il est utilise regulierement. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corine Land Cover : nomenclature 1 4 Espaces verts artificialisés, non agricoles
Emilie Laffray a écrit : 2009/5/27 Vincent Pottier vpott...@gmail.com: D'après ce que j'ai compris, osmosis sait extraire une zone selon une bbox. et osmosis, c'est du java en ligne de commande. Il faut donc un petit script qui écrive la requête pour osmosis à partir du formulaire http et qui retourne un fichier .osm, et qui sache traiter les erreurs de base : hors zone, zone invalide (Est Ouest), code inexistant (on peut traiter une partie en frontend avec du javascript et lancer une requête xmlHTTP si valide) Ce qui suppose une petite API : définition du code clc et du recouvrement, et correspondance au nom de fichier, bbox... pour interfacer avec osmosis Ton idee est donc d'utiliser le fichier osm produit. Mon idée est d'utiliser LES fichiers osm produits, beaucoup plus légers, probablement exploitables durant le temps accordé à une requête http (30 secondes souvent) http://www.grayonox.com/nooverlaptown.osm.bz2 http://www.grayonox.com/overlaptown.osm.bz2 http://www.grayonox.com/smalloverlaptown.osm.bz2 http://www.grayonox.com/nooverlapmdc.osm.bz2 http://www.grayonox.com/overlapmdc.osm.bz2 http://www.grayonox.com/smalloverlapmdc.osm.bz2 Extraire avec une bounding box est facile pour Osmosis. On peut meme extraire avec un polygone plus complexe mais le cout est assez eleve meme si je doute que dans le cas present on aura un probleme puisqu'on parle de la France. Il est aussi possible avec Osmosis d'extraire un way avec la syntaxe k.v, genre landuse.forest ou CLC:code.111 par exemple. Il ne devrait pas y avoir de probleme. Toutefois, Osmosis n'a aucun moyen de filtrer une relation a l'etat actuel rendant la procedure actuel seulement utile dans le cas d'un way. L'autre chose c'est que le parametre de recouvrement n'est pas inclus dans le fichier OSM. Si l'on veut utiliser cette valeur avec Osmosis, cela implique de rentrer la valeur directement dans le fichier OSM, et c'est quelque chose a laquelle je m'oppose. L'idée d'utiliser les fichiers produits, c'est de chercher une tranche de recouvrement (no/small/full...) : le calcul est déjà fait. Cette valeur devrait tendre a terme vers 100 pour chaque objet. C'est exact ! Quoi que l'intérêt de l'import manuel, c'est aussi de faire des retouches sur le polygone, pas seulement de lui attribuer les bons tags notamment pour les zones hétérogènes. De plus, du fait que l'on doive utiliser Osmosis dans un mode k.v, cela implique de ne pas pouvoir garder les valeurs telles qu'elles sont. Cela impliquerait de garder quelque chose comme une valeur dans la gamme (0, 10, 20, 30, etc...). Si l'on n'a plus de valeurs, ca devient ingerable. Maintenant, osmosis a un cout non negligeable. Je pense que la charge de travail sur le serveur sera assez eleve s'il est utilise regulierement. Emilie Laffray Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corine Land Cover : nomenclature 1 4 Espaces verts artificialisés, non agricoles
Pieren a écrit : 2009/5/23 Pieren pier...@gmail.com: * la classe 141 Espaces verts urbains est proposée sur le wiki en landuse=village_green ou leisure=park. Je pense que village_green n'est pas approprié car c'est une notion typiquement anglaise. leisure=park peut coller mais un exemple que je vois dans la région de Mulhouse montre que cela s'applique aussi à des zones agricoles ou de forêts proche de la ville mais qui ne sont pas des parcs. Donc je ne sais pas. * la classe 142 Équipements sportifs et de loisirs est proposée sur le wiki en leisure=sports_centre, leisure=park ou landuse=recreation_ground. Les quelques exemples que j'ai rencontré montrent que cette classe est un peu fourre-tout et se trompe aussi. Je proposerais de ne pas l'importer. J'ai encore un peu examiné ces deux classes. J'ai aussi trouvé un hippodrome en 142 comme un golf et un circuit automobile. Le 141 se retrouve sur les grands parcs en ville ou à côté mais on voit aussi l'imprécision des polygones qui débordent largement sur les zones résidentielles voisines. Comme les parcs sont souvent déjà tagués dans OSM et avec une meilleure précision, je proposerais donc d'abandonner ces deux classes. Pieren Bien d'accord, ce sont, en général des éléments bien identifiés (pour les stades) faciles à parcourir (pour les parcs) donc facile d'obtenir des traces gpx qui permette de repérer les parcelles cadastrales, donc faciles à saisir au cadastre. Ces éléments urbains, ou péri-urbains, sont dans des zones denses du point de vu cartographique : l'imprécision de CLC (polygone et code) devient un handicap. S'ils sont stockés dans un dépôt (comme les zones à conflit), peut-être qu'il pourront servir à expliquer les trous dans la carte, donc à orienter la recherche : je n'ai pas les outils, les compétences, pour faire une extraction sur CLC... Bon c'est une idée en l'air Faudra mettre des GPS sur les Formule 1 pour mapper les circuits... Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corine Land Cover : nomenclature 1 4 Espaces verts artificialisés, non agricoles
Pieren a écrit : [classes 141 et 142] J'ai encore un peu examiné ces deux classes. J'ai aussi trouvé un hippodrome en 142 comme un golf et un circuit automobile. Le 141 se retrouve sur les grands parcs en ville ou à côté mais on voit aussi l'imprécision des polygones qui débordent largement sur les zones résidentielles voisines. Comme les parcs sont souvent déjà tagués dans OSM et avec une meilleure précision, je proposerais donc d'abandonner ces deux classes. Cela semble le plus pertinent. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
