Pour info, la faisabilité de l'intégration des données d'élévation aux
tuiles Geo-json est au désormais au menu du développement de kothic-js
https://github.com/kothic/kothic-js/issues/23
Cordialement
Le 30 juin 2011 18:09, Ab_fab gamma@gmail.com a écrit :
C'est apparemment pris en compte à
On jeudi 30 juin 2011, Pieren wrote:
2011/6/30 sly (sylvain letuffe) sylv...@letuffe.org
Pour moi, il est clair que cette solution à vraiment un bel avenir
Comme d'hab, je ne vais pas être d'accord avec Sly mais on a l'habitude ;-)
Tant mieux ! ça ne serait pas drôle sinon, il faut bien
J'ai la même compréhension : ce sont des tuiles vectorielles, qui doivent
être générées selon une stratégie optimisée en fonction de la demande pour
les zones géographiques données.
Bref ce que l'on demande à des machins (*) qui répondent au doux nom de
Renderd ou Tirex pour des tuiles image.
Je
2011/6/30 Ab_fab gamma@gmail.com
J'ai la même compréhension : ce sont des tuiles vectorielles, qui doivent
être générées selon une stratégie optimisée en fonction de la demande pour
les zones géographiques données.
Mouais. Je voudrais voir comment sont réglés les grands objets dans ce
C'est apparemment pris en compte à la génération des tuiles (noeuds aux
limites) et pendant le rendu
If a polygon or a line crosses a tile boundary, it should be cropped to
only contain points that lie inside or on boundary of a tile, but Kothic JS
will automatically hide edges of polygon which
Le 30/06/2011 17:47, Pieren a écrit :
Comment gère-t-on les grandes surfaces côté serveur (forêts, lacs) ou
côté client (lignes de côte pour l'océan) ?
Le plus simple pour gérer les grande surfaces, c'est encore côté
caissière ;-)
--
FrViPofm
___
Il faut la noter celle-ci :)
Le 30/06/2011 17:47, Pieren a écrit :
Comment gère-t-on les grandes surfaces côté serveur (forêts, lacs) ou
côté client (lignes de côte pour l'océan) ?
Le plus simple pour gérer les grande surfaces, c'est encore côté
caissière ;-)
--
FrViPofm
7 matches
Mail list logo