GERDA faglig følgegruppe møde

Transkript

1 GERDA faglig følgegruppe møde 5. Implementering og brug af historiske data/ alternative tolkninger. Udkast til retningslinier

2 Model-edition struktur til håndtering af historiske og alternative tolkninger. Der er oprettet en ny tabel og der er tilføjet 4 nye felter i ODVPDSEP og TDVMODSE. Der oprettes en Edition pr. projekt (med mindre der er flere modelsubtyper i samme projekt). Der er et sæt retningslinier undervejs behandles i GERDA faglig følgegruppe på onsdag

3 Edition.name er et valgfrit navn. Edition.type kan være 1D, 1DLCI, 1DMCI, 1DSCI, 1DSmooth, 1DLCISmooth, 1DMCISmooth, 1DSCISmooth, 2D, 2DLCI, Other og Edition.type = OneDVMod.ModSubType eller Edition.type = TwoDVMod.ModSubType Vi vil foreslå, at det bliver muligt at se om der er lagt (hård geologisk) a priori information fra f.eks. boringer eller seismik på tolkningerne og samtidig se hvilken tolkningsmetode, der er anvendt. Vi foreslår derfor, at edition.type (og modelsubtype-listerne) udvides med 1DPrior, 1DLCIPrior, 1DMCIPrior, 1DSCIPrior, 1DSmoothPrior, 1DLCISmoothPrior, 1DMCISmoothPrior, 1DSCISmoothPrior Der skal også laves nogle retningslinier for hvordan -Prior -koden bruges. Det vil sige, hvad der skal opfattes som hård geologisk a priori information.

4 Vi vil foreslå, at det bliver muligt at se om der er lagt (hård geologisk) a priori information fra f.eks. boringer eller seismik på tolkningerne og samtidig se hvilken tolkningsmetode, der er anvendt. Vi foreslår derfor, at edition.type (og modelsubtype)-listerne udvides med 1DPrior, 1DLCIPrior, 1DMCIPrior, 1DSCIPrior, 1DSmoothPrior, 1DLCISmoothPrior, 1DMCISmoothPrior, 1DSCISmoothPrior Der skal også laves nogle retningslinier for hvordan -Prior -koden bruges. Det vil sige, hvad der skal opfattes som hård geologisk a priori information.

5 ODVPDSEP.InvType og TDVMODSE.InvType kan være: 0 None 1 Basic 2 Client 3 Client + Basic

6 InvType = 0 None: Hvilken som helst model, der ikke dækker kravene for at være basic (InvType 1 eller 3).

7 InvType = 1 Basic: 1D fålagsmodel (edition.type 1D, 1DLCI, 1DSCI, 1DMCI), tolket uden andre data typer og/eller a priori fra f.eks. boringer/seismik. 1DMCI hentyder altså her til f.eks. HMTEM2 og SkyTEM1, hvor momenterne blev tolket sammen vha. MCI, og IKKE sammentolkning af f.eks. TEM og DC. For DC tolkninger, hvor der også foreligger 2D tolkninger er basic stadig 1D tolkningen. 2D tolkninger i DC kan ikke være basic.

8 InvType = 2 Client: Tolkning(er) leveret til kunde, ingen krav til edition.type eller brug af a priori. Det kan dog ikke være den eneste indberetning fra kunden, da der altid bør indberettes en basic tolkning, enten InvType 1 eller 3.

9 InvType = 3 Client + Basic: En basic tolkning, som ovenfor, men også leveret til kunde.

10 ODVPDSEP.InvTypeOrig TDVMODSE.InvTypeOrig Dette felt vil markere hvilken modelversion, der er indberettet først og dermed er den oprindelige/originale. Med søgning i dette felt vil det være muligt at genskabe de oprindelige kort, der er afrapporteret til kunden. Dette felt styres udelukkende af GERDA Det er vigtigt at være opmærksom på indberetningsrækkefølgen, hvis der indberettes flere modelversioner for et datasæt ved første indberetning. Hvis kunden ønsker, at det er en bestemt af disse modelversioner, som skal være den originale/oprindelige, SKAL denne modelversion indberettes først.

11 ODVPDSEP.Latest: GERDA sætter ved indberetning Latest til 1. Hvis der i forvejen findes en tolkning for samme datasæt/position med samme InvType flages denne som 0.

12 Udtrækseksempler 1) Údtræk af Basic modeller: udsøg blandt InvType=1 og InvType=3 og tag den nyeste (edition.date) 2) Udtræk af Client modeller: udsøg blandt InvType=2 og InvType=3 og tag den nyeste (edition.date) 3) Ved udtræk efter mangelagsmodeller tjekkes i edition.type efter smooth og tag den nyeste (edition.date) 4) Ved udtræk efter den oprindelige/originale model skal der tjekkes i InvTypeOrig efter værdierne 0, 1, 2, eller 3. 5) Alle modelversioner

13 Brug af projekter: Ved senere gentolkning med brug af data fra flere projekter skal der oprettes et nyt projekt. (Der kan evt. skrives i project.note-feltet fra hvilke projekter de tolkede data kommer.) Ved senere gentolkning af en anden part end den oprindelige kunde skal der altid oprettes nyt projekt, uanset om der kun tages data fra eet projekt. (Der bør skrives i project.note-feltet fra hvilket projekt data kommer.) Er det samme kunde kan der lægges modeller i eksisterende projekt såfremt data kun er fra det pågældende projekt.

14 Konsistens i indberetning af modeller: Det er vigtigt, at data kun indberettes én gang, hvis model-edition strukturen skal fungere. Hvis der laves en fuld indberetning med både data og modeller ved en gentolkning af modeller vil GERDA ikke opdage, at der allerede eksisterer modeller for disse data, med mindre der bruges samme dataset-ident. Kan GERDA lave andre tjek for at eksisterende data ikke indberettes flere gange? Hvad med reprocessering af data og hermed et nyt datasæt med modeller kan vi gøre noget for at hæfte disse modeller op til modellerne på det oprindelige datasæt for at sikre, at man kun får trukket en model ud?

15 Udsøgning af data: I referatet fra Brugermødet står, at WB skal have en funktionalitet, som skal sikre at der ikke laves kort/profiler på mere end en model. Der skal tages stilling til hvor meget denne funktionalitet skal kunne. Da der er flere programmer, som bruger GERDA data, er det nødvendigt, at GERDA kan lave nogle udsøgninger f.eks. bacis modeller, client modeller, mangelagsmodeller eller original-modeller. Derudover er det spørgsmålet om GERDA også skal kunne håndtere nogle avancerede udsøgninger.

16 WBs forberedelse af data til indberetning: Det skal sikres, at WB sørger for at edition.type/modelsubtyper og andre koder sættes rigtigt enten ved at gøre det automatisk eller ved at give en liste, som man skal vælge fra.