* Martin Spott -- Sunday 22 February 2004 22:15:
Absolutely the same revision and date here. I don't have any idea if
'truncf' and 'floorf' belong together but I can state that the latter
is definitely present:
Oh, I thought floorf was there forever and your problem could only be
related to
Andy Ross wrote:
Erik Hofman wrote:
Does ffloor exists for Solaris?
Why do we care? Just call floor(), which is in the ANSI C standard.
The extra precision won't hurt anyone, and there is zero performance
difference.
Because I didn't know about floor() (the manpage of floorf didn't report
it's
Curtis L. Olson wrote:
If there aren't any major objections, I can commit these changes. The
performance problems of doing a live www fetch only happen with the live
weather updater is on, so there isn't any difference if you run in
default mode.
Sounds good, implement first, optimize
Jim Wilson wrote:
Dang, those should have been floor not floorf. My bad. Can you fix that Erik?
Done.
Erik
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Jon Berndt wrote:
Like I said, this all builds fine under gcc. Can anyone tell me what I need
to do?
Is this for JSBSim standalone, or for FlightGear/JSBSim?
For the later, the entry for borland in SimGear/simgear/compiler.h might
be outdated.
Erik
* Erik Hofman -- Monday 23 February 2004 10:06:
Sounds good, implement first, optimize later.
Let's start *NOW*. :-)
Index: simple.cxx
===
RCS file: /var/cvs/FlightGear-0.9/FlightGear/src/Airports/simple.cxx,v
retrieving revision
On Mon, 23 Feb 2004 01:04:05 +, Lee Elliott
[EMAIL PROTECTED] wrote:
I can see the gps entries in the tree but there're no values in them.
Do I
need a specific gps instrument to get some data?
I think that currently the GPS does not get any power, I've modified the
*electrical.xml file in
* Melchior FRANZ -- Monday 23 February 2004 10:31:
+// only airports with four-letter codes can have metar stations
but even of those not all have. I wonder if we shouldn't explicitly
disable metar requests in the default scenery for all four-letter
airports that don't have metar. That's
On Mon, 23 Feb 2004 02:10:47 -, Jim Wilson [EMAIL PROTECTED] wrote:
I wonder if this could be incorporated (or interfaced) to the current
waypoint
management code. And, for the pilots on the list, do some GPS units also
calculate elevations to plug in for VNAV operation, fuel estimation,
* Melchior FRANZ -- Monday 23 February 2004 11:44:
I wonder if we shouldn't explicitly
disable metar requests in the default scenery for all four-letter
airports that don't have metar. That's where most people fly and we
That's all for the default scenery:
m.
Index: simple.cxx
Is this for JSBSim standalone, or for FlightGear/JSBSim?
For the later, the entry for borland in SimGear/simgear/compiler.h might
be outdated.
I think that's probably true. My compiler.h is very sparse.
Jon
___
Flightgear-devel mailing list
Just in case anyone is scratching their heads over this nonsense commit, I
think I made a procedural mistake on my end ... missed one change in my
commit last night, then had to rechange the file to get it to work
correctly this morning.
Regards,
Curt.
--
Curtis Olson Intelligent Vehicles
Curtis L. Olson wrote:
Just in case anyone is scratching their heads over this nonsense commit,
I think I made a procedural mistake on my end ... missed one change in
my commit last night, then had to rechange the file to get it to work
correctly this morning.
:-)
I had been searching for
Hello,
it might be useful to add '-lxnet' to the linker command line for
'metar' - at least on Solaris I get a lot of 'undefined symbols' it I
omit that:
g++ -mcpu=hypersparc -mtune=hypersparc
-DPKGLIBDIR=\/usr/local/FlightGear/lib/FlightGear\ -O3 -D_REENTRANT -L/opt/gnu/lib
-L/usr/local/lib
Norman Vine wrote:
This is because GPS positioning is *NOT* acurate with out a ground based
signal to augment it !
It's much better than it used to be before they turned off selective
availability.
The big difference is that GPS accuracy remains roughly constant during any
specific approach,
Erik Hofman wrote:
Sounds good, implement first, optimize later.
The standard Unix developer's rules (from memory):
1. Make it work.
2. Make it right.
3. Make it efficient.
I've worked as a consultant on too many projects where people have done
these steps in reverse, never with a happy
David Megginson writes:
Norman Vine wrote:
This is because GPS positioning is *NOT* acurate with out a ground based
signal to augment it !
It's much better than it used to be before they turned off selective
availability.
Yes this makes a difference but DGPS or WAAS is *MUCH*
Martin Spott wrote:
Hello,
it might be useful to add '-lxnet' to the linker command line for
'metar' - at least on Solaris I get a lot of 'undefined symbols' it I
omit that:
Done.
Erik
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
David Megginson wrote:
Erik Hofman wrote:
Sounds good, implement first, optimize later.
The standard Unix developer's rules (from memory):
1. Make it work.
2. Make it right.
3. Make it efficient.
I've worked as a consultant on too many projects where people have done
these steps in reverse,
Martin Spott wrote:
Hello,
it might be useful to add '-lxnet' to the linker command line for
'metar' - at least on Solaris I get a lot of 'undefined symbols' it I
omit that:
the same with 'js_server',
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Erik Hofman writes:
David Megginson wrote:
Erik Hofman wrote:
Sounds good, implement first, optimize later.
The standard Unix developer's rules (from memory):
1. Make it work.
2. Make it right.
3. Make it efficient.
I've worked as a consultant on too many projects where
I'm very interested about the recent discussion regarding the new
capabilities of FG with live weather data.
Please don't stick only to getting the data from the Web. For me, it would
be nice to let FG get the data also from files in the local hard disk as
well (think of those of us that doesn't
Martin Spott wrote:
Martin Spott wrote:
Hello,
it might be useful to add '-lxnet' to the linker command line for
'metar' - at least on Solaris I get a lot of 'undefined symbols' it I
omit that:
the same with 'js_server',
Done, Any others?
;-)
Erik
Pablo J. Rogina wrote:
I'm very interested about the recent discussion regarding the new
capabilities of FG with live weather data.
Please don't stick only to getting the data from the Web. For me, it would
be nice to let FG get the data also from files in the local hard disk as
well (think of
Hello, I've assembled a 'small' (40 MByte) FlightGear package and
included a README:
This is a subset of the FlightGear Open Source flight simulator,
packaged together with the purpose to serve as a specific benchmarking
tool among different Unix platforms. The idea arose after realizing,
that
Erik Hofman wrote:
Martin Spott wrote:
the same with 'js_server',
Done, Any others?
No, thanks :-)
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
Martin Spott wrote:
I'll include the necessary shared libraries (libjpeg for IRIX and GCC
runtime libraries for Solaris) in a new package unter the same version
number this evening,
IRIX users can also install ifl_eoe.sw.c++
Erik
___
Flightgear-devel
Erik Hofman wrote:
I've worked as a consultant on too many projects where people have
done these steps in reverse, never with a happy outcome. #3 usually
produces code so obfuscated that #2 and #1 become difficult or
impossible.
Yes, I can imagine making it efficient often produces hard to
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
Martin Spott wrote:
I'll include the necessary shared libraries (libjpeg for IRIX and GCC
runtime libraries for Solaris) in a new package unter the same version
number this evening,
O.k., it's ready for wider use - the URL remains the same,
Martin.
--
Unix _IS_ user friendly - it's just
* 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.
On Monday 23 Feb 2004 3:34 pm, Martin Spott wrote:
Hello, I've assembled a 'small' (40 MByte) FlightGear package and
included a README:
This is a subset of the FlightGear Open Source flight simulator,
packaged together with the purpose to serve as a specific benchmarking
tool among different
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:
Jonathan Richards wrote:
This is a great idea - with your permission, I'll volunteer to buy and burn a
hundred or so business-card cd-rs e.g.
Do everything with it as you like. The most actual version has 38791942
bytes. I'll change the version number next time.
for passing out at the Linux
* 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
Martin Spott wrote:
I'm currently doint my best to Plib into the right shape that it
compiles on AIX
I created a patch that serves to compile current PLIB CVS on AIX. Most
of the needed changes are trivial, some defines for AIX (similar to
those Erik already made for IRIX and Solaris)
Hello everyone,
I'm working on a simulation project using a simulink model.
Currently, I'm running an interface using the Aerosim blockset for
matlab/simulink, but the program steps/chops, especially when the
sun/moon position is updated (and when other info is output to the cmd
On Monday 23 February 2004 14:16, Norman Vine wrote:
David Megginson writes:
Norman Vine wrote:
This is because GPS positioning is *NOT* acurate with out a ground
based signal to augment it !
It's much better than it used to be before they turned off selective
availability.
Yes
Lee Elliott wrote:
Dunno if we want to get into adding nav sats to the celestial stuff so we know
if they're above the horizon or not:)
If anyone wants to do that, the almanac data for the satellites is published
and freely available (higher-end units and standalone software can predict
Lee Elliott writes:
On Monday 23 February 2004 14:16, Norman Vine wrote:
What I was pointing out is that elevation from GPS even DGPS is by it's
physical nature mathematically not as accurate as the horizontal position.
One of the things about GPS units is that the accuracy depends on
Joshua W. Keane said:
Hello everyone,
I'm working on a simulation project using a simulink model.
Currently, I'm running an interface using the Aerosim blockset for
matlab/simulink, but the program steps/chops, especially when the
sun/moon position is updated (and when other
44 matches
Mail list logo