Le 29/07/2018 à 19:17, PanierAvide - panierav...@riseup.net a écrit :
(...) Ça peut sembler surprenant mais les tuiles vectorielles
contiennent des infos "light", qui ne sont pas suffisantes pour le
niveau de détail que demande StreetComplete.
Adrien.
Il y a pas mal de problèmes pour la compatibilité.
Ceux déjà évoqués (l'optimisation pour le routage, le géocodage ou
l'affichage n'ont simplement pas grand chose à voir) mais ici c'est
encore un autre : le format vectoriel qu'il s'agisse de MVT (MapBox,
OpenVectorTiles...: mbtiles: pbf sur du sqllite) ou des formats plus
propriétaires même si ouverts (style OsmAnd) essayent de ne récupérer
que ce qui les intéresse d'où des infos insuffisantes pour d'autres besoins.
Dans les projets OpenVectorTiles il y a des outils permettant de générer
des tuiles vectorielles et les schemas d'imports imposm3 correspondants.
Si tu mets les bonnes infos, tu pourras faire ce que tu veux. Sinon...
Pour donner un exemple : si tu ne peux modifier, si tu ne peux que
récupérer les infos en totalité, tu n'as pas besoin de la version de
l'objet.
N. B. : si on porte TileServer GL sur Android (Termux?) en théorie on
peut avoir le service tiers (il y a sans doute plus simple mais là on a
la possibilité d'avoir le stylage MapBox GL, le stockage mbtiles, la
productions de tuiles vecteur ou image). Mais sauf à convertir vers le
format natif d'OsmANd tu ne pourras que l'afficher pas l'exploiter sur
OsmAnd.
Quelqu'un a comparé d'un point de vue interne la solution OsmAnd et les
mbtiles pour voir si une compatibilité est complètement illusoire ?
À défaut de compatibilité complète je verrais bien les uns et les autres
capables de produire des tuiles image pour les autres afin d'avoir a
minima l'affichage dans les autres appli sans tout dupliquer.
Jean-Yvon
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
