What you can check in a few seconds
A viewer earns its place when it answers a question faster than opening the file in desktop software would. The common ones:
- Is this file what I was told it is? Extent, point count and density are visible immediately.
- Was it actually classified? Colour by classification. A delivery that is entirely class 1 was never classified, whatever the paperwork says.
- How much of it is ground, and how dense is it? The statistics panel counts every class, return number and the density over every point in the file. How to read those numbers.
- Does it have a coordinate system? The panel below the view reports the CRS, or tells you plainly that none is embedded.
- Is there noise to clean up? Stray points far above or below the surface stand out at once when coloured by elevation.
- Did the scan capture colour? The RGB option appears only when the file actually carries it.
Controls
| Action | Mouse | Touch |
|---|---|---|
| Orbit | Drag | One finger drag |
| Zoom | Scroll wheel | Pinch |
| Pan | Right-drag, or shift + drag | Two finger drag |
| Reframe | Reset view | Reset view |
| Floor plan | P or Floor plan | Floor plan |
| Section | S or Section | Section |
Floor plans and sections
Floor plan looks straight down through a thin horizontal slab of the cloud. Section looks side-on through a thin vertical one, across the file's X or Y axis. Both use an orthographic lens, so a metre is the same length everywhere on screen and the grid and scale bar can be trusted. The plan finds horizontal surfaces from the heights of the points and starts 1.2 m above the lowest. On a building scan that cuts through doors and windows, and on an aerial tile it shows building footprints and tree trunks, with the roofs offered as levels. A section of an aerial tile is a terrain profile with the buildings standing on it.
Lengths follow the file's own unit. A tile in US survey feet gets its cut heights, grid and scale bar in feet, and the panel says where the unit came from: stated by the file, read from the name of its coordinate system, or assumed. Either view saves as a PNG, at a ground resolution or a print scale such as 1:500, with a footer that states the cut, the resolution and how sparsely the file was sampled. Both are slices of the points, drawn to scale, not traced drawings.
How large files are handled
The file is decoded in a Web Worker, streaming through the same WebAssembly build of laz-perf that powers the converter. Points are taken at an even stride across the whole file rather than from the beginning, so what you see is a fair sample of the entire scan, not just its first corner.
The display budget is 2 million points. A 40-million-point scan is shown at every twentieth point; the viewer tells you the stride it chose and the true total. Your file is never modified — this is a display limit, not a conversion. If you need a different format, convert it.
One detail worth knowing, because it is a common bug in browser point cloud viewers: LAS coordinates are usually projected, in the hundreds of thousands of metres. Passed straight to a GPU as 32-bit floats, they quantise to a visible lattice. This viewer subtracts the cloud centre before the cast, which is why a UTM cloud looks smooth here.
What this viewer does not do
Deliberately kept out of scope, so the parts that exist are fast and correct:
- No editing, cropping or filtering. A plan or section hides points on screen; the file is never cut.
- No measurement tools.
- No plan or section while a COPC file is streaming. Only the octree nodes in view are loaded, and a thin slice of those would be a coarse, misleading subset.
Level-of-detail streaming does exist, but only for files that carry the index it needs: drop a .copc.laz here, or open one from a URL, and it streams instead. See the COPC viewer.
This is for the case where you have a file, a browser, and one question.