<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 31/01/2014 12:09, Ista Pouss wrote:<br>
</div>
<blockquote
cite="mid:CAGQAJ4g9Nh9UyUNuOWQa=+c_aOcWPqsSEy4AM3vzskWyMu-4xA@mail.gmail.com"
type="cite">
<div dir="ltr">Le 31 janvier 2014 11:03, Jean-Marc Liotier <span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:jm@liotier.org" target="_blank">jm@liotier.org</a>></span>
a écrit :<br>
<div class="gmail_extra">
<div dir="ltr">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Utilise les métadonnées de la photo - EXIF ou XMP offrent
tout ce qu'il te faut: sélectionne les attributs
pertinents pour ton usage parmi la pléthore proposée. Une
application web te permettra d'afficher les photos ou (des
points portant les photos) sur un fonds de carte. Jusque
là c'est rien que du code générique disponible trainant
sur le Web.<br>
<br>
</blockquote>
<div><br>
</div>
<div>Ça me plait moyen parce que :<br>
</div>
<div>- le code générique disponible trainant sur le web est
plutôt un motif d'inquiétude pour moi<br>
</div>
</div>
</div>
</div>
</blockquote>
<br>
Généralement, j'ai plus confiance dans une application libre
utilisée par quelques centaines de personnes que dans mes
compétences en matière de bricolages logiciels qui finissent
généralement par fonctionner - mais pas forcément de la meilleure
manière... Mais ce n'est que moi.<br>
<br>
La manière dont Flickr produit du GeoRSS qu'Openlayers peut afficher
est une source d'inspiration potentielle:<br>
-
<a class="moz-txt-link-freetext" href="http://dev.openlayers.org/releases/OpenLayers-2.13.1/examples/georss-flickr.html">http://dev.openlayers.org/releases/OpenLayers-2.13.1/examples/georss-flickr.html</a><br>
-
<a class="moz-txt-link-freetext" href="https://github.com/openlayers/openlayers/blob/master/examples/georss-flickr.html">https://github.com/openlayers/openlayers/blob/master/examples/georss-flickr.html</a><br>
<br>
<blockquote
cite="mid:CAGQAJ4g9Nh9UyUNuOWQa=+c_aOcWPqsSEy4AM3vzskWyMu-4xA@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div dir="ltr">
<div>- les métadonnées donnent la position du photographe au
moment de la photo, et non celle qu'on voudrait.<br>
</div>
</div>
</div>
</div>
</blockquote>
<br>
Certes. Mais n'est-ce pas une approximation acceptable compte tenu
de la distance à laquelle un mur urbain est généralement
photographié ? A toi de voir. Rien ne t'empêche d'écraser les
données enregistrées par l'appareil photographique avec la position
de ton choix.<br>
<br>
<blockquote
cite="mid:CAGQAJ4g9Nh9UyUNuOWQa=+c_aOcWPqsSEy4AM3vzskWyMu-4xA@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div dir="ltr">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
L'identifiant de l'objet OSM associé peut aussi être saisi
en tant que métadonnée de la photo - tout comme la date de
fin de visibilité... Mais ces deux cas ne sont pas des
usages standard des métadonnées photographiques et il te
faudra donc réfléchir un peu plus pour décider de
l'attribut qui servira cette application.<br>
<br>
</blockquote>
<div><br>
</div>
<div>Oui... et donc ?... (c'était un peu l'objet de ma
question :-)<br>
</div>
</div>
</div>
</div>
</blockquote>
<br>
Je découvre à l'instant via
<a class="moz-txt-link-freetext" href="http://wiki.openstreetmap.org/wiki/Photo_mapping">http://wiki.openstreetmap.org/wiki/Photo_mapping</a> qu'en ajoutant <i>osm:way=123456</i>
ou <i>osm:node=654321</i> aux étiquettes d'une image, Flickr les
lie à l'objet OSM correspondant... Ca me paraît être une bonne norme
d'étiquetage: parfaitement compatible avec les métadonnées XMP ou
EXIF, potentiellement exploitable par d'autres applications.<br>
<br>
<blockquote
cite="mid:CAGQAJ4g9Nh9UyUNuOWQa=+c_aOcWPqsSEy4AM3vzskWyMu-4xA@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div dir="ltr">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
Reste un peu de code spécifique à développer: une
application de navigation géographique associant photo et
objet OSM, dotée d'un curseur permettant de sélectionner
la plage de temps dont on veut voir les éléments visibles.
[..]<br>
<br>
</blockquote>
<div>Donc, avec umap, tout ça semble difficile ?...<br>
</div>
</div>
</div>
</div>
</blockquote>
<br>
Ajouter l'affichage de GeoRSS dans Umap est probablement de l'ordre
du possible si Leaflet a une fonctionnalité d'import GeoRSS
similaire à celle d'Openlayers - je l'ignore.<br>
<br>
Restreindre les POI affichés à une plage temporelle suppose d'avoir
définir l'attribut de fin de la plage et éventuellement l'attribut
de début si ce n'est pas la date de la photo. La spécification XMP
(<a class="moz-txt-link-freetext" href="http://partners.adobe.com/public/developer/en/xmp/sdk/XMPspecification.pdf">http://partners.adobe.com/public/developer/en/xmp/sdk/XMPspecification.pdf</a>)
permet d'étendre le schéma - on peut imaginer DateTimeBegin et
DateTimeEnd histoire que ça reste aussi générique que possible et
que ce soit dans l'esprit du schéma standard qui contient déjà
plusieurs variétés de DateTime (DateTimeOriginal, <span
class="highlight selected">DateTime</span>Digitized et DateTime-
au moins).<br>
<br>
</body>
</html>