Ādaži digital twinReference notesSource posture, architecture notes, and operational references.
Twin Base StudioPolisplexity / ĀdažiTwin Base StudioRiga planning region, Latvia
Workspace
Cockpitlive
Municipal
Public
Guidance
Theory
Docs
Reference Notes and Documentation

Use this module as the institutional evidence pack of the current Ādaži Digital Twin workspace.

It records what is public base today, what is already an inferred semantic seed, what the logical twin contributes, and what still belongs to future semantic packs or interoperability work.

Not all visible data is semantic, and not all semantic meaning is already interoperable. This module keeps those layers explicitly separate.

Reference contents
  • City brief
  • Document pack
  • Sources
  • Register
  • Viewer register
  • Semantic seeds
  • Transport
  • Future packs
  • WS2 alignment
Project references

Reference Notes and Documentation

Surface the notes, source posture, semantic-pack roadmap, viewer posture, and interoperability path so the twin can be reviewed as a real institutional product.

Reference surface
Territorial scope

Live

The current Ādaži area and municipal boundary are loaded from the active public payload.

Named streets

Live

Road counts and street-name coverage are derived from the current Ādaži geometry feed.

Built fabric

Live

Building counts and volumetric approximations are computed when the Ādaži twin payload is ready.

Inferred semantic seeds

Live

Civic, mobility, daily-economy, waste, and route seeds are recalculated for the active Ādaži workspace.

City brief
Ādaži, Latvia, Riga planning region.
Ādaži public-data base twin, lightweight logical twin, inferred semantic seeds, and a separate interoperability path.
The current Ādaži workspace starts from public territorial geometry, organizes it into a logical twin, exposes inferred semantic seeds honestly, and keeps data transport and interoperability as a separate architecture track for later growth.
Institutional document pack
Ādaži base twin brief (Institutional note): What is geometry, provenance, and baseline fact in the current city twin.
Semantic seed register (Domain note): What is already interpreted semantically from public data and what still needs formal enrichment.
Interoperability posture note (Architecture note): What exists today for transport and what still needs standards, cataloging, and exchange design.
Viewer surface register (Product note): What each viewer shows from the base twin, the logical twin, and the inferred semantic seeds.
WS2 pilot-detail alignment note (Compliance note): How the current product explains data lifecycle, seven-layer management, and semantic interoperability posture.
Semantic pack roadmap (Growth note): Which future packs can attach next without rebuilding the base and logical twin.
Current product posture
Base twin: active and visible.
Logical twin: active through layer definitions, bundles, counts, and viewer state.
Semantic seeds: visible, but still inferred from public data.
Interoperability: still pending as a formal exchange and federation layer.
Delivery and viewer posture
Jampack provides the application shell, module navigation, theme handling, and responsive app structure.
Next serves the digital twin routes while Express keeps the auth, API, and live viewers in the same product boundary.
Map, 3D, and immersive remain product-native viewers because they are the differentiating surfaces of the twin.
All three viewers start from the same active-city payload, but each one filters and stages it differently according to base, logical, and inferred semantic reading.
Future semantic packs should attach to the current base and logical twin without changing the shell.
Current source and derivation register
SourceCategoryScopeStatus
OpenStreetMap / OverpassBase geometry sourceRoads, buildings, facilities, places, and green-blue geometries for Ādaži.Feeds the public base twin.
NominatimBase administrative referenceMunicipal lookup and territorial anchor for Ādaži.Feeds scope and city reference.
OSRM public routingDerived access seedFirst route geometry and reach proof for the active Ādaži workspace.Feeds a semantic access seed, not an authority route product.
Local classification logicSemantic seed derivationCivic, mobility, commerce, waste, and route interpretation from public inputs.Feeds inferred semantic seeds only.
Twin Base payloadLogical twin outputInventory, bundles, counts, viewer state, and scene-ready structures.Feeds the current product surface, not yet the interoperability layer.
Current layer taxonomy
LayerTypeCountSourceStatusReading
Municipal boundaryBase layerLiveNominatim + OpenStreetMap polygon referenceActive in the current Ādaži public base twinAdministrative scope and municipal footprint.
Road networkBase layerLiveOpenStreetMap / Overpass highway geometryActive in the current Ādaži public base twinWays, named streets, and the first access structure.
Built fabricBase layerLiveOpenStreetMap / Overpass building geometryActive in the current Ādaži public base twinFootprints and lightweight volumetric reading.
Green-blue systemsBase layerLiveOpenStreetMap / Overpass leisure, landuse, natural, and water featuresActive in the current Ādaži public base twinParks, woods, water, recreation, and landscape context.
Settlements and placesBase layerLiveOpenStreetMap place pointsActive in the current Ādaži public base twinNamed places and locality markers for territorial orientation.
Civic anchorsInferred semantic seedLivePublic OSM feature classificationVisible as inferred meaning, not authority-grade semanticsTown hall, schools, healthcare, library, and public-service anchors.
Mobility anchorsInferred semantic seedLivePublic OSM feature classificationVisible as inferred meaning, not operational transport dataStops, parking, charging, and access-supporting points.
Daily economyInferred semantic seedLivePublic OSM feature classificationVisible as inferred meaning, not commercial operations dataShops and activity points that reveal everyday urban demand.
Waste and street seedsInferred semantic seedLivePublic OSM feature classificationSeed only; not yet a formal waste semantic packRecycling and cleanliness points that bridge toward the first service layer.
Base routeInferred semantic seed1OSRM public routing resultDerived access seed, not yet an authority routing productReference route toward a current Ādaži institutional anchor.
Viewer surface register
SurfaceBase twin shownLogical twin shownSemantic seeds shownTransport posture
Cockpit / MapBoundary, roads, buildings, green-blue systems, places, and route geometryLayer bundles, inventory counts, selected-object metadata, fidelity controls, and map stateCivic, mobility, commerce, waste, and route seeds when the corresponding bundle is enabledLocal payload only. No shared catalog or semantic exchange model yet.
Municipal / 3DSimplified boundary, roads, buildings, green-blue context, and place referencesLOD scene payloads, camera presets, bundle switching, and scene inventoryCivic, mobility, commerce, waste, and route seeds inside the spatial operations readingLocal scene payload only. Not yet brokered or standardized for exchange.
Public / ImmersiveRecognisable streets, buildings, public realm, and orientation elementsWalkthrough state, tour stops, visible-layer bundles, and fidelity managementOnly the simpler explanatory seeds needed for civic storytellingLocal walkthrough payload only. No external exchange layer yet.
Current semantic seed register
SeedCurrent basisCurrent meaningFuture enrichment
Civic anchorsPublic facility classificationPublic-service baselineAuthority service metadata, demand, quality, incidents
Mobility anchorsPublic mobility point classificationAccess and reach baselineTraffic, restrictions, multimodal operations, service times
Daily economyPublic shop and activity classificationDaily urban demand and street-use hintsIntensity, service demand, waste generation, frontage logic
Waste and street seedsPublic waste-related pointsFirst waste-service bridgeCollection logic, hotspots, service zones, actions
Base routePublic router resultService-access proofAuthority routes, constraints, fleet logic
Interoperability and transport register
TopicCurrent statusWhat exists nowNext step
Shared modelNot formalizedInternal JSON payload and viewer structuresDefine the shared data model for the pilot
Catalog and discoverabilityNot formalizedHuman-readable docs and source registerAdd DCAT-ready metadata and publication posture
Exchange formatNot formalizedInternal JSON onlyPrepare NGSI-LD / JSON-LD / RDF transport path
Context and broker layerNot activeNo context broker in the current prototypeEvaluate a brokered layer when the pilot semantics are agreed
Federation pathNot activeSingle-city local twin instanceDefine reuse and exchange between pilot members
Future semantic pack roadmap
PackWhat it addsProbable inputs
Municipal waste packWaste semantics, economics, service zones, and street-cleanliness logicAuthority operations, field observations, inferred demand, route logic
WEO packWater and environmental semantics on top of a new physical observation layerSpace or remote observation, environmental models, water semantics
SAMI packAdditional operational or AI-driven city semanticsPartner domain models, derived intelligence, service workflows
EO / satellite packNew physical observation layer before further semanticsSatellite imagery, remote sensing, raster-derived products
WS2 pilot-detail alignment register
RequirementManual expectationCurrent platform posture
Rq2 data lifecycleDescribe tools, standards, components, and the data lifecycle from collection to use and sharing.Theory and Docs separate collection, normalization, semantic interpretation, transport, and reuse.
Rq13 seven LDT layersEach authority should control one LDT instance through management interfaces across all seven layers.The product distinguishes source data, acquisition, knowledge logic, interoperability, services, orchestration, and visualisation even if not all are fully implemented yet.
Rq17 semantic interoperabilityEnsure semantic interoperability of exchanged data through open standards such as NGSI-LD or LDES.Semantic seeds are explicit, but transport remains local. The interoperability register keeps NGSI-LD, JSON-LD, RDF, LDES, and DCAT as future obligations, not fake current features.
Rc7 catalog and broker posturePrefer DCAT cataloging and a context broker capable of JSON-LD, RDF, or NGSI-LD.Documented as pending architecture. The product makes this visible instead of mixing it into the base twin.