On Wed, 3 Nov 2004 14:04:05 -0500, Chris Metzler <[EMAIL PROTECTED]> wrote:
> A simple adaptation doesn't really work. Using the variables as you've
> defined them, and taking theta to be positive for pitched up, write
>
> Hc = atan2(a, b)
>
> with
>
> a = cos(phi)sin(Hm)cos(mu) - sin(phi)cos(
I've thought of a simpler way to approach this problem. Let's say
that I have a plane and the three Euler angles of rotation, phi,
theta, and psi (roll, pitch, and yaw). Given those three angles, I'd
like to determine which direction around the z axis is most directly
uphill and how steep the hil
On Wed, 03 Nov 2004 17:25:16 +0100, Boris Koenig <[EMAIL PROTECTED]> wrote:
> My first VERY simple *guess* would be that it might be because of an
> imbalance in inertia of a compasses moving parts as soon as the pitch
> changes accordingly.
Other replies have pointed you to links explaining the
On Wed, 3 Nov 2004 15:36:33 + (UTC), Martin Spott
<[EMAIL PROTECTED]> wrote:
> Explaining in pictures is easier than dealing with single-line-
> equations :-) We'll see,
Multiple, sequential equations are welcome as well. Anything, really ...
Thanks,
David
--
http://www.megginson.com
I'm fixing the magnetic compass instrument to make its behaviour more
realistic. I'm starting with the northernly turning error, and found
a useful site that actually gives an equation:
http://williams.best.vwh.net/compass/node4.html
Here's the equation (radians for all angles):
Hc: indicat
On Sat, 30 Oct 2004 00:01:04 -0400, Ampere K. Hardraade
<[EMAIL PROTECTED]> wrote:
> Now days, I am using a different method. Say I want to model a pentagon: I
> will load the drawing in Gimp or Paintbrush, and measure the coordinates of
> the five corners in pixel. After that, I will open 3D St
Great report, Curt -- I'm glad to hear that FlightGear held up its end
so well. One of the most impressive things about FlightGear is its
ability to model marginal visibility fairly realistically -- watching
the runway come into view in FlightGear in 1 SM visibility really is
like watching the run
On Thu, 21 Oct 2004 02:15:07 +0200, Boris Koenig <[EMAIL PROTECTED]> wrote:
> ...how would you then call the following:
>
> http://www.megginson.com/blogs/lahso/medicals.html ?
A brief lapse of judgement.
> BTW: talking of healthy presidents: Pres. Bush Senior did even do a
> parachute jump on
I have had little luck finding aviation weblogs (they're all about
rants about politics, hype about technology, or complaints about
teenagers' social lives), so a couple of weeks ago, I decided to start
my own. So far, it's heavy on content on light on good looks, so it's
probably a fair reflectio
On Tue, 12 Oct 2004 15:00:08 + (UTC), Martin Spott
<[EMAIL PROTECTED]> wrote:
> This racing simulation appears to be somehow related to FlightGear - at
> least it makes use of Simgear:
>
> http://vamos.sourceforge.net/requirements.html
As far as I can see, the only part of SimGear it uses
On Sun, 03 Oct 2004 10:00:52 +0200, Erik Hofman <[EMAIL PROTECTED]> wrote:
> > I'm not familiar with the new code arrangement (it does
> > look like an improvement), and would appreciate some pointers before I
> > start hunting. I think that glutinit() used to set up OpenGL before
> > we switche
I last built FlightGear successfully on 15 August (I hadn't realized
it had been so long). I had to make one small change to get to to
build today, which I've put in CVS, but now I'm having a problem with
OpenGL initialization. My old binary (also built with SDL) still runs
fine; the new one fail
On Sat, 25 Sep 2004 10:34:05 +0200, Boris Koenig <[EMAIL PROTECTED]> wrote:
> I have actually already looked for symbols online, but probably
> one would have to draw new ones, in order to be able to release
> them under the GPL - vector images would be also neat, so that
> they can be dynamically
On Fri, 24 Sep 2004 09:59:41 +0200, Boris Koenig <[EMAIL PROTECTED]> wrote:
> I'm bringing this back up again, because during my search for
> cross-platform capable ATC multiplayer software I stumbled
> across the following comment on http://www.atcsimulator.com
>
> [QUOTE:]
> August 19,
Here's a nice way to get a quick (but small) scrollable VFR chart for
an airport:
http://map.aeroplanner.com/mapping/chart/eaachart.cfm
For the RESTafarians of the world, it is also possible to use GET so
that you can provide direct links to airports. Here's KSFO on a
1:500,000 sectional:
http:
On Thu, 9 Sep 2004 09:43:38 -0400, Chris Metzler <[EMAIL PROTECTED]> wrote:
> } FAA Response: The FAA disagrees. As noted in the proposal (65 FR
> } 38641), this rulemaking intentionally does not address distance
> } remaining signs. This matter was referred to the ARAC. At its
> } meeting on
On Thu, 9 Sep 2004 08:14:33 +0100, Giles Robertson
<[EMAIL PROTECTED]> wrote:
> Would adding in ILS/glidescope aerials (where they exist; that's easily
> checkable off Robin's database) count as too much clutter?
On the contrary, that would add realism to the airports. The risk
right now is over
On Wed, 8 Sep 2004 18:35:07 -0400, Chris Metzler <[EMAIL PROTECTED]> wrote:
> 5. I don't know anything about how these signs are handled outside
> the U.S. If you do, let me know.
I'd be interested in knowing more about how these signs are handled
inside the US. I've flown my Warrior to severa
On Wed, 08 Sep 2004 21:35:30 +0200, Erik Hofman <[EMAIL PROTECTED]> wrote:
> I do think so, don't we.
> I mean, this is an essential part of airfields, but don't know enough
> about this subject to assert that the numbers are always right this way.
There's also the danger of overengineering our a
Jon Berndt wrote:
What is locale support? If that means for different character sets (as in different
geographic and language areas), it has to work around the world, of course. Is that
what
"locale" refers to?
Localization (L10N) and Internationalization (I18N) are more than just
character sets
Jon Berndt wrote:
Does anyone know a good algorithm to take an STL string to lower case?
With or without locale support?
All the best,
David
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2
Hi, everyone -- I'm back from a flying family vacation to Nova Scotia (13.8
hours flight time, including taxiing). It doesn't look like too much
happened over the past week while I was gone, but if I missed anything
directed at me in my quick scan of my inbox, please feel free to repost.
All th
Erik Hofman wrote:
I think that the fix will be simply to force the mouse pointer to be
visible before exiting FlightGear.
This is in CVS now. Could you please test it?
That solves the problem completely. Thank you very much, Erik.
All the best,
David
_
Frederic Bouvier wrote:
Remove an obsolete option for airport-id.
Erik, the option require an ICAO id, so I think this is
the right option and find more logical to deprecate
--airport instead.
I'm with Erik on this one. Otherwise, we'd need to change --vor to
--vor-id, --ndb to --ndb-id, etc. fo
Curtis L. Olson wrote:
A while back I added code to hide the mouse pointer after 10 seconds of
inactivity. This is configurable in the preferences.xml file. I've
never seen a frozen mouse pointer on any of the machines I've tested on
(or heard of it with anyone else) but it's the only mouse re
Jim Wilson wrote:
Ah...oh. H. What is the "AIP"? I hadn't read "government" into that
first posting at all, but maybe there was a typo. If it is the RAAF or Aussie
government in some form, this could be a serious problem for information on
the web, that goes a bit beyond this one data set.
Melchior FRANZ wrote:
He probably means the beacons. These are everywhere, along with the towers & socks.
Has anyone ever seen beacons on a tall tower like that in real life?
Normally, I think, it's just on the roof of the control tower or another
airport building, and since people have to see it
Since I updated FlightGear a few days ago, my X Windows mouse has been
frozen after exiting whenever FlightGear is in full-screen mode (there is no
problem in window mode). Switching to a text console and back does not help
-- I end up having to restart X.
Any suggestions on where I should sta
Arnt Karlsen wrote:
.."so, in Canada, copyright is more important than lives."
This has been in the media? They usually love to roast
governments over stuff like this. ;-)
COPA's done its best, but the issue is not going anywhere. On the bright
side, while the copyright law in Canada does not
Lee Elliott wrote:
I'm pretty sure that information/data can't be copyrighted - but the design of
the presentation of the information/data can.
I hope not, but every country has its own (bizarre) laws about this kind of
thing -- for example, in Commonwealth countries, including Canada and
Austra
Chris Metzler wrote:
Is there an official announcement of this somewhere? I've looked all
around the NGA and NACO sites but haven't found anything. How did he
hear about this? Is there any kind of timetable? Were there reasons
stated?
According to the message I quoted, the Australian government
This message just came to one of the aviation newsgroups from Paul Tomblin,
who maintains several free GPS/flight-planning databases. It looks like
we'll be losing the DAFIF soon, which is our source for most airports
outside the U.S., as well as for ATC frequencies, airways, arrival
procedure
Alex Perry wrote:
I've just tried the 0.7.5 release and there is no wet compass turning error.
When did that go away ? It's kinda important ...
You and I had some private correspondence on this point a few months ago,
and you were planning to look at the code when you had some free time. As
far
Dave Perry wrote:
1. I updated CVS last night and the changes to the J3 Cub make it
impossible to do a full-stall 3 point landing. 2. It is not true that a
wheel landing should end with applying full down elevator. In fact, you
want to be almost at zero decent rate when the mains touch and th
Curtis L. Olson wrote:
Hopefully David can answer the implimentation details, but I would like
to point out that in many situations your code can do the "expensive"
string lookup once at init time, cache the pointer to the node, and from
then on, just use the cached node pointer to read/write th
Dave Perry wrote:
1. I updated CVS last night and the changes to the J3 Cub make it
impossible to do a full-stall 3 point landing.
I can fiddle a bit with the elevator effectiveness.
2. It is not true that a
wheel landing should end with applying full down elevator.
I'm not suggesting that it
Andy Ross wrote:
Uh... YASim doesn't model wash effects, so there really isn't any
process by which a pure control input would generate force. Are you
sure you weren't just sitting in a stiff wind? Can anyone else
replicate this?
I cannot reproduce it on my system:
fgfs [EMAIL PROTECTED] --airc
Getting back on topic, I think everyone agrees that the horizontal
stabilizer on a typical plane (excluding t-tails) should be seeing downwash
-- in other words, its relative wind will not be the same as the relative
wind seen by the wings. For JSBSim, we don't have to worry about this,
becaus
Jon S Berndt wrote:
On Tue, 28 Jun 2005 19:20:17 +0100
SGMINFO <[EMAIL PROTECTED]> wrote:
David Megginson wrote:
> I'm getting seriously out of my depth here, since I didn't even
take high
> school physics...
Just a lurker at present until I can find a way to contribute
Jim Wilson wrote:
This suggests that both bernoulli and the pushing (gravity) are at play,
depending on the airfoil. My (uneducated) guess is the pushing is almost all
of it and that the bernoulli effect only augments:
http://observe.arc.nasa.gov/nasa/exhibits/planes/planes_1c.html
There's a press
Jim Wilson wrote:
There is a modified sound config in cvs that at least partially addresses the
problems. I hope Erik doesn't mind. BTW if anyone wants to mess with any of
the aircraft sound configs that I've commited in the past, have at it. It
isn't as easy (or fun) as it first appears :-).
Th
Matthew Law wrote:
It seems much, much better to me. However, I can sit at minimum power
with the brakes on in nil wind and rock from one main wheel to the other
using the ailerons. I can also lift the tail off the ground at minimum
power. I'm not sure if that is a side effect of what you've
Jim Wilson wrote:
Excellent, thanks for the clarification. Just looking at the cub you can see
down-wash is a major design feature. The DC-3 has a high tail, but I can see
the incidence in the main wing is pretty high. I wonder what happens when you
increase the wing incidence and set the hori
Jim Wilson wrote:
You are right, that doesn't sound right. At least if a positive value did
point down, it would be in conflict with the AOA parameter. That said, are
you sure the DC-3 is supposed to have a negative incidence? I just looked up
the p51 and the diagram clearly shows a positive in
Andy Ross wrote:
The number is a (conventional, right handed) rotation about the Y
axis, which in YASim's coordinate system points out the left wingtip.
So a positive incidence points down. Unless there's a sign bug (or
three, or five...) in there somewhere.
A positive incidence points down?? So
Matthew Law wrote:
I can't see the harm of a temporary and slight decrease in
power compared to what could go wrong if I didn't use it...
Fair enough. You have to weight it against the risk of forgetting to shut
it off in an overshoot, giving you reduced climb power and a tiny
possibility of de
I've been frustrated with the tendency of the DC-3 (--aircraft=dc3) to
noseover during the takeoff and landing rolls, and of the J3 Cub
(--aircraft=j3cub) to nose over during wheel landings. I've fiddled with
the YASim files a lot in the past but have never found a good solution.
Finally, toda
Andy Ross wrote:
Granted, I haven't had time to test any of this. But I guess I'm
having trouble understanding exactly what your complaint is: trying
to draw fuel from an empty tank *should* kill an engine.
OK, try this: I'm flying on the left tank in my Warrior and not switching.
The tank goes d
Alex Perry wrote:
That's a point. Once the engine stutters/quits due to carb ice,
you have to make it take a while for the ice to go away again.
... and it takes quite a while ...
Once the engine quits, it's too late for carb heat, isn't it? If it's only
a partial blockage, we can simulate the e
Matthew Law wrote:
I agree totally. Does FG define humidity at all?
Yes -- we report it, and I'm pretty sure that we use it in density altitude
calculations (so that it affects both true airspeed and engine performance).
We're drilled to use carb heat before making any major reduction in
power
Matthew Law wrote:
Things like carb ice may be a hinderance to the casual user (having it
disabled by default would probably be the way to go) but since there
are so many aircraft and pilots lost to it, it's fairly important for me
even in a sim.
I don't think we should disable any systems, p
Vivian Meazza wrote:
I don't think that's intrinsically very difficult to simulate right now.
When certain conditions are met, if carb heating is off, weaken the mixture
over time (until the engine stops?). If carb heating is on enrich the
mixture over time until power is restored. The conditions a
Vivian Meazza wrote:
I think I would expect an engine running out of fuel to rapidly lose power
and wind down, not stop abruptly as it would if you opened the magneto
switches. I have to say that is based on motor racing rather than aviation
experience. Haven't tried it while airborne, and intend t
Andy Ross wrote:
But, since you only *have* one selectable tank, that's basically the
same thing; the engine is supposed to die when the bottom tank runs
out. Am I misunderstanding the problem?
I think he might want some sputtering for a couple of seconds. From reading
accident reports, sometime
Vivian Meazza wrote:
Not exactly. They are both on the centerline, but the CofG of the lower,
smaller tank is slightly forward of the upper, larger tank.
For strict accuracy, then, drawing from one tank first and then the other
will not result in exactly the same flight characteristics. The diffe
Ampere K. Hardraade wrote:
Can't you make it so that the engine feeds off the upper tank before it feeds
on the lower tank?
How would that affect balance? Are the tanks exactly above each other?
All the best,
David
___
Flightgear-devel mailing list
[EMA
Matthew wrote:
Just installed OpenAL via CVS, no difference...Still aborts.
Are you sure that the old one is completely uninstalled from your system?
And did you do a make clean and rerun configure in simgear and flightgear
afterwards?
All the best,
David
Chris Metzler wrote:
For example,
tweaking the diffuse/specular reflectivity parameters produces no change
whatsoever to the .ac file exported, even though the .blend file does
change.
Correct. Currently, the AC3D export scripts in blender do not export
specular, and emissive parameters, and they
Jim Wilson wrote:
Maybe I've missed something in this thread, I am not talking about a
consulting business with customers, time billing, etc.
The thread started with Curt posting asking for opinions about running
banner ads on flightgear.org to raise revenue. He also indicated that he'd
be deal
Jim Wilson wrote:
What is the origin of the DC-3 sounds in the base package? Listening to the
individual samples, they sound an awful lot more like turbine engines than
piston -- granted, a few DC-3's have had turbine conversions.
In the base package see the read-trev.txt file for credit and con
Jim Wilson wrote:
You see, at least on the federal level you can collect quite a large sum of
money as "gifts" before you have to put anything on your tax return.
I am not intimately familiar with U.S. tax laws, but I would be very
surprised if the IRS allowed Curt to count advertising revenue as
Boris Koenig wrote:
But on the other hand I followed the whole discussion about FlightGear
financing and had to notice that most people simply tend to object
against any suggestions that are being made, INSTEAD of making
better suggestions themselves.
I might have missed a message, but I do not rem
sonny hammaker wrote:
does anyone know of the equations that are used to determine how
coordinated a turn is?
Side force (along the y axis) = 0.
All the best,
David
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/li
Curtis L. Olson wrote:
But any way you cut it, putting advertisements on our web site will
change the look and feel of our web site and probably influence the
impression our project projects to the world ...
Yes, it will make a significant difference to FlightGear and a lot of extra
hassle for C
David Megginson wrote:
It would give you a very rough, slightly slipping turn, I'd think.
There'd be a risk of a snap roll (and possible spin) at slower speeds,
if you got to the point that one of the wings stalled.
That should have been a "skidding" turn.
All the best,
Da
Curtis L. Olson wrote:
The question is, with an auto-pilot forcing the wings level, how
effective would rudder only steering be. I'm guessing not all that
effective, but at R/C scales is it effective enough to control heading
and self navigate?
It would give you a very rough, slightly slipping
Curtis L. Olson wrote:
Exactly! I'm trying to decide if I want to mount the IR sensor on some
sort of gimble and vary the sensor attitude to control the aircraft
attitude, or do I just want to hard mount the sensor and try and steer
with the rudder while the copilot fights to keep the wings lev
Mat Churchill wrote:
I'd thought of drilling a hole in the ball of a serial mouse and
attaching a weight on a stick to it. Mount the mouse in a cage with a
spirit level on it, fix the cage in the aircraft and get a "zeroed"
reading and then record mouse positions against time during flight.
An ups
Mat Churchill wrote:
Hoping to pick up on flying lessons again and was wondering if I can
record NMEA flight data of my lessons and play it back in FG ?
To add to this does anyone know of a way of recording bank angle / glide
path in a format usable by FG ?
Playback of real flights would be a nice
Ampere K. Hardraade wrote:
Mwhaha... http://www.alexisparkinn.com/photogallery/Videos/ohmygodSpitfirepass.wmv
Yes, I've seen that clip -- it's pretty funny (scary, actually).
Fortunately, the one based at CYOW tends to stick to the runway.
All the best,
David
_
Vivian Meazza wrote:
There should also be a version with the legacy code, and that does fly (or
rather, does for me), although the performance is a bit down. I don't think
that there is an error in the code, but I'll double check with the legacy
version
Thanks. It's a beautiful model, by the way.
What is the origin of the DC-3 sounds in the base package? Listening to the
individual samples, they sound an awful lot more like turbine engines than
piston -- granted, a few DC-3's have had turbine conversions.
All the best,
David
___
Flightgear-dev
Andy Ross wrote:
I know Vivian has had trouble getting it working with the gear ratio
stuff on the engine. This (along with tuning the p51d) has been on my
list for ages, but I've been swamped with work and homeowner concerns
recently. I'm still alive, I promise. :)
I don't think it's an engine p
Can anyone actually fly the Spitfire model in CVS?
fgfs --aircraft=spitfireIIa
The elevators seem to have no effect at all. On the ground, the plane
starts nosing down as soon as it gets to around 30 kt, and after an in-air
start, it just dives. I wonder if there's something wrong in the YASi
Jon S Berndt wrote:
Off the top of my head (and I'm in a real hurry at this second), I think
it would be nice to make it possible to supply the FDMs with a force
vector and point of application - perhaps even a moment vector. Is that
what you are proposing?
Once we support ground reactions with
Erik Hofman wrote:
Ok. Until some kind soul decides to use texture filenames without an
extension this should be fixed in CVS now.
Thanks, Erik -- that's excellent.
All the best,
David
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.fligh
Erik Hofman wrote:
It turned out to be easier than I suspected. I've put a patch in CVS
that allows one to add a tag to the
animation configuration file. The specified path should be defined
relative to the model path. For some unknown reason it is required to
end the path with a / character t
Christian Brunschen wrote:
What would be really good is if it were possible for the *user* to
define an arbitrary number of keyboard / joystick configurations. These
could also be named and grouped together; and there should be an easy
way to switch between these configurations, from the keyboar
Jim Wilson wrote:
Sorry for the dumb question: why are they offending? I'm in favor of limiting
aircraft specific key bindings to a very small number of keys (like 1 or 2),
but I'm also not clear why the input binding configuration needs to be handled
differently than it is now.
It's a layering v
Josh Babcock wrote:
Yes, people are still doing that, though I think there needs to be a
better way of redefining keys for individual aircraft. The current
method is getting a little chaotic, and some functions have already been
overwritten for some aircraft. Sorry, don't have the examples han
Josh Babcock wrote:
Yeah, that's the problem. Looks like the nasal script for the throttle
is also sneaking in. Can I define a null binding? Is there a way to
override the whole base package mice.xml?
Yes and no. You can define a null binding using the command "null", but
there is no way to
Vassilii Khachaturov wrote:
I believe that --offset-azimuth in conjunction with the --vor option
misbehaves. Consider the following cmdline:
fgfs --aircraft=c172-ifr --vor=HNL --offset-azimuth=180 \
--offset-distance=20 --altitude=6000 --heading=359 --vc=90 \
--nav1=0:114.8 --com1=118.1
This should
Josh Babcock wrote:
I have a custom mice.xml file that seems to have worked quite nicely up
until a few days ago. That's when I first noticed that in my view mode
I can set /control/flight/rudder by holding down LMB and moving the
mouse right and left. Aileron and elevator are unaffected. I c
Andy Ross wrote:
Some of the joysticks (at least the X45, maybe others) use a "mode"
property under /input/joysticks/js[0] to track switch positions. But
this can easily be moved somewhere else; or just left in place as a
lonely, vestigial relic of code gone by.
I have no trouble leaving that in p
Does anyone have code that depends on having bindings for the keyboard,
mouse, and joystick(s) visibile in the main property tree? I'm planning a
cleanup of the input subsystem, and part of that will be reading XML
configuration files directly like we do for models and other parts of
FlightGea
I've just patched the input subsystem to respond to reinit() events, and
added an entry to the Debug drop-down menu. You can now start FlightGear
without a joystick plugged in, plug one in after the program starts, select
"Reinitialize Input", and have the joystick start working (make sure that
Upgrading to the latest CVS OpenAL from the version distributed with Debian
SID solved my OpenAL problems -- the planes sound great now. Unfortunately,
the voice ATIS is even quieter, so that it's hard to tell that it's even
playing now, much less to make out the individual words.
All the best
Curtis L. Olson wrote:
The problem is that the terragear airport generator names the airport
scenery file according to apt. id, but in these cases the airport id
occurs twice. I am eager to see these (and other) problems fixed in
Robin's next data release.
Thanks, Curt -- I took at look at the
Using today's scenery over TerraSync, I've found an interesting problem at
CYHM (Hamilton, ON). Runway 12/30 is where it should be, but runway 06/24
is missing -- there is a big hole in the ground. When you try to start on
runway 6, the plane starts up high in the clouds, presumably where the
Andy Ross wrote:
Actually, it might be cleaneast to model the engine control properties
as something like:
/engines/engine[n]/magneto[0] (boolean)
/engines/engine[n]/magneto[1] (boolean)
/engines/engine[n]/starter(boolean)
And re-write the "standard" switch binding such that it sets the
a
Roy Vegard Ovesen wrote:
Because of aliases apparently not being implemented, the Piper has two CDIs
that are connected to the same nav radio, and consequently display the same
information.
Aliasing is part of the XML layer, so it should still work.
All the best,
David
___
Curtis L. Olson wrote:
The airport generation scripts create a beacon if there is one in the
datafile for that airport, yes. Perhaps we need a way to provide a
manually maintained exceptions list when building airports (and scenery).
Didn't Robin's data originally contain a field specifying whet
Josh Babcock wrote:
the non-common instruments are (or should be) more frequent.
Actually, the opposite is true, at least for general aviation
I read this to mean throttles, trim wheels, levers switches, yokes and
such.
Jim mentioned instruments rather than controls. As far as controls go,
m
Jim Wilson wrote:
Hmmm...maybe reusability isn't the most important issue here. While I know
that there are many stock devices that are the same in different aircraft, it
almost seems that numerically, with the number aircraft we have modeled now,
the non-common instruments are (or should be) mor
Josh Babcock wrote:
I was looking at his website on Thursday and noticed that he was
complaining about the last DAFIF cycle leaving out everything north of
some latitude, basically most of Canada. Apparently the X-plane world
is experiencing this problem too. He said that he hoped to fix the
Dave Perry wrote:
Are either of you experiencing glideslopes either too high or too low
after the recent
change in the navaid file structure?
I haven't practiced a precision approach in the last three weeks or so -- I
usually concentrate on holds and non-precision approaches, since they're the
cha
I'm starting a haphazard and disorganized collection of aviation stuff at
http://www.megginson.com/Aviation/
My latest posting is a convoluted explanation of how cartographers derive
the Maximum Elevation Figure (MEF) for VFR charts. If you don't have
anything else to do, feel free to take a l
With Robin's latest database, we've lost nearly all of the ILS approaches in
Canada -- the DAFIF has very few Canadian ILS approaches (8 approaches for
four airports), but Robin used to have manually-entered copies of many, many
more in his database. He seems to have dropped them from this vers
Gunnstein Lye wrote:
The GPL does not prohibit selling, and does not say anything about how much
they can charge, as long as any changes they have made are made available for
free (or the cost of the medium and postage).
The GPL also contains requirements to make the source code available to
cus
I have run an additional test on DME bias.
The NACO approach plate for the KLAX ILS 6L says that the DME should read
1.6 nm over the threshold; the NACO approach plate for the KLAX ILS 24R says
that the DME should read 1.9 nm over the threshold.
For background, both the ILS 6L and the ILS 24R us
101 - 200 of 2805 matches
Mail list logo