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,
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
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
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
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
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
>
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é
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:
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 :
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
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
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
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
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
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
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
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;
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
> >
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
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
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
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
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:
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
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 :
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.
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
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
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
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
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
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
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
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
> >
34 matches
Mail list logo