>Infatti io parlavo di tiles prodotte a partire di dati vettoriali, con i raster<br>
>la cosa non ha pressochè alcun senso.<br>
<br>ok, avevo capito male allora.<br><br>>A proposito, il vettoriale cachato il tiles non "sgrana" a meno che non<br>
>venga riscalato (cosa che si fa quando si vuole ottenere un WMS<br>
>generico da una tile cache).<br>
<br>Nel caso del Tile mi torna. Le scale sono collimanti e quindi non scalando si mantiene la qualita'.<br><br>
>Qui si parla di avere una tile cache più flessibile, ma<br>
>pur sempre una tile cache, in cui le richieste devono collimare con<br>
>le griglie di caching, ma senza l'obbligo di cachare separatamente<br>
>ogni possibile combinazione di layer sul server, ne imporre al client<br>
>di caricarsi migliaia di tiles per produrre la mappa finale (cosa che<br>
>di norma manda in crash o notevole rallentamento i browser).<br>
<br>Quesot mi fa' venire in mente un altro possibile impiego di questi sistemi di cache:<br><br>Impiegare il GWC come sorgente dati raster per il server wms.<br>Uniformando cosi' tutti i dataset raster in una sola sorgente dati.<br>
<br>Il server wms anziche' accedere a dati raster in formato originale, li accede o meglio li fa' accedere al GWC e si f'a mandare il risultato, poi il server wms de-tilizza le mappe ricevute dal GWC (unica operazione che lui dovrebbe compiere) e poi infarcisce il risultato con gli strati vettoriali e etichette varie.<br>
Un vantaggio potrebbe essere riuscire a tenere piu' facilmente allineato il server wms con un eventuale altro repository piu' lento (perche' piu' distante)<br>Magari usando un altro server wms asservito al colloquio esclusivo con il GWC.<br>
Ho sempre avuto l'impressione che una tale impostazione potrebbe velocizzare il server wms.<br>Tra l'altro in quesot modo si riesce a garantire una sorta di copertura completa del suolo per la parte raster.<br>Ovvero il GWC potrebbe spedire tiles basati su dataset anche differenti, ma con l'obiettivo di spedire sempre una mappa completa e non parziale.<br>
Un po' come il 50K IGM.<br>Cosa questa che a un server wms non riesce proprio bene o comunque impiegherebbe del tempo a fare, perche' elabora gli strati indipendentemente l'uno dall'altro e poi mette tutto insieme.<br>
<br>Saluti,<br><br><br><div class="gmail_quote">Il giorno 26 ottobre 2012 14:14, Andrea Aime <span dir="ltr"><<a href="mailto:andrea.aime@geo-solutions.it" target="_blank">andrea.aime@geo-solutions.it</a>></span> ha scritto:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">2012/10/26 Andrea Peri <<a href="mailto:aperi2007@gmail.com">aperi2007@gmail.com</a>>:<br>
<div class="im">> Il 25/10/2012 21:34, Andrea Aime ha scritto:<br>
>> Ci sono anche soluzioni intermedie che GWC al momento non supporta,<br>
>> ma per le quali stiamo cercando fondi: create le tile cache separate,<br>
>> ma fare poi in modo che GWC possa rispondere a una richiesta<br>
>> di N layer prendendo dalle varie cache e fondendo il risultato in una sola<br>
>> tile: è un compromesso che aumenta la flessibilità a discapito di un<br>
>> maggiore<br>
>> uso di CPU (più lento di una cache statica, ma pur sempre più veloce<br>
>> dell'uso<br>
>> di un WMS diretto).<br>
><br>
> Non risco a capire come possa essere piu' veloce.<br>
><br>
> Se a un server WMS si chiede di spedire una mappa prodotta a partire da un<br>
> set di raster che sono una OFC.<br>
> Lui apre i files su disco, dotati di tiles, seziona le parti che servono<br>
> prepara l'immagine e la spedisce.<br>
<br>
</div>Infatti io parlavo di tiles prodotte a partire di dati vettoriali, con i raster<br>
la cosa non ha pressochè alcun senso.<br>
<br>
A proposito, il vettoriale cachato il tiles non "sgrana" a meno che non<br>
venga riscalato (cosa che si fa quando si vuole ottenere un WMS<br>
generico da una tile cache).<br>
Qui si parla di avere una tile cache più flessibile, ma<br>
pur sempre una tile cache, in cui le richieste devono collimare con<br>
le griglie di caching, ma senza l'obbligo di cachare separatamente<br>
ogni possibile combinazione di layer sul server, ne imporre al client<br>
di caricarsi migliaia di tiles per produrre la mappa finale (cosa che<br>
di norma manda in crash o notevole rallentamento i browser).<br>
<br>
Ciao<br>
Andrea<br>
<br>
--<br>
==<br>
Our support, Your Success! Visit <a href="http://opensdi.geo-solutions.it" target="_blank">http://opensdi.geo-solutions.it</a> for<br>
more information.<br>
==<br>
<br>
Ing. Andrea Aime<br>
@geowolf<br>
Technical Lead<br>
<br>
GeoSolutions S.A.S.<br>
Via Poggio alle Viti 1187<br>
55054  Massarosa (LU)<br>
Italy<br>
phone: <a href="tel:%2B39%200584%20962313" value="+390584962313">+39 0584 962313</a><br>
fax: <a href="tel:%2B39%200584%201660272" value="+3905841660272">+39 0584 1660272</a><br>
mob: <a href="tel:%2B39%20%20339%208844549" value="+393398844549">+39  339 8844549</a><br>
<br>
<a href="http://www.geo-solutions.it" target="_blank">http://www.geo-solutions.it</a><br>
<a href="http://twitter.com/geosolutions_it" target="_blank">http://twitter.com/geosolutions_it</a><br>
<br>
-------------------------------------------------------<br>
</blockquote></div><br><br clear="all"><br>-- <br>-----------------<br>Andrea Peri<br>. . . . . . . . . <br>qwerty àèìòù<br>-----------------<br><br>