Bug 403896

Summary: Field rotation angle
Product: [Applications] kstars Reporter: Jean-Claude <jcjesior>
Component: generalAssignee: Jasem Mutlaq <mutlaqja>
Status: RESOLVED NOT A BUG    
Severity: normal CC: allegfede
Priority: NOR    
Version: 2.9.8   
Target Milestone: ---   
Platform: Other   
OS: macOS   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: FOV rotates by 90°

Description Jean-Claude 2019-02-03 17:56:06 UTC
Created attachment 117810 [details]
FOV rotates by 90°

SUMMARY
The solver FOV rotates by 90° at the end of the operation

STEPS TO REPRODUCE
1. Solver panel. Click on Load & Slew to select a FIT file.


OBSERVED RESULT
2. Everything is OK and the solver draws the FOV
3. But at the very end, the FOV is rotated by 90°

EXPECTED RESULT
It should not rotate

SOFTWARE/OS VERSIONS
Windows: 
MacOS: 10.14
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
Comment 1 Jean-Claude 2019-02-03 19:28:24 UTC
The same image solved with the app Astrometry of CloudMakers detects a normal field rotation a about 180° due to the fact that I recorded this image with an HyperStar lens.
Comment 2 Jean-Claude 2019-02-03 20:41:55 UTC
I solved the problem.
In CCD Simulator/Simulator Config/Simulator Settings, I set the Rotation CW to 90.
Everything works as expected.
Comment 3 Jean-Claude 2019-03-02 14:53:02 UTC
NO everything is not OK because these rotation angles of 90° or 180° don't reflect the random orientation of the camera !
Comment 4 Jasem Mutlaq 2019-06-29 17:01:27 UTC
Can you share a link to the FITS image you captured for this field?
Comment 5 Jean-Claude 2019-06-29 18:20:53 UTC
Here is a photo of M81 taken at an angle of 117.89° with a ZWO ASI1600MC-C camera.
KStars displays the right angle before solving.
But sets it back to 90° after solving.

http://dl.free.fr/fWFp9aQya
Comment 6 Jean-Claude 2019-06-29 18:21:49 UTC
I wanted to say "KStars displays the CORRECT angle before solving."
"
Comment 7 Jasem Mutlaq 2021-09-13 08:02:52 UTC
It's correct. There is a difference between astrometry.net Rotation and KStars internal representation since KStars reads FITS starting fro TOP-LEFT and not BOTTOM-LEFT as astrometry.net does.