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.
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.
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 kaartPreview 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 verschillen | Moet gelijk blijven |
|---|---|
| renderresolutie | uitsnede en projectgebied |
| performance-optimalisatie | broninterpretatie |
| detailniveau tijdens interactie | kleur- en legenda-logica |
| technische renderroute | zichtbare 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 · KaartproductEen 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 · SchaalbaarheidDezelfde 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.