Tags: confirmed, upstream The program itself does not marry station IDs and forecasts. In fact, specifying a station ID but not specifying a city/state and then requesting a forecast is going to return a forecast for the default sample location (or the city/state specified in the "default" alias). The problem lies in that the current conditions and forecast come from two separate, external data sources with no existing indices (known to me at least) with which to join them. I have attempted to add such an index via the aliases defined in /etc/weatherrc and you can add more to it or in your personal ~/.weatherrc file, but the included list is by no means complete or accurate, and should be taken as a set of examples more than anything. Please see:
/usr/share/doc/weather-util/FAQ ...for information on this issue. As indicated therein, subissions of additional station IDs with the nearest city/state for which a forecast is available are highly welcome and will happily be included in future releases. I will not close the bug as a wontfix for now, and will consider whether there are additional ways this could be fixed or further clarified. Given the information above, if you have any requests or suggestions as to how you'd like to see the problem addressed (if you still see a problem, that is), please reply and preserve the Cc for [EMAIL PROTECTED] in the headers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
