Le 4 janvier 2013 15:33, Christian Quest <cqu...@openstreetmap.fr> a écrit :
> Je ne sais pas si c'est cette requête pour maintenir les area à jour
> qui est lourde où si ce sont celles les utilisant ensuite sur
> l'overpass...

C'est surtout leur génération qui est lourde, me semble-t-il.

> C'est vrai aussi qu'à un moment passer à postgis offre un autre champ
> de possibilités, il faudrait ajouter un moyen de requêter postgis via
> HTTP pour une exploitation dans les slippymaps.

Ça risque d'être encore plus chaud : très facile de saturer le serveur
puisque l'on pourrait tout lui demander tout le temps.

L'overpass-API c'est super bien:
- un type de requêtes largement suffisant
- une construction des données optimisées pour le type de requête
- un service qui tient la route

L'option de limite des requête sur un polygone est vraiment super,
même si limitée à un type de données. Et en plus ce filtrage est
négociable ;-)

Cyrille.

>
>
> Le 4 janvier 2013 15:26, Cyrille Giquello <cyrill...@gmail.com> a écrit :
>> Le 4 janvier 2013 13:34, Vincent de Chateau-Thierry <v...@laposte.net> a 
>> écrit :
>>>
>>>> De : "Pierre Béland"
>>>>
>>>> Tu dis
>>>> > Les "areas" sont définis avec des critères en dur auxquels la relation
>>>> > en question ne correspond pas ... dommage.
>>>>
>>>> puisque tu sembles comprendre ce charabia, tu nous traduit en termes plus 
>>>> clairs,pour
>>> nous éviter de faire trop de boucles inutiles?
>>>>
>>>
>>> L'overpass API considère comme surfaces (Areas) uniquement certains types 
>>> de polygones.
>>> Le polygone de l'agglo de Tours est défini principalement par le tag 
>>> 'boundary', tag
>>> reconnu, mais avec la valeur 'local_authority', qui ne fait pas partie des 
>>> valeurs
>>> reconnues.
>>> Pour changer ça, il faudrait un peu de lobbying auprès du concepteur de 
>>> l'Overpass-API.
>>
>> En fait la sélection des éléments pouvant servir de polygone "area"
>> n'est pas dans le code source mais juste dans une requête exécutée
>> régulièrement en tâche de fond (cf
>> http://wiki.openstreetmap.org/wiki/Overpass_API/Areas).
>> Donc ces règles de sélection sont propres à chaque instance de 
>> l'Overpass-API.
>> Sly me disait que cette requête est très très gourmande en ressources
>> et donc limitée à certains éléments pour qu'elle soit viable.
>>
>> Du coup, le lobbying, c'est auprès de Sly et de l'asso OSM-Fr qu'il
>> faut le faire ;-)
>> - Pour que Sly installe cette requête en tâche de fond.
>> - Pour que l'Overpass-API soit sur une machine hyper-puissance
>> ;-)
>>
>> Cyrille.
>>
>>>
>>> vincent
>>>
>> --
>> Cyrille.
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest


-- 
Cyrille.

_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Répondre à