DOCUMENTATION
Each capability page already carries the step-by-step for its own task. This page covers what sits around them: what to bring out of your photogrammetry software, what the first run needs, where projects and cached data live, and what to check when something does not behave.
STREAM is not photogrammetry software — it consumes the outputs of one. From Pix4D, Agisoft Metashape, DJI Terra or any equivalent, export the elevation model as GeoTIFF, the orthophoto as GeoTIFF, and the point cloud as LAS or LAZ.
Export the elevation model with its coordinate reference system embedded. A GeoTIFF that carries its CRS loads without a decision to make; one that does not will need the system assigned by hand, and assigning the wrong one moves every later measurement.
Decide before export whether you want the surface model or the bare-earth model. A DSM includes buildings and vegetation and is the right surface for a stockpile; a DTM has them removed and is the right surface for a ground volume. Exporting both is usually cheaper than deciding later.
Point lists from a total station or GNSS receiver come in as CSV or TXT with X, Y and Z columns; CAD drawings come in as DXF.
STREAM runs on Windows 10 or 11, 64-bit. The download is about 46 MB and the installation about 150 MB, plus cache space for the data you open.
A GPU supporting Vulkan 1.3 is required — the application will not start without one. This is not a performance recommendation: rendering and much of the computation run through Vulkan compute. There is no fixed VRAM minimum; the streaming budgets adapt to the card, and more VRAM means smoother navigation rather than a different feature set.
8 GB of RAM is the practical recommendation. Data larger than memory is normal because surfaces are streamed rather than loaded whole.
The beta needs a free account registration and one sign-in. After that all processing runs offline; the internet requirement is the account, not the work.
Pick the file from the load dialog. STREAM reads the format, recognises whether it is an elevation raster, an orthophoto, a point cloud or a drawing, and shows progress as a task card.
Before the layer joins the project you are shown the coordinate reference system it read from the file. This is the one moment where a wrong assumption is cheap to fix and expensive to miss — after this point every measurement, every volume and every export inherits it.
On first load the data is converted to a fast native cache. That conversion is why the first open of a large file takes longer than the second, and why reopening the same project afterwards takes seconds.
A STREAM project is a .strm file. It records the layers, the coordinate system, the measurements and the analysis settings — the data itself stays in the files you loaded, so moving a project means keeping the source data with it.
The native cache is written alongside your working data and can be regenerated by reloading the source file. Crash dumps, if any, go to %LOCALAPPDATA%\Stream\crashdumps and are safe to delete.
Exports go where you point them: DXF for CAD, CSV for tables, GeoTIFF for surfaces and analysis rasters, KMZ for Google Earth, PDF for reports.
The application will not start. Check the GPU against Vulkan 1.3 support and update the display driver. A machine with both integrated and discrete graphics should be running STREAM on the discrete card.
A file will not open. Check it against the supported list: GeoTIFF for elevation and imagery, LAS/LAZ for point clouds, DXF for drawings, CSV or TXT for point lists. A GeoTIFF that another tool wrote without georeferencing will open but arrive without a coordinate system.
Layers do not line up. That is almost always a coordinate system difference rather than a data error. Check what each layer reported at load, and remember that assigning a CRS relabels existing coordinates while transforming reprojects them — the first is what you want on a file that lost its metadata, the second is what you want on a file in the wrong system.
A volume looks wrong. Check three things in order: which surface it was computed on (a DSM counts vegetation as material), what it was measured against (reference surface, reference level, or the terrain itself), and whether the figure being compared to it is in-situ or loose volume.
The first load is slow. That is the native cache being built. The same file opens quickly afterwards; if it does not, the cache is being written somewhere it cannot persist.
Each capability page carries its own procedure — loading a large DEM, measuring a stockpile, computing cut and fill, generating contours, laying out a blast pattern, designing a benched slope or a haul road, comparing two surveys.
The grid below is the index. The technical specifications page lists the requirements, the supported formats and the computation capabilities in full.
Each page ends with the steps for that task, the supported formats and the questions people actually ask.
Opening and navigating a very large elevation model.
Learn moreBringing in LAS/LAZ and rasterizing it to a surface.
Learn moreWhat a GeoTIFF carries and what to check on import.
Learn moreReading, assigning and transforming a CRS.
Learn moreDistance, height, area and elevation profiles on the terrain.
Learn moreMeasuring a pile and converting volume to tonnage.
Learn moreComputing cut and fill against a surface or a level.
Learn moreStation-based cubature and DXF section drawings.
Learn moreGenerating contours and exporting them as vector.
Learn moreDesigning a benched slope and applying it to the terrain.
Learn moreAlignment, profile, typical section and quantities.
Learn moreLaying out a drill pattern on a surveyed bench.
Learn moreComparing two surveys and reading the uncertainty.
Learn moreGetting results out as DXF, CSV, GeoTIFF, KMZ and PDF.
Learn moreThe elevation model as GeoTIFF with its coordinate reference system embedded, the orthophoto as GeoTIFF, and the point cloud as LAS or LAZ. Export both the surface model and the bare-earth model if you have the choice — a DSM is right for stockpiles, a DTM for ground volumes.
The most common cause is a GPU without Vulkan 1.3 support, or an out-of-date display driver. Vulkan is a hard requirement rather than a recommendation, because rendering and much of the computation run through it. On a machine with integrated and discrete graphics, make sure STREAM is using the discrete card.
On first load the data is converted to a fast native cache. Everything afterwards reads that cache, which is why reopening the same project takes seconds.
Almost always a coordinate system mismatch. Check what each layer reported when it loaded. If a file lost its metadata, assign the correct CRS — that relabels the existing coordinates. If a file is genuinely in another system, transform it — that reprojects the numbers so the feature stays in the same place on Earth.
The layer list, the coordinate system, your measurements and the analysis settings. The source data stays in its own files, so a project has to travel together with the data it references.
Only for the account sign-in. All processing runs locally and offline afterwards.
Free beta for Windows x64. Works fully offline with GeoTIFF, LAS/LAZ and DXF.
Download STREAM free