Re: [OSM-talk-fr] problème overpass-api et area-query sur une relation
De : Pierre Béland Tu dis Les areas sont définis avec des critères en dur auxquels la relation en question ne correspond pas ... dommage. puisque tu sembles comprendre ce charabia, tu nous traduit en termes plus clairs,pour nous éviter de faire trop de boucles inutiles? L'overpass API considère comme surfaces (Areas) uniquement certains types de polygones. Le polygone de l'agglo de Tours est défini principalement par le tag 'boundary', tag reconnu, mais avec la valeur 'local_authority', qui ne fait pas partie des valeurs reconnues. Pour changer ça, il faudrait un peu de lobbying auprès du concepteur de l'Overpass-API. 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
Re: [OSM-talk-fr] problème overpass-api et area-query sur une relation
Le 4 janvier 2013 13:34, Vincent de Chateau-Thierry v...@laposte.net a écrit : De : Pierre Béland Tu dis Les areas sont définis avec des critères en dur auxquels la relation en question ne correspond pas ... dommage. puisque tu sembles comprendre ce charabia, tu nous traduit en termes plus clairs,pour nous éviter de faire trop de boucles inutiles? L'overpass API considère comme surfaces (Areas) uniquement certains types de polygones. Le polygone de l'agglo de Tours est défini principalement par le tag 'boundary', tag reconnu, mais avec la valeur 'local_authority', qui ne fait pas partie des valeurs reconnues. Pour changer ça, il faudrait un peu de lobbying auprès du concepteur de l'Overpass-API. En fait la sélection des éléments pouvant servir de polygone area n'est pas dans le code source mais juste dans une requête exécutée régulièrement en tâche de fond (cf http://wiki.openstreetmap.org/wiki/Overpass_API/Areas). Donc ces règles de sélection sont propres à chaque instance de l'Overpass-API. Sly me disait que cette requête est très très gourmande en ressources et donc limitée à certains éléments pour qu'elle soit viable. Du coup, le lobbying, c'est auprès de Sly et de l'asso OSM-Fr qu'il faut le faire ;-) - Pour que Sly installe cette requête en tâche de fond. - Pour que l'Overpass-API soit sur une machine hyper-puissance ;-) Cyrille. 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 -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problème overpass-api et area-query sur une relation
Je ne sais pas si c'est cette requête pour maintenir les area à jour qui est lourde où si ce sont celles les utilisant ensuite sur l'overpass... C'est vrai aussi qu'à un moment passer à postgis offre un autre champ de possibilités, il faudrait ajouter un moyen de requêter postgis via HTTP pour une exploitation dans les slippymaps. Le 4 janvier 2013 15:26, Cyrille Giquello cyrill...@gmail.com a écrit : Le 4 janvier 2013 13:34, Vincent de Chateau-Thierry v...@laposte.net a écrit : De : Pierre Béland Tu dis Les areas sont définis avec des critères en dur auxquels la relation en question ne correspond pas ... dommage. puisque tu sembles comprendre ce charabia, tu nous traduit en termes plus clairs,pour nous éviter de faire trop de boucles inutiles? L'overpass API considère comme surfaces (Areas) uniquement certains types de polygones. Le polygone de l'agglo de Tours est défini principalement par le tag 'boundary', tag reconnu, mais avec la valeur 'local_authority', qui ne fait pas partie des valeurs reconnues. Pour changer ça, il faudrait un peu de lobbying auprès du concepteur de l'Overpass-API. En fait la sélection des éléments pouvant servir de polygone area n'est pas dans le code source mais juste dans une requête exécutée régulièrement en tâche de fond (cf http://wiki.openstreetmap.org/wiki/Overpass_API/Areas). Donc ces règles de sélection sont propres à chaque instance de l'Overpass-API. Sly me disait que cette requête est très très gourmande en ressources et donc limitée à certains éléments pour qu'elle soit viable. Du coup, le lobbying, c'est auprès de Sly et de l'asso OSM-Fr qu'il faut le faire ;-) - Pour que Sly installe cette requête en tâche de fond. - Pour que l'Overpass-API soit sur une machine hyper-puissance ;-) Cyrille. 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 -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problème overpass-api et area-query sur une relation
Le 4 janvier 2013 15:33, Christian Quest cqu...@openstreetmap.fr a écrit : Je ne sais pas si c'est cette requête pour maintenir les area à jour qui est lourde où si ce sont celles les utilisant ensuite sur l'overpass... C'est surtout leur génération qui est lourde, me semble-t-il. C'est vrai aussi qu'à un moment passer à postgis offre un autre champ de possibilités, il faudrait ajouter un moyen de requêter postgis via HTTP pour une exploitation dans les slippymaps. Ça risque d'être encore plus chaud : très facile de saturer le serveur puisque l'on pourrait tout lui demander tout le temps. L'overpass-API c'est super bien: - un type de requêtes largement suffisant - une construction des données optimisées pour le type de requête - un service qui tient la route L'option de limite des requête sur un polygone est vraiment super, même si limitée à un type de données. Et en plus ce filtrage est négociable ;-) Cyrille. Le 4 janvier 2013 15:26, Cyrille Giquello cyrill...@gmail.com a écrit : Le 4 janvier 2013 13:34, Vincent de Chateau-Thierry v...@laposte.net a écrit : De : Pierre Béland Tu dis Les areas sont définis avec des critères en dur auxquels la relation en question ne correspond pas ... dommage. puisque tu sembles comprendre ce charabia, tu nous traduit en termes plus clairs,pour nous éviter de faire trop de boucles inutiles? L'overpass API considère comme surfaces (Areas) uniquement certains types de polygones. Le polygone de l'agglo de Tours est défini principalement par le tag 'boundary', tag reconnu, mais avec la valeur 'local_authority', qui ne fait pas partie des valeurs reconnues. Pour changer ça, il faudrait un peu de lobbying auprès du concepteur de l'Overpass-API. En fait la sélection des éléments pouvant servir de polygone area n'est pas dans le code source mais juste dans une requête exécutée régulièrement en tâche de fond (cf http://wiki.openstreetmap.org/wiki/Overpass_API/Areas). Donc ces règles de sélection sont propres à chaque instance de l'Overpass-API. Sly me disait que cette requête est très très gourmande en ressources et donc limitée à certains éléments pour qu'elle soit viable. Du coup, le lobbying, c'est auprès de Sly et de l'asso OSM-Fr qu'il faut le faire ;-) - Pour que Sly installe cette requête en tâche de fond. - Pour que l'Overpass-API soit sur une machine hyper-puissance ;-) Cyrille. vincent -- Cyrille. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] problème overpass-api et area-query sur une relation
Salut, Je ne comprends pas ce qui peut bien se passer... Me voici donc arrivé ici ;-) Je cherche à récupérer tous les arrêts de bus dans l'agglo de Tours en interrogeant la base de données via l'overpass-api http://overpass-api.de qui supporte les requêtes avec une limite de recherche sur une zone (area-query). Pour allez direct au problème, la même requête fonctionne avec une relation mais pas avec une autre. La relation ok est celle du Viêt Nam (http://osm.org/browse/relation/49915) et celle qui ne fonctionne pas, disons qui ne retourne aucun résultat, est celle de l'agglomération tourangelle (http://osm.org/browse/relation/1663056). Donc la requête osm-script query type=node area-query ref=3600049915/ has-kv k=highway v=bus_stop/ /query print mode=meta/ /osm-script retourne bien des données, alors que celle-ci n'en retourne aucune : osm-script query type=node area-query ref=3601663056/ has-kv k=highway v=bus_stop/ /query print mode=meta/ /osm-script J'ai essayé avec has-kv k=place / et c'est pareil. J'ai regardé la relation 1663056 avec http://analyser.openstreetmap.fr/ mais rien de signalé. Je l'ai chargée dans Josm et rien de remarquable. Auriez vous une piste de recherche ? Merci beaucoup. -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problème overpass-api et area-query sur une relation
Le 3 janvier 2013 19:02, Cyrille Giquello cyrill...@gmail.com a écrit : Salut, Je ne comprends pas ce qui peut bien se passer... Me voici donc arrivé ici ;-) Je cherche à récupérer tous les arrêts de bus dans l'agglo de Tours en interrogeant la base de données via l'overpass-api http://overpass-api.de qui supporte les requêtes avec une limite de recherche sur une zone (area-query). Pour allez direct au problème, la même requête fonctionne avec une relation mais pas avec une autre. La relation ok est celle du Viêt Nam (http://osm.org/browse/relation/49915) et celle qui ne fonctionne pas, disons qui ne retourne aucun résultat, est celle de l'agglomération tourangelle (http://osm.org/browse/relation/1663056). Donc la requête osm-script query type=node area-query ref=3600049915/ has-kv k=highway v=bus_stop/ /query print mode=meta/ /osm-script retourne bien des données, alors que celle-ci n'en retourne aucune : osm-script query type=node area-query ref=3601663056/ has-kv k=highway v=bus_stop/ /query print mode=meta/ /osm-script J'ai essayé avec has-kv k=place / et c'est pareil. J'ai regardé la relation 1663056 avec http://analyser.openstreetmap.fr/ mais rien de signalé. Je l'ai chargée dans Josm et rien de remarquable. Auriez vous une piste de recherche ? Merci beaucoup. Il me semble que la raison est très simple et expliquée ici : http://wiki.openstreetmap.org/wiki/Overpass_API/Areas Les areas sont définis avec des critères en dur auxquels la relation en question ne correspond pas ... dommage. -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problème overpass-api et area-query sur une relation
Cyrille Tu dis Les areas sont définis avec des critères en dur auxquels la relation en question ne correspond pas ... dommage. puisque tu sembles comprendre ce charabia, tu nous traduit en termes plus clairs,pour nous éviter de faire trop de boucles inutiles? Pierre De : Cyrille Giquello cyrill...@gmail.com À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Jeudi 3 janvier 2013 17h27 Objet : Re: [OSM-talk-fr] problème overpass-api et area-query sur une relation Le 3 janvier 2013 19:02, Cyrille Giquello cyrill...@gmail.com a écrit : Salut, Je ne comprends pas ce qui peut bien se passer... Me voici donc arrivé ici ;-) Je cherche à récupérer tous les arrêts de bus dans l'agglo de Tours en interrogeant la base de données via l'overpass-api http://overpass-api.de qui supporte les requêtes avec une limite de recherche sur une zone (area-query). Pour allez direct au problème, la même requête fonctionne avec une relation mais pas avec une autre. La relation ok est celle du Viêt Nam (http://osm.org/browse/relation/49915) et celle qui ne fonctionne pas, disons qui ne retourne aucun résultat, est celle de l'agglomération tourangelle (http://osm.org/browse/relation/1663056). Donc la requête osm-script query type=node area-query ref=3600049915/ has-kv k=highway v=bus_stop/ /query print mode=meta/ /osm-script retourne bien des données, alors que celle-ci n'en retourne aucune : osm-script query type=node area-query ref=3601663056/ has-kv k=highway v=bus_stop/ /query print mode=meta/ /osm-script J'ai essayé avec has-kv k=place / et c'est pareil. J'ai regardé la relation 1663056 avec http://analyser.openstreetmap.fr/ mais rien de signalé. Je l'ai chargée dans Josm et rien de remarquable. Auriez vous une piste de recherche ? Merci beaucoup. Il me semble que la raison est très simple et expliquée ici : http://wiki.openstreetmap.org/wiki/Overpass_API/Areas Les areas sont définis avec des critères en dur auxquels la relation en question ne correspond pas ... dommage. -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problème overpass-api et area-query sur une relation
Le 4 janvier 2013 00:46, Pierre Béland infosbelas-...@yahoo.fr a écrit : Cyrille Tu dis Les areas sont définis avec des critères en dur auxquels la relation en question ne correspond pas ... dommage. puisque tu sembles comprendre ce charabia, tu nous traduit en termes plus clairs,pour nous éviter de faire trop de boucles inutiles? [image: *B-) Relax, Max] Ce areas est un raccourci en rapport direct avec le précédent message dans le fil. Le 1er message expliquait le problème rencontré avec une requête overpass-api et la clause area-query / et le second message (très court) indiquait un lien vers la page où l'on trouve l'explication. Cette page ayant pour titre Areas je l'ais reprit tout simplement (et succinctement). Après, si on ne comprend pas plus, ce n'est pas grave du tout, c'est tout simplement que l'on ne connait pas l'overpass-api ;-) Cyrille. Pierre -- *De :* Cyrille Giquello cyrill...@gmail.com *À :* Discussions sur OSM en français talk-fr@openstreetmap.org *Envoyé le :* Jeudi 3 janvier 2013 17h27 *Objet :* Re: [OSM-talk-fr] problème overpass-api et area-query sur une relation Le 3 janvier 2013 19:02, Cyrille Giquello cyrill...@gmail.com a écrit : Salut, Je ne comprends pas ce qui peut bien se passer... Me voici donc arrivé ici ;-) Je cherche à récupérer tous les arrêts de bus dans l'agglo de Tours en interrogeant la base de données via l'overpass-api http://overpass-api.de qui supporte les requêtes avec une limite de recherche sur une zone (area-query). Pour allez direct au problème, la même requête fonctionne avec une relation mais pas avec une autre. La relation ok est celle du Viêt Nam (http://osm.org/browse/relation/49915) et celle qui ne fonctionne pas, disons qui ne retourne aucun résultat, est celle de l'agglomération tourangelle (http://osm.org/browse/relation/1663056). Donc la requête osm-script query type=node area-query ref=3600049915/ has-kv k=highway v=bus_stop/ /query print mode=meta/ /osm-script retourne bien des données, alors que celle-ci n'en retourne aucune : osm-script query type=node area-query ref=3601663056/ has-kv k=highway v=bus_stop/ /query print mode=meta/ /osm-script J'ai essayé avec has-kv k=place / et c'est pareil. J'ai regardé la relation 1663056 avec http://analyser.openstreetmap.fr/ mais rien de signalé. Je l'ai chargée dans Josm et rien de remarquable. Auriez vous une piste de recherche ? Merci beaucoup. Il me semble que la raison est très simple et expliquée ici : http://wiki.openstreetmap.org/wiki/Overpass_API/Areas Les areas sont définis avec des critères en dur auxquels la relation en question ne correspond pas ... dommage. -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
