X-Git-Url: https://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/73639a7c5ceaf5299fb69607e0de68a5ce3f4e5e..b923c45402243b07f73ebac2c47c458cbbf5c2bc:/blog/index.html?ds=sidebyside diff --git a/blog/index.html b/blog/index.html index b94869d518..0506140492 100644 --- a/blog/index.html +++ b/blog/index.html @@ -20,35 +20,219 @@
-
Artikkel om Noark 5 Tjenestegrensesnitt og Nikita i Arkivråd nummer 3 for 2019
-
26th December 2019
-

Like før julaften ble en artikkel jeg har skrevet om vedlikehold av -Noark -5 Tjenestegrensesnitt og Nikita publisert i tidsskriftet Arkivråd. -Det er basert på -min bloggpost -om samme tema som ble publisert 2019-03-11. Jeg oppdaget nettopp -at nettsiden til tidsskriftet Arkivråd er oppdatert med siste utgave, -og artikkelen dermed er tilgjengelig for alle. Du finner den i -PDF-en -til nummer 2019/3 på side 30-33. Jeg håper leserne av -tidsskriftet får lyst til å sjekke ut tjenestegrensesnittet og at -artikkelen vil gjøre det enklere for flere å bidra til en enda bedre, -klarere og mer entydig API-spesifikasjon. Det kan gjøre at -arkivsystemet -Nikita kan bli enda bedre når spesifikasjonen forbedres.

+ +
31st July 2021
+

Årsaken til at vi på dugnad oversatte og ga ut boken +«Hvordan knuse +overvåkningskapitalismen» av Cory Doctorow er at vi mener den tar +opp et viktig tema og bør leses av så mange som mulig. Temaene boken +tok opp, og det kommende valget, inspirerte nylig oss som sto bak +utgivelsen til å sende inn spørsmål til partiene sammen med et +eksemplar av boken. Vi er veldig spent på hva de ulike partiene +kommer til å svare. Spørsmålene er sendt til samtlige partier som er +representert på stortinget, men vi tar naturligvis imot svar også fra +andre partier. Det er for mange partier i Norge til å ta kostnaden +med å sende til alle, så vi begrenset oss til de som er representert +på Stortinget.

+ +

Her er brevet som ble postlagt til partiene tidligere i uka:

+ +

OM DIGITALE PLATTFORMER OG STORDATA – MED SEKS KONKRETE +FORSLAG

+ +

Det er en økende grad av mistillit til digitale plattformer fordi +den delen av vårt sam­funn mangler helt grunnleggende demokratiske +kjøreregler. Begrepet «privat­livets fred» er i ferd med å dø som et +resultat av digitaliseringen. Som brukere har vi ikke kontroll over +våre personlige data og er helt frarøvet et digitalt privatliv. Dette +dels fordi samfunnet rundt oss samler inn data om oss og våre +bevegelser, samtidig som noen globale aktører samler data om +alle. Denne utviklingen er preget av kaos og manglende regulering.

+ +

Disse digitale utfordringene kan være vanskelig å formulere enkelt +inn i et parti­program og enda vanskeligere å dekke helhetlig. Vi har +derfor valgt å sette søkelys på noen utvalgte områder som vi mener +partiene burde ta klare standpunkt til.

+ +

Personvern

+ +

I følge tekologirådets direktør Tore Tennøe kan det, når offentlige +virksomheter som Sivil­ombuds­mannen, Likestillings- og +diskrimineringsombudet og Medietilsynet alle deler brukerdata med +Google-tjenestene Analytics, remarketing audiences og an­nonsebørsen +Doubleclick, fort komme i veien for samfunnsoppdraget +deres. Uttalelsen kommer i forbindelse med en rapport fra +Teknologi­rådet som viser at en stor andel av offentlige virksomheter +deler personinformasjon om de som besøker virksomhetenes nettsider med +kommersielle +aktører.1 +Stortinget er i følge rapporten en av disse.

+ +

I forbindelse med Covid 19 har bruken av videokonferanseløsninger +økt dramatisk. Løsninger som Microsoft Teams og Zoom har +åndsverksbruksvilkår som hindrer bruk­erne å undersøke sikker­heten i +systemene ved å forby omvent utvikling. Fri programvareløsninger som +Jitsi og Big Blue Button, har ikke slike begrensinger, kan tas i bruk +uavhengig av utenlandske leverandører og gir brukerne slik bedre +sikkerhet.

+ +

Facebook er ikke offentlig digital infrastruktur

+ +

Leder for det tyske datatilsynet BfDI, Ulrich Kelber, anbefalte sterkt +i et brev til tyske myndigheter nylig at de stengte sine +Facebook-sider og avslutter kobling mellom egne sider og Facebook.2 3 +Bakgrunnen er at bruken av Facebook ikke er i tråd med EU- og +EØS-lovgivingen om vern av privatsfæren, personvernforordningen +GDPR.

+ +

Massiv overvåkning av digitale brukere

+ +

De store globale plattformene samler inn data om oss alle gjennom sine +tjenester. Data akkumuleres og videreselges, med påstand om at +informasjonen er anonymisert. Data om geoposisjon er også noe +teleselskapene samler inn om alle brukere, selv de som har helt enkle +mobiltelefoner.4 5 +EUs personvernmyndighet, har i sitt arbeid med GDPR, presisert at +anonymisering ikke må forveksles med pseudoanonymisering6, som fortsatt er +underlagt personvernlovgivningen, og at mobilers geografiske +plassering (lokasjonsdata) ikke kan anonymiseres.

+ +

En av mange saker som dokumenterer disse utfordringene er NRK som +kjøpte «anonymiserte» lokasjonsdata7, og ved hjelp av enkel analyse kunne +identifi­sere enkeltindivider.

+ +

Grunnskolen i Norge har i stor grad tatt i bruk Internett-baserte +løsninger, og de fleste av disse samler inn personopplysninger om +elever og lærere som lagres på datamaskiner utenfor både Norge og +EU. I tillegg til å rapportere bruk til for eksempel Google +Ana­lytics, så bruker mange av tjenestene datamaskiner eid av Amazon +og Microsoft. Dette fører totalt til en massiv spredning og innsamling +av personopplysninger utenfor skolene om elever i norske skoler.

+

Spørsmålene vi stiller til de politiske partiene er som følger:

+ +
    + +
  1. Er dere enige med det tyske datatilsynet om at offentlige +instanser ikke bør dele informasjon om sine ansatte og lesere med +selskaper i strid med GDPR, og derfor bør stenge sine +Facebook-sider?
  2. + +
  3. Er dere enig med Teknologirådet i at offentlig sektor bør velge +løsninger og verk­tøy som følger personvernprinsippene, og samler inn +minimalt med data til helt spesifikke formål?
  4. + +
  5. Bør det være mulig å bevege seg i Norge med mobiltelefon uten at +ens posisjon sam­les inn og selges videre av teleselskapene?
  6. + +
  7. Bør det offentlige velge videoløsninger som sikrer +brukernes rettigheter når det gjelder sikkerhet, personvern og +innsyn?
  8. + +
  9. Hva tenker deres parti man burde gjøre for å forhindre +massiv overvåkning av bru­kere i Norge?
  10. + +
  11. Er deling av elevenes personopplysninger til aktører utenfor +skolen, potensielt i strid med GDPR, en akseptabel kostnad for å +forenkle kommunenes drift av skoler?8
  12. + +
+ +

Om det er behov for ytterligere avklaringer og +bakgrunnsinformasjon, ta gjerne kontakt! Epostadressen vår er til +Petter Reinholdtsen: pere-valg2021 (at) hungry.com. Spørsmålene samt +svarene vi mottar vil bli publisert.

+ +

Den internasjonale bakgrunnen

+ +

Internasjonalt pågår det en stadig bredere faglig og politisk +drøfting av de viktige bakenforliggende problem­stillingene. Ett +eksempel er vedlagte bok der dr. Cory nettopp drøfter definerende +problem­stillinger fom følger den nasjonale og internasjonale +utviklingen av «stordata». Boken peker også på helt konkrete +innsatsområder.

+ +

Når for eksempel Rand Worldwide viser til at Facebook +«radikaliseres», og når Facebook i sin tur sprer feilinformasjon om +coronaviruset med en forklaring om sine algoritmer, blir det +implisitte bud­skapet at maskinlæring og overvåkning kan endre vår +oppfattelse av hva som er sant. Begrepet «overvåkingskapitalisme» er +nå blitt det vanlig brukte ordet for å kjennetegne både beskivelsene +og debatten på dette vide stor­data-området. Begrepet ble popularisert +i 2018-boken «Overvåkings­kapitalismens tidsalder» av Shoshana Zuboff, +som igjen ledet Cory Doctorow til å skrive sin bok.

+ +

Legger ved boken fordi en gjennomgang er ment å være til hjelp +som nyttig bakgrunns­materiale i det generelle politiske arbeidet på +dette stadig viktigere samfunnsområdet.

+ +

Boken ble oversatt til bokmål på dugnad og utgitt +samtidig med den engelske utgaven. Den kan fritt lastes ned +og også bestilles i trykt format på bokmål direkte fra trykkeriet9. Nærmere +informasjon om utgivelsen frem­går av kolofon-siden.

+ +

Med vennlig hilsen

+

For Oversettergruppen

+ +

Petter Reinholdtsen (prosjektleder) og Ole-Erik Yrvin (gruppekontakt)

+ + +
+
+
    + +
  1. Offentlige nettsteder sporer oss. Teknologirådet 2021-03-26. https://teknologiradet.no/offentlige-nettsteder-sporer-oss/ ↩

  2. + +
  3. Brombach, Harald. Tyske myndigheter må trolig slette Facebook-sidene sine innen nyttår. digi.no 2021-07-02. https://www.digi.no/artikler/tyske-myndigheter-ma-trolig-slette-facebook-sidene-sine-innen-nyttar/511719 ↩

  4. + +
  5. Lomas, Natasha. German government bodies urged to remove their Facebook Pages before next year. TechCrunch 2021-07-01. https://techcrunch.com/2021/07/01/german-government-bodies-urged-to-remove-their-facebook-pages-before-next-year/ ↩

  6. + +
  7. Gundersen, Martin. Telia og Telenor selger analyser av hvor kundene befinner seg. NRK Beta 2019-10-11. https://nrkbeta.no/2019/10/11/telia-og-telenor-selger-analyser-av-hvor-mobilbrukere-befinner-seg/ ↩

  8. + +
  9. de Montjoye, YA., Gambs, S., Blondel, V. med flere. On the privacy-conscientious use of mobile phone data. Sci Data 5, 180286 (2018). https://doi.org/10.1038/sdata.2018.286 ↩

  10. + +
  11. Guidelines 04/2020 on the use of location data and contact tracing tools in the context of the COVID-19 outbreak. The European Data Protection Board 2020-04-21. https://edpb.europa.eu/sites/default/files/files/file1/edpb_guidelines_20200420_contact_tracing_covid_with_annex_en.pdf ↩

  12. + +
  13. Lied, Henrik med flere. 8300 mobiler sporet på sykehus og krisesentre. NRK 2020-05-11. https://www.nrk.no/norge/mobilsporing_-8300-mobiler-sporet-pa-sykehus-og-krisesentre-1.15008085 ↩

  14. -

    Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til -det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner -til min adresse -15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b. -Merk, betaling med bitcoin er ikke anonymt. :)

    +
  15. Barn, unge og skole. Datatilsynet 2021-07-01. https://www.datatilsynet.no/personvern-pa-ulike-omrader/skole-barn-unge/ ↩

  16. + +
  17. Boken kan leses via http://www.hungry.com/~pere/publisher/. I tillegg er den tilgjengelig som papirbok fra +https://www.lulu.com/en/en/shop/cory-doctorow/hvordan-knuse-overvåkningskapi­talismen/ebook/product-yk8neg.html ↩

  18. +
+
+ +
+ +

Hvordan knuse overvåkningskapitalismen (2021)

+

av Cory Doctorow, se også +https://craphound.com/category/destroy/ +og +http://www.hungry.com/~pere/publisher/.

+ +

I dag er det en utbredt tro at maskinlæring og kommersiell +overvåkning kan gjøre selv en konspirasjonsteoretiker uten talegaver +til en magisk manipulator med evne til å finne de sårbare blant oss og +ved hjelp av argumenter skapt med kunstig intelligens, sette vettet +deres ut av spill og gjøre dem til flat-jord-tilhengere, +vaksineskeptikere eller til og med nynazister. Når RAND beskylder +Facebook for «radikalisering», og når Facebook i sin tur sprer +feilinformasjon om coronaviruset og bortforklarer det ved å henvise +til algoritmene sine, er det implisitte budskapet at maskinlæring og +overvåkning kan endre vår oppfattelse av hva som er sant.

+ +

Men hva om det finnes en annen forklaring? Hva om det er de +materielle forutsetningene som har endret seg til fordel for disse +manipulatorene? Hva om det er opplevelsen av å leve i en verden full +av ekte konspirasjoner, slik de viser seg i samhandlingen mellom rike +mennesker, lobbyistene deres og lovgiverne, der de enes om å begrave +ubehagelige sannheter og bevis på ugjerninger, slikt som gjerne kalles +korrupsjon — hva om det er denne opplevelsen som gjør folk sårbare for +de tåpelige konspirasjonsteoriene?

@@ -56,61 +240,88 @@ Merk, betaling med bitcoin er ikke anonymt. :)

- -
25th December 2019
-

En historie som har betydd endel for meg, og som jeg av og til -tenker på når hverdagen tynger, ble så vidt jeg har klart å finne ut, -skrevet av Loren -Eiseley i -flere ulike varianter. På norsk tror jeg den går under navnet -«Gutten og sjøstjernen», og jeg fant en oversettelse av en utgave av den -hos -Quora. -Fant også en -filmatisering, men den versjonen jeg liker best fant jeg -hos -Goodreads. Jeg oversatte den utgaven til norsk i går, og har lyst -til å dele den med deg: - -

Mens jeg tok en pause fra skrivingen og vandret på en -øde strand ved daggry, så jeg en gutt i det fjerne bøye seg ned og -kaste noe mens han vandret mot meg over den endeløse stranden. Da han -kom nærmere, kunne jeg se at han kastet sjøstjerner, som var etterlatt -i sanden av tidevannet, tilbake i havet. Da han var nær nok spurte jeg -ham hvorfor han jobbet så hardt på denne merkelige oppgaven. Han sa at -solen snart ville stå opp og tørke sjøstjernene slik at de ville -dø.

- -

Jeg sa til ham at dette var helt meningsløst. Det var kilometer på -kilometer med strand, og det lå sjøstjerner hele veien. En person -alene kunne ikke gjøre noen forskjell. Han smilte da han plukket opp -neste sjøstjerne. Mens han kastet den så langt ut i havet som han -klarte sa han, «for denne gjør det en forskjell». Jeg droppet -skrivingen og tilbrakte resten av morgenen med å kaste -sjøstjerner.

- -

- Loren Eiseley

-
+ +
5th July 2021
+

I am happy observe that the The +Debian Administrator's Handbook is available in six languages now. +I am not sure which one of these are completely proof read, but the +complete book is available in these languages: -

Kanskje noe du også kan ha glede av å tenke på når ting virker -håpløst?

+
    -

    Teksten er gjengitt og oversatt basert på utgaven på Good Read, -uten tillatelse fra noen andre enn meg selv. Jeg håper på tilgivelse, -hvis det er et problem for noen, da det er gjort i beste mening. Hvis -eventuell rettighetshaver tar kontakt vil jeg fjerne teksten og i -stedet legge ut henvendelsen der teksten kreves fjernet.

    +
  • English
  • +
  • Norwegian BokmÃ¥l
  • +
  • German
  • +
  • Indonesian
  • +
  • Brazil Portuguese
  • +
  • Spanish
  • -

    Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til -det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner -til min adresse -15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b. -Merk, betaling med bitcoin er ikke anonymt. :)

    +
+ +

This is the list of languages more than 70% complete, in other +words with not too much left to do:

+ +
    + +
  • Chinese (Simplified) - 90%
  • +
  • French - 79%
  • +
  • Italian - 79%
  • +
  • Japanese - 77%
  • +
  • Arabic (Morocco) - 75%
  • +
  • Persian - 71%
  • + +
+ +

I wonder how long it will take to bring these to 100%.

+ +

Then there is the list of languages about halfway done:

+ +
    + +
  • Russian - 63%
  • +
  • Swedish - 53%
  • +
  • Chinese (Traditional) - 46%
  • +
  • Catalan - 45%
  • + +
+ +

Several are on to a good start:

+ +
    + +
  • Dutch - 26%
  • +
  • Vietnamese - 25%
  • +
  • Polish - 23%
  • +
  • Czech - 22%
  • +
  • Turkish - 18%
  • + +
+ +

Finally, there are the ones just getting started:

+ +
    + +
  • Korean - 4%
  • +
  • Croatian - 2%
  • +
  • Greek - 2%
  • +
  • Danish - 1%
  • +
  • Romanian - 1%
  • + +
+ +

If you want to help provide a Debian instruction book in your own +language, visit +Weblate +to contribute to the translations.

+ +

As usual, if you use Bitcoin and want to show your support of my +activities, please send Bitcoin donations to my address +15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b.

- Tags: norsk. + Tags: debian, debian-handbook, english.
@@ -118,27 +329,747 @@ Merk, betaling med bitcoin er ikke anonymt. :)

- -
9th December 2019
-

Jeg hadde i dag gleden av å oppdage at en artikkel om -arkivsystemet -Nikita som vi skrev i sommer, nå er publisert i -Arkheion, fagtidsskrift for kommunial -arkivsektor. Du finner artikkelen på side 30-33 i nummer 2019/2, -PDF kan lastes ned fra nettstedet til tidsskriftet. Kanskje -publiseringen kan føre til at noen flere får øynene opp for verdien av -et åpent standardisert API for arkivering og søk i arkivet.

+ +
4th July 2021
+
+ +

I +følge Ivar Johansen er det ca ti år siden Finanskomiteen i Oslo +kommune vedtok "Byrådet bes legge til rette for at en elektronisk +oversikt over alle kommunale eiendommer er tilgjengelig for oppslag på +kommunens nettsider." Har ikke klart å finne vedtaket i offisielle +nettsider fra kommunen, men i og med at kommunen har +publisert +oversikt over eiendommer de eier selv, desverre sist oppdatert for +fire år siden (juni 2017), så kan det virke som vedtaket i hvert fall +for en periode tok effekt.

+ +

Oversikten fra kommunen er et regneark med tomter og bygg, med +tilhørende metainformasjon om adresse, areal etc. Det er jo et greit +datagrunnlag, men ikke spesielt egnet for å få oversikt. Det +inspirerte meg til å lage +en KML-fil der +informasjon fra kommunens liste kombineres med geografisk posisjon og +utstrekning fra Matrikkelen slik den vises frem på Kartverkets tjeneste +Se Eiendom, og slik få +et interaktivt kart som viser komunens eiendommer. I første omgang +viser den de 6824 tomtene i listen over eiendommer i Oslo kommune (og +ikke utenbys tomter), unntatt de 268 gårds- og bruksnummerene uten +informasjon om geografisk posisjon i Matrikkelen og de 346 gårds- og +bruksnummerene som mangler helt i Matrikkelen. Det er vanskelig å +vite hvilke av de sistenevnte som er feil i datagrunnlaget fra +kommunen og hvilke som er et resultat av utdatert informasjon i et +fire år gammelt datasett. Mer om det senere.

+ +

Hvis du vil se på KML-datasettet, så kan du enten gjøre som meg, +bruke Marble på Linux, eller du +kan laste ned et av de mange andre verktøyene som leser KML-filer, som +Google Earth, +JOSM og +QGis. Har desverre +ikke funnet en nettjeneste som kan vise frem filen i en nettleser, på +grunn av filstørrelsen. Fant en +OpenstreetMap-basert +nettside som håndterte mindre filer, men den ga opp da hele kommunens +areal var inkludert i filen.

+ +

KML-datasettet +kan lastes ned her fra min blogg. Tomter med bygninger i følge +matrikkelen er markert i rødt, mens tomter uten bygninger er markert i +blått. De få tomtene med posisjon men uten utstrekning (tror alle er +under bakken) har kun fått posisjonsmarkører. Jeg har i denne omgang +begrenset meg til tomter og ikke tegnet inn hus, da jeg ikke fant noen +enkel måte å hente ut geografisk utstrekning for husene basert på +informasjonen i kommunens datasett. Konkret mangler jeg sikker måte å +identifisere enkeltbygninger basert på kommunens oversikt. Vedlagt er et +skjermbilde fra Marble som viser hvordan det kan se ut.

+ +

På grunn av oppløsningen viser ikke bildet alle gatene og mindre +eiendommer i sentrum som er eid av kommunen. Dette vises når en +dykker ned i materialet med en KML-fremviser. Jeg har ikke regnet på +det, men visuelt ser det ut som om kommunen eier 25-30% av alt arealet +i kommunen, hvilket jeg fant overraskende. Lurer på hvor stor del av +arealet i Oslo totalt som er eid av ulike offentlige aktører. Vet jo +at ulike departementer, direktorater, fylkeskommuner, kommunale +pensjonskasser, og offentlig majoritetseide selskaper også eier en god +del av eiendommene i Oslo. Det hadde vært interessant å vise frem, +men mistenker innsynsforespørslene for å få tak i det datasettet +kommer til å være en kamp i motbakke, både hvis en forsøker hver +enkelt offentlig instans eller Matrikkelen.

+ +

Fra kartet kan en se at endel tomtearealer er markert flere ganger. +Det skjer hvis kommunens oversikt henviser til matrikkel-tomter med +overlappende areal. Hvis det finnes to ulike arealer med og uten +bygninger så blir fargen lilla, ellers blir fargen sterkere enn hvis +det bare et gårds- og bruksnummer for et gitt areal. Jeg antar dette +kommer av utdatert informasjon i oversikten fra kommunen kombinert med +tilgang på geografisk informasjon om ikke lenger gjeldende tomter i +Matrikkelen, for eksempel ved at en eiendom er delt i flere biter, og +kommunens oversikt inneholder oppføring av gårds- og bruksnummer før +og etter oppdeling. Hver av disse bør undersøkes og korrigeres +individuelt, men i og med at jeg ikke har mulighet til å fikse feil +hos hverken kommunen eller kartverket har jeg ikke brukt tid på +dette.

+ +

Det norske eiendomsregisteret, Matrikkelen, endres hele tiden. Det +skjer blant annet ved ved fradeling og sammenslåing. Fire år er lang +tid i så måte. Jeg antar det kan forklare noen av eiendommene +kommunen hevder å eie som mangler informasjon i Matrikkelen, men neppe +alle. Noen av dem er nok også feil i kommunens datasett. +Utfordringen er å finne hvilke det gjelder. Hvis du har lyst til å se +på detaljene, så er lenker til aktuelle gårds- og bruksnummer for de +to problematiske kategoriene samlet under.

+ +

Et eksempel i så måte er +0301-999/11, +som kommunens oversikt forteller er "GULLKROKEN 4M IKKE TINGLYST VEI" +med Bymiljøetaten som ansvarlig etat, og kartverket sier er 0 +kvadratmeter og uten registrerte teiger. Mitt gjett her er at +kommunen ikke har registrert det jeg mistenker kan være veien til +husene i lokalområdet i Matrikkelen, det vil si veien er fradelt fra +0301-31/244, +og at kommunen så langt ikke har registrert teigen i Matrikkelen, men +kan ikke vite sikkert. Det virker litt rart at det ikke er gjort på de fire årene som har gått siden oversikten fra kommunen ble publisert.

+ +

Dette er de 268 gårds- og bruksnummerene uten informasjon om +geografisk posisjon i Matrikkelen: +2/173, +2/174, +2/384, +2/58, +3/133, +3/164, +3/346, +3/347, +3/348, +3/349, +3/368, +3/635, +5/14, +5/64, +5/78, +6/187, +6/219, +6/25, +6/56, +6/59, +9/147, +9/149, +9/155, +9/156, +9/158, +9/159, +10/385, +10/445, +27/2382, +27/677, +27/716, +27/75, +28/430, +30/47, +31/194, +31/195, +33/1083, +33/11, +33/1194, +33/1195, +33/1196, +33/1197, +33/1198, +33/1199, +33/1239, +33/330, +33/345, +33/346, +33/347, +33/348, +33/458, +33/512, +34/3, +35/435, +35/675, +36/185, +36/38, +37/101, +37/25, +38/203, +38/234, +38/235, +41/193, +41/381, +41/406, +47/19, +47/2, +47/75, +47/76, +49/3, +50/10, +50/11, +50/12, +50/13, +50/233, +50/9, +52/1143, +53/253, +53/35, +54/264, +54/265, +57/279, +57/297, +58/173, +58/196, +58/197, +59/239, +59/66, +64/9, +65/20, +66/15, +66/22, +69/15, +69/20, +69/38, +69/39, +69/40, +69/41, +69/42, +69/43, +70/3, +70/4, +70/6, +72/182, +72/25, +72/26, +72/27, +73/313, +73/638, +73/673, +73/719, +74/8, +77/153, +77/154, +77/155, +77/156, +77/157, +77/22, +79/25, +79/74, +86/50, +86/513, +86/515, +88/209, +88/210, +88/211, +90/536, +93/158, +93/200, +93/204, +93/205, +93/207, +93/208, +93/217, +93/218, +93/351, +93/5, +93/603, +94/531, +94/81, +95/16, +96/180, +97/44, +98/12, +98/13, +98/14, +98/19, +102/424, +102/447, +104/6, +105/188, +105/189, +107/167, +109/3, +112/24, +112/27, +114/23, +120/13, +122/19, +122/25, +122/369, +126/95, +126/96, +126/97, +127/11, +127/67, +131/31, +137/121, +138/16, +140/120, +141/26, +144/692, +146/200, +146/201, +146/202, +146/203, +146/204, +146/205, +146/206, +146/207, +146/208, +146/209, +146/210, +146/211, +146/557, +147/54, +148/503, +149/429, +149/958, +150/107, +151/281, +151/6, +152/162, +152/20, +154/24, +157/214, +162/286, +166/3, +168/31, +168/5, +171/31, +171/6, +174/4, +177/5, +182/109, +182/114, +182/147, +182/344, +182/652, +182/725, +182/727, +182/728, +182/729, +182/744, +182/936, +191/171, +194/49, +196/66, +197/216, +197/218, +197/305, +197/358, +198/16, +208/439, +209/321, +209/322, +209/377, +212/21, +213/33, +213/74, +214/468, +215/248, +215/44, +216/166, +216/82, +219/200, +219/300, +221/276, +221/58, +222/124, +222/6, +224/185, +224/346, +224/93, +225/231, +225/306, +225/32, +225/400, +225/414, +228/22, +228/47, +230/310, +231/142, +231/144, +231/23, +231/521, +233/169, +233/176, +233/178, +233/301, +234/52, +234/53, +236/76, +236/9, +441/1, +480/1, +999/11 og +999/134

+ +

Dette er de 346 gårds- og bruksnummerene som mangler i Matrikkelen +(Matrikkelen sier "eiendommen er utgått"): +2/559, +2/563, +2/641, +2/642, +3/555, +5/111, +11/598, +11/608, +27/2113, +27/2261, +27/326, +27/405, +27/644, +28/363, +28/446, +28/447, +28/491, +28/492, +28/493, +28/494, +28/495, +28/496, +28/497, +31/218, +31/352, +31/353, +31/356, +31/359, +31/383, +31/384, +31/420, +31/425, +31/427, +31/434, +31/437, +32/433, +32/434, +32/435, +32/436, +32/815, +33/1088, +33/1224, +33/1237, +33/1238, +33/1258, +33/1339, +33/1340, +33/1341, +33/1342, +33/203, +33/302, +33/4, +33/7, +33/8, +33/809, +33/810, +33/813, +33/870, +34/7, +35/469, +35/470, +36/189, +36/191, +36/192, +36/193, +36/194, +44/0, +52/1109, +52/1197, +53/484, +54/181, +54/185, +54/200, +54/201, +54/202, +54/203, +73/135, +73/159, +73/466, +73/614, +73/615, +73/616, +73/617, +73/618, +73/619, +73/620, +73/621, +73/633, +73/672, +73/674, +73/675, +73/676, +73/678, +73/679, +73/687, +73/794, +75/598, +75/599, +75/600, +75/601, +75/602, +75/603, +75/604, +75/605, +75/607, +75/608, +75/610, +75/611, +75/613, +75/616, +75/617, +75/618, +75/619, +75/620, +75/622, +75/734, +75/763, +75/764, +75/765, +75/766, +75/767, +75/768, +75/769, +75/770, +75/771, +75/772, +75/773, +75/774, +75/775, +75/776, +75/777, +75/778, +75/779, +75/780, +75/781, +75/782, +75/783, +76/145, +76/146, +76/147, +76/148, +76/149, +76/150, +76/151, +76/152, +76/153, +76/154, +76/155, +76/156, +76/157, +76/158, +85/23, +86/541, +86/922, +88/222, +91/143, +92/121, +92/171, +92/90, +93/283, +93/284, +93/285, +94/11, +94/436, +94/503, +94/504, +94/6, +95/307, +95/50, +105/380, +105/476, +106/263, +122/103, +122/110, +122/111, +122/309, +122/337, +123/778, +128/116, +129/87, +130/172, +130/192, +132/59, +132/60, +132/61, +132/62, +132/63, +132/64, +132/65, +132/66, +132/67, +133/11, +138/97, +140/154, +141/47, +143/604, +144/1064, +144/1357, +144/150, +144/1895, +144/314, +144/814, +144/870, +144/871, +144/872, +144/873, +144/874, +144/875, +144/876, +144/877, +144/878, +144/969, +146/349, +148/179, +148/180, +148/181, +148/528, +149/986, +150/103, +151/237, +151/240, +151/255, +151/256, +151/268, +151/269, +151/270, +151/273, +151/274, +151/275, +151/277, +151/280, +151/291, +151/293, +151/299, +151/304, +151/338, +157/35, +159/245, +159/323, +159/338, +160/163, +164/247, +164/249, +167/313, +175/6, +176/25, +176/31, +177/7, +180/7, +190/222, +190/223, +190/225, +190/226, +190/227, +190/228, +190/229, +190/230, +190/231, +190/232, +191/69, +197/101, +197/117, +197/138, +197/145, +197/158, +197/159, +197/160, +197/167, +197/183, +197/22, +197/318, +197/68, +207/462, +207/75, +212/0, +223/38, +224/376, +225/178, +225/424, +225/425, +225/47, +229/152, +230/280, +230/282, +230/475, +230/476, +230/477, +230/478, +230/479, +230/94, +230/95, +230/96, +230/98, +232/62, +233/272, +233/273, +233/274, +233/502, +234/48, +235/53, +236/195, +250/41, +385/0, +485/0, +507/0, +509/0, +516/0, +517/0, +518/0, +999/109, +999/170, +999/221, +999/245, +999/25, +999/273, +999/283, +999/317, +999/338, +999/339, +999/349, +999/38, +999/394, +999/417, +999/471, +999/492, +999/58, +999/581, +999/601, +999/612, +999/636, +999/643, +999/646, +999/654, +999/655, +999/676, +999/76, +999/786, +999/788, +999/819, +999/822, +999/825, +999/849, +999/857, +999/862, +999/866 og +999/884

Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner til min adresse 15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b. Merk, betaling med bitcoin er ikke anonymt. :)

+ +

Oppdatering 2020-07-05: Ble tipset om offisielle +kilder fra kommunens behandling. Vedtaket var del av sak 133 i +protokoll +fra finanskomiteens møte onsdag 19. oktober 2011 kl. 16:30, og kom +som resultat av følgende utveksling med +spørsmål +og +svar.

@@ -146,45 +1077,194 @@ Merk, betaling med bitcoin er ikke anonymt. :)

- -
7th December 2019
-

When asked to accept terms of use and privacy policies that state -it will to remove rights I otherwise had or accept unreasonable terms -undermining my privacy, I choose away the service. I simply do not -have the conscience to accept terms I have no indention of upholding. -But how are the system and service providers to know how many people -they scared away? Normally I just quietly walk away. But today, I -tried a new approach. I sent the following email (removing the -specifics, as I am not out to take the specific service in question) -to the service provider I decided to not use, to at least give them -one data point on how many users are unhappy with their terms:

+ +
10th June 2021
+

I am very pleased to be able to share with you +the +announcement of a new version of the archiving system Nikita +published by its lead developer Thomas Sødring:

-
-From: Petter Reinholdtsen -
Subject: When terms of use turn users away -
To: [contact@some.site] -
Date: Sat, 07 Dec 2019 16:30:56 +0100 - -

Dear [Site Owner],

- -

I was eager to test the system, as it seemed like a fun and -interesting application of [some] technology, but after reading the -terms of use and privacy policy on <URL: -https://www.[some.site]/terms-of-use > and <URL: -https://www.[some.site]/privacy-policy > I want you to know that I -decided to turn away. There were several provisions in the terms and -policy turning me off, but the final term that convinced me was being -asked to sign away my right to reverse engineer.

- -

-- -
Happy hacking -
Petter Reinholdtsen

-
+

+ +

It is with great pleasure that we can announce a new release of +nikita. Version 0.6 +(https://gitlab.com/OsloMet-ABI/nikita-noark5-core). This +release makes new record keeping functionality available. This really +is a maturity release. Both in terms of functionality but also code. +Considerable effort has gone into refactoring the codebase and +simplifying the code. Notable changes for this release include:

+ +
    + +
  • Significantly improved OData parsing
  • +
  • Support for business specific metadata and national identifiers
  • +
  • Continued implementation of domain model and endpoints
  • +
  • Improved testing
  • +
  • Ability to export and import from arkivstruktur.xml
  • + +
+ +

We are currently in the process of reaching an agreement with an +archive institution to publish their picture archive using nikita with +business specific metadata and we hope that we can share this with you +soon. This is an interesting project as it allows the organisation to +bring an older picture archive back to life while using the original +metadata values stored as business specific metadata. Combined with +OData means the scope and use of the archive is significantly +increased and will showcase both the flexibility and power of +Noark.

+ +

I really think we are approaching a version 1.0 of nikita, even +though there is still a lot of work to be done. The notable work at +the moment is to implement access-control and full text indexing of +documents.

+ +

My sincere thanks to everyone who has contributed to this +release!

+ +

- Thomas

-

I do not expect much to come out of it, but sharing it here in case -others want to give something similar a try too. If companies -discover their terms scare away enough people, perhaps they will be -improved...

+

Release 0.6 2021-06-10 (d1ba5fc7e8bad0cfdce45ac20354b19d10ebbc7b)

+ +
    + +
  • Refactor metadata entity search
  • +
  • Remove redundant security configuration
  • +
  • Make OpenAPI documentation work
  • +
  • Change database structure / inheritance model to a more sensible approach
  • +
  • Make it possible to move entities around the fonds structure
  • +
  • Implemented a number of missing endpoints
  • +
  • Make sure yml files are in sync
  • +
  • Implemented/finalised storing and use of +
      +    
    • Business Specific Metadata
    • +    
    • Norwegian National Identifiers
    • +    
    • Cross Reference
    • +    
    • Keyword
    • +    
    • StorageLocation
    • +    
    • Author
    • +    
    • Screening for relevant objects
    • +    
    • ChangeLog
    • +    
    • EventLog
    • +
  • +
  • Make generation of updated docker image part of successful CI pipeline
  • +
  • Implement pagination for all list requests +
      +    
    • Refactor code to support lists
    • +    
    • Refactor code for readability
    • +    
    • Standardise the controller/service code
    • +
  • +
  • Finalise File->CaseFile expansion and Record->registryEntry/recordNote +expansion
  • +
  • Improved Continuous Integration (CI) approach via gitlab
  • +
  • Changed conversion approach to generate tagged PDF documents
  • +
  • Updated dependencies +
      +    
    • For security reasons
    • +    
    • Brought codebase to spring-boot version 2.5.0
    • +    
    • Remove import of necessary dependencies
    • +    
    • Remove non-used metrics classes
    • +
  • +
  • Added new analysis to CI including
  • +
  • Implemented storing of Keyword
  • +
  • Implemented storing of Screening and ScreeningMetadata
  • +
  • Improved OData support +
      +    
    • Better support for inheritance in queries where applicable
    • +    
    • Brought in more OData tests
    • +    
    • Improved OData/hibernate understanding of queries
    • +    
    • Implement $count, $orderby
    • +    
    • Finalise $top and $skip
    • +    
    • Make sure & is used between query parameters
    • +
  • +
  • Improved Testing in codebase +
      +    
    • A new approach for integration tests to make test more readable
    • +    
    • Introduce tests in parallel with code development for TDD approach
    • +    
    • Remove test that required particular access to storage
    • +
  • +
  • Implement case-handling process from received email to case-handler +
      +    
    • Develop required GUI elements (digital postroom from email)
    • +    
    • Introduced leader, quality control and postroom roles
    • +
  • +
  • Make PUT requests return 200 OK not 201 CREATED
  • +
  • Make DELETE requests return 204 NO CONTENT not 200 OK
  • +
  • Replaced 'oppdatert*' with 'endret*' everywhere to match latest spec
  • +
  • Upgrade Gitlab CI to use python > 3 for CI scripts
  • +
  • Bug fixes +
      +    
    • Fix missing ALLOW
    • +    
    • Fix reading of objects from jar file during start-up
    • +    
    • Reduce the number of warnings in the codebase
    • +    
    • Fix delete problems
    • +    
    • Make better use of cascade for "leaf" objects
    • +    
    • Add missing annotations where relevant
    • +    
    • Remove the use of ETAG for delete
    • +    
    • Fix missing/wrong/broken rels discovered by runtest
    • +    
    • Drop unofficial convertFil (konverterFil) end point
    • +    
    • Fix regex problem for dateTime
    • +    
    • Fix multiple static analysis issues discovered by coverity
    • +    
    • Fix proxy problem when looking for object class names
    • +    
    • Add many missing translated Norwegian to English (internal) +attribute/entity names
    • +    
    • Change UUID generation approach to allow code also set a value
    • +    
    • Fix problem with Part/PartParson
    • +    
    • Fix problem with empty OData search results
    • +    
    • Fix metadata entity domain problem
    • +
  • +
  • General Improvements +
      +    
    • Makes future refactoring easier as coupling is reduced
    • +    
    • Allow some constant variables to be set from property file
    • +    
    • Refactor code to make reflection work better across codebase
    • +    
    • Reduce the number of @Service layer classes used in @Controller +classes
    • +    
    • Be more consistent on naming of similar variable types
    • +    
    • Start printing rels/href if they are applicable
    • +    
    • Cleaner / standardised approach to deleting objects
    • +    
    • Avoid concatenation when using StringBuilder
    • +    
    • Consolidate code to avoid duplication
    • +    
    • Tidy formatting for a more consistent reading style across +similar class files
    • +    
    • Make throw a log.error message not an log.info message
    • +    
    • Make throw print the log value rather than printing in multiple +places
    • +    
    • Add some missing pronom codes
    • +    
    • Fix time formatting issue in Gitlab CI
    • +    
    • Remove stale / unused code
    • +    
    • Use only UUID datatype rather than combination String/UUID for systemID
    • +    
    • Mark variables final and @NotNull where relevant to indicate +intention
    • +
  • +
  • Change Date values to DateTime to maintain compliance with Noark 5 +standard
  • +
  • Domain model improvements using Hypersistence Optimizer +
      +    
    • Move @Transactional from class to methods to avoid borrowing the JDBC Connection unnecessarily
    • +    
    • Fix OneToOne performance issues
    • +    
    • Fix ManyToMany performance issues
    • +    
    • Add missing bidirectional synchronization support
    • +    
    • Fix ManyToMany performance issue
    • +
  • +
  • Make List<> and Set<> use final-keyword to avoid potential problems +during update operations
  • +
  • Changed internal URLs, replaced "hateoas-api" with "api".
  • +
  • Implemented storing of Precedence.
  • +
  • Corrected handling of screening.
  • +
  • Corrected _links collection returned for list of mixed entity types +to match the specific entity.
  • +
  • Improved several internal structures.
  • +
+ +

+ +

If free and open standardized archiving API sound interesting to +you, please contact us on IRC +(#nikita on +irc.oftc.net) or email +(nikita-noark +mailing list).

As usual, if you use Bitcoin and want to show your support of my activities, please send Bitcoin donations to my address @@ -193,69 +1273,7 @@ activities, please send Bitcoin donations to my address

- Tags: english, personvern. - - -
-
-
- -
- -
25th November 2019
-

Four years ago, I did a back of the envelope calculation on -how -much it would cost to store audio recordings of all the phone calls in -Norway, and came up with NOK 2.1 million / EUR 250 000 for the -year 2013. It is time to repeat the calculation using updated -numbers. The calculation is based on how much data storage is needed -for each minute of audio, how many minutes all the calls in Norway -sums up to, multiplied by the cost of data storage.

- -

The number of phone call minutes for 2018 was fetched from -the NKOM statistics -site, and for 2018, land line calls are listed as 434 238 000 -minutes, while mobile phone calls are listed with 7 542 006 000 -minutes. The total number of minutes is thus 7 976 244 000. For -simplicity, I decided to ignore any advantages in audio compression the -last four years, and continue to assume 60 Kbytes/min as the last -time.

- -

Storage prices still varies a lot, but as last time, I decide to -take a reasonable big and cheap hard drive, and double its price to -include the surrounding costs into account. A 10 TB disk cost less -than 4500 NOK / 450 EUR these days, and doubling it give 9000 NOK per -10 TB.

- -

So, with the parameters in place, lets update the old table -estimating cost for calls in a given year:

- - - - - - - - - - -
YearCall minutesSizePrice in NOK / EUR
200524 000 000 0001.3 PiB1 170 000 / 117 000
201218 000 000 0001.0 PiB900 000 / 90 000
201317 000 000 000950 TiB855 000 / 85 500
20187 976 244 000445 TiB401 100 / 40 110
- -

Both the cost of storage and the number of phone call minutes have -dropped since the last time, bringing the cost down to a level where I -guess even small organizations can afford to store the audio recording -from every phone call taken in a year in Norway. Of course, this is -just the cost of buying the storage equipment. Maintenance, need to -be included as well, but the volume of a single year is about a single -rack of hard drives, so it is not much more than I could fit in my own -home. Wonder how much the electricity bill would raise if I had that -kind of storage? I doubt it would be more than a few tens of thousand -NOK per year.

-
- @@ -263,126 +1281,52 @@ NOK per year.

- -
1st September 2019
-

While working on identifying and counting movies that can be -legally shared on the Internet, I also looked at the Norwegian movies -listed in IMDb. So far I have identified 54 candidates published -before 1940 that might no longer be protected by norwegian copyright -law. Of these, only 29 are available at least in part from the -Norwegian National Library. It can be assumed that the remaining 25 -movies are lost. It seem most useful to identify the copyright status -of movies that are not lost. To verify that the movie is really no -longer protected, one need to verify the list of copyright holders and -figure out if and when they died. I've been able to identify some of -them, but for some it is hard to figure out when they died.

- -

This is the list of 29 movies both available from the library and -possibly no longer protected by copyright law. The year range -(1909-1979 on the first line) is year of publication and last year -with copyright protection.

- -
-1909-1979 ( 70 year) NSB Bergensbanen 1909 - http://www.imdb.com/title/tt0347601/
-1910-1980 ( 70 year) Bjørnstjerne Bjørnsons likfærd - http://www.imdb.com/title/tt9299304/
-1910-1980 ( 70 year) Bjørnstjerne Bjørnsons begravelse - http://www.imdb.com/title/tt9299300/
-1912-1998 ( 86 year) Roald Amundsens Sydpolsferd (1910-1912) - http://www.imdb.com/title/tt9237500/
-1913-2006 ( 93 year) Roald Amundsen på sydpolen - http://www.imdb.com/title/tt0347886/
-1917-1987 ( 70 year) Fanden i nøtten - http://www.imdb.com/title/tt0346964/
-1919-2018 ( 99 year) Historien om en gut - http://www.imdb.com/title/tt0010259/
-1920-1990 ( 70 year) Kaksen på Øverland - http://www.imdb.com/title/tt0011361/
-1923-1993 ( 70 year) Norge - en skildring i 6 akter - http://www.imdb.com/title/tt0014319/
-1925-1997 ( 72 year) Roald Amundsen - Ellsworths flyveekspedition 1925 - http://www.imdb.com/title/tt0016295/
-1925-1995 ( 70 year) En verdensreise, eller Da knold og tott vaskede negrene hvite med 13 sæpen - http://www.imdb.com/title/tt1018948/
-1926-1996 ( 70 year) Luftskibet 'Norge's flugt over polhavet - http://www.imdb.com/title/tt0017090/
-1926-1996 ( 70 year) Med 'Maud' over Polhavet - http://www.imdb.com/title/tt0017129/
-1927-1997 ( 70 year) Den store sultan - http://www.imdb.com/title/tt1017997/
-1928-1998 ( 70 year) Noahs ark - http://www.imdb.com/title/tt1018917/
-1928-1998 ( 70 year) Skjæbnen - http://www.imdb.com/title/tt1002652/
-1928-1998 ( 70 year) Chefens cigarett - http://www.imdb.com/title/tt1019896/
-1929-1999 ( 70 year) Se Norge - http://www.imdb.com/title/tt0020378/
-1929-1999 ( 70 year) Fra Chr. Michelsen til Kronprins Olav og Prinsesse Martha - http://www.imdb.com/title/tt0019899/
-1930-2000 ( 70 year) Mot ukjent land - http://www.imdb.com/title/tt0021158/
-1930-2000 ( 70 year) Det er natt - http://www.imdb.com/title/tt1017904/
-1930-2000 ( 70 year) Over Besseggen på motorcykel - http://www.imdb.com/title/tt0347721/
-1931-2001 ( 70 year) Glimt fra New York og den Norske koloni - http://www.imdb.com/title/tt0021913/
-1932-2007 ( 75 year) En glad gutt - http://www.imdb.com/title/tt0022946/
-1934-2004 ( 70 year) Den lystige radio-trio - http://www.imdb.com/title/tt1002628/
-1935-2005 ( 70 year) Kronprinsparets reise i Nord Norge - http://www.imdb.com/title/tt0268411/
-1935-2005 ( 70 year) Stormangrep - http://www.imdb.com/title/tt1017998/
-1936-2006 ( 70 year) En fargesymfoni i blått - http://www.imdb.com/title/tt1002762/
-1939-2009 ( 70 year) Til Vesterheimen - http://www.imdb.com/title/tt0032036/
-
- -To be sure which one of these can be legally shared on the Internet, -in addition to verifying the right holders list is complete, one need -to verify the death year of these persons: - -
-Bjørnstjerne Bjørnson (dead 1910) - http://www.imdb.com/name/nm0085085/
-Gustav Adolf Olsen (missing death year) - http://www.imdb.com/name/nm0647652/
-Gustav Lund (missing death year) - http://www.imdb.com/name/nm0526168/
-John W. Brunius (dead 1937) - http://www.imdb.com/name/nm0116307/
-Ola Cornelius (missing death year) - http://www.imdb.com/name/nm1227236/
-Oskar Omdal (dead 1927) - http://www.imdb.com/name/nm3116241/
-Paul Berge (missing death year) - http://www.imdb.com/name/nm0074006/
-Peter Lykke-Seest (dead 1948) - http://www.imdb.com/name/nm0528064/
-Roald Amundsen (dead 1928) - https://www.imdb.com/name/nm0025468/
-Sverre Halvorsen (dead 1936) - http://www.imdb.com/name/nm1299757/
-Thomas W. Schwartz (missing death year) - http://www.imdb.com/name/nm2616250/
-
- -

Perhaps you can help me figuring death year of those missing it, or -right holders if some are missing in IMDb? It would be nice to have a -definite list of Norwegian movies that are legal to share on the -Internet.

- -

This is the list of 25 movies not available from the library and -possibly no longer protected by copyright law:

- -
-1907-2009 (102 year) Fiskerlivets farer - http://www.imdb.com/title/tt0121288/
-1912-2018 (106 year) Historien omen moder - http://www.imdb.com/title/tt0382852/
-1912-2002 ( 90 year) Anny - en gatepiges roman - http://www.imdb.com/title/tt0002026/
-1916-1986 ( 70 year) The Mother Who Paid - http://www.imdb.com/title/tt3619226/
-1917-2018 (101 year) En vinternat - http://www.imdb.com/title/tt0008740/
-1917-2018 (101 year) Unge hjerter - http://www.imdb.com/title/tt0008719/
-1917-2018 (101 year) De forældreløse - http://www.imdb.com/title/tt0007972/
-1918-2018 (100 year) Vor tids helte - http://www.imdb.com/title/tt0009769/
-1918-2018 (100 year) Lodsens datter - http://www.imdb.com/title/tt0009314/
-1919-2018 ( 99 year) Æresgjesten - http://www.imdb.com/title/tt0010939/
-1921-2006 ( 85 year) Det nye year? - http://www.imdb.com/title/tt0347686/
-1921-1991 ( 70 year) Under Polarkredsens himmel - http://www.imdb.com/title/tt0012789/
-1923-1993 ( 70 year) Nordenfor polarcirkelen - http://www.imdb.com/title/tt0014318/
-1925-1995 ( 70 year) Med 'Stavangerfjord' til Nordkap - http://www.imdb.com/title/tt0016098/
-1926-1996 ( 70 year) Over Atlanterhavet og gjennem Amerika - http://www.imdb.com/title/tt0017241/
-1926-1996 ( 70 year) Hallo! Amerika! - http://www.imdb.com/title/tt0016945/
-1926-1996 ( 70 year) Tigeren Teodors triumf - http://www.imdb.com/title/tt1008052/
-1927-1997 ( 70 year) Rød sultan - http://www.imdb.com/title/tt1017979/
-1927-1997 ( 70 year) Søndagsfiskeren Flag - http://www.imdb.com/title/tt1018002/
-1930-2000 ( 70 year) Ro-ro til fiskeskjær - http://www.imdb.com/title/tt1017973/
-1933-2003 ( 70 year) I kongens klær - http://www.imdb.com/title/tt0024164/
-1934-2004 ( 70 year) Eventyret om de tre bukkene bruse - http://www.imdb.com/title/tt1007963/
-1934-2004 ( 70 year) Pål sine høner - http://www.imdb.com/title/tt1017966/
-1937-2007 ( 70 year) Et mesterverk - http://www.imdb.com/title/tt1019937/
-1938-2008 ( 70 year) En Harmony - http://www.imdb.com/title/tt1007975/
-
- -

Several of these movies completely lack right holder information in -IMDb and elsewhere. Without access to a copy of the movie, it is -often impossible to get the list of people involved in making the -movie, making it impossible to figure out the correct copyright -status.

- -

Not listed here are the movies still protected by copyright law. -Their copyright terms varies from 79 to 144 years, according to the -information I have available so far. One of the non-lost movies might -change status next year, -Mustads Mono from 1920. -The next one might be -Hvor isbjørnen ferdes -from 1935 in 2024.

- + +
1st May 2021
+

Yesterday morning I got a warning call from the Debian quality +control system that +the VLC +bittorrent plugin was due to be removed because of a release +critical bug in one of its dependencies. As you might remember, this +plugin make VLC able to stream videos directly from a bittorrent +source using both torrent files and magnet links, similar to using a +HTTP source. I believe such protocol support is a vital feature in +VLC, allowing efficient streaming from sources such at the almost 7 +million movies in the Internet +Archive.

+ +

The dependency was the unmaintained +libtorrent-rasterbar +package, and the bug in +question blocked its python library from working properly. As I +did not want Bullseye to release without bittorrent support in VLC, I +set out to check out the status, and track down a fix for the problem. +Luckily the issue had already been identified and fixed upstream, +providing everything needed. All I needed to do was to fetch the +Debian git repository, extract and trim the patch from upstream and +apply it to the Debian package for upload.

+ +

The fixed library was uploaded yesterday evening. But that is not +enough to get it into Bullseye, as Debian is currently in package +freeze to prepare for a new next stable release. Only non-critical +packages with +autopkgtest +setup included, in other words able to validate automatically that +the package is working, are allowed to migrate automatically into the +next release at this stage. And the unmaintained libtorrent-rasterbar +lack such testing, and thus needed a manual override. I am happy to +report that such manual override was approved a few minutes ago, thus +increasing significantly the chance of VLC bittorrent streaming being +available out of the box also for Debian/Buster users. A bit too +close shave for my liking, as the Bullseye release is most likely just +a few days away, and this did feel like the package was saved by the +bell. I am so glad the warning email showed up in time for me to +handle the issue, and a big thanks go to the Debian Release team for +the quick feedback on +#debian-release +and their swift +unblocking.

+

As usual, if you use Bitcoin and want to show your support of my activities, please send Bitcoin donations to my address 15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b.

@@ -390,7 +1334,7 @@ activities, please send Bitcoin donations to my address @@ -398,67 +1342,55 @@ activities, please send Bitcoin donations to my address
- -
10th August 2019
-

The recent announcement of from the New York Public Library on its -results in -identifying -books published in the USA that are now in the public domain, -inspired me to update the scripts I use to track down movies that are -in the public domain. This involved updating the script used to -extract lists of movies believed to be in the public domain, to work -with the latest version of the source web sites. In particular the -new edition of the Retro Film -Vault web site now seem to list all the films available from that -distributor, bringing the films identified there to more than 12.000 -movies, and I was able to connect 46% of these to IMDB titles.

- -

The new total is 16307 IMDB IDs (aka films) in the public domain or -creative commons licensed, and unknown status for 31460 movies -(possibly duplicates of the 16307).

- -

The complete data set is available from -a -public git repository, including the scripts used to create it.

- -

Anyway, this is the summary of the 28 collected data sources so -far:

- -

- 2361 entries (   50 unique) with and 22472 without IMDB title ID in free-movies-archive-org-search.json
- 2363 entries (  146 unique) with and     0 without IMDB title ID in free-movies-archive-org-wikidata.json
-  299 entries (   32 unique) with and    93 without IMDB title ID in free-movies-cinemovies.json
-   88 entries (   52 unique) with and    36 without IMDB title ID in free-movies-creative-commons.json
- 3190 entries ( 1532 unique) with and    13 without IMDB title ID in free-movies-fesfilm-xls.json
-  620 entries (   24 unique) with and   283 without IMDB title ID in free-movies-fesfilm.json
- 1080 entries (  165 unique) with and   651 without IMDB title ID in free-movies-filmchest-com.json
-  830 entries (   13 unique) with and     0 without IMDB title ID in free-movies-icheckmovies-archive-mochard.json
-   19 entries (   19 unique) with and     0 without IMDB title ID in free-movies-imdb-c-expired-gb.json
- 7410 entries ( 7101 unique) with and     0 without IMDB title ID in free-movies-imdb-c-expired-us.json
- 1205 entries (   41 unique) with and     0 without IMDB title ID in free-movies-imdb-pd.json
-  163 entries (   22 unique) with and    88 without IMDB title ID in free-movies-infodigi-pd.json
-  158 entries (  103 unique) with and     0 without IMDB title ID in free-movies-letterboxd-looney-tunes.json
-  113 entries (    4 unique) with and     0 without IMDB title ID in free-movies-letterboxd-pd.json
-  182 entries (   71 unique) with and     0 without IMDB title ID in free-movies-letterboxd-silent.json
-  248 entries (   85 unique) with and     0 without IMDB title ID in free-movies-manual.json
-  158 entries (    4 unique) with and    64 without IMDB title ID in free-movies-mubi.json
-   85 entries (    1 unique) with and    23 without IMDB title ID in free-movies-openflix.json
-  520 entries (   22 unique) with and   244 without IMDB title ID in free-movies-profilms-pd.json
-  343 entries (   14 unique) with and    10 without IMDB title ID in free-movies-publicdomainmovies-info.json
-  701 entries (   16 unique) with and   560 without IMDB title ID in free-movies-publicdomainmovies-net.json
-   74 entries (   13 unique) with and    60 without IMDB title ID in free-movies-publicdomainreview.json
-  698 entries (   16 unique) with and   118 without IMDB title ID in free-movies-publicdomaintorrents.json
- 5506 entries ( 2941 unique) with and  6585 without IMDB title ID in free-movies-retrofilmvault.json
-   16 entries (    0 unique) with and     0 without IMDB title ID in free-movies-thehillproductions.json
-  110 entries (    2 unique) with and    29 without IMDB title ID in free-movies-two-movies-net.json
-   73 entries (   20 unique) with and   131 without IMDB title ID in free-movies-vodo.json
-16307 unique IMDB title IDs in total, 12509 only in one list, 31460 without IMDB title ID
-

- -

New this time is a list of all the identified IMDB titles, with -title, year and running time, provided in free-complete.json. this -file also indiciate which source is used to conclude the video is free -to distribute.

+ +
27th February 2021
+

I have neglected the Valutakrambod library for a while, but decided +this weekend to give it a face lift. I fixed a few minor glitches in +several of the service drivers, where the API had changed since I last +looked at the code. I also added support for fetching the order book +from the newcomer Norwegian Bitcoin Exchange.

+ +

I also decided to migrate the project from github to gitlab in the +process. If you want a python library for talking to various currency +exchanges, check out +code for +valutakrambod.

+ +

This is what the output from 'bin/btc-rates-curses -c' +looked like a few minutes ago:

+ +

+           Name Pair           Bid         Ask Spread Ftcd    Age   Freq
+       Bitfinex BTCEUR  39229.0000  39246.0000   0.0%   44     44    nan
+        Bitmynt BTCEUR  39071.0000  41048.9000   4.8%   43     74    nan
+         Bitpay BTCEUR  39326.7000         nan   nan%   39    nan    nan
+       Bitstamp BTCEUR  39398.7900  39417.3200   0.0%    0      0      1
+           Bl3p BTCEUR  39158.7800  39581.9000   1.1%    0    nan      3
+       Coinbase BTCEUR  39197.3100  39621.9300   1.1%   38    nan    nan
+         Kraken+BTCEUR  39432.9000  39433.0000   0.0%    0      0      0
+        Paymium BTCEUR  39437.2100  39499.9300   0.2%    0   2264    nan
+        Bitmynt BTCNOK 409750.9600 420516.8500   2.6%   43     74    nan
+         Bitpay BTCNOK 410332.4000         nan   nan%   39    nan    nan
+       Coinbase BTCNOK 408675.7300 412813.7900   1.0%   38    nan    nan
+        MiraiEx BTCNOK 412174.1800 418396.1500   1.5%   34    nan    nan
+            NBX BTCNOK 405835.9000 408921.4300   0.8%   33    nan    nan
+       Bitfinex BTCUSD  47341.0000  47355.0000   0.0%   44     53    nan
+         Bitpay BTCUSD  47388.5100         nan   nan%   39    nan    nan
+       Coinbase BTCUSD  47153.6500  47651.3700   1.0%   37    nan    nan
+         Gemini BTCUSD  47416.0900  47439.0500   0.0%   36    336    nan
+         Hitbtc BTCUSD  47429.9900  47386.7400  -0.1%    0      0      0
+         Kraken+BTCUSD  47401.7000  47401.8000   0.0%    0      0      0
+  Exchangerates EURNOK     10.4012     10.4012   0.0%   38  76236    nan
+     Norgesbank EURNOK     10.4012     10.4012   0.0%   31  76236    nan
+       Bitstamp EURUSD      1.2030      1.2045   0.1%    2      2      1
+  Exchangerates EURUSD      1.2121      1.2121   0.0%   38  76236    nan
+     Norgesbank USDNOK      8.5811      8.5811   0.0%   31  76236    nan
+

+ +

Yes, I notice the negative spread on Hitbtc. Either I fail to +understand their Websocket API or they are sending bogus data. I've +seen the same with Kraken, and suspect there is something wrong with +the data they send.

As usual, if you use Bitcoin and want to show your support of my activities, please send Bitcoin donations to my address @@ -467,7 +1399,7 @@ activities, please send Bitcoin donations to my address

@@ -475,31 +1407,113 @@ activities, please send Bitcoin donations to my address
- -
5th July 2019
-

Jeg er veldig glad for å kunne fortelle at i går ble ny versjon av -API-spesifikasjonen -for Noark 5 Tjenestegrensesnitt gitt ut. Det så lenge mørkt ut -for sjansene for å få inn nødvendige korreksjoner i -spesifikasjonsteksten innen rimelig tid, men takket være intens og god -innsats fra Mona og Anne Sofie hos Arkivverket de siste ukene, så ble -resultatet som ble gitt ut på USAs uavhengighetsdag mye bedre enn jeg -fryktet.

- -

Spesifikasjonen er -tilgjengelig -som markdown-filer i Arkivverkets github-prosjekt for dette, og de -aller fleste av forslagene til forbedringer fra oss som holder på med -Nikita-prosjektet -kom med i denne nye og oppdaterte spesifikasjonsteksten. Det er -fortsatt mye som gjenstår før den er entydig, klar og sikrer samvirke -på tvers av leverandører, men utgangspunktet er veldig mye bedre enn -forrige versjon fra 2016. Ta gjerne en titt.

- -

Ellers må jeg jo si at det var hyggelig å se at min forrige -bloggpost om tjenestegrensesnittet fikk en -lenke -fra Arkivverket Beta.

+ +
26th January 2021
+

Etter intenst arbeid over mange måneder er endelig den norske +utgaven av «Hvordan knuse overvåkningskapitalismen» av Cory Doctorow +ferdig og klar til å glede millioner av lesere over hele verden. +Følgende pressemelding ble nettopp sendt ut til norske redaksjoner: + +

+ +

Hva gjør stordata med oss, og hvordan gjør algoritmene +«fake news» til realiter?

+ +

Nå foreligger en viktig bok om temaet også på norsk. Boken klargjør +og foreslår hvordan vi selv som enkeltpersoner, men også nasjonalt og +internasjonalt kan bekjempe stordatakonsentrasjonene; +«overvåkingskapitalismen». Boken er «Hvordan knuse +overvåkingskapitalismen» av dr. Cory Doctorow. Den engelske +bokutgivelsen kom for noen dager siden og lanseres med et Webinar +torsdag 2021-01-28. Doctorow besøkte Norge og NUUG i desember med sin +presentasjon Monopoly, Not Mind Control: What's Really Happening With +"Surveillance Capitalism".

+ +

I funn etter funn, eksempel etter eksempel, gjennomgår og +analyserer dr. Doctorow de utfordringer vi møter i større og større +omfang. Ikke bare i USA, men også her hjemme.

+ +

Cory Doctorow er en britisk-kanadisk forfatter, journalist og +aktivist, kjent for sine science fiction-romaner, for arbeidet for +Creative Commons-bevegelsen, og for sine bidrag til reform av +opphavsretten. Han er både æresdoktor og gjesteforeleser i +datavitenskap ved Open University i UK, konsulent for Electronic +Frontier Foundation, og godt kjent for innsiktsfullt å kommentere og +skrive om digital utvikling.

+ +

Boken lanseres nå på norsk, både som ebok og på papir, oversatt av +en dugnadsgjeng ledet av Petter Reinholdtsen.

+ +

Boken reiser noen helt grunnleggende og samfunnskritiske spørsmål: +Hva fører det til når store deler av Internettet domineres av få store +aktører og deres styringsverktøy og algoritmer?

+ +

Som individer bør vi være opptatt at grenser blir satt og håndhevet +- grenser for overvåkning av individet, for utøvelse av kommersiell +og politisk påvirkning, og for monopoldannelser i +dataverdenen. Slik grensesetting styrker personvernet.

+ +

Konkurransetilsynet har ansvaret for at konkurranselovens § 11 skal +forby «et dominerende foretak for utilbørlig å utnytte og misbruke +sin dominerende stilling». Et tilsvarende forbud omfattes også av +EØS-avtalens artikkel 54. Boken går i detalj om serien av +innskrenkninger vi møter i valgfriheten, innskrenkninger som denne +lovgivningen nettopp skal forhindre. Håndhevelse av en slik lovgivning +er også til fordel for mindre næringsdrivende som uten dette får +begrenset sine faktiske eller potensielle muligheter for vekst og +etablering. «Slik atferd kan utgjøre et misbruk og kan ta ulike +former», skriver Konkurransetilsynet.

+ +

Cory Doctorow går i sin bok lengre enn det med sine mange eksempler +på forhold det burde vært grepet inn mot.

+ +

«Boken bør bidra til et sterkere engasjemen fra voktere av +Inter­nettet nasjonalt og internasjonalt - EU medregnet» sier +oversetter Ole-Erik Yrvin og fortsetter: «Vi har derfor +allerede +tatt opp bokens forslag direkte med Distrikts- og +digitaliseringsminister Linda Hofstad Helleland (H) og +Konkurransetilsynet slik at de kan følges opp.»

+ +

«Også Norge bør innta en pådriverrolle i denne utviklingen», sier +Petter Reinholdtsen. «Tiden er knapp, og tilsynsmyndighetene må få +de verktøy og de ressurser de trenger for at vi her hjemme skal oppnå +nødvendige resultater. Dette gjelder ikke bare vår egen generasjon; +det gjelder alle generasjoner fremover», avslutter Petter +Reinholdsen.

+ +

Kontaktinformasjon:

+ +
    + +
  • Ole-Erik Yrvin, oeyrvin (at) gmail.com, +47 46500450
  • + +
  • Petter Reinholdtsen, pere (at) hungry.com
  • + +
+ +

Relevante lenker:

+ +

+ +

Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner @@ -510,7 +1524,7 @@ Merk, betaling med bitcoin er ikke anonymt. :)

- Tags: noark5, norsk, standard. + Tags: docbook, norsk.
@@ -518,37 +1532,110 @@ Merk, betaling med bitcoin er ikke anonymt. :)

- -
4th July 2019
-

Childs need to learn how to guard their privacy too. To help them, -European Digital Rights (EDRi) created -a colorful booklet providing information on several privacy related topics, -and tips on how to protect ones privacy in the digital age.

- -

The 24 page booklet titled Digital Defenders is -available -in several languages. Thanks to the valuable contributions from -members of the Electronic Foundation Norway -(EFN) and others, it is also available in Norwegian Bokmål. -If you would like to have it available in your language too, -contribute -via Weblate and get in touch.

- -

But a funny, well written and good looking PDF do not have much -impact, unless it is read by the right audience. To increase the -chance of kids reading it, I am currently assisting EFN in getting -copies printed on paper to distribute on the street and in class -rooms. Print the booklet was made possible thanks to a small et of -great sponsors. Thank you very much to each and every one of them! I -hope to have the printed booklet ready to hand out on Tuesday, when -the Norwegian Unix Users Group is -organizing its yearly -barbecue for geeks and free software zealots in the Oslo area. If -you are nearby, feel free to come by and check out the party and the -booklet.

- -

If the booklet prove to be a success, it would be great to get -more sponsoring and distribute it to every kid in the country. :)

+ +
12th January 2021
+

After a lot of hard work by its maintainer Alexandre Viau and +others, the decentralized communication platform +Jami +(earlier known as Ring), managed to get +its latest version +into Debian Testing. Several of its dependencies has caused build and +propagation problems, which all seem to be solved now.

+ +

In addition to the fact that Jami is decentralized, similar to how +bittorrent is decentralized, I first of all like how it is not +connected to external IDs like phone numbers. This allow me to set up +computers to send me notifications using Jami without having to find +get a phone number for each computer. Automatic notification via Jami +is also made trivial thanks to the provided client side API (as a DBus +service). Here is my bourne shell script demonstrating how to let any +system send a message to any Jami address. It will create a new +identity before sending the message, if no Jami identity exist +already:

+ +

+#!/bin/sh
+#
+# Usage: $0  
+#
+# Send  to , create local jami account if
+# missing.
+#
+# License: GPL v2 or later at your choice
+# Author: Petter Reinholdtsen
+
+
+if [ -z "$HOME" ] ; then
+    echo "error: missing \$HOME, required for dbus to work"
+    exit 1
+fi
+
+# First, get dbus running if not already running
+DBUSLAUNCH=/usr/bin/dbus-launch
+PIDFILE=/run/asterisk/dbus-session.pid
+if [ -e $PIDFILE ] ; then
+    . $PIDFILE
+    if ! kill -0 $DBUS_SESSION_BUS_PID 2>/dev/null ; then
+        unset DBUS_SESSION_BUS_ADDRESS
+    fi
+fi
+if [ -z "$DBUS_SESSION_BUS_ADDRESS" ] && [ -x "$DBUSLAUNCH" ]; then
+    DBUS_SESSION_BUS_ADDRESS="unix:path=$HOME/.dbus"
+    dbus-daemon --session --address="$DBUS_SESSION_BUS_ADDRESS" --nofork --nopidfile --syslog-only < /dev/null > /dev/null 2>&1 3>&1 &
+    DBUS_SESSION_BUS_PID=$!
+    (
+        echo DBUS_SESSION_BUS_PID=$DBUS_SESSION_BUS_PID
+        echo DBUS_SESSION_BUS_ADDRESS=\""$DBUS_SESSION_BUS_ADDRESS"\"
+        echo export DBUS_SESSION_BUS_ADDRESS
+    ) > $PIDFILE
+    . $PIDFILE
+fi &
+
+dringop() {
+    part="$1"; shift
+    op="$1"; shift
+    dbus-send --session \
+        --dest="cx.ring.Ring" /cx/ring/Ring/$part cx.ring.Ring.$part.$op $*
+}
+
+dringopreply() {
+    part="$1"; shift
+    op="$1"; shift
+    dbus-send --session --print-reply \
+        --dest="cx.ring.Ring" /cx/ring/Ring/$part cx.ring.Ring.$part.$op $*
+}
+
+firstaccount() {
+    dringopreply ConfigurationManager getAccountList | \
+      grep string | awk -F'"' '{print $2}' | head -n 1
+}
+
+account=$(firstaccount)
+
+if [ -z "$account" ] ; then
+    echo "Missing local account, trying to create it"
+    dringop ConfigurationManager addAccount \
+      dict:string:string:"Account.type","RING","Account.videoEnabled","false"
+    account=$(firstaccount)
+    if [ -z "$account" ] ; then
+        echo "unable to create local account"
+        exit 1
+    fi
+fi
+
+# Not using dringopreply to ensure $2 can contain spaces
+dbus-send --print-reply --session \
+  --dest=cx.ring.Ring \
+  /cx/ring/Ring/ConfigurationManager \
+  cx.ring.Ring.ConfigurationManager.sendTextMessage \
+  string:"$account" string:"$1" \
+  dict:string:string:"text/plain","$2" 
+

+ +

If you want to check it out yourself, visit the +the Jami system project page to learn +more, and install the latest Jami client from Debian Unstable or +Testing.

As usual, if you use Bitcoin and want to show your support of my activities, please send Bitcoin donations to my address @@ -557,7 +1644,7 @@ activities, please send Bitcoin donations to my address

@@ -565,228 +1652,122 @@ activities, please send Bitcoin donations to my address
- -
21st June 2019
-

av Thomas Sødring (OsloMet) og Petter Reinholdtsen (foreningen -NUUG)

- -

Nikita Noark 5-kjerne er et fri programvareprosjekt som tar i bruk -Arkivverkets spesifikasjonen for Noark 5 Tjenestegrensesnitt og tilbyr -et maskinlesbart grensesnitt (arkiv-API) til datasystemer som trenger å -arkivere dokumenter og informasjon. I tillegg tilbyr Nikita et -nettleserbasert brukergrensesnitt for brukere av arkivet. Dette -brukergrensesnittet benytter det maskinlesbare grensesnittet. Noark 5 -Tjenestegrensesnitt er en ny måte å tenke arkivering, med fokus på -automatisering og maskinell behandling av arkivmateriale, i stedet for -å fokusere på brukergrensesnitt. En kan tenke på -tjenestegrensesnittet som arkivet uten brukergrensesnitt, der flere -aktører kan koble til ulike brukergrensesnitt, tilpasset ulike -behov.

- -

Historisk sett gjorde Noark standarden en veldig bra jobb med -overgangen fra -papir til digital saksbehandling, men det har kommet til kort på andre -områder. Den teknologiske utviklingen har brakt oss ditt at vi kan og -skal forvente langt mer fra en arkivkjerne enn før, men det offentlig -er ofte konservativ når det gjelder nytenking. For lengst skulle -begreper som samvirke mellom datasystemer, metadata, prosess og -tjenestegrensesnitt (API) vært dominerende når systemer kjøpes -inn. Dessverre er det slik at ikke alle ønsker samvirke mellom -datasystemer velkommen, og det kan være trygt å kjøpe «svarte bokser» -der du slipper å ta stilling til hvordan man skal få flere systemer -til å virke sammen. Men IT-arkitektur er et begrep arkivfolk også -begynner å ta inn over seg.

- -

Slike systemer for å organisere metadata bør ha nettbaserte -tjenestegrensesnitt der brukergrensesnitt er tydelig adskilt fra -bakenforliggende system. Det finnes mange rapporter som snakker om å -bryte ned siloer i forvaltningen og standardiserte tjenestegrensesnitt -er det viktigste virkemiddel mot datasiloer og legger til rette for -økt samvirke mellom systemer. Et standardisert tjenestegrensesnitt er -et viktig middel for å få systemer til å samhandle da det sikrer at -ulike produsenters systemer kan snakke sammen på tvers. Samfunnet -fungerer ikke uten standardisering. Vi har alle samme strømstyrke og -kontakter i veggene og kjører alle på høyre side av veien i Norge. Det er i en slik -sammenheng at prosjektet «Noark 5 Tjenestegrensesnitt» er veldig -viktig. Hvis alle leverandører av arkivsystemer forholdt seg til et -standardisert tjenestegrensesnitt kunne kostnadene for arkivering -reduseres. Tenk deg at du er en kommune som ønsker et fagsystem integrert -med arkivløsningen din. I dag må fagsystemleverandøren vite og -tilpasse seg den spesifikke versjonen og varianten av arkivløsningen -du har. Hvis vi antar at alle leverandører av arkivkjerner har solgt -inn enten SOAP eller REST-grensesnitt til kunder de siste 10 årene og -det kommer endret versjon av grensesnittet innimellom, så gir det -veldig mange forskjellige tjenestegrensesnitt en fagsystemleverandør -må forholde seg til. Med 12 leverandører og kvartalsvise oppdateringer -kan det potensielt bli 96 ulike varianter hvert eneste år. Det sier -seg selv at det blir dyrt. Men det blir faktisk verre. Hvis du senere -ønsker å bytte ut arkivsystemet med et annet så er du avhengig å få -alle integrasjonene dine laget på nytt. Dette kan gjøre at du velger å -forbli hos en dårlig leverandør framfor å skaffe nytt system, fordi -det blir for vanskelig og dyrt å bytte. Dermed etableres det «små» -monopolsituasjoner som er vanskelig å bryte ut av. Dårlige valg i dag -kan ha uante kostander på sikt. I Nikita-prosjektet har vi kun jobbet -opp mot Noark 5 Tjenestegrensesnittet. Det har tatt en god del -ressurser å sette seg inn i spesifikasjonen og ta den i bruk, spesielt -på grunn av uklarheter i spesifikasjonen. Hvis vi måtte gjøre det -samme for alle versjoner og varianter av de forskjellige -tjenestegrensesnittene ville det blitt veldig tidkrevende og -kostbart.

- -

For deg som arkivar er digitalisering og systemer som skal virke -sammen en del av den nye hverdagen. Du har kanskje blitt skånet for -det ved å kjøpe svarte bokser, men du risikerer at du gjør deg selv en -bjørnetjeneste. Det kan oppleves som kjedelig å fortelle kolleger at -du skal sette deg inn i et tjenestegrensesnitt, men dette er faktisk -veldig spennende. Tjenestegrensesnittet er på en måte blitt levende og -det er spesielt et begrep du bør merke deg: OData. Å trekke inn deler -av OData-standarden som en måte å filtrere entitetsøk i et arkivsystem -var et nyttig trekk i prosjektet. Følgende eksempel er en -OData-spørring det går an å sende inn til en standardisert -arkivkjerne:

+ +
15th November 2020
+

Endelig er den norske utgaven av «Made with Creative Commons» +ferdig og publisert. Følgende pressemelding ble nettopp sendt ut: -

-.../sakarkiv/journalpost?filter=contains(tittel, 'nabovarsel') -

+
-

Spørringen over vil hente en liste av alle dine journalposter der -tittelen til journalposten inneholder ordet 'nabovarsel'. Alle -leverandører som implementerer tjenestegrensesnittet vil måtte tilby -dette. Det betyr at hvis du lærer dette språket for et system, vil det -være gjeldende for alle. Dette er egentlig en ny måte å søke i -arkivdatabasen på og vil være svært nyttig, for eksempel kan søk i -tjenestegrensesnittet antagelig brukes til å hente ut offentlig -postjournal. I arkivverden pleier vi å like teknologier som er -menneskelesbart, da vet vi det er enkelt og nyttig! OData er også -viktig fordi det kan bli en ny måte å svare innsynsforespørsler på i -tråd med offentlighetsloven § 9, der retten til å kreve innsyn i -sammenstilling fra databaser er nedfelt. I dag ser vi -forvaltningsorganer som avviser slike krav fordi det «ikke kan gjøres -med enkle framgangsmåter». Bruken av OData i tjenestegrensesnittet, -sammen med maskinlesbar markeringsformater kan være et viktig bidrag -til å åpne arkivene i tråd med prinsippene om en åpen og transparent -forvaltning.

- -

Standardisering er viktig fordi det kan sikre samvirke. -Men den effekten kommer kun hvis standardiseringen sikrer at alle -forstår standarden på samme måte, dvs. at den er entydig og klar. En -god måte å sikre en entydig og klar spesifikasjon er ved å kreve at -det finnes minst to ulike implementasjoner som følger spesifikasjonen -og som kan snakke sammen, det vil si at de snakker samme språk, slik -IETF krever for alle sine standarder, før spesifikasjonen anses å være -ferdig. Tilbakemelding fra miljøet forteller at både leverandører og -kunder har et avslappet forhold til Noark 5 Tjenestegrensesnitt og det -er så langt kun Evry som har visst offentlig at de har en -implementasjon av tjenestegrensesnittet. Evry, HK Data og Fredrikstad -kommune er igang med et pilotprosjekt på Noark 5 -Tjenestegrensesnitt. For å redusere kostnadene for samvirkende -datasystemer betraktelig, er det veldig viktig at vi kommer i en -situasjon der alle leverandører har sine egne implementasjoner av -tjenestegrensesnittet, og at disse oppfører seg likt og i tråd med det -som er beskrevet i spesifikasjonen.

- -

Det er her fri programvare spiller en viktig rolle. Med en uklar -standard blir det som en polsk riksdag, der ingenting fungerer. Nikita -er en fri programvareimplementasjon av tjenestegrensesnitt og kan -fungere som teknisk referanse slik at leverandører enklere kan se og -forstå hvordan standarden skal tolkes. Vi har i Nikitaprosjektet -erfart å ende opp med vidt forskjellige tolkninger når -prosjektmedlemmene leser spesifikasjonsteksten, en effekt av en uklar -spesifikasjon. Men Nikitaprosjektet har også utviklet et test-program -som sjekker om et tjenestegrensesnitt er i samsvar med standarden, og -prosjektet bruker det hele tiden for å sikre at endringer og -forbedringer fungerer. Egenerklæringsskjemaenes dager kan være talte! -Snart vil du selv kunne teste hver oppdatering av arkivsystemet med en -uavhengig sjekk.

- -

Fri programvare representerer en demokratisering av kunnskap der -tolkning- og innlåsingsmakt flyttes fra leverandør til allmenheten. -Med fri programvare har du en litt annerledes verdikjede, der selve -produktet ikke holdes hemmelig for å tjene penger, slik en gjør med -ufri programvare og skytjenester som ikke bruker fri programvare, men -du kan tjene penger på andre deler av verdikjeden. Med fri programvare -kan samfunnet betale for å videreutvikle nyttig -fellesfunksjonalitet.

- -

Nikita er en fri programvareimplementasjon av tjenestegrensesnittet og -kan fungere som en referanseimplementasjon dersom det er ønskelig. -Alle har lik tilgang til koden og det koster ingenting å ta den i bruk -og utforske det. Nikitaprosjektet ønsker tjenestegrensesnittet -velkommen og stiller veldig gjerne opp i diskusjoner om tolkning av -tjenestegrensesnittet. Nikita er bygget på moderne -programmeringsrammeverk og utviklet i full åpenhet. Men Nikita er ikke -noe du kan kjøpe. Nikita er først og fremst et verktøy for forsking og -utvikling laget for å fremme forskning på arkivfeltet. Systemer som -virker sammen har alltid vært hovedfokus og vil være det fremover. -Det brukes som undervisningsverktøy der studentene ved OsloMet lærer -om administrativt oppsett, saksbehandling, uttrekk og samvirkende -datasystemer. Det brukes også som forskningsobjekt der vi ser på -import av dokumentsamlinger, bruk av blokkjede og andre nyskapende -måter å tenke arkiv på. Det er dog helt greit om andre tar Nikita og -pakker det for å selge det som produkt. Forvaltningsorganer med -sterke drift- og utviklingsmiljøer kan også se på Nikita og utforske -hva som er mulig. Dette kan de gjøre uten å måtte betale for -bruksrettigheter eller tilgang til konsulenter. Men arkivering blir -ikke gratis på grunn av Nikita. Det trengs fortsatt folk med -kompetanse og tid til å ta i bruk Nikita.

- -

Nikita har nylig kommet med en ny utgave, den sjette i rekken. -Systemet er ikke ferdig, mest på grunn av at API-spesifikasjonen for -Noark 5 Tjenestegrensesnitt ikke er ferdig, men allerede i dag kan en -bruke Nikita som arkiv. Vi har laget eksempelsystem for å importere -data fra deponi-XML og slik gjøre eksisterende arkivdata tilgjengelig -via et API. Vi har også laget en testklient som importerer epost inn -i arkivet med vedlegg der epostenes trådinformasjon brukes til å legge -eposttråder i samme arkivmappe, og en annen testklient som henter -epost ut av en arkivmappe på mbox-format slik at en vanlig epostklient -kan brukes til å lese igjennom og svare på epostene i en -arkivmappe. De som vil ta en titt på Nikita kan besøke -https://nikita.oslomet.no og -logge inn med brukernavn «admin@example.com» og passord «password». -Dette gir tilgang til det forenklede brukergrensesnittet som brukes -til undervisning. De som heller vil ta en titt under panseret kan -besøke -https://nikita.oslomet.no/browse.html -og der se hvordan API-et fungerer mer i detalj. Innloggingsdetaljer -her er det samme som for brukergrensesnittet.

- -

Fremover er fokuset på forbedring av spesifikasjonen Noark 5 -Tjenestegrensesnitt. De som skrev tjenestegrensesnittet gjorde et -interessant og framtidsrettet grep, de skilte sak fra arkiv. -Tjenestegrensesnittet består av flere "pakker", der noen er -grunnleggende mens andre bygger på de grunnleggende pakkene. Pakkene -som er beskrevet så langt heter «arkivstruktur», «sakarkiv», -«administrasjon», «loggogsporing» og «moeter» (dessverre -planlagt -fjernet i første utgave). Etter hvert håper vi å utforske -prosses- og metadatabeskrivelser til flere fagområder og bidra til at -tjenestegrensesnittet kan legge til flere pakker som «byggarkiv», -«barnevern», «personal», «barnehage», der arkivfaglig metadata- og -dokumentasjonsbehov er kartlagt og standardisert.

- -

Nikita utvikles av en liten prosjektgruppe, og vi er alltid -interessert å bli flere. Hvis en åpen, fri og standardisert tilnærming -til arkivering høres interessant ut, bli med oss på veien videre. Vi -er tilstede på IRC-kanalen #nikita hos FreeNode (tilgjengelig via -nettleser på -https://webchat.freenode.net?channels=#nikita), -og har en e-postliste nikita-noark@nuug.no hos NUUG (tilgjengelig for -påmelding og arkiv på -https://lists.nuug.no/mailman/listinfo/nikita-noark) -der en kan følge med eller være med oss på den spennende veien videre. -Spesifikasjonen for Noark 5 Tjenestegrensesnitt vedlikeholdes på -github, -https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/.

+

Boken «Made with Creative Commons» lanseres på norsk

+ +

«Gjort med Creative Commons» er en bok om gjenbruk, deling og den +digitale allmenningen. Boken omhandler å bygge en forretningsmodell på +åpne verdier, endringene i tankesett og filosofi, og fordelene og +praksisen som kommer med å være «åpen».

+ +

Forfatterne Paul Stacey og Sarah Hinchliff Pearson tar oss med inn +i samtaler med 24 mennesker, prosjekter og organisasjoner som på ulike +måter generere inntekter gjennom deling av sine verk. Som leser får +man innsikt i hvordan alt fra forskere, forfattere, kunstnere og +filmskapere tjener penger basert på åpne forretningsmodeller. En av +referansestudiene i denne boken viser hvordan Blender Animation Studio +lager vakre animasjonsfilmer som de publiserer under en fri lisens, +basert på en plattform som er fri programvare.

+ +

Utover praktiske eksempler på forskjellige forretningsmodeller berører +også boken forskjellen mellom tradisjonelle kommersielle virksomheter og +de som tar utgangspunkt i den globale delingskulturen.

+ +

«Hvis du ønsker å lære mer om digital delingskultur og Creative Commons +er dette en bok som både vil inspirere og gi grunnleggende innsikt» sier +leder av Creative Commons Norge, Christer Solheim Gundersen. «De siste +årene har denne globale bevegelsen sett en betydelig vekst med totalt +over 1,6 milliarder verk med CC-lisens tilgjengelig på nett.» + +Nå er den tilgjengelig på norsk takket være liten gruppe frivillige +entusiaster ledet av Petter Reinholdtsen. «På vegne av Creative Commons +Norge vil jeg takke hver enkelt bidragsyter. Dette prosjektet er i seg +selv et inspirerende eksempel på at delingskulturen også har godt +fotfeste her i Norge.», avslutter Gundersen.

+ +

Boken er selvsagt fritt tilgjengelig under en Creative Commons lisens, +og kan også kjøpes som ebok og papirutgave på blant annet Lulu.com og +Amazon.

+ +

Lenker og kontaktinformasjon

+ + + +
+ +

Nå håper jeg bare den får mange lesere, og finner veien under mange +juletrær.

Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner til min adresse +15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b. +Merk, betaling med bitcoin er ikke anonymt. :)

+
+
+ + + Tags: docbook, norsk. + + +
+
+
+ +
+ +
20th October 2020
+

+ +

I am happy to report that we finally made it! Norwegian Bokmål +became the first translation published on paper of the new Buster +based edition of "The Debian +Administrator's Handbook". The print proof reading copy arrived +some days ago, and it looked good, so now the book is approved for +general distribution. This updated paperback edition is available from +lulu.com. The book is also available for download in electronic +form as PDF, EPUB and Mobipocket, and can also be +read online.

+ +

I am very happy to wrap up this Creative Common licensed project, +which concludes several months of work by several volunteers. The +number of Linux related books published in Norwegian are few, and I +really hope this one will gain many readers, as it is packed with deep +knowledge on Linux and the Debian ecosystem. The book will be +available for various Internet book stores like Amazon and Barnes & +Noble soon, but I recommend buying +"HÃ¥ndbok +for Debian-administratoren" directly from the source at Lulu. + +

As usual, if you use Bitcoin and want to show your support of my +activities, please send Bitcoin donations to my address 15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b.

@@ -801,6 +1782,44 @@ til min adresse

Archive