Innlegg opprettet av livar.bergheim

livar.bergheim

@Mr-Bean Har ikke hørt noe siden før jul om status for alternativ distribusjon for Teknisk kjøretøyinformasjon. Skal be Statens vegvesen om oppdatering.

livar.bergheim

Ser du ikke fikk svar om oppdateringsfrekvens.
Hoveddatasettet blir oppdatert ukentlig på mandager en gang etter lunsj.
mvh Livar, Datahotell-ansvarlig i Digdir

livar.bergheim

@Alf-Henning-Drage : For ordens skyld; Lenka fungerte ikkje for meg i går då eg svarte deg her i tråden. Fekk svar frå Brreg på e-post i går kl. 14:13:
«Takk for tilbakemeldingen. Nå er feilen rettet, og lenka fungerer igjen.»
Om det skulle vere feil seinare, skriv gjerne i kommentarfeltet på den relevante oppføringa i katalogane i data.norge.no.

livar.bergheim

@Alf-Henning-Drage sa i Regnskapsregisteret API (Brønnøysundregistrene):

Heisann. Denne linken virker ikke lenger. https://data.brreg.no/regnskapsregisteret/regnskap/v3/api-docs
Flyttet?

Ser API-beskrivinga i data.norge også peiker til denne lenka. Har sendt ein e-post til Brønnøysundregistrene om dette.
mvh Livar, Digdir

livar.bergheim

@Halvor-Aarnes sa i Distribuere data via GitHub:

Hei,

Når jeg prøver å laste ned filen dataset.csv får jeg beskjed om at filen er for stor.
Er dette en begrensning på min pc, eller er det en begrensning på filen ?

Er det andre muligheter for å laste ned ? (gjelder dataset for produksjon-og-avløsertilskudd/202 - CSV fil)

Hei,

Feilmeldingen i skjermbildet ditt er bare at filen i datasettet er for stor til å forhåndsvises i GitHub i nettleseren.
Du kan fint laste ned filen og åpne lokalt, for eksempel i ditt foretrukne rekneark-program.
Ein måte å gjøre det på er å høyre-klikke på «View raw» og velge Last ned, lagre filen lokalt og så åpne.
Håper dette hjelper

livar.bergheim

@Per-Schrader Jeg skal plukke opp tråden over nyttår. Blant annet sjekke planene for å oppdatere biblioteket for å konvertere fra Swagger/Open API specification (OAS) til DCAT. Tillater meg å nevne kollega @terje-sylvarnes som jeg tror er interessert i denne tråden.

livar.bergheim

Har fått tilbakemelding internt fra kollegaer som jobber med ELMA: Peppol Directory har problemer med synkronisering og vi følger opp. DFØ — norsk Peppol-myndighet — har dialog med de. Skal poste igjen når jeg får oppdatering internt.
Kom gjerne med flere tilbakemeldinger og oppdateringer om problemet.

livar.bergheim

@Kenneth-Eriksen Takk for tilbakemeldingen. Jeg har gitt beskjed til kollegaer i Digdir som jobber med ELMA.

livar.bergheim

Verdt å merke seg løysinga vi har for å vise reuse case, i form av kategorien «Gode eksempel på bruk» her i Datalandsbyen. Eit kort eksempel er Digitalt HC-kort. Det er ei automatisk kobling mellom innlegg i Datalandsbyen og beskrivelsar på data.norge.no som innlegget lenker til. I dette tilfellet er det lenke til API-beskrivelsen på data.norge.no for «Register for parkeringstillatelser». Då finn ein lenke til innlegget i API-beskrivelsen på data.norge.no:

Om de i Patentstyret eller andre vil få fram gode eksempel på bruk på denne måten, kan ein nemne denne mulegheita for brukarane i omtale av datasett/API, til dømes på eigen utviklarportal. Erfaringa vår er at det er begrensa kor mange som sjølve registrerer sine eksempel, så for svært gode eksempel, er det verdt å vurdere å sjølve — som datatilbyder — registrere eksempel.

livar.bergheim

Tippar det er den juridiske vegvisaren ja. Ein kan sjå vegvisaren via archive.org. Har ikkje testa om alt fungerer med å navigere rundt i vegvisaren. Navigasjonen baserte seg på at forskjellig informasjon kom opp avhengig av kva alternativ ein valgte.

livar.bergheim

Nysgjerrig på noko som var nemt i chatten i møtet:
«[...] er et problem å presentere API endepunkter slik at ikke-utviklere, eksemplvis foretningsutviklere forstår mulighetene. Jeg ser kanskje de samme svakhetene hos dere og mange andre? Noen tanker om hvordan forbedre dette?»

Kan ein utdjupe på problemet?
Tenker Patentstyret allerede har ein god start ved at ein frå før av har publikumstenester på nettsidene der ein kan søke i samme informasjonen, samt god API-dokumentasjon med eksempeldata. Kva er eksempel på svakhetar og korleis forbetre?

livar.bergheim

@Per-Ivar-Skaanevik sa i Distribuere data via GitHub:

Finnes det noen planer for å legge ut produsentnummer for landbruket (eksempelvis sammen med organisasjonsnummer)? Det står i datahotellet at Landbrukets dataflyt har overtatt ansvaret for dette. Men de tar 9 kroner pr. spørring (for ett nummer) + fast kostnad + etableringskostnad. Det synes jeg er veldig dyrt for noe som burde vært åpent /var gratis før.

Godt spørsmål, men litt på sida av emnet for denne tråden. Denne tråden handlar om måten å distribuere data på, heller enn kva data som er med.
Kan du opprette som eigen tråd i Etterspør-kategorien?

livar.bergheim

Hei Steinar,
Har vidaresendt til ressurssenteret. Det dukkar opp svar her etter kvart.

livar.bergheim

Finst det datakjelder med alternative namn på verksemder?
Er det planar som fører til betre data om dette?

Behovet

Vi i Digdir ønskjer å vise fleire namn på verksemder i katalogane på data.norge.no. Namn står på kven som er utgjevar av innhald i katalogane, til dømes ei datasett-beskriving. Ein ser også informasjon om verksemdene i Virksomhetsoversikt og detaljsider for ei verksemd (Digdir som eksempel).

For data.norge.no handlar dette om å vise dei "vanlege" namna på verksemder slik at det er lettare å finne fram for brukarane. Til dømes søker ein brukar gjerne på «NAV», men er nødt til å søke på det formelle foretaksnamnet («Arbeids- og velferdsetaten») for å få treff.

Vi trur dette er av interesse for mange andre, og opprettar difor etterspørselen offentleg her.
Kommenter gjerne under om du har behov for nokre av dataene nemt under.

Data vi ønskjer

Følgande alternative namn, knytt til organisasjonsnummer.

D1) Vanlege namn på verksemder

a) Store og små bokstavar
I Enhetsregisteret er foretaksnamn registrert med kun store bokstavar. For å vise foretaksnamn ønskjer vi ofte å vise namna skrive med stor forbokstav og elles små bokstavar. Ein kan konvertere foretaksnamn til stor forbokstav, men dette blir ikkje alltid riktig.

Eksempel på at det ikkje alltid vert rett når ein automatisk endrar foretaksnamn til stor forbokstav:

b) Vanleg namn brukt utad framfor foretaksnamn
Mange verksemder brukar eit anna namn til vanleg enn det formelle foretaksnamnet.
Til dømes er Kartverket sitt foretaksnamn «Statens kartverk», men dei brukar «Kartverket» utad i alle samanhengar utanom formelle settingar (til dømes kontrakter). Andre eksempel:

Registerenheten i Brønnøysund -> Brønnøysundregistrene

D2) Forkortelsar

For eksempel

Digitaliseringsdirektoratet -> Digdir
Digitaliserings- og forvaltningsdepartementet -> DFD
Arbeids- og velferdsetaten -> NAV
Brønnøysundregistrene -> Brreg

D3) Engelsk namn og eventuelle andre språk

På data.norge kan ein velje Engelsk som språk på nettstaden. Då kjem beskrivelsar opp på engelsk dersom dei er tilgjengeleg. Her hadde det gjort seg å kunne vise engelske namn på verksemder. F.eks. Digdir -> «the Norwegian Digitalisation Agency».

Datakjelder

Er det verksemder i offentleg sektor som har desse dataene, eventuelt berre for deler av verksemdene i Norge?

K1. Enhetsregisteret — Brønnøysundregistrene

Har ein eller kjenner ein til datakjelder eller planar?

K2. Forvaltningsdatabasen (statleg sektor) — SIKT

Forvaltningsdatabasen har kortnamn og engelsk namn. Eksempel: Digdir
Kan ikkje sjå at Forvaltningsdatabasen er tilgjengeleg via API eller som nedlasting. Er det planar om dette?

Vi tek også kontakt med SSB, som gjerne kjenner til dataene, då dei har ei viktig rolle i å ajourføre informasjon om offentleg sektor i Enhetsregisteret.

livar.bergheim

Feil lenke. Får 404 (not found) når eg trykker på TilgangsURL (https://hdl.handle.net/21.11146/96) i distribusjonen

livar.bergheim

I forbindelse med avvikling av Datahotellet er det mange som har spørsmål om alternativa til å slå opp i ELMA sitt datasett over mottakarar på Datahotellet. Her gir vi ei oversikt og nokre peikarar til korleis bruke alternativa.

Det er to alternativ: PEPPOL Directory og PEPPOL-oppslag via SML+SMP.
Med desse to alternativa kan ein slå opp informasjon om ein mottakar i Peppol og kva dokumenttypar den kan motta.

Skjermbilde av datasettet difi/elma/participants på Datahotellet, vist via web-grensesnittet på hotell.difi.no

Bakgrunn
ELMA-datasettet inneheld liste over alle mottakarar registrert i ELMA og viser kva dokumenttypar den enkelte verksemd kan motta. Typisk har dette blitt brukt til å slå opp på organisasjonsnummer for å sjekke om ei verksemd kan motta EHF-faktura for å avgjere om ein skal sende faktura som EHF-faktura eller på annan måte som e-post.

Kva er PEPPOL og ELMA, eigentleg?
PEPPOL er ein organisasjon som gjer det mogeleg at forretningsdokument, til dømes fakturaer, flyt mellom organisasjonar.

Digitaliseringsdirektoratet (Digdir) utviklar og driftar ELMA, mens Direktoratet for forvaltning og økonomistyring (DFØ) er Peppol-myndighet i Norge.

Vi går ikkje inn på detaljane i Peppol her, og avgrensar oss til å forklare litt som er relevant:

Elektronisk mottakaradresseregister (ELMA) er eit norsk register over foretak som tar i mot dokumentformat innan eit av Peppol-domenene. ELMA er ein SMP. Dei fleste norske verksemder er registrert i Elma, men norske verksemder kan vere registrerte i andre SMP-ar. Les meir om ELMA på samarbeid.digdir.no
Service Metadata Provider (SMP) er eit register over mottakarar. Ein mottakar i Peppol kan berre vere knytt til ein SMP.
Service Metadata Locator (SML) er tenesta som sørger for at oppslag på ein mottakar kjem fram til rett SMP utan at ein på førehand veit kva SMP ein mottakar tilhøyrer.

PEPPOL Directory

Skjermbilde: framsida av directory.peppol.eu

PEPPOL Directory har eit API der ein kan slå opp på organisasjonsnummer, søke på namn og laste ned komplett datasett.

Elma eksporterer alle sine mottakarar til PEPPOL Directory. Merk at det ikkje er påbudt for SMP-ar å registrere mottakarar i PEPPOL Directory. Difor anbefaler vi å bruke PEPPOL-oppslag med mindre du skal slå opp svært mange mottakarar samtidig.

Eksempel på å slå opp Digdir. 0192 er landkode for Norge.

https://directory.peppol.eu/search/1.0/json?participant=iso6523-actorid-upis::0192:991825827

Så får ein følgande svar:

{
    "version": "1.0",
    "total-result-count": 1,
    "used-result-count": 1,
    "result-page-index": 0,
    "result-page-count": 20,
    "first-result-index": 0,
    "last-result-index": 0,
    "query-terms": "participant=iso6523-actorid-upis::0192:991825827",
    "creation-dt": "2024-10-25T05:26:05.427Z",
    "matches": [
        {
            "participantID": {
                "scheme": "iso6523-actorid-upis",
                "value": "0192:991825827"
            },
            "docTypes": [
                {
                    "scheme": "busdox-docid-qns",
                    "value": "urn:no:difi:eformidling:xsd::feil"
                },
                {
                    "scheme": "busdox-docid-qns",
                    "value": "urn:fdc:digdir.no:2020:innbyggerpost:xsd::innbyggerpost##urn:fdc:digdir.no:2020:innbyggerpost:schema:leveringskvittering::1.0"
                },
                {
                    "scheme": "busdox-docid-qns",
                    "value": "urn:fdc:digdir.no:2020:innbyggerpost:xsd::innbyggerpost##urn:fdc:digdir.no:2020:innbyggerpost:schema:flyttet::1.0"
                },
                {
                    "scheme": "busdox-docid-qns",
                    "value": "urn:no:difi:arkivmelding:xsd::arkivmelding"
                },
                {
                    "scheme": "busdox-docid-qns",
                    "value": "urn:fdc:digdir.no:2020:innbyggerpost:xsd::innbyggerpost##urn:fdc:digdir.no:2020:innbyggerpost:schema:varslingfeiletkvittering::1.0"
                },
                {
                    "scheme": "busdox-docid-qns",
                    "value": "urn:fdc:digdir.no:2020:innbyggerpost:xsd::innbyggerpost##urn:fdc:digdir.no:2020:innbyggerpost:schema:returpostkvittering::1.0"
                },
                {
                    "scheme": "busdox-docid-qns",
                    "value": "urn:no:difi:einnsyn:xsd::einnsyn_kvittering"
                },
                {
                    "scheme": "busdox-docid-qns",
                    "value": "urn:no:difi:eformidling:xsd::status"
                },
                {
                    "scheme": "busdox-docid-qns",
                    "value": "urn:fdc:digdir.no:2020:innbyggerpost:xsd::innbyggerpost##urn:fdc:digdir.no:2020:innbyggerpost:schema:feil::1.0"
                },
                {
                    "scheme": "busdox-docid-qns",
                    "value": "urn:no:difi:einnsyn:xsd::innsynskrav"
                },
                {
                    "scheme": "busdox-docid-qns",
                    "value": "urn:fdc:digdir.no:2020:innbyggerpost:xsd::innbyggerpost##urn:fdc:digdir.no:2020:innbyggerpost:schema:aapningskvittering::1.0"
                },
                {
                    "scheme": "busdox-docid-qns",
                    "value": "urn:no:difi:einnsyn:xsd::publisering"
                },
                {
                    "scheme": "busdox-docid-qns",
                    "value": "urn:fdc:digdir.no:2020:innbyggerpost:xsd::innbyggerpost##urn:fdc:digdir.no:2020:innbyggerpost:schema:digital::1.0"
                },
                {
                    "scheme": "busdox-docid-qns",
                    "value": "urn:fdc:digdir.no:2020:innbyggerpost:xsd::innbyggerpost##urn:fdc:digdir.no:2020:innbyggerpost:schema:utskrift::1.0"
                },
                {
                    "scheme": "busdox-docid-qns",
                    "value": "urn:oasis:names:specification:ubl:schema:xsd:CreditNote-2::CreditNote##urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0::2.1"
                },
                {
                    "scheme": "busdox-docid-qns",
                    "value": "urn:no:difi:arkivmelding:xsd::arkivmelding_kvittering"
                },
                {
                    "scheme": "busdox-docid-qns",
                    "value": "urn:oasis:names:specification:ubl:schema:xsd:Invoice-2::Invoice##urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0::2.1"
                },
                {
                    "scheme": "busdox-docid-qns",
                    "value": "urn:fdc:digdir.no:2020:innbyggerpost:xsd::innbyggerpost##urn:fdc:digdir.no:2020:innbyggerpost:schema:mottakskvittering::1.0"
                }
            ],
            "entities": [
                {
                    "name": [
                        {
                            "name": "DIGITALISERINGSDIREKTORATET"
                        }
                    ],
                    "countryCode": "NO",
                    "websites": [
                        "www.digdir.no"
                    ],
                    "regDate": "2019-03-29"
                }
            ]
        }
    ]
}

PEPPOL-oppslag
Dette er måten oppslag vert gjort på i sjølve Peppol-nettverket. Ein slår opp ein mottakar om gangen, på organisasjonsnummer. Oppslag brukar DNS og subdomener.

Vi anbefaler å gjere desse oppslaga ved behov — ikkje køyre store batch-jobbar for å synkronisere eigne register — for å unngå unødig trafikk. For oppslag av mange mottakarar samtidig, bør du bruke Peppol Directory.

Eksempel der vi slår opp Digdir (org.nr. 991825827)
Først må ein generere URL. Det er forklart på helger.com. Dersom mottakaren finst i Peppol, vil URL-en peike til SMP-en mottakaren er registrert hos.

http://b-9823154777831486f5f30f7f41385a2a.iso6523-actorid-upis.edelivery.tech.ec.europa.eu

I dette tilfellet peikar URL til ELMA.

For å slå opp kva dokumenttypar som er støtta, må ein legge til mottakar-id i URL-en:

http://b-9823154777831486f5f30f7f41385a2a.iso6523-actorid-upis.edelivery.tech.ec.europa.eu/iso6523-actorid-upis::0192:991825827

Respons:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:ServiceGroup xmlns="http://busdox.org/transport/identifiers/1.0/" xmlns:ns2="http://busdox.org/serviceMetadata/publishing/1.0/" xmlns:ns3="http://www.w3.org/2005/08/addressing" xmlns:ns4="http://www.w3.org/2000/09/xmldsig#">
    <ParticipantIdentifier scheme="iso6523-actorid-upis">0192:991825827</ParticipantIdentifier>
    <ns2:ServiceMetadataReferenceCollection>
        <ns2:ServiceMetadataReference href="http://b-9823154777831486f5f30f7f41385a2a.iso6523-actorid-upis.edelivery.tech.ec.europa.eu/iso6523-actorid-upis%3A%3A0192%3A991825827/services/busdox-docid-qns%3A%3Aurn%3Ano%3Adifi%3Aeformidling%3Axsd%3A%3Afeil"/>
        <ns2:ServiceMetadataReference href="http://b-9823154777831486f5f30f7f41385a2a.iso6523-actorid-upis.edelivery.tech.ec.europa.eu/iso6523-actorid-upis%3A%3A0192%3A991825827/services/busdox-docid-qns%3A%3Aurn%3Afdc%3Adigdir.no%3A2020%3Ainnbyggerpost%3Axsd%3A%3Ainnbyggerpost%23%23urn%3Afdc%3Adigdir.no%3A2020%3Ainnbyggerpost%3Aschema%3Aleveringskvittering%3A%3A1.0"/>
        <ns2:ServiceMetadataReference href="http://b-9823154777831486f5f30f7f41385a2a.iso6523-actorid-upis.edelivery.tech.ec.europa.eu/iso6523-actorid-upis%3A%3A0192%3A991825827/services/busdox-docid-qns%3A%3Aurn%3Afdc%3Adigdir.no%3A2020%3Ainnbyggerpost%3Axsd%3A%3Ainnbyggerpost%23%23urn%3Afdc%3Adigdir.no%3A2020%3Ainnbyggerpost%3Aschema%3Aflyttet%3A%3A1.0"/>
        <ns2:ServiceMetadataReference href="http://b-9823154777831486f5f30f7f41385a2a.iso6523-actorid-upis.edelivery.tech.ec.europa.eu/iso6523-actorid-upis%3A%3A0192%3A991825827/services/busdox-docid-qns%3A%3Aurn%3Ano%3Adifi%3Aarkivmelding%3Axsd%3A%3Aarkivmelding"/>
        <ns2:ServiceMetadataReference href="http://b-9823154777831486f5f30f7f41385a2a.iso6523-actorid-upis.edelivery.tech.ec.europa.eu/iso6523-actorid-upis%3A%3A0192%3A991825827/services/busdox-docid-qns%3A%3Aurn%3Afdc%3Adigdir.no%3A2020%3Ainnbyggerpost%3Axsd%3A%3Ainnbyggerpost%23%23urn%3Afdc%3Adigdir.no%3A2020%3Ainnbyggerpost%3Aschema%3Avarslingfeiletkvittering%3A%3A1.0"/>
        <ns2:ServiceMetadataReference href="http://b-9823154777831486f5f30f7f41385a2a.iso6523-actorid-upis.edelivery.tech.ec.europa.eu/iso6523-actorid-upis%3A%3A0192%3A991825827/services/busdox-docid-qns%3A%3Aurn%3Afdc%3Adigdir.no%3A2020%3Ainnbyggerpost%3Axsd%3A%3Ainnbyggerpost%23%23urn%3Afdc%3Adigdir.no%3A2020%3Ainnbyggerpost%3Aschema%3Areturpostkvittering%3A%3A1.0"/>
        <ns2:ServiceMetadataReference href="http://b-9823154777831486f5f30f7f41385a2a.iso6523-actorid-upis.edelivery.tech.ec.europa.eu/iso6523-actorid-upis%3A%3A0192%3A991825827/services/busdox-docid-qns%3A%3Aurn%3Ano%3Adifi%3Aeinnsyn%3Axsd%3A%3Aeinnsyn_kvittering"/>
        <ns2:ServiceMetadataReference href="http://b-9823154777831486f5f30f7f41385a2a.iso6523-actorid-upis.edelivery.tech.ec.europa.eu/iso6523-actorid-upis%3A%3A0192%3A991825827/services/busdox-docid-qns%3A%3Aurn%3Ano%3Adifi%3Aeformidling%3Axsd%3A%3Astatus"/>
        <ns2:ServiceMetadataReference href="http://b-9823154777831486f5f30f7f41385a2a.iso6523-actorid-upis.edelivery.tech.ec.europa.eu/iso6523-actorid-upis%3A%3A0192%3A991825827/services/busdox-docid-qns%3A%3Aurn%3Afdc%3Adigdir.no%3A2020%3Ainnbyggerpost%3Axsd%3A%3Ainnbyggerpost%23%23urn%3Afdc%3Adigdir.no%3A2020%3Ainnbyggerpost%3Aschema%3Afeil%3A%3A1.0"/>
        <ns2:ServiceMetadataReference href="http://b-9823154777831486f5f30f7f41385a2a.iso6523-actorid-upis.edelivery.tech.ec.europa.eu/iso6523-actorid-upis%3A%3A0192%3A991825827/services/busdox-docid-qns%3A%3Aurn%3Ano%3Adifi%3Aeinnsyn%3Axsd%3A%3Ainnsynskrav"/>
        <ns2:ServiceMetadataReference href="http://b-9823154777831486f5f30f7f41385a2a.iso6523-actorid-upis.edelivery.tech.ec.europa.eu/iso6523-actorid-upis%3A%3A0192%3A991825827/services/busdox-docid-qns%3A%3Aurn%3Afdc%3Adigdir.no%3A2020%3Ainnbyggerpost%3Axsd%3A%3Ainnbyggerpost%23%23urn%3Afdc%3Adigdir.no%3A2020%3Ainnbyggerpost%3Aschema%3Aaapningskvittering%3A%3A1.0"/>
        <ns2:ServiceMetadataReference href="http://b-9823154777831486f5f30f7f41385a2a.iso6523-actorid-upis.edelivery.tech.ec.europa.eu/iso6523-actorid-upis%3A%3A0192%3A991825827/services/busdox-docid-qns%3A%3Aurn%3Ano%3Adifi%3Aeinnsyn%3Axsd%3A%3Apublisering"/>
        <ns2:ServiceMetadataReference href="http://b-9823154777831486f5f30f7f41385a2a.iso6523-actorid-upis.edelivery.tech.ec.europa.eu/iso6523-actorid-upis%3A%3A0192%3A991825827/services/busdox-docid-qns%3A%3Aurn%3Afdc%3Adigdir.no%3A2020%3Ainnbyggerpost%3Axsd%3A%3Ainnbyggerpost%23%23urn%3Afdc%3Adigdir.no%3A2020%3Ainnbyggerpost%3Aschema%3Adigital%3A%3A1.0"/>
        <ns2:ServiceMetadataReference href="http://b-9823154777831486f5f30f7f41385a2a.iso6523-actorid-upis.edelivery.tech.ec.europa.eu/iso6523-actorid-upis%3A%3A0192%3A991825827/services/busdox-docid-qns%3A%3Aurn%3Afdc%3Adigdir.no%3A2020%3Ainnbyggerpost%3Axsd%3A%3Ainnbyggerpost%23%23urn%3Afdc%3Adigdir.no%3A2020%3Ainnbyggerpost%3Aschema%3Autskrift%3A%3A1.0"/>
        <ns2:ServiceMetadataReference href="http://b-9823154777831486f5f30f7f41385a2a.iso6523-actorid-upis.edelivery.tech.ec.europa.eu/iso6523-actorid-upis%3A%3A0192%3A991825827/services/busdox-docid-qns%3A%3Aurn%3Aoasis%3Anames%3Aspecification%3Aubl%3Aschema%3Axsd%3ACreditNote-2%3A%3ACreditNote%23%23urn%3Acen.eu%3Aen16931%3A2017%23compliant%23urn%3Afdc%3Apeppol.eu%3A2017%3Apoacc%3Abilling%3A3.0%3A%3A2.1"/>
        <ns2:ServiceMetadataReference href="http://b-9823154777831486f5f30f7f41385a2a.iso6523-actorid-upis.edelivery.tech.ec.europa.eu/iso6523-actorid-upis%3A%3A0192%3A991825827/services/busdox-docid-qns%3A%3Aurn%3Ano%3Adifi%3Aarkivmelding%3Axsd%3A%3Aarkivmelding_kvittering"/>
        <ns2:ServiceMetadataReference href="http://b-9823154777831486f5f30f7f41385a2a.iso6523-actorid-upis.edelivery.tech.ec.europa.eu/iso6523-actorid-upis%3A%3A0192%3A991825827/services/busdox-docid-qns%3A%3Aurn%3Aoasis%3Anames%3Aspecification%3Aubl%3Aschema%3Axsd%3AInvoice-2%3A%3AInvoice%23%23urn%3Acen.eu%3Aen16931%3A2017%23compliant%23urn%3Afdc%3Apeppol.eu%3A2017%3Apoacc%3Abilling%3A3.0%3A%3A2.1"/>
        <ns2:ServiceMetadataReference href="http://b-9823154777831486f5f30f7f41385a2a.iso6523-actorid-upis.edelivery.tech.ec.europa.eu/iso6523-actorid-upis%3A%3A0192%3A991825827/services/busdox-docid-qns%3A%3Aurn%3Afdc%3Adigdir.no%3A2020%3Ainnbyggerpost%3Axsd%3A%3Ainnbyggerpost%23%23urn%3Afdc%3Adigdir.no%3A2020%3Ainnbyggerpost%3Aschema%3Amottakskvittering%3A%3A1.0"/>
    </ns2:ServiceMetadataReferenceCollection>
</ns2:ServiceGroup>

Ut frå responsen kan ein så tolke svaret mot eigen forretningslogikk — til dømes avgjere om ein mottakar støttar EHF-faktura.

Sjå biblioteket vefa-peppol lookup for Java-implementasjon.

Lenker

Avvikling av Datahotellet
Peppol Directory
ELMA-docs opne data
Anskaffelser.no
Anskaffelser.dev
Forskrift om elektronisk faktura i offentlige anskaffelser, sjå §4 om godkjente standardformater
peppol.org/documentation
tidlegare diskusjonstråd relatert til ELMA

livar.bergheim

Datahotellet begynner gradvis avvikling frå onsdag 2. oktober.
Først ut er ELMA-datasetta. Dersom ein treng forlenga tilgang for å rekke å legge om, må ein snarast ta kontakt.
Sjå meir informasjon på: https://hotell.difi.no/avvikling

livar.bergheim

Status på avvikling:

Data på plass:

Sokkeldirektoratet har alternativ distribusjon på plass for sine data
Forskningsrådet har begynt å legge ut sine to datasett på GitHub. Sjå datasetta sine beskrivelsar i data.norge.no for lenker

Jobbar med å gjere alternativ distribusjon av data tilgjengeleg:

Statens vegvesen
Landbruksdirektoratet. Planar om å distribuere via GitHub
Brønnøysundregistrene

Sjå lenker og detaljar i reknearket

Vi kjem med oppdatering når det er fleire alternative distribusjonar på plass. Både her i Datalandsbyen, på e-postlista og i reknearket.

livar.bergheim

Kan nemne at Forskningsrådet vil legge ut sine to datasett i eit GitHub-kodelager.
Det gjeld Søknader til og innvilgede prosjekter og «Signerte kontrakter med norsk deltakelse i EUs rammeprogram for forskning og innovasjon Horisont 2020»
Kjem tilbake med meir informasjon når det er lagt ut.

livar.bergheim

@kristoffer-selvaer Takk for innspel Kjenner ikkje godt nok til GitHub sitt API med tanke på kva mulegheter som er der.
Tanken er at dette erstattar å legge ut datasetta som filer på eigen nettstad, så det er ikkje tenkt at ein kan hente data på noko anna måte (oppslag, søk, filtrering) enn å laste ned heile datasettet. Antar at med GitHub sitt API så tenker du på å lese ut liste over mapper og filer som er i kodelageret (repository).

Direktelenker til filer

Tenker hovud-måten å hente data på er å peike direkte på rå-versjonen av CSV-filene. For eksempel:
https://raw.githubusercontent.com/datahotellet/ldir-test/main/datasets/leveransedata-melk/2023/dataset.csv

Om du tenker på å oppdage nye datasett (til dømes at undermappa "2025" har dukka opp i ei mappe), så er det andre alternativ (sjå under).

Korleis hente nyaste data

For datasetta som blir erstatta med ny versjon, til dømes foretak, er det berre å hente nye data frå samme URL.

Nokre av datasetta er tidsseriar, for eksempel leveransedata melk. Slik eg forstår det, ønskjer du å kunne peike mot nyaste datasettet i ein serie ved å peike til for eksempel ".../latest" i staden for å ha logikk for å avgjere at undermappa "2024" er nyaste datasettet. Eg trur dette blir litt rotete. Enten må ein kalle datasettet "2024" for "latest", og seinare endre namn til "2024" når det kjem nytt, eller så må ein duplisere mappene, så ein har både "2024" og "latest" med samme innhald.

Prøver ei anna løysing.
Har rigga ein ny fil, datasets.txt, som blir generert på roten av prosjektet.
Der er liste over alle datasett i repositoriet. På den måten kan ein lettare oppdage filer.
Kan det vere ein farbar veg?

Elles skal det vere mogeleg å oppdage nye datasett ved å parse data-katalogen på data.norge.no. Akkurat no er det ikkje API-endepunkt som gir ut alle datasett inkludert distribusjonar, så i skrivande stund er heile katalogen kun tilgjengeleg i Turtle-format. Det er uansett ein omveg, og det er som regel noko forsinkelse frå data vert lagt ut til data-beskrivelse i data.norge er på plass, enten det er berre eit par timar eller par dagar.

Releases i GitHub

Kan vere mogleg, men usikker på om det gir nok verdi til å forsvare ekstra kostnaden ved å måtte manuelt opprette releases i GitHub når det kjem nye datasett. Om ein gjer seg avhengig av dette, kan det også blir ei ekstra feilkjelde. Fort gjort å legge ut dataene men gløyme å opprette release.
Tenker det er betre framgangsmåte å oppdage at nye datasett (mapper) er dukka opp.
Skulle ein hatt opplegg med releases, kunne ein tenke seg å legge på tags for melk, egg, korn etc.
Utdjup gjerne vidare om du likevel trur det er verdt å sjå vidare på.

Livar Bergheim

Innlegg