Hi Jason,
It should look like:
http://www.k2vi.com/osg/osgdem11_ok1.JPG
http://www.k2vi.com/osg/osgdem11_ok2.JPG
http://www.k2vi.com/osg/osgdem11_ok3.JPG
I tried setting the interpolateTerrain = false but same issue. It seems to
have something to do with the extent of the DEM and the extent of the
textures. I am guessing it has something to do with the changes Robert did
regarding the cases where data crosses the dataline.
Cheers Gert
On Tue, 14 Nov 2006 09:00:04 +1300, <[EMAIL PROTECTED]>
wrote:
Hi Gert,
I'll try to take a look at these when I have time. Can you post some
images of what the output looks like using OSG 1.1 (or whatever the
"correct" output should be)?
Jason
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Gert van
Maren
Sent: Monday, November 13, 2006 3:08 A
To: [email protected]
Subject: [osg-users] osgTerrain DataSet bug - more info
Hi Jason,
Got a bit further today. It seems to have something to do with the
extent
of the DEM and the extent of the textures.
Have a look at the errors I am getting (OSGDEM1.2 with GDAL 1.3.2 ->
same
result with GDAL 1.2.6):
http://www.k2vi.com/osg/osgdem_err1.jpg
http://www.k2vi.com/osg/osgdem_err2.jpg
http://www.k2vi.com/osg/osgdem_err3.jpg
http://www.k2vi.com/osg/osgdem_err4.jpg
As you can see the texture shifts at a certain LOD level.
Now in this exmaple my DEM was larger than the imagery. If I make the
DEM
the same extent as the combined images it works fine.
Any idea? OSGdem 1.1 works fine with both DEMs
Test data:
http://www.k2vi.com/osg/OSGdem12_data.zip
test_dem1.tif is the larger DEM -> error
test_dem2.tif is same extent -> no error
Cheers
Gert
--
Gert van Maren
Head of Research & Development
K2Vi Virtual Reality Software
Data Interface Technologies Ltd
Phone: +64 21 2855581
Email: [EMAIL PROTECTED]
Web: http://www.k2vi.com
_______________________________________________
osg-users mailing list
[email protected]
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/
