I finish my planetary imaging with PlanetarySystemStacker with runs natively under Linux, Windows and MacOSX.
Thanks for the help!
Using LightPollution maps I found my sky brightness for my home (21.54) and my portable observing site an hour away (21.98). I live at 7,000'.
It would seem that humidity makes a difference to. At my home, humidity ranges from 0 to 60% with an average of 25%.
I can visually notice the sky brightness difference when the humidity is in the single digits - vs when it is over 50%.
I guess having an SQM meter may be best vs using a static measurement from the maps.
Regarding the filter bandwidth.. I understand the narrowband filters easy enough - but for LRGB do I use the total width? For example, the LUM is 420 – 685 nm. Does that mean I use 265nm?
I have had good success with the iOptron CEm25P and iOptron CEM120EC2.
Someone asked me a question:
Question: does KStars support modeling in case I have a mount with absolute encoders (like the AP1100)?
What’s the answer?
In the latest version of EKOS, there is a new Optimal Sub-Exposure Calculator
Can someone please point me to how I calculate the sky quality measurement (SQM) and the filter bandwidth, which are needed in this calculator?
When launching this latest OSX beta, I noticed that EKOS did not bring over my previous saved directory path for my astrometry index files.
My observatory computer is named "nmcosmos" so the path that holds my astrometry files is: /Users/nmcosmos/Library/Application Support/kstars/astrometry
But when I launch the latest build it reverts to "/Users/nmcosmos/Library/Application Support/astrometry" missing the /KStars/ folder I have in my Application Support directory.
Once I edited this to show the correct path, it now works fine. This could cause some confusion to other users if left as is.
Ok, I'll add a new thread after I do some more investigation.
Yes, I made a mistake with my description, which is why Jasem made his comment. I meant "Capture and Solve", which is NOT supposed to move the rotator as far as I know. It never did before, only "Load and slew" did.
I downloaded the OSX build dates 27 May and notes two issues before I quit it.
1. Immediately after selecting Calculate and Slew, EKOS set my rotator to 360. This was unexpected, as normally it only rotates with LOAD and slew. I had never seen this action before.
2. Once it did the above, It no longer saw any of my plate solving index files. I assume it just lost the link to their location, but I don’t know why. No other previous version of KStars OSX did that.
As the night was clear and I needed to finish a target, I quit this version and launched one from May 11, which worked perfectly.
I’ll go back in and see if I can figure out what happened to the solver index files later today.
The MacOSX nightly is broke again. May27th works, but the 28th has failed to build again.
Yes, I can either use load and slew to an image taken before the flip or I simply have EKOS rotate my rotator 180 degrees. Either way does the same thing and it will give me the same guide stars as before the flip.