Case Studies

KAN Realty: organising a multi-tower spatial record

Top-down aerial view of a development site and its access roads

Illustrative stock image, not the named project. Photo by Iain / Unsplash.

On a multi-tower project, a site record needs a reliable hierarchy. A capture can look correct in isolation while still being assigned to the wrong floor or viewed with the wrong orientation. The project structure is what makes individual outputs useful together.

The deployment context

Contineu's work with KAN Realty includes a multi-tower site recorded in the delivery system as Ivory Orchids. October delivery discussions document spatial assets for six towers and fourteen floors, followed by work on floor ordering and alignment.

Those records establish the scope of the delivery work.

Start with a shared hierarchy

The basic structure is project, tower, floor and capture date. Each layer answers a different question. Tower and floor identify the location. Capture date identifies the moment represented by the record. Keeping them distinct makes it easier to compare repeated captures without losing the original context.

For KAN, delivery work included checking floor order and discussing alignment axes. These details affect how a reviewer moves through the site record. A reversed floor sequence or inconsistent orientation can make familiar areas unnecessarily difficult to interpret.

Check geometry against the site context

Spatial outputs should be reviewed against identifiable features and the intended floor plan. A model that loads successfully is not necessarily ready for a project review. The team still needs to establish that the orientation, level and naming match the physical location.

The same checks become more valuable as the number of towers grows. A naming convention that works for a single building may become ambiguous when repeated floor names appear across several buildings.

The lesson for another deployment

Treat the site hierarchy as part of onboarding. Agree names and floor conventions before the first batch of captures, then verify them in the delivered view. Keep a clear record of any alignment corrections so later captures use the same reference.

KAN's deployment provides a concrete example of the organisational work behind a multi-tower spatial record. The outcome described here is the preparation and refinement of that record, rather than a quantified claim about schedule acceleration or cost savings.

Back to the Journal