Re: [OSM-talk-fr] erreur Overpass turbo

A lire http://wiki.openstreetmap.org/wiki/Talk:Overpass_API#Licensing Donc en effet suivant où l'on tape il faut limité le nombre de requête à 5 par seconde sur une IP mais ça n'explique pas le blocage. A voir donc avec http://wiki.openstreetmap.org/wiki/User:Roland.olbricht pour avoir plus de

Re: [OSM-talk-fr] [schema highway] continuité avec des voiries living_street

> > traverser n'importe où si tu es à plus de 10 m (ou est-ce 50 m ?) > d'un passage piéton. > De mémoire c'est jusqu'a 10m autour du passage piéton avec un traversé le plus perpendiculaire possible sinon si il n'y a pas de passage à moins de 50m tu peux traversé sans toujours

Re: [OSM-talk-fr] erreur Overpass turbo

Bonjour, Le changement d'IP est une solution de secours. Il faudrait identifier ce problème plutôt qu'un contournement de fortune. Car si les requêtes sont trop lourdes ou mal formées ça risque de charger le serveur à blanc (exemple d'une requête lancé sur la France avec des relations qui

Re: [OSM-talk-fr] erreur Overpass turbo

Bonjour, Le soucis se presente régulièrement quand j'exécute un script passant plusieurs requêtes successives. Parfois certaines reçoivent ce code d'erreur en retour. Pourtant je suis le seul a envoyer des requêtes depuis cette @IP. J'ai ajouté un délais d'1 seconde entre chaque requête pour

Re: [OSM-talk-fr] erreur Overpass turbo

J'ai eu le même genre de souci mardi soir. Stf Le 05/11/2015 09:34, Florian LAINEZ a écrit : J'ai eu le même problème hier alors que je ne l'avais jamais eu auparavant. Je trouvais probable que cela soit quelqu'un d'autre qui fasse des requêtes dans mon bureau d'entreprise mais maintenant que

Re: [OSM-talk-fr] erreur Overpass turbo

J'ai eu le même problème hier alors que je ne l'avais jamais eu auparavant. Je trouvais probable que cela soit quelqu'un d'autre qui fasse des requêtes dans mon bureau d'entreprise mais maintenant que je vois que tu as le même problème Bernard, je me demande si cela ne vient pas du coté serveur.

Re: [OSM-talk-fr] erreur Overpass turbo

Le 05/11/2015 10:17, François Lacombe a écrit : Bonjour, Le soucis se presente régulièrement quand j'exécute un script passant plusieurs requêtes successives. Parfois certaines reçoivent ce code d'erreur en retour. Pourtant je suis le seul a envoyer des requêtes depuis cette @IP. De mon

Re: [OSM-talk-fr] erreur Overpass turbo

Même difficultés il y a deux jours après avoir executé de nombreuses requêtes successives, le probème survenait chez moi lorsque le timeout était dépassé. Je suis passé temporairement par un proxy et 10min après c'était réglé. Désormais je passe manuellement le timeout de 25s à 50s ou 100s voir

Re: [OSM-talk-fr] erreur Overpass turbo

François tu configures cela comment et de quel client tu parles? Le 5 novembre 2015 12:27, François Lacombe a écrit : > Concernant le timeout : > Il y a le timeout Overpass et le timeout HTTP. > > Si le timeout http est plus faible que celui de l'overpass, la

Re: [OSM-talk-fr] erreur Overpass turbo

Pour le timeout overpass c'est [timeout:x] en début de requête. Et j'utilise PHP pour automatiser mon traitement donc il faut regarder du côté de http_context de PHP C'est forcément dépendant de la techno pour le timeout http. François Le 5 nov. 2015 12:30 PM, "Jérôme Seigneuret"

Re: [OSM-talk-fr] erreur Overpass turbo

> Pour le timeout overpass c'est [timeout:x] en début de requête. > Ok c'est ce dont je parlais > Et j'utilise PHP pour automatiser mon traitement donc il faut regarder du > côté de http_context de PHP > C'est forcément dépendant de la techno pour le timeout http. > Ok donc défini par

Re: [OSM-talk-fr] erreur Overpass turbo

Concernant le timeout : Il y a le timeout Overpass et le timeout HTTP. Si le timeout http est plus faible que celui de l'overpass, la connexion sera fermée mais l'exécution probablement poursuivie sur le serveur. Il faut prendre soin, suivant le client servant a passer la requête, de bien mettre

Re: [OSM-talk-fr] erreur Overpass turbo

Stéphane je viens de construire la requête correspondant à ta requête et pas de problème: /* "shop=* OR craft=* OR office=* in Montpellier" */ [out:json][timeout:25]; // search in "Montpellier" {{geocodeArea:Montpellier}}->.searchArea; // gather results ( // query part for: “shop=*”

[OSM-talk-fr] [OSMOSE] purge d'ingération des adresses de Montpellier

Bonjour, Une partie des adresses ont été intégré mais quand je regarde sur Osmose les proposition d'intégration sont toujours présente. Est-t-il possible d'analyser et de supprimer les proposition déjà intégré sans pour autant sélectionner point par point et cliquer sur corrigé? Merci Jérôme

Re: [OSM-talk-fr] [schema highway] continuité avec des voiries living_street

Le 5 novembre 2015 21:45, George Kaplan a écrit : > Bonjour, > > Pour moi, c’est zone:maxspeed qu’il faut utiliser et pas source:maxspeed. > source:* indique la source de la donnée. source:maxspeed=FR:30 change la > signification du tag, on perd l’homogénéité du

[OSM-talk-fr] Rencontre mensuelle OSM-Lyon 10/11/2015 18h30 - Invitation + OdJ

Bonsoir à tous Les mappeurs OSM de Lyon se rencontrent mensuellement, et chacun peut s'inviter et participer à ces rencontres. La prochaine aura lieu : le MARDI 10 NOVEMBRE à partir de 18h30 au bistrot "CHEZ THIBAULT, 80 rue Montesquieu, 69007 LYON" Accès : M° Saxe-Gambetta; C4, C12, C14

Re: [OSM-talk-fr] [OSMOSE] purge d'ingération des adresses de Montpellier

Bonjour, Osmose exécute les analyses tous les deux jour, il faut attendre au plus deux jour et cale va disparaitre tout seul. Si ce n'est pas cas c'est que les adresses ne sont pas détecté par Osmose. Frédéric. Le 05/11/2015 19:22, Jérôme Seigneuret a écrit : Bonjour, Une partie des

Re: [OSM-talk-fr] [OSMOSE] purge d'ingération des adresses de Montpellier

Ok, On en reparle dans deux jours Merci Le 5 novembre 2015 22:18, Frédéric Rodrigo a écrit : > Bonjour, > > Osmose exécute les analyses tous les deux jour, il faut attendre au plus > deux jour et cale va disparaitre tout seul. Si ce n'est pas cas c'est que > les adresses

Re: [OSM-talk-fr] [schema highway] continuité avec des voiries living_street

Bonjour, Pour moi, c’est zone:maxspeed qu’il faut utiliser et pas source:maxspeed. source:* indique la source de la donnée. source:maxspeed=FR:30 change la signification du tag, on perd l’homogénéité du namespace source:* zone:maxspeed n’a pas cette ambiguité et rappelle aussi que l’on est ici