Looking at osgdem, the --xt and --yt do set the transaltion part of the geo transform matrix for that dataset, so outwardly it would be seem to be setting something. Perhaps the interrnals of osgTerrain arn't taking this translation part of the geotransform in to account, but they should, the code normally just uses the matrices complete.
I'm rather squeezed for time right now, but if I get a chance later I'll try and reproduce you usage case to see if I can reproduce the problem.
Robert.
On 9/8/06,
Mike Logan <[EMAIL PROTECTED]> wrote:
Hi, I'm trying to quickly whip up a generated 'fake' terrain,and wanted to still do a high-res inset.There is NO GEOreferenced data here, all PNG terrains.The use of --xx and --yy work fine, but my hi-res piece isalways in the corner sharing x=0,y=0 with the lower respiece.I thought this might move the hi-res portion somewhere away from the origin:osgdem \--xx 1000 --yy 1000 -d 2k_by_2k_terrain.png \--xx 100 --yy 100 -v 0.1 --xt 5000 --yt 5000 -d hires.png \-l 5 -o test.ive -a test.osgaIn fact, after many tries, I can't see that --xt and --yt do anything?help,mlMichael Logan
QSS Group,Inc / NASA Ames Research Center
Task Lead / Visual Cueing & Simulation
Visualization Engineer / Adaptive Control Technologies
_______________________________________________
osg-users mailing list
[email protected]
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/
_______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
