-
-
Notifications
You must be signed in to change notification settings - Fork 229
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
Tiles get lost #1694
Comments
Hmmm.. |
I am using
|
Hmm.. so likely a differnt issue. The line seems pretty thin.. could this be a styling/rendering issue? Is the data you are using maybe publicly avaliable somewhere? (can I debug on the same data?) |
And are there any clues in the network console/ other indicators |
Nothing in the console, same also applies for fill / polygons. 2025-02-20_11-09-55.mp4Let me publish our server so you can try out... |
I trust you that this is happening. Publishing said server is not something I nessesarily need ^^ question is what data you are running (maybe OSM?) and whether I can run a debug build agains said data. |
Do you maybe have |
oh... terrible.... yeah... I just copied the example and it had max_feature_count: 1000 |
|
Did increasing the parametr solve your issue? We should likely change the value we show to |
Now at least some zoom levels are working but still kind of weird issues like this: 2025-02-20_14-15-17.mp4 |
You can now use
|
This PR tries to make the logic behind `max_feature_count` a bit clearer and adds a short example when/why one would activate this Related #1694 --------- Co-authored-by: Yuri Astrakhan <[email protected]>
The video shows the issue (similar with fill, line etc). Source is Postgres.
2025-02-20_12-39-31.mp4
If I export to an MBTiles file with martin-cp same table and repoint MapLibre source to the MBTile served through Martin everything works but for some reason the source Postgres table get's this wierd issue.
The text was updated successfully, but these errors were encountered: