New Solvers for APPM?


Bill Long
 

Hello,

Just curious if there has been any traction in getting new solvers added to APPM?

Thanks,
Bill 


Ray Gralak
 

Hi Bill,

Just curious if there has been any traction in getting new solvers added to APPM?
ASTAP will be added as a plate solver in the upcoming APCC v1.9 release.

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long
Sent: Saturday, December 5, 2020 6:01 PM
To: main@ap-gto.groups.io
Subject: [ap-gto] New Solvers for APPM?

Hello,

Just curious if there has been any traction in getting new solvers added to APPM?

Thanks,
Bill


Bill Long
 

Fantastic news!!! 🙂 Thanks Ray. 


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <groups3@...>
Sent: Sunday, December 6, 2020 10:25 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] New Solvers for APPM?
 
Hi Bill,

> Just curious if there has been any traction in getting new solvers added to APPM?

ASTAP will be added as a plate solver in the upcoming APCC v1.9 release.

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.astro-physics.com%2Fapcc-pro&amp;data=04%7C01%7C%7C721c98b7912040dcab5108d89a145a6e%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637428759484884144%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=ylNJb5UXzvSKX6HdZyV%2Bg2cksxx70pGHNoe5OKXYWrg%3D&amp;reserved=0
Author of Astro-Physics V2 ASCOM Driver: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.siriusimaging.com%2Fapdriver&amp;data=04%7C01%7C%7C721c98b7912040dcab5108d89a145a6e%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637428759484884144%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=vRmypQyTff%2Bp9xGSxy%2BZyJ1W4%2FLbEUYiUZ%2Bcank0b%2FA%3D&amp;reserved=0

> -----Original Message-----
> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long
> Sent: Saturday, December 5, 2020 6:01 PM
> To: main@ap-gto.groups.io
> Subject: [ap-gto] New Solvers for APPM?
>
> Hello,
>
> Just curious if there has been any traction in getting new solvers added to APPM?
>
> Thanks,
> Bill
>







Marcelo Figueroa
 

Does that mean that it will no longer be necessary to use an external program such as SGP to capture images for modeling? 
 
Not a problem for me, I use SGP with ASTAP as my imaging program and also with APPM without any problem so far. But it would be a good way to simplify things.


George LaBelle
 

Excellent. ASTAP has become much more popular because of its speed and reliability.
--
George
Prineville, Oregon


W Hilmo
 

With the current discussion of ASTAP, I wanted to circle back on a problem that I described a couple of months ago, but had not yet investigated.  I’ve had some time to troubleshoot and I understand what’s going on now.

 

The issue that I had was that, when using ASTAP as the solver through SGP, APPM would occasionally get into state where a single solve failure would cause all subsequent solves to fail.  It turns out that what was happening is that SGP was instantiating ASTAP with PlateSolve2 compatibility and a search area of “Max Regions”.  What happened then was that a solve failure would essentially try to do an all-sky solve, with a search radius of 90 degrees.  The subsequent APPM solve failures were occurring because APPM had timed out the original solve and was submitting new solve requests while the first one was still searching with that large search radius.

 

The solution to the problem was to reduce the number of search regions in SGP.  In my case, I was able to change from “Max Regions” in SGP to 2500, which is the highest number below “max”.  I have a fairly small field of view at 23’ x 17’.  Using a search area 2500x my field resulted in a search radius of between 7 and 8 degrees.  A failed solve with this search radius fails in a few seconds.  With ASTAP failing before the APPM timeout, all is well.  Sure, it doesn’t address that initial failure (which in my case looked to be happening because of a really poor star field), but APPM now recovers properly and I can get a good model.

 

I’m hoping that Ray’s implementation uses the ASTAP native command line, instead of PlateSolve2 compatibility.  If that is the case, then it will be possible to specify a search radius directly and this won’t be a problem with sane parameters.  It would be even cooler if we could configure ASTAP for both normal and blind solves.  A “normal” search could have a small search radius, say under 10 degrees.  A “blind” solve could have a search radius of 90 or 180 degrees (with an appropriate timeout).

 

Thanks,

-Wade

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of George LaBelle
Sent: Monday, December 7, 2020 5:42 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] New Solvers for APPM?

 

Excellent. ASTAP has become much more popular because of its speed and reliability.
--
George
Prineville, Oregon