Have you tried adding -DNOMINMAX to your CFLAGS and CXXFLAGS?
Alternatively try adding
#ifdef HAVE_CONFIG_H
# include config.h
#endif
as the first include of each cxx or cpp file giving problems.
I'm not using Cygwin any more BTW, so I'm posting blind, but I'm pretty sure it
will turn out to
Curtis L. Olson writes:
Andy Ross wrote:
It's much more enlightening if you embarass them publically. Unless
it's me, of course.
I'll give them my usual 30 minutes grace period. Then I'll bring down
the hammer. You hear that Dave, you only have 15 minutes now!
Thanks Curt
Steve Knoblock writes:
Now that we are seeing a choice of GPS units, it beings to raise a
similar question to the autopilot. There will be confusion over the
waypoint and gps dialogs on the FG toolbar. It may be necessary to do
something similar as I proposed with autopilot.
Yes, I agree
Joacim Persson writes:
I'm curious about the choice of language/linkage for the implementation:
Why have a specific vendor model hard-coded in c++? Seems more like task
for xml/nasal scripts to me. ?:-P Nothing wrong with the language (c++)
but isn't it a little out of place in the fgfs
Alex Romosan writes:
David Luff [EMAIL PROTECTED] writes:
Urgghh - email addy in header!
I've added a KLN89 GPS unit hardcoded in C++ (OK'd by Curt).
Briefly, since it's late, it's only included on the c172p 2D panel
(--aircraft=c172p-2dpanel). It looks best at --geometry=1024x768
Hi folks,
I've added a KLN89 GPS unit hardcoded in C++ (OK'd by Curt). Briefly, since
it's late, it's only included on the c172p 2D panel (--aircraft=c172p-2dpanel).
It looks best at --geometry=1024x768 since the fonts are at 1:1 pixellation at
that resolution.
As with the KAP140, it's
James Turner writes:
On 25 Nov 2005, at 00:33, David Luff wrote:
Thanks, that's great! Would you prefer me to upload it to
SourceForge for download from there, or to simply provide a link to
your webspace?
There's no problem with leaving it in my webspace, but you may
James Turner writes:
Okay, a DMG is available from my .Mac account:
http://homepage.mac.com/zakalawe/.Public/taxidraw-0.3.2.dmg
Thanks, that's great! Would you prefer me to upload it to SourceForge for
download from there, or to simply provide a link to your webspace?
This only
James Turner writes:
On 23 Nov 2005, at 00:23, James Turner wrote:
Disregard this, using the current X-Plane data everything works. It's
my fault for not reading the instructions. Will test some more (and,
err, get some sleep) and post a link to a .dmg once I verify what
happens on
Hi guys,
Are there any Mac developers here who might be able to make up a Mac package of
TaxiDraw v0.32 for me? The last version was done an X-Plane user, but there is
no Mac binary available for the current version, and the Mac is popular among
X-Plane users.
TaxiDraw source can be found
ssgEntityArray.[ch]xx has recently been added to simgear/screen, but doesn't
get compiled since there appears to be no reference to it added in Makefile.am.
Is this intentional or an oversight?
Cheers - Dave
___
Flightgear-devel mailing list
Pigeon writes:
Hi all,
Running fgfs cvs, starting up normally at KSFO. Bringing up the radio
dialog and switching COM1 to the ATIS frequency. Sometimes I get:
ERROR - mismatch between ATC .wav and .vce file in ATCVoice.cxx
Offset + length: 2890 exceeds rawdata size: 0
Melchior FRANZ writes:
* Melchior FRANZ -- Sunday 23 October 2005 20:15:
Is this method acceptable? (I'd convert further hard-coded dialogs
in this style then.)
OK. Accepted by overwhelming lack of interest and objections.
Is this patch acceptable for the ATC people?
On 20/10/2005 at 21:40 George Patterson wrote:
Hi All,
I have noticed two annoying bugs in the ATC dialog boxes.
When you press ' for the first ATC dialog labelled ATC menu is
displayed. (btw, Can we change that title as it's not an accurate
description, perhaps ATC communication)
Anyway, if
On 19/10/2005 at 12:05 Georg Vollnhals wrote:
Hi Erik/Durk?
Since your update of simple.cxx/hxx on the 18.10.05 the newest CVS
version does not compile anymore :-(
Error:
simple.cxx: In member function `int
FGGroundNetwork::findNearestNode(double,
double)':
simple.cxx:1331: error: `HUGE'
On 17/10/2005 at 02:01 George Patterson wrote:
Yes, It's just you :-P
You can stop the replay by select the View menu, select instant replay.
On the Instant Replay dialog check the Disable replay. and click Ok.
Believe me, I've tried that. It simply doesn't work AFAICT. On Linux the
On 16/10/2005 at 18:19 Erik Hofman wrote:
David Luff wrote:
Is it just me, or is it completely impossible to escape from instant
replay once engaged in the current CVS?
You can end the repeating loop by pressing 'p' twice.
Ah, OK, that works. It's not exactly intuitive though! How about I
Is it just me, or is it completely impossible to escape from instant replay
once engaged in the current CVS?
Cheers - Dave
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
ojoe writes:
You know, I'd be happy to help do some of the taxiway work if a new format
becomes available. I've been trying to work with Taxidraw, but it's kind
of difficult to work in because of the underlying format (I have no
problems with Taxidraw itself.) I find I spend a lot of time
Vassilii Khachaturov writes:
Sorry I haven't gotten to mention this before,
since this is smth that I kept noticing for months already.
In the c172 aircraft, the ambient noise in the cockpit
is pretty similar to what one hears w/o any headset.
When one turns the radio on and tries to hear
Jon Berndt writes:
1) Of course, it would be nice to incorporate the JSBSim changes into the
current JSBSim
CVS. However, as you may know, JSBSim has undergone major revisions compared
to the
version now in FlightGear CVS. Within weeks (maybe sooner) we should be
moving the new
JSBSim
Hi folks,
The following patch needs to be applied to fix the errors that Georg
Vollnhals was getting whilst attempting to compile SimGear with gcc-3.4.x
in a thread a week or so ago. Could someone with CVS access commit it
please - it's the old picking up the -DNOMINMAX definition from config.h
Hi folks,
FlightGear currently contains a number of functions to provide an in-memory
global representation of the Airport, navaid and com databases, and
searchable access. This is only likely to grow as we add SUA, approach
procedures, and whatever else (TACAN!).
All the functions to load and
On 03/10/2005 at 13:35 Melchior FRANZ wrote:
(C) which features need to be completed?
I've got an approach-capable GPS simulation for the 2d Cessna panel almost
finished that I'd like to get into the next release if at all possible. A
few screenshots (view at native 1024x768 resolution for
On 05/10/2005 at 13:59 Steve Knoblock wrote:
The model looks good. Do you have a model number for the unit? It
looks like it says BendixKing.
Bendix-King KLN 89B. There is an online manual and PC simulator (Windows
only) available - you'll have to google since I don't have the links to
Ampere K. Hardraade writes:
On October 5, 2005 01:49 pm, Curtis L. Olson wrote:
If someone wants to do this, and promises to keep up on it, I can put a
link on the FG web site ...
Curt.
How should the version number progress? Should it be 0.9.9, 0.9.10, 0.9.11,
etc. or 0.9.9.1,
On 02/10/2005 at 04:21 Georg Vollnhals wrote:
Hi Dave,
I installed *all* Cygwin stuff after I got the first errors some time
ago because I did not really know what I need.
I reinstalled it all now before trying again
Graphics (one of many entries, but this should it be)
2.2.0-1 169k
Georg Vollnhals writes:
RenderTexture.cpp:40: warning: ignoring #pragma warning
RenderTexture.cpp:66: warning: ignoring #pragma comment
RenderTexture.cpp: In member function `bool
RenderTexture::BeginCapture(RenderTexture*)':
RenderTexture.cpp:909: warning: unused variable 'bContextReset'
There seem to be two very similar navaid classes currently existing in the
src/Navaids directory - FGNav in nav.hxx and FGNavRecord in navrecord.hxx.
Is any one of these preferred / due to be depreciated? (So I don't use the
wrong one). Is there any reason for the duplication / change? (Just
Dave Martin writes:
I have a feeling as we get more road data, we're going to be seeing slight
placement errors at the airports. Currently EGBB is placed over the A45 on
the 0.9.8 scenery. If I can get that road mapped by GPS and a few others
around it, we can probably move the airport
Ampere K. Hardraade writes:
Lately, my computer has been freezing on me unpredictably while I am using
FlightGear. (Note: I'm not saying FlightGear is to blame.) Normally, I just
cold boot the machine. Today however, after multiple freezes, I was too
angry to try again. I went away to
Durk Talsma writes:
That's really great news! I just started working again on the AI ground
network code, and was wondering what the status was with respect to the move
to sourceforge/CVS. I started working version 0.3.0 and was wondering how we
should go about merging this with the
TaxiDraw-0.3.2 has been released. This release is primarily to track changes
in the X-Plane data format. TaxiDraw has also moved to SourceForge, and can
now be found at http://taxidraw.sf.net. As a result, the latest code can now
be obtained from CVS, hopefully making it easier for others to
Harald JOHNSEN writes:
Oliver Schroeder wrote:
2) chat messages
[...]
protocoll supports chat-messages and the ATC-module has functions to queue
and display them on screen. So it should'nt be too hard to combine them and
enable chat-messages. Somebody willing to give it a try?
Martin Spott writes:
Orly is a well-known airfield which means the location is vermy much
expected to be correct in the airport database. If the airport layout
is incorrect, then the best bet is to correct this with TaxiDraw and
send the result to David Luff.
Can I jump-in here and say
Christopher Horler writes:
Hi All,
Although I've not recently been active, I've just spotted something.
After last years success I was wondering if anyone was interested in
returning
to the .org Village again?
This year I can bring some hardware.
Hotel arrangements - If anyone
Martin Spott writes:
David Luff wrote:
Can I jump-in here and say to everyone that updated airports should
be sent to Robin Peel now.
So I assume he accepted all changes that you've been collecting until
now ?
All of the one's I sent him, yes, which is about half of them, including
On 11/05/2005 at 09:50 Dave Culp wrote:
disused airfields,
OK, this would then not be the same as an airport that no longer exists?
I would think some people would have a problem with having these added to
the
scenery.
Airfields which still exist but are now disused can be submitted to
On 04/05/2005 at 23:40 Melchior FRANZ wrote:
* James Turner -- Wednesday 04 May 2005 23:14:
Minor partial objection - the Mac startup is dog slow (like 90
seconds to get to a usable plane in the C172 and SFO), and I think at
least part of the problem is the 'init while idle' scheme - FG
On 20/04/2005 at 12:20 Melchior FRANZ wrote:
Would anyone mind if I moved increase/decrease warp to w/W and use
m/M for richer/leaner mixture?
An excellent idea IMO.
Cheers - Dave
This message has been checked for viruses but the contents of an attachment
may still contain software viruses,
Hi folks,
I've put another version of TaxiDraw up at
http://www.nottingham.ac.uk/~eazdluf/taxidraw.html
This is primarily a bug-fix release - a couple of X-Plane format writing
bugs are fixed so all users should upgrade.
Changes from 0.3.0:
* Runway shoulders are now preserved when exporting
On 24/03/2005 at 13:40 Melchior FRANZ wrote:
But
the rest of the paralyzed developers here need to be entertained! Or are
boring
threads like this the reason for the silence? ;-)
More likely the fact that spring has arrived in the Northern Hemisphere,
where most FG developers reside. Which
On 27/02/2005 at 22:51 Hans-Georg Wunder wrote:
Hi all,
some days ago, I have made some proposals to correct errors in
flightgear. Now, I would like to know, íf this is the right
procedure to add code to the cvs or if there is an other way defined ??
The best way is to send it directly to
On 12/02/2005 at 22:31 Hans-Georg Wunder wrote:
One question I have: With the left key,I am able to move around on
the map. But then I destroy the flight track. Is it a bug or just a
missing feature ?
A bit of both, I guess. It won't be fixed for this release, but it
irritates me as well,
On 31/01/2005 at 17:19 Chris Metzler wrote:
With building positions and heights from the FAA Digital Obstruction
File, and a few new buriable (thus, height-adjustable) models, here's
an approach into La Guardia Rwy 04, starting over Staten Island.
Christian Mayer writes:
The C++ Programming language 3rd ed. tells me:
Basically you've got 2 options:
1 - create a class with the operator
class IACOcode
{
string the_code;
}
bool operator( const IACOcode a, const IACOcode b )
{
return your ordering;
}
mapIACOcode, ARP*
Hi folks,
I've run into a tricky problem when using stl map, and am hoping someone might
be able to point me on the right direction.
I have a map of airports, indexed by string, which is the ICAO code:
mapstring, ARP* apt_map;
Now, I want to emulate the 'search ahead' function of GPS code
On 02/02/2005 at 09:11 Vivian Meazza wrote:
I'm having a problem compiling Simgear-cvs under Cygwin. The compiler
snip
I would suppose that this is a consequence of Erik's latest improvements
to
the sound. We Cygwin users are still using Norman Vine's OpenAL stuff.
Any advice on fixing
On 01/02/2005 at 11:45 James Turner wrote:
I'm in the middle of trying to resurrect my FG build (right now it's
dying during startup, oh well), but getting this integrated should be
ok, assuming I can clone the existing WGL / GLX code.
Atlas currently contains a copy of the SimGear
Lee Elliott writes:
I'm using an ATI 9200 vid card with ATI's drivers and I'm
getting:
Seaching for extensions...
GLX_SGIX_fbconfig: NO
GLX_SGIX_pbuffer: NO
One or more required extension(s) could not be found:
GLX_SGIX_fbconfig
GLX_SGIX_pbuffer
Unable to continue in headless mode
David Luff writes:
Lee Elliott writes:
I'm using an ATI 9200 vid card with ATI's drivers and I'm
getting:
Seaching for extensions...
GLX_SGIX_fbconfig: NO
GLX_SGIX_pbuffer: NO
One or more required extension(s) could not be found:
GLX_SGIX_fbconfig
GLX_SGIX_pbuffer
Hi all,
I've put a release candidate of Atlas-0.3 up at:
http://www.nottingham.ac.uk/~eazdluf/Atlas-0.3.0-rc1.tar.gz
If a few folk could take the time to download this and try it out that
would be great.
Changes in the last year or so:
* Now reads FG-0.9.8 airport and navaid formats
* Atlas
On 28/01/2005 at 15:34 Roberto Inzerillo wrote:
Do you think there will be some Win32 binary too? It would be very nice
:-)
I don't know if it's even possible (I didn't look into the code in order
to
determine if libraries and the source itself is portable) but I really
hope
so.
A windows
On 28/01/2005 at 09:15 Adam Dershowitz wrote:
I have never tried to build Atlas before, but just tried with this
release.
I am working on a Mac and ./configure gives me the following errors:
checking for pthread_exit in -lpthread... yes
checking for glNewList in -lGLcore... no
checking for
On 28/01/2005 at 17:55 Jon Stockill wrote:
It builds ok on Slackware Linux 10.0, --headless seems to work ok with
Map - I'm running it remotely at the moment. I'll test the Atlas app
when I get home and it finishes building the maps.
One thing it is showing up is quite a few missing scenery
On 27/01/2005 at 12:19 Curtis L. Olson wrote:
snip rwy lights are dropping the frame rate
Any ideas?
Not on the technical side, but one thing we could do now is to ditch the
green taxiway center lights. These aren't specified in the new format apt
data, and the latest build has defaulted
On 28/01/2005 at 00:00 Paul Surgeon wrote:
On Thursday, 27 January 2005 20:47, David Luff wrote:
Note that the EGLL poly count is already
hitting my frame rate to begin with - at daytime it's about 60 with view
away from airport, 30 with view including airport. Then 10 with the
lighting
On 24/01/2005 at 21:17 Durk Talsma wrote:
What I am really looking for is a hint where I can find the code in
FlightGear
Hi Durk,
I obtain ground elevation for taxiing AI traffic in AILocalTraffic.cxx,
lines 1569 - 1602 (or thereabouts). Note that this is not a cheap
operation, and you
William Earnest writes:
Hello,
This morning the 0.9.8 package in WinXP, running normal defaults
(KSFO, c172p) starts with all instruments normal. The current CVS
compiled here in Fedora 3 is much the same, but sitting on 24R, the DG
looks as expected, but the mag compass is
On 21/01/2005 at 10:05 Jim Wilson wrote:
Frederic Bouvier said:
Stewart Andreason a écrit :
It seems this aircraft is required to start FlightGear.
fgfs
WARNING: ssgLoadAC: Failed to open
'/usr/local/share/FlightGear/data/Aircraft/pa28-161/Models/pa28-161.ac'
for reading
On 21/01/2005 at 13:16 Frederic Bouvier wrote:
To bring fgrun to 1.0 quality grade, and after receiving suggestions from
Curt,
I am now planning to add basic options to the wizard instead of keeping
them
hidden behind the Advanced button. Maybe by reducing the size of the
command
line textfield
On 20/01/2005 at 19:42 Stewart Andreason wrote:
I've had my attitude indicator on the panel get stuck 30 degrees off
level, and Debug.Reload Panel doesn't reset it. Something else perhaps
is... broken as a feature? Once again, Reset doesn't fix it.
This is a feature - apparently uncaged
Hi all,
I've commited a fix for the program crash when the piper model is not
present, and apologise for that. Would a v0.9.8a release be in order? The
current package almost certainly crashes for everyone who doesn't have an
existing base package or extra aircraft installed, and Frederic's fix
On 21/01/2005 at 18:38 Durk Talsma wrote:
On Friday 21 January 2005 16:51, David Luff wrote:
I'd like to overhaul my loading of GA aircraft models properly - instead
of
pulling them out of the installed aircraft, I think some dedicated AI
models should be available to help avoid this kind
On 21/01/2005 at 18:02 Jim Wilson wrote:
David Luff said:
Hi all,
I've commited a fix for the program crash when the piper model is not
present, and apologise for that. Would a v0.9.8a release be in order?
Just the base package maybe? Weren't there some file permission issues
too
On 21/01/2005 at 20:04 Durk Talsma wrote:
So time permitting I wouldn't mind having a stab at porting (some of) your
code to interact with the AIModel system, it that is okay with you. As I
mentioned yesterday, the taxiway code comes to mind. This approach might
actually be mutually
On 20/01/2005 at 10:55 Jon Berndt wrote:
Ok wrong word. Let me just say that it seems to lack some magic.
Setting up
the p51d in Yasim was not my original intention as Jon S. Berdnt was
claiming
at the time I started the 3D that he had a nearly working JSBSim model.
... which I did. I
On 1/6/05 at 5:11 PM Martin Spott wrote:
David Luff wrote:
TaxiDraw-0.3.0 is now released. It can be found at
http://www.nottingham.ac.uk/~eazdluf/taxidraw.html.
Thanks, David, this release apperars to be very 'handsome' !
Here are 'your' binaries:
ftp://ftp.uni-duisburg.de/FlightGear
Can anyone who flies in the US tell me how prolific windsocks at GA
airports actually are. Currently we get one at each end of the runway by
default in the airport data, but I'm wondering if that's generally
overkill? If an airport has a segmented circle (nicely visible from aerial
photos) is
When using the 2D panel, it appears that the view window to the outside world
gets shifted up and down depending on whether the panel is visible or not (try
viewing slightly left or right and then back straight again to see it). This
appears to be done without changing the position of the
On 1/5/05 at 4:17 PM Martin Spott wrote:
Jon Stockill wrote:
Curtis L. Olson wrote:
I've never noticed any holes in the instrument panels of either of
these. How about the Citation-II that looks good here too, but is by
the same author ... (?)
I'll try it when I get home, and grab
Curtis L. Olson writes:
David Luff wrote:
Wow, is that what it's meant to look like? Most of the instruments are
holes through to the runway on the dhc2, the b1900d and the Citation for me
on both Cygwin/ATI and Linux/NVidia OS/hardware combinations. I'd always
assumed they were works
Martin Spott writes:
I believe there are platforms out in the wild, even not that up to
date, that won't be hit that much by ploygon count I myself would
love to try it out in order to see how much the polygon count has
influence on the frame rate.
I think you might be very right
Gentlemen,
It really irritates me that the starting runway is always set closest to
270degrees instead of into the wind when the [EMAIL PROTECTED] or --random-wind
options are used, unless --heading= or --runway= is specified explicity. The
patch below fixes that, but it also has one
David Luff writes:
... the patch below ...
Note that the patch requires a recent CVS update to work - the runway search
code was fixed a couple of days ago.
Cheers - Dave
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http
Dave Martin writes:
ps: David you have Mail (taxiways).
OK, great. If they've gone to my nottingham.ac.uk address I won't get them
until tomorrow, but I'll make sure I pick them up then.
Cheers - Dave
___
Flightgear-devel mailing list
Durk Talsma writes:
I haven't implimented taxiway routing yet, so right now, each aircraft taxies
straight from the gate to the active runway. I bet you can guess what my next
logical move will be. :-)
Hi Durk,
Take a flight at KEMT with the ai-traffic turned on. There's some taxying
Chris Metzler writes:
On Thu, 23 Dec 2004 23:18:33 +
David Luff wrote:
With the latest CVS of Simgear, FlightGear and base package, comm radios
are completely broken, both attempting to set through the panel,
http://baron.flightgear.org/pipermail/flightgear-devel/2004-December
Melchior FRANZ writes:
* David Luff -- Friday 24 December 2004 11:31:
I can set the frequency on the radios, the problem is that there is no
response from ATC. This was working a couple of weeks ago, and I haven't
changed anything in the ATC end, so my guess is that something has got
Curtis L. Olson writes:
Innis Cunningham wrote:
Does this work with Atlas now?.The last time I went to build the maps
using Atlas I had to get the old default.nav files to get Atlas to work.
Hmm - I fixed this for Atlas itself (in CVS), but since I don't build the
symbols on the maps
On 12/22/04 at 6:00 PM Curtis L. Olson wrote:
I just commited a change to cvs that replaces the old basic.dat.gz and
runways.dat.gz files (which were in an old depricated/unsupported
format) with apt.dat.gz which is in the X-Plane format. This is the
format we now officially support.
Curtis L. Olson [EMAIL PROTECTED] writes:
David Luff wrote:
I've been keeping the Atlas CVS up-to-date with FlightGear's changes, since
Per Liedman (the author) no longer has regular net access. I'll do the
latest airport change, and see if I can make a release. It probably won't
With the latest CVS of Simgear, FlightGear and base package, comm radios are
completely broken, both attempting to set through the panel, and through the
property tree. It would be good to get this fixed before the release, but I
won't have time to look at it for a few days. What is our
On 12/18/04 at 7:15 PM Dave Martin wrote:
While you're there, is there any chance of a magneto-related performance
loss?
ie: when you run left mags only you get a power loss.
Cheers :)
Hmm, I thought I already had, but it seems I'm mistaken. It's in the
LaRCsim code (IO360.cxx), but never
On 12/20/04 at 11:41 PM David Luff wrote:
Of course, oversights like this would get picked up more easily if an
adept
3D modeller added a magneto switch to the 3d C172
Oops, found it, bottom left!
and pa28-161 :-)
It is missing from that though.
Cheers - Dave
This message has been
Dave Martin writes:
On Friday 17 Dec 2004 22:27, David Megginson wrote:
Totally up to you, but my 172P POH is for the 1981 model
However, I also discovered that the early 172s had more dihedral and a
slightly different shape to the aerofoil. Comparing this the FG 172P, which
has
On 12/16/04 at 12:16 PM Curtis L. Olson wrote:
David Luff wrote:
I've commited a work-around to the base that wraps all the symetrical
runway panels in the v direction (everything except the threshold panel
has
identical upper and lower borders, and so can safetly be wrapped in v
given
David Luff writes:
I guess I'd better go and see what it looks like on an NVidea card now...
Well, I've had a very good pan round the Chicago scenery in the ufo with both
the old and new materials.xml on a Linux box with a Geforce3, and I can't find
a shred of difference in any
On 12/16/04 at 11:43 AM Martin Spott wrote:
David Luff wrote:
http://mail.flightgear.org/pipermail/flightgear-devel/2002-December/014095.
html
It requires openGL-1.2 for the patch to take effect, which I don't have
on
Cygwin. If your SGI is openGL-1.2 capable, then perhaps you could see
On 12/5/04 at 9:21 PM Martin Spott wrote:
David Luff wrote:
Completely off topic, your screenshots look like you're getting dark
lines
at runway texture boundaries similar to what I see on an ATI machine,
but
not on a NVidia machine. Are you also on an ATI card, and am I correct
On 12/14/04 at 11:06 AM Chris Metzler wrote:
Hi. So, I recently got a chance to pick this back up. In principle,
everything is finished: I have a set of signs which are designed
as per the U.S. FAA regs (FAA AC-150-5340-18C, Standards for Airport
Sign Systems, and FAA AC-150-5345-44G,
On 12/13/04 at 7:03 PM Paul Surgeon wrote:
On Sunday, 12 December 2004 23:13, Curtis L. Olson wrote:
You might want to check first if plib has this functionality already, or
putting it in plib's file/directory handling library might be more
appropriate. The purpose of SGPath is to be a
On 12/12/04 at 6:00 PM Paul Surgeon wrote:
On Sunday, 12 December 2004 17:32, Paul Surgeon wrote:
Would there be any objections if I added an extra field (installed) to
Airports/basic.dat ?
What I want to do is keep a list of airports that are available world
wide
as well as those that are
On 12/12/04 at 7:52 PM Paul Surgeon wrote:
On Sunday, 12 December 2004 19:29, Paul Surgeon wrote:
What do people think about having a ~/.fgfs folder?
I need a place to be able to read and write user data.
.fgfsrc could also live in there too.
I personally think that if you can get fgfs to
On 12/5/04 at 5:35 PM Martin Spott wrote:
Martin Spott wrote:
I had a quick look at my favourite airfield yesterday and I saw that
the modified airport generator somehow shows similarities to TaxiDraw:
They both don't render stopways.
Would someone please be so kind to comment on this
Martin Spott [EMAIL PROTECTED] writes:
David Luff wrote:
[...] The latest TaxiDraw
code shows stopways as an ugly shade of yellow ochre BTW [...]
That's great ! To complete the picture, would you consider to add a
visual marker for the threshold ? Probably you could later add
On 11/28/04 at 10:40 AM Durk Talsma wrote:
I have a question. Would it be an idea to add a gate or parking editor
function to taxidraw? The reason I'm asking is that I'm starting to think
about ways to improve AI parking at the major airports. So eventually, for
the major airports we would
On 11/29/04 at 11:00 AM Martin Spott wrote:
Hello David,
David Luff wrote:
This is purely a bug-fix release - there is another version in the works
with some more features.
The instructions to the key commands tell us which key to use in order
to achieve which sort of movement (R,D,F,C
Paul Surgeon writes:
First we need to get away from single line taxiways.
At the moment taxiways are handled like runways which limits them to
rectangular shapes.
In short we need a vastly improved TaxiDraw or a new replacement.
The only hassle is that genairports cannot handle any new
Martin Spott writes:
David Luff wrote:
I've put TaxiDraw-0.2.4 up at
http://www.nottingham.ac.uk/~eazdluf/taxidraw.html.
ftp://ftp.uni-duisburg.de/FlightGear/TaxiDraw/taxidraw-0.2.4-FreeBSD.bz2
ftp://ftp.uni-duisburg.de/FlightGear/TaxiDraw/taxidraw-0.2.4-IRIX.bz2
ftp://ftp.uni
1 - 100 of 455 matches
Mail list logo
