David Luff wrote:
How about aprons? Most of the airports already done have edge (and center)
lighting defined for pretty much everything, including the aprons. I'm
assuming that small fields won't have that, but larger commercial fields?
That probably depends as much on the apron as the airport
Curtis L. Olson wrote:
Possibly, but from what I've heard, the main reason for centreline lighting
on runways is to support Cat II and III ILS approaches (down to a 50 ft
ceiling); probably, the same applies to taxiway lighting, since you'll have
ground ops in *extremely* low visibility.
I was a
Curtis L. Olson wrote:
I don't think there are hard and fast rules for this. Ultimately real
people spend real time and real money installing real lights. So a
lot of times, smaller airports with smaller budgets have no taxiway
lighting at all. KDEN has all it's taxiways very well lit, and has
Jonathan Richards wrote:
Interesting - I don't often see two (purportedly) equivalent pieces of code
together like that. I put both examples into files: the python is 668 bytes,
whereas the perl is 1074. Is python really that much more terse than perl,
or is it an artefact of the translation?
I flew down to Philadelphia from Ottawa today, though unbelievably
favourable conditions: the trip is almost due N->S, and since the low that
dumped all the snow has moved east, I had ferocious tailwinds at altitude
from the retreating side of the system. I throttled back to 65% power (and
som
Jon Stockill wrote:
Have you tried it in demo mode? In that mode it doesn't use any input from
the receiver, and it's actually possible to set the position moving using
the arrow keys on the map screen - if there's any mode likely to take
input from NMEA then this will be the one.
I tried it in si
Does anyone know if it's possible for a Garmin GPS to take its position
information from external NMEA input, rather than just broadcasting the
position as NMEA output? I wanted to experiment with using my (brand-new)
Garmin 196 slaved to FlightGear, but I have not had much luck yet. This
wor
Paul Surgeon wrote:
Is the "Select airport from list" menu item supposed to work?
I get a segmentation fault everytime I try using it.
The list works, but warping to a different airport doesn't. I usually end
up with a plane flipped upside-down.
All the best,
David
___
[EMAIL PROTECTED] wrote:
1. The trim wheel looks in AC3D like this:
http://home.arcor.de/iljamod/object_in_ac3d.jpg, but in FlightGear it is just an ugly
object: http://home.arcor.de/iljamod/dc3-throttle-bug.jpg
The orange mixture stick doesn’t look correct too.
That's a plib bug -- any vertic
Seamus Thomas Carroll wrote:
The reasone I would like to know is given an altidude above the ground and
a picture taken at that altitude I would like to know how much ground the
picture covers.
It's controlled by a property, but I find that usually 8-12 degrees down is
realistic for most of our
Curtis L. Olson wrote:
Nope, it turns out that bathrooms are typically only on things like
737's and DC-9's and stuff.
Smaller planes have them as well -- on small business jets and turboprops,
one of the seats cushions often lifts up to reveal a small toilet, with a
curtain that you can pull ar
Curtis L. Olson wrote:
As I understand it, the VOR needle swings right and left. If you beyond
(10?) degrees of the selected radial, the needle will always stay pegged
to one side. The needle will move if you are within (10?) degrees of
the selected and it will show you which side you are on and
Innis Cunningham wrote:
There is no way to get directional information to a VOR; instruments
like an RMI have to fake it by comparing the current radial (which can
already be very different from the magnetic [or in the north, true]
bearing from the station).
Without looking up my notes I would
Paul Surgeon wrote:
A corridor 100 km wide between Chicago (Illinois) and London (UK) (6378 km)
would require about 311 GB of storage space using S3TC compression with a
texture resolution of 1 meter/pixel.
Probably half, that, actually, since a lot of the trip is over ocean.
All the best,
Dav
Curtis L. Olson wrote:
I would recommend using even smaller sized textures if you can.
Right -- keep it to 64x64 or 64x32 whenever possible. There will be some
special cases (such as the Statue of Liberty or Big Ben) where we want a
more detailed texture, so going light on other buildings saves
Innis Cunningham wrote:
Anything I ever saw in 707's thru to 767's looked pretty rock
solid to me. But I may be wrong.
It may have been driven by an FMS in that case, which would be taking input
from INS, LORAN, DME, GPS, etc. What's your experience in those planes?
There is no way to get direc
Curtis L. Olson wrote:
Looking in the code, if I understand your request correctly, you may
want:
/radios/nav[%d]/radials/actual-deg
No, that is not the right solution. What he needs is a delta between the
inverse of the current VOR radial and the indicated heading on the RMI,
normalized to
Paul Surgeon wrote:
Yeah that's because the scenery is pre-rendered. Who said we have to
pre-render the scenery? :)
Rendering in real time would only require a library of geodata which would be
similar in size to the current FG scenery.
In that case, it wouldn't look like TerraScene scenery --
Paul Surgeon wrote:
I'm sure there will be protesters but this "polygonal" looking scenery is not
very nice in my opinion. Yes it works but it doesn't even begin to resemble
real life scenery.
Out of curiosity has anyone ever used TerraScene?
(synthetic scenery generation app for Fly! and Fly!2
Jim Wilson wrote:
Thanks. It was a crash the first try. First I got into a lot of circling
around trying to figure where to land and how to approach it. This resulted
in quite a few near misses with the buildings.
As someone with no helicopter experience, I'll guess that you want to
approach d
Good news: I've just added a dialog box for selecting a new airport from a
scrolling list.
Bad news: the JSBSim 172 flips upside-down whenever I switch airports.
All the best,
David
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flig
Erik Hofman wrote:
Here's an idea ... now that FlightGear is deathly quiet, I can't tell
if FlightGear is doing anything when it is starting up or if my
machine has hung. Maybe we could make a progress bar out of the flags
of all the countries of people that have contributed to
FlightGear. (?) I
Melchior FRANZ wrote:
Not exactly what you meant, but I've written a syntax definition
file for vim that displays nasal scripts with colored syntax --
for easier editing: http://members.aon.at/mfranz/nasal.vim
(See ":help new-filetype" in vim for how and where to install it.)
Great. Let me know w
Melchior FRANZ wrote:
This and your examples (mouse handling, etc.) have totally
won me over! I've already written my first nasal script
I haven't had time to play with NASAL yet, but now that it's integrated and
people seem to like it, it's probably time to start refactoring FlightGear a
bit.
Maik Justus wrote:
Yes, it is a bit more work flying with those changes. Do you mind if I
check them in?
For me it's ok, but remember, that you than need pedals (or another
analog controller for this axis) to fly helo.
The mouse does fine as an analog controller for the rudder -- I use it often
Maik:
I just checked in modified versions of Rotor.cpp and RotorPart.cpp,
converting the printf debugging statements to SG_LOG.
All the best,
David
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flight
Andy Ross wrote:
Other than the solution output, YASim doesn't generate any text at
runtime. The core files don't include anything from the FlightGear
tree at all, actually. There might be a stray printf or two,
though...
I tested YASim with the J3 Cub and it produced no console output at all.
Andy Ross wrote:
And since the rotor is spinning, it produces all sorts of
non-intuitive behavior like the 90° precession phase shift (try to
roll it left, it tilts forward, etc...). It's ugly. :)
This one happens with single-engine airplanes as well. If you yank the nose
up suddenly, you get a
Maik Justus wrote:
It is very unrealistic. But you can change this very easiely. Just
remove the notorque="true" tags in the bo105.xml file (or write
notorque="false"). You should also change the min- and maxcollective of
the tail rotor to be unsymmetric (I don't have the original values, I
can ju
I've just hit a milestone in eliminating unnecessary output from FlightGear.
I started a flight with the default airport and C172p, took off, climbed
to about 20 ft, landed, stopped, shut down the engine, and quit the program,
all without a single line of output on the console. Here's the be
Maik Justus wrote:
Also the rolling tendency in translational lift is missing.
That is a very complicate thing. Allways if I think about I run into
confusion.
Is it just a gyroscopic effect?
All the best,
David
___
Flightgear-devel mailing list
[EMAIL
Melchior FRANZ wrote:
Before you get too accustomed to the current fgfs bo105, there's
a little detail that I got wrong: Tthe pilot sits at the right
side in a real bo. :-)
Yes, I know -- I thought about editing the config file, but didn't get
around to it (at least not yet).
All the best,
Dav
Andy Ross wrote:
Out of curiosity, how do pilots do this in real helicopters? I
wouldn't think a traditional ASI would work very well at 10 kts...
You could probably build one that did -- after all, the aenemometers that
weather stations use can register down to less than 5 kt. Still, I'm
gue
Here's another fun landing:
http://www.megginson.com/flightsim/water-tower.jpg
The hard part, for me, is watching the ground close to the helicopter when
I'm close to the hover. In real life, when I'm flaring for a landing, I'm
usually focussing on the far end of the runway, perhaps a mile or
Andy Ross wrote:
1. The default log level is now FG_ALERT, or at least, it's supposed
to be (though some FG_WARN messages inexplicably still get
through).
What about the presumptively "useful" stuff like the JSBSim touchdown
report or YASim solution data? Would it be a good idea to split out
Jim Wilson wrote:
FWIW I'm not that crazy about switching aircraft mid flight, but I suppose it
could be done easily enough. Anyone for a piper cub going 270kias @ 4ft?
That sounds great. Can you animate the fabric tearing off the wings?
All the best,
David
___
Reading Eric Raymond's excellent new book, The Art of Unix Programming,
reminded me of the importance of programs staying quiet unless (a) they have
something critically important to say (i.e. "help, I'm about to die"), or
(b) the caller explicit asks them to be noisy.
Of all the programs I nor
Curtis L. Olson wrote:
If the sim is running, wouldn't you be competing with the FDM?
Wouldn't it be cleaner to keep a separate area for initial conditions
so you can specify them at your leisure, and then "commit" when you
are ready? Otherwise if we are writing into the main property tree,
it se
Curtis L. Olson wrote:
We can accomplish the same thing simply by saving a copy of part or all of
the property tree and then reverting to it, without creating a separate,
parallel hierarchy of properties for initial conditions.
In this scheme, how would you specify initial conditions? You'd sti
Curtis L. Olson wrote:
I definitely need the functionality to set up various initial
positions; in the air, on the ground, relative to different objects,
different headings, initial velocity, etc. etc.
We can accomplish the same thing simply by saving a copy of part or all of
the property tree an
[EMAIL PROTECTED] wrote:
But i noticed by using the current CVS version, that
the engines where off after pressing the reset button in the fg menu.
Yes, reset and save/restore are a bit broken in FlightGear right now. I'll
try to fix them when I have a chance, but it will require a bit of
ref
[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 th
[EMAIL PROTECTED] wrote:
Hello, I allways wanted to fly the helicopter but i don't know how to start
the engines. I pressed every key kombination but still no luck.
If you have the latest CVS of FlightGear and the base package, it should
start with the helicopter engine running:
fgfs --aircra
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
___
Fligh
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 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 th
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 parki
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 sou
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
___
Fl
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 abou
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
m
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
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 PROTECTED
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:
...
1
-128.553223
54.233123
...
How does id, lon, lat initialize the variables int id, dou
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 high
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 an
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
bouncin
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
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 fo
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 steer
Andy Ross writes:
> But this is only one problem of many. FWIW, I think most of the YASim
> planes sit quite well.
Unless there's any wind:
fgfs --aircraft=c172-yasim [EMAIL PROTECTED]
All the best,
David
___
Flightgear-devel mailing list
[E
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
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
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 proble
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
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 ac
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 countri
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 ava
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
(Vi
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 unre
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 th
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 system
Paul Surgeon writes:
> However I do agree with you about optimizing FG.
> It has scenery comparable with FS98 but runs about 1000% slower.
That's not true -- I used FS98 (it's the last MSFS sim I owned), and
it used a flat-terrain model, with the occasional hill modelled as a
3D object: remembe
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. Texture
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
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
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 decen
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:
h
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 drai
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
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 f
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:
http://baron.flightgear.org/pipermail/f
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
Curtis L. Olson writes:
> The VASI/PAPI lights are currently broke (and have never worked
> correclty). :-( I need to find a chunk of time to work on them.
That will be a Very Good Thing for practicing night landings.
All the best,
David
___
Flig
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
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
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
___
Flightgea
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
i
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
> >sl
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 ...
Tr
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, sugges
Martin Spott writes:
> O.k., I'll try tomorrow. I'm curious why it didn't get triggered today.
> BTW, for those who never flew a heli: If you chose to stand outside
> then take a position on the left behind the helicopter. This makes the
> first steps lots easier,
There are still some problem
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
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]
http:/
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 d
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,
[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
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 exa
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
501 - 600 of 2805 matches
Mail list logo
