The app depends on data from the api. So here I can do biks about it other than making sure weerlive has their api in order.
When you don’t feel welcome, maybe you should look at how you bring business under. All devs create apps voluntarily and do not get paid a penny for this. Continuous negative coverage while trying to fix things in the background on all sides works very demotivating!
About that alarm 1 problem, I do understand that after your first explanation about that weeks ago.
That working on app is voluntarily work I also know.
When I found something that is not working like other things do, then I making test flows to try to find where the problem maybe is.
Putting that here and your solution is not working either is that then negative coverage?
If you feel that way I will deleted my post if you ask me to do.
Further I like my dashboard with all the KNMI tiles very much.
I appreciate your commitment and determination to find the cause of the problem. It is in some choice of wording. Never mind. We will move on to finding a solution.
i have a theory.
Last night and this early morning there is/was code yellow for some provinces. But the app showed code green.
Could it be that the weather warnings that the API uses is for location Utrecht? De Bilt is in Utrecht. That province was yesterday evening and now green. And the API shows green. Could also explain why the code orange did not came through last week.
Just a thought.
No data received here for the flows but also the virtual device KNMI 2.0 is not update the whole time.
For the weather alarm data that is. The rest I didn’t checked that.
Maybe they working on it because of the days of Yellow alarm code.
Different thing I noticed. KNMI gives correct code yellow for location Noord-Holland. weerlive.nl on the other hand is green for the location where I live.
On weerlive.nl, with my API key, fetched data for my city Spijkenisse but also for Groningen
Both gives this:
alarmtxt “Er zijn momenteel geen waarschuwingen van kracht.”
(“There are currently no warnings in effect.)
API URL Bug Squashed: In this latest release, we’ve successfully identified and addressed a bug lurking in the API URL. Rest assured, the KNMI Homey App now operates seamlessly, ensuring accurate and reliable weather information.
This app is a labor of love, provided on a best-effort basis. No rights can be derived from its use. Data made possible by weerlive
Contributions
If you appreciate this app, fuel future development with a PayPal contribution, buy a round on Ko-Fi or Bunq.me, or become a true supporter on Patreon. Your support keeps the magic alive!
I have an answer from weerlive regarding the alarm codes. They only give 0 or 1 in the api, which means there is an alarm or not. I will update the app on this.
In addition, you can look in the alarm text if there is a colour code.
In parallel, I will contact KNMI itself to be able to use their data directly to re-enter the alarm codes and an app cloud release.
Weather Warning Codes to Alerts and condition card : Due to limitations in the API, we’ve made adjustments to the weather warning codes. Instead of using color-coded alerts (green, yellow, orange, red), the app now provides information on whether a weather warning is present or not. You can use a Homey variable card to check in weather alerts token for specific text colors and trigger your desired flows accordingly.
This app is a labor of love, provided on a best-effort basis. No rights can be derived from its use. Data made possible by weerlive
Contributions
If you appreciate this app, fuel future development with a PayPal contribution, buy a round on Ko-Fi or Bunq.me, or become a true supporter on Patreon. Your support keeps the magic alive!