×

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

Bi-monthly release with minor bug fixes and improvements

Request: measure stadistics for a single star

  • Posts: 5
  • Thank you received: 1
Hello, all,

This is my first post on this forum. My name is Fran and I usually work in photometry.

I recently migrated from SGPro (Wndows) to Ekos-Kstars (Linux) and I have been impressed for the excellent work it does: it is very fast and reliable, especially with plate solve, guiding.

The only "but" I have is... when you work in photometry, it is crucial not to saturate the star you are observing. In most programs, you can place a window on the star that covers entirely the star's PSF. Then, a complete statistics are shown, including maximum and average (or median) ADU's inside this window.

I see this option is not implement, and I must hoover the mouse in all the star's PSF, pixel by pixel. This is very problematic and unconfortable, because you can miss a pixel, maybe one saturated. Thus, you can have bitter surprises when you process these images and see that the pixel is saturated or out of linearity range.

It is possible to implement such functionality?

Greetings,
Fran
5 months 3 weeks ago #96958

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

  • Posts: 456
  • Thank you received: 76
Hi Fran,

I also do photometry for AAVSO and would be interested in this kind of feature.
I'm not sure where in EKOS it would fit. Maybe the capture module. Some way to target a specific peak flux (range) for a target star. Ekos could then dynamically adjust the exposure to get the desired peak flux.

There could be one problem with this and its having a library of master-darks. I keep a library of darks for 30sec, 60sec, 120sec, 180sec and 300sec to use for photometry and I only take captures using one of these durations.
If EKOS decided to take a 156sec exposure or a 87 second exposure,,,, then I'd need to create some more custom master-darks for these odd exposure durations.

I currently workaround this problem by checking AAVSO for the most recent V mag data for a specific star, then using one of the above x second exposures which would be close to not saturating the star.
I do this when building a schedule for the scheduler. I have a script to do it. Its a bit of a mess of python code but I could share if it helps.

Derek
5 months 3 weeks ago #96976

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

  • Posts: 44
  • Thank you received: 0
I have the same issue with the exoplanet. Before starting the observation session, the exposure time must be set properly avoiding the satured star. Currently by the fIt viewer, the mouse over the star reports the pixel values, but it is not reliable because one satured pixel destroys the planet transit measures. For instance, you can take ispiration by AstroimageJ tool to compute these statistics and it is sufficient a draft statistic values.
Thank you.
5 months 3 weeks ago #96998

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

  • Posts: 359
  • Thank you received: 114
There is option that show median, mean in selected region. So maybe just add also maximum? Would that be sufficient?
5 months 3 weeks ago #96999

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

  • Posts: 602
  • Thank you received: 281
Hi Fran,

The fitsviewer currently supports a show / hide clipping option which highlights any saturated pixels. This might help you.
The following user(s) said Thank You: Derek
5 months 3 weeks ago #97000

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

  • Posts: 44
  • Thank you received: 0
the maximum should be fine. How large is the region? Can we set it providing the circle diameter for example?
5 months 3 weeks ago #97001

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

  • Posts: 359
  • Thank you received: 114
Actually there is already this wonderful tool build in. Click Hide view 3D graph and then click on some star in image.
The following user(s) said Thank You: Derek
5 months 3 weeks ago #97002
Attachments:

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

  • Posts: 44
  • Thank you received: 0
Great!!!!. Previously I have seen this frame without spending time about the usage and needs. Thank you!!!
5 months 3 weeks ago #97004

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

  • Posts: 5
  • Thank you received: 1
Hi, Derek,

I think it is a good idea that EKOS could adjust the exposure to the desired ADU, I don't see any problem if the exposure time does not match your darks. Take at least 50 bias and problem solved. Of course, it is better that dark exposure time match the science images exposure time (and you can save the bias), but as I said, not a serious problem.
Greetings,
Fran
The following user(s) said Thank You: Derek
5 months 3 weeks ago #97006

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

  • Posts: 5
  • Thank you received: 1

HI, nou,

Thank you very much. This is exactly what I was looking for. But I don't see this button in my current Linux version (3.6.7). I don't know if this button is only visible with a specific configuration of Kstars, or is not implemented in Linux.



Best regards,
Fran
5 months 2 weeks ago #97007
Attachments:

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

  • Posts: 359
  • Thank you received: 114
Do you installed it from ppa or build yourself? This feature depends on Qt 3D visualization library which is only optional so it is possible that your build is without this feature.
Last edit: 5 months 2 weeks ago by nou.
5 months 2 weeks ago #97008

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

  • Posts: 5
  • Thank you received: 1

I installed Ekos in the usual way, I think, with ppa. I have checked how to install Qt 3D but it seems quite confusing. Maybe I'm not looking in the correct web.
I also tried to reinstall Ekos with ppa, but nothing changed.
I don't know how to proceed, basically due to my limited knowledge of Linux.

Greetings,
Fran
5 months 2 weeks ago #97022

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

Time to create page: 1.365 seconds