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
Hi Gert, Try setting the interpolateTerrain bool to false in the readHeightField method and see if that fixes your problems. That shouldn't have anything to do with the first issue you mentioned (textures shifting from LOD level to LOD level) but may fix the second issue. Jason
-- 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/
