[Gfoss] ORTOFOTO in pmapper

[francesco334]

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 a 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.