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.
Now that Cmd-A is back (YAY, thank you SO much Mabula and team!) - this is less of an issue, but I would love it if for some of my larger projects if it were possible to rapidly load days worth of imaging folders at once.
Maybe I am lucky, but my flats generally dont need updating that often and I can collect weeks of data (arranged into folder by Target_name->by_date and it woudl be super helpful to rapidly load them up, cull the junk and start my workflow.Â
Perhaps I am unique in my challenge or maybe I am arranging my folders badly!?
Hi Paul @xthestreams,
Yes, we need to make that possible, do your frames have a tag in the fits files indicating that they are lights as well?
Mabula
Sorry to bump an old thread, but was there any progress here? I don't have any issues with tags either coming from capturing in NINA or ASIAIR. Coming from another product that has a bulk import feature, I build a folder structure like this:
- Root folder of Target
- session_1
- LIGHT
- FLAT
- DARK
- BIAS
- session_2
- same format, continuing for each session needed. Each folder contains its relevant subs.
- session_1
I'm not even sure the folder structure is needed per-sub either (but likely per-session), because the FITS headers always contain the filter or type of sub. If the folder structure is respected though, we don't have to worry about dates either, if for example, flats are taken days after our light frames.
Â
Thanks again for considering this.
Hi Bob, @tetchy1
This is not yet implemented, but for sure on our ToDo list. We will first release APP 2.0 with project save/load and a full manual after which we will work on the file/folder/recursive loading 😉 thanks for bumping !
Please know that "because the FITS headers always contain the filter or type of sub" is not accurate... it all depends on the capture software/hardware used. Especially older FITS files or FITS from professional telescope archives/teams do not always have that information, some have propietary tags... even the IMAGETYP tag used these days by many software packages to indicate LIGHT/DARK/etc is not even officialy in the FITS specification.
The implementation that we will implement will try to use a folder structure like you indicated and it will look for the relevant tags of course 😉
Mabula
Hi Bob, @tetchy1
This is not yet implemented, but for sure on our ToDo list. We will first release APP 2.0 with project save/load and a full manual after which we will work on the file/folder/recursive loading 😉 thanks for bumping !
Please know that "because the FITS headers always contain the filter or type of sub" is not accurate... it all depends on the capture software/hardware used. Especially older FITS files or FITS from professional telescope archives/teams do not always have that information, some have propietary tags... even the IMAGETYP tag used these days by many software packages to indicate LIGHT/DARK/etc is not even officialy in the FITS specification.
The implementation that we will implement will try to use a folder structure like you indicated and it will look for the relevant tags of course 😉
Mabula
Sorry, I should have clarified that my captured data from ASIAir and NINA has the right headers. I've definitely had to batch edit some FITS to fix headers from other sources though. Thanks again for the update!
Â
Hi Bob, @tetchy1
Okay, thanks for the feedback. We will try to make this happen in a logical and similar way as other applications out there 😉
Mabula
