Fejl på matrikelopdateringen

[sync-by-unito[bot]]

Vi får en mail hver dag med at opdateringen er gået godt men også endnu en om at Matrikelopdateringen for d.d. er fejlet med nedenstående fej: Fejl ved at hente fil fra FTP: File not found

Dette skyldes at programmet forsøger at hente filen fra d.d. og den fil ligger der aldrig før om natten efter kl. 02.00 så programmet skal ikke forsøge at hente *.gpkg fra d.d. fordi de data vi får d.d. er fra dagen før.

!image-20221006-093641.png|width=507,height=186!

┆Attachments: image-20221006-093322.png | image-20221006-093641.png

[sync-by-unito[bot]]

➤ Filip Bruman commented:

Poul Haugaard

Det bedste ville være om filerne kunne ligge klar inden kl. 02:00 idet behandlingen af matrikler skal være klar inden næste natlige job påbegyndes jf. også https://jar-cowi.atlassian.net/browse/JAR-1054 ( https://jar-cowi.atlassian.net/browse/JAR-1054|smart-link ).

[sync-by-unito[bot]]

➤ Filip Bruman commented:

Poul Haugaard Kim Jacobsen

Issue er ikke på JAR-siden, men hos GST.

Filer for d.d. er først tilgængelige dagen efter, som det fremgår af billedet som Poul har vedhæftet. Dette var ikke tilfældet ved den forrige service.

Logikken for at hente filer er ikke ændret ifm. ændring af dataformat og SFTP, den er den samme som for den tidligere løsning.

[sync-by-unito[bot]]

➤ Kim Jacobsen commented:

Halløj Poul Haugaard

Kan du knytte nogle ord på denne issue, så vi kan komme videre med afhjælpning. Så vidt jeg husker, blev vi enige om at vi skulle rette til i JAR. I det tilfælde, skal vi have oprettet et nyt issue, med beskrivelse af problemet / lsøning, så vi kan få sat det i pipelinen

mvh

Kim

[sync-by-unito[bot]]

➤ Poul Haugaard commented:

Ifølge GST er det ikke muligt at lave udtrækket før midnat da der potentielt kan udføres matrikelændringer lige op til midnat så udtrækket kan først laves på den efterfølgende dag (lige efter midnat). Vi ønsker ikke længere at modtage en mail med der ikke er filer på FTP-server så I skal sætte systemet op til at tjekke om der er filer dateret (d.d. -1) eller sagt på en anden måde ikke lede efter filen dateret d.d. for den findes ikke.

[sync-by-unito[bot]]

➤ Filip Bruman commented:

Poul Haugaard

Er det en opgave JAR-samarbejdet skal prioritere til en release?

[sync-by-unito[bot]]

➤ Kim Jacobsen commented:

Hej Poul Haugaard ,

Har du forslag til håndtering af dette ÆØ. det vil være rart at få det fikset eller Lukket (i det tilfælde vi bare vil leve med det)

mvh

Kim