<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
Le 26/04/2010 13:44, Sébastien Dinot a écrit :
<blockquote
cite="mid:31626092.5143131272282265739.JavaMail.root@spooler2-g27.priv.proxad.net"
type="cite">
<style type="text/css">p { margin: 0; }</style>
<div
style="font-family: Times New Roman; font-size: 12pt; color: rgb(0, 0, 0);">Bonjour,<br>
<br>
----- "Jean-Guilhem Cailton" <a class="moz-txt-link-rfc2396E" href="mailto:jgc@arkemie.com"><jgc@arkemie.com></a> a écrit :
<br>
> Si on se limite à des importations a posteriori, on va retomber
sur la
difficulté récurrente avec les importations dans OSM, qui est de gérer
la fusion avec l'existant.<br>
> <br>
> (Par ailleurs, il se trouve aussi que j'aime bien JOSM).<br>
<br>
Je ne connais ni Java ni Javascript mais pour l'heure, sachant que JOSM
est développé en Java et l'API YouMapps en Javascript (travail dérivé
d'OpenLayers), l'intégration ne me semble pas triviale. Par contre,
lors du BarCamp, nos interlocuteurs nous ont dit qu'une déclinaison de
l'API en Java était à l'étude. J'y vois d'ailleurs un potentiel axe de
collaboration entre OSM/OSGeo et Spot Image. :)<br>
<br>
> Si un des objectifs de Spot Image est de pouvoir donner une valeur
ajoutée aux images satellite en les associant à des informations
cartographiques (ce qui est d'ores et déjà possible grâce à la licence
CC-BY-SA d'OSM), il me semble que leur intérêt devrait être de
faciliter l'action de la communauté OSM (qui est bien davantage qu'un
ensemble de "petites mains").<br>
<br>
Je pense que la volonté de faciliter l'action de la communauté est
réelle. Maintenant, il est aussi clair que Spot Image n'est pas prête à
ouvrir sa banque d'image aux quatre vents, du moins tant que la société
n'aura pas trouvé un modèle économique qui le lui permette.<br>
<br>
</div>
</blockquote>
<br>
Il me semble que, de la même façon qu'un serveur web peut voir quel
navigateur y accède, un serveur d'imagerie, éventuellement tuilée, doit
bien pouvoir voir et contrôler quelle application y accède.<br>
<br>
(La spécification de WMS prévoit d'ailleurs les éléments "Fees" et
"AccessConstraints" dans la description du service.)<br>
<br>
J'imagine qu'il doit aussi être possible, si nécessaire, de mettre en
place une couche de contrôle d'accès par utilisateur qui soit conforme
à des standards ouverts. (Pour que, s'il est nécessaire d'ajouter une
telle fonctionnalité aux outils OSM, cela puisse aussi éventuellement
servir pour d'autres services d'imagerie).<br>
<br>
<br>
En ce qui concerne le modèle économique, Google doit bien avoir une
idée en tête, pour avoir acquis l'exclusivité des images GeoEye-1 pour
la cartographie en ligne.
(<a class="moz-txt-link-freetext" href="http://media.baliz-geospatial.com/fr/blogue/entente-d-exclusivite-entre-google-et-geoeye-pour-de-l-imagerie-haute-resolution">http://media.baliz-geospatial.com/fr/blogue/entente-d-exclusivite-entre-google-et-geoeye-pour-de-l-imagerie-haute-resolution</a>).
(Publicité ? Locale ? ...)<br>
<br>
L'association de couches Spot Image et OSM pourrait jouer un rôle
équivalent aux couches Satellite et Plan de Google Maps.<br>
<br>
<br>
Et merci à François, qui m'a permis d'avoir enfin un aperçu des belles
images "libérées" par Spot Image.<br>
<br>
Cordialement,<br>
<br>
Jean-Guilhem<br>
</body>
</html>