[Gfoss] ORTOFOTO in pmapper

E se creo più file shape contenenti le stesse foto?? Es. creo :
"ortoCentro.shp", contenenti solo le foto del centro della città,
"ortoPeriferia.shp" contenente un'altra zona..e poi li carico insieme cambia
qualkosa??!!

Forse php e javascript??? :))

E' vero, pero' occorre tener presente che pmapper e' solo il front-end
e il vero motore che gira dietro le quinte e' MapServer.
Il quale e' scritto in C++.

Il dubbio e' se l'indicizzazione dei raster viene gestita da MapServer
o da P-Mapper.
Se funzionasse in quest'ultimo modo, allora la maggior lentezza del
php sarebbe la causa.

Se invece la gestione dell'indice dei raster viene fatta da mapServer
(parlo per ipotesi perche' non conosco cosi' approfonditamente
MapServer)

Allora l'unica spiegazione sarebbe che l'algoritmo di MapServer e'
meno efficiente,

Un esempio di minore efficienza e' ad esempio se pensi di costruire
prima una gigantesca mappa di tutti i rasters e poi ritagliarla
sull'ingombro della finestra richiesta.

Migliore efficienza, sarebbe invece, isolare prima i rasters che
cascano anche solo parzialmente nella finestra di visibilita' e poi
coinvolgere solo essi.

Tornando alle soluzioni:
Puo' darsi che la tecnica di scorporarli e caricarli separatamente
possa sortire qualche effetto.

pero' non farei una separazione come dici te, in uno shape il centro e
nell'altro i dintorni.
Perche' finisci per coinvolgerli sempre entrambi e perdi i benefici
della separazione in shapefile distinti.

Io separerei a fette, nord, est ovest e sud.
4 shapefile ognuno con un proprio quadrante.

Ciao,

--
~~~~~~~~~~~~~~~~~
§ Andrea §
§ Peri §
~~~~~~~~~~~~~~~~~

pmapper è solo un'applicazione web che riceve l'immagine da mapserver, è
quest'ultimo che fa il grosso del lavoro!

se hai problemi di prestazioni
puoi:
1) generare un tileindex con libreria GDAL
http://www.gdal.org/gdaltindex.html
il risultato è un file shape di poligoni da indicare nel mapfile la posto
dei raster
questo riduce i tempi di generazione dell'immagine

2) oppure convertire i dati in ecw (raster compresso leggero e veloce) se
però devi pubblicare all'esterno devi chiedere la licenza (a pagamento)
ciao
emanuele

Andrea Peri wrote:

E se creo più file shape contenenti le stesse foto?? Es. creo :
"ortoCentro.shp", contenenti solo le foto del centro della città,
"ortoPeriferia.shp" contenente un'altra zona..e poi li carico insieme

cambia

qualkosa??!!

Forse php e javascript??? :))

E' vero, pero' occorre tener presente che pmapper e' solo il front-end
e il vero motore che gira dietro le quinte e' MapServer.
Il quale e' scritto in C++.

Il dubbio e' se l'indicizzazione dei raster viene gestita da MapServer
o da P-Mapper.
Se funzionasse in quest'ultimo modo, allora la maggior lentezza del
php sarebbe la causa.

Se invece la gestione dell'indice dei raster viene fatta da mapServer
(parlo per ipotesi perche' non conosco cosi' approfonditamente
MapServer)

Allora l'unica spiegazione sarebbe che l'algoritmo di MapServer e'
meno efficiente,

Un esempio di minore efficienza e' ad esempio se pensi di costruire
prima una gigantesca mappa di tutti i rasters e poi ritagliarla
sull'ingombro della finestra richiesta.

Migliore efficienza, sarebbe invece, isolare prima i rasters che
cascano anche solo parzialmente nella finestra di visibilita' e poi
coinvolgere solo essi.

Tornando alle soluzioni:
Puo' darsi che la tecnica di scorporarli e caricarli separatamente
possa sortire qualche effetto.

pero' non farei una separazione come dici te, in uno shape il centro e
nell'altro i dintorni.
Perche' finisci per coinvolgerli sempre entrambi e perdi i benefici
della separazione in shapefile distinti.

Io separerei a fette, nord, est ovest e sud.
4 shapefile ognuno con un proprio quadrante.

Ciao,

--
~~~~~~~~~~~~~~~~~
§ Andrea §
§ Peri §
~~~~~~~~~~~~~~~~~
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@faunalia.com
http://www.faunalia.com/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.

--
View this message in context: http://www.nabble.com/ORTOFOTO-in-pmapper-tp21215560p21231085.html
Sent from the Gfoss mailing list archive at Nabble.com.

Un'altra solutzione, testata e funzionale è quella di "piramidizzare" le immagini.

Puoi farlo con l'utility GDAL che si chiama gdaladdo oppure aprirle con QGIS e chiedere di creare le piramidi.

Se hai una cartella con tanti file ti posso anche girare lo script che utilizzo per automatizzare la creazione delle piramidi.
Il comando comunque è:

gdaladdo -r average %nomedelfile immagine% 4 8 12 16 32 64 etc...

--------------------------------------
Francesco Pirotti
Dept. Te.S.A.F./CIRGEO
University of Padua
Viale dell'Università 16
I-35020 Legnaro (PD)
tel. +39 049 827 2710
fax. +39 049 827 2686
mob. +39 349 55 39 261
@mail francesco.pirotti@unipd.it
skypeID francesco197576
http://www.cirgeo.unipd.it/cirgeo/francescopirotti.htm

---------- Original Message ----------
To: (gfoss@faunalia.com)
From: Emanuele Masiero (emanuele.masiero@gmail.com)
Subject: Re: [Gfoss] ORTOFOTO in pmapper
Date: 31/12/2008 13:53:49

pmapper è solo un'applicazione web che riceve l'immagine da mapserver, è
quest'ultimo che fa il grosso del lavoro!

se hai problemi di prestazioni
puoi:
1) generare un tileindex con libreria GDAL
http://www.gdal.org/gdaltindex.html
il risultato è un file shape di poligoni da indicare nel mapfile la posto
dei raster
questo riduce i tempi di generazione dell'immagine

2) oppure convertire i dati in ecw (raster compresso leggero e veloce) se
però devi pubblicare all'esterno devi chiedere la licenza (a pagamento)
ciao
emanuele

Andrea Peri wrote:

E se creo più file shape contenenti le stesse foto?? Es. creo :
"ortoCentro.shp", contenenti solo le foto del centro della città,
"ortoPeriferia.shp" contenente un'altra zona..e poi li carico insieme

cambia

qualkosa??!!

Forse php e javascript??? :))

E' vero, pero' occorre tener presente che pmapper e' solo il front-end
e il vero motore che gira dietro le quinte e' MapServer.
Il quale e' scritto in C++.

Il dubbio e' se l'indicizzazione dei raster viene gestita da MapServer
o da P-Mapper.
Se funzionasse in quest'ultimo modo, allora la maggior lentezza del
php sarebbe la causa.

Se invece la gestione dell'indice dei raster viene fatta da mapServer
(parlo per ipotesi perche' non conosco cosi' approfonditamente
MapServer)

Allora l'unica spiegazione sarebbe che l'algoritmo di MapServer e'
meno efficiente,

Un esempio di minore efficienza e' ad esempio se pensi di costruire
prima una gigantesca mappa di tutti i rasters e poi ritagliarla
sull'ingombro della finestra richiesta.

Migliore efficienza, sarebbe invece, isolare prima i rasters che
cascano anche solo parzialmente nella finestra di visibilita' e poi
coinvolgere solo essi.

Tornando alle soluzioni:
Puo' darsi che la tecnica di scorporarli e caricarli separatamente
possa sortire qualche effetto.

pero' non farei una separazione come dici te, in uno shape il centro e
nell'altro i dintorni.
Perche' finisci per coinvolgerli sempre entrambi e perdi i benefici
della separazione in shapefile distinti.

Io separerei a fette, nord, est ovest e sud.
4 shapefile ognuno con un proprio quadrante.

Ciao,

--
~~~~~~~~~~~~~~~~~
§ Andrea §
§ Peri §
~~~~~~~~~~~~~~~~~
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@faunalia.com
http://www.faunalia.com/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.

--
View this message in context: http://www.nabble.com/ORTOFOTO-in-pmapper-tp21215560p21231085.html
Sent from the Gfoss mailing list archive at Nabble.com.

_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@faunalia.com
http://www.faunalia.com/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.

Ciao Emanuele..(e buon anno a tutti!!)..
allora..ho creato anch'io un file shape con il comando gdalindex, partendo
dai file tif.
Ma poi ho dichiarato così il mio layer (cioè di tipo Raster):
..
LAYER
  NAME "ortomolfetta"
  GROUP "ortofoto"
  PROJECTION
    "init=epsg:26592"
  END
  MAXSCALE 70000
  METADATA
    "DESCRIPTION" "Molfetta Satellite"
  END
  TYPE RASTER
  STATUS OFF
  TILEINDEX "ortocentro"
  MINSCALE 500
  
  TOLERANCE 0
  TOLERANCEUNITS PIXELS
END

come faccio a dichiararlo di tipo Polygon?? se contiene delle foto?

Emanuele Masiero wrote:

pmapper è solo un'applicazione web che riceve l'immagine da mapserver, è
quest'ultimo che fa il grosso del lavoro!

se hai problemi di prestazioni
puoi:
1) generare un tileindex con libreria GDAL
http://www.gdal.org/gdaltindex.html
il risultato è un file shape di poligoni da indicare nel mapfile la posto
dei raster
questo riduce i tempi di generazione dell'immagine

2) oppure convertire i dati in ecw (raster compresso leggero e veloce) se
però devi pubblicare all'esterno devi chiedere la licenza (a pagamento)
ciao
emanuele

Andrea Peri wrote:

E se creo più file shape contenenti le stesse foto?? Es. creo :
"ortoCentro.shp", contenenti solo le foto del centro della città,
"ortoPeriferia.shp" contenente un'altra zona..e poi li carico insieme

cambia

qualkosa??!!

Forse php e javascript??? :))

E' vero, pero' occorre tener presente che pmapper e' solo il front-end
e il vero motore che gira dietro le quinte e' MapServer.
Il quale e' scritto in C++.

Il dubbio e' se l'indicizzazione dei raster viene gestita da MapServer
o da P-Mapper.
Se funzionasse in quest'ultimo modo, allora la maggior lentezza del
php sarebbe la causa.

Se invece la gestione dell'indice dei raster viene fatta da mapServer
(parlo per ipotesi perche' non conosco cosi' approfonditamente
MapServer)

Allora l'unica spiegazione sarebbe che l'algoritmo di MapServer e'
meno efficiente,

Un esempio di minore efficienza e' ad esempio se pensi di costruire
prima una gigantesca mappa di tutti i rasters e poi ritagliarla
sull'ingombro della finestra richiesta.

Migliore efficienza, sarebbe invece, isolare prima i rasters che
cascano anche solo parzialmente nella finestra di visibilita' e poi
coinvolgere solo essi.

Tornando alle soluzioni:
Puo' darsi che la tecnica di scorporarli e caricarli separatamente
possa sortire qualche effetto.

pero' non farei una separazione come dici te, in uno shape il centro e
nell'altro i dintorni.
Perche' finisci per coinvolgerli sempre entrambi e perdi i benefici
della separazione in shapefile distinti.

Io separerei a fette, nord, est ovest e sud.
4 shapefile ognuno con un proprio quadrante.

Ciao,

--
~~~~~~~~~~~~~~~~~
§ Andrea §
§ Peri §
~~~~~~~~~~~~~~~~~
_______________________________________________
Iscriviti all'associazione GFOSS.it:
http://www.gfoss.it/drupal/iscrizione
Gfoss@faunalia.com
http://www.faunalia.com/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.

--
View this message in context: http://www.nabble.com/ORTOFOTO-in-pmapper-tp21215560p21251876.html
Sent from the Gfoss mailing list archive at Nabble.com.

in che senso dichiararlo come "polygon"? un tileindex è uno shapefile
generato a partire dalla suddivisione del raster in tile, quindi sono
tutti quadrati/rettangoli di dimensione stabilite al momento della
generazione dei tile.

"This program builds a shapefile with a record for each input raster
file, an attribute containing the filename, and a polygon geometry
outlining the raster"

Lo shapefile "ortocentro" è un indice dei singoli tile. La geometria
poligonale è quella del quadrato/rettangolo di ogni tile...

buon anno,
giovanni

2009/1/2 francesco334 <francesco334@interfree.it>:

Ciao Emanuele..(e buon anno a tutti!!)..
allora..ho creato anch'io un file shape con il comando gdalindex, partendo
dai file tif.
Ma poi ho dichiarato così il mio layer (cioè di tipo Raster):
..
LAYER
NAME "ortomolfetta"
GROUP "ortofoto"
PROJECTION
   "init=epsg:26592"
END
MAXSCALE 70000
METADATA
   "DESCRIPTION" "Molfetta Satellite"
END
TYPE RASTER
STATUS OFF
TILEINDEX "ortocentro"
MINSCALE 500

TOLERANCE 0
TOLERANCEUNITS PIXELS
END

come faccio a dichiararlo di tipo Polygon?? se contiene delle foto?

Emanuele Masiero wrote:

pmapper è solo un'applicazione web che riceve l'immagine da mapserver, è
quest'ultimo che fa il grosso del lavoro!

se hai problemi di prestazioni
puoi:
1) generare un tileindex con libreria GDAL
http://www.gdal.org/gdaltindex.html
il risultato è un file shape di poligoni da indicare nel mapfile la posto
dei raster
questo riduce i tempi di generazione dell'immagine

2) oppure convertire i dati in ecw (raster compresso leggero e veloce) se
però devi pubblicare all'esterno devi chiedere la licenza (a pagamento)
ciao
emanuele

Andrea Peri wrote:

E se creo più file shape contenenti le stesse foto?? Es. creo :
"ortoCentro.shp", contenenti solo le foto del centro della città,
"ortoPeriferia.shp" contenente un'altra zona..e poi li carico insieme

cambia

qualkosa??!!

Forse php e javascript??? :))

E' vero, pero' occorre tener presente che pmapper e' solo il front-end
e il vero motore che gira dietro le quinte e' MapServer.
Il quale e' scritto in C++.

Il dubbio e' se l'indicizzazione dei raster viene gestita da MapServer
o da P-Mapper.
Se funzionasse in quest'ultimo modo, allora la maggior lentezza del
php sarebbe la causa.

Se invece la gestione dell'indice dei raster viene fatta da mapServer
(parlo per ipotesi perche' non conosco cosi' approfonditamente
MapServer)

Allora l'unica spiegazione sarebbe che l'algoritmo di MapServer e'
meno efficiente,

Un esempio di minore efficienza e' ad esempio se pensi di costruire
prima una gigantesca mappa di tutti i rasters e poi ritagliarla
sull'ingombro della finestra richiesta.

Migliore efficienza, sarebbe invece, isolare prima i rasters che
cascano anche solo parzialmente nella finestra di visibilita' e poi
coinvolgere solo essi.

Tornando alle soluzioni:
Puo' darsi che la tecnica di scorporarli e caricarli separatamente
possa sortire qualche effetto.

pero' non farei una separazione come dici te, in uno shape il centro e
nell'altro i dintorni.
Perche' finisci per coinvolgerli sempre entrambi e perdi i benefici
della separazione in shapefile distinti.

Io separerei a fette, nord, est ovest e sud.
4 shapefile ognuno con un proprio quadrante.

Ciao,

--
~~~~~~~~~~~~~~~~~
§ Andrea §
§ Peri §
~~~~~~~~~~~~~~~~~
_______________________________________________
Iscriviti all'associazione GFOSS.it:
http://www.gfoss.it/drupal/iscrizione
Gfoss@faunalia.com
http://www.faunalia.com/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.

--
View this message in context: http://www.nabble.com/ORTOFOTO-in-pmapper-tp21215560p21251876.html
Sent from the Gfoss mailing list archive at Nabble.com.

_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@faunalia.com
http://www.faunalia.com/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.

Infatti è quello che chiedevo ad Emanuele. Lui diceva:
"1) generare un tileindex con libreria GDAL
http://www.gdal.org/gdaltindex.html
il risultato è un file shape di poligoni da indicare nel mapfile la posto
dei raster
questo riduce i tempi di generazione dell'immagine "

??

Giovanni A. wrote:

in che senso dichiararlo come "polygon"? un tileindex è uno shapefile
generato a partire dalla suddivisione del raster in tile, quindi sono
tutti quadrati/rettangoli di dimensione stabilite al momento della
generazione dei tile.

"This program builds a shapefile with a record for each input raster
file, an attribute containing the filename, and a polygon geometry
outlining the raster"

Lo shapefile "ortocentro" è un indice dei singoli tile. La geometria
poligonale è quella del quadrato/rettangolo di ogni tile...

buon anno,
giovanni

2009/1/2 francesco334 <francesco334@interfree.it>:

Ciao Emanuele..(e buon anno a tutti!!)..
allora..ho creato anch'io un file shape con il comando gdalindex,
partendo
dai file tif.
Ma poi ho dichiarato così il mio layer (cioè di tipo Raster):
..
LAYER
NAME "ortomolfetta"
GROUP "ortofoto"
PROJECTION
   "init=epsg:26592"
END
MAXSCALE 70000
METADATA
   "DESCRIPTION" "Molfetta Satellite"
END
TYPE RASTER
STATUS OFF
TILEINDEX "ortocentro"
MINSCALE 500

TOLERANCE 0
TOLERANCEUNITS PIXELS
END

come faccio a dichiararlo di tipo Polygon?? se contiene delle foto?

Emanuele Masiero wrote:

pmapper è solo un'applicazione web che riceve l'immagine da mapserver, è
quest'ultimo che fa il grosso del lavoro!

se hai problemi di prestazioni
puoi:
1) generare un tileindex con libreria GDAL
http://www.gdal.org/gdaltindex.html
il risultato è un file shape di poligoni da indicare nel mapfile la
posto
dei raster
questo riduce i tempi di generazione dell'immagine

2) oppure convertire i dati in ecw (raster compresso leggero e veloce)
se
però devi pubblicare all'esterno devi chiedere la licenza (a pagamento)
ciao
emanuele

Andrea Peri wrote:

E se creo più file shape contenenti le stesse foto?? Es. creo :
"ortoCentro.shp", contenenti solo le foto del centro della città,
"ortoPeriferia.shp" contenente un'altra zona..e poi li carico insieme

cambia

qualkosa??!!

Forse php e javascript??? :))

E' vero, pero' occorre tener presente che pmapper e' solo il front-end
e il vero motore che gira dietro le quinte e' MapServer.
Il quale e' scritto in C++.

Il dubbio e' se l'indicizzazione dei raster viene gestita da MapServer
o da P-Mapper.
Se funzionasse in quest'ultimo modo, allora la maggior lentezza del
php sarebbe la causa.

Se invece la gestione dell'indice dei raster viene fatta da mapServer
(parlo per ipotesi perche' non conosco cosi' approfonditamente
MapServer)

Allora l'unica spiegazione sarebbe che l'algoritmo di MapServer e'
meno efficiente,

Un esempio di minore efficienza e' ad esempio se pensi di costruire
prima una gigantesca mappa di tutti i rasters e poi ritagliarla
sull'ingombro della finestra richiesta.

Migliore efficienza, sarebbe invece, isolare prima i rasters che
cascano anche solo parzialmente nella finestra di visibilita' e poi
coinvolgere solo essi.

Tornando alle soluzioni:
Puo' darsi che la tecnica di scorporarli e caricarli separatamente
possa sortire qualche effetto.

pero' non farei una separazione come dici te, in uno shape il centro e
nell'altro i dintorni.
Perche' finisci per coinvolgerli sempre entrambi e perdi i benefici
della separazione in shapefile distinti.

Io separerei a fette, nord, est ovest e sud.
4 shapefile ognuno con un proprio quadrante.

Ciao,

--
~~~~~~~~~~~~~~~~~
§ Andrea §
§ Peri §
~~~~~~~~~~~~~~~~~
_______________________________________________
Iscriviti all'associazione GFOSS.it:
http://www.gfoss.it/drupal/iscrizione
Gfoss@faunalia.com
http://www.faunalia.com/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.

--
View this message in context:
http://www.nabble.com/ORTOFOTO-in-pmapper-tp21215560p21251876.html
Sent from the Gfoss mailing list archive at Nabble.com.

_______________________________________________
Iscriviti all'associazione GFOSS.it:
http://www.gfoss.it/drupal/iscrizione
Gfoss@faunalia.com
http://www.faunalia.com/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
Gfoss@faunalia.com
http://www.faunalia.com/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.

--
View this message in context: http://www.nabble.com/ORTOFOTO-in-pmapper-tp21215560p21252042.html
Sent from the Gfoss mailing list archive at Nabble.com.

Ok..
ho provato a convertire i file tiff in ecw..ed effettivamente già la
capienza di ogni foto va dai 170Mb dei tif a 24Mb del file ecw.

Provando poi a caricarlo da pmapper è tutto molto più veloce. Anche creando
un unico file shape di tutti i raster della città!

Diciamo quindi che la soluzione ecw sembrerebbe la migliore. Il problema è
ora la licenza vero?

francesco334 wrote:

Infatti è quello che chiedevo ad Emanuele. Lui diceva:
"1) generare un tileindex con libreria GDAL
http://www.gdal.org/gdaltindex.html
il risultato è un file shape di poligoni da indicare nel mapfile la posto
dei raster
questo riduce i tempi di generazione dell'immagine "

??

Giovanni A. wrote:

in che senso dichiararlo come "polygon"? un tileindex è uno shapefile
generato a partire dalla suddivisione del raster in tile, quindi sono
tutti quadrati/rettangoli di dimensione stabilite al momento della
generazione dei tile.

"This program builds a shapefile with a record for each input raster
file, an attribute containing the filename, and a polygon geometry
outlining the raster"

Lo shapefile "ortocentro" è un indice dei singoli tile. La geometria
poligonale è quella del quadrato/rettangolo di ogni tile...

buon anno,
giovanni

2009/1/2 francesco334 <francesco334@interfree.it>:

Ciao Emanuele..(e buon anno a tutti!!)..
allora..ho creato anch'io un file shape con il comando gdalindex,
partendo
dai file tif.
Ma poi ho dichiarato così il mio layer (cioè di tipo Raster):
..
LAYER
NAME "ortomolfetta"
GROUP "ortofoto"
PROJECTION
   "init=epsg:26592"
END
MAXSCALE 70000
METADATA
   "DESCRIPTION" "Molfetta Satellite"
END
TYPE RASTER
STATUS OFF
TILEINDEX "ortocentro"
MINSCALE 500

TOLERANCE 0
TOLERANCEUNITS PIXELS
END

come faccio a dichiararlo di tipo Polygon?? se contiene delle foto?

Emanuele Masiero wrote:

pmapper è solo un'applicazione web che riceve l'immagine da mapserver,
è
quest'ultimo che fa il grosso del lavoro!

se hai problemi di prestazioni
puoi:
1) generare un tileindex con libreria GDAL
http://www.gdal.org/gdaltindex.html
il risultato è un file shape di poligoni da indicare nel mapfile la
posto
dei raster
questo riduce i tempi di generazione dell'immagine

2) oppure convertire i dati in ecw (raster compresso leggero e veloce)
se
però devi pubblicare all'esterno devi chiedere la licenza (a
pagamento)
ciao
emanuele

Andrea Peri wrote:

E se creo più file shape contenenti le stesse foto?? Es. creo :
"ortoCentro.shp", contenenti solo le foto del centro della città,
"ortoPeriferia.shp" contenente un'altra zona..e poi li carico insieme

cambia

qualkosa??!!

Forse php e javascript??? :))

E' vero, pero' occorre tener presente che pmapper e' solo il front-end
e il vero motore che gira dietro le quinte e' MapServer.
Il quale e' scritto in C++.

Il dubbio e' se l'indicizzazione dei raster viene gestita da MapServer
o da P-Mapper.
Se funzionasse in quest'ultimo modo, allora la maggior lentezza del
php sarebbe la causa.

Se invece la gestione dell'indice dei raster viene fatta da mapServer
(parlo per ipotesi perche' non conosco cosi' approfonditamente
MapServer)

Allora l'unica spiegazione sarebbe che l'algoritmo di MapServer e'
meno efficiente,

Un esempio di minore efficienza e' ad esempio se pensi di costruire
prima una gigantesca mappa di tutti i rasters e poi ritagliarla
sull'ingombro della finestra richiesta.

Migliore efficienza, sarebbe invece, isolare prima i rasters che
cascano anche solo parzialmente nella finestra di visibilita' e poi
coinvolgere solo essi.

Tornando alle soluzioni:
Puo' darsi che la tecnica di scorporarli e caricarli separatamente
possa sortire qualche effetto.

pero' non farei una separazione come dici te, in uno shape il centro e
nell'altro i dintorni.
Perche' finisci per coinvolgerli sempre entrambi e perdi i benefici
della separazione in shapefile distinti.

Io separerei a fette, nord, est ovest e sud.
4 shapefile ognuno con un proprio quadrante.

Ciao,

--
~~~~~~~~~~~~~~~~~
§ Andrea §
§ Peri §
~~~~~~~~~~~~~~~~~
_______________________________________________
Iscriviti all'associazione GFOSS.it:
http://www.gfoss.it/drupal/iscrizione
Gfoss@faunalia.com
http://www.faunalia.com/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.

--
View this message in context:
http://www.nabble.com/ORTOFOTO-in-pmapper-tp21215560p21251876.html
Sent from the Gfoss mailing list archive at Nabble.com.

_______________________________________________
Iscriviti all'associazione GFOSS.it:
http://www.gfoss.it/drupal/iscrizione
Gfoss@faunalia.com
http://www.faunalia.com/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
Gfoss@faunalia.com
http://www.faunalia.com/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.

--
View this message in context: http://www.nabble.com/ORTOFOTO-in-pmapper-tp21215560p21252452.html
Sent from the Gfoss mailing list archive at Nabble.com.

ciao francesco,
relativamente a gdaltindex, mi sono spiegato male!!
intendevo proprio come hai fatto tu!

ciao
emanuele

francesco334 wrote:

Ok..
ho provato a convertire i file tiff in ecw..ed effettivamente già la
capienza di ogni foto va dai 170Mb dei tif a 24Mb del file ecw.

Provando poi a caricarlo da pmapper è tutto molto più veloce. Anche
creando un unico file shape di tutti i raster della città!

Diciamo quindi che la soluzione ecw sembrerebbe la migliore. Il problema è
ora la licenza vero?

francesco334 wrote:

Infatti è quello che chiedevo ad Emanuele. Lui diceva:
"1) generare un tileindex con libreria GDAL
http://www.gdal.org/gdaltindex.html
il risultato è un file shape di poligoni da indicare nel mapfile la posto
dei raster
questo riduce i tempi di generazione dell'immagine "

??

Giovanni A. wrote:

in che senso dichiararlo come "polygon"? un tileindex è uno shapefile
generato a partire dalla suddivisione del raster in tile, quindi sono
tutti quadrati/rettangoli di dimensione stabilite al momento della
generazione dei tile.

"This program builds a shapefile with a record for each input raster
file, an attribute containing the filename, and a polygon geometry
outlining the raster"

Lo shapefile "ortocentro" è un indice dei singoli tile. La geometria
poligonale è quella del quadrato/rettangolo di ogni tile...

buon anno,
giovanni

2009/1/2 francesco334 <francesco334@interfree.it>:

Ciao Emanuele..(e buon anno a tutti!!)..
allora..ho creato anch'io un file shape con il comando gdalindex,
partendo
dai file tif.
Ma poi ho dichiarato così il mio layer (cioè di tipo Raster):
..
LAYER
NAME "ortomolfetta"
GROUP "ortofoto"
PROJECTION
   "init=epsg:26592"
END
MAXSCALE 70000
METADATA
   "DESCRIPTION" "Molfetta Satellite"
END
TYPE RASTER
STATUS OFF
TILEINDEX "ortocentro"
MINSCALE 500

TOLERANCE 0
TOLERANCEUNITS PIXELS
END

come faccio a dichiararlo di tipo Polygon?? se contiene delle foto?

Emanuele Masiero wrote:

pmapper è solo un'applicazione web che riceve l'immagine da mapserver,
è
quest'ultimo che fa il grosso del lavoro!

se hai problemi di prestazioni
puoi:
1) generare un tileindex con libreria GDAL
http://www.gdal.org/gdaltindex.html
il risultato è un file shape di poligoni da indicare nel mapfile la
posto
dei raster
questo riduce i tempi di generazione dell'immagine

2) oppure convertire i dati in ecw (raster compresso leggero e veloce)
se
però devi pubblicare all'esterno devi chiedere la licenza (a
pagamento)
ciao
emanuele

Andrea Peri wrote:

E se creo più file shape contenenti le stesse foto?? Es. creo :
"ortoCentro.shp", contenenti solo le foto del centro della città,
"ortoPeriferia.shp" contenente un'altra zona..e poi li carico insieme

cambia

qualkosa??!!

Forse php e javascript??? :))

E' vero, pero' occorre tener presente che pmapper e' solo il
front-end
e il vero motore che gira dietro le quinte e' MapServer.
Il quale e' scritto in C++.

Il dubbio e' se l'indicizzazione dei raster viene gestita da
MapServer
o da P-Mapper.
Se funzionasse in quest'ultimo modo, allora la maggior lentezza del
php sarebbe la causa.

Se invece la gestione dell'indice dei raster viene fatta da mapServer
(parlo per ipotesi perche' non conosco cosi' approfonditamente
MapServer)

Allora l'unica spiegazione sarebbe che l'algoritmo di MapServer e'
meno efficiente,

Un esempio di minore efficienza e' ad esempio se pensi di costruire
prima una gigantesca mappa di tutti i rasters e poi ritagliarla
sull'ingombro della finestra richiesta.

Migliore efficienza, sarebbe invece, isolare prima i rasters che
cascano anche solo parzialmente nella finestra di visibilita' e poi
coinvolgere solo essi.

Tornando alle soluzioni:
Puo' darsi che la tecnica di scorporarli e caricarli separatamente
possa sortire qualche effetto.

pero' non farei una separazione come dici te, in uno shape il centro
e
nell'altro i dintorni.
Perche' finisci per coinvolgerli sempre entrambi e perdi i benefici
della separazione in shapefile distinti.

Io separerei a fette, nord, est ovest e sud.
4 shapefile ognuno con un proprio quadrante.

Ciao,

--
~~~~~~~~~~~~~~~~~
§ Andrea §
§ Peri §
~~~~~~~~~~~~~~~~~
_______________________________________________
Iscriviti all'associazione GFOSS.it:
http://www.gfoss.it/drupal/iscrizione
Gfoss@faunalia.com
http://www.faunalia.com/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.

--
View this message in context:
http://www.nabble.com/ORTOFOTO-in-pmapper-tp21215560p21251876.html
Sent from the Gfoss mailing list archive at Nabble.com.

_______________________________________________
Iscriviti all'associazione GFOSS.it:
http://www.gfoss.it/drupal/iscrizione
Gfoss@faunalia.com
http://www.faunalia.com/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
Gfoss@faunalia.com
http://www.faunalia.com/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.

--
View this message in context: http://www.nabble.com/ORTOFOTO-in-pmapper-tp21215560p21264171.html
Sent from the Gfoss mailing list archive at Nabble.com.

Ciao,

piramidizzare vorrebbe dire comprimere i file?
Posso farlo con immagini tiff?

Osservando il comando penso dovrei farlo sempre in ciclo, poiche i files
sono una cinquantina.

Grazie..ciao

francesco.pirotti wrote:

Un'altra solutzione, testata e funzionale è quella di "piramidizzare" le
immagini.

Puoi farlo con l'utility GDAL che si chiama gdaladdo oppure aprirle con
QGIS e chiedere di creare le piramidi.

Se hai una cartella con tanti file ti posso anche girare lo script che
utilizzo per automatizzare la creazione delle piramidi.
Il comando comunque è:

gdaladdo -r average %nomedelfile immagine% 4 8 12 16 32 64 etc...

--------------------------------------
Francesco Pirotti
Dept. Te.S.A.F./CIRGEO
University of Padua
Viale dell'Università 16
I-35020 Legnaro (PD)
tel. +39 049 827 2710
fax. +39 049 827 2686
mob. +39 349 55 39 261
@mail francesco.pirotti@unipd.it
skypeID francesco197576
http://www.cirgeo.unipd.it/cirgeo/francescopirotti.htm

---------- Original Message ----------
To: (gfoss@faunalia.com)
From: Emanuele Masiero (emanuele.masiero@gmail.com)
Subject: Re: [Gfoss] ORTOFOTO in pmapper
Date: 31/12/2008 13:53:49

pmapper è solo un'applicazione web che riceve l'immagine da mapserver, è
quest'ultimo che fa il grosso del lavoro!

se hai problemi di prestazioni
puoi:
1) generare un tileindex con libreria GDAL
http://www.gdal.org/gdaltindex.html
il risultato è un file shape di poligoni da indicare nel mapfile la posto
dei raster
questo riduce i tempi di generazione dell'immagine

2) oppure convertire i dati in ecw (raster compresso leggero e veloce) se
però devi pubblicare all'esterno devi chiedere la licenza (a pagamento)
ciao
emanuele

Andrea Peri wrote:

E se creo più file shape contenenti le stesse foto?? Es. creo :
"ortoCentro.shp", contenenti solo le foto del centro della città,
"ortoPeriferia.shp" contenente un'altra zona..e poi li carico insieme

cambia

qualkosa??!!

Forse php e javascript??? :))

E' vero, pero' occorre tener presente che pmapper e' solo il front-end
e il vero motore che gira dietro le quinte e' MapServer.
Il quale e' scritto in C++.

Il dubbio e' se l'indicizzazione dei raster viene gestita da MapServer
o da P-Mapper.
Se funzionasse in quest'ultimo modo, allora la maggior lentezza del
php sarebbe la causa.

Se invece la gestione dell'indice dei raster viene fatta da mapServer
(parlo per ipotesi perche' non conosco cosi' approfonditamente
MapServer)

Allora l'unica spiegazione sarebbe che l'algoritmo di MapServer e'
meno efficiente,

Un esempio di minore efficienza e' ad esempio se pensi di costruire
prima una gigantesca mappa di tutti i rasters e poi ritagliarla
sull'ingombro della finestra richiesta.

Migliore efficienza, sarebbe invece, isolare prima i rasters che
cascano anche solo parzialmente nella finestra di visibilita' e poi
coinvolgere solo essi.

Tornando alle soluzioni:
Puo' darsi che la tecnica di scorporarli e caricarli separatamente
possa sortire qualche effetto.

pero' non farei una separazione come dici te, in uno shape il centro e
nell'altro i dintorni.
Perche' finisci per coinvolgerli sempre entrambi e perdi i benefici
della separazione in shapefile distinti.

Io separerei a fette, nord, est ovest e sud.
4 shapefile ognuno con un proprio quadrante.

Ciao,

--
~~~~~~~~~~~~~~~~~
§ Andrea §
§ Peri §
~~~~~~~~~~~~~~~~~
_______________________________________________
Iscriviti all'associazione GFOSS.it:
http://www.gfoss.it/drupal/iscrizione
Gfoss@faunalia.com
http://www.faunalia.com/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.

--
View this message in context:
http://www.nabble.com/ORTOFOTO-in-pmapper-tp21215560p21231085.html
Sent from the Gfoss mailing list archive at Nabble.com.

_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@faunalia.com
http://www.faunalia.com/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
Gfoss@faunalia.com
http://www.faunalia.com/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.

--
View this message in context: http://www.nabble.com/ORTOFOTO-in-pmapper-tp21215560p21327469.html
Sent from the Gfoss mailing list archive at Nabble.com.