Petter Reinholdtsen

The Debian Lego team saw a lot of activity the last few weeks. All the packages under the team umbrella has been updated to fix packaging, lintian issues and BTS reports. In addition, a new and inspiring team member appeared on both the debian-lego-team Team mailing list and IRC channel #debian-lego. If you are interested in Lego CAD design and LEGO Minestorms programming, check out the team wiki page to see what Debian can offer the Lego enthusiast.

Patches has been sent upstream, causing new upstream releases, one even the first one in more than ten years, and old upstreams was released with new ones. There are still a lot of work left, and the team welcome more members to help us make sure Debian is the Linux distribution of choice for Lego builders. If you want to contribute, join us in the IRC channel and become part of the team on Salsa.

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

Relativt stille har Stortinget den siste perioden vedtatt datalagringsdirektivet versjon to og tre, og slik økt overvåkningstrykket på Internett i Norge betraktelig. Det blir mer og mer viktig å bruke Tor og god kryptering for å sikre sin privatsfære på Internett.

Først ut var ny etterretningstjenestelov vedtatt 2020-06-11, der samtlige partier på stortinget (Arbeiderpartiet, Fremskrittspartiet, Høyre, Kristelig Folkeparti, Miljøpartiet De Grønne, Senterpartiet, Sosialistisk Venstreparti, Venstre og et forhenværende Fremskrittspartimedlem) unntatt Rødt støttet loven i sin helhet da den ble vedtatt.

Dernest kom ny ekomlov vedtatt 2021-06-08 med støtte fra Arbeiderpartiet, Fremskrittspartiet, Høyre, Kristelig Folkeparti, Senterpartiet, Venstre og et forhenværende Fremskrittspartimedlem mot stemmene fra Sosialistisk Venstreparti, Miljøpartiet De Grønne og Rødt.

Intet parti som støtter slike inngrep i privatsfæren får min støtte i valg. Heldigvis er det mange parter også utenfor Stortinget som kan ha nytte av den økonomiske støtten som følger av hver stemme de får i stortingsvalget i år, selv om de ikke kommer inn på Stortinget i denne omgang.

Som et annet målepunkt på hvor mye vern av privatsfæren betyr for stortingspartiene kan jeg fortelle at ikke et eneste av partiene på Stortinget har besvart brevet med spørsmål rundt vern av privatsfæren som de fikk i sommer.

Hvis du lurer på hva som er problemet med datalagringsdirektivet, anbefaler jeg å lese artiklene fra Jon Wessel-Aas om temaet.

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. :)

Almost thirty years ago, some forward looking teachers at Samisk videregående skole og reindriftsskole teaching metal work and Northern Sámi, decided to create a list of words used in Northern Sámi metal work. After almost ten years this resulted in a dictionary database, published as the book "Mekanihkkársánit : Mekanikerord = Mekaanisen alan sanasto = Mechanic's words" in 1999. The story of this work is available from the pen of Svein Lund, one of the leading actors behind this effort. They even got the dictionary approved by the Sámi Language Council as the recommended metal work words to use.

Fast forward twenty years, I came across this work when I recently became interested in metal work, and started watching educational and funny videos on the topic, like the ones from mrpete222 and This Old Tony. But they all talk English, but I wanted to know what the tools and techniques they used were called in Norwegian. Trying to track down a good dictionary from English to Norwegian, after much searching, I came across the database of words created almost thirty years ago, with translations into English, Norwegian, Northern Sámi, Swedish and Finnish. This gave me a lot of the Norwegian phrases I had been looking for. To make it easier for the next person trying to track down a good Norwegian dictionary for the metal worker, and because I knew the person behind the database from my Skolelinux / Debian Edu days, I decided to ask if the database could be released to the public without any usage limitations, in other words as a Creative Commons licensed data set. And happily, after consulting with the Sámi Parliament of Norway, the database is now available with the Creative Commons Attribution 4.0 International license from my gitlab repository.

The dictionary entries look slightly different, depending on the language in focus. This is the same entry in the different editions.

English

lathe

dreiebenk (nb) várve, várvenbeaŋka, jorahanbeaŋka, vátnanbeaŋka (se) svarv (sv) sorvi (fi)

Norwegian

dreiebenk

lathe (en) várve, várvenbeaŋka, jorahanbeaŋka, vátnanbeaŋka (se) svarv (sv) sorvi (fi)

(nb): sponskjærande bearbeidingsmaskin der ein med skjæreverktøy lausgjør spon frå eit roterande arbetsstykke

Northern Sámi

várve, várvenbeaŋka, jorahanbeaŋka, vátnanbeaŋka

dreiebenk (nb) lathe (en) svarv (sv) sorvi (fi)

(se): mašiidna mainna čuohppá vuolahasaid jorri bargoávdnasis

(nb): sponskjærande bearbeidingsmaskin der ein med skjæreverktøy lausgjør spon frå eit roterande arbetsstykke

The database included term description in both Norwegian and Northern Sámi, but not English. Because of this, the Northern Sámi edition include both descriptions, the Norwegian edition include the Norwegian description and the English edition lack a descripiton.

Once the database was available without any usage restrictions, and armed with my experience in publishing books, I decided to publish a Norwegian/English dictionary as a book using the database, to make the data set available also on paper and as an ebook. Further into the project, it occurred to me that I could just as easily make an English dictionary, and talking to Svein and concluding that it was within reach, I decided to make a Northern Sámi dictionary too.

Thus I suddenly find myself publishing a Northern Sámi dictionary, even though I do not understand the language myself. I hope it will be well received, and can help revive the impressive work done almost thirty years ago to document the vocabulary of metal workers. If I get some help, I might even extend it with some of the words I find missing, like collet, rotary broach, carbide, knurler, arbor press and others. But the first edition build from a lightly edited version of the original database, with no new entries added. If you would like to check it out, visit my list of published books and consider buying a paper or ebook copy from lulu.com. The paper edition is only available in hardcover to increase its durability in the workshop.

I am very happy to report that in the process, and thanks to help from both Svein Lund and Børre Gaup who understand the language, the docbook tools I use to create books, dblatex and docbook-xsl, now include support for Northern Sámi. Before I started, these lacked the needed locale settings for this language, but now the patches are included upstream.

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

Å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.¹ 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 pseudoanonymisering⁶, 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» lokasjonsdata⁷, 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. 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?
3. Bør det være mulig å bevege seg i Norge med mobiltelefon uten at ens posisjon sam­les inn og selges videre av teleselskapene?
4. Bør det offentlige velge videoløsninger som sikrer brukernes rettigheter når det gjelder sikkerhet, personvern og innsyn?
5. Hva tenker deres parti man burde gjøre for å forhindre massiv overvåkning av bru­kere i Norge?
6. Er deling av elevenes personopplysninger til aktører utenfor skolen, potensielt i strid med GDPR, en akseptabel kostnad for å forenkle kommunenes drift av skoler?⁸

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 trykkeriet⁹. Nærmere informasjon om utgivelsen frem­går av kolofon-siden.

Med vennlig hilsen

For Oversettergruppen

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

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?

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. :)

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:

• English
• Norwegian Bokmål
• German
• Indonesian
• Brazil Portuguese
• Spanish

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.

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.

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:

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

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 15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b.

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.

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 15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b.

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:

• «Hvordan knuse overvåkingskapitalismen» kan bestilles på papir, som ebok eller leses på nett via http://www.hungry.com/~pere/publisher/.
• Opptak av NUUG-møtet Monopoly, Not Mind Control: What's Really Happening With "Surveillance Capitalism" med Cory Doctorow, https://www.nuug.no/aktiviteter/20201208-doctorow/.
• Påmelding til webinar som lanserer den engelske utgaven kan gjøres via https://craphound.com/category/destroy/.
• Cory Doctorows nettsted er https://craphound.com/.

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. :)