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 <[email protected]>: >>>> >>>> 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 >>>>>> [email protected] >>>>>> 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 >>>> [email protected] >>>> 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 >>> [email protected] >>> 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. _______________________________________________ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione [email protected] 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.
