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

[OSM-talk-fr] Déjà 135 réponses à l'étude Géo-Socio, sur les contributeurs d'OpenStreetMap, ouverte jusqu'au 15 janvier !

Contributeurs d'OpenStreetMap, Bonjour ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr

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

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

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

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:

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

Re: [OSM-talk-fr] Aménagements sous une place

Bonjour, overflorian wrote >> Il me reste le contour du niveau -1 à désigner. J'ai déjà créé la zone >> http://osm.org/way/386482646 mais je ne sais pas quoi mettre comme balise >> ? > > Si c'est une zone qui correspond à un étage je mettrai building:part=floor > avec level=-1 > Il faut recréer

Re: [OSM-talk-fr] Aménagements sous une place

> > Non justement, cet ascenseur, l'escalier et la surface plane ne descendent > qu'aux niveaux inférieurs ! dans ce cas je suggère de rajouter ces niveaux sur ton ascenseur. Je ne sais pas trop. L’intérêt est bien plus limité puisqu'il ne s'agit que > d'un parking pour automobiles payant. Aussi

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 :

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.

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

Re: [OSM-talk-fr] problème sur serveur(s) osm-fr ?

Bonjour, Quelqu'un sait-il pourquoi http://api.openstreetmap.fr/xapi ne remonte plus aucune données quand on lui envoi une requête ? Le message d'erreur est runtime error: open64: 21 Is a directory /ssd/api.openstreetmap.fr/db/user_data.bin File_Blocks::read_block: Index inconsistent -

Re: [OSM-talk-fr] Icone verte sur les lieu dit

Bonjour, Le 23/12/2015 08:30, Ludovic Hirlimann a écrit : http://cadastre.openstreetmap.fr/fantoir/#insee=24191=4 Le debut de la liste est constitué de nom précédé d'icone verte (et genre la lidoire , une rivière), elles représentent quoi ces icones ? C'est l'icône utilisée dans JOSM pour