I am from a small north east town in Victoria. On the bom website the forecast my product_id is made up from product derived from IDV10753 and IDV17003. How do i set this up as i single product_id? I have tried entering one or the other and it fails on both. The sensor works fine if i say put it IDV10450 (Melbourne).
@DavidFW1960 and @BrendanMoran Thank you guys for the Bom forecast integration and the BOM weather card. I live in the sydney region and use the Prod ID of IDN10064 for the forecast however I live in the north western suburbs.
Upon looking at the IDN10064.xml the forecast for certain cities are also available within this xml.
E.g. The location of Penrith within the file provides the forecast for 7 days. While the remaining locations Liverpool, Parramatta etc. provide 1 day which will be the most accurate for any suburbs closest to those locations.
Is there a way to provide a mechanism to extract this data rather than using the Syd location forecast which is rather inaccurate for the different locations within Syd?
ok so yeah… seen this before. Liverpool looks like this:
It uses a combo of 2 IDNs for it’s data.
I have not looked at supporting that and it’s really above my hacking abilities at this point to do so.
I’d suggest picking the best station with a single IDN number for your location. Sorry.
Data is extracted from the area type = “metropolitan” and “location” nodes where the description is “Sydney” which is essentially the weather for the city.
However Penrith also provides a 6 day forecast, but there is no way to access this info.
The rest of the nodes however only provides today’s forecast.
If there is a way to pass this secondary location (e.g. Penrith which can override the default which is description=“Sydney”) and extract the corresponding info one might get more accurate info if they are closer to that location. Obviously if there is no source data it would be good to default to the corresponding node where description =“Sydney”.
My Python skills are almost none existent hence thought I would reach out to you and see if you would be able to do this.
No need to explain I understand the problem.
It uses 2 different data sets with 2 IDN’s. I only use one IDN in the FTP component amd there is no easy way for me to allow 2 IDN’s.
Yes of course it’s possible but way above my Python skills as well - I’m just a hacker and hacked in a few minor changes from Brendans original.
Hey guys, seen what you have done here and it is excellent - i will look at integrating it into my system as it evolves and as i move more from my Node-red dashboard to HA.
Can i suggest it might be an idea to use Node-red as a middleman for this stuff ? It has excellent easy to use capabilties to enable extracting anything you want and to put it back out into a set format - so i was thinking as an evolution of this project - what about defining a middle layer/format that your system would accept for putting into HA. NR could then do the heavy lifting of bringing down the data and manipulating it into that format ?
My thought was that as you have said above you are only dabbling with python, and due to how the BOM works with the “stacked” forecasts for some regions that NR could be used to provide an easy to use graphical layer in the middle to enable people to massage the data into the format that you could set and expect each time, you could then spend your time managing the “front end” and middle layer and people could use NR (or any other tool) to put the data into the format that you are expecting.