[Samer]

Sounds like it could be a corrupt config. Please try resetting your device to factory and try again.

[Samer]

Just select the selected button (sunrise or sunset) to switch back to a time based input.

[Samer]

You could use a gist: https://gist.github.com/

[Samer]

We have pushed several updates to address this now. Could you please let us know if the situation has improved? Thank you!

[Samer]

Because I’m a noob with the latest Android SDK which is required. The code is open source and you are welcome to review it (including the APK from the store as all files are just JS files). I haven’t had time to figure out how to remove these permissions yet and am out of the country until late this weekend.

I’ll try to take a look at this soon.

Thanks!

[Samer]

The API key can be removed by following the steps here you can remove it: https://opensprinkler.com/forums/topic/no-more-free-wunderground-api-key/page/4/#post-54166

However, please note there is no reason to remove it really. The Weather Service API will ignore that key now and always use OpenWeatherMaps. Regarding the quality we are working to improve our data from OWM.

[Samer]

The metric flag is decided based on the country returned from OpenWeatherMaps. Basically if it’s not US it will use metric system.

What region are you using? Have you tried to force quit the app and reload it? Are you using the latest app? Is this web or app?

Thanks.

[Samer]

We are no longer using WUnderground with OpenSprinkler. The current state does not allow much room for development/testing and is very inconsistent. We have decided to focus our efforts on OpenWeatherMaps.

The app is no longer exposing the key field as of 1.8.3. The weather service is also now ignoring the weather key. If you wish to go back to the prior state of things you could run your own local weather service based on a prior commit or possibly explore the solution written by @Peter. Details are here: https://opensprinkler.com/forums/topic/cutting-the-weather-underground-cord-homebrew-solution/

[Samer]

@franzstein I agree with you there is a discrepancy in the quality of data we have now versus with WUnderground. We just upgraded our OWM account to provide better forecast data and we are planning on implementing a caching system so we can lower the number of redundant calls to the API (both the app and the device are querying the same location for the same data now). Once we have this caching system in place, we will add historical API to our Weather API and allow it to properly get the data needed when it’s missing or use the cached data when appropriate.

This isn’t a small undertaking but the problem before was the large array of weather APIs we interfaced with caused me not to truly focus on any single one. I am hoping my choosing just OWM, we can continue to refine and improve this service for everyone. I agree with you the current state is not very usable for Zimmerman calculation and we are hoping to improve that.

For the record, @Peter added a PR to the Weather API we provide which allows you to query a local weather station directly and allow OpenSprinkler to directly use this data. There is more information on this post here: https://opensprinkler.com/forums/topic/cutting-the-weather-underground-cord-homebrew-solution/. I am reviewing this and hoping to include it in our master branch moving forward to assist people with weather stations that would allow local polling.

[Samer]

This should still happen automatically based on region. I just tested Paris for example and the UI switched to centigrade but the US shows fahrenheit.

What region are you using?

[Samer]

The SDK requirements for Android have changed and the minimum is now 26. I simply changed to the min to 26 and it seems to have messed with the permissions.

The phone permission is not actually needed and the next update should address this issue.

[Samer]

Honestly Weather Underground has gone down for too long for most customers with no recourse plan. Unfortunately, this left us focusing on OpenWeatherMaps as an alternative. We are going to be focusing our efforts there and no longer going to be accepting a Weather Underground API key from the app nor using it in the Weather API side.

We have also dropped Yahoo weather service in the app as the API is also gone. We added an endpoint to our API to grab the weather data from OWM and provide it for the app.

The weather API is written in JS/node and is easy to contribute to if anyone would like to add in support for this new weather API however I do not think we will be putting the effort to adopt this new API, especially when I do not own a PWS and won’t have a key to test off of.

[Samer]

Resetting station data has nothing to do with the Weather Underground key which is a system setting. Please refer to my previous post.

[Samer]

If you inspect the network tab when submitting your settings you will see something like the attached image. Simply copy the highlighted URL and add the following: &wtkey= to the end of the URL and submit the request in a separate browser tab. If it comes back with result: 1, then its a success and the key should be removed.

Attachments:

1. 

   Screen-Shot-2019-03-03-at-4.25.03-PM.png
   

[Samer]

The weather service has been updated to no longer read this key so the option in the app has been hidden as the option is useless now. The import portion of the app will also ignore the wtkey so it won’t be imported on restore.

Moving forward we want to focus on improving our implementation using OpenWeather Maps and avoid the Weather Underground API shutdown/changes and also avoid the Yahoo weather API which was used in the app for the weather data.

[Samer]

Sorry for the delay in getting back to you but I have followed up on the ticket referenced here.

[Samer]

Sounds like you don’t have sudo installed on the machine. Try: apt-get install sudo or whatever package manager your system uses.

[Samer]

Okay Google API should be working again. Please set a location again and verify the weather icon is restored.

Thank you!

[Samer]

Using an existing an image is normally possible. If you are only seeing the camera option can you let me know which Android device/software version you are using? I will look into it.

Thanks!

[Samer]

This file is only needed for the Cordova applications which are used for native bundling of the HTML5 app.

You can safely ignore this file.

[Samer]

Sorry everyone for the delay in resolving this however we have enabled billing for our Google Maps API use and now the maps work again.

Andy: The weather service was in fact experiencing problems, thank you for letting us know. We have now resolved this and it should be back up.

[Samer]

This is a known issue with the OpenWeather Maps implementation of the Zimmerman method. That API charges a ridiculous amount for historical data and it was wired up to use current weather forecast. We are working to improve this but currently this is not ready yet.

The source for the weather adjustments is available here: https://github.com/OpenSprinkler/OpenSprinkler-Weather

We welcome any pull requests you may have and also allow you to run the service yourself and point OpenSprinkler to it by using http://OSIP/su.

[Samer]

Awesome, thank you for letting us know!

[Samer]

If the only issue is accessing the control using the iOS application, then please wait for version 1.8.2. In the meantime please use Safari (web browser) to access the device.

If your issue is the web server is also not running maybe @Ray can better assist.

[Samer]

You are correct these are inverted however switching them requires the version to increase to triple digits since all new builds need to be newer than previous versions. Right now it’s just stuck this way. My newer projects don’t have this issue.

[Author]

Posts