×
INDI Library v1.8.5 Released (19 Apr 2020)

April 2020 release of INDI Library v1.8.5 introduces new drivers while providing fixes and improvements to existing devices and core framework.

New Internal Solver for Mac, Windows, and Linux -- Testing/ Experiments needed

2 months 3 weeks ago
RDBeck
Expert Boarder
Expert Boarder
Posts: 143
More
New Internal Solver for Mac, Windows, and Linux -- Testing/ Experiments needed #53980
I'm happy to help, Rob. I duplicated your results for Han's M13, but it took my machine 1.08s to solve it ;-).

Hypertuned NEQ-6Pro, ZWO OAG, ASI 120 min guide camera, SV 80ST, ASI 1600MM Pro, ASI filters and filter wheel, DIY Moonlite-compatible focuser, DIY SQM

Please Log in or Create an account to join the conversation.

2 months 3 weeks ago
han.k
Gold Boarder
Gold Boarder
Posts: 303
Karma: 6
More
New Internal Solver for Mac, Windows, and Linux -- Testing/ Experiments needed #53986

rlancaste wrote: I'm confused by your statement about the fov. I recently added the option for fov to the ASTAP command, and it is based upon the scale information in the image just like in astrometry.net. So if you have the scale information in your image, it attempts to use that whenever you have "use scale" selected. If you don't want to use the scale, you don't have to. This isn't saved in the profile. It is definitely not always set to 1.7478 degrees. I expected that if the scale information is saved in the fits file, then setting the fov based on this information would speed up the solve. Is that not correct? If you load a jpeg image, it doesn't have the scaling information in it, so it should not even send the fov parameter to ASTAP at all. Did it try to set the fov when you loaded a jpeg?


I was also a little confused. Yes it changes but the scale calculation looks wrong. The give scale command is -FOV 1.7478 but the reals height is 79 arcmins equals -fov 1.32 degrees. See log below

Try this file
ufile.io/oevgwgzg

Starting external ASTAP Solver...
Command: C:/Program Files/astap/astap.exe -o C:/Users/h/AppData/Local/Temp/externalSextractorSolver_123.ini -speed auto -f C:/Users/h/AppData/Local/Temp/externalSextractorSolver_123.fits -wcs -fov 1.7478 -ra 12.7164 -spd 122.305 -r 15
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Field center: (RA,Dec) = (190.839, 32.3604) deg.
Field center: (RA H:M:S, Dec D:M:S) = (12:43:21.451, +32:21:37.603).
Field is: (-336.165, -200.323) deg from search coords.
Field size: -104.547 x -79.0393
Field rotation angle: up is 0.00386029 degrees E of N
Pixel Scale: -2.69452"

ASTAP has three priorities for image scale:

- Highest priority commandline command -fov ..
- Second priority the data from fits header
- Lowest priority the default image scale or last image scale.

Please Log in or Create an account to join the conversation.

2 months 3 weeks ago 2 months 3 weeks ago by han.k.
han.k
Gold Boarder
Gold Boarder
Posts: 303
Karma: 6
More
New Internal Solver for Mac, Windows, and Linux -- Testing/ Experiments needed #53987

RDBeck wrote: I'm happy to help, Rob. I duplicated your results for Han's M13, but it took my machine 1.08s to solve it ;-).


Yes the dec was decreased by 30 degrees by purpose. I forgot that outside 15 degrees or so there is not search.

I think my problem for M13 that Üse scale"was checked."and at the wrong value. If I uncheck the scale I get this:
<em>+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Starting Internal SexySolver Astrometry.net based Engine. . .
Solver was aborted, timed out, or failed, so no solution was found
Child solver: 4 did not solve or was aborted
Set odds ratio to solve to 1e+09 (log = 20.7233)

Scale range: 5.97222 to 20.8889 degrees wide

Image width 1164 pixels; arcsec per pixel range 18.4708 64.6048</em>

So how did the solver select 5.97222 to 20.8889 degrees wide. An undefined variable??? Later it works as normal. Then if I enter a scale 1 to 4 arcsec/pixel but it starts actually with the scale range: 2 to 8 arcsec/pixel ???? Later it works correctly. Very confusing.


The problem with the M42 images is that it doesn't recognises the position from keywords CRVAL1, CRVAL2.

For the last image NGC2359, I think my indexes where not sufficient for this very small scale image. I just added some more and it solves after 102 sec default or parallel in 21 seconds. Still a long time. ASTAP does it in little less then 3 seconds.

Han

Please Log in or Create an account to join the conversation.

2 months 3 weeks ago 2 months 3 weeks ago by han.k.
han.k
Gold Boarder
Gold Boarder
Posts: 303
Karma: 6
More
New Internal Solver for Mac, Windows, and Linux -- Testing/ Experiments needed #53990

rlancaste wrote: For INT SEP, EXT ASTAP, I will work on that later tonight. I will add the option to the code and set it up to export a file that could then be solved by ASTAP. I will include a warning that this function is not yet implemented in ASTAP, but it will try to do it anyway. That way you can try it out and test your new version of ASTAP so that you can see if it works. I will try to follow the guidelines you have set for how you would like to receive the file as input.


Since your work with the Mac, ASTAP 0.9.362g is released for the Mac. You can use this version to test if ASTAP can read the FITS tables. Best is to keep the FITS extension. It will default not see the *.AXY or *.XYLS extensions. Scale and initial position can be set by the command line or by keywords in the primary HDU.

Han
Attachments:

Please Log in or Create an account to join the conversation.

2 months 3 weeks ago
rlancaste
Platinum Boarder
Platinum Boarder
Posts: 2265
Karma: 22
More
Topic Author
New Internal Solver for Mac, Windows, and Linux -- Testing/ Experiments needed #53995
I could have something wrong in the FOV calculation, I will check. One question about this for ASTAP though. Should the FOV be the width, the height, or an average? I ask because it isn’t a range like for astrometry.net

Please Log in or Create an account to join the conversation.

2 months 3 weeks ago
rlancaste
Platinum Boarder
Platinum Boarder
Posts: 2265
Karma: 22
More
Topic Author
New Internal Solver for Mac, Windows, and Linux -- Testing/ Experiments needed #53997
So if you click one of the parallel solvers profiles that I made, it is set to auto algorithm if it doesn’t have position or scale, it tries to do a range of scales. If it has scale and it doesn’t have position it tries to do a range of depths. If it has position and not scale it does a range of scales.

One point that might be confusing is that if you are downsampling, the pixel scale in app could be doubled

Please Log in or Create an account to join the conversation.

2 months 3 weeks ago
rlancaste
Platinum Boarder
Platinum Boarder
Posts: 2265
Karma: 22
More
Topic Author
New Internal Solver for Mac, Windows, and Linux -- Testing/ Experiments needed #54000
Thanks for making the new version of ASTAP, I will check it out.

I'm not using the xyls option for ASTAP anymore. Your message bout this earlier made me realize there was a much better way to achieve what I was trying to do.

Please Log in or Create an account to join the conversation.

2 months 3 weeks ago
rlancaste
Platinum Boarder
Platinum Boarder
Posts: 2265
Karma: 22
More
Topic Author
New Internal Solver for Mac, Windows, and Linux -- Testing/ Experiments needed #54001
Oh Han,

About this note on your website for the MacOS download: "If MacOS doesn't allow to install, go to Apple Icon, System preferences, Security & Privacy and allow astap.pkg to be installed. "

I usually find that the best way, at least for me, is to right click on the installer, click open in the contextual menu that pops up, and then click the Open button when the warning pops up.

Please Log in or Create an account to join the conversation.

2 months 3 weeks ago
han.k
Gold Boarder
Gold Boarder
Posts: 303
Karma: 6
More
New Internal Solver for Mac, Windows, and Linux -- Testing/ Experiments needed #54009

rlancaste wrote: I could have something wrong in the FOV calculation, I will check. One question about this for ASTAP though. Should the FOV be the width, the height, or an average? I ask because it isn’t a range like for astrometry.net


The image height in degrees should be specified for -fov

Please Log in or Create an account to join the conversation.

2 months 3 weeks ago
rlancaste
Platinum Boarder
Platinum Boarder
Posts: 2265
Karma: 22
More
Topic Author
New Internal Solver for Mac, Windows, and Linux -- Testing/ Experiments needed #54010
oh ok, I had that backwards, I was doing the width

Please Log in or Create an account to join the conversation.

2 months 3 weeks ago
rlancaste
Platinum Boarder
Platinum Boarder
Posts: 2265
Karma: 22
More
Topic Author
New Internal Solver for Mac, Windows, and Linux -- Testing/ Experiments needed #54011
I just added INT SEP EXT ASTAP. I added the data table to the existing fits image (a copy in the temp directory of course). It does solve because it has the image data in there too. And the table loads in astap.

You can try to implement enhanced solving with the sextractor table now :-)

Please Log in or Create an account to join the conversation.

2 months 3 weeks ago
rlancaste
Platinum Boarder
Platinum Boarder
Posts: 2265
Karma: 22
More
Topic Author
New Internal Solver for Mac, Windows, and Linux -- Testing/ Experiments needed #54012
I think I just corrected the FOV, you can check it out in the latest GIT

Please Log in or Create an account to join the conversation.

Time to create page: 0.593 seconds