Hi Simone,
Thanks for the response. Here are my answers to your questions:
1. The original CRS is: EPSG:26911. One other reason for re-projection to
EPSG:3857 is so that we can use GeoWebCache. We already have EPSG:3857
Gridset defined in Geoserver.
2. Below was what I did:
for file in *.jp2;do
filename=`echo "$file" |cut -d'.' -f1`
gdal_translate -of GTiff $file $filename.tif
gdalwarp -t_srs EPSG:3857 $filename.tif $filename-warped.tif
mv $filename-warped.tif $filename.tif
gdal_retile.py -v -r bilinear -levels 4 -ps 2048 2048 -co "TILED=YES" -co
"BLOCKXSIZE=256" -co "BLOCKYSIZE=256" -co "COMPRESS=DEFLATE"
-useDirForEachRow -targetDir pyramid $filename.tif
done
After that I create a ImagePyramid store that the GeoTiff. Does that mean
I use ImagePyramid or ImageMosaic?
Regards,
Tam
On Wed, Apr 30, 2014 at 6:55 AM, Simone Giannecchini <
[email protected]> wrote:
> Ciao,
> please read below...
>
>
> Regards,
> Simone Giannecchini
> ==
> Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
> for more information.
> ==
>
> Ing. Simone Giannecchini
> @simogeo
> Founder/Director
>
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054 Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39 333 8128928
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> -------------------------------------------------------
>
>
> On Tue, Apr 29, 2014 at 12:30 AM, tt5430 <[email protected]> wrote:
> > Hi Simone,
> >
> > Below are my answers to you questions:
> >
> > 1. The slides suggest that ImageMosaic should not be used if the number
> of
> > files is high and instead use ImagePyramid. I changed to use ImageMosaic
> > and the performance is good.
> > 2. Not sure if it is neccessary, but the reason for warping to EPSG:3857
> is
> > because I have other layers such as OSM which already has that
> projection.
> > Also, we use Leaflet engine for displaying maps and I believe its default
> > projection is EPSG:3857. Also, is it desirable not to have Geoserver
> > perform re-projection on the fly?
>
> That is usually not a problem, reprojection is optimized hence it
> should not make a huge difference.
> What is the original CRS for this data.
>
> > 3. We are using the latest stable Geoserver version 2.5.0.
> > 4. Here is the content of the Mosaic.properties
> > #-Automagically created from GeoTools-
> > #Thu Apr 24 15:52:05 GMT+00:00 2014
> > Levels=1.3832528371921782,1.3832528371921782
> > 2.766505674384357,2.7665056743843564 5.531165781274127,5.533011348768713
> > 11.05495667483989,11.066022697537425 22.10991334967978,22.1320
> > 4539507485 44.10222077728679,44.17375591098613
> > 88.20444155457358,87.98837559505368 176.40888310914715,174.55758384180004
> > Heterogeneous=true
> > AbsolutePath=false
> > Name=Sioux-Falls
> > TypeName=Sioux-Falls
> > Caching=false
> > ExpandToRGB=false
> > LocationAttribute=location
> > CheckAuxiliaryMetadata=false
> > LevelsNum=8
> >
>
> This is sub-optimal
>
> Heterogeneous=true
>
> which means that the granules have different resolutions. I believe
> this comes from the fact that you reprojected to EPSG:3857, this is
> why I would probably prefer to use the original CRS and reproject on
> the fly at the end if possible.
>
>
> > 5. What I am doing is to provide some means for the user to download the
> > NAIP imagery from the website and upload them to our map server, which is
> > Geoserver, prepare the data, and install them onto Geoserver for
> rendering.
> > Since we have no control on how the user download the NAIP imagery, the
> > number of files can be large. I have tried with a download that has 120
> jp2
> > files and used ImagePyramid for it.
>
> Are you sure you are not using ImageMosaic instead?
>
> > The performance was really good. One
> > thing I noticed is the size of the pyramid is big; it is 16 GB. Your
> > suggestion of merging some of the original jp2 files sound great but I am
> > not sure what is the best way to do it since the number of jp2 files is
> > unpredictable and the process has to be done by some script. Can you
> give
> > me some ideas?
>
> you might want to check these pages:
> http://geoserver.geo-solutions.it/edu/en/raster_data/index.html
>
> > Also, is there a limit of the number of GeoTiff files before
> > the performance of ImagePyramid becomes degraded.
> >
>
> Some euristic is in the slides I have pointed you at.
>
>
>
> > Thanks,
> > Tam
> >
> >
> >
> > --
> > View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Prepare-GeoTiff-data-for-optimal-performance-tp5136963p5137629.html
> > Sent from the GeoServer - User mailing list archive at Nabble.com.
> >
> >
> ------------------------------------------------------------------------------
> > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
> > Instantly run your Selenium tests across 300+ browser/OS combos. Get
> > unparalleled scalability from the best Selenium testing platform
> available.
> > Simple to use. Nothing to install. Get started now for free."
> > http://p.sf.net/sfu/SauceLabs
> > _______________________________________________
> > Geoserver-users mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
------------------------------------------------------------------------------
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos. Get
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users
