Christiane Ruetten
Christiane Ruetten
@tve, there's another feature request for waypoint export in issue #6 now, and I'm trying to get the discussion started about which export format to choose for a start. Have...
> do you happen to have any unpushed local changes this work might conflict with? Definitely, let me land these first before we move on.
@johannessen, have a look at #29 that just landed on master. I hope it doesn't break too much of your code. I think the new classes should be easier to...
I like the proposal to bundle all waypoint functionality under a `nav` subcommand. The GPS log-related subcommand could at some point be renamed to `log`, and I don't think clarity...
I second the focus on GPX. It it a nasty format, but I think gpxpy supports GPX 1.0 well enough to easily work with waypoints as well.
The ultimate goal should be to mock low-level reads and writes in the `serial` module to enable full-stack testing of our code, but that would take some major figuring unless...
The simulator should also be exposed as a hidden model that automatically shows up in the device enumeration if activated by a global `--simulator` argument, for example.
Found a neat way to implement the simulator as a virtual pseudo device that Python's serial module can talk to in place of a regular serial device. Implemented a stub...
The simulator, even in its current, incomplete state, already enables a number of module and integration tests.
I am leaning towards option 1. As far as I can see not much "need" for all that header data has materialized so far, so you're free to pick and...