Hi Simone,
The correct CRS is EPSG:3728,
http://spatialreference.org/ref/epsg/3728/, although EPSG:102722 is pretty
close.
The size of the tiff is, well, either cheapness or laziness. The
current format, naming convention and size is what has been used by our
engineers in CAD for 8 years, and is referenced by all their CAD drawings,
and I'm trying to not have two copies of a 160GB dataset. That said, if
there's a strong performance gain to be had by retiling to a smaller size, I
can squeeze more space out of our RAID.
Steve
Stephen Mather, GIS Manager
Cleveland Metroparks
4101 Fulton Pkwy
Cleveland, OH 44144
s...@clevelandmetroparks.com
Phone: (216) 635-3243
FAX: (216) 635-3286
-----Original Message-----
From: simbo...@gmail.com [mailto:simbo...@gmail.com] On Behalf Of Simone
Giannecchini
Sent: Wednesday, March 24, 2010 5:31 AM
To: s...@clevelandmetroparks.com
Cc: geoserver-devel@lists.sourceforge.net
Subject: Re: [Geoserver-devel] Image pyramid improvements and tutorial
Ciao Stephen,
I downloaded the data and ran a quick test.
The pyramid creation was smooth, although I noticed that the geotiff files
you have provided us with do not contain a proper EPSG code for the CRS. I
picked one that was close enough and forced a reprojection (not the best
thing performance wise). Things worked for me in the end (although as I said
I have a few local changes that might have helped)
My questions for you are as follows:
- do you know a valid EPSG code for this dataset?
- why you using tiff that big for the single granule/tiles?
Ciao,
Simone.
-------------------------------------------------------
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Founder - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928
http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.linkedin.com/in/simonegiannecchini
http://twitter.com/simogeo
-------------------------------------------------------
On Tue, Mar 23, 2010 at 3:00 PM, Stephen V. Mather
<s...@clevelandmetroparks.com> wrote:
> I should say, the file in question is called retile_test1.zip.
>
> Steve
>
>
>
>
>
> -----Original Message-----
> From: Stephen V. Mather [mailto:s...@clevelandmetroparks.com]
> Sent: Monday, March 22, 2010 5:11 PM
> To: 'Simone Giannecchini'
> Cc: 'geoserver-devel@lists.sourceforge.net'
> Subject: RE: [Geoserver-devel] Image pyramid improvements and tutorial
>
>
> The test data are a little bigger than expected-- 195MB. They will be
> available shortly at the following FTP site:
>
> ftp://ftp.clevelandmetroparks.com/pdnr/out
>
> Thanks,
> Steve
>
> Stephen Mather, GIS Manager
> Cleveland Metroparks
> 4101 Fulton Pkwy
> Cleveland, OH 44144
> s...@clevelandmetroparks.com
> Phone: (216) 635-3243
> FAX: (216) 635-3286
>
>
>
>
>
>
>
> -----Original Message-----
> From: simbo...@gmail.com [mailto:simbo...@gmail.com] On Behalf Of
> Simone Giannecchini
> Sent: Saturday, March 20, 2010 10:16 AM
> To: s...@clevelandmetroparks.com
> Cc: geoserver-devel@lists.sourceforge.net
> Subject: Re: [Geoserver-devel] Image pyramid improvements and tutorial
>
>
> I guess that doing some testing with your data could be helpful. I
> have some uncommitted fixes/improvements that might solve these
> issues.
>
> Simone
>
> On 3/19/10, Stephen V. Mather <s...@clevelandmetroparks.com> wrote:
>>> Qcuik questions:
>>> - are you adding a reprojection in the mix while you are doing this
>>> tests?
>>
>> I have tried it both with and without reprojection, to the same
>> effect.
>>
>>> - are all your granules of the same resolution?
>>
>> Yes, they are all 0.15m pixels in 5000x4000 images. I have tried
>> both leaving the existing 0 level images at 5000x4000 (-pyramidOnly)
>> and retiling to 2048x2048, both with the same result.
>>
>> Steve
>>
>>
>> On Tue, Mar 16, 2010 at 1:13 PM, Stephen Mather
>> <s...@clevelandmetroparks.com> wrote:
>>>
>>> Hi Andrea,
>>> I've been working on giving it a spin with our own data. The
>>> tutorial is excellent. Easy to read and follow.
>>> I'm currently testing it on a Windows 2003 server with nightly
>>> build geoserver-2.0.x-2010-03-03-bin.zip, and
>>> geoserver-2.0.2-SNAPSHOT-pyramid-plugin.zip
>>> The test I've been doing is with 0.5ft (0.15m) color
>>> orthophotos that sum to about 150GB as TIFFs. They are currently
>>> tiled as 5000x4000 images. I've retiled them with gdal_retile as
>>> 2048x2048 images with overviews with the following command:
>>>
>>> gdal_retile -v -s_srs "EPSG:102722" -levels 5 -ps 2048 2048
>>> -targetdir test3 --optfile tilelist.txt
>>>
>>> I'm currently working on a subset of the data for testing. Checking
>>> all the tiles generated from gdal_retile, they all look fine in an
>>> image viewer, and check out (with a spot check) with gdalinfo.
>>>
>>> When I load them in GeoServer, I get a strange effect. Some of the
>>> tiles never render at their full resolution for a given zoom level,
>>> but at a reduced resolution. If I load ~16 tiles vs. loading e.g.
>>> 40+ tiles the places where this happens shifts, i.e. tiles that were
>>> a problem before stop being a problem, while other tiles exhibit the
>>> same behavior.
>>>
>>> Does this make sense, is this an effect you've seen, and would
>>> images and log files be helpful?
>>>
>>> Thanks,
>>> Steve
>>>
>>>
>>>
>>> Andrea Aime-4 wrote:
>>>>
>>>> Hi all,
>>>> lately I've been working, under OpenGeo request, to improve the
>>>> situation vs image pyramids, in particular, making it easier to
>>>> configure a file based one.
>>>>
>>>> ...
>>>>
>>>> Is anyone interested to give the tutorial a spin, a review? Is
>>>> there anything missing or that could be done better?
>>>>
>>>> Cheers
>>>> Andrea
>>>>
>>>> --
>>>> Andrea Aime
>>>> OpenGeo - http://opengeo.org
>>>> Expert service straight from the developers.
>>>>
>>>> -------------------------------------------------------------------
>>>> -
>>>> -
>>>> ---------
>>>> SOLARIS 10 is the OS for Data Centers - provides features such as
>>>> DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris
>>>> 10 NOW http://p.sf.net/sfu/solaris-dev2dev
>>>> _______________________________________________
>>>> Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>>>
>>>>
>>>
>>> --
>>> View this message in context:
>>>
>> http://old.nabble.com/Image-pyramid-improvements-and-tutorial-tp27608
>> 6
>> 54p279
>> 10740.html
>>> Sent from the GeoServer - Dev mailing list archive at Nabble.com.
>>>
>>>
>>> --------------------------------------------------------------------
>>> -
>>> -
>>> --------
>>> Download Intel® Parallel Studio Eval
>>> Try the new software tools for yourself. Speed compiling, find bugs
>>> proactively, and fine-tune applications for parallel performance. See
>>> why Intel Parallel Studio got high marks during beta.
>>> http://p.sf.net/sfu/intel-sw-dev
>>> _______________________________________________
>>> Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>>
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> -
>> --------
>> Download Intel® Parallel Studio Eval
>> Try the new software tools for yourself. Speed compiling, find bugs
>> proactively, and fine-tune applications for parallel performance. See
>> why Intel Parallel Studio got high marks during beta.
>> http://p.sf.net/sfu/intel-sw-dev
>> _______________________________________________
>> Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>
>
>
> --
> -------------------------------------------------------
> Ing. Simone Giannecchini
> GeoSolutions S.A.S.
> Founder - Software Engineer
> Via Carignoni 51
> 55041 Camaiore (LU)
> Italy
>
> phone: +39 0584983027
> fax: +39 0584983027
> mob: +39 333 8128928
>
>
> http://www.geo-solutions.it http://geo-solutions.blogspot.com/
> http://www.linkedin.com/in/simonegiannecchini
> http://twitter.com/simogeo
>
> -------------------------------------------------------
>
>
>
>
> ----------------------------------------------------------------------
> --------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
