Re: [OSM-dev-fr] Récupération de données d'un fichier .osm
Un petit coup d'overpass, exemple: http://overpass-turbo.eu/s/Em
Tu peux effectuer la requête http directement (bouton export/query) et
choisir le format de retour (XML, geojson).
Pour info, l'id de l'area-query correspond à l'id de la relation de la
commune de Bordeaux + 36.
Le 24 juillet 2013 15:58, Nicolas Chirouze nico...@gmail.com a écrit :
Bonjour à tous !
Je ne sais pas si ma question a vraiment sa place ici, mais je ne perds
rien à essayer !
Je cherche à récupérer des informations contenues dans un fichier .osm,
que je mets en pièce jointe, il s'agit des nœuds répertoriant les stations
de vélos en libre service de Bordeaux.
L'objectif est d'utiliser un programme python pour écrire les informations
de ce fichier .osm dans un fichier quelconque .txt, avec un formalisme
moins lourd.
Par exemple quelque chose du genre :
node_id lat lon name
xxx xxx
xxx xxx
Je n'ai besoin que de ces 4 informations, mais je ne sais pas comment m'y
prendre pour les récupérer, perdu dans les caractères particuliers (/)
d'un fichier .osm, et du nombre variable des tags de chaque node.
J'espère que quelqu'un pourra me donner un petit coup de pouce ;)
WebRep
Évaluation globale
___
dev-fr mailing list
dev-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev-fr
--
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
___
dev-fr mailing list
dev-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Récupération de données d'un fichier .osm
Je voulais vous montrer le nouveau parametre area avec la variante où on spécifie le nom plutôt que le no de relation. Plus simple à première vue que l'id de la relation + 36. Mais je n'obtiens pas le même résultat que Christian en utilisant le parametre area[name=Bordeaux]; De fait, il y a deux limites administratives qui portent le même nom Bordeaux. Il serait sans doute mieux dans de tels cas de donner des noms légèrement différents pour représenter ces deux entités. Mais je risque sans doute de lancer encore un long débat sur le sujet des limites administratives. Bordeaux, admin_level=7 relation 1667452 Bordeaux, admin_level=8 relation 105270 Requête voir http://overpass-turbo.eu/s/Ep Pierre De : Christian Quest cqu...@openstreetmap.fr À : Discussions développeur OSM en français dev-fr@openstreetmap.org Envoyé le : Jeudi 25 juillet 2013 13h47 Objet : Re: [OSM-dev-fr]Récupération de données d'un fichier .osm Un petit coup d'overpass, exemple: http://overpass-turbo.eu/s/Em Tu peux effectuer la requête http directement (bouton export/query) et choisir le format de retour (XML, geojson). Pour info, l'id de l'area-query correspond à l'id de la relation de la commune de Bordeaux + 36. Le 24 juillet 2013 15:58, Nicolas Chirouze nico...@gmail.com a écrit : Bonjour à tous ! Je ne sais pas si ma question a vraiment sa place ici, mais je ne perds rien à essayer ! Je cherche à récupérer des informations contenues dans un fichier .osm, que je mets en pièce jointe, il s'agit des nœuds répertoriant les stations de vélos en libre service de Bordeaux. L'objectif est d'utiliser un programme python pour écrire les informations de ce fichier .osm dans un fichier quelconque .txt, avec un formalisme moins lourd. Par exemple quelque chose du genre : node_id lat lon name xxx xxx xxx xxx Je n'ai besoin que de ces 4 informations, mais je ne sais pas comment m'y prendre pour les récupérer, perdu dans les caractères particuliers (/) d'un fichier .osm, et du nombre variable des tags de chaque node. J'espère que quelqu'un pourra me donner un petit coup de pouce ;) WebRep Évaluation globale ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Récupération de données d'un fichier .osm
Le 25 juillet 2013 22:23, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 25/07/2013 22:03, Pierre Béland a écrit : Je voulais vous montrer le nouveau parametre area avec la variante où on spécifie le nom plutôt que le no de relation. Plus simple à première vue que l'id de la relation + 36. Mais je n'obtiens pas le même résultat que Christian en utilisant le parametre area[name=Bordeaux]; De fait, il y a deux limites administratives qui portent le même nom Bordeaux. Il serait sans doute mieux dans de tels cas de donner des noms légèrement différents pour représenter ces deux entités. Mais je risque sans doute de lancer encore un long débat sur le sujet des limites administratives. Bordeaux, admin_level=7 relation 1667452 Bordeaux, admin_level=8 relation 105270 Oui, ça fait un moment que c'est comme ça et ça pose problème. Même avec admin_level cela ne suffira pas. Des homonymes il y en a partout dans la base pour des endrois qui n'ont rien à voir entre eux. changer un name ne changerait de toute façon pas le problème, une requête sur name=* ne changera rien à l'existence des homonymes très nombreux, et n'améliorera pas plus la carte (sans compter qu'un name=* peut avoir des utilisations autres que des limites administratives, rappelez-vous du noms des petites îles de l'archipel artificiel Monde aux Emirats arabes unis, ajoutez les localités non adminsitratives, lieux-dits, quartiers non administratifs, noms de commerces...) Dans TOUTE requête avec juste name=*, on peut s'attendre à des homonymies et trouver plusieurs résultats. Nominatim affiche une liste de résultats, et c'est à l'utilisateur de préciser sa requête en sélectionnant un d'eux (ce qui ramène alors l'identifiant précis). OSM n'est pas fait pour privilégier une utilisation ou un rendu particulier plutôt qu'un autre. Donc ce n'est absolument pas un problème pour OSM, mais VOTRE problème selon votre point de vue à un instant T, que de croire qu'OSM devinera pour vous ce que vous cherchez. Maintenant on devrait pouvoir indiquer au lieu du paramètre: area[name=Bordeaux] un paramètre plus précis: - area[admin_level=8][name=Bordeaux] (problème possible avec les paroisses) - area[boundary=administrative][admin_level=8][name=Bordeaux] - area[boundary=local_authority][name=*Bordeaux] (pour la communauté urbaine) - etc. Et améliorer aussi en indiquant une bbox ou un point de référence (lon/lat ou x/y pour faire court) sur la carte du monde (sélection selon la distance la plus courte), comme dans le site web OSM.org avec son outil de recherche Nominatim, ce qui modifie le classement par pertinence (et alors pas besoin d'inventer de nouveaux pseudo-identifiants). ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
