B1.1Forretningsobjekter beskrivelse og relationer B1.2 Forretningsspørgsmål B-Boringer

Relaterede dokumenter
inger og prøvesteder aja A. Hansen

VEJLEDNING I REGISTRERING MED BORINGSFIKS- OG PEJLEPUNKTER

Databasekonvertering fra GeoGIS2005 til GeoGIS2020

Indtagsbegrebet. Eks. på boring i kalk.

LinkGRC. Dokumenter. Brugermanual

Integration med Jupiter

B1.1 Forretningsobjekter beskrivelse. B1.2 Forretningsobjekters relationer. B1.3 Forretningsspørgsmål.

Assignment #5 Toolbox Contract

GEOGIS UDVEKSLING AF DATA MELLEM REGIONER OG RÅDGIVERE. Beregnet for GeoGIS Brugere. Dokument type Brugervejledning.

Vejledning i opdatering af vandindvindingsanlægsoplysninger

Kogebog. Quickmanual til brug af GeoGIS2005 ved Regionerne

JAR Øvelse nr. 7. JAR-Manual, Version 1.0. Matrikler i JAR. Regionsvejledning

Web-indberetning af indvundne vandmængder og pejlinger

Tutorial 2: Indlæsning af nye rapporter

REFERAT AF MØDE I FAGLIG FØLGEGRUPPE FOR GERDA

Opret fase og forureningsomfang

Serviceoperationer Puls

Indlæsning af hold i EASY-A

Identifikation af planer der ikke findes i PlansystemDK vha. datasættet... 9

Dataanalyse og databaser

Efter 1/ vil alle data vedrørende kommunernes forvaltning på grundvandsområdet findes i PC Jupiter XL samt på Danmarks Miljøportal.

ExternalCalendarServiceForDFDG og PlannerExternalCalendarService

RELEASE NOTE: INDFAK OG REJSUD

Ørum Djurs Vandværk KUV - Ledelsessystem 2014

Kontraktbilag 3 Opgavebeskrivelse Bilag 2 Oversigt over felter, der skal indtastes i GeoGis. Bilag 2: Oversigt over felter, der skal indtastes

Tlf Fax

Anvendelse af dobbelthistorik i GD2

Document Capture for Microsoft Dynamics NAV. Ændringslog og opgraderingsnoter version 3.01

1 - Sandved vandværk oversigtskort med boringer. Hører til journalnummer: P Udskrevet den

Huskeliste for opdatering af JAR - Team Frivillig Ansvarlig: Lotte M. Petersen. Sidst revideret den 22. februar 2013 af Lotte M. Petersen.

My booking. Generelt. Forsiden. Version 9.0

ADK 1.0 KRAVSPECIFIKATION

Titel: Datateknisk anvisning Kemidata- GRUNDVAND Dokumenttype: Teknisk anvisning TA. nr.: DG-02. Version: 1

ad 1. Opfølgning på omlægningen af databasen tidligere i år. Har vi fået det hele med?

Serviceoperationer Puls

HVAD BETYDER EN LOKALISERING FOR BRUGEN AF BOREDATA?

ATV møde om boringer 6. november 2012

UniLock System 10. Manual til Integration med Salto adgangskontrol (RW Pro) Projekt PCS Version 1.0 Revision

Indholdsfortegnelse for kapitel 3

Vejledning om indberetning og godkendelse af vandforsyningsdata i Jupiterdatabasen

ELEKTRONISK INDBERETNING POST 23/ VERSION 1.13

Mini-guide til Retox Databasen er tilgængelig fra klik på linket

Boringsdato : 3/ Boringsdybde : 25 meter Terrænkote : 27,5 meter o. DNN. Kortblad : 1514 IVSØ UTM-zone : 32 UTM-koord.

Eksterne Sundhedsinstitutioners import af sundhedsenheder til SOR

Digital post Snitflader Bilag A2 - REST Register Version 6.3

Vejledning i indberetning til registreringsnettet i alm. rajgræs, engrapgræs og strandsvingel 2014

Fællesoffentlig beskedmodel version 1.0

ADK 1.0 KRAVSPECIFIKATION

Vejledning i indberetning af pejledata

H Ø R INGSSVAR PÅ HØRING AF U D K A ST TIL VEJLEDNING OM B O R INGER PÅ LAND

BBR OIOXML. Vejledning til snitfladen: Address.wsdl

JAR Øvelse nr. 11. Opret projekt. Regionsvejledning

B R A N D S O F T. Vejledning til opmåling af kirkegårdskort for landinspektører.

Næstved 22. oktober 2015

Vejledning om indberetning til DIADEM (afgørelser af betydning for ejendomshandler) og afgørelser om ændrede kontrolhyppighed mv.

DDElibra H Å N D B O G

4.0 SharePoint redigering De lokale hjemmesider er bygget i et Microsoft program kaldet SharePoint2010.

Checkliste til opdatering af JAR Opdateret den 8. februar 2013

Mini-guide til Retox Databasen er tilgængelig fra klik på linket

Titel: Datateknisk anvisning Kemidata- GRUNDVAND Dokumenttype: Teknisk anvisning TA. nr.: DG02

Introduktion til deljordstykker

Ungebasen. Dokumentation af webservices til udveksling af data mellem Ungebasen og et kommunalt vejledningssystem PUBLICPUBLIC PUBLICPUBLICX

STS Designdokument. STS Designdokument

Upload & Download. Vejledning. Vejledning til brugen af upload og download funktionerne for Plandata.dk. Udarbejdet af Erhvervsstyrelsen

Database. Pr jekt. Hold CLmul-a14e Gruppe 3 3. semester Vejledere: Tue Becher Ivan R. Frederiksen

ITD ecmr WEB Services. Af Allan Wisborg, IT Udvikler

GERDA datakvalitet og modelarbejde Tirsdag d. 3/ Ingelise Møller Balling

OPC Access 3.0 opdatering via Stored Procedure

LinkGRC. Kontrol. Brugermanual

Indlæsning og anvendelse af kontoskema Res_14 til resultatopgørelse Vejledning

OBJEKTKODE Kodeværdi for objekttype Integer(2) 30 Objektkode 30 gælder for planer der knyttes til en lokalplan. Se evt. kodeliste for Plandk2+

SelskabMasterKom. Per Kjærulf-Møller ApS 13. november KomTabel-layout. Art: 41 Sendes: Begge veje

Bilag 1 Databehandling til grundvandskemi

Quick Guide til Visit Gæstesystem i Backend.

GERDA, Faglig følgegruppe, møde 28. aug 2008

GeoEnergi projektet opgaver der berører sagsbehandlingen

Statistik på ajourføring oktober - december 2017

Sag LOOP 6 Projektnr Projekt Databehandling Dato Emne Gennemgang af Jupiter data Initialer thw

DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat.

Brugervejledning til oprettelse af metadata

KOM GODT I GANG MED ENAO

Boringsdato : 10/ Boringsdybde : 139,7 meter Terrænkote : 40 meter o. DNN. Datum : ED50 Koordinatkilde : Amt Koordinatmetode : GPS

Brugervejledning til Bogportalen.dk

DOKUMENTATION OG VEJLEDNING

Udvalgte nye elementer i Navision DDI en

Vejledning i indberetning til registreringsnettet i alm. rajgræs, engrapgræs og strandsvingel 2016

Navision Stat Kvikguide til decentral indrapportering. Indhold: 1. juli 2010 ØKO/JKH

Kontroller af tekniske regler ved indsendelse af digitale årsrapporter

Breve Fraser Makroer m.m.

Side 579 Social Journal Ark Færdig oprettet notat med bilag og tilknyttede dokumenter Alle Social Journal Ark oprettes fra side 579L.

Region Sjælland. Juni 2015 RÅSTOFKORTLÆGNING FASE 1- GUNDSØMAGLE KORTLÆGNINGSOMRÅDE

Quick Guide til Visit Gæstesystem i Backend.

Tilladelse til 9 miljøtekniske boringer på Ryesgade 20a, 2200 København

Vejledning Dataarkiv (regnskab/budget) menighedsråd, 2016

VERSIONSBREV. LUDUS Light version Den 16. oktober2009. J.nr.: 4004-V CSC Scandihealth A/S, P.O. Pedersens Vej 2, DK-8200 Århus N

Transkript:

B1.1Forretningsobjekter beskrivelse og relationer B1.2 Forretningsspørgsmål B-Boringer Miljøportalsekretariatet. Ref.: ctt/kaaha Revisionshistorik Dato Rev. af Version Revision 15-04-2013 DMP/GEUS 1.0 Første version, den indeholder beskrivelser for fase 1 af Bboringer og prøvesteder 27-06-2014 DMP/GEUS 2.0 Udkast til anden version, der indeholder beskrivelser for fase 2, indeholdende prøvesteder, luft-, sediment- og vandprøver og analyser. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 1

Indhold 1.1 Forretningsobjekters beskrivelse og relationer... 5 ReceiptStruktur 5 B1.1.1 Boringer og lokaliteter 5 BoreholeContentStruktur... 5 BoreholeReadStruktur... 6 BoreholeDeleteStruktur... 6 BoreholeNoStrukturList... 6 LocalityContentStruktur... 6 LocalityReadStruktur... 7 LocalityDeleteStruktur... 7 BorhLocalityDeleteStruktur... 7 LocalityPlantDeleteStruktur... 8 SampleSiteLocalityDeleteStruktur... 8 Borehole... 9 Locality... 10 B1.1.2 Boringsopbygning/-teknik 11 BoreholeConstructionStruktur... 11 BoreholeConstructionReadStruktur... 12 BoreholeCasingDeleteStruktur... 12 BoreholeScreenDeleteStruktur... 12 BoreholeGroutDeleteStruktur... 13 BoreholeGravPackDeleteStruktur... 13 BoreholeIntakeDeleteStruktur... 13 BoreholeDrilMethDeleteStruktur... 14 BoreholeBorhDiamDeleteStruktur... 14 BoreholeWatLevMPDeleteStruktur... 14 BorhDiam... 15 Casing... 15 DrilMeth... 16 GravPack... 16 Grout... 17 Intake... 17 WatlevMP... 18 Screen... 18 B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 2

B1.1.3 Boringsmiljø/-stratigrafi 19 BoreholeEnvironmentStruktur... 19 BoreholeEnvironmentReadStruktur... 19 BoreholeDepositEnvironmentDeleteStruktur... 19 BoreholeClimateStratigraphyDeleteStruktur... 20 BoreholeChronoStratigraphyDeleteStruktur... 20 ChroStra... 20 ClimStra... 21 DeposEnv... 21 B1.1.4 Boringsgeologi 22 BoreholeGeologyStruktur... 22 BoreholeGeologyReadStruktur... 23 BoreholeAnalysesDeleteStruktur... 23 BoreholeMinorCompsDeleteStruktur... 23 BoreholeFossilsDeleteStruktur... 24 BoreholeMineralsDeleteStruktur... 24 BoreholeLithSampDeleteStruktur... 24 LithSamp... 25 Analyses... 26 MinorComps... 26 Fossils... 27 Minerals... 27 B1.1.5 Prøvesteder 28 SampleSiteContentStruktur... 28 SampleSiteReadStruktur... 28 SampleSiteDeleteStruktur... 29 B1.1.6 Prøver 29 SampleIdentifierStruktur... 29 BoreholeIdentifierStruktur... 30 PlantIdentifierStruktur... 30 SampleSiteIdentifierStruktur... 30 SampleStruktur... 31 SupplRemarksStruktur... 32 SupplRemarksDelete... 32 SampleFinishedStruktur... 32 SampleApprovalStruktur... 33 SampleQualityMarkUpdateStruktur... 33 B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 3

B1.1.6.1 Vandprøver 33 WaterSampleContentStruktur... 34 WaterSampleStruktur... 35 B1.1.6.2 Jordprøver 35 SoilSampleContentStruktur... 36 SoilSampleStruktur... 37 B1.1.6.3 Luftprøver 37 AirSampleContentStruktur... 38 AirSampleStruktur... 39 B1.1.7 Projektfaser 39 ProjectPhaseContentStruktur... 39 ProjectPhaseReadStruktur... 40 ProjectPhaseDeleteStruktur... 40 B1.1.8 Analyser 40 SaveResults... 41 FindResults... 42 DeactivateResults... 42 StanLab Jupiter mapning... 42 AnalysisProcessingStruktur... 43 B1.1.9 Søgeservices 43 BoreholeBoundingBoxSearchStruktur... 43 B1.1.10 Bilag 45 Bilag 1. Projektkoder og prøvetyper og dataejere... 45 Bilag 2. Godkendelsesprocedure... 46 Bilag 3. Automatisk kvalitetstjek i Jupiter... 47 Bilag 4. Omprøver... 49 Bilag 5. Standat vs. stancode... 49 Bilag 6. Use cases... 49 Bilag 7. Kendte fejlbeskeder... 52 Bilag 8. Simplificeret PCJupiterXL-datamodel prøver og analyser... 52 Bilag 9. Testdata... 53 B1.2 Forretningsspørgsmål... 67 B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 4

1.1 Forretningsobjekters beskrivelse og relationer Kapitlet indeholder en kort beskrivelse af de forretningsobjekter, og deres indbyrdes relationer, der indgår i B-Boringsinterfacet. Mere uddybende feltbeskrivelser og opdaterede kodelister findes på: http://www.geus.dk/jupiter/dokumentation-dk.htm (PCJupiterXL datamodellen kan indeholde flere felter end objekterne for b-boringer). ReceiptStruktur ReceiptStruktur - ResultActor: String - ResultCode: int - ResultDetail: String - ResultReason: String Figur 1 Diagram for ReceiptStruktur Ved alle kald returneres der et ReceiptStruktur objekt som er et resultat, der indeholder information om hvordan et kald er gået. Er der sket fejl under kaldet vil strukturen indeholde en fejlkode og en beskrivelse af fejlen. ReceiptStruktur indeholder følgende felter: ResultCode: En unik identifikation af tilbagemeldingen ResultReason: En streng der definerer type af kvittering ResultDetail: En tekstuel beskrivelse af problemet. ResultActor: Brugerens id i Jupiter. B1.1.1 Boringer og lokaliteter BoreholeContentStruktur BoreholeContentStruktur - Borehole: Borehole - LocalityID: int [0..*] Figur 2 Diagram for BoreholeContentStruktur BoreholeContentStrukturen bruges både ved oprettelse, redigering og læsning af boringer. Strukturen indeholder alle de felter der findes i Borehole objektet (her for overskuelighedens skyld vist som et Borehole objekt) samt 0 til mange LocalityId er der angiver om boringen skal knyttes til en eller flere lokaliteter. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 5

BoreholeReadStruktur BoreholeReadStruktur - BoreholeNo: String Figur 3 Diagram for BoreholeReadStruktur BoreholeReadStrukturen bruges til læsning af boringer og returneres ved oprettelsen af en ny boring. Strukturen indeholder ét BoreholeNo (DGU nr). Ved læsning anvendes BoreHoleNo, som argument, for den boring der skal læses (BoreholeRead kaldet) bruges strukturen som argument, indeholdende et BoreholeNo på den boring der skal læses. Ved oprettelsen af en ny boring returneres det BoreholeNo som boringen er blevet tildelt af Jupiter. BoreholeDeleteStruktur BoreholeDeleteStruktur - BoreholeNo: String Figur 4 Diagram for BoreholeDeleteStruktur BoreholeDeleteStrukturen bruges som argument ved sletning af en boring (BoreholeDelete kaldet). Strukturen indeholder ét BoreholeNo (DGUnr) på den boring der skal slettes. BoreholeNoStrukturList BoreholeNoStrukturList - BoreholeNo: String [0..*] Figur 5 Diagram for BoreholeNoStrukturList BoreholeNoStrukturListen returneres af de metoder der bruges til at søge efter boringer. Strukturen indeholder en liste af (0 til mange) BoreholeNo der identificerer de fundne boringer. LocalityContentStruktur LocalityContentStruktur - BorholeNos: BoreholeNoStrukturList [0..*] - Locality: Locality - Plants: int [0..*] - SampleSiteIds: int [0..*] Figur 6 Diagram for LocalityContentStruktur B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 6

LocalityContentStrukturen bruges ved oprettelse, redigering og læsning af lokaliteter. Strukturen indeholder en BoreholeNoStrukturList der er en liste af DGUnumre for de til lokaliteten tilknyttede boringer, en liste af anlægsid er (Plants) der angiver tilknyttede anlæg, en liste af prøvestedsid er (SampleSiteIds) der angiver tilknyttede prøvesteder, samt alle felter fra Lokalitetsobjektet (her for overskuelighedens skyld vist som et Locality objekt). Det er kun den enhed der ejer lokaliteten der kan knytte boringer, anlæg og prøvesteder til denne. LocalityReadStruktur LocalityReadStruktur - LocalityId: int [0..1] - LocalityIdSYS: String [0..1] Figur 7 Diagram for LocalityReadStruktur LocalityReadStrukturen bruges ved læsning af lokaliteter og returneres ved oprettelsen af en ny lokalitet hvor dennes Jupiter tildelte LocalityId returneres. Strukturen indeholder også et id (GUID) der knytter lokaliteten sammen med lokalitetsdata i DKJord. LocalityDeleteStruktur LocalityDeleteStruktur - LocalityId: int Figur 8 Diagram for LocalityDeleteStruktur LocalityDeleteStrukturen bruges som argument ved kald af LocalityDelete kaldet. Strukturen indeholder ét LocalityId. BorhLocalityDeleteStruktur BorhLocalityDeleteStruktur - BoreholeNo: String - LocalityId: int Figur 9 Diagram for BorhLocalityDeleteStruktur BorhLocalityDeleteStrukturen bruges som argument ved sletning af en borings lokalitetstilknytning (BorhLocalityDelete kaldet). Strukturen indeholder ét BoreholeNo og ét LocalityId der sammen definerer den borings lokalitetstilknytning. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 7

LocalityPlantDeleteStruktur LocalityPlantDeleteStruktur - DrwPlantId: int - LocalityId: int Figur 10 Diagram for LocalityPlantDeleteStruktur LocalityPlantDeleteStrukturen bruges som argument ved sletning af en lokalitets anlægstilknytninger. Der skal angives et anlægsnr. (DrwPlantId) og et lokalitetsid (LocalityId) til identifikation af den tilknytning der skal slettes. SampleSiteLocalityDeleteStruktur SampleSiteLocalityDeleteStruktur - SampleSiteId: int - LocalityId: int Figur 11 Diagram for SampleSiteLocalityDeleteStruktur SampleSiteLocalityDeleteStrukturen bruges som argument ved sletning af en lokalitets prøvestedstilknytninger. Der skal angives et SampleSiteId (prøvestedsid) og et LocalityId (lokalitetsid) til identifikation af den tilknytning der skal slettes. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 8

Borehole Borehole - AbandCause: String [0..1] - AbandonDat: DateTime [0..1] - BoreholeNo: String [0..1] - BorhPostC: int [0..1] - BorhTownNo2007: int - Comments: String [0..1] - CtrPDescr: String [0..1] - CtrPEleva: double [0..1] - CtrPHeight: double [0..1] - CtrPPrecis: double [0..1] - CtrPZPrecis: double [0..1] - DataOwner: String - Datum: String - DrilEnDate: DateTime [0..1] - DrillBorNo: String [0..1] - DrillDepth: float - DrilledFor: String [0..1] - Driller: String - DrillLogNo: String [0..1] - DrilStDate: DateTime [0..1] - ElevaMetho: String [0..1] - Elevation: double [0..1] - Location: String - LocatMetho: String - LocatSourc: String [0..1] - Municipal: String [0..1] - Purpose: String - Region: int [0..1] - Use: String [0..1] - UtmZone: int - VerticaRef: String [0..1] - XUtm: double - XUtm32Euref89: double [0..1] - YUtm: double - YUtm32Euref89: double [0..1] Figur 12 Diagram for Borehole Borehole objektet rummer stamdata for en boring. En række af felterne udfyldes automatisk enten ved oprettelse eller ved opdatering.. Disse felter er BoreholeNo, InsertUser, InsertDate (udfyldes ved oprettelse), UpdateDate, UpdateUser (udfyldes ved redigering). Felterne XUtm32Euref89 og YUtm32Euref89 udfyldes når boringen oprettes og opdateres når koordinaterne ændres. En række af felterne er obligatoriske disse omfatter DataOwner der rummer dataejer, DrillDepth der rummer boringsdybden, Driller der rummer brøndboreren, Location der rummer adressen, Purpose med formål, koordinatfelterne LocatMetho (koordianatmetode), UtmZone, Datum, XUtm og YUtm. Indholdet af følgende felter refererer til kodelister AbandonCause, BorhPostC, BorhTownNo2007, Datum, Driller, ElevaMetho, LocatSourc, Municipal, Purpose, Region, Use, UtmZone og VerticaRef. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 9

Kun brugere der tilhører den enhed der har oprettet boringen kan efterfølgende redigere denne. Det er dog muligt for andre enheder inden for hvis geografiske område boringen ligger at tilføje visse typer af data til boringen som f.eks. pejlinger og grundvandsprøver. Locality Locality - Address: String [0..1] - DataOwner: String - Datum: String - InserUser: String [0..1] - LocalityId: int [0..1] - LocalityIdent: String [0..1] - LocalityIdSYS: String [0..1] - Municipalityno2007: int - PostalCode: int [0..1] - Town: String [0..1] - UtmZone: int - XUtm: int - XUtm32Euref89: int [0..1] - YUtm: int - YUtm32Euref89: int [0..1] Figur 13 Diagram for Locality Locality objektet indeholder om en lokalitet. Det primære indhold i objektet er LocalityIdSYS der kan hentes fra DKJord. Yderligere oplysninger om selve lokaliteten ligger kun i DKJord Jupiters LocalityId oprettes når lokaliteten oprettes i Jupiter. Skal lokaliteten knyttes til en lokalitet i DKJord skal brugeren levere DKJord id et i LocalityIdSYS. Det er op til brugeren at fremskaffe en DKJord id. Lokaliteten kan beskrives med tekst i LocalityIdent. De obligatoriske felter omfatter DataOwner, Municipalityno2007, samt koordinatfelterne UtmZone, Datum, XUtm og YUtm. InsertUser, InsertDate udfyldes automatisk ved oprettelse. UpdateDate, UpdateUser udfyldes automatisk ved redigering. Felterne XUtm32Euref89 og YUtm32Euref89 udfyldes auomatisk når boringen oprettes og opdateres når koordinaterne ændres. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 10

B1.1.2 Boringsopbygning/-teknik BoreholeConstructionStruktur BoreholeConstructionStruktur - BoreholeNo: String 0..* 0..* BorhDiam - BoreholeNo: String [0..1] - Bottom: double - DiameterMM: int - DiameterNo: int - Top: double 0..* Casing - BoreholeNo: String [0..1] - Bottom: double - CasingNo: int - DiameterMM: int [0..1] - Fitting: String [0..1] - Material: String - Strength: int [0..1] - StringNo: int - Top: double - WallThickn: int [0..1] DrilMeth - BoreholeNo: String [0..1] - Bottom: double [0..1] - InsertDate: Datetime [0..1] - Method: String - MethodNo: int - Top: double [0..1] 0..* GravPack - BoreholeNo: String [0..1] - Bottom: double - GravPackNo: int - MaxGrainSz: double [0..1] - MinGrainSz: double [0..1] - Top: double Grout 0..* - BoreholeNo: String [0..1] - Bottom: double - GroutNo: int - Material: String [0..1] - Top: double Intake 0..* - BoreholeNo: String [0..1] - IntakeNo: int - Soundability: String [0..1] - SoundabilityRemark: String [0..1] - SoundTubeInsideDiam: double [0..1] - SpecialUsable: String [0..1] - StringNo: int WatlevMP - BoreholeNo: String [0..1] - Descriptio: String - ElevaMetho: String [0..1] - Elevation: int - EndDate: DateTime [0..1] - Height: double [0..1] - IntakeNo: int - LevPrecis: double [0..1] - MUnderCtrP: double [0..1] - StartDate: DateTime - Verticaref: String - WatlevMPNo: int 0..* 0..* Screen - BoreholeNo: String [0..1] - Bottom: double - DiameterMM: int [0..1] - EndDate: DateTime [0..1] - Fitting: String [0..1] - IntakeNo: int - Material: String [0..1] - ScreenNo: int - SlotOpenin: double [0..1] - StartDate: DateTime [0..1] - Strength: int [0..1] - Top: double - WallThickn: int [0..1] Figur 14 Diagram for BoreholeConstructionStruktur BoreholeConstructionStrukturen bruges ved oprettelse, redigering og læsning af en borings tekniske informationer. Strukturen indeholder ét BoreholeNo (DGU nr) samt 0 til mange af følgende objekter: BohrDiam (borehulsdiameter), Casing (forerør), DrilMeth (boremetode), GravPack (gruskastning), Grout (pakning), Intake (indtag), WatlevMP (pejlemålepunkt) og Screen (filter), hvoraf et WatlevMP- og et Screenobjekt skal have et relateret Intakeobjekt. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 11

BoreholeConstructionReadStruktur BoreholeConstructionReadStruktur - BoreholeNo: String Figur 15 Diagram for BoreholeConstructionReadStruktur BoreholeConstructionReadStrukturen bruges som argument ved læsning af boretekniske data. Objektet indeholder ét BoreholeNo. BoreholeCasingDeleteStruktur BoreholeCasingDeleteStruktur - BoreholeNo: String - CasingNoList: int [0..*] Figur 16 Diagram for BoreholeCasingDeleteStruktur BoreholeCasingDeleteStrukturen (sletning af forerør) bruges som argument ved BoreholeConstructionCasingDelete metoden. Strukturen indeholder ét BoreholeNo og en liste af CasingNo er der angiver tilknyttede forerør. BoreholeScreenDeleteStruktur BoreholeScreenDeleteStruktur - BoreholeNo: String - ScreenNoList: int [0..*] Figur 17 Diagram for BoreholeScreenDeleteStruktur BoreholeScreenDeleteStrukturen (sletning af filtre) bruges som argument ved BoreholeConstructionScreenDelete metoden. Strukturen indeholder ét BoreholeNo og en liste af ScreenNo er der angiver tilknyttede filtre. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 12

BoreholeGroutDeleteStruktur BoreholeGroutDeleteStruktur - BoreholeNo: String - GroutNoList: int [0..*] Figur 18 Diagram for BoreholeGroutDeleteStruktur BoreholeGroutDeleteStrukturen (sletning af pakning/lerspærrer) bruges som argument ved Borehole- ConstructionGroutDelete metoden. Strukturen indeholder ét BoreholeNo og en liste af GroutNo er der angiver tilknyttede lerspærrer. BoreholeGravPackDeleteStruktur BoreholeGravPackDeleteStruktur - BoreholeNo: String - GravPackNoList: int [0..*] Figur 19 Diagram for BoreholeGravPackDeleteStruktur BoreholeGravPackDeleteStrukturen (sletning af gruskastninger) bruges som argument ved Borehole- ConstructionGravPackDelete metoden. Strukturen indeholder ét BoreholeNo og en liste af GravPack- No er der angiver tilknyttede gruskastninger. BoreholeIntakeDeleteStruktur BoreholeIntakeDeleteStruktur - BoreholeNo: String - IntakeNoList: int [0..*] Figur 20 Diagram for BoreholeIntakeDeleteStruktur BoreholeIntakeDeleteStrukturen (sletning af indtag) bruges som argument ved BoreholeConstruction- IntakeDelete metoden. Strukturen indeholder ét BoreholeNo og en liste af IntakeNo er der angiver tilknyttede indtag. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 13

BoreholeDrilMethDeleteStruktur BoreholeDrilMethDeleteStruktur - BoreholeNo: String - MethodNoList: int [0..*] Figur 21 Diagram for BoreholeDrilMethDeleteStruktur BoreholeDrilMethDeleteStrukturen (sletning af boremetoder) bruges som argument ved BoreholeConstructionDrilMethDelete metoden. Strukturen indeholder ét BoreholeNo og en liste af MethodNo er der angiver tilknyttede boremetoder. BoreholeBorhDiamDeleteStruktur BoreholeBorhDiamDeleteStruktur - BoreholeNo: String - DiameterNoList: int [0..*] Figur 22 Diagram for BoreholeBorhDiamDeleteStruktur BoreholeBorhDiamDeleteStrukturen bruges som argument ved sletning af en borehulsdiameter (BoreholeConstructionBorhDiamDelete metoden). Strukturen indeholder ét BoreholeNo og en liste af DiameterNo er der angiver tilknyttede borehulsdiametre. BoreholeWatLevMPDeleteStruktur BoreholeWatlevMPDeleteStruktur - BoreholeNo: String - WatLevMPNoList: int [0..*] Figur 23 Diagram for BoreholeWatLevMPDeleteStruktur BoreholeWatLevMPDeleteStrukturen (sletning af et pejlemålepunkt) bruges som argument ved BoreholeConstructionWatLevMPDelete metoden. Strukturen indeholder ét BoreholeNo og en liste af WatLevMPNo er der angiver tilknyttede pejlemålepunkter. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 14

BorhDiam BorhDiam - BoreholeNo: String [0..1] - Bottom: double - DiameterMM: int - DiameterNo: int - Top: double Figur 24 Diagram for BorhDiam BorhDiam objektet indeholder information om én borehulsdiameter. En boring kan have nul til mange borehulsdimetre. Objektet indeholder følgende felter der udfyldes af Jupiter: InsertUser og InsertDate udfyldes automatisk ved oprettelse og UpdateUser og UpdateDate udfyldes automatisk ved redigering. Resten af felterne skal oplyses og omfatter BoreholeNo der angiver hvilken boring boringsdiameteren hører til, DiameterNo der angiver hvilket antal tilknyttede boringsdiametre. DiameterMM, Top og Bottom der angiver borehulsdiameteren i mm for det interval der angives med Top og Bottom (i meter under terræn). Det er kun den enhed der ejer boringen der kan tilføje boringsdimensioner til denne. Casing Casing - BoreholeNo: String [0..1] - Bottom: double - CasingNo: int - DiameterMM: int [0..1] - Fitting: String [0..1] - Material: String - Strength: int [0..1] - StringNo: int - Top: double - WallThickn: int [0..1] Figur 25 Diagram for Casing Casing objektet indeholder information om en borings forerør. Objektet indeholder følgende felter der udfyldes automatisk, InsertUser og InsertDate der udfyldes ved oprettelse og UpdateUser og Update- Date udfyldes ved redigering. Der skal oplyses BoreholeNo, CasingNo (unikt løbenummer), Top og Bottom (forerørsintervallet i meter under terræn), StringNo (stammen - det lange rør, der består af sammensatte forerør og filtre) og Material (materialet forerøret er lavet af). Felterne Fitting og Material refererer til kodelister. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 15

Det er kun den enhed der ejer boringen der kan tilføje forerør til denne. DrilMeth DrilMeth - BoreholeNo: String [0..1] - Bottom: double [0..1] - InsertDate: Datetime [0..1] - Method: String - MethodNo: int - Top: double [0..1] Figur 26 Diagram for DrilMeth Objektet DrilMeth indeholder information om boremetoden anvendt ved udførslen af boringen. Udover BoreholeNo er det obligatorisk at udfylde Method (kode for den benyttede boremetode) og MethodNo (unikt løbenummer). Objektet indeholder følgende felter der udfyldes automatisk, InsertUser og InsertDate ved oprettelse og UpdateUser og UpdateDate der udfyldes ved redigering. Det er kun den enhed der ejer boringen der kan tilføje boremetode til denne. GravPack GravPack - BoreholeNo: String [0..1] - Bottom: double - GravPackNo: int - MaxGrainSz: double [0..1] - MinGrainSz: double [0..1] - Top: double Figur 27 Diagram for GravPack Objektet GravPack indeholder oplysninger om gruskastning brøndboreren har udført ved boringskonstruktionen. Obligatoriske felter er BoreholeNo, GravPackNo (unikt intervalløbenummer der knytter sig til boringsdybdeintervallet), Top og Bottom. Beregnede felter i Jupiter er: InsertUser, InsertDate, UpdateUser og UpdateDate. Det er kun den enhed der ejer boringen der kan tilføje gruskastning til denne. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 16

Grout Grout - BoreholeNo: String [0..1] - Bottom: double - GroutNo: int - Material: String [0..1] - Top: double Figur 28 Diagram for Grout Objektet Grout indeholder oplysninger om boringens eventuelle pakning(er)/lerspærre(r) og disses dybdeintervaller. Obligatoriske felter er BoreholeNo, GroutNo (unikt), Top og Bottom. Feltet Material refererer til en kodeliste. Beregnede felter i Jupiter er: InsertUser, InsertDate, UpdateUser og Update- Date. Det er kun den enhed der ejer boringen der kan tilføje pakning/lerspærre til denne. Intake Intake - BoreholeNo: String [0..1] - IntakeNo: int - Soundability: String [0..1] - SoundabilityRemark: String [0..1] - SoundTubeInsideDiam: double [0..1] - SpecialUsable: String [0..1] - StringNo: int Figur 29 Diagram for Intake Objektet Intake indeholder oplysninger om boringens indtag. Obligatoriske felter er BoreholeNo, IntakeNo (unikt) og StringNo (stammen - det lange rør, der består af sammensatte forerør og filtre). Felterne Soundability (Pejlbarhed ja/nej) og SpecialUsable (specielt-egnet, angiver om grundvandsprøvertaget i indtaget er egnede til special-analyser) refererer til kodelister. Beregnede felter i Jupiter er: InsertUser, InsertDate, UpdateUser og UpdateDate. Det er kun den enhed der ejer boringen der kan tilføje indtag til denne. (NB! indtag nummereres nedefra.) B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 17

WatlevMP WatlevMP - BoreholeNo: String [0..1] - Descriptio: String - ElevaMetho: String [0..1] - Elevation: int - EndDate: DateTime [0..1] - Height: double [0..1] - IntakeNo: int - LevPrecis: double [0..1] - MUnderCtrP: double [0..1] - StartDate: DateTime - Verticaref: String - WatlevMPNo: int Figur 30 Diagram for WatlevMP WatlevMP indeholder oplysninger om pejlingsmålepunktet. Obligatoriske felter er BoreholeNo, Descriptio, Elevation (højden i meter over havniveau af pejlingsmålepunktet), IntakeNo, StartDate (starttidspunktet for målepunktets aktive periode), Verticaref (kotesystem), WatlevMPNo (et løbenummer for målepunkterne for den givne boring). Felterne ElevaMetho (kotemetode) og Verticaref refererer til kodelister. Beregnede felter i Jupiter er: InsertUser, InsertDate, UpdateUser og UpdateDate. Det er kun den enhed der ejer boringen der kan tilføje indtag til denne. Screen Screen - BoreholeNo: String [0..1] - Bottom: double - DiameterMM: int [0..1] - EndDate: DateTime [0..1] - Fitting: String [0..1] - IntakeNo: int - Material: String [0..1] - ScreenNo: int - SlotOpenin: double [0..1] - StartDate: DateTime [0..1] - Strength: int [0..1] - Top: double - WallThickn: int [0..1] Figur 31 Diagram for Screen B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 18

Screen indeholder oplysninger om boringens filter/filtre. Obligatoriske felter er BoreholeNo, Bottom, IntakeNo, ScreenNo (identifikation af boringens fysiske filter) og Top. Feltet Material refererer til en kodeliste. Beregnede felter i Jupiter er: InsertUser, InsertDate, UpdateUser og UpdateDate. Det er kun den enhed der ejer boringen der kan tilføje filter til denne. B1.1.3 Boringsmiljø/-stratigrafi BoreholeEnvironmentStruktur BoreholeEnv ironmentstruktur - BoreholeNo: String - ChroStra: ChroStra [0..1] - DeposEnv: DeposEnv [0..1] - ClimStra: ClimStra [0..1] Figur 32 Diagram for BoreholeEnvironmentStruktur BoreholeEnvironmentStrukturen bruges ved oprettelse, redigering og læsning af de gennemborede lags stratigrafi og dannelsesmiljø. Strukturen indeholder ét BoreholeNo samt 0 til mange af følgende objekter: ChroStra (kronostratigrafi), ClimStra (klimastratigrafi) og DeposEnv (dannelsesmiljø). BoreholeEnvironmentReadStruktur BoreholeEnv ironmentreadstruktur - BoreholeNo: String Figur 33 Diagram for BoreholeEnvironmentReadStruktur BoreholeEnvironmentReadStrukturen bruges som argument ved læsning af de gennemborede lags stratigrafi og dannelsesmiljø. Objektet indeholder ét BoreholeNo. BoreholeDepositEnvironmentDeleteStruktur BoreholeDepositEnv ironmentdeletestruktur - BoreholeNo: String - LayerList: int [0..*] Figur 34 Diagram for BoreholeDepositEnvironmentDeleteStruktur BoreholeDepositEnvironmentDeleteStrukturen bruges som argument ved BoreholeEnvironmentDepositDelete kaldet. Strukturen indeholder ét BoreholeNo og en liste af LayerNo der hvilke lag fra DeposEnv der skal slettes. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 19

BoreholeClimateStratigraphyDeleteStruktur BoreholeClimateStratigraphyDeleteStruktur - BoreholeNo: String - LayerList: int [0..*] Figur 35 Diagram for BoreholeClimateStratigraphyDeleteStruktur BoreholeClimateStratigraphyDeleteStrukturen bruges som argument ved BoreholeEnvironmentClimateDelete kaldet. Strukturen indeholder ét BoreholeNo og en liste af LayerNo der hvilke lag fra ClimStra der skal slettes. BoreholeChronoStratigraphyDeleteStruktur BoreholeChronoStratigraphyDeleteStruktur - BoreholeNo: String - LayerList: int [0..*] Figur 36 Diagram for BoreholeChronoStratigraphyDeleteStruktur BoreholeChronoStratigraphyDeleteStrukturen bruges som argument ved BoreholeEnvironmentChronoDelete kaldet. Strukturen indeholder ét BoreholeNo og en liste af LayerNo der hvilke lag fra Chro- Stra der skal slettes. ChroStra ChroStra - Bottom: double [0..1] - ChronStra1: String [0..1] - ChronStra2: String [0..1] - LayerNo: int - Reliabilit: String [0..1] - Top: double Figur 37 Diagram for ChroStra Objektet ChroStra indeholder oplysninger om de gennemborede lags kronostratigrafi. Obligatoriske felter er BoreholeNo, LayerNo (løbenummer for de kronostratigrafiske lag i den givne boring) og Top (af laget). Felterne ChronStra1, ChronStra2 og Reliabilit refererer til kodelister. Beregnede felter i Jupiter er: InsertUser, InsertDate, UpdateUser og UpdateDate. Det er kun den enhed der ejer boringen der kan tilføje kronostratigrafi til denne. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 20

ClimStra ClimStra - Bottom: double [0..1] - ClimaStra1: String [0..1] - ClimaStra2: String [0..1] - LayerNo: int - Reliabilit: String [0..1] - Top: double Figur 38 Diagram for ClimStra Objektet ClimStra indeholder oplysninger om de gennemborede lags klimatostratigrafi. Obligatoriske felter er BoreholeNo, LayerNo (løbenummer for de klimatostratigrafiske lag i den givne boring) og Top (af laget). Felterne ClimaStra1, ClimaStra2 og Reliabilit refererer til kodelister. Beregnede felter i Jupiter er: InsertUser, InsertDate, UpdateUser og UpdateDate. Det er kun den enhed der ejer boringen der kan tilføje klimatostratigrafi til denne. DeposEnv DeposEnv - Bottom: double [0..1] - LayerNo: int - MainFacie1: String [0..1] - MainFacie2: String [0..1] - Reliabilit: String [0..1] - SubFacies: String [0..1] - Top: double Figur 39 Diagram for DeposEnv Objektet DeposEnv indeholder oplysninger om de gennemborede lags aflejringsmiljø. Obligatoriske felter er BoreholeNo, LayerNo (løbenummer for lagene i den givne boring) og Top (af laget). Felterne MainFacie1, MainFacie 2, SubFacies og Reliabilit refererer til kodelister. Beregnede felter i Jupiter er: InsertUser, InsertDate, UpdateUser og UpdateDate. Det er kun den enhed der ejer boringen der kan tilføje dannelsesmiljø til denne. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 21

B1.1.4 Boringsgeologi BoreholeGeologyStruktur BoreholeGeologyStruktur - BoreholeNo: String 0..* LithSamp - BoreholeNo: String [0..1] - Bottom: double [0..1] - Calcareous: String [0..1] - Cementatio: String [0..1] - Classifica: String [0..1] - Color: String [0..1] - Diagenesis: String [0..1] - DrillColor: String [0..1] - DrillColSb: String [0..1] - DrillDescr: String [0..1] - DrillRockt: String [0..1] - GrainShape: String [0..1] - Hardness: String [0..1] - MunsellColor: String [0..1] - OtherDescr: String [0..1] - Remarks: String [0..1] - RockSymbol: String [0..1] - RockType: String [0..1] - Rounding: String [0..1] - SampleDep: double [0..1] - SampleTop: double [0..1] - SampleBottom: double [0..1] - SampleNo: int - Sorting: String [0..1] - Structure: String [0..1] - Texture: String [0..1] - Top: double - TotalDescr: String [0..1] - TrivialNam: String [0..1] 0..* 0..* 0..* Analyses - AnalysisNo: int - AnalysisType: String - BoreholeNo: String [0..1] - InsertUser: int [0..1] - SampleNo: int - UpdateUser: int [0..1] MinorComps - BoreholeNo: String [0..1] - DegreeOfMixing: String [0..1] - MinorCompNo: int - MinorCompType: String - SampleNo: int Fossils - BoreholeNo: String [0..1] - FossilNo: int - FossilType: String - NumberOfFossils: String [0..1] - SampleNo: int 0..* Minerals - Amount: String [0..1] - BoreholeNo: String [0..1] - MineralNo: int - MineralType: String - SampleNo: int Figur 40 Diagram for BoreholeGeologyStruktur BoreholeGeologyStrukturen bruges ved oprettelse, redigering og læsning af en borings geologiske informationer. Strukturen indeholder ét BoreholeNo samt 0 til mange af følgende objekter: LithSamp B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 22

(lithologi), Analyses (analyser), MinorComps (bikomponenter), Fossils (fossiler) og Minerals (petrografi), hvoraf de fire sidstnævnte skal have et relateret LithSampobjekt. BoreholeGeologyReadStruktur BoreholeGeologyReadStruktur - BoreholeNo: String Figur 41 Diagram for BoreholeGeologyReadStruktur BoreholeGeologyReadStrukturen bruges som argument ved læsning af boringens geologi. Objektet indeholder ét BoreholeNo. BoreholeAnalysesDeleteStruktur BoreholeAnalysesDeleteStruktur - AnalysisNoList: int [0..*] - BoreholeNo: String - SampleNo: int Figur 42 Diagram for BoreholeAnalysesDeleteStruktur BoreholeAnalysesDeleteStrukturen bruges som argument ved BoreholeGeologyAnalysesDelete metoden. Strukturen indeholder ét BoreholeNo, et SampleNo der refererer til en række i LithSamp og en liste af de AnalysisNo der skal slettes. BoreholeMinorCompsDeleteStruktur BoreholeMinorCompsDeleteStruktur - BoreholeNo: String - SampleNo: int - MinorCompNoList: int [0..*] Figur 43 Diagram for BoreholeMinorCompsDeleteStruktur BoreholeMinorCompsDeleteStrukturen bruges som argument ved BoreholeGeologyMinorCompsDelete metoden. Strukturen indeholder ét BoreholeNo, et SampleNo der refererer til en række i LithSamp og en liste af de MinorCompNo der skal slettes. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 23

BoreholeFossilsDeleteStruktur BoreholeFossilsDeleteStruktur - BoreholeNo: String - SampleNo: int - FossilNoList: int [0..*] Figur 44 Diagram for BoreholeFossilsDeleteStruktur BoreholeFossilsDeleteStrukturen bruges som argument ved BoreholeGeologyFossilsDelete metoden. Strukturen indeholder ét BoreholeNo, et SampleNo der refererer til en række i LithSamp og en liste af de FossilNo der skal slettes. BoreholeMineralsDeleteStruktur BoreholeMineralsDeleteStruktur - BoreholeNo: String - SampleNo: int - MineralNoList: int [0..*] Figur 45 Diagram for BoreholeMineralsDeleteStruktur BoreholeMineralsDeleteStrukturen bruges som argument ved BoreholeGeologyMineralsDelete metoden. Strukturen indeholder ét BoreholeNo, et SampleNo der refererer til en række i LithSamp og en liste af de MineralNo der skal slettes. BoreholeLithSampDeleteStruktur BoreholeLithSampDeleteStruktur - BoreholeNo: String - SampleNo: int Figur 46 Diagram for BoreholeLithSampDeleteStruktur BoreholeLithSampDeleteStrukturen bruges som argument ved BoreholeGeologyLithSampDelete metoden. Strukturen indeholder ét BoreholeNo og et SampleNo der refererer til den række i LithSamp der skal slettes. Det forudsættes at SampleNo ikke refererer til rækker i Analyses, MinorComps, Fossils eller Minerals. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 24

LithSamp LithSamp - BoreholeNo: String [0..1] - Bottom: double [0..1] - Calcareous: String [0..1] - Cementatio: String [0..1] - Classifica: String [0..1] - Color: String [0..1] - Diagenesis: String [0..1] - DrillColor: String [0..1] - DrillColSb: String [0..1] - DrillDescr: String [0..1] - DrillRockt: String [0..1] - GrainShape: String [0..1] - Hardness: String [0..1] - MunsellColor: String [0..1] - OtherDescr: String [0..1] - Remarks: String [0..1] - RockSymbol: String [0..1] - RockType: String [0..1] - Rounding: String [0..1] - SampleDep: double [0..1] - SampleTop: double [0..1] - SampleBottom: double [0..1] - SampleNo: int - Sorting: String [0..1] - Structure: String [0..1] - Texture: String [0..1] - Top: double - TotalDescr: String [0..1] - TrivialNam: String [0..1] Figur 47 Diagram for LithSamp Objektet LithSamp indeholder oplysninger om boringens lithologi. Obligatoriske felter er BoreholeNo, SampleNo (unikt løbenummer som knytter sig til et boringsdybdeinterval) og Top (dybden til toppen af intervallet i meter under terræn). Felterne Calcareous, Cementatio, Classifica, Color, Diagenesis, DrillColor, DrillColorSb, DrillRockt, GrainShape, Hardness, MunsellColor, RockSymbol, RockType, Rounding, Sorting, Structure, Texture og TrivialNam refererer til kodelister. Beregnede felter i Jupiter er: TotalDescr (en sammensat tekststreng af boringens analyser, bikomponenter, fossiler og mineraler), InsertUser, InsertDate, UpdateUser og UpdateDate. Det er kun den enhed der ejer boringen der kan tilføje lithologi til denne. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 25

Analyses Analyses - AnalysisNo: int - AnalysisType: String - BoreholeNo: String [0..1] - InsertUser: int [0..1] - SampleNo: int - UpdateUser: int [0..1] Figur 48 Diagram for Analyses Objektet Analyses indeholder oplysninger om boringens analyser. Obligatoriske felter er BoreholeNo, AnalysisNo et løbenummer for analyserne for det givne dybdeinterval i den givne boring AnalysisType og SampleNo (refererer til dybdeintervallet i LithSamp). Feltet AnalysisType refererer til en kodeliste. Beregnede felter i Jupiter er: InsertUser, InsertDate, UpdateUser og UpdateDate. Det er kun den enhed der ejer boringen der kan tilføje analyser til denne. MinorComps MinorComps - BoreholeNo: String [0..1] - DegreeOfMixing: String [0..1] - MinorCompNo: int - MinorCompType: String - SampleNo: int Figur 49 Diagram for MinorComps Objektet MinorComps indeholder oplysninger om boringens bikomponenter. Obligatoriske felter er BoreholeNo, MinorCompNo (et løbenummer for bikomponenter for det givne dybdeinterval i den givne boring), MinorCompType og SampleNo (refererer til dybdeintervallet i LithSamp). Feltet MinorCompType refererer til en kodeliste. Beregnede felter i Jupiter er: InsertUser, InsertDate, UpdateUser og UpdateDate. Det er kun den enhed der ejer boringen der kan tilføje bikomponenter til denne. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 26

Fossils Fossils - BoreholeNo: String [0..1] - FossilNo: int - FossilType: String - NumberOfFossils: String [0..1] - SampleNo: int Figur 50 Diagram for Fossils Objektet Fossils indeholder oplysninger om boringens fossiler. Obligatoriske felter er BoreholeNo, FossilNo (et løbenummer for fossilerne for det givne dybdeinterval i den givne boring), FossilType og SampleNo (refererer til dybdeintervallet i LithSamp). Feltet FossilType refererer til en kodeliste. Beregnede felter i Jupiter er: InsertUser, InsertDate, UpdateUser og UpdateDate. Det er kun den enhed der ejer boringen der kan tilføje fossiler til denne. Minerals Minerals - Amount: String [0..1] - BoreholeNo: String [0..1] - MineralNo: int - MineralType: String - SampleNo: int Figur 51 Diagram for Minerals Objektet Minerals indeholder oplysninger om boringens mineraler. Obligatoriske felter er BoreholeNo, MineralNo (et løbenummer for mineralerne for det givne dybdeinterval i den givne boring), MineralType og SampleNo (refererer til dybdeintervallet i LithSamp). Feltet MineralType refererer til en kodeliste. Beregnede felter i Jupiter er: InsertUser, InsertDate, UpdateUser og UpdateDate. Det er kun den enhed der ejer boringen der kan tilføje mineraler til denne. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 27

B1.1.5 Prøvesteder SampleSiteContentStruktur SampleSiteContentStruktur - SampleSiteId: int [0..1] - SampleSiteName: String [0..1] - SampleSiteAddress: int [0..1] - SampleSitePostalCode: int [0..1] - XUtm: double - YUtm: double - UtmZone: int - Datum: String - Elevation: double [0..1] - VerticaRef: String [0..1] - ElevaMetho: String [0..1] - XUtm32Euref89: double [0..1] - YUtm32Euref89: double [0..1] - MunicipalityNo2007: int - DataOwner: String - Localities: int [0..*] - Remark: String [0..1] Figur 52 Diagram for SampleSiteContentStruktur SampleSiteContentStrukturen bruges ved oprettelse, redigering og læsning af prøvesteder. Strukturen indeholder prøvestedets stamdata samt 0 til mange Localities (lokalitetsid er) der angiver om prøvestedet skal knyttes til en eller flere lokaliteter. SampleSiteId oprettes når prøvestedet oprettes i Jupiter. De obligatoriske felter omfatter DataOwner, Municipalityno2007, samt koordinatfelterne UtmZone, Datum, XUtm og YUtm. InsertUser og InsertDate udfyldes automatisk ved oprettelse. UpdateDate og UpdateUser udfyldes automatisk ved redigering. Felterne XUtm32Euref89 og YUtm32Euref89 udfyldes automatisk når prøvestedet oprettes og opdateres når koordinaterne ændres. SampleSiteReadStruktur SampleSiteReadStruktur - SampleSiteId: int Figur 53 Diagram for SampleSiteReadStruktur SampleSiteReadStrukturen bruges til læsning af prøvesteder og returneres ved oprettelsen af et nyt prøvested. Strukturen indeholder ét SampleSiteId (prøvestedsid). Ved læsning anvendes SampleSiteId, som argument, for det prøvested der skal læses (SampleSite- Read kaldet). Ved oprettelsen af et nyt prøvested returneres det SampleSiteId som prøvestedet er blevet tildelt af Jupiter. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 28

SampleSiteDeleteStruktur SampleSiteDeleteStruktur - SampleSiteId: int Figur 54 Diagram for SampleSiteDeleteStruktur SampleSiteDeleteStrukturen bruges som argument ved sletning af et prøvested (SampleSiteDelete kaldet). Strukturen indeholder ét SampleSiteId (prøvestedsid) på det prøvested der skal slettes. B1.1.6 Prøver Forretningsobjekter i dette afsnit benyttes i alle tre prøvekategorier: vandprøve, jordprøve og luftprøve. Prøverne fordeler sig på 8 forskellige prøvetabeller og 8 tilhørende analysetabeller i Jupiter, afhængig af projektkoden (Project) som sammen med prøveid (SampleId) er den gennemgående nøgle til prøven. I Bilag 1 forklares forholdet mellem projektkode, jupitertabeller og dataejere. Prøven skal gennemgå en godkendelsesprocedure før den bliver offentlig tilgængelig (Bilag 2). I Bilag 6 er konstrueret et par use cases for de mest almindelige indberetningstyper. SampleIdentifierStruktur SampleIdentifierStruktur - Project: String - SampleId: int [0..1] Figur 55 Diagram for SampleIdentifierStruktur SampleIdentifierStrukturen indeholder ét Project der indeholder oplysning om prøvetype og om prøven er tilknyttet en boring, et anlæg eller et prøvested. Strukturen anvendes ved sletning og læsning af en prøve hvor Project og SampleId begge skal angives. Strukturen indgår i WaterSampleContentStrukturen, SoilSampleContentStrukturen og AirSampleContentStrukturen som anvendes ved oprettelse af en prøve, redigering af en prøve og returneres ved læsning af prøve. SampleId skal ikke angives ved oprettelse af prøve, da den autogenereres i Jupiter ved oprettelsen. Ved redigering og læsning af prøve skal SampleId angives. Ved sletning af en prøve skal tilhørende analyser slettes først (Deactivate- Results). B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 29

BoreholeIdentifierStruktur BoreholeIdentifierStruktur - BoreholeNo: String - IntakeNo: int [0..1] - TopOfIntake: int [0..1] - DataOwner: String - SampleTop: int [0..1] - SampleBottom: int [0..1] Figur 56 Diagram for BoreholeIdentifierStruktur BoreholeIdentifierStrukturen indgår i WaterSampleContentStrukturen, SoilSampleContentStrukturen og AirSampleContentStrukturen som benyttes ved oprettelse, redigering og læsning af prøver. BoreholeIdentifierStrukturen er krævet ved oprettelse og redigering af prøver tilknyttet en boring. Strukturen indeholder informationer der identificerer boring og indtag. Der skal angives dataejer på prøveniveau, da den relaterede boring ikke nødvendigvis ejes af prøvens ejer. IntakeNo eller SampleTop skal udfyldes ved oprettelse og redigering af vandprøver på boringer (WaterSampleCreate, WaterSampleUpdate). Hvis man angiver IntakeNo og topofintake (ikke obligatorisk), men topofintake ikke svarer til filtrets top på prøvetidspunktet, med en margen på 25 cm, får man en fejl. TopOfIntake er blot et tjek af at man har fat i det rigtige indtag og returneres ikke ved læsning. PlantIdentifierStruktur PlantIdentifierStruktur - PlantId: int - PipeSite: String [0..1] - PipeAddress: String [0..1] - PipePostalCode: int [0..1] - MeasuringSiteNo: int [0..1] - MeasuringStationId: int [0..1] Figur 57 Diagram for PlantIdentifierStruktur PlantIdentifierStrukturen indgår i WaterSampleContentStrukturen og AirSampleContentStrukturen som benyttes ved oprettelse, redigering og læsning af prøver. PlantIdentifierStrukturen er krævet ved oprettelse og redigering af prøver tilknyttet et anlæg. Strukturen indeholder informationer der identificerer anlæg og ledningssted. SampleSiteIdentifierStruktur SampleSiteIdentifierStruktur - SampleSiteId: int - SampleTop: int [0..1] - SampleBottom: int [0..1] - MeasuringSiteType: int [0..1] B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 30

Figur 58 Diagram for SampleSiteIdentifierStruktur SampleSiteIdentifierStrukturen indgår i WaterSampleContentStrukturen, SoilSampleContentStrukturen og AirSampleContentStrukturen som benyttes ved oprettelse, redigering og læsning af prøver. SampleSiteIdentifierStrukturen er krævet ved oprettelse og redigering af prøver tilknyttet et prøvested. Strukturen indeholder informationer der identificerer prøvestedet. SampleStruktur SampleStruktur - SampleDate: DateTime - SampleLocality: String [0..1] - ProjectPhaseId: int [0..1] - Client: int [0..1] - ClientName: String [0..1] - Laboratory: int - LaboratoryReceivedDate: DateTime [0..1] - SampledBy: String [0..1] - SamplingFirm: int [0..1] - SamplingEquipment: int [0..1] - SamplingMethod: int [0..1] - ReferenceNo: String [0..1] - ReportDate: DateTime [0..1] - AnalysisReport: byte [0..1] - Remark: String [0..1] - ResampleStatus: int [0..1] - PreviousSample: int [0..1] - QualityControl: int [0..1] - SampleStatus: int [0..1] - SampleQualityMark: int [0..1] - SampleStatusUser: String [0..1] - SampleStatusDate: DateTime [0..1] Figur 59 Diagram for SampleStruktur SampleStrukturen indgår i WaterSampleContentStrukturen, SoilSampleContentStrukturen og Air- SampleContentStrukturen som benyttes ved oprettelse, redigering og læsning af prøver. De obligatoriske felter omfatter SampleDate og Laboratory. InsertUser og InsertDate udfyldes automatisk ved oprettelse. UpdateDate og UpdateUser udfyldes automatisk ved redigering. SamplingEquipment kan benyttes på grundvands- og prøvestedsprøver. SamplingMethod og MeasuringSite kan benyttes på prøvestedsprøver. SampleQualityMark og SampleStatus får som default henholdsvis værdierne 0 (ikke vurderet) og 0 (under indlæsning) ved oprettelse af prøven. SampleQualityMark kan kun redigeres vha. kaldet SampleQualityMark. SampleStatus kan kun redigeres vha. kaldene SampleFinish og SampleStatusApproval. SampleFinish skal kaldes først og vil udføre en række tjeks på prøven som sættes til færdigindlæst hvis den består prøven. SampleStatusApproval bruges til at godkende eller afvise en prøve der er færdigindlæst. SampleStatusUser og SampleStatusDate udfyldes automatisk når prøven godkendes eller afvises. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 31

SupplRemarksStruktur SupplRemarksStruktur - RemarkId: int - Remark: String - RemarkType: String Figur 60 Diagram for SupplRemarksStruktur Der kan være 0 til mange SupplRemarksStruktur (prøvebemærkninger) i en SampleStruktur. Strukturen bruges ved oprettelse, redigering og læsning af prøver. Man skal angive RemarkId, Remark og RemarkType. Når man opretter en prøve kan man tilføje x antal bemærkninger. Man kan efterfølgende rette eksisterende eller tilføje flere bemærkninger ved opdatering af prøven (angiv kun nye bemærkninger eller bemærkninger der skal rettes). SupplRemarksDelete SupplRemarksDeleteStruktur - Project: String - SampleId: int - RemarkId: int [0..*] Figur 61 Diagram for SampleSupplRemarksDelete Hvis man vil slette en bemærkning benyttes metoden SampleSupplRemarksDelete med angivelse af RemarkId, Project og SampleId. Hvis man vil slette alle bemærkninger på en prøve (f.eks. inden man vil slette prøven) skal man kun angive Project og SampleId. SampleFinishedStruktur SampleFinishedStruktur - Project: String - SampleId: int - CheckOnly: boolean Figur 62 Diagram for SampleFinishedStruktur SampleFinishedStrukturen bruges til at sætte en prøve færdig til godkendelse og/eller kvalitetstjekke en prøve, dvs. alle analyser skal være indlæst. Man skal angive Project, SampleId og en CheckOnly boolean værdi. Hvis man kun vil kvalitetstjekke en prøve og ikke færdiggøre den, skal CheckOnly være sand (1). Ved færdiggørelse og kvalitetstjek af prøve, skal CheckOnly være falsk (0). Hvis man kun har valgt at kvalitetstjekke får man svar retur om det er gået godt eller ej. Hvis man har valgt falsk i CheckOnly, køres kvalitetstjek og hvis det går godt sættes prøven som færdig (SampleStatus = 1). Man kan både kvalitetstjekke ens egne prøver der er under indlæsning (SampleStatus = 0) og dem der står som færdig (SampleStatus = 1). Se Bilag 3. Automatisk kvalitetstjek i Jupiter. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 32

SampleApprovalStruktur SampleApprov alstruktur - Project: String - SampleId: int - Approve: boolean - Remark: String [0..1] Figur 63 Diagram for SampleApprovalStruktur SampleApprovalStrukturen bruges til at godkende eller afvise prøver. Man skal angive Project, SampleId og en Approve boolean værdi (0 falsk/afvist, 1 sandt/godkendt). Man kan også angive en bemærkning, men vær opmærksom på at den overskriver evt. anden tekst i bemærkningsfeltet. SampleQualityMarkUpdateStruktur SampleQualityMarkUpdateStruktur - Project: String - SampleId: int - SampleQualityMark: int Figur 63 Diagram for SampleQualityMarkUpdateStruktur SampleQualityMarkUpdateStrukturen bruges til at kvalitetsmærke en prøve. Man skal angive Project, SampleId og koden for kvalitetsmærkningen. Dette kan gøres når prøven står som færdig eller er godkendt/afvist. B1.1.6.1 Vandprøver Omfatter forretningsobjekter til oprettelse, læsning, redigering og sletning af vandprøver tilknyttet boringer, anlæg og prøvesteder. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 33

WaterSampleContentStruktur SampleIdentifierStruktur - Project: String - SampleId: int [0..1] 1 WaterSampleContentStruktur 0..1 BoreholeIdentifierStruktur - BoreholeNo: String - IntakeNo: int [0..1] - TopOfIntake: int [0..1] - DataOwner: String - SampleTop: int [0..1] - SampleBottom: int [0..1] PlantIdentifierStruktur 0..1 - PlantId: int - PipeSite: String [0..1] - PipeAddress: String [0..1] - PipePostalCode: int [0..1] - MeasuringSiteNo: int [0..1] - MeasuringStationId: int [0..1] 0..1 SampleSiteIdentifierStruktur - SampleSiteId: int - SampleTop: int [0..1] - SampleBottom: int [0..1] - MeasuringSiteType: int [0..1] SampleStruktur - SampleDate: DateTime - SampleLocality: String [0..1] - ProjectPhaseId: int [0..1] - Client: int [0..1] - ClientName: String [0..1] - Laboratory: int - LaboratoryReceivedDate: DateTime [0..1] - SampledBy: String [0..1] - SamplingFirm: int [0..1] - SamplingEquipment: int [0..1] - SamplingMethod: int [0..1] - ReferenceNo: String [0..1] - ReportDate: DateTime [0..1] - AnalysisReport: byte [0..1] - Remark: String [0..1] - ResampleStatus: int [0..1] - PreviousSample: int [0..1] - QualityControl: int [0..1] - SampleStatus: int [0..1] - SampleQualityMark: int [0..1] - SampleStatusUser: String [0..1] - SampleStatusDate: DateTime [0..1] 1 0..1 0..* WaterSampleStruktur - Purpose: int [0..1] - Extent: int [0..1] - Taste: int [0..1] - Odeur: int [0..1] - Look: int [0..1] - Colour: int [0..1] - EvaluationLaboratory: int [0..1] - EvaluationSite: int [0..1] - EvaluationReferenceNo: String [0..1] SupplRemarksStruktur - RemarkId: int - Remark: String - RemarkType: String AnalysisStruktur - AnalysisResultIdentifier: String [0..1] - AnalysisId: int [0..1] - SampleId: int [0..1] - AnalysisNo: int [0..1] - CompoundNo: int [0..1] - AccreditedIndicator: String [0..1] - AnalysisSite: int [0..1] - Amount: double [0..1] - Unit: int [0..1] - DetectionLimit: double [0..1] - Attribute: String [0..1] - ReportedCompoundNo: int [0..1] - ReportedAmount: double [0..1] - ReportedUnit: int [0..1] 0..* - ReportedDetectionLimit: double [0..1] - AnalysisDate: DateTime [0..1] - Laboratory: int [0..1] - ReferenceNo: String [0..1] - LaboratoryReceivedDate: DateTime [0..1] - Filtration: int [0..1] - AnalysisMethod: int [0..1] - FractionationMethod: int [0..1] - PreservationMethod: int [0..1] - Preprocessing: int [0..1] - QualityControl: int [0..1] - AnalysisResponsible: int [0..1] - AbsoluteExpMeasUncertainty: double [0..1] - RelativeExpMeasUncertainty: double [0..1] - Remark: String [0..1] Figur 64 Diagram for WaterSampleContentStruktur B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 34

WaterSampleContentStrukturen bruges ved oprettelse, redigering og læsning af vandprøver. Strukturen indeholder én SampleStruktur og én SampleIdentifierStruktur samt 0 til én af følgende objekter: BoreholeIdentifierStruktur, PlantIdentifierStruktur, SampleSiteIdentifierStruktur, WaterSampleStruktur og 0 til mange af SupplRemarksStruktur og AnalysisStruktur. AnalysisStruktur returneres ved læsning af en prøve, men skal ellers ikke benyttes! WaterSampleStruktur WaterSampleStruktur - Purpose: int [0..1] - Extent: int [0..1] - Taste: int [0..1] - Odeur: int [0..1] - Look: int [0..1] - Colour: int [0..1] - EvaluationLaboratory: int [0..1] - EvaluationSite: int [0..1] - EvaluationReferenceNo: String [0..1] Figur 65 Diagram for WaterSampleStruktur WaterSampleStrukturen indgår i WaterSampleContentStruktur objektet og indeholder felter der kun henvender sig til vandprøver. Ved oprettelse og redigering af drikkevands- og grundvandsprøver skal Purpose (formål) og Extent (omfang) udfyldes. De øvrige felter (Taste, Odeur, Look, Colour, EvaluationLaboratory, EvaluationSite og EvaluationReferenceNo) er til organoleptiske analyseresultater og oplysninger om vurderingssted, hvilket kan bruges på drikkevand og prøvestedsprøver. B1.1.6.2 Jordprøver Omfatter forretningsobjekter til oprettelse, læsning, redigering og sletning af jordprøver tilknyttet boringer og prøvesteder. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 35

SoilSampleContentStruktur SampleIdentifierStruktur - Project: String - SampleId: int [0..1] 1 SoilSampleContentStruktur 1 SampleStruktur BoreholeIdentifierStruktur - BoreholeNo: String - IntakeNo: int [0..1] - TopOfIntake: int [0..1] - DataOwner: String - SampleTop: int [0..1] - SampleBottom: int [0..1] 0..1 SampleSiteIdentifierStruktur 0..1 - SampleSiteId: int - SampleTop: int [0..1] - SampleBottom: int [0..1] - MeasuringSiteType: int [0..1] - SampleDate: DateTime - SampleLocality: String [0..1] - ProjectPhaseId: int [0..1] - Client: int [0..1] - ClientName: String [0..1] - Laboratory: int - LaboratoryReceivedDate: DateTime [0..1] - SampledBy: String [0..1] - SamplingFirm: int [0..1] - SamplingEquipment: int [0..1] - SamplingMethod: int [0..1] - ReferenceNo: String [0..1] - ReportDate: DateTime [0..1] - AnalysisReport: byte [0..1] - Remark: String [0..1] - ResampleStatus: int [0..1] - PreviousSample: int [0..1] - QualityControl: int [0..1] - SampleStatus: int [0..1] - SampleQualityMark: int [0..1] - SampleStatusUser: String [0..1] - SampleStatusDate: DateTime [0..1] 0..* 0..1 SoilSampleStruktur - Odeur: int [0..1] - Discolouration: String [0..1] SupplRemarksStruktur - RemarkId: int - Remark: String - RemarkType: String AnalysisStruktur - AnalysisResultIdentifier: String [0..1] - AnalysisId: int [0..1] - SampleId: int [0..1] - AnalysisNo: int [0..1] - CompoundNo: int [0..1] - AccreditedIndicator: String [0..1] - AnalysisSite: int [0..1] - Amount: double [0..1] - Unit: int [0..1] - DetectionLimit: double [0..1] - Attribute: String [0..1] - ReportedCompoundNo: int [0..1] - ReportedAmount: double [0..1] 0..* - ReportedUnit: int [0..1] - ReportedDetectionLimit: double [0..1] - AnalysisDate: DateTime [0..1] - Laboratory: int [0..1] - ReferenceNo: String [0..1] - LaboratoryReceivedDate: DateTime [0..1] - Filtration: int [0..1] - AnalysisMethod: int [0..1] - FractionationMethod: int [0..1] - PreservationMethod: int [0..1] - Preprocessing: int [0..1] - QualityControl: int [0..1] - AnalysisResponsible: int [0..1] - AbsoluteExpMeasUncertainty: double [0..1] - RelativeExpMeasUncertainty: double [0..1] - Remark: String [0..1] Figur 66 Diagram for SoilSampleContentStruktur B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 36

SoilSampleContentStrukturen bruges ved oprettelse, redigering og læsning af jordprøver. Strukturen indeholder én SampleStruktur og én SampleIdentifierStruktur samt 0 til én af følgende objekter: BoreholeIdentifierStruktur, SampleSiteIdentifierStruktur, SoilSampleStruktur og 0 til mange af SupplRemarksStruktur og AnalysisStruktur. AnalysisStruktur returneres ved læsning af en prøve, men skal ellers ikke benyttes! SoilSampleStruktur SoilSampleStruktur - Odeur: int [0..1] - Discolouration: String [0..1] Figur 67 Diagram for SoilSampleStruktur SoilSampleStrukturen indgår i SoilSampleContentStruktur objektet og indeholder felter der kun henvender sig til jordprøver. B1.1.6.3 Luftprøver Omfatter forretningsobjekter til oprettelse, læsning, redigering og sletning af luftprøver tilknyttet boringer, anlæg og prøvesteder. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 37

AirSampleContentStruktur SampleIdentifierStruktur - Project: String - SampleId: int [0..1] 1 AirSampleContentStruktur 1 BoreholeIdentifierStruktur - BoreholeNo: String - IntakeNo: int [0..1] - TopOfIntake: int [0..1] - DataOwner: String - SampleTop: int [0..1] - SampleBottom: int [0..1] PlantIdentifierStruktur 0..1 - PlantId: int - PipeSite: String [0..1] - PipeAddress: String [0..1] - PipePostalCode: int [0..1] - MeasuringSiteNo: int [0..1] - MeasuringStationId: int [0..1] 0..1 SampleSiteIdentifierStruktur 0..1 - SampleSiteId: int - SampleTop: int [0..1] - SampleBottom: int [0..1] - MeasuringSiteType: int [0..1] SampleStruktur AirSampleStruktur 0..1 - SampleDate: DateTime - SampleDateEnd: DateTime [0..1] - SampleLocality: String [0..1] - Volume: int [0..1] - ProjectPhaseId: int [0..1] - VolumeUnit: int [0..1] - Client: int [0..1] - RoomIndication: String [0..1] - ClientName: String [0..1] - RoomVentilation: String [0..1] - Laboratory: int - AirChange: String [0..1] - LaboratoryReceivedDate: DateTime [0..1] - TemperatureOutside: int [0..1] - SampledBy: String [0..1] - TemperatureInside: int [0..1] - SamplingFirm: int [0..1] - CounterPressStarthPa: int [0..1] - SamplingEquipment: int [0..1] - CounterPressEndhPa: int [0..1] - SamplingMethod: int [0..1] - AtmosPresshPa: int [0..1] - ReferenceNo: String [0..1] - AtmosPressDev: String [0..1] - ReportDate: DateTime [0..1] - WindDirection: String [0..1] - AnalysisReport: byte [0..1] - WindSpeed: int [0..1] - Remark: String [0..1] - PrePumpTime: int [0..1] - ResampleStatus: int [0..1] - PrePumpFlowStart: int [0..1] - PreviousSample: int [0..1] - PrePumpFlowEnd: int [0..1] - QualityControl: int [0..1] - SamplingPumpTime: int [0..1] - SampleStatus: int [0..1] - SamplingFlowStart: int [0..1] - SampleQualityMark: int [0..1] - SamplingFlowEnd: int [0..1] - SampleStatusUser: String [0..1] - SampleStatusDate: DateTime [0..1] 0..* SupplRemarksStruktur AnalysisStruktur - AnalysisResultIdentifier: String [0..1] - AnalysisId: int [0..1] - SampleId: int [0..1] - AnalysisNo: int [0..1] - CompoundNo: int [0..1] - AccreditedIndicator: String [0..1] - AnalysisSite: int [0..1] - Amount: double [0..1] - Unit: int [0..1] - DetectionLimit: double [0..1] - Attribute: String [0..1] - ReportedCompoundNo: int [0..1] - ReportedAmount: double [0..1] - ReportedUnit: int [0..1] - ReportedDetectionLimit: double [0..1] - AnalysisDate: DateTime [0..1] - Laboratory: int [0..1] - ReferenceNo: String [0..1] - LaboratoryReceivedDate: DateTime [0..1] 0..* - Filtration: int [0..1] - AnalysisMethod: int [0..1] - FractionationMethod: int [0..1] - PreservationMethod: int [0..1] - Preprocessing: int [0..1] - QualityControl: int [0..1] - AnalysisResponsible: int [0..1] - AbsoluteExpMeasUncertainty: double [0..1] - RelativeExpMeasUncertainty: double [0..1] - Remark: String [0..1] - RemarkId: int - Remark: String - RemarkType: String Figur 68 Diagram for AirSampleContentStruktur B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 38

AirSampleContentStrukturen bruges ved oprettelse, redigering og læsning af luftprøver. Strukturen indeholder én SampleStruktur og én SampleIdentifierStruktur samt 0 til én af følgende objekter: BoreholeIdentifierStruktur, PlantIdentifierStruktur, SampleSiteIdentifierStruktur, WaterSampleStruktur og 0 til mange af SupplRemarksStruktur og AnalysisStruktur. AnalysisStruktur returneres ved læsning af en prøve, men skal ellers ikke benyttes! AirSampleStruktur AirSampleStruktur - SampleDateEnd: DateTime [0..1] - Volume: int [0..1] - VolumeUnit: int [0..1] - RoomIndication: String [0..1] - RoomVentilation: String [0..1] - AirChange: String [0..1] - TemperatureOutside: int [0..1] - TemperatureInside: int [0..1] - CounterPressStarthPa: int [0..1] - CounterPressEndhPa: int [0..1] - AtmosPresshPa: int [0..1] - AtmosPressDev: String [0..1] - WindDirection: String [0..1] - WindSpeed: int [0..1] - PrePumpTime: int [0..1] - PrePumpFlowStart: int [0..1] - PrePumpFlowEnd: int [0..1] - SamplingPumpTime: int [0..1] - SamplingFlowStart: int [0..1] - SamplingFlowEnd: int [0..1] Figur 69 Diagram for AirSampleStruktur AirSampleStrukturen indgår i AirSampleContentStruktur objektet og indeholder felter der kun henvender sig til luftprøver. B1.1.7 Projektfaser ProjectPhaseContentStruktur Proj ectphasecontentstruktur - ProjectPhaseId: int [0..1] - ProjectPhaseIdSYS: String [0..1] - ProjectPhaseIdent: String [0..1] - LocalityId: int - ProjectStart: DateTime [0..1] - ProjectEnd: DateTime [0..1] Figur 70 Diagram for ProjectPhaseContentStruktur B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 39

ProjectPhaseContentStrukturen bruges ved oprettelse, redigering af projektfaser og returneres ved læsning af projektfaser. Jupiters ProjectPhaseId oprettes når projektfasen oprettes i Jupiter. Projektfasen skal knyttes til ét lokalitetsid. Man kan angive ProjectPhaseIdSYS som er identifikationen af projektfasen i DKJord eller man kan oprette en projektfase der ikke findes i DKJord, hvorved det anbefales at angive projektets tidsinterval (ProjectStart til ProjectEnd). Ved redigering kan man enten vælge at angive ProjectPhaseId eller ProjectPhaseIdSYS, ikke begge dele. ProjectPhaseReadStruktur ProjectPhaseReadStruktur - ProjectPhaseId: int [0..1] - ProjectPhaseIdSYS: String [0..1] Figur 71 Diagram for ProjectPhaseReadStruktur ProjectPhaseReadStrukturen bruges til læsning af projektfaser og returneres ved oprettelsen af en ny projektfase. ). Ved læsning kan man enten vælge at angive ProjectPhaseId eller ProjectPhaseIdSYS, ikke begge dele. ProjectPhaseDeleteStruktur ProjectPhaseDeleteStruktur - ProjectPhaseId: int [0..1] - ProjectPhaseIdSYS: String [0..1] Figur 72 Diagram for ProjectPhaseDeleteStruktur ProjectPhaseDeleteStrukturen bruges som argument ved sletning af en projektfase. Ved sletning kan man enten vælge at angive ProjectPhaseId eller ProjectPhaseIdSYS, ikke begge dele. B1.1.8 Analyser Her er StanLab forretningsobjekterne beskrevet i forhold til Jupiter. Der er kun medtaget de inputdata som behandles i Jupiter, de øvrige felter i den fælles StanLab, ignoreres. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 40

SaveResults SaveAnalysisListStructureType - AnalysisTypeText: String 1..* AnalysisStructureType - ReportReference: String [0..1] - Sc1079AnalysisSiteCode: int [0..1] - StartDateTime: DateTime - CommentText: String [0..1] 1..* ExecutedByStructure 0..1 - Sc1025InstitutionCode: int [0..1] 0..1 AnalysisResponsibleStructure - Sc1025InstitutionCode: int [0..1] AnalysisResultStructure - AnalysisResultIdentifier: int [0..1] - Sc1008ParameterCode: int - DetectionLimitMeasure: double - AbsoluteExpandedMeasurementUncertaintyMeasure: double [0..1] - RelativeExpandedMeasurementUncertaintyMeasure: double [0..1] - ResultMeasure: double - Sc1009MeasurementUnitCode: int - Sc1010MeasurementMethodCode: int [0..1] - Sc1077ResultAttributeCode: int [0..1] - AccreditedIndicator: int SampleStructure - SampleReceivedDateTime: DateTime [0..1] - SampleReference: Int 1 Figur 73 Diagram for SaveResults Requestet til at opdatere og redigere en analyse består af strukturen AnalysisListStructureType der kan have én til flere AnalysisStructureType. AnalysisTypeText skal indeholde projektkoden for analyserne, dvs. man kan kun indsætte en række af analyser med samme projektkode. Projektkoden er afgørende for hvilken prøvetype der skal indsættes/opdateres (vand, jord, luft på anlægs-, borings- eller prøvestedsniveau). AnalysisResultIdentifier er analysen id (en GUID). Hvis en analyse ikke har udfyldt AnalysisResultIdentifier eller AnalysisResultIdentifier ikke findes som id bliver analysen oprettet som en ny ellers redigeres den eksisterende analyse med id = AnalysisResultIdentifier (case sensitiv!). Ved oprettelse af en ny analyse genereres et id (GUID) for analysen i Jupiter og returneres i AnalysisResultIdentifier. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 41

FindResults FindAnalysisStructureType - AnalysisTypeText: String - ReportReference: String [0..1] - Sc1079AnalysisSiteCode: int [0..1] - FromDate: DateTime [0..1] - ToDate: DateTime [0..1] - IncludeOnlyAnalysisIndicator: boolean [0..1] 0..1 FindExecutedByStructure - Sc1025InstitutionCode: int [0..*] 0..1 FindSampleStructure - SampleReference: int [0..*] 0..1 FindAnalysisResultStructure - AnalysisResultIdentifier: int [0..*] - Sc1008ParameterCode: int [0..*] Søgning på analyser. Figur 74 Diagram for FindResults DeactivateResults DeactivateAnalysisStructureType - AnalysisTypeText: String - AnalysisResultIdentifier: int Figur 75 Diagram for DeactivateResults Sletning af analyser. Bemærk der er ikke en deaktiveringsfunktion i Jupiter, analysen slettes fra databasen. StanLab Jupiter mapning Se regnearket bboringmapning.xlsx. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 42

AnalysisProcessingStruktur AnalysisProcessingStruktur - AnalysisResultIdentifier: int - AnalysisTypeText: String - Filtering: int [0..1] - Preprocessing: int [0..1] - Sc1026FractionationMethodCode: int [0..1] - Sc1027PreservationMethodCode: int [0..1] - SortNo: int [0..1] Figur 76 Diagram for AnalysisProcessingStruktur AnalysisProcessingStrukturen bruges ved redigering af eksisterende analyser, hvor Stanlab formatet ikke er dækkende. Strukturen indeholder AnalysisResultIdentifier, som er analysens id (GUID), og AnalysisTypeText der er projektkoden som identificerer prøvetypen. Her er der mulighed for at indsætte den gamle standatkode (STD00108) for om analysen er filtreret i felten eller laboratoriet (Filtering), den gamle standatkode (STD00033) for forbehandling (Preprocessing), en ny stancode for fraktioneringsmetode (Sc1026FractionationMethodCode) eller en ny stancode for konserveringsmetode (Sc1027PreservationMethodCode). B1.1.9 Søgeservices BoreholeBoundingBoxSearchStruktur BoreholeBoundingBoxSearchStruktur - MaxYUtm32Euref89: double - MinXUtm32Euref89: double - MinYUtm32Euref89: double - MaxXUtm32Euref89: double Figur 77 Diagram for BoreholeBoundingBoxSearchStruktur BoreholeBoundingBoxSearchStrukturen bruges som argument ved fremsøgning af de boringer der ligger inden for et geografisk område bounding box (SearchBoreholeBoundingBox metoden). Strukturen indeholder to sæt koordinater der angiver min og maks koordinater på den rektangel der definerer bounding boksen. Koordinaterne skal angives som UTM koordinater i EUREF89 og UTM zone 32. SampleSearchByProjectPhase og SampleSearchByLocality B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 43

SampleSearchByProjectPhaseStruktur - ProjectPhaseId: int [0..1] - ProjectPhaseIdSYS: String [0..1] - Project: String [0..1] SampleSearchByLocalityStruktur - LocalityId: int [0..1] - LocalityIdSYS: String [0..1] - SamplingFirm: int [0..1] - SampledBy: String [0..1] - SampleDateStart: DateTime [0..1] - SampleDateEnd: DateTime [0..1] - Project: String [0..1] SampleSearchResponse ReceiptStruktur - ResultActor: String - ResultCode: int - ResultDetail: String - ResultReason: String 1 0..* SampleIdStruktur - SampleId: int - PcJupiterXLTable: String Figur 78 Diagram for SampleSearchByProjectPhaseStruktur og SampleSearchByLocalityStruktur De to søgeservices SampleSearchByProjectPhase og SampleSearchByLocality benytter sig af ovenstående objekter. Med SampleSearchByProjectPhase søges efter alle prøver med den angivne projektfase (enten Jupiters ProjectPhaseId eller DkJords ProjektPhaseIdSYS). Man kan begrænse søgningen ved (valgfrit) at angive projekttype på prøverne (eks. kun jordforureningsprøver på prøvestede). Med SampleSearch- ByLocality søges efter alle prøver der tilhører alle projektfaser på den angivne lokalitet (enten Jupiters LocalityId eller DkJords LocalityIdSYS). Man kan begrænse søgningen ved (valgfrit) at angive følgende søgekriterier på prøveniveau: SamplingFirm (prøvetagerfirma), SampledBy (prøvetager), Sample- DateStart-SampleDateEnd (prøvedatointerval), Project (projekttype). Responset består af 0 til mange SampleIdStruktur, der angiver SampleId og hvilken PCJupiterXL-tabel prøven ligger i. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 44

B1.1.10 Bilag Bilag 1. Projektkoder og prøvetyper og dataejere Projektkoden skal angives hver gang der læses, oprettes, redigeres eller slettes en prøve eller analyse. På webservice prøvekaldene hedder feltet Project og på analysekaldene hedder det AnalysisTypeText. Projektkoden identificerer i hvilken en af de 8 prøvetabeller og 8 analysetabeller, i Jupiter, en henholdsvis prøve og analyse skal gemmes. I tabellen i figur 1A findes de projektkoder som man på nuværende tidspunkt kan indlæse via B-borings webservicen. Det kan ses at når man f.eks. indlæser en prøve med Project = BK (boringskontrol) gemmes den i Jupiter som vandprøve på en boring (GRWCHEMSAMPLE) og en analyse på denne prøve skal indlæses med AnalysisTypeText = BK og denne vil derefter findes i GRWCHEMANALYSIS. PROJEKTKODE PROJEKTNAVN PRØVETYPE DATAEJER PCJUPITERXL ALUFT Luftprøve udtaget på anlæg ifm. oprensning/deponi Luftprøve på anlæg RE PLTAIRSAMPLESC/AN ALUFT Luftprøve udtaget på anlæg ifm. oprensning/deponi Luftprøve på anlæg NS PLTAIRSAMPLESC/AN ALUFT Luftprøve udtaget på anlæg ifm. oprensning/deponi Luftprøve på anlæg KO PLTAIRSAMPLESC/AN ALUFT Luftprøve udtaget på anlæg ifm. oprensning/deponi Luftprøve på anlæg MS PLTAIRSAMPLESC/AN AVAND Vandprøve udtaget på anlæg ifm. oprensning/deponi Vandprøve på anlæg RE PLTCHEMSAMPLESC/ AVAND Vandprøve udtaget på anlæg ifm. oprensning/deponi Vandprøve på anlæg KO PLTCHEMSAMPLESC/ AVAND Vandprøve udtaget på anlæg ifm. oprensning/deponi Vandprøve på anlæg MS PLTCHEMSAMPLESC/ AVAND Vandprøve udtaget på anlæg ifm. oprensning/deponi Vandprøve på anlæg NS PLTCHEMSAMPLESC/ BJORD Jordprøve, boring Jordprøve på boring NS GRWSOILSAMPLESC/ BJORD Jordprøve, boring Jordprøve på boring MS GRWSOILSAMPLESC/ BJORD Jordprøve, boring Jordprøve på boring KO GRWSOILSAMPLESC/ BJORD Jordprøve, boring Jordprøve på boring RE GRWSOILSAMPLESC/ BK Boringskontrol Vandprøve på boring KO GRWCHEMSAMPLESC BLUFT Luftprøve, boring Luftprøve på boring MS GRWAIRSAMPLESC/A BLUFT Luftprøve, boring Luftprøve på boring RE GRWAIRSAMPLESC/A BLUFT Luftprøve, boring Luftprøve på boring KO GRWAIRSAMPLESC/A BLUFT Luftprøve, boring Luftprøve på boring NS GRWAIRSAMPLESC/A DEPKOM Depotkontrol (kommune) Vandprøve på boring KO GRWCHEMSAMPLESC DEPMST MST Depotkontrol Vandprøve på boring MS GRWCHEMSAMPLESC DEPREG Depotkontrol (region) Vandprøve på boring RE GRWCHEMSAMPLESC DRV Drikkevandskontrol Vandprøve på anlæg KO PLTCHEMSAMPLESC/ GEBKOR Gebyrkortlægning Vandprøve på boring NS GRWCHEMSAMPLESC GRUMO GRUMO Vandprøve på boring NS GRWCHEMSAMPLESC JORDFO Jordforurening Vandprøve på boring NS GRWCHEMSAMPLESC JORDFO Jordforurening Vandprøve på boring KO GRWCHEMSAMPLESC JORDFO Jordforurening Vandprøve på boring RE GRWCHEMSAMPLESC JORDFO Jordforurening Vandprøve på boring MS GRWCHEMSAMPLESC B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 45

LOOP LOOP Vandprøve på boring NS GRWCHEMSAMPLESC PROCV Procesvand Vandprøve på anlæg KO PLTCHEMSAMPLESC/ PSJORD Jordprøve, overfladeblandingsprøvested Jordprøve på prøve- MS POISOILSAMPLESC/A PSJORD Jordprøve, overfladeblandingsprøvested Jordprøve på prøve- NS POISOILSAMPLESC/A PSJORD Jordprøve, overfladeblandingsprøvested Jordprøve på prøve- RE POISOILSAMPLESC/A PSJORD Jordprøve, overfladeblandingsprøvested Jordprøve på prøve- KO POISOILSAMPLESC/A PSLUFT Luftprøve, overfladeblandingsprøver og indeklimamålinger Luftprøve på prøvested NS POIAIRSAMPLESC/AN PSLUFT PSLUFT PSLUFT PSVAND PSVAND PSVAND PSVAND Luftprøve, overfladeblandingsprøver og indeklimamålinger Luftprøve, overfladeblandingsprøver og indeklimamålinger Luftprøve, overfladeblandingsprøver og indeklimamålinger Vandprøve, overfladeblandingsprøver Vandprøve, overfladeblandingsprøver Vandprøve, overfladeblandingsprøver Vandprøve, overfladeblandingsprøver Luftprøve på prøvested MS Luftprøve på prøvested KO Luftprøve på prøvested RE Vandprøve på prøvested Vandprøve på prøvested Vandprøve på prøvested Vandprøve på prøvested Figur 1A Tabel for projektkoder NS KO MS RE POIAIRSAMPLESC/AN POIAIRSAMPLESC/AN POIAIRSAMPLESC/AN POIWATERSAMPLESC POIWATERSAMPLESC POIWATERSAMPLESC POIWATERSAMPLESC Når en prøve færdiggøres (se Bilag 2 om godkendelsesproceduren) overdrages ejerskabet til dataejeren, som også er den der skal godkende eller afvise prøven. Som det kan ses af figur 1A, kan man ikke umiddelbart bestemme dataejeren ud fra projekt/prøvetype da flere forskellige myndigheder godt kan være ejere af f.eks. en jordforureningsprøve. For prøver tilknyttet anlæg eller prøvesteder, er det anlæggets eller prøvestedets dataejer, som derfor er prøvens dataejer. For prøver tilknyttet en boring, skal det angives på prøveniveau hvem der er dataejer. Dette er fordi at de fleste boringer er ejet af GEUS (A-boringer) og her skal det specificeres hvilken myndighed der er den dataansvarlige. En boring ejet af andre end GEUS (B-boring), må kun editeres af myndigheden der ejer den og ligeså tilknyttede prøver. Man kan derfor ikke indlæse en boringskontrol (BK) på en boring ejet af f.eks. Naturstyrelsen, da det kun er kommuner der kan være dataejere af BK og ikke må godkende prøver på en boring ejet af andre end GEUS eller kommunen selv. Bilag 2. Godkendelsesprocedure Proceduren fra en prøve indlæses til den offentliggøres er i korte træk.: 1) prøven oprettes via en Water-/Soil-/AirSampleCreate 2) analyser indlæses via SaveResults (Stanlab) 3) Prøven kan kvalitetstjekkes med metoden SampleFinished uden at markere prøven færdig (CheckOnly = sand/true). Prøven undergår et maskinelt kvalitetstjek (se Bilag 3). Det er ikke krævet at man kvalitetstjekker før man markerer prøven færdig. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 46

4) når alle analyser er indlæst markeres prøven som færdig via SampleFinished (SampleStatus sættes til 1). Prøven undergår automatisk maskinelt kvalitetstjek (se Bilag 3). Laboratorier kan rette i prøven og analyserne indtil prøven er godkendt, herefter kan laboratoriet ikke rette længere, men kan stadig læse dem. 5) herefter kan prøven godkendes af den dataansvarlige myndighed. En prøve skal også færdiggøres og godkendes selvom det er myndigheden selv der har indlæst den. 6) en prøve der er indberettet af et laboratorie og godkendt af en myndighed, kan ikke redigeres, men kun kvalitetsmærkes og/eller afvises. Bilag 3. Automatisk kvalitetstjek i Jupiter Når man sætter en prøve til færdig skal man angive om prøven kun skal kvalitetstjekkes eller om den skal kvalitetstjekkes og sættes til færdig. Hvis man kun vil kvalitetstjekke prøve og ikke færdiggøre den, skal CheckOnly være sand (1). Ved færdiggørelse og kvalitetstjek af prøve, skal CheckOnly være falsk (0). Hvis et laboratorie har færdiggjort en prøve, kan laboratoriet rette prøve og analyser indtil den dataansvarlige myndighed har godkendt eller afvist den. Indsættes eller redigeres analyser mens en prøve er sat til færdig (SampleStatus = 1), kvalitetstjekkes analysen ved oprettelsen/opdateringen og hvis kvalitetssikringen giver fejl tilbage, forkastes requestet og analysen oprettes/opdateres ikke (advarsler ignoreres i denne situation). Når den dataansvarlige myndighed har godkendt eller afvist prøven kan laboratoriet ikke længere redigere prøve og analyser. Det er i skrivende stund kun grundvands- og drikkevandsprøver der undergår kvalitetstjek, det omfatter flg. projekter: GRUMO, LOOP, BK, PESTSV, OVERV, GEBKOR, JORDFO, DEPKOM, DEPREG, DEPMC, DEPMST og DRV, PROCV. I kvalitetstjekket tjekkes det om det indberettede stof findes registreret i Jupiter som henholdsvis grundvands- eller drikkevandsstof (figur 3A). Hvis stoffet findes tjekkes om enheden er standard eller om den skal omregnes. Hvis enheden ikke er registreret og ikke kan omregnes, får man en fejlbesked. Hvis stoffet ikke findes, tjekkes det om det kan erstattes af et andet stof (figur 3B). Hvis det ikke kan erstattes af et andet stof, får man en fejlbesked. Hvis stoffet skal erstattes gemmes det nye stof, omregnede enhed og omregnede analyseværdi i compoundno, unit og amount, ellers er det de indberettede værdier der gemmes i compoundno, unit og amount. De indberettede værdier kan altid findes i reportedcompoundno, reportedunit og reportedamount. Hvis stoffet ligger over eller under henholdsvis gvkmax eller gvkmin og drvmin eller drvmin får man en advarsel hvis man kun kvalitetstjekker, men ingen fejl hvis man har sat checkonly = 0. Eksempler: 1: Man forsøger at indberette en boringskontrol med analyseret stof 189 (Kem.iltf. KIF,SS), men det findes ikke som grundvandsstof (figur 3A) og man får fejlbeskeden: Stof: 189 (standatkode: 578) ikke oprettet eller forældet'. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 47

Figur 3A. Udsnit af stoffer som er registreret som grundvands- eller drikkevandsstoffer i Jupiter. 2: Man forsøger at indberette en boringskontrol med analyseret stof 190 og enhed 4, men enheden findes ikke for stoffet og man får fejlen: Stof: 190 (standatkode: 581). Enhed: 4 (standatkode: 4) findes ikke i den reducerede stof-enheds liste'. 3: Man forsøger at indberette en boringskontrol med analyseret stof 190 og enhed 155, men enheden skal ifølge figur 3B omregnes til enhed 20 og mængden bliver ganget med enhedsfaktoren. Figur 3B. Udsnit af omregningstabel. 4: Man forsøger at indberette en boringskontrol med analyseret stof 174 og enhed 1 og mængde 7. Hvis man kun udfører kvalitetstjek (checkonly = 1), får man advarslen: Stof: 174 (standatkode: 501). Mængde 7.0 er større end 5.8. Indberettet i enhed 1 (standatkode: 0001)'. B 1 1 Forretningsobjekter B-Boringer-ver2-2.doc 48

2024 © DocPlayer.dk Fortrolighedspolitik | Servicevilkår | Feedback