Issue with Align with StellarSolver

Robert Lancaster rlancaste at gmail.com
Thu Oct 15 16:12:23 BST 2020


I will definitely check this out tomorrow.  That is not the correct amount of memory obviously.  In this case, it should detect that there is not enough memory and disable the option to load all the indexes concurrently.

The goal with the settings is to actually reduce the number of settings by wrapping them up in the options profiles.  Astrometry.net <http://astrometry.net/>, sextractor, and kstars had huge amounts of different settings that would make astrometry work or fail.  The options are hidden and all in different places.  I’m trying to consolidate that.  Once this is perfected, unless you have a special case, you should just be able to select from several profiles and not even have to look at all the settings like downsample, min width, max width etc etc etc.  I’m trying to perfect a set of settings that work well for most people, so that you can just select that and go with it.

I’m sorry that it is taking a while to perfect the integration, but on my machine, due to the optimizations and parallelization that I added, the stellarsolver library has reduced the solving time from several minutes to several seconds for most images, and now it can solve images that were not solvable before.  It can blind solve images that have no information about them including Jpegs in several seconds.   In addition, this new library makes it possible for users on windows to solve just as quickly as on Linux without installing all kinds of extra packages that must be installed in compatibility layers.  It also resolves issues on Macs, where people’s python installations make astrometry have all sorts of problems.  And third, it will allow us to stop reading and writing so many temporary files to the Pi’s file system, because that wears it out.

So yes, I know that astrometry was working before on your system and this might not work perfectly yet, but please be patient while we perfect it because I have been working hard on this project for many months since February and I think it will really help for a lot of users.  Again, it was not my plan to put it into KStars master before we were ready, but please be patient.


> On Oct 15, 2020, at 10:39 AM, Giles Coochey <giles at coochey.net> wrote:
> 
> When I run the StellarSolverTester on my RPi4 8GB, I get the following alarming log line:
> 
> ###
> 
> Evaluating Installed RAM for inParallel Option.  Total Size of Index files: 31.7369 GB, Installed RAM: 1.71799e+10 GB
> There should be enough RAM to load the indexes in parallel.
> 
> ###
> 
> Naturally, it bombs out every time out-of-memory except with some very specific settings.
> 
> I've never changed Astrometry.net defaults and it completes a solve very easily. I'm now inundated with settings, some of which appear to be able to crash kstars / stellarsolvertester...
> 
> I compiled the latest kstars 3.5.0 after today's commits on my Astroberry, but have reverted to Astroberry's packaged 3.4.3 for the time being.
> 
> 
> 
> On 14/10/2020 18:28, Hy Murveit wrote:
>> I'm forwarding an issue I've seen re plate solving with the latest KStars using stellarsolver.
>> I did report this to Rob, but on Jasem's suggestion, am forwarding to Devel also.
>> I really appreciate the efforts Rob and Jasem are putting in for this release.
>> 
>> (Not sure where to report bugs that might block 3.5, other than this email list)
>> 
>> The TL;DR is that I cannot successfully plate solve using the StellarSolver internal methods
>> on a Raspberry Pi 4 (running Raspberry Pi OS). Lots of detail below.
>> 
>> Have others successfully plate solved on a RPi4?
>> 
>> Hy
>> 
>> -------------------------------------
>> 
>> I pulled the latest stellarsolver and kstars, and then added your new MR <https://invent.kde.org/education/kstars/-/merge_requests/104> on top of it, and compiled on my RPi4.
>> 
>> TL;DR With your new code, WCS works, but the only plate solving that works for me is local astap. 'SEP/StellarSolver/4ParallelSmallScale' and switching to 'local astrometry' both fail to solve the captured images. Going to my old KStars with local astrometry works. I tried other .fits files (meaning other locations in the sky) and they also failed.
>> 
>> I ran these tests. 
>> (1) Load and Slew with your MR and SEP/StellarSolver/4ParallelSmallScale.  This looks like it successfully pulled the WCS info from the file, but the plate solve after slewing failed and stopped. 
>> (2) I switched to local ASTAP and it worked (e.g. it got the WCS, slewed, then iterated 3 times on image capture and successful plate solve.
>> (3) I switched to 'local astrometry'. Seemed to get the WCS, then quickly fail to solve.
>> (4) I switched to my old/saved KStars (pre your changes, no stellarsolver). Worked fine.
>> (5) Parked, Unparked, repeated #4, still worked.
>> (6) Went back to the "new Kstars". Retried #3. Still failed.
>> (7) Retried #2. Still Succeeded.
>> (8) Retried #1. Still failed.
>> (9) I tried #1 with several other fits files. All seemed to load WCS then fail plate solving very quickly. Probably same issue as with #1 (I gave you lots of details below).
>> 
>> Hy
>> 
>> Details:
>> 
>> Test #1. 
>> Load and Slew, using the same .fits file I shared, Internal SEP/StellarSolver/4ParallelSmallScale. (load all in memory is UNchecked).
>> 
>> I got the below (just cut/pasted the bottom logging window in the align tab).
>> Honestly, with all the output blowing by, it's hard to see what happened, but from looking at the cut/paste, I see
>> that it looks like it got the WCS position from the .fit header, slewed, and then failed to solve.
>> The image on the screen looks reasonable.
>> (See below, I retried with ASTAP)
>> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kstars-devel/attachments/20201015/c0af63e9/attachment-0001.htm>


More information about the Kstars-devel mailing list