Hopp til innhold
  • 0 Anbefalinger
    6 Innlegg
    5k Visninger
    J
    Hei Referer til mail fra Livar angående Peppol Directory. Våre brukere benytter nå Peppol Directory for oppslag av mottakere av EHF og Peppol BIS da datahotellet ble lagt ned. Etter hva jeg forstå fungerer ikke eksporten av mottakere fra ELMA optimalt da vi får inn meldinger fra brukerne om at de enten ikke finner mottakere som finnes i ELMA, gamle firmanavn som er endret i Brreg og ELMA ikke er oppdatert i Peppol Directory. Jeg fikk melding om at Digdir har sendt en melding til Peppol for å få de til å rette opp i noe men Peppol har ikke gjort disse utbedringene enda. Her oppfordrer jeg Digdir til å sende en ny melding med tekniske detaljer for at vi får rettet opp i overføringen av mottakere: https://openpeppol.atlassian.net/servicedesk/customer/portal/1 . Det er frivillig for SMPer å legge inn mottakere i Peppol Directory. Da det nå er fritt å benytte den SMP man ønsker så er dette en utfordring ved at våre brukere ikke finne mottakere (som regel fra andre land). Her har vi spilt inn et forslag til Peppol (Klaus Vilstrup Pedersen- Peppol arkitekt) om å hente mottakere fra SML databasen isteden for overføringer. Jeg vet ikke hvor langt de har kommet med dette arbeidet. Forhåpentligvis vil dette hjelpe å fange 100% av mottakere i Peppol Network. I påvente av dette er det viktig for oss at overføringene av mottakere i ELMA fungerer optimalt da ELMA er en av SMP med flest mottakere
  • Statsbudsjett

    Etterspør datasett og API-er
    6
    2 Anbefalinger
    6 Innlegg
    4k Visninger
    M
    @livar-bergheim: Tror ikke det har skjedd mye siden 2023, men jeg jeg vet at Kommunal- og distriktsdepartementet er klar over forespørselen min om tall fra Grønt Hefte. Spørsmålet er vel om de kommer til å prioritere den.
  • 0 Anbefalinger
    1 Innlegg
    580 Visninger
    Ingen har svart
  • API for søknader til Forskningsrådet

    Etterspør datasett og API-er
    2
    0 Anbefalinger
    2 Innlegg
    5k Visninger
    L
    Jeg skal kontakte Forskningsrådet og be de svare. Noen foreløpige tips under: For noen måneder siden kom jeg tilfeldigvis over et API fra Forskningsrådet for å hente ut egne data om søknader. Dette mangler beskrivelse i data.norge.no i skrivende stund. Ser ut til at navn på prosjektleder er med i dataene man får ut der. Kom også over et kodeprosjekt (GitHub-repo) for å hente ut data, laget av noen ved Norges miljø- og biovitenskapelige universitet (NMBU). Legger for ordens skyld inn lenke til datasett-beskrivelsen på data.norge for datasettet « Søknader til og innvilgede prosjekter fra Forskningsrådet» fra Forskningsrådet for de åpne dataene om søknader. med hilsen Livar i Digdir
  • 0 Anbefalinger
    1 Innlegg
    485 Visninger
    Ingen har svart
  • 0 Anbefalinger
    1 Innlegg
    387 Visninger
    Ingen har svart
  • 0 Anbefalinger
    1 Innlegg
    382 Visninger
    Ingen har svart
  • 0 Anbefalinger
    1 Innlegg
    352 Visninger
    Ingen har svart
  • 0 Anbefalinger
    1 Innlegg
    362 Visninger
    Ingen har svart
  • Open Data Day 2025, 2025-03-01~07, Online

    Møter og arrangementer
    1
    0 Anbefalinger
    1 Innlegg
    358 Visninger
    Ingen har svart
  • 0 Anbefalinger
    1 Innlegg
    370 Visninger
    Ingen har svart
  • 0 Anbefalinger
    1 Innlegg
    403 Visninger
    Ingen har svart
  • 0 Anbefalinger
    1 Innlegg
    353 Visninger
    Ingen har svart
  • 0 Anbefalinger
    1 Innlegg
    453 Visninger
    Ingen har svart
  • Distribuere data via GitHub

    Tips og spørsmål
    9
    1
    0 Anbefalinger
    9 Innlegg
    13k Visninger
    L
    @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
  • 0 Anbefalinger
    6 Innlegg
    4k Visninger
    L
    @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.
  • 0 Anbefalinger
    11 Innlegg
    12k Visninger
    jens.andresen.osbergJ
    @maritbre Hei! Denne skulle du naturligvis fått svar på for veldig, veldig lenge siden. Så her er det all grunn til å beklage fra vår side. Vi kjenner ikke til at det finnes helt generelle retningslinjer for merking av KI-generert tekst. I KI-forordningens artikkel 50 stilles det krav til åpenhet for at brukeren av et KI-system må kunne forstå at de samhandler med et KI-system. I tilknytning til denne vil det nok komme standarder eller praksis for hvordan man merker KI-generert innhold. På et generelt grunnlag er dette med merking likevel krevende. En aktør kan oppgi at det er KI-generert, men det finnes ingen garanti for at denne informasjonen følger innholdet dersom det brukes videre i andre sammenhenger. På lengre sikt trenger man en annen tilnærming til denne problematikken. Vi kjenner til to ulike tilnærminger: Automatisert deteksjon av KI-materiale: Dette innebærer bruk av en KI-modell trent til å identifisere KI-generert materiale. Vi registrerer at det finnes ulike selskaper som tilbyr slike løsninger. Det er imidlertid utfordringer knyttet til nøyaktigheten av modellene, og hvordan de kan påvirke ulike grupper på en uheldig måte. I tillegg krever endringer i de store generative KI-systemer at deteksjonsverktøyene kontinuerlig oppdateres for å holde tritt. Til dette kommer også mulige teknikker for å omgå slike systemer. Dette kan du lese mer om hos Faktisk her: Kan vi stole på KI-detektorer? Vannmerking: Dette innebærer at det legges inn et usynlig vannmerke i det KI-genererte innholdet ved å påvirke sannsynlighetsfordelingen i genereringen av innholdet slik at det kan identifiseres senere. Denne artikkelen fra forskere ved universitetet i Maryland går inn på dette og jeg ser den er mye sitert: A Watermark for Large Language Models Artikkelen forklares ganske godt i denne videoen fra Universitetet i Nottingham: Ch(e)at GPT? - Computerphile Vi ser at Google Deepmind har kommet nokså langt med en slik tilnærming med sin Synth-ID som gjelder for flere modaliteter, inkludert bilder. Ser at dette arbeidet også henviser til artikkelen nevnt fra forskerne ved universitetet i Maryland. Selv om vannmerking høres ut som en god løsning, er det også noen utfordringer. Vannmerkingen må implementeres i de generative KI-modellene. Dette krever at alle leverandører av følger standarden, noe som skaper håndhevelses-utfordringer. For eksempel: Hvordan sikrer man at alle implementerer vannmerking, og hvordan gjør man dette med open-source-modeller? I dagens situasjon er det altså en del usikkerhet rundt merking av KI-innhold. I påvente av noen tekniske løsninger må vi da basere oss på en variant hvor vi med «good faith» opplyser om hva som er KI-generert. Spørsmålet da blir imidlertid når vi mener at vi bør opplyse om dette. Tekst: Vi har ikke gitt et generelt råd for merking av KI-generert tekst. Dette skyldes at vi er usikre på om et slikt generelt råd har noen verdi. Vi tror behovet for åpenhet varierer mellom ulike områder og kontekster. For eksempel har vi inntrykket av at visse grupper, slik som journalister og mediehus, har interne retningslinjer for hvordan dette skal gjøres. Vi tenker også at for enkelte offentlige virksomheter i visse sammenhenger vil det være viktig å opplyse om at innholdet er generert av KI. Fordi mer og mer tekst vil være helt eller delvis bearbeidet med et KI-verktøy, tror vi ikke det er så mye poeng å gi et generelt råd om dette, og så kan det heller være opp til de spesifikke områdene og kontekstene å vurdere dette. Kode: I den forrige utgaven av veiledningen fra 2023 ga vi et råd om å opplyse dersom kode var KI-generert. På dette tidspunktet var bruk av verktøy for KI-kodegenerering nokså nytt. Dette rådet er nå fjernet fordi det har blitt veldig vanlig og det mange som har innarbeidet dette i arbeidsflyten, eller som arbeider med det nå. På samme måte som med tekst, og kanskje i en enda større grad, er det usikkert hvor mye nytte brukerne har av å vite at kode er KI-generert. Bilder: For bilder har vi valgt å beholde rådet om merking. I tråd med tankene bak artikkel 50 i KI-forordningen, er det viktig at ingen blir forledet av innhold fra offentlige myndigheter. Med bilder fra en offentlig myndighet, er konteksten av å gi informasjon som offentlig myndighet i seg selv viktig. Derfor har dette verdi, selv om bildet kan bli flyttet og gjenbrukt uten at forbeholdet blir med videre.
  • 0 Anbefalinger
    3 Innlegg
    3k Visninger
    jens.andresen.osbergJ
    Hei @Håvard-Pedersen! Takk for innspillet! Vi arbeider med en oppdatering av veiledningen nå. Noe av oppdateringen vil bli lagt ut de kommende ukene. Her tar vi med arbeidet fra NTNU og Datatilsynet.