Curtis L. Olson wrote:
Update of /var/cvs/FlightGear-0.9/releases
In directory baron:/tmp/cvs-serv13253
Added Files:
FlightGear-0.9.4.tar.gz
Log Message:
Official 0.9.4 release.
Oooops, I wonder if we ever get the chance to do real testing before a
release. I'm very well aware that
Martin Spott wrote:
Oooops, I wonder if we ever get the chance to do real testing before a
release. I'm very well aware that this is primarily Curt's project but
on the other hand these surprisingly short pre-release stages make it
very hard for peripheral efforts to keep up with the release
On Friday 26 March 2004 23:35, Martin Spott wrote:
Curtis L. Olson wrote:
Update of /var/cvs/FlightGear-0.9/releases
In directory baron:/tmp/cvs-serv13253
Added Files:
FlightGear-0.9.4.tar.gz
Log Message:
Official 0.9.4 release.
Oooops, I wonder if we ever get the chance to do
On Friday 26 March 2004 23:43, Erik Hofman wrote:
Martin Spott wrote:
Oooops, I wonder if we ever get the chance to do real testing before a
release. I'm very well aware that this is primarily Curt's project but
on the other hand these surprisingly short pre-release stages make it
very
Martin Spott wrote:
Oooops, I wonder if we ever get the chance to do real testing before a
release. I'm very well aware that this is primarily Curt's project but
on the other hand these surprisingly short pre-release stages make it
very hard for peripheral efforts to keep up with the release
On Fri, 26 Mar 2004 17:28:12 -0600
Curtis L. Olson [EMAIL PROTECTED] wrote:
Martin Spott wrote:
Oooops, I wonder if we ever get the chance to do real testing before
a release. I'm very well aware that this is primarily Curt's project
I apologize if the schedule was a bit compressed, but I
Jon S Berndt wrote:
On Fri, 26 Mar 2004 17:28:12 -0600
Curtis L. Olson [EMAIL PROTECTED] wrote:
Martin Spott wrote:
Oooops, I wonder if we ever get the chance to do real testing before
a release. I'm very well aware that this is primarily Curt's project
I apologize if the schedule was a bit
Martin Spott said:
Curtis L. Olson wrote:
Update of /var/cvs/FlightGear-0.9/releases
In directory baron:/tmp/cvs-serv13253
Added Files:
FlightGear-0.9.4.tar.gz
Log Message:
Official 0.9.4 release.
Oooops, I wonder if we ever get the chance to do real testing before a
Melchior FRANZ wrote:
- texturing (no idea which livree; certainly not ADAC ;-)
I'd give a strong vote for something civilian,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
Curtis L. Olson said:
Jim Wilson wrote:
How about this one? ;-)
http://www.spiderbark.com/fgfs/barneymobile.png
Is that the don't-ask-don't-tellicopter.
Haha! Is this what they call aviation innuendo? What about these folks:
http://www.harrierpilot.com/oct01/purple.jpg
They
Jim Wilson
Curtis L. Olson said:
Jim Wilson wrote:
How about this one? ;-)
http://www.spiderbark.com/fgfs/barneymobile.png
Is that the don't-ask-don't-tellicopter.
Haha! Is this what they call aviation innuendo? What about
these folks:
* Jim Wilson -- Thursday 25 March 2004 01:54:
How about this one? ;-)
http://www.spiderbark.com/fgfs/barneymobile.png
That's a nice color, indeed. But it doesn't really go well with the Red Cross.
I added it, because the long version of the Bo was constructed for use as
rescue helicopter. The
Erik Hofman wrote:
Update of /var/cvs/FlightGear-0.9/data/Aircraft/bo105/Models
In directory baron:/tmp/cvs-serv17582/Models
Modified Files:
bo105.ac bo105.xml shadow.rgb
Log Message:
New updates from Melchior in the color of the day.
Ooooh, I found the yellow one definitely nicer,
* Martin Spott -- Wednesday 24 March 2004 16:40:
Ooooh, I found the yellow one definitely nicer, it was a cute, coloured
spot in the colloection of mostly uniform coloured aircraft,
Hmm ... but the current one fits the seats better, doesn't it?
m.
* Martin Spott -- Wednesday 24 March 2004 16:40:
Ooooh, I found the yellow one definitely nicer, it was a cute, coloured
spot in the colloection of mostly uniform coloured aircraft,
Oh, well. Actually I like both versions. I just think that the yellow
one got a bit boring already, and that the
Melchior FRANZ said:
* Martin Spott -- Wednesday 24 March 2004 16:40:
Ooooh, I found the yellow one definitely nicer, it was a cute, coloured
spot in the colloection of mostly uniform coloured aircraft,
Oh, well. Actually I like both versions. I just think that the yellow
one got a bit
Jim Wilson wrote:
How about this one? ;-)
http://www.spiderbark.com/fgfs/barneymobile.png
Is that the don't-ask-don't-tellicopter.
Curt.
--
Curtis Olson Intelligent Vehicles Lab FlightGear Project
Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED]
Minnesota
On Wed, 24 Mar 2004 19:52:57 -0600,
Curtis L. Olson [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
Jim Wilson wrote:
How about this one? ;-)
http://www.spiderbark.com/fgfs/barneymobile.png
Is that the don't-ask-don't-tellicopter.
..using these names sounds like neat nice
Curtis L. Olson wrote:
Please feel free to forward the announcement to freshmeat.
I assume someone has to have a user account at freshmeat, the Project
Admin for FlightGear on freshmeat is - you guess it - Curt Olson :-)
Martin.
--
Unix _IS_ user friendly - it's just selective about who its
Martin Spott wrote:
Curtis L. Olson wrote:
Please feel free to forward the announcement to freshmeat.
I assume someone has to have a user account at freshmeat, the Project
Admin for FlightGear on freshmeat is - you guess it - Curt Olson :-)
Martin.
Hmmm, I haven't touched anything at
Curtis L. Olson wrote:
Hmmm, I haven't touched anything at fresh meat for years, would anyone
be willing to take this over? How have recent updates been getting in
there?
There must be some person 'owning' the account for the FlightGear
project page on freshmeat. The last update was for
Hi,
On Montag, 22. Mrz 2004 12:53, Martin Spott wrote:
Jim Wilson wrote:
Martin Spott said:
I'm sorry to say this but I can't resist to note that some of the
changes in your patch reverted David's the PA-28 rotates around it's
nose corrections.
I'm not aware of any difference of
Jim Wilson wrote:
Update of /var/cvs/FlightGear-0.9/data/Aircraft/pa28-161
In directory baron:/tmp/cvs-serv21723
Modified Files:
pa28-161-set.xml
Log Message:
Missed one.
Thanks,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Hello,
Curtis L. Olson wrote:
Update of /var/cvs/FlightGear-0.9/source/utils/Modeller
In directory baron:/tmp/cvs-serv24024/utils/Modeller
Modified Files:
Makefile.am
Log Message:
Various final tweaks for the 0.9.4.pre1 release.
I appreciate very much having this pre-release
Martin Spott wrote:
Hello,
Curtis L. Olson wrote:
Update of /var/cvs/FlightGear-0.9/source/utils/Modeller
In directory baron:/tmp/cvs-serv24024/utils/Modeller
Modified Files:
Makefile.am
Log Message:
Various final tweaks for the 0.9.4.pre1 release.
I appreciate very much having
Erik Hofman wrote:
Update of /var/cvs/FlightGear-0.9/data/Scenery/w130n30/w123n37
In directory baron:/tmp/cvs-serv5777
Modified Files:
942050.stg
Log Message:
Put a sock in it.
Index: 942050.stg
===
RCS file:
Frederic Bouvier wrote:
Erik Hofman wrote:
Update of /var/cvs/FlightGear-0.9/data/Scenery/w130n30/w123n37
In directory baron:/tmp/cvs-serv5777
Modified Files:
942050.stg
Log Message:
Put a sock in it.
Index: 942050.stg
===
RCS file:
Martin Spott said:
Curtis L. Olson wrote:
Update of /var/cvs/FlightGear-0.9/source/src/FDM/YASim
In directory baron:/tmp/cvs-serv14214/src/FDM/YASim
Modified Files:
YASim.cxx
Log Message:
Jim Wilson:
Remove some hardcoded dependencies between fdm, viewer and acmodel
Curtis L. Olson wrote:
Update of /var/cvs/FlightGear-0.9/source/src/FDM/YASim
In directory baron:/tmp/cvs-serv14214/src/FDM/YASim
Modified Files:
YASim.cxx
Log Message:
Jim Wilson:
Remove some hardcoded dependencies between fdm, viewer and acmodel classes and
replaced them with
Erik Hofman wrote:
Update of /var/cvs/FlightGear-0.9/data/Aircraft/f16
In directory baron:/tmp/cvs-serv29648/f16
Modified Files:
f16-3d-set.xml f16-set.xml
Removed Files:
f16-3d-jsbsim-set.xml f16-jsbsim-set.xml
Log Message:
[...]
You should also modify this one:
isnix:
Martin Spott wrote:
You should also modify this one:
PropertyList include=f16-jsbsim-set.xml
^^
This is no longer present,
Thanks for catching this.
Erik
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Curtis L. Olson wrote:
Update of /var/cvs/FlightGear-0.9/source/src/FDM/UIUCModel
In directory baron:/tmp/cvs-serv19850/UIUCModel
Hehe, just when you thought it was a while back you heard from the UIUC
developers someone comes running out of their shelter just to throw a
bunch of new code at you
On Thu, 11 Mar 2004 20:07:10 -0500, David Megginson
[EMAIL PROTECTED] wrote:
Was this in PLIB 1.6, again? The alpha transparency is fine using the
CVS plib.
I'm pretty sure it was CVS plib.
--
Roy Vegard Ovesen
___
Flightgear-devel mailing list
Frederic Bouvier wrote:
Was this in PLIB 1.6, again? The alpha transparency is fine using the CVS
I am using the CVS plib and I am seeing this bug.
That's interesting -- is anyone else seeing this problem?
All the best,
David
___
Flightgear-devel
David Megginson wrote:
Frederic Bouvier wrote:
Was this in PLIB 1.6, again? The alpha transparency is fine using
the CVS
I am using the CVS plib and I am seeing this bug.
That's interesting -- is anyone else seeing this problem?
No, not for IRIX, not for Linux.
Erik
David Megginson wrote:
Frederic Bouvier wrote:
Was this in PLIB 1.6, again? The alpha transparency is fine using the CVS
I am using the CVS plib and I am seeing this bug.
That's interesting -- is anyone else seeing this problem?
I don't know for the original bug reporter, but I am
Frederic BOUVIER wrote:
I don't know for the original bug reporter, but I am using Windows and NVIDIA
if it is of any importance.
That could matter -- I'm using Linux and NVIDIA. Do you have trouble with
transparencies anywhere else? Do other people using Windows and NVIDIA see
a white
* David Megginson -- Friday 12 March 2004 15:29:
That's interesting -- is anyone else seeing this problem?
All needles are OK. The only bug that I see is the non-transparent
attitude 'needle': http://members.aon.at/mfranz/pa28.jpg
The SGI image seems to be OK, though (and I'm an SGI image expert
David Megginson wrote:
Frederic BOUVIER wrote:
I don't know for the original bug reporter, but I am using Windows and NVIDIA
if it is of any importance.
That could matter -- I'm using Linux and NVIDIA. Do you have trouble with
transparencies anywhere else? Do other people using
Melchior FRANZ wrote:
All needles are OK. The only bug that I see is the non-transparent
attitude 'needle': http://members.aon.at/mfranz/pa28.jpg
Yes -- I have that problem as well -- it has something to do with drawing order.
All the best,
David
___
* Melchior FRANZ -- Friday 12 March 2004 15:59:
All needles are OK. The only bug that I see is the non-transparent
attitude 'needle': http://members.aon.at/mfranz/pa28.jpg
The SGI image seems to be OK, though (and I'm an SGI image expert :-).
I'll look into plib ...
Yep, looks very much like
* David Megginson -- Friday 12 March 2004 16:21:
All needles are OK. The only bug that I see is the non-transparent
attitude 'needle': http://members.aon.at/mfranz/pa28.jpg
Yes -- I have that problem as well -- it has something to do with drawing order.
No. plib has a bug: it doesn't
David Megginson wrote :
Melchior FRANZ wrote:
All needles are OK. The only bug that I see is the non-transparent
attitude 'needle': http://members.aon.at/mfranz/pa28.jpg
Yes -- I have that problem as well -- it has something to do with drawing order.
I am confused. We were speaking
Melchior FRANZ wrote:
* Melchior FRANZ -- Friday 12 March 2004 15:59:
All needles are OK. The only bug that I see is the non-transparent
attitude 'needle': http://members.aon.at/mfranz/pa28.jpg
The SGI image seems to be OK, though (and I'm an SGI image expert :-).
I'll look into plib ...
Yep,
* Frederic BOUVIER -- Friday 12 March 2004 16:24:
I guess Melchior use Linux and he post a screenshot of what I am seeing.
plib bug. I'm working on a fix.
m.
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
On Fri, 12 Mar 2004 10:03:00 -0500, David Megginson
[EMAIL PROTECTED] wrote:
Frederic BOUVIER wrote:
I don't know for the original bug reporter, but I am using Windows and
NVIDIA if it is of any importance.
That could matter -- I'm using Linux and NVIDIA. Do you have trouble
with
Frederic BOUVIER wrote:
Another thing that I noticed about the pa28 panel was the plane in the
TC was not transparent where it should be. The rgb file did have an
alpha channel but because the file was only 256 colors the alpha channel
was not transparent in FlightGear. It was OK when I opened it
Melchior FRANZ wrote:
No. plib has a bug: it doesn't recognize grayscale images with alpha layer yet.
See ssgLoadSGI.cxx:301, where the alpha information is wrongly written to the
blue layer, while the alpha layer is disabled. :-]
Ah -- that explains what's going on here. I had thought that the
Erik Hofman wrote:
Update of /var/cvs/FlightGear-0.9/data/Aircraft/sgs126/Panels
In directory baron:/tmp/cvs-serv22201/Panels
Modified Files:
glider-panel.xml
Log Message:
David Culp:
Here are two files for the sgs126. The sgs126-jsbsim-set.xml file now starts
the glider in the
Martin Spott wrote:
Erik Hofman wrote:
Here are two files for the sgs126. The sgs126-jsbsim-set.xml file now starts
the glider in the air by default. I think some people didn't know it is a
glider, [...]
I assume we already have two of them: The ASW-20 and the SGS 126 -
don't we ?
Yes, but
David Megginson wrote:
Update of /var/cvs/FlightGear-0.9/data/Aircraft/pa28-161/Models
In directory baron:/tmp/cvs-serv6690/Aircraft/pa28-161/Models
Modified Files:
pa28-161.ac panel.rgb
Added Files:
bench-back.rgb glareshield.rgb
Log Message:
Added textures for the back
Martin Spott wrote:
This aircraft gets really nice.
Thanks. The big breakthrough was my finally learning to use Blender to make
the textures (such as the panel plastics and screws) as well as the geometry
-- using a good 3D modeller with a bit of lighting can make even a
ham-fisted dolt like
David Megginson wrote:
Yes: I haven't set the UV explicitly for all the faces yet, so there are
some weird default texture patterns in places -- I'm working through the
plane a little bit at a time so that the task isn't too daunting, but I've
already switched to it as my default aircraft
Martin Spott writes:
David Megginson wrote:
Update of /var/cvs/FlightGear-0.9/data/Aircraft/pa28-161/Models
In directory baron:/tmp/cvs-serv6690/Aircraft/pa28-161/Models
Modified Files:
pa28-161.ac panel.rgb
Added Files:
bench-back.rgb glareshield.rgb
Log Message:
David Luff wrote:
I'll second that - it really is good. It looks really good, and at high
resolutions the frame rate is much better than the default - I've seen 60
(pa28) vs. 30 (c172) at some locations and resolutions.
The old (2D) panel code seemed to be the real killer, since I'm using much
Martin Spott wrote:
As the next step you probably might want to sell your Warrior in favour
of an Archer :-))
In retrospect, I wish I'd bought an Archer, since the cost of ownership is
virtually identical, but there's a bit more power and useful load when you
need it. On balance, though
David Megginson wrote:
Most of our training aircraft are already at least minimally IFR equipped
(mode C transponder, gyros, nav radio, VOR) -- typically, though, students
move up to a four-seater for IFR training since it's a little more stable.
We don't have two-seaters with gyros at our
On Thu, 11 Mar 2004 17:10:30 +, David Luff [EMAIL PROTECTED]
wrote:
One bug though - I don't see the instrument needles under Linux with an
NVidia card. I thought you simply hadn't done them, until I saw them
under Cygwin with an ATI card. I see the large tilting plane in the
turn
On Thu, 11 Mar 2004, David Megginson wrote:
I used geometry for the needles, and they must just be too narrow to show
up. It's strange, because I also use Linux+NVIDIA (GeForce2Go), and the
needles do show up on my system at 1600x1200.
In any case, I'll be switching to bigger quads with
Roy Vegard Ovesen wrote:
I too, experienced this, no needles in the instruments. I use a NVidia
card under Cygwin. After installing the cvs version of plib, the needles
appeared (I used to have plib 1.6.0).
Ah, yes -- the last official PLIB version has a bug (I can hardly consider
it a
David Megginson wrote:
Roy Vegard Ovesen wrote:
Another thing that I noticed about the pa28 panel was the plane in the
TC was not transparent where it should be. The rgb file did have an
alpha channel but because the file was only 256 colors the alpha channel
was not transparent in
On Fri, 27 Feb 2004 17:37:48 +0100 (CET)
Frederic BOUVIER wrote:
Erik Hofman wrote:
David Megginson wrote:
Martin Spott wrote:
Great idea - unfortunately 'fgfs' now dies with a segmentation fault
just a split second after the FlightGear window appears (Linux),
Yes, I
It's fixed in CVS now... Thanks !
--
Jorge Van Hemelryck
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Erik Hofman wrote:
Modified Files:
radar_misc.rgb
Log Message:
Add support for a storm blib
Excellent.
As far as I know, civilian airliners carry radar that is capable only of
detecting weather, not small things like aircraft. They also use a separate
radar system for ground separation (the
David Megginson wrote:
Erik Hofman wrote:
Modified Files:
radar_misc.rgb Log Message:
Add support for a storm blib
Excellent.
As far as I know, civilian airliners carry radar that is capable only of
detecting weather, not small things like aircraft. They also use a
separate radar system
Erik Hofman wrote:
I know that in Europe they recently added a requirement for collision
detection after two civilian aircraft hit each other when the ATC had
given inappropriate directions.
Is that a requirement for TCAS, or for something else in addition to TCAS?
The copilot on one of those
David Megginson wrote:
Erik Hofman wrote:
I know that in Europe they recently added a requirement for collision
detection after two civilian aircraft hit each other when the ATC had
given inappropriate directions.
Is that a requirement for TCAS, or for something else in addition to TCAS?
On Freitag, 27. Februar 2004 15:40, David Megginson wrote:
That said, I'm sorry to hear that the Swiss controller died. Was it in any
way related to the accident?
It was not clear up to the yesterday evening news.
Have not seen/heared news from today.
Greetings
Mathias
--
Mathias
Erik Hofman wrote:
David Megginson wrote:
Erik Hofman wrote:
I know that in Europe they recently added a requirement for collision
detection after two civilian aircraft hit each other when the ATC had
given inappropriate directions.
Is that a requirement for TCAS, or for something else in
David Megginson wrote:
Update of /var/cvs/FlightGear-0.9/source/src/Main
In directory baron:/tmp/cvs-serv25641/src/Main
Modified Files:
fg_init.cxx main.cxx
Log Message:
Add the aircraft model, model manager, view manager, and scenery
manager to the standard subsystem collection
Martin Spott wrote:
Great idea - unfortunately 'fgfs' now dies with a segmentation fault
just a split second after the FlightGear window appears (Linux),
Yes, I was using the wrong executable to test it. Give me about an hour,
and I'll revert if I cannot fix the problem.
All the best,
David
David Megginson wrote:
Martin Spott wrote:
Great idea - unfortunately 'fgfs' now dies with a segmentation fault
just a split second after the FlightGear window appears (Linux),
Yes, I was using the wrong executable to test it. Give me about an
hour, and I'll revert if I cannot fix the
David Megginson wrote:
Martin Spott wrote:
Great idea - unfortunately 'fgfs' now dies with a segmentation fault
just a split second after the FlightGear window appears (Linux),
Yes, I was using the wrong executable to test it. Give me about an hour,
and I'll revert if I cannot fix the
Erik Hofman wrote:
David Megginson wrote:
Martin Spott wrote:
Great idea - unfortunately 'fgfs' now dies with a segmentation fault
just a split second after the FlightGear window appears (Linux),
Yes, I was using the wrong executable to test it. Give me about an
hour, and
Martin Spott wrote:
The idea is good - don't dump it,
Thanks, but it's going to be too much work for now -- there are some bizarre
interdependencies. For example, FGInterface, the FDM base class that should
know nothing about 3D models, pokes around inside the aircraft model when
the FDM is
On 2/27/04 at 11:56 AM David Megginson wrote:
The way to fix all this is to decouple the subsystems using properties so
that there is no init-order dependency (and no need for unrelated
subsystems
to know about other subsystems' internals), but I see at least 4-8 hours'
work sorting out the
David Luff wrote:
Whilst on the subject of initialisation order, currently the tile manager
gets initialised before an initial position is set. This means that it
loads a set of tiles centered on lat/lon of 0,0, and then loads a set of
tiles at the correct location. In conditions of limited
Curtis L. Olson said:
David Luff wrote:
Whilst on the subject of initialisation order, currently the tile manager
gets initialised before an initial position is set. This means that it
loads a set of tiles centered on lat/lon of 0,0, and then loads a set of
tiles at the correct
On Fri, 27 Feb 2004 11:25:00 -0600,
Curtis L. Olson [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
David Luff wrote:
Whilst on the subject of initialisation order, currently the tile
manager gets initialised before an initial position is set. This
means that it loads a set of
On Friday 27 February 2004 14:02, David Megginson wrote:
Erik Hofman wrote:
Modified Files:
radar_misc.rgb
Log Message:
Add support for a storm blib
Excellent.
As far as I know, civilian airliners carry radar that is capable only of
detecting weather, not small things like
On Friday 27 February 2004 17:25, Curtis L. Olson wrote:
David Luff wrote:
Whilst on the subject of initialisation order, currently the tile manager
gets initialised before an initial position is set. This means that it
loads a set of tiles centered on lat/lon of 0,0, and then loads a set
Erik Hofman wrote:
Update of /var/cvs/FlightGear-0.9/FlightGear/src/Environment
In directory baron:/tmp/cvs-serv510
Modified Files:
environment_ctrl.cxx environment_ctrl.hxx
Log Message:
Add support for a proxy server when retreiving metar data.
Index: environment_ctrl.cxx
* Martin Spott -- Thursday 26 February 2004 12:45:
I thank you very much for implementing real weather and proxy support.
This is really a great improvement !
I'm quite happy about it, too. It really gives a special feeling to
start from ULLI with the real, actual weather from there, or to fly
Melchior FRANZ wrote:
* Martin Spott -- Thursday 26 February 2004 12:45:
I thank you very much for implementing real weather and proxy support.
This is really a great improvement !
I'm quite happy about it, too. It really gives a special feeling to
start from ULLI with the real, actual weather
Martin Spott wrote:
Erik Hofman wrote:
Add an option to define the proxy settings (used by metar data
fetching only at this time). Usage: --proxy=user:[EMAIL PROTECTED]:port
The notation works for me - as long as I don't have to use proxy
authorization. Thanks,
If authentication support is
Curtis L. Olson wrote:
Update of /var/cvs/FlightGear-0.9/source/src/Environment
In directory baron:/tmp/cvs-serv19928
Modified Files:
environment_ctrl.cxx environment_ctrl.hxx
Log Message:
For weather fetching from the noaa.gov site: If the closest station hasn't
changed, wait 15
Martin Spott wrote:
Very wise :-) I'd be a bit concerned that NOAA might close their
service if they realize an increasing amount of requests from the same
host for the same airfield within a too short timeframe.
Wouldn't it make sense to evaluate the timestamp of each dataset and
delay the
Erik Hofman wrote:
Update of /var/cvs/FlightGear-0.9/FlightGear/src/Main
In directory baron:/tmp/cvs-serv14944
Modified Files:
options.cxx
Log Message:
Add an option to define the proxy settings (used by metar data
fetching only at this time). Usage: --proxy=user:[EMAIL
* Melchior FRANZ -- Thursday 26 February 2004 12:59:
Airport-Id: EFHK
Report time:2004/2/26 11:20 UTC
3.5 km W2.2 US-miles W
Wind: from the SSE (160°) at 24.1 km/h13 kt = 15 mph = 6.7
Curtis L. Olson wrote:
A simple list of id's of metar stations. We can use this list to mark
which airports have corresponding metar data so we don't flood the noaa site
with bogus queries.
It might be a good idea actually to add lat/lon/elev of each station to the
list, and to use it instead
David Megginson wrote:
Curtis L. Olson wrote:
A simple list of id's of metar stations. We can use this list to mark
which airports have corresponding metar data so we don't flood the
noaa site
with bogus queries.
It might be a good idea actually to add lat/lon/elev of each station to
the
Curtis L. Olson writes:
David Megginson wrote:
Curtis L. Olson wrote:
A simple list of id's of metar stations. We can use this list to mark
which airports have corresponding metar data so we don't flood the
noaa site
with bogus queries.
It might be a good idea actually to
* Curtis L. Olson -- Monday 23 February 2004 18:27:
There are definitely many weather stations
not colocated with airports (or at least that don't have corresponding
airports in our database.)
Ahh, yes. And my assumption that only four letter ids is apparently wrong.
There are stations with
* Curtis L. Olson -- Monday 23 February 2004 18:27:
Any one know where we can get current and definitive information?
Here is a list of weather stations with ICAO ids. But it's not obvious
if all of these do also provide metar reports:
http://weather.noaa.gov/data/nsd_.gz
m.
Melchior FRANZ writes:
* Curtis L. Olson -- Monday 23 February 2004 18:27:
Any one know where we can get current and definitive information?
Here is a list of weather stations with ICAO ids. But it's not obvious
if all of these do also provide metar reports:
* Norman Vine -- Monday 23 February 2004 20:55:
Melchior FRANZ writes:
http://weather.noaa.gov/data/nsd_.gz
AFAIK this is same as the link I posted earlier with a different sorting
Oh, yes. Missed that, sorry. Seems that 'mine' is sorted by ICAO codes,
and 'yours' by ... umm ... by
Jim Wilson wrote
Vivian Meazza [EMAIL PROTECTED] said:
Josh Babcock
Vivian Meazza wrote:
I enter the loop in a shallow dive, 2nd stage boost on, 350
kts, pull
baaack the stick and the model rolls violently and does not
enter the
loop ... Works fine in
* Vivian Meazza -- Friday 13 February 2004 13:19:
Could the prop pitch be the problem
Unlikely -- it's already maximum by default.
- I can't find any method of controlling it
Either via http/telnet/property browser:
/controls/engines/engine[n]/propeller-pitch
Some joystick configs
David Megginson [EMAIL PROTECTED] wrote:
Update of /var/cvs/FlightGear-0.9/data/Aircraft/pa28-161
In directory baron:/tmp/cvs-serv12589
Modified Files:
pa28-161-yasim-set.xml
Log Message:
Change camera position so that model doesn't rotate around the nose.
I can't withstand the
Martin wrote:
David Megginson [EMAIL PROTECTED] wrote:
Update of /var/cvs/FlightGear-0.9/data/Aircraft/pa28-161
In directory baron:/tmp/cvs-serv12589
Modified Files:
pa28-161-yasim-set.xml
Log Message:
Change camera position so that model doesn't rotate around the nose.
301 - 400 of 698 matches
Mail list logo