Cool app so to say!
But would it be possible to implement custom language of description option?
The API can provide output in quite a lot of languages, which can be subsequently used with ie. Google TTS, independently of a few languages officially supported by Homey.
Cool app so to say!
Hello @anne ,
so first I was trying to use the 16 day forecast device for tomorrow’s weather and I was going crazy as it didn’t pull any data. Then I found out that the starting 16 day API subscription costs $40 per month, which is a bit expensive only to get tomorrow’s forecast.
Does anyone even use the 16 days device?
Then I figured out that the 5 day forecast is free, and I can use 8 x 3-hour intervals to get to tomorrow. But, the question is: will this pull new data depending on current time? i.e. in the morning, the data is shown for tomorrow morning and in the evening for tomorrow evening (so 8x3= 24h ahead)?
The thing is, I’d like to get data for a fixed time point in a day (let’s say 12:00), not a rolling forecast changing every three hours.
Maybe the app behaviour / API response is already set in such a way. If not, it would be a nice feature to have! Don’t get me wrong, both the rolling and fixed time stamps would be very useful, I’m just not sure which one is being used / is possible.
Thanks in advance!
edit: I found in the available flow tags that the date and time setting is rolling ahead every three hours, so a fixed time request is not possible without several additional flows (one for every three hours if you want to stay precise) and one separate device for each flow which would then update custom variables in predefined times during the day. Therefore, a suggestion for the next update if possible: it would be great to enable the call for a fixed time in a day.
If anyone has achieved this without additional flows, devices and variables (and $40 monthly ), I would appreciate the feedback. Thanks!
It seems that the 16 day forecast is still available for free for API keys which were generated before it became a paid service. But indeed, the subscription prices are ridiculous for private use.
I see your point about getting data for a fixed point in time, I will have a look at that.
@piotro I actually did this in an earlier version of the app. However, it breaks the conditions based on the description, and I don’t like having a mix of languages… The way to go would be to add the language properly so everything is in the same language.
If you want you can have a look at creating a pull request for the app (see https://github.com/abaretta/nu.baretta.openweathermap) with the additions required to add support for your language (Polish?) and I will then integrate it in the app and publish it.
@RonnyW I think I may have fixed the bug with the condition cards based on the weather condition. I am testing it at the moment (waiting for weather changes ;-)). Update: it seems to work for me, today I have seen the weather change from mist to drizzle, to heavy drizzle, light rain, back to mist… .
You can try the new release by installing the test version here: https://homey.app/nl-nl/app/nu.baretta.openweathermap/OpenWeatherMap/test/.
For all other users: new in the test version is snow data. If you want to have snow data in the app, it is unfortunately necessary to re-include the OpenWeatherMap ‘devices’ in Homey.
yes, it seems to work. Just changed to “Rain”. Flow started with right condition. Checked with OWM Api.
Hi, in the condition « when » i can’t change the tag or write anything. Is this normal?
It’s the same for all cards (wind, temperature. Cloudiness…)
Yes , i tried this tonight and it works. thanks for your answers.
I have checked in openweather and it’s possible to have the dew_point.
Dew_point will be fine to define an alert for Frost on the car windshield
Can it be possible to implement it?
It seems it is possible to upload dewpoint data from weather stations, however, I don’t see dewpoint data in any of the non-subscription tables (https://openweathermap.org/api)?
Is there an issue with the 24-hour format of the time? The sun set today at 17:02 (5:02 PM), but this is shown as 17:2, as you can see in the screencap. Formatting ## used instead of 99?
I use this value in a notification to check for lights on/off. Looks a bit funny this way.
Yes, I have a fix for it in an update, however didn’t publish it, I was looking at some other things… I’ll have a look at pushing the update.
Where do I put the api key. In “Settings” I click “Apps” There is “OpenWeatherMaps” but there is no place where I can put the api key
Just create a device for this app and insert the key there.
Take a look a the first post of this topic
Sorry, I feel stupid. Thanks
Don’t worry. The app settings would be a good place for it, too, because you will only have one key.
Is there a way to get notifications if there is a thunderstorm nearby? Let’s say 20-30km?
You can use the “weather has changed” flow card and a condition for the weather (thunderstorm) in the AND part.
Then it’s depending on your device and the time offset how much ealier you get an alert.
But to get a best working solution it’s a lot of try&error.
I use the “weather has change” for the current weather to get rain alerts if the roof windows are open.
Thanks for your reply @RonnyW, I’m using BuienAlarm for the rain. But I notice that the notifications not always are being send somehow. Also on Buienradar. I will share my flow under this message.
Not related to the homey app, but to the actual forecast data openweathermap provides.
What is your experience?
I searched for a weatherforecast (1day ahead) to control my heating/cooling.
But when I look at the weather forecast for 2morrow on the website it shows a temperature that is 4 degrees lower than other forecasting sites give me. (Location the Netherlands)
So looking for the experience on the quality of the forecast on openweathermap