# Implicit tileset glitch
**URL:** https://community.cesium.com/t/implicit-tileset-glitch/46493
**Category:** 3D Tiles
**Created:** [June 12, 2026, 7:53pm UTC](https://community.cesium.com/t/implicit-tileset-glitch/46493 "2026-06-12T19:53:36Z")
**Posts on this page:** 5
**Page:** 1
### Author:  [@andreasplesch](https://community.cesium.com/u/andreasplesch)
#### Post date: [June 12, 2026, 7:53pm UTC](https://community.cesium.com/t/implicit-tileset-glitch/46493/1 "2026-06-12T19:53:36Z")
I am working with the Delaware example data from [cesium\_3dtiles\_samples/samples/1.1/delaware at master · bertt/cesium\_3dtiles\_samples · GitHub](https://github.com/bertt/cesium_3dtiles_samples/tree/master/samples/1.1/delaware) to test our X3D integration of 3D tiles (some examples at [Inline tiles test](https://earthstruct.github.io/x3dom/test/functional/3dtiles/tests.html) ).
Here is a sandcastle with the tileset which has the view set at a distance which produces a gap in tile selection:
> **[Sandcastle | CesiumJS](https://sandcastle.cesium.com/#c=bVLBbtswDP0VwtjBGTIpQbdL6wbrugE7DNiwZj0ZaBWbsbXKkiHRydIi/z7asotmnS4SqfceySfppnWe4C2oANcYdNfA1rsG8qQYojy5yG1uC2cDwU7jHj1cgsX9iBa3Qy6d8NfOktIWfZ7M4Sm3x9nAj0wRCrQoKuM2KELt9iy1VSbggJHyBBUeDlfUuNDW6E/RrwQZ+sn9eYXJrUEC0gYDEpcgf+hbginFWLVXmqZR4nb2eR2vRW/EL2/SngLsSE3UhnMpN+iJRKWp7jZCOxknvzsrB927oJqWdzntS7GUJRou5VGOpcXv4Cxb1Ev3DgGcDNR63WjSOwxClWU6kiLwH5uimSW2VK8x0FXF7gdao/d84AnJd/iywKNzzdqNM43C8xi9eNWvqEptqx+aivqnshWOBICFWMyn87uF+PAcvF/wisHsea4jFIolIOV+nJ9F+/vP5AwK46r0/kt/AcYN9aaGzuHN08A43g8q8TWTeZIFOhhc9Sofdfy6Hb+QEJKQ3VbEfm+64oEdLkLouZmcKFmpd6DLy/98VSiMCoFvtp0xN/oR82SVScaf0MYmv+/QG3XoIfVy9S0mhRCZ5HBi/QU)**
This occurs only over a fairly small interval in range but probably should not.
The tileset structure looks relatively simple but there could potentially still be something unusual in the description.
A Cesium glitch ?
---
### Author:  [@Marco13](https://community.cesium.com/u/Marco13)
#### Post date: [June 13, 2026, 9:43am UTC](https://community.cesium.com/t/implicit-tileset-glitch/46493/3 "2026-06-13T09:43:48Z")
I have not yet looked at the details here. Just to quickly confirm, I assume that you’re talking about the disappearing tiles here:
This is with the bounding volume visualization enabled, and it might already be a hint at what the reason is: Maybe these tiles simply don’t have content?
The data set was recently updated. Maybe @bertt can confirm whether it is _supposed_ to have content at this level of detail?
---
### Author:  [@andreasplesch](https://community.cesium.com/u/andreasplesch)
#### Post date: [June 14, 2026, 12:06am UTC](https://community.cesium.com/t/implicit-tileset-glitch/46493/4 "2026-06-14T00:06:55Z")
Yes, I believe you captured what I see. Sorry, I did not realize that the initial view in the Sandcastle is not deterministic as it depends not just on the camera position but also on window size and aspect ratio. Here is the gap:
If the tiles do not have content, should they be selected for rendering in the first place ? Is that defined in the subtree ?
Related github issue:
>
>
> Conforming tileset.json should (must) have an asset property:
>
> https://github.c…om/bertt/cesium\_3dtiles\_samples/blob/master/samples/1.1/delaware/tileset.json
>
> For example the loaders.gl 3d tiles loader errors out without the asset property, as well as CesiumJS:
>
> \`\`\`
> Uncaught (in promise)
> Object { name: "RuntimeError", message: "Tileset must have an asset property.", stack: "QS@https://cesium.com/downloads/cesiumjs/releases/1.106/Build/Cesium/Cesium.js:76:120\\npr.prototype.loadTileset@https://cesium.com/downloads/cesiumjs/releases/1.106/Build/Cesium/Cesium.js:8089:131274\\npr/this.\_readyPromise\<@https://cesium.com/downloads/cesiumjs/releases/1.106/Build/Cesium/Cesium.js:8089:124467\\n" }
>
> message: "Tileset must have an asset property."
>
> name: "RuntimeError"
>
> stack: "QS@https://cesium.com/downloads/cesiumjs/releases/1.106/Build/Cesium/Cesium.js:76:120\\npr.prototype.loadTileset@https://cesium.com/downloads/cesiumjs/releases/1.106/Build/Cesium/Cesium.js:8089:131274\\npr/this.\_readyPromise\<@https://cesium.com/downloads/cesiumjs/releases/1.106/Build/Cesium/Cesium.js:8089:124467\\n"
>
> \: Object { constructor: QS(e), toString: toString(), stack: "" }
>
> \`\`\`
---
### Author:  [@Marco13](https://community.cesium.com/u/Marco13)
#### Post date: [June 15, 2026, 2:56pm UTC](https://community.cesium.com/t/implicit-tileset-glitch/46493/5 "2026-06-15T14:56:20Z")
I think that there is no special treatment of empty tiles in terms of whether they are selected or not.
(If there was, one could easily come up with ~“configurations of empty and non-empty tiles” that would raise some questions that are hard to answer. An obvious one would be that a parent tile has 4 children, and _one_ of them is empty. When exactly should the remaining 3 ones be rendered?..)
The linked issue contains some details about the tiling process that is used for generating this tileset. I’d have to check the exact approaches there, i.e. what _exactly_ `by_feature` and `by_area` are doing, beyond a rough, intuitive idea of what they _likely_ mean.
But I think that the bottom line of your [last comment](https://github.com/bertt/cesium_3dtiles_samples/issues/2#issuecomment-4624178929) captures the main point here:
> the tile in question also should be populated by a subset of the features, perhaps randomly selected.
A bit more generally: There should be _something_ in these tiles. And there are different options for what ‘something’ could be:
- A random subset of the buildings/features. That could look odd (e.g. when it randomly selects a bike shed instead of the football stadium…)
- The ‘largest’ buildings (that could be the ‘by\_area’ approach)
- Something that depends on the number of vertices of the feature (i.e. prefer simple rectangles instead of complex shapes)
- An _approximation_ (i.e. simplified version) of the content of the children
The last one would best capture the idea of “refining” and “LOD”, but of course, does raise the question about how that simplification is computed. For complex-shaped buildings, one could approximate them with the convex hull or a bounding box. But when the content of the children consists of 8x8 rectangle-shaped buildings (maybe with some of the ‘cells’ being empty), it’s not necessarily clear what the ‘simplified’ visual representation of that should be…
---
### Author:  [@andreasplesch](https://community.cesium.com/u/andreasplesch)
#### Post date: [June 22, 2026, 5:19pm UTC](https://community.cesium.com/t/implicit-tileset-glitch/46493/6 "2026-06-22T17:19:24Z")
Thanks for engaging. As you noticed from my github comment, it was my impression as well that there should not be empty tiles for a given level, at least for a REPLACE refinement strategy.