2014-12-20 11:21 GMT+01:00 Guilhem Bonnefille <guilhem.bonnefi...@gmail.com> :
> Bonjour, > > Ayant fait rentrer Firefox OS à la maison, je m'interroge actuellement > sur l'utilisation de ce système vis à vis d'OSM. > > Coté GPS, le système (vendu par Leclerc) est équipé d'une application Here. > https://marketplace.firefox.com/app/here-maps-packaged?src=search > Celle-ci est propriétaire, fonctionne essentiellement en ligne, même > si elle offre la possibilité de pré-télécharger des zones pour > fonctionner hors-ligne. > > Quand on cherche sur le market, on trouve d'autres applications en > lien avec la carto. > https://marketplace.firefox.com/category/maps-navigation > Mais pour l'essentiel, elles fonctionnent toutes en mode connecté. > > Je m'interroge alors sur la manière de proposer une application > fonctionnant réellement hors-ligne, c'est à dire qu'on ne soit pas > obligé d'anticiper un déplacement : les données doivent être présentes > dans le périphérique, comme tout GPS routier. > J'ai aussi un ffxos phone (zte open première génération) depuis un an comme seul portable, et la seule killer-app qui me manque par rapport a android est l'équivalent d'OSMand. Autant stocker/manipuler/afficher du mbtiles est pratique et envisageable "relativement simplement", le gros plus d'OSMand et de son modèle 'pack de données par région': c'est du vectoriel, et comme le rappelle frédéric : - c'est routable/requêtable - c'est plus léger que du raster Après, evidemment afficher du vectoriel a la volée, c'est *gourmand* en perfs - c'est aussi pour ca qu'OSMand est bien foutu, l'alternative '3g->affiche du raster -> fluide mais basique' vs 'offline->fallback sur vectoriel -> gourmand mais plus puissant'... Du coup, envisager de réutiliser le format d'OSMand serait le top, mais ca veut dire qu'il faut parser en JS, alors qu'OSMand est nativement en java.. tout à refaire. Landry
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
