Re: [OSM-talk-fr] Requête overpass turbo - boulangeries à plus de 50 mètres d'un arrêt de bus

Au cas où ce serait utile à d'autres, voici le code dans over-pass (cette fois-ci, j'ai pris les supérettes et supermarchés) : *[out:xml];area[name="Montrouge"];nwr[highway=bus_stop](area)->.a; (nwr["shop"~"supermarket|convenience"](area); - nwr(around.a:50)["shop"~"supermarket|convenienc

Re: [OSM-talk-fr] Requête overpass turbo - boulangeries à plus de 50 mètres d'un arrêt de bus

alors il faut faire une soustraction : ( toutes les boulangeries de la commune; - les boulangeries bien déservies renseignée par la requête ci dessous; ); https://wiki.openstreetmap.org/wiki/FR:Overpass_API/Overpass_QL#Difference l'erreur la plus courante est d'oublier le ; après chacun des 2 bloc

Re: [OSM-talk-fr] Requête overpass turbo - boulangeries à plus de 50 mètres d'un arrêt de bus

Merci c'est génial. Mais je veux identifier les boulangeries mal desservies. Donc celles à plus de 50 mètres (pas celles à moins de 50 mètres). Le ven. 20 déc. 2019 à 17:13, marc marc a écrit : > Le 20.12.19 à 16:57, Thomas Ruchin a écrit : > > Dans ma commune, je veux identifier les boulangerie

Re: [OSM-talk-fr] Requête overpass turbo - boulangeries à plus de 50 mètres d'un arrêt de bus

n'aurais-tu pas entre temps forcé dans tes paramètres d'utiliser un autre serveur overpass api ? le serveur osm-fr par ex ne supporte pas encore nwr (honte à moi, je ne l'ai pas encore fait la maj) Le 20.12.19 à 17:22, Cyrille37 OSM a écrit : > Merci Marc, encore une excellente contribution :-) >

Re: [OSM-talk-fr] Requête overpass turbo - boulangeries à plus de 50 mètres d'un arrêt de bus

Merci Marc, encore une excellente contribution :-) Et paf, je tombe sur un bug: la version overpass ne doit pas être la même sur HTTP que HTTPS pour overpass-turbo.eu. La requête fonctionne bien sur le https, mais la syntaxe échoue sur http à cause du "nwr". Error: line 3: parse error: Unknow

Re: [OSM-talk-fr] Requête overpass turbo - boulangeries à plus de 50 mètres d'un arrêt de bus

Le 20.12.19 à 16:57, Thomas Ruchin a écrit : > Dans ma commune, je veux identifier les boulangeries (way, nodes, > relations) qui sont à plus de 50 mètres d'un arrêt de bus. simplifie toi la vie :-) - pas besoin de nomer un jeux de donnée si tu ne l'utilises qu'une fois - utilise nwr pour avoir en

[OSM-talk-fr] Requête overpass turbo - boulangeries à plus de 50 mètres d'un arrêt de bus

Bonjour, J'ai une petite requête que je ne parviens pas à construire. Dans ma commune, je veux identifier les boulangeries (way, nodes, relations) qui sont à plus de 50 mètres d'un arrêt de bus. J'ai bien vu comment trouver les arrêts de bus à moins de 50 mètres d'une boulangerie, mais pas l'inve

Re: [OSM-talk-fr] Requête Overpass ou mapCSS : comment tester key1=key2 ?

> Comment sélectionner les objets OSM ayant la même valeur dupliquée dans 2 > clés différentes ? > Je n’arrive pas à faire ça avec mapCSS, et pas mieux avec Overpass. > Une petite pause s’impose : je viens de trouver pour mapCSS : *[tag(image)=tag(picture)] Je suis quand même preneur pour Over

[OSM-talk-fr] Requête Overpass ou mapCSS : comment tester key1=key2 ?

Bonjour, Comment sélectionner les objets OSM ayant la même valeur dupliquée dans 2 clés différentes ? Je n’arrive pas à faire ça avec mapCSS, et pas mieux avec Overpass. — Yves PS: requêtes faites dans JOSM ___ Talk-fr mailing list Talk-fr@openstre

Re: [OSM-talk-fr] Requête overpass [était : Fond de carte avec frontières de pays]

>> >> Sélectionner uniquement les objets (modifiés) qui se trouvent dans un pays >> donné. > Les objets modifiés dernièrement, depuis une certaine date ? > > Ceux que j’ai corrigé moi-même et que je dois envoyer sur le serveur. J’utilise : « inview -modified » pour voir ceux qui me restent à c

[OSM-talk-fr] Requête overpass [était : Fond de carte avec frontières de pays]

Le 27/10/2019 à 09:54, Yves P. a écrit : — Yves Pratter Une requête overpass turbo permet de faire ça, mais ça n’est pas possible dans JOSM (du moins à ma connaissance). je ne comprends pas ce que cela veut dire ? Permet de faire ça, c'est quoi ? Sélectionner uniquement les objets (modi

Re: [OSM-talk-fr] Requête Overpass

Le 12/08/2019 à 22:17, osm.sanspourr...@spamgourmet.com a écrit : J'ai commencé à regarder avec la diff d'Overpass Comme ton problème ce sont les modifs hgv:conditional ajoutées il y a environ un an je propose ceci : http://overpass-turbo.eu/s/Lt Y

Re: [OSM-talk-fr] Requête Overpass

J'ai commencé à regarder avec la diff d'Overpass Comme ton problème ce sont les modifs hgv:conditional ajoutées il y a environ un an je propose ceci : http://overpass-turbo.eu/s/Lt Y , 2 622 chemins. Imparfait, mais tu dois voir ce q

[OSM-talk-fr] Requête Overpass

J'ouvre un nouveau fil de discussion suite à mon message précédent. Comment je récupère toutes les routes de France où le contributeur Ilona_S a mis les interdictions temporaires de circulation de poids-lourds d'après la doc Bison-Futé de 2018? Exemple: https://www.openstreetmap.org/changeset

Re: [OSM-talk-fr] Requête overpass pour récupérer les ponts au dessus d'une voie ferrée

Herrare humanum est. Fred a bien viré une connerie. Dans le temps il y a eu un objet OSM à cet endroit car la balise existe, l'article Wikipedia aussi. Car contre ce que Fred a viré c'est bien une erreur. Jean-Yvon Le 18/05/2019 à 17:50, Jean-Yvon Landrac a écrit : Et Fred vient par erreur d

Re: [OSM-talk-fr] Requête overpass pour récupérer les ponts au dessus d'une voie ferrée

Et Fred vient par erreur de supprimer ce nœud.  Null Island existe bien c'est une bouée météorologique nommée d'après une île fictive créée par Natural Earth. Jean-Yvon Le 18/05/2019 à 17:25, Florian_G - forums+...@floriang.eu a écrit : Hello, Le 18/05/2019 à 10:13, osm.sanspourr...@spamgourm

Re: [OSM-talk-fr] Requête overpass pour récupérer les ponts au dessus d'une voie ferrée

Hello, Le 18/05/2019 à 10:13, osm.sanspourr...@spamgourmet.com a écrit : > > Le 17/05/2019 à 23:40, DH - dhel...@free.fr a écrit : > >> Non, juste dans la méconnue catégorie des Fortunes >> >> https://wiki.openstreetmap.org/wiki/FR:Fortunes >> >> Denis > > C'est ainsi qu'on voit un de nos adminis

Re: [OSM-talk-fr] Requête overpass pour récupérer les ponts au dessus d'une voie ferrée

Le 17/05/2019 à 23:40, DH - dhel...@free.fr a écrit : Non, juste dans la méconnue catégorie des Fortunes https://wiki.openstreetmap.org/wiki/FR:Fortunes Denis C'est ainsi qu'on voit un de nos administrateurs qui n'est pourtant pas manchot placer le pôle sud en (0, 0). Jean-Yvon ___

Re: [OSM-talk-fr] Requête overpass pour récupérer les ponts au dessus d'une voie ferrée

Le 17/05/2019 à 22:17, Gwenaël Jouvin via Talk-fr a écrit : Pour savoir si le pont est lézardé, ajouter [disused:bridge] je suis déjà loin… Non, juste dans la méconnue catégorie des Fortunes https://wiki.openstreetmap.org/wiki/FR:Fortunes Denis --- L'absence de virus dans ce courrier él

Re: [OSM-talk-fr] Requête overpass pour récupérer les ponts au dessus d'une voie ferrée

Merci Marc Nickel le (around:0) ! -- Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Requête overpass pour récupérer les ponts au dessus d'une voie ferrée

Le 17.05.19 à 22:17, Gwenaël Jouvin via Talk-fr a écrit : > Pour savoir si le pont est lézardé, ajouter > [disused:bridge] magnifique ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Requête overpass pour récupérer les ponts au dessus d'une voie ferrée

Et Flamanville c'est un peu loin car sinon tu as aussi des centrales neuves et lézardées ^^ Le 17/05/2019 à 22:17, Gwenaël Jouvin via Talk-fr - talk-fr@openstreetmap.org a écrit : Pour savoir si le pont est lézardé, ajouter [disused:bridge] je suis déjà loin… _

Re: [OSM-talk-fr] Requête overpass pour récupérer les ponts au dessus d'une voie ferrée

Pour savoir si le pont est lézardé, ajouter [disused:bridge] je suis déjà loin… Le 17/05/2019 à 22:10, marc marc a écrit : > Le 17.05.19 à 21:47, mga_geo via Talk-fr a écrit : >> - extraction des voies ferrées (railway) >> - extraction des ponts (highway + bridge=yes) >> puis intersection géomé

Re: [OSM-talk-fr] Requête overpass pour récupérer les ponts au dessus d'une voie ferrée

- récupérer le réseau ferroviaire - ajouter les bridge=* (pas que yes !) touchant ce réseau. La différence c'est que je ne chercherais que les bridges croisant le réseau et non tous les ponts du secteur. Il y a des exemples overpass faisant ça. Jean-Yvon Le 17/05/2019 à 21:47, mga_geo via Tal

Re: [OSM-talk-fr] Requête overpass pour récupérer les ponts au dessus d'une voie ferrée

Le 17.05.19 à 21:47, mga_geo via Talk-fr a écrit : > - extraction des voies ferrées (railway) > - extraction des ponts (highway + bridge=yes) > puis intersection géométrique entre ces deux extractions. tu peux imposer le critère que l'un doit être proche de l'autre https://wiki.openstreetmap.org/w

[OSM-talk-fr] Requête overpass pour récupérer les ponts au dessus d'une voie ferrée

Bonsoir à tous, Le réseau de voies ferrées est probablement utilisé comme corridor écologique par les lézards. Nous voudrions vérifier cette hypothèse sur Rennes et pour cela je recherche les ponts et les passages à niveau. Je ne sais pas extraire les ponts routiers qui passent au-dessus d'une voie

Re: [OSM-talk-fr] Requête overpass

ttp://www.openstreetmap.org/relation/5847389) > > Hope this helps, > > Denis > > -Message d'origine- > > De : marc marc [mailto:marc_marc_...@hotmail.com] > > Envoyé : vendredi 1 décembre 2017 15:34 > > À : talk-fr@openstreetmap.org <mailto:talk-f

Re: [OSM-talk-fr] Requête overpass

NCF RESEAU / DT GE APPUI PERFORMANCE) [mailto:denis.hel...@reseau.sncf.fr] Envoyé : vendredi 1 décembre 2017 16:00 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Requête overpass Tu peux également compléter avec la clé importance=national (http://taginfo.openstreetmap.fr/tags/impor

Re: [OSM-talk-fr] Requête overpass

talk-fr@openstreetmap.org Objet : Re: [OSM-talk-fr] Requête overpass Bonjour et bienvenue Le 01. 12. 17 à 15:13, PIERRE Sylvain a écrit : > identifier avec > l’API overpass les voies de chemin de fer qui apparaissent sur le > serveur OpenRailWayMap sous les intitulés de légende « Ligne

Re: [OSM-talk-fr] Requête overpass

Bonjour et bienvenue Le 01. 12. 17 à 15:13, PIERRE Sylvain a écrit : > identifier avec > l’API overpass les voies de chemin de fer qui apparaissent sur le > serveur OpenRailWayMap sous les intitulés de légende « Ligne > principales » et « Lignes à grande vitesses ». > > J’ai bien conscience qu

[OSM-talk-fr] Requête overpass

Bonjour, Je débute dans l’univers OSM. Je souhaiterais pouvoir identifier avec l’API overpass les voies de chemin de fer qui apparaissent sur le serveur OpenRailWayMap sous les intitulés de légende « Ligne principales » et « Lignes à grande vitesses ». J’ai bien conscience que OpenRailwayMap ut

Re: [OSM-talk-fr] requête Overpass API : recherche de communes avec leur n° INSEE

Merci Jérôme, Effectivement je crois que je suis dans une impasse. Je vais faire avec avec plusieurs requêtes Overpass tant pis, et je croiserai les infos a posteriori. Merci pour l'aide Samy Le 15/11/2017 à 02:40, Jérôme Amagat a écrit : Le 14 novembre 2017 à 19:11, Samy Mezani

Re: [OSM-talk-fr] requête Overpass API : recherche de communes avec leur n° INSEE

L'intérêt est d'apprendre les requêtes Overpass pour répondre à des besoins spécifiques, et surtout de ne télécharger que ce dont j'ai besoin. Merci pour le lien, mais télécharger les contours communaux de la France ne m'intéresse pas, car ça je sais déjà faire avec les requêtes Overpass (suit

Re: [OSM-talk-fr] requête Overpass API : recherche de communes avec leur n° INSEE

Euh et sinon si on restait sur les données OSM y'a pas plutôt ça : http://www.data.gouv.fr/fr/datasets/decoupage-administratif-communal-francais-issu-d-openstreetmap/ Et ensuite tu travailles avec un logiciel SIG comme QGIS pour découper sur le territoire qui t'intéresse... Nicolas ___

Re: [OSM-talk-fr] requête Overpass API : recherche de communes avec leur n° INSEE

Quel est l'intérêt de reconstituer (péniblement) ces données alors qu'elles sont disponibles en opendata ? http://professionnels.ign.fr/adminexpress Les noeuds admin_centre en sont pas toujours présents. J'ai peur que le résultat soit incomplet. Admin Express est mis à jour chaque mois par l'IGN

Re: [OSM-talk-fr] requête Overpass API : recherche de communes avec leur n° INSEE

Le 14 novembre 2017 à 19:11, Samy Mezani a écrit : > Je touche au but mais je n'arrive pas à indiquer les coordonnées > géographiques des admin_centre. > > Pour l'instant ça marche avec ça : > > [out:csv(_row;false)][timeout:100]; > > make out _row = "insee,commune,bourg"; out; > > area[name="Bou

Re: [OSM-talk-fr] requête Overpass API : recherche de communes avec leur n° INSEE

Je touche au but mais je n'arrive pas à indiquer les coordonnées géographiques des admin_centre. Pour l'instant ça marche avec ça : [out:csv(_row;false)][timeout:100]; make out _row = "insee,commune,bourg"; out; area[name="Bourgogne"]["disused:admin_level"=4]->.bourgogne; rel(area.bourgogne)

Re: [OSM-talk-fr] requête Overpass API : recherche de communes avec leur n° INSEE

Les ref:FR:SIREN devraient être sur toutes les relations des collectivités territoriales (communes, départements, régions, EPCI à fiscalité propre ou non, et autres syndicats mixtes associant des collectivités publiques à des entités privées). Si ce n'est pas le cas, c'est à importer (je suggère un

Re: [OSM-talk-fr] requête Overpass API : recherche de communes avec leur n° INSEE

Merci Adrien, Ça me met sur une bonne piste. Je vais essayer de formatter avec make out _row que j'ai vu à https://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_API_by_Example#Wiki_table_generator_.28since_0.7.54.29 Mais bon, faut déjà comprendre. ;-) Merci Samy Le 14/11/2017 à 17:01,

Re: [OSM-talk-fr] requête Overpass API : recherche de communes avec leur n° INSEE

Bonjour, Après quelques recherches, j'ai pas trouvé mieux que ça : |[out:csv("ref:INSEE","name",::lat,::lon)][timeout:100];|| ||area[name="Bourgogne"]["disused:admin_level"=4]->.bourgogne;|| ||rel(area.bourgogne)[boundary=administrative]["admin_level"=8];|| ||foreach(|| ||  out;|| ||  node(r:"ad

Re: [OSM-talk-fr] requête Overpass API : recherche de communes avec leur n° INSEE

Merci pour ta réponse, mais les ref:FR:SIREN sont encore moins utilisés sur les admin_centre que les ref:INSEE, donc ça ne me convient pas trop. Le 14/11/2017 à 15:31, Philippe Verdy a écrit : La recherche pourrait se faire par les ref:FR:SIREN aussi (les mairies des communes de plein droit on

Re: [OSM-talk-fr] requête Overpass API : recherche de communes avec leur n° INSEE

note: tu peux utiliser "end_date=*" pour détecter les communes qui "n'existe plus" (vérifie la valeur de la date au normalement au format ISO 8601 "-MM-DD" pour celle dont la fin de plein exercice est annoncée, ou parfois seulement "" pour les très anciennes communes d'avant 1973 dont on a

Re: [OSM-talk-fr] requête Overpass API : recherche de communes avec leur n° INSEE

La recherche pourrait se faire par les ref:FR:SIREN aussi (les mairies des communes de plein droit ont un préfixe dédié, cependant les communes déléguées dans les communes nouvelles, ou les communes associées dans une commune en fusion-association ont aussi leur propre SIREN, et les communes récemm

[OSM-talk-fr] requête Overpass API : recherche de communes avec leur n° INSEE

Bonjour, Je cherche à faire une requête Overpass API pour rechercher les communes d'un territoire avec leur "ref:INSEE" et les coordonnées géographiques de leur "admin_centre" Je suis contraint de rechercher les relations avec "admin_level"=8, et non les nodes avec ce tag, car j'ai remarqué

Re: [OSM-talk-fr] requête Overpass en ligne de commande

Le 11/09/2017 à 16:51, sly (sylvain letuffe) a écrit : mais le seul soucis qui semble (semble car je ne suis pas expert Qgis) rester ce sont les 2 communes au Sud Est qui appartiennent à la région voisine, qui sont donc des enclaves appartenant à la région d'a coté et qui devrait alors être des

Re: [OSM-talk-fr] requête Overpass en ligne de commande

Samy Mezani wrote > Je teste en ce moment même avec ogr2ogr (qui me renvoie des erreurs de > segmentation sur Debian...) Par curiosité, j'ai voulu essayer et ça à l'air de presque quasiment le faire avec ogr2ogr : http://sly.letuffe.org/echange/old-bourgogne.zip Sur une debian 8 $ ogr2ogr --vers

Re: [OSM-talk-fr] requête Overpass en ligne de commande

J'enfonce certainement des portes ouvertes, mais voici enfin la manip qui a fonctionné : wget -O bourgogne.osm 'http://overpass-api.de/api/interpreter?data=rel[name="Bourgogne"]["disused:admin_level"=4];(._;>);out geom; ogr2ogr -a_srs "EPSG:4326" -t_srs "EPSG:2154" -f PostgreSQL PG:"host=xx

Re: [OSM-talk-fr] requête Overpass en ligne de commande

Le 11/09/2017 à 15:24, sly (sylvain letuffe) a écrit : [...] A mon avis, le problème qui fait que tu n'obtiens pas les réponses que tu attends tient dans l'expression de ton besoin. Je pense comprendre (je peux me tromper) que ce que tu veux c'est un multipolygone au sens GIS (postgis, shapefile)

Re: [OSM-talk-fr] requête Overpass en ligne de commande

https://wiki.openstreetmap.org/wiki/Osmosis peut filtrer tes données OSM en ligne de commande Mais à mon avis les plugins openstreetmap en QGIS te seront plus utiles pour arriver à des fichiers .SHP. J'ignore si c'est possible de les invoquer à partir de la ligne de commande. Peut-être avec un s

Re: [OSM-talk-fr] requête Overpass en ligne de commande

Samy Mezani wrote > Je veux simplement obtenir le multipolygone de son ancien contour. A mon avis, le problème qui fait que tu n'obtiens pas les réponses que tu attends tient dans l'expression de ton besoin. Je pense comprendre (je peux me tromper) que ce que tu veux c'est un multipolygone au sens

Re: [OSM-talk-fr] requête Overpass en ligne de commande

Le 11. 09. 17 à 14:21, Samy Mezani a écrit : > Donc , pour résumer, comment n'obtenir que les *ways* membres > de la relation et surtout leur géométrie ? > (pour importer dans PostGIs, ou visionner dans QGis) la géométrie d'un way implique d'avoir les nœuds. "out geom" te donne lat/lon des nœuds

Re: [OSM-talk-fr] requête Overpass en ligne de commande

Donc , pour résumer, comment n'obtenir que les *ways* membres de la relation et surtout leur géométrie ? (pour importer dans PostGIs, ou visionner dans QGis) Mon but est de comprendre ces requêtes pour en faire d'autres sur des données plus fréquemment mises à jour. Là je veux juste obtenir

Re: [OSM-talk-fr] requête Overpass en ligne de commande

Le 11 septembre 2017 à 13:04, marc marc a écrit : > Mais en ligne de commande si : > > 1) récupérer le minimum contenant les infos souhaitées : > wget -O bourgogne.osm > 'http://overpass-api.de/api/interpreter?data=rel[name=Bourgogne][ > "disused:admin_level"=4];out;' > > 2) filtrer pour ne garde

Re: [OSM-talk-fr] requête Overpass en ligne de commande

Mais en ligne de commande si : 1) récupérer le minimum contenant les infos souhaitées : wget -O bourgogne.osm 'http://overpass-api.de/api/interpreter?data=rel[name=Bourgogne]["disused:admin_level"=4];out;' 2) filtrer pour ne garder que la relation, les chemins et le nom cat bourgogne.osm | egrep

Re: [OSM-talk-fr] requête Overpass en ligne de commande

Dans Overpass tu ne peux pas choisir entre avoir un seul tag ("name=*") ou tous les tags d'un objet. Tu peux en revanche obtenir la liste des objets sans leur géométrie ("out;" au lieu de "out geom;") Regarde les paramètres possibles pour "out;" selon le niveau de verbosité attendu, si tu ne veux p

Re: [OSM-talk-fr] requête Overpass en ligne de commande

En fait, je souhaite bien tous les descendants de la relation, mais pas les nœuds, et si possible obtenir un seul objet de type multipolygone. Les données ne m'intéressent pas dans ce cas précis, si ce n'est le taq name. Merci Samy Le 11/09/2017 à 12:35, Christian Quest a écrit : Si tu ne v

Re: [OSM-talk-fr] requête Overpass en ligne de commande

Si tu ne veux que la relation décrivant le multipolygone (et pas les way ni les noeuds permettant d'avoir la géométrie complète), retire le ">;" Tu aura les tags de la relation, la liste des membres, mais rien d'autre. Le 11/09/2017 à 12:03, Samy Mezani a écrit : Bonjour, Je tente de faire u

Re: [OSM-talk-fr] requête Overpass en ligne de commande

Déjà tu peux enlever l'union avec la récursion descendante "(._;>;);" si tu ne veux que la relation multipolygone, et pas ses descendants; mais ensuite "out geom;" ne te servira bas beaucoup puisqu'il n'y a pas de géométrie dans un multipolygone mais juste ses descendants; je suppose que tu veux se

[OSM-talk-fr] requête Overpass en ligne de commande

Bonjour, Je tente de faire une requête en ligne de commande pour obtenir un fichier osm de l'ancienne région Bourgogne. Je veux simplement obtenir le multipolygone de son ancien contour. Avec ça, j'obtiens tous les objets (nœuds) de la relation : wget -O bourgogne.osm "http://overpass-api.d

Re: [OSM-talk-fr] Requête overpass api & python

Jérôme Amagat wrote > a la place mieux vaux : > (._; >;); > out meta; > cela te donne les même éléments. > et normalement c'est trier, ça veux pas dire que c'est trier comme tu le > souhaites. Effectivement, j'ai remplacé par ce bout de script et cela fonctionne bien mieux. Pour les curieux, voic

Re: [OSM-talk-fr] Requête overpass api & python

Petit correctif : il fallait évidemment lire .ways et non .way. http://overpass-turbo.eu/s/gXp Le 23/06/2016 à 23:03, osm.sanspourr...@spamgourmet.com a écrit : ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/lis

Re: [OSM-talk-fr] Requête overpass api & python

Le 24/06/2016 à 00:00, Philippe Verdy - verd...@wanadoo.fr a écrit : Le 23 juin 2016 à 23:03, > a écrit : Certes comme dit Philippe, ce n'est pas forcément encore bon, pour les relations mais par exemple tu pourras ajouter des filtres pour sor

Re: [OSM-talk-fr] Requête overpass api & python

Le 24 juin 2016 à 00:45, Jérôme Amagat a écrit : > > a la place mieux vaux : > (._; >;); > out meta; > cela te donne les même éléments. > et normalement c'est trier, ça veux pas dire que c'est trier comme tu le > souhaites. > Non ceci n'est pas "trié", c'est juste une "union", qui sera (éventuel

Re: [OSM-talk-fr] Requête overpass api & python

si tu met çà : out meta; >; out meta; ça fait 2 sorties donc sûr que tu n'aura pas ce que tu veux pareil "qt" comme ça a été dit c'est un tri géographique. (c'est possible aussi comme il y a 2 sorties que tu es 2 fois le même élément. j'ai deja eu le cas et je comprenait pas d’où ça venait) a la

Re: [OSM-talk-fr] Requête overpass api & python

Le 23 juin 2016 à 23:03, a écrit : > Certes comme dit Philippe, ce n'est pas forcément encore bon, pour les > relations mais par exemple tu pourras ajouter des filtres pour sortir les > associatedStreet avant ou après si ce n'est pas exactement ce que tu > cherches. > > Comme dit pas Philippe, mo

Re: [OSM-talk-fr] Requête overpass api & python

Certains t'expliquent que si tu vois des majuscules, c'est qu'il faut que tu changes de lunettes. Certains t'expliquent que si tu veux trier, c'est que tu te trompes. C'est dommage car leurs raisons, souvent bonnes, sont parasitées par la volonté d'avoir raison quitte à falsifier la réalité pou

Re: [OSM-talk-fr] Requête overpass api & python

Du coup, je devrais plutôt mettre ça à la place ? ( ._; >; ); out meta; - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien & chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Requete-overpass-api-python-tp5863030p5876180.ht

Re: [OSM-talk-fr] Requête overpass api & python

Overpass donne des résultats ordonnés par défaut, sauf quand on lui donne plusieurs sorties (out,print), du coup ils les exécutent dans l'ordre de ta requête overpass. Je ne connais plus la syntaxe OQL, mais en XML, il faut :

Re: [OSM-talk-fr] Requête overpass api & python

A priori les requêtes Overpass n'ont pas besoin de trier les objets. Cependant le chargement de données dans un schéma destiné à les lier entre elles peut nécessiter que les objets dépendants (les noueds d'un way, ou les membres d'une relation) soient déclarés avant l'objet qui en dépent (le way ou

Re: [OSM-talk-fr] Requête overpass api & python

Ma requête doit ressembler à ça : # http://overpass-api.de/api/interpreter?[out:xml][timeout:65];(node["highway"](43.98,4.70,44.27,4.99);way["highway"](43.98,4.70,44.27,4.99);relation["highway"](43.98,4.70,44.27,4.99););out meta asc;>;out meta qt; Et quand j'ajoute les paramètre, dans mon script P

Re: [OSM-talk-fr] Requête overpass api & python

Cela vient de ta requête overpass. Il y a le même problème dans QuickOSM, il faut que les objets soient dans le bon ordre. Avec l'assistant par défaut d'Overpass Turbo, on peut obtenir l'ordre inverse. Est-ce que l'on peut voir la requête ? Le 22 juin 2016 à 08:48, Tony Emery a écrit : > Je dét

Re: [OSM-talk-fr] Requête overpass api & python

Je déterre un peu le sujet car il y a un petit truc dans le script que j'ai réalisé qui me chiffonne. Quand la requête est lancée (par exemple, pour importer les voies), le fichier Planet généré contient bien les objets demandé mais il ne sont pas forcément classés (ou alors, je ne sais pas avec q

Re: [OSM-talk-fr] Requête overpass api & python

Du coup, j'ai pas mal avancé sur mon script python. En prérequis, j'ai : - un dossier qui contient 19 fichiers planet nommés en fonction du tag principal (highway.osm, landuse.osm, barrier.osm,...) - une géodatabase contenant des jeux de classe d'entités (une par fichier planet) En gros, voici ce

Re: [OSM-talk-fr] Requête overpass api & python

les parenthèses c'est pour créer une union de plusieurs ensembles d'objets et donc éliminer les doublons éventuellement retournés entre les deux requêtes. cela permet aussi de fournir les données de l'union avec un tri cohérent. Sinon les deux out meta retournent les deux ensembles sans les compare

Re: [OSM-talk-fr] Requête overpass api & python

Tu peux remplacer : out meta; >; out meta; par ( ._; >; ); out meta; Faut pas me demander comment l'écrire. C'est du chinois pour moi :) Mais je sais que c'est comme ca qu'il faut supprimer les deux out. Entre les parenthèses, c'est pour ajouter les récursivités vers les nœuds. Le 29 décembre

Re: [OSM-talk-fr] Requête overpass api & python

d'abord pour les données résultant de la requête, puis >; veut dire que tu veux tous les objets dépendants (les noeuds pour les ways, p.e.), puis tu veux les données meta pour ceux-là aussi. Polyglot 2015-12-29 10:25 GMT+01:00 Tony Emery : > Etienne Trimaille wrote > > Exactement comme pour le f

Re: [OSM-talk-fr] Requête overpass api & python

Etienne Trimaille wrote > Exactement comme pour le format, c'est dans la requête overpass qu'il faut > spécifier cela et non pas dans le script python ;-) > Il faut mettre un out meta; au lieu de out body; Petite question supplémentaire, pourquoi doit-on écrire 2 fois "out meta" : ); out meta; >;

Re: [OSM-talk-fr] Requête overpass api & python

J'ai trouvé. Il faut mettre : ; out meta; >; out meta; à la place de ; out body; >; out skel qt; - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien & chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Requete-overpass-api-python

Re: [OSM-talk-fr] Requête overpass api & python

Exactement comme pour le format, c'est dans la requête overpass qu'il faut spécifier cela et non pas dans le script python ;-) Il faut mettre un out meta; au lieu de out body; Le 23 décembre 2015 à 16:16, Tony Emery a écrit : > Alors, dans le script que propose Etienne, les métadonnées des objet

Re: [OSM-talk-fr] Requête overpass api & python

Alors, dans le script que propose Etienne, les métadonnées des objets ne remontent pas (par exemple, version="7" timestamp="2014-10-14T10:45:02Z" changeset="26069043" uid="675449" user="jseigneuret">). Il y a une option à ajouter dans le script ou l'erreur est-elle plus grave ? - Tony EMERY

Re: [OSM-talk-fr] Requête overpass api & python

Non je voulais bien dire en GET, dans un esprit de respect du protocole http. En théorie, GET est plus approprié, puisqu'on cherche à obtenir des données du serveur plus qu'à en envoyer. POST est réservé à la création de contenu sur le serveur, c'est pas le cas ici, on fait une requête dans l'espo

Re: [OSM-talk-fr] Requête overpass api & python

Le 23 décembre 2015 à 09:51, François Lacombe a écrit : > Si on peut le taper en GET, c'est d'autant mieux. > C'est pour ça que je ne comprenais pas ce message :) Tu voulais dire en POST ! Merci pour les infos. Je vais vérifier mon code. ___ Talk-fr m

Re: [OSM-talk-fr] Requête overpass api & python

Le 23 décembre 2015 à 11:18, Etienne Trimaille a écrit : > Oui, le script utilise du GET. > Le script n'utilise pas l'overpass-turbo, mais l'overpass api. C'est bien une spécification de l'overpass-API, l'overpass turbo ne peut que s'y conformer. Et pour cause : utiliser GET force à passer la req

Re: [OSM-talk-fr] Requête overpass api & python

Le 23 décembre 2015 à 09:51, François Lacombe a écrit : > On dirait plutôt du GET, et l'overpass-tubro a l'air d'envoyer du POST > à chaque fois. > Si on peut le taper en GET, c'est d'autant mieux. > Oui, le script utilise du GET. Le script n'utilise pas l'overpass-turbo, mais l'overpass api.

Re: [OSM-talk-fr] Requête overpass api & python

Du coup, quel différence existe-t-il entre le GET et me POST et où doit-on paramétrer tout ça ? Pour l'erreur HTTP 419, normalement, mes requêtes se lancent les unes après les autres et après d'autres traitements effectués dans les données. Il y a peu de chances pour que 2 requêtes se lancent en m

Re: [OSM-talk-fr] Requête overpass api & python

Bonjour à vous, Dans le script qu'Etienne a adapté, s'agit-il d'une requête http POST ou GET ? On dirait plutôt du GET, et l'overpass-tubro a l'air d'envoyer du POST à chaque fois. Si on peut le taper en GET, c'est d'autant mieux. Par ailleurs, attention à l'erreur HTTP 419 indiquant qu'une requê

Re: [OSM-talk-fr] Requête overpass api & python

Ton problème, c'est le format de sortie de ta requête overpass. Change "json" en "xml" ;-) Pour la requête sur plusieurs lignes, bien sur tu peux changer. C'était juste pour plus de lisibilité. Le 23 décembre 2015 à 08:42, Tony Emery a écrit : > Etienne Trimaille wrote > > J'ai plusieurs script

Re: [OSM-talk-fr] Requête overpass api & python

Etienne Trimaille wrote > J'ai plusieurs script python qui utilise l'api overpass, QuickOSM par > exemple. > J'ai adapté ton code rapidement : > https://gist.github.com/Gustry/378058e2984faeddac47 A priori, ton script fonctionne plutôt bien mais il doit y avoir un problème à l'encodage car le fich

Re: [OSM-talk-fr] Requête overpass api & python

Etienne Trimaille wrote > J'ai plusieurs script python qui utilise l'api overpass, QuickOSM par > exemple. > J'ai adapté ton code rapidement : > https://gist.github.com/Gustry/378058e2984faeddac47 Merci, c'est exactement ça. Je vais tester tout ça... Je suppose qu'on peut mettre la partie query=.

Re: [OSM-talk-fr] Requête overpass api & python

Salut Étienne, J'ai plusieurs script python qui utilise l'api overpass, QuickOSM par exemple. J'ai adapté ton code rapidement : https://gist.github.com/Gustry/378058e2984faeddac47 Ah ben oui QuickOSM ça utilise l'overpassAPI, forcément ! :-D Nicolas ___

Re: [OSM-talk-fr] Requête overpass api & python

Salut Tony, J'ai plusieurs script python qui utilise l'api overpass, QuickOSM par exemple. J'ai adapté ton code rapidement : https://gist.github.com/Gustry/378058e2984faeddac47 Le 22 décembre 2015 à 12:03, Tony Emery a écrit : > Bonjour à tous, > > J'ai créé un script python qui me permet, ent

Re: [OSM-talk-fr] Requête overpass api & python

Salut Tony, As-tu essayé ce module Python qui est fait tout exprès pour ça ? http://osmapi.divshot.io/ Je te dis ça, mais je ne l'ai jamais testé. :-) Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo

[OSM-talk-fr] Requête overpass api & python

Bonjour à tous, J'ai créé un script python qui me permet, entre autre, de télécharger les données OSM en local sur mon poste. Je lance ce script en tâche planifiée 2 fois par jour. Je pense que http://api.openstreetmap.fr/xapi? ne répond plus car les requêtes que je lance sur ce site me renvoie d

Re: [OSM-talk-fr] Requête Overpass API sur France entière

François Lacombe wrote: > > Peut-être que je devrais modifier ma syntaxe : en supprimant la bounding > box, la requête met 16 secondes à s'exécuter. > Comme operator=RTE est uniquement français, ça ira. Néanmoins ça n'est pas > très sûr puisque le jour où on le trouve ailleurs qu'en France ma st

Re: [OSM-talk-fr] Requête Overpass API sur France entière

Am Mittwoch, 2. Oktober 2013, 23:36:49 schrieb Christian Quest: > Si on indique une bbox, overpass passera en revue tout les objets dans > cette bbox sans pouvoir tirer partie de ses index. > Si on utilise seulement un tag, overpass utilise l'index sur ce tag pour > trouver les objets correspondant

Re: [OSM-talk-fr] Requête Overpass API sur France entière

Le 2 octobre 2013 23:36, Christian Quest a écrit : > Si on indique une bbox, overpass passera en revue tout les objets dans > cette bbox sans pouvoir tirer partie de ses index. > Pourquoi ? Quel est le problème de filtrer le résultat tirant parti d'un index par la bounding box ? Cela dure si lo

Re: [OSM-talk-fr] Requête Overpass API sur France entière

Le mercredi 2 octobre 2013 23:36:49 Christian Quest a écrit : > Un tel fonctionnement permettrait à celui qui écrit la requête de > l'optimiser en ayant une vague idée de ce qui est le plus discriminant. +1 À un moment, j'ai pensé que Overpass fonctionnait déjà ainsi. Ce serait effectivement trè

Re: [OSM-talk-fr] Requête Overpass API sur France entière

Si on indique une bbox, overpass passera en revue tout les objets dans cette bbox sans pouvoir tirer partie de ses index. Si on utilise seulement un tag, overpass utilise l'index sur ce tag pour trouver les objets correspondants qui si ils sont peu nombreux donneront le résultat très rapidement. o

Re: [OSM-talk-fr] Requête Overpass API sur France entière

Le 2 octobre 2013 22:39, Stéphane Péneau a écrit : > Je viens de faire une requête très simple (elle trouve 18 POI) sur la > france entière . > > Avec bbox : au bout de 15 minutes ce n'était pas terminé > Sans bbox : résultat quasi instantané. > > Mais alors, comment fait-on ensuite pour savoir q

Re: [OSM-talk-fr] Requête Overpass API sur France entière

Je viens de faire une requête très simple (elle trouve 18 POI) sur la france entière . Avec bbox : au bout de 15 minutes ce n'était pas terminé Sans bbox : résultat quasi instantané. Stf Le mercredi 2 octobre 2013 20:53:54, François Lacombe a écrit : Très bien, je prends note de toutes ces p

  1   2   >