Age | Commit message (Collapse) | Author |
|
Weight data may now be stored as fractions of a kilogram
|
|
this is essentially a copy of the previous commit applied to hrDataLoader
|
|
When data for a specific file is requested, that file is added to the watch list. Currently these files aren't ever removed from the watch list, hopefully we won't be loading enough files to cause problems, at least for now
|
|
This removes a large proportion of the log spam. This was getting a bit too much because UI now loads several graphs at once.
|
|
it seems that the sensor takes a while to warm up, and until it does, it will return 0.
This fixes a check that previously already existed, but was checking the wrong value - if the step offset causes step count to increase, we will be returning erroneous values.
|
|
|
|
|
|
this doesn't have a sensor associated with it, as it's meant to be logged manually through UI - but we're still using the same model as the other data sources
|
|
|
|
|
|
this also changes the behaviour of getTodayTotal()
|
|
This provides a similar interface to the step data loader, but doesn't have a 'total' function because that's not really that useful.
|
|
This function shows up in quite a few places so this seems justified.
Other functions may get this treatment later
|
|
additionally, this renames the current data access function to 'getTotalForDate()' while the new function gets the old name of 'getDataForDate()'. This naming seems more appropriate.
This should allow apps using the QML interface to implement their own graphs
|
|
After making several attempts at integrating this element into asteroid-health, I'm still not happy with the heartrate graph code.
The issue is that this element doesn't seem to be usable 'as is', and needs some sort of wrapper around it to make it fit with the style of asteroid-health. Effectively this would split the code in half across the two codebases. I also didn't want to specialise this graph code too much for asteroid-health, as I still wanted it to be somewhat generic and reusable.
I've decided that I'm going to move this code to asteroid-health. This would allow that graph code to be much more integrated, and would mean that sensorlogd should become much more generic and much easier to use.:q
|
|
currently this doesn't interface with the daemon in any way, this is added for future use
|
|
This inconsistency suggests that these values should be saved somewhere in a common place
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This allows the app to always show an up-to-date value
|
|
This also renames it to sensorlogd from the obsolete asteroid-healthtracker and hides it by default
|
|
this independently accesses the settings file for the logger, and has a call to reinitialise it (which will cause settings to be reread)
|
|
- make sure that the reader doesn't create random files
- it is unclear why readwrite was used here in the first place, as readonly access is appropriate.
- make sure that `line` always has a value even if file is empty
|
|
|
|
- add separate subdirs for daemon and qml
- add some generic qml boilerplate
- add a really lazy 'last value' loader implementation
- license the project as gplv3 (add copyright notices and license text)
|