<div>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.</div>
<div>Bref ce que l'on demande à des "machins" (*) qui répondent au doux nom de Renderd ou Tirex pour des tuiles image. </div>
<div> </div>
<div>Je suis d'ailleurs curieux de savoir dans quelle mesure ces outils pourraient gérer ce genre d'objets. </div>
<div>C'est peut être assez transparent puisque les tuiles image suivent le même arrangement géographique que les tuiles images.</div>
<div> </div>
<div>(*) dénomination adaptée à mes connaissances en la matière<br></div>
<div class="gmail_quote">Le 30 juin 2011 14:49, sly (sylvain letuffe) <span dir="ltr"><<a href="mailto:sylvain@letuffe.org">sylvain@letuffe.org</a>></span> a écrit :<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">On jeudi 30 juin 2011, Pieren wrote:<br>> Oui, mais le client va faire une requête bdd pour chaque<br>> tuile. Le serveur qui fournit les données va rapidement s'écrouler face à la<br>
> demande de requêtes, celles-ci augmentant proportionnellement avec le nombre<br>> de clients. Alors que la solution classique avec tuiles ne nécessite cet<br>> effort (requête vers la base) qu'une seule fois<br>
<br>Mmmm, je pense que tu perçois la requête comme une lourde tâche alors que ça<br>n'est pas forcément le cas. Il est question ici de "tuiles vectorielles"<br>c'est à dire de l'ensemble des données vecteurs (utile au niveau de zoom<br>
demandé) présentes sur un carré fixe, défini à l'avance, pas un truc genre<br>WMS ou les données sont construites à la volée. Il est envisageable, je<br>pense, d'en garder une version "en cache" de la même manière que les serveurs<br>
de tuiles gardent une version image en cache et de la servir au navigateur.<br>On pourrait même imaginer se passer de base de donnée pour ce cache et stocker<br>des fichiers du syle :<br>/zoom/x/y.json (.gml, .osm, ou le format qu'on aura décidé de garder à fournir<br>
au client)<br><br>-- <br><a href="http://wiki.openstreetmap.org/wiki/User:Ab_fab" target="_blank">ab_fab</a><br>"Il n'y a pas de pas perdus"<br></blockquote></div>