supervisor VS open-meteo

I recently discovered the home-assistant supervisor [0] repository. It's awesome to see such a well-designed, mature, and actively maintained open-source python application. I've found that there's no shortage of high quality python libraries and frameworks to learn from, but open-source applications aren't as common. I love coming across repos like this so I can study their design.

[0] https://github.com/home-assistant/supervisor

Nice to see HA getting some love on HN. A colleague recommended it to me about 3 years ago as an alternative to Domoticz. I've migrated back than and haven't looked back since. I consider myself a real Home Assistant enthousiast. I've contributed some small amounts to the project, created and maintain my own add-ons and love to share my configuration with others.

Although most of the things currently just work, especially with the (migrated) UI integrations. Some things still feel very unfinished, like blueprints. Which was a terrific idea, but maintaining and keeping those up to date is an absolute nightmare and you will have to that yourself [1]. Same with battery powered devices. When they work, it's all great, but having to watch their battery level is just a hassle. You can create your own automation to do that for you, but it seems unnecessary.

For me the community also sometimes feels very hostile. For instance, you can have a Portainer add-on, but installing other Docker images makes your system 'unsupported'. Same with some blacklisted images [2], which break Home Assistant Supervisor. Or when the maintainer of one of the add-ons completely ignores a breaking issue after a day [3].

1. https://community.home-assistant.io/t/reload-automations-aut...

2. https://github.com/home-assistant/supervisor/blob/main/super...

3. https://github.com/hassio-addons/addon-adguard-home/issues/1...

I've also tried giving the container access to real dev by following the suggestion mentioned here (followed by a supervisor reload/restart from the UI), but that also doesn't always work and gets overwritten with the next supervisor silent update.

Would you consider a comment on one of the open| issues so they can see it's a biggish problem? Might save someone else some precious time.

I wouldn’t hold my breath on it being changed, based on the GitHub issue about it.

Yup, just manually type your location in that window.

Weather is coming (at least for now) from https://open-meteo.com/

I tried out the new omWeather and I definitely like it even better now. It uses a different data source, open-meteo.com, which doesn't require an API key the way OpenWeatherMap does, has better location search, has working sunrise/sunset time display, and a more informative main screen widget with observation and forecast information.

Then I started to learn about wind and I got interested in getting wind details easily so to note them down. I asked around my community and I got an answer: open-meteo.

Open-Meteo

We used free and open-source weather API Open Meteo to get a real-time forecast and convert data such as windspeed into the Beaufort scale for surveying.

I ran into this exact problem almost a year ago now when I first started learning. Simple answer is you can’t unless you build your own server and use environment variables. My solution was to use an API that doesn’t need a key.