1 <?xml version=
"1.0" encoding=
"utf-8"?>
2 <rss version='
2.0' xmlns:lj='http://www.livejournal.org/rss/lj/
1.0/' xmlns:
atom=
"http://www.w3.org/2005/Atom">
4 <title>Petter Reinholdtsen
</title>
5 <description></description>
6 <link>http://people.skolelinux.org/pere/blog/
</link>
7 <atom:link href=
"http://people.skolelinux.org/pere/blog/index.rss" rel=
"self" type=
"application/rss+xml" />
10 <title>Totalovervåkning av innbyggernes bevegelser - nei takk!
</title>
11 <link>http://people.skolelinux.org/pere/blog/Totaloverv_kning_av_innbyggernes_bevegelser___nei_takk_.html
</link>
12 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Totaloverv_kning_av_innbyggernes_bevegelser___nei_takk_.html
</guid>
13 <pubDate>Thu,
16 Apr
2020 20:
30:
00 +
0200</pubDate>
14 <description><p
>Jeg er blitt spurt hva jeg synes om lansering av smittestopp-appen,
15 overvåkningsløsningen lansert av Folkehelseinstituttet,
16 Simula-senteret og Regjeringen i dag, fulgt av klare trusler fra
17 regjeringen om konsekvenser hvis befolkningen ikke tar den i bruk.
18 Rekker ikke skrive noe fyldig om temaet, men det er klart for meg at
19 den utraderer retten til privatliv samt utgjør en personlig
20 sikkerhetsrisiko for alle som tar den i bruk. Bare det er nok til at
21 det fremstår som en svert dårlig ide å bli med på denne
"dugnaden
".
22 Det finnes andre og bedre tilnærminger enn den valgt av FHI. Har de
23 valgt den for å sikre seg nok et datasett i den fremtidige
24 ehelse-portalen? Potensialet for misbruk av informasjon samlet inn av
25 appen er for stort, effekten på neste krise for klar og gevinsten for
28 <p
>For å si det med forhenværende leder i Datatilsynet, Georg Apenes,
29 som skrev i en kronikk den gang Datatilsynet vernet
31 «
<a href=
"https://www.dagbladet.no/kultur/rent-mel-i-bilen/
66333882">SENTRALT
32 I en liberal forestillingsverden finner vi aksept av borgerens rett
33 til å kunne velge å være i fred; å være u-iakttatt, uregistrert og
34 anonym
</a
>». Det er ikke uten grunn han startet kronikken med
35 «Personvern et fremmedord i enkelte av de statsorganene som samler
36 inn, oppbevarer og bruker personopplysninger». Der har nok
37 statsorganene bare blitt dårligere på
13 år.
</p
>
39 <p
>Det er jo også verdt å merke seg at personvernrådet i EU (EDPB)
41 <a href=
"https://nrkbeta.no/
2020/
04/
16/personvernrad-i-eu-mener-norsk-app-bryter-med-viktig-personvernprinsipp/
">opererer
42 i strid med prinsippet om dataminimering
</a
>. Også de ser at det
43 finnes mye bedre måter å gjøre dette på.
</p
>
46 <p
>Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til
47 det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner
49 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
50 Merk, betaling med bitcoin er ikke anonymt. :)
</p
>
55 <title>Ny URL til den frie norske stavekontrollen
</title>
56 <link>http://people.skolelinux.org/pere/blog/Ny_URL_til_den_frie_norske_stavekontrollen.html
</link>
57 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Ny_URL_til_den_frie_norske_stavekontrollen.html
</guid>
58 <pubDate>Sat,
21 Mar
2020 08:
00:
00 +
0100</pubDate>
59 <description><p
>Det er lenge siden jeg har sett på den norske stavekontrollen, sist
60 jeg skrev om temaet var i
2016, og i mellomtiden har nettstedet
61 no.speling.org forsvunnet, og både git-depotet på Alioth og
62 mailman-tjenesten som hadde epostlistene for oversettelser blitt lagt
63 ned. Men bokmål og nynorsk trenger fortsatt stavekontroll, så etter
64 et par purringer fra en som har lyst til å forbedre stavekontrollen
65 har jeg endelig fått lagt ut ny offentlig kopi av git-depotet. Jeg
66 valgte gitlab foran github.. Siste utgave av stavekontrollen kan
68 <a href=
"https://gitlab.com/norwegian-language-tools/spell-norwegian
">https://gitlab.com/norwegian-language-tools/spell-norwegian
</a
>.
69 Ingen ny versjon i denne omgang altså, bare et nytt sted å samle
70 forbedringer til den frie norske stavekontrollen. :)
72 <p
>Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til
73 det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner
75 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
76 Merk, betaling med bitcoin er ikke anonymt. :)
</p
>
81 <title>Nikita version
0.5 released - updated free software archive API server
</title>
82 <link>http://people.skolelinux.org/pere/blog/Nikita_version_0_5_released___updated_free_software_archive_API_server.html
</link>
83 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Nikita_version_0_5_released___updated_free_software_archive_API_server.html
</guid>
84 <pubDate>Mon,
2 Mar
2020 19:
00:
00 +
0100</pubDate>
85 <description><p
>Today, after many months of development, a new release of
86 <ahref=
"https://gitlab.com/OsloMet-ABI/nikita-noark5-core/
">Nikita
87 Noark
5 core project
</a
> was finally
88 <ahref=
"https://lists.nuug.no/pipermail/nikita-noark/
2020-March/
000519.html
">announced
89 on the project mailing list
</a
>. The Nikita free software solution is
90 an implementation of the Norwegian archive standard Noark
5 used by
91 government offices in Norway. These were the changes in version
0.5
92 since version
0.4, see the email link above for links to a demo
97 <li
>Updated to Noark
5 versjon
5.0 API specification.
99 <li
>Changed formatting of _links from [] to {} to match IETF draft
100 on JSON HAL.
</li
>
101 <li
>Merged Registrering og Basisregistrering in version
4 to
102 combined Registrering.
</li
>
103 <li
>DokumentObjekt is now subtype of ArkivEnhet.
</li
>
104 <li
>Introducing new entity Arkivnotat.
</li
>
105 <li
>Changed all relation keys to use /v5/ instead of /v4/.
</li
>
106 <li
>Corrected to use new official relation keys when possible.
</li
>
107 <li
>Renamed Sakspart to Part and connect it to Mappe, Registrering
108 and Dokumentbeskrivelse instead of only Saksmappe.
</li
>
109 <li
>Moved Korrespondansepart connection from Journalpost to
110 Registrering.
</li
>
111 <li
>Moved Part and Korrespondansepart from package sakarkiv to
112 arkivstruktur.
</li
>
113 <li
>Renamed presedensstatus to presedensStatus.
</li
>
114 <li
>Use new JSON content-type
"application/vnd.noark5+json
".
</li
>
115 <li
>Updated prepopulated format list to use PRONOM codes.
</li
>
116 <li
>Implemented endpoint for system information.
</li
>
117 <li
>Implemented national identifiers for both file and record.
</li
>
118 <li
>Implemented comments.
</li
>
119 <li
>implemented sign off.
</li
>
120 <li
>implemented conversion.
</li
>
121 </ul
></li
>
122 <li
>Improved/implemented OData search and paging support for more entities.
</li
>
123 <li
>No longer exposes attribute Dokumentobjekt.referanseDokumentfil,
124 one should use the relation in _links instead.
</li
>
125 <li
>Corrected relation keys under
126 https://rel.arkivverket.no/noark5/v5/api/administrasjon/, replacing
127 'administrasjon
' with
'admin
'.
</li
>
128 <li
>Fixed several security and stability issues discovered by Coverity.
</li
>
129 <li
>Corrected handling ETag errors, now return code
409.
</li
>
130 <li
>Improved handling of Kryssreferanse.
</li
>
131 <li
>Changed internal database model to use UUID/SystemID as primary keys
132 in tables.
</li
>
133 <li
>Changed internal database table names to use package prefix.
</li
>
134 <li
>Changed time zone handling for date and datetime attributes, to be
135 more according to the new definition in the API specification.
</li
>
136 <li
>Change revoke-token to only drop token on POST requests, not GET.
</li
>
137 <li
>Updated to newer Spring version.
</li
>
138 <li
>Changed primary key and URL component for metadata code lists to
139 use the
'kode
' value instead of a SystemID.
</li
>
140 <li
>Corrected implementation of Part and Sakspart.
</li
>
141 <li
>Changed instance lists with subtypes (like .../registrering/ and
142 .../mappe/) to include the attributes and _links entries for the
143 subtype in the supertype lists.
</li
>
144 <li
>Adjusted _links relations to make it possible to figure out the
145 entity of an instance using the self-
>href-
>relation key lookup
147 <li
>Fixed several end points to make sure GET, PUT, POST and DELETE
148 match each other.
</li
>
149 <li
>Updated DELETE endpoints to work with UUID based entity
150 identifiers.
</li
>
151 <li
>Restructured code to use more common URL related constants in entry
152 point values and replace @RequestMapping with method specific
153 annotations.
</li
>
154 <li
>Added first unit test code.
</li
>
155 <li
>Updated web GUI to work with the updated API.
</li
>
156 <li
>Changed integer fields, enforce them as numeric.
</li
>
157 <li
>Rewrote and simplify metadata handling to use common service and
158 controller code instead of duplicating for each type.
</li
>
159 <li
>Implemented the remaining metadata types.
</li
>
160 <li
>Changed Country list source from Wikipedia to Debian iso-codes and
161 updated the list of Countries.
</li
>
162 <li
>Many many corrections and improvements.
</li
>
166 <p
>If free and open standardized archiving API sound interesting to
167 you, please contact us on IRC
168 (
<a href=
"irc://irc.freenode.net/%
23nikita
">#nikita on
169 irc.freenode.net
</a
>) or email
170 (
<a href=
"https://lists.nuug.no/mailman/listinfo/nikita-noark
">nikita-noark
171 mailing list
</a
>).
</p
>
173 <p
>As usual, if you use Bitcoin and want to show your support of my
174 activities, please send Bitcoin donations to my address
175 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
</p
>
180 <title>Blockchain and IoT articles accepted into Records Management Journal
</title>
181 <link>http://people.skolelinux.org/pere/blog/Blockchain_and_IoT_articles_accepted_into_Records_Management_Journal.html
</link>
182 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Blockchain_and_IoT_articles_accepted_into_Records_Management_Journal.html
</guid>
183 <pubDate>Thu,
27 Feb
2020 09:
05:
00 +
0100</pubDate>
184 <description><p
>On Tuesday, two scietific articles we have been working on for a
185 while, was finally accepted for publication into
186 <a href=
"https://www.emerald.com/insight/publication/issn/
0956-
5698">Records
187 Management Journal
</a
>. Still waiting for the assigned DOI urls to
188 start working, but you can have a look at the LaTeX originals here.
</p
>
190 <p
>The first article is
191 "<a href=
"http://people.skolelinux.org/pere/blog/images/
2020-
02-
25-rmj-iot-record-keeping.pdf
">A
192 record-keeping approach to managing IoT-data for government
193 agencies
</a
>" (
<a href=
"https://doi.org/
10.1108/RMJ-
09-
2019-
0056">DOI
194 10.1108/RMJ-
09-
2019-
0056</a
>) by Thomas Sødring, Petter Reinholdtsen
195 and David Massey, and sketches some approaches for storing measurement
196 data (aka Internet of Things sensor data) in a archive, thus providing
197 a well defined mechanism for screening and deletion of the information
</p
>
199 <p
>The second article is
200 "<a href=
"http://people.skolelinux.org/pere/blog/images/
2020-
02-
25-rmj-block-chain-record-keeping.pdf
">Publishing
201 and using record-keeping structural information in a blockchain
</a
>"
202 (
<a href=
"https://doi.org/
10.1108/RMJ-
09-
2019-
0050">DOI
203 10.1108/RMJ-
09-
2019-
0050<a/
>) by Thomas Sødring, Petter Reinholdtsen
204 and Svein Ølnes, where we describe a way for third parties to validate
205 authenticity and thus improve trust in the records kept in a
208 <p
>As usual, if you use Bitcoin and want to show your support of my
209 activities, please send Bitcoin donations to my address
210 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
</p
>
215 <title>Redaksjon på plass for Noark
5 tjenestegrensesnitt
</title>
216 <link>http://people.skolelinux.org/pere/blog/Redaksjon_p__plass_for_Noark_5_tjenestegrensesnitt.html
</link>
217 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Redaksjon_p__plass_for_Noark_5_tjenestegrensesnitt.html
</guid>
218 <pubDate>Wed,
5 Feb
2020 14:
45:
00 +
0100</pubDate>
219 <description><p
>Arbeidet med å lage et godt, fritt og åpent standardisert maskinelt
220 grensesnitt for arkivering, med tilhørende fri
221 programvareimplementasjon fortsetter. Jeg snakker om
222 <a href=
"https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard
">Noark
223 5 Tjenestegrensesnitt
</a
> og
224 <a href=
"https://gitlab.com/OsloMet-ABI/nikita-noark5-core/
">Nikita
</a
>.
226 <a href=
"https://www.nuug.no/aktiviteter/
20200127-noark-seminar/
">seminaret
227 for noen dager siden
</a
>, er vi i Nikita-prosjektet har fått beskjed
228 fra Arkivverket at det blir satt ned en redaksjon for å videreutvikle
229 spesifikasjonen. Redaksjonen består av Mona Danielsen og Anne Sofie
230 Knutsen ved arkivverket, Thomas Sødring ved OsloMet, og meg selv fra
231 NUUG. De to sistenevnte tar seg av de åpenbare forbedringene, mens
232 hele redaksjonen diskuterer tvilstilfeller. Jeg håper dette vil bidra
233 til at vi lykkes i å gjøre denne protokollspesifikasjonen så entydig
234 og klar at den vil bidra til et velfungerende marked for
235 arkivsystemer, og sikre at programmer som trenger å snakke med
236 arkivsystemet kan snakke med enhver implementasjon av
237 API-spesifikasjonen. Nikita er den første implementasjonen, men det
238 bør blir flere.
</p
>
240 <p
>Det gjenstår riktig nok endel før vi er i mål, selv om svært mye
241 allerede er på plass. Med innspill og forslag til forbedringer fra
242 alle som vil ha et leverandøruavhengig og fullstendig
243 datamaskinlesbart grensesnitt til arkivet, så tror jeg vi vil
246 <p
>Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til
247 det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner
249 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
250 Merk, betaling med bitcoin er ikke anonymt. :)
</p
>
255 <title>Artikkel om Noark
5 Tjenestegrensesnitt og Nikita i Arkivråd nummer
3 for
2019</title>
256 <link>http://people.skolelinux.org/pere/blog/Artikkel_om_Noark_5_Tjenestegrensesnitt_og_Nikita_i_Arkivr_d_nummer_3_for_2019.html
</link>
257 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Artikkel_om_Noark_5_Tjenestegrensesnitt_og_Nikita_i_Arkivr_d_nummer_3_for_2019.html
</guid>
258 <pubDate>Thu,
26 Dec
2019 08:
00:
00 +
0100</pubDate>
259 <description><p
>Like før julaften ble en artikkel jeg har skrevet om vedlikehold av
260 <a href=
"https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard
">Noark
261 5 Tjenestegrensesnitt
</a
> og Nikita publisert i
<a
262 href=
"https://www.arkivrad.no/arkivrad
">tidsskriftet Arkivråd
</a
>.
264 <a href=
"http://people.skolelinux.org/pere/blog/_pen_og_gjennomsiktig_vedlikehold_av_spesifikasjonen_for_Noark_5_Tjenestegrensesnitt.html
">min bloggpost
265 om samme tema
</a
> som ble publisert
2019-
03-
11. Jeg oppdaget nettopp
266 at nettsiden til tidsskriftet Arkivråd er oppdatert med siste utgave,
267 og artikkelen dermed er tilgjengelig for alle. Du finner den i
268 <a href=
"https://www.arkivrad.no/sites/arkivrad/files/arkivrad_03_2019_nett.pdf
">PDF-en
269 til nummer
2019/
3 på side
30-
33</a
>. Jeg håper leserne av
270 tidsskriftet får lyst til å sjekke ut tjenestegrensesnittet og at
271 artikkelen vil gjøre det enklere for flere å bidra til en enda bedre,
272 klarere og mer entydig API-spesifikasjon. Det kan gjøre at
273 <a href=
"https://gitlab.com/OsloMet-ABI/nikita-noark5-core/
">arkivsystemet
274 Nikita
</a
> kan bli enda bedre når spesifikasjonen forbedres.
</p
>
276 <p
>Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til
277 det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner
279 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
280 Merk, betaling med bitcoin er ikke anonymt. :)
</p
>
285 <title>Meningsløst, men for hvem...
</title>
286 <link>http://people.skolelinux.org/pere/blog/Meningsl_st__men_for_hvem___.html
</link>
287 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Meningsl_st__men_for_hvem___.html
</guid>
288 <pubDate>Wed,
25 Dec
2019 10:
35:
00 +
0100</pubDate>
289 <description><p
>En historie som har betydd endel for meg, og som jeg av og til
290 tenker på når hverdagen tynger, ble så vidt jeg har klart å finne ut,
291 skrevet av
<a href=
"https://en.wikipedia.org/wiki/Loren_Eiseley
">Loren
292 Eiseley
</a
> <a href=
"https://en.wikipedia.org/wiki/The_Star_Thrower
">i
293 flere ulike varianter
</a
>. På norsk tror jeg den går under navnet
294 «Gutten og sjøstjernen», og jeg fant en oversettelse av en utgave av den
296 <a href=
"https://no.quora.com/Hva-er-din-favoritthistorie
">Quora
</a
>.
297 Fant også
<a href=
"https://www.youtube.com/watch?v=-qClChUdlfI
">en
298 filmatisering
</a
>, men den versjonen jeg liker best fant jeg
299 <a href=
"https://www.goodreads.com/author/quotes/
56782.Loren_Eiseley
">hos
300 Goodreads
</a
>. Jeg oversatte den utgaven til norsk i går, og har lyst
301 til å dele den med deg:
303 <blockquote
><p
>Mens jeg tok en pause fra skrivingen og vandret på en
304 øde strand ved daggry, så jeg en gutt i det fjerne bøye seg ned og
305 kaste noe mens han vandret mot meg over den endeløse stranden. Da han
306 kom nærmere, kunne jeg se at han kastet sjøstjerner, som var etterlatt
307 i sanden av tidevannet, tilbake i havet. Da han var nær nok spurte jeg
308 ham hvorfor han jobbet så hardt på denne merkelige oppgaven. Han sa at
309 solen snart ville stå opp og tørke sjøstjernene slik at de ville
312 <p
>Jeg sa til ham at dette var helt meningsløst. Det var kilometer på
313 kilometer med strand, og det lå sjøstjerner hele veien. En person
314 alene kunne ikke gjøre noen forskjell. Han smilte da han plukket opp
315 neste sjøstjerne. Mens han kastet den så langt ut i havet som han
316 klarte sa han, «for denne gjør det en forskjell». Jeg droppet
317 skrivingen og tilbrakte resten av morgenen med å kaste
318 sjøstjerner.
</p
>
320 <p
>- Loren Eiseley
</p
>
323 <p
>Kanskje noe du også kan ha glede av å tenke på når ting virker
326 <p
>Teksten er gjengitt og oversatt basert på utgaven på Good Read,
327 uten tillatelse fra noen andre enn meg selv. Jeg håper på tilgivelse,
328 hvis det er et problem for noen, da det er gjort i beste mening. Hvis
329 eventuell rettighetshaver tar kontakt vil jeg fjerne teksten og i
330 stedet legge ut henvendelsen der teksten kreves fjernet.
</p
>
332 <p
>Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til
333 det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner
335 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
336 Merk, betaling med bitcoin er ikke anonymt. :)
</p
>
341 <title>Artikkel om Nikita i Arkheion nummer
2019/
2</title>
342 <link>http://people.skolelinux.org/pere/blog/Artikkel_om_Nikita_i_Arkheion_nummer_2019_2.html
</link>
343 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Artikkel_om_Nikita_i_Arkheion_nummer_2019_2.html
</guid>
344 <pubDate>Mon,
9 Dec
2019 15:
05:
00 +
0100</pubDate>
345 <description><p
>Jeg hadde i dag gleden av å oppdage at en artikkel om
346 <a href=
"https://gitlab.com/OsloMet-ABI/nikita-noark5-core/
">arkivsystemet
347 Nikita
</a
> som vi skrev i sommer, nå er publisert i
348 <a href=
"http://www.arkheion.no/
">Arkheion, fagtidsskrift for kommunial
349 arkivsektor
</a
>. Du finner artikkelen på side
30-
33 i nummer
2019/
2,
350 PDF kan lastes ned fra nettstedet til tidsskriftet. Kanskje
351 publiseringen kan føre til at noen flere får øynene opp for verdien av
352 et åpent standardisert API for arkivering og søk i arkivet.
</p
>
354 <p
>Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til
355 det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner
357 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
358 Merk, betaling med bitcoin er ikke anonymt. :)
</p
>
363 <title>When terms and policy turn users away
</title>
364 <link>http://people.skolelinux.org/pere/blog/When_terms_and_policy_turn_users_away.html
</link>
365 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/When_terms_and_policy_turn_users_away.html
</guid>
366 <pubDate>Sat,
7 Dec
2019 21:
15:
00 +
0100</pubDate>
367 <description><p
>When asked to accept terms of use and privacy policies that state
368 it will to remove rights I otherwise had or accept unreasonable terms
369 undermining my privacy, I choose away the service. I simply do not
370 have the conscience to accept terms I have no indention of upholding.
371 But how are the system and service providers to know how many people
372 they scared away? Normally I just quietly walk away. But today, I
373 tried a new approach. I sent the following email (removing the
374 specifics, as I am not out to take the specific service in question)
375 to the service provider I decided to not use, to at least give them
376 one data point on how many users are unhappy with their terms:
</p
>
379 From: Petter Reinholdtsen
380 <br
>Subject: When terms of use turn users away
381 <br
>To: [contact@some.site]
382 <br
>Date: Sat,
07 Dec
2019 16:
30:
56 +
0100
384 <p
>Dear [Site Owner],
</p
>
386 <p
>I was eager to test the system, as it seemed like a fun and
387 interesting application of [some] technology, but after reading the
388 terms of use and privacy policy on
&lt;URL:
389 https://www.[some.site]/terms-of-use
&gt; and
&lt;URL:
390 https://www.[some.site]/privacy-policy
&gt; I want you to know that I
391 decided to turn away. There were several provisions in the terms and
392 policy turning me off, but the final term that convinced me was being
393 asked to sign away my right to reverse engineer.
</p
>
396 <br
>Happy hacking
397 <br
>Petter Reinholdtsen
</p
>
400 <p
>I do not expect much to come out of it, but sharing it here in case
401 others want to give something similar a try too. If companies
402 discover their terms scare away enough people, perhaps they will be
403 improved...
</p
>
405 <p
>As usual, if you use Bitcoin and want to show your support of my
406 activities, please send Bitcoin donations to my address
407 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
</p
>
412 <title>What would it cost to store all
2018 phone calls in Norway?
</title>
413 <link>http://people.skolelinux.org/pere/blog/What_would_it_cost_to_store_all_2018_phone_calls_in_Norway_.html
</link>
414 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/What_would_it_cost_to_store_all_2018_phone_calls_in_Norway_.html
</guid>
415 <pubDate>Mon,
25 Nov
2019 20:
15:
00 +
0100</pubDate>
416 <description><p
>Four years ago, I did a back of the envelope calculation on
417 <a href=
"http://people.skolelinux.org/pere/blog/What_would_it_cost_to_store_all_phone_calls_in_Norway_.html
">how
418 much it would cost to store audio recordings of all the phone calls in
419 Norway
</a
>, and came up with NOK
2.1 million / EUR
250 000 for the
420 year
2013. It is time to repeat the calculation using updated
421 numbers. The calculation is based on how much data storage is needed
422 for each minute of audio, how many minutes all the calls in Norway
423 sums up to, multiplied by the cost of data storage.
</p
>
425 <p
>The number of phone call minutes for
2018 was fetched from
426 <a href=
"https://ekomstatistikken.nkom.no/
">the NKOM statistics
427 site
</a
>, and for
2018, land line calls are listed as
434 238 000
428 minutes, while mobile phone calls are listed with
7 542 006 000
429 minutes. The total number of minutes is thus
7 976 244 000. For
430 simplicity, I decided to ignore any advantages in audio compression the
431 last four years, and continue to assume
60 Kbytes/min as the last
434 <p
>Storage prices still varies a lot, but as last time, I decide to
435 take a reasonable big and cheap hard drive, and double its price to
436 include the surrounding costs into account. A
10 TB disk cost less
437 than
4500 NOK /
450 EUR these days, and doubling it give
9000 NOK per
440 <p
>So, with the parameters in place, lets update the old table
441 estimating cost for calls in a given year:
</p
>
443 <table border=
"1">
444 <tr
><th
>Year
</th
><th
>Call minutes
</th
><th
>Size
</th
><th
>Price in NOK / EUR
</th
></tr
>
445 <tr
><td
>2005</td
><td align=
"right
">24 000 000 000</td
><td align=
"right
">1.3 PiB
</td
><td align=
"right
">1 170 000 /
117 000</td
></tr
>
447 <tr
><td
>2012</td
><td align=
"right
">18 000 000 000</td
><td align=
"right
">1.0 PiB
</td
><td align=
"right
">900 000 /
90 000</td
></tr
>
449 <tr
><td
>2013</td
><td align=
"right
">17 000 000 000</td
><td align=
"right
">950 TiB
</td
><td align=
"right
">855 000 /
85 500</td
></tr
>
451 <tr
><td
>2018</td
><td align=
"right
">7 976 244 000</td
><td align=
"right
">445 TiB
</td
><td align=
"right
">401 100 /
40 110</td
></tr
>
454 <p
>Both the cost of storage and the number of phone call minutes have
455 dropped since the last time, bringing the cost down to a level where I
456 guess even small organizations can afford to store the audio recording
457 from every phone call taken in a year in Norway. Of course, this is
458 just the cost of buying the storage equipment. Maintenance, need to
459 be included as well, but the volume of a single year is about a single
460 rack of hard drives, so it is not much more than I could fit in my own
461 home. Wonder how much the electricity bill would raise if I had that
462 kind of storage? I doubt it would be more than a few tens of thousand
463 NOK per year.
</p
>