Salve a tutti
vi espongo il mio problema con mapserver 5.0.
l'ho installato via apt-get, come suggerito da alcuni di voi, senza
alcun problema e lo stavo testando con il tutorial disponibile sul
sito http://biometry.gis.umn.edu/tutorial/sections.html
Va tutto bene finchè non vengono introdotti gli outputformat nel file
.map ed in particolare vengono fuori problemi con le librerie AGG,
questo è il messaggio di errore di mapserver:
loadOutputFormat(): General error message. OUTPUTFORMAT clause
references driver AGG/PNG, but this driver isn't configured.
Prima domanda:
perdonate la faccia tosta, ma 'ste benedette AGG a che servono?
da quanto ho capito io, servono a migliorare il rendering delle
immagini, quindi la qualità...è così??
Seconda:
ma la versione 5.0 non includeva anche il supporto AGG
(http://mapserver.gis.umn.edu/docs/howto/agg-rendering-specifics)
Ultima:
posso in qualche modo risolvere questo problemino, magari ricompilando
il tutto??
Il giovedì 31 gennaio 2008, giuseppe colavecchia ha scritto:
Salve a tutti
vi espongo il mio problema con mapserver 5.0.
Prima domanda:
perdonate la faccia tosta, ma 'ste benedette AGG a che servono?
da quanto ho capito io, servono a migliorare il rendering delle
immagini, quindi la qualità...è così??
Per ambienti di produzione conviene disabilitare agg a favore di gd,
un codice maturo e testato da tempo.
In ogni caso il supporto al "motore" di rendering agg è una delle
novità più succose della 5.0.
On 1/31/08, Alessandro Pasotti <ale.pas@tiscali.it> wrote:
Il giovedì 31 gennaio 2008, giuseppe colavecchia ha scritto:
> Salve a tutti
> vi espongo il mio problema con mapserver 5.0.
>
> Prima domanda:
> perdonate la faccia tosta, ma 'ste benedette AGG a che servono?
> da quanto ho capito io, servono a migliorare il rendering delle
> immagini, quindi la qualità...è così??
Per ambienti di produzione conviene disabilitare agg a favore di gd,
un codice maturo e testato da tempo.
il support AGG e' risaputo essere ancora lento ma la qualita' grafica e' decisamente migliorata.
Se si vuole continuare ad usarlo senza rischiare di stressare il server si possono utilizzare sistemi di caching come quello di ka-Map o Tilecache.
On Thu, Jan 31, 2008 at 11:46:18PM +0100, Lorenzo Becchi wrote:
Ivano Picco wrote:
> Per ambienti di produzione conviene disabilitare agg a favore di gd,
> un codice maturo e testato da tempo.
>
il support AGG e' risaputo essere ancora lento ma la qualita' grafica e'
decisamente migliorata.
Se si vuole continuare ad usarlo senza rischiare di stressare il server
si possono utilizzare sistemi di caching come quello di ka-Map o Tilecache.
Infatti ci stiamo chiedendo se il supporto AGG una volta buildato in mapserver
possa essere a run-time abilitato/disabilitato. Se cosi' non fosse
direi che conviene avere due diverse versioni di mapserver in Debian, con e
senza AGG. Informazioni in merito?
Il mercoledì 20 febbraio 2008, Francesco P. Lovergine ha scritto:
On Thu, Jan 31, 2008 at 11:46:18PM +0100, Lorenzo Becchi wrote:
> Ivano Picco wrote:
> > Per ambienti di produzione conviene disabilitare agg a favore di gd,
> > un codice maturo e testato da tempo.
>
> il support AGG e' risaputo essere ancora lento ma la qualita' grafica e'
> decisamente migliorata.
> Se si vuole continuare ad usarlo senza rischiare di stressare il server
> si possono utilizzare sistemi di caching come quello di ka-Map o
> Tilecache.
Infatti ci stiamo chiedendo se il supporto AGG una volta buildato in
mapserver possa essere a run-time abilitato/disabilitato. Se cosi' non
fosse direi che conviene avere due diverse versioni di mapserver in Debian,
con e senza AGG. Informazioni in merito?
Forse non ho capito il problema, ma direi che è l'utente che tramite la
configurazione del mapfile (outputformat) a decidere quale rendering driver
usare (GD o AGG o GDAL ecc.).
Quindi non vedo perché non compilarlo sempre, se poi uno non lo vuole,
semplicemente non lo usa.
--
Alessandro Pasotti
itOpen - "Open Solutions for the Net Age"
w3: www.itopen.it
Linux User# 167502