Livar Bergheim

Spennande produkt! Vi brukar Weenect til våre kattar, men batteritida er typisk berre 2 døgn, sjølv med oppdateringsfrekvens sett til 1 time (maks). Det blir for lite når eine katten tar seg ein 4-5 dagar lang skogstur.

Lurer på om ein får tilgang til eigne data via API?

Til neste års oversikt, ta gjerne med fjorårets plassering i tabellen.

Interessant lesing!

Fristen for å sende inn årsrekneskap som står i artikkelen stemmer ikkje. Fristen er vanlegvis 31. juli, men i år var den utsett to månadar til 30. september:

https://www.brreg.no/om-oss/oppgavene-vare/alle-registrene-vare/om-regnskapsregisteret/

Digitaliseringsdirektoratet skal snart lyse ut sine sommarjobbar for IT-studentar, sjå https://www.difi.no/om-oss/jobbe-hos-oss/dificamp

Ein er framleis ikkje heilt klart med utlysinga no etter omorganiseringa, så innhaldet på nettsida er gammalt. DifiCamp-namnet blir endra.

Fin artikkel! For dei som vil sjå nærare på datasett og API frå NAV om stillingsutlysingar, anbefaler eg å ta ein titt på https://data.nav.no/

Ønskjer meg lengre tabell så ein også ser IT-studier ved andre lærestader som UiB og HVL.

Nasjonalbiblioteket bør registrere datasetta sine i dei nasjonale datakatalogane så dei vert meir synlege. I dag har Nasjonalbiblioteket ingen oppføringar i verken data.norge.no eller fellesdatakatalog.brreg.no.

At data vert innelåst i fagsystem er eit stort problem. Det hindrar integrasjonar og tenesteutvikling som forfattaren skriv.

Utfordringa er kanskje i ein del tilfelle at system ikkje kjem med API for å hente ut informasjon som standard. Då må verksemda som skaffar systemet betale ekstra for denne funksjonaliteten, enten i form av tilleggsmodular eller dyr skreddarsaum.

Er det offentlege verksemder som legg slike grensesnitt inn som krav når dei gjennomfører anskaffelsar?

Elles er dette ei føring i Digitaliseringsrundskrivet:

«Virksomheter som etablerer nye eller oppgraderer eksisterende fagsystemer eller digitale tjenester, skal legge til rette for at data fra disse tjenestene kan gjøres tilgjengelige i maskinlesbare formater.»

frå punkt 1.3: https://www.regjeringen.no/no/dokumenter/digitaliseringsrundskrivet/id2569983/

Tanken med føringa, slik eg har forstått det, er at ein etter kvart som ein oppgraderer/etablerer system skal ende opp med system som gjer integrasjonar lettare, og at ein undervegs deler data både opent og lukka - avhengig av kva data det er snakk om.

Kanskje verdt å skilje mellom å nytte Google Maps som klient-bibliotek i nettlesaren og å nytte API'a frå Google Maps til å hente kart, stadar etc.

Når det gjeld klientbibliotek, stussa eg på at LeafletJS ikkje er nemt: http://leafletjs.com/

For mindre prosjekt, kan ein nytte kart-serveren frå Kartverket:

https://www.kartverket.no/data/api-og-wms/

For LeafletJS er det ein plugin som gjer det lett å bruke Kartverket sine kart som bakgrunnskart: https://github.com/knreise/L.TileLayer.Kartverket

Fint for mindre prosjekt. Til større prosjekt treng ein gjerne å hente bakgrunnskart frå ei anna teneste.

Stortinget si datatjeneste er også eit godt døme på korleis eit offentleg organ arbeider med å dele data: http://data.stortinget.no/

Opne data frå Stortinget blir mellom anna brukt av https://www.holderdeord.no

 

Og rekkevidden er?

LTE-U benytter ulisensiert spektrum på 5 GHz båndet, det samme som nyere WiFi standarder benytter seg av.

Her er det fastsatt en maks senderstyrke i mW som er mye lavere enn hva man får for lisensierte bånd.

 

Jeg vil tro LTE-U vil få omtrent samme rekkevidde som vanlig 802.11 AC (WiFi) med medhørende problemer med at dette båndet finnes det mye støy i.

Trur det er snakk om lengre rekkevidde. Meinar at det er forskjellig tillatt utgangseffekt avhengig av om det er innandørs-sendar (e.g. WiFi) eller utandørs (e.g. LTU-U). 200 mW vs. 1000 mW. Andre som har meir greie på dette må gjerne korrigere meg her.

https://lovdata.no/forskrift/2012-01-19-77/§11