Protocol voor digitale data-uitwisseling bodemgegevens

STICHTING INFRASTRUCTUUR KWALITEITSBORGING BODEMBEHEER (SIKB)

Protocol voor digitale data-uitwisseling bodemgegevens SIKB 0101

versie 5.0.0 Centraal College van Deskundigen Bodembeheer


Inhoudsopgave 1 REIKWIJDTE..........................................................................................................................3 1.1 Achtergrond en doelstelling ......................................................................................3 1.2 Uitwisseling middels systemen....................................................................................4 1.3 Toepassingsgebied.....................................................................................................5 1.4 Processen en gegevenssets.......................................................................................5 2 BASISREGELS VOOR DE UITWISSELING................................................................................7 2.1 Locatiedefinitie en contouren ...................................................................................7 2.2 Eigendom van de gegevens en codering ...............................................................8 3 BESCHRIJVING GEGEVENSMODEL...................................................................................10 3.1 Bodemgegevens......................................................................................................10 3.2 Aanlevering analysepakketten ...............................................................................13 3.3 Laboratorium opdrachten .......................................................................................13 3.3 Laboratorium opdrachten .......................................................................................14 3.3 Analyseresultaten .....................................................................................................16 4 TECHNISCHE BESCHRIJVING XML PROTOCOL.................................................................17 4.1 Overzicht ...................................................................................................................17 4.2 XML structuur.............................................................................................................17 4.3 Definitie van velden .................................................................................................19 4.3.1 Veld typen ....................................................................................................20 4.3.2 Verplichte velden.........................................................................................21 4.3.3 Ruimtelijke informatie ...................................................................................22 4.4 Codetabellen ...........................................................................................................23 5 BRON- EN LITERATUURVERWIJZINGEN..............................................................................23 BIJLAGE 1 - CODETABELLEN ..................................................................................................24 BIJLAGE 2 – HISTORIE .............................................................................................................26 Gegevensmodel .......................................................................................................26 Gegevensmodel ....................................................................................................29 Datatypes ...............................................................................................................29 Bijlagen ...................................................................................................................29

Protocol voor digitale data-uitwisseling bodemgegevens versie 5.0.0

SIKB 0101 Pagina 2 van 62


1

Reikwijdte

1.1

Achtergrond en doelstelling

In Nederland wordt op grote schaal gebruik gemaakt van digitale gegevens met betrekking tot de kwaliteit van de bodem. Het betreft hier onder meer veldgegevens (o.a. boorstaten), analysegegevens, historische en algemene gegevens m.b.t. de locatie, voortgangsgegevens over uitgevoerde en in uitvoering zijnde bodemonderzoeken en saneringsprojecten, etc. Deze gegevens worden in meer of mindere mate digitaal uitgewisseld. Hierbij onderscheiden we uitwisseling tussen: - adviesbureaus en laboratoria voor het kunnen maken en aanleveren van labopdrachten; - laboratoria en adviesbureaus voor rapportage analyseresultaten; - adviesbureaus en opdrachtgevers (overheden, bedrijven en particulieren); - tussen databeheerders onderling Onder ‘adviesbureaus’ kunnen hier tevens worden verstaan andersoortige onderzoekers als gemeentelijke ingenieursbureaus, etc. Ook kan het uiteraard zo zijn dat opdrachtgevers direct over de labgegevens beschikken zonder tussenkomst van een intermediair. Dit doet echter niet af aan het uitwisselingsprincipe. Daarnaast zal een eenduidige digitale uitwisseling bijdragen aan goed databeheer op locatie- dan wel organisatieniveau. Hier kan met name gedacht worden aan bedrijfsterreinen (locatiebeheer) en organisaties met meerdere locaties als SBNS, NAM, etc. Het protocol heeft een dusdanige opzet te dat alle behoeften van gegevensuitwisseling middels een zelfde (XML-)formaat kunnen worden vervuld. Het protocol is dusdanig van opzet dat het de flexibiliteit bevat om te kunnen worden uitgebouwd in de toekomst. De samenstelling van gegevensset die kunnen worden uitgewisseld wordt bepaald door de inhoud van de systemen. Het voorliggende project heeft zich uitdrukkelijk niet bezig gehouden met de vraag welke gegevens idealiter uitgewisseld zouden moeten worden. Doelstelling van het protocol is te komen tot een sectordekkend standaard uitwisselingsformaat van digitale bodemgegevens zodat fouten door het niet eenduidig kunnen uitwisselen van digitale data in de toekomst wordt voorkomen.




1.2

Uitwisseling middels systemen

Een belangrijk uitgangspunt is dat uitwisseling van data plaatsvindt tussen systemen die deze data bevatten. In Nederland wordt een aantal ‘niveaus’ van systemen onderscheiden te weten: - Laboratoriumsystemen - Dataminers - Locale/regionale bodeminfomatiesystemen (‘BISsen’) - Landelijk bodeminformatiesysteem (GLOBIS) - Waterbodemtoetsingssysteem (Towabo) De Laboratoriumsystemen hebben met name een interne functie binnen het laboratorium. Externe uitwisseling vindt plaats bij de opdrachtverlening aan laboratoria en de rapportage van de resultaten. De dataminers zijn de systemen die veelal door adviesbureaus worden gebruikt voor de opdrachtverlening aan de laboratoria, de verwerking van veldgegevens en de verwerking en interpretatie van analyseresultaten, al dan niet in combinatie met locatiegegevens. Bij de locale en regionale overheden (en sommige grotere private organisaties) vinden we de BISsen, de bodeminformatiesystemen. Hierin worden met name de gegevens op locatie- en projectniveau bewaard. Het niveau waarop gegevens worden bewaard verschilt maar alle systemen bevatten in ieder geval verschillende onderdelen van de locatiegegevens, analysegegevens van projecten en soms ook boorgegevens. Deze gegevens hebben veelal een geografische oriëntatie. Tot slot kennen we het landelijke informatiesysteem GLOBIS dat met name geaggregeerde informatie bevat. Dit betreft met name informatie over de verontreinigingssituatie en de voortgang van de bodemsaneringsoperatie. GLOBIS bevat geen gegevens op analyse- of boorpuntniveau. GLOBIS wordt gebruikt door het bevoegd gezag in het kader van de Wet Bodembescherming (m.u.v. Rijkswaterstaat inzake de Rijkswateren). Towabo richt zich op het verzamelen en toetsen van waterbodeminformatie. Met het protocol wordt de digitale uitwisseling van gegevens gestandaardiseerd. Hiermee zullen de mogelijkheden van het digitaal uitwisselen van gegevens sterk worden verbeterd. Het is van groot belang te realiseren dat het protocol geen uitspraak doet over de samenstelling en volledigheid van gegevensset of de kwaliteit van de gegevens als zodanig.




De relaties zijn aangegeven in onderstaand schema:

1.3

Toepassingsgebied

Het ontwerp-protocol richt zich op de uitwisseling van gegevens met betrekking tot milieuhygiënische kwaliteit van de bodem en de waterbodem. Voor wat betreft waterbodem beperkt het protocol zich tot de uitwisseling met TOWABO. Daar waar verdere uniformering binnen de waterbodemwereld plaatsvindt zal het protocol hiermee worden uitgebreid.

1.4

Processen en gegevenssets

Het SIKB protocol kan een aantal processen ondersteunen. Bij deze processen behoren bepaalde gegevenssets. De volgende processen kunnen bijvoorbeeld ondersteund worden: -

opdrachtverlening aan laboratoria uitwisseling van resultaten van laboratoria naar adviesbureaus/opdrachtgevers

-

uitwisselen gegevens in het kader van Landsdekkend Beeld monitoring van de bodemsaneringsoperatie




vullen van bodeminformatiesystemen van gemeenten ten behoeve van onder meer het maken van bodemkwaliteitskaarten In het bodemonderzoekstraject van potje tot monitoringsrapportage wordt een aantal verschillende gegevenssets uitgewisseld. Onderscheid wordt gemaakt in: - veldwerkresultaten (boorstaten, platte data) - labopdrachten (analyseresultaten, platte data) - rapportage onderzoeksbureaus (basisgegevens, platte data) - locatiegegevens (beschikkingen, monitoring etc., geïnterpreteerde data) - geografisch gegevens inclusief bijbehorende informatie (bijvoorbeeld contouren van een bodemkwaliteitskaart met bijbehorende percentielwaarden) -




2

Basisregels voor de uitwisseling

Om bodemgegevens uit te kunnen wisselen is het nodig om te weten welke locatie het betreft, welke contouren uitgewisseld kunnen worden, wie eigenaar is van de gegevens en welke gegevens set het betreft.

2.1

Locatiedefinitie en contouren

Voor de locatiedefinitie en de uit te wisselen contouren wordt aangesloten bij de definitie en omschrijving uit het Handboek Monitoring Bodemsanering van november 2001: Een locatie is een eenheid (of een aggregatie van kleinste eenheden) met een vermoede of bewezen verontreiniging van de bodem, die als één geheel wordt aangepakt. De volgende kleinste eenheden kunnen hierbij worden onderscheiden: 1. contour van verdachte locaties, de punt- of lijnbron. Dit kan een adres zijn, een lijn (slootdemping) of een vlak (stortplaats uit luchtfoto-interpretatie); 2. contour van het onderzoeksgebied (bijvoorbeeld het bedrijventerrein dat is onderzocht), dit is de omvattende contour op basis van één of meer rapporten, waar de conclusies betrekking op hebben; 3. contour van de verontreiniging (Interventiewaardecontour); 4. contour van de sanering. De locatie bestaat altijd uit één of meer van deze eenheden en wordt begrensd door de buitenste contour. Deze contour moet zijn gerelateerd aan de statusvelden met betrekking tot onderzoek en sanering. In de praktijk zal dit overeenkomen met de contour van het onderzoeksgebied (2). In het protocol zijn de volgende Geo-objecten opgenomen om de uitwisseling te kunnen realiseren: - Geo-object locatie - Geo-object verdachte activiteit - Geo-object onderzoek - Geo-object verontreinigingscontour - Geo-object saneringscontour - Geo-object boring NB: Ruimtelijke informatie wordt in XML opgeslagen in een GeoObject.




2.2

Eigendom van de gegevens en codering

Bodemonderzoeksgegevens van een nieuwe locatie toevoegen aan een dataset is niet zo ingewikkeld. Lastiger wordt het om bestaande gegevens te verversen en aan te vullen. Hiervoor zijn afspraken nodig over wie eigenaar is van de gegevens (om te voorkomen dat de gegevens op meer plaatsen worden gewijzigd) en over codering van de gegevens (om gegevens te kunnen verversen en te kunnen koppelen). Dit onderdeel is van belang van systemen waarin aangeleverde gegevens later “batchgewijs” ververst moeten kunnen worden (waarbij geen informatie verloren mag gaan) en voor systemen die aangeleverde gegevens willen doorleveren inclusief de herkomst van de gegevens. Uitgangspunt bij de codering van bodemonderzoeksgegevens is dat een centrale landelijke codering niet haalbaar is. Om gegevens te kunnen uitwisselen is het belangrijk dat in de verschillende systemen de interne codes van de systemen waarmee uitgewisseld wordt bekend zijn (vergelijk MDB). Dit is van belang in verband met updates van gewijzigde gegevens en het toevoegen van gegevens. In eerste instantie worden deze gegevens reeds meegeleverd met de Meta-informatie. Als nodig moeten in de verschillende bodeminformatiesystemen waar nodig per tabel een veld toegevoegd wordt waarin de interne code van een toeleverend systeem gezet kan worden. Dit zal altijd een combinatie moeten zijn van afkomst (een gemeente of provincie code), systeem (Glo, Str, Naz, B4A, e.a.) en een interne code. Per systeem kan nagegaan worden of interne codes van alle tabellen uitgewisseld moeten worden of dat bijvoorbeeld kan worden volstaan met locatie- en rapportcodes. In eerste instantie zal altijd een afspraak gemaakt moeten worden over de locatie waarbij aangeleverde gegevens toegevoegd moeten worden. Als dit gebeurd is kunnen gegevens worden ingelezen. Bij een nieuwe levering kan per tabel een check worden uitgevoerd of de interne code al bestaat (dan worden de gegevens weggegooid en opnieuw ingelezen) of nog niet bestaat (dan worden de gegevens gewoon toegevoegd). Er moeten afspraken gemaakt worden over wie gegevens mogen wijzigen. Voorgesteld wordt dat alleen de eigenaar van de gegevens deze ook daadwerkelijk mag wijzigen, zodat nooit op twee plaatsen gegevens worden gewijzigd. Deze manier van werken gaat goed voor bijvoorbeeld rapport gegevens en analysegegevens. Een probleem ontstaat bij de locatiegegevens, omdat bij één locatie bijvoorbeeld digitale rapporten inclusief conclusies op locatieniveau aangeleverd kunnen worden door meerdere leveranciers. Op locatieniveau kunnen alleen voor nieuwe locaties volledig geautomatiseerd digitale gegevens uitgewisseld




worden. Eventuele updates van gegevens zouden bilateraal afgesproken moeten worden. Codering en uitwisseling: -

-

-

alle BISsen en GLOBIS gebruiken gewoon eigen interne code bij uitwisseling wordt een gemeente, provincie of waterbeheerder code toegevoegd en een code voor het systeem (Glo, Str, Naz, B4A, e.a.); dit moet één unieke code vormen in elke systeem komt waar nodig op tabel niveau een extra veld waarin de ‘eigenaar’ van de gegevens wordt vastgelegd; dit levert alleen een probleem op, op locatie niveau (1:N als er meer leveranciers van gegevens zijn). alleen eigenaren mogen gegevens wijzigen er dient altijd overleg plaats te vinden of gegevens worden toegevoegd aan een bestaande locatie of toegevoegd als nieuwe locaties; dit bij voorkeur bepalen m.b.v. het GIS.

Voor uitwisselingsprocessen waarbij de herkomst van de gegevens traceerbeer moet blijven waar deze gegevens niet gewijzigd mogen worden, dienen afspraken gemaakt te worden over wie eigenaar is van gegevens. Dit dient te worden vastgelegd in extra velden in de bodeminformatiesystemen. Alleen de eigenaar van gegevens mag deze muteren.




3

Beschrijving gegevensmodel

3.1

Bodemgegevens

Op het hoogste niveau wordt onderscheid gemaakt tussen meta-informatie en locaties (Figuur 1 bevat het diagram van het SIKB model). Meta-informatie zegt iets over de herkomst van de gegevens en de gebruikte codetabellen en is niet gerelateerd aan andere entiteiten. Een Locatie is het gebied waar de bodeminformatie betrekking op heeft (eenheid van aanpak). Bij elke locatie kan de actuele stand van zaken (Monitoringgegevens in het kader van de voortgang van de bodemsaneringsoperatie) worden vastgelegd. Locaties worden beschreven door één adres en kennen vaak meerdere betrokken personen of instanties (subjecten). De geografische informatie wordt vastgelegd in het Geo-Object van de locatie (de locatie contour). De ligging van de locatie kan verder gespecificeerd worden middels de registratie van één of meer betrokken kadastrale percelen. Per locatie kunnen een aantal kenmerken worden vastgelegd die een 1:N relatie hebben met de locatie: - Het huidig gebruik van de locatie inclusief het dekkingspercentage wat gebruikt wordt bij de vaststelling van de urgentie. - De verdachte en de onderzochte activiteiten op basis van UBI’s (Uniforme Bron Indeling). Door deze te vergelijken kan bepaald worden of de locatie voldoende is onderzocht wat van belang is voor de werkvoorraad (landsdekkend beeld). - Gegevens over zorgmaatregelen, gebruiksbeperkingen en bestemmingen na saneringen - De entiteit verontreinigings-contour wordt geografisch vastgelegd in het bijbehorende Geo-Object en bevat gegevens over de aangetoonde verontreinigingen - De entiteit saneringscontour wordt geografisch vastgelegd in het bijbehorende Geo-Object en bevat gegevens over de uitgevoerde (deel-)saneringen. De onderzoeken die op een locatie uitgevoerd worden, beslaan vaak meerdere boringen. Per onderzoek kunnen verdachte componenten worden vastgelegd. De geografisch informatie van onderzoeken wordt vastgelegd in het Geo-Object onderzoek. Er wordt geen verschil gemaakt tussen een geotechnische boringen en een milieutechnische boring. Er zijn wel extra entiteiten en attributen opgenomen voor geotechnische boringen om gegevens van (pomp)filters, vertoering en afwerking op te kunnen nemen.




De gelaagdheid van de bodem wordt beschreven middels bodemlagen, waarbij de bodemopbouw en de zintuiglijke gegevens over o.a. kleur, geur en bijzonderheden worden geregistreerd. Ten behoeve van de zintuiglijke waarnemingen, die vaak maar in één deel van een bodemlaag aanwezig zijn, worden separate bodemlagen opgenomen. Hierdoor is het niet nodig om bij de kleur, geur en bijzonderheden dieptes te vermelden. Per bodemlaag kunnen meerdere kleuren, geuren en bijzonderheden worden opgenomen (1:N relatie). Per boring kunnen meerdere bodemmonsters worden genomen en meerdere filters worden geplaatst. Per bodemmonster kunnen meerdere potjes worden gevuld en dus meerdere veldmonsters worden genomen. Per filter kunnen meerdere flessen worden gevuld en dus ook meerdere veldmonsters worden genomen. Aan elk veldmonster kunnen weer veldwaarnemingen worden verricht, zoals bijvoorbeeld PID metingen. In het laboratorium kunnen uit één veldmonster meerdere deelmonsters worden genomen, bijvoorbeeld ten behoeve van heranalyses. Deelmonsters worden al dan niet samengevoegd tot een analysemonster (een mengmonster) dat in een laboratorium wordt onderzocht. Per analysemonster worden analysepakketten aangevraagd. In het laboratorium worden de analysemonsters op diverse stoffen onderzocht waaruit de analyseresultaten volgen. Op deze manier wordt inzicht verkregen in de mate van verontreiniging met verdachte componenten (stoffen). Omdat toetsingsresultaten niet worden uitgewisseld is het wel belangrijk dat toetsing steeds op dezelfde manier en met dezelfde gegevens plaatsvindt. Daarom is een aparte entiteit toetsingsgegevens opgenomen, waarin o.a. informatie over de gebruikte waarden voor lutum en humus en extra informatie voor AP04 toetsingen is opgenomen. De geografie van de bodeminformatie is een belangrijk gegeven. Het gegevensmodel biedt daarom de ruimte voor een geometriebeschrijving van locaties, verontreinigingscontouren, saneringscontouren , en onderzoeken. Deze entiteiten kunnen zowel als punt of vlak geregistreerd worden.




BODEM INFORMATIE

META INFORMATIE

LOCATIE

KLEUR

AANDUIDINGS ADRES

ONDERZOEK

BORING

SUBJECT

GEO-OBJECT BORING

GEUR

BODEMLAAG

BIJZONDERHEID

VERTOERING

HUIDIG GEBRUIK

FILTER

VELDMONSTER ONDERZOCHTE ACTIVITEITEN

BODEM MONSTER

KADASTRALE GEGEVENS

AFWERKING

BESTEMMING NA SANERING

ANALYSE MONSTER

ANALYSE RESULTAAT

GEBRUIKS BEPERKING

VERDACHTE COMPONENTEN

DEELMONSTER

ZORG

GEO-OBJECT ONDERZOEK

AANVRAAG ANALYSE PAKKET

VERDACHTE ACTIVITEITEN

GEO-OBECT ACTIVITEITEN

TOETSINGS GEGEVENS

VERONTR. CONTOUR

GEO-OBJECT VERONTR. CONTOUR

SANERINGS CONTOUR

GEO-OBJECT

VELD WAARNEMING

GEO-OBJECT LOCATIE

BESLUIT

TAKEN EN ONDERZ. FINANCIEN

CLUSTER

ADRES LOCATIE

BRON

BEDRIJF

Figuur 1: ERD Gegevensmodel




3.2

Aanlevering analysepakketten

Voor het maken van een laboratoriumopdracht moet de beschikking zijn over de volgende gegevens: • Monstervoorbehandelingen, analyses en analysepakketten, bestaande uit een codelijst en een omschrijving. De lijst kan per monstertype, per klant en per project specifiek zijn. Het project wordt aangeduid met een afspraaknummer. • Klantgegevens, bestaande uit een lijst met één of meerdere debiteurnummers en een omschrijving. De lijst is klantspecifiek. • Afspraaknummer, bestaande uit een lijst met afspraaknummers en een omschrijving waarop aparte prijsafspraken gemaakt zijn. De lijst is klantspecifiek. • Urgentiegegevens, bestaande uit een lijst met codes en een omschrijving van de mogelijke leveringstijden. • Bewaarduur, bestaande uit een lijst met codes en een omschrijving van de mogelijke bewaartermijnen. • Prijsinformatie. De prijs van een analyse kan afhankelijk zijn van de klant en eventueel apart afgesproken projectkortingen. • Categorieën. Om snel analysepakketten terug te kunnen vinden is het zaak ze onder te verdelen in groepen/categorieën, bestaande uit een lijst met codes en een omschrijving. • Monstertype. De lijst is generiek en hoeft dus niet aangeleverd te worden door het laboratorium. De monstervoorbehandelingen, analyses en analysepakketten zijn afhankelijk van het monstertype.

C a te g o rie e n A n a ly s e p a k k e tte n A n a ly s e s

K la n tc o d e ta b e l

M o n s te rty p e ta b e l

K o p p e lta b e l

A fs p ra k e n ta b e l

U r g e n tie c o d e ta b e l

B e w a a rd u u r ta b e l




3.3

Laboratorium opdrachten

Een laboratoriumopdracht of labopdracht bestaat uit een aantal onderdelen • Projectgegevens: administratieve gegevens die het laboratorium en de opdrachtgever nodig hebben om de opdracht tijdig en goed te kunnen uitvoeren en op de juiste wijze te kunnen rapporteren. Deze gegevens zijn ook nodig om de resultaten weer in het softwaresysteem van de opdrachtgever te kunnen importeren. • Analysemonsters: Hierin staat algemene informatie over de monsters die geanalyseerd moeten worden. Onder andere het soort monster. Aan deze analysemonsters worden bij terugrapportage analyseresultaten gekoppeld. • Deelmonsters: om kosten te sparen worden vaak een aantal monsters uit het veld samengevoegd tot een analysemonster. In de terminologie van het laboverleg bestaat een analysemonster altijd uit één of meer deelmonsters. Deze deelmonsters worden geïdentificeerd door hun naam en in de meeste gevallen ook door een unieke barcode. • Analyses: de door de opdrachtgever gevraagde analyses. Deze worden uit een door het laboratorium aangeboden lijst geselecteerd. • Veldmonsters: Monsters die wel naar het laboratorium worden gestuurd, maar waarop geen analysepakketten worden aangevraagd. • Rapportage: Soort rapportage welke opdrachtgever wenst te ontvangen van het laboratorium. Schematisch ziet de structuur er als volgt uit:

P r o je c t g e g e ve n s

A n a ly s e m o n s te rs

D e e lm o n s te r s

A n a ly s e p a k k e tte n

V e ld m o n s te r s

R a p p o rta g e







3.3

Analyseresultaten

Een analyseresultaat is altijd gekoppeld aan een project en een analysemonster. Bij het terugrapporteren van resultaten van een labopdracht moeten dus de projectgegevens en de analysemonstergegevens bekend zijn. Een digitale rapportage van analyses bestaat daarom uit de volgende gegevens: • Projectgegevens • Analysemonsters • Analyseresultaten .

Project gegevens

Analyse monsters

Analyse resultaten




4

Technische beschrijving XML Protocol

Het SIKB protocol voor data uitwisseling van bodemgegevens wordt gevormd door de combinatie van de volgende onderdelen: - definitie van alle velden (attributen en elementen) - definitie van de relaties - definitie van de codetabellen De uitwerking van het protocol is opgenomen in bijlage 2.

4.1

Overzicht

Bij het vertalen van de tabellen en velden van het model naar de XML definitie zijn de volgende richtlijnen gebuikt: - Velden waarvoor duidelijke afspraken gemaakt zijn, zoals codetabellen, datum velden, ja/nee velden of en de meeste velden die hoeveelheden of dieptes bevatten zijn als attributen opgenomen. De overige velden zijn als elementen opgenomen. - Elementen zijn in hoofdletters opgenomen en attributen in kleine letters. - De codetabellen bestaan uit een numerieke code en een omschrijving. Alleen de codes wordt uitgewisseld in het XML. In de meta-informatie wordt aangegeven welke versie van de codetabellen gebruikt is. - Een aantal velden die op verschillende plaatsen terug kunnen komen zijn samengevoegd in extra objecten, zoals het Geo-Object, adres en veldmonster. - De structuur is bepaald door de relaties tussen de entiteiten.

4.2

XML structuur

Het XML document wordt opgebouwd uit de onderstaande objecten. Voor de naam van ieder object staat de relatie tussen de objecten, die 1:1 of 1:N. Zo kan er maar een METAINFORMATIE object bestaan (1:1), maar meerdere LOCATIE objecten (1:N). Voor het ontwikkelen in XML is gebruik gemaakt van ISO-8859-1 encoding.




BODEMINFORMATIE (ROOT) 1:1 BODEMINFORMATIE 1:1 METAINFORMATIE 1:N LOCATIE 1:1 ADRES 1:N ONDERZOEK 1:N BORING 1:N BODEMLAAG 1:N KLEUR 1:N GEUR 1:N BIJZONDERHEID 1:N FILTER 1:N VELDMONSTER 1:N BODEMMONSTER 1:N VELDMONSTER 1:1 AFWERKING 1:N VERTOURING 1:N CASING 1:1 POINT 1:N ANALYSEMONSTER 1:N DEELMONSTER 1:N ANALYSERESULTAAT 1:N AANVRAAGANALYSEPAKKET 1:N COMPONENT 1:N TOETSINGGEGEVENS 1:N VERDACHTECOMPONENTEN 1:1 GEOOBJECT 1:1 ADRES 1:N SUBJECT 1:N SUBJECT 1:1 ADRES 1:N HUIDIGGEBRUIK 1:N VERDACHTEACTIVITEITEN 1:N ONDERZOCHTEACTIVITEITEN 1:N KADASTRALEGEGEVENS 1:N BESTEMMINGNASANERING 1:N GEBRUIKSBEPERKING 1:N ZORGMAATREGELEN 1:N VERONTREINIGINGSCONT 1:1 GEOOBJECT 1:N SANERINGCONT 1:1 GEOOBJECT 1:1 GEOOBJECT 1:N ADRESLOCATIE 1:N BRON 1:N BEDRIJF 1:N VERDACHTE_ACTIVITEITEN 1:1 OPMERKING 1:N: CLUSTER 1:1 ADRES 11: GEOOBJECT 11: ADRES 1:N BESLUIT 1:1 TAKEN EN ONDERZOEKSFINANCIEN 1:N RISICO 1:N CLUSTER 1:N ADRESLOCATIE 1:1 ADRES 1:N BRON 1:N BEDRIJF Protocol voor digitale data-uitwisseling bodemgegevens versie 5.0.0



1:N VERDACHTE_ACTIVITEITEN 1:1 OPMERKING 1:N GEOOBJECT 1:1 ADRES GEOOBJECT 1:1 GEOOBJECT 1:N POLYGON 1:N PART 1:N POINT 1:N POINT VELDMONSTER 1:1 VELDMONSTER 1:1 VELDWAARNEMING

ADRES POINT DIEPTE

figuur 2: XML Structuur

4.3

Definitie van velden

In het XSD-bestand dat het gegevensmodel van het protocol beschrijft/definieert wordt voor ieder veld opgegeven wat voor gegevenstype dit betreft (numeriek, alfanumeriek, datum en veldlengte), of dit een verplicht veld is, aan welke codetabel dit eventueel gekoppeld is en een beschrijving van de inhoud. Hieronder volgt een gedeelte uit dit bestand, weergegeven in tabelvorm, gevolgd door de XML interpretatie ervan. In bijlage 2 is het uitgebreide XML document met alle elementen en attributen te vinden. XML Naam bodeminformatie meta-informatie leverancier bis database organisatie datum versie opmerking locatie

R 1 1 1 1 1 1 1 1 1 N

Verw Type

V Codetabel

Definitie

X X N

Leverancier

Omschrijving leverancier bestand

N

BIS

Omschrijving BIS

N

Database

Omschrijving type database

C60

Organisatie

D

Datum bestand

N2.2

X

C2000

Versie codetabellen Plaats voor aanvullende informatie

X

Eenheid van aanpak, c.q. gebied waarop conclusies betrekking hebben




naam

1

C60

Herkenningsnaam van de locatie, kan eventueel aanduidingsadres zijn

-

XML-naam: naam van het gegevenselement Type: gegevenstype ((alfa)numeriek, ja/nee, datum) en veldlengte (maximum aantal tekens, cijfers/decimalen) R(elatie): 1 op 1 of 1 op N Verw(ijzing) waar het subobject wordt gedefinieerd V(erplicht): X = verplicht veld Codetabel: eventueel gebruik van domeintabellen (zie bijlage2)

-

Definitie: Omschrijving van het gegevenselement

-

Op het hoogste niveau in het XML document staat 01 BODEMINFORMATIE en hieronder vallen dan 01.00 METAINFORMATIE en 01.01 LOCATIE. Bovenstaande informatie beschrijft de volgende XML structuur.

<metainformatie leverancier="1" bis="1" database="1" datum="20011231" versie="0.01"> Naam van de organisatie Zomaar een opmerking over metainformatie Delftechpark Delft …

4.3.1

Veld typen

Hoewel XML alle informatie in tekstvorm opslaat, zijn er vier verschillende veldtypen gedefinieerd voor de inhoud van elementen en attributen. Voor deze veldtypen gelden de volgende afspraken: B : (Boolean) Dit is een ja/nee waarde die een 0 (nee) of een 1 (ja) mag bevatten . C : (Character) Dit is een tekstveld die maximaal aantal karakters mag bevatten. voorbeeld: C 24 is een testveld van 24 karakters. D : (Date) Dit is een datumveld dat 10 karakters bevat. De eerste 4 karakters bevatten het jaar gevolgs door een streepje, de volgende twee de maand, weer een streepje en de laatste de dag (yyyy-mm-dd).




N : (Numeric) Dit is een numeriek veld met gehele getallen (en eventueel decimalen). voorbeeld: N 5 is een numeriek integer veld van maximaal 5 posities, N 3,2 is een numeriek veld met 2 decimalen. Voor de codetabellen wordt een numerieke code gebruikt. N.b. het decimale scheidingsteken in het XML document is een punt (.). 4.3.2

Verplichte velden

Een aantal velden is verplicht binnen het XML. Deze verplichting geldt echter alleen wanneer het object waarop dit veld betrekking heeft ook bestaat in het XML document. De x en y coördinaten zijn verplicht voor ieder POINT object dat bestaat.




4.3.3

Ruimtelijke informatie

Ruimtelijke informatie van punten en vlakken worden opgeslagen in een Geo-Object. De volgende elementen worden gebruikt binnen het Geo-Object: POINT: definitie van een punt met attributen xcoord en ycoord PART: bevat een of meerdere punten die bij elkaar horen POLYGON: bevat een of meerdere PART die samen een polygoon vormen (het eerste en laatste punt in een PART moeten identiek zijn) Het geo-object bevat één attribuut, namelijk layer. Hierin wordt weergegeven of het grond, water dan wel slib betreft Een punt wordt als volgt opgeslagen

Een simpele polygoon als volgt
ycoord=”544”/> ycoord=”644”/> ycoord=”544”/> ycoord=”544”/>

Een complex polygoon bestaande uit 2 vlakken als volgt





4.4

Codetabellen

In Bijlage 1 is een overzicht te vinden van alle codetabellen, voor de inhoud van de tabellen wordt verwezen naar het Lookup-XML en –XSD bestand.

5 -

Bron- en literatuurverwijzingen Handboek Monitoring Bodemsanering: Afspraken over indicatoren en gegevens, def. versie, oktober 2001 Concept Circulaire Landsdekkend beeld, Fase 1, Nulmeting Werkvoorraad landbodems bodemverontreiniging (versie 4.01, oktober 2001) GLOBIS versie 1.1.1, oktober 2001 VKB protocol 2017 van SIKB NEN 5104 Datamodel Miras BST, versie 1.9, oktober 2001 Datamodel Boormanager 4.0, oktober 2001 Implementatie Laboverleg, versie 1.2, 21-09-2001 Datamodel Strabis 9.3.5, oktober 2001 Datamodel Nazca 3.0, november 2000 Datamodel Bis4all, versie 4.1.006, 5-10-2000 Resultaten Laboverleg versie 2.0 30-10-2002




Bijlage 1 - Codetabellen 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37.

Leverancier - Leveranciers van bodeminformatie BIS - Bodem Informatie Systemen Database - Database type Status_ver - Status verontreiniging Risico – Risico Convenant – Convenant Stat_dyn - Statisch Dynamisch Initiatief – Initiatiefnemer Vervolg – Vervolgacties Gebruik - Huidig gebruik Sanering - Type sanering Bestemming - Bestemming na sanering Gebruiksbeperking – Gebruiksbeperkingen Zorg – Zorg Contour - Contour type Overschrijding - Overschrijding toetsingswaarde San_bovengrond - Saneringsvarianten bovengrond San_ondergrond - Saneringsvarianten ondergrond UBIcode - Verdachte activiteiten (UBI codes) Subject - Subjecten (betrokkenen) Ond_type - Type onderzoeken Fase - Onderzoeksfasen Aanleiding - Aanleidingen onderzoek Meetpunt - Type meetpunten Boorapparaat – Boorapparaten Grondsoort – Grondsoorten Lutum - Lutum gehalten Humus - Humus gehalten Grind – Grind Mediaan – Mediaan Bijzonderheid - Bijzonderheden bodemlaag Geur - Geur van bodem Geur_int - Geur intensiteit van bodem Kleur - Kleur van bodem Kleur_int - Kleur sterkte van bodem Veldwaarneming - Type veldwaarnemingen Referentie_type - Referentie type veldmonster




38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69.

Veldmatrix – Matrix veldmonster Lab – Laboratoria Materiaalafd - Materialen voor afdichting van peilbuis Materiaalaanv - Materialen voor aanvulling van peilbuis LOVmonstertype - Monster type analysemonster Labreferentie_type - Referentie type analysemonster LOVeenheid - Eenheid (laboverleg code) LOVreferentie - Referentie (laboverleg code) LOVanalysenorm - Analysenorm (laboverleg code) LOVanalysetechniek - Analysetechniek (laboverleg code) LOVmonsterneming - Monsterneming (laboverleg code) LOVmonsterconservering - Monsterconservering (laboverleg code) LOVmonstervoorbehandeling - Monstervoorbehandeling (laboverleg code) LOVmonsterontsluiting - Monsterontsluiting (laboverleg code) LOVcomponent - Component (laboverleg code) LOVcertificering - Certificeringscode (laboverleg code) Terugsaneerwaarde Lettercode bevoegd gezag/eigenaar Conserveringsmiddelen Laboratoriummethoden Kwalificatie Stat_oord Stat_rap Besl_stat Ondstatbsl Besluit Asbest Tank Benoemd Vervallen Verontreinigd Landwater

70. 71. 72. 73. 74. 75.

Layer UBI_onderzocht Kenmerk Oorsprong HBB soort bedrijf EUT Status




Bijlage 2 – Historie Versie 1.1

Gegevensmodel Entiteit

Type Lengte Code tabel Metainformatie versie C 8

Locatie bis_loccode

C

stat_maatr

N

eigenaar

N

11

Saneringscont pl_tonger N

6

pl_tonstort

N

6

pl_tonher

N

6

pl_schoon

N

6

pl_verontr

N

6

Definitie

Elem Ver Versie Datum /attr plicht

Versienummer in formaat x.y.z. waarbij x, y en z 2 cijfers groot kunnen zijn

A

J

1.1.0

4 okt. 2002

Unieke locatie code A uit (gemeentelijk) BIS, voor koppeling met BIS gegevens Zorg Status van A genomen zorgmaatregelen Eigenaar Beheerder/eigenaar A van de gegevens; degene die de gegevens mag wijzigen

N

1.1.0

4 okt. 2002

N

1.1.0

4 okt. 2002

N

1.1.0

4 okt. 2002

A

N

1.1.0

4 okt. 2002

A

N

1.1.0

4 okt. 2002

A

N

1.1.0

4 okt. 2002

A

N

1.1.0

A

N

1.1.0

4 okt. 2002 4 okt. 2002

Geplande afgevoerde hoeveelheid grond naar reiniger (ton) Geplande afgevoerde hoeveelheid grond ongereinigd storten (ton) Geplande afgevoerde hoeveelheid grond ongereinigd hergebruik (ton) Geplande aanvoer schone grond (ton) Geplande aanvoer verontreinigde




Entiteit

Type Lengte Code tabel

ge_schoon

N

6

ge_verontr

N

6

Kadastrale gegevens op_perceel N 6

`percentage N

P_overschr

3

N

Verontreinigingscont bedr_id C 11

onderz

C

1

vervallen

C

1

Verontr

C

1

Adres straat

C

35

Definitie grond (ton) Gerealiseerde aanvoer schone grond (ton) Gerealiseerde aanvoer verontreinigde grond (ton)

A

N

1.1.0

4 okt. 2002

A

N

1.1.0

4 okt. 2002

Oppervalkte van A kadastraal perceel (vierkante meters) Percentage van het A oppervlak wat van belang is voor de kadastrale aantekening Over Maximum A schrijding overschrijding behorende bij de contour. S,T,of I klasse 1 t/m 4 voor waterbodem en BGW

N

1.1.0

4 okt. 2002

N

1.1.0

4 okt. 2002

N

1.1.0

4 okt. 2002

Identificatie van een bedrijf uit de Groslijst Verontreinigende activiteit (UBI) wel of niet onderzocht (ja/nee) Verdachte activiteit (UBI) blijkt wel of niet relevant te zijn en is dus wel of niet vervallen (ja/nee) Verontreinigende activiteit (UBI) blijkt daadwerkelijk wel of niet de oorzaak te zijn van de verontreiniging (ja/nee)

A

N

1.1.0

4 okt. 2002

A

N

1.1.0

4 okt. 2002

A

N

1.1.0

4 okt. 2002

A

N

1.1.0

4 okt. 2002

Straatnaam aanduidingsadres

E

N

1.1.0

4 okt. 2002





Entiteit

Type Lengte Code tabel

Definitie


conform NEN5825




Versie 2.0 Gegevensmodel Aan het gegevensmodel zijn de structuren toegevoegd voor de aanlevering analysepakketten, de labopdrachten en analyseresultaten zoals deze in het Laboverleg versie 2.0 zijn gedefinieerd. De structuren worden in de bijbehorende XSD-bestanden beschreven. Datatypes Het formaat van datum velden is veranderd van YYYMMDD naar YYYY-MM-DD Bijlagen Bijlage 4 “Regels voor het omschrijven van componenten” toegevoegd, overgenomen uit Laboverleg versie 2.0




Gegevensmodel Entiteit

Type Leng Codetabel te

Definitie

Elem./Att. Verplicht Versie Datum

NIEUW: adreslocatie (1:N onder Locatie, oorsprong: Globis) bio_id

C

11

Adrescode

A

N

3.0.1

26-92003

loc_code

C

11

Globis locatie code

A

N

3.0.1

26-92003

bis_code

C

11

BIS locatie code

A

N

3.0.1

26-92003

sebpartij

C

5

SEB-partij

A

N

3.0.1

26-92003

bsb_code

C

11

SEB convenant locatie code

partij A

N

3.0.1

26-92003

mis_code

C

11

MIS locatie code

A

N

3.0.1

26-92003

NIEUW: cluster (1:N boven AdresLocatie, oorsprong: Globis) clus_id

C

11

Unieke clustercode

A

N

3.0.1

26-92003

beheerder

C

10

Beherende instantie

A

N

3.0.1

26-92003

sebpartij

C

5

SEB partij

A

N

3.0.1

26-92003

dubi

C

6

Dominante UBI

A

N

3.0.1

26-92003

dnsx0

N

5,1

NSX score

A

N

3.0.1

26-92003

prioriteit

N

3

Prioriteits klasse

A

N

3.0.1

26-92003

jaar

N

4

Jaar opvoeren

A

N

3.0.1

26-92003

jaargereed

N

4

Jaar afvoeren

A

N

3.0.1

26-92003

gebruik

N

gebruik_id

Huidig gebruik

A

N

3.0.1

26-92003

stat_dyn

N

stat_dyn_id

Statisch/ dynamisch

A

N

3.0.1

26-92003

verspreid

C

Verspreidings risico

A

N

3.0.1

26-9-

3




2003 eut_status

N

gesch_kost

N

planning

C

stat_oord_id

Inschatting urgentie

A

N

3.0.1

26-92003

9

Inschatting onderzoeks- A en saneringskosten

N

3.0.1

26-92003

5

Codering t.b.v. planning A

N

3.0.1

26-92003

NIEUW: bron_bedrijf (N:M onder AdresLocatie, Bron is koppeltabel om bedrijven te koppelen aan de adreslocaties, oorsprong: Globis): bedr_id

C

11

Bedrijf/ element code

A

N

3.0.1

26-92003

vindplaats

C

30

Vindplaats dossier

A

N

3.0.1

26-92003

dossier_nr

C

30

Dossier nummer

A

N

3.0.1

26-92003

TOEVOEGEN: locatie (oorsprong: Globis stat_rap

N

stat_rap_id

A

N

3.0.1

26-92003

stat_besl

N

ondstatbsl_id

A

N

3.0.1

26-92003

opplocatie

C

10

A

N

3.0.1

26-92003

jaar_oo

C

4

Monitorings rapportage A jaar OO

N

3.0.1

26-92003

jaar_no

C

4

Monitorings rapportage A jaar NO

N

3.0.1

26-92003

jaar_eut

C

4

Monitorings

N

3.0.1

26-9-

A

beschikkings jaar EUT jaar_se

C

stat_oord

N

eut_totaal

N

4

2003

Monitorings beschikkings jaar SE

A

N

3.0.1

26-92003

stat_oord_id

Beoordeling EUT

A

N

3.0.1

26-92003

stat_oord_id

EUT op basis beoordeling

van A en

N

3.0.1

26-92003

bij A

N

3.0.1

26-9-

beschikking datum_rap

D

Rapportdatum stat_rap

dubi

N

ubic ode-


Dominante NIET VOLD. A ONDERZ. UBI

2003 N


3.0.1

26-92003


id samenloop_ kosten_ geschat

N

12,2

geschatte samenloop A kosten sanering

N

3.0.1

26-92003

samenloop_ kosten_werk

N

12,2

werkelijke samenloop A kosten sanering

N

3.0.1

26-92003

initiatief_oo

initiatief_id

Initiatiefnemer OO

A

N

3.0.1

26-92003

initiatief_no

initiatief_id

Initiatiefnemer NO

A

N

3.0.1

26-92003

initiatief_sa

initiatief_id

Initiatiefnemer SA

A

N

3.0.1

26-92003

initiatief_ ldb_oo

initiatief_id

Initiatiefnemer OO

A

N

3.0.1

26-92003

initiatief_ ldb_no

initiatief_id

Initiatiefnemer NO

A

N

3.0.1

26-92003

initiatief_ ldb_sa

initiatief_id

Initiatiefnemer SA

A

N

3.0.1

26-92003

land_water

land_water_i Landbodem d waterbodem

of A

N

3.0.1

26-92003

A

N

3.0.1

26-92003

E

N

3.0.1

26-92003

Kenmerk document/ brief

van E

J

3.0.1

26-92003

Status van individuele besluit

het E

N

3.0.1

26-92003

NIEUW: besluit (1:N onder Locatie, oorsprong: Globis) bsl_dat

D

bsl_code

N

kenmerk

C

besl_stat

N

besluit_id 20 besl_stat_id

Unieke besluitcode

NIEUW: taken_en_onderzoeksfinancien (1:N onder Locatie), oorsprong: Globis taak_code

C

10

code waaruit blijkt of het A onderzoek, sanering, zorg, jur, finan of nw geval is (eerste letter taak_code globis)

N

3.0.1

26-92003

begindatum

C

4

startjaar van de taak

A

N

3.0.1

26-9-

afgerond_jaar C

4

jaar technisch afgerond A

N

3.0.1

2003 van de taak


26-92003



initiatief

C

3

Initiatiefnemer

A

N

3.0.1

26-92003

samenloop

N

12,2

inkomsten samenloop A op basis van vorderingsdatum

N

3.0.1

26-92003

kosten

N

12,2

kosten/uitgaven op basis A van factuurdatum

N

3.0.1

26-92003

vorderingen

N

12,2

inkomsten derden op A basis van vorderingsdatum

N

3.0.1

26-92003

apparaats_ kosten

N

12,2

apparaatskosten/ A uitgaven op basis van factuurdatum

N

3.0.1

26-92003

overige_ kosten

N

12,2

overigekosten/ uitgaven A op basis van factuurdatum

N

3.0.1

26-92003

TOEVOEGEN: onderzochteactiviteiten benoemd

N

benoemd_id UBI verdachte activiteit

A

N

3.0.1

26-92003

vervallen

N

vervallen_id

UBI verdachte activiteit

A

N

3.0.1

26-92003

verontreinigd

N

verontreinig d_ id

UBI verdachte activiteit

A

N

3.0.1

26-92003

voldoende_ onderzocht

N

ubi_ UBI wel of niet A onderzocht_i voldoende onderzocht d

N

3.0.1

26-92003

TOEVOEGEN: onderzoek tank

N

tank_id

Tank

A

N

3.0.1

26-92003

asbest

N

asbest_id

Asbest

A

N

3.0.1

26-92003

layer_id

In Globis komt het voor A dat er bij een saneringscontour in het administratieve gedeelte meerdere saneringscontouren in het GIS ingetekend kunnen worden: nl. voor

N

3.0.1

26-92003

TOEVOEGEN: geoobject layer

N




grond, water en slib, Door aan het geoobject een extra attribuut layer toe te voegen kan dit probleem opgelost worden. Er moet dan wel afgesproken worden welke layers er gedefinieerd worden, voor Globis grond, water en slib. TOEVOEGEN: saneringscontour san_kosten_ geschat

N

12,2

Geschatte saneringskosten

A

N

3.0.1

26-92003

san_kosten_ werk

N

12,2

Werkelijke saneringskosten

A

N

3.0.1

26-92003

samenloop_ kosten_ geschat

N

12,2

Geschatte samenloopkosten sanering

A

N

3.0.1

26-92003

samenloop_ kosten_werk

N

12,2

Werkelijke samenloopkosten sanering

A

N

3.0.1

26-92003




XSD Labopdrachten: In de XSD voor de labopdrachten zouden "verzamel-tags" toegevoegd moeten worden voor de analysemonsters, deelmonsters, veldmonsters, contactpersonen en analysepakketten. Hiermee wordt meteen ook voldaan aan de in de rest van het protocol gehanteerde methodiek.

Nieuwe entiteit (bij één <projectgegevens> kunnen meerdere analysemonsters samengevoegd in het nieuwe record , 1:1 relatie tussen <projectgegevens> en )

behoren

die

dan

zijn

Nieuwe entiteit <deelmonsters> (bij één kunnen meerdere deelmonsters behoren die dan zijn samengevoegd in het nieuwe record <deelmonsters>, 1:1 relatie tussen en <deelmonsters>) Nieuwe entiteit (bij één kunnen meerdere analysepakketten samengevoegd in het nieuwe record , 1:1 relatie tussen en )

behoren

die

dan

zijn

Nieuwe entiteit (bij één <projectgegevens> kunnen meerdere veldmonsters behoren die dan zijn samengevoegd in het nieuwe record , 1:1 relatie tussen <projectgegevens> en ) Nieuwe entiteit (bij één <projectgegevens> kunnen meerdere contactpersonen samengevoegd in het nieuwe record , 1:1 relatie tussen <projectgegevens> en )

behoren die dan

zijn

XSD Labresultaten In de XSD voor de labresultaten zouden op dezelfde wijze "verzamel-tags" toegevoegd moeten worden voor de analysemonsters en analyseresultaten. Nieuwe entiteit Protocol voor digitale data-uitwisseling bodemgegevens versie 5.0.0



(bij één <projectgegevens> kunnen meerdere analysemonsters samengevoegd in het nieuwe record , 1:1 relatie tussen <projectgegevens> en ) Nieuwe entiteit (bij één kunnen meerdere analyseresultaten samengevoegd in het nieuwe record , 1:1 relatie tussen en )


behoren

die

dan

zijn

behoren

die

dan

zijn



Versie 3.2.0 De volgende Y-wijzigingen zijn doorgevoerd in het protocol: Entiteit: Analysemonster Gegeven Type representativiteit N,12 _analysemonster

Toelichting Actie Bodemvolume dat Toevoegen het analysemonster vertegenwoordigt Identificatie van de Toevoegen partij waarin het bodemvolume dat het analysemonster vertegenwoordigt is ingedeeld

Elem./Attr. a

Entiteit: Bodemlaag Gegeven Type kenmerk kenmerk_id

Toelichting kenmerk

Actie Toevoegen

Elem./Attr. a

Entiteit: bijzonderheid Gegeven Type oorsprong oorsprong_id

Toelichting oorsprong

Actie Toevoegen

Elem./Attr. a

partijID

C,50

De codetabel "Verontreinigd" toepassing is: Huidige Code (verontreinigd) >S >I >T Onbekend Onvoldoende onderzocht Nee

wordt vervangen door "VoldoendeOnderzocht", waarbj de volgende mapping van

Nieuwe Code onderzocht) Ja Ja Ja Onbekend Nee Ja


a

(voldoende



Versie 3.3.0 Gegevensmodel

Type adresType uitgebreid Gegeven huisnummer2

Type C,5

Toelichting Actie 2e huisnummer in geval van reeks Toevoegen adressen

Elem./Attr. e

huisletter2

C,5

e

lettertoevoeging2

C,5

gem_code

C,4

2e huisletter aanduidingsadres in Toevoegen geval van reeks adressen 2e huislettertoevoeging Toevoegen aanduidingsadres conform NEN 5825 in geval van een reeks adressen unieke gemeete code (NEN5825) Toevoegen

e

e

Entiteit adreslocatie (onder locatie) Gegeven Type Toelichting cluster complex

Actie Toevoegen

Elem./Attr. e

geoobject adres

Toevoegen Toevoegen

e e

geoobjectType Geo object adresType

Entiteit bedrijf_bron Gegeven Type Toelichting adres adresType opmerking C,2000


Actie Toevoegen Toevoegen

Elem./Attr. e e



Entiteit cluster (onder bodeminformatie) Gegeven Type Toelichting adres adresType geoobject geoobjectType Object verplaatst van verdachte_activiteiten naar adreslocatie Entiteit locatie Gegeven risico globiscode

Type complex C,11

Toelichting

Actie Toevoegen Verplaatst

Actie Toevoegen Unieke locatie code (code Toevoegen bevoegde overheid (2 letters) + geografische aanduiding (4) (gem_code) + uniek volgnummer binnen beheersgebied (5))

Elem./Attr. e e

Elem./Attr. e a

Versie 3.3.1 Entiteit: onderzochteactiviteiten Gegeven Type Toelichting Voldoende_onderzocht Ubi_onderzocht Verwijzing codetabel aangepast


Actie Aangepast

Elem./Attr. a



Versie 3.4.0 Entiteit: Locatie Gegeven Type Jaar_ho String (4) Jaar_zp

String (4)

Aantal_zp

Integer

Aantal_se

Integer

Entiteit: Saneringcont Gegeven Type Volume_gr Integer ond Gepl_opp_ Integer grond Gepl_vol_ grond

Integer

Gepl_vol_ water

Integer

Toelichting jaar laatst afgerond HO taak zonder vervolg HO jaar laatste beschikking zorgplan aantal zorgplannen bij jaar laatste beschikking zorgplan aantal saneringsevaluat ies bij jaar laatste beschikking saneringsevaluat ie

Toelichting gepland opp gesaneerde grond in vierkante meters ivm BPE's gepland vol gesaneerde grond in kubieke meters ivm BPE's gepland vol gesaneerd grondwater in kubieke meters ivm BPE's datum geplande BPE's


Actie Toegevoegd

Elem./Attr. A

Toegevoegd

A

Toegevoegd

A

Toegevoegd

A

Actie Toegevoegd

Elem./Attr. A

Toegevoegd

A

Toegevoegd

A

Toegevoegd

A



Entiteit: Taken_en_onderzoeksfinancien Gegeven Type Toelichting Actie Apparaats Float berekende veld Toegevoegd _uren apparaats_uren op basis van invoer detail uren of invoer uren per taak per jaar Entiteit: Adres Gegeven Type Gem_code String (4)

Toelichting Gemeente code (wordt als plat veld uitgewisseld)

Actie Gewijzigd

Elem./Attr. A

Elem./Attr. A

Versie 3.5.0 Labaanlevering XSD: Entiteit: aanleveringanalysepakketten Gegeven Type projectleiders complex

Toelichting

Actie toevoegen

Elem./Attr. e

Entiteit: projectleiders Gegeven Type projectleider complex

Toelichting

Actie toevoegen

Elem./Attr. e

Entiteit: projectleider Gegeven klantcode projecteidercode naam

Type string (10) string (10) string (60)

Toelichting

naam projectleider

Actie toevoegen toevoegen toevoegen

Labopdrachten XSD:



Elem./Attr. e e e


Entiteit: analysemonster Gegeven Type anllabmonid string (10) Entiteit: deelmonster Gegeven Type gefiltreerd janeeType

Toelichting

Actie toevoegen

Elem./Attr. e

Toelichting spelfout in elementnaam

Actie gewijzigd

Elem./Attr. e

Toelichting U=uitloog, M=meetwaarde

Actie toegevoegd

Elem./Attr. e

Toelichting Instructie [ minOccurs = "0" ] toegevoegd Instructie [ minOccurs = "0" ] toegevoegd

Actie gewijzigd

Elem./Attr. e

gewijzigd

e

Labresultaten XSD: Entiteit: analyseresultaat Gegeven Type soortresultaat string (1) Protocol XSD: Entiteit: adreslocatie Gegeven Type bedrijf_bron geobject

Entiteit: locatie Gegeven Type Toelichting Actie Elem./Attr. opplocatie float van string naar float gewijzigd a eigenaar lettercode_bevoegd_gezag_id aan codetabel gekoppeld i.p.v. string. gewijzigd a Entiteit: analyseresultaat Gegeven Type datum xs: date

Toelichting


Actie toegevoegd


Elem./Attr. a


Versie 3.6.0

Bij de entiteit Adreslocatie onder Cluster worden onderstaande attributen verwijderd. Onder entiteit Locatie blijven deze velden intact. Dezelfde entiteit AdreslocatieType wordt dus niet meer op beide plaatsen gebruikt.

Entiteit: Adreslocatie Gegeven Type Loc_code Bis_code Bsb_code Mis_code Cluster

Toelichting

Actie Verwijderen Verwijderen Verwijderen Verwijderen

Elem./Attr.

Verplicht gemaakt

E

De X- en Y-coördinaat, in het point-type, krijgen de eenheid meter in plaats van kilometer. Entiteit: Filter Gegeven Lengtepb Hoogtepb Diameterpb

Type

Toelichting Eenheid cm Eenheid m Eenheid mm


Actie Toegevoegd annotatie ,, ,,


Elem./Attr. aan


Versie 4.0.0 Met ingang van versie 3.1.0 hebben in SubjectType de velden telefoon en fax een lengte van 12 hebben gekregen (dit was voor beiden 10). Protocol XSD:

Types: Type

Toelichting

Actie

SubjectType

MaxOccurrence = 0 (dus niet meer verplicht)

wijzig

AdresType – huisnummer

type gewijzigd naar integer

wijzig

AdresType – huisnummer2


wijzig

GeoobjectType – Area

type gewijzigd naar float

wijzig

GeoobjectType – Area

annotatie: “Oppervlakte in m2”

wijzig

GeoobjectType – Height

annotatie: “(gemiddelde) hoogte van object in m”

wijzig

AdreslocatieType – xcoord

annotatie: “x-coordinaat in m”

wijzig

AdreslocatieType – ycoord

annotatie: “y-coordinaat in m”

wijzig

bedrijf_brontype – start_jaar


wijzig

bedrijf_brontype – eind_jaar


wijzig

bedrijf_bronType – afd_dikte

annotatie: “typerende dikte afdeklaag in m”

wijzig

bedrijf_bronType – saneringsjaar


wijzig

subjectType – BSN_nummer

element BSN_nummer toegevoegd (type = string(9) )

nieuw

Type: veldmonsterType - veldwaarneming Gegeven

Type

datum tijd eenheid

date Time eenheid_id

hoedanigheid

hoedanigheid_id

bemonsteringsapparaat

string(24)

bemonsteringsmethode

string(24)

Toelichting

“eenheid waarin de veldwaarneming wordt uitgedrukt” “De vorm waarin het veldwaarnemingsresultaat wordt uitgedrukt.” “apparaat waarmee monster is genomen” “veldmethode van de bemonstering”

Entiteit: Locatie



Actie

Elem./Attr.

nieuw

a

nieuw

a

nieuw

a

nieuw

a

a

a


Gegeven

Type

Toelichting

Actie

Elem./Attr.

jaar_bus_SE

integer

“jaartal beschikking BUS saneringsevaluatie”

nieuw

a

aantal_bus_SE

integer

“aantal beschikkingen BUS saneringsevaluaties in nieuw

a

betreffende jaar” type_SEB_initiatief

integer

“verbijzondering van SEB initiatiefnemers”

nieuw

a

kostenverdeling_SEB_O_G

kostenverdeling_seb_id

“klasseverdeling voor de verdeling van de kosten nieuw

a

tussen overheid en markt” kostenverdeling_SEB_O_W



a

tussen overheid en markt” kostenverdeling_SEB_S_G



a

tussen overheid en markt” kostenverdeling_SEB_S_W



a

tussen overheid en markt” eigenaar

lettercode_bevoegd_gezag_id

“dit veld bepaald of er wel of geen monitoring wijzig annotatie

a

export plaats moet vinden voor de locatie” bronhouder

bronhouder_id

“dit veld bepaald of er wel of niet (deels) nieuw

a

gemuteerd mag worden op deze locatie” vervolg_WBB

vervolg_id

“vervolg in kader van WBB”

wijzig

annotatie

naam

en a

(voorheen

“vervolg”) vervolg_in_ander_kader

vervolg_in_ander_kader_id

“geen vervolg in kader van WBB maar b.v. in nieuw kader

van

gemeentelijke

a

bouwverordening,

gemeentelijke APV, Wet mileubeheer, WRO (art. 19), BOOT” asbest_status

asbest_status_id

“status veld ivm asbest; dit veld vervangt niet het nieuw

a

asbest veld bij onderzoeken” bron_systeem_id

complex

sikb_id

string(25)

nieuw

e

BIS_ID (2), gem_code (4) + volgnr (19); waarbij nieuw

a

het veld bis_id voorafgegaan moet worden door een nul als het maar een karakter heeft (bijv. strabis is 01) id

id

was string

wijzig

e

opplocatie

float

Oppervlakte eenheid toevoegen: m2

wijzig annotatie

a

jaar_oo

integer

was string

wijzig

a

jaar_no

integer

was string

wijzig

a

jaar_eut

integer

was string

wijzig

a

jaar_se

integer

was string

wijzig

a

jaar_ho

integer

was string

wijzig

a

jaar_zp

integer

was string

wijzig

a




ond_kosten_geschat

float

was decimal(12)

wijzig

e

ond_kosten_werk

float

was decimal(12)

wijzig

e

san_kosten_geschat

float

was decimal(12)

wijzig

e

san_kosten_werk

float

was decimal(12)

wijzig

e

status_oord

status_oord

naam veranderd van stat_oord naar status_oord, wijzig

e

type ook veranderd in status_oord eut_totaal

status_oord

type veranderd van stat_oord in status_oord

wijzig

e

saneringscriterium

integer

“saneringscriterium”

nieuw

a

Entiteit: Locatie - Onderzoek Gegeven

Type

Toelichting

Actie

Elem./ Attr.

Naam

string(60)

Stringlengte veranderd

wijzig

e

Opdrachtnr

string(40)


wijzig

e

Rapportnr

string(40)


wijzig

e

Rapportauteur

string(40)


wijzig

e

sikb_id

string(25)

BIS_ID (2), gem_code (4) + volgnr (19); waarbij het veld bis_id voorafgegaan

nieuw

a

id

id

was voorheen string(12)

wijzig

e

“administratieve aanduiding van een onderzoek”

wijzig annotatie

e

moet worden door een nul als het maar een karakter heeft (bijv. strabis is 01)

adres subject

subjectType

“persoon of instantie die gerelateerd is aan het onderzoek””

wijzig annotatie

e

meetpunt

complex

naam was voorheen “boring”

wijzig naam

e

meetpunt

complex

“puntlocatie waar een waarneming of meting, boring en/of monstername

wijzig annotatie

e

plaatsvindt”

Entiteit: Locatie - Analysemonster Gegeven

Type

Toelichting

Actie

Elem./Attr.

id

id

type is aangepast

wijzig type

e

tijd

time

“tijdstip van monstersamenstelling”

nieuw + annotatie

a




Entiteit: Locatie - Kadastralegegevens Gegeven

Type

op_perceel

Toelichting

Actie

Elem./Attr.

“in m2”

wijzig annotatie

a

Toelichting

Actie

Elem./Attr.

“totale oppervlakte van de verontreinigingscontour

wijzig annotatie

a

Toelichting

Actie

Elem./Attr.

“oppervlakte van de saneringscontour in m2”

wijzig annotatie

a

Entiteit: Locatie - Verontreinigingcont Gegeven

Type

opppervlakte

in m2”

Entiteit: Locatie - Saneringcont Gegeven

Type

opppervlakte volume

float

type was integer

wijzig type

a

volume_grond

float

type was integer

wijzig type

a

gepl_opp_grond

float

type was integer

wijzig type

a

gepl_vol_grond

float

type was integer

wijzig type

a

gepl_vol_water

float

type was integer

wijzig type

a

Entiteit: Locatie - taken_en_onderzoeksfinancien Gegeven

Type

Toelichting

Actie

Elem./Attr.

begindatum

integer

type was string

wijzig type

a

afgerond_jaar

integer

type was string

wijzig type

a

Gegeven

Type

Toelichting

Actie

Elem./Attr.

sanerings_aanleiding

saneringsaanleiding_id

“de saneringsaanleiding wordt per deelsanering

nieuw

a

Entiteit: Locatie - Saneringscont

vastgelegd voor de maatschappelijke indicator; dit is duidelijk anders dan de onderzoeksaanleiding” functie_voor_sanering

functie_id

“bodemgebruik voor sanering”

nieuw

a

functie_na_sanering

functie_id

“bodemgebruik na sanering”

nieuw

a

Gegeven

Type

Toelichting

Actie

Elem./Attr.

informatiesysteem

bis_id

verwijzing naar informatiesysteem waar gegevens

nieuw

a

nieuw

a

Entiteit: Locatie – bronsysteem_id

oorspronkelijk vandaan komen (ook convenantpartijen) systeem_ID

string(20)


koppel codes voor bissen, BSB, MIS, SBNS etc.



Entiteit: Locatie - Onderzochteactiviteiten Gegeven

Type

Toelichting

Actie

Elem./Attr.

sikb_id

string(25)

BIS_ID (2), gem_code (4) + volgnr (19); waarbij het

nieuw

a

veld bis_id voorafgegaan moet worden door een nul als het maar een karakter heeft (bijv. strabis is 01)

Entiteit: Locatie - verontreinigingcont Gegeven

Type

Toelichting

Actie

Elem./Attr.

sikb_id

string(25)


nieuw

a


Entiteit: Locatie - saneringcont Gegeven

Type

Toelichting

Actie

Elem./Attr.

sikb_id

string(25)


nieuw

a


Entiteit: Locatie - zorgmaatregelen Gegeven

Type

Toelichting

Actie

Elem./Attr.

sikb_id

string(25)


nieuw

a


Entiteit: Locatie - gebruiksbeperking Gegeven

Type

Toelichting

Actie

Elem./Attr.

sikb_id

string(25)


nieuw

a


Entiteit: Analysemonster - Deelmonster Gegeven

Type

Toelichting

Actie

Elem./ Attr.

veldmonsterid

id

type was voorheen decimal (12)

wijzig type

e

naam

verwijderd

e

opmerking

verwijderd

e




Entiteit: Analysemonster - Aanvraaganalysepakket Gegeven

Type

Toelichting

Actie

Elem./ Attr.

id

id

type was voorheen string (12)

wijzig type

e

Actie

Elem./

Entiteit: Analysemonster - Toetsinggegevens Gegeven

Type

Toelichting

Attr. id

id

type was voorheen string (12)

wijzig type

e

Toelichting

Actie

Elem./

Entiteit: Analysemonster - analyseresultaat Gegeven

Type

Attr. tijd

time

“tijdstip van analyse”

nieuw + annotatie

a

Entiteit: Meetpunt - Vertouring Gegeven

Type

Toelichting

Actie

Elem./Attr.

id

id

type was voorheen string(12)

wijzig type

e

filter_id

id


wijzig type

e

Gegeven

Type

Toelichting

Actie

Elem./Attr.

id

id


wijzig type

e

filter_id

id


wijzig type

e

Gegeven

Type

Toelichting

Actie

Elem./Attr.

id

id


wijzig type

a

Gegeven

Type

Toelichting

Actie

Elem./Attr.

id

id


wijzig type

e

laagsoort

laagsoort_id

“laagsoort op basis van de herkomst van het

nieuw

a

Entiteit: Meetpunt - Afwerking

Entiteit: Meetpunt - Bodemmonster

Entiteit: Meetpunt - Bodemlaag

materiaal”

Entiteit: Cluster Gegeven

Type

Toelichting

Actie

Elem./Attr.

jaar

integer

was voorheen een string

wijzig type

a

jaargereed

integer


wijzig type

a




startjaar87

integer


wijzig type

a

Gegeven

Type

Toelichting

Actie

Elem./Attr.

tijd

time

tijdstip van monstername

nieuw

a

Gegeven

Type

Toelichting

Actie

Elem./Attr.

geo_meetmethode

geo_meetmethode_id

“meetmethode/meetapparaat waarmee coordinaat is

nieuw

a

date

nieuw

a

time

nieuw

a

Entiteit: Veldmonster

Entiteit: Geoobject

bepaald”

datum tijd Entiteit: point Gegeven

Type

Toelichting

Actie

Elem./Attr.

zcoord

float

“z-coordinaat van punt (in m) t.o.v. N.A.P.”

nieuw

a

Gegeven

Type

Toelichting

Actie

Elem./Attr.

waterdiepte

complex

nieuw

e

waterstand

complex

nieuw

e

geslaagd waarneming

boolean waarnemingType

afstand tussen waterspiegel en waterbodem in meters hoogte van het waterniveau t.o.v. het referentievlak in meters 0=Nee; 1=Ja “meting die wordt uitgevoerd op een meetpunt”

nieuw

a

nieuw

e

Toelichting

Actie

Elem./Attr.

nieuw

e

nieuw

a

nieuw

a

Actie

Elem./Attr.

nieuw

e

nieuw

a

Entiteit: meetpunt

Entiteit: grondwaterdiepte Gegeven

Type

diepteType datum

complex xs.date xs.time

datum van de meting tijdstip waarop de uitgevoerd

Gegeven

Type

Toelichting

diepteType datum

complex xs.date

tijd

meting

is

Entiteit: waterdiepte


datum van de meting



xs.time

tijdstip waarop uitgevoerd

Gegeven

Type

Toelichting

diepteType datum

complex xs.date

tijd

xs.time

datum van de meting tijdstip waarop de uitgevoerd

Gegeven

Type

Toelichting

Actie

Elem./Attr.

hoedanigheid

lovhoedanigheid_id

“De vorm waarin het analyseresultaat wordt

nieuw

a

Actie

Elem./Attr.

nieuw

a

nieuw

a

nieuw

a

nieuw

a

nieuw

a

nieuw

a

nieuw

a

nieuw

e

tijd

de

meting

is

nieuw

a

Actie

Elem./Attr.

nieuw

e

nieuw

a

nieuw

a

Entiteit: oppervlaktewaterstand

meting

is

Entiteit: analyseresultaat

uitgedrukt.”

Entiteit: meetpunt - waarneming Gegeven

Type

Toelichting

type

veldwaarneming_id

“aanduiding waarneming”

datum tijd waarneming_oms

date Time string(24)

waarneming

float

eenheid

eenheid_id

hoedanigheid

hoedanigheid_id

opmerking

string(2000)

van

het

type

“alfanumerieke waarde van de waarneming” “numerieke waarde van de waarneming” “eenheid waarin de waarneming wordt uitgedrukt” “De vorm waarin het waarnemingsresultaat wordt uitgedrukt.” “aanvullende opmerkingen”

Labopdrachtgegevens XSD:




Entiteit: Projectgegevens Gegeven

Type

kenmerk

string(10)

contactpersonen

complex

Gegeven versie

Toelichting

Actie

Elem./Attr.

nieuw

e

type persoonType veranderd in complex

wijzig

e

Type

Toelichting

Actie

Elem./Attr.

string

verplicht gemaakt

wijzig

a

Gegeven

Type

Toelichting

Actie

Elem./Attr.

contactpersoon

persoonType

nieuw

e

Entiteit: labopdracht

Entiteit: contactpersonen

Type: monsterType Gegeven

Type

Toelichting

Actie

Elem./Attr.

idmonster

string(10)

Maxlengte i.p.v. lengte ingesteld

wijzig lengte

e

barcode kenmerk verpakking

string(15)


wijzig lengte

e

string(10)


wijzig lengte

e

string(20)


wijzig lengte

e

Gegeven

Type

Toelichting

Actie

Elem./Attr.

analysepakketten

complex

gewijzigd: maxoccurrence = 1

wijzig

e

Gegeven

Type

Toelichting

Actie

Elem./Attr.

type

string(60)


wijzig

e

Entiteit: analysemonster

Entiteit: rapportType

taal

string(1)


wijzig

e

formaat

string(10)


wijzig

e

verzendwijze

string(10)

Maxlengte 10 i.p.v. lengte(0) ingesteld

wijzig

e

Lookup XSD:

Types: Type

Toelichting


Actie



sikb.conserveringsmiddel_cType

was voorheen: sikb.conserveringsmiddelen_cType

wijzig

sikb.laboratoriummethode_cType

was voorheen: sikb.laboratoriummethoden_cType

wijzig

Entiteit: Lookup Gegeven

Type

Toelichting

Actie

Elem./Attr.

sikb.conserveringsmiddel_c

sikb.conserveringsmiddel_cType

was voorheen: sikb.conserveringsmiddelen_c

wijzig

e

sikb.laboratoriummethode_c

sikb.laboratoriummethode_cType

was voorheen: sikb.laboratoriummethoden_c

wijzig

e

Gegeven

Type

Toelichting

Actie

Elem./Attr.

koppeltabel - koppeling analysepakketten analysepakket categorieën - categorie analysetabel - pakket debiteurtabel - debiteur afspraaktabel - afspraak urgentietabel - urgentie bewaarduurtabel bewaarduur rapportagetabel monsteraanleveringtabel

complex

gewijzigd: maxoccurence = unbound

wijzig

complex


wijzig

complex


wijzig

complex


wijzig

complex


wijzig

complex


wijzig

complex


wijzig

complex


wijzig

complex

nieuw. Met maxoccurrence = 0

nieuw

e

complex


nieuw

e

Gegeven

Type

Toelichting

Actie

Elem./Attr.

rapportage

complex


nieuw

e

Gegeven

Type

Toelichting

Actie

Elem./Attr.

rapportcode omschrijving

string(10)

nieuw, met maxlength = 10

nieuw

e

string(100)


nieuw

e

Gegeven

Type

Toelichting

Actie

Elem./Attr.

monsteraanlevering

complex


nieuw

e

Labaanlevering XSD: Entiteit: aanleveringanalysepakketten

Entiteit: rapportagetabel

Entiteit: rapportage

Entiteit: monsteraanleveringtabel




Entiteit: monsteraanlevering Gegeven

Type

Toelichting

Actie

Elem./Attr.

aanlevercode omschrijving

string(10)


nieuw

e

string(100)


nieuw

e

Gegeven

Type

Toelichting

Actie

Elem./Attr.

versie

string

verplicht gemaakt

wijzig

a

Gegeven

Type

Toelichting

Actie

Elem./Attr.

anllabmonid

string(10)

max.lengte ingesteld op 10

wijzig

e

Labresultaten XSD: Entiteit: labresultaat

Entiteit: analysemonster




Versie 4.1.0 Labaanlevering XSD: Entiteit: aanleveringanalysepakketten Gegeven

Type

Toelichting

Actie

Elem./Attr.

fractietabel

complex

niet verplicht

nieuw

e

fractietabel – fracties

complex

1 of meer

nieuw

e

fracties – analysepakketcode

string(10)

nieuw

e

fracties – fractie

complex

nieuw

e

fractie – fractiecode

string(10)

nieuw

e

fractie – monstertype

monstertypeType

nieuw

e

fractie – omschrijving

string(50)

nieuw

e

kenmerk

string(10)

wijzig

e

1

kenmerktabel (complex) is vervangen door “kenmerk”

Labopdracht XSD: Entiteit: analysemonster Gegeven

Type

Toelichting

Actie

Elem./Attr.

fractie

complex

0 of 1

nieuw

e

fractie – fractiecode

string(10)

nieuw

e

fractie – orgidanlmons

string(15)

nieuw

e

Types: Type

Toelichting

Actie

monsterType – naam

type uitgebreid met element “naam” string(20), niet verplicht.

nieuw

Protocol XSD: Entiteit: Locatie Gegeven

Type

Besluit – sikb_id

string(25)

Toelichting

Actie

Elem./Attr.


nieuw

a

nieuw

a

veld bis_id voorafgegaan moet worden door een nul als het maar een karakter heeft (bijv. strabis is 01) taken_en_onderzoeksfinancien – sikb_id

string(25)

BIS_ID (2), gem_code (4) + volgnr (19); waarbij het veld bis_id voorafgegaan moet worden door een nul als het maar een karakter heeft (bijv. strabis is 01)




Labresultaten XSD: Type

Toelichting

Actie

analysetechniekType

maxinclusive naar 120

wijzig

Versie 4.1.1 Geen wijzigingen in structuur




Versie 5.0.0 Labopdracht XSD: Entiteit: analysemonster Gegeven

Type

idanlmons

string(15)

Toelichting

Actie

Elem./Attr.

annotatie aangepast: ” Een door de software van de

gewijzigd

e

gewijzigd

e

gebruiker gegenereerde identificatie voor het analysemonster” anllabmonid

string(10)

annotatie aangepast: ” Een door de software van de gebruiker gegenereerde unieke identificatie voor het analysemonster”

Entiteit: monsterType Gegeven

Type

Toelichting

Actie

Elem./Attr.

idmonster

string(10)

annotatie aangepast: ” Volgnummer deelmonster”

gewijzigd

e

naam

string(20)

annotatie aangepast: ” Naamgeving deelmonster”

gewijzigd

e

boornummer

string(5)

nieuw element (niet verplicht)

nieuw

e

Gegeven

Type

Toelichting

Actie

Elem./Attr.

idanlmons

string(15)

annotatie aangepast: ” Een door de software van de

gewijzigd

e

gewijzigd

e

Labresultaat XSD: Entiteit: analysemonster

gebruiker gegenereerde identificatie voor het analysemonster” anllabmonid

string(10)

annotatie aangepast: ” Een door de software van de gebruiker gegenereerde unieke identificatie voor het analysemonster”

Protocol XSD: Type: geoobjectType Gegeven

Type

Toelichting

Actie

Elem./Attr.

polygon

complex

maxOccurrence gewijzigd naar “unbounded”

gewijzigd

e

Gegeven

Type

Toelichting

Actie

Elem./Attr.

cluster

complex

Verwijderd. Informatie is al aanwezig onder Locatie -

verwijderd

e

Entiteit: bodeminformatie

Adreslocatie




Entiteit: verontreinigingcont Gegeven

Type

Toelichting

Actie

Elem./Attr.

datum_opvoer

date

Niet verplicht. Annotatie: “Datum contour opgevoerd”

nieuw

a

Gegeven

Type

Toelichting

Actie

Elem./Attr.

segment

segment_id

Niet verplicht. Annotatie: “Ligging van locatie in een

nieuw

a

Entiteit: locatie

bepaald segment (zie codetabel 92)”

Entiteit: locatie - adres Gegeven

Type

Toelichting

Actie

Elem./Attr.

gemeente

string(24)

dubbel, want er is ook een gem_code

verwijderd

e

Gegeven

Type

Toelichting

Actie

Elem./Attr.

kenmerk

string(20)

lengte gewijzigd naar string(40)

gewijzigd

e

Gegeven

Type

Toelichting

Actie

Elem./Attr.

segment

segment_id

annotatie: “Ligging van locatie in een bepaald segment

nieuw

a

kosten

kostenType

nieuw

e

Entiteit: besluit

Entiteit: locatie, saneringcont

(zie codetabel 92)” nieuw complex type, zie hieronder

Nieuw type: kostenType Gegeven

Type

Toelichting

Actie

Elem./Attr.

sikb_id

string(25)

annotatie: “BIS_ID (2), gem_code (4) + volgnr (19).

nieuw

a

Bis_id bestaat uit precies twee cijfers (01-99) en refereert naar de opzoekwaarde ID in sikb.bis uit de lookup.xml. Gem_code bestaat uit precies 4 cijfers (0001-9999) en refereert naar opzoekwaarde sikb.bronhouder uit de lookup.xml. Het volgnr is een string bestaande uit precies 19 cijfers en/of letters. Het sikb_id is binnen de entiteit uniek. Behoeft tussen sikb_id's van verschillende entiteiten niet uniek te zijn.” status

kosten_status_id

annotatie: “Status kosten” (codetabel)

nieuw

a

bedrag

float

annotatie: “Bedrag kosten in euro's incl. BTW”

nieuw

a

kostenverdeling

kostenverdelingType nieuw complex type, zie hieronder

nieuw

e




Nieuw type: kostenverdelingType Gegeven

Type

Toelichting

Actie

Elem./Attr.

sikb_id

string(25)

annotatie: “BIS_ID (2), gem_code (4) + volgnr (19).

nieuw

a

nieuw

a

nieuw

a

Bis_id bestaat uit precies twee cijfers (01-99) en refereert naar de opzoekwaarde ID in sikb.bis uit de lookup.xml. Gem_code bestaat uit precies 4 cijfers (0001-9999) en refereert naar opzoekwaarde sikb.bronhouder uit de lookup.xml. Het volgnr is een string bestaande uit precies 19 cijfers en/of letters. Het sikb_id is binnen de entiteit uniek. Behoeft tussen sikb_id's van verschillende entiteiten niet uniek te zijn.” partij

kostenverdeling_id

annotatie: “Naam van de partij die bijdraagt in de kosten” (codetabel)

percentage_bijdrage


Entiteiten: onderzoek, onderzochteactiviteiten, gebruiksbeperking, zorgmaatregelen, verontreinigingcont, saneringcont, besluit, taken_en_onderzoeksfinancien, locatie Gegeven

Type

sikb_id

string(25)

Toelichting

Actie

Elem./Attr.

wijziging annotatie in: “BIS_ID (2), gem_code (4) +

wijziging

a

volgnr (19). Bis_id bestaat uit precies twee cijfers (0199) en refereert naar de opzoekwaarde ID in sikb.bis uit de lookup.xml. Gem_code bestaat uit precies 4 cijfers (0001-9999) en refereert naar opzoekwaarde sikb.bronhouder uit de lookup.xml. Het volgnr is een string bestaande uit precies 19 cijfers en/of letters. Het sikb_id is binnen de entiteit uniek. Behoeft tussen sikb_id's van verschillende entiteiten niet uniek te zijn.”

Entiteit: saneringcont Gegeven

Type

Toelichting

Actie

Elem./Attr.

startdatum_w

date

annotatie: “Werkelijke startdatum (deel)sanering”

nieuw

a

melding

melding_id

annotatie: “Melding waarop sanering gebaseerd is”

nieuw

a

(codetabel)




Lookup XSD: Type: sikb.lovcomponentType Gegeven

Type

Toelichting

Actie

Elem./Attr.

casnr

string(11)

Niet verplicht. Unieke codering voor chemische stof

nieuw

e

uitgegeven door Chemical-Abstract-Service. Codering bevat max. 9 cijfers verdeeld over 3 groepen (999999-99-9). De eerste groep bestaat uit max. 6 cijfers.




Bijlage 4: Regels voor het omschrijven van componenten 1. Componentnaam begint met een hoofdletter, b.v. Dichloormethaan. Suggestie: ook triviale achtergevoegde naam een hoofdletter geven, zie 4. 2. Afkortingen met hoofdletters schrijven zonder punten, b.v. DDT. 3. Griekse letters met kleine letters voluit schrijven, b.v. alfa-Endosulfan. Suggestie: ook andere voorvoegsels met kleine letters voorvoegen: iso-, ortho-, trans-, etc. 4. Een veelgebruikte triviale naam tussen haakjes achtervoegen, b.v. Trichloormethaan (Chloroform). 5. Component met meerdere substituenten eenduidig weergeven, b.v. 1,1,1-Trichloormethaan. 6. Cijfers gebruiken voor substituenten b.v. 4,4-DDT, maar indien het (ook) gebruikelijk is letters te gebruiken, dan deze tussen haken toevoegen b.v. 4,4-DDT (para,para-DDT). 7. Toevoegingen achter de componentnaam tussen haakjes, b.v. Asbest (bruin) en Cyanide (totaal). Suggestie: dubbele toevoegingen met komma's gescheiden tussen haakjes, b.v. Asbest (bruin, Amosiet). 8. Elementen voluit schrijven, afkortingen PSE tussen vierkante haken, b.v. Antimoon [Sb]. 9. Afkortingen met cijfer eenduidig weergeven, b.v. PCB-101. 10. Eventueel aangeven waarop gehalte is gebaseerd, b.v. Fosfaat (als PO4). 11. Korrelfracties eenduidig als in: korrelfractie < 2 um. 12. Kolomproeven eenduidig als in: kolomproef L/S=1. 13. BZV en aantal dagen als in: BZV-5. 14. Fracties minerale olie als in: Minerale olie C6-C10. 15. Som tussen haken als aanduiding voor een optelling als duidelijk is welke afzonderlijke componenten onder de som vallen, bijvoorbeeld Dichloorbenzenen (som). De som omvat dus 1,2-, 1,2-, en 1,4dichloorbenzeen. Som als aanduiding voor een optelling tussen haken plaatsen gevolgd door een specificatie indien niet zonder meer duidelijk is welke componenten onder de som vallen, scheiden door een “+” , bivjvoorbeeld Dichloorbenzenen (som 1,2 + 1,4). De som omvat dus 1,2- en 1,4dichloorbenzeen, 1,3-dichloorbenzeen is geen onderdeel van de som. Som tussen haken als aanduiding voor een opteliing als ttwee verbindingen met verschillende namen alssom bepaald zijn, scheiden door een “+”. Bijvoorbeeld alfa-Endosulfan + Endosulfansulfaat (som). 16. Organische stof en Lutum afzonderlijk benoemen. 17. Toevoegingen tussen haken weergeven in de omschrijving indien het te onderscheiden componenten betreft omdat er werkelijk iets verschillends bepaald wordt. Bijvoorbeeld Ammonium (als N) of Ammonium (als NH4). 18. Als een component met verschillende methoden bepaald kan worden (maar in essentie hetzelfde bepaald wordt), moet voor één omschrijving worden gekozen zonder vermelding van de methode. Een component bepaald met verschillenden methoden wordt dan onderscheiden door het methodiekveld. 19. Uitzondering hierop is Olie (IR).




20. Olie wordt gerapporteerd inclusief fractie, een voorbehandeling als florisil is daarentegen een Methodiekonderdeel, dus geen reden voor een afzonderlijk component. 21. Wat wel gerapporteerd moet worden, maar geen component is, wordt verzameld in de afzonderlijke categorie "Rapportage" (R voor de code zetten). b.v.: R4, R107, Cascadetesten etc. 22. Korrelfracties worden als volgt genoteerd: Korrelfractie < 2 um; Korrelfractie 1000 - 2000 um.



Protocol voor digitale data-uitwisseling bodemgegevens

Recommend Documents