How to convert LAZ to LAS
- Drop your
.lazfile onto the box above, or click it to choose a file. The converter reads the header and shows you what is inside before doing anything. - Press Convert. The direction is taken from the file itself — a
.lazinput decompresses to.las, a.lasinput compresses to.laz. - Download the result. Your original file is untouched.
Your file never leaves your device
This is a static site with no backend. There is no upload endpoint to send a file to, and no account to create. When you press Convert, the file is read in chunks through the browser's File API and passed to a WebAssembly build of laz-perf running in a Web Worker on your own machine.
Because nothing is transmitted, the practical consequence is that this works for data you are not allowed to upload anywhere — client survey data, infrastructure scans, anything under an NDA. It also keeps working with your network disconnected once the page has loaded. See how it works for the mechanism in detail.
What is preserved
Conversion in both directions is lossless, and the round-trip is verified byte-for-byte in the test suite rather than simply claimed:
- The original public header block, unmodified.
- All user VLRs and EVLRs, which is where the coordinate reference system lives — as GeoTIFF keys or a WKT string.
- Every point record, including extra bytes and user-defined fields.
- Classification, return numbers, intensity, GPS time, scan angles.
That second point is worth dwelling on. The straightforward way to build a browser LAZ converter is to hand the file to laz-perf's own file writer, which rewrites the header and drops every user VLR — so the output loads, looks fine, and has quietly lost its coordinate system. This converter assembles the LAZ container itself specifically to avoid that.
Supported formats
| Feature | Supported | Notes |
|---|---|---|
| LAS 1.0 – 1.4 | Yes | Version preserved on output. Round trip test-verified on 1.2, 1.3 and 1.4. |
| Point formats 0–3 | Yes | Byte-identical round trip verified in the test suite |
| Point formats 6–8 | Yes | Layered LAZ variants, converted both ways. Not yet covered by the round-trip test. |
| Point formats 4, 5, 9, 10 | No | Full waveform data — a laz-perf limitation. Detected and reported before conversion starts. |
| Extra bytes | Yes | Preserved exactly |
| VLRs / EVLRs / CRS | Yes | Preserved byte-for-byte |
| Files over 4 GB | Yes | Chunked read, disk-backed output |
Just want to look at a file?
Conversion is not always the question. To check what a delivery actually contains, open it instead: the LAS and LAZ viewer draws the point cloud in 3D and colours it by elevation, intensity or classification, and the GeoTIFF viewerhillshades a DEM, shows it as a 3D surface, and drapes the matching orthophoto over it. Both run on your own machine, like everything else here.
LAS or LAZ — which should you keep?
Keep LAZ for storage, archiving and transfer: it is lossless, so there is no data-integrity reason to prefer LAS, and it is typically five to ten times smaller. Convert to LAS only when a specific tool in your chain cannot read compressed input. The full comparison covers read performance and where each format actually costs you something.