Le 21 décembre 2014 20:32, Guilhem Bonnefille
<guilhem.bonnefi...@gmail.com> a écrit :
> 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.

Peut-être un début d'info.
Au format PBF (vecteur) je trouve :
- Afrique : 700 Mo
- Antartique : 23 Mo
- Asie : 3 Go
- Australie Oceanie : 300 Mo
- Amérique Centrale : 200 Mo
- Europe : 14 Go
- Amérique du Nord : 6 Go
- Amérique du Sub : 600 Mo
Tiré de http://download.geofabrik.de/

En plus, il semblerait qu'il y ait une lib en javascript :
https://github.com/marook/osm-read

Faut vraiment que je trouve un générateur à temps libre.

-- 
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

Répondre à