Skip to content

luma/deck.gl integration #342

@charlieforward9

Description

@charlieforward9

I'm looking for the smoothest path to adding advanced geo-referenced gaussian-splat support into my deck.gl-dependent system without adding threejs as a dependency.

With the help of @ibgreen, we added some initial .splat and .ksplat support into loaders.gl, but its not very robust and adds a lot of bloat that is already solved here in Spark

I am considering an approach that can be taken to collaborate between these two libraries rather than trying to rebuild all the support from the ground up in vis.gl - something like the way MapboxOverlay or GoogleMapsOverlay works but for 3DGS instead of pure GIS.

Through brute-vibe-coding with copilot+gpt5.5 for a few days (loaders#3414, loaders#3416), I have not been able to reach .spz or .rad render-parity, so I am reaching out for guidance to redirecting towards the path of least resistance for interoperable big-data rendering.

Im not a 3DGS expert, or for that matter, a GIS expert. Just a kid with visions willing to step out of my skillset to progress emerging tech to achieve my goals.

Spark up my inbox - I'm ready to mobilize

CC @felixpalmer @cameron-keene

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions