I am afraid I am not planning to implement ForecastIO for now… I am rather soon to implement additional features offered by Weather Underground but not yet exploited by this plug-in.
Anything in particular you have in mind that is currently missed ?
I haven’t looked at this plugin. I prefer the other due to being able to poll it more often…
Hi @logread,
Would it be possible for your plugin to use of the “lang” parameter for the wunderground API call to get weather forecast in other language than English (Swedish for example)?
Good suggestion… Should be very easy to implement via a user configured variable. I’ll look into this when I get a chance.
Version 1.2 is now available on the AltAppStore:
[ul][li]added support for Metric vs. US/Imperial units and language parameter to fetch the WU data in another language than English (@korttoma suggestion):
please edit the “Metric” device variable to the value of 1 (metric units, default) or 0 (if you want to use US/Imperial units) and the “Language” device variable to the two letters shortcut used by Weather Underground API (e.g. EN is English and default, FR is French, SW is Swedish, etc… as per Loading | Weather Underground)
[/li]
[li]added today and tomorrow forecast data (high/low temps, conditions and text forecast) that show up as new devices variables:
- TodayHighTemp, TodayLowTemp, TodayConditions, TodayForecast and
- TomorrowHighTemp, TomorrowLowTemp, TomorrowConditions, TomorrowForecast[/li][/ul]
Wow! Thanks @logread!
Now I will actually have to try your plugin 
Hi @logread,
I installed AltUI and the AltAppStore and then the 1.1 version of your openWeather (1.2 does not seem to be selectable to download in the AltAppStore).
Anyhow the 2 variables “Language” and “Metric” seems to be available and I do get forecast in Swedish so maybe I do have the correct version.
Thanks for making this even if it feels a bit excessive to install AltUI and AltAppStore just to get to your plugin.
Edit: I managed to install your openWeather plugin on my other Vera device manually without AltUI and AltAppStore. Seems to be working just fine
Thanks for the feeback… need to check the version mismatch.
BUT… you may not have noticed that this plugin discussion is in a subsection of the forum dedicated to openLuup… there is a weather plugin available as a regular Vera app and running under the regular UI (and AltUI). however that plugin cannot not run under openLuup as its developper chose to encrypt it… this is why I wrote an opensource solution that can run
Hope this clarifies
Yes, I know you made this plugin solely for openLuup and I respect that.
I also know about the regular weather plugin available for Vera in that app store but that plugin does not support the language parameter in the API cal. I did ask about supporting the language parameter but I don’t think anyone is developing the plugin anymore.
Thanks again for providing the plugin and the addition I suggested 
[quote=“korttoma, post:27, topic:191508”]1.2 does not seem to be selectable to download in the AltAppStore).
Anyhow the 2 variables “Language” and “Metric” seems to be available and I do get forecast in Swedish so maybe I do have the correct version.[/quote]
I noticed this problem too, and have just fixed it, so that 1.2 is now selectable.
The problem was that releases 1.0 and 1.1 were referencing the master repository, and 1.2 was not defined at all as a release. As a result, selecting anything would download the latest version. They now point towards their correct tagged releases.
[quote=“akbooer, post:30, topic:191508”]I noticed this problem too, and have just fixed it, so that 1.2 is now selectable.
The problem was that releases 1.0 and 1.1 were referencing the master repository, and 1.2 was not defined at all as a release. As a result, selecting anything would download the latest version. They now point towards their correct tagged releases.[/quote]
Thanks akbooer ! I am afraid I got confused at some point in time with Github ???
Is there anything in particular I need to do to get Fahrenheit temperatures other than set the Metric to 0? The plugin works fine for me, but stays in C regardless of the Metric value.
The ‘Metric’ variable is for wind or visibility data… temperature unit selection is automatic and based on the controller’s system parameters. Can you please check in AltUI that in the /More/Controllers menu option you see ‘TemperatureFormat’ parameter set to ‘F’ ?
@logread - great to see you got this going.
I’m wondering if you considered naming your variables the same as used in the other weather plugin? The compatibility would be very useful. For example I have a plugin that reads the var ‘Forecast.1.HighTemperature’ where the forecast number can be 0 to 3 in my case. I think you use ‘TomorrowHighTemp’
On a different issue, some of the variables the SID could be altered to be more standard but no big deal eg:
[code]-- temperature vars
local TEMP_SENSOR_SID = ‘urn:upnp-org:serviceId:TemperatureSensor1’
– humidity var
local HUMIDITY_SENSOR_SID = ‘urn:micasaverde-com:serviceId:HumiditySensor1’[/code]
@a-lurker, thanks…
On the variables naming, it is on purpose that I chose ‘TomorrowHighTemp’ rather than ‘Forecast.1.HighTemperature’, to make it more user friendly… Also for now I discard forecast days 2 and 3. I did not realize one could have a plugin reading into the Weather device variables (as opposed to scenes/variable watches) rather than such plugin fetching the WU data directly ?
On the SID comment, I am confused. My plugin “CurrentTemperature” variable indeed has an SID = “urn:upnp-org:serviceId:TemperatureSensor1” and the “CurrentLevel” humidity variable indeed has an SID = “urn:micasaverde-com:serviceId:HumiditySensor1”… If you refer to the forecast values, it is right that I am using the plugin’s own SID, but that was precisely because these are specific to the plugin v.s. ‘standard’ temperature and humidity devices…
But I am open to making changes if that helps/makes more sense…
@logread - you were correct about the F versus C. Works now. Thanks!
Request: can you add the weather station in the response from WU to a variable? This helps to troubleshoot issues and to identify which station is being used when given a latitude and longitude. I’ve seen cases where one station goes offline and WU redirects to the next closest, so it would be nice to have that tucked away in a variable to see which station is actually being used. This also helps in cases where you accidentally put in an incorrect latitude and longitude.
Interesting idea. I’ll think about it for the next release
Version 1.4 has been released and available in the AltUI App Store.
First post of this thread has been updated accordingly.
Please let me know of issues/suggestions.
Hi @logread just installed the updated L_openWeather.lua from github on my Vera test device.
So far everything is still working as expected except that I have found that some of the Variables are not according to the selected language (this is not something introduced in your latest version since it is the same in the previous one).
I don’t know if this information is available from WUI for other languages than English but the variables I’m referring to are:
ConditionGroup
WindCondition
I don’t think I will ever need to use “ConditionGroup” but it would be nice if “WindCondition” was available in the selected language.
In case you need to know I’m using SW for language.
Another nice to have feature would be the plugin version available as a variable also so that it would be easy to check what version is currently used. (this is just my opinion that you can ignore if you like since I do not belong to the intended user group using openLuup, AltUI and such).
Version 1.5 has been released and available in the AltUI App Store.
It is a minor update suggested by @amg0 to allow for two icons to appear in the device in AltUI: Not only today’s weather condition, but also tomorrow’s. This change will be effective with a new release of AltUI by @amg0.
First post of this thread has been updated accordingly.