-
Notifications
You must be signed in to change notification settings - Fork 232
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Consider including secondary GPS data in spec: speed, course, altitude, verticalAccuracy #59
Comments
👍 from me. @ezheidtmann do you want to PR? @thekaveman this seems like something for a |
This is covered in Agency 0.3.0. I don't know if we want to go back and update Provider. |
What say ye @ezheidtmann ? |
I'd advocate for including these fields as optional in Provider feeds. |
Sounds good to add these to provider too. What do you think @thekaveman @Karcass? |
Yes, it would further align Agency and Provider. |
Would anyone like to do a PR for this and make all the fields optional to ensure it's not breaking for 1.1.0? Otherwise we can push to next release. See PR #73 for some ideas. |
I think this may require some more discussion and work and could be a breaking change so moving to 2.0.0. |
Being addressed by #653. Please review that PR and leave comments there if interested. |
These fields are provided by both dominant smartphone platforms, but they can be null. I believe the field names should be defined in the spec, but allowed to be empty. Proposed definitions:
speed
: Instantaneous speed in meters per second. Ref: iOS Androidcourse
: The direction in which the device is traveling, measured in degrees and relative to due north. Ref: iOS Androidaltitude
: The altitude, measured in meters. Ref: iOS AndroidverticalAccuracy
: The uncertainty of the altitude value, in meters. Ref: iOS AndroidExample point:
The text was updated successfully, but these errors were encountered: