-
|
I am trying to debug this issue which appears on our OTP-React-Redux based server opentripplanner/otp-react-redux#778
It fully should display the blue line for the bus, but it's not. When zooming in and out it gets rendered partially, after a while of repeated zooming / panning the full line gets rendered.
I had a look at the OTP-React-Redux code and there is no such thing as a rendering priority set, especially not for the different parts of the line. So is is this a maplibre-gl-js bug? Should I open an issue or is this maybe known? (I did not find such examples using the search) OTP-RR developers suggest it might be related to the tiles we are using (it's Makina Maps) instance which is based on OpenMapTiles. In general I am wondering how to narrow down this problem. I tried the Spector.js chrome extension to debug the WebGL layer, but its output is a bit overwhelming :-) |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
|
I'll be surprised if this is a MapLibre bug, but everything is possible :-) |
Beta Was this translation helpful? Give feedback.
-
|
Thank you for your answer - I think I found the solution :-) |
Beta Was this translation helpful? Give feedback.
I'll be surprised if this is a MapLibre bug, but everything is possible :-)
I'm not familiar with the wrapping codebase, but I don't think you'll be able to reproduce this using "vanilla" maplibre.
So I would suspect this is due to the layer that wraps maplibre.
I'm not familiar with priorities. MapLibre has sources and layers, layers are drawn one on top of the other using the given order in the style generally.
I personally have a site which presents routes using GeoJson and there's no problem showing those (very similar use case as the above, written in Angular using @maplibre/ngx-maplibre-gl).