par Dominique » 16 août 2019, 09:55
sly a écrit : ↑16 août 2019, 08:57
hello,
ton appli permet-elle aussi de visualiser les carte IGN quand on est hors connexion ?
Si oui, navré, mais je crois fort que c'est en violation des conditions d'utilisation de l'API geoportail
Section 5, "mise en cache"
https://www.geoportail.gouv.fr/depot/ap ... _libre.pdf
Salut Sly,
C'est évidemment un point que j'ai étudié en détail. La licence dit :
Mise en cache de données : le téléchargement, le stockage et/ou l’archivage des données du Géoportail, quel que soit le support, est strictement interdit.
Un stockage immédiat, automatique, et temporaire de données en vue d’améliorer la performance de fonctionnement de l’application pendant la seule durée de connexion de l’Utilisateur Final (cache) est cependant autorisé.
C'est ce que je fais : l'application ne stocke pas plus les images IGN que la page /nav ou tout autre page html appelant l'API WMTS suivant le contrat gratuit qu'ils m'ont établi, c'est à dire jusqu'au max-age délivré avec leurs tuiles (21 jours en l'occurrence). Le cache se vide de lui-même après.
Tu peux faire la même chose avec /nav : commence à naviguer en connexion puis passe hors portée réseau : tu verras les tuiles précédemment chargées dans le cache de l'explorateur. Tu verras même les tuiles chargées avec la page /nav dans la WebApp et vice-versa, preuve que la WebApp ne procède pas elle-même au stockage mais bien l’explorateur de façon conforme à la licence.
La seule différence de la WebApp est qu'elle stocke le
code de l'appli (html, css, js) pour pouvoir relancer ce code hors connexion. Il n'y a aucun code de stockage de tuiles dans la WebApp, seulement du code qui va lire le cache de l'explo.
On pourrait discuter de "pendant la seule durée de connexion" mais que considère t'on comme une connexion ? TCP/IP n'en définit pas, ni de délai d'acheminement, ni de continuité de service, ni de garantie de livraison. Le chargement des tuiles manquantes reprend bien dès qu'on récupère le réseau.
Seul le header de la tuile, donc son max-age=1814400 fait foi, ce qui est respecté ici puisque la tuile IGN n'est plus visible après 21 jours (1 jour pour map.refuges.info).
Le fait d'arrêter et de relancer le code de la même page web ou WebApp ne peut pas être considéré comme une perte de connexion entre le service de livraison des tuiles et l'explorateur. Il se passe la même chose si tu arrêtes et relance /nav : les tuiles précédemment chargées sont bien conservées pendant 21 jours.
Il ne s'agit donc pas d'un téléchargement, de stockage ni d'archivage permanent (dans un fichier de l'appareil ou dans l'espace de l'app) qui permettrait de le copier, transporter, délivrer, vendre, ... mais bien d'un cache immédiat, automatique, et temporaire destiné à améliorer la performance de fonctionnement pendant les périodes d'échec de délivrance des tuiles (passage temporaire hors de portée radio) pour un usage de la même instance de l'explorateur au même service.
Ce ne serait pas le cas d'une vraie appli Android ou iOS.
[quote=sly post_id=31279 time=1565938673 user_id=3]
hello,
ton appli permet-elle aussi de visualiser les carte IGN quand on est hors connexion ?
Si oui, navré, mais je crois fort que c'est en violation des conditions d'utilisation de l'API geoportail
Section 5, "mise en cache"
https://www.geoportail.gouv.fr/depot/api/cgu/CGU_API_libre.pdf
[/quote]
Salut Sly,
C'est évidemment un point que j'ai étudié en détail. La licence dit :
[i]Mise en cache de données : le téléchargement, le stockage et/ou l’archivage des données du Géoportail, quel que soit le support, est strictement interdit.
[b]Un stockage immédiat, automatique, et temporaire de données en vue d’améliorer la performance de fonctionnement de l’application pendant la seule durée de connexion de l’Utilisateur Final (cache) est cependant autorisé.[/b][/i]
C'est ce que je fais : l'application ne stocke pas plus les images IGN que la page /nav ou tout autre page html appelant l'API WMTS suivant le contrat gratuit qu'ils m'ont établi, c'est à dire jusqu'au max-age délivré avec leurs tuiles (21 jours en l'occurrence). Le cache se vide de lui-même après.
Tu peux faire la même chose avec /nav : commence à naviguer en connexion puis passe hors portée réseau : tu verras les tuiles précédemment chargées dans le cache de l'explorateur. Tu verras même les tuiles chargées avec la page /nav dans la WebApp et vice-versa, preuve que la WebApp ne procède pas elle-même au stockage mais bien l’explorateur de façon conforme à la licence.
La seule différence de la WebApp est qu'elle stocke le [u]code[/u] de l'appli (html, css, js) pour pouvoir relancer ce code hors connexion. Il n'y a aucun code de stockage de tuiles dans la WebApp, seulement du code qui va lire le cache de l'explo.
On pourrait discuter de "pendant la seule durée de connexion" mais que considère t'on comme une connexion ? TCP/IP n'en définit pas, ni de délai d'acheminement, ni de continuité de service, ni de garantie de livraison. Le chargement des tuiles manquantes reprend bien dès qu'on récupère le réseau.
Seul le header de la tuile, donc son max-age=1814400 fait foi, ce qui est respecté ici puisque la tuile IGN n'est plus visible après 21 jours (1 jour pour map.refuges.info).
Le fait d'arrêter et de relancer le code de la même page web ou WebApp ne peut pas être considéré comme une perte de connexion entre le service de livraison des tuiles et l'explorateur. Il se passe la même chose si tu arrêtes et relance /nav : les tuiles précédemment chargées sont bien conservées pendant 21 jours.
Il ne s'agit donc pas d'un téléchargement, de stockage ni d'archivage permanent (dans un fichier de l'appareil ou dans l'espace de l'app) qui permettrait de le copier, transporter, délivrer, vendre, ... mais bien d'un cache immédiat, automatique, et temporaire destiné à améliorer la performance de fonctionnement pendant les périodes d'échec de délivrance des tuiles (passage temporaire hors de portée radio) pour un usage de la même instance de l'explorateur au même service.
Ce ne serait pas le cas d'une vraie appli Android ou iOS.