[kstars] [Bug 398504] Ekos: plate solving never gets closer to target
https://bugs.kde.org/show_bug.cgi?id=398504 Jasem Mutlaq changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED Version Fixed In||3.5.0 --- Comment #6 from Jasem Mutlaq --- This should be resolved with 3.5.0 -- You are receiving this mail because: You are watching all bug changes.
[kstars] [Bug 398504] Ekos: plate solving never gets closer to target
https://bugs.kde.org/show_bug.cgi?id=398504 --- Comment #5 from Cedric Raguenaud --- Thanks both. I'll wait. I'm not setup to build kstars and it would probably take too long for me to do it. -- You are receiving this mail because: You are watching all bug changes.
[kstars] [Bug 398504] Ekos: plate solving never gets closer to target
https://bugs.kde.org/show_bug.cgi?id=398504 --- Comment #4 from TallFurryMan --- Thanks Jasem! Cedric, getting this to work under a short amount of time would require you to extract the code tree in the pre-merge state and cherry-pick Jasem's change. So it depends whether you are willing to wait 2-3 weeks for the dust to settle on kstars-bleeding... -- You are receiving this mail because: You are watching all bug changes.
[kstars] [Bug 398504] Ekos: plate solving never gets closer to target
https://bugs.kde.org/show_bug.cgi?id=398504 --- Comment #3 from Jasem Mutlaq --- There was an issue I just resolved and merged to master as mount module was reporting ERROR since it wasn't processing EQUATORIAL_COORD So hopefully this is resolved after our rework on scheduler module it's done. If you try it now it's probably going to be broken since work is not yet complete. -- You are receiving this mail because: You are watching all bug changes.
[kstars] [Bug 398504] Ekos: plate solving never gets closer to target
https://bugs.kde.org/show_bug.cgi?id=398504 --- Comment #2 from Cedric Raguenaud --- Hi TallFurryMan, Yes I tried to use ansvr, but had problems with Ekos plate solving: ansvr would most of the time just hang or crash (I don't have issues using it from other applications). So for plate solving I used astrometry.net. BUT, Ekos had originally issues connecting to the mount via wINDI + EQMod because my system is entirely J2000 and Ekos assumed JNow. Could it be that it's in fact the opposite that's happening? Ekos assumes JNow coordinates in its orders to the mount and the mount moves in J2000, taking it further and further from the target? -- You are receiving this mail because: You are watching all bug changes.
[kstars] [Bug 398504] Ekos: plate solving never gets closer to target
https://bugs.kde.org/show_bug.cgi?id=398504 TallFurryMan changed: What|Removed |Added CC||eric.dejouha...@gmail.com --- Comment #1 from TallFurryMan --- Complementary information from the forum thread indicates that you (not sure I can match usernames, sorry if it's not you!) used the Windows port of astrometry.net "ansvr", and that this plate-solver provides an additional field named "epoch". In any case, is this description correct? In your situation, "epoch" has value "JNow", which indeed is causing an issue in the solver analyzer in ekos/align/onlineastrometry.cpp, which doesn't check that json field and bluntly considers all result coordinates to be J2000. We could either stick to the original astrometry.net API, which doesn't include that field, or honor that field when it is present. First solution is the simplest for us :) Second solution can be done too relatievly easy. -- You are receiving this mail because: You are watching all bug changes.
