Sample geodata
Infrastructure planning depends on datasets that fit together across project and utility boundaries. You receive geodata from surveying, from as-built plans, from network operations and from external planning offices, and every source names and draws its objects differently. Sample geodata (in German: Mustergeodaten) set a shared model against this that every party adopts: a fixed structure, a self-explanatory layer naming and a uniform symbology.
What sample geodata contain
Sample geodata are a standard-conformant reference model with populated, validated example data. They show on a validated dataset what structure, naming and representation look like, and can be adopted as a starting point for your own holdings. Five components belong to it:
- Data model — standard-conformant object types, attributes & relationships that define the content structure of the holdings.
- Layer naming — a self-explanatory naming convention, identical in every project. The layer states what it contains on its own, without you needing the source's project knowledge.
- Symbology — a fixed signature & legend, delivered in QGIS as style files. Identical objects look identical in every project.
- Example datasets — the model populated, not empty, so that structure, naming and representation can be read off and adopted.
- Validation rules — the reference as the benchmark against which a real dataset is validated before admission.
Why this matters in infrastructure planning
In infrastructure planning, the order within the holdings decides the effort of every handover. Electricity, gas, water, heat and telecommunications are named and symbolised differently in every office, and as soon as a dataset moves from planning to the operator, from the operator to the engineering office, or from one cycle into the next, the handover turns into a translation. This is exactly where the reference comes in: a fixed naming & symbology across all utilities makes the holdings readable without follow-up questions. It also feeds into BIM-GIS integration, because a consistent structure is the precondition for the specialist model and the geodata holdings to reference one another.
Where sample geodata sit in the geodata cycle
Sample geodata sit in phase 2 of the geodata cycle, in validating and preparing. The reference is the benchmark against which a dataset is checked before it counts. The benefit reaches across all four phases: your site visit with MoversSurvey already captures into the correct layers, your analysis with Kermit GeoAI becomes comparable across several datasets, and your measures in phase 4 stay within the same schema. In our view the effect in phase 3 is the strongest: Kermit GeoAI answers spatial questions reliably across projects only when naming and symbology are the same everywhere.
How new data stays conformant
The reference is held in a central repository: model, style files & validation rules sit in one place, from which every project draws the same version. When a new dataset is added, it is checked against this repository for conformity before it is admitted, and specifically in QGIS with the delivered styles and validation rules, that is, in the tool you work in anyway. Naming & symbology therefore stay the same across every point of entry, and the same validated basis is later available to Kermit GeoAI, which accesses the same holdings natively in QGIS.
How we set up sample geodata
We set up sample geodata together with you, starting from the standards of your sector and from the holdings you already keep. The basis is our work on network holdings in infrastructure planning, from which the naming and symbology logic grew. You receive a model that integrates your existing tools and supplements the missing ones, including example data and validation rules for immediate onward work.
What follows afterwards
An existing dataset is transferred into the reference through our requirements engineering and migration: the migration delivers into the model, the model is the target picture of every migration. After that, our services accompany the rest of the cycle: tenders and procurement, requirements and migration, and operations and maintenance.
In your next project you then have a dataset that every office, every operator and every analysis reads without a follow-up question. To get started, arrange a free initial consultation.
Learn about real-world use cases. We show examples and functions for the practical application of Kermit GeoAI. We would be happy to show you how your use case can be implemented in a personal meeting.
An information block about the integration of Kermit into municipal specialized procedures can be found further down on the page.
Additional use cases from our case studies
Find out which specific use cases we have solved in our case studies.
Approval
Impact Analysis
Requirement
Examination of parcels for impact by power line routes (masts, lines).
Result
Automated impact assessment by Kermit with analysis and graphical evaluation.
Spatial planning
Area Analysis
Requirement
Analysis of potential building land for a defined area by type (residential, commercial, mixed-use, etc.).
Result
Automated analysis and graphical representation in a distribution diagram by Kermit.
Alignment
Cost estimate
Requirement
Calculation of expected estimated costs for alternative route alignments.
Result
Kermit supports with automated analysis, cost calculation, and graphical representation of the route through Kermit.
Further Use Cases in municipal specialized procedures of public authorities & municipalities
Kermit is particularly suitable for use in specialized procedures with strong spatial relevance, high inspection density, and many affected parties. With standardized processes and the automation of complex procedures, Kermit can make a variety of specialized procedures more efficient and relieve employees.
Integration of Kermit into specialized applications
-
Plan Approval and Planning Permission Procedures
Automated analysis of spatial impacts in infrastructure projects.
Kermit helps authorities to quickly identify conflicts with protected areas, infrastructure, and ownership structures. -
Line and route permits
Efficient route inspection for energy, telecommunications, and utility infrastructure.
Kermit automatically analyzes route alignments and identifies potential conflict areas along planned lines. -
Construction and plant approval procedures
Digital support for the approval of facilities and technical infrastructures.
Kermit automatically assesses site factors such as land use, protected areas, and existing infrastructure. -
Environmental and Nature Conservation Law Review Procedures
Automated analysis of project areas with regard to environmental and nature conservation requirements.
Kermit identifies conflicts with protected areas and sensitive environmental areas at an early stage. -
Owner and Stakeholder Analyses
Automatic identification of affected properties and owners.
Kermit supports authorities in preparing procedures for participations and other hearings. -
Infrastructure and Junction Tests
Analysis of conflicts with existing infrastructure.
Kermit automatically detects intersections with pipelines, traffic routes, or other networks. -
Spatial planning and land-use reviews
Quick review of the compatibility of projects with spatial planning requirements.
Kermit analyzes project areas in the context of existing planning and zoning bases. -
Permits for traffic and infrastructure projects
Digital analysis of route alternatives and land use impacts.
Kermit supports authorities in evaluating complex infrastructure projects. -
Preliminary review of permit applications
Quick initial assessment of incoming permit applications.
Kermit automatically analyzes project areas and provides a sound basis for further processing.
Clarifying individual applications of Kermit GeoAI
With Kermit, MovingLayers enables intuitive access to complex geodata for users - without requiring GIS knowledge. Feel free to contact us for a 30-minute initial consultation!
InfoLayer Blog
View all-
AI in Geospatial Data Processing: What Actually...
MovingLayersThe AI Act does not ask about your software – it asks about your process. We walk the geospatial data lifecycle station by station, from field capture to public enquiry,...
AI in Geospatial Data Processing: What Actually...
MovingLayersThe AI Act does not ask about your software – it asks about your process. We walk the geospatial data lifecycle station by station, from field capture to public enquiry,...
-
Geodata Needs a Memory: Why Historization and V...
MovingLayersGeodata usually knows only its current state. Historization and versioning make the history of every single object traceable – audit-proof and complete. Here is what we are building for it...
Geodata Needs a Memory: Why Historization and V...
MovingLayersGeodata usually knows only its current state. Historization and versioning make the history of every single object traceable – audit-proof and complete. Here is what we are building for it...
-
Why We're Now at the Standards Table: Jürgen Ha...
MovingLayersDr. Jürgen Hahn has been a new member of Austrian Standards Committee 084 "Geoinformation and Surveying" since June 2026. Why this is a logical step for a geodata service provider...
Why We're Now at the Standards Table: Jürgen Ha...
MovingLayersDr. Jürgen Hahn has been a new member of Austrian Standards Committee 084 "Geoinformation and Surveying" since June 2026. Why this is a logical step for a geodata service provider...