Re: [osg-users] OSG-based excavator simulator
Hi J-S, 3 weeks with 2 developers!!! Now I really feel like a rookie! Cheers, Greg -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=38612#38612 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Lighting shader problem
Hi Aitor, I'm definitely not a shader guy but how does your eyePosition variable ever get set?? Cheers, Greg -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=32228#32228 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] My Lines Disapering but Ploygons don't
Hi David, First off, let me say that I'm a complete rookie when it comes to OSG but I was experiencing ( as far as I can tell by your post ) the same exact thing quite some time ago. I resolved my problem with some help from people on this list so the least I can do is provide you with that same info and hope that it helps you. I looked at the osgdepthpartion example and found a class in that example called DepthPartitionNode. I used that class in my project and placed it at the root of my scene just like the example code shows. After that I could zoom into my models and terrain without the effects of the near clipping plane that you describe. All I can say is give it shot and see if it works! :) Someone else will need to explain how it works though! By the way, I'm one of your neighbors up the road here at Edwards AFB! Good luck! Greg -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=30219#30219 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Picking node with scaled positionattitudetransform as parent
Looks like my guess was wrong. It looks like the bounding sphere does take
into account the scale. I looked into the intersection test in
LineSegmentIntersector and found that the line segment is in fact intersecting
the sphere at two points but one of the final tests is failing.
Here is the intersects function in LineSegmentIntersector. I added line
numbers to ease my explanation.
Code:
1:bool LineSegmentIntersector::intersects(const osg::BoundingSphere bs )
2:{
3: if ( !bs.valid() ) return true;
4: osg::Vec3d sm = _start - bs._center;
5: double c = sm.length2()-bs._radius*bs._radius;
6: if (c0.0) return true;
7: osg::Vec3d se = _end-_start;
8: double a = se.length2();
9: double b = (sm*se)*2.0;
10: double d = b*b-4.0*a*c;
11: if (d0.0) return false;
12: double div = 1.0/(2.0*a);
13: double r1 = (-b-d)*div;
14: double r2 = (-b+d)*div;
15: if (r1=0.0 r2=0.0) return false;
16: if (r1=1.0 r2=1.0) return false;
17: return true;
18:}
The last test ( line 16 ) is failing. From reading the web I understand that
if the test on line 11 fails then there is no intersection but if it passes
then the line segment intersects the sphere at two points. I don't understand
what the last two tests ( lines 15 and 16 ) are testing for. Could someone
explain it to me?
Thanks in advance for any help.
Cheers,
Greg
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=28832#28832
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Picking node with scaled positionattitudetransform as parent
Hi J-S, Thanks for the explanation. I really appreciate it. I'm using the computeIntersections function for osgViewer::View so it calculates the line segment start and end points for me but now that I'm armed with the knowledge you gave me about the failing condition I can try and do the intersection test using another method where I calculate those points myself and see what happens. If I can't figure it out I'll be back here with my head hanging low. ;) But I will have learned a lot trying to figure it all out. Thanks for taking the time to answer my question. Cheers, Greg -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=28834#28834 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Picking node with scaled positionattitudetransform as parent
Hi, I'm pretty new to OSG so I could be doing this totally wrong but... I have a scene that contains the earth and a few (3ds) models. Each model has a PositionAttitudeTransform as its parent. I need to be able to pick each model using the mouse and I have successfully done that when my camera is close to these models. However, when I zoom way out so that the models are just specks on the screen I have trouble picking them. So, I tried scaling the models by calling setScale on the PositionAttitudeTransform node. I can now see the models very well but I still cannot pick them. I'm guessing that the intersect test is failing because it's not taking into account the scale. Am I going about this whole thing the wrong way or is there something else I'm missing? Any help or explanation is much appreciated. I am using the technique in the osgpick example and I'm using OSG 2.8.2 Thank you! Cheers, Greg -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=28755#28755 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Turning off heightfields in terrain database
Hey Glenn, Just wanted to check back in and let you know that your suggestion worked. Thanks! Greg On Aug 9, 5:18 pm, Greg Myers [EMAIL PROTECTED] wrote: Thanks for the quick response Glenn. I'll try it when I get back to work on Monday unless I get some time at home this weekend. I'll let you know if it works. Greg From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Glenn Waldron Sent: Saturday, August 09, 2008 2:53 PM To: OpenSceneGraph Users Subject: Re: [osg-users] Turning off heightfields in terrain database Greg, try: osgTerrain::Terrain::setVerticalScale( 0.0f ); Never tried it but it seems like what you want. Let us know if it works. Glenn On Sat, Aug 9, 2008 at 12:54 PM, Greg Myers [EMAIL PROTECTED] wrote: Hello, I recently built a terrain database using VPB with some DTED data and BMNG images. It looks great. Now, I find out that one of my user requirements is to be able to flatten the earth. What they actually mean by this is simply take out the DTED data so that all the imagery data is drawn on the ellipsoid with a zero altitude. Is there an easy way to do this with OSG? I know I can simply generate another database without the DTED data and that would solve the issue but I wanted to check here first before I make almost duplicate copies of the same data. I would really like a solution that uses a single database and provides a hot key to switch between modes. Any suggestions ? Thanks in advance Greg ___ osg-users mailing list [EMAIL PROTECTED]://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph... -- Glenn Waldron : Pelican Mapping :http://pelicanmapping.com: +1.703.652.4791 ___ osg-users mailing list [EMAIL PROTECTED]://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph... ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Turning off heightfields in terrain database
Hello, I recently built a terrain database using VPB with some DTED data and BMNG images. It looks great. Now, I find out that one of my user requirements is to be able to flatten the earth. What they actually mean by this is simply take out the DTED data so that all the imagery data is drawn on the ellipsoid with a zero altitude. Is there an easy way to do this with OSG? I know I can simply generate another database without the DTED data and that would solve the issue but I wanted to check here first before I make almost duplicate copies of the same data. I would really like a solution that uses a single database and provides a hot key to switch between modes. Any suggestions ? Thanks in advance Greg ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Turning off heightfields in terrain database
Thanks for the quick response Glenn. I'll try it when I get back to work on Monday unless I get some time at home this weekend. I'll let you know if it works. Greg From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Glenn Waldron Sent: Saturday, August 09, 2008 2:53 PM To: OpenSceneGraph Users Subject: Re: [osg-users] Turning off heightfields in terrain database Greg, try: osgTerrain::Terrain::setVerticalScale( 0.0f ); Never tried it but it seems like what you want. Let us know if it works. Glenn On Sat, Aug 9, 2008 at 12:54 PM, Greg Myers [EMAIL PROTECTED] wrote: Hello, I recently built a terrain database using VPB with some DTED data and BMNG images. It looks great. Now, I find out that one of my user requirements is to be able to flatten the earth. What they actually mean by this is simply take out the DTED data so that all the imagery data is drawn on the ellipsoid with a zero altitude. Is there an easy way to do this with OSG? I know I can simply generate another database without the DTED data and that would solve the issue but I wanted to check here first before I make almost duplicate copies of the same data. I would really like a solution that uses a single database and provides a hot key to switch between modes. Any suggestions ? Thanks in advance Greg ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Glenn Waldron : Pelican Mapping : http://pelicanmapping.com : +1.703.652.4791 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] vpb on cluster example
Hey Jason, Oh okay, now I understand. Thanks. When I came into work this morning my terrain database was done and waiting. I used osgviewer to check it out and WOW!! I'm totally amazed at the results and just how simple it was to create them. AMAZING TOOLS!! Now I'm off to the next step. Drawing different models here and there on the world to get the hang of things. This is fun!! Thanks again Greg On Jul 31, 7:01 am, Jason Beverage [EMAIL PROTECTED] wrote: Hi Greg, When you create overviews for a file, it is creating reduced resolution versions of the imagery. When osgTerrain is building the paged database, it is using GDAL under the hood to extract different levels of detail of the imagery and terrain. By having overviews built, all of the calls into GDAL should be MUCH faster as it can utilize the overviews that were built instead of trying to downsample on the fly. To get all the tools you need to do the job, get FWTools athttp://fwtools.maptools.org/. Documentation for all of the GDAL utilities can be found at: http://www.gdal.org/gdal_utilities.html GDAL and OpenSceneGraph are really an amazing combination! Good luck, Jason On Wed, Jul 30, 2008 at 11:49 PM, Greg Myers [EMAIL PROTECTED] wrote: Jason, Thanks for the vpbmaster tip. I thought it only applied to multiple systems... I guess I need to read things a little better ;) My database creation times went down dramatically now that all 8 cores are being utilized. I went ahead and launched a build with a decent amount of imagery and DTED data before I left work. Hopefully my hard drive doesn't fill up before it gets done. I'm having another hard drive installed tomorrow so that I can run a bigger set of data over the weekend. I haven't tried creating the overviews yet. How do they help increase speed? If the explanation is more of a class than a simple response then don't worry about responding, I understand ;) Thanks for all your help! Greg On Jul 30, 11:46 am, Jason Beverage [EMAIL PROTECTED] wrote: Hi again Greg, Forgot to mention this previously... You should also try building overviews for all of your geospatial data files using the gdal utility gdaladdo if they don't already have them. Doing so can result in pretty dramatic increases in speed. Jason On Wed, Jul 30, 2008 at 2:44 PM, Jason Beverage [EMAIL PROTECTED] wrote: Hi Greg, I don't believe it is currently possible to modify a database with new imagery or terrain once a database is created. That is something that I know Robert was planning on working out at some point for osgTerrain/VPB but I'm not sure what its status is. Using the --terrain option should make things run pretty quick though depending on how much data you're throwing at it. Also, try replacing the osgdem command line with vpbmaster as it supports multiple cores and thankfully takes the exact same command line optoins as osgdem. Good luck! Jason On Wed, Jul 30, 2008 at 2:10 PM, Greg Myers [EMAIL PROTECTED] wrote: Hey Jason, Thanks for the reply. I guess I'm going to have to bite the bullet and try that out. It just takes a substantial amount of time so I hate to do it without knowing if I'm doing it right in the first place. Tell me this though, is it possible to add new images to an existing ive file? For instance, if I ran osgdem against just some plain old DTED data without images and output the results to dted.ive, could I then run another osgdem command and pass in image data using the same dted.ive file? Would it just add in the images to the terrain or would it start fresh and blow away my existing terrain? Thanks Greg On Jul 30, 10:43 am, Jason Beverage [EMAIL PROTECTED] wrote: Hi Greg, I would just remove the -l command line and let vpb run as long as it needs to. Depending on the level of your data, it might need to go higher than level 10. Thanks, Jason On Wed, Jul 30, 2008 at 1:33 PM, Greg Myers [EMAIL PROTECTED] wrote: Hey JP, First of all I want you to know that I really appreciate your help. :) I tried the BMNG image that covers my area of interest and that worked like a charm. No more black areas. Now, I only ran the data using a level setting of 10. When I zoom in on the high res image that I provided, it is not high res at all. Does the level setting need to be cranked way up in order to be able to see the details in the high res image? Do I need to specify layer options for my high res image like you did in your example? And one more question, what is the purpose of the archive file output type ( the -a option ) ? Thanks Greg On Jul 30, 3:33 am, J.P. Delport [EMAIL PROTECTED] wrote: Hi, sorry, I can only
Re: [osg-users] vpb on cluster example
Hey JP, First of all I want you to know that I really appreciate your help. :) I tried the BMNG image that covers my area of interest and that worked like a charm. No more black areas. Now, I only ran the data using a level setting of 10. When I zoom in on the high res image that I provided, it is not high res at all. Does the level setting need to be cranked way up in order to be able to see the details in the high res image? Do I need to specify layer options for my high res image like you did in your example? And one more question, what is the purpose of the archive file output type ( the -a option ) ? Thanks Greg On Jul 30, 3:33 am, J.P. Delport [EMAIL PROTECTED] wrote: Hi, sorry, I can only guess at potential problems... I am assuming you are viewing the data with osgviewer so that I can discard other cases where blending might not be set up correctly. The black portions normally indicate that something is up with the blending of data. E.g. sometimes the geotiffs have transparent areas that have to be blended with other tiles. This occurs e.g. when the tiles are not square. Since the dted data has no colour data, I'm not sure what the image data will blend with. What I would try is to use one of the BMNG tiles as a backdrop. See on the wiki for a link. The BMNG tile covers a wide area and would be used for places in the terrain where you do not supply your own higher res image data. jp GregMyerswrote: I have another question for you JP. I have been playing with the osgdem tool and trying to create a terrain database with some aerial photos ( geotiffs ). After my database is generated using the command: Osgdem --geocentric --terrain -d DTED -t image.tif -l 4 -o test\test.ive I get something that looks about right except that the terrain around the image is blacked out. More area is blacked out when I'm viewing the higher layers. I'm attaching a small image so that you can see what I'm talking about. If you look near the top left corner of the black area you can barely make out my tiny little geotiff image. When I zoom out the black area becomes larger. When I zoom in it becomes smaller but never goes completely away. It seems that whichever tile ( I think that's the right term ) the image is located in is blacked out everywhere except where the image is. Is it not possible to use images that only cover a portion of your terrain or am I just missing some command line arguments or something? Thanks Greg -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of J.P. Delport Sent: Monday, July 28, 2008 11:49 PM To: OpenSceneGraph Users Subject: Re: [osg-users] vpb on cluster example Hi, GregMyerswrote: Hi JP, I'm new and I'm a little fuzzy on the versioning between VPB and OSG. It looks like for the example you have provided, we need an older version (2.3.6) of OSG. Do you know if there are plans to upgrade VPB to work with the latest releases of OSG or am I totally missing something? Thanks for any info. Greg sorry, I should have made the versions I used more explicit. For the example I used OSG and VPB from svn around June. osgversion says 2.5.1. svn info gives: Revision: 8413 for OSG and Revision: 914 for VPB I'll add the info to the example page. regards jp ___ osg-users mailing list [EMAIL PROTECTED] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph... -- This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF) standard. The full disclaimer details can be found athttp://www.csir.co.za/disclaimer.html. This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks Transtec Computers for their support. ___ osg-users mailing list [EMAIL PROTECTED]://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph... ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] vpb on cluster example
Hey Jason, Thanks for the reply. I guess I'm going to have to bite the bullet and try that out. It just takes a substantial amount of time so I hate to do it without knowing if I'm doing it right in the first place. Tell me this though, is it possible to add new images to an existing ive file? For instance, if I ran osgdem against just some plain old DTED data without images and output the results to dted.ive, could I then run another osgdem command and pass in image data using the same dted.ive file? Would it just add in the images to the terrain or would it start fresh and blow away my existing terrain? Thanks Greg On Jul 30, 10:43 am, Jason Beverage [EMAIL PROTECTED] wrote: Hi Greg, I would just remove the -l command line and let vpb run as long as it needs to. Depending on the level of your data, it might need to go higher than level 10. Thanks, Jason On Wed, Jul 30, 2008 at 1:33 PM, Greg Myers [EMAIL PROTECTED] wrote: Hey JP, First of all I want you to know that I really appreciate your help. :) I tried the BMNG image that covers my area of interest and that worked like a charm. No more black areas. Now, I only ran the data using a level setting of 10. When I zoom in on the high res image that I provided, it is not high res at all. Does the level setting need to be cranked way up in order to be able to see the details in the high res image? Do I need to specify layer options for my high res image like you did in your example? And one more question, what is the purpose of the archive file output type ( the -a option ) ? Thanks Greg On Jul 30, 3:33 am, J.P. Delport [EMAIL PROTECTED] wrote: Hi, sorry, I can only guess at potential problems... I am assuming you are viewing the data with osgviewer so that I can discard other cases where blending might not be set up correctly. The black portions normally indicate that something is up with the blending of data. E.g. sometimes the geotiffs have transparent areas that have to be blended with other tiles. This occurs e.g. when the tiles are not square. Since the dted data has no colour data, I'm not sure what the image data will blend with. What I would try is to use one of the BMNG tiles as a backdrop. See on the wiki for a link. The BMNG tile covers a wide area and would be used for places in the terrain where you do not supply your own higher res image data. jp GregMyerswrote: I have another question for you JP. I have been playing with the osgdem tool and trying to create a terrain database with some aerial photos ( geotiffs ). After my database is generated using the command: Osgdem --geocentric --terrain -d DTED -t image.tif -l 4 -o test\test.ive I get something that looks about right except that the terrain around the image is blacked out. More area is blacked out when I'm viewing the higher layers. I'm attaching a small image so that you can see what I'm talking about. If you look near the top left corner of the black area you can barely make out my tiny little geotiff image. When I zoom out the black area becomes larger. When I zoom in it becomes smaller but never goes completely away. It seems that whichever tile ( I think that's the right term ) the image is located in is blacked out everywhere except where the image is. Is it not possible to use images that only cover a portion of your terrain or am I just missing some command line arguments or something? Thanks Greg -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of J.P. Delport Sent: Monday, July 28, 2008 11:49 PM To: OpenSceneGraph Users Subject: Re: [osg-users] vpb on cluster example Hi, GregMyerswrote: Hi JP, I'm new and I'm a little fuzzy on the versioning between VPB and OSG. It looks like for the example you have provided, we need an older version (2.3.6) of OSG. Do you know if there are plans to upgrade VPB to work with the latest releases of OSG or am I totally missing something? Thanks for any info. Greg sorry, I should have made the versions I used more explicit. For the example I used OSG and VPB from svn around June. osgversion says 2.5.1. svn info gives: Revision: 8413 for OSG and Revision: 914 for VPB I'll add the info to the example page. regards jp ___ osg-users mailing list [EMAIL PROTECTED] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph. .. -- This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF
Re: [osg-users] vpb on cluster example
Jason, Thanks for the vpbmaster tip. I thought it only applied to multiple systems... I guess I need to read things a little better ;) My database creation times went down dramatically now that all 8 cores are being utilized. I went ahead and launched a build with a decent amount of imagery and DTED data before I left work. Hopefully my hard drive doesn't fill up before it gets done. I'm having another hard drive installed tomorrow so that I can run a bigger set of data over the weekend. I haven't tried creating the overviews yet. How do they help increase speed? If the explanation is more of a class than a simple response then don't worry about responding, I understand ;) Thanks for all your help! Greg On Jul 30, 11:46 am, Jason Beverage [EMAIL PROTECTED] wrote: Hi again Greg, Forgot to mention this previously... You should also try building overviews for all of your geospatial data files using the gdal utility gdaladdo if they don't already have them. Doing so can result in pretty dramatic increases in speed. Jason On Wed, Jul 30, 2008 at 2:44 PM, Jason Beverage [EMAIL PROTECTED]wrote: Hi Greg, I don't believe it is currently possible to modify a database with new imagery or terrain once a database is created. That is something that I know Robert was planning on working out at some point for osgTerrain/VPB but I'm not sure what its status is. Using the --terrain option should make things run pretty quick though depending on how much data you're throwing at it. Also, try replacing the osgdem command line with vpbmaster as it supports multiple cores and thankfully takes the exact same command line optoins as osgdem. Good luck! Jason On Wed, Jul 30, 2008 at 2:10 PM, Greg Myers [EMAIL PROTECTED] wrote: Hey Jason, Thanks for the reply. I guess I'm going to have to bite the bullet and try that out. It just takes a substantial amount of time so I hate to do it without knowing if I'm doing it right in the first place. Tell me this though, is it possible to add new images to an existing ive file? For instance, if I ran osgdem against just some plain old DTED data without images and output the results to dted.ive, could I then run another osgdem command and pass in image data using the same dted.ive file? Would it just add in the images to the terrain or would it start fresh and blow away my existing terrain? Thanks Greg On Jul 30, 10:43 am, Jason Beverage [EMAIL PROTECTED] wrote: Hi Greg, I would just remove the -l command line and let vpb run as long as it needs to. Depending on the level of your data, it might need to go higher than level 10. Thanks, Jason On Wed, Jul 30, 2008 at 1:33 PM, Greg Myers [EMAIL PROTECTED] wrote: Hey JP, First of all I want you to know that I really appreciate your help. :) I tried the BMNG image that covers my area of interest and that worked like a charm. No more black areas. Now, I only ran the data using a level setting of 10. When I zoom in on the high res image that I provided, it is not high res at all. Does the level setting need to be cranked way up in order to be able to see the details in the high res image? Do I need to specify layer options for my high res image like you did in your example? And one more question, what is the purpose of the archive file output type ( the -a option ) ? Thanks Greg On Jul 30, 3:33 am, J.P. Delport [EMAIL PROTECTED] wrote: Hi, sorry, I can only guess at potential problems... I am assuming you are viewing the data with osgviewer so that I can discard other cases where blending might not be set up correctly. The black portions normally indicate that something is up with the blending of data. E.g. sometimes the geotiffs have transparent areas that have to be blended with other tiles. This occurs e.g. when the tiles are not square. Since the dted data has no colour data, I'm not sure what the image data will blend with. What I would try is to use one of the BMNG tiles as a backdrop. See on the wiki for a link. The BMNG tile covers a wide area and would be used for places in the terrain where you do not supply your own higher res image data. jp GregMyerswrote: I have another question for you JP. I have been playing with the osgdem tool and trying to create a terrain database with some aerial photos ( geotiffs ). After my database is generated using the command: Osgdem --geocentric --terrain -d DTED -t image.tif -l 4 -o test\test.ive I get something that looks about right except that the terrain around the image is blacked out. More area is blacked out when I'm viewing the higher layers. I'm attaching a small image so that you can see what I'm talking about. If you look near the top left
Re: [osg-users] vpb on cluster example
I have another question for you JP. I have been playing with the osgdem tool and trying to create a terrain database with some aerial photos ( geotiffs ). After my database is generated using the command: Osgdem --geocentric --terrain -d DTED -t image.tif -l 4 -o test\test.ive I get something that looks about right except that the terrain around the image is blacked out. More area is blacked out when I'm viewing the higher layers. I'm attaching a small image so that you can see what I'm talking about. If you look near the top left corner of the black area you can barely make out my tiny little geotiff image. When I zoom out the black area becomes larger. When I zoom in it becomes smaller but never goes completely away. It seems that whichever tile ( I think that's the right term ) the image is located in is blacked out everywhere except where the image is. Is it not possible to use images that only cover a portion of your terrain or am I just missing some command line arguments or something? Thanks Greg -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of J.P. Delport Sent: Monday, July 28, 2008 11:49 PM To: OpenSceneGraph Users Subject: Re: [osg-users] vpb on cluster example Hi, Greg Myers wrote: Hi JP, I'm new and I'm a little fuzzy on the versioning between VPB and OSG. It looks like for the example you have provided, we need an older version (2.3.6) of OSG. Do you know if there are plans to upgrade VPB to work with the latest releases of OSG or am I totally missing something? Thanks for any info. Greg sorry, I should have made the versions I used more explicit. For the example I used OSG and VPB from svn around June. osgversion says 2.5.1. svn info gives: Revision: 8413 for OSG and Revision: 914 for VPB I'll add the info to the example page. regards jp -- This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF) standard. The full disclaimer details can be found at http://www.csir.co.za/disclaimer.html. This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks Transtec Computers for their support. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org attachment: osg_test.JPG___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] vpb on cluster example
Hi JP, I'm new and I'm a little fuzzy on the versioning between VPB and OSG. It looks like for the example you have provided, we need an older version (2.3.6) of OSG. Do you know if there are plans to upgrade VPB to work with the latest releases of OSG or am I totally missing something? Thanks for any info. Greg On Jul 23, 5:47 am, J.P. Delport [EMAIL PROTECTED] wrote: Hi, Robert Osfield wrote: Hi J.P. Many thanks for putting this guide, sure saves me some time and will help others. In terms of the work flow, there are couple of things that VPB can help out with. As you note, vpbmaster doesn't like, or actually does not permit building on databases where the source data is in different coordinates system, this is due to the fact that the parallel osgdem runs would end up doing the reprojection themselves each time, which is both a waste of compute resources as well as a threading issue. Since vpbmaster has this requirement, we have a another tool that can do the reprojection for use - vpbcache. The vpbcache app can create a file cache that contains a mapping between your original source data and reprojected versions of it. The vpbcache tool allows you to create this file cache, and then to do the reprojection that is required for the final build. vpbcache takes as input a source file, typically exactly the same source file that vpbmaster run will use. OK cool, I was wondering what the whole cache thing was about :) So what's this about source files we'll this is an ascii file that wraps up all the source data and build options that will use. vpbmaster creates a source file and then passes this on to the slaves so they no what to process. You can also get vpbmaster to generate a master source file for you. The rough process is : Step 1: run vpbmaster with all your source files and then get it to output a build.source file, this run does not run the actual build. Add --so build.source to the command line to output the source file. Step 2: run vpbcache with the build.source file, to create a cache file Step 3: run vpbcache to reproject the source files into the required coordinates system for the build Step 4: run vpbmaster with the cache file, and the build.source file, and a master file describing the layout of your cluster Step 5: Wait :-) I must say that the new vpb with --terrain is a _lot_ faster than the old osgdem used to be. One can now generate quite a bit of data over a weekend :) jp I'm afraid I don't recall the options off the top of my head... Robert. ___ osg-users mailing list [EMAIL PROTECTED] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph... -- This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF) standard. The full disclaimer details can be found athttp://www.csir.co.za/disclaimer.html. This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks Transtec Computers for their support. ___ osg-users mailing list [EMAIL PROTECTED]://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph... ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] vpb on cluster example
Thanks for the quick reply J-S. I'll try updating VPB via SVN when I get home. My proxy won't allow it at work :( Thanks a lot for the info, I appreciate it. Greg On Jul 28, 12:20 pm, Jean-Sébastien Guay [EMAIL PROTECTED] labs.com wrote: Hello Greg, I'm new and I'm a little fuzzy on the versioning betweenVPBand OSG. It looks like for theexampleyou have provided, we need an older version (2.3.6) of OSG. Do you know if there are plans to upgradeVPB to work with the latest releases of OSG or am I totally missing something? VPBis a bit of a moving target these days, butVPBfrom SVN should always work with OSG from SVN. Plus, you get the latest features too. Otherwise, check theVPBweb page (http://www.openscenegraph.org/projects/VirtualPlanetBuilder) at the bottom of the page for how the older versions correspond to the OSG versions. Hope this helps, J-S -- __ Jean-Sebastien Guay[EMAIL PROTECTED] http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list [EMAIL PROTECTED]://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph... ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Shapefiles Coordinate System Conversions
Hello all, I am brand new to OSG and I am still wading through all the information and examples learning as much as I can. I am working on my latest exercise in which I am overylaying a shapefile onto a terrain database that I have. The shapefile consists of bodies of water (lakes) in California. I created the terrain database using osgdem and some DTED data that I have for a small portion of California. I know that the shapefile consists of lat, lon, height data ( thanks to osgconv ) and I wanted to convert those data to x,y,z coordinates in the coordinate system of the terrain. I did this by using a node visitor for the shapefile node after reading it in with readNodeFile. I accessed the ArrayData via the Geode instance and then looped through the data using the ellipsoid model from the terrain's coordinate system to convert the lat,long,height data. Then all I had to do was the overlay stuff and add it to the root node. Anyway, what I really want to know is if there is a better solution for converting the lat,long,height data or am I on track? Any existing examples or code snippets would be much appreciated. Thanks, Greg ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Shapefiles Coordinate System Conversions
Thanks for the tips Robert. I'll give them a shot. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robert Osfield Sent: Thursday, July 24, 2008 10:03 AM To: OpenSceneGraph Users Subject: Re: [osg-users] Shapefiles Coordinate System Conversions Hi Greg, It sounds like you are on track. At tip for geospatial data - With the .shp plugin in SVN head, and 2.5.x dev series the plugin supports loaded the geometry as doubles rather than the default of floats. You can enable this by using the ReaderWriter::Options object passed in with your readNodeFile call, on this options object you set the options string via options-setOptionString(double); Loading the vertex data as double helps with precision tremendously, but for rendering it totally kills performance as the graphics hard can't handle doubles, so the OpenGL driver has to convert to floats on each time you render the vertex data, so load the data, project into the appropriate coordinates system, then place with a local orign with a MatrixTransform above it to place it in its original place, and then convert the vertex data to floats. This way you can maintain a good balance between precision and performance. Robert. On Thu, Jul 24, 2008 at 3:19 PM, Greg Myers [EMAIL PROTECTED] wrote: Hello all, I am brand new to OSG and I am still wading through all the information and examples learning as much as I can. I am working on my latest exercise in which I am overylaying a shapefile onto a terrain database that I have. The shapefile consists of bodies of water (lakes) in California. I created the terrain database using osgdem and some DTED data that I have for a small portion of California. I know that the shapefile consists of lat, lon, height data ( thanks to osgconv ) and I wanted to convert those data to x,y,z coordinates in the coordinate system of the terrain. I did this by using a node visitor for the shapefile node after reading it in with readNodeFile. I accessed the ArrayData via the Geode instance and then looped through the data using the ellipsoid model from the terrain's coordinate system to convert the lat,long,height data. Then all I had to do was the overlay stuff and add it to the root node. Anyway, what I really want to know is if there is a better solution for converting the lat,long,height data or am I on track? Any existing examples or code snippets would be much appreciated. Thanks, Greg ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
