phpweather-devel — General development talk and discussions.

Re: time update from the server problem...

[Martin G. <gim...@gi...>]

Baron Paul <pau...@ya...> writes:

> Hi,
> i m new to this list.

Welcome!

> I have installed this lovely php on a server in France but I live in
> japan at the moment and I noticed that even when it s nite in japan,
> the cloud image shows the sun... I kind of understood in looking
> quickly in the archives that it was probably due to the fact that
> the choosing between the sun and the moon image was dependant on the
> time of the server on which the php was hosted...

Yes, you've found a known bug :-/ 

> I use version 2.0.0 and i was wondering if anything had been fixed
> in a CVS release...

No, this hasn't changed, but I think we could make a solution. I've
written a bit about it here at SourceForge:

  http://makeashorterlink.com/?T162215A2

I don't have time to implement this myself right now, so if someone
feels up to the task, then please say so. I don't think it's that
hard:

* The stations.csv file has to be extended with the extra data.
  Perhaps we should change the format of the file, I don't think it
  was particularly clever of me to use ## to delimit countries and #
  to start comments...

* The SQL-based databases has to have their schema updated with extra
  fields for latitude and longitude, not a problem.

* The db_null database has to change by increasing PW_LINE_LENGTH and
  changing lookup_icao() accourdingly.

* New access methods should be added to data_retrieval.php to access
  the new information.

* The pw_images class has to be changed so that it takes advantage for
  the new information.

I'll try and provide all the help I can through the mailinglist if
someone wants to give it a try.

> however I cannot install CVS on my computer so I was wondering if
> somebody had either done a patch or is actually making the latest
> nightlies readily available on his/her website.

I used to have a cronjob running at SourceForge that would make a
snapshot of CVS and put it here:

  http://phpweather.net/downloads/

But recently the script stopped working: it got errors about a
read-only file system... I haven't really looked into it, though...

-- 
Martin Geisler                       My GnuPG Key: 0xF7F6B57B

See http://gimpster.com/ and http://phpweather.net/ for:
PHP Weather => Shows the current weather on your webpage and
PHP Shell   => A telnet-connection (almost :-) in a PHP page.

time update from the server problem...

[Baron P. <pau...@ya...>]

Hi,
i m new to this list.
I have installed this lovely php on a server in France but I live in 
japan at the moment and I noticed that even when it s nite in japan, 
the cloud image shows the sun... I kind of understood in looking 
quickly in the archives that it was probably due to the fact that the 
choosing between the sun and the moon image was dependant on the time 
of the server on which the php was hosted... I use version 2.0.0 and i 
was wondering if anything had been fixed in a CVS release... however I 
cannot install CVS on my computer so I was wondering if somebody had 
either done a patch or  is actually making the latest nightlies readily 
available on his/her website.
Thanks a lot
Paul

__________________________________________________
Do You Yahoo!?
Yahoo! BB is Broadband by Yahoo!  http://bb.yahoo.co.jp/

Problem with phpweather

[Santagostini A. <al...@re...>]

 > hello,
I am sorry !
 > I am italian.
 > My english is very bad.
 > i have phpweather.
 > today  27-10-02 at time 5:50, phpweather
 > not process $data=process_metar("$station")
 > return null string
Noaa database  was up.
 > why?
This depend from noaa database ?
Is it possible the protect files .txt  with read  php function
 > It is very urgent !
Thank

Problems with phpweather

[Santagostini A. <al...@re...>]

I am Sorry,
I am italian.
My english is very bad.
I have phpweather.
 Yesterday  27-10-02  at time 5:50, phpweather 
  not process $data=process_metar("$station").
 Return  null string
But Noaa Database is up.

This depend  from Noaa database ?
Is it possible file protected ?
Thanks

Re: alternative source.

[Nick B <nic...@ya...>]

Yes the data is old, they have changed the site slightly since my last post :-( THey are 
now serving the data up from ASP pages, with a bit more <table> padding to make 
parsing the data more interesting.
I've run my script with the new URLs though and it still works OK

Agree with what you say, for stuff here you could parse these pages first then fall back 
to NWS.

Here are my notes on the script for you to investigate at your leisure...

--------- snip -----------
They've moved the swedish metars to another server which uses ASP. You can either 
get their headers
or build your own when you can figure out what text files are available.
Based on this it should be possible to build your own customised page or just grab 
everything! 
http://www.aro.lfv.se/metais/MetInfo.asp?TextFile=metar.eg.list.txt&TextFile=metar.ed.l
ist.txt&TextFile=metar.benelux.list.txt&TextFile=metar.alps.list.txt&TextFile=metar.lf.list
.txt&TextFile=metar.le.list.txt&TextFile=metar.lp.list.txt&TextFile=metar.li.list.txt&TextFi
le=metar.baltic.list.txt&Te
http://www.aro.lfv.se/metais/MetInfo.asp?TextFile=metar.eg.list.txt&SubTitle=United%A
0Kingdom&T=METAR%A0Europe&Frequency=30
http://www.aro.lfv.se/metais/MetInfo.asp?TextFile=metar.eg.list.txt&SubTitle=NoWhere
&T=METAR%A0UK&Frequency=30
http://www.aro.lfv.se/metais/MetInfo.asp?TextFile=metar.others.list.txt&SubTitle=&T=&
Frequency=30

The files in use are:
sweden
metar.sweden.list.txt
nordic
metar.en.list.txt
metar.ef.list.txt
metar.ek.list.txt
metar.bi.list.txt
europe
metar.eg.list.txt
metar.ed.list.txt
metar.benelux.list.txt
metar.alps.list.txt
metar.lf.list.txt
metar.le.list.txt
metar.lp.list.txt
metar.li.list.txt
metar.baltic.list.txt
metar.others.list.txt

----------------- unsnip -----------------
Best Regards,
Nick

Re: Caching Bug?

[Martin G. <gim...@gi...>]

"Danny Ledger" <da...@sq...> writes:

> I came across this when investigating why my phpweather seemed to be
> causing longer than expected page load times during the period it
> should have been using the cache.
>
> [...]
> 
> I don't know whether this is a bug in php-4.2.3's implementation of
> gmmktime but I've verified that the correct information is going
> into the call.

Have you verified that gmmktime() works on your system? We've seen
problems with gmmktime() before... It's important that the server
knows its timezone otherwise gmmktime() doesn't work.

See if gmmktime(0, 0, 0, 1, 1, 1970) gives you 0 and if mktime(0, 0,
0, 1, 1, 1970) gives you the number of seconds your server is offset
from UTC time. I'm in Denmark where we're one hour infront of UTC, so
I got -3600 from the call to mktime().

PS. Since you're running PHP 4, you should use version 2.0.0 of PHP
Weather instead of 1.6x. It wont help you with the time-problem,
though.

-- 
Martin Geisler                       My GnuPG Key: 0xF7F6B57B

See http://gimpster.com/ and http://phpweather.net/ for:
PHP Weather => Shows the current weather on your webpage and
PHP Shell   => A telnet-connection (almost :-) in a PHP page.

Re: Another taf/metar source.

[Martin G. <gim...@gi...>]

"Nick B" <nic...@ya...> writes:

> Thanks for the recent details of cz taf/metars.
> 
> Are you aware of 
> http://blinder.lfv.se/met/metar.europe.htm - follow the links here for 
> other taf/metars for Europe.

No, I didn't know about this site...
 
> I use this in preference to weather.noaa.gov for UK stuff as NWS
> seems to to lag behind, especially when its daytime in the US for
> some reason.

Yes, but the data for say EKYT is several days old :-/
 
> I just have a perl script that scans for a string beginning with the
> desired ICAO locator e.g. EGNX and ending with the = symbol. It
> isn't pretty but it works so I'll only post it here on request :^)

Hehe! I actually think we need a more general solution, and a solution
written in PHP.

We could have each ICAO specify how it should be fetched: most of the
ICAOs would just use the default NOAA fetcher, but the UK ones could
specify that they should use the Swedish URL above.

I don't have time to implement this right now, but I think it's worth
considering...

-- 
Martin Geisler                       My GnuPG Key: 0xF7F6B57B

See http://gimpster.com/ and http://phpweather.net/ for:
PHP Weather => Shows the current weather on your webpage and
PHP Shell   => A telnet-connection (almost :-) in a PHP page.

Caching Bug?

[Danny L. <da...@sq...>]

I came across this when investigating why my phpweather seemed to be
causing longer than expected page load times during the period it should
have been using the cache.  In essence, a majority of phpweather calls
on my site are not using the cache as designed (cache misses if you
will):
 
The phpweather uses the following construct in  phpweather.inc:

$date_parts = explode(':', strtr($date, '/ ', '::'));
$date_unixtime = gmmktime($date_parts[3], $date_parts[4], 0,
$date_parts[1], $date_parts[2], $date_parts[0]);
 
Here's an example of my metar table:
metar=EGSC 071150Z 10001KT 9999 FEW027 BKN055 16/07 Q1020,
timestamp=20021009030000, station=EGSC

The report time is 11:50 on 10/07 but that timestamp looks really odd
03:00 on 10/09. Now that can't be right.

I don't know whether this is a bug in php-4.2.3's implementation of
gmmktime but I've verified that the correct information is going into
the call.
 
Any ideas?
 
--
Danny Ledger (a.k.a squatty)
da...@sq...
http://www.squatty.com
 

Re: PHPWeather-devel digest, Vol 1 #129 - 3 msgs

[Vaclav R. <va...@ph...>]

> > Well, I've got a list from here:
> > http://www.rlp.cz/ntm/METEO/HTML/pocasi.htm
> > and it looks like, more up2date... but if central data source for
> > phpweather differs from it, than it's better to leave it...
> 
> This is strange: data from NWS is much older than the data on the
> other site, compare these two pages:
> 
>   http://weather.noaa.gov/weather/current/LKKB.html
> 
>   http://www.rlp.cz/ntm/METEO/HTML/LKKB.htm
> 
> How can that be?!
>
I've got no idea. Some of them might not be an international, but why
then they are there at all. Couple of them are military, but same
question appears. Actually my own needs are covered as long as there
is another Prague airport, so - again - you can quietly skip it :)

> > BTW: One of my friends (po...@ph...), is working on
> > decoder of TAF. It's based on perl and he (or ', and he' ;) is
> > trying to use a neural network in an engine. Feel free to
> > contanct/join him with this task...
> 
> Sounds interesting, but is it necessary to use a neural network to
> decode a TAF report?! :-) Or is the TAF decoding part of a larger
> project which uses a neural network. 
>
I don't know. It seems to be that he is obsessed with NN :)
I think, that including TAF in phpweather is generally good idea, but im
not an implementator, so it's not a task for me... 

A german translation is on the schedule too. Ask here:
ba...@el...

Another taf/metar source.

[Nick B <nic...@ya...>]

Thanks for the recent details of cz taf/metars.

Are you aware of 
http://blinder.lfv.se/met/metar.europe.htm - follow the links here for 
other taf/metars for Europe.

I use this in preference to weather.noaa.gov for UK stuff as NWS 
seems to to lag behind, especially when its daytime in the US for some 
reason.

I just have a perl script that scans for a string beginning with the 
desired ICAO locator e.g. EGNX and ending with the = symbol.
It isn't pretty but it works so I'll only post it here on request :^)

Nick B
Nottingham/UK

Re: PHPWeather-devel digest, Vol 1 #128 - 4 msgs

[Martin G. <gim...@gi...>]

Vaclav Rikal <va...@ph...> writes:

>> I checked the stations, but they don't seam to have made any recent
>> reports: the report for LKKB is over two months old. Do you think I
>> should add them anyway?
>>
> Well, I've got a list from here:
> http://www.rlp.cz/ntm/METEO/HTML/pocasi.htm
> and it looks like, more up2date... but if central data source for
> phpweather differs from it, than it's better to leave it...

This is strange: data from NWS is much older than the data on the
other site, compare these two pages:

  http://weather.noaa.gov/weather/current/LKKB.html

  http://www.rlp.cz/ntm/METEO/HTML/LKKB.htm

How can that be?!

> About that comma topic. My mother tongue is not english, but I'm
> basically surprised how difficult this languge could be (if i
> compare it with my expectation :)

The rule in Danish is also different from the rule in English: we say

  en, to, tre og fire

instead of

  one, two, three, and four.
 
> BTW: One of my friends (po...@ph...), is working on
> decoder of TAF. It's based on perl and he (or ', and he' ;) is
> trying to use a neural network in an engine. Feel free to
> contanct/join him with this task...

Sounds interesting, but is it necessary to use a neural network to
decode a TAF report?! :-) Or is the TAF decoding part of a larger
project which uses a neural network. 

-- 
Martin Geisler                       My GnuPG Key: 0xF7F6B57B

See http://gimpster.com/ and http://phpweather.net/ for:
PHP Weather => Shows the current weather on your webpage and
PHP Shell   => A telnet-connection (almost :-) in a PHP page.

Re: pw_text_cs, pw_text_nl & couple of suggestions

[Martin G. <gim...@gi...>]

James McMurry <jmc...@se...> writes:

> Traditionally, you use a trailing comma to separate all the items in a
> series.  This is preferred by most academic style guides and editors.
> 
> However, it's *always* correct to use the comma before the last item
> in the series, and it's sometimes required to do so to make the
> meaning clear.

OK, so I guess we'll just leave things the way they are, with a comma
before the final 'and'.

-- 
Martin Geisler                       My GnuPG Key: 0xF7F6B57B

See http://gimpster.com/ and http://phpweather.net/ for:
PHP Weather => Shows the current weather on your webpage and
PHP Shell   => A telnet-connection (almost :-) in a PHP page.

Re: PHPWeather-devel digest, Vol 1 #128 - 4 msgs

[Vaclav R. <va...@ph...>]

> > Than I suggest to add a more CZ stations:
> > 
> > LKLB -> Liberec
> > LKKB -> Praha / Kbely
> > LKPD -> Pardubice
> > LKCV -> Caslav
> > LKCS -> Ceske Budejovice
> > LKNA -> Namest
> > LKPO -> Prerov
> > LKKU -> Kunovice
> 
> I checked the stations, but they don't seam to have made any recent
> reports: the report for LKKB is over two months old. Do you think I
> should add them anyway?
>
Well, I've got a list from here:
http://www.rlp.cz/ntm/METEO/HTML/pocasi.htm
and it looks like, more up2date... but if central data source for
phpweather differs from it, than it's better to leave it...

> > And I think the rule in pw_text_en is broken:
> > 
> >    $this->strings['list_sentences_and']       = ' and ';
> >    $this->strings['list_sentences_comma']     = ', ';
> >    $this->strings['list_sentences_final_and'] = ', and ';
> >                                                   ^^^^^^^^^^^ Here
> 
> Are you thinking at the comma before the final 'and'? Or is it
> something else? If it's about the final comma, then that's how my
> teacher taught me to write a list in English - perhaps someone who
> has English as their mother tongue could comment on this?

About that comma topic. My mother tongue is not english, but I'm
basically surprised how difficult this languge could be (if i compare it
with my expectation :)

Ok. Let someone else solve it.

Vac


BTW: One of my friends (po...@ph...), is working on decoder
of TAF.  It's based on perl and he (or ', and he' ;) is trying to use a
neural network in an engine. Feel free to contanct/join him with this
task...

RE: pw_text_cs, pw_text_nl & couple of suggestions

[Max H. <ma...@fl...>]

> Personally, I avoid using the trailing/serial/final comma.

A comma in this position is known as a serial comma, often called "Harvard"
or "Oxford" comma, and is only really appropriate where its omission makes a
list confusing, eg if the final entry in a list contains an "and" itself.

That's the classical approach, anyway. Truth is, in technical writing you'd
often use a serial comma to avoid any possible ambiguity. All that's really
important is that you're consistent (obviously not an issue here :)

Cheers,

Max
--
Logic merely enables one to be wrong with authority.

* Doctor Who

RE: pw_text_cs, pw_text_nl & couple of suggestions

[Jake O. <ja...@or...>]

OK, just my two cents on the matter of the commas.

Personally, I avoid using the trailing/serial/final comma. Newspapers
(if they're written right) will ALWAYS avoid them. Why? The Associated
Press Stylebook says to avoid them. I've seen English teachers violently
debate it, as well. My preference: avoid them. It makes the list
cleaner, and there's already an overuse of commas by folks who don't
know how to use them properly (in my opinion). Punctuation in general is
just over-rated <hehe>.

we should just all write our sentences like this completely omitting all
important valuable and relevant punctuation marks

;-)

OK, I'm done being a brat -- I'm like this on Fridays :-).

-Jake
-Speaking the Mother Tongue as Well -- At least the Americanized Version
of It

-----Original Message-----
From: php...@li...
[mailto:php...@li...] On Behalf Of James
McMurry
Sent: Friday, September 27, 2002 1:42 PM
To: php...@li...
Subject: Re: pw_text_cs, pw_text_nl & couple of suggestions


Traditionally, you use a trailing comma to separate all the items in a 
series.  This is preferred by most academic style guides and editors.

It's generally accepted that you have the option to omit the final comma

before the "and" (or other conjunction) if the list is simple.  You'd do

this to help the list flow better, but only if you can obviously
preserve 
the meaning of the sentence.  I believe that newspapers do this fairly
often.

However, it's *always* correct to use the comma before the last item in
the 
series, and it's sometimes required to do so to make the meaning clear.

If you don't have total control of the items in the list (which you
don't in 
this programming scenario), it's safest to include the comma before the 
conjunction.  I think what you have for 'list_sentences_final_and' is
correct.

Speaking the mother tongue,
JM


Martin Geisler wrote:

>>   $this->strings['list_sentences_final_and'] = ', and ';
>>                                                  ^^^^^^^^^^^ Here
> 
> 
> Are you thinking at the comma before the final 'and'? Or is it
> something else? If it's about the final comma, then that's how my
> teacher taught me to write a list in English - perhaps someone who
> has English as their mother tongue could comment on this?



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
PHPWeather-devel mailing list
PHP...@li...
https://lists.sourceforge.net/lists/listinfo/phpweather-devel

Re: pw_text_cs, pw_text_nl & couple of suggestions

[James M. <jmc...@se...>]

Traditionally, you use a trailing comma to separate all the items in a 
series.  This is preferred by most academic style guides and editors.

It's generally accepted that you have the option to omit the final comma 
before the "and" (or other conjunction) if the list is simple.  You'd do 
this to help the list flow better, but only if you can obviously preserve 
the meaning of the sentence.  I believe that newspapers do this fairly often.

However, it's *always* correct to use the comma before the last item in the 
series, and it's sometimes required to do so to make the meaning clear.

If you don't have total control of the items in the list (which you don't in 
this programming scenario), it's safest to include the comma before the 
conjunction.  I think what you have for 'list_sentences_final_and' is correct.

Speaking the mother tongue,
JM


Martin Geisler wrote:

>>   $this->strings['list_sentences_final_and'] = ', and ';
>>                                                  ^^^^^^^^^^^ Here
> 
> 
> Are you thinking at the comma before the final 'and'? Or is it
> something else? If it's about the final comma, then that's how my
> teacher taught me to write a list in English - perhaps someone who
> has English as their mother tongue could comment on this?

Re: pw_text_cs, pw_text_nl & couple of suggestions

[Martin G. <gim...@gi...>]

Vaclav Rikal <va...@ph...> writes:

> Hello there!
> 
> first of all I'd like to say that you have done a great job. I'm
> using a phpweather for one and half year and progress is _really_
> great!

Thanks a lot!
 
> I'd like to participate on it. So I'm sending you a czech and dutch
> pw_text_cs.php, pw_text_nl.php.

Very nice - two new languages in one go! I've commited then to the CVS
repository.
 
> Than I suggest to add a more CZ stations:
> 
> LKLB -> Liberec
> LKKB -> Praha / Kbely
> LKPD -> Pardubice
> LKCV -> Caslav
> LKCS -> Ceske Budejovice
> LKNA -> Namest
> LKPO -> Prerov
> LKKU -> Kunovice

I checked the stations, but they don't seam to have made any recent
reports: the report for LKKB is over two months old. Do you think I
should add them anyway?
 
> And I think the rule in pw_text_en is broken:
> 
>    $this->strings['list_sentences_and']       = ' and ';
>    $this->strings['list_sentences_comma']     = ', ';
>    $this->strings['list_sentences_final_and'] = ', and ';
>                                                   ^^^^^^^^^^^ Here

Are you thinking at the comma before the final 'and'? Or is it
something else? If it's about the final comma, then that's how my
teacher taught me to write a list in English - perhaps someone who
has English as their mother tongue could comment on this?

-- 
Martin Geisler                       My GnuPG Key: 0xF7F6B57B

See http://gimpster.com/ and http://phpweather.net/ for:
PHP Weather => Shows the current weather on your webpage and
PHP Shell   => A telnet-connection (almost :-) in a PHP page.

pw_text_cs, pw_text_nl & couple of suggestions

[Vaclav R. <va...@ph...>]

Hello there!

first of all I'd like to say that you have done a great job. I'm using a
phpweather for one and half year and progress is _really_ great!

I'd like to participate on it. So I'm sending you a czech and dutch
pw_text_cs.php, pw_text_nl.php.

Than I suggest to add a more CZ stations:

LKLB -> Liberec
LKKB -> Praha / Kbely
LKPD -> Pardubice
LKCV -> Caslav
LKCS -> Ceske Budejovice
LKNA -> Namest
LKPO -> Prerov
LKKU -> Kunovice


And I think the rule in pw_text_en is broken:

    $this->strings['list_sentences_and']       = ' and ';
    $this->strings['list_sentences_comma']     = ', ';
    $this->strings['list_sentences_final_and'] = ', and ';
                                                  ^^^^^^^^^^^ Here

I had not checked CVS, so if I'm late then simply ignore it.

Vac

phpweather & Geeklog

[Danny L. <da...@sq...>]

First let me start by saying how great phpweather is!  My compliments to
the other authors who not doubt have spent a lot of time and effort
creating such a solid Open Source project.
 
Second, I want to introduce all of you to a project I've been a part of
named Geeklog (http://geeklog.sf.net).  Geeklog is a 'blog', otherwise
known as a Weblog. It allows you to create your own virtual community
area, complete with user administration, story posting, messaging,
comments, polls, calendar, web links, and more! It can run on many
different operating systems, and uses PHP4 and MySQL.
 
My point in all this is that I recently implemented a Geeklog module or
block using phpweather as the foundation (phpweather 1.61).  The module
is designed to display customizable weather information.  I'd like to
get your thoughts on what I've done in hopes of starting a dialogue with
you to enhance future releases.
 
You can view the module on my site: http://www.squatty.com
<http://www.squatty.com/> .  It's located on the right side about
halfway down the page.
 
Thanks!
 
--
Danny Ledger (a.k.a squatty)
da...@sq...
http://www.squatty.com
 

phpweather & Geeklog

[Danny L. <da...@sq...>]

First let me start by saying how great phpweather is!  My compliments to
the other authors who not doubt have spent a lot of time and effort
creating such a solid Open Source project.
 
Second, I want to introduce all of you to a project I've been a part of
named Geeklog (http://geeklog.sf.net).  Geeklog is a 'blog', otherwise
known as a Weblog. It allows you to create your own virtual community
area, complete with user administration, story posting, messaging,
comments, polls, calendar, web links, and more! It can run on many
different operating systems, and uses PHP4 and MySQL.
 
My point in all this is that I recently implemented a Geeklog module or
block using phpweather as the foundation (phpweather 1.61).  The module
is designed to display customizable weather information.  I'd like to
get your thoughts on what I've done in hopes of starting a dialogue with
you to enhance future releases.
 
You can view the module on my site: http://www.squatty.com
<http://www.squatty.com/> .  It's located on the right side about
halfway down the page.
 
Thanks!
 
--
Danny Ledger (a.k.a squatty)
da...@sq...
http://www.squatty.com
 

Re: UK Military airfiled states - info

[Martin G. <gim...@gi...>]

Nick B <nic...@ya...> writes:

Hi Nick

> I am working on a similar prog in Perl (whilst trying to learn PERL
> at the same time!) then I discovered yours... :-) I dont have much
> php knowledge but I am familiar with the UK METAR and TAF format
> (part of my day job!)

Great - I hope you can understand the code. But remember that PHP
Weather itself is based on a Perl script called Geo::METAR:

  http://jeremy.zawodny.com/perl/Geo-METAR/

So perhaps it would be easier for you to look at this instead. But
you'll find that PHP Weather recognises things that Geo::METAR doesn't
unless it's been updated, but it look like that.

> I'd like to borrow some bits from your code for the metar parsing,
> to try and fix mine, and at the same time give something back in
> return.

Thanks!
 
> In the UK Military airfield METARS you will see a colour state
> reported, one of:

> BLACK BLU WHT GRN YLO YLO1 YLO2 AMB RED.
> which indicates the visibility and cloud base.
> 
> A sample METAR: 
> EGXW 100950Z 22008KT 9999 FEW016 16/11 Q1018 BLU NOSIG 
>
> [...]
>
> Maybe someone would like to include this in the METAR parsing
> routine?

Doesn't the regular visibility and cloud-group information already
include the information given by the colours?

If not, then I guess that we could include the code, but if it's a
special code that's only used at a handful of stations in the UK, then
perhaps it's too much trouble to be worth it... I don't know.

-- 
Martin Geisler                       My GnuPG Key: 0xF7F6B57B

See http://gimpster.com/ and http://phpweather.net/ for:
PHP Weather => Shows the current weather on your webpage and
PHP Shell   => A telnet-connection (almost :-) in a PHP page.

UK Military airfiled states - info

[<nic...@ya...>]

Hi phpweather devs.
I am working on a similar prog in Perl (whilst trying to learn
PERL at the same time!) then I discovered yours... :-)
I dont have much php knowledge but I am familiar with the UK
METAR and TAF format (part of my day job!)
I'd like to borrow some bits from your code for the metar
parsing, to try and fix mine, and at the same time give
something back in return.

In the UK Military airfield METARS you will see a colour state
reported, one of:
BLACK BLU WHT GRN YLO YLO1 YLO2 AMB RED.
which indicates the visibility and cloud base.

A sample METAR: 
EGXW 100950Z 22008KT 9999 FEW016 16/11 Q1018 BLU NOSIG 

the UK mil airfields are in the ICAO series EGX? EGY? EGQ?
(maybe others, dont have ICAO ref in front of me!)
One odd one is EGYP which is actually Mount Pleasant,South
Georgia -  in the south atlantic!

Heres a snip from my perl prog which explains them:

if ($colour)
{
	
	$colour =~ s/BLU/blue/g;  	# 8Km viz 2500ft cloud base
	$colour =~ s/WHT/white/g; 	# 5Km     1500ft
	$colour =~ s/GRN/green/g;	# 3.7Km    700ft
	$colour =~ s/YLO/yellow/g;	# 1.6Km	   300ft
	$colour =~ s/YLO1/yellow 1/g;	# 2.5km    500ft
	$colour =~ s/YLO2/yellow 1/g;   # 1.6km    300ft
	$colour =~ s/AMB/amber/g;	# 0.8Km    200ft
	$colour =~ s/RED/red/g;		#<0.8km   <200ft or sky obscured.
	$colour =~ s/BLACK/black/g;     # airfield unuseable - precedes
colour code
	print "Colour: $colour\n"
}

Maybe someone would like to include this in the METAR parsing
routine?
Regards,
NickBeee.

__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

flash weather

[Paul B. <pa...@ne...>]

I've been working on way to pass the php-weather data to a flash movie.
Please take a look at  http://phpweather.sourceforge.net/flashtest/

It's pretty crude right now, I'd be happy to give my code to anyone is
interested or can figure out a better way to do it.

RE: XML in URL and session bug

[Max H. <ma...@fl...>]

I presume you're running a version of PHP that doesn't have $PHP_SELF
defined for whatever reason? Probably goes away with register_globals being
turned off. I guess we should deal with this case now, since php defaults
this way now.

Chris, please enter a bug report on sourceforge.

Cheers,

Max

--
Quidquid latine dictum sit, altum viditur.

> -----Original Message-----
> From: php...@li...
> [mailto:php...@li...]On Behalf Of Chris
> Sohns
> Sent: 01 September 2002 17:18
> To: php...@li...
> Subject: XML in URL and session bug
>
>
> Upon completing the initial config, when I click the
> download config button I'm sent to this url which
> obviously doesn't exist:
>
> ------------
> http://localhost/phpweather-2.0.0/config/<br%20/><b>Notice</b>:%20
> %20Undefined%20variable:%20%20PHP_SELF%20in%20<b>/usr/local/apache
> /htdocs/weather/config/make_config.php</b>%20on%20line%20<b>404</b
> ><br%20/>?
> ------------
>
> then when I try to reload the config page, I get these
> errors:
>
> ------------
> Notice: Undefined variable: options in
> /usr/local/apache/htdocs/weather/config/make_config.php
> on line 287
>
> Warning: First argument to array_keys() should be an
> array in
> /usr/local/apache/htdocs/weather/config/make_config.php
> on line 287
>
> Warning: Invalid argument supplied for foreach() in
> /usr/local/apache/htdocs/weather/config/make_config.php
> on line 288
>
> Fatal error: Call to a member function on a non-object
> in
> /usr/local/apache/htdocs/weather/config/pw_optiongroup.php
> on line 117
> ------------
>
> and I continue to get that error until I delete the
> session or it times out.  Once the session is gone,
> the cycle begins from scratch.
>
> __________________________________________________
> Do You Yahoo!?
> Yahoo! Finance - Get real-time stock quotes
> http://finance.yahoo.com
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: OSDN - Tired of that same old
> cell phone?  Get a new here for FREE!
> https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
> _______________________________________________
> PHPWeather-devel mailing list
> PHP...@li...
> https://lists.sourceforge.net/lists/listinfo/phpweather-devel
>

[ phpweather-Feature Requests-603197 ] weather picture for "no data available"

[<no...@so...>]

Feature Requests item #603197, was opened at 2002-09-01 19:15
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=377955&aid=603197&group_id=23245

Category: Output
Group: phpweather-2.x
Status: Open
Resolution: None
Priority: 3
Submitted By: Ondrej Jombik (nepto)
Assigned to: Nobody/Anonymous (nobody)
Summary: weather picture for "no data available"

Initial Comment:
I want to submit feature request for weather picture for "no data 
available". Temperature and wind, both, have this special case
solved.

I suppose that sunny one can be used with some text like "No 
data" above.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=377955&aid=603197&group_id=23245