Discussion :

[Max_B]

Comme je l'ai déjà mentionné dans d'autres fils, je travaille sur une application pour laquelle je doit minimiser le code. Je n'utilise donc pas le code de l'API, seulement son protocole.
Dans la phase de développement où je suis, je charge souvent une page de test ne comportant qu'une tuile. Mon compteur de session/page s'incrémente donc rapidement.
Pour l'utilisation future de l'application, j'aurais besoin de connaître le principe de décompte.
Une page = une session, selon la doc ?
Le compteur est-il incrémenté lors de l'appel de l'API (http://api.ign.fr/geoportail/api), ou bien lors de l'appel au serveur de jeton (http://jeton-api.ign.fr/getToken). Dans ce dernier cas, est-il incrémenté seulement lorsqu'aucun jeton courant n'est envoyé par la requête, ou bien aussi si le jeton est périmé?
Ce dernier cas revient à compter une session pour chaque temps d'inactivité supérieur au ttl du jeton. Il serait peu logique, car revenant à pénaliser une utilisation "paresseuse" relativement à une utilisation "intense".
Merci de ces précisions qui seront importante lors du passage en phase "production" sur des contrats non gratuits.

D'autre part, y-a-t'il une limitation de quantité/fréquence de chargement de tuiles. L'utilisation du géoportail comme celle des exemples de l'API semble répondre positivement: une utilisation intense produit assez vite des défauts de tuiles.

[dgrichard]

Malgrès ma demande de vendredi, le marketing n'a apparamment pas répondu ...

Techniquement, le compteur est incrémenté lorsqu'un jeton est créé (nouveau ou périmé).

Tout comme une connection est coupée à partir d'un certain temps d'inactivité, le jeton doit être renouvelé pour ne pas augmenter le compteur.

L'autre obstacle sur le chargement des tuiles est uniquement sur la quantité instantannée de tuiles pour une clef : par défaut, 50 tuiles simultannées sont permises (seuil modifiable uniquement par l'IGN).

Je laisse mes collègues répondre sur les autres aspects.

[Max_B]

Techniquement, le compteur est incrémenté lorsqu'un jeton est créé (nouveau ou périmé).

Tout comme une connection est coupée à partir d'un certain temps d'inactivité, le jeton doit être renouvelé pour ne pas augmenter le compteur.

Merci,
c'est déjà assez informatif.
Nous somme bien d'accord qu'un rafraîchissement du jeton, qui en change la valeur, avant sa péremption, n'augmente pas le compteur? C'est seulement si on a laissé périmer ce jeton qu'il y a incrémentation.
J'ai noté que la procédure de l'API rafraîchit le jeton à la moitié de son ttl, précaution utile pour en éviter la péremption.

[dgrichard]

Nous somme bien d'accord qu'un rafraîchissement du jeton, qui en change la valeur, avant sa péremption, n'augmente pas le compteur?

Oui

C'est seulement si on a laissé périmé ce jeton qu'il y a incrémentation.

Oui

[Max_B]

OK, merci, c'est clair.

[taumeunier]

Bonjour,

désolé pour le délai de réponse

je confirme les éléments fournis par dgrichard, à savoir que le compteur s'incrémente à chaque création de jeton.

Quant au "type d'utilisation", le modèle de décompte a été créé pour répondre à l'utilisation a priori la plus massive de l'API, à savoir l'intégration d'une fenêtre cartographique dans un site web de type informatif, plutôt que dans des applications poussées.

N'hésitez pas à me laisser un message en MP pour plus de précisions relativement à votre projet en particulier

Cordialement,