]> pere.pagekite.me Git - homepage.git/blob - blog/index.html
Generated.
[homepage.git] / blog / index.html
1 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
2 "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
3 <html>
4 <head>
5 <title>Petter Reinholdtsen</title>
6 <link rel="stylesheet" type="text/css" media="screen" href="style.css">
7 <link rel="alternate" title="RSS Feed" href="index.rss" type="application/rss+xml">
8
9 </head>
10 <body>
11
12 <div class="title">
13 <h1>
14 <a href="">Petter Reinholdtsen</a>
15
16 </h1>
17
18 </div>
19
20
21
22 <div class="entry">
23 <div class="title"><a href="F__rste_NUUG_fordrag_sendt_p___TV.html">Første NUUG-fordrag sendt på TV</a></div>
24 <div class="date">2009-12-08 12:00</div>
25 <div class="body">
26 <p>Endelig har NUUG klart å få kringkastet ut et av sine fordrag på
27 TV. Foredraget om
28 <a href="http://www.nuug.no/aktiviteter/20090512-bifrost/">utskriftsløsningen
29 Biforst</a> var først ute, pga. at det var det nyeste foredraget som
30 var holdt på norsk, og dermed slapp vi å finne ut av hvordan
31 teksting av video skulle gjøres.</p>
32
33 <p>NUUG har vært involvert i
34 <a href="http://www.frikanalen.no/">Frikanalen</a> en stund nå, for å
35 forsøke å få ut budskapet vårt også på TV, og dette første foredraget
36 er en sped start på det vi har planlagt.</p>
37
38 <p>NUUGs første foredrag sendes ut via frikanelen på digitalt
39 bakkenett, og alle abonnenter av riks-TV skal dermed ha mulighet til å
40 ta inn sendingen. Slå på TVen 5/12 16:05 (for sent), 12/12 14:00,
41 19/12 16:00, 24/12 15:37 eller 26/12 16:11 i år, så skal du få se
42 meg, Tollef og alle andre de som deltok på møtet på TV.<p>
43 </div>
44 <div class="tags">
45
46
47
48 Tags: <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>, <a href="tags/video">video</a>.
49
50 </div>
51 </div>
52 <div class="padding"></div>
53
54 <div class="entry">
55 <div class="title"><a href="Kartverket__frigj__r__data_men_er_fortsatt_ikke_interessante.html">Kartverket "frigjør" data men er fortsatt ikke interessante</a></div>
56 <div class="date">2009-11-12 10:10</div>
57 <div class="body">
58 <p>Dagens
59 <a href="http://www.statkart.no/Gratis+karttjenester.d25-SwJfY1-.ips">kartnyhet</a>
60 er at kartverket gir ikke-kommersiell tilgang til
61 en WMS-tjeneste der en til privat bruk kan hente ut bilder av
62 kartutsnitt så lenge disse ikke lagres lokalt, brukes i begrenset
63 oppløsning og ikke skader kartverket og rettighetshavernes omdømme og
64 interesse.</p>
65
66 <p>I går publiserte Ivan Sanchez
67 <a href="http://www.opengeodata.org/2009/11/11/921/">kaketesten</a>
68 som et forslag til en (av forhåpentligvis flere) måter å teste om kart
69 eller kartdata er fritt tilgjengelige på. Testen er enkel, og sier
70 enkelt (oversatt av meg): Et sett med geodata, eller en kart, er kun
71 fritt tilgjengelig hvis noen kan gi deg en kake med det kartet på
72 toppen, som en gave. Kartverkets publisering av kart feiler så vidt
73 jeg kan se denne testen fullstendig. En kan slik jeg leser vilkårene
74 ikke be en konditor om å lage en kake (brudd på kravet om
75 ikke-kommersiell bruk) med kartverkets kart.</p>
76
77 <p>De som vil lage karttjenester basert på denne nye tjenesten fra
78 kartverket vil gjøre det på kartverkets nåde og med sterke bindinger
79 og begresninger. Det blir dermed helt uinteressant for meg. Jeg vil
80 nok fortsette å bruke data fra
81 <a href="http://www.openstreetmap.org">OpenStreetmap.org</a>, der jeg
82 har kontrollen med tilgang til kartdataene, og kan endre på de
83 underliggende dataene som jeg ønsker.</p>
84
85 <p>Som et eksempel, så trenger vi til en norsk
86 <a href="http://www.fixmystreet.com/">FixMyStreet-installasjon</a>
87 tilgang til vektorutgaven av kommunegrensene. Denne nye karttjenesten
88 er ubrukelig til dette.</p>
89 </div>
90 <div class="tags">
91
92
93
94 Tags: <a href="tags/kart">kart</a>, <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>, <a href="tags/opphavsrett">opphavsrett</a>.
95
96 </div>
97 </div>
98 <div class="padding"></div>
99
100 <div class="entry">
101 <div class="title"><a href="Internet_leverand__rer_er_ikke_vokterne_av_sine_kunders_nettbruk.html">Internet-leverandører er ikke vokterne av sine kunders nettbruk</a></div>
102 <div class="date">2009-11-06 18:45</div>
103 <div class="body">
104 <p>Det er svært gledelig å se at
105 <a href="http://www.aftenposten.no/nyheter/iriks/article3360796.ece">retten
106 fant at Telenor ikke skal fungere som Internet-voktere</a> på vegne av
107 opphavsrettsmafiaen. TONO påstår ikke overraskende "rettighetshaverne
108 er rettsløse". De burde jo vite alt om hvordan rettighetshaverne blir
109 behandlet, som har
110 <a href="http://www.ballade.no/nmi.nsf/doc/art2009042008430427192492">nektet
111 å hjelpe et av sine medlemmer i en plagiatsak</a> mot Universal i
112 Polen.</p>
113
114 <p>Ved opphavsrettsbrudd så er det jo den som offentliggjort
115 kulturuttrykk ulovlig som må stilles til ansvar, og ikke noen andre.
116 Hverken Telenor eller Pirate Bay publiserer innholdet. Telenor lager
117 en Internet-tjeneste som brukes av borgerne til sitt daglige virke,
118 det være seg å holde kontakt med barnebarn, skaffe medisinsk viten
119 eller holde seg orientert i samfunnsdebatten. Det bør de gjøre uten å
120 tvinges til å være overvåkningsinstans. Og Pirate Bay lager en
121 katalog over hvor lovlig og ulovlig innhold på Internet er å få tak i.
122 De publiserer ikke innholdet, de lager kun en katalog over det. Hvis
123 en ikke liker det som blir publisert, så må det tas opp med den som
124 publiserer, ikke noen andre.</p>
125
126 <p>Personlig velger jeg å stort sett bruke kulturuttrykk som
127 publiseres med mer brukervennlige vilkår, som CC-BY og lignende.</p>
128 </div>
129 <div class="tags">
130
131
132
133 Tags: <a href="tags/fildeling">fildeling</a>, <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>, <a href="tags/opphavsrett">opphavsrett</a>.
134
135 </div>
136 </div>
137 <div class="padding"></div>
138
139 <div class="entry">
140 <div class="title"><a href="Endelig_operativt_webbasert_medlemsregister_for_Fri_programvare_i_skolen.html">Endelig operativt webbasert medlemsregister for Fri programvare i skolen</a></div>
141 <div class="date">2009-11-02 22:40</div>
142 <div class="body">
143 <p>Under helgens utviklersamling i
144 <a href="http://www.skolelinux.no/">Skolelinux</a> fikk jeg endelig
145 satt meg ned sammen med Ronny Aasen i styret for å få et webbasert
146 medlemsregister tilbake på plass for foreningen som passer på
147 skolelinuxprosjektet. Etter flere års knot og problemer, er nå
148 memberdb satt opp og klart til bruk. Import av det gamle
149 medlemsregisteret har vist seg vanskelig, så alle medlemmer bes om å
150 registrere seg på nytt. Hvis du støtter FRiSKs formål så er du
151 hjertelig velkommen til
152 <a href="http://medlem.friprogramvareiskolen.no/">å melde deg
153 inn</a>. Formålet lyder:</p>
154
155 <blockquote>Linux i skolen skal tilrettelegge for og informere om bruk
156 av fri programvare, i henhold til Debian Free Software Guidelines av
157 2002-02-03, i den norske skolen, slik som f.eks. Linux og
158 GNU.</blockquote>
159 </div>
160 <div class="tags">
161
162
163
164 Tags: <a href="tags/debian edu">debian edu</a>, <a href="tags/norsk">norsk</a>.
165
166 </div>
167 </div>
168 <div class="padding"></div>
169
170 <div class="entry">
171 <div class="title"><a href="Jeg_vil_ikke_ha_BankID.html">Jeg vil ikke ha BankID</a></div>
172 <div class="date">2009-10-30 13:05</div>
173 <div class="body">
174 <p>Min hovedbankforbindelse,
175 <a href="http://www.postbanken.no/">Postbanken</a>, har fra 1. oktober
176 blokkert tilgangen min til nettbanken hvis jeg ikke godtar vilkårene
177 for <a href="https://www.bankid.no/">BankID</a> og går over til å
178 bruke BankID for tilgangskontroll. Tidligere kunne jeg bruke en
179 kodekalkulator som ga tilgang til nettbanken, men nå er dette ikke
180 lenger mulig. Jeg blokkeres ute fra nettbanken og mine egne penger
181 hvis jeg ikke godtar det jeg anser som urimelige vilkår i
182 BankID-avtalen.</p>
183
184 <p>BankID er en løsning der banken gis rett til å handle på vegne av
185 meg, med avtalemessig forutsetning at jeg i hvert enkelt tilfelle har
186 bedt banken gjøre dette. BankID kan brukes til å signere avtaler,
187 oppta lån og andre handlinger som har alvorlige følger for meg.
188 Problemet slik jeg ser det er at BankID er lagt opp slik at banken har
189 all informasjon og tilgang som den trenger for å bruke BankID, også
190 uten at jeg er involvert. Avtalemessing og juridisk skal de kun bruke
191 min BankID når jeg har oppgitt pinkode og passord, men praktisk og
192 konkret kan de gjøre dette også uten at min pinkode eller mitt passord
193 er oppgitt, da de allerede har min pinkode og passord tilgjengelig hos
194 seg for å kunne sjekke at riktig pinkode og passord er oppgitt av meg
195 (eller kan skaffe seg det ved behov). Jeg ønsker ikke å gi banken
196 rett til å inngå avtaler på vegne av meg.</p>
197
198 <p>Rent teknisk er BankID et offentlig nøkkelpar, en privat og en
199 offentlig nøkkel, der den private nøkkelen er nødvendig for å
200 "signere" på vegne av den nøkkelen gjelder for, og den offentlige
201 nøkkelen er nødvendig for å sjekke hvem som har signert. Banken
202 sitter på både den private og den offentlige nøkkelen, og sier de kun
203 skal bruke den private hvis kunden ber dem om det og oppgir pinkode og
204 passord.</p>
205
206
207 <p>I postbankens
208 <a href="https://www.postbanken.no//portalfront/nedlast/no/person/avtaler/BankID_avtale.pdf">vilkår
209 for BankID</a> står følgende:</p>
210
211 <blockquote>
212 <p>"6. Anvendelsesområdet for BankID</p>
213
214 <p>PersonBankID kan benyttes fra en datamaskin, eller etter nærmere
215 avtale fra en mobiltelefon/SIM-kort, for pålogging i nettbank og til
216 identifisering og signering i forbindelse med elektronisk
217 meldingsforsendelse, avtaleinngåelse og annen form for nettbasert
218 elektronisk kommunikasjon med Banken og andre brukersteder som har
219 tilrettelagt for bruk av BankID. Dette forutsetter at brukerstedet
220 har inngått avtale med bank om bruk av BankID."</p>
221 </blockquote>
222
223 <p>Det er spesielt retten til "avtaleinngåelse" jeg synes er urimelig
224 å kreve for at jeg skal få tilgang til mine penger via nettbanken, men
225 også retten til å kommunsere på vegne av meg med andre brukersteder og
226 signering av meldigner synes jeg er problematisk. Jeg må godta at
227 banken skal kunne signere for meg på avtaler og annen kommunikasjon
228 for å få BankID.</p>
229
230 <p>På spørsmål om hvordan jeg kan få tilgang til nettbank uten å gi
231 banken rett til å inngå avtaler på vegne av meg svarer Postbankens
232 kundestøtte at "Postbanken har valgt BankID for bl.a. pålogging i
233 nettbank , så her må du nok ha hele denne løsningen". Jeg nektes
234 altså tilgang til nettbanken inntil jeg godtar at Postbanken kan
235 signere avtaler på vegne av meg.</p>
236
237 <p>Postbankens kundestøtte sier videre at "Det har blitt et krav til
238 alle norske banker om å innføre BankID, bl.a på grunn av
239 sikkerhet", uten at jeg her helt sikker på hvem som har framsatt
240 dette kravet. [Oppdatering: Postbankens kundestøtte sier kravet er
241 fastsatt av <a href="http://www.kredittilsynet.no/">kreditttilsynet</a>
242 og <a href="http://www.bbs.no/">BBS</a>.] Det som er situasjonen er
243 dog at det er svært få banker igjen som ikke bruker BankID, og jeg
244 vet ikke hvilken bank som er et godt alternativ for meg som ikke vil
245 gi banken rett til å signere avtaler på mine vegne.</p>
246
247 <p>Jeg ønsker mulighet til å reservere meg mot at min BankID brukes
248 til annet enn å identifisere meg overfor nettbanken før jeg vil ta i
249 bruk BankID. Ved nettbankbruk er det begrenset hvor store skader som
250 kan oppstå ved misbruk, mens avtaleinngåelse ikke har tilsvarende
251 begrensing.</p>
252
253 <p>Jeg har klaget vilkårene inn for <a
254 href="http://www.forbrukerombudet.no/">forbrukerombudet</a>, men
255 regner ikke med at de vil kunne bidra til en rask løsning som gir meg
256 nettbankkontroll over egne midler. :(
257 </div>
258 <div class="tags">
259
260
261
262 Tags: <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>, <a href="tags/personvern">personvern</a>, <a href="tags/sikkerhet">sikkerhet</a>.
263
264 </div>
265 </div>
266 <div class="padding"></div>
267
268 <div class="entry">
269 <div class="title"><a href="Internet_sensur_skal_i_retten_p___mandag.html">Internet-sensur skal i retten på mandag</a></div>
270 <div class="date">2009-10-10 22:00</div>
271 <div class="body">
272 <p><a href="http://www.dagensit.no/bransje/article1757755.ece">DagensIT</a>
273 melder at Telenor og Tono skal i retten på mandag for å diskutere
274 hvorvidt Tonos krav om at Telenor skal blokkere for tilgang til The
275 Pirate Bay er i tråd med norsk rett. Det blir interessant å se
276 resultatet fra den rettsaken.</p>
277
278 <p>Jeg bet meg dog merke i en av påstandene fra Tonos advokat Cato
279 Strøm, som forteller at "Pirate Bay inneholder 95 prosent ulovlig
280 utlagt materiale, og å stanse tilgangen til det kan ikke kalles
281 sensur". Jeg tok en titt på
282 <a href="http://thepiratebay.org/">forsiden til The Pirate Bay</a>,
283 som forteller at det pr. i dag er 1 884 694 torrenter på trackeren.
284 Dette tilsvarer antall filer en kan søke blant og hente ned ved hjelp
285 av The Pirate Bay. 5% av dette antallet er 94 235. Det kan dermed
286 virke som om Tonos advokat mener at det ikke er sensur å blokkere for
287 tilgang til nesten 100 000 lovlige filer. Jeg lurer på om han er
288 korrekt sitert.</p>
289
290 <p>Lurer også på hvor 95%-tallet kommer fram. Er det seriøs og
291 etterprøvbar forskning på området som viser at dette er andelen
292 ulovlige filer tilgjengelig via The Pirate Bay, eller er det
293 musikkbransjenes egne tall? De har
294 <a href="http://www.guardian.co.uk/music/2009/oct/06/edwyn-collins-sharing-music">jo
295 demonstrert</a> at de ikke er i stand til å skille lovlig og ulovlig
296 bruk av musikk.</p>
297 </div>
298 <div class="tags">
299
300
301
302 Tags: <a href="tags/fildeling">fildeling</a>, <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>, <a href="tags/opphavsrett">opphavsrett</a>.
303
304 </div>
305 </div>
306 <div class="padding"></div>
307
308 <div class="entry">
309 <div class="title"><a href="MVA_p___b__ker_med_DRM__ikke_MVA_p___b__ker_uten_DRM_.html">MVA på bøker med DRM, ikke MVA på bøker uten DRM?</a></div>
310 <div class="date">2009-09-23 10:00</div>
311 <div class="body">
312 <p>Elektroniske bøker diskuteres for tiden, etter at
313 <a href="http://www.aftenposten.no/kul_und/litteratur/article3280914.ece">bokbransjen
314 hevder</a> det er usikkert om de kommer til å gi ut elektroniske
315 bøker så lenge det er merverdiavgift på elektroniske bøker og ikke
316 på papirbøker. I den forbindelse så jeg et interessant forslag i
317 en
318 <a href="http://www.digi.no/php/ny_debatt.php?id=823912">digi-debatt</a>
319 jeg hadde sans for. "einarr" foreslo at DRM-infiserte elektroniske
320 bøker bør ha merverdiavgift, da "de ikke bidrar til
321 kunnskapsspredning på samme måte" som papirbøker og dermed går
322 imot intensjonene bak mva-fritaket. Bøker uten DRM derimot bør ha
323 mva-fritak da de "kan overføres mellom enheter, leses på ulike
324 plattformer, lånes ut og siteres og kopieres fra" slik en kan med
325 papirbøker.</p>
326
327 <p>En oppfølgerkommentar sier seg enig i dette, da DRM-infisert
328 materiale må anses som leid og dermed en tjeneste, mens materiale uten
329 DRM må anses som et kjøp.</p>
330 </div>
331 <div class="tags">
332
333
334
335 Tags: <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>, <a href="tags/opphavsrett">opphavsrett</a>.
336
337 </div>
338 </div>
339 <div class="padding"></div>
340
341 <div class="entry">
342 <div class="title"><a href="Sikkerhet_til_sj__s_trenger_sj__kart_uten_bruksbegresninger.html">Sikkerhet til sjøs trenger sjøkart uten bruksbegresninger</a></div>
343 <div class="date">2009-08-23 10:00</div>
344 <div class="body">
345 <p>Sikkerhet til sjøs burde være noe som opptar mange etter den siste
346 oljeutslippsulykken med Full City, som har drept mye liv langs sjøen.
347 En viktig faktor for å bedre sikkerheten til sjøs er at alle som
348 ferdes på sjøen har tilgang til oppdaterte sjøkart som forteller hvor
349 det grunner og annet en må ta hensyn til på sjøen.</p>
350
351 <p>Hvis en er enig i at tilgang til oppdaterte sjøkart er viktig for
352 sikkerheten på sjøen, så er det godt å vite at det i dag er teknisk
353 mulig å sikre alle enkel tilgang til oppdaterte digitale kart over
354 Internet. Det trenger heller ikke være spesielt kostbart.</p>
355
356 <p>Både ved Rocknes-ulykken i Vatlestraumen, der 18 mennesker mistet
357 livet, og ved Full City-ulykken utenfor Langesund, der mange tonn olje
358 lekket ut i havet, var det registrert problemer relatert til
359 oppdaterte sjøkart. Ved Rocknes-ulykken var de elektroniske kartene
360 som ble brukt ikke oppdatert med informasjon om nyoppdagede grunner og
361 losen kjente visst ikke til disse nye grunnene. Papirkartene var dog
362 oppdaterte. Ved Full City-ulykken hadde en kontroll av skipet noen
363 uker tidligere konstatert manglende sjøkart.</p>
364
365 <p>Jeg tror en løsning der digitale sjøkart kunne lastes ned direkte
366 fra sjøkartverket av alle som ønsket oppdaterte sjøkart, uten
367 brukerbetaling og uten bruksbegresninger knyttet til kartene, vil
368 gjøre at flere folk på sjøen vil holde seg med oppdaterte sjøkart,
369 eller sjøkart i det hele tatt. Resultatet av dette vil være økt
370 sikkerhet på sjøen. En undersøkelse gjennomført av Opinion for
371 Gjensidige i 2008 fortalte at halvparten av alle båteierne i landet
372 ikke har sjøkart i båten.</p>
373
374 <p>Formatet på de digitale sjøkartene som gjøræs tilgjengelig fra
375 sjøkartverket må være i henhold til en fri og åpen standard, slik at
376 en ikke er låst til enkeltaktørers godvilje når datafilene skal tolkes
377 og forstås, men trenger ikke publiseres fra sjøkartverket i alle
378 formatene til verdens skips-GPS-er i tillegg. Hvis det ikke er
379 kostbart for sjøkartverket bør de gjerne gjøre det selv, men slik
380 konvertering kan andre ta seg av hvis det er et marked for det.</p>
381
382 <p>Hvis staten mener alvor med å forbedre sikkerheten til sjøs, må de
383 gjøre sitt for at alle båteiere har oppdaterte kart, ikke bare snakke
384 om hvor viktig det er at de har oppdaterte kart. Det bør være
385 viktigere for staten at båtene <strong>har</strong> oppdaterte kart
386 enn at de er pålagt å ha oppdaterte kart.</p>
387
388 <p>Sjøkartene er <a href="http://kart.kystverket.no/">tilgjengelig på web
389 fra kystverket</a>, men så vidt jeg har klart å finne, uten
390 bruksvilkår som muliggjør gjenbruk uten bruksbegresninger.</p>
391
392 <p>OpenStreetmap.org-folk er lei av mangel på sjøkart, og har startet
393 på et dugnadsbasert fribrukskart for havet,
394 <a href="http://openseamap.org/">OpenSeaMap</a>. Datagrunnlaget er
395 OpenStreetmap, mens framvisningen er tilpasset bruk på sjøen. Det
396 gjenstår mye før en kan bruke dette til å seile sikkert på havet, men
397 det viser at behovet for fribruks-sjøkart er til stedet.</p>
398 </div>
399 <div class="tags">
400
401
402
403 Tags: <a href="tags/kart">kart</a>, <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>, <a href="tags/opphavsrett">opphavsrett</a>, <a href="tags/sikkerhet">sikkerhet</a>.
404
405 </div>
406 </div>
407 <div class="padding"></div>
408
409 <div class="entry">
410 <div class="title"><a href="Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html">Relative popularity of document formats (MS Office vs. ODF)</a></div>
411 <div class="date">2009-08-12 15:50</div>
412 <div class="body">
413 <p>Just for fun, I did a search right now on Google for a few file ODF
414 and MS Office based formats (not to be mistaken for ISO or ECMA
415 OOXML), to get an idea of their relative usage. I searched using
416 'filetype:odt' and equvalent terms, and got these results:</P>
417
418 <table>
419 <tr><th>Type</th><th>ODF</th><th>MS Office</th></tr>
420 <tr><td>Tekst</td> <td>odt:282000</td> <td>docx:308000</td></tr>
421 <tr><td>Presentasjon</td> <td>odp:75600</td> <td>pptx:183000</td></tr>
422 <tr><td>Regneark</td> <td>ods:26500 </td> <td>xlsx:145000</td></tr>
423 </table>
424
425 <p>Next, I added a 'site:no' limit to get the numbers for Norway, and
426 got these numbers:</p>
427
428 <table>
429 <tr><th>Type</th><th>ODF</th><th>MS Office</th></tr>
430 <tr><td>Tekst</td> <td>odt:2480 </td> <td>docx:4460</td></tr>
431 <tr><td>Presentasjon</td> <td>odp:299 </td> <td>pptx:741</td></tr>
432 <tr><td>Regneark</td> <td>ods:187 </td> <td>xlsx:372</td></tr>
433 </table>
434
435 <p>I wonder how these numbers change over time.</p>
436
437 <p>I am aware of Google returning different results and numbers based
438 on where the search is done, so I guess these numbers will differ if
439 they are conduced in another country. Because of this, I did the same
440 search from a machine in California, USA, a few minutes after the
441 search done from a machine here in Norway.</p>
442
443
444 <table>
445 <tr><th>Type</th><th>ODF</th><th>MS Office</th></tr>
446 <tr><td>Tekst</td> <td>odt:129000</td> <td>docx:308000</td></tr>
447 <tr><td>Presentasjon</td> <td>odp:44200</td> <td>pptx:93900</td></tr>
448 <tr><td>Regneark</td> <td>ods:26500 </td> <td>xlsx:82400</td></tr>
449 </table>
450
451 <p>And with 'site:no':
452
453 <table>
454 <tr><th>Type</th><th>ODF</th><th>MS Office</th></tr>
455 <tr><td>Tekst</td> <td>odt:2480</td> <td>docx:3410</td></tr>
456 <tr><td>Presentasjon</td> <td>odp:175</td> <td>pptx:604</td></tr>
457 <tr><td>Regneark</td> <td>ods:186 </td> <td>xlsx:296</td></tr>
458 </table>
459
460 <p>Interesting difference, not sure what to conclude from these
461 numbers.</p>
462 </div>
463 <div class="tags">
464
465
466
467 Tags: <a href="tags/english">english</a>, <a href="tags/nuug">nuug</a>, <a href="tags/standard">standard</a>, <a href="tags/web">web</a>.
468
469 </div>
470 </div>
471 <div class="padding"></div>
472
473 <div class="entry">
474 <div class="title"><a href="ISO_still_hope_to_fix_OOXML.html">ISO still hope to fix OOXML</a></div>
475 <div class="date">2009-08-08 14:00</div>
476 <div class="body">
477 <p>According to <a
478 href="http://twerner.blogspot.com/2009/08/defects-of-office-open-xml.html">a
479 blog post from Torsten Werner</a>, the current defect report for ISO
480 29500 (ISO OOXML) is 809 pages. His interesting point is that the
481 defect report is 71 pages more than the full ODF 1.1 specification.
482 Personally I find it more interesting that ISO still believe ISO OOXML
483 can be fixed in ISO. Personally, I believe it is broken beyon repair,
484 and I completely lack any trust in ISO for being able to get anywhere
485 close to solving the problems. I was part of the Norwegian committee
486 involved in the OOXML fast track process, and was not impressed with
487 Standard Norway and ISO in how they handled it.</p>
488
489 <p>These days I focus on ODF instead, which seem like a specification
490 with the future ahead of it. We are working in NUUG to organise a ODF
491 seminar this autumn.</p>
492 </div>
493 <div class="tags">
494
495
496
497 Tags: <a href="tags/english">english</a>, <a href="tags/nuug">nuug</a>, <a href="tags/standard">standard</a>.
498
499 </div>
500 </div>
501 <div class="padding"></div>
502
503 <p style="text-align: right;"><a href="index.rss"><img src="xml.gif" alt="RSS feed" width="36" height="14"></a></p>
504
505 <div id="sidebar">
506
507
508
509
510
511 <h2>Archive</h2>
512 <ul>
513
514 <li>2009
515 <ul>
516
517 <li><a href="archive/2009/01/">January (8)</a></li>
518
519 <li><a href="archive/2009/02/">February (8)</a></li>
520
521 <li><a href="archive/2009/03/">March (12)</a></li>
522
523 <li><a href="archive/2009/04/">April (10)</a></li>
524
525 <li><a href="archive/2009/05/">May (9)</a></li>
526
527 <li><a href="archive/2009/06/">June (3)</a></li>
528
529 <li><a href="archive/2009/07/">July (4)</a></li>
530
531 <li><a href="archive/2009/08/">August (3)</a></li>
532
533 <li><a href="archive/2009/09/">September (1)</a></li>
534
535 <li><a href="archive/2009/10/">October (2)</a></li>
536
537 <li><a href="archive/2009/11/">November (3)</a></li>
538
539 <li><a href="archive/2009/12/">December (1)</a></li>
540
541 </ul></li>
542
543 <li>2008
544 <ul>
545
546 <li><a href="archive/2008/11/">November (5)</a></li>
547
548 <li><a href="archive/2008/12/">December (7)</a></li>
549
550 </ul></li>
551
552 </ul>
553
554
555
556 <h2>Tags</h2>
557 <ul>
558
559 <li><a href="tags/3d-printer">3d-printer (11)</a></li>
560
561 <li><a href="tags/amiga">amiga (1)</a></li>
562
563 <li><a href="tags/aros">aros (1)</a></li>
564
565 <li><a href="tags/debian">debian (14)</a></li>
566
567 <li><a href="tags/debian edu">debian edu (8)</a></li>
568
569 <li><a href="tags/english">english (17)</a></li>
570
571 <li><a href="tags/fiksgatami">fiksgatami (1)</a></li>
572
573 <li><a href="tags/fildeling">fildeling (5)</a></li>
574
575 <li><a href="tags/kart">kart (2)</a></li>
576
577 <li><a href="tags/lenker">lenker (1)</a></li>
578
579 <li><a href="tags/ltsp">ltsp (1)</a></li>
580
581 <li><a href="tags/multimedia">multimedia (5)</a></li>
582
583 <li><a href="tags/norsk">norsk (59)</a></li>
584
585 <li><a href="tags/nuug">nuug (60)</a></li>
586
587 <li><a href="tags/opphavsrett">opphavsrett (10)</a></li>
588
589 <li><a href="tags/personvern">personvern (9)</a></li>
590
591 <li><a href="tags/reprap">reprap (10)</a></li>
592
593 <li><a href="tags/rss">rss (1)</a></li>
594
595 <li><a href="tags/sikkerhet">sikkerhet (4)</a></li>
596
597 <li><a href="tags/standard">standard (9)</a></li>
598
599 <li><a href="tags/stavekontroll">stavekontroll (1)</a></li>
600
601 <li><a href="tags/video">video (10)</a></li>
602
603 <li><a href="tags/vitenskap">vitenskap (1)</a></li>
604
605 <li><a href="tags/web">web (5)</a></li>
606
607 </ul>
608
609 </div>
610
611 <p style="text-align: right">
612 Created by <a href="http://steve.org.uk/Software/chronicle">Chronicle v3.7</a>
613 </p>
614 </body>
615 </html>