Re: [OSM-talk-fr] Requête Overpass API sur France entière
François Lacombe francois.laco...@telecom-bretagne.eu 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 stratégie tombe à l'eau. Une idée là-dessus ? Perso j'utilise des scripts python et j'ai fait un petit filtres après import pour ne conserver que ce qui se trouve a l'intérieur d'un polygone que je passe en paramètre (je fait le filtrage près import, en post-traitement). -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
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 correspondants qui si ils sont peu nombreux donneront le résultat très rapidement. Je voudrais adjouter quelque détails: Au prémier, on peut forcer overpass d'utiliser ses indexes dans l'ordre qui convient. Regardons encore un fois le requête: way [power=sub_station] [operator=RTE] (41.333740, -5.140600, 51.089062, 9.559320); (._;;); out body; Si on écrit way [power=sub_station] [operator=RTE]; way ._ (41.333740, -5.140600, 51.089062, 9.559320); (._;;); out body; on enforce overpass d'amasser au premier tous les ways avec les deux tags, puis les filtrer pour le bbox. Les deux requêtes ont le méme résultat, mais la deuxieme est plus vite. Plus compliqué, c'est plus vite à overpass-api.de depuis une heure, parce-que je viens de corriger un bogue qui à ralentisse tous les requêtes avec grand bbox, mais n'a pas changé les résultat (et pour ça a été jamais trouvé par des testes). overpass n'a pas la puissance (relative) du query planner de postgres qui va tenter d'exploiter le meilleur index et la meilleure méthode en fonction de la requête et des données (via des statistiques). Un query planner ne serais pas un grande aide ici, parce-que il n'y a pas beaucoup des indexes pour choisir dans overpass. Au contraire, il faut seulement connâitre en avance combien des objets sont dans un bbox particulière. Si on connâit ça, on peut compter si suivre des objets individuel ou lire tous les objets au bbox et plus vite. Il voire existe le code pour compter des résultat. Mais je prefère faire des testes nombreux avant d'integrer ce code, parce-que avoir toujours les résultats corrects est plus important que faire les requêtes plus vite. Ce code n'est pas encore bien testé. On va gangner en plus si on utilise les deux indexes géographiques (de bbox et des le objets trouvés) en parallel. C'est une chance pour gagner vitesse dans des versions subséquentes. Au moment, j'implemente à overpass de stocker aussi l'histoire d'OSM. Ca va simplifier de retrouver des objects supprimer et également de suivre des changes au base des donées. Mais parce-que c'est un grand étape, j'ai repousse tous les autres changes. En totale, dans quelque mois les deux requêtes seront également vite, mais au moment on devrait preferer le deuxième. Roland ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
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ès pratique (à condition de bien lire la doc). -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Requête Overpass API sur France entière
Le 2 octobre 2013 23:36, Christian Quest cqu...@openstreetmap.fr 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 longtemps ? Actuellement, on passe de résultat immédiat sans bbox à interminable avec bbox... une telle différence est incompréhensible, à moins d'imaginer que overpass ignore complètement l'index même s'il existe dès qu'il y a une bbox, sauf que je ne vois pas la raison de procéder ainsi ? 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. overpass n'a pas la puissance (relative) du query planner de postgres qui va tenter d'exploiter le meilleur index et la meilleure méthode en fonction de la requête et des données (via des statistiques). Sans parler du meilleur, au moins de comprendre le fonctionnement actuel. 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. J'espère que overpass ne va pas se mettre à fonctionner sur des requêtes de vagues idées ou des optimisations de hacker fou ! Si les index sont importants (j'imagine que oui évidemment), alors il est préférable de les expliciter dans les requêtes et/ou le protocole de traitement. Cordialement. http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Requête Overpass API sur France entière
Très bien, je prends note de toutes ces précisions. Ainsi spécifier un timeout supérieur à la limite par défaut n'est pas pénalisant, mais il est préférable d'effectuer une requête sans bounding box. Je pense qu'il est mieux d'utiliser un serveur qui ne contient que les data France plutôt que de partir du principe qu'un tag donné n'est utilisé qu'à un endroit précis. Bonne soirée. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 2 octobre 2013 06:10, Roland Olbricht roland.olbri...@gmx.de a écrit : Néanmoins est-ce pertinent de charger le service avec ce genre de requête plutôt que de passer par un export / autre technique ? Je pense oui. Je ne connais pas la taille de la réponse, mais j'estime que elle est moins que 100 Mo. Mes requête pourraient être nombreuses, et exécutées régulièrement. Je ne voudrais pas pénaliser le reste des utilisateurs, ce qui me semble pourtant être le cas en augmentant la durée de timeout de la sorte. Par contraire, jusq'à 10 Go par jour par adresse IP sont bon. A propos augmenter la durée de par timeout: quand le serveur est très chargé, il renvoye des grandes requêtes mais encore accepte des petites requêtes. C-est à dire, si le serveur accepte une grande requête, il n'est pas trop chargé. Peut-être que je devrais modifier ma syntaxe : en supprimant la bounding box, la requête met 16 secondes à s’exécuter. C'est bien possible. Si un bounding box est dans la requête, le serveur toujours internement filtre premièrement au bounding box, puis à les tags. C'est bon pour les bounding box petits, mais c'est une faiblesse à improver pour les bounding box très grandes. Si tous les objects sont connu être en France, il est au moment vraiment mieux des chercher sans bounding box. Roland ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
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 précisions. Ainsi spécifier un timeout supérieur à la limite par défaut n'est pas pénalisant, mais il est préférable d'effectuer une requête sans bounding box. Je pense qu'il est mieux d'utiliser un serveur qui ne contient que les data France plutôt que de partir du principe qu'un tag donné n'est utilisé qu'à un endroit précis. Bonne soirée. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 2 octobre 2013 06:10, Roland Olbricht roland.olbri...@gmx.de mailto:roland.olbri...@gmx.de a écrit : Néanmoins est-ce pertinent de charger le service avec ce genre de requête plutôt que de passer par un export / autre technique ? Je pense oui. Je ne connais pas la taille de la réponse, mais j'estime que elle est moins que 100 Mo. Mes requête pourraient être nombreuses, et exécutées régulièrement. Je ne voudrais pas pénaliser le reste des utilisateurs, ce qui me semble pourtant être le cas en augmentant la durée de timeout de la sorte. Par contraire, jusq'à 10 Go par jour par adresse IP sont bon. A propos augmenter la durée de par timeout: quand le serveur est très chargé, il renvoye des grandes requêtes mais encore accepte des petites requêtes. C-est à dire, si le serveur accepte une grande requête, il n'est pas trop chargé. Peut-être que je devrais modifier ma syntaxe : en supprimant la bounding box, la requête met 16 secondes à s’exécuter. C'est bien possible. Si un bounding box est dans la requête, le serveur toujours internement filtre premièrement au bounding box, puis à les tags. C'est bon pour les bounding box petits, mais c'est une faiblesse à improver pour les bounding box très grandes. Si tous les objects sont connu être en France, il est au moment vraiment mieux des chercher sans bounding box. Roland ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Requête Overpass API sur France entière
Le 2 octobre 2013 22:39, Stéphane Péneau stephane.pen...@wanadoo.fr 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 quels sont les points qui correspondent à la bbox ? (ou question subsidiaire : pourquoi faut-il tant de temps à overpass pour faire le tri sur la bbox ??? ) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
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. overpass n'a pas la puissance (relative) du query planner de postgres qui va tenter d'exploiter le meilleur index et la meilleure méthode en fonction de la requête et des données (via des statistiques). Il faudrait avoir des statistiques sur tout les tags, et une info sur la quantité (même approximative) d'objets présents dans une bbox pour choisir la meilleure approche... chercher par bbox et filtrer sur les tags ou l'inverse. En attendant un query-planner de ce type (et si c'est pas déjà le cas), je verrai bien un fonctionnement où: way [power=sub_station] [operator=RTE] (41.333740, -5.140600, 51.089062, 9.559320); (._;;); out body; chercherai sur les tags, puis filtrerai sur la bbox (en suivant l'ordre des critères dans la requête) et way (41.333740, -5.140600, 51.089062, 9.559320) [power=sub_station] [operator=RTE] ; (._;;); out body; chercherai sur la bbox et filtrerai sur les tags... d'ailleurs je pense que changer l'ordre des tags a aussi une importance, non ? Voici ce qui devrait être le plus rapide si l'ordre de recherche/filtre respectait celui de la requête. way [operator=RTE] [power=sub_station] (41.333740, -5.140600, 51.089062, 9.559320); (._;;); out body; 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. Le 2 octobre 2013 23:03, Ista Pouss ista...@gmail.com a écrit : Le 2 octobre 2013 22:39, Stéphane Péneau stephane.pen...@wanadoo.fr 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 quels sont les points qui correspondent à la bbox ? (ou question subsidiaire : pourquoi faut-il tant de temps à overpass pour faire le tri sur la bbox ??? ) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Requête Overpass API sur France entière
Bonsoir, J'essaye de mettre au point quelques requêtes Overpass API, c'est la première fois que j'utilise ce service pour de la production. Je souhaiterais récupérer des objets suivant leurs tags sur une zone comprenant toute la France métropolitaine : way [power=sub_station] [operator=RTE] (41.333740, -5.140600, 51.089062, 9.559320); (._;;); out body; Je ne suis jamais arrivé au bout de l’exécution. Avec une zone plus restreinte, par exemple l'Ile de France, ça marche way [power=sub_station] [operator=RTE] (48.120319, 1.446700, 49.241299, 3.558520); (._;;); out body; La plupart de mes requêtes vont concerner la France entière. Faire plusieurs requêtes pour diminuer la zone peut poser un problème avec mon outil actuel, y a-t-il quelque chose d'autre que je puisse faire pour optimiser tout ça ? Merci par avance, *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Requête Overpass API sur France entière
Bonsoir, Je souhaiterais récupérer des objets suivant leurs tags sur une zone comprenant toute la France métropolitaine : way [power=sub_station] [operator=RTE] (41.333740, -5.140600, 51.089062, 9.559320); (._;;); out body; La plupart de mes requêtes vont concerner la France entière. Faire plusieurs requêtes pour diminuer la zone peut poser un problème avec mon outil actuel, y a-t-il quelque chose d'autre que je puisse faire pour optimiser tout ça ? Oui, utilisez la declaration [timeout:] s.v.p.: [timeout:3600] way [power=sub_station] [operator=RTE] (41.333740, -5.140600, 51.089062, 9.559320); (._;;); out body; va marcher jusq'un heure. Plus grandes nombres sont possible. Par contraire, une requête sans declaration marche au plus trois minutes. Je vous en prie, Roland Olbricht ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Requête Overpass API sur France entière
2013/10/1 Roland Olbricht roland.olbri...@gmx.de: Je vous en prie, Héhé, je vois que l'auteur de l'overpass-api nous fait l'honneur de lire notre liste de diffusion - et qu'il répond en français en plus ;-) Bravo pour cet outil qui a réussit à nous faire oublier l'XAPI ! Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Requête Overpass API sur France entière
Bonjour Roland et merci pour cette réponse, en français en plus :) Je ne connaissais pas [timeout]. Néanmoins est-ce pertinent de charger le service avec ce genre de requête plutôt que de passer par un export / autre technique ? Mes requête pourraient être nombreuses, et exécutées régulièrement. Je ne voudrais pas pénaliser le reste des utilisateurs, ce qui me semble pourtant être le cas en augmentant la durée de timeout de la sorte. 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 stratégie tombe à l'eau. Une idée là-dessus ? *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 1 octobre 2013 18:07, Pieren pier...@gmail.com a écrit : 2013/10/1 Roland Olbricht roland.olbri...@gmx.de: Je vous en prie, Héhé, je vois que l'auteur de l'overpass-api nous fait l'honneur de lire notre liste de diffusion - et qu'il répond en français en plus ;-) Bravo pour cet outil qui a réussit à nous faire oublier l'XAPI ! Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Requête Overpass API sur France entière
salut. de même: plus rapide sans bbox. Du coup il faut interroger une base France. je ne suis pas sûr du nom mais il doit y avoir qlq chose comme: oapi_fr.openstreetmap.fr Le 1 oct. 2013 19:18, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Bonjour Roland et merci pour cette réponse, en français en plus :) Je ne connaissais pas [timeout]. Néanmoins est-ce pertinent de charger le service avec ce genre de requête plutôt que de passer par un export / autre technique ? Mes requête pourraient être nombreuses, et exécutées régulièrement. Je ne voudrais pas pénaliser le reste des utilisateurs, ce qui me semble pourtant être le cas en augmentant la durée de timeout de la sorte. 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 stratégie tombe à l'eau. Une idée là-dessus ? *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 1 octobre 2013 18:07, Pieren pier...@gmail.com a écrit : 2013/10/1 Roland Olbricht roland.olbri...@gmx.de: Je vous en prie, Héhé, je vois que l'auteur de l'overpass-api nous fait l'honneur de lire notre liste de diffusion - et qu'il répond en français en plus ;-) Bravo pour cet outil qui a réussit à nous faire oublier l'XAPI ! Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Requête Overpass API sur France entière
Le 01/10/2013 21:18, Cyrille Giquello a écrit : salut. de même: plus rapide sans bbox. Du coup il faut interroger une base France. je ne suis pas sûr du nom mais il doit y avoir qlq chose comme: oapi_fr.openstreetmap.fr http://oapi_fr.openstreetmap.fr Oui, c'est sur http://oapi-fr.openstreetmap.fr/ Sinon, on a aussi une instance monde de Overpass API sur http://api.openstreetmap.fr/, qui n'a pas les mêmes limites que l'Overpass API officielle. -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Requête Overpass API sur France entière
Le 1 octobre 2013 17:49, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : way [power=sub_station] [operator=RTE] Note: j'ai pris l'habitude d'écrire l'opérateur en toutes lettres soit Électricité de France ou Électricité Réseau Distribution France plutôt qu'EDF ou ERDF. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Requête Overpass API sur France entière
Bonsoir Cyrille Jocelyn, Merci pour cette indication, si on peut s'éviter le bbox c'est un gros plus :) Jocelyn, quelles sont les limites de http://api.openstreetmap.fr/oapi/ par rapport à http://oapi-fr.openstreetmap.fr/oapi/http://oapi-fr.openstreetmap.fr/? Le 1er me répond, le 2nd rejette mes requêtes. Romain, RTE était un exemple de requête. Par ailleurs je trouve ces abréviations plus simples que Electricité de France vs Electricité De france vs ElectricitÉ 2 France, etc... *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 1 octobre 2013 21:28, Jocelyn Jaubert jocelyn.jaub...@gmail.com a écrit : Le 01/10/2013 21:18, Cyrille Giquello a écrit : salut. de même: plus rapide sans bbox. Du coup il faut interroger une base France. je ne suis pas sûr du nom mais il doit y avoir qlq chose comme: oapi_fr.openstreetmap.fr http://oapi_fr.openstreetmap.fr Oui, c'est sur http://oapi-fr.openstreetmap.fr/ Sinon, on a aussi une instance monde de Overpass API sur http://api.openstreetmap.fr/, qui n'a pas les mêmes limites que l'Overpass API officielle. -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Requête Overpass API sur France entière
Pour RTE vs. Réseau de transport d'électricité, ne faudrait-il pas utiliser 2 tags différents ? Comme il existe 'name' et 'short_name', on pourrait avoir 'operator' et 'short_operator' ? Francescu Le 1 octobre 2013 22:04, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Bonsoir Cyrille Jocelyn, Merci pour cette indication, si on peut s'éviter le bbox c'est un gros plus :) Jocelyn, quelles sont les limites de http://api.openstreetmap.fr/oapi/par rapport à http://oapi-fr.openstreetmap.fr/oapi/ http://oapi-fr.openstreetmap.fr/ ? Le 1er me répond, le 2nd rejette mes requêtes. Romain, RTE était un exemple de requête. Par ailleurs je trouve ces abréviations plus simples que Electricité de France vs Electricité De france vs ElectricitÉ 2 France, etc... *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 1 octobre 2013 21:28, Jocelyn Jaubert jocelyn.jaub...@gmail.com a écrit : Le 01/10/2013 21:18, Cyrille Giquello a écrit : salut. de même: plus rapide sans bbox. Du coup il faut interroger une base France. je ne suis pas sûr du nom mais il doit y avoir qlq chose comme: oapi_fr.openstreetmap.fr http://oapi_fr.openstreetmap.fr Oui, c'est sur http://oapi-fr.openstreetmap.fr/ Sinon, on a aussi une instance monde de Overpass API sur http://api.openstreetmap.fr/, qui n'a pas les mêmes limites que l'Overpass API officielle. -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Requête Overpass API sur France entière
Néanmoins est-ce pertinent de charger le service avec ce genre de requête plutôt que de passer par un export / autre technique ? Je pense oui. Je ne connais pas la taille de la réponse, mais j'estime que elle est moins que 100 Mo. Mes requête pourraient être nombreuses, et exécutées régulièrement. Je ne voudrais pas pénaliser le reste des utilisateurs, ce qui me semble pourtant être le cas en augmentant la durée de timeout de la sorte. Par contraire, jusq'à 10 Go par jour par adresse IP sont bon. A propos augmenter la durée de par timeout: quand le serveur est très chargé, il renvoye des grandes requêtes mais encore accepte des petites requêtes. C-est à dire, si le serveur accepte une grande requête, il n'est pas trop chargé. Peut-être que je devrais modifier ma syntaxe : en supprimant la bounding box, la requête met 16 secondes à s’exécuter. C'est bien possible. Si un bounding box est dans la requête, le serveur toujours internement filtre premièrement au bounding box, puis à les tags. C'est bon pour les bounding box petits, mais c'est une faiblesse à improver pour les bounding box très grandes. Si tous les objects sont connu être en France, il est au moment vraiment mieux des chercher sans bounding box. Roland ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
