Laser Scanning: What to Know
When it comes to laser scanning, the right approach saves time and costly rework. Our team delivers laser scanning with survey-grade accuracy for projects across the Pittsburgh region.
Georeferencing ties a laser scan to real-world coordinates — essential for site, civil, and multi-building projects. Every 3D laser scan lives in a coordinate system — the invisible framework that tells the software where each point sits in space. Get the coordinate system right and scans align cleanly, models federate without drama, and your data can be tied to a real-world survey. Get it wrong and you inherit misaligned buildings, models that will not overlay, and expensive rework. Georeferencing is simply the act of anchoring that coordinate framework to known positions on the earth. This guide explains the difference between local and real-world coordinates, when each is appropriate, and how projects tie a scan to a survey so everyone downstream is working from the same origin.
Laser Scanning: Local vs. real-world coordinates
There are two broad ways to place a scan in space, and choosing between them is one of the first decisions on any project. Local (or project) coordinates put the origin somewhere convenient for the building itself — often a corner of the structure or a defined project base point. Distances and angles are all correct relative to that origin, but the data is not tied to any position on the earth. For a single building renovation, this is often all you need, and it keeps numbers small and easy to work with. Real-world (georeferenced) coordinates tie the scan to an established geographic or survey system — a state plane coordinate system, UTM zone, or a site datum set by a surveyor. Now every point has a true position on the earth, which matters when you are combining multiple buildings, tying into existing survey control, coordinating civil and site work, or feeding data into GIS. Neither is "better" in the abstract; the right choice depends on the project. The mistake is failing to decide, or mixing the two without a documented relationship between them. Scans can live in a local system or be georeferenced to real-world survey control. Georeferencing matters when combining scans with site surveys, GIS, or multiple buildings.
Why it matters
Coordinate decisions ripple through the entire project. When several scans are registered together, they must share one consistent framework or they will not align. When multiple disciplines model from the same scan, a mismatched origin means their Revit models will not federate — the classic "my model is a mile away from yours" problem, which almost always traces back to coordinates. Georeferencing also future-proofs the data. A scan tied to real-world control can be revisited years later, combined with new surveys, or extended to neighboring structures without guesswork. On campus, infrastructure, and multi-phase projects, that continuity is worth the extra effort up front. Even on a single building, agreeing on the project base point and documenting it prevents the alignment surprises that surface at the first coordination meeting. It keeps every dataset aligned. Related: point cloud formats like LAS used in civil work.
How a scan gets georeferenced
Tying a scan to real-world coordinates relies on control points — physical positions whose coordinates are known from a survey. A surveyor establishes these using a total station or high-accuracy GNSS (RTK GPS) equipment, often marking them with targets or documented natural features. During registration, the point cloud is aligned to those control points, so the whole dataset inherits their real-world position and orientation. The accuracy of the georeferencing can never exceed the accuracy of the underlying control, which is why survey-grade equipment matters. For interior-only projects, control might be a handful of targets tied to a site benchmark; for large sites, it may be a network of GNSS-observed points. Either way, the principle is the same: known positions anchor the unknown ones.Project base point and survey point in Revit
Autodesk software expresses these ideas through two markers. The project base point defines the origin for the model's own coordinate system — a convenient local reference. The survey point represents a known real-world location, tying the model to a shared or geographic system. Setting these up correctly, and agreeing on them across disciplines in the BIM Execution Plan, is what makes "Acquire Coordinates" and "By Shared Coordinates" work as intended when point clouds and linked models are brought together.Datums, projections, and why they matter
Real-world coordinate systems are built on a datum (a model of the earth's shape and a reference origin) and often a map projection that flattens the curved earth onto a plane, such as State Plane or UTM. These systems introduce small scale factors between "ground" and "grid" distances that surveyors account for. You rarely need to master the math, but you do need to know which system a project uses so your data lands in the right place and at the right scale. Mixing two projections — or assuming a local scan is georeferenced when it is not — is a common source of hard-to-diagnose misalignment.Common coordinate mistakes to avoid
- Not deciding up front. Choose local or real-world coordinates before scanning, and document it.
- Undocumented origins. If nobody records the project base point, later teams cannot reproduce it.
- Assuming georeferencing. A scan is not tied to the earth unless control points made it so.
- Mismatched systems between disciplines. Everyone federating models must share one agreed framework.
- Weak control. Georeferencing is only as accurate as the survey points behind it.
Choosing the right approach for your project
For a straightforward single-building renovation with no site or civil component, local coordinates are usually simplest and perfectly adequate. As soon as a project involves multiple structures, existing survey control, sitework, phased capture over time, or GIS integration, real-world georeferencing earns its keep. When in doubt, tying to survey control costs little at capture time and preserves options you will be glad to have later. The key is to make the decision deliberately, document it, and make sure every team building on the data knows which framework they are working in.Georeferencing exterior and site scans
Outdoor and site scans lean on georeferencing more heavily than interior work. When a scanner or drone captures a large site, GNSS positions and surveyed control let the data drop straight into the correct place on a site plan, align with civil drawings, and connect to adjacent captures. On linear infrastructure like roads, bridges, and pipelines, real-world coordinates are effectively mandatory, because the data has to line up with survey stationing and existing record information along the whole route.Keeping coordinates consistent across phases
Many projects are captured in stages — a building scanned now, an addition next year, sitework later. If each capture uses the same documented control and coordinate system, the datasets snap together effortlessly. If each is done in its own local frame, someone eventually has to reconcile them by hand, which is slow and error-prone. Recording the coordinate system, datum, and control points in the project documentation is a small step that pays off every time the site is revisited.The role of your survey provider
A capable scanning provider raises coordinates before the first scan, not after. They will ask whether you need real-world coordinates, coordinate with your surveyor on control, and deliver data with the framework clearly documented. That upfront conversation is one of the clearest signs you are working with a provider who understands how the data will actually be used downstream.Related reading
3D Laser Scanning vs. Photogrammetry vs. Drones: Which Is Right for Your Project? What Is a Point Cloud? A Beginner’s Guide · What Is Registration?FAQ
Do all projects need georeferencing? No — only when tying to real-world control or other datasets. Can you match our survey control? Yes — we register to your control points. What is the difference between georeferencing and registration?Registration aligns multiple individual scans into one consistent cloud. Georeferencing then ties that cloud to real-world coordinates using known control points. You can register without georeferencing, but not the reverse. Do I always need real-world coordinates?
No. A single building renovation is often fine in local coordinates. Real-world coordinates matter for multi-building sites, survey and civil integration, phased work, and GIS. Who establishes the control points?
A surveyor, using a total station or high-accuracy GNSS equipment. The scan is then aligned to those known positions during processing. Why is my model a long way from the origin?
Almost always a coordinate mismatch — one model or cloud is georeferenced and another is in local coordinates. Agreeing on shared coordinates up front prevents it. Can a local scan be georeferenced later?
Sometimes — if enough identifiable control or survey points exist to tie it to a known system after the fact. But it is far easier and more reliable to establish control at capture time. Does georeferencing make a scan more accurate?
Not the internal accuracy of the scan itself, which is set by the scanner and registration. Georeferencing makes the data correctly positioned in the real world, which is a different kind of accuracy that matters for site and multi-building coordination.





0 Comments