DonovanMaillard
commented
6 years ago Bonjour,
Suite aux précédentes discussions, le projet de changer la gestion des fonds de carte mbtiles est remis d'actualité. Pour éviter les manipulations évoquées par Gil ci-dessus, on a regardé ce qui se fait pour une application comme Orux Map par exemple qui peut travailler avec plusieurs mbtiles de style et d'emprises différentes. Le but étant que la gestion des fonds de carte de fasse de manière la plus transparente pour l'utilisateur, quelle que soit l'emprise, les niveaux de zoom et le nombre de tuiles disponibles.
OruxMap propose un paramètre permettant de définir le chemin des fichiers mbtiles. Il y lit tous les fichiers disponibles dans le dossier en question et ses sous-dossiers.
(Ici 2 dossiers, chacun comprenant un fichier .db (world)+1.xml ou .mbtiles (aura) )
Il génère un "index" des cartes (parfois inexact!) et propose de sélectionner l'un des fonds existants si on sort de l'emprise.
(Dans cet exemple, seul le fond de carte "AURA.mbtiles"=test2018... est affiché, pour autant l'index calculé par l'application lui associe une emprise plus petite)
Sur un principe qui semble similaire si j'ai bien compris ce que fait orux - S.Grimault qui assurera la prestation pour le développement de ces évolutions - propose que l'utilisateur renseigne en paramètre le chemin vers les cartes.
- D'une part un chemin vers les fonds ortho,
- d'autre part un second chemin vers les fonds type scan/OSM. A son lancement, l'application fait un scan de ces tuiles, et calcule un index avec les emprises de chaque tuile. Selon le niveau de zoom et la zone demandée par l'utilisateur, l'appli laisse le choix, ou passe automatiquement sur le seul type de fond disponible.
L'avantage de cette méthode et que l'utilisateur peut ajouter ou enlever des tuiles (faire des compléments, ajouter une zone lorsqu'il change de secteur, supprimer les fonds d'une zone qu'il ne fréquente plus, ajouter un niveau de zoom ou autre) sans avoir à toucher à l'application. De plus, les fonds n'ont pas à être dupliqués, il suffit d'indiquer à d'autres applications comme Orux le même chemin que pour GeoNature-Atlas, chaque application fait ses scans et peut se partager les mêmes fonds.
Est-ce que cette proposition vous semble pertinente, est-ce qu'il y a des choses à anticiper auxquelles nous n'aurions pas pensé etc?
Le développement se ferait courant 2018 pour une livraison vers l'automne par exemple, en prévision d'une V2 qui intègrerait cette gestion des fonds directement,
Donovan
camillemonchicourt
Actuellement, notamment pour l'ortho, comme la carte est lourde (fichiers de 4Go max supportés), le tuilage est splité en 10 fichiers mbtiles s'appuyant sur la numérotation des colonnes ou des lignes ou du nom des tuiles. Le splitage est une opération qui est lourde à réaliser (installer python, mbutil.py, mbtilessplit.py) et longue. Pouvoir juxtaposer des cartes produites en dalles de taille moyennes, simplifierait la production des cartes en évitant le splitage.