Hi Robert, I'm using osgdem which came from OpenScenGraph 1.2 running on Linux. I have some old code that use osgProducer::Viewer and so I have been reluctant to upgrade since in OpenScenGraph 2.4, osgProducer is no longer available. I will upgrade now and try to learn the new syntax. Can you answer my first question which is if I get this to work, will osg's getWorldIntersectPoint:
intersectPoint=hlist.front().getWorldIntersectPoint(); return the intersectPoint in the Mars body frame, ie will the norm of "intersectPoint._v" be around 3396190 meters? Also, I just got GDAL 1.4.1.0 with OSG 2.4, VPB and proj-4.6.0 built and when I ran osgdem on the original DEM_1m_VictoriaCrater.tif, I got: $ osgdem -d DEM_1m_VictoriaCrater.tif -l 4 -o test.ive -d DEM_1m_VictoriaCrater.tif -o test.ive Adding terrainTile DataSet::_run() 0 0 Caught exception. but osgdem ran fine if I used the DEM_1m_VictoriaCrater_1.tif (generated by OpenEV). Thanks Robert, Linh > And Linh, I'm trying to do intersections on the Moon too like this, > perhaps we could share notes when we get something working... PaulB, sure. Linh Robert Osfield wrote: >Hi Linh, > >Thanks for the link to the data. I've downloaded and run osgdem on >the file specified but didn't get an error from GDAL/PROJ like you >did, so I'd guess that we have a different GDAL/PROJ versions. I >have: > >GDAL 1.4.1.0, released 2007/04/09 > > >When the database built I found that the crater itself built OK but >there was erroneous boarders to the data, looking like it osgdem/VPB >hasn't detected no data values. > >Running the file through gdalinfo shows that GDAL itself isn't >detecting a no data value, and the range is rather wild: > >gdalinfo DEM_1m_VictoriaCrater.tif -mm >Driver: GTiff/GeoTIFF >Size is 1278, 1694 >Coordinate System is `' >Origin = (10343034.842341581359506,-120699.132580910620163) >Pixel Size = (1.011855074659235,-1.011855074660047) >Metadata: > AREA_OR_POINT=Area > TIFFTAG_SOFTWARE=IMAGINE TIFF Support >Copyright 1991 - 1999 by ERDAS, Inc. All Rights Reserved >@(#)$RCSfile: etif.c $ $Revision: 1.10.1.9.1.9.2.11 $ $Date: >2004/09/15 18:42:01EDT $ > TIFFTAG_XRESOLUTION=1 > TIFFTAG_YRESOLUTION=1 > TIFFTAG_RESOLUTIONUNIT=1 (unitless) >Corner Coordinates: >Upper Left (10343034.842, -120699.133) >Lower Left (10343034.842, -122413.215) >Upper Right (10344327.993, -120699.133) >Lower Right (10344327.993, -122413.215) >Center (10343681.418, -121556.174) >Band 1 Block=64x64 Type=Float32, ColorInterp=Gray > Computed Min/Max=-340282265508890445205022487695511781376.000,-1373.288 > Overviews: 320x424, 160x212, 80x106, 40x53 > >I don't know whether this is sign that GDAL itself needs updating to >handle this projection or whether the data itself is not set up well. > >BTW what version of VPB/GDAL/OS are you using? > >Robert. >_______________________________________________ >osg-users mailing list >[email protected] >http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > > _______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
