Generic file sharing tools do not work for construction spatial data because they can transfer files but cannot display them. When a site engineer receives a Dropbox link containing LAS point clouds and GeoTIFF orthomosaics, they see a list of files with unfamiliar extensions that no application on their laptop can open. The spatial data — often the most valuable deliverable on the project — sits in a folder, unseen, until someone eventually asks “can anyone actually open this?”
I have watched this scenario play out on construction projects for years. A surveyor captures a detailed point cloud of a building site. They process it carefully, produce a beautiful dataset, and upload it to a shared Dropbox folder alongside the CAD drawings and PDF report. The project manager opens the PDF. The site engineer opens the DWG in AutoCAD. Nobody opens the point cloud. Nobody opens the orthomosaic. The data that took the longest to capture and cost the most to produce is the data that nobody on the project team ever sees.
This is not a technology problem. It is a delivery problem. And it is solvable.
What construction teams actually receive
A typical survey delivery to a construction project includes some combination of the following:
| File type | Extension | What it contains | Can construction team open it? |
|---|---|---|---|
| Point cloud | .las, .laz, .e57 | 3D scan of site conditions | No — needs CloudCompare or Cyclone |
| Orthomosaic | .tif (GeoTIFF) | Georeferenced aerial image | No — needs QGIS or ArcGIS |
| Digital terrain model | .tif (GeoTIFF) | Elevation raster | No — needs QGIS or ArcGIS |
| Contour lines | .dxf | Vector contours at intervals | Maybe — if AutoCAD is available |
| CAD survey | .dwg, .dxf | Survey plan with annotations | Yes — most have AutoCAD |
| BIM model | .ifc | 3D building information model | Sometimes — if Navisworks is available |
| Drone video | .mp4 | Aerial footage of site | Yes |
| 360 photos | .jpg (equirectangular) | Immersive site panoramas | Partially — needs a 360 viewer |
| Report | Survey report and methodology | Yes |
The pattern is clear. Construction teams can reliably open PDFs, videos, and CAD files. They cannot open the spatial data types that increasingly form the core of modern survey deliverables — point clouds, orthomosaics, and georeferenced raster data.
Why this matters more now than five years ago
Five years ago, most survey deliverables were CAD drawings and PDF reports. A DWG file and a signed PDF covered 90% of what clients needed. The spatial data problem existed but was niche — limited to firms doing terrestrial laser scanning for specialised clients.
Today, the situation is fundamentally different:
- Drone surveys are standard on construction projects of any significant size. The outputs are orthomosaics (GeoTIFF) and point clouds (LAS), not CAD drawings.
- Terrestrial LiDAR has moved from specialist scanning firms to mainstream surveying practices. More firms own a FARO or Leica scanner than ever before.
- Clients expect 3D data because they have seen it in marketing materials, conference presentations, and competitor deliveries. They want the point cloud. They just cannot open it.
- BIM mandates on government and institutional projects require IFC models, which many stakeholders lack the software to view.
The gap between what surveyors produce and what construction teams can consume is wider than it has ever been.
The hidden cost of unopened data
When spatial data goes unseen on a construction project, the consequences are real:
Design clashes go undetected
A point cloud of existing site conditions overlaid with the design model reveals clashes — a retaining wall that conflicts with an existing service, a floor level that does not match the as-built survey. If nobody views the point cloud, these clashes surface during construction instead of during design review, when they cost ten to a hundred times more to resolve.
Progress disputes lack evidence
Monthly drone surveys create a visual and spatial record of construction progress. When a contractor disputes a progress claim, the orthomosaic from that date is definitive evidence. But only if someone can actually view it. If the orthomosaics are sitting unopened in a SharePoint folder, the evidence exists in theory but not in practice.
Survey value is invisible
If the client never sees the point cloud, they do not understand why it cost what it did. They see a line item on an invoice for “3D laser scanning” but never experience the deliverable. This makes it harder to justify the cost and easier for a cheaper competitor — who produces only a CAD drawing — to win the next job.
Rework from miscommunication
When a site engineer cannot view the orthomosaic showing the as-built drainage layout, they work from memory or from a 2D drawing that may not reflect current conditions. This leads to rework, which leads to delays, which leads to the surveyor being called back to site for an additional scan — which produces another file the client cannot open.
Why ShareFile, Procore, and Aconex do not solve this
Construction has no shortage of document management platforms. ShareFile, Procore, Aconex (now part of Oracle Construction), and Autodesk Construction Cloud all provide file sharing, version control, and access management for construction projects.
These platforms are excellent at what they are designed for: managing documents. RFIs, submittals, contracts, drawings, specifications, meeting minutes — these are the document types that construction management software handles well.
What they do not do is display spatial data:
No point cloud viewer
None of these platforms can render a LAS or E57 file in the browser. They will store the file. They will track who downloaded it. But they cannot show it. The site engineer still needs to download the file and find a desktop application that can open it.
No raster/GeoTIFF viewer
A GeoTIFF uploaded to Procore appears as a generic file icon. There is no map-based viewer that displays the orthomosaic at its correct geographic location with pan and zoom. The platform treats it identically to any other file — a binary blob to be stored and transferred.
No 3D model viewer for survey data
Some construction platforms have 3D model viewing for BIM (Revit files, IFC). But survey-grade 3D data — photogrammetric meshes in OBJ format, Gaussian splats, 3D Tiles — is not BIM data. The viewers do not support these formats.
Document management is not spatial data delivery
The fundamental mismatch is that construction document management platforms think in terms of documents: files with names, versions, and approval workflows. Spatial data needs to be thought of in terms of locations, capture sessions, and visual context. A point cloud is not a document to be filed. It is a spatial dataset to be viewed, explored, and compared against design intent.
What purpose-built spatial delivery looks like
A platform designed for spatial data delivery to construction teams works differently from both generic file sharing and construction document management:
Browser-based viewing for every spatial file type
The client clicks a link and sees the point cloud rendered in 3D in their browser. They orbit around the scan, zoom into areas of interest, and understand the site conditions without installing any software. The orthomosaic displays on a map. The 3D model loads in a web-based 3D viewer. Every file type has an appropriate viewer.
This is what Swyvl provides across 14 file types — from LAS point clouds in Potree to GeoTIFFs on Leaflet maps to IFC models in a dedicated viewer. The construction team sees the data, not a list of files they cannot open.
Organised by site and session
Construction projects involve repeated surveys — monthly progress flights, milestone scans, pre-pour checks. A proper delivery platform groups deliverables by capture session and displays them chronologically, so the project manager can see the progression of work over time.
Each session shows its files on a map, giving geographic context that a flat file list cannot provide. The project manager clicks on “April 2026 survey” and sees everything from that capture — point cloud, orthomosaic, video, report — in one organised view.
Audit trail for compliance
Construction projects have compliance requirements. When an engineer references the survey data in a design decision, the audit trail proves when they accessed it and what they viewed. When a dispute arises about whether data was delivered, the access log is definitive.
Swyvl’s audit trail records access events with timestamps, IP addresses, and geolocation data. This goes beyond “someone clicked the link” to “the site engineer in Melbourne viewed the point cloud for eight minutes at 2:14 PM on Tuesday.”
Branded professional delivery
The share link carries your company’s branding — logo, colours, and custom messaging. The client sees a professional delivery from your firm, not a generic file sharing interface. This matters for the same reason that you print your logo on your hard hats and vehicle wraps: brand presence at every touchpoint reinforces your professionalism.
What the construction team experiences
Here is the difference in practice.
Before: generic file sharing
- Surveyor uploads files to Dropbox shared folder.
- Project manager receives an email with a Dropbox link.
- Project manager opens the link, sees a list of files:
Site_Scan_20260410.laz,Ortho_20260410.tif,DTM_20260410.tif,Contours.dxf,Report.pdf. - Project manager opens the PDF report. Reads it.
- Project manager tries to open the LAZ file. Windows does not recognise the extension. Asks “Open with…” and lists Paint, Notepad, and Internet Explorer.
- Project manager gives up and emails the surveyor: “Can you send some screenshots of the scan?”
- Surveyor spends 30 minutes taking screenshots in CloudCompare and emailing them.
- Nobody ever views the orthomosaic.
After: purpose-built spatial delivery
- Surveyor uploads files to Swyvl, organised under the project site.
- Project manager receives an email with a branded share link.
- Project manager clicks the link. Sees the surveyor’s company logo and a list of deliverables grouped by the April 2026 capture session.
- Project manager clicks the point cloud. It loads in a 3D viewer in the browser. They orbit around the site, zoom into the foundation area, and understand the current conditions.
- Project manager clicks the orthomosaic. It displays on a map, georeferenced, with the ability to pan and zoom to full resolution.
- Site engineer opens the same link on their tablet at the job site. Compares the orthomosaic to what they see in front of them.
- The surveyor’s audit log shows that four team members accessed the data within 24 hours of delivery.
The data is the same. The files are the same. The difference is entirely in the delivery mechanism — and that difference determines whether the data is seen or ignored.
How to transition your delivery workflow
If your construction clients are currently receiving spatial data via generic file sharing, here is a practical transition path:
Step 1: Keep what works
PDF reports, CAD drawings in DWG format, and project photos can continue to travel through whatever channel currently works — email, Procore, SharePoint. These files open everywhere and your current workflow is fine for them.
Step 2: Move spatial data to a purpose-built platform
Point clouds, orthomosaics, 3D models, drone video, 360 photos, and GeoTIFFs — the files that your client cannot open — go into a spatial delivery platform. Upload them to a site in Swyvl, generate a share link, and include that link in your delivery email alongside the PDF report.
Step 3: Educate your client once
The first time you send a share link, include a brief note: “Click the link below to view all survey data in your browser. No software installation required. You can view the point cloud in 3D, pan around the orthomosaic on a map, and download any files you need.”
Most clients understand immediately. The interface is intuitive — click a file, see it in a viewer. You will not need to explain it twice.
Step 4: Use the audit trail
After delivery, check who accessed what. If the site engineer has not viewed the point cloud after a week, a quick follow-up call (“Just checking you were able to access the survey data — the point cloud shows some interesting conditions near the east boundary”) demonstrates proactive service and ensures the data gets used.
The survey data that nobody sees
The uncomfortable truth about construction file sharing is that a significant percentage of spatial survey data delivered to construction projects is never viewed by the intended recipients. Not because they do not want to see it, but because the delivery method makes it inaccessible.
Every unopened point cloud is a missed opportunity — for the construction team to make better decisions, for the surveyor to demonstrate value, and for the project to avoid costly surprises during construction.
The spatial data is extraordinary. The capture technology is remarkable. The processing software is sophisticated. The delivery mechanism is the weak link, and it is the easiest link to fix.
For more on professional spatial data delivery, see the surveyor’s guide to professional file delivery. For the asset owner’s perspective on receiving spatial data, visit our asset owners page.