histogram heigth algorithm should be smarter

Bug #532306 reported by Davide Lasagna
This bug affects 1 person
Affects Status Importance Assigned to Milestone
GNOME Activity Journal

Bug Description

Using latest bzr version.

I' ve watched a hundreds of pictures today and the histogram bars of the previous days are practically to zero, with only a peak for today.

I think there should be a way to improve this behaviour, perhaps a logarithmic y scale?



Revision history for this message
Randal Barlow (email-tehk) wrote :

I've been thinking about how to approach this for a while. I gave exponential decay a try but I could never find any combination of variables I was happy with. Right now we have a ceiling set at 100*. If anyone has any specific functions in mind I would be very happy to use it.

* There is also a bigger issue surrounding this though. There is no way to request events ids for events with subjects that still exist on disk only. Because of this some days will have 300 events in the histogram and only display 5 in the widgets.

Changed in gnome-activity-journal:
importance: Undecided → Low
status: New → Confirmed
Revision history for this message
Davide Lasagna (lasagnadavide) wrote :

You could use a logarithmic y scale, like in the code attached.

Revision history for this message
Davide Lasagna (lasagnadavide) wrote :

Here is an example showing how the logarithmic scaling "expands" the histogram in days where few documents were accessed.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers