[EMAIL PROTECTED] wrote:
Because of my german keyboard layout i needed to press the ALT+0 key
to get the } key pressed, that was a little irritating for me, because
i looked for the corresponding german key by the key location and not by the
key character, but that didn't work of course.
FYI the
Danie Heath wrote:
I just wanna find out how Simgear actually works. Does it generate the
world as a sphere, or as a flat world ?
An irregular WGS84 spheroid, I think, which is more accurate than either
flat or spherical.
All the best,
David
___
I just tried flying the bo105 around Ottawa a bit: FlightGear has made an
incredible amount of progress over the past few weeks. All of the jitters
in the heli flight model are gone, the 3D interior looks great (though it
needs a bit of instrumentation -- I'm using the HUD for now), and the
Finally. On the roof, with the engine shut down, after taking off from a
nearby airport:
http://www.megginson.com/flightsim/roof.jpg
Airspeed management is very different in a helicopter than in a plane -- I'm
still trying to get a handle on it.
By the way, I always have to put on the
Jim Wilson wrote:
Pull back on the cyclic stick. Depending on what speed you are going dropping
collective too. I like to swoop down to create some downward momentum and
then pull back. I'm not sure if this is a legal move :-), but if you are
going really fast and want to stop quickly, pull
Jim Wilson wrote:
Yep, it is a feel, how much collective lift to add. The thing that usually
screws me up is the tail rotor when hovering. In general the rudder control
on my X45 sucks, partially because it is my left hand and I'm very right
handed, but also because it is a rocker. How are
Andy Ross wrote:
Never mind. Someone already added a skid attribute to the parser
(or maybe I did long ago and forgot). Just set skid=1 on the gear
objects and remove the brake mappings from the property tree.
Done.
All the best,
David
___
Andy Ross wrote:
I'd strongly suggest using the property tree parser.
Me too, simply because it's at least an order of magnitude easier. However,
I suspect that Jon wants to use EasyXML for parsing the coefficients, and I
have to admit that the property-tree format will be fairly verbose for
Here's a simple command-line to start lined up for takeoff on the Saratoga
aircraft carrier:
fgfs --lon=-122.575412 --lat=37.726849
Unfortunately, all is not happy. A full-speed takeoff results in strange
problems, so try a slow taxi to the ramp (say, 1000 rpm). The nosewheel
sinks in
Erik Hofman wrote:
http://home.arcor.de/iljamod/fg/dc3.tar.gz
This looks very nice!
If David agrees we should add this to CVS.
I haven't looked at it yet, but no objections anyway.
All the best,
David
___
Flightgear-devel mailing list
[EMAIL
Seamus Thomas Carroll wrote:
Is it possible to then parse buffer using the property-tree code?
I am looking at void readProperties( istream input,
SGPropertyNode *start_node, const string base ) but i dont understand
what the base is for.
You could pass it an istringstream wrapped around the
Jon Berndt writes:
In the end, it could turn out that a physics-based approach is not
worth the effort, and we should simply make the aircraft do what
experience tells us a real aircraft would do.
As either you or Andy mentioned before, the problem is the
transition. Improving the
Erik Hofman writes:
So now you've got:
1. friction calculate every wheel separately.
2. add all frictions for the landing gear.
3. make the friction for every wheel dependent to wheel spin and use the
result for moments and force calculations.
4. calculate the moments and forces
Jim Wilson writes:
So then what would happen if you artificially introduced resistance at the
same time (near zero velocity) in a manner similar to a partially applied
parking brake?
The problem is that if the landing gear produces opposing forces or
moments that are too great, the plane
Andy Ross writes:
Hrm... well that throws a wrench into the static spring force while
stopped idea. Maybe it could be salvaged by doing the static spring
computation only in the (1D) transverse direction...
Again, I'm wondering if this is an aerodynamic problem (aside from the
Jim Wilson wrote:
Can't we bring in some sort of damping factor that would just render the
aircraft stuck at very small velocities, but would still allow it to become
unstuck if a great enough force was applied? A sort of automatic parking
break that gets applied gradually starting at 0.01 fps
Seamus Thomas Carroll wrote:
Is there a tutorial or can someone give or direct me to a simple example
on how to use easyxml? I am trying to work my way through props_io.cxx
but it is not an easy introduction.
Do you want to work with properties or raw, low-level XML? Properties
provide a
Seamus Thomas Carroll wrote:
I figured out the what you mention. The part that confuses me is how to
put the data from the xml file in a desired location. For example if I
have the xml document:
...
vehicle
id1/id
lon-128.553223/lon
lat54.233123/lat
/vehicle
...
How does id, lon, lat
Andy Ross writes:
JSBSim and YASim do things pretty much the same way, using a
coefficient of friction for gear as they slide over the ground. This
integration works fine for a moving aircraft,
Unfortunately, not -- when the JSBSim and YASim aircraft are rolling,
they are still far too
Paul Surgeon writes:
I don't know about everyone else's experience but I haven't found
one aircraft in FG that wants to sit still on the ground even with
the engine off. I've never seen a stationary aircraft weather
vane into a 10 knot wind in real life.
It might be that the problem is
David Culp writes:
Ok, I got the Saratoga moving across San Fransisco bay at 30 knots.
http://home.comcast.net/~davidculp2/saratoga_SFO_bay.jpg
It can't be landed on because the deck is not solid (however you can fly
inside and grab lunch). Is there a way to solidify the deck?
Gene Buckle writes:
After looking through the various instrumentation files, I noticed that
there is no weight data associated with the instruments.
For those that don't know, each instrument that goes into the panel is
labeled with its weight. This is done to make sure that an
Curtis L. Olson writes:
Today I had a chance to see a driving sim located at KMSP. They use
it to train drivers for driving around on the airport grounds
(taxiways, runways, service roads, tunnels, etc.) The really
interesting thing about this sim is they had a beautifully done model
Jonathan Richards writes:
listgeo gives a whole shedload of information about the mapping,
too much to report here unless anyone's interested, in which case
mail me.
I'd just like to take another opportunity to express my appreciation
to the U.S. government for making so much geodata
Paul Surgeon writes:
The USGS is unfortunately a rare example of good governance.
Where I live the tax payers pay to get the government to do surveys and then
the government sells us the data. :(
Ditto for Canada. Fortunately, the U.S. is making more and more data
free for our countries
There are raw, scanned sectionals and terminal charts available
online. I haven't downloaded and unpacked the zipfiles yet, so I'm
not sure of the format.
Sectionals, at 1:500,000 scale, are the most commonly-used charts for
VFR flying -- in Canada, we have the same thing, but call them VNC's
Olivier ABILLON writes:
Turning on static objects in the scenery decreases a lot the frames per second
rate (about
a 33% penalty!) whereas random objects (trees, small buildings, ...) are rather
fast to render:
There is only a 10% or less penalty on the fps rate.
Why there is
Andy Ross writes:
In an attempt to depoliticize the combat flame war as much as
possible, it's worth pointing out that, irrespective of people's
opinions on the matter, there are not a lot of combat features we
can really avoid implementing:
I've been deleting the combat thread unread,
Curtis L. Olson writes:
If you are running low on video ram, enlarging the window can kill
your performance (due to needing to reallocate and shuffle ram.) You
can try starting with the window maximized and see if that works.
There's also a problem with the NVIDIA drivers on some systems,
Paul Surgeon writes:
Well what do you define as eye candy? If people don't want eye
candy then why do we have ground textures in FlightGear? They are
just wasting framerates.
I'm not taking a stand in the eye-candy-vs-simulator debate, but this
particular statement is not true. Textures
Jim Wilson writes:
That's pretty ancient. Our current 172 looks a fair bit better.
U... that release is less than two weeks old ;-).
I'm losing track of release numbers, then, but the clunky 172 model
with the yellow tint on wings has not been our default for a long
time. Maybe he
Paul Surgeon writes:
BTW : I took the Cessna 172 for a flip and was dissapointed. The
visual model is really rough - looks like it taxied into a brick
wall to get into those funny shapes.
What release is it? The 172 changed a release or two ago.
At full throttle and a 1500 fpm decent
Paul Surgeon writes:
0.9.3 - The one with the nice ready to run Windows installer. It's
the 172 with the 3D cockpit and nice yellow tints on the wings. :)
That's pretty ancient. Our current 172 looks a fair bit better.
All the best,
David
Norman Vine writes:
SRTM 90 meters dems for Europe and Asia are now available at
http://edcftp.cr.usgs.gov/pub/data/srtm/Eurasia/
Fantastic. I guess that the Aussies, Kiwis, and S. Americans will
still be stuck in flatlands, though -- serves 'em right for spinning
the water down their
James A. Treacy writes:
Since there are probably a few folks here who don't know that David is
joking (I hope he is :), check out the following:
http://www.urbanlegends.com/science/coriolis/coriolis_force_sci_physics_faq.html
It's actually a (probably too-subtle) Simpsons reference:
Matthew Law writes:
I agree :-) In a C152 with one aboard it certainly gets a little bumpy
around the circuit even nauseous sometimes. The worst turbulence I've
been in so far was just beneath a bank of fluffy cumulus clouds. I
thought the airframe was going to fail and for the
Frederic Bouvier writes:
I am trying to avoid to fly on the afternoon in summer. It even happened
that my head hit the top of the canopy. I wouldn't imagine what could
happen if I'd forgot to fasten my seat belt.
Been there -- I bruised my head on the roof of my Warrior during a
practice
Martin Spott writes:
Lee Elliott [EMAIL PROTECTED] wrote:
Sorry this is OT but there isn't anyone else who'd really understand.
Still worth reading.
Absolutely. I missed the original posting, so I had to yank it out of
the archives:
Jon Stockill writes:
Actually it really helps getting your head around all the engine controls
to do in-air starts. If you're feeling particularly sadistic don't bother
setting vc either.
That's our being-dropped-from-a-giant-helicopter simulation.
All the best,
David
I've fixed the YASim code so that you can set the starting RPM from
the property tree -- that means that it is now possible to start YASim
propeller planes with the engine running, just like we do with JSBSim
planes. This is a minor convenience on the ground, but it is very
significant for in-air
Martin Spott writes:
Very different here. The indicators on the HUD were moving and the heli
flies very calm. Did you recompile the stuff from scratch ?
That's worth a shot -- I'll try a make clean; make in SimGear and
FlightGear. I'll just confirm that it is the bo105 that everyone else
is
Frederic Bouvier writes:
MSVC found the problem below at compile time.
- fcw==0;
+ fcw=0;
OK, after all the MS bashing we've been doing, it's only fair to mod
MSVC +1 for finding this problem.
Thanks,
David
___
Innis Cunningham writes:
While mapping the collective to the throttle would work. It is a
bit like mapping a variable pitch prop to a throttle.
It's just a terminology problem, not a flight-modelling problem -- it
sucks using /controls/engines/engine[0]/throttle (or whatever) to
manipulate
David Luff writes:
FWIW, I got sudden yaw oscilations as you describe for no apparent
reason as well.
I've no idea how to fly a heli though!!!
Nor do I, but I'd expect any strange oscillations to happen at very
low or very high airspeed, not at a medium cruise speed. I just
rebuilt
I've been been playing with Maik's most excellent helicopter model,
now in CVS:
fgfs --aircraft=bo105
I can (just barely) fly it -- I'll try hooking up my rudder pedals to
see if that makes it easier. One thing I don't understand is that I
get a lot of small, rapid fishtail oscillations, even
Jim Wilson writes:
This isn't happening here. How are you controlling the antitorque
(rudder)? Maybe the problem is in the control input?
I've tried it with two different controllers and seem the same effect
-- furthermore, the control-position indicators on the HUD are not
moving,
Curtis L. Olson writes:
It also loops quite easily ... not saying that was the first thing I
tried. How do you run the collective? How about yaw control? The
rudder seemed to act more like an aerodynamic rudder ... not that I
know anything about how a helo is supposed to fly ...
Try
Jon S Berndt writes:
On Thu, 16 Oct 2003 17:15:02 -0400
David Megginson [EMAIL PROTECTED] wrote:
There are still some problems we need to work out. For example, if
you set the wind to 0 and turn off the engine, the helicopter still
slides backwards and turns -- we'll have to figure
Richard Bytheway writes:
R KABC 29.650236 -96.579416 176.00 SL
Is that example meant to start with a W rather than an R?
Yeah, that would do the trick.
Thanks,
David
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
[EMAIL PROTECTED] writes:
Can youu answer some of my question about the code, dave..
But for the future if I will be albe to afford the time to learn
some driver programming I could try it.
We take mouse input from GLUT and handle it in src/Input/input.cxx.
Take a look at the method
David Luff writes:
However, I'll see your Java airport viewer and raise you a C++ one
:-)
Excellent -- I'll take a look. Do you plan to make it into a
full-fledged editor, like the one in XPlane? I've had a lot of fun
learning the Java2D API for my Java viewer, but I won't go through all
I'd like to propose the following changes to our current airport data
formats:
1. In $FG_ROOT/Airports/basic.dat.gz (the airport-level data file),
add two fields containing the ISO 3166 country code and a
country-specific region code. Either can be represented by 'U' if
unknown. For
[EMAIL PROTECTED] writes:
Maybe we should also think about adding another entry, the
continent. If we want to use a search by continent feature in
the airport dialog, then of course, it is possible to find the
continents by country. But history showed that this is not a
reliable
Jon Stockill writes:
The problem there is that we don't need to keep a list of windsock
locations in RAM all the time. *YES* we need the data - I'm just not
convinced that that's the place to put it.
There's no need to load it into RAM in FlightGear -- TerraGear can use
the information,
Julian Foad writes:
It seems *awfully* redundant given that there is already the Id
*and* the geographical location.
The lat/lon would be fine for searching inside 10 deg x 10 deg chunks,
but it would get very expensive if we had to store polygons for all
country and region boundaries and do
I've been hacking around with Java Swing classes during free moments
over the Canadian Thanksgiving weekend, and I have managed to come up
with a minimally-used FlightGear airport viewer. I'm using JDK 1.4,
but 1.3 might work as well (if it has the Java2D graphics API
bundled). To try it out,
Agusmag writes:
The virtual hemet is madeup by two elements, the visor, wicha has a
simple RGB connector, and the motion tracker (intersense inertial
CUBE). The motion trackers has its developer kit in C++ and collect
three angles, roll,pitch and yaw.so I was wondering to feed the
[EMAIL PROTECTED] writes:
I'm trying a way to switch the mouse mode view to a
virtual helmet driven view.
How does the virtual helmet feed into the computer? Does it just look
like a joystick? If so, then you need to set up bindings for the
different movements.
All the best,
David
[EMAIL PROTECTED] writes:
Excuse me, where do I find informations about the
commands and the format for .AC files, especially
the files for the instruments?
I'm not sure where the format is published, but it's not too hard to
puzzle out if you understand how 3D files usually go together.
Christopher S Horler writes:
Presumably this would only affect the time it takes to run ssgStripify,
having no detrimental performance issues?
I'd be surprised if it even had much of an effect on ssgStripify.
All the best,
David
___
David Megginson writes:
Here's what I think is the offending PLIB code, at the top of
src/ssg/ssgOptimiser.cxx:
static float optimise_vtol [3] =
{
0.01f, /* DISTANCE_SLOP = One centimeter */
0.04f, /* COLOUR_SLOP = Four percent */
0.004f, /* TEXCOORD_SLOP
Jon Stockill writes:
... sort of works now, after a few small bug fixes. You can do
something like
FG_SCENERY=/usr/local/Scenery:/usr/local/Scenery/Objects
Excellent - that makes life a lot easier :-)
Thanks. Obviously, we'll want to make things smarter soon, but for
now,
Frederic BOUVIER writes:
Yes, this is a good thing. But when the terrain change, we have to
land the buildings again because their vertical position is AMSL
not AGL.
I tried fixing that a few weeks ago by providing an option to set
objects on the ground. Unfortunately, I didn't manage to
Erik Hofman writes:
FlightGear/data/Scenery/Terrain
FlightGear/data/Scenery/Cultivation
How about this?
$FG_ROOT/Scenery/Terrain
$FG_ROOT/Scenery/Objects
All the best,
David
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Jon Stockill writes:
I tried fixing that a few weeks ago by providing an option to set
objects on the ground. Unfortunately, I didn't manage to find a way
to calculate ground level at load time.
How are the random objects placed on the ground? Surely it's the same
calculation?
I
Erik Hofman writes:
How about this?
$FG_ROOT/Scenery/Terrain
$FG_ROOT/Scenery/Objects
No problem, It's just a name.
Great. In English, at least, cultivation generally means
agriculture rather than man-made works in general.
All the best,
David
Maik Justus writes:
So there is still some work, but if someone want to have this
(alpha-)source just let me know where to mail it (but let me first
search for bugs a few days...).
Thank you for your work. You can mail the YASim patches and your
first config file to me, Curt ([EMAIL
Curtis L. Olson writes:
Hmmm, something tells I replied to the wrong message, oops, too
many things going on here at one time ... but yeah if any one
cares, kid #2 is on his or her way.
Congrats!
All the best,
David
___
Flightgear-devel
Norman Vine writes:
Google( palm moving map)
That was the first thing I did, but I didn't see what I was looking
for.
Thanks,
David
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
I just bought a (relatively) cheap clip-on GPS for my Palm Vx. It
came with Magellan mapping software containing a database of detailed
U.S. city street maps, but nothing for outside city areas (!!).
Does anyone know of a simple PalmOS low-res moving map program, that
just shows coastlines,
Carsten Höfer writes:
Hi, due to the size of the current flight school (pdf=5.6MB), I
would like to change it to HTML. I tried to use latex2html, but was
more or less disappointed by the result (same with pdf2html). Any
suggestions for a 1:1 converter or a different format to PDF or
Wendell Turner writes:
Does anyone know of a simple PalmOS low-res moving map program,
I use the cumulus program
http://cumulus.kflog.org/
on my Zaurus.
It looks very interesting, but unfortunately, doesn't run under Palm
OS.
All the best,
David
Curtis L. Olson writes (in a CVS log entry):
VASI/PAPI lights are generally always on.
I remember reading somewhere that they are typically turned off in
very low visibility when a precision approach is in use, unless
explicitly requested by the pilot -- unfortunately, I cannot locate
the
Norman Vine writes:
Not really -- the difference is that the actual values
(lat/lon/alt/hpr/airport/navaid/etc.) live in the main property tree,
and these tell us only where we should look for them.
Sounds to me like what is needed is a way to do
$MY_TREE = which branch I want
Unfortunately, while the presets hierarchy brought some benefits, it
also broke saving and restoring flights. I think that it's time to
consider doing away with the presets hierarchy, and trying something
like this:
1. Make an in-memory copy of the property tree that we can revert to
when the
Tony Peden writes:
/sim/startup/init/position-type : (latlon|airport|navaid|runway)
/sim/startup/init/altitude-type : (msl|agl|glidepath)
/sim/startup/init/orientation-type : (rph|runway)
/sim/startup/init/time-type : (utc|local|sunpos)
This sounds awful close to
Manuel Bessler writes:
Sure, if a model flies 'by the numbers' is a good start, but there
are other properties that need to be simulated well for a good
model, esp. outside of cruise (cruise is probably the simplest
part).
It's all numbers, of course: it's just that the numbers for the
Matthew Law writes:
I experienced my first bout of real fear yesterday doing my second
hour of solo circuits. I was operating from 06/24 and after a
precautionary couple of circuits with my instructor he let me loose
in a crosswind situation. The wind was initially 220/10-12Kt, but
by
For everyone who's been following my real-life flying experience since
my agonies over the first intro flight, on my way back from Brampton
(CNC3) to Ottawa (CYOW) with my family last night, my logbook rolled
past 200 hours.
The second 100 hours has gone fast. This flight was memorable in
other
Arnt Karlsen writes:
..the 200'th hour is also the most dangerous period for average
pilots according to the stats, these usually _assume_ things
instead of _preparing_ for them, because their 200 hour experience
may be construed to have taught them this is allways ok to do.
That
David Megginson writes:
For example, private and student pilots with 100-149 hours accounted
for 309 fatal aircraft accidents in the U.S. from 1983 to 2000, while
private and student pilots with 350-399 hours accounted for 109
accidents. Who's more dangerous? It depends on how many
Arnt Karlsen writes:
however, since the FAA does not release statistics about the
number of pilots and hours flown at different experience levels,
his numbers are meaningless.
..huh??? Why the hell not???
They indicate nothing about what level of experience is really the
most
Arnt Karlsen writes:
To take a different example, if I could show that more people die
every year from falling off chairs than from high-altitude mountain
climbing without oxygen, would that prove that sitting on a chair is
more dangerous?
..reminds me of the safest mode of human
I've added a simple --failure option to help set up quick scenarios
from the command line. The allowed values are vacuum, electrical,
pitot, or static. It would be nice to add various flight controls
as well, once we come up with a scheme to support that.
All the best,
David
Matevz Jekovec writes:
simulators and are hot on the tail of the more recent. More
cockpit detail is needed on many of the other aircraft, which is
on my short
Speaking of cockpits, do we have any 3D clickable cockpits planned? I'm
not aware of any sim supporting that (at
Jim Wilson writes:
Would elevation be helpful in splitting into different default
types? Ocean shoreline vs. everything else?
It won't help you with lakes, and it might turn the whole of the
Netherlands into shoreline.
All the best,
David
___
Curtis L. Olson writes:
They are simply data files. There's nothing executable in there at
all. As far as I know, MS hasn't added VB script support to
.tar.gz files [ yet :-) ] so I can't imagine how they could ever be
infected with anything.
I'm guessing this has to be a false
Curtis L. Olson writes:
The real issue here is what texture should we choose for default
areas for which vmap0 has no coverage opinion?
It would be nice if we could do some kind of weighted average of the
surrounding areas, excluding water. At least we'd be less likely to
get something out
Ivo writes:
But tonight I tried one anyway and I am surprised about how it looks. Not
too bad at all for a texture that's only 150 pixels high. I have put some
sample images here:
http://ivop.free.fr/fgfs/fgfs_rembrandt1.jpg
http://ivop.free.fr/fgfs/fgfs_rembrandt2.jpg
32 pixels
Jim Wilson writes:
Owners of low-wing planes are manly? H...so what are bi-plane
owners then?
You made that one too easy.
All the best,
David
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Lee Elliott writes:
I've been using Gnome for years but I'm finding it increasingly
idiotified and un-controlable, not to mention less reliable.
Just out of curiosity, what problems are you finding? I'm using the
latest Gnome from Debian unstable, and it doesn't seem to cause any
problems.
Lee Elliott writes:
I'm on Debian unstable too. Included in the problems I've experienced are
incorrect panel icons that I can't corrected, problems with icons in some
Gnome apps, panel entries loosing properties after I've set them and an
inability to re-configure old gnome apps such
In FlightGear, I just paused in the middle of a climb out from
Brampton (NC3) towards the Simcoe VOR (YSO). I'm nursing the climb,
trimming the 172's nose down to 85 kias to keep the engine cool and
settling for 600 fpm through 4500 for 5000 ft. I caught myself
looking at the clouds getting
Tony Peden writes:
I don't know, maybe it's just me but I've written a lot of perl I
couldn't read a month later ...
You just haven't rewired your brain chemistry yet. After about 12
years, perl code starts to look normal and everything else (C/C++, the
sky, your family) looks strange.
Erik Hofman writes:
Jim Wilson wrote:
Erik Hofman [EMAIL PROTECTED] said:
Can someone point me to the most recent document that contains
information on how to animate FlightGear models?
Want to add a description of the new blending animation, but although I
found it on
Erik Hofman writes:
They are billboards. But my machine definately can't handle more
billboards right now (how does the 3d clouds code do that? I looks like
the trees and clouds together doesn't make a hughe difference).
Imposters might work for distant trees as well. Implementing
Curtis L. Olson writes:
For what it's worth, when I was looking into this, I found some
examples of runways with their ends literally at least 100' different
in elevation. Most aren't nearly that far off, but there are a
few.
For a 10,000 ft runway, that would require less than a 1%
Martin Spott writes:
Further to Curt's last post about flattening rivers, how would
everyone feel about flattening airports?
When you look at large airports, say with runways over 3 km, you'll find
quite a few where the runways follow the terrain at least over a difference
in the
Curtis L. Olson writes:
David, I lined up fine in the yf23-yasim with the scenery I generated
last night.
I'll try rebuilding the airports with the latest CVS, then.
Thanks,
David
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Curtis L. Olson writes:
I have been fiddling around with the scenery building tools to
incorporate 30m SRTM data for N/S america, updated/current
airport/runway data based on the latest DAFIF cycle, updated taxiways,
lighting, and approach data, etc. Also included is vmap0 roads,
501 - 600 of 2319 matches
Mail list logo
