01 · Bron ≠ kaart

De bron is nog niet het kaartbeeld

Ruimtelijke data hebben altijd eigenschappen die invloed hebben op wat uiteindelijk zichtbaar wordt. NoData, resolutie, classificatie, projectie, versie en interpretatie van waarden kunnen allemaal bepalen hoe een kaart eruitziet en wat een gebruiker eruit afleidt.

Dat wordt duidelijk bij hoogtebronnen. Een nul kan in de ene dataset echte hoogte zijn en in een andere bron een technische leegte. Opeenvolgende AHN-generaties kunnen bovendien verschillen in filtering, waterbehandeling en zelfs in de manier waarop laserpunten tot rastercellen worden verwerkt. Als zulke verschillen impliciet blijven, kan een kaart technisch correct geladen zijn en toch inhoudelijk iets anders suggereren dan bedoeld.

KernvraagWelke kennis heb je over een bron nodig voordat je hem verantwoord kunt tonen, combineren, vergelijken en exporteren?
02 · Bronkennis

Leg bronkennis vast vóór de kaartlogica begint

Studio werkt daarom toe naar bronprofielen: per bron wordt expliciet beschreven hoe de data moeten worden geïnterpreteerd voordat ze de generieke kaartomgeving in gaan. Zo'n profiel kan vastleggen hoe NoData wordt herkend, welke waarden geldig zijn, welke schaal of classificatie geldt, welke publicatie wordt gebruikt en welke technische behandeling nodig is.

ruwe bronbronprofielinterpretatiegenormaliseerde datakaartbeeld
Figuur 1 — Bronspecifieke kennis wordt vastgelegd vóór de generieke cartografie.

Daardoor hoeft de kaartomgeving niet overal uitzonderingen voor afzonderlijke datasets te bevatten. Nieuwe bronnen kunnen worden toegevoegd door hun gedrag expliciet te beschrijven. Bij vergelijkingen is dat extra belangrijk: twee bestanden met dezelfde eenheid en resolutie hoeven methodisch nog niet hetzelfde te betekenen.

Lees hoe dat speelt bij opeenvolgende AHN-edities →

03 · Dezelfde kaart

Preview en export moeten inhoudelijk dezelfde kaart zijn

De browserpreview en een hoge-resolutie-export mogen technisch via een andere renderroute lopen. Maar de betekenis van de kaart mag niet veranderen. Uitsnede, gekozen bron, NoData, stijl, legenda, overlays, papierformaat en oriëntatie moeten uit dezelfde kaarttoestand voortkomen.

Mag verschillenMoet gelijk blijven
renderresolutieuitsnede en projectgebied
performance-optimalisatiebroninterpretatie
detailniveau tijdens interactiekleur- en legenda-logica
technische renderroutezichtbare kaartinhoud

Daarom is een centrale Studio-state niet alleen een programmeerkeuze. Het is een manier om te bewaken dat de gebruiker tijdens het hele proces over dezelfde kaart praat.

04 · Kaartproduct

Een professioneel kaartblad is geen vergrote screenshot

Een A3- of A0-kaartblad moet op het doelformaat worden opgebouwd. Tekst, lijnwerk, legenda en rasterdetail moeten passen bij het uiteindelijke formaat en de gewenste resolutie. Een browsercanvas simpelweg opschalen levert wel een afbeelding op, maar nog geen betrouwbare kaartproductie.

De exportengine moet daarom dezelfde kaarttoestand opnieuw kunnen renderen op het gevraagde formaat. De browser is dan het bedieningsvlak, niet de bron van de uiteindelijke pixels.

05 · Schaalbaarheid

Dezelfde Studio kan met andere bronnen, analyses en stijlen werken

Wanneer bronkennis, cartografische instellingen en toepassingslogica los van elkaar staan, ontstaat ruimte voor verschillende Studio-toepassingen, organisatiespecifieke bronsets, eigen stijlen, defaults en exporttemplates. Ook uitbreiding naar andere landen wordt dan vooral een vraag naar nieuwe bronnen en profielen, in plaats van een nieuwe Studio-codebase per omgeving.

SchaalprincipeOndergrond en Terrein delen de Studio-werkwijze, terwijl hun inhoudelijke bron- en analysemethoden afzonderlijk kunnen worden vastgelegd.