Michael replied to the topic 'Test on KStars 3.2.3 on MAC -> missing astrometry.net binaries' in the forum. 2 weeks ago

Hi,

did you have a look to www.cloudmakers.eu/astrometry/ as they also do actual compiling on actual system. To explain: the binaries should be ok, but there are some problems with the virtual environment, which leads to problems. If you are interested, please tell me, which tests I have to make, to ensure best analyst for solution.

Michel

Read More...

Michael replied to the topic 'Test on KStars 3.2.3 on MAC -> missing astrometry.net binaries' in the forum. 2 weeks ago

Just one question, I tried 3.3.1 DMG, solver does not work (as expected with astrometry.net in the package, but the astrometry binaries are still in the package. Does this make sense to add the broken ones. As I like to use the bundle solution for Astrometry.net also for other purpose on MAC I'm very interested to see this work without and brew installation. So I check the presence of the binaries. But currently I do not check if the could work or not.

Michel

Read More...

Michael replied to the topic 'Test on KStars 3.2.3 on MAC -> missing astrometry.net binaries' in the forum. 1 month ago

Rob,

had a look on the source of astrometry.net and agree. There is a mix of c and python and I have no clue how to separate this. So I'm with you and waiting the topics to be solved.
Many thanks for your work !

Michel

Read More...

Michael replied to the topic 'Test on KStars 3.2.3 on MAC -> missing astrometry.net binaries' in the forum. 1 month ago

Hi Rob,

I think your are right to be able to use astrometry.net without python. I use image2xy to extract the star positions to XY coordinates and then using solve-field with a limited set of options. With that you should be able to walk from a FITS file to a WCS header with solved coordinates. I will be able telling you the options this evening.

Michel

Read More...

Michael replied to the topic 'Test on KStars 3.2.3 on MAC -> missing astrometry.net binaries' in the forum. 2 months ago

Hi Rob,
tested the latest version you mentioned. Still get the same error message from image2xy:

(mw4) JUPITER:image mw$ /Applications/kstars.app/Contents/MacOS/astrometry/bin/image2xy m51.fit
Illegal instruction: 4

in comparison to kstars 3.0.0:
(mw4) JUPITER:image mw$ /Applications/kstars300.app/Contents/MacOS/astrometry/bin/image2xy m51.fits
simplexy: found 1408 sources.

So nothing changed. I only call that binary, no python nothing else to be used.

Michel

Read More...

Michael replied to the topic 'Test on KStars 3.2.3 on MAC -> missing astrometry.net binaries' in the forum. 2 months ago

Hi Rob,

thanks for quick reply. I running on lastest 10.14.5 and tried is on terminal. So there is no relation to any python.

Michel

Read More...

Michael replied to the topic 'Test on KStars 3.2.3 on MAC -> missing astrometry.net binaries' in the forum. 2 months ago

Nailed it further down in comparison between 3.0.0 and 3.2.3 (and 3.2.2)

With 3.0.0 i get:
/Applications/kstars300.app/Contents/MacOS/astrometry/bin/image2xy -O -o /Users/mw/PycharmProjects/MountWizzard4/temp/temp.xy /Users/mw/PycharmProjects/MountWizzard4/image/2019-05-31-11-27-43-exposure.fits
simplexy: found 395 sources.

with 3.2.2 (and 3.2.3) i get:
/Applications/kstars322.app/Contents/MacOS/astrometry/bin/image2xy -O -o /Users/mw/PycharmProjects/MountWizzard4/temp/temp.xy /Users/mw/PycharmProjects/MountWizzard4/image/2019-05-31-11-27-43-exposure.fits
Illegal instruction: 4

So there must be something different in image2xy because the source file is identically (as well as the setup)

Read More...

Michael created a new topic ' Test on KStars 3.2.3 on MAC -> missing astrometry.net binaries' in the forum. 2 months ago

Hi,

I recently downloaded KStars 3.2.3 and work with it. Actually it points out, that in the APP bundle under /Content/MacOS/astrometry/bin there are many files missing when comparing to 3.2.2 version. I use the solve-field and image2xy, and that's definitly not in. Do I miss something ?

Michel

in 3.2.2 available bin:



in 3.2.3 available bin:

Read More...

Michael replied to the topic 'Standards on KEY's in drivers' in the forum. 3 months ago

Chris,
many thanks, I read through the link. With that in mind, I would expect the Weather data as "Atmospheric" Pressure etc. But this is also not true.
But good to hear that there is a semantic.

@ Jasem: With all the devices you see, how do you proceed with the EKOS GUI to make all Key's happen? I only could think of parsing the indi xml data and building dynamically the GUI for a device.

Michel

Read More...

Michael created a new topic ' Standards on KEY's in drivers' in the forum. 3 months ago

Hi,

I recognized that in different drivers the same value might be addressed via a different key. So happened with MBOX driver, which is surprisingly using 'WEATHER_BAROMETER' for the pressure reading, whereas the OpenWeather Driver and many others are using 'WEATHER_PRESSURE' as Key. For me programming against the INDI server interface this causes me some trouble as I have to find out what driver want's to need which key setup. Is there any proposal out there ? Does it make sense to start a semantic for the keywords ?

Michel

Read More...

Michael created a new topic ' Feedback to Pegasus UPB' in the forum. 3 months ago

Hi Jasem,

first, many thanks for your work, I really like it. Some minor points discovered when using the new Pegasus UPB setup:
The currents units are all in Amps, in some GUI elements you are using mili Amps. Still when comparing Amps would fit:




What I already sent to PegasusAstro, that when comparing the Sum current with the single ones, the sum is less than a single:


As said, nothing serious. Unfortunately I'm on python, so I really can't help in submitting a fix.

Michel

Read More...

Michael replied to the topic 'Continuously doing preview images' in the forum. 5 months ago

Thanks for all, both version work!

Michel

Read More...

Michael replied to the topic 'Continuously doing preview images' in the forum. 5 months ago

With my 10micron I do PA by centering a star in CCD. Therefore I need images from QSI690 continuously to see the position.

Read More...