Kwaliteitsborging grondwaterstands- en stijghoogtegegevens - KWR ...

De basis voor de in hoofdstuk 3 beschreven toetsen zou gevormd moeten worden door een databestandmet gevalideerde, historische stijghoogtereeksen. Met deze historische stijghoogtereeksen wordt denormaalperiode bepaald en vervolgens kunnen nieuw binnenkomende waarnemingen worden getoetsttegen de karakteristieken van de normaalperiode. Bij veel databestanden worden controles uitgevoerd inhet kader van kwaliteitsborging. Veelal zijn dit handmatige, arbeidsintensieve en/of visuele controles.Ondanks de serieuze inspanning, is de effectiviteit van dit soort kwaliteitscontroles niet optimaal. Deervaring leert dat er tal van fouten en onregelmatigheden in de bestanden van stijghoogtereeksen blijvenbestaan. In het licht van de beschreven toetsen is het directe gevolg van fouten in een stijghoogtereeks,dat de karakteristieken in de normaalperiode niet goed geschat worden, waardoor ook de toetsenminder effectief zijn. Los van de toetsen in het kader van kwaliteitsborging, hebben fouten in historischereeksen ook consequenties voor de bepaling van karakteristieken (bv. regiemcurve), kalibratie vangrondwatermodellen, bepaling van input-respons relaties, geostatistische interpolatie, trenddetectie, enz.Daarom is het noodzakelijk om (eenmalig) alle historische stijghoogtereeksen te toetsen en fouten enonrechtmatigheden daaruit te verwijderen.In de vervolgfasen van dit project zullen historische gegevens gebruikt worden om de verschillende teontwikkelen toetsen te testen op hun performance en resultaten. Hervalidatie van de historischestijghoogtereeksen in de praktijk blijft ook hier echter de verantwoordelijkheid van de individuelemeetnetbeheerder, en valt buiten de scope van het onderhavige project.6.3 Beoogd softwaresysteem (open en/of open source)6.3.1 Globale opzet en afbakeningHet in de latere fasen van dit project te ontwikkelen softwaresysteem kan in dit stadium slechtsschetsmatig aangegeven worden. Zoals inparagraaf 6.1.3 al is aangegeven vormt dekomst van de BRO een belangrijke stap in deverdere automatisering van de(stijghoogte)gegevensstromen, en dus dekwaliteitsverbetering. Vanzelfsprekend dienthet hier beoogde kwaliteitsborgingssysteemdus goed gekoppeld te worden en/of tekunnen communiceren met de BRO. Figuur 14geeft een schets van de beoogde opzet van deBRO, zoals door TNO (Stephan Gruijters)gepresenteerd op de DINO-gebruikersdag van26-9-2012. Een belangrijke aanvulling op ditschema is dat de communicatie door zowelbronhouders als gebruikers met de BRO ofwelvia DINOloket, ofwel via webservices zalverlopen. Daarnaast beschikken de (grotere)meetnetbeheerders ook over eigen, al dan nietcommerciële, programmatuur die de BROnoch het beoogde kwaliteitsborgingssysteemgeheel zal kunnen (of zou moeten) vervangen.De meest gunstige en efficiënte oplossing voorde praktijk van bronhouders en gebruikerslijkt een opzet zijn waarbij de verschillendesoftwarepakketten zo goed engeautomatiseerd mogelijk (dus viawebservices en/of databasekoppelingen) opelkaar aansluiten. Een dergelijke ICTconfiguratiekan een totaaloplossing biedenwaarbij bestaande onderdelen specifiekkunnen worden ingezet op de punten waaropbronhoudersbronhoudersINwebservicesOpslagRegisterbeheerderUITgebruikersgebruikersFiguur 14: boven: globale opzet van de BRO (bron:presentatie DINO-gebruikersdag 26-9-2012). onder:mogelijke relatie tussen de BRO, het beoogdekwaliteitsborgingssysteem en gerelateerde software.Kwaliteitsborging grondwaterstands- en stijghoogtegegevens© KWR, TNO - 33 - April 2013