×

INDI Library v2.0.6 is Released (02 Feb 2024)

Bi-monthly release with minor bug fixes and improvements

ASTAP astrometry integration

So I just landed this in GIT master. Please test! Not only ASTAP, but also whether ASTAP integrated caused any regressions in how astromtry.net works.
The following user(s) said Thank You: Craig
4 years 5 months ago #44951

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

  • Posts: 643
  • Thank you received: 62
Hi!

Great! Does that mean that it should be available in nightly? (couldn't find it yesterday when updating)

Magnus
4 years 5 months ago #45017

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

  • Posts: 472
  • Thank you received: 165
I get the following error from ASTAP and it doesn't seem to load the image even if I press ok. I also compiled the source with distro (Ubuntu 19.10 x64) compiler just for testing and got the same error.
4 years 5 months ago #45023
Attachments:

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

  • Posts: 407
  • Thank you received: 74
I can confirm that I get the same error under Ubuntu - as already stated in the thread on ASTAP live Stacking . :-)
RPI3 Ubuntu 16.04 / AMD desktop Kstars under Ubuntu 16.04 Mounts :azeq6 ,SWAZGoTo

RPI3 Fedora testing out on AMD desktop Fedpra 28 - running kstars 2.9.4 , Indilib 1.7.4 ?????
4 years 5 months ago #45024

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

  • Posts: 333
  • Thank you received: 92

Replied by han on topic ASTAP astrometry integration

Fixed in ASTAP version 0.9.288. All Linux versions are now updated (The error was caused by added a memo scroll in the last versions which caused this error in the command line only. :( )
The following user(s) said Thank You: Craig
Last edit: 4 years 5 months ago by han.
4 years 5 months ago #45064

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

  • Posts: 333
  • Thank you received: 92

Replied by han on topic ASTAP astrometry integration


jpaana,

Just had a look to your settings. The solution goes to /tmp/solution. The solution will be small .wcs and .ini files. Both could be read for the solution. The parameter -update will copy the source image with the solution added to header to the same /tmp/solution. It will take some additional time. Is that required or was it just for testing?

The binning 4x4 is too much (for ASTAP) with your 3354x2529 sensor. ASTAP works best with images with a resolution between 1.5 MP and 8MP or image height between 1000 and 2500 pixels. For your setting I would recommend either binning 2x2 or binning 1x1. An exposure of 4 seconds is fine.

Clear skies, Han
The following user(s) said Thank You: Craig
4 years 5 months ago #45065

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

  • Posts: 407
  • Thank you received: 74
Tested on Ubuntu 18 on AMD 64bit - Called from CCDCIEL now ok :-) TA Han
RPI3 Ubuntu 16.04 / AMD desktop Kstars under Ubuntu 16.04 Mounts :azeq6 ,SWAZGoTo

RPI3 Fedora testing out on AMD desktop Fedpra 28 - running kstars 2.9.4 , Indilib 1.7.4 ?????
4 years 5 months ago #45066

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

  • Posts: 472
  • Thank you received: 165

Thanks for the suggestions! The command line parameters come from Ekos, I don't think I changed anything except switched from offline Astrometry.net to ASTAP, but I'm not sure. Also I don't know how these settings work with ASTAP as I couldn't get it to work yet, but they have been my standard settings for Astrometry.net and work very well. Atik 383L+ is a bit slow to download the full frame but binning helps there. Maybe 2x2 would still be good compromise, have to try how they work.
4 years 5 months ago #45071

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

  • Posts: 472
  • Thank you received: 165
Starting ASTAP from Ekos now seems to work without the scroll bar error, can't test how solving actually works thanks to persisting cloud cover. Trying to solve an existing image by loading it within ASTAP itself gives the same scroll bar error than before when pressing solve button.
4 years 5 months ago #45072

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

  • Posts: 472
  • Thank you received: 165
Got a small gap in the clouds so could test solving on actual equipment and as you suspected, 4x4 binning was too much, 2x2 worked fine, so I tried 3x3 as well and that seemed to work a bit faster still, so I think I'll start using that. It seems -update flag was checked by default in Ekos options, but works fine without too. But WOW how fast it is, almost instant on my quad core Atom, very well done! My offline Astrometry.net config and catalog set is quite optimized too and not too slow, but I think I'll definitely switch.
4 years 5 months ago #45075

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

  • Posts: 333
  • Thank you received: 92

Replied by han on topic ASTAP astrometry integration

The 64 bit version for Raspberry Pi (arm64) had a bug which was related the optimisation factor of the compiler. This is now fixed (prevented). ASTAP is now at 0.9.289 and should work on all platforms.

Han
The following user(s) said Thank You: Craig
4 years 5 months ago #45090

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

  • Posts: 333
  • Thank you received: 92

Replied by han on topic ASTAP astrometry integration


I'm glad it works for you. I suspect that with 3x3 binning setting the number of tetrahedron matches will be less, so the reliability will be less. But if it works for you keep it for the moment. In case of solve failures go to bin 1x1 or 2x2. If the -update is not required ,yes then remove it. It will speed up the process with one or two seconds.

There is no need to change command line parameters but just in case they are specified here:

www.hnsky.org/astap.htm#astap_command_line

Han
The following user(s) said Thank You: Craig
4 years 5 months ago #45092

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

Time to create page: 1.921 seconds