Is anyone else getting problems with the radar image since about 10 Jan '25?
I’m not sure if the ftp (for radar_transparencies) has changed for BOM and broken something, which throws a:
2025-01-15 13:03:51.040 [DEBUG] [ding.bom.internal.BomImageDownloader] - Downloading /anon/gen/radar_transparencies/IDR.legend.0.png
2025-01-15 13:03:52.241 [WARN ] [mmon.WrappedScheduledExecutorService] - Scheduled runnable ended with an exception:
java.lang.IllegalArgumentException: input == null!
at javax.imageio.ImageIO.read(ImageIO.java:1358) ~[?:?]
at org.openhab.binding.bom.internal.BomImageDownloader.lambda$1(BomImageDownloader.java:129) ~[?:?]
at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1625) ~[?:?]
at java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:762) ~[?:?]
at org.openhab.binding.bom.internal.BomImageDownloader.retrieveImages(BomImageDownloader.java:109) ~[?:?]
at org.openhab.binding.bom.internal.BomImageHandler.refreshImage(BomImageHandler.java:199) ~[?:?]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:539) ~[?:?]
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:305) ~[?:?]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:305) ~[?:?]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136) [?:?]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635) [?:?]
at java.lang.Thread.run(Thread.java:840) [?:?]
Running 4.2.2 on a container - but has been pretty solid. All other FTP scrapes still working ok for the weather.
EDIT: interesting coincidence - /anon/gen/radar_transparencies now has a new folder (coordinates) created around the same couple of hours this stopped working. Looks like files are missing from the folder as well. Fat finger issue maybe?
Yep I also have the same issue with the radar transparencies as of the 10th of January. I came back from a trip yesterday and noticed the radar image on my custom weather app (that pulls from the BOM FTP) was time-stamped on the 10th.
Noticed my script was throwing a “550 Failed to open file” error, so I manually went to the FTP and noticed the radar transparencies were missing for the locations I’m pulling.
I can’t find the files anywhere so I think possibly the BOM might have stuffed something up.
EDIT: Literally while writing this they fixed it, all the radar transparencies have reappeared in /anon/gen/radar_transparencies/. Looks like it was a BOM issue!
Yeah I was pretty convinced it was a problem (or an incomplete change) at their end so I logged a ticket with them yesterday.
Seems like they listened! Well done BOM!! I can turn off my debugging now
I have managed (I hope) to create an openHAB compatible version of this binding based on OH 5.0.2: LINK
The binding was originally created by @tomitan and works very well, however I think it’s fair to say it is abandoned. I can’t do without it, so I wanted to keep it going if I could.
If this updated version continues to work for others, I’ll try to add it to the add-on marketplace at some point if I can figure out how to do it and if it’s allowed.
I’m still letting OH5.0.1 settle in my setup (where it looks like the old 4.1.0.202309151015 addon is still ticking along).
Once I’m convinced all my OH setup is going ok, I’ll test your release out. Great to know someone else can’t live without this addon. My whole tablet home page depends on it, as does everyone in my house.
My BOM program is nothing fancy but it does the job.
I did a quick and dirty widget the other day and haven’t got back to finishing it but it looks like this so far:
