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

Linear feature end points at tile boundaries #6

Open
pramsey opened this issue Apr 14, 2014 · 3 comments
Open

Linear feature end points at tile boundaries #6

pramsey opened this issue Apr 14, 2014 · 3 comments

Comments

@pramsey
Copy link

pramsey commented Apr 14, 2014

This is a bit of a corner case, but. When rendering linear features with distinct end-point rendering styles (a symbol at the end, or a dumbell or something) there is no way in the current spec to distinguish between a line that ends at a tile boundary, and one that is carried over the tile boundary by another line in the neighboring tile.

@hallahan
Copy link

Specifically flagging a vertex exactly at the edge of a vector tile as a clipped point would be helpful, because this would also allow the ability to draw the clipped edge along the tile by simply drawing a line from one clip vertex to the next.

@kkaefer
Copy link
Contributor

kkaefer commented May 8, 2014

@pramsey You are assuming that features in a vector tile are clipped, which is up to the user to do, but not something that the tile format defines (in fact, you can have features that are entirely outside of the viewport/extent of the tile).

At Mapbox, we are clipping features at a small buffer around the tile, so that lines that extent beyond the viewport /actually/ extent beyond the viewport and get clipped at render time.

@strk
Copy link

strk commented Jul 22, 2014

Same applies to areas. Distinguishing real polygon boundary from the product of clipping would be helpful. Could maybe be an additional command to change the "role" of a segment ?

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

No branches or pull requests

5 participants