thanks for replying inline and yes the LR plot. Animations might be useful for explaining guide performance in visual
terms. I develop software for medical image analysis / review and find interpreting
changes statically or over time visually is insightful. I read a number of posts here and on CN around guiding
issues and having experienced poor guiding performance and wanted to review my data
in phd log viewer but the .csv file I saved from Ekos would not load. I can review prior .activity files in
Ekos but a review in phd log viewer may be more helpful for now.
A typical session: I work at 1 or more imaging targets. My process is (after PA) to select, slew to,
capture and solve with guide scope / camera then loop on the main camera and nudge the mount to
center the target, then start guiding with dithering every frame or some other periodicity. The
analysis tab shows sections of guiding followed by gaps due to other activity: finding a different
target, focusing, dithering etc., so within an acquisition session there are "rms gaps". I want
to plot the rms scatter for that session cumulatively (ie, ignoring gaps) or in time progression
via animation. I am also unclear on semantics since it could depend on workflow. What if the user
determines that for now: ala file explorer apps wherein you ctrl click for individual (in time sequence)
sections and shift click for the whole shuhbang?

Dean,

I don't think you're looking at the right file (for viewing Ekos guiding with phdlogview).
On linux it would be found in ~/.local/share/kstars/guidelogs/
and, for instance, the one that's being saved for me tonight is named:
~/.local/share/kstars/guidelogs/guide_log-2020-09-15T22-30-35.txt
If you look at the start of it, the first few lines might be:

> head guide_log-2020-09-15T22-30-35.txt
If you don't see that directory, perhaps you don't have that checkbox checked?
Please let me know if you still have trouble finding it, or if doesn't work with phdlogview.

Hy

Hy,
thanks for the reply. I saved what I thought was the guide log to a user selected directory on
my pi running SM OS. It was well after midnight and my brain fog has left me with no idea
how I did that save to file... probably the save button under the drift plot on the guide page.
The file is comma delim unquoted text: csv. Here are the first few lines

It seems to open in log viewer but nothing indicates anything being read. I installed v0.6.4
off the pch-ppa . Maybe I should try building from source.

I'm loving the analyze tab! A few observations based on a build from source that was pulled 9.23.2020:

- The HFR value is always 0. If I open one of the fits files I do see the measurement is there.
- skyBg has a value but its presentation on the graph appears to be just a flat line at the bottom so you can't any detail on minor changes sub to sub. No way to zoom in to see fluctuation over time.

@schwim: HFR won't have values unless it's computed, and to do that, the option to compute needs to be set.
To do that, you need to check an option in FITS settings--see the attached image, look for "Auto Compute HFR".



FYI, You're absolutely right, this is a common problem, and I tried to have a pop-up alert folks of this,
which is triggered if you check the HFR box when the "auto compute HFR" option is not set.
Let me know if the popup doesn't happen (e.g. you uncheck and then check without the FITS option and don't see a popup)
Perhaps the problem is that HFR is on by default, so you don't ever need to check it?

Hy

Since you asked for synonyms, here's how I name those same filters:

L, R, G, B, Ha, O3, S2

Thank you for your wonderful contributions to this project!

@schwim

Greg,

re skyBg, for now I believe that getting values for that requires using SEP MultiStar for guiding (which is where the skyBG gets computed).
This may change when the stellar solver happens. For now, Analyze just "takes what it can get" as opposed to computing these things somehow.
It should say this on the mouse-over help, but, I know that's not a totally reliable way of informing users.

As I recall, you were having issues with the SEP Multistar and your ONAG, so perhaps you moved away from that.
Let me know if you're not getting it with SEP MultiStar.

Hy

Hy,

I did notice the value was -1 previously so I found and turned on Auto Compute HFR in the settings. From that point it now reads as zero. I see you also have Quick HFR enabled. I don't. I'll give that a shot.

I just disabled auto compute hfr and checked the graph checkbox and I did get the popup. I don't recall seeing it previously.

Perhaps what you can do in cases where it is not computed is put 'off' in the field.

Re: skyBg, the tool tip popup is clear as to where the data comes from. I'm using SEP Multistar so I am getting values. The values are present if I scan the timeline, just the graph is flat. I figured out why. Turns out my guider was still imaging as the sky brightened, and the tail of it has backgrounds that rapidly increase. If you look at the tail of the graph (way after the last sub so I didn't see it) it does climb rapidly, which shoves the useful stuff down into the floor of the graph. If I delete those lines from the .analyze file the graph is now presenting useful data.

Thanks Scott!

I think all those are already covered.
invent.kde.org/education/kstars/-/blob/m...yze/analyze.cpp#L151
However, if you notice your filters not being color-coded in Analyze, please let me know.

Hy

@schwim

Greg,

I guess you're right that sky background normalizes by the max value.

Quick HFR shouldn't make a difference in seeing the values (let me know if it does). What it does is just compute HFR on the center 25% of the image. That speeds up the computation considerably, as in some cases the hfr can take quite a while to compute on a raspberry pi. If you have auto compute hfr on, but yet hfr is not being computed, please send me a log with debugging turned on for at least the EKOS sections: Indi, FITS and Capture, and Verbose & File checked at the top of the logging dialog.

BTW, the value might read 0 if you have the cursor set to somewhere outside of a capture interval. Click on a capture in the timeline (one that's after you turned on auto-compute HFR, of course) and check the value displayed as well the value printed in the "Details" box in the lower left, and let me know if it's still 0.

Thanks,
Hy

Hy,

That would be a fail on my part if that were the case! Alas, it's not cursor placement. If I go outside of a sub it will show blank in many cases but not all. If I click a sub, it shows 0.00. I opened the .analyze file and see the HFR as 0.00 in all CaptureComplete lines, and if I manually put a number in there it does reflect in the graph, so the graphing appears to be working correctly.

I'll do some more debugging this evening and let you know what I find.

Thanks!
Greg

Hy,

OK, whatever I poked at yesterday now provides an HFR number in the Analyze tab. However, the number never changes from sub to sub, and the HFR calculated in the fits viewer is significantly different than the number presented on the graph (e.g. 1.34 in viewer, 0.94 in Analyze). Focus HFR is also different. I tried changing the Quick HFR viewer setting but that did not change things.

Greg