You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Using Tile3DLayer as a maplibre.gl map overlay I find that on flat surfaces in particular unrendered sections occur, see the following two screenshots for an idea what these holes look like:
The following code is the core of the custom deck.gl layer added in interleaved mode for maplibre-gl:
classMaplibreOverlayextendsMapboxOverlay{overrideonAdd(map: any) :HTMLDivElement{(<any>this)._map=map;// circumvent type collisions between maplibre and mapbox map classesreturn(<any>this)._interleaved ? (<any>this)._onAddInterleaved(map) : (<any>this)._onAddOverlaid(map);}}tile3DLayer=newTile3DLayer({id: tile3DLayerId,data: url,pickable: true,})overlay=newMaplibreOverlay({interleaved: true,layers: [this.tile3DLayer]});map.addControl(overlay);
I have experimented with most of the depthTest related settings; turning the depthTest off for example results in a layer without unrendered sections:
But obviously this messes up the geometry:
The initial hypothesis I had was that there was some sort of z-fighting going on between maplibre.gl and deck.gl. However this hypothesis can be disproven as similar behavior occurs with pure js deck.gl:
The above was accomplished using the following code:
Description
Using Tile3DLayer as a maplibre.gl map overlay I find that on flat surfaces in particular unrendered sections occur, see the following two screenshots for an idea what these holes look like:
The following code is the core of the custom deck.gl layer added in interleaved mode for maplibre-gl:
I have experimented with most of the depthTest related settings; turning the depthTest off for example results in a layer without unrendered sections:
But obviously this messes up the geometry:
The initial hypothesis I had was that there was some sort of z-fighting going on between maplibre.gl and deck.gl. However this hypothesis can be disproven as similar behavior occurs with pure js deck.gl:
The above was accomplished using the following code:
I have tried most parameters available to control both luma.gl and deck.gl, depthRange seemed to impact the rendering the most:
parameters: {
depthTest: true,
depthRange:[0.3, 1.0]
}
There is also a viewing angle dependency as it appears (first image top-down, second image slightly tilted camera):
Not sure if related, luma.gl states the following warning, I assume this is related with maplibre.gl and deck.gl interleaving:
Any help and tips on how to proceed are highly appreciated!
Flavors
Expected Behavior
No response
Steps to Reproduce
Environment
Logs
No response
The text was updated successfully, but these errors were encountered: