Just did a quick test with an old image. I saw many examples but used
to see how it does on my usually too dark images.
I think it is fairly easy to either analyse the guider images or the real images and do a prediction of cloud coverage once the star-count has dropped significantly.
To be continued.....
@constant1462, counting stars is indeed a better or at least a more 2020 solution. If you can do it by software then you should
You triggered me to do some tests with OpenCV. There are plenty of "object count" examples available.
Thanks for the idea.
That's also a long time on my DIY todo list. I am going to use a simple IR sensor to, kind of, measure the temperature of the sky. Clouds are way warmer than a clear sky so in theory it should be fairly easy to detect.
Just recently I did some tests with a simple and cheap IR temperature meter, the same they point at your forehead to check for Covid. Those tests shows a clear difference between a cloud and clear sky. I am not sure if this in the cold wintertime is also the case so more testing has to be done.
First of all, thanks for keeping the website, forum etc. with all its information up to date. You are doing a tremendous job!
I don't care about the appearance of the forum as long I can select a dark theme. In our astro business most screens are already way too bright so less photons from the screen is better. Also my eyes can't stand bright light, I think I damaged them when living in the middle east for some years. But don't let that be of any influence in the search of a nice theme.
It's not you, I also was drawn out of my comfort zone
Let's say, not every improvement is an improvement.
Thanks for sharing. I just tested it on a fresh installed Ubunutu 16.04 Docker host and it works fine. For a quick (newbie) test I added --net=host to the command line to expose the INDI port. May be this helps other readers who, as I did, start testing before reading the chapter "Running the containers"
Grazie for sharing with us. Nice to see good usage of INDI.
Sorry to intrude but I'm following this thread with great interest. Making weather information available to all kind of systems is what I'm busy with right now.
RRDTool I used to work with for many, many years. I think it is a great tool for logging en graphical representing data. However I really think it should not be used as a data source. There are too many options to log data and therefore writing client software will be either difficult or very limited in usage.
I was thinking of making an INDI interface or driver which can subscribe or even publish to messages on a message broker. For all kinds of environmental data like temperature(s), switches, battery level, water level etc. I use a MQTT (Mosquitto) broker on a Raspi. This is extremely easy to use and is suitable for all kinds of data, in fact it is quite data independent.
Sorry again for breaking in but I did want to give you my 2cts.
The 16 series camera is not supported. I have the 16HR and only for that camera I use a windows instance with wINDI
There are many atk16 camera's out there and it would be great to see them supported natively but in contrast to other Linux projects, these older ones are unfortunately "windows only". That said, I think the developers are doing a great job in providing us such a great piece of software so I don't blame them for not supporting our somewhat older equipment.
It works, but not as mentioned in the earlier post.
This is the way it works on my Ubuntu Mate system;
export QT_QPA_PLATFORMTHEME=kde kstars