Ça dépend des solutions, par exemple un Tileserver-GL proposait en même
temps des tuiles raster (d'où la nécessité du style côté serveur), et
aussi la logique de mise à disposition (ce que fait le script Python).
Mais une solution qui ne faisait que de la génération de MVT sans mise à
disposition aura oui un intérêt plus limité (sauf si elle est beaucoup
plus rapide dans la génération qu'un PostGIS).
Le 26/11/2017 à 19:21, François Lacombe a écrit :
C'est aussi une idée qui conviendrait, vu la légèreté du script Python
de l'article. Ca tombe bien, c'est un Postgis 2.4 que j'ai à dispo.
Merci pour l'indication
Finalement, l'intérêt de toutes ces solutions de tuilage vectoriel
était de générer les tuiles au format, maintenant que Postgis le fait,
leur intérêt est diminué non ?
A moins qu'il y ai des avantages côté gestion du cache ou définition
des layers ?
Vu qu'il est possible de styler et afficher/cacher des objets en
fonction de leurs attributs dans les tuiles, je n'ai pas saisi
l'intérêt de définir des layers côté serveur.
Une idée là dessus ?
François
*François Lacombe*
fl dot infosreseaux At gmail dot com
www.infos-reseaux.com <http://www.infos-reseaux.com>
@InfosReseaux <http://www.twitter.com/InfosReseaux>
--
PanierAvide
Géomaticien & développeur
_______________________________________________
Talk-fr mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr
