Discussion :

[vbain]

Bonjour,
je récris un utilitaire pour le sig GRASS afin de récupérer les tuiles du flux wmts. Le script envoie un lot de requêtes wget au serveur du type :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

wget "https://$USER:$PASSWORD@gpp3-wxs.ign.fr/$CLEF/geoportail/wmts?LAYER=GEOGRAPHICALGRIDSYSTEMS.MAPS&EXCEPTIONS=text/xml&FORMAT=image/jpeg&SERVICE=WMTS&VERSION=1.0.0&REQUEST=GetTile&STYLE=normal&TILEMATRIXSET=PM&TILEMATRIX=16&TILEROW=23748&TILECOL=34004&"

En première approche (quick & dirty comme on dit) j'envoie la file complète de requêtes en une fois : tout fonctionne bien pour un petit lot de requêtes, mais ça se gâte lorsque leur nombre augmente (une centaine) ; certaines tuiles (de l'ordre de 5%) ne sont pas des images valides, bien que le code erreur renvoyé par wget reste à zéro... donc difficiles à détecter au cours du script.

Le serveur impose-t-il une limite ? et en cas de dépassement à quel message d'erreur doit-on s'attendre ?

Merci pour vos lumières,
Vincent

[EricLebottier]

Dans le Géoportail 2, la limite était le nombre de jetons simultanés. 1 jeton 1=session = 1 fenêtre cartographique; avec au moins un appel de donnée en dix minutes...
Dans le Géoportail 3, la limite est un nombre de transactions par quart d'heure. Une transaction est soit un géocodage d'une adresse soit un appel d'une image WMS soit un paquet de 16 tuiles WMTS.

Sous réserve de confirmation par l'IGN
La limite unitaire (clé SIG) est de 10 ou 15 transactions par quart d'heure. Une clé web a une limite de 30 (ou plus) fois cette limite unitaire.
Quand la limite est atteinte, l'IGN envoie un e-mail d'avertissement. Si la limite est trop dépassée alors la clé est coupée pendant le quart d'heure suivant.

Tant que certaine tuiles passent alors la limite n'est pas atteinte.

Sinon le serveur a sa propre capacité limitée, il faut lire ça dans la documentation technique. Je doute que le serveur soit déjà en limite de capacité.

[vbain]

Merci Éric pour ces précisions.
Si j'ai bien compris, avec ma clé SIG, je devrais pouvoir remonter 160 ou 240 tuiles par quart d'heure. Sans y avoir prêté vraiment attention, il me semble que le quota est plus élevé (jai fait pas mal d'itération de mon script en peu de temps, et malgré certaines tuiles défectueuses, j'obtenais toujours une majorité de réponses correctes).

Dans l'attente de confirmation sur ce point, je vais paralléliser mes requêtes en limitant à des paquets "raisonnables" ; et rejeter un œil dans la doc technique.

[EricLebottier]

Peut-être que le contrôle du nombre maximal de transactions n'est pas encore en place...

[vbain]

Sans doute,
pour l'heure j'ai modifié ma routine afin de requêter des paquets d'une douzaine de tuiles à la fois. Ça marche plutôt bien : il faut environ 15 secondes pour récupérer 315 tuiles (21 cols x 15 lignes) de la couche ORTHOIMAGERY.ORTHOPHOTOS -- c'est le post-traitement qui est le plus long (assemblage, géoréférencement, reprojection).
Je ne retrouve plus de tuiles défectueuses en procédant ainsi.

Pour les éventuels utilisateurs de GRASS qui suivent ce fil, après quelques modifs cosmétiques du module, je posterai ici le lien vers la page du wiki des AddOns de Grass où il sera déposé.

VB

[dgrichard]

Le filtrage par nombre de requêtes n'est pas encore en place effectivement.

Celui sera paramétré par type de contrat (web, mobile, SIG, etc ...) en fonction du nombre de requêtes, mais aussi du volume par tranche de X minutes.

Les chiffres ne sont pas encore arrêtés ... on étudie d'abord les tendances

Chaque type de contrat a une tolérance (formule savante)
Au delà de cette tolérance, la clef sera automatiquement black-listée pour Y minutes la première fois, 2*Y minutes la seconde and so on ...

Si le black-listage est fréquent (limite par jour, par semaine, par mois ?), on la désactivera définitivement (manuellement après enquête auprès du détenteur des droits).

[vbain]

Parfait, merci pour la précision.