Skip to content

Conversation

@robsonj
Copy link

@robsonj robsonj commented Apr 28, 2015

  • Fixed bad reference to MS Band dll's
  • Added missing reference to System.IO
  • Updated exception message as BluetoothDeviceInfo.Id is no longer
    available - switched to using Name

robsonj added 2 commits April 28, 2015 18:21
- Fixed bad reference to MS Band dll's
- Added missing reference to System.IO
- Updated exception message as BluetoothDeviceInfo.Id is no longer
available - switched to using Name
…re inaccurate

Filter invalid map points before exporting to GPX.
- Updated BikeEvent & RunEvent to return IEnumerable<> instead of naked
List<>.
- IEnumerable backed by new BandMapPointCollection which serves as
central place to execute any filtering/processing etc on map points as
they get exported. Just runs a simple filter on bad mappoints currently.
- Added Unit
robsonj added 8 commits April 29, 2015 19:58
Updated to compile and work with v1.3.10423.3 of the MS Band dll's
Events now loaded on a task. UI updated with the list of results on the
UI thread once complete.
Blocking was occurring while event full load was occurring.
Commented out most of the bluetooth device implementation as its pretty
broken and unused currently
@robsonj
Copy link
Author

robsonj commented May 18, 2015

The MapPoints I changed to have a backing field over a naked List<> to basically add clarity to the interface. List<> implies as a client you are free to add and remove to the MapPoints, I don't think that's the case, I thought the Event classes owned the map points, hence IEnumerable was a better return type.

@robsonj
Copy link
Author

robsonj commented May 18, 2015

Happy to remove the commented out code.

@robsonj
Copy link
Author

robsonj commented May 18, 2015

Regarding removing bad points versus early removal. I figured its better to keep as much info for as long as possible. i.e. maybe the raw data gets persisted to a store in the future. Later we may find a better way to handle the bad data than just filtering it out, if they get removed early and never persisted, we wouldn't be able to recover them. All very theoretical, but my general thought was to keep as much data as possible.

@robsonj
Copy link
Author

robsonj commented May 18, 2015

For commit https://github.com/robsonj/unBand/commit/cbdd3b0c3e9c366231069b5658a241309b999036 it did not compile on a fresh checkout - for me at least. hence the fixing of the references

@robsonj
Copy link
Author

robsonj commented May 18, 2015

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant