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 <[email protected]>:
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 <[email protected]>
On Wed, Sep 09, 2009 at 10:04:04PM +0200, [email protected] 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
[email protected]
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.
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
[email protected]
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.
