Menu
▾
▴
jsbsim-devel
|
From: Fabian G. <fab...@gm...> - 2009-08-05 14:33:11
|
Hello, It seems there's still something broken in the field elevation and flight altitude issue. If in the init file I set : <elevation unit="FT"> 5,000 </elevation> <altitude unit="FT"> 15,000 </altitude> In the output I get: Altitude ASL = 20,000 ft, while Altitude AGL = 15,000 ft. I would expect: Altitude ASL = 15000 ft, and Altitude AGL = 15,000 - 5,000 = 10,000 ft. The property "position/terrain-elevation-asl-ft" correctly reports 5,000 ft. Fabian |
|
From: Ron J. <wi...@je...> - 2009-08-05 16:09:45
|
On Wed, 2009-08-05 at 16:32 +0200, Fabian Grodek wrote: > Hello, > It seems there's still something broken in the field elevation and > flight altitude issue. > > If in the init file I set : > <elevation unit="FT"> 5,000 </elevation> > <altitude unit="FT"> 15,000 </altitude> > > In the output I get: > Altitude ASL = 20,000 ft, while Altitude AGL = 15,000 ft. > > I would expect: > Altitude ASL = 15000 ft, and Altitude AGL = 15,000 - 5,000 = > 10,000 ft. > > The property "position/terrain-elevation-asl-ft" correctly reports > 5,000 ft. > > Fabian It looks to me like <altitude unit="FT"> is AGL not ASL. Altitude ASL = 15,000 + 5,000. Whether that is the desired input is open to debate. (pro current behavior side) It prevents rewriting both properties in an init file when changing the ground elevation, which is a good thing since the elevation parameter was put in to test take-off/landings. By that I mean the AGL behavior allows <altitude> to be a constant in an init file that starts on the ground. The AGL behavior also allows <altitude> to be a constant if the init file sets up an approach position. If you want <altitude> to be from sea level either leave the <elevation> tag out or explicitly set it to 0. (con current behavior side) Having <altitude> in AGL is somewhat confusing. Thanks, Ron |
|
From: Tony P. <ton...@co...> - 2009-08-05 16:19:14
|
I'd suggest that both inputs should be provided and both be labeled ( asl and agl) -- Tony Follow your heart, don't give up, and try like hell to not be stupid. On Aug 5, 2009, at 9:09 AM, Ron Jensen <wi...@je...> wrote: > On Wed, 2009-08-05 at 16:32 +0200, Fabian Grodek wrote: >> Hello, >> It seems there's still something broken in the field elevation and >> flight altitude issue. >> >> If in the init file I set : >> <elevation unit="FT"> 5,000 </elevation> >> <altitude unit="FT"> 15,000 </altitude> >> >> In the output I get: >> Altitude ASL = 20,000 ft, while Altitude AGL = 15,000 ft. >> >> I would expect: >> Altitude ASL = 15000 ft, and Altitude AGL = 15,000 - 5,000 = >> 10,000 ft. >> >> The property "position/terrain-elevation-asl-ft" correctly reports >> 5,000 ft. >> >> Fabian > > > It looks to me like <altitude unit="FT"> is AGL not ASL. > > Altitude ASL = 15,000 + 5,000. > > Whether that is the desired input is open to debate. > > (pro current behavior side) > It prevents rewriting both properties in an init file when changing > the ground elevation, which is a good thing since the elevation > parameter was put in to test take-off/landings. By that I mean the AGL > behavior allows <altitude> to be a constant in an init file that > starts > on the ground. The AGL behavior also allows <altitude> to be a > constant if the init file sets up an approach position. If you want > <altitude> to be from sea level either leave the <elevation> tag out > or > explicitly set it to 0. > > (con current behavior side) > Having <altitude> in AGL is somewhat confusing. > > Thanks, > > Ron > > > > > > --- > --- > --- > --------------------------------------------------------------------- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Jsbsim-devel mailing list > Jsb...@li... > https://lists.sourceforge.net/lists/listinfo/jsbsim-devel > _______________________________________________ > The JSBSim Flight Dynamics Model project > http://www.JSBSim.org > _______________________________________________ > |
|
From: Ron J. <wi...@je...> - 2009-08-05 16:34:34
|
Hi Tony, That's a good idea, but it raises a couple of questions: - Do we leave the current <altitude> tag and behavior so as not to break existing init files? - How do we handle the case where <altitude-asl> is less than <elevation>? Thanks, Ron On Wed, 2009-08-05 at 09:18 -0700, Tony Peden wrote: > I'd suggest that both inputs should be provided and both be labeled > ( asl and agl) > > > -- > Tony > Follow your heart, don't give up, and try like hell to not be stupid. > > On Aug 5, 2009, at 9:09 AM, Ron Jensen <wi...@je...> wrote: > > > On Wed, 2009-08-05 at 16:32 +0200, Fabian Grodek wrote: > >> Hello, > >> It seems there's still something broken in the field elevation and > >> flight altitude issue. > >> > >> If in the init file I set : > >> <elevation unit="FT"> 5,000 </elevation> > >> <altitude unit="FT"> 15,000 </altitude> > >> > >> In the output I get: > >> Altitude ASL = 20,000 ft, while Altitude AGL = 15,000 ft. > >> > >> I would expect: > >> Altitude ASL = 15000 ft, and Altitude AGL = 15,000 - 5,000 = > >> 10,000 ft. > >> > >> The property "position/terrain-elevation-asl-ft" correctly reports > >> 5,000 ft. > >> > >> Fabian > > > > > > It looks to me like <altitude unit="FT"> is AGL not ASL. > > > > Altitude ASL = 15,000 + 5,000. > > > > Whether that is the desired input is open to debate. > > > > (pro current behavior side) > > It prevents rewriting both properties in an init file when changing > > the ground elevation, which is a good thing since the elevation > > parameter was put in to test take-off/landings. By that I mean the AGL > > behavior allows <altitude> to be a constant in an init file that > > starts > > on the ground. The AGL behavior also allows <altitude> to be a > > constant if the init file sets up an approach position. If you want > > <altitude> to be from sea level either leave the <elevation> tag out > > or > > explicitly set it to 0. > > > > (con current behavior side) > > Having <altitude> in AGL is somewhat confusing. > > > > Thanks, > > > > Ron > > > > > > > > > > > > --- > > --- > > --- > > --------------------------------------------------------------------- > > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > > 30-Day > > trial. Simplify your report design, integration and deployment - and > > focus on > > what you do best, core application coding. Discover what's new with > > Crystal Reports now. http://p.sf.net/sfu/bobj-july > > _______________________________________________ > > Jsbsim-devel mailing list > > Jsb...@li... > > https://lists.sourceforge.net/lists/listinfo/jsbsim-devel > > _______________________________________________ > > The JSBSim Flight Dynamics Model project > > http://www.JSBSim.org > > _______________________________________________ > > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Jsbsim-devel mailing list > Jsb...@li... > https://lists.sourceforge.net/lists/listinfo/jsbsim-devel > _______________________________________________ > The JSBSim Flight Dynamics Model project > http://www.JSBSim.org > _______________________________________________ > |
|
From: Curtis O. <cur...@gm...> - 2009-08-05 16:33:06
|
I've heard "msl" (Mean Sea Level) used more officially than "asl", but that could have been just one person's [strong] opinion. The most important thing of course is to be clear. Curt. On Wed, Aug 5, 2009 at 11:18 AM, Tony Peden <ton...@co...> wrote: > I'd suggest that both inputs should be provided and both be labeled > ( asl and agl) > > > -- > Tony > Follow your heart, don't give up, and try like hell to not be stupid. > > On Aug 5, 2009, at 9:09 AM, Ron Jensen <wi...@je...> wrote: > > > On Wed, 2009-08-05 at 16:32 +0200, Fabian Grodek wrote: > >> Hello, > >> It seems there's still something broken in the field elevation and > >> flight altitude issue. > >> > >> If in the init file I set : > >> <elevation unit="FT"> 5,000 </elevation> > >> <altitude unit="FT"> 15,000 </altitude> > >> > >> In the output I get: > >> Altitude ASL = 20,000 ft, while Altitude AGL = 15,000 ft. > >> > >> I would expect: > >> Altitude ASL = 15000 ft, and Altitude AGL = 15,000 - 5,000 = > >> 10,000 ft. > >> > >> The property "position/terrain-elevation-asl-ft" correctly reports > >> 5,000 ft. > >> > >> Fabian > > > > > > It looks to me like <altitude unit="FT"> is AGL not ASL. > > > > Altitude ASL = 15,000 + 5,000. > > > > Whether that is the desired input is open to debate. > > > > (pro current behavior side) > > It prevents rewriting both properties in an init file when changing > > the ground elevation, which is a good thing since the elevation > > parameter was put in to test take-off/landings. By that I mean the AGL > > behavior allows <altitude> to be a constant in an init file that > > starts > > on the ground. The AGL behavior also allows <altitude> to be a > > constant if the init file sets up an approach position. If you want > > <altitude> to be from sea level either leave the <elevation> tag out > > or > > explicitly set it to 0. > > > > (con current behavior side) > > Having <altitude> in AGL is somewhat confusing. > > > > Thanks, > > > > Ron > > > > > > > > > > > > --- > > --- > > --- > > --------------------------------------------------------------------- > > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > > 30-Day > > trial. Simplify your report design, integration and deployment - and > > focus on > > what you do best, core application coding. Discover what's new with > > Crystal Reports now. http://p.sf.net/sfu/bobj-july > > _______________________________________________ > > Jsbsim-devel mailing list > > Jsb...@li... > > https://lists.sourceforge.net/lists/listinfo/jsbsim-devel > > _______________________________________________ > > The JSBSim Flight Dynamics Model project > > http://www.JSBSim.org > > _______________________________________________ > > > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Jsbsim-devel mailing list > Jsb...@li... > https://lists.sourceforge.net/lists/listinfo/jsbsim-devel > _______________________________________________ > The JSBSim Flight Dynamics Model project > http://www.JSBSim.org > _______________________________________________ > > -- Curtis Olson: http://baron.flightgear.org/~curt/ |
|
From: Ron J. <wi...@je...> - 2009-08-05 16:36:46
|
On Wed, 2009-08-05 at 11:32 -0500, Curtis Olson wrote: > I've heard "msl" (Mean Sea Level) used more officially than "asl", but > that could have been just one person's [strong] opinion. The most > important thing of course is to be clear. > > Curt. Actually, I started to write MSL, and changed it to ASL. :) I agree with Curt, if we add tags it should be MSL not ASL. V/r Ron |
|
From: Jon S. B. <jon...@co...> - 2009-08-06 03:28:19
|
> Hi Tony, > > That's a good idea, but it raises a couple of questions: > > - Do we leave the current <altitude> tag and behavior so as not to > break > existing init files? > > - How do we handle the case where <altitude-asl> is less than > <elevation>? > > Thanks, > Ron I've left the <altitude> tag as-is. It means AGL. I've also added two additional tags that should be used instead: <altitudeAGL>, <altitudeMSL>. Jon |
|
From: Tony P. <ton...@co...> - 2009-08-06 06:23:10
|
Are we using an average or mean sea level? -- Tony Follow your heart, don't give up, and try like hell to not be stupid. On Aug 5, 2009, at 8:28 PM, "Jon S. Berndt" <jon...@co...> wrote: >> Hi Tony, >> >> That's a good idea, but it raises a couple of questions: >> >> - Do we leave the current <altitude> tag and behavior so as not to >> break >> existing init files? >> >> - How do we handle the case where <altitude-asl> is less than >> <elevation>? >> >> Thanks, >> Ron > > > I've left the <altitude> tag as-is. It means AGL. I've also added > two additional tags that should be used instead: <altitudeAGL>, > <altitudeMSL>. > > Jon > > > > --- > --- > --- > --------------------------------------------------------------------- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Jsbsim-devel mailing list > Jsb...@li... > https://lists.sourceforge.net/lists/listinfo/jsbsim-devel > _______________________________________________ > The JSBSim Flight Dynamics Model project > http://www.JSBSim.org > _______________________________________________ > |
|
From: Fabian G. <fab...@gm...> - 2009-08-06 16:52:10
|
OK. Thank you. Fabian On Thu, Aug 6, 2009 at 6:28 AM, Jon S. Berndt <jon...@co...>wrote: > > I've left the <altitude> tag as-is. It means AGL. I've also added two > additional tags that should be used instead: <altitudeAGL>, <altitudeMSL>. > > Jon > > > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Jsbsim-devel mailing list > Jsb...@li... > https://lists.sourceforge.net/lists/listinfo/jsbsim-devel > _______________________________________________ > The JSBSim Flight Dynamics Model project > http://www.JSBSim.org <http://www.jsbsim.org/> > _______________________________________________ > > |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X