<div class="gmail_quote">2009/11/18 Arnaud Vandecasteele <span dir="ltr"><<a href="mailto:arnaud.sig@gmail.com">arnaud.sig@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Bonjour à tous,<br></blockquote><div><br>Bonjour<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">La famille des applications utilisant OSM sur Android commence à être intéressante. Pour ma part j'en ai listé 5 :<br>

* Vespucci [1]<br>* OpenSatNav [2]<br>* GvSIG Mini [3]<br>* AndNav [4]<br>* DroidCollector 4 OSM [5]<br>

<br>
Certaines sont encore à un stade Beta alors que d'autres sont déjà bien avancées.<br><br>De ce constat j'ai plusieurs remarques :<br><br>1/ Chaque application créée son propre répertoire de tuile (cache). Ne pourrait-on pas avec l'appui de OSM-fr demander à standardiser tout ça afin de disposer d'un répertoire unique de cache de tuile. <br>




<br>J'y vois deux avantages :<br>* Pour l'utilisateur, qui n'a pas à télécharger les mêmes tuiles selon les applications qu'il utilise<br>* Pour le serveur OSM qui du coup à moins de requêtes<br></blockquote>

<div><br>Étant développeur [1] & [2] je peux soumettre facilement cette bonne idée.<br><br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

2/ Sachant que la courbe des applications embarquées de ce type est en nette augmentation [6], ne pourrait-on pas se placer en amont et être initiateur d'un standard d'applications labélisées "OSM" un peu comme le fait l'OSGEO. Cette discussion recoupe en partie l'échange de mail sur "Première évaluation de la qualité des données libres d'OpenStreetMap en France" mais en se plaçant cette fois d'un point de vue applicatif.<br>

</blockquote><div><br>Il se trouve que la plupart de ces applications se basent sur le projet osmdroid (cc-by-sa), on dispose déjà d'une brique commune qu'on pourrait/devrait améliorer et définir en standard (au moins pour Android).<br>

<a href="http://code.google.com/p/osmdroid/">http://code.google.com/p/osmdroid/</a><br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

3/ Enfin, est ce que certains utiliseraient ou connaitraient d'autres applications pour Android que je n'aurais pas cité?<br></blockquote></div><br>Il existe quelques autres projets pour Android, mais n'utilisant pas de tuiles car utilisant les données vectorielles :<br>

- navit : <a href="http://wiki.navit-project.org/index.php/Navit_on_Android">http://wiki.navit-project.org/index.php/Navit_on_Android</a><br>- osm-android : <a href="http://code.google.com/p/osm-android">http://code.google.com/p/osm-android</a><br>

<br>C'est en effet l'idéal pour avoir un "vrai logiciel de navigation offline".<br>Du moins c'est ce que je pensais avant l'arrivée de Google Maps Navigation qui va à contre courant et propose son nouveau logiciel online !<br>

La navigation online n'a donc pas l'air du tout démodée car Google a réussi à démontrer les nombreuses fonctionnalités supplémentaires que le web pouvait apporter au sein de la navigation (d'ailleurs si vous savez comment leur appli fonctionne je suis intéressé! Pour l'instant j'ai découvert qu'ils utilisent 2 bases de données : vectorielles & images).<br>

<br>J'en arrive à penser que les modes onlines et offlines sont vraiment complémentaires et si on devait sortir un super standard/librairie de navigation pour OSM, ce dernier devrait être capable de jongler avec les deux sans soucis.<br>