On August 25, 2005 04:12 pm, AJ MacLeod wrote:
I don't know if this is exactly what you noticed, but I've just found that
with today's CVS, if you have real-weather-fetch true in preferences.xml,
FG won't start properly at all, but hangs immediately after startup in a
manner almost identical
On Thu, Aug 25, 2005 at 10:05:25AM -0700, Alex Romosan wrote:
i've been looking at the metar code but it's a hopeless mess.
Oh, thanks. So we can hope that you'll provide something
better and add it to the long list of your quality contributions.
(Did you contribute *anything* so far?)
m.
On Friday 26 August 2005 07:34, Ampere K. Hardraade wrote:
I think that problem is due to metar data being too old.
I don't know; however, 0.9.8 seems perfectly happy with the same data. Also,
I've not once managed to get yesterdays' CVS to start with METAR enabled -
surely the data would be
On Wed, Aug 24, 2005 at 01:47:12PM -0700, Alex Romosan wrote:
http://weather.noaa.gov/pub/data/observations/metar/stations/KSFO.TXT
2005/08/24 17:56
KSFO 241756Z 04005KT 10SM FEW010 19/12 A2983 RMK AO2 SLP101 T01940122 10194
20122 51005
but right now the time is: Wed Aug 24 20:45:35 UTC
Melchior FRANZ [EMAIL PROTECTED] writes:
On Wed, Aug 24, 2005 at 01:47:12PM -0700, Alex Romosan wrote:
http://weather.noaa.gov/pub/data/observations/metar/stations/KSFO.TXT
2005/08/24 17:56
KSFO 241756Z 04005KT 10SM FEW010 19/12 A2983 RMK AO2 SLP101 T01940122 10194
20122 51005
but right
Alex Romosan wrote:
code but it's a hopeless mess. in the meantime i've lost my
temperature and visibility etc. (they are all set to zero). it must be
some change i made but a cvs diff doesn't show any relevant changes.
strange, very strange.
I noticed this too. You will need to set the
Erik Hofman wrote:
Alex Romosan wrote:
code but it's a hopeless mess. in the meantime i've lost my
temperature and visibility etc. (they are all set to zero). it must be
some change i made but a cvs diff doesn't show any relevant changes.
strange, very strange.
I noticed this too. You will
On Thursday 25 August 2005 18:12, Erik Hofman wrote:
I noticed this too. You will need to set the weather scenario to a
different value than none.
I don't know if this is exactly what you noticed, but I've just found that
with today's CVS, if you have real-weather-fetch true in
On Tue, Aug 23, 2005 at 11:56:13AM +0200, Christian Mayer wrote:
Melchior FRANZ schrieb:
Check if your system time is set correctly.
or it could ask an NTP-server for the correct time... but that's
problaby going too far.
That's definitely going too far. Much too far. The OS is supposed
to
Alex Romosan [EMAIL PROTECTED] writes:
no, the time is set correctly.
the problem seems to be with the data source (but i don't understand
why nobody else sees this). if i go to
http://weather.noaa.gov/pub/data/observations/metar/stations/KSFO.TXT
i get:
2005/08/24 17:56
KSFO 241756Z 04005KT
On Mon, Aug 22, 2005 at 03:03:11PM -0700, Alex Romosan wrote:
looking at the trace logs it looks like fgfs goes through every metar
station out there:
Initializing environment subsystem
2005/08/22 14:56
KSFO 221456Z 0KT 10SM SCT007 OVC010 13/11 A2995 RMK AO2 SLP142 T01280106
53002
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Melchior FRANZ schrieb:
On Mon, Aug 22, 2005 at 03:03:11PM -0700, Alex Romosan wrote:
looking at the trace logs it looks like fgfs goes through every metar
station out there:
Initializing environment subsystem
2005/08/22 14:56
KSFO 221456Z 0KT
Melchior FRANZ [EMAIL PROTECTED] writes:
On Mon, Aug 22, 2005 at 03:03:11PM -0700, Alex Romosan wrote:
looking at the trace logs it looks like fgfs goes through every metar
station out there:
Initializing environment subsystem
2005/08/22 14:56
KSFO 221456Z 0KT 10SM SCT007 OVC010 13/11
Alex Romosan [EMAIL PROTECTED] writes:
i am starting at the default airport (KSFO) so i wonder why we are
even trying to load the data for KHOU (which is in huston)? could it
be we are trying to load the metar data for all the airports? does
anybody have any idea what's going on?
looking at
14 matches
Mail list logo
