UPDATE FROM MABULA
I have had a very rough 2 months unfortunately health wise. I was struck 3x in a row with bacterial infections. The second infection occurred  after a routine hospital checkup and I became very sick. I had to rest and take a lot of antibiotics. Once I was recovering and restarting work 1 month ago, I again became sick. The infection was not yet gone, so even more antibiotics and rest was needed. Needless to say, it took a lot of my energy and I needed a lot of rest.
Finally, the infection is really gone and my energy is coming back step-by-step now and I have started work again. I am terribly sorry to have kept you waiting for support. I will address all outstanding questions and e-mails step-by step and will be on the forum daily from today.
APP 2.0.0-beta47 will come soon as well, a lot of work was already completed before I became very ill, so the release is also nearly ready for you. Beta47 will be much faster actually. Many workflows will be more than 2x faster, mosaics can even be 10x faster than before because registration really received a major boost... all compared to beta46. Â Before I release it, I will make sure that everything is working properly and then I will release it.
Hi,
Last night I took in total 2h of L, R, G and B data of NGC 891. It turns out there is a magnitude 16.4 asteroid close to the galaxy. When I use LN MAD winsor clip with kappa 3.0 and iterations 1 then the asteroid shows up as a small line in the final stack. Even when I set kappa to 1.5 and iterations to 3 the asteroid isn't completely rejected. Should I increase iterations or lower kappa even more?
Â
Thanks, Wouter
Did you use dithering while capturing? That should help as well. If not, rejection is the only way and indeed you might want to try more aggressive settings as it's so bright. In such a case I would dial it up pretty extreme until it works and then go back to find a sweet spot.Â
I did use dithering while capturing but that won't help since all objects, including the moving object, are shifted over the same amount of pixels. OK thanks for the tip. Looks like APP treats sigma clipping in a much softer way than PixInsight, which is fine and just something I need to get used to.
A related question: I don't understand the effect of increasing the number of iterations versus lowering kappa. If I understand correctly then kappa is a measure for the level at which pixels are rejected and iterations simply the number of times that the clipping algorithm is used. What I wonder about is if there is a "golden rule" for what works best: only lowering kappa, only increasing the number of iterations or both. I am afraid the answer is "both" though 😉
You don't mention the number of subs for each stack in this situation and i think that is key here. The standard approach is to lower sigma, then increse the number of iterations. I get rid of satellite trails and asteroids in 6 sub average stacks with simple sigma clipping sigma=2 and it=1. You can also try to use median stacks.Â
In total 60 subs: 10 Red, 10 Green, 10 Blue and 30 Luminance. Thanks, I will try median stacks instead of average.
