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

Following V2 Specification #125

Merged
merged 1 commit into from
Jan 3, 2023
Merged

Following V2 Specification #125

merged 1 commit into from
Jan 3, 2023

Conversation

benoit9126
Copy link
Contributor

Implement the remaining part of #42.

@rmarianski The current version of the package solves my problem of protobuf dependencies (with or without this PR). I just had some time.
I don't see what else I could add for now. Maybe #107.
When do you plan to make a release (including #124) ?

@coveralls
Copy link

Coverage Status

Coverage: ?%. Remained the same when pulling 0921618 on benoit9126:v2-spec into 5249a23 on tilezen:master.

@coveralls
Copy link

Coverage Status

Coverage: 78.292% (+0.3%) from 78.038% when pulling 0921618 on benoit9126:v2-spec into 5249a23 on tilezen:master.

Copy link
Member

@rmarianski rmarianski left a comment

Choose a reason for hiding this comment

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

code looks good, thanks for the pr 🙇 Some comments

Implement the remaining part of #42.

was there still an outstanding issue related to line to's? Was looking at this comment.

I don't see what else I could add for now. Maybe #107.
When do you plan to make a release (including #124) ?

pr's always appreciated :)

Since this would be a major bump, if there's anything that would constitute a breaking change, it'd be nice to include. I scanned through the open issues, and it seems to me like #107 would be the only candidate anyway though. Does that sound low effort?

@benoit9126
Copy link
Contributor Author

Yes, there is this "lineTo" command which must have movements. I am not sure, but I think that thanks to the lines 70-71 here, if there are no coordinates after the "lineTo", nothing is added in the tile. I don't know if it is sufficient to ensure the request of the comment of #42.

pr's always appreciated :)

🚀

For #107, there are interesting details in OGR documentation: here.

  • It seems that the conversion of the provided coordinates into EPSG:4326 is required. pyproj will become a dependency. It may also be time to implement when decoding ,how to convert coordinates back to EPSG:4326. #110 if pyproj is added.
  • Moreover, I will need some help on the polygon decoding to ensure the specifications are respected.
  • I think that bbox fields can be ignored in a first implementation.

Copy link
Member

@rmarianski rmarianski left a comment

Choose a reason for hiding this comment

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

but I think that thanks to the lines 70-71 here, if there are no coordinates after the "lineTo", nothing is added in the tile.

Thanks for the reference. I double checked the code, and I'm convinced of that too 👍

@rmarianski rmarianski merged commit 2dfeb11 into tilezen:master Jan 3, 2023
@benoit9126 benoit9126 deleted the v2-spec branch January 5, 2023 18:03
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.

3 participants