[Gfoss] tiles vs no-tiles

[francesco a alveo.coop]

ciao,
scusate se non mi sono fatto piu' sentire, ma ci sto lavorando su quel  
problema.

ho fatto le prove che mi ha consigliato Niccolo e con un tile non ci  
sono problemi, viene regolarmente generato in pochi decimi di secondo.

Il problema nasce quando con OpenLayers richiedo il layer (WMS) con  
l'opzione SingleTile=false.
A quel punto, quando faccio uno zoom nella mappa, i tiles richiesti  
sono una sessantina, ed e' sicuramente questo che mette a sedere il  
server: mi chiedevo quindi se non sia esagerato aver bisogno di piu'  
di 60 tiles quando nella finestra della mappa si e no ce ne entrano 6  
(ho una finestrella piccola e i tiles di default sono da 278x278).
Probabilmente in OpenLayers ci deve essere il modo di configurare il  
numero di tiles da richiamare per ogni livello di zoom, probabilmente  
e' un parametro che dipende dalla resolution o dall'estensione della  
mappa.
Volevo verificare questa cosa prima di dire qualcosa in lista.

Vi faccio sapere, perche' secondo me le performances di  
Postgis-MapServer-OpenLayers sono un elemento determinante per la  
scelta della completa filiera OpenSource, sapete, noi in Regione E-R  
abbiamo il fiato sul collo e non possiamo permetterci di avere il  
minimo tentennamento...

francesco


Citando Ivano <ivano.picco a gmail.com>:

> Beh, dipende dalla geometria: supponiamo che l'utente abbia una singola
> geometria con migliaia di punti: la differenza della generazione della
> geometria completa o dei tile non dovrebbe essere diversa se non per il
> tempo risparmiato in ogni tile per il reperimento geometria (se cachata). Il
> tempo di rendering dovrebbe essere verosimilmente lo stesso, dovendo
> comunque parsificare tutte le coordinate. Può accadere che sia più lento a
> causa del tempo necessario al calcolo della sovrapposizione tra coordinate e
> singolo pixel, per ottenere un rendering efficace, specie se accoppiato
> all'antialiasing. Poi appunto il multitile è fatto in parallelo, potrebbero
> esserci problemi prestazionali in questo senso (saturazione risorse di
> memoria o cpu)
> Il rendering multitile è sicuramente più efficace in caso di piccole
> geometrie, in altri casi è da vedere...
>
> 2009/9/10 Niccolo Rigacci <niccolo a rigacci.org>
>
>> On Wed, Sep 09, 2009 at 10:04:04PM +0200, francesco a alveo.coop wrote:
>> >
>> > per fare un esempio, se l'immagine intera ci mettesse 10 secondi ad
>> > essere generata, mi aspetterei che la ventina di immagini tilate ci
>> > mettano che so, non dico mezzo secondo l'una ma giu' di li, 1 o 2
>> > secondi (sono molto più piccole), invece ce ne mettono 15 l'una (cioè
>> > più dell'immagine intera unica),
>>
>> Questo è sintomo che c'è qualcosa di sbagliato che ci sfugge. La
>> singola tile non può impiegare più tempo dell'intera immagine non
>> mattonellata!
>>
>> Il tilecache non risolve il problema: lo nasconde a discapito
>> dello spazio occupato dalle tile prerenderizzate.
>>
>> Il layer è di tipo WMS? In tal caso farei un po' di debug sul
>> server web (log di Apache), vedendo il tipo di richiesta fatta
>> per la singola immagine e quelle fatte per le tile.
>>
>> Sei sicuro che usino gli stessi parametri? Magari in un caso
>> chiede una trasparenza oppure un formato bitmap non ottimale.
>>
>> Inoltre puoi provare a fare le richieste al WMS server con il
>> wget, in modo da debuggare solo il server WMS escludendo browser
>> e openlayers:
>>
>> wget -O immagine.png "http://server/cgi-bin/mapserv?map=...&SERVICE=WMS..
>> ."
>>
>> Comunque in generale l'opzione single tile non può dare una user
>> experience migliore del multi tiles! C'è qualcosa che non va.
>>
>> --
>> Niccolo Rigacci
>> Firenze - Italy
>> _______________________________________________
>> Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
>> Gfoss a faunalia.it
>> http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
>> Questa e' una lista di discussione pubblica aperta a tutti.
>> I messaggi di questa lista non rispecchiano necessariamente
>> le posizioni dell'Associazione GFOSS.it.
>>
>