Projection and Coordinate System Setup
Overview
Incorrect projection configuration is one of the most common causes of point cloud display issues in VisionLidar. This guide covers how to set up coordinate systems correctly, and how to diagnose and resolve common projection-related problems.
Understanding Coordinate Systems in VisionLidar
VisionLidar uses two projection settings when opening or converting a project:
Setting | Description |
|---|---|
Source Projection | The coordinate system of the original scan files (LAS/LAZ/E57) |
Destination Projection | The coordinate system you want to work in inside VisionLidar |
If Source and Destination match, no transformation is applied. If they differ, VisionLidar reprojects the data on import.
Step-by-Step: Setting Up a Project with the Correct Projection
When Creating a New Project
Go to File → New Project
In the project creation dialog, add your LAS/LAZ files
In the Projection field, select the coordinate system that matches your scan data
If you need to work in a different system, set the Destination Projection accordingly
Proceed with project creation
When Converting Files (File Conversion Tool)
Go to Tools → File Conversion
Add your source files
In the Parameters tab, enable Use Projection / Conversion
Set the Source Projection to match the original file coordinate system
Set the Destination Projection to the target system
Click OK to convert
Common Pitfalls and How to Avoid Them
Pitfall 1: Local Grid vs. Projected Coordinate System
Many clients (especially in Quebec and France) work with local grid systems or custom projections not available in standard EPSG databases.
Symptom: Point cloud loads but is displaced from expected geographic position, or does not align with other datasets.
Resolution:
Confirm the exact EPSG code for the client's coordinate system from their survey metadata
If the system uses a custom local grid, the client may need to provide a custom projection definition
Common Quebec systems: NAD83 / MTM zone 7 (EPSG:32187), NAD83 / MTM zone 8 (EPSG:32188)
Pitfall 2: Large Coordinate Values Causing Rounding Errors
LAS files with large X/Y values (e.g., full UTM or MTM coordinates like 5,000,000 m North) can cause floating-point precision issues, leading to jagged or incorrectly rendered point clouds.
Symptom: Point cloud appears with "jitter" or geometric noise that disappears when zoomed in.
Resolution:
Use File Conversion → Parameters → Modify the Origin to subtract a local offset from the coordinates
This reduces large absolute coordinates to smaller values, improving floating-point precision
The offset can be documented and reapplied when exporting back to the original system
Pitfall 3: US Survey Feet vs. International Feet vs. Metric
LAS files from US clients may be in US Survey Feet or International Feet rather than meters. Confusing these units results in a point cloud that is correctly shaped but at the wrong scale.
Symptom: Point cloud appears very small or very large compared to expected dimensions; measurements are off by a factor of ~0.3048 or ~3.281.
Resolution:
In AI / Classify LAS, always set the correct Unit of Measure (Metric, US Foot, or Feet) before running batch classification
In File Conversion, use the Use Projection / Conversion option to convert to metric if the client wants to work in meters
Confirm the unit with the client before processing
Pitfall 4: Missing or Undefined Projection in Source Files
Some LAS files have no projection defined in their header, or have an incorrect EPSG code.
Symptom: VisionLidar cannot detect the projection automatically and prompts for manual entry, or loads data at the wrong location.
Resolution:
Ask the client what coordinate system was used during acquisition
Manually assign the correct EPSG code in the Source Projection field
If the client doesn't know the projection, check the scanner manufacturer's export settings or the acquisition report
Projection and GeoJSON Export
A known issue exists where GeoJSON exports may have coordinate shifts depending on the projection configuration (VLW-1951).
Symptom: GeoJSON exported from VisionLidar opens in QGIS or ArcGIS at a slightly offset position.
Resolution: Escalate to Support and reference VLW-1951. Provide the client's EPSG code and a sample export.
Projection in File Conversion: Quick Reference
Goal | Settings |
|---|---|
Convert LAS from MTM zone 8 to WGS84 | Source: EPSG:32188, Destination: EPSG:4326 |
Convert from US Survey Feet to meters (same CRS) | Use the Unit of Measure setting, same Source/Destination projection |
Apply a local offset to reduce coordinate magnitude | Enable Modify the Origin, enter the offset values |
Assign a projection to a file with no CRS defined | Set Source Projection manually; leave Destination blank if no reprojection needed |
Spherical Image Projection
When importing spherical images, the Source Projection in the Spherical Images upload dialog must match the coordinate system used in the position file (TXT/CSV).
Common issue: Images load but appear far from the point cloud.
Resolution: Verify the position file units and CRS match the project's coordinate system. If the images use a different CRS, enable Projection and Conversion in the Upload Images dialog and set Source/Destination accordingly.
Escalation
If a projection issue cannot be resolved with the steps above, provide the following when escalating:
The EPSG code(s) of the source and target projection
The scanner make/model and acquisition software used
A sample LAS/LAZ file (or the LAS header information)
A description of the observed displacement or error