[osg-users] Setting up VPBMaster
jacob88 at hotmail.com
Mon Nov 2 10:31:33 PST 2009
Thanks again for your input. I won't even bother with VBPMaster now unless I get approval to upgrade OpenSceneGraph. There is a lot of overhead and hoops to go through in order to make a change like that, so I'm compile this info and pitch it to management and let them make a decision.
As far as the current process goes, I'm glad to hear that "it might work". My biggest question was "if this is too much data, when will osgem crash - during processing or during writing?" Your right, I will be upset if it crashed during writing, because that means I've lost 15 days, and I could have been exploring the options of VBPMaster by updating OSG, if that even gets approved here. To answer your last question, you're exactly right. I'm taking a bunch of Openflight data with 3D terrain/textures/models and I'm just generating a 2D map to be displayed from the Bird's-Eye-View. Your comment about going about that the wrong way scares me, but also indicates that there's a better way? Could you shed some light on that? I would love to pursue a different approach if it's more feasible for what I'm doing. However, I do know that my former co-worker ran a series of smaller samples of this exact database, processing it at various levels, and it produced the desired result. At one point, he had an output of 22,000 files, generated at various resolutions, and the resulting .ive database is fully compatible with our software and displays the entire database. Now we're just trying to apply that process to the entire database at a higher resolution? Do you have an alternative suggestion? I'm really open to any quicker/more reliable solution. Thanks!
> Date: Mon, 2 Nov 2009 10:43:08 -0700
> From: xenon at alphapixel.com
> To: osg-users at lists.openscenegraph.org
> Subject: Re: [osg-users] Setting up VPBMaster
> Jacob Armstrong wrote:
> > Thanks for the feedback, Chris. I'm trying to use VPBMaster-0.9.0 or
> > VPBMaster-0.9.1 with OpenSceneGraph-1.2, so you're right, I'm not sure
> > if they're even compatible.
> You're playing with fire here. I expect they are not going to be compatible.
> > I'm only using this as a back-up option
> > though. Robert said that osgdem can't handle a database as large as the
> > one we're trying to generate, but it has been running for 7 days and
> > seems to be processing all of the data. Do you know what the expected
> > behavior is for osgdem if I pass in 1879 bitmaps and try to generate a
> > 1000kmx1000km database at 2MPP (actually, the lower half of the DB is
> > being generated at 4MPP(11 levels), and the upper half of the DB is
> > being generated at 2MPP(12 levels))? My estimate is that OSGDem will
> > finish processing the data in 8 more days and then begin generating the
> > files (for approximately 9 more days). Do you think this will even work?
> > I'm really hoping it will. :)
> You're outside the envelope. It might work. It might cause a singularity that sucks the
> universe beyond the event horizon and into a black hole. ;) Good luck with that.
> You're going to be really mad if it gets to the end and either crashes or makes garbage
> data, and you'll wonder why you didn't spend that time adapting to the latest code that
> could have done the job properly and more rapidly using multiple CPUs and stuff.
> Are you really generating a 3D database from all of this? It almost sounds like your
> just doing a 2D orthographic map, which tells me you're going about this COMPLETELY the
> wrong way.
> Chris 'Xenon' Hanson, omo sanza lettere Xenon AlphaPixel.com
> PixelSense Landsat processing now available! http://www.alphapixel.com/demos/
> "There is no Truth. There is only Perception. To Perceive is to Exist." - Xen
> osg-users mailing list
> osg-users at lists.openscenegraph.org
New Windows 7: Find the right PC for you.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the osg-users