J'ai publié un tableau csv des années de prise de vues de la bdortho par département. Ce n'est pas forcément très homogène, surtout sur le zoom le plus élevé ou l'on peut avoir des images plus anciennes et la date n'est pas clairement indiquée par l'IGN. Il y a 2 sujets bien différents: - respecter la convention: la date du changeset permet de savoir quelle millésime de la bdortho était utilisé au moment de la contribution - permettre aux contributeurs de savoir de qd date l'ortho visible... et là ce n'est pas si simple. Je vais vérifier si les dates dans les entêtes http retournés par l'api du Geoportail contiennent ces infos et proposer un layer dédié pour ça si c'est jouable.
Le mardi 28 juin 2016, <osm.sanspourr...@spamgourmet.com> a écrit : > Effectivement une exigence de la licence est de dater, sauf qu'il n'est > pas précisé ce qu'ils entendent par date de référence. > > Soit c'est 2016 (date d'utilisation du TMS) soit c'est ce que dit Philippe. > > Sauf que pour faciliter le travail (je ne vois pas madame Michu mettre un > Wireshark pour regarder les entêtes HTTP des tuiles) je pensais plus à un > second TMS qui afficherait les dates, que l'on pourrait mettre en > transparence afin de savoir aussi quand on trace d'après un cliché la date > des informations. Et pour faire simple > > |------|------|------| > | 2016 | 2015 | 2015 | > |------|------|------| > | 2016 | 2015 | 2015 | > |------|------|------| > | 2014 | 2015 | 2015 | > |------|------|------| > > P.S. : monsieur Michu non plus. C'est le mari de madame Michu ? > > Nicolas, tu veux dire que l'année de référence est donc forcément l'année > du changement (et le changement c'est maintenant 2016 ;-)). > > Dans ce cas l'exigence du partenariat (date de référence) serait un > non-sens et en dirait long sur la connaissance d'OSM par l'IGN. > > Jean-Yvon > Le 28/06/2016 à 11:34, Philippe Verdy - verd...@wanadoo.fr > <javascript:_e(%7B%7D,'cvml','verd...@wanadoo.fr');> a écrit : > > Quel changeset? On parle du TMS de la BD Ortho, indépendamment des > changesets qu'on peut produire en s'appuyant dessus sur OSM. Ce qui est > intéressant de connaitre ce sont les dates des clichés (plus même que les > dates de génération des tuiles, qui sont orthrectifiées et sont par endoit > des assemblages de clichés juxtaposés pais pas forcément à la même date). > L'ennui c'est qu'en cas d'assemblage sur une tuile, il est difficile de > tracer la date de chaque cliché. Donc au mieux cela devrait donner la date > de génération de la tuile (ou de la métatuile plus grande dont pourrait > être extraite la tuile demandée). > Au minimum, cette info devrait être dans les entêtes MIME HTTP (ce qui > permet ensuite de gérer les caches en aval en cas de mise à jour sur le > serveur). Et je ne sais pas si le serveur TMS peut gérer dans ses > métadonnées un historique de versions, ou propose un moyen de les > consulter, s'il y a conservation de versions plus anciennes). > > Uniquement des requête HTTP "HEAD /chemin de la tuile" sur le serveur > devrait retourner l'info, et la navigation normale devrait faire des "GET > /chemin de la tuile" avec if "If-Updated-Since:" contenant la version dont > dispose un client dans son cache. Tout ça c'est du HTTP/1.1 très standard. > Les métadonnées ou requêtes spécifiques pour obtenir une liste des versions > historiques et leur chemin d'accès c'est peut-être beaucoup demander. > > (OSM non plus ne garde pas ses tuiles historiques dans son rendu, > cependant il devrait aussi gérer les dates de mises à jour pour une gestion > efficace des caches clients, qui lui fait aussi économiser de la bande > passante et améliore beaucoup l'expérience utilisateur avec une plus grande > fluidité pour ne pas recharger les mêmes tuiles déjà en cache et pas mises > à jour côté serveur) > > Le 27 juin 2016 à 19:08, Christian Quest <cqu...@openstreetmap.fr > <javascript:_e(%7B%7D,'cvml','cqu...@openstreetmap.fr');>> a écrit : > >> La date du changeset suffit, non ? >> >> Le 27 juin 2016 à 17:53, <osm.sanspourr...@spamgourmet.com >> <javascript:_e(%7B%7D,'cvml','osm.sanspourr...@spamgourmet.com');>> a >> écrit : >> >>> Le 27/06/2016 à 10:44, Christian Quest - >>> <javascript:_e(%7B%7D,'cvml','cqu...@openstreetmap.fr');> >>> cqu...@openstreetmap.fr >>> <javascript:_e(%7B%7D,'cvml','cqu...@openstreetmap.fr');> a écrit : >>> >>> La convention est en pièce jointe sur: http://openstreetmap.fr/bdortho >>> >>> Manque juste la définition de l'année de référence. >>> Est-ce l'année de consultation (2016) ou l'année des photos ? >>> Dans le second cas il faudrait avoir un accès facile à la donnée. >>> Par exemple un TMS donnant par tuile l'année de la photo. >>> >>> Jean-Yvon >>> >>> _______________________________________________ >>> Talk-fr mailing list >>> Talk-fr@openstreetmap.org >>> <javascript:_e(%7B%7D,'cvml','Talk-fr@openstreetmap.org');> >>> https://lists.openstreetmap.org/listinfo/talk-fr >>> >>> >> >> >> -- >> Christian Quest - OpenStreetMap France >> >> _______________________________________________ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> <javascript:_e(%7B%7D,'cvml','Talk-fr@openstreetmap.org');> >> https://lists.openstreetmap.org/listinfo/talk-fr >> >> > > > _______________________________________________ > Talk-fr mailing listtalk...@openstreetmap.org > <javascript:_e(%7B%7D,'cvml','Talk-fr@openstreetmap.org');>https://lists.openstreetmap.org/listinfo/talk-fr > > > -- Christian Quest - OpenStreetMap France
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr