Le 20 décembre 2014 14:48, Landry Breuil <landry.bre...@gmail.com> a écrit : > > > 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. >
C'est effectivement suite à ces réflexions que je m'interroge sur la taille occupée par un format "tuile". En effet, autant la CPU embarquée est "chère", autant l'espace de stockage semble abordable (carte SD 4Go ou 8Go). De plus, comme vous avez pu le constater sur les liens que j'ai fourni, ou en fouillant dans le market, il semble que plusieurs pistes aient déjà été creusées (leaflet online, téléchargement de régions avant le voyage, routage offline à partir d'un GPX pré-chargé...) A mon avis, il reste à évaluer la piste de pack pré-packagés en raster et peut-être aussi en vecteur. Ensuite, il sera possible d'assembler toutes ces pistes pour construire un OSMand à la HTML5. Perso, je ne sais absolument pas comment évaluer la volumétrie d'une solution de stockage en tuile. Et c'est pour cela que je m'adresse à vous. Par exemple, les réponses aux questions suivantes peuvent aider à évaluer objectivement la pérénité d'une telle solution : - quel niveau de zoom permet de couvrir la France avec une occupation de 1Go ? - quelle zone est couverte au niveau 18 pour 1Go ? Si quelqu'un a des infos chiffrées sur le sujet, ça pourrait beaucoup aider. Merci d'avance. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr