1. Overview
Geographic information system that works with many open spatial formats and keeps projects as files.
Category: Scientific Computing & GIS.
2. Version and scope assessed
Version assessed: Source commit b7db8233afbfe8d1e9870da61a2696592295932c and project1.qgz fixture identifying QGIS 3.11.0-Master.
3. Overall determination
Computing determination
4. Principle profile
| Order | Principle | Finding |
|---|---|---|
| I | Sovereignty | Not assessed |
| II | Longevity | Not assessed |
| III | Locality | ✓ Meets |
| IV | Transparency and Control | Not assessed |
5. Fundamental requirements
| Requirement | Status |
|---|---|
| E1 Independent access to essential information | ✓ Pass |
| E2 Practicable exit and migration | ? Not Verified |
| E3 Independent interpretation and recovery | ? Not Verified |
| E4 Continuing authority and custody over already-created work | ✓ Pass |
| E5 Governability of consequential actions | ? Not Verified |
6. Evidence and verification
- E1: Resolved: standard ZIP/XML tools opened the pinned project1.qgz fixture and parsed three named OGR layers. The archive contains project1.qgs and a zero-byte project1.qgd, and the XML records QGIS 3.11.0-Master. This directly establishes inspectability of the historical sample. (source), confidence high
- E2: QGIS can export layers and projects to standard geospatial formats, but complete style, plugin, and database migration was not tested. (source), confidence medium
- E3: Resolved: the fixture references ../lines.shp, ../points.shp, and ../polys.shp, none of which is in its complete two-member ZIP manifest. Upstream tests contain relative/absolute-path and GeoPackage relocation assertions, but were not executed here. Dataset completeness, populated auxiliary storage, and complex clean reconstruction remain unverified. (source), confidence medium
- E4: The desktop GIS workflow is local and can use local datasets. (source), confidence medium
- E5: Maps can inform public and engineering decisions, but data provenance, coordinate validation, and publication review were not assessed. (source), confidence low
- sovereignty: A positive Sovereignty finding requires established E1, E2 and E4 in the declared scope. The existing access/exit/custody record for QGIS does not establish all three minimums. The prior positive finding is withdrawn; recorded storage and portability strengths remain facts, not a verified failure. (source), confidence medium
- longevity: E3 is not established for QGIS's existing essential-record scope. The previous Longevity finding is replaced by Not assessed, not a verified failure or a positive placeholder. (source), confidence medium
- locality: The core mapping workflow can run on local data and infrastructure. (source), confidence medium
- transparency: The positive control observations above do not yet establish whole-scope E5. The methodology requires that minimum before a positive Transparency and Control finding; the previous positive finding is therefore withdrawn to Not assessed, not changed to Does not meet. (source), confidence medium
- E3: The historical QGZ contains project XML and empty auxiliary storage but omits its three external shapefiles. Source relocation assertions were inspected, not run. Complete data, CRS, joins, styles, layouts and provider-dependent analytical meaning have not been reconstructed; project readability does not establish the geospatial profile's E3. (source), confidence medium
- E5: The existing E5 note identifies provenance/coordinate/publication risks, not demonstrated control paths. Source/fixture path inspection does not establish edit-transaction rollback, destructive processing outputs, overwrite authorization or inspectable parameter/provenance records in the assessed configuration. (source), confidence medium
7. Migration and recovery
Native storage format: Project files (.qgz, a zip of XML) over open geodata such as GeoPackage.
Synchronization or runtime model: Local desktop application; data held by the user or a server of their choice.
Example export or inspection command (not verified against any particular version or data set): unzip -p project.qgz '*.qgs' | head -n 20
8. Architectural strengths
Established strengths and their scope are recorded in the evidence and assessment findings on this page.
9. Architectural limitations
- The inspected QGZ contains project XML and empty auxiliary storage, while its three layer datasets are external. It is not a self-contained data backup.
10. Assessment findings and remaining work
Primary investigation: Portability of projects, data sources, analytical meaning, and spatial metadata.
Investigation priority: Sovereignty standard, Longevity high, Locality high, Transparency and Control standard. This plans the test effort and is not a finding.
Synthetic dataset: A GIS project with vector and raster layers, GeoPackage data, coordinate reference systems, styles, labels, joins, layouts, and processing operations.
Required tests
- Save in QGIS project formats and inspect the project structure.
- Move the entire project to a different filesystem location and operating system.
- Test relative paths, absolute paths, and missing data-source recovery.
- Export datasets to independent formats and compare CRS, attributes, geometry, and metadata.
- Disable external basemap and web-processing services.
- Reproduce an analytical result from documented parameters and input data.
- Reopen the project in a clean QGIS installation with no optional plugins.
Critical evidence: Portable project archive, layer availability comparison, CRS and geometry checks, processing parameters, and independently opened spatial files.
Method note: Test complete project portability, not just whether a project file opens.
Assessment update, 23 October 2026:
- Resolved: a real QGZ opens with standard ZIP/XML tools and exposes layer names, providers, and data-source paths.
- Resolved: this archive excludes its three referenced Shapefiles; the project file alone does not preserve the datasets.
- Open: populated auxiliary storage, current-version joins/styles/layouts, plugin/provider absence, and complete project reconstruction. E5 needs edit/processing/overwrite authorization, recorded parameters/provenance and available correction; public-map accuracy is not itself a control test.
Assessment: Direct inspection supports access to the sample’s project structure and demonstrates its external data dependency. Full migration and independent recovery remain Not Verified, and the overall determination remains Insufficient evidence.
Human-readable criteria: Can an independent party reproduce the analysis from preserved data, code, units, dependencies, and provenance, and exchange results without hidden loss?
Rating reconciliation: 24 October 2026
E3 and E5 remain Not Verified for the existing declared scope. Longevity and Transparency and Control are Not assessed pending their required minimums. Sovereignty is also Not assessed because the required access/exit/custody minimums are not all established. This is a targeted evidence decision, not a finding that the product fails. Existing E1, E4 and Locality findings were not re-certified.
Remaining: populated auxiliary storage, current-version joins/styles/layouts, plugin/provider absence, and complete project reconstruction. E5 needs edit/processing/overwrite authorization, recorded parameters/provenance and available correction; public-map accuracy is not itself a control test.
Next without installing locally: Use a self-contained project/data packet with expected CRS, joins/styles and analysis outputs, then inspect it independently. Seek same-version edit-buffer/processing/overwrite source or recorded tests instead of installing a desktop instance.
The individual decision and provenance are retained in evidence/rating-reconciliation/batch-4/. Overall: Insufficient evidence.
Contribute verification evidence for QGIS
Have you tested clean-machine restoration, format migration, or failure rollback for QGIS? We welcome reproducible laboratory logs, synthetic test fixtures, and independent assessments to resolve open findings.
Read the evaluation protocol · Submit verification records on GitHub
Individually reconciled in rating batch 4 on 24 October 2026. E3/E5 remain Not Verified for explicit missing coverage; dependent unsupported findings corrected. Previously resolved questions are retained, not counted again. E1/E4/Locality were not re-certified by this targeted review. The assessment procedure is described in the methodology.