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

Fix non-vectorized LineString decoding #158

Merged
merged 1 commit into from
Jun 15, 2024

Conversation

mactrem
Copy link
Collaborator

@mactrem mactrem commented Jun 15, 2024

Fixes #136

@mactrem mactrem force-pushed the bugfix/non_vectorized_linestring branch 2 times, most recently from 53665d3 to 058e898 Compare June 15, 2024 12:25
Copy link
Collaborator

@springmeyer springmeyer left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Great fix. This solves both #136 and #147. It does not solve #145, #146, or #148 (those are still present).

@springmeyer springmeyer merged commit 695f460 into maplibre:main Jun 15, 2024
7 checks passed
springmeyer added a commit to springmeyer/maplibre-tile-spec that referenced this pull request Jun 16, 2024
springmeyer added a commit to springmeyer/maplibre-tile-spec that referenced this pull request Jun 20, 2024
springmeyer added a commit that referenced this pull request Jun 21, 2024
Currently we support both a "Non-vectorized (aka sequential)" decoding
path and a "Vectorized" decoding path. In the future we can and should
consolidate to just one (vectorized), but for the moment we need to keep
two because the JS decoder is targeting the non-vectorized path.

With that in mind we need to ensure we are testing the non-vectorized
java decoder.

So, this PR makes improvements to the decoder tests to:

 - Test both decoding paths as much as possible
- The non-vectorized path has more issues, so temporary accommodations
are made to allow tests to pass by asserting on expected errors (this
gets the code running at least until we can fix its behavior)
- It is not going to be obvious in the diff, but this also starts
testing some tiles which used to fail in the vectorized path, but no
longer do (after #158 was fixed)
- Finally, by asserting on the number of expected errors returned for
known failures, this starts allowing the tests to iterate through more
features during the comparison which ensures the tests are not hiding
additional errors behind other asserts which fail
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.

Linestring decoding fails in non-vectorized path
2 participants