commit 0a437537376cc60457e584b6f2582bccf5927784
parent bf9fd57bf4c46d504fb7d4877af559f5a374c19b
Author: Daniel Barlow <dan@telent.net>
Date: Tue, 10 Mar 2026 13:08:19 +0000
refine todo list
Diffstat:
| M | README | | | 117 | ++++++++++++++++++++++--------------------------------------------------------- |
1 file changed, 32 insertions(+), 85 deletions(-)
diff --git a/README b/README
@@ -11,7 +11,6 @@ need
- give it telent and dandroid as APs
- use rfkill aggressively to save battery
-
Absent any reason I should not write the app in fennel I'm going to
write the app in fennel. I want it to
@@ -19,112 +18,58 @@ write the app in fennel. I want it to
- show where I am on a map
- record trail of where I've been (note: indoor counts too)
-can we somehow do non-flakey bluetooth (is it dbus?)
-
+## open questions and todo itens
-cool extras
-===========
+### can we somehow do non-flakey bluetooth (is it dbus?)
-adjust screen brightness
+### adjust screen brightness
* turn off backlight when stopped after a minute
* dim the screen when following a route and the next
navigation instruction is still some way off
* tap to wake screen
-note that IPS LCD requires as much battery for dark pixels
-as light ones, so we get no power saving by colouring only part
-of the screen
-
-------
-
-we need to not rotate the text labels
-which means we need to redraw whenever the angle changes
-which is much more often than when we cross a tile boundary
-so caching the bitmap isn't going to work
-
-put map features in a table in app-state keyed on tile key
-use the fetch on-complete callback to update app-state directly.
-side issue: we could move widget updates from update-app-state
- to the timer
-
-
-
+### move widget updates from update-app-state to tick
+### make saturn give visual feedback while it's loading an app
+How does it know when the app has finished loading? Maybe it
+could get told when its window is obscured
-maybe we could put the polylines in app-state. if we store
-
-------
-
-random notes follow ...
-
-1) [done] connect Satellite to qmi-nmea
-
-https://codeberg.org/tpikonen/satellite/src/branch/main/satellite/nmeasource.py#L106
+### rename Maps to soemthing that describes its role better.
-2) [nope] do we need modemmanager? might be required if we want lte data,
-but that's up to the "site admin" - we don't need it for biscuit itself
+Cockpit? HUD? (but it's actually H Down D) Head Unit? Navigate?
+Dashboard? Cluster? Codriver? Satnav? Binnacle? Launch? Ride? Embark?
-https://git.syndicate-lang.org/tonyg/squeak-phone/raw/commit/474960ddc665ed445a1f5afb0164fe39057720f9/devices/pine64-pinephone/modem-docs/80545ST10798A_LM940_QMI_Command_Reference_Guide_r3.pdf
+### show speed limit
-3) we should make saturn give visual feedback while it's loading an
-app. How does it know when the app has finished loading? Maybe it
-could get told when its window is obscured
+### overlay planned route on map
-4) rename Maps to soemthing that describes its role better. Cockpit?
-HUD? (but it's actually H Down D) Head Unit? Navigate? Dashboard? Cluster?
-Codriver? Satnav? Binnacle? Launch? Ride? Embark?
-
-5) [all done]
-Maps also needs to open the nmea port and parse data from it.
-5a) Maps needs to open a fake nmea source for testing
-5b) we need a generator of fake nmea data
-
-6) Cockpit
-- show [done] speed and [done] direction
-- show speed limit
-- [done] scroll and [not done] rotate map
-- overlay planned route on map
-- show next turn
-- voice prompts
-- when off-course, calculate route to nearest point on course
-- fetch planned route from nominated url
+* fetch planned route from nominated url
(don't want to type the url in, is there a better way to have it check in
with a mothership?)
-- save trail (maybe this could be a separate task entirely)
-
-elapsed time: what should it actually show? moving time, I guess
-- moving time since when?
-
-should we rename bearing as course in nmea?
-
-rotating the map is going to be complicated because the widget we're
-using doesn't support it (bitmapped map tiles)
+* when off-course, calculate route to nearest point on course
+* show next turn
+* voice prompts
+* perhaps we need a server-side component for route planning
+### save trail
+### elapsed time: what should it actually show? moving time, I guess
-perhaps we need a server-side component for route planning
+- moving time since when?
+### profiles for pedal/motor differences
-7) think about how to use nfc tags or something for profiles so that
+* think about how to use nfc tags or something for profiles so that
it can recognise when it's attached to bicycle or motorbike
+* different map features (e.g. cycle tracks)
+* ble power and cadence are meaningless on motorbike
+### improve zoom
-8) use OSM directly?
-
-we can't rotate the map using OsmGpsMap widget because the labels will
-be sideways or upside down, so we need something with vectors that we
-can rotate
-
-a) we can get data from overpass api as json
-
-b) we would like to cache the results, which means some kind of
-chunking or tiling so that the json for position a is the same as the
-json for position b.
-
-c) at coarser zoom levels, we need to query for fewer objects: either
+* at coarser zoom levels, we need to query for fewer objects: either
do it by hand -
- houses
@@ -134,8 +79,10 @@ do it by hand -
or so something smart but complicated like "only return ways that
cover more than 1/16th the length of the tile"
-d) I think we will need some kind of server so that multiple users get
-the benefit of the caching. If we're going to do that, should it also
-do transformation e.g. from lat/long to x/y co-ordinates? We don't
-need this bit yet though
+* autozooom accordig to speed and/or upcoming waypoints
+
+
+
+
+https://git.syndicate-lang.org/tonyg/squeak-phone/raw/commit/474960ddc665ed445a1f5afb0164fe39057720f9/devices/pine64-pinephone/modem-docs/80545ST10798A_LM940_QMI_Command_Reference_Guide_r3.pdf
