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
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
--
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
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
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
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
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
All is well - Topic can be closed. I found the info I needed and have
successfully created both osg and ive databases for the terrain data I'm using.
Many thanks for all of the help!
Cheers,
Steven
--
Read this topic online here:
Chris,
I can definitely do that, since I have the original files (imagery and
elevation) in segregated in separate sub-directories.
I'd still need to be able to visualize them though as I test the build process
to ensure that I'm seeing the 3D aspect of the overall terrain. With a VRT, I'm
Hi Chris "D",
Thanks - I'd done some researching and came to the same basic conclusion... For
now, I'm going to trust that the values are as they should be...
I've created a VRT file using gdalbuildvrt but am not sure how that can be used
now to ultimately create an osg (or osgb) file to use
Sorry to be a bother Chris, but I've drilled through QGIS' various methods of
viewing GeoTiff metadata but cannot find anything referencing any values named
"Flt_Max". I must be missing something...
...
Cheers,
Steven
--
Read this topic online here:
Chris,
Chris Hanson wrote:
> It's a single-precision 32-bit floating point TIFF. Values could be anywhere
> from -FLT_MAX to FLT_MAX.
>
> I've tried several methods to try to find the FLT_MAX values but so far no
> joy, so I have no idea what it could be set to... Can you recommend a method
Chris,
Not sure what value range you are referring to (still learning all I can
regarding the GeoTiff file structures).
"This seems plausible. Did you check to see what value range this elevation
TIFF has?"
Steven
--
Read this topic online here:
Chris,
When I examine an image GeoTiff with GDALinfo, here's what is output:
Driver: GTiff/GeoTIFF
Files: N33W118_D004_S001_T001_L00_U0_R0a.tif
Size is 1024, 1024
Coordinate System is:
GEOGCS["WGS 84",
DATUM["WGS_1984",
SPHEROID["WGS 84",6378137,298.257223563,
Chris,
I've been trying osgdem to build the database, and pointing to the overall
imagery and elevation sub-directories works fine.
I receive no error messages, and the build completes, but when I use osgviewer
to inspect the .ive file, it is completely flat - no visible change in
elevation -
I'd downloaded that guide before and briefly reviewed it, but that was when I
first installed VPB but hadn't yet tried it.
It would certainly be much more efficient to combine the imagery and elevation
data and create an osg or ive formatted database.
But, since I have so many GeoTiffs and
Hi Scott,
Are you referring to a TMS dataset? Or something different? (All of my
elevation and imagery files are tiled GeoTiffs.)
Thanks!
Steven
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=75903#75903
Chris - Is there a tutorial of some sort that would cover the basic steps to
begin building a database in VPB using GeoTiff elevation and imagery data for
the input?
I've downloaded and compiled VPB (MS Windows), but since it's mainly
command-line driven, it's not all that intuitive. Also,
I'd considered VPB previously, but now it looks like it may be the most
practical solution to meet our needs. Wish me luck, and thanks again Chris!
Cheers,
Steven
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=75897#75897
Chris - Thanks for the answer. I do understand the nuts & bolts of the OSG
architecture, but was looking for a way to further streamline loading of a very
large quantity of GIS imagery and elevation data that are referenced within the
.earth file (over 4,000 images and close to 1,000 elev
Hope someone can help with this:
I need to convert an earth file to the .osg format. I've not found any solid
info yet as to how this can be done, or if it can be done at all. The 3rd party
program this is for can load .osg or .ive GIS maps.
I've tried osgconv, and it creates a new file with
21 matches
Mail list logo
