Skift fra Standat til Stancode kodelister

[sync-by-unito[bot]]

Standat er varslet lukket. Sidste opdatering af standat-kodeliste-biblioteket bliver september 2021.

Det får betydning for JAR, da der er flere af kodelisterne i e-liste som reelt er standat kodelister. Tilsvarende er tilfældet på dk-jord.

F.eks. er det standat-kodenumre der anvendes på stofkodelisten. Nye stoffer vil derfor ikke kunne oprettes i JAR efter september 2019 (i hvert fald uden at vi laver et eller andet hack på kodenummeret)

DMP skifter over til stancode på et tidspunkt og det skal vi derfor være klar til.

---

BDD Test

Titel: Konvertering til Standcode i JAR

Som en sagsbehandler

Ønsker jeg at Standatkode bliver udskiftet med Stancode kodelister i elisten

Så indlæsningen af stofkodeliste ikke bliver et problem for JAR og DKJord, når DMP skifter over til Standcode

Scenarie 1: Når sagsbehandler vil tilgå stofkoder i elisten skal Standcode være den aktuelle struktur

Givet sagsbehandler ser kodeliste over stofkoder

Når sagsbehandler tilgår kodelister i JAR Web

Så skal kodelisten være baseret på standcode kodeliste biblioteket

┆Attachments: JARkoderUdenMapning (7f09ceeb-653b-439b-b5b8-1d984152b2bb).sql | konvertering til stancode i JAR.docx | Mapningstabel.xlsx | Standat til Stancode - Overview.pdf

[sync-by-unito[bot]]

➤ Filip Bruman commented:

Tom Birch Hansen

Vi skal bruge noget mere information omkring denne opgave for at kunne lave en analyse.

Kan du supplere beskrivelsen med en uddybende informationer om hvad der præcis skal laves i JAR og hvor informationerne skal hentes fra, tak.

[sync-by-unito[bot]]

➤ Tom Birch Hansen commented:

hej Filip Jeg har gennemgået elisten og konstateret at det basalt set kun er stoflisten hvor problemet er aktuelt. På denne vil vi få et problem når der kommer ‘nye’ stoffer til som alene har en stancode kode. Der er behov for at vi får mappet eksisterende til stancode, så vi fremover kun anvender stancode + nogle jar-specifikke stofkode. Denne mapning kan langt hen af vejen laves via den mapning der findes i stancode (https://dce.au.dk/overvaagning/stancode/stancodelister/ ( https://dce.au.dk/overvaagning/stancode/stancodelister/ )) hvor der for stofparameterlisten findes mapning til standat (STD00019) som er de koder der findes i elisten. Mapningen kunne måske ske ved at tilføje ny kolonne til e-liste med stancode kode, eller gøre det i separat mapningstabel. Det er muligt der ikke altid er en en-til-en mapning, f.eks. visse ældre parametre som ikke findes i stancode. I praksis tror jeg ikke sådanne parametre har været anvendt i jar, men det kræver nok en analyse af dette.

[sync-by-unito[bot]]

➤ Filip Bruman commented:

Tom Birch Hansen

Vi afventer resultatet af dine undersøgelser inden vi igangsætter analyse.

[sync-by-unito[bot]]

➤ Kim Jacobsen commented:

Denne issues tages ud af 4.4; vi skal have den opdelt i to issues

1. Som omhander udarbejdelse af opdateringscript (i forbindelse med at stofkodelisten i DKJORD opdateres i juni måned). Her skal vi sikre at stofkodeliste i alle fem regioner opdateres hurtigt herefter.
2. Implementering af STANCODE (revision af datastruktur + synkroniseringsfunktion)

[sync-by-unito[bot]]

➤ Tom Birch Hansen commented:

Jeg har vedlagt en mapningstabel og et dokument med en beskrivelse af hvordan konverteringen kan foregå. Jeg tænker at Cowi kan tage udgangspunkt i dette og lavet et ÆØ-dokument

[sync-by-unito[bot]]

➤ Filip Bruman commented:

Tom Birch Hansen Kim Jacobsen

Er det stadig tanken at denne Jira skal opdeles i to så som det fremgår af kommentaren fra 12/3 2021?

[sync-by-unito[bot]]

➤ Tom Birch Hansen commented:

Filip Bruman i denne Jira er det kun konvertering af koderne i eliste til stancode som udføres. Dog skal der (som nævnt i word dokumentet) checkes i jar koden hvordan Grundrisks foreløbig screening fungere, idet det skal sikres at koder der overføres til grundrisk er i rette format). Desuden skal der ses på om der er et problem i jar-admin af koder, at de nye stancode koder ikke indeholder punktum og foranstillede 0.

[sync-by-unito[bot]]

➤ Tom Birch Hansen commented:

jeg har lavet https://jar-cowi.atlassian.net/browse/JAR-1702 ( https://jar-cowi.atlassian.net/browse/JAR-1702|smart-link ) til håndtering af synk-funktion, der skal kigges på når jar-1307 er løst.

[sync-by-unito[bot]]

➤ Kim Jacobsen commented:

Michael Rangstrups beskrivelse af implementering af stancode på DMP systemer ved hæftet

[sync-by-unito[bot]]

➤ Tom Birch Hansen commented:

Jeg har vedlagt script til at identificere jar-koder som ikke kan mappes til stancode. Skal køres i hver region:

[^JARkoderUdenMapning.sql]

[sync-by-unito[bot]]

➤ Kim Jacobsen commented:

Hej Tom Birch Hansen og Filip Bruman

Vi skal have aftalt et kort møde omz, hvordan vi griber denne opgave an. Det skal meget gerne finde sted inden møde med DMP 20/3/2024.

Det er vigtigt, at vi er helt afklarede, så vi kan sætte COWI igang med revison af JAR med implementering af stancode på en måde, så vi er sikre på, at integrationer med DMP systemer er velfungerende også efter indfasning af stancode.

mvh

Kim

[sync-by-unito[bot]]

➤ Kim Jacobsen commented:

Vi (Filip, Tom og jeg) har i dag haft møde med DMP (Caroline og Michael R), hvor vi drøftede over gang til brug af Stancode.

1. Problemstilling vedr. en til mange relation ifm med konvertering blev rejst. Der findes flere forskellige Standat-koder, som vil blive mappet til én Stancode.
2. Problemstilling vedr. GrundRisk og Overfladevandsscreening blev rejst (Disse to programmer vil fortsætte med “internt” at anvende Standata-koder)
3. API er ændret suppleret med oplysning om Stancode (Hvis Stacode felt er udfyldt har det forrang). - Vi kan stadig bruge Standatkoder ved indberetning og hentning af data
4. Vi kan stadig bruge “egne” koder - de vil få en kodeværdi > 20.000
5. Regionerne kan successivt overgå til brug af Stancode
6. DMP vil publicere nye endpoints funktioner i deres testmiljøet
7. DMP vi fremsende referencer til endpoints og dokumentation
8. DMP forventer, at det sættes i produktion i juni måned

Vi skal i JAR regi have implementeret brug af Stancoder

1. Implementering af Stancode i databasen
2. Opdateret integrationer og forretningslogik, så vi kan bruge stancode

Vi skal hurtigst muligt have lave en bruttoliste med JAR parametre, som indeholder den mapning mellem Standatkode og Stancode

mvh

Kim