I took one of my pics and used that to test this. It works but it takes a LONG time to resolve. I'll play with the command line options to see if I can speed it up and then will use that in Ekos.

The question remains how to instruct Ekos to use this PYTHONPATH?


Many thanks in advance!


I tried the suggestion in this comment


to install pyfits but that didn't help.


Finally I have time and clear skies again, so I tried to run the command line as you suggested. It looks like it is a problem with my Python files. Any ideas?

$> /Applications/kstars.app/Contents/MacOS/astrometry/bin/solve-field -O --no-plots --no-verify --resort --downsample 2 -L 124.493 -H 206.158 -u aw -3 82.6387 -4 90 -5 30 --config /usr/local/etc/astrometry.cfg -W /var/folders/jr/tcfsd52s5836dvkzvrk79bgw0000gp/T/solution.wcs /var/folders/jr/tcfsd52s5836dvkzvrk79bgw0000gp/T/fitslwV540
Reading input file 1 of 1: "/var/folders/jr/tcfsd52s5836dvkzvrk79bgw0000gp/T/fitslwV540"...
Extracting sources...
Downsampling by 2...
simplexy: found 1695 sources.
Traceback (most recent call last):
File "/Applications/kstars.app/Contents/MacOS/astrometry/bin/removelines", line 15, in <module>
File "/Applications/kstars.app/Contents/MacOS/astrometry/lib/python/astrometry/util/removelines.py", line 76, in main
cut=opt.cut, ext=opt.ext)
File "/Applications/kstars.app/Contents/MacOS/astrometry/lib/python/astrometry/util/removelines.py", line 38, in removelines
T = fits_table(infile, lower=False)
File "/Applications/kstars.app/Contents/MacOS/astrometry/lib/python/astrometry/util/fits.py", line 672, in fits_table
pf = pyfits.open(dataorfn, memmap=mmap)
AttributeError: 'NoPyfits' object has no attribute 'open'
augment-xylist.c:589:backtick Failed to run command: /Applications/kstars.app/Contents/MacOS/astrometry/bin/removelines -e 1 /tmp/tmp.xyls.qHsObx /tmp/tmp.removelines.3jQZ0a
ioutils.c:567:run_command_get_outputs Command failed: return value 1


Unfortunately this wasn’t the end, installing the latest version did help but I keep on getting those verbose messages stating that “Filed 1did not resolve” even when I point at (or near) Capella (Vega already was setting at my location). After 3 minutes resolving times out, a new image gets taken and it all starts all over again. Any other ideas?

By the way, I tried this also on Linux using a bleeding version of three weeks ago and the same time out happens. Like I stated a few comments ago, I am using fits files from astrometry.net that I recently downloaded so I don’t think that’s the problem.


Biiig thank you for all your help. I downloaded the DMG file again, installed it and now all directories are there. Solving doesn't seem to too well near the pole, indeed. I see a LOT of lines like this

[2017-11-21T22:12:07.295 CET INFO ][ org.kde.kstars.ekos.align] - "Field 1 did not solve (index index-4207-03.fits, field objects 71-80)."
[2017-11-21T22:12:07.311 CET INFO ][ org.kde.kstars.ekos.align] - "Field 1 did not solve (index index-4207-02.fits, field objects 71-80)."

and I stopped resolving the image center. That's a pity since like I said this is needed for polar alignment. Oh well, I'll try now to slew to Wega and try again. Thanks once more!


I downloaded kstars from


Is that the correct location? Because the indilib.org download location at


seems to have an old version of kstars. And CloudMakers only seem to host downloads for indi. Or do I need to combine downloads from several sources?


First of all, the directories /Applications/kstars.app/Contents/MacOS/netpbm/bin and /Applications/kstars.app/Contents/MacOS/python/bin don't exist on my system!

$> ll /Applications/kstars.app/Contents/MacOS/
total 18448
drwxr-xr-x@ 4 wreeven admin 128 Oct 31 06:41 astrometry/
-rwxr-xr-x@ 1 wreeven admin 190536 Oct 31 06:43 dbus-daemon*
-rwxr-xr-x@ 1 wreeven admin 25700 Oct 31 06:41 dbus-send*
drwxr-xr-x@ 132 wreeven admin 4224 Oct 31 06:40 indi/
-rwxr-xr-x@ 1 wreeven admin 20144 Oct 31 06:43 kioslave*
-rwxr-xr-x@ 1 wreeven admin 9203656 Oct 31 06:43 kstars*
drwxr-xr-x@ 4 wreeven admin 128 Oct 31 06:41 xplanet/

So it looks like something is wrong with my installation. I'll install again.

Secondly, plate solving near the pole really works well. Or at least it used to. And it is needed for the polar alignment module which I have used a lot until a few weeks ago...


It is using the internal one. The homebrew version I had was 0.72 but I uninstalle that.


Thanks, that helped but the problem hasn't gone away completely. See the attached log. Any other ideas?


The first screen looks slightly different where the WCS, Verbose and Overlay checkboxes are not ticked. The other screens look the same, except that in my case nearly all index files have check boxes. I'll try to tick the checkboxes in the first screen and see if that helps. Thanks!


I still have astrometry issues, even on KStars 2.8.7 for OS X. I downloaded almost all FITS files from the astrometry.net website about two weeks ago. Furthermore I uninstalled the homebrew astrometry.net. When I take an image with my DSLR camera then astrometry fails to resolve the image. This, by the way, also happens on Linux, where I am using kstars bleeding where it worked fine until a few weeks ago. Sorry for not reporting this sooner but I have been travelling a lot.

I attach the "verbose" logging but I am afraid they are not very verbose at all. Any clue?


Wouter van Reeven replied to the topic 'Linking libraries on MacOS X' in the forum. 3 weeks ago

It looks like the @rpath is the culprit. otool tells me:

$> otool -L /usr/local/lib/libindidriver.dylib
@rpath/libindidriver.1.dylib (compatibility version 1.0.0, current version 1.6.0)
/usr/local/opt/libusb/lib/libusb-1.0.0.dylib (compatibility version 2.0.0, current version 2.0.0)
/usr/local/opt/libnova/lib/libnova-0.15.0.dylib (compatibility version 1.0.0, current version 1.0.0)
/usr/local/opt/cfitsio/lib/libcfitsio.5.dylib (compatibility version 5.0.0, current version 5.3.42)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1252.0.0)
/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.11)
/usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 400.9.0)

Thanks very much for the tip. I am not sure if I can use that script but I'll look into it.


Wouter van Reeven replied to the topic 'Linking libraries on MacOS X' in the forum. 4 weeks ago

According to the link.txt file that gets created by cmake when tutorial_two get compiled, these libraries need to be linked:

../../libindidriver.1.6.0.dylib /usr/local/lib/libusb-1.0.dylib /usr/local/lib/libnova.dylib /usr/local/lib/libcfitsio.dylib /usr/lib/libm.dylib /usr/lib/libz.dylib

When I do so my code still doesn't work and I get the "Symbol not found" error. Did I forget any libs?


Wouter van Reeven replied to the topic 'Linking libraries on MacOS X' in the forum. 4 weeks ago

... and introduces the next problem:

Symbol not found: _ISGetProperties

The examples compile and run though so I am not sure why this is happening ... yet ;-)


Wouter van Reeven replied to the topic 'Linking libraries on MacOS X' in the forum. 4 weeks ago


export LD_LIBRARY_PATH=<directory holding the libindidriver binary file>

solves my issue :)


Wouter van Reeven replied to the topic 'Linking libraries on MacOS X' in the forum. 4 weeks ago

I managed to build the source on my MacBook thanks to this comment


So now I link to libindidriver.1.dylib but I get this error

Library not loaded: @rpath/libindidriver.1.dylib

I keep on digging :)


Wouter van Reeven created a new topic ' Linking libraries on MacOS X' in the forum. 4 weeks ago

I am trying to create a custom telescope driver on MacOS X. For this I have downloaded the INDI source code and using that (uncompiled) I can make the compilation of my (very simple) driver work without errors. However, when I want to use it, my driver complains about not being able to find the INDI::Telescope class. I have tried to compile the INDI source but I have problems because libnova cannot be found and compilation of libnova fails. So I am wondering if I can link to any library in the /Applications/kstars.app/Contents/MacOS/indi directory and, if yes, which one I should use.


Wouter van Reeven replied to the topic 'Auto-guiding with a SkyWatcher AZ-EQ6' in the forum. 1 month ago

If the crosshair doesn't line up with the solved position from astrometry then the pointing is wrong. So, why is the pointing wrong and why is clearing the model the only way to solve this?



3rd Party

Choose from the numerous 3rd party INDI drivers to suit your needs!

Got Problem?

Check out the FAQ, the forum, and the bug tracking system to resolve any issues you might have!
You can also subscribe to INDI newsletter and development mailing lists to get the latest updates on INDI!