osgEarth has a VPB driver:
https://github.com/gwaldron/osgearth/blob/master/src/osgEarthDrivers/vpb/ReaderWriterVPB.cpp
I've not used it in as long as I can remember, but I think it could be used
to insert VPB-built .osg/.ive/.osgb files into osgEarth as terrain layers.
It's not placed using a "m
Figured it out...
On a side note, can I point to the osgb terrain database files from within an
.earth file? I've not see anything that covers that, unless, in this case, the
osgb file(s) are considered a "model".
The database for the osgb format includes a sub-directory named
...\dbtest_root_
You can, if you want, hook in a pseudoloader that intercepts ALL calls to
load .osgb files and snoops on them to see if they are terrain tiles, and
if they are, you can on the fly add buildings and models and vegetation to
the scene. This way, the accessories page in and out with the terrain.
It's
Chris,
Osgb it will be... The performance is great, particularly after I limited the
overall area that the database covered. The tricky part will be the 3D models
and vegetation placement. This must be done as it is integral to what I'm
building...
...
Cheers,
Steven
--
Rea
Is it performing more to your liking using the OSG/IVE format?
For future-proofing you should probably consider using the osgb format as
OSG/IVE are deprecated now.
On Mon, Jun 3, 2019 at 8:27 PM Steven Jones wrote:
> Thanks Chris - I am relatively certain I can use all the luck I can get...
>
Thanks Chris - I am relatively certain I can use all the luck I can get...
Cheers,
Steven
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=76182#76182
___
osg-users mailing list
osg-users@lists.opens
Good luck!
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Chris, Robert,
The crunching completed - osgdem generated 103,830 .ive files total, and the
resolution now matches what is rendered in an .earth file.
The last file generated was dbtest_L11_X667_Y251_subtile.ive.
CDBs can have a max LOD of 23 (centimeter resolution).
Next step is to add the 3D
Hi Steve and Chris,
On Mon, 3 Jun 2019 at 13:00, Chris Hanson wrote:
> It sounds like osgdem's idea of 'levels' may not correspond to CDB's, and
> increasing the number os osgdem levels may be the right solution.
>
> I don't think osgdem ever generates "too many" levels -- the "levels" option
>
It sounds like osgdem's idea of 'levels' may not correspond to CDB's, and
increasing the number os osgdem levels may be the right solution.
I don't think osgdem ever generates "too many" levels -- the "levels"
option simply limits how far it is allowed to go. So, if you really want
ALL detail from
Update...
With the LOD level set to 8, osgdem generated approx 1,600 .ive files.
With the value set to 99, it's been crunching for over 2 hours, and it's up to
38,000+ .ive files and is still crunching.
The latest .ive file to be created is dbtest_L9_X255_Y63_subtile.ive.
The imagery files (4
Chris,
The imagery files are delineated (in sub-directories) as L00 through L08,
elevation through L04. Originally all were part of a CDB database. I'm assuming
that, per current CDB standards, this would indicate up to an LOD of 08, unless
I'm mistaken...
I can change it to "99", per some of
Are you sure 8 levels
>osgdem --TERRAIN --no-terrain-simplification --npot --BuildOverlays True
--blending-policy ENABLE_BLENDING --PagedLOD --interpolate-imagery
--mip-mapping-imagery -l 8 -d C:\DB\N33\W118\Mosaic\Ele -t
C:\DB\N33\W118\Mosaic\Img -gb -118.025000568 32.8698343849721
-1
I've noticed that there is a rather large difference in the resolution of the
terrain when rendered in OSG using different methods.
For example, when I view a terrain database in the .earth format, the
resolution of the terrain is very noticeably higher than the resolution of the
terrain in bot
14 matches
Mail list logo
