impactoz
Full Member
Posts: 142
Raspberry Pi: Yes
|
Post by impactoz on Jul 27, 2019 16:44:10 GMT -8
I think things are really confusing with STEMWeather...
I live in land of oz - where it is UTC +10 hr
When I look at the SkyWeather / WeatherSTEM site - the top bar is showing correct information for me - in local time...
Current conditions at Malmsbury Farm as of Sunday, July 28 2019 10:32 AM
However, the Movies that are automatically being created are on UTC Time... or something - as they are getting created and timestamped at around 2:30pm. So I get a movie of Wed afternoon through the night, and Thu morning. Although they will be labelled as Wed - they really are not...
Is there anything that can be configured to have these go closer of midnight to midnight in the different time zones of the world?
|
|
|
Post by SDL on Jul 29, 2019 9:06:25 GMT -8
Imapctoz,
This is a topic that we are meeting on this coming Friday. It's on the issue list. I am thinking that we should start the Time lapses at say an hour before local sunrise. What do you think about that proposal?
Yes, this does impact the date too!
BP
|
|
impactoz
Full Member
Posts: 142
Raspberry Pi: Yes
|
Post by impactoz on Jul 29, 2019 16:28:58 GMT -8
Imapctoz, This is a topic that we are meeting on this coming Friday. It's on the issue list. I am thinking that we should start the Time lapses at say an hour before local sunrise. What do you think about that proposal? Yes, this does impact the date too! BP Almost already done... I created sunrise.py on my system - as I am at a remote site with limited bandwidth - So I decided I did not want to send pictures during the night... I started researching and found Astral as a fantastic library that does all sorts of calculations... Its library of locations are a bit limited - but you can supply long / latt and altitude and it does all the calculations for you - and takes care of timezones... I thought of sunset / sunrise values - and then thought an hour before after - but the calculations for dawn and dusk seem to work well for this purpose... You could always just add a further offset to dawn and dusk if you wanted... So my hack at present is to check current time is inbetween dawn and dusk to send the picture otherwise the picture is not sent (it still takes it and stores it locally - just not sent). Sample program here - I import config only to get the altitude from BMP280 so I don't need to use a new value...
# # # sunrise.py - to calculate local sunrise and sunset so we dont waste time taking pics in the dark #
# based on what I found here: https://astral.readthedocs.io/en/latest/
import datetime import astral # Need to install this via sudo pip install astral
# Check for user imports try: import conflocal as config except ImportError: import config
# Construct our location and calculate sunrise and sunset.
sun_altos = astral.Location(info=("Melbourne", "AUS", -37.180594, 144.324194, "Australia/Victoria", config.BMP280_Altitude_Meters/3.2808399)) sun_altos.solar_depression = "civil"
result = sun_altos.sun(date=datetime.date.today())
print "Current Time: ", datetime.datetime.now().time() print "Dawn: ", result['dawn'].time() print "Sunrise: ", result['sunrise'].time() print "Sunset: ", result['sunset'].time() print "Dusk: ", result['dusk'].time()
if datetime.datetime.now().time() > result['dawn'].time() and datetime.datetime.now().time() < result['dusk'].time(): print "Its daylight, so upload a picture" else: print "its too late to send a pic"
So that solves my issue of not sending black pictures... However it will not help in the slicing of start of day and end of day that Stem decides upon - as they are hard coded to be UTC / American midnight - so here in +10 UTC I will still get afternoon of wed, morning of Thu as being labelled as a Wed file.
|
|
phate
New Member
Posts: 43
|
Post by phate on Aug 20, 2019 23:44:35 GMT -8
Have you thought about doing the time-lapse locally. WeatherStem seems pointless to me. Fully geared towards USA and basically irrelevant. Love your solution. We've been discussing something similar but locally generated. topher2880
|
|
|
Post by topher2880 on Aug 21, 2019 4:29:31 GMT -8
If we can do something that starts an hour before sunrise, or civil sunrise and similarly stop after sunset, that would be awesome.
Currently trialing similar, locally, which plan on exporting to external FTP automatically and then deleting local file.
|
|
|
Post by SDL on Aug 21, 2019 12:54:48 GMT -8
Topher, This is on the WeatherSTEM list to fix. We met a couple of weeks ago and their president (Ed) took it as a action item.
BP
|
|
impactoz
Full Member
Posts: 142
Raspberry Pi: Yes
|
Post by impactoz on Aug 22, 2019 1:33:06 GMT -8
It looks like us Aussies (what is it 3 of us) all think alike... and expectations too... There are plenty of web services around to host your data - but they all lack something... Weather Underground used to be good, but when things break like ftp'ing images, they don't care to fix it... Even our lovely BOM is getting in to the act - www.bom.gov.au/wow-support/ but they just took the WOW service from the UK and not fully implemented it well from my simple play around with it... But if its just timelapse your interested in - things like webcam.io/ but I don't want to spend $5/mth So until we band together and build the ultimate repository - interested to learn each others journeys!!!
|
|
wolf
New Member
Posts: 43
|
Post by wolf on Aug 22, 2019 2:35:26 GMT -8
There is always the option of hosting your own site. That's what I'm planning to do.
It a bit more work thou... As I described in the my project sub forum, I'll be using only MQTT to push data from the Sky Weather. A weewx (http://www.weewx.com/) system running on my nas will retrieve the data, store in SQL and generate a website. I've some preliminary version of the Sky Weather plugin running already (before I stripped down my Sky Weather due to failing boards...).
I might later on decide to send the data to other sides, but in that case I'll do that from the weewx system. Since Sky Weather will be running on solar and I've no idea how effective that will be, my plan is to have the pi do as little as possible.
As for the camera, I decided not to use it together Sky Weather since the legal constraints are to strict for my liking. Are weather pics mandatory for the weatherSTEM system?
|
|
|
Post by topher2880 on Aug 22, 2019 3:26:00 GMT -8
I am using WeeWx on a NAS server, connected to a SDR sniffing 433Mhz to host my weather website. Very stable and only reboot about once every 2 or 3 months.
If I can get my SDL system working right (battery issues) then I plan on running WeeWx from the box. Not ideal, but with an hourly upload of data, and maybe 5 minutes to WU.. could work.
I want the timelapse though. I have been playing around with scripts on another Rpi ZW to see what uses next to no resources and is stable. Still need that FTP option and deleting of unwanted images.. again.. zero cost.. I dont want to pay someone to host the videos.
I remember, previously, there was a comment that to run the SkyWeather script, it must have cam plugged in and activated in the config. I like the cam. West is best for me, but I dont want my neighbours back yard in it.. Either south or east avoids this, but west in AU is where the weather mostly comes from. Here anyway.
|
|
|
Post by SDL on Aug 22, 2019 15:20:21 GMT -8
Wolf,
What legal constraints are you talking about specifically?
BP
|
|
wolf
New Member
Posts: 43
|
Post by wolf on Aug 22, 2019 22:00:12 GMT -8
The European privacy laws. Constraints regarding to (security) cameras: when and where you are allowed to install them. How you can use them. How you can use the footage.
Say I'm able to find a way to install it such a way I only capture our private property and according to any other constraints, then the mail man comes to deliver a package and gets in the frame (or any other visitor, friend or professional). Can not just upload that to the cloud or have weatherSTEM process the material...
|
|
juanc
Junior Member
Posts: 50
|
Post by juanc on Aug 23, 2019 10:43:01 GMT -8
Hi, couldn't you just point your camera a bit higher to not capture any people?
|
|
wolf
New Member
Posts: 43
|
Post by wolf on Aug 24, 2019 0:51:00 GMT -8
Got to admit, I choose the easy way out Or actually I want to be able to place the weather station where I want, not have to care about where the camera is pointing. Where we plan to put the station it would perfectly capture the neighbors balcony...
|
|
impactoz
Full Member
Posts: 142
Raspberry Pi: Yes
|
Post by impactoz on Aug 26, 2019 0:17:47 GMT -8
The mail man coming on to your property will be fine - how else are you going to catch him throwing your mail on the roof...
I have had the neighbour hell... but certainly have several security cameras... and unfortunately the European privacy laws really do go too far... Civil Liberties... arrghhh… BS...
Anyway - if you camera is facing and covers an area across your neighbours balcony... most survellience camera software will allow you to block out certain parts of an image - ie. putting black boxes over an area...
You would be able to do the same here using SkyWeather…. Have a look at the code in SkyWeather.py where it adds the heading to the picture - it actually draws a button - and places text on the button - which results in saving the picture with a black background.... You could play with that code and add some more black areas to block out the neighbours balcony...
|
|
|
Post by SDL on Aug 26, 2019 8:50:36 GMT -8
You can definitely do that. The code is located in SkyCamera.py
BP
|
|