I also have just encountered this problem, that the html webview only works in local mode on my iOS app. Connecting remotely leads to the known error message Cannot GET /weather?locationId…
Has anyone here found a working and comfortable solution for this? @Phuong? @chimera? Or maybe @gerrieg himself?
Is this a problem of the iOS app only or does this also happens on the Android app?
And another question regarding this binding, but completely different issue, so I made another posting:
I can choose the item “condition” (or conditionID) or the item commonID. For me, it seems that these two expressions are (nearly) the same. Example: At the moment I get (german):
condition: überwiegend bewölkt
commonID (transformed with weather_de.map): Überwiegend Bewölkt
So mainly they are the same. Sometimes there a slight differences (Nebel/neblig), but the content means the same thing.
My question therefore: Why do they both exist? Which one is preferable to use?
ConditionID is the condition as provided by the Weather provider itself. CommonID is an internal ID which normalizes the different ConditionIDs into an ID that is common across all Weather providers.
For a fake example, if Yahoo uses 20 for cloudy and Wunderground uses 15, the CommonID could be 12. Therefore, if you use the CommonID you can change weather providers without needing to adjust and icons or rules which depend on the Condition ID.
However, this comes at a cost. The Common ID by necessity is the lowest common set of IDs so you might be able to get a more specific set of IDs if you use ConditionID, though that will tie you to that one provider.
The preferred one to use depends on your use case. If you want the freedom to be able to change weather providers without needing to change anything that depends on the ConditionID, use CommonID. If you depend on a specific condition ID only provided by one weather provider use ConditionID.
As there are weather icons in the example files of the Wiki tutorial, do they match to a specific weather provider? And are they linked to the commonID or to the conditionID?m
@rlkoshak: Sorry for bothering you again, but can you also reproduce this error (Cannot GET…) with the webview in remote mode in you configuration? AFAIK you are using Android and iOS devices.
I recently changed my weather provider from openweathermap to yahoo. I did not make any other changes and nearly all items are still correct. Nearly all…
Oddly enough my pressure item now shows an improper value.
The pressure (“Luftdruck”) should be normally around 1000mb (=hPa). This at least was a common value with openweathermap. But now it is at 33999 mb. Just for information: It’s 1004mb on the yahoo weather website for my location right now.
My item definition is: Number Luftdruck "Luftdruck [%.2f mb]" { weather="locationId=home, type=atmosphere, property=pressure" }
Fantastic info in this thread! Excellent work to all who have contributed.
I am having an issue with the “Outside Temperature” charting (it’s not showing up at all, I get a “broken image” icon), and secondly, the max and min temperatures display the current temperature only. I assume these problems are related, and I’m beating my head against the wall trying to determine the problem. Any help would be appreciated. Thanks!
@rlkoshak Any ideas on this issue? I have checked and double check everything and cannot find my error. What am I missing?
Hey @rlkoshak: I have a question about this line in your configuration: Is your sitemap icon “yahoo_weather” updated automatically (=dynamic icon), based on the icon images yahoo_weather- …-47?
I have stored the icons according to your link (github, sample for yahoo icons), but I’m not sure this is working (it has been cloudy for the last days here, so there is not much movement with different icons… ).
When I was using this with Yahoo!, yes it did. The icons are named so the icon names correspond with the Condition_Id. So if Condition_Id for snow is 25 (guessing), you should save the snow icon as yahoo_weather-25.png. When Condition_Id is 25.
NOTE: in OH 2 you need to have a yahoo_weather.png file or else this won’t work. Find a question mark or some other reasonable icon for undefined.
Now I use HTTP with XSLT to pull the data I need from Wunderground. There were some fields that the Weather Binding didn’t provide I wanted to help with controlling my irrigation.
I try to get the weather bining running, but i am discovering one Problem after one is fixed.
My api is from openweathermap and i have edited the weather.cfg like it is written in the documentation. I am using the item list of the documentation as well.
But I don´t get forecasts I tried with “forecast=1” for the values of the next day, but with ni luck.