01 / Spatial Geometry
Spaces and assets in one coordinate system
Turn drawings, floor plans, and equipment specifications into a testable 3D environment where walls, doors, lifts, hazards, and navigation maps stay aligned.
3D Environment & Digital Twin Studio
Buildings, exhibitions, campuses, factories, or robot test environments—from spatial modeling and interactive presentation to simulation.
One site, three layers of testable context
TwinSite combines spaces, assets, events, and system relationships in one digital twin for presentation, planning, spatial understanding, simulation, and validation.
01 / Spatial Geometry
Turn drawings, floor plans, and equipment specifications into a testable 3D environment where walls, doors, lifts, hazards, and navigation maps stay aligned.
02 / Scenario Timeline
Model blockages, spills, lift faults, and crowds as repeatable events. Compare routes, response times, and pass results across robot versions.
03 / System Graph
Connect zones, assets, interactive elements, sensors, and records—then add robots, missions, and validation results when simulation is required.
Plans and still renders make scale, circulation, and spatial relationships difficult to understand across teams.
When booths, equipment, partitions, or routes change, drawings, images, and decks easily fall out of sync.
A visual-only model cannot represent moving doors, lifts, equipment states, scenario events, or system tests.
From source material to an interactive 3D scene, we match the level of interaction, simulation, and validation to the job.
Share plans, dimensions, equipment lists, or references, then define whether the scene is for presentation, planning, training, or validation.
We build your site into a USD scene and auto-generate floor plans and navigation maps for every level.
Make doors, lifts, equipment, lighting, labels, and controls interactive, with external data connections where required.
Create guided views, layout variants, event scripts, hazards, or crowd conditions around the project’s actual use.
Deliver a browser-based experience, scene assets, and required records; robotics projects can also include validation reports.
When your site changes — a renovation, an added floor — we keep the twin in sync under a maintenance plan.
USD, glTF, or browser delivery with spatial, material, equipment, and object structure intact.
Floors, zones, circulation, and equipment locations organized for presentation, planning, operations, or simulation.
Add doors, elevators, equipment, cameras, information layers, or live data states as needed.
From guided tours and layout options to crowds, hazards, and robot testing—composed around the use case.
Scene operation, asset structure, and scenario setup; validation projects can also include test records.
Plans and still renders cannot fully communicate scale, circulation, or layout variants.
Present, review, and switch layouts inside an interactive 3D environment.
Spatial, equipment, and operational information lives across disconnected tools.
Place spaces, assets, and status in one shared digital-twin context.
New sites and failure conditions often remain untestable until teams arrive on site.
Validate navigation, equipment interaction, and scenarios virtually before deployment.
More than a polished render: a reusable spatial asset designed around real work.
Presentation, design review, facility operations, and simulation each require a different level of detail and interaction.
Scenes can include equipment state, information layers, and scenario logic instead of stopping at static geometry.
We validated the foundation with a multi-floor elevator and robot-navigation environment; the same capability extends to other spaces and industries.
We don't have a fixed turnaround yet, because we don't have real build-hour numbers of our own. We'll measure it on your first site, then use that to quote and schedule going forward.
Right now every site is set up by hand, so we need your floor plans, elevator specs, and the scenarios you want tested first. Shortening this with on-site scanning is something we may look at later, but we don't have that pipeline yet.
A USD scene file, floor plans and navigation maps, elevator and door controller configs, standard scenario scripts, and a test report.
Our sites are built and validated against a ROS 2 / Nav2 integration — navigation goals, no-go zones, speed limits, and arrival checks all run in simulation. We've only validated this on our own wheelchair platform so far, not on other vendors' hardware, so your stack would need its own validation run.
A generic 3D model is static. Our scenes have a moving elevator, switchable floor hazards, and a set of ready-made scenario scripts — built to actually run navigation tests against, not just to look at.
Tell us about the space, how it will be used, and what source material exists. We'll define the right depth of 3D scene for the project.