Tips og spørsmål

Ja den listen har jeg også fått tilsendt på e-post. Det er en bra start, men lang fra optimalt. Jeg spør om disse tingene mest for å kunne få andre til å bruke disse gode ressursene og for å vurdere om Vimeo er en god løsning for å gjøre opptak fra DigiViken eller andre nettverk bedre tilgjengelig.

Takk for linken, den tar meg til en god visning av mappen hvor jeg kan sortere på det jeg vil ja 👍Den er ikke søkbar men men. Hvordan man kommer til den mappe-visningen uten linken finner jeg ikke ut av, men det er forhåpentligvis bare en knapp jeg ikke har funnet. Hva med å legge link til opptakene inn på arrangementet på de supre arrangementsidene? Der ligger det en god (søkbar) beskrivelse av tema til hvert møte, publiserte presentasjoner mm.

Siste nytt om alternativ distribusjon for Teknisk kjøretøyinformasjon er at «Statens vegvesen jobber med implementasjon av egen løsning.»
Alternativ distribusjon blir lagt ut på https://dataut.vegvesen.no/ — blir også synlig i data.norge.no

Hei, Livar og takk for svar!
Godt innspill å snevre inn definisjonene - det er jeg enig i.

Du har et godt poeng med 1 aksje eksemplet ditt. Kanskje om man tar utgangspunkt i Daglig leder og personer med signaturrett?

Jeg har mens jeg venter på svar her funnet et midlertidig alternativ; Ved å sende en OTP til mobilnummeret oppgitt i virksomhetens Brreg data.

Minusen med løsningen over er at det er veldig få som har lagt inn mobilnummer og at det tildels er slitsomt å endre disse opplysningene.

Ser frem til svar!

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

@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 🙂

@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.

Takk for utfyllende svar 🙂

Takk til alle som kommet frem å bidra til POSE-programmet. POSE-teamet gir tilbakemelding at 7 intervjuer har sett opp.

Hei, @veronika-heimsbakk !

Så bra at dere er i gang med å registrere begreper i katalogen. Ønsker Sjøfartsdirektoratet å vedlikeholde begrepene i registreringsløsningen på data.norge.no, eller vil det være like enkelt for dere å vedlikeholde begrepene der de er?

Hvis dere ønsker å vedlikeholde begrepene der de er, kan dere sette opp et høsteendepunkt for katalogen deres i høsteadministrasjonsgrensesnittet ved å logge inn for å administrere høsting på siden for å publisere i Felles datakatalog.

Hvis dere ønsker å bruke registreringsløsningen til å vedlikeholde dataene, har vi en importløsning fra csv og json. Du kan lese mer om hvordan dere setter opp en sånn type import på Dokumentasjonssidene våre om begrepskatalogen. Vi jobber med å oppdatere disse sidene, så informasjonen var utilgjengelig en liten stund. Derfor er det ikke rart om du ikke fant noe informasjon om muligheten for å importere beskrivelser. Vi har dessverre ingen løsning for import av .ttl eller .owl til registreringsløsningen i dag.

@p-morten-o, bare hyggelig!

Godt å høre at du har fått hjelp fra NAV Medlemskap og avgift. Hvis det viser seg at du ikke får svar direkte fra Portugisiske myndigheter på en stund, så kan det kanskje hjelpe å forhøre seg om NAV M&A kan sende forespørsel om dokumentasjon til Portugal på de det gjelder. Håper dokumentasjonen kommer på plass så fort som mulig.

@tov-are-jacobsen Noko nytt hos deg og i NAV med bruk av Whisper?

Testa nett ut WhisperX med Nasjonalbiblioteket sin modell. Dei skal også ha kudos for å ha gjeve ein del tips i dokumentasjonen sin om korleis ein kan bruke modellen, enten det er Whisper CPP, WhisperX eller andre måtar.

Det fungerer mykje betre enn Whisper CPP. Typisk kom det hallusinasjonar når det var periodar utan tale i lydsporet:
ceca19c1-5c4b-4b87-81f9-aa2886dc03ef-image.png

WhisperX, og sikkert andre løysingar, omgår problemet ved å først analysere kva deler av lydsporet som inneheld tale og kun køyre transkribering der det er tale.

Vi i CKAN implementer DCAT v.3 nå (https://github.com/ckan/ckanext-dcat/issues/271) hvis du kan dele krav for Norge, det kan hjelpe oss.

@tony sa i Ny versjon av teknisk kjøretøyinfo:

Hei, jeg la merke til at reg.år ikke finnes i versjon 2. Lette etter tekn_reg_f_g i json, men finner kun tekn_reg_f_g_n.

Det stemmer. Her var det en feil som gjorde at akkurat det feltet («tekn_reg_f_g») ikke kom med på Datahotellet. Det ble rettet for et par timer siden.

PS. Bruker du datasettet teknisk kjøretøyinfo eller andre datasett fra offentlig sektor, skriv gjerne kort om det i form av et innlegg i kategorien «Gode eksempel på bruk» (se tips).