https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #164 from Andre Kovacs ---
Hi Rob,
The beauty of the scripting approach is that there's no need to change anything
in Ekos.
Just providing the script into the Contents directory of the app, and a
documentation of the configuration pr
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #161 from Andre Kovacs ---
Hi Rob,
I just tested my solution with the solve-field.sh and the
/Applications/Astronomia/KStars_3.3.4.app/Contents/MacOS/astrometry/bin/wcsinfo
with KStars 3.3.3 and it worked perfectly.
And, strangely, it also
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #160 from Andre Kovacs ---
Hi Rob,
I was checking the internal wcsinfo against the solution.wcs generated by the
script (attached file), and I found that it's aborting with a message "Illegal
instruction: 4".
Here'
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #159 from Andre Kovacs ---
Created attachment 122055
--> https://bugs.kde.org/attachment.cgi?id=122055&action=edit
solution.wcs
WCS file generated by the solve-field script
--
You are receiving this mail because:
You are watch
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #158 from Andre Kovacs ---
Hi Rob,
I tested a version of the script that generates the WCS file as "solution.wcs",
and now the error changed to "WCS header missing or corrupted. Solver failed.",
using the internal wcs
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #157 from Andre Kovacs ---
Created attachment 122054
--> https://bugs.kde.org/attachment.cgi?id=122054&action=edit
solve-field.sh
Updated script to generate the WCS file as "solution.wcs"
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #156 from Andre Kovacs ---
Hi Rob,
I updated the script to generate the files according to the names used by Ekos'
internal solve-field.
But I have a couple of questions:
1- The WCS file must be named as "solution.wcs" or co
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #155 from Andre Kovacs ---
Created attachment 122053
--> https://bugs.kde.org/attachment.cgi?id=122053&action=edit
solve-field.sh
Updated script to match the generated file names by Ekos
--
You are receiving this mail because:
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #154 from Andre Kovacs ---
Hi Stan,
Thank you for the update, but I use Mac Ports instead of Homebrew (for
development reasons), so the Homebrew libraries conflicts with my existing Mac
Port libraries.
Thanks,
Andre
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #151 from Andre Kovacs ---
Hi Rob,
I tried KStars 3.3.4, and even installed the required Python libraries using
Mac Ports, but I couldn't make it work. Even the workaround (replacement of the
astrometry directory with the one fro
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #150 from Andre Kovacs ---
Created attachment 122049
--> https://bugs.kde.org/attachment.cgi?id=122049&action=edit
solve-field.sh
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=409648
Bug ID: 409648
Summary: KStars crashes intermitently while executing capture
sequence on Ekos
Product: kstars
Version: 3.2.1
Platform: macOS Disk Images
OS: macOS
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #148 from Andre Kovacs ---
Rob,
After struggling with similar issues when using CCDciel, I found their solution
to the problem of Astrometry.net on Mac OS X easier to handle:
https://www.ap-i.net/ccdciel/en/documentation/astrometry.net
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #68 from Andre Kovacs ---
Do you use Parallels or VirtualBox VM as the build environment?
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #64 from Andre Kovacs ---
Maybe the issue is not OS related but, instead, hardware related.
My machines are pretty old now, and I can’t upgrade them to Mojave due to the
old specs.
So I think that if you are compiling on Mojave, the
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #60 from Andre Kovacs ---
I was searching the net for the error message "Illegal instruction: 4" with
astrometry.net and I found two threads of discussion.
The first thread is from indilib.org Forum (I guess this one is the
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #57 from Andre Kovacs ---
Here's the output of python --version with the environment variables you said
to set:
export
PATH=/Applications/kstars.app/Contents/MacOS/netpbm/bin:/Applications/kstars.app/Contents/MacOS/python/bin:/usr/
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #56 from Andre Kovacs ---
I tried update the kstars.app/Contents/MacOS/astrometry/bin/astrometry.cfg file
with the one from the older version of KStars, but it didn't fix the issue, I
just received a confirmation message to chang
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #55 from Andre Kovacs ---
Also, when I installed version 3.1.0 I received a message asking if I'd like to
change the Astrometry index file location from the dir /Users/rlancaster/... to
my directory /Users/Andre/Library/Application Su
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #54 from Andre Kovacs ---
Regarding the configuration of the plate solver, it's set to use the internal
kstars.app/Contents/MacOS/astrometry/bin/astrometry.cfg, and the index files
are here: /Users/Andre/Library/Application Su
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #52 from Andre Kovacs ---
You had to install something in your (High) Sierra machine, other than KStars?
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #50 from Andre Kovacs ---
Maybe I'm missing an update of some library or tool?
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #49 from Andre Kovacs ---
I never tried to build or install Astrometry.net in this machine. The only
thing, besides KStars, containing Astrometry.net is CloudMakers' Astrometry
app.
--
You are receiving this mail because:
You are wat
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #48 from Andre Kovacs ---
I uninstalled all ports, and also don't have any brew library installed, but
the error (Illegal instruction: 4) continues.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #47 from Andre Kovacs ---
The only two things I could figure out that could be different in my machines
are macports (instead of homebrew), Python environment, and upgrade (instead of
fresh install).
Tomorrow I'll try to remove all ma
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #44 from Andre Kovacs ---
My guess is that we should try to get Astrometry.net to build and work on its
own, because the KStars astrometry module works just fine with the older
version of the Astrometry.net binaries.
But never managed to
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #43 from Andre Kovacs ---
Since I'm a new High Sierra user, I don't know what surprises Apple left to us
in this version.
El Capitan was really traumatic to me, so I postponed the upgrade afterwards as
long as I could.
-
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #38 from Andre Kovacs ---
When you built your High Sierra machine you installed from scratch or upgraded
from El Capitan?
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #37 from Andre Kovacs ---
Here're the commands I used to test it via console:
export
PATH=/Applications/kstars.app/Contents/MacOS/netpbm/bin:/Applications/kstars.app/Contents/MacOS/python/bin:/usr/local/bin:/usr/local/sbin:/usr/loca
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #36 from Andre Kovacs ---
I just upgraded my other Mac (non-development machine) also from El Capitan to
High Sierra, and KStars from 2.8.7 to 3.1.1 (and nothing else), and the solver
also failed, but in this machine the verbosity of the
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #34 from Andre Kovacs ---
Just to let you know, I tested KStars versions and the plate solver worked fine
up to version 3.0.0.
The issue started with version 3.1.0.
The question is, what changed in plate solving from version 3.0.0 to 3.1.0
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #33 from Andre Kovacs ---
I was checking all Python references inside the
kstars.app/Contents/MacOS/astrometry and I found that your bundle has a
python/astrometry directory under kstars.app/Contents/MacOS/astrometry/lib that
is not present
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #30 from Andre Kovacs ---
Another difference I have in this machine is that I grouped all astronomy apps
under a subdirectory of ~/Applications.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #29 from Andre Kovacs ---
I agree with you that something on my /usr/local or /opt/local is causing a
conflict with the bundled versions, but you should have similar issues if you
configure the development environment for indi and KStars
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #22 from Andre Kovacs ---
Checking the Python version bundled with KStars 3.1.1 I noticed that it's 2.7
and not 3, as Astrometry.net requires.
So I created a new directory with Python 3, copied numpy and pyrites
site-packages under it
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #21 from Andre Kovacs ---
I forgot to check the actual name of the dylib inside
/usr/local/Cellar/cfitsio/3.450_1/lib and it's really libcfitsio.7.3.45.dylib,
with a link named libcfitsio.7.dylib.
I copied this link named libcfitsio.7.
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #19 from Andre Kovacs ---
If you're still following the steps from jamiesmith scripts, the Astrometry.net
is copied into the kstars.app/Contents/MacOS/astrometry via the following steps
(https://github.com/jamiesmith/kstars-on-osx
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #18 from Andre Kovacs ---
Maybe it can be related, I use macports to install my libraries (mostly using
universal i386+x86_64 versions), but I had to install libusb via home-brew to
be able to startup the INDI webcam driver via INDI Control
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #16 from Andre Kovacs ---
I haven't tried on 10.12 (Sierra), because I migrated directly to 10.13 (High
Sierra).
Maybe it's something specific to Astrometry.net 0.76 on 10.13 (High Sierra),
and version 0.75, or 0.74, could work
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #14 from Andre Kovacs ---
Yes, I just updated from El Capitan to High Sierra to be able to run KStars
3.1.1.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #12 from Andre Kovacs ---
Here's the console output of the failed execution via the command line
(original version of astrometry.net solver):
"/Applications/Astronomia/kstars.app/Contents/MacOS/astrometry/bin/solve-field
-O --no-
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #11 from Andre Kovacs ---
Here's the console output of the successful execution via the command line
(older version of astrometry.net solver):
"/Applications/Astronomia/kstars.app/Contents/MacOS/astrometry/bin/solve-field
-O --no-
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #10 from Andre Kovacs ---
I managed to use your commands to successfully call the plate solver via the
command line, and using the Options displayed on Ekos.
Here're my commands:
export
PATH=/Applications/Astronomia/kstars.app/Con
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #9 from Andre Kovacs ---
Here's the verbose output of the success execution (older version of
astrometry.net solver):
"2019-03-14T00:37:10 Solution coordinates: RA (01h 09m 14s) DEC (-55° 08' 05")
Telescope Coordinates:
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #8 from Andre Kovacs ---
How do I enable the log level required to be able to see the commands that Ekos
used to call the astrometry.net process?
I couldn't get any information on that by enabling the Verbosity as Verbose,
under K
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #7 from Andre Kovacs ---
Here's the verbose output of the failed execution (original version of
astrometry.net solver):
"2019-03-14T00:17:24 Solver failed. Try again.
2019-03-14T00:17:24 Error starting solver: Process crashed
201
https://bugs.kde.org/show_bug.cgi?id=405437
--- Comment #1 from Andre Kovacs ---
Jasem,
Just to let you know, I managed to workaround this issue by overwriting the
contents of the directory KStars.app/Contents/MacOS/astrometry with the ones
from version 3.0.0 of KStars.
Thanks,
Andre
--
You
https://bugs.kde.org/show_bug.cgi?id=405437
Bug ID: 405437
Summary: Local astrometry server crashes after upgrading from
KStars 2.9.8 to KStars 3.1.0, and 3.1.1 afterwards
Product: kstars
Version: 3.1.1
Platform: Mac OS X D
https://bugs.kde.org/show_bug.cgi?id=405238
--- Comment #1 from Andre Kovacs ---
SUMMARY
After updating KStars to the latest version (3.1.0) using the installed DMG
package the Preferences... submenu item (or even the cmd+, shortcut), under
KStars menu, doesn't work.
STEPS TO REPRODUCE
1.
https://bugs.kde.org/show_bug.cgi?id=405238
Bug ID: 405238
Summary: Kstars Preferences... menu item not working after
upgrading to version 3.1.0 on Mac OS X 10.13.6
Product: kstars
Version: 3.1.0
Platform: Mac OS X Disk Ima
https://bugs.kde.org/show_bug.cgi?id=402314
Bug ID: 402314
Summary: Couldn't locate Configure KStars submenu under the
Settings menu
Product: kstars
Version: 2.9.8
Platform: Mac OS X Disk Images
OS: OS X
51 matches
Mail list logo
