Nothing frustrates GIS beginners more than coordinate reference system errors: layers that do not line up, maps that appear in the wrong ocean, and area calculations that are wildly wrong. Almost all of these problems trace back to one misunderstanding, the difference between where a location is on the round Earth and how it is drawn on a flat map. Once you understand geographic versus projected coordinate systems, CRS errors become predictable and fixable instead of mysterious.

A geographic coordinate system, such as WGS 84 with EPSG code 4326, locates points by latitude and longitude in degrees on the Earth's curved surface. It is the system your GPS uses, and it is excellent for storing global data, but terrible for measuring distances and areas, because a degree of longitude is about one hundred and eleven kilometres at the equator and nearly zero at the poles. A projected coordinate system, such as UTM, flattens a zone of the Earth onto a plane and measures positions in metres, which makes distance and area calculations straightforward and accurate within that zone.

QGIS can display layers in different CRSs together by reprojecting them on the fly, which is why mismatched layers often appear to line up even when their stored CRSs differ. That on the fly magic hides problems until you run an analysis tool, which may use the layer's stored CRS rather than the display CRS, producing results in degrees when you expected metres. The habit that prevents most errors is simple: set your project CRS deliberately, usually to the UTM zone for your area, and reproject layers into that CRS before analysis rather than relying on on the fly reprojection.

Beginners often confuse three actions that sound similar but do very different things. Setting a layer's CRS in its properties merely tells QGIS what system the coordinates are already in; it does not change any numbers, and using it on data with an unknown or wrong CRS can make things worse. Defining a CRS for a layer with missing CRS information is the correct use of that setting, but only when you actually know the correct system. Reprojecting, via the Reproject Layer tool, genuinely transforms coordinates from one system to another and creates a new layer, and it is the safe action when you need data in different system.

To diagnose a misaligned layer, first check its CRS in the layer properties and compare it with the project CRS. Then check the layer's extent: coordinates in the range of plus or minus 180 and 90 suggest degrees, while large numbers in the hundreds of thousands suggest metres. If a layer appears near Null Island, the point at zero latitude and zero longitude off West Africa, its coordinates have almost certainly been interpreted in the wrong system, and reprojecting from the correct source CRS will usually fix it.

Use this checklist on every project: store GPS and global data in WGS 84, reproject to your local UTM zone before measuring or analysing, set the project CRS to match your analysis layers, and enable the on the fly warning so QGIS alerts you to mismatches. Record the CRS in your metadata and on your map, because a map without a stated CRS cannot be reliably reused. When sharing data, include the projection file for Shapefiles or use GeoPackage, which stores the CRS internally and avoids the lost projection file problem entirely.

CRS errors feel intimidating because the numbers are large and the terminology is dense, but the underlying idea is simple: degrees for global position, metres for local measurement, and reprojection, not relabelling, to move between them. Master that distinction and you will fix most alignment problems in minutes, instead of losing hours to layers that refuse to line up.