Re: [osg-users] OpenFlight export issues

2008-03-11 Thread Paul Martz
> W.r.t UserData I'd suggest placing osgSim container for the > extra OpenFlight flags, users can then do a dynamic cast of > UserData and get the info they want. The > osgSim::GeographicLocation class already serves this purpose. Good point: This must be done anyway, to allow the app to acces

Re: [osg-users] OpenFlight export issues

2008-03-11 Thread Robert Osfield
Hi Paul, W.r.t UserData I'd suggest placing osgSim container for the extra OpenFlight flags, users can then do a dynamic cast of UserData and get the info they want. The osgSim::GeographicLocation class already serves this purpose. W.r.t one or two plugins. Simplicity of high level management w

Re: [osg-users] OpenFlight export issues

2008-03-11 Thread Paul Martz
ECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Martz Sent: Tuesday, March 11, 2008 11:39 AM To: 'OpenSceneGraph Users' Subject: [osg-users] OpenFlight export issues Hi Robert -- I'm making good progress on the OpenFlight exporter plugin and wanted to bounce a couple ideas o

[osg-users] OpenFlight export issues

2008-03-11 Thread Paul Martz
Hi Robert -- I'm making good progress on the OpenFlight exporter plugin and wanted to bounce a couple ideas off you. There is a customer requirement to be able to preserve the OpenFlight Object record flags that indicate "don't display at night", "don't display at day", etc. Currently, the import