The API works with:

owm = pyowm.OWM(owm_token)
mgr = owm.weather_manager()
obs = mgr.weather_at_place('Roma')

But if I use:

daily_forecast = mgr.forecast_at_place('Roma', 'daily').forecast

It give me this error:

raise exceptions.UnauthorizedError('Invalid API Key provided')
pyowm.commons.exceptions.UnauthorizedError: Invalid API Key provided

With only the weather_at_place() code it works but if I add at the same program the forecast_at_place() it gives me this error.

GitHub actions returned this error code, after hundreds of successful runs. Run python main.py Traceback (most recent call last): File "main.py", line 68, in <module> csvArrIn = getWeatherInfo(city) File "main.py", line 35, in getWeatherInfo obs = owm.weather_at_place(city+',CZ') AttributeError: 'OWM' object has no attribute 'weather_at_place'

• Python 3.5.2+
• PyOWM 2.6.0
• Linux 4.8.0-34-generic Ubuntu

pip installed pyowm, really excited to test these new registries (thanks!). But I got this:

File "/usr/local/lib/python3.5/dist-packages/pkg_resources/__init__.py", line 1569, in get_resource_stream
    return open(self._fn(self.module_path, resource_name), 'rb')
FileNotFoundError: [Errno 2] No such file or directory: '/usr/local/lib/python3.5/dist-packages/pyowm/webapi25/cityids/103-108.txt'

I got no result from locate 103-108.txt

and for ll /usr/local/lib/python3.5/dist-packages/pyowm/webapi25/cityids I got:

drwxr-sr-x 3 root staff 4096 Jan 30 22:38 ./
drwxr-sr-x 5 root staff 4096 Jan 30 22:38 ../
-rw-r--r-- 1 root staff    1 Jan 30 22:38 __init__.py
drwxr-sr-x 2 root staff 4096 Jan 30 22:38 __pycache__/

So then I tried pip install --upgrade --no-deps --force-reinstall pyowm

Collecting pyowm
Installing collected packages: pyowm
  Found existing installation: pyowm 2.6.0
    Uninstalling pyowm-2.6.0:
      Successfully uninstalled pyowm-2.6.0
Successfully installed pyowm-2.6.0

But still no luck. In the scripts dir I see https://github.com/csparpa/pyowm/blob/master/scripts/generate_city_id_files.py but this doesn't appear to be in the pip install, so I downloaded and ran it but got

  File "generate_city_id_files.py", line 25
    print 'Downloading file '+city_list_url+' ...'
                            ^
SyntaxError: Missing parentheses in call to 'print'

Meaning it's not python 3.5 compatible - I don't really want to install python 2 if I don't need to, but is this the only way?

My apologies if I am being stupid here and missing something and I do appreciate all your work on this.

The installation makes no trouble i get the success message for Py2 and 3. When trying to import them Py2 makes no trouble but Py3 says ModuleNotFoundError: No module named 'pyowm'. Installed via pip2 install pyowm and pip3 install pyowm. I also tried pip install git+https://github.com/csparpa/[email protected] but the problem still remains.

(I hade no problem installing it on my Windows.)

Hi, I'm trying to use the following function to get the city info:

list_of_locations = city_registry.locations_for("New York", country="US")

It returns the empty list. The following function returns non-empty list:

list_of_locations = city_registry.locations_for("Paris", country="FR")

What could be the reason for the empty list in the first case? I tried many different US cities and all of them return empty list. Thanks!

Overview

In the dusk of the popular Dark Sky API, it might be worth considering to add support for the One Call API, which is considered the alternative.

Reference

Migration guide

https://openweathermap.org/darksky-openweather?gclid=Cj0KCQjw-Mr0BRDyARIsAKEFbefcb00d_wztgHKOYj4HYEF1fLl-DnE0Yek9vWQ_bxptj2PcYLSNhDwaAu8REALw_wcB

API docs

https://openweathermap.org/api/one-call-api

In the old cities.db.bz2 file the record for "New London" [id: 4839416] had the name set incorrectly to "New Londonhttps://www.geonames.org/1524325/ekibastuz.html#", as seen in this screenshot:

In the updated cities.db.bz2 file this has been corrected as shown here:

https://openweathermap.org/weather-conditions shows two different types of icons, with the base URI being different: http://openweathermap.org/img/wn/ vs http://openweathermap.org/img/w/. PyOWM uses the latter right now: https://github.com/csparpa/pyowm/blob/e35446ebe081c0b14a25dca0f7f8105836745b04/pyowm/weatherapi25/uris.py#L18 Is there a documented reason for there being two different types? And would it be possible to choose which type to use with Weather.weather_icon_url? In my opinion, the /wn/ versions are cleaner and clearer in most cases.

Not sure if it is a current issue with AgroMonitor or OpenWeatherMap in general but I keep on getting a time out error when trying to download satellite imagery as in the example in the docs.

https://pyowm.readthedocs.io/en/latest/usage-examples-v2/agro-api-usage-examples.html#operations-summary

It seems that I am capable of getting one image without the error though when I then go to get the stats or view the image it's blank as well. Checking the length of the returned results shows that there should be 5 images available for the time frame that I searched in my polygon.

Tested on Win7 in a JupyterLab environment, Python 3.6, also sent a request to OWM help desk info just to check if there's an issue on their end.

Hi Claudio,

Thank you for maintaining this library. I am a beginner trying to get daily forecast information from OWM. According to the website it is possible to get 5 days/3 hour forecast with the free API, however I get an error when I use your daily_forecast method. I know my API key is working because I am able to get current condition information. I am using Python 3.5, Windows 10, Jupyter Notebook. Below is a sample code that produces this error. Any suggestions for how to get daily forecast info would be greatly appreciated. I am only looking for the forecast for today and tomorrow. Thanks.

Code: from pyowm import OWM API_key = 'I use my free API key' location = 'Seattle, US' owm = OWM(API_key) fc = owm.daily_forecast(location)

Error: UnauthorizedError: Your API subscription level does not allow to perform this operation Reason: Invalid API key

While get_temperature()supports unit parameter, get_wind() does not support it. OWM has wind speed unit available as Imperial (miles/hour) or Metric (meter/sec) unit.

Suggested implementation: w.get_wind(unit = 'Imperial') or
w.get_wind(unit = 'miles/hour') or
w.get_wind('Imperial')

References: https://openweathermap.org/weather-data

Bumps certifi from 2021.10.8 to 2022.12.7.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

It looks like open weather map are progressing the deprecation of the 2.5 API set used by pyowm. This is the response I got from them on a support ticket about access problems with a new API key: "In general One Call 1.0 (2.5) has been replaced by 3.0. That is the reason for getting the 401 error."

3.3.0 still uses the 2.5 API set as its base URL for One Call APIs (compared to 3.0 for other APIs).

Are there any plans to adopt the 3.0 One Call APIs?

Hello there! I have been trying to use the module for a personal project, but I haven't been able to get it to work, I think this is probably a misconfiguration from my environment from what I have been able to see online, but I still want to ask here so maybe I can get some help, as I haven't been able to find anything that can solve this. Of course, I have tried to do the obvious things like reinstalling everything back again, but still nothing changes. I am able to import the package all fine, but whenever I try to use it, it crashes showing the following message:

Traceback (most recent call last):
  File "C:\Users\Juan\Desktop\analisis-meteorologico\src\main.py", line 19, in <module>
    reg = owm.city_id_registry()
  File "C:\Users\Juan\AppData\Local\Programs\Python\Python310\lib\site-packages\pyowm\owm.py", line 96, in city_id_registry
    return cityidregistry.CityIDRegistry.get_instance()
  File "C:\Users\Juan\AppData\Local\Programs\Python\Python310\lib\site-packages\pyowm\commons\cityidregistry.py", line 29, in get_instance
    return CityIDRegistry(CITY_ID_DB_PATH)
  File "C:\Users\Juan\AppData\Local\Programs\Python\Python310\lib\site-packages\pyowm\commons\cityidregistry.py", line 21, in __init__
    self.connection = self.__decompress_db_to_memory(sqlite_db_path)
  File "C:\Users\Juan\AppData\Local\Programs\Python\Python310\lib\site-packages\pyowm\commons\cityidregistry.py", line 52, in __decompress_db_to_memory
    src_conn = sqlite3.connect(tmpf_name)
sqlite3.OperationalError: unable to open database file

Thanks!

Unit tests failing on Travis CI: https://app.travis-ci.com/github/csparpa/pyowm/builds/249771377

Branch: develop Module: tests.unit.airpollutionapi30.test_airpollution_client.TestAirPollutionHttpClient

# extract from Travis CI build log

======================================================================
FAIL: test_get_coi (tests.unit.airpollutionapi30.test_airpollution_client.TestAirPollutionHttpClient)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/travis/build/[secure]/pyowm/tests/unit/airpollutionapi30/test_airpollution_client.py", line 42, in test_get_coi
    self.assertEqual(expected_url, result)
AssertionError: 'co/43.75,8.25/current.json' != {'time': '2016-10-01T13:07:01Z', 'locatio[342 chars]07}]}
======================================================================
FAIL: test_get_o3 (tests.unit.airpollutionapi30.test_airpollution_client.TestAirPollutionHttpClient)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/travis/build/[secure]/pyowm/tests/unit/airpollutionapi30/test_airpollution_client.py", line 93, in test_get_o3
    self.assertEqual(expected_url, result)
AssertionError: 'o3/43.75,8.25/current.json' != {'time': '2016-10-06T13:32:53Z', 'locatio[68 chars]0781}

The same tests pass locally, with all Python versions

It looks like mocking is not working properly on Travis CI and this happens only on that Python test module.

I have been having trouble with pyowm not returning the most recent weather data when the request is inside a function definition or a list iteration. (I apologise if my terminology here is incorrect). It seems to return the result for a request from the first time that request was made in that specific way. I have refined the code to show the specific bug:

owm = OWM('removed key') mgr = owm.weather_manager() placesIDs = ['removed list of places']

wobs = mgr.weather_at_id(placesIDs[0]) wweather = wobs.weather wwind = wweather.wind() print(wobs) print(wweather) print(wwind)

listOfObservations = mgr.weather_at_ids(placesIDs) weatherList = [obs.weather for obs in listOfObservations] windList = [weather.wind() for weather in weatherList] print(listOfObservations[0]) print(weatherList[0]) print(windList[0])

The two lumps of code should return the exact same data. However they do not. This is the print out:

<pyowm.weatherapi25.observation.Observation - reception_time=2022-04-01 17:04:14+00:00> <pyowm.weatherapi25.weather.Weather - reference_time=2022-04-01 17:04:13+00:00, status=clouds, detailed_status=broken clouds> {'speed': 2.84, 'deg': 313, 'gust': 5.77} <pyowm.weatherapi25.observation.Observation - reception_time=2022-04-01 17:04:14+00:00> <pyowm.weatherapi25.weather.Weather - reference_time=2022-04-01 16:09:47+00:00, status=clouds, detailed_status=broken clouds> {'speed': 3.11, 'deg': 328}

The weather managers are the same but the .weathers are not and the wind data is different. This is not limited to wind but as a bonus I have noticed that the gust information is stripped from the data created through the iterative method.

This behviour is preserved on Thonny on windows and Raspberry Pi and directly on python3 on Raspberry Pi.

Hopefully I haven't wasted your time!