Load xenium points using tiled approach#2286
Merged
keller-mark merged 55 commits intomainfrom Jan 16, 2026
Merged
Conversation
… byte format. need to use alternative approach
Contributor
|
Size Change: +30.5 kB (+0.16%) Total Size: 18.5 MB
ℹ️ View Unchanged
|
…eColor when applicable
Contributor
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Towards #1834
Fixes #2022
Related to #1993
Background
TODO:
Begin loading parquet metadata (and finding total num. parts) before any tile has been requestedDeckGL begins loading tiles on initial tilelayer renderNotes
This in effect couples obsPoints to featureType, rather than using separate
featureLabels. But this PR only affects the spatial-beta view, so it does not result in a breaking change for the legacy Spatial view (e.g., the codeluppi-2018 example is unchanged https://vitessce.io/#?dataset=codeluppi-2018 ). In the future we probably want to make this change everywhere (E.g., featureType information must be supplied via the obsPoints data type, rather than a separate data type).Essentially, after this PR, points should always be passed to the spatialBeta view via SpatialData Points. We will focus on passing points via SpatialData and ignore other data structures.
Checklist