Skip to content
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

Precision of Serialised Numerical Data Values #55

Open
3DXScape opened this issue Oct 30, 2022 · 0 comments
Open

Precision of Serialised Numerical Data Values #55

3DXScape opened this issue Oct 30, 2022 · 0 comments

Comments

@3DXScape
Copy link
Collaborator

In version 1.0, there is no requirement that the numerical values serialised as JSON numbers have any specific precision. For example, both of these GeoPoses for the current sun reference from my current time and position are valid but only the first may be useful:
{
"position": {
"lat": 47.668138,
"lon": -122.169377,
"h": 0
},
"angles": {
"yaw": 154.45690920341087,
"pitch": 25.319445556514292,
"roll": 0
}
}

or

{
"position": {
"lat": 48,
"lon": -122,
"h": 0
},
"angles": {
"yaw": 154,
"pitch": 25,
"roll": 0
}
}

This relates to both the decision to ignore precision and accuracy in version 1.0 and a failure to include a requirement along the lines of

"Numerical values in a GeoPose shall be serialised with a precision matching the underlying sensed or calculated source of the numbers."

The use of "matching" is intentionally vague because I think a thorough discussion of the method to determine the appropriate precision is too big to be a simple correction. This could be added to version 1.0 as a correction, rather than an update. That would patch up this omission until we have a more complete uncertainty treatment.

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

No branches or pull requests

1 participant