Ah, interesting. The imagemosaicJDBC import does not create/use a "0"  
directory.

In the meantime, we know at that gdal_retile needs long runs for very  
large mosaics. A user tried to patch gdal_retile with a different  
output structure.
He made additional subdirs for each tile row, creating subdirs  within  
"0","1","2". This leads to more directories, each having less files.

A job not finishing within 2 weeks finished within 2 days ??????. He  
tested on Windows but I had similar symptoms on AIX and Linux.

If I can find some time, I will add a new option for gdal_retile. This  
is the point in time for gdal_retile to create a subdir "0" itself,  
otherwise the output structure becomes chaotic.

A good strategy would be creating a patch for the pyramid data store  
after modifying gdal_retile. For imagemosaicJDBC I can do it myself.

Are you subscribed on the gdal-dev list. Before I alter the output  
structure I will do some broadcast.

Cheers
Christian










Quoting Andrea Aime <[email protected]>:

> On Wed, Dec 8, 2010 at 9:57 AM,  <[email protected]> wrote:
>> As far as I can remember gdal_retile.py does not create a subdir called "0".
>> Only pyramids are created in subdirs numbered 1,2,....
>>
>>
>> Quoting Robert Buckley <[email protected]>:
>>
>>> hi,
>>>
>>> after trying out the imagepyramid extention I have realised that i´m
>>>  not getting
>>> a "0" Folder for my tiles. I have tried using various levels but i
>>> never get the
>>> last folder.
>>>
>
> Normally when pointing the pyramid data store at a directory containing
> the  pyramid created by gdal_retile the code figures out the
> structure, moves all the tiles at the top level to a 0 folder, and
> creates the property file for the pyramid and the mosaic index for
> all numbered subfolders.
> Not sure why this is not happening, some debugging with real data
> is in order I guess
>
> Cheers
> Andrea
>
> -----------------------------------------------------
> Ing. Andrea Aime
> Senior Software Engineer
>
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
>
> phone: +39 0584962313
> fax:     +39 0584962313
>
> http://www.geo-solutions.it
> http://geo-solutions.blogspot.com/
> http://www.linkedin.com/in/andreaaime
> http://twitter.com/geowolf
>
> -----------------------------------------------------
>



----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.



------------------------------------------------------------------------------
What happens now with your Lotus Notes apps - do you make another costly 
upgrade, or settle for being marooned without product support? Time to move
off Lotus Notes and onto the cloud with Force.com, apps are easier to build,
use, and manage than apps on traditional platforms. Sign up for the Lotus 
Notes Migration Kit to learn more. http://p.sf.net/sfu/salesforce-d2d
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Reply via email to