aboutsummaryrefslogtreecommitdiff
path: root/asteroid-toolwatch.desktop.template (unfollow)
AgeCommit message (Collapse)Author
2023-07-12Fix inverted altimeter behaviour and allow negative altimeter calibrationsdodoradio
The altimeter was erroneously made to add to the sea level air pressure instead of subtracting from it, which resulted in inverted behaviour. This has now been fixed. This also allows setting a negative altimeter offset
2023-07-10Make the app remember the last used sensor.dodoradio
We just store the current item of the main PathView as a setting.
2023-07-10Add altimeterdodoradio
Asteroid watches don't generally have a pressure sensor, as it isn't generally exposed by android's HAL. Hence we use the basic 12Pa/m relationship to calculate an approximation for altitude from the pressure sensor (barometer) reading. This kind of precision seems appropriate given that a) we don't expect this to be used as a flight computer and b) the android barometer, while precise, isn't super accurate anyway. In order to make the reading a bit more useful, we allow the user to calibrate the current altitude. Since we allow separate calibration of this from the barometer calibration, we use the uncalibrated barometer reading as the input for our calculation.
2023-07-10Fork and start work on asteroid-toolwatchdodoradio
This is meant as a multitool app that currently allows usage of compass and barometer. The app includes a means of 'calibrating' the barometer reading. This is not a system level calibration and only affects the app (or any other apps that choose to use the value I'm setting in dconf). The mechanism was initially inspired by the same feature on Casio's watches: under WearOS, all of Casio's apps use a shared calibration offset for barometer. The calibration aims to rectify the infamous inaccuracy of the android barometer sensor. While the sensors are generally very precise and can sense small changes in air pressure, the sensors often lose calibraton and hence suffer from zero error. This can be somewhat helped by allowing the user to set a zero point - it seems this allowed Casio to make the sensor into an actually useful feature. There was discussion about making this calibration into a system-level feature (for example, as a patch to sensorfw or to QtSensors) but I think it's reasonable to expect the sensor to always return the raw value (even if it is wrong) and then have the calibration as a separate, opt-in feature.
2023-05-16Switch invoker to use booster-qt5Bart Ribbers
booster-qtcomponents-qt5 has been deprecated upstream and the application launches fine with just booster-qt5 as well
2023-05-14Move main library file to CMAKE_INSTALL_LIBDIR and add a launch scriptBart Ribbers
Previously the main program file was installed to /usr/bin, mistakingly giving the impression it could be executed as is. However it isn't a binary but a library that gets executed through invoker. To prevent confusion move it to /usr/lib and add a launch script to /usr/bin instead which launches it through invoker
2023-02-11Translated using Weblate (Swedish)Luna Jernberg
Currently translated at 100.0% (2 of 2 strings) Translation: AsteroidOS/Compass Translate-URL: https://hosted.weblate.org/projects/asteroidos/compass/sv/