Indberetning af analyseprøver til Jupiter
Indlæg henvender sig til
Alle der indberetter analyseprøver til Jupiter
Konsekvenser
GeoGIS2020 analyseprøver kan igen indberettes til Jupiter via GeoGIS2020 synkroniserings dialogen.
Baggrund
Ved de seneste versioner af GeoGIS2020 (vers. 2.02.34B og før) var der problemer med synkronisering af analyseprøver til Jupiter. Problemet bestod i at Synkroniserings programmet ikke var i stand til at fange, om en prøve findes i Jupiter i forvejen, såfremt prøven er indlæst i Jupiter af en anden vej end via synkronisering med GeoGIS2020 produktionen. Dermed blev der oprettet dubletter i Jupiter, hvis man forsøgte at synkronisere analyseprøver til Jupiter.
Den tekniske årsag er, at der bliver sammenlignet på en analyseprøve nøgle, som først bliver oprettet når analyseprøven blev oprettet i Jupiter. Hvis prøven er blevet oprettet af laboratoriet i Jupiter via Stanlab, eller oprettet via en masse opdatering af regionens prøver direkte i Jupiter af GEUS (sket i Region H), findes denne nøgle ikke i regionens GeoGIS2020 produktion. Dermed ser det ud som prøven ikke findes i forvejen i Jupiter, når der sammenlignes på dette felt.
Nyhed
Rambøll har releaset en ny version GeoGIS2020 (2.02.35B). I denne version sammenlignes analyseprøver på data i felter der findes i både Jupiter og GeoGIS2020, uanset hvordan analyserprøverne er oprettet. Sammenligningen foregår på nedenstående felter. Vær opmærksom på at tabellen ikke er fyldestgørende idet der findes vand, jord og luft prøver på både boringer, prøvesteder og anlæg i Jupiter (9 prøve tabeller). Der burde således være 9 rækker i tabellen. Der er kun medtaget de oftest forekommende kombinationer.
Punkttype | Medie | Jupiter tabel | GG20 tabel | Jupiter Felt 1 | GG20 Felt 1 | Jupiter Felt 2 | GG20 Felt 2 | Jupiter Felt3 | GG20 Felt 3 | Jupiter Felt 4 | GG20 Felt 4 |
---|---|---|---|---|---|---|---|---|---|---|---|
Boring | Vand | GrwChemSample | AnalysisSamples | BoreholeNo | Publicno | LaboratoryId | LaboratoryId | LaboratoriyRefno | ReportNo | SampleDate | SampleDate |
Boring | Jord | GrwSoilSample | AnalysisSamples | BoreholeNo | Publicno | LaboratoryId | LaboratoryId | RefeerenceNo | ReportNo | SampleTop | Depth1 |
Prøvested | Luft | PoiAirSample | AnalysisSamples | SamplesiteId | JupiterId | Laboratory | LaboratoryId | JReferenceNo | ReportNo | SampleDate | SampleDate |
De steder hvor der sammenlignes på dybde gøres dette med en tolerance på 0,01 m. Dvs. når de 3 øvrige felter matcher og dybden afviger mindre end 1cm, betragtes prøverne som de samme, og der oprettes ikke en ny prøve ved synkronisering.
Ovennævnte metode til sammenligning er ikke ufejlbarlig. Der kunne sammenlignes på flere felter for at øge sikkerheden for at finde identiske prøver. Det vil dog resultere i at flere prøver fejlagtigt vil blive betragtet som nye prøver, fordi der af og til vil være en lille forskel i prøven, som resultere i at den betragtes som en ny prøve. Dvs. metoden er en afvejning af at få høj sikkerhed for at få matchet de rigtige prøver samtidig med, at der ikke skal falde for mange igennem nettet ved at sammenligne på for mange felter, der kan være små forskelle i.
Dvs. i sjældne tilfælde vil data indlæst af laboratoriet via Stanlab i Jupiter og samme data indlæst i regionens GeoGIS2020 via Standat, stadig ikke resultere i at data genkendes som de samme. Dette må i skrivende stund fanges manuelt.
Udarbejdet af
Joachim Mahrt