thanks for the detailed response and sorry for my late reply i went over the man page again with this in mind and i would say that it is more that it isn't completely clear that you can/should specify these options in combination (because certain ones, by themselves, work, but if you just pass --city="New York" you get something for another City, this may be something to change in the code the program output is misleading)
my guess, and it was a guess, after looking at the usage, was weather --city="New York" thinking that it would take care of the METAR part, etc but that isn't the case $ weather --city="New York" Current conditions at Raleigh-Durham International Airport (KRDU) Last updated Apr 24, 2008 - 01:51 PM EDT / 2008.04.24 1751 UTC Wind: from the NE (050 degrees) at 8 MPH (7 KT) Sky conditions: partly cloudy Temperature: 75.0 F (23.9 C) Relative Humidity: 46% i'd think that if you included the information you typed to me below in the manpage or the /usr/share/doc/weather-util it would clarify the usage only thing i could suggest would be to have some sort of message to tell the person that the city is being ignored so that it doesn't seem like a bug anyway, thanks for the program -- aaron ---- Insert witty signature here On Mon, Apr 21, 2008 at 01:09:55PM +0000, The Fungi wrote: > The city and state flags are for specifying a NWS forecast location. > For current conditions data, you must specify a METAR station ID. > You probably want something like this (for La Guardia): > > weather --id=KLGA > > Or: > > weather --forecast --city="New York" --st=NY --id=KLGA > > Though for most major US airports, there are three-letter macros > defined in the configuration already, such as: > > weather lga > > For a list of NY-specific macros, do: > > weather --list | grep "st=NY" > > If you want to override the default location information (what gets > output when you don't specify a macro/valid flag combination) or > force any other behavior, you could put something like this in your > ~/.weatherrc: > > [default] > City = New York > St = NY > ID = KLGA > Forecast = True > > If you can point out where in the manpage this information was > unclear, I will be happy to see upstream documentation gets modified > to be more obvious where this issue is concerned. If the issue is > more one of the program not erroring on invalid flag values, this > might be more related to Debian bug 379102, for which I am working > on an upstream fix: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=379102 > > If so, they should probably be merged. > > As always, thanks for your report! > -- > { IRL(Jeremy_Stanley); PGP(9E8DFF2E4F5995F8FEADDC5829ABF7441FB84657); > SMTP([EMAIL PROTECTED]); IRC([EMAIL PROTECTED]); ICQ(114362511); > AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER([EMAIL PROTECTED]); > MUD([EMAIL PROTECTED]:6669); WWW(http://fungi.yuggoth.org/); } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
