×

INDI Library v2.0.7 is Released (01 Apr 2024)

Bi-monthly release with minor bug fixes and improvements

Can not calibrate Images captured with EKOS (stellarmate) in Pixinsight?

  • Posts: 969
  • Thank you received: 94
Hi
Siril has a workaround for it:

HTH
5 years 2 months ago #34365
Attachments:

Please Log in or Create an account to join the conversation.

  • Posts: 48
  • Thank you received: 3
I was kind of hoping a similar setting would be available to be set in Ekos.

If there is none, then how would I go about and change te fits files (in batch) to be compatible?

Marco
5 years 2 months ago #34367

Please Log in or Create an account to join the conversation.

  • Posts: 48
  • Thank you received: 3
Just to add, I use same binning, etc.

And what's more, the flats and darks do not give me: ** Warning: The FITS format does not define an unambiguous orientation of pixel data. The coordinates read on the image may be wrong.

So it's just the lights that seem to contain the unambiguous orientation data.

Marco
5 years 2 months ago #34368

Please Log in or Create an account to join the conversation.

  • Posts: 969
  • Thank you received: 94
Hi
The flat and dark frames are not debayered before stacking. You the combine them with the light frames which are.
HTH

**If you want colour, just use Siril? It's very quick and easy to use.
5 years 2 months ago #34369

Please Log in or Create an account to join the conversation.

Is this bayer related? is there a FITS keyword to specify the orientation?
5 years 2 months ago #34370

Please Log in or Create an account to join the conversation.

  • Posts: 48
  • Thank you received: 3
My lights are also RAW16 so they are not debayered. But I think that is not the point. PixInsight doesn't seem to be able to unambiguously determine the orientation.

Could it be that there is some information added in the keywords that causes this?
5 years 2 months ago #34372

Please Log in or Create an account to join the conversation.

  • Posts: 48
  • Thank you received: 3
I do not think it is a bayer issue,
5 years 2 months ago #34373

Please Log in or Create an account to join the conversation.

  • Posts: 152
  • Thank you received: 20

Possibly the darks and flats do not have coordinates data in them. You can check this by inspecting the fits header.

Can you share a few of each via dropbox, google drive, or similar?
5 years 2 months ago #34378

Please Log in or Create an account to join the conversation.

  • Posts: 983
  • Thank you received: 375
Isn't it the same size as the light frame you attached to the post? Unless you mean the stacked masterflat.
A single flat frame would be just fine to inspect this issue. This way we can look into it and help.
5 years 2 months ago #34379

Please Log in or Create an account to join the conversation.

  • Posts: 48
  • Thank you received: 3
I did check and indeed there are no coordinates in the flat files. But there needn't be.

Please check out my Onedrive folder below

1drv.ms/f/s!As3ajDTyZ50_hcZc0kb1vmiL3lWCfQ

It contains the lights and the flats.

The thing is though that when I load just 1 light PixInsight will already warn me.

I will also try and post this question on the PI forum. I would assume there are a lot more people trying this combination...
5 years 2 months ago #34395

Please Log in or Create an account to join the conversation.

  • Posts: 969
  • Thank you received: 94
Hi
Are you certain that PI is not trying to debayer the light frames; a default setting perhaps? The lights you have are to create only a monochrome image? I ask because the 294 produces superb colour images; it would be a pity to create only mono from it.
Last edit: 5 years 2 months ago by alacant.
5 years 2 months ago #34396

Please Log in or Create an account to join the conversation.

  • Posts: 48
  • Thank you received: 3
I set the images to be taken in RAW16. That's how I always do it, also in SharpCap. Debayering is done after calibration, I'm sure of that. If I compare the Fits data from an image taken in sharpcap the Geometry data is exactly the same. EKOS just adds a lot more information, which is great, but probably some info that is ambiguous...

This is what PI tells me when loading an image taken with EKOS:

open "C:/****/StellarMateCaptures/M81/M 81_Light_30_secs_001.fits"
Reading 1 file(s):
C:/****/StellarMateCaptures/M81/M 81_Light_30_secs_001.fits
** Warning: Deprecated format: FITS
52 FITS keywords extracted.
Reading FITS image: 16-bit integers, 1 channel(s), 4144x2816 pixels: done
* Loaded astrometric solution:
Reference matrix (world[ra,dec] = matrix * image[x,y]):
+3.19292082e-04 -5.45096074e-04 +1.06354272e-01
-5.45096074e-04 -3.19292082e-04 +1.57888942e+00
WCS transformation ...... linear
Projection .............. Gnomonic
Projection origin ....... [2071.500000 1408.500000]px -> [RA: 9 55 34.162 Dec: +69 08 41.16]
Resolution .............. 2.274 arcsec/px
Rotation ................ -59.640 deg (flipped)
Transformation errors ... ex=4.55e-13 ey=2.5e-12 px
Observation date ........ 2019-01-28 19:46:36
Focal distance .......... 419.93 mm
Pixel size .............. 4.63 um
Field of view ........... 2d 37' 4.3" x 1d 46' 44.2"
Image center ............ RA: 9 55 34.454 Dec: +69 08 40.75
Image bounds:
top-left ............. RA: 9 56 51.450 Dec: +70 43 22.71
top-right ............ RA: 10 11 07.300 Dec: +68 25 10.89
bottom-left .......... RA: 9 39 01.828 Dec: +69 46 33.99
bottom-right ......... RA: 9 54 27.845 Dec: +67 33 56.94

** Warning: The FITS format does not define an unambiguous orientation of pixel data. The coordinates read on the image may be wrong.

This is what it tells me on an image taken in Sharpcap:

Reading 1 image(s):
C:/****/M81/03_11_57/rawframes/frame_0.fits
** Warning: Deprecated format: FITS
24 FITS keywords extracted.
Reading FITS image: 16-bit integers, 1 channel(s), 4144x2822 pixels: done

Maybe if I could take out the astrometric solution data it will not give me the message.
5 years 2 months ago #34397

Please Log in or Create an account to join the conversation.

Time to create page: 0.929 seconds