Date: 2024-03-23
- Compressed newly added SVG images, so they are faster to load.
- Placing Textil correctly for Roskilde and Aalborg (and possible other Municipalities). Cloisng #49
- Adding new category
papirglasmetalplast
. Note You need to download the image files again. - Fixing missing containers for Lyngby-Taarbæk. Closing #50
- Fixing occasionally wrong address id being returned.
- Bump dependency
pyrenoweb
to 2.0.15
PREVIOUS CHANGES
Date: 2024-03-22
-
Fixing missing containers for Lyngby-Taarbæk. Closing issue #40
-
Fixing missing containers for Aalborg. Closing issue #35
-
Fixing missing containers for Rødovre
-
Fixing missing containers for Solrød. Closing issue #32
-
Removed Rebild Kommune from the supported Municipalities list, as they have switched to another provider. Working on adding support for that provider, that also seems to service other Municipalities in Nordjylland.
-
Added support for Billund Kommune. They were accidentially left out.
-
Added new Categories
batterier
,papirglasdaaser
andelektronik
. NOTE: This also means you will have to redownload the images and update the directory with new files. -
Converted Calendar Events from time based events to full day events. Giving better support for some Lovelace cards. Closing #34
-
The sensor
Næste Afhentning
, now has a list of all entities that are picked up on that date. Use the attributename
to get the categories, and the attributedescription
to get a more detailed list of content. The icon and entity_picture will now always be the recycle symbol. Closing issue #41 and #42 -
Bump dependency
pyrenoweb
to 2.0.14Date:
2024-03-12
-
Adding new Attribute
date_short
. Closing #22 -
Fixing missing update of Calendard state. Closing #27
-
Fixing missing Containers for Kerteminde. Closing #19
-
Bump dependency
pyrenoweb
to 2.0.11Date:
2024-03-10
This is a Hotfix release, only adding missing containers for some municipalities.
I am sorry for these frequent releases, but this will most likely go on for a little while, until we mapped all the containers to the right Category. If you are missing a container, please add this to your configuration file:
logger:
default: warning
logs:
custom_components.affalddk: error
pyrenoweb: error
And create an issue with the data from the logfile, and the Municipality that has the issue.
-
Fixing the Genbrug category for Hvidovre kommune
-
Fixing the Genbrug category for Greve kommune
-
Fixing the Genbrug category for Egedal kommune
-
Bump dependency
pyrenoweb
to 2.0.10Date:
2024-03-09
This is a Hotfix release, only adding missing containers for some municipalities
-
Add missing containers for Rudersdal and Høje Taastrup. Closing #15 and #16
-
Optimied a few SVG files.
-
Bump dependency
pyrenoweb
to 2.0.9Date:
2024-03-07
-
Fixing wrong Issue Link address. Closing #10
-
Bump pyrenoweb to 2.0.5 Closing wrong types of garbage types in Egedal and Allerød #6
-
Handling the case where the same Road exists more than once in a Municipality. There is now a requirement to enter the Zipcode of the Address when setting up a new entity in Home Assistant. Closing Issue #5
-
Fixing missing containers in Aalborg. Closing #11
-
Added Rudersdal back to the list as they do work with this Integration. Closing #8
-
Bump dependency
pyrenoweb
to 2.0.6Date:
2024-03-04
- Even though it says V2.0.0, this is the first release of this Integration. Please see the README.md for a descriptin and installation instructions.
VERSION 2.0.0-Beta-3
Date: 2024-03-04
- @dependabot made their first contribution in briis#1
- @briis made their first contribution in briis#2
Full Changelog: https://github.com/briis/affalddk/compare/2.0.0-beta2...v2.0.0-beta3
VERSION 2.0.0-Beta-2
Date: 2024-03-03
Please see the README.md before installation.
This integration replaces the RenoWeb integration, which will no longer be maintained.
This is a complete rewrite of the RenowWeb V1.x Integration as the API this uses is slowly being phased out, and we needed to find a new way of collecting the data.
If you were a previous user of Renoweb, you would have had to de-install the Integration before upgrading, as Unique ID's of all sensors would have been new, thus having to change your Automations, Scripts and Dashboard entries.
With that in mind I decided to also use the opportunity to change the domain name of the Integration to affalddk
So why change the name and not just give it a new version number?
For a long time I wanted to have this Integration part of the Default HACS store, but in order to do that, you need to have Logo and icon images in the Home Assistant Brand Database. As Renoweb does not really have a logo by itself, I could not create one, as this could violate their rights to the name. But calling it something that is not related directly to Renoweb, gives me the possibility to invent my own logo and thus getting this added to the Default HACS store.
If you were a previous user of Renoweb the Major changes to this integration are:
- I now use a new API. The V1 API was based on a Renoweb API that is being phased ot, and over the last few months I have seen more and more municipalities disappearing from the supported municipalities. The new API is the same most Municipalities use, when you go to their official web page and search for your address and then get Pickup Schedules.
- The
Sensors
are new, and not named the same way as the V1 sensors. Thus there is no upgrade path. With each sensor I now also iclude the official Pictograms as Entity Pictures, which you can use in your dashboard. Note: This image files must be installed manually - please see the README file). - There is a new local
Calendar
entity created, which has a full-day event every time there is a Pick-up. The event will contain a Description and what content is being picked up. - The
Binary Sensors
have not been created. If anyone uses these, raise an issue on Github.
I have now been through all Municipalities and checked if they work with this Integration. There are 47 Munipalities that will work , and if you don't see your municipality in the Dropdown List, then it will not work.