Udskriftsvenlig | Udskriftsvenlig | |
Referat af møde i Gerda-arbejdsgruppen.Tid og sted:Mødet blev afholdt på Århus Amt d. 2. april 2002. Deltagere:
Lisbeth Lauridsen (LIL), Fyns Amt
Mødet blev afholdt i forlængelse af GERDA data indberetningsmøde og var åbent for alle, som havde deltaget i dette møde. Dagsorden:Dagsorden til mødet indeholdt en lang række mindre punkter, hvoraf nogle har været på GERDA's diskussionsforum inden for de sidste måneder.
ad 1. Krav til indberetning af TEM for nye data, dvs. data målt efter en vis dato. Hvad skal indberettes?EA foreslog at man stiller krav om en fuld indberetning for TEM data, d.v.s at der skal indberettes rådata, processerede data og modeller. Dette forslag bakkedes op af VS, som understregede at det er vigtigt at rådata bliver gemt, så det er muligt at lave en reprocessering og retolkning af data på et senere tidpunkt. EA udarbejder en beskrivelse af hvilke felter, der skal med for at man har lavet en fuld indberetning af data. Hvad der kræves for at TEM data er indberettet på tilstrækkelig form, vil også blive medtaget i en kommende GERDA vejledning fra Miljøstyrelsen. Det blev vedtaget at man kan stille krav om en fuld indberetning af TEM data, som indsamles efter april 2002. ad 2. Definition af felterne i TEMDat.I forbindelse med udviklingen af AU's TEM-Importer har det vist sig, at ikke alle felter i TEMDAT tabellen er defineret præcist og har en hensigtsmæssig status. Desuden har det vist sig at der mangler et felt i TemDat-tabellen. Følgende TemDat-felter har fået en mere præcis definition:
Følgende nye Tem.Dat felt er oprettet:
Det har afledt en præcision af følgende TemSeg-felter:
Følgende felter ændrer status:
ILM sørger for at definitionerne bliver rettet på GERDAs hjemmeside. ad 3. Definition af tabellen ODVMoDSeEA stillede forslag om at flytte felterne AbsciParam og OrdiParam fra ODVMoDSe til ODVPDSEP, så Abscisse og ordinat typen ligger på positionsniveau. Ændringen blev vedtaget. ad 4. evt. redefinering af måden at håndtere software på. Softwaren ligger i ModSwLst.Der blev diskuteret om måden at håndtere software skal ændres, så den kommer til at ligne den måde instrumenter bliver håndteret på. JTu laver et oplæg til hvordan man kan ændre håndtering af software. ad 5. Ændring af typen i TemSeSet fra number til varchar.I forbidelse med AU's udvikling af TEM-importerne har det vist sig uhensigtsmæssigt at typen af TemSeSet tabellens Value-felt er number. Det ændres til varchar, så feltet kan indeholde en tekststreng. PMD bemærkede, at det er nødvendigt at præcisere hvilket tegn, der bruges som decimal-seperator, når der fyldes tal i en string. ILM understreger, at det skal være et punktum. Det gælder for alle felter, hvor der fyldes tal i en tekststreng (varchar). ad 6. Problemet med udsøgning på DataType i DatasetTEM data-træet indeholder flere typer af data, f.eks. TEM målt med 40 ´ 40 m loop, HighMoment TEM eller PATEM. For nemt at udsøge de forskellige TEM datatyper, mangler der et "TemType" felt. Et sådan felt oprettes i TEMHea-tabellen. Til TemType-feltet knyttes en kodeliste med tilladte TEM typer. ad. 7. PACES rådataEA foreslog at datamodellen kommer til at rumme PACES rådata. EA fremlagde et forslag til en datamodel struktur, som EA og JTu taler videre om, så den kommer på plads snarest. EA vil gerne have datamodellen lagt fast inden udviklingen af en PACES-Importer starter. ad 8. Contractor og Client for projekter.JTu præciserede hvorledes Contractor og Client bliver håndteret i GERDA. Contractor og Client udtrækkes fra projekt-stamdata til PCGerda's Dataset tabel. P.t indeholder PCGerda ikke en tabel som knytter Party og Projekt sammen. En sådan tabel tilføjes: ProjPart med felterne: projekt, party og role. Role kan være contractor, client eller consultant. ad 9. MODEL.INVERSNORMPMD har spurgt, hvorfor InversNorm i Model-tabellen er et numerisk felt. Det er den fordi det kun er L-normen værdi, som indberettes. ad 10. Udgør DATASET, SEQUENCE et 1-1 link mellem MEPDAT og TDVFWRES tabellerne?PMD har spurgt om der er et 1-1 link mellem sequence i MepDat tabellen og i TDVFwRes-tabellen. Det er der ikke. ad 11. Kildepladsundersøgelse, regionalkortlægning og zonering med i formål-kodelisten (udover forskning, forurening, kursus, raastof, saarbarhed og vandindvinding)Beslutningen udskudt til næste møde.
Derudover kom der et par punkter mere op:Udvidelse af 2D model-delens TDVCell-tabel, så en modelcelles hjørnepunkter kan indberettes. Når man benytter et finite-element-grid, kan man have skæve celler. Der er derfor nødvendigt at indberette modelcellernes hjørnekoordinater for at beskrive modellen. TDVCell-tabellen udvides med fire felter: UpperLeft, UpperRight, LowerLeft, LowerRight. Udvidelse af TwoDVMod-tabellen med tre felter, hvor man angiver hvilken forwardløsermetode tolkningsprogrammet benytter, om der er udført topografisk korrektion, om distance er afstand langs profilet eller den projektere afstand. Det blev besluttet at man skal gå igennem 2D modellers datamodel ved næste arbejdsgruppemøde. Der er konstateret visse mangler for modeller, hvor man tager højde for topografi. Man diskuterede om man skal sætte en kote-metode og en koordinat-metode på Dataset og model tabellerne (som man gør i Jupiter). JTu ser på sagen. |
