Linlog cuts off extremes about chrony-graph HOT 3 OPEN

In the first graph, there are two problems, correct?:

• Should also have -20000000 us tick.
• Should not have the (+) 200 us tick, or at least not outside in the title.

Second graph:

• Missing data lines. (again, need ticks outside the data to make the data appear).

It might be helpful with a dataset that reproduces the issues.

from chrony-graph.

Yes, that seems to be about it.

I have put the files (state: UTC midnight) into https://gpstime.trifence.ch/statistics.{GPS,200.160.7.197}. I hope they help (and thousand thanks for looking into it!)

In case the result is gnuplot-dependent: V5.4 patchlevel 1 on Debian bullseye (Raspberry Pi).

from chrony-graph.

I wanted to change the percentile of the linear range to tune some graphs and I noticed two things:

1. linscalelimit seems to assume a one-sided graph (from 0 to some +x), however, for two-sided graphs (-y to +x) it might be useful to have a lower and upper linscalelimit (maybe even symmetric around y=0)
2. I've had graphs where the tics were 10, 20, 200; however, the values did not go above 30, i.e., even though the percentile-based logic requires the outermost range to be logarithmic, not more space would be used by keeping that linear. Can we augment the logic as follows?

• If none of the values is greater than 1.5 * linscalelimit, do not switch to logarithmic mode
• (The downside: This probably requires an additional pass (or a third/fourth return value to keep track of), as this decision should only be made after all the input files have been analyzed.)

from chrony-graph.