Gdal

The EU Deforestation Regulation applies from 30 December 2026. For operators placing timber, cocoa, coffee, palm oil, soy, cattle, and rubber on the EU market, compliance requires a Due Diligence Statement submitted through the TRACES NT system. That statement must include plot-level geolocation data — and the format specification is not flexible. TRACES accepts GeoJSON in WGS84 (EPSG:4326) with coordinates expressed as decimal degrees to at least six decimal places. Plots over 4 hectares require a complete boundary polygon. Plots under 4 hectares may be represented by a single point. ...

If you have found a tutorial that includes a line like ogr2ogr -f GFT ... or links to http://www.gdal.org/ogr/drv_gft.html, the tutorial is dead. The GFT driver connected to Google Fusion Tables, which Google shut down on December 3, 2019. The gdal.org/ogr/drv_gft.html URL itself no longer resolves — the entire GDAL documentation was restructured and the GFT driver pages were not preserved. Links to it from GIS community sites still circulate and lead nowhere. ...

Safe Software’s partial acquisition by a private equity firm in early 2024 triggered price increases that blindsided teams that had built their GIS infrastructure around FME. Users in the community forums reported annual maintenance increases ranging from substantial to a 400% jump for some license tiers. The reaction was predictable: teams that could absorb the cost renewed; teams that couldn’t started auditing what FME was actually doing for them. What most found: the majority of their FME usage was format translation and straightforward transformation chains — work that GDAL, Python, and QGIS can handle without a license fee. The minority was complex branching pipelines and proprietary format readers that have no drop-in replacement. ...

GIS format conversions do not crash loudly when they fail. They produce an output file, report success, and leave you with data that is wrong in ways you may not notice until the analysis is already done. Field names get silently cut at 10 characters. Geometries disappear without warning. Coordinate systems shift without errors. Attribute types coerce to something that looks right but produces wrong numbers. These are not edge cases. They are the default behavior of the tools most GIS teams use daily — including GDAL/OGR, QGIS’s built-in export, and ArcGIS Pro’s geoprocessing toolbox. None warn you by default. ...

If you’re still reaching for Shapefile or GeoJSON as your default format for large static datasets, FlatGeobuf is worth understanding. It’s been in GDAL since version 3.1 (2020) and QGIS since 3.16 — but most teams still haven’t adopted it where it provides the clearest advantage: large datasets served from cloud storage. Here’s what it does, how its internals work, and where it outperforms the alternatives. What FlatGeobuf Is FlatGeobuf is a binary encoding for vector geographic data built on FlatBuffers, a cross-platform serialization library developed at Google. A FlatGeobuf file has four sections in fixed order: ...

Drop a DXF file onto your GIS and the geometry lands in the middle of the ocean, rotated 90 degrees, scaled by 25.4. Or it lands in the right country but offset by a few hundred metres. Or it imports cleanly into QGIS but every feature ends up on a single layer called “0” with no attributes beyond the original AutoCAD entity type. This is not a bug you can fix with a setting. The CAD-GIS format gap is structural. DWG and DXF were designed for engineering drawings, not for placing things on Earth. GIS formats were designed for the opposite. The two worlds have different answers to three fundamental questions: where are these objects, what do we know about them, and how do they relate to each other? ...

You convert a GeoJSON file to a shapefile and load it into ArcGIS. Your attribute table has changed. The field called municipality_name is now municipali. The field called building_type_code and the field called building_type_category are both now called building_t, except one of them got renamed to building_t0 by GDAL and you missed it. Your spatial join script that references building_type_code now silently returns nulls on every row. This is not a GDAL bug. It is the shapefile format working exactly as designed since 1983. ...

The question comes up constantly: you’re in QGIS, you’ve added a vector tile layer from a basemap service or loaded a .mbtiles file, and you want to export those features to a Shapefile or GeoJSON for editing. You right-click the layer and look for “Save Features As” — but the option is either missing or produces empty output. This is not a QGIS bug. It’s a fundamental property of the vector tile format, and understanding it is the difference between a working extraction workflow and hours of confusion. ...

The problem with most “free GIS tools” roundup lists is that they treat GDAL, QGIS, GRASS, and PostGIS as competing products when they’re actually layers of the same stack. GDAL underpins QGIS. QGIS calls GRASS as a processing backend. PostGIS sits behind both for production data. Choosing between them isn’t “which is best” — it’s “which layer do I need to interact with directly.” This is a functional comparison: what each tool does well, where it breaks down, and which one to reach for when you receive a shapefile, a GeoJSON, or a KML and need it in something your software actually reads. ...

A PSA on r/gis last month pointed out that Apache Parquet now has native geospatial types and that GDAL’s GeoParquet driver is mature, ESRI ships read/write support, and QGIS treats it as a first-class format. The thread had the same energy as the old “stop using shapefiles” threads, except this time the alternative is not a marginal incremental improvement. GeoParquet is a different shape of file that solves problems shapefiles never could. ...