CesiumGS / CesiumGS/cesium

`setProperty()` behavior for 3D Tiles Next

Open
#9,554 0 comments 0 reactions 0 assignees View on GitHub
category - 3d tiles
Dominant language
JavaScript
Stars
15.7k
Forks
3.9k
Avg merge
4d 6h
Merged PRs (30d)
34

Description

The current implementation of 3D Tiles Next has some limited support for `setProperty()` to change property values at runtime in a similar way to how the older batch table worked. Any changes are non-persistent and only exist for a single run.

However, there are still some outstanding questions about the desired behavior of this function, particularly when assigning to a property that doesn't exist (currently disallowed)

* If you `setProperty('unknownProperty', value)` should this add a new field to the current metadata class?
* Should it continue to do nothing?
* Should it add the field to a new class for properties not in the schema?
* Something else?
* If a tileset has no `3DTILES_metadata` extension, should `setProperty()` throw an exception, should it attempt to create an empty schema and add a property to it?

Contributor guide

Open the contributing guide

Research direction

Start by reading the current 3D Tiles Next setProperty() implementation and its handling of properties outside the schema. Resolve the behavior for unknown properties and tilesets without the 3DTILES_metadata extension, then document the decision and verify the resulting runtime, non-persistent behavior.

Written by the indexing model from the issue text.

Assessment

Tech stack
javascript
Domain
computer-graphics
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.