exclude .xcf files from the official base package distribution.

For cygwin, make sure to preserve previous contents of EXTRA_DIRS.

Jim Wilson:

This is a fix for my earlier "Remove some hardcoded dependencies between fdm,
viewer and acmodel" patch.  The problem was discovered when testing the
wrightFlyer.

Return to original property names.

Fix another possible ATC stackdump

Fix some warnings

Various final tweaks for the 0.9.4.pre1 release.

plib-1.8.0 no longer defines the cchar type (which we used because we were
deriving a class and the base class used this type.)  Return to using
const char and hope people compiling against earlier versions of plib
have compilers that think typedef const char cchar; char *abc; is equivalent
to const char *abd;

A hack to prevent a devide by zero sotuation. Should we still leave the balloon in CVS without WeatherCM?

Frederic Bouvier:

I made these changes because fltk doesn't recognize path
\\SERVER\SHARE as a normal directory, although plib/ul
function succeed at enumerating the content of such a
path.

I had that problem when I decided to test FG on a loaned
HP xw4100 workstation. I installed it over the network and
the install-source became \\myserver\myshare\. with no
scenery files detected.

Jim Wilson:

This patch adds the ability to do a simple scaling of input without having to
add hardcoded helpers.  Example:

    <reference>
      <prop>/autopilot/settings/vertical-speed-fpm</prop>
      <scale>0.01667</scale>
    </reference>

Fix a problem where the windspeed could be negative in the property tree. Animations relying on this property could become stressed because of that.

Frederic Bouvier:

The message 'Alert: catching up on tile delete queue'
comes from the fact that 48 tiles are scheduled and
added to the cache at startup before the plane location
is initialized. My proposed patch is to initialize
SGLocation with an invalid position and detect this
fact before scheduling tiles. I prefer to do that
rather than testing for lon and lat being 0,0 because
it is a valid position and someone could want to fly
near Accra.

Frederic Bouvier:

This patch is for windows only. It hides the console window
until there is a message to print. It only support SG_LOG,
that I think is the right way to display something in FG.

Some more tweaks to the landing clearance code

Delay deletion of AI traffic until after it has had time to release the frequency after its last transmission.  This is a bit of a band-aid for more deep-seated problems with the dialog model, but it will solve some problems for now

Release the frequency after finishing a transmission

Slightly more robust handling of runway vacation

Convert some char* return types to string

Jim Wilson:

Remove some hardcoded dependencies between fdm, viewer and acmodel classes and
replaced them with property references.   Fix roll offset in viewer.

Jim Wilson:

Add FGPredictor class to xmlauto.  Add support for horizontal navigation based
on flight track as opposed to heading.  Add crosstrack-error support to nav.
Simplify error adjust calculation for horizontal nav (better interception).
Fixed potential divide by zero that was producing nan issues in the xmlauto
code.

Various preparations for the next release.

Make sure /usr/local/{include,lib} is added for cygwin.

Add extern "C" wrappers.

Remove the old WeatherCM module.

Fix a small path conflict.

Updates to the windows packager script.

Fix a possible crash

Cugwin fix (min macro conflicts with a
windows one)

Rob Deters: UIUC updates from March 1, 2004.

Oops, missed one commit in the last set.

Frederic Bouvier:

I made some changes to current CVS :

 - the window is gently resizable, keeping the buttons' height
   unchanged, with a minimun size,
 - the current activity ( installation or removal ) is displayed
   in the progress bar,
 - the progress status is exact. For installation, I am
   using the total bytes read vs the file size. I had to hack
   untarka somehow and bzip2 and Z methods needs to be implemented.
   For removal, I am counting files by in-depth traversal, in the
   same way remove_dir is working. This seems very quick and
   the overhead is unnoticable.
 - the Quit button is the only way to quit the program, and it is
   deactivated during work. Otherwise, we can get the window hidden
   but the program still running in background.
 - cleanup on start options that seemed to be copied from fgrun.
   Valid options are now :
     --silent
            to write fgadmin.prefs and stop immediately
     --install-source=<DIR>
     --scenery-dest=<DIR>

Roy Vegard Ovesen:

I've done som more work on the gps instrument.

- You can now input airport-, nav- or fix-ID to select a waypoint.
- You have to specify either "airport", "nav" or "fix" in the waypoint-type
  property (some fixes and navs have identical IDs).
- Formatted the time to waypoint output.
- Cleaned up and changed some propery names (wp-heading -> wp-bearing).

- I've also added a name member to the FGNav class so that the gps instrument
  can get the name of the nav.
- Changed the airport name parsing in simple.cxx.

Make sure delta_u_n and u_n are always explicitely initialized.

Roy Vegard Ovesen:

I've done some changes to xmlauto.cxx.

Only calculate the derivate filtering if derivate time Td is greater than
zero. This means that one can set Td=0.0 in the xml file to completely remove
the derivate action. (Setting Td to zero in the current version would lead to
a division by zero and crash.)

Setting the integrator time Ti to zero doesn't make sense, right! I've
modified so that setting Ti to zero results in the integral action being
completely removed.

Work around for the AI-traffic due to precision issues generated by the radio frequency dialog

Fix an issue where math.h doesn't define sqrt in namespace std (at least on MSVC) and remove DOS line-endings.

- Filter the fuel switch position to allow it to slowly transition through
  null space without killing the engine (hardware specific problem.)
- NMEA output: I'm slightly confused but it appears that a real GPS outputs
  traditional unix line endings on it's gps strings, we were outputing DOS
  CR/LF which was causing some confusion.  This changes the line ending
  convention to match that of a real gps.
- Calculate true ground track and speed for NMEA.

Resolve a meters vs. feet interpretation problem with nav station elevations.

Change nav->get_elev() to nav->get_elev_ft() to convey the actual units
explicitely.  This value has always been feet, but there were a couple places
in the code that assumed this elevation was meters.  The result was that you
could park directly over the top of the Black Forest VOR (112.50) NE of KCOS
and get a dme reading of 2.5 or so.  This problem is now resolved.

I found a meter/feet conversion problem with DME elevations.  These changes
should resolve the problem.

Sync. with JSBSim CVS.

Fix a string clearance issue with certain compilers.

Don't clear the user to land following downwind report if there is other traffic on final to land first - instruct the user to follow the other traffic and clear the user to land once the other traffic is clear of the runway instead.

Fix a situation where the AI aircraft sometimes wouldn't be visible when they should

Start adding a better framework for ATC-initiated communication.  There should be no user-visible change from this commit

Add an option for the user to inform the tower (s)he is going around after downwind or final has been reported

David Culp:

I added some things to the AI stuff to improve the AIThermal processing.
Before, all the thermals were processed in order, and the last one overwrote
the prior one.  Now, only the data from the nearest thermal is kept.  This
way a tile can be populated with many thermals, and (as long as they have the
same diameter) the one nearest the airplane correctly takes effect.  This
will make us ready for the next step, "auto-thermaling", where FlightGear's
tile manager can cover a tile with thermals, and set the thermal strength
based on land-use type.

I moved the enumerated object_type to the base class.  When an AI object is
created it now sets the _otype variable in the base class.  This lets the AI
manager find out what kind of AI object it is dealing with, using the base
pointer.  I also added a function isa() to the base class, so the manager can
process objects differently based on their type.

The AI manager now sends AIThermal processing to a different function, where
only the data from the nearest thermal is kept.  After the manager processes
all the AI objects, then the results from the nearest thermal are applied to
wind-from-down.

MSVC .NET 2003 fix

Increase friction at idle, so that the engine idles more slowly.

The friction factor should be tunable through a runtime parameter;
right now, it is optimized for the PA-28-161.

Start making the AI traffic robust to not getting a tower pointer from ATC.  Eventually this should also lead to being able to generate AI traffic at uncontrolled airports

Use the airport elevation instead of the actual ground elevation when out of visible range of the user.  This should reduce thrashing / pollution of the tile cache.

Fix a crash that sometimes occurred when reporting downwind in the circuit

Fix a problem where track would not get initialised to a sensible value before getting altered

Put the Thermal and Storm support code back in

Put the AIStorm and AIThermal classes back in

Move the mechanics of turning out of the derived classes into AIPlane.  The user-visible effect is that AI planes no longer suddenly change direction without turning properly.

Don't cast string to c_str before passing to functions that take string, and remove an inadvertant push onto the airport_atc_map of data that already exists on it

Return the closest match instead of the first in-range match when searching by frequency

Investigating some wierd behavior where the threaded metar fetcher would
occasionally cause a large number of valid stations to be flagged as invalid.
This *seemed* like a "race condition" type problem because there were some
assumptions in the communication between the main process and the threaded
loader which if they broke down could lead to this problem.

In the process of removing this ambiguity, I restructured the threaded
(and non-threaded) metar fetching code a bit.  Some of the top level logic
(which Erik politely left untouched) didn't make nearly as much sense in the
context of a threaded metar loader and could have contributed to some of the
wierdness I was seeing.

Revert the previous patch, wind-heading-from is part of a range, not a direction itself.

Fix a misunderstanding between wind-from and wind-heading

Add a function to do plots with any channel being X and any other channel
being "Y".

Reverted recent changes -- the dependencies are badly (and
unnecessarily) tangled.

Add the aircraft model, model manager, view manager, and scenery
manager to the standard subsystem collection manager, rather than
using extra code to initialize and update them.

David Culp:

Here's a new batch of AI code which includes a working radar instrument.

I put the radar calculations into the existing AIAircraft class.  It was
easier that way, and it can always be migrated out later if we have to.
Every tenth sim cycle the AIManager makes a copy of the current user state
information.  When the AIAircraft updates it uses this information to
calculate the radar numbers.  It calculates:

1) bearing from user to target
2) range to target in nautical miles
3) "horizontal offset" to target.  This is the angle from the nose to the
   target, in degrees, from -180 to 180.  This will be useful later for a HUD.
4) elevation, in degrees (vertical angle from user's position to target
   position)
5) vertical offset, in degrees (this is elevation corrected for user's pitch)
6) rdot (range rate in knots, note:  not working yet, so I commented it out)

and three items used by the radar instrument to place the "blip"

7) y_shift, in nautical miles
8) x_shift, in nautical miles
9) rotation, in degrees

The radar instrument uses the above three items, and applies a scale factor to
the x-shift and y-shift in order to match the instrument's scale.  Changing
the display scale can be done entirely in the XML code for the instrument.
Right now it's set up only to display a 40 mile scale.

The radar is an AWACS view, which is not very realistic, but it is useful and
demonstrates the technology.  With just a little more work I can get a HUD
marker.  All I need to do there is make a bank angle adjustment to the
current values.

Load submodels before animations, so that we can animate submodels.

Allow submodels to be named when they are loaded.

For weather fetching from the noaa.gov site:  If the closest station hasn't
changed, wait 15 minutes before grabbing it's weather data again.

Add an option to define the proxy settings (used by metar data fetching only at this time). Usage: --proxy=user:pwd@host:port

Add support for a proxy server when retreiving metar data.

Add threading to metar data fetching where available.

Avoid a possible segfault crash if a nonexistant airport is specified.

David Culp:

I went through the AI code to put the "bank" node back into the config file,
so the models can fly circles.  While I was in there I made some other
changes.

*)  Moved the initialization of roll, tgt-roll, pitch ... etc, from init()
into the constructor, so it wouldn't over-write the config settings.

*)  Changed the altitude getter to remove the meters-to-feet conversion.  The
altitude is kept internally in feet.  Only the scenery code needs meters.

*)  Added "bank" item for config file (for type=aircraft).  Left bank is
negative.

*)  Added "rudder" item for config file (for type=ship).  Left rudder is
negative.  Internally this is stored in the "roll" variable, but the ship
model doesn't roll.  It uses the "roll" variable for turning though.

The following puts a tanker at 3000 feet, 6 nm northwest of KSFO.  On takeoff,
the tanker is visible over the hanger building at one-o'clock.

   <entry>
    <type>aircraft</type>
    <class>jet_transport</class>
    <path>Aircraft/737/Models/boeing733.xml</path>
    <speed-KTAS type="double">320.0</speed-KTAS>
    <altitude-ft type="double">3000.0</altitude-ft>
    <longitude type="double">-122.455</longitude>
    <latitude type="double">37.69667</latitude>
    <heading type="double">200.0</heading>
    <bank type="double">-15.0</bank>
   </entry>

A first stab at limiting the noaa.gov query to only valid stations.  There
are many recognized limitations and inefficiencies with this entire approach,
however, it's a quick and dirty way to get something working, where before
we didn't.

Add network libraries for Solaris

Add the network libraries for Solaris

Fix a type mismatch error introduced with the latest changes to
src/Airports/simple.[ch]xx

only airports with four-letter codes can have metar stations

Frederic Bouvier:
The last change from Curt to Airports/simple.[ch]xx made
GUI/AirportList.cxx not compilable because of the loss of
a '*' in getAirport.

Also : fabs is not defined under MSVC unless <math.h> is
included.

Move fgSetupWind() from options.cxx to util.cxx

Use floor() insstead of floorf()

Oops, call *re*init() so that the weather conditions (not just clouds)
are actually updated.

Enhance the FGMetarEnvironmentCtrl class to also do on the fly weather
updates based on the "closest" airport with metar data available.  Note that
the web based query is in the main loop and causes brief sim pauses.  Update
rate (once per minute) needs to be tweaked with, but is a good value for
testing.

Various mods to allow querying for nearest airport (with optional ability to
only query those stations with metar weather available.)  Metar availability
is determined on the fly for now.

Updates so clouds, temp, and dewpoint can be set correctly using weather
station base elevation.

For metar, correctly update visibility and pressure/altimeter.  Temp and
clouds need to be implimented (and adjusted for station elevation.)

ignore resets for now because every z/Z key press would trigger a call to NOAA. We need a better approach.

Catch exceptions when no metar data is available (e.g. KUFO)

Encapsulate the interpolstion version of FGEnvironment and fix some bugs

Add support for retreiving metar data from the internet

Change fg_props.[ch]xx into a proper subsystem, under the control of
the subsystem manager.

Add properties for the individual parts of the time and date.

Remove truncf() all together.

Added a <solve-weight> subtag of the approach/cruise parameters that can
be used to set the variable weights to specific values for the solution.

Changes to tke sky dome coloring

Allow a "fuel" attribute in the approach and cruise tags to have
values other than the defaults (20% and 50%, respectively)

Add elevator trim tab position logging.

Add trim tab deflection to surface positions passed in net_fdm.

Update the FDM section to expose the engine/thruster related internal properties.

Adjust the turbine names for N1, N2 and EGT_degC to match those already specified by YASim (n1, n2 and egt_degf).

Add a bit more sanity checking on destination directory.