Hi Luc,

Luc Claustres wrote:
J.P. Delport wrote:
"The vpbmaster command created 473 tasks and after 50 hours of processing created 1.5 million files with a total size of 487GB."

The input data is around 800GB if I remember OK.
So the 60 days does sound a bit extreme.



In our case, VPB created about 130 000 tasks...

How many does it create if you do not specify the split (like you had on the command line) explicitly?



J.P. Delport wrote:
Are you getting any messages that vpb is transforming the coordinate system of your files?

If so you'd probably be better off doing this as a preprocess step using the gdal tools. I would e.g. convert the ECW's to Geotiff's in the final projection that you use.



All our files are already in the final projection.


J.P. Delport wrote:
Also, you could try adding overviews to your input data, e.g.

gdaladdo my.tiff 2 4 8 16

It could speed up vpb's loading of the input data.



ECW naturally includes overview as it is a wavelets-based compression.

How much time does decompression take? Maybe an uncompressed format would be faster, but I'm not sure.



J.P. Delport wrote:
You could also try add --compressed --npot to the vpb command line.



I cannot see the npot option details here 
http://www.openscenegraph.org/projects/VirtualPlanetBuilder/wiki/CommandLineOptions,
 what is it ?

It allows non-power-of-two (npot) images to be placed in the database. This is fine for most modern cards that can use npot textures. This could skip the scaling of images to power-of-two during build.

rgds
jp


Cheers, Luc

------------------
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=22499#22499





_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


--
This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF) standard. The full disclaimer details can be found at http://www.csir.co.za/disclaimer.html.

This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks Transtec Computers for their support.

_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Reply via email to