On 09/12/09 10:08, James Turner wrote: > I was wondering if we should increase the GS range cutoff to 1.2 * > range-fom-nav.dat (or 1.4, or 1.8, or 2.0 ... essentially give a > margin of reception beyond the published limit) > > I guess it depends what the nav.dat value should be taken as : a > published maximum, or a guaranteed (with a tolerance) reception area, > or something else? > > Otherwise I think we'll have to edit a very large number of entries in > nav.dat.
Why do you think it will be a "large number" of edits? How many approaches do you know of that require intercepting the glideslope more than 5 or 6 miles out? As of today, I know of two, namely the one that Torsten alluded to this morning, and Jackson Hole: http://naco.faa.gov/d-tpp/0909/00504ILY19.PDF I reckon there are more than two total, but not a very large number. I know of several approaches with expanded LOC volumes, but GS is a horse of a different color. > I was wondering if we should increase the GS range cutoff to 1.2 * > range-fom-nav.dat I suggest not doing that. There are far more important things to be working on. At the very least, please wait a week or so, to see if there is really any demand for it. If you feel you must do that, please please please make the fudge factor configurable via the property tree, on a per-instrument basis, representing "extra sensitivity" to fringe signals. For training purposes, I would insist on setting the fudge factor back to 1.0 instead of 1.2. If somebody wants to propose a more sophisticated model of fringe-area reception, that would be wonderful. But just applying a fudge factor = 1.2 is not necessary or even desirable. It would be kinda ironic to remove a factor of 5 that wasn't doing anybody any harm, and then stick in a factor of 1.2 that actually does cause problems. ------------------------------------------------------------------------------ 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 _______________________________________________ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
