On Mon, 2004-04-05 at 01:23, Mathias Fröhlich wrote: > On Montag, 5. April 2004 03:02, Andy Ross wrote: > > I'm happy to dumb down the existing AGL property, but we should pick a > > new name for the "gear altitude" property, which is IMHO a much more > > interesting value. > To me there arises the question which gear do you take for this? The nose gear > for example will have a different agl then any other gear depending on the > orientation of the aircraft. > > > We should also pick a coordinate origin to report it relative to. If > > JSBSim is using the (moving) c.g., then we're both bugged. :) > Yep you are right, on my list of improvements to JSBSim there is a 'sensor > location' config option. Not really thought about this in deep and not > started to ask for the others' opinions. > > This would solve this problem too. > Just define a sensor for the altitude. > And define a reference point where this radar altitude sensor will compute its > reference height to (I don't know how these radar sensors realy work ...).
We already have such a point, the VRP, why not just use it? >From FG's point of view this would probably seem more consistent. > > I think one needs to distinguish between values which define the /hard/ > position of the aircraft (lat/lon/radius is sufficient or may be > lat/lon/altitude). These hard values can be read and set from flightgear. > And /soft/ values, only required for instruments/autopilot ... The soft values > are read only to flightgear. They are just the result of the aircraft > configuration when the aircraft's position is set to the hard ones. > The soft ones do not need to be consistent with any other values without > knowledge of aircraft internals (FG should not expect that > sensor_agl+groundlevel==altitude+sea_level). > Note that I only suggested a nonredundant set of values for the hard values: > no agl here. So here the consistency question does not arise. > > This would also mean that flightgear cannot just set the agl of an aircraft in > the FDM. If flightgear wants to do that, it has to compute the altitude and > set that instead. > > greetings > > Mathias -- Tony Peden <[EMAIL PROTECTED]> _______________________________________________ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel