<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Kommentaarid Avatud dokumendiformaadid kohta</title>
	<atom:link href="http://www.artsturm.ee/odf/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.artsturm.ee/odf</link>
	<description>ODF PDF HTML XML TXT TEX UOF EPUB</description>
	<lastBuildDate>Sat, 04 Sep 2010 07:48:26 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>Avatud dokumendiformaadid &#187; OASIS ODF 1.2 koostöövõime demo kommentaar  Mis on OpenDocument (ODF)? kohta</title>
		<link>http://www.artsturm.ee/odf/opendocument/comment-page-1/#comment-5502</link>
		<dc:creator>Avatud dokumendiformaadid &#187; OASIS ODF 1.2 koostöövõime demo</dc:creator>
		<pubDate>Sat, 04 Sep 2010 07:48:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/mis-on-opendocument/#comment-5502</guid>
		<description>[...] Mis on OpenDocument (ODF)? [...]</description>
		<content:encoded><![CDATA[<p>[...] Mis on OpenDocument (ODF)? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Indonesia is Moving to OpenDocument Format (ODF) kommentaar  Indoneesias valitsusasutustes ODF kohustuslikuks kohta</title>
		<link>http://www.artsturm.ee/odf/2010/08/02/indoneesias-valitsusasutustes-odf-kohustuslikuks/comment-page-1/#comment-5365</link>
		<dc:creator>Indonesia is Moving to OpenDocument Format (ODF)</dc:creator>
		<pubDate>Mon, 02 Aug 2010 11:28:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=407#comment-5365</guid>
		<description>http://techrights.org/2010/07/28/government-indonesia-odf/</description>
		<content:encoded><![CDATA[<p><a href="http://techrights.org/2010/07/28/government-indonesia-odf/" rel="nofollow">http://techrights.org/2010/07/28/government-indonesia-odf/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Avatud dokumendiformaadid &#187; Indoneesias valitsusasutustes ODF kohustuslikuks kommentaar  Mis on OpenDocument (ODF)? kohta</title>
		<link>http://www.artsturm.ee/odf/opendocument/comment-page-1/#comment-5364</link>
		<dc:creator>Avatud dokumendiformaadid &#187; Indoneesias valitsusasutustes ODF kohustuslikuks</dc:creator>
		<pubDate>Mon, 02 Aug 2010 11:21:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/mis-on-opendocument/#comment-5364</guid>
		<description>[...] Mis on OpenDocument (ODF)? [...]</description>
		<content:encoded><![CDATA[<p>[...] Mis on OpenDocument (ODF)? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Book Tool kommentaar  Wikipedial ODF tugi! kohta</title>
		<link>http://www.artsturm.ee/odf/2010/05/09/wikipedial-odf-tugi/comment-page-1/#comment-5172</link>
		<dc:creator>Book Tool</dc:creator>
		<pubDate>Sun, 09 May 2010 18:03:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=380#comment-5172</guid>
		<description>&lt;a href=&quot;http://meta.wikimedia.org/wiki/Book_tool&quot; rel=&quot;nofollow&quot;&gt;Book tool&lt;/a&gt;
From Meta, a Wikimedia project coordination wiki

This tool allows users to organize personal selections of pages in a book. Books can be
edited &amp; structured using chapters
persisted &amp; loaded, shared
rendered as PDF (example)
exported as ODF Text Document
ordered as a printed book with PediaPress (example)</description>
		<content:encoded><![CDATA[<p><a href="http://meta.wikimedia.org/wiki/Book_tool" rel="nofollow">Book tool</a><br />
From Meta, a Wikimedia project coordination wiki</p>
<p>This tool allows users to organize personal selections of pages in a book. Books can be<br />
edited &amp; structured using chapters<br />
persisted &amp; loaded, shared<br />
rendered as PDF (example)<br />
exported as ODF Text Document<br />
ordered as a printed book with PediaPress (example)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Avatud dokumendiformaadid &#187; Wikipedial ODF tugi! kommentaar  Mis on PDF? kohta</title>
		<link>http://www.artsturm.ee/odf/pdf/comment-page-1/#comment-5170</link>
		<dc:creator>Avatud dokumendiformaadid &#187; Wikipedial ODF tugi!</dc:creator>
		<pubDate>Sun, 09 May 2010 17:38:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/mis-on-pdf/#comment-5170</guid>
		<description>[...] Mis on PDF? [...]</description>
		<content:encoded><![CDATA[<p>[...] Mis on PDF? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Avatud dokumendiformaadid &#187; ODF failivormingute standardi ametlik 5. sünnipäev kommentaar  Tarkvara, mis toetab ODF failiformaati kohta</title>
		<link>http://www.artsturm.ee/odf/tarkvara/comment-page-1/#comment-5169</link>
		<dc:creator>Avatud dokumendiformaadid &#187; ODF failivormingute standardi ametlik 5. sünnipäev</dc:creator>
		<pubDate>Sun, 09 May 2010 17:35:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?page_id=6#comment-5169</guid>
		<description>[...] Tarkvara, mis toetab ODF failiformaati [...]</description>
		<content:encoded><![CDATA[<p>[...] Tarkvara, mis toetab ODF failiformaati [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Avatud dokumendiformaadid &#187; Wikipedial ODF tugi! kommentaar  Mis on OpenDocument (ODF)? kohta</title>
		<link>http://www.artsturm.ee/odf/opendocument/comment-page-1/#comment-5168</link>
		<dc:creator>Avatud dokumendiformaadid &#187; Wikipedial ODF tugi!</dc:creator>
		<pubDate>Sun, 09 May 2010 17:27:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/mis-on-opendocument/#comment-5168</guid>
		<description>[...] Mis on OpenDocument (ODF)? [...]</description>
		<content:encoded><![CDATA[<p>[...] Mis on OpenDocument (ODF)? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Avatud dokumendiformaadid &#187; Document Freedom Day 2010 kommentaar  Avatud ja suletud dokumendiformaadid kohta</title>
		<link>http://www.artsturm.ee/odf/avatud-dokumendiformaadid/comment-page-1/#comment-4906</link>
		<dc:creator>Avatud dokumendiformaadid &#187; Document Freedom Day 2010</dc:creator>
		<pubDate>Mon, 05 Apr 2010 15:47:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?page_id=11#comment-4906</guid>
		<description>[...] Avatud ja suletud dokumendiformaadid [...]</description>
		<content:encoded><![CDATA[<p>[...] Avatud ja suletud dokumendiformaadid [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Lõppvaatuseks kommentaar  USA kohus keelas Microsoft Word-i müügi USA-s kohta</title>
		<link>http://www.artsturm.ee/odf/2009/08/18/usa-kohus-keelas-microsoft-word-i-muugi-usa-s/comment-page-1/#comment-4870</link>
		<dc:creator>Lõppvaatuseks</dc:creator>
		<pubDate>Fri, 02 Apr 2010 19:08:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=312#comment-4870</guid>
		<description>MIcrosoft kaotas selles kohtuasjas kõik kohtuastemd, pidi maksma  i4i Inc. -le kompensatsiooniks $290 miljonit ja eemaldama Office tarkvarast kõik  i4i Inc.  patente rikkunud OOXML implementatsioonid.

i4i&#039;s statement on the Microsoft injunction: 
http://www.i4i.com/collateral/i4i_on_Microsoft_Ruling.pdf

Financila Post: Court upholds i4i victory against Microsoft http://www.financialpost.com/related/topics/story.html?id=2371197

Microsoft Loses Yet Another Word Patent Appeal:
http://erictric.com/tag/i4i-inc/</description>
		<content:encoded><![CDATA[<p>MIcrosoft kaotas selles kohtuasjas kõik kohtuastemd, pidi maksma  i4i Inc. -le kompensatsiooniks $290 miljonit ja eemaldama Office tarkvarast kõik  i4i Inc.  patente rikkunud OOXML implementatsioonid.</p>
<p>i4i&#8217;s statement on the Microsoft injunction:<br />
<a href="http://www.i4i.com/collateral/i4i_on_Microsoft_Ruling.pdf" rel="nofollow">http://www.i4i.com/collateral/i4i_on_Microsoft_Ruling.pdf</a></p>
<p>Financila Post: Court upholds i4i victory against Microsoft <a href="http://www.financialpost.com/related/topics/story.html?id=2371197" rel="nofollow">http://www.financialpost.com/related/topics/story.html?id=2371197</a></p>
<p>Microsoft Loses Yet Another Word Patent Appeal:<br />
<a href="http://erictric.com/tag/i4i-inc/" rel="nofollow">http://erictric.com/tag/i4i-inc/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Avatud dokumendiformaadid &#187; ODF failivormingute standardi ametlik 5. sünnipäev kommentaar  Mis on OpenDocument (ODF)? kohta</title>
		<link>http://www.artsturm.ee/odf/opendocument/comment-page-1/#comment-4868</link>
		<dc:creator>Avatud dokumendiformaadid &#187; ODF failivormingute standardi ametlik 5. sünnipäev</dc:creator>
		<pubDate>Fri, 02 Apr 2010 16:28:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/mis-on-opendocument/#comment-4868</guid>
		<description>[...] Mis on OpenDocument (ODF)? [...]</description>
		<content:encoded><![CDATA[<p>[...] Mis on OpenDocument (ODF)? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>OpenDocument kommentaar  Sony digiraamatud nüüdsest ainult EPUB failivormingus kohta</title>
		<link>http://www.artsturm.ee/odf/2010/01/22/sony-digiraamatud-nuudsest-ainult-epub-failivormingus/comment-page-1/#comment-4797</link>
		<dc:creator>OpenDocument</dc:creator>
		<pubDate>Sat, 27 Mar 2010 18:05:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=356#comment-4797</guid>
		<description>&lt;a href=&quot;http://www.ohtuleht.ee/index.aspx?id=372219&quot; rel=&quot;nofollow&quot;&gt;E-luger: raamatukogu sinu taskus&lt;/a&gt;

&quot;Nimetus e-luger võib esialgu küll võõras tunduda, kuid sellisena on keeleinimesed selle heaks kiitnud. Seda see pisike seade teeb – aitab lugeda ja kaasas kanda e-raamatuid, mis olemuselt on lihtsalt arvutifailid,&quot; lausub raamatupoeketi Rahva Raamat turundusjuht Anu Vagenstein.

Eestis müüb e-raamatulugemiseks tarvilikku e-lugerit alates veebruari lõpust Rahva Raamatu esinduskauplus. Kümmekond lugerit on kuu ajaga ära müüdud hoolimata tõsiasjast, et eestikeelset kirjandust neisse esialgu veel pakkuda ei ole.

Anu Vagensteini sõnul pole praegu veel müügiks tarvilikku internetikeskkonda, mille kaudu lugejale maakeelseid e-raamatuid pakkuda, kuid see olukord lahenevat peagi. &quot;Mitmel meie kirjastajal on e-raamatud või valmisolek nende pakkumiseks olemas. See on tõesti vaid paari kuu küsimus, kui saab hakata alla laadima ka eestikeelseid raamatuid,&quot; ütleb ta.
 

Turundusjuhi sõnul valisid nad oma ketis müümiseks kaubamärgi Cool-er lugeri, kuna see ei ole seotud ühegi konkreetse müügikeskkonnaga. &quot;Cool-eril on vaba tarkvara, see ei ole seotud Rahva Raamatuga, nagu Amazoni Kindle oma keskkonnaga ja sinna saab laadida ka teistest keskkondadest ostetud faile. Meie huvi on müüa ikkagi e-raamatuid ja pakume lugejale hea hinnaga (Cool-er maksab poes 3900 krooni) e-lugerit,&quot; räägib ta.

Raamatud, mida saab Eestis pakutavasse Cool-eri nime kandvasse USA päritolu lugerisse laadida üsna varsti, pannakse turundusjuhi sõnul vastavalt kas e-booki või tavalise pdf-faili formaati. Peale raamatute talletamise ja lugemise on selles konkreetses e-lugeris ka MP3-mängija, mis võimaldab kuulata sinna salvestatud muusikafaile. Raamatulehitsejale on lisatud elektronjärjehoidja, samuti saab salvestatud tekstidest otsida kindlaid sõnu või sõnakombinatsioone.

Imiteerib pärispaberit ja -tinti

Arvutist ja e-lugerist teksti lugemine päris sama ei ole: viimasel on pikaajaliseks lugemiseks spetsiaalne silmasõbralik e-tinditehnoloogia, mis imiteerib pärispaberit ja võimaldab seadet kasutada ka päikesevalguses. &quot;Kui raamat on väga kriiskavvalgele põhjale trükitud või hästi väikeses kirjas, on e-lugerist sellega võrreldes teksti ehk mõnusamgi lugeda,&quot; tähendab Anu Vagenstein. E-lugeris saab teksti suurust, fonti, paigutust ekraanil ja muid sätteid mõne nupuvajutusega muuta. Tähelepanuväärne on ka tema aku vastupidavus – enne uut laadimist võimaldab pisike seade pöörata üle 8000 lehekülje ja akut kasutabki seade vaid lehe pööramisel. Passiivse lugemise ajal seade toidet turundusjuhi kinnitusel ei kuluta.

Üks oluline puudus e-lugeril tavalise raamatuga võrreldes siiski on – vinge kujundusega pildiraamatuid või koomikseid sellesse pisikesse vidinasse esialgu mõtet osta ei ole. &quot;See näitab küll pilti, aga mitte värvilist. Pilt antakse ekraanil edasi kaheksa eri halli tooni abil,&quot; lausub Vagenstein.

Palju reisivale inimesele on e-luger kahtlemata kasulik riist. Selle asemel, et vedada kaasas küllaltki raskeid ja ruumivõtvaid raamatuid, saab kerges elektrontahvlis kaasas kanda tervet raamatukogu. Kui muidu mahutab e-luger korraga mõnisada raamatut, siis 4 GB mälukaardi lisamisel lausa tuhandeid.

&quot;Õppejõule, kes peab loenguid maailma eri paigus asuvates ülikoolides, on e-luger kahtlemata asendamatu. Samuti ärimeestele, poliitikutele või teistele, kel vaja teha tööd suure hulga tekstidega, ehkki tekstitöötlemine on seadmes aeglasem kui arvutis,&quot; märgib Rahva Raamatu turundusjuht.

Lugeri teine tulevane suur sihtrühm võiks Vagensteini hinnangul olla kooliõpilased ja tudengid: &quot;Mõelge, kui palju kaalub praegu õpikute tõttu ka esimestes klassides käiva õpilase koolikott! E-lugerite kasutuselevõtt leevendaks probleemi oluliselt. Sel teemal on arutelud käimas ka Eestis. Loomulikult peaks aga enne alanema toote hind.&quot;

Eesti e-raamatu põlvkonnani läheb aega

Ühendriikides olevat e-raamatu põlvkond juba tekkinud. Millal lähevad e-raamatud moodi Eestis? Anu Vagensteini sõnul võtab see veel aega päris kaua. &quot;Lähiaastal ei juhtu midagi, mõningast elavnemist sellel turul ennustatakse mõne aasta pärast. Eestis kirjutatud raamatuid saab selles formaadis osta kindlasti rutem kui tõlkeraamatuid. Läheme vaikselt teele ja vaatame, kes kaasa tuleb. Me ei kavatse ju asendada pärisraamatuid e-raamatutega, vaid pigem lihtsalt proovida uusi võimalusi, mida raamatumaailm pakub,&quot; kinnitab ta.

E-raamatute ost internetis on lihtne: tuleb teos välja valida, märkida, mis tüüpi arvutisse soovid selle alla laadida (PC või Mac), vajutada vastavat ikooni ja tõmmata fail alla. Sealt omakorda on see USB-liidese kaudu hõlpsasti laaditav e-lugerisse.

E-raamatu hind ei ole seejuures väga odav: Anu Vagensteini sõnul saab elektronraamatu trüki-, materjali- ja logistikakulude ärajäämisel kätte vaid maksimaalselt 30% paberraamatust odavamalt, kuna autoritasud ja muu ju ikkagi säilivad. &quot;USA näide on selles suhtes kehv, et nad saavad juba ilmunud raamatute e-versioonidelt meeletuid allahindlusi teha. Turu massiivsus mängib siin suurt rolli,&quot; nendib turundusspets.

Üsna suur osa inimesi armastab sülearvuti endale voodisse tassida, et mugavalt lesides uudiseid lugeda või filmi vaadata. Põhimõtteliselt pole välistatud, et osa inimkonnast harjub ka e-raamatutega ning trükilõhnalist virna öökapil või voodi all hakkab neil asendama just see seade, mis on natuke suurem kui laste hulgas mõni hea aasta tagasi populaarne Nintendo-mängukonsool. Juba on maailmas müügil ka õhukesed e-raamatud, mida saab käte vahel painutada ja millel tekst vastavalt ekraanile kohandub.

&quot;E-raamat on mõnus ja kerge küll, ehkki minu jaoks isiklikult tundub ta ideaalseim reisivahendina,&quot; tõdeb Anu Vagenstein, kelle esimene valik raamatusõbrana on ikkagi pärisraamat.
Samal teemal</description>
		<content:encoded><![CDATA[<p><a href="http://www.ohtuleht.ee/index.aspx?id=372219" rel="nofollow">E-luger: raamatukogu sinu taskus</a></p>
<p>&#8220;Nimetus e-luger võib esialgu küll võõras tunduda, kuid sellisena on keeleinimesed selle heaks kiitnud. Seda see pisike seade teeb – aitab lugeda ja kaasas kanda e-raamatuid, mis olemuselt on lihtsalt arvutifailid,&#8221; lausub raamatupoeketi Rahva Raamat turundusjuht Anu Vagenstein.</p>
<p>Eestis müüb e-raamatulugemiseks tarvilikku e-lugerit alates veebruari lõpust Rahva Raamatu esinduskauplus. Kümmekond lugerit on kuu ajaga ära müüdud hoolimata tõsiasjast, et eestikeelset kirjandust neisse esialgu veel pakkuda ei ole.</p>
<p>Anu Vagensteini sõnul pole praegu veel müügiks tarvilikku internetikeskkonda, mille kaudu lugejale maakeelseid e-raamatuid pakkuda, kuid see olukord lahenevat peagi. &#8220;Mitmel meie kirjastajal on e-raamatud või valmisolek nende pakkumiseks olemas. See on tõesti vaid paari kuu küsimus, kui saab hakata alla laadima ka eestikeelseid raamatuid,&#8221; ütleb ta.</p>
<p>Turundusjuhi sõnul valisid nad oma ketis müümiseks kaubamärgi Cool-er lugeri, kuna see ei ole seotud ühegi konkreetse müügikeskkonnaga. &#8220;Cool-eril on vaba tarkvara, see ei ole seotud Rahva Raamatuga, nagu Amazoni Kindle oma keskkonnaga ja sinna saab laadida ka teistest keskkondadest ostetud faile. Meie huvi on müüa ikkagi e-raamatuid ja pakume lugejale hea hinnaga (Cool-er maksab poes 3900 krooni) e-lugerit,&#8221; räägib ta.</p>
<p>Raamatud, mida saab Eestis pakutavasse Cool-eri nime kandvasse USA päritolu lugerisse laadida üsna varsti, pannakse turundusjuhi sõnul vastavalt kas e-booki või tavalise pdf-faili formaati. Peale raamatute talletamise ja lugemise on selles konkreetses e-lugeris ka MP3-mängija, mis võimaldab kuulata sinna salvestatud muusikafaile. Raamatulehitsejale on lisatud elektronjärjehoidja, samuti saab salvestatud tekstidest otsida kindlaid sõnu või sõnakombinatsioone.</p>
<p>Imiteerib pärispaberit ja -tinti</p>
<p>Arvutist ja e-lugerist teksti lugemine päris sama ei ole: viimasel on pikaajaliseks lugemiseks spetsiaalne silmasõbralik e-tinditehnoloogia, mis imiteerib pärispaberit ja võimaldab seadet kasutada ka päikesevalguses. &#8220;Kui raamat on väga kriiskavvalgele põhjale trükitud või hästi väikeses kirjas, on e-lugerist sellega võrreldes teksti ehk mõnusamgi lugeda,&#8221; tähendab Anu Vagenstein. E-lugeris saab teksti suurust, fonti, paigutust ekraanil ja muid sätteid mõne nupuvajutusega muuta. Tähelepanuväärne on ka tema aku vastupidavus – enne uut laadimist võimaldab pisike seade pöörata üle 8000 lehekülje ja akut kasutabki seade vaid lehe pööramisel. Passiivse lugemise ajal seade toidet turundusjuhi kinnitusel ei kuluta.</p>
<p>Üks oluline puudus e-lugeril tavalise raamatuga võrreldes siiski on – vinge kujundusega pildiraamatuid või koomikseid sellesse pisikesse vidinasse esialgu mõtet osta ei ole. &#8220;See näitab küll pilti, aga mitte värvilist. Pilt antakse ekraanil edasi kaheksa eri halli tooni abil,&#8221; lausub Vagenstein.</p>
<p>Palju reisivale inimesele on e-luger kahtlemata kasulik riist. Selle asemel, et vedada kaasas küllaltki raskeid ja ruumivõtvaid raamatuid, saab kerges elektrontahvlis kaasas kanda tervet raamatukogu. Kui muidu mahutab e-luger korraga mõnisada raamatut, siis 4 GB mälukaardi lisamisel lausa tuhandeid.</p>
<p>&#8220;Õppejõule, kes peab loenguid maailma eri paigus asuvates ülikoolides, on e-luger kahtlemata asendamatu. Samuti ärimeestele, poliitikutele või teistele, kel vaja teha tööd suure hulga tekstidega, ehkki tekstitöötlemine on seadmes aeglasem kui arvutis,&#8221; märgib Rahva Raamatu turundusjuht.</p>
<p>Lugeri teine tulevane suur sihtrühm võiks Vagensteini hinnangul olla kooliõpilased ja tudengid: &#8220;Mõelge, kui palju kaalub praegu õpikute tõttu ka esimestes klassides käiva õpilase koolikott! E-lugerite kasutuselevõtt leevendaks probleemi oluliselt. Sel teemal on arutelud käimas ka Eestis. Loomulikult peaks aga enne alanema toote hind.&#8221;</p>
<p>Eesti e-raamatu põlvkonnani läheb aega</p>
<p>Ühendriikides olevat e-raamatu põlvkond juba tekkinud. Millal lähevad e-raamatud moodi Eestis? Anu Vagensteini sõnul võtab see veel aega päris kaua. &#8220;Lähiaastal ei juhtu midagi, mõningast elavnemist sellel turul ennustatakse mõne aasta pärast. Eestis kirjutatud raamatuid saab selles formaadis osta kindlasti rutem kui tõlkeraamatuid. Läheme vaikselt teele ja vaatame, kes kaasa tuleb. Me ei kavatse ju asendada pärisraamatuid e-raamatutega, vaid pigem lihtsalt proovida uusi võimalusi, mida raamatumaailm pakub,&#8221; kinnitab ta.</p>
<p>E-raamatute ost internetis on lihtne: tuleb teos välja valida, märkida, mis tüüpi arvutisse soovid selle alla laadida (PC või Mac), vajutada vastavat ikooni ja tõmmata fail alla. Sealt omakorda on see USB-liidese kaudu hõlpsasti laaditav e-lugerisse.</p>
<p>E-raamatu hind ei ole seejuures väga odav: Anu Vagensteini sõnul saab elektronraamatu trüki-, materjali- ja logistikakulude ärajäämisel kätte vaid maksimaalselt 30% paberraamatust odavamalt, kuna autoritasud ja muu ju ikkagi säilivad. &#8220;USA näide on selles suhtes kehv, et nad saavad juba ilmunud raamatute e-versioonidelt meeletuid allahindlusi teha. Turu massiivsus mängib siin suurt rolli,&#8221; nendib turundusspets.</p>
<p>Üsna suur osa inimesi armastab sülearvuti endale voodisse tassida, et mugavalt lesides uudiseid lugeda või filmi vaadata. Põhimõtteliselt pole välistatud, et osa inimkonnast harjub ka e-raamatutega ning trükilõhnalist virna öökapil või voodi all hakkab neil asendama just see seade, mis on natuke suurem kui laste hulgas mõni hea aasta tagasi populaarne Nintendo-mängukonsool. Juba on maailmas müügil ka õhukesed e-raamatud, mida saab käte vahel painutada ja millel tekst vastavalt ekraanile kohandub.</p>
<p>&#8220;E-raamat on mõnus ja kerge küll, ehkki minu jaoks isiklikult tundub ta ideaalseim reisivahendina,&#8221; tõdeb Anu Vagenstein, kelle esimene valik raamatusõbrana on ikkagi pärisraamat.<br />
Samal teemal</p>
]]></content:encoded>
	</item>
	<item>
		<title>Avatud dokumendiformaadid &#187; IBM Lotus Symphony 3 beta kontoritarkvara saadaval kommentaar  Mis on OpenDocument (ODF)? kohta</title>
		<link>http://www.artsturm.ee/odf/opendocument/comment-page-1/#comment-4178</link>
		<dc:creator>Avatud dokumendiformaadid &#187; IBM Lotus Symphony 3 beta kontoritarkvara saadaval</dc:creator>
		<pubDate>Sun, 07 Feb 2010 10:41:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/mis-on-opendocument/#comment-4178</guid>
		<description>[...] Mis on OpenDocument (ODF)? [...]</description>
		<content:encoded><![CDATA[<p>[...] Mis on OpenDocument (ODF)? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>the COPENHAGEN post online kommentaar  Taani parlament hääletas &#8220;Jah&#8221; ODF failivormingule kohta</title>
		<link>http://www.artsturm.ee/odf/2009/11/28/taani-parlament-haaletas-jah-odf-failivormingule/comment-page-1/#comment-4159</link>
		<dc:creator>the COPENHAGEN post online</dc:creator>
		<pubDate>Fri, 05 Feb 2010 16:09:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=350#comment-4159</guid>
		<description>&lt;strong&gt;State dumps Microsoft&lt;/strong&gt;
&lt;em&gt;Thursday, 04 February 2010 10:47 RC &lt;/em&gt;

Software giant Microsoft has lost out to ODF in the battle to serve as the state’s open source document provider

After years of deliberation, parliament has voted to stop using Microsoft’s Open Suite file format and switch to ‘Open Document Format’, reports financial daily Børsen.

Already in 2006, parliament had voted to abandon common Microsoft document programmes such as Word in favour of open source documents. But the choice at that point came down to using Microsoft’s own OOXML open source format or ODF, whose specifications were originally developed by Sun Microsystems. The ODF standard was created by the Organization for the Advancement of Structured Information Standards.

MPs voting for the change said the new format will be cheaper than Microsoft’s and of a higher quality. They have allowed, however, for the future use of OOXML documents within the system.

&lt;strong&gt;The new format will take effect on 1 April 2011.&lt;/strong&gt;</description>
		<content:encoded><![CDATA[<p><strong>State dumps Microsoft</strong><br />
<em>Thursday, 04 February 2010 10:47 RC </em></p>
<p>Software giant Microsoft has lost out to ODF in the battle to serve as the state’s open source document provider</p>
<p>After years of deliberation, parliament has voted to stop using Microsoft’s Open Suite file format and switch to ‘Open Document Format’, reports financial daily Børsen.</p>
<p>Already in 2006, parliament had voted to abandon common Microsoft document programmes such as Word in favour of open source documents. But the choice at that point came down to using Microsoft’s own OOXML open source format or ODF, whose specifications were originally developed by Sun Microsystems. The ODF standard was created by the Organization for the Advancement of Structured Information Standards.</p>
<p>MPs voting for the change said the new format will be cheaper than Microsoft’s and of a higher quality. They have allowed, however, for the future use of OOXML documents within the system.</p>
<p><strong>The new format will take effect on 1 April 2011.</strong></p>
]]></content:encoded>
	</item>
	<item>
		<title>Danes ditch Microsoft, take ODF road - at last kommentaar  Taani parlament hääletas &#8220;Jah&#8221; ODF failivormingule kohta</title>
		<link>http://www.artsturm.ee/odf/2009/11/28/taani-parlament-haaletas-jah-odf-failivormingule/comment-page-1/#comment-4086</link>
		<dc:creator>Danes ditch Microsoft, take ODF road - at last</dc:creator>
		<pubDate>Sat, 30 Jan 2010 09:07:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=350#comment-4086</guid>
		<description>&lt;a href=&quot;http://www.theregister.co.uk/2010/01/29/danes_ditch_microsoft/&quot; rel=&quot;nofollow&quot;&gt;The Register&lt;/a&gt; writes:
&lt;strong&gt;Danes ditch Microsoft, take ODF road - at last&lt;/strong&gt;
Cross party parliamentarians gang up against Redmond
By Kelly Fiveash • Get more from this author
Posted in Applications, 29th January 2010 15:41 GMT
The Danish Parliament has agreed to ditch some Microsoft-based software in favour of the ODF standard from April next year.
According to version2.dk and courtesy of politken.dk, parliamentary parties decided - after four years of deliberation - to use the Open Document Format in all Danish state office documents.

“My ambition is that in the future we will only communicate using open standards,” Science Minister Helge Sander of moderate right wing party Venstre told Denmark’s Parliament.
The decision to axe Microsoft’s Office document formats won cross-party support.
“We believe that open source is the way forward and should replace the patent attitudes that we currently have,” said the Unity List’s Per Clausen.
For the time being, only national institutions will make the switch to ODF. Regional bodies will make the shift at a later, yet to be announced, date.
In February 2008 a Danish Unix user group - DKUUG - lashed out at Microsoft&#039;s Office 2007 file format, by filing a formal complaint to the European Union. It claimed MS was in breach of the EC Treaty article 81 on unfair competition over the Danish state mandatory regulation of ECMA-approved OOXML.
“DKUUG asks the commission to make a decision to make void the part on OOXML of the Danish regulation on mandatory standards [ECMA-376 or ISO/IEC DIS 29500] OOXML, so that other products can participate in the competition on office software for the Danish state,&quot; it demanded at the time.
“This is in line with regulations in other countries, for example in the federal Belgium, or Norway, where only the ISO standard ODF is specified for the subject.”
DKUUG vice chair Keld Simonsen claimed that the Danish state was allowing Redmond to maintain a private monopoly in Denmark, even though OOXML didn’t fulfill the “requirements on openness” that Parliament agreed upon in its decision B103 in 2006.
“A document standards decision may not matter to you today, but as someone who relies on constant access to editable documents, spreadsheets and presentations, it may matter immensely in the near future,” said Bhorat.
Of course, those comments came at a time when Microsoft was still battling to gain ISO approval of the OOXML format.
By April that year, MS finally sealed a deal to get OOXML recognised as an international standard alongside ODF.
Nearly two years on, and Denmark&#039;s parliamentary members have blown a big fat raspberry in Microsoft&#039;s &quot;we&#039;re interoperable&quot; face.</description>
		<content:encoded><![CDATA[<p><a href="http://www.theregister.co.uk/2010/01/29/danes_ditch_microsoft/" rel="nofollow">The Register</a> writes:<br />
<strong>Danes ditch Microsoft, take ODF road &#8211; at last</strong><br />
Cross party parliamentarians gang up against Redmond<br />
By Kelly Fiveash • Get more from this author<br />
Posted in Applications, 29th January 2010 15:41 GMT<br />
The Danish Parliament has agreed to ditch some Microsoft-based software in favour of the ODF standard from April next year.<br />
According to version2.dk and courtesy of politken.dk, parliamentary parties decided &#8211; after four years of deliberation &#8211; to use the Open Document Format in all Danish state office documents.</p>
<p>“My ambition is that in the future we will only communicate using open standards,” Science Minister Helge Sander of moderate right wing party Venstre told Denmark’s Parliament.<br />
The decision to axe Microsoft’s Office document formats won cross-party support.<br />
“We believe that open source is the way forward and should replace the patent attitudes that we currently have,” said the Unity List’s Per Clausen.<br />
For the time being, only national institutions will make the switch to ODF. Regional bodies will make the shift at a later, yet to be announced, date.<br />
In February 2008 a Danish Unix user group &#8211; DKUUG &#8211; lashed out at Microsoft&#8217;s Office 2007 file format, by filing a formal complaint to the European Union. It claimed MS was in breach of the EC Treaty article 81 on unfair competition over the Danish state mandatory regulation of ECMA-approved OOXML.<br />
“DKUUG asks the commission to make a decision to make void the part on OOXML of the Danish regulation on mandatory standards [ECMA-376 or ISO/IEC DIS 29500] OOXML, so that other products can participate in the competition on office software for the Danish state,&quot; it demanded at the time.<br />
“This is in line with regulations in other countries, for example in the federal Belgium, or Norway, where only the ISO standard ODF is specified for the subject.”<br />
DKUUG vice chair Keld Simonsen claimed that the Danish state was allowing Redmond to maintain a private monopoly in Denmark, even though OOXML didn’t fulfill the “requirements on openness” that Parliament agreed upon in its decision B103 in 2006.<br />
“A document standards decision may not matter to you today, but as someone who relies on constant access to editable documents, spreadsheets and presentations, it may matter immensely in the near future,” said Bhorat.<br />
Of course, those comments came at a time when Microsoft was still battling to gain ISO approval of the OOXML format.<br />
By April that year, MS finally sealed a deal to get OOXML recognised as an international standard alongside ODF.<br />
Nearly two years on, and Denmark&#8217;s parliamentary members have blown a big fat raspberry in Microsoft&#8217;s &quot;we&#8217;re interoperable&quot; face.</p>
]]></content:encoded>
	</item>
	<item>
		<title>The iBook on the iPad kommentaar  Sony digiraamatud nüüdsest ainult EPUB failivormingus kohta</title>
		<link>http://www.artsturm.ee/odf/2010/01/22/sony-digiraamatud-nuudsest-ainult-epub-failivormingus/comment-page-1/#comment-4070</link>
		<dc:creator>The iBook on the iPad</dc:creator>
		<pubDate>Thu, 28 Jan 2010 17:17:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=356#comment-4070</guid>
		<description>The iBooks app will use the ePub format, which is good news and bad news. The good news is that it’s not a proprietary format, like the Kindle – i.e. Kindle books can only be read on a Kindle. Actually, Kindle has expanded to having books available on the iPhone, but generally it’s a single format ereader. One wonders if Kindle books can be read on the iPad, as they can on the iPhone, what use the Kindle has at all. No doubt that would truly make the tablet a Kindle killer. It’s unclear right now if iPad books will be transferable to other devices, but the use of ePub suggests they will be.

The bad news about ePub is that it’s really cumbersome to deal with and it’s easier to just strip out all extra formatting, as you do for Smashwords books, because ePub is really just a fancy text file. It is possible to do more with it, but it’s not easy. Given that the iPad is built around the app store ($9.99 per app), a Create a Book app could be in the pipeline. There was a thought that Apple might be creating its own user-friendly format, but instead chose the universal ePub format.</description>
		<content:encoded><![CDATA[<p>The iBooks app will use the ePub format, which is good news and bad news. The good news is that it’s not a proprietary format, like the Kindle – i.e. Kindle books can only be read on a Kindle. Actually, Kindle has expanded to having books available on the iPhone, but generally it’s a single format ereader. One wonders if Kindle books can be read on the iPad, as they can on the iPhone, what use the Kindle has at all. No doubt that would truly make the tablet a Kindle killer. It’s unclear right now if iPad books will be transferable to other devices, but the use of ePub suggests they will be.</p>
<p>The bad news about ePub is that it’s really cumbersome to deal with and it’s easier to just strip out all extra formatting, as you do for Smashwords books, because ePub is really just a fancy text file. It is possible to do more with it, but it’s not easy. Given that the iPad is built around the app store ($9.99 per app), a Create a Book app could be in the pipeline. There was a thought that Apple might be creating its own user-friendly format, but instead chose the universal ePub format.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Oh, suck it, Amazon kommentaar  Sony digiraamatud nüüdsest ainult EPUB failivormingus kohta</title>
		<link>http://www.artsturm.ee/odf/2010/01/22/sony-digiraamatud-nuudsest-ainult-epub-failivormingus/comment-page-1/#comment-4069</link>
		<dc:creator>Oh, suck it, Amazon</dc:creator>
		<pubDate>Thu, 28 Jan 2010 17:15:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=356#comment-4069</guid>
		<description>In demonstrating the iPad’s new slick iBooks e-book reading application, it was explicitly stated that the iPad uses the free, open e-book standard, ePub format.

This is a surprisingly rare but welcome move for Apple in embracing a non-proprietary media format. 

ePub doesn’t mean no DRM, but it does mean you’ll be able, if only through third party Apps, to transfer your own books from other devices.

Jeff Bezos has got to be nursing a migraine right now.</description>
		<content:encoded><![CDATA[<p>In demonstrating the iPad’s new slick iBooks e-book reading application, it was explicitly stated that the iPad uses the free, open e-book standard, ePub format.</p>
<p>This is a surprisingly rare but welcome move for Apple in embracing a non-proprietary media format. </p>
<p>ePub doesn’t mean no DRM, but it does mean you’ll be able, if only through third party Apps, to transfer your own books from other devices.</p>
<p>Jeff Bezos has got to be nursing a migraine right now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Avatud dokumendiformaadid &#187; Sony digiraamatud nüüdsest ainult EPUB failivormingus kommentaar  Mis on EPUB? kohta</title>
		<link>http://www.artsturm.ee/odf/epub/comment-page-1/#comment-4011</link>
		<dc:creator>Avatud dokumendiformaadid &#187; Sony digiraamatud nüüdsest ainult EPUB failivormingus</dc:creator>
		<pubDate>Fri, 22 Jan 2010 19:49:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/mis-on-epub/#comment-4011</guid>
		<description>[...] Mis on EPUB? [...]</description>
		<content:encoded><![CDATA[<p>[...] Mis on EPUB? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Rob Weir kommentaar  Taani parlament hääletas &#8220;Jah&#8221; ODF failivormingule kohta</title>
		<link>http://www.artsturm.ee/odf/2009/11/28/taani-parlament-haaletas-jah-odf-failivormingule/comment-page-1/#comment-3654</link>
		<dc:creator>Rob Weir</dc:creator>
		<pubDate>Tue, 01 Dec 2009 17:50:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=350#comment-3654</guid>
		<description>http://www.robweir.com/blog/2009/11/asking-right-questions-about-office.html</description>
		<content:encoded><![CDATA[<p><a href="http://www.robweir.com/blog/2009/11/asking-right-questions-about-office.html" rel="nofollow">http://www.robweir.com/blog/2009/11/asking-right-questions-about-office.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Avatud dokumendiformaadid &#187; Taani parlament hääletas &#8220;Jah&#8221; ODF failivormingule kommentaar  Mis on OpenDocument (ODF)? kohta</title>
		<link>http://www.artsturm.ee/odf/opendocument/comment-page-1/#comment-3650</link>
		<dc:creator>Avatud dokumendiformaadid &#187; Taani parlament hääletas &#8220;Jah&#8221; ODF failivormingule</dc:creator>
		<pubDate>Sat, 28 Nov 2009 19:06:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/mis-on-opendocument/#comment-3650</guid>
		<description>[...] Mis on OpenDocument (ODF)? [...]</description>
		<content:encoded><![CDATA[<p>[...] Mis on OpenDocument (ODF)? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Avatud dokumendiformaadid &#187; IBM viskab Microsoft Office&#8217;i välja! kommentaar  Microsoft Office 2007 SP2 ODF tugi on täielik fiasko kohta</title>
		<link>http://www.artsturm.ee/odf/2009/05/11/microsoft-office-2007-sp2-odf-tugi-on-taielik-fiasko/comment-page-1/#comment-3234</link>
		<dc:creator>Avatud dokumendiformaadid &#187; IBM viskab Microsoft Office&#8217;i välja!</dc:creator>
		<pubDate>Mon, 14 Sep 2009 18:31:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=163#comment-3234</guid>
		<description>[...] versiooni (2007 SP2) lisanud ODF failide toe, kuid see on teostatud väga puudulikult ja sisuliselt kasutamiseks kõlbmatu. Lisaks üritab Microsoft levitada oma uusi kinniseid dokumendivorminguid docx failide [...]</description>
		<content:encoded><![CDATA[<p>[...] versiooni (2007 SP2) lisanud ODF failide toe, kuid see on teostatud väga puudulikult ja sisuliselt kasutamiseks kõlbmatu. Lisaks üritab Microsoft levitada oma uusi kinniseid dokumendivorminguid docx failide [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Avatud dokumendiformaadid &#187; IBM viskab Microsoft Office&#8217;i välja! kommentaar  Avatud ja suletud dokumendiformaadid kohta</title>
		<link>http://www.artsturm.ee/odf/avatud-dokumendiformaadid/comment-page-1/#comment-3233</link>
		<dc:creator>Avatud dokumendiformaadid &#187; IBM viskab Microsoft Office&#8217;i välja!</dc:creator>
		<pubDate>Mon, 14 Sep 2009 17:52:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?page_id=11#comment-3233</guid>
		<description>[...] Avatud ja suletud dokumendiformaadid [...]</description>
		<content:encoded><![CDATA[<p>[...] Avatud ja suletud dokumendiformaadid [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Avatud dokumendiformaadid &#187; IBM viskab Microsoft Office&#8217;i välja! kommentaar  Millises vormingus vahetada digidokumente? kohta</title>
		<link>http://www.artsturm.ee/odf/millises-vormingus-vahetada-digidokumente/comment-page-1/#comment-3232</link>
		<dc:creator>Avatud dokumendiformaadid &#187; IBM viskab Microsoft Office&#8217;i välja!</dc:creator>
		<pubDate>Mon, 14 Sep 2009 17:52:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/millises-vormingus-vahetada-digidokumente/#comment-3232</guid>
		<description>[...] Millises vormingus vahetada digidokumente? [...]</description>
		<content:encoded><![CDATA[<p>[...] Millises vormingus vahetada digidokumente? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Avatud dokumendiformaadid &#187; IBM viskab Microsoft Office&#8217;i välja! kommentaar  Mis on OpenDocument (ODF)? kohta</title>
		<link>http://www.artsturm.ee/odf/opendocument/comment-page-1/#comment-3231</link>
		<dc:creator>Avatud dokumendiformaadid &#187; IBM viskab Microsoft Office&#8217;i välja!</dc:creator>
		<pubDate>Mon, 14 Sep 2009 17:51:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/mis-on-opendocument/#comment-3231</guid>
		<description>[...] Mis on OpenDocument (ODF)? [...]</description>
		<content:encoded><![CDATA[<p>[...] Mis on OpenDocument (ODF)? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Groklaw kommentaar  USA kohus keelas Microsoft Word-i müügi USA-s kohta</title>
		<link>http://www.artsturm.ee/odf/2009/08/18/usa-kohus-keelas-microsoft-word-i-muugi-usa-s/comment-page-1/#comment-3194</link>
		<dc:creator>Groklaw</dc:creator>
		<pubDate>Fri, 11 Sep 2009 15:08:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=312#comment-3194</guid>
		<description>i4i tells its side of the story: Microsoft ruined our business: 
http://www.groklaw.net/article.php?story=20090909235419648</description>
		<content:encoded><![CDATA[<p>i4i tells its side of the story: Microsoft ruined our business:<br />
<a href="http://www.groklaw.net/article.php?story=20090909235419648" rel="nofollow">http://www.groklaw.net/article.php?story=20090909235419648</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Groklaw artikkel kommentaar  USA kohus keelas Microsoft Word-i müügi USA-s kohta</title>
		<link>http://www.artsturm.ee/odf/2009/08/18/usa-kohus-keelas-microsoft-word-i-muugi-usa-s/comment-page-1/#comment-3098</link>
		<dc:creator>Groklaw artikkel</dc:creator>
		<pubDate>Sun, 06 Sep 2009 19:19:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=312#comment-3098</guid>
		<description>Kohtusaaga hetkeseis: http://www.groklaw.net/article.php?story=20090904195554466</description>
		<content:encoded><![CDATA[<p>Kohtusaaga hetkeseis: <a href="http://www.groklaw.net/article.php?story=20090904195554466" rel="nofollow">http://www.groklaw.net/article.php?story=20090904195554466</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Jora &#187; Arhiiv &#187; Eesti on jõukam kui Norra kommentaar  Norra: ODF ja PDF failivormingute kasutamine kohustuslikuks dokumentide vahetamisel riigiasutustes kohta</title>
		<link>http://www.artsturm.ee/odf/2009/07/03/norra-odf-ja-pdf-failivormingute-kasutamine-kohustuslikuks-dokumentide-vahetamisel-riigiasutustes/comment-page-1/#comment-2381</link>
		<dc:creator>Jora &#187; Arhiiv &#187; Eesti on jõukam kui Norra</dc:creator>
		<pubDate>Fri, 03 Jul 2009 15:04:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=180#comment-2381</guid>
		<description>[...] Nimelt võib lugeda, et Norra riik kehtestas kohustuslikus korras avatud dokumendivormingud, kuna kasutajaid ei tohi diskrimineerida ja kõigil pole kallist MS Office&#8217;it. Järelikult on Eesti riik naftarikkast põhjamaast märksa rikkam, kuna meil eeldatakse kõigilt kasutajatelt selle tarkvara eest plekkimist. [...]</description>
		<content:encoded><![CDATA[<p>[...] Nimelt võib lugeda, et Norra riik kehtestas kohustuslikus korras avatud dokumendivormingud, kuna kasutajaid ei tohi diskrimineerida ja kõigil pole kallist MS Office&#8217;it. Järelikult on Eesti riik naftarikkast põhjamaast märksa rikkam, kuna meil eeldatakse kõigilt kasutajatelt selle tarkvara eest plekkimist. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Avatud dokumendiformaadid &#187; Microsoft Office 2007 SP2 ODF tugi on täielik fiasko kommentaar  Microsoft lisas Office 2007 -le ODF ja PDF toe kohta</title>
		<link>http://www.artsturm.ee/odf/2009/04/30/microsoft-lisas-office-2007-le-odf-ja-pdf-toe/comment-page-1/#comment-2262</link>
		<dc:creator>Avatud dokumendiformaadid &#187; Microsoft Office 2007 SP2 ODF tugi on täielik fiasko</dc:creator>
		<pubDate>Mon, 11 May 2009 10:40:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=156#comment-2262</guid>
		<description>[...] poolt hiljuti kontoritarkvarapaketile Office 2007 uuenduste paketiga SP2 lisatud avatud dokumendivormingu ODF [...]</description>
		<content:encoded><![CDATA[<p>[...] poolt hiljuti kontoritarkvarapaketile Office 2007 uuenduste paketiga SP2 lisatud avatud dokumendivormingu ODF [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Charles-H. Schulz kommentaar  Microsoft lisas Office 2007 -le ODF ja PDF toe kohta</title>
		<link>http://www.artsturm.ee/odf/2009/04/30/microsoft-lisas-office-2007-le-odf-ja-pdf-toe/comment-page-1/#comment-2240</link>
		<dc:creator>Charles-H. Schulz</dc:creator>
		<pubDate>Wed, 06 May 2009 20:23:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=156#comment-2240</guid>
		<description>ODF with no excuse
May 6th, 2009 by Charles

Reports start to appear in the press about the ODF support quality enabled by the Service Pack 2 inside Microsoft Office 2007. I could say that I’m not surprised,
but I somewhat had also expected the contrary. Unfortunately it seems we have here a poor implementation of ODF. If further reports confirm it (and I have no serious doubt they will),
we will have the case of a monopolistic vendor messing up its own implementation of an open standard and have no viable excuse for doing so.....

&lt;a href=&quot;http://standardsandfreedom.net/index.php/2009/05/06/odf-with-no-excuse/&quot; rel=&quot;nofollow&quot;&gt;Loe edasi...&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>ODF with no excuse<br />
May 6th, 2009 by Charles</p>
<p>Reports start to appear in the press about the ODF support quality enabled by the Service Pack 2 inside Microsoft Office 2007. I could say that I’m not surprised,<br />
but I somewhat had also expected the contrary. Unfortunately it seems we have here a poor implementation of ODF. If further reports confirm it (and I have no serious doubt they will),<br />
we will have the case of a monopolistic vendor messing up its own implementation of an open standard and have no viable excuse for doing so&#8230;..</p>
<p><a href="http://standardsandfreedom.net/index.php/2009/05/06/odf-with-no-excuse/" rel="nofollow">Loe edasi&#8230;</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Microsoft support for OpenDocument (ODF) kommentaar  Microsoft lisas Office 2007 -le ODF ja PDF toe kohta</title>
		<link>http://www.artsturm.ee/odf/2009/04/30/microsoft-lisas-office-2007-le-odf-ja-pdf-toe/comment-page-1/#comment-2238</link>
		<dc:creator>Microsoft support for OpenDocument (ODF)</dc:creator>
		<pubDate>Wed, 06 May 2009 06:46:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=156#comment-2238</guid>
		<description>Recently released, Microsoft Office 2007 Service Pack 2 supports OpenDocument Format version 1.1. With Microsoft&#039;s tarnished history of abusing standards for profit and obvious preference for Microsoft&#039;s own Office Open XML, what could Microsoft&#039;s ODF support possibility look like?..... Loe edasi http://www.oooninja.com/2009/05/microsoft-office-opendocument-odf.html</description>
		<content:encoded><![CDATA[<p>Recently released, Microsoft Office 2007 Service Pack 2 supports OpenDocument Format version 1.1. With Microsoft&#8217;s tarnished history of abusing standards for profit and obvious preference for Microsoft&#8217;s own Office Open XML, what could Microsoft&#8217;s ODF support possibility look like?&#8230;.. Loe edasi <a href="http://www.oooninja.com/2009/05/microsoft-office-opendocument-odf.html" rel="nofollow">http://www.oooninja.com/2009/05/microsoft-office-opendocument-odf.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Does MS Office SP2 With ODF Support Really Work? Test Results Point to No. kommentaar  Microsoft lisas Office 2007 -le ODF ja PDF toe kohta</title>
		<link>http://www.artsturm.ee/odf/2009/04/30/microsoft-lisas-office-2007-le-odf-ja-pdf-toe/comment-page-1/#comment-2227</link>
		<dc:creator>Does MS Office SP2 With ODF Support Really Work? Test Results Point to No.</dc:creator>
		<pubDate>Mon, 04 May 2009 14:40:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=156#comment-2227</guid>
		<description>Artikel, kus on katsetatud MS Office 2007 SP2 töötamist ja interoperaablust ODF failidega.</description>
		<content:encoded><![CDATA[<p>Artikel, kus on katsetatud MS Office 2007 SP2 töötamist ja interoperaablust ODF failidega.</p>
]]></content:encoded>
	</item>
	<item>
		<title>OpenDoc Society kommentaar  Microsoft lisas Office 2007 -le ODF ja PDF toe kohta</title>
		<link>http://www.artsturm.ee/odf/2009/04/30/microsoft-lisas-office-2007-le-odf-ja-pdf-toe/comment-page-1/#comment-2180</link>
		<dc:creator>OpenDoc Society</dc:creator>
		<pubDate>Thu, 30 Apr 2009 12:32:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=156#comment-2180</guid>
		<description>“ODF support in Office 2007 is end of an era”
Future proof format now available to entire market

Amsterdam, April 29 2009

OpenDoc Society congratulates Microsoft Corporation Inc. with the
release yesterday of Microsoft’s Service Pack 2 for Office 2007,
Microsoft Office is the latest of the major Office suites to offer
native support for the OpenDocument Format (ODF). OpenDoc Society is
happy to see Microsoft finally join vendors and open source communities
like IBM, Google, Sun Microsystems, Novell, KOffice, Corel and Adobe -
which already made the switch to ODF in recent years.

“In a way it is the end of an era,” says Bert Bakker, chair of OpenDoc
Society. “Vendor based formats have dominated the last twenty five
years of IT to the extreme point where billions of investments in
software - even in entirely unrelated areas - were steered not by
technical and security considerations but by what was used on the
desktop productivity suites.”

The new released SP2 finally brings native ODF 1.1 support to Microsoft
Office 2007 (meaning it can fully replace the deprecated .doc, .docx,
xls, .xslx, ppt and pptx formats) after two years of ‘unofficial’
support through an add-in which was initiated and paid for (but not
formally supported) by Microsoft. It is especially important for any
Microsoft customers which adopted the deprecated Office 2007-specific
formats docx, xlsx and pptx - which were introduced as default formats
when Office 2007 appeared. Since these have meanwhile been superceded,
use of those formats is not to be recommended.

Many governments have actively been adopting an open standards policy,
with ODF being one of the prime drivers. Governments and customers have
grown increasingly vocal in making it clear to vendors that they would
take their business elsewhere if they did not move to support open
standards. ‘Moving to ODF even if you stay with the same vendor an even
the same product is plainly good IT governance, as it provides better
security, compliance mechanisms and usability while at the same time
diminishing the depencies on any single vendor”, says Michiel Leenaars,
vice-chair of OpenDoc Society. “We recommend companies, governments,
and users at large to just make the switch and set the new format as
their default as soon as possible - let’s put a halt to the creation of
‘new’ legacy documents as soon as possible. We’ll thank ourselves for
doing it later”.

With the last of the major vendors moving to ODF, OpenDoc Society notes
that this clears the way for a lot of innovation in both offline and
online office tools that were made possible by the Open Document
Format. Most notably the Society expects to see the rise of smart
documents that merge online ‘web of data’-like features with more
traditional desktop use. OpenDoc Society intends to actively help
these new products and services to converge and interoperate better on
behalf of users and consumers.

With all major office solutions now being able to use ODF, the focus of
software producers and customers should be on getting products that
generate or process documents  - like electronic mail filters, content
management systems, document repositories and BI tools - to take
advantage of the many opportunities ODF brings.

OpenDoc Society strongly urges large document users like governments
and companies, as well as individuals, to look at the currently
proposed ODF 1.2 specification as well as the call for input for the
next major version of ODF that will follow the pending release of 1.2.
The OASIS Technical Committee currently welcomes any comments on its
committee draft [2].

[1] http://www.officeshots.org
[2] http://www.oasis-open.org/committees/documents.php?wg_abbrev=office</description>
		<content:encoded><![CDATA[<p>“ODF support in Office 2007 is end of an era”<br />
Future proof format now available to entire market</p>
<p>Amsterdam, April 29 2009</p>
<p>OpenDoc Society congratulates Microsoft Corporation Inc. with the<br />
release yesterday of Microsoft’s Service Pack 2 for Office 2007,<br />
Microsoft Office is the latest of the major Office suites to offer<br />
native support for the OpenDocument Format (ODF). OpenDoc Society is<br />
happy to see Microsoft finally join vendors and open source communities<br />
like IBM, Google, Sun Microsystems, Novell, KOffice, Corel and Adobe -<br />
which already made the switch to ODF in recent years.</p>
<p>“In a way it is the end of an era,” says Bert Bakker, chair of OpenDoc<br />
Society. “Vendor based formats have dominated the last twenty five<br />
years of IT to the extreme point where billions of investments in<br />
software &#8211; even in entirely unrelated areas &#8211; were steered not by<br />
technical and security considerations but by what was used on the<br />
desktop productivity suites.”</p>
<p>The new released SP2 finally brings native ODF 1.1 support to Microsoft<br />
Office 2007 (meaning it can fully replace the deprecated .doc, .docx,<br />
xls, .xslx, ppt and pptx formats) after two years of ‘unofficial’<br />
support through an add-in which was initiated and paid for (but not<br />
formally supported) by Microsoft. It is especially important for any<br />
Microsoft customers which adopted the deprecated Office 2007-specific<br />
formats docx, xlsx and pptx &#8211; which were introduced as default formats<br />
when Office 2007 appeared. Since these have meanwhile been superceded,<br />
use of those formats is not to be recommended.</p>
<p>Many governments have actively been adopting an open standards policy,<br />
with ODF being one of the prime drivers. Governments and customers have<br />
grown increasingly vocal in making it clear to vendors that they would<br />
take their business elsewhere if they did not move to support open<br />
standards. ‘Moving to ODF even if you stay with the same vendor an even<br />
the same product is plainly good IT governance, as it provides better<br />
security, compliance mechanisms and usability while at the same time<br />
diminishing the depencies on any single vendor”, says Michiel Leenaars,<br />
vice-chair of OpenDoc Society. “We recommend companies, governments,<br />
and users at large to just make the switch and set the new format as<br />
their default as soon as possible &#8211; let’s put a halt to the creation of<br />
‘new’ legacy documents as soon as possible. We’ll thank ourselves for<br />
doing it later”.</p>
<p>With the last of the major vendors moving to ODF, OpenDoc Society notes<br />
that this clears the way for a lot of innovation in both offline and<br />
online office tools that were made possible by the Open Document<br />
Format. Most notably the Society expects to see the rise of smart<br />
documents that merge online ‘web of data’-like features with more<br />
traditional desktop use. OpenDoc Society intends to actively help<br />
these new products and services to converge and interoperate better on<br />
behalf of users and consumers.</p>
<p>With all major office solutions now being able to use ODF, the focus of<br />
software producers and customers should be on getting products that<br />
generate or process documents  &#8211; like electronic mail filters, content<br />
management systems, document repositories and BI tools &#8211; to take<br />
advantage of the many opportunities ODF brings.</p>
<p>OpenDoc Society strongly urges large document users like governments<br />
and companies, as well as individuals, to look at the currently<br />
proposed ODF 1.2 specification as well as the call for input for the<br />
next major version of ODF that will follow the pending release of 1.2.<br />
The OASIS Technical Committee currently welcomes any comments on its<br />
committee draft [2].</p>
<p>[1] <a href="http://www.officeshots.org" rel="nofollow">http://www.officeshots.org</a><br />
[2] <a href="http://www.oasis-open.org/committees/documents.php?wg_abbrev=office" rel="nofollow">http://www.oasis-open.org/committees/documents.php?wg_abbrev=office</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Charles kommentaar  Microsoft lisas Office 2007 -le ODF ja PDF toe kohta</title>
		<link>http://www.artsturm.ee/odf/2009/04/30/microsoft-lisas-office-2007-le-odf-ja-pdf-toe/comment-page-1/#comment-2179</link>
		<dc:creator>Charles</dc:creator>
		<pubDate>Thu, 30 Apr 2009 12:27:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=156#comment-2179</guid>
		<description>Preliminary thoughts on the implementation of ODF in Microsoft Office: http://standardsandfreedom.net/</description>
		<content:encoded><![CDATA[<p>Preliminary thoughts on the implementation of ODF in Microsoft Office: <a href="http://standardsandfreedom.net/" rel="nofollow">http://standardsandfreedom.net/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>PC World kommentaar  Microsoft lisas Office 2007 -le ODF ja PDF toe kohta</title>
		<link>http://www.artsturm.ee/odf/2009/04/30/microsoft-lisas-office-2007-le-odf-ja-pdf-toe/comment-page-1/#comment-2177</link>
		<dc:creator>PC World</dc:creator>
		<pubDate>Thu, 30 Apr 2009 12:10:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=156#comment-2177</guid>
		<description>PC World artikkel &quot;Office 2007 SP2 Supports ODF&quot;: http://www.pcworld.com/article/164015/office_2007_sp2_supports_odf.html</description>
		<content:encoded><![CDATA[<p>PC World artikkel &#8220;Office 2007 SP2 Supports ODF&#8221;: <a href="http://www.pcworld.com/article/164015/office_2007_sp2_supports_odf.html" rel="nofollow">http://www.pcworld.com/article/164015/office_2007_sp2_supports_odf.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Avatud dokumendiformaadid &#187; Microsoft lisas Office 2007 -le ODF ja PDF toe kommentaar  Sun ODF Plugin 3.0 Microsoft Office jaoks kohta</title>
		<link>http://www.artsturm.ee/odf/2009/02/06/sun-odf-plugin-30-microsoft-office-jaoks/comment-page-1/#comment-2176</link>
		<dc:creator>Avatud dokumendiformaadid &#187; Microsoft lisas Office 2007 -le ODF ja PDF toe</dc:creator>
		<pubDate>Thu, 30 Apr 2009 12:05:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=140#comment-2176</guid>
		<description>[...] 2 (SP2). Kasutajate jaoks on hea uudis see, et MS Office 2007 SP2 toetab nüüdsest ilma mingite lisapluginateta avatud standarditele vastavaid failivorminguid OpenDocument ODF ja PDF. Kasutajad saavad ka ODF [...]</description>
		<content:encoded><![CDATA[<p>[...] 2 (SP2). Kasutajate jaoks on hea uudis see, et MS Office 2007 SP2 toetab nüüdsest ilma mingite lisapluginateta avatud standarditele vastavaid failivorminguid OpenDocument ODF ja PDF. Kasutajad saavad ka ODF [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>KristjanS kommentaar  Malasia riik on säästnud avatud lähtekoodiga tarkvara kasutamisega 132 miljonit krooni kohta</title>
		<link>http://www.artsturm.ee/odf/2009/01/15/malasia-riik-on-saastnud-avatud-lahtekoodiga-tarkvara-kasutamisega-132-miljonit-krooni/comment-page-1/#comment-1744</link>
		<dc:creator>KristjanS</dc:creator>
		<pubDate>Fri, 20 Mar 2009 23:46:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=133#comment-1744</guid>
		<description>+

Hooldus = anti viirused, tulemüürid jms</description>
		<content:encoded><![CDATA[<p>+</p>
<p>Hooldus = anti viirused, tulemüürid jms</p>
]]></content:encoded>
	</item>
	<item>
		<title>KristjanS kommentaar  Malasia riik on säästnud avatud lähtekoodiga tarkvara kasutamisega 132 miljonit krooni kohta</title>
		<link>http://www.artsturm.ee/odf/2009/01/15/malasia-riik-on-saastnud-avatud-lahtekoodiga-tarkvara-kasutamisega-132-miljonit-krooni/comment-page-1/#comment-1743</link>
		<dc:creator>KristjanS</dc:creator>
		<pubDate>Fri, 20 Mar 2009 23:45:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=133#comment-1743</guid>
		<description>Väidetavalt kasutasid nad juba veebipõhiseid rakendusi, ning ümberõpe polnud vajalik.</description>
		<content:encoded><![CDATA[<p>Väidetavalt kasutasid nad juba veebipõhiseid rakendusi, ning ümberõpe polnud vajalik.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Dokumendi- ja e-kirjahaldus Internetis: Zoho kommentaar  Tarkvara, mis toetab ODF failiformaati kohta</title>
		<link>http://www.artsturm.ee/odf/tarkvara/comment-page-1/#comment-1374</link>
		<dc:creator>Dokumendi- ja e-kirjahaldus Internetis: Zoho</dc:creator>
		<pubDate>Sat, 07 Feb 2009 08:43:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?page_id=6#comment-1374</guid>
		<description>Digitark on avaldanud hea ülevaate Zoho veebipõhisest kontoritarkvarast: 
Dokumendi- ja e-kirjahaldus Internetis: Zoho</description>
		<content:encoded><![CDATA[<p>Digitark on avaldanud hea ülevaate Zoho veebipõhisest kontoritarkvarast:<br />
Dokumendi- ja e-kirjahaldus Internetis: Zoho</p>
]]></content:encoded>
	</item>
	<item>
		<title>Margus kommentaar  Malasia riik on säästnud avatud lähtekoodiga tarkvara kasutamisega 132 miljonit krooni kohta</title>
		<link>http://www.artsturm.ee/odf/2009/01/15/malasia-riik-on-saastnud-avatud-lahtekoodiga-tarkvara-kasutamisega-132-miljonit-krooni/comment-page-1/#comment-1287</link>
		<dc:creator>Margus</dc:creator>
		<pubDate>Fri, 16 Jan 2009 10:59:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=133#comment-1287</guid>
		<description>Polee pahaaa. kuskil ei ole kirjas kui palju juurutamine koos koolitusega maksma läks? Kui palju edaspidi erinevate tarkvara ja riistvara süsteemide integreerimisse investeeritakse. Kui suured on kulud ja riskid edaspidi. 
Mina kujutan küll ette, et 4 aastane protsees läks üsna kulukaks ja neid kulusid üritatakse nüüd osava PR&#039;iga varjata.

eriti jabur tundub lasuse, et kokku on hoitud ka hoolduskulude pealt. et vaba tarkvara ei pea hooldama? peab vähem hooldama? või on hooldus täiesti tasuta?

Kokku saab hoida tarku otsuseid tehes. Kui tark see otsus kokkuvõttes oli?</description>
		<content:encoded><![CDATA[<p>Polee pahaaa. kuskil ei ole kirjas kui palju juurutamine koos koolitusega maksma läks? Kui palju edaspidi erinevate tarkvara ja riistvara süsteemide integreerimisse investeeritakse. Kui suured on kulud ja riskid edaspidi.<br />
Mina kujutan küll ette, et 4 aastane protsees läks üsna kulukaks ja neid kulusid üritatakse nüüd osava PR&#8217;iga varjata.</p>
<p>eriti jabur tundub lasuse, et kokku on hoitud ka hoolduskulude pealt. et vaba tarkvara ei pea hooldama? peab vähem hooldama? või on hooldus täiesti tasuta?</p>
<p>Kokku saab hoida tarku otsuseid tehes. Kui tark see otsus kokkuvõttes oli?</p>
]]></content:encoded>
	</item>
	<item>
		<title>BC kommentaar  Malasia riik on säästnud avatud lähtekoodiga tarkvara kasutamisega 132 miljonit krooni kohta</title>
		<link>http://www.artsturm.ee/odf/2009/01/15/malasia-riik-on-saastnud-avatud-lahtekoodiga-tarkvara-kasutamisega-132-miljonit-krooni/comment-page-1/#comment-1286</link>
		<dc:creator>BC</dc:creator>
		<pubDate>Fri, 16 Jan 2009 07:27:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=133#comment-1286</guid>
		<description>kas on muidu miskit Eesti kohta käivat statistikat või infot, kui palju on Eesti riigisektoris näiteks praegu üksnes ODFi kasutavaid asutusi?</description>
		<content:encoded><![CDATA[<p>kas on muidu miskit Eesti kohta käivat statistikat või infot, kui palju on Eesti riigisektoris näiteks praegu üksnes ODFi kasutavaid asutusi?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Andy Updegrove kommentaar  ODF failivormigu ja vaba tarkvara võidukäik kohta</title>
		<link>http://www.artsturm.ee/odf/2009/01/10/odf-failivormigu-ja-vaba-tarkvara-voidukaik/comment-page-1/#comment-1266</link>
		<dc:creator>Andy Updegrove</dc:creator>
		<pubDate>Sat, 10 Jan 2009 10:48:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=127#comment-1266</guid>
		<description>&lt;strong&gt;&lt;a href=&quot;http://www.consortiuminfo.org/standardsblog/article.php?story=20090108063546592&quot; rel=&quot;nofollow&quot;&gt;Vietnam Starts New Year with Open Source (and ODF)&lt;/a&gt;&lt;/strong&gt;

Vietnam will ring in the Tet New Year on January 26 this year, and 2009 will be the Year of the Buffalo.  For government servers, it appears that it will be the year of a few other animals as well, including the GNU and the Firefox.  

This, according to Vietnam.net Bridge, which reports that yesterday the Ministry of Information and Communication issued an instruction to the State Agencies of Vietnam to move rapidly to open source software.  More specifically, &quot;by June 30, 2009, 100% of servers of IT divisions of government agencies must be installed with open source software; 100% of staffs at these IT divisions must be trained in the use of these software products and at least 50% use them proficiently.&quot;  According to the article, the instruction is also applicable to provincial and municipal Departments of Information and Communications.  By December 31, 70% of these offices must be in compliance.

Specific products mentioned for implementation include the following:  OpenOffice, Mozilla ThunderBird and Mozilla FireFox email software, and Vietnam&#039;s own Unikey typing software.  This would represent the 17th government to throw it&#039;s support behind ODF, based upon the count being kept by the ODF Alliance.



The article also alludes to requirements for conversion of work habits and documents as well as installation and training, requiring that agencies increase the percentage of documents and information exchanged using the new software.  By December 31, 2010, &quot;all staff at these agencies must be able to use open source software in their jobs.&quot; IT associations have been asked to assist state agencies in meeting the requests contained in the plan.

Intriguingly, the new policy requests that &quot;computer traders not sell PCs installed with cracked software, but open source ones.&quot;  This is presumably directed at resellers that would have to reconfigure inventory to deinstall purchased (and pirated) proprietary software, or order new hardware with that software lacking.  But it may also be aimed at business partners of proprietary software vendors that may be asked to bundle traditional proprietary products in order to tempt government workers to continue to use the products with which they are familiar, rather than making use of the new open products for which they will be trained.


It&#039;s hardly a surprise that Vietnam should make such an announcement.  It has an increasingly sophisticated and growing IT industry, and like the governments of many other emerging nations, is interested in keeping IT budgets down while expanding IT services, as well as nurturing its own IT industry rather than shipping all of its IT budget dollars abroad.  For nations throughout Asia and South America in particular, open source (and open standards compatible with open source) are becoming increasingly incorporated into enterprise infrastructure guidelines and procurement requirements.

Moreover, Vietnam (and other asian adopters of open source software) need not limit their procurement to occidental free software.  The Asianux consortium includes numerous companies in its membership, including one Vietnamese company as well as China&#039;s Red Hat, Japan&#039;s Miracle Linux and Korea&#039;s Haansoft.  Presumably Vietnam will look to Asianux 3.0, Linux server offering that is not only optimized for Asian use, but for government use as well.  Asianux also offers Linux based mobile, and mobile Internet products as well.

Those not familiar with Unikey can find a rather out of date English language version of the Unikey.org site here (both the Vietnamese language and English language home pages appear to have last been updated in 2006).  On a quick Web search, the version referred to there (4.0) appears to be the most recent - and that release is designed to run only on various Windows platforms.

The full text of the original Ministry order (courtesy of Google Translate) is pasted in below.



&lt;blockquote&gt;&lt;strong&gt;Implementation Decision 235/2004/QD-TTg &lt;/strong&gt;
dated 02 3 2004 

The Prime Minister approved the project on the overall application and development of open source software in Vietnam period 2004-2008, the Ministry of Information Information and Communications has issued the list of products open source software to meet the requirements for the organization to the state (including software: OpenOffice office, e-mail on Mozilla stations Thunderbird, the Mozilla Firefox web browser and type in English Unikey); Ministry of Science and Technology has developed documentation and use training software for many agencies, organizations across the state country. 

To promote the use of free software open source (also known as open source software write-off is PMNM), contributing to limit the violation of software copyright, Minister of Information and Media indicator : 

1. The unit responsible for information technology (IT) by the Ministry, Ministry of agencies, Governmental agencies (hereinafter called the ministries, departments) and the Department of Information and Communication (Department TT &amp; TT) of provinces and cities directly under the Central Government (hereinafter referred to as provinces, cities): 

a) Implement the installation and training, instructions to use the software above the staff in the units: 
Latest to 30/6/2009, ensure 100% workstation unit responsible for IT Department and TT &amp; TT installed, 100% staff is trained, using the instructions in the minimum 50% of staff can use the expertise in the job and can help guide the units under other ministries, departments, provinces and cities. 

Latest date to 31/12/2009, ensure 70% workstation in the units under ministries, departments, provinces, cities are installed, 70% of staff are trained, guided to use, in which at least 40% of staff use the software in the above work. 

There are plans to gradually increase the population of documents, materials, information exchange within the agencies, units of the ministries, departments, provincial, city editor, handled by the software mentioned above, ensure 31/12/2010 to most staff in the agencies, units of the ministries, departments, provinces, cities using the software in the above work. 

b) Advising, proposed to the heads of agencies, departments, Chairman of provinces and cities: the solution, measures to ensure implementation of the tasks mentioned above, incorporating, including contents of this directive to plan the application of IT units, advocacy, mobilization, encourage emulation movement between units and individuals in the ministries, departments, provinces and cities City on the use of PMNM; bringing the IT applications and general use PMNM in particular to review the content to emulate, rewarded annually by the individual units. 

c) The (at least 6 times a month) organization assessment and preliminary results, draw experience implementing the tasks, the report Ministries, departments, committees of provinces, cities and the Ministry of Information and Media. 

2. The association and enterprise IT: 

a) The IT associations organize practical work, enabling members to exchange information and experience to continuously improve energy exploitation, providing products, services PMNM; coordination, support unit responsible for IT, the Department of TT &amp; TT perform tasks above; support the development of community PMNM Vietnamese; promote international cooperation on PMNM activities and links between community PMNM Vietnamese organizations, community PMNM world. 

b) The business provides computer: Install the software above the computer when provided to agencies, state organizations, not to provide the market for computer software with no copyright legal. 

c) facilities, business services and training IT: positive, active construction programs, curriculum and organization of training courses on PMNM; take the training to use the product PMNM the training of basic information, information office, information technology advanced. 

d) The business software, business services IT: Capacity building services software in general and in particular for PMNM state agencies consider the software as a service (SaaS ); encourage the development of ideas, products and services based on PMNM. 

3. The units of the Ministry of Information and Media: 

a) The Information Technology: 

- Host, in collaboration with IT Office under the Ministry of Science and Technology and other relevant units to update the list of PMNM meet requirements for the organization to the state; complete documents usage instructions; organization, community support the implementation of Vietnamese products PMNM; 

- Investigation, survey, aggregate and provide up: the list, address and business services PMNM, facilities, business services training PMNM; versions installed, technical materials, guidelines using PMNM common; 

- Guide, check and monitor the implementation of the Directive; received, general coordination with the units involved to resolve the authorities, or report the Minister to resolve the petitions, the Vietnam&#039;s ministries, sectors and localities on the application and development PMNM, as well as difficulties arising in implementing Directive; report of the Minister of the results of the implementation. 

b) Department of Applied Information Technology: The owner of incorporating, including the content of this directive, as well as content and tasks to promote the application PMNM in general, in the written regulations, instructions of IT applications, documents guiding plan, program, project applications in the IT operations of state agencies. 

c) Information Center: 

- Implementation of the tasks assigned to the unit responsible for IT in this Directive. To ensure the units of the Ministry in the use of software mentioned above; 

- Host, in collaboration with the press, media propaganda, broadcast, raise awareness about the benefits of PMNM; mobilizing applications PMNM the activities of agencies, organizations, enterprises and people. 

d) Institute of Software and Digital Content Vietnam Center rescue emergency computer Vietnam (VNCERT): Preparation of ready to support ministries, sectors and localities implemented using PMNM if on; coordinate with the IT review and update the list PMNM meet the requirements for the organization to the state. 

4. Implementation: 

a) The heads of agencies, units of the Ministry, heads the unit responsible for the Ministry of IT, industry, Director of TT &amp; TT provinces, cities, the association, business IT has the responsibility of thoroughly spirit Directive, customized implementation of the tasks mentioned above, organizations quickly deploy and periodic reports results of the implementation. 

b) The unit responsible for IT, the TT &amp; TTT: The responsibility for the unit leaders directly responsible for promoting applications PMNM, is responsible for organizing implementation, management is over, check and evaluate the applications in PMNM units and units in other ministries, departments, provinces, cities themselves. 

c) Chairman of the provinces, cities directly under the central government: The Department of TT &amp; TT and other departments, agencies related to the adjustment of this Directive; active layout and taking part in total charge of the application and development of IT for its implementation using PMNM above, the mechanisms, policies, layout resources, create favorable conditions for the implementation. /.&lt;/blockquote&gt;

</description>
		<content:encoded><![CDATA[<p><strong><a href="http://www.consortiuminfo.org/standardsblog/article.php?story=20090108063546592" rel="nofollow">Vietnam Starts New Year with Open Source (and ODF)</a></strong></p>
<p>Vietnam will ring in the Tet New Year on January 26 this year, and 2009 will be the Year of the Buffalo.  For government servers, it appears that it will be the year of a few other animals as well, including the GNU and the Firefox.  </p>
<p>This, according to Vietnam.net Bridge, which reports that yesterday the Ministry of Information and Communication issued an instruction to the State Agencies of Vietnam to move rapidly to open source software.  More specifically, &#8220;by June 30, 2009, 100% of servers of IT divisions of government agencies must be installed with open source software; 100% of staffs at these IT divisions must be trained in the use of these software products and at least 50% use them proficiently.&#8221;  According to the article, the instruction is also applicable to provincial and municipal Departments of Information and Communications.  By December 31, 70% of these offices must be in compliance.</p>
<p>Specific products mentioned for implementation include the following:  OpenOffice, Mozilla ThunderBird and Mozilla FireFox email software, and Vietnam&#8217;s own Unikey typing software.  This would represent the 17th government to throw it&#8217;s support behind ODF, based upon the count being kept by the ODF Alliance.</p>
<p>The article also alludes to requirements for conversion of work habits and documents as well as installation and training, requiring that agencies increase the percentage of documents and information exchanged using the new software.  By December 31, 2010, &#8220;all staff at these agencies must be able to use open source software in their jobs.&#8221; IT associations have been asked to assist state agencies in meeting the requests contained in the plan.</p>
<p>Intriguingly, the new policy requests that &#8220;computer traders not sell PCs installed with cracked software, but open source ones.&#8221;  This is presumably directed at resellers that would have to reconfigure inventory to deinstall purchased (and pirated) proprietary software, or order new hardware with that software lacking.  But it may also be aimed at business partners of proprietary software vendors that may be asked to bundle traditional proprietary products in order to tempt government workers to continue to use the products with which they are familiar, rather than making use of the new open products for which they will be trained.</p>
<p>It&#8217;s hardly a surprise that Vietnam should make such an announcement.  It has an increasingly sophisticated and growing IT industry, and like the governments of many other emerging nations, is interested in keeping IT budgets down while expanding IT services, as well as nurturing its own IT industry rather than shipping all of its IT budget dollars abroad.  For nations throughout Asia and South America in particular, open source (and open standards compatible with open source) are becoming increasingly incorporated into enterprise infrastructure guidelines and procurement requirements.</p>
<p>Moreover, Vietnam (and other asian adopters of open source software) need not limit their procurement to occidental free software.  The Asianux consortium includes numerous companies in its membership, including one Vietnamese company as well as China&#8217;s Red Hat, Japan&#8217;s Miracle Linux and Korea&#8217;s Haansoft.  Presumably Vietnam will look to Asianux 3.0, Linux server offering that is not only optimized for Asian use, but for government use as well.  Asianux also offers Linux based mobile, and mobile Internet products as well.</p>
<p>Those not familiar with Unikey can find a rather out of date English language version of the Unikey.org site here (both the Vietnamese language and English language home pages appear to have last been updated in 2006).  On a quick Web search, the version referred to there (4.0) appears to be the most recent &#8211; and that release is designed to run only on various Windows platforms.</p>
<p>The full text of the original Ministry order (courtesy of Google Translate) is pasted in below.</p>
<blockquote><p><strong>Implementation Decision 235/2004/QD-TTg </strong><br />
dated 02 3 2004 </p>
<p>The Prime Minister approved the project on the overall application and development of open source software in Vietnam period 2004-2008, the Ministry of Information Information and Communications has issued the list of products open source software to meet the requirements for the organization to the state (including software: OpenOffice office, e-mail on Mozilla stations Thunderbird, the Mozilla Firefox web browser and type in English Unikey); Ministry of Science and Technology has developed documentation and use training software for many agencies, organizations across the state country. </p>
<p>To promote the use of free software open source (also known as open source software write-off is PMNM), contributing to limit the violation of software copyright, Minister of Information and Media indicator : </p>
<p>1. The unit responsible for information technology (IT) by the Ministry, Ministry of agencies, Governmental agencies (hereinafter called the ministries, departments) and the Department of Information and Communication (Department TT &amp; TT) of provinces and cities directly under the Central Government (hereinafter referred to as provinces, cities): </p>
<p>a) Implement the installation and training, instructions to use the software above the staff in the units:<br />
Latest to 30/6/2009, ensure 100% workstation unit responsible for IT Department and TT &amp; TT installed, 100% staff is trained, using the instructions in the minimum 50% of staff can use the expertise in the job and can help guide the units under other ministries, departments, provinces and cities. </p>
<p>Latest date to 31/12/2009, ensure 70% workstation in the units under ministries, departments, provinces, cities are installed, 70% of staff are trained, guided to use, in which at least 40% of staff use the software in the above work. </p>
<p>There are plans to gradually increase the population of documents, materials, information exchange within the agencies, units of the ministries, departments, provincial, city editor, handled by the software mentioned above, ensure 31/12/2010 to most staff in the agencies, units of the ministries, departments, provinces, cities using the software in the above work. </p>
<p>b) Advising, proposed to the heads of agencies, departments, Chairman of provinces and cities: the solution, measures to ensure implementation of the tasks mentioned above, incorporating, including contents of this directive to plan the application of IT units, advocacy, mobilization, encourage emulation movement between units and individuals in the ministries, departments, provinces and cities City on the use of PMNM; bringing the IT applications and general use PMNM in particular to review the content to emulate, rewarded annually by the individual units. </p>
<p>c) The (at least 6 times a month) organization assessment and preliminary results, draw experience implementing the tasks, the report Ministries, departments, committees of provinces, cities and the Ministry of Information and Media. </p>
<p>2. The association and enterprise IT: </p>
<p>a) The IT associations organize practical work, enabling members to exchange information and experience to continuously improve energy exploitation, providing products, services PMNM; coordination, support unit responsible for IT, the Department of TT &amp; TT perform tasks above; support the development of community PMNM Vietnamese; promote international cooperation on PMNM activities and links between community PMNM Vietnamese organizations, community PMNM world. </p>
<p>b) The business provides computer: Install the software above the computer when provided to agencies, state organizations, not to provide the market for computer software with no copyright legal. </p>
<p>c) facilities, business services and training IT: positive, active construction programs, curriculum and organization of training courses on PMNM; take the training to use the product PMNM the training of basic information, information office, information technology advanced. </p>
<p>d) The business software, business services IT: Capacity building services software in general and in particular for PMNM state agencies consider the software as a service (SaaS ); encourage the development of ideas, products and services based on PMNM. </p>
<p>3. The units of the Ministry of Information and Media: </p>
<p>a) The Information Technology: </p>
<p>- Host, in collaboration with IT Office under the Ministry of Science and Technology and other relevant units to update the list of PMNM meet requirements for the organization to the state; complete documents usage instructions; organization, community support the implementation of Vietnamese products PMNM; </p>
<p>- Investigation, survey, aggregate and provide up: the list, address and business services PMNM, facilities, business services training PMNM; versions installed, technical materials, guidelines using PMNM common; </p>
<p>- Guide, check and monitor the implementation of the Directive; received, general coordination with the units involved to resolve the authorities, or report the Minister to resolve the petitions, the Vietnam&#8217;s ministries, sectors and localities on the application and development PMNM, as well as difficulties arising in implementing Directive; report of the Minister of the results of the implementation. </p>
<p>b) Department of Applied Information Technology: The owner of incorporating, including the content of this directive, as well as content and tasks to promote the application PMNM in general, in the written regulations, instructions of IT applications, documents guiding plan, program, project applications in the IT operations of state agencies. </p>
<p>c) Information Center: </p>
<p>- Implementation of the tasks assigned to the unit responsible for IT in this Directive. To ensure the units of the Ministry in the use of software mentioned above; </p>
<p>- Host, in collaboration with the press, media propaganda, broadcast, raise awareness about the benefits of PMNM; mobilizing applications PMNM the activities of agencies, organizations, enterprises and people. </p>
<p>d) Institute of Software and Digital Content Vietnam Center rescue emergency computer Vietnam (VNCERT): Preparation of ready to support ministries, sectors and localities implemented using PMNM if on; coordinate with the IT review and update the list PMNM meet the requirements for the organization to the state. </p>
<p>4. Implementation: </p>
<p>a) The heads of agencies, units of the Ministry, heads the unit responsible for the Ministry of IT, industry, Director of TT &amp; TT provinces, cities, the association, business IT has the responsibility of thoroughly spirit Directive, customized implementation of the tasks mentioned above, organizations quickly deploy and periodic reports results of the implementation. </p>
<p>b) The unit responsible for IT, the TT &amp; TTT: The responsibility for the unit leaders directly responsible for promoting applications PMNM, is responsible for organizing implementation, management is over, check and evaluate the applications in PMNM units and units in other ministries, departments, provinces, cities themselves. </p>
<p>c) Chairman of the provinces, cities directly under the central government: The Department of TT &amp; TT and other departments, agencies related to the adjustment of this Directive; active layout and taking part in total charge of the application and development of IT for its implementation using PMNM above, the mechanisms, policies, layout resources, create favorable conditions for the implementation. /.</p></blockquote>
]]></content:encoded>
	</item>
	<item>
		<title>Tineke Egyedi kommentaar  Avatud tarkvara juurutamise seaduseelnõud ei võetud vastu kohta</title>
		<link>http://www.artsturm.ee/odf/2008/12/17/avatud-tarkvara-juurutamise-seaduseelnoud-ei-voetud-vastu/comment-page-1/#comment-1265</link>
		<dc:creator>Tineke Egyedi</dc:creator>
		<pubDate>Sat, 10 Jan 2009 10:33:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=118#comment-1265</guid>
		<description>Selle teemaga haakub väga hästi järgmine Hr Tineke Egyedi avalik kiri: 

&lt;strong&gt;&lt;a href=&quot;http://www.noooxml.org/forum/t-105674/tineke-egyedi-writes-open-letter-to-the-it-standards-community&quot; rel=&quot;nofollow&quot;&gt;Who pays for interoperability in public IT procurement?&lt;/a&gt;&lt;/strong&gt;

&lt;em&gt;A public letter to the IT industry about document format standards&lt;/em&gt;
Delft, 16 November 2008

It is not uncommon for governments to voluntarily head for vendor
lock-in[1]. As a citizen, however, I have a direct stake in my
government basing its public procurement of IT on open standards. This
stake may be most evident for &#039;civil ICT standards&#039; (Andy Updegrove),
i.e., for standards that support access to government information and
exchanges with government such as document formats[2] (e.g.,
sustainable digital data). However, I also have a standards-related
stake in IT procured for government-internal processes because, first,
in practice government-internal and –external IT processes cannot be
separated[3]. Second, because of the increasing costs that accompany
vendor-lock-in. Third, because government procurement is good for 16%
of the European IT market and is therefore a means towards a more
competitive and sustainable IT market.

A main reason for voluntary vendor lock-in is the fear of lack of
interoperability of IT products in a multi-vendor environment.
Experience shows that standard-compliant products from different
vendors need not necessarily interoperate. As is known, a dominant
vendor may design in incompatibility to break the integrity of a
standard (e.g. Java platform). But usually incompatible standard
implementations are the unhappy outcome of good intentions.

Problem of document format standards

In the field of document formats there is an additional complexity.
For the external reader: ISO[4] has ratified two competing
XML-oriented standards for document formats. The first one, the Open
Document Format (ODF, ISO/IEC 26300) was ratified in 2006 and stems
from OASIS, a standards consortium. The second one, Office Open XML
(OOXML, ISO/IEC 29500) originally stems from Ecma International,
another standards consortium. Although ISO&#039;s OOXML process has been
widely contested, which caused a delay in its final approval,
according to the ISO website the standards is to be published shortly.

ISO&#039;s approval of a second, overlapping standard will not have
lessened government fears about interoperability in a multi-vendor
environment. The market has become less rather than more transparent
by means of this standards effort. To re-create some transparency
about the interoperability of applications and reduce the fear of post
hoc expenses in public procurement, conformance and interoperability
testing is needed. Plug-test events are needed to test the factual
interoperability of standards-based products from different vendors.
To be credible to all concerned, a neutral, independent testing centre
such as ETSI may need to be involved to e.g. develop test-suites and
coordinate plug test events.

Interoperability between multi-vendor OOXML applications

Current discussions on open standards highlight that multiple
implementations are an important sign that standards are really open
(see presentations by Rishab Gosh and by Thiru Balasubramaniam[5]).
Regarding ISO&#039;s OOXML, the contention is that no company has yet
implemented the full standard, not even its primary sponsor Microsoft;
and that the six thousand page specification is too complex and too
inconsistent to implement. Are these contentions true? If not,
governments will want more than verbal claims to the contrary.
Moreover, they can easily be countered with third party conformance
and interoperability tests, including a plug-test event with multiple
OOXML-compliant IT vendors.

Interoperability between ODF applications

All major vendors, Microsoft included, have agreed to support ODF
ISO/IEC 26300, or are already doing so. That is, the availability of
multiple implementations is not a problem here. Moreover,
interestingly, two weeks ago OASIS initiated a technical committee to
organize conformance and interoperability tests. Given its scope[6],
this committee will provide transparency to governments about the
degree of conformance of applications to ODF and the interoperability
of ODF-documents. Less clear is whether the committee also intends to
address interoperability between standards versions, or more general:
what policy it has on standards change[7]. To my knowledge, such
policies have not yet been defined by any standards consortium or
standards body. They would befit the area of civil ICT standards.

The OASIS committee explicitly does not address &quot;identifying or
commenting on particular implementations&quot; or any certification
activities. Government procurement officers will ultimately need
testing at this level and want to involve an independent third party
testing centre for this purpose. Moreover, OASIS, too, might at a
later stage want to involve an independent third party in order to
avoid credibility problems.

Having two overlapping standards brings about its own problems, as
testifies a review of current ad hoc solutions - converters,
translators, plug-ins - to re-create compatibility between
ODF-products and Microsoft&#039;s partial implementation of the OOXML
standard[8]. Those who develop a low quality and overlapping standard,
qualifications which also OOXML supporters use, are not the ones who
pay for the consequences. Regrettably, citizens will be paying the
price for lack of interoperability.

Although there is no formal accountability to fall back upon in
standardization[9], those who initiated the duplicating effort may
feel a - corporate social - responsibility for what happened. Their
help is needed to shift interoperability costs from governments and
citizens (post hoc) back to IT vendors (ex ante), the source of the
interoperability problem. As a start, will they fully cooperate and
support OASIS&#039; initiative of conformance and interoperability testing?
Are they prepared to shoulder the costs of independent, third party
conformance and interoperability tests, tests that are needed to
assure governments that no unexpected problems will arise ex post?

Kind regards,

Tineke Egyedi

Delft University of Technology</description>
		<content:encoded><![CDATA[<p>Selle teemaga haakub väga hästi järgmine Hr Tineke Egyedi avalik kiri: </p>
<p><strong><a href="http://www.noooxml.org/forum/t-105674/tineke-egyedi-writes-open-letter-to-the-it-standards-community" rel="nofollow">Who pays for interoperability in public IT procurement?</a></strong></p>
<p><em>A public letter to the IT industry about document format standards</em><br />
Delft, 16 November 2008</p>
<p>It is not uncommon for governments to voluntarily head for vendor<br />
lock-in[1]. As a citizen, however, I have a direct stake in my<br />
government basing its public procurement of IT on open standards. This<br />
stake may be most evident for &#8216;civil ICT standards&#8217; (Andy Updegrove),<br />
i.e., for standards that support access to government information and<br />
exchanges with government such as document formats[2] (e.g.,<br />
sustainable digital data). However, I also have a standards-related<br />
stake in IT procured for government-internal processes because, first,<br />
in practice government-internal and –external IT processes cannot be<br />
separated[3]. Second, because of the increasing costs that accompany<br />
vendor-lock-in. Third, because government procurement is good for 16%<br />
of the European IT market and is therefore a means towards a more<br />
competitive and sustainable IT market.</p>
<p>A main reason for voluntary vendor lock-in is the fear of lack of<br />
interoperability of IT products in a multi-vendor environment.<br />
Experience shows that standard-compliant products from different<br />
vendors need not necessarily interoperate. As is known, a dominant<br />
vendor may design in incompatibility to break the integrity of a<br />
standard (e.g. Java platform). But usually incompatible standard<br />
implementations are the unhappy outcome of good intentions.</p>
<p>Problem of document format standards</p>
<p>In the field of document formats there is an additional complexity.<br />
For the external reader: ISO[4] has ratified two competing<br />
XML-oriented standards for document formats. The first one, the Open<br />
Document Format (ODF, ISO/IEC 26300) was ratified in 2006 and stems<br />
from OASIS, a standards consortium. The second one, Office Open XML<br />
(OOXML, ISO/IEC 29500) originally stems from Ecma International,<br />
another standards consortium. Although ISO&#8217;s OOXML process has been<br />
widely contested, which caused a delay in its final approval,<br />
according to the ISO website the standards is to be published shortly.</p>
<p>ISO&#8217;s approval of a second, overlapping standard will not have<br />
lessened government fears about interoperability in a multi-vendor<br />
environment. The market has become less rather than more transparent<br />
by means of this standards effort. To re-create some transparency<br />
about the interoperability of applications and reduce the fear of post<br />
hoc expenses in public procurement, conformance and interoperability<br />
testing is needed. Plug-test events are needed to test the factual<br />
interoperability of standards-based products from different vendors.<br />
To be credible to all concerned, a neutral, independent testing centre<br />
such as ETSI may need to be involved to e.g. develop test-suites and<br />
coordinate plug test events.</p>
<p>Interoperability between multi-vendor OOXML applications</p>
<p>Current discussions on open standards highlight that multiple<br />
implementations are an important sign that standards are really open<br />
(see presentations by Rishab Gosh and by Thiru Balasubramaniam[5]).<br />
Regarding ISO&#8217;s OOXML, the contention is that no company has yet<br />
implemented the full standard, not even its primary sponsor Microsoft;<br />
and that the six thousand page specification is too complex and too<br />
inconsistent to implement. Are these contentions true? If not,<br />
governments will want more than verbal claims to the contrary.<br />
Moreover, they can easily be countered with third party conformance<br />
and interoperability tests, including a plug-test event with multiple<br />
OOXML-compliant IT vendors.</p>
<p>Interoperability between ODF applications</p>
<p>All major vendors, Microsoft included, have agreed to support ODF<br />
ISO/IEC 26300, or are already doing so. That is, the availability of<br />
multiple implementations is not a problem here. Moreover,<br />
interestingly, two weeks ago OASIS initiated a technical committee to<br />
organize conformance and interoperability tests. Given its scope[6],<br />
this committee will provide transparency to governments about the<br />
degree of conformance of applications to ODF and the interoperability<br />
of ODF-documents. Less clear is whether the committee also intends to<br />
address interoperability between standards versions, or more general:<br />
what policy it has on standards change[7]. To my knowledge, such<br />
policies have not yet been defined by any standards consortium or<br />
standards body. They would befit the area of civil ICT standards.</p>
<p>The OASIS committee explicitly does not address &#8220;identifying or<br />
commenting on particular implementations&#8221; or any certification<br />
activities. Government procurement officers will ultimately need<br />
testing at this level and want to involve an independent third party<br />
testing centre for this purpose. Moreover, OASIS, too, might at a<br />
later stage want to involve an independent third party in order to<br />
avoid credibility problems.</p>
<p>Having two overlapping standards brings about its own problems, as<br />
testifies a review of current ad hoc solutions &#8211; converters,<br />
translators, plug-ins &#8211; to re-create compatibility between<br />
ODF-products and Microsoft&#8217;s partial implementation of the OOXML<br />
standard[8]. Those who develop a low quality and overlapping standard,<br />
qualifications which also OOXML supporters use, are not the ones who<br />
pay for the consequences. Regrettably, citizens will be paying the<br />
price for lack of interoperability.</p>
<p>Although there is no formal accountability to fall back upon in<br />
standardization[9], those who initiated the duplicating effort may<br />
feel a &#8211; corporate social &#8211; responsibility for what happened. Their<br />
help is needed to shift interoperability costs from governments and<br />
citizens (post hoc) back to IT vendors (ex ante), the source of the<br />
interoperability problem. As a start, will they fully cooperate and<br />
support OASIS&#8217; initiative of conformance and interoperability testing?<br />
Are they prepared to shoulder the costs of independent, third party<br />
conformance and interoperability tests, tests that are needed to<br />
assure governments that no unexpected problems will arise ex post?</p>
<p>Kind regards,</p>
<p>Tineke Egyedi</p>
<p>Delft University of Technology</p>
]]></content:encoded>
	</item>
	<item>
		<title>Elizabeth Montalbano kommentaar  ODF failivormigu ja vaba tarkvara võidukäik kohta</title>
		<link>http://www.artsturm.ee/odf/2009/01/10/odf-failivormigu-ja-vaba-tarkvara-voidukaik/comment-page-1/#comment-1264</link>
		<dc:creator>Elizabeth Montalbano</dc:creator>
		<pubDate>Sat, 10 Jan 2009 10:21:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=127#comment-1264</guid>
		<description>&lt;strong&gt;&lt;a href=&quot;http://www.pcworld.com/article/155999/group_2008_progress_shows_odf_will_prevail.html&quot; rel=&quot;nofollow&quot;&gt;Group: 2008 Progress Shows ODF Will Prevail&lt;/a&gt;&lt;/strong&gt;

It was a good year for Open Document Format (ODF), which gained support from governments across the world in 2008 as its backers continued to promote it as an international standard for XML-based document exchange, according to the ODF Alliance.

Despite the fact that ODF&#039;s rival, OOXML -- a format created by Microsoft for its Office 2007 suite -- was also approved by the ISO (International Organization for Standardization) earlier this year as an international standard, ODF Alliance Managing Director Marino Marcich believes that ODF will eventually win out as the dominant standard for document formats.

&quot;I think that we&#039;re dealing with two formats to accomplish the exact same task,&quot; he said Tuesday. &quot;At the end of the day, two formats for the same task just generates confusion and cost.&quot;

Marcich cited progress ODF made in the year and outlined in the ODF Alliance&#039;s annual report as proof that ODF will eventually beat OOXML. Governments around the world are currently setting interoperability guidelines for the technology used in their agencies, and are standardizing file formats a part of that decision.

ODF has now been approved as a technology standard for document exchange in 16 countries, including Brazil, the Netherlands, Norway, South Africa, Russia, and Germany, according to the report. In the Netherlands, government agencies must select ODF-supported products in technology purchases of €50,000 (US$69,920) or more, and in Brazil ODF also has been mandated for use in government agencies.

OOXML, on the other hand, is only being piloted alongside ODF in Denmark, and only the U.S. state of Massachusetts has approved OOXML as a standard, he said.

ODF also gained more support among word-processing applications from major technology vendors, Marcich said. Google Docs, Adobe Buzzword and OpenOffice.org&#039;s desktop and portable applications all now support ODF as a file format.

On the contrary, &quot;I can count on my left hand how many .docx&#039;s I&#039;ve received,&quot; he said, referring to the file extension for default Office 2007 files. However, to be fair, the OOXML/.docx implementation in Office 2007 differs from current OOXML specification, which has been altered through the standards process and is now known as ECMA 376.

Still, it&#039;s true that the default file format for exchanging most Office documents now is .doc, the default binary document file extension for Office before Office 2007. Even Marcich acknowledged that &quot;the old binaries dominate the landscape&quot; right now.

Unlike Marcich, Microsoft still believes there is room for more than one XML-based file format, said Dough Mahugh, a Microsoft senior program manager for Office interoperability, in an e-mail Tuesday.

&quot;Microsoft is committed to interoperability, transparency and user choice,&quot; he said. &quot;That is why we are supporting additional formats going forward; after all, users have always wanted access to multiple formats, and now they have even more options.&quot;

Microsoft has agreed to support ODF in Office as part of Office 2007 Service Pack 2, which is due out between February and April 2009, and eventually it will implement the current OOXML specification in Office 2007 as well.

Last week, Microsoft publicly outlined how it would implement ODF in that service pack release and expects to in the next several weeks to release implementation notes for ECMA 376 as well.

However, Marcich expressed concern over the implementation of ODF revealed by Microsoft last week, saying it has raised some eyebrows among ODF proponents for not being in line with how the ODF specification is currently implemented.

&quot;It suggests that Microsoft will deviate substantially from the course taken by other vendors,&quot; he said. &quot;This could break interoperability.&quot;

ODF proponents have reason to worry, as the process to ISO approval for OOXML was riddled with complaints that Microsoft acted unscrupulously, the standards process was not implemented properly and the specification approved was too unwieldy to implement.

Mahugh, however, defended Microsoft&#039;s planned implementation of ODF, saying the company is &quot;confident&quot; in it, which is why Microsoft &quot;took the step of publicly disclosing the principles and priorities that guided our development, released our implementation notes, and are supporting DII events around the world,&quot; he said. DII, or the Document Interoperability Initiative, is a group Microsoft created to foster interoperability between different document formats .

Mahugh added that Microsoft encourages other ODF implementers to &quot;provide a similar level of transparency and participate positively&quot; in the company&#039;s DII events.</description>
		<content:encoded><![CDATA[<p><strong><a href="http://www.pcworld.com/article/155999/group_2008_progress_shows_odf_will_prevail.html" rel="nofollow">Group: 2008 Progress Shows ODF Will Prevail</a></strong></p>
<p>It was a good year for Open Document Format (ODF), which gained support from governments across the world in 2008 as its backers continued to promote it as an international standard for XML-based document exchange, according to the ODF Alliance.</p>
<p>Despite the fact that ODF&#8217;s rival, OOXML &#8212; a format created by Microsoft for its Office 2007 suite &#8212; was also approved by the ISO (International Organization for Standardization) earlier this year as an international standard, ODF Alliance Managing Director Marino Marcich believes that ODF will eventually win out as the dominant standard for document formats.</p>
<p>&#8220;I think that we&#8217;re dealing with two formats to accomplish the exact same task,&#8221; he said Tuesday. &#8220;At the end of the day, two formats for the same task just generates confusion and cost.&#8221;</p>
<p>Marcich cited progress ODF made in the year and outlined in the ODF Alliance&#8217;s annual report as proof that ODF will eventually beat OOXML. Governments around the world are currently setting interoperability guidelines for the technology used in their agencies, and are standardizing file formats a part of that decision.</p>
<p>ODF has now been approved as a technology standard for document exchange in 16 countries, including Brazil, the Netherlands, Norway, South Africa, Russia, and Germany, according to the report. In the Netherlands, government agencies must select ODF-supported products in technology purchases of €50,000 (US$69,920) or more, and in Brazil ODF also has been mandated for use in government agencies.</p>
<p>OOXML, on the other hand, is only being piloted alongside ODF in Denmark, and only the U.S. state of Massachusetts has approved OOXML as a standard, he said.</p>
<p>ODF also gained more support among word-processing applications from major technology vendors, Marcich said. Google Docs, Adobe Buzzword and OpenOffice.org&#8217;s desktop and portable applications all now support ODF as a file format.</p>
<p>On the contrary, &#8220;I can count on my left hand how many .docx&#8217;s I&#8217;ve received,&#8221; he said, referring to the file extension for default Office 2007 files. However, to be fair, the OOXML/.docx implementation in Office 2007 differs from current OOXML specification, which has been altered through the standards process and is now known as ECMA 376.</p>
<p>Still, it&#8217;s true that the default file format for exchanging most Office documents now is .doc, the default binary document file extension for Office before Office 2007. Even Marcich acknowledged that &#8220;the old binaries dominate the landscape&#8221; right now.</p>
<p>Unlike Marcich, Microsoft still believes there is room for more than one XML-based file format, said Dough Mahugh, a Microsoft senior program manager for Office interoperability, in an e-mail Tuesday.</p>
<p>&#8220;Microsoft is committed to interoperability, transparency and user choice,&#8221; he said. &#8220;That is why we are supporting additional formats going forward; after all, users have always wanted access to multiple formats, and now they have even more options.&#8221;</p>
<p>Microsoft has agreed to support ODF in Office as part of Office 2007 Service Pack 2, which is due out between February and April 2009, and eventually it will implement the current OOXML specification in Office 2007 as well.</p>
<p>Last week, Microsoft publicly outlined how it would implement ODF in that service pack release and expects to in the next several weeks to release implementation notes for ECMA 376 as well.</p>
<p>However, Marcich expressed concern over the implementation of ODF revealed by Microsoft last week, saying it has raised some eyebrows among ODF proponents for not being in line with how the ODF specification is currently implemented.</p>
<p>&#8220;It suggests that Microsoft will deviate substantially from the course taken by other vendors,&#8221; he said. &#8220;This could break interoperability.&#8221;</p>
<p>ODF proponents have reason to worry, as the process to ISO approval for OOXML was riddled with complaints that Microsoft acted unscrupulously, the standards process was not implemented properly and the specification approved was too unwieldy to implement.</p>
<p>Mahugh, however, defended Microsoft&#8217;s planned implementation of ODF, saying the company is &#8220;confident&#8221; in it, which is why Microsoft &#8220;took the step of publicly disclosing the principles and priorities that guided our development, released our implementation notes, and are supporting DII events around the world,&#8221; he said. DII, or the Document Interoperability Initiative, is a group Microsoft created to foster interoperability between different document formats .</p>
<p>Mahugh added that Microsoft encourages other ODF implementers to &#8220;provide a similar level of transparency and participate positively&#8221; in the company&#8217;s DII events.</p>
]]></content:encoded>
	</item>
	<item>
		<title>eBabel on and on by Tom Tivnan kommentaar  EPUB &#8211; digiraamatute avatud failiformaat kohta</title>
		<link>http://www.artsturm.ee/odf/2008/09/22/epub-digiraamatute-avatud-failiformaat/comment-page-1/#comment-1205</link>
		<dc:creator>eBabel on and on by Tom Tivnan</dc:creator>
		<pubDate>Sat, 27 Dec 2008 14:22:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/09/22/epub-digiraamatute-avatud-failiformaat/#comment-1205</guid>
		<description>Perhaps you were one of the keen early adopters who rushed out to Borders earlier this month to plunk down £399 on iRex’s iLiad, the first dedicated e-book reader launched in the UK.

If you were able to speed-read through the 50 pre-loaded classics, you would undoubtedly have wanted more e-books. So where did you go next for your downloads? Well, it certainly was not to Borders.co.uk—the much-hyped, much-anticipated new site was still not up and running by the time The Bookseller went to press. You might have then thought of the world’s biggest e-tailer Amazon, only to discover its UK site has no e-books on offer and that its US site sells them in a format that can only be played on the Kindle, its own e-reader.

If you moved on to other download sites, the choices would have become more complex and bewildering. EBooks.com, one of iRex’s recommended retailers, sells most books in Mobipocket and Adobe .pdf formats, both of which can be read by the iLiad. But it also offers titles in Microsoft Reader, which iLiad does not support and a non-techie customer might easily download by mistake. Looking further afield, the choices, and potential stumbling blocks for the consumer, increase; fictionwise.com, for example, sells some of its titles in up to 12 different formats.

Given the number of e-readers that may soon be on the market and the confusing multiplicity of formats, it is no wonder the market has been dubbed the “Tower of eBabel” by e-book campaigners. 

Tipping point

With the launch of the iLiad and the widely tipped release of the Sony Reader and Kindle in the UK within the next year, resolving the format issue is becoming crucial for trade publishers. In April, the Publishers Association c.e.o. Simon Juden used his speech at the group’s a.g.m. to call on the industry to reach a standard for e-books, saying that the Kindle and the Sony Reader not being able to talk to each other was not beneficial to “the customer, the content provider or the publisher.”

His views were echoed at this month’s BA conference by Ian Hudson, Random House UK deputy c.e.o. and PA president, who said publishers and retailers need to achieve “interoperability”—the ability to switch back and forth between devices—and find one common e-book format.

Some in the industry have responded, with Penguin, Random House Group, HarperCollins and Pan Macmillan adopting the .epub format, a standard that is being pushed by the International Digital Publishing Forum (IDPF), the industry’s digital trade standards organisation. Epub is an XML-based file, which allows publishers to relatively easily convert a number of differing formats and wrap with anti-piracy Digital Rights Management (DRM) programming. The number of UK publishers coming on board is perhaps not unrelated to the imminent UK launch of Sony’s next- generation device, which is believed to be able to read .epub using Adobe’s Digital Edition software. Sony, however, will not confirm which formats the new reader will support.

A battle of the formats could begin when Amazon’s Kindle hits Britain. Its bespoke .azw format cannot be read on the Sony Reader and Sony’s cannot be read on Kindle. Epub can be converted to Amazon’s format and vice-versa, but not “natively”, within devices. Publishers will have a multiplicity of formats available. Conversion costs are not astronomical, at least for big publishers—currently about £300 for the first switch from an initial file to .epub, then on a book by book basis after that.

However, the number of formats clouds the route of content to customer, putting the onus on the user. Customers who mistakenly download the wrong format may have to convert those e-books on their own computers. For the tech-savvy early adopters who largely make up the e-book audience thus far, this perhaps is not a problem. As the e-book becomes more prevalent, however, customer confusion, and frustration, is sure to increase.

This has caused publisher concern. “What we need to avoid for the customer,” says Jeremy Ettinghausen, Penguin’s digital publishing director. “is a whole Betamax/VHS scenario. One of the failures thus far with e-books is the publishers have been presenting a multiplicity of formats. We feel that if publishers and retailers get behind one single standard we can present the offer to customers much more clearly.”

Some believe the relative ease of format conversion has the chance to smooth over any kind of format war. Fionnuala Duggan, digital director at Random House Group, says: “It’s a different scenario than Betamax v VHS or differing music formats. Even if you do download these files into different devices they can be reformatted; it’s not like you are downloading into a dead-end piece of hardware.”

It’s the DRM, stupid

Yet while .epub offers solutions, it is not perfect. Some publishers have complained that it lacks a web element, is not browser-friendly, search-engine-friendly, or at all ready for the next wave of web-based social utilities.

Achieving pure interoperablity is also not just strictly about format. Even within format, different publishers’ DRM can vary, affecting device readability. Files wrapped with DRM also contain a variety of restrictions, such as whether a customer can print or not, if the file can download to other devices, or whether it can be emailed.

Even within formats, DRM continues to evolve. As Martyn Daniels, vice-president of sales and marketing at digital content management specialist Value Chain International, explains: “Mobipocket, for example, has gone though several incarnations. If you are using, say, a Mobi 3.0 file and the device you are using reads Mobi 6.0, it will still be able to read it, but there will be subtle differences that affect performance.”

David Rothman, an American writer who runs the e-book blog Teleread.org, believes that DRM is anti-consumer and is relatively in-effective against piracy. He says: “DRM penalises legitimate owners with various restrictions, such as limits on the number of devices. If a book is truly popular and big money is at stake, then both amateur and professional pirates can scan paper copies, or even type them out, as happened with Harry Potter.”

Rothman has called for publishers to agree to “social DRM”—an idea mooted by Bill McCoy, the general manager of Adobe’s ePublishing business—no technical restrictions other than stamping a file with “This e-book is the property of . . .” Social DRM, Rothman believes, would open up the e-book market, and prohibit one dominant player such as Amazon from elbowing others out. He says: “The real irony with Amazon is that they have been doing wonderful things with music MP3s and anti-DRM on music downloads. The damaging thing is that Amazon is using DRM to herd customers into the Kindle away from other devices. This is not good news for publishers.”

Most publishers have thus far been leery about committing to non-DRM. However, at this year’s London Book Fair, Pan Mac digital director Sara Lloyd, while stressing she was expressing a personal view, argued that e-books without DRM would boost the e-book market.

The 8-track moment?

The recent rush of trade publishers to jump on the e-book reader bandwagon should not disguise the fact that it is but a fraction of the market. The bulk of the digital business these days is being done in the academic and STM arena. RHG’s Duggan says: “If you look at the STM sector, sometimes up to 50% of their sales are in digital. On the trade side, we are nowhere near that yet.”

In the academic market, most content is hosted on publisher online platforms and in university libraries, accessed by students on PCs and Macs. DRM and formatting issues are largely not a concern, either dealt with by the content provider online or read natively on the computers.

This raises issues of whether there will ever be an iPod moment for e-book readers, particularly since laptops are getting smaller, lighter and more affordable. Why buy an iLiad, Sony Reader or Kindle, with their restrictions, when you can buy a laptop for nearly the same price free of the formatting hassles? Similarly, with the increased use of PDAs and Blackberrys and quick technological improvements in mobile phone technology, which again largely bypass format issues, will the iPod moment for e-readers actually be the iPod?

“Customers might want to ask themselves, ‘do I want to spend that kind of money on a device that might be obsolete in a year’s time?’” says Daniels. “If you got your fingers burnt on 8-tracks or CD-ROMs, you might not be so sure.”

A glossary of formats

.epub Pushed by the International Digital Publishing Forum, the digital publishing trade body, the XML-based .epub’s main strengths are its easy conversion for use on a variety of devices and its ability to “reflow” —to resize according to a device’s screen size. Penguin, HarperCollins and Random House are among the trade publishers who have recently signed on. The Sony Reader is widely tipped to be .epub-compatible when it launches in the UK later this year.

Mobipocket (.mobi) Founded in 2000, Mobipocket has become the leading format for mobile devices such as PDAs and Blackberry. The company was snapped up by Amazon in 2005.

Kindle (.azw) The Kindle format is essentially a slightly modified Mobipocket wrapped with proprietary DRM and is the only format that can be downloaded from Amazon. Mobi DRM-free files can be read on the device.

BBeB Sony’s DRM-encrypted proprietary format for its Sony Reader.

Adobe Acrobat (.pdf) Common on the web because of its ability to be read by a number of different computer types. Pdfs are less effective for e-book readers because they are designed to show standard paper sizes and thus cannot reflow to different screen sizes. Two .pdf formats —one for Acrobat Reader
and one for Adobe eReader, have led to confusion.

Microsoft Reader (.lit) Only readable on the proprietary Microsoft Reader programme (Windows only), installed on most Pocket PC handheld devices. An add-on, Convert LIT, allows you to change files to an .epub format. 

eReader (.pbd) Designed mainly for handheld devices such as the Palm and Pocket PC, can also be used on any Windows or Macintosh operating systems. Does not support Blackberry or iPhones.

The Devices

Launched

iRex iLiad Holland-based firm launched the first e-reader in the UK this month, sold exclusively in Borders. Uses Linux operating systems which allows third-party development. Supports wi-fi.
Formats: XHTML, .pdfs, Mobipocket.
Retail price: £399

On launchpad 

Sony Reader Launched in the US in 2006 and a 2.0 version is widely tipped to be released in the UK later this year. Titles can be purchased from Sony’s Connect website which has about 40,000 titles. Can play MP3 files.
Formats: BBeB Book, Adobe pdf, Jpegs, can support Microsoft Word with conversion.
Retail price: $299 

Amazon Kindle Released last November in the US to much fanfare. Features include wireless connectivity which enables downloads direct to the Kindle without a computer. Currently about 125,000 Kindle titles available from Amazon.com. UK launch TBA.
Formats: Kindle (.azw), can also read non-DRM Mobipocket files.
Retail price: $399

Two to watch

Cybook Gen 3 French firm Bokeen’s device launched in the US and France in October 2007. Stores up to 1,000 books and the company promises a 100-day battery life for the casual reader.
Formats: Mobipocket, PalmDoc, HTML, .txt, .pdf.
Retail price: $350

Redius Polymer Vision Spin-off of Dutch electronics giant Philips says it will launch its mobile phone/e-book reader in the UK later this year. The device, the size of a normal mobile phone, has a five-inch “rollable screen”.
Formats: TBA. Retail: TBA</description>
		<content:encoded><![CDATA[<p>Perhaps you were one of the keen early adopters who rushed out to Borders earlier this month to plunk down £399 on iRex’s iLiad, the first dedicated e-book reader launched in the UK.</p>
<p>If you were able to speed-read through the 50 pre-loaded classics, you would undoubtedly have wanted more e-books. So where did you go next for your downloads? Well, it certainly was not to Borders.co.uk—the much-hyped, much-anticipated new site was still not up and running by the time The Bookseller went to press. You might have then thought of the world’s biggest e-tailer Amazon, only to discover its UK site has no e-books on offer and that its US site sells them in a format that can only be played on the Kindle, its own e-reader.</p>
<p>If you moved on to other download sites, the choices would have become more complex and bewildering. EBooks.com, one of iRex’s recommended retailers, sells most books in Mobipocket and Adobe .pdf formats, both of which can be read by the iLiad. But it also offers titles in Microsoft Reader, which iLiad does not support and a non-techie customer might easily download by mistake. Looking further afield, the choices, and potential stumbling blocks for the consumer, increase; fictionwise.com, for example, sells some of its titles in up to 12 different formats.</p>
<p>Given the number of e-readers that may soon be on the market and the confusing multiplicity of formats, it is no wonder the market has been dubbed the “Tower of eBabel” by e-book campaigners. </p>
<p>Tipping point</p>
<p>With the launch of the iLiad and the widely tipped release of the Sony Reader and Kindle in the UK within the next year, resolving the format issue is becoming crucial for trade publishers. In April, the Publishers Association c.e.o. Simon Juden used his speech at the group’s a.g.m. to call on the industry to reach a standard for e-books, saying that the Kindle and the Sony Reader not being able to talk to each other was not beneficial to “the customer, the content provider or the publisher.”</p>
<p>His views were echoed at this month’s BA conference by Ian Hudson, Random House UK deputy c.e.o. and PA president, who said publishers and retailers need to achieve “interoperability”—the ability to switch back and forth between devices—and find one common e-book format.</p>
<p>Some in the industry have responded, with Penguin, Random House Group, HarperCollins and Pan Macmillan adopting the .epub format, a standard that is being pushed by the International Digital Publishing Forum (IDPF), the industry’s digital trade standards organisation. Epub is an XML-based file, which allows publishers to relatively easily convert a number of differing formats and wrap with anti-piracy Digital Rights Management (DRM) programming. The number of UK publishers coming on board is perhaps not unrelated to the imminent UK launch of Sony’s next- generation device, which is believed to be able to read .epub using Adobe’s Digital Edition software. Sony, however, will not confirm which formats the new reader will support.</p>
<p>A battle of the formats could begin when Amazon’s Kindle hits Britain. Its bespoke .azw format cannot be read on the Sony Reader and Sony’s cannot be read on Kindle. Epub can be converted to Amazon’s format and vice-versa, but not “natively”, within devices. Publishers will have a multiplicity of formats available. Conversion costs are not astronomical, at least for big publishers—currently about £300 for the first switch from an initial file to .epub, then on a book by book basis after that.</p>
<p>However, the number of formats clouds the route of content to customer, putting the onus on the user. Customers who mistakenly download the wrong format may have to convert those e-books on their own computers. For the tech-savvy early adopters who largely make up the e-book audience thus far, this perhaps is not a problem. As the e-book becomes more prevalent, however, customer confusion, and frustration, is sure to increase.</p>
<p>This has caused publisher concern. “What we need to avoid for the customer,” says Jeremy Ettinghausen, Penguin’s digital publishing director. “is a whole Betamax/VHS scenario. One of the failures thus far with e-books is the publishers have been presenting a multiplicity of formats. We feel that if publishers and retailers get behind one single standard we can present the offer to customers much more clearly.”</p>
<p>Some believe the relative ease of format conversion has the chance to smooth over any kind of format war. Fionnuala Duggan, digital director at Random House Group, says: “It’s a different scenario than Betamax v VHS or differing music formats. Even if you do download these files into different devices they can be reformatted; it’s not like you are downloading into a dead-end piece of hardware.”</p>
<p>It’s the DRM, stupid</p>
<p>Yet while .epub offers solutions, it is not perfect. Some publishers have complained that it lacks a web element, is not browser-friendly, search-engine-friendly, or at all ready for the next wave of web-based social utilities.</p>
<p>Achieving pure interoperablity is also not just strictly about format. Even within format, different publishers’ DRM can vary, affecting device readability. Files wrapped with DRM also contain a variety of restrictions, such as whether a customer can print or not, if the file can download to other devices, or whether it can be emailed.</p>
<p>Even within formats, DRM continues to evolve. As Martyn Daniels, vice-president of sales and marketing at digital content management specialist Value Chain International, explains: “Mobipocket, for example, has gone though several incarnations. If you are using, say, a Mobi 3.0 file and the device you are using reads Mobi 6.0, it will still be able to read it, but there will be subtle differences that affect performance.”</p>
<p>David Rothman, an American writer who runs the e-book blog Teleread.org, believes that DRM is anti-consumer and is relatively in-effective against piracy. He says: “DRM penalises legitimate owners with various restrictions, such as limits on the number of devices. If a book is truly popular and big money is at stake, then both amateur and professional pirates can scan paper copies, or even type them out, as happened with Harry Potter.”</p>
<p>Rothman has called for publishers to agree to “social DRM”—an idea mooted by Bill McCoy, the general manager of Adobe’s ePublishing business—no technical restrictions other than stamping a file with “This e-book is the property of . . .” Social DRM, Rothman believes, would open up the e-book market, and prohibit one dominant player such as Amazon from elbowing others out. He says: “The real irony with Amazon is that they have been doing wonderful things with music MP3s and anti-DRM on music downloads. The damaging thing is that Amazon is using DRM to herd customers into the Kindle away from other devices. This is not good news for publishers.”</p>
<p>Most publishers have thus far been leery about committing to non-DRM. However, at this year’s London Book Fair, Pan Mac digital director Sara Lloyd, while stressing she was expressing a personal view, argued that e-books without DRM would boost the e-book market.</p>
<p>The 8-track moment?</p>
<p>The recent rush of trade publishers to jump on the e-book reader bandwagon should not disguise the fact that it is but a fraction of the market. The bulk of the digital business these days is being done in the academic and STM arena. RHG’s Duggan says: “If you look at the STM sector, sometimes up to 50% of their sales are in digital. On the trade side, we are nowhere near that yet.”</p>
<p>In the academic market, most content is hosted on publisher online platforms and in university libraries, accessed by students on PCs and Macs. DRM and formatting issues are largely not a concern, either dealt with by the content provider online or read natively on the computers.</p>
<p>This raises issues of whether there will ever be an iPod moment for e-book readers, particularly since laptops are getting smaller, lighter and more affordable. Why buy an iLiad, Sony Reader or Kindle, with their restrictions, when you can buy a laptop for nearly the same price free of the formatting hassles? Similarly, with the increased use of PDAs and Blackberrys and quick technological improvements in mobile phone technology, which again largely bypass format issues, will the iPod moment for e-readers actually be the iPod?</p>
<p>“Customers might want to ask themselves, ‘do I want to spend that kind of money on a device that might be obsolete in a year’s time?’” says Daniels. “If you got your fingers burnt on 8-tracks or CD-ROMs, you might not be so sure.”</p>
<p>A glossary of formats</p>
<p>.epub Pushed by the International Digital Publishing Forum, the digital publishing trade body, the XML-based .epub’s main strengths are its easy conversion for use on a variety of devices and its ability to “reflow” —to resize according to a device’s screen size. Penguin, HarperCollins and Random House are among the trade publishers who have recently signed on. The Sony Reader is widely tipped to be .epub-compatible when it launches in the UK later this year.</p>
<p>Mobipocket (.mobi) Founded in 2000, Mobipocket has become the leading format for mobile devices such as PDAs and Blackberry. The company was snapped up by Amazon in 2005.</p>
<p>Kindle (.azw) The Kindle format is essentially a slightly modified Mobipocket wrapped with proprietary DRM and is the only format that can be downloaded from Amazon. Mobi DRM-free files can be read on the device.</p>
<p>BBeB Sony’s DRM-encrypted proprietary format for its Sony Reader.</p>
<p>Adobe Acrobat (.pdf) Common on the web because of its ability to be read by a number of different computer types. Pdfs are less effective for e-book readers because they are designed to show standard paper sizes and thus cannot reflow to different screen sizes. Two .pdf formats —one for Acrobat Reader<br />
and one for Adobe eReader, have led to confusion.</p>
<p>Microsoft Reader (.lit) Only readable on the proprietary Microsoft Reader programme (Windows only), installed on most Pocket PC handheld devices. An add-on, Convert LIT, allows you to change files to an .epub format. </p>
<p>eReader (.pbd) Designed mainly for handheld devices such as the Palm and Pocket PC, can also be used on any Windows or Macintosh operating systems. Does not support Blackberry or iPhones.</p>
<p>The Devices</p>
<p>Launched</p>
<p>iRex iLiad Holland-based firm launched the first e-reader in the UK this month, sold exclusively in Borders. Uses Linux operating systems which allows third-party development. Supports wi-fi.<br />
Formats: XHTML, .pdfs, Mobipocket.<br />
Retail price: £399</p>
<p>On launchpad </p>
<p>Sony Reader Launched in the US in 2006 and a 2.0 version is widely tipped to be released in the UK later this year. Titles can be purchased from Sony’s Connect website which has about 40,000 titles. Can play MP3 files.<br />
Formats: BBeB Book, Adobe pdf, Jpegs, can support Microsoft Word with conversion.<br />
Retail price: $299 </p>
<p>Amazon Kindle Released last November in the US to much fanfare. Features include wireless connectivity which enables downloads direct to the Kindle without a computer. Currently about 125,000 Kindle titles available from Amazon.com. UK launch TBA.<br />
Formats: Kindle (.azw), can also read non-DRM Mobipocket files.<br />
Retail price: $399</p>
<p>Two to watch</p>
<p>Cybook Gen 3 French firm Bokeen’s device launched in the US and France in October 2007. Stores up to 1,000 books and the company promises a 100-day battery life for the casual reader.<br />
Formats: Mobipocket, PalmDoc, HTML, .txt, .pdf.<br />
Retail price: $350</p>
<p>Redius Polymer Vision Spin-off of Dutch electronics giant Philips says it will launch its mobile phone/e-book reader in the UK later this year. The device, the size of a normal mobile phone, has a five-inch “rollable screen”.<br />
Formats: TBA. Retail: TBA</p>
]]></content:encoded>
	</item>
	<item>
		<title>Aivar kommentaar  Avatud tarkvara juurutamise seaduseelnõud ei võetud vastu kohta</title>
		<link>http://www.artsturm.ee/odf/2008/12/17/avatud-tarkvara-juurutamise-seaduseelnoud-ei-voetud-vastu/comment-page-1/#comment-1202</link>
		<dc:creator>Aivar</dc:creator>
		<pubDate>Fri, 26 Dec 2008 14:15:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=118#comment-1202</guid>
		<description>Saagu sellest eelnõust mis saagu, aga oodanuks samuti asjalikku debatti - ka roheliste poolt oli asi põhjalikult läbimõtlemata ja argumenteerimata. Olemata ühe või teise &quot;partei&quot; pooldaja, võiks öelda, et praktiliselt debatti polnudki (äärmiselt nõrk). Räägiti mingist müstilisest tarkvarast, täpsustamata ikkagi, millises rakendusvaldkonnas. Lisaks aeti tihti segi tööriist ja tulem - tarkvara versus tulem-fail (see Astoki Hiina näide oli hea). Lõpupoole hakkas vesi selginema, aga siis sai aeg otsa.

St kas kommertskontoritarkvara versus avatud lähtekoodil tarkvara või kommertsplatvormil infosüsteem versus vabal platvormil infosüsteem. Mõlemal juhul pole täna selle kasutuselevõtuks reaalset takistust olnud ja seda on ka tehtud. Kontoritarkvara poolelt seesama Keskkonnaministeerium ja ka Andmekaitse Inspektsioon. Infosüsteemide poolelt enamik veebilehti (mis on juba selline kergemat sorti infosüsteem) ongi ju klassikalisel LAMP platvormil. Siiski ei saa 100% nõus olla, et kõik infosüsteemid peavad olema ainult avatud lähtekoodil põhinevad. Süsteeme, kuhu on vaja juurutada kõrged turvanõuded, on äärmiselt kulukas nullist üles ehitada. Oluliselt soodsam on seda kulu jagada ehk kasutada (kommerts)valmiskomponente. Ja loomulikult ei hakka keegi olemasolevaid süsteeme sellepärast ümber ehitama, et täita mingit reeglit. 
Kui rääkida veel avatud lähtekoodist, siis siinsed vaba tarkvara arendajad on ehitanud süsteeme oma koostatud platvormile. Tõsilugu on see, et see platvorm on puhtalt arendaja enda tegemine-teadmine (dokumenteerimise tasemega on nagu on, see isegi ei määra - tihti küsimus põhimõtteline). Keegi teine arendaja ei ole tõenäoliselt huvitatud selle arenduse jätkamisest, mis viib lõpuks kliendi ikkagi hullemini arendaja pantvangiks. Kommertsplatvormide (J2EE, .NET jms) puhul leitakse teine arendaja, kes on võimeline jätkama enam-vähem sealt, kus üks pooleli jäi (vähemalt ei tule alusplatvormi ringi ehitada). Eestis on selles osas mitu näidet olemas kommertsi poolelt, vaba tarkvara poolelt tean pigem negatiivseid näited (oma nahalt). Teine pool on selles, et avatud lähtekoodil olevad komponendid on ka tihtipeale kontrollimatu päritoluga ja &quot;avalike vigadega&quot;, mis küll võivad saada parandatud mingi aja jooksul. Seni püsivad vead üleval (ka turvariskid) ja tähendades samas ka hiljem (kohati kapitaalselt) muu koodi kaasaaitamist (nt klassikalised PHP turvaaugud jms). Ehk siis Astoki TCO on tegelikult õige vaade - nii IT-juhti kui tippjuhte huvitab see, mitte asjade &quot;odavalt käimaajamine&quot;.</description>
		<content:encoded><![CDATA[<p>Saagu sellest eelnõust mis saagu, aga oodanuks samuti asjalikku debatti &#8211; ka roheliste poolt oli asi põhjalikult läbimõtlemata ja argumenteerimata. Olemata ühe või teise &#8220;partei&#8221; pooldaja, võiks öelda, et praktiliselt debatti polnudki (äärmiselt nõrk). Räägiti mingist müstilisest tarkvarast, täpsustamata ikkagi, millises rakendusvaldkonnas. Lisaks aeti tihti segi tööriist ja tulem &#8211; tarkvara versus tulem-fail (see Astoki Hiina näide oli hea). Lõpupoole hakkas vesi selginema, aga siis sai aeg otsa.</p>
<p>St kas kommertskontoritarkvara versus avatud lähtekoodil tarkvara või kommertsplatvormil infosüsteem versus vabal platvormil infosüsteem. Mõlemal juhul pole täna selle kasutuselevõtuks reaalset takistust olnud ja seda on ka tehtud. Kontoritarkvara poolelt seesama Keskkonnaministeerium ja ka Andmekaitse Inspektsioon. Infosüsteemide poolelt enamik veebilehti (mis on juba selline kergemat sorti infosüsteem) ongi ju klassikalisel LAMP platvormil. Siiski ei saa 100% nõus olla, et kõik infosüsteemid peavad olema ainult avatud lähtekoodil põhinevad. Süsteeme, kuhu on vaja juurutada kõrged turvanõuded, on äärmiselt kulukas nullist üles ehitada. Oluliselt soodsam on seda kulu jagada ehk kasutada (kommerts)valmiskomponente. Ja loomulikult ei hakka keegi olemasolevaid süsteeme sellepärast ümber ehitama, et täita mingit reeglit.<br />
Kui rääkida veel avatud lähtekoodist, siis siinsed vaba tarkvara arendajad on ehitanud süsteeme oma koostatud platvormile. Tõsilugu on see, et see platvorm on puhtalt arendaja enda tegemine-teadmine (dokumenteerimise tasemega on nagu on, see isegi ei määra &#8211; tihti küsimus põhimõtteline). Keegi teine arendaja ei ole tõenäoliselt huvitatud selle arenduse jätkamisest, mis viib lõpuks kliendi ikkagi hullemini arendaja pantvangiks. Kommertsplatvormide (J2EE, .NET jms) puhul leitakse teine arendaja, kes on võimeline jätkama enam-vähem sealt, kus üks pooleli jäi (vähemalt ei tule alusplatvormi ringi ehitada). Eestis on selles osas mitu näidet olemas kommertsi poolelt, vaba tarkvara poolelt tean pigem negatiivseid näited (oma nahalt). Teine pool on selles, et avatud lähtekoodil olevad komponendid on ka tihtipeale kontrollimatu päritoluga ja &#8220;avalike vigadega&#8221;, mis küll võivad saada parandatud mingi aja jooksul. Seni püsivad vead üleval (ka turvariskid) ja tähendades samas ka hiljem (kohati kapitaalselt) muu koodi kaasaaitamist (nt klassikalised PHP turvaaugud jms). Ehk siis Astoki TCO on tegelikult õige vaade &#8211; nii IT-juhti kui tippjuhte huvitab see, mitte asjade &#8220;odavalt käimaajamine&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Margus Kangur kommentaar  Avatud tarkvara juurutamise seaduseelnõud ei võetud vastu kohta</title>
		<link>http://www.artsturm.ee/odf/2008/12/17/avatud-tarkvara-juurutamise-seaduseelnoud-ei-voetud-vastu/comment-page-1/#comment-1181</link>
		<dc:creator>Margus Kangur</dc:creator>
		<pubDate>Wed, 17 Dec 2008 21:01:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=118#comment-1181</guid>
		<description>Väga kurb, et see seaduseelnõu tagasi lükati, aga küll rohelised tulevad tagasi ja juba tugevamalt argumenteeritud vastuväidetega stagnantitele, kes on M$&#039;i poolt lihtsalt ära ostetud.</description>
		<content:encoded><![CDATA[<p>Väga kurb, et see seaduseelnõu tagasi lükati, aga küll rohelised tulevad tagasi ja juba tugevamalt argumenteeritud vastuväidetega stagnantitele, kes on M$&#8217;i poolt lihtsalt ära ostetud.</p>
]]></content:encoded>
	</item>
	<item>
		<title>teet rist kommentaar  Seaduse eelnõu 374 OE I kohta</title>
		<link>http://www.artsturm.ee/odf/2008/12/13/seaduse-eelnou-374-oe-i/comment-page-1/#comment-1175</link>
		<dc:creator>teet rist</dc:creator>
		<pubDate>Tue, 16 Dec 2008 09:55:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=99#comment-1175</guid>
		<description>niipalju siis e - eestist .Just praegu lükati eelnõu tagasi. Kuulasin otseülekannet ja minu arust ei saanud mõni ettekandja küll teemale pihta aga see ainult minu arvamus :(  Kahju, eks peab uuesti püüdma

Päikest :)

Teet</description>
		<content:encoded><![CDATA[<p>niipalju siis e &#8211; eestist .Just praegu lükati eelnõu tagasi. Kuulasin otseülekannet ja minu arust ei saanud mõni ettekandja küll teemale pihta aga see ainult minu arvamus <img src='http://www.artsturm.ee/odf/wp-includes/images/smilies/icon_sad.gif' alt=':(' class='wp-smiley' />   Kahju, eks peab uuesti püüdma</p>
<p>Päikest <img src='http://www.artsturm.ee/odf/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Teet</p>
]]></content:encoded>
	</item>
	<item>
		<title>teet rist kommentaar  Seaduse eelnõu 374 OE I kohta</title>
		<link>http://www.artsturm.ee/odf/2008/12/13/seaduse-eelnou-374-oe-i/comment-page-1/#comment-1164</link>
		<dc:creator>teet rist</dc:creator>
		<pubDate>Sat, 13 Dec 2008 20:04:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=99#comment-1164</guid>
		<description>reply IIII, aitäh  linkide eest, luban et järgmine kord leian ise.

Küsijat ei pidavat kohe maha lööma (järgnevad on tsitaadid protokollist MK protokollist 102, millele ülalpool viidati..)

Juhtivkomisjoni ettekandja Hannes Astok selgitas.....  

...MKM-lt on saadetud kiri, milles teatatakse, et Vabariigi Valitsus ei toeta nimetatud otsuse eelnõu.... - äkki oleks võimalik selle kirjaga tutvuda, põhjendused huvitaksid väga

....ITL toetab otsuse eelnõus toodud vabavara kasutamise ideed, kuid keerulisemate süsteemide puhul peaks valikukriteeriumides lähtuma toote hinnast kogu tema eluea jooksul (kogukulu). Samuti on eelnõu vastuolus riigihangete seaduses sätestatud pakkujate võrdse kohtlemise printsiibiga, kahjustades seeläbi vaba konkurents.... -  TCO on minu arusaamise järgi alati parim hindamise valik ehk siis komisjoni järgi; (natuke utreeritult) vajan doc faili töötlemiseks lisaks MS office hinnale ka MS windowst, viirusetõrjet, lisaks nende ostuhinnale ka siis aastamaksu ning survet &quot;parterite poolt osta ühe firma uus tarkvara ca 4 aasta tagant, et kogu &quot;lõbu&quot; kestaks edasi docx formaati kasutades... versus avatud ISO standart kus saaksin ise omale kontoripaketi ja op süsteemi valida, mida kasutada. Kui mingi  asutus tahab just viimase office peale pappi kulutada (maksumaksja raha muide), siis kasutage vähemalt Sun (vabavaralist) pluginat, et väljund ja imporditava formaadiga teistele kasutajatele survet ei avaldaks.

vaba konkurentsi kahjustamine(pakkujate võrdse kohtlemise printsiibi rikkumine) - ???? misjamasee? - paluks argumenteeritud põhjendusi.

Paljudes ministeeriumides kehtivad kommertstarkvara kasutamisel ca 3-aastased lepingud, millede kiiremas korras lõpetamine ei saa olla majanduslikult kasulik-   väide? või küsimus? Esiteks vastav eelnõu ei sunni neid katkestama, teiseks makse papp ära ja minge üle vabavarale...(või tegelikult  arvutage TCO ja siis otsustage, mida teha.

äkki ikka peaks kuidagi lärmi lööma (positiivses mõttes). Et koolitaks komisjoni, riigikogu ja keda mida iganes et need ühe firma silmaklapid maha saaks......

Mis edasi siis, kas palume MSilt kogu eesti riigile tervikuna MS litsentside ostu soodustusi ja vastutasuks keelame alternatiivid või...

Googeldage siis vähemalt teemat ja vaadake mida EU  ja muud riigid arvad vaba tarkvara kasutusest

Riigiamentikele kordan korraks üle. Ei propageeri ja ei nõua Teie käest ei linuxi, ei maci (vastandina windowsile) ega ka konkreetse &quot;kontoriroti paketi&quot; kasutamist, tehke kuidas Teile rohkem meeldib aga palun ärge survestage teisi inimesi mingi ühe tootja formaadiga ja jätke meile valikuvõimalus

Ehk siis&quot; long life to PDF ja ODT&quot;

Päikest :)</description>
		<content:encoded><![CDATA[<p>reply IIII, aitäh  linkide eest, luban et järgmine kord leian ise.</p>
<p>Küsijat ei pidavat kohe maha lööma (järgnevad on tsitaadid protokollist MK protokollist 102, millele ülalpool viidati..)</p>
<p>Juhtivkomisjoni ettekandja Hannes Astok selgitas&#8230;..  </p>
<p>&#8230;MKM-lt on saadetud kiri, milles teatatakse, et Vabariigi Valitsus ei toeta nimetatud otsuse eelnõu&#8230;. &#8211; äkki oleks võimalik selle kirjaga tutvuda, põhjendused huvitaksid väga</p>
<p>&#8230;.ITL toetab otsuse eelnõus toodud vabavara kasutamise ideed, kuid keerulisemate süsteemide puhul peaks valikukriteeriumides lähtuma toote hinnast kogu tema eluea jooksul (kogukulu). Samuti on eelnõu vastuolus riigihangete seaduses sätestatud pakkujate võrdse kohtlemise printsiibiga, kahjustades seeläbi vaba konkurents&#8230;. &#8211;  TCO on minu arusaamise järgi alati parim hindamise valik ehk siis komisjoni järgi; (natuke utreeritult) vajan doc faili töötlemiseks lisaks MS office hinnale ka MS windowst, viirusetõrjet, lisaks nende ostuhinnale ka siis aastamaksu ning survet &#8220;parterite poolt osta ühe firma uus tarkvara ca 4 aasta tagant, et kogu &#8220;lõbu&#8221; kestaks edasi docx formaati kasutades&#8230; versus avatud ISO standart kus saaksin ise omale kontoripaketi ja op süsteemi valida, mida kasutada. Kui mingi  asutus tahab just viimase office peale pappi kulutada (maksumaksja raha muide), siis kasutage vähemalt Sun (vabavaralist) pluginat, et väljund ja imporditava formaadiga teistele kasutajatele survet ei avaldaks.</p>
<p>vaba konkurentsi kahjustamine(pakkujate võrdse kohtlemise printsiibi rikkumine) &#8211; ???? misjamasee? &#8211; paluks argumenteeritud põhjendusi.</p>
<p>Paljudes ministeeriumides kehtivad kommertstarkvara kasutamisel ca 3-aastased lepingud, millede kiiremas korras lõpetamine ei saa olla majanduslikult kasulik-   väide? või küsimus? Esiteks vastav eelnõu ei sunni neid katkestama, teiseks makse papp ära ja minge üle vabavarale&#8230;(või tegelikult  arvutage TCO ja siis otsustage, mida teha.</p>
<p>äkki ikka peaks kuidagi lärmi lööma (positiivses mõttes). Et koolitaks komisjoni, riigikogu ja keda mida iganes et need ühe firma silmaklapid maha saaks&#8230;&#8230;</p>
<p>Mis edasi siis, kas palume MSilt kogu eesti riigile tervikuna MS litsentside ostu soodustusi ja vastutasuks keelame alternatiivid või&#8230;</p>
<p>Googeldage siis vähemalt teemat ja vaadake mida EU  ja muud riigid arvad vaba tarkvara kasutusest</p>
<p>Riigiamentikele kordan korraks üle. Ei propageeri ja ei nõua Teie käest ei linuxi, ei maci (vastandina windowsile) ega ka konkreetse &#8220;kontoriroti paketi&#8221; kasutamist, tehke kuidas Teile rohkem meeldib aga palun ärge survestage teisi inimesi mingi ühe tootja formaadiga ja jätke meile valikuvõimalus</p>
<p>Ehk siis&#8221; long life to PDF ja ODT&#8221;</p>
<p>Päikest <img src='http://www.artsturm.ee/odf/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Majanduskomisjoni istungi protokoll nr 102 väljaõte kommentaar  Seaduse eelnõu 374 OE I kohta</title>
		<link>http://www.artsturm.ee/odf/2008/12/13/seaduse-eelnou-374-oe-i/comment-page-1/#comment-1162</link>
		<dc:creator>Majanduskomisjoni istungi protokoll nr 102 väljaõte</dc:creator>
		<pubDate>Sat, 13 Dec 2008 16:36:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=99#comment-1162</guid>
		<description>Majanduskomisjoni istungi protokoll nr 102: Võtsid osa: Kalev Kallo, Margus Lepik, Olga Sõtnik, Marek Strandberg, Hannes Astok Toomas Tõniste, Aivar Riisalu, Ester Tuiksoo, Liivia Soone (nõunik- sekretariaadijuhataja), Sirje Viitmaa (nõunik), Piia Schults (nõunik), Marin Daniel (nõunik). 

2. Komisjoni esimees juhatas sisse Erakond Eestimaa Rohelised fraktsiooni esitatud Riigikogu otsuse „Abinõud riigi infotehnoloogia kulutuste vähendamiseks ja infotehnoloogilise innovatsiooni soodustamiseks” eelnõu (374 OE) arutelu lugemisele saatmiseks. Eelnõu algataja esindaja Riigikogu liige Aleksei Lotman esitas ülevaate eelnõu eesmärkidest ja sisust. Otsuse eelnõuga esitatakse Vabariigi Valitsusele ettepanek asuda 2009. aastast valitusasutustes ja valitsusasutuste hallatavates riigiasutustes laialdaselt juurutama avatud lähtekoodiga tarkvara ning alustada avalikult dokumenteeritud failiformaatide kasutuselevõttu. Valdav enamik Eesti riigiasutustest kasutab oma töös Microsoft Office kontoritarkvara, mille litsentside soetamisele kulutavad riigiasutused kokku ca 30-40 miljonit krooni aastas. Microsoft Office tarkvarale on olemas avatud koodidel põhinevad alternatiivid, mis on tasuta kättesaadavad (OpenOffice). Otsuse eelnõu eesmärgiks on MS Windowsi versioonide uuendamisest loobumine koos järk-järgulise üleminekuga vaba lähtekoodiga süsteemidele ning asjakohastel juhtudel vaba lähtekoodiga süsteemide kasutamine serverirakenduste ja serveripõhiste andmebaaside ülesehitamisel. 

Juhtivkomisjoni ettekandja Hannes Astok selgitas, et eelnõu menetlusse võtmisel määras Riigikogu juhatus eelnõule muudatusettepanekute tähtaja (6.11.2008 kell 18.00) vastavalt Riigikogu kodu- ja töökorra seaduse §–le 154. Ettenähtud tähtajaks ei esitatud juhtivkomisjonile ühtegi ettepanekut. MKM-lt on saadetud kiri, milles teatatakse, et Vabariigi Valitsus ei toeta nimetatud otsuse eelnõu. 374 OE kohta on omaalgatuslikult esitanud seisukohad ka Eesti Infotehnoloogia- ja Telekommunikatsiooni Liit (ITL). ITL toetab otsuse eelnõus toodud vabavara kasutamise ideed, kuid keerulisemate süsteemide puhul peaks valikukriteeriumides lähtuma toote hinnast kogu tema eluea jooksul (kogukulu). Samuti on eelnõu vastuolus riigihangete seaduses sätestatud pakkujate võrdse kohtlemise printsiibiga, kahjustades seeläbi vaba konkurentsi. 

Komisjoni istungile kutsutud Majandus- ja Kommunikatsiooniministeeriumi riigi infosüsteemide osakonna juhataja Margus Püüa selgitas Vabariigi Valitsuse seisukohti. Otsuse eelnõu vastab üldjoontes Eesti ja Euroopa koosvõime raamistiku põhimõtetele, kuid koosvõime raamistik jätab igale asutusele suurema otsustamisvabaduse. Avatud dokumendiformaadi kasutamist nõutakse omavahelisel suhtlemisel, samuti suhtlemisel avalikuusega ja veebilehtedes publitseeritud dokumentides. Asutusesisesele dokumendivahetusele ei seata piiranguid. Samu põhimõtteid soovitakse rakendada kogu avalikus sektoris. Võrreldes koosvõime raamistikuga on käesolev eelnõu resoluutsem. Paljudes ministeeriumides kehtivad kommertstarkvara kasutamisel ca 3-aastased lepingud, millede kiiremas korras lõpetamine ei saa olla majanduslikult kasulik. Eelnõus toodud punktide rakendamine eeldab ka järelevalvet, koordineerimistegevust, õiguslikku regulatsiooni, jne ning nende rakendamiseks vajalikke riigieelarvelisi vahendeid. 

Täiendavaid küsimusi esitati avatud lähtekoodi ja tasuta tarkvara mõistetega seonduvalt. 

Laekus kaks ettepanekut: 

1) Juhtivkomisjoni ettekandja Hannes Astok tegi ettepaneku saata Erakond Eestimaa Rohelised fraktsiooni esitatud Riigikogu otsuse „Abinõud riigi infotehnoloogia kulutuste vähendamiseks ja infotehnoloogilise innovatsiooni soodustamiseks” eelnõu (374 OE) Riigikogu täiskogule lugemiseks k.a 16. detsembril ettepanekuga panna eelnõu lõpphääletusele ning eelnõu tagasi lükata. 

2) Komisjoni liige Marek Strandberg esitas ettepaneku saata Erakond Eestimaa Rohelised fraktsiooni esitatud Riigikogu otsuse „Abinõud riigi infotehnoloogia kulutuste vähendamiseks ja infotehnoloogilise innovatsiooni soodustamiseks” eelnõu (374 OE) Riigikogu täiskogule lugemiseks k.a 16. detsembril ettepanekuga panna eelnõu lõpphääletusele ning eelnõu vastu võtta. 

Hääletus viidi läbi vastavalt ettepanekute laekumise järjekorrale ning komisjon toetas Hannes Astoki esitatud ettepanekut (P4, V1, E2). 

OTSUSTATI: 
1. Võtta informatsioon teadmiseks. 

2.1 
Saata Erakond Eestimaa Rohelised fraktsiooni esitatud Riigikogu otsuse „Abinõud riigi infotehnoloogia kulutuste vähendamiseks ja infotehnoloogilise innovatsiooni soodustamiseks” eelnõu (374 OE) Riigikogu täiskogule lugemiseks k.a 16. detsembril ettepanekuga panna eelnõu lõpphääletusele (P7, V0, E1). 

2.2 
Teha täiskogule ettepanek 374 OE tagasi lükata (P4, V1, E2).</description>
		<content:encoded><![CDATA[<p>Majanduskomisjoni istungi protokoll nr 102: Võtsid osa: Kalev Kallo, Margus Lepik, Olga Sõtnik, Marek Strandberg, Hannes Astok Toomas Tõniste, Aivar Riisalu, Ester Tuiksoo, Liivia Soone (nõunik- sekretariaadijuhataja), Sirje Viitmaa (nõunik), Piia Schults (nõunik), Marin Daniel (nõunik). </p>
<p>2. Komisjoni esimees juhatas sisse Erakond Eestimaa Rohelised fraktsiooni esitatud Riigikogu otsuse „Abinõud riigi infotehnoloogia kulutuste vähendamiseks ja infotehnoloogilise innovatsiooni soodustamiseks” eelnõu (374 OE) arutelu lugemisele saatmiseks. Eelnõu algataja esindaja Riigikogu liige Aleksei Lotman esitas ülevaate eelnõu eesmärkidest ja sisust. Otsuse eelnõuga esitatakse Vabariigi Valitsusele ettepanek asuda 2009. aastast valitusasutustes ja valitsusasutuste hallatavates riigiasutustes laialdaselt juurutama avatud lähtekoodiga tarkvara ning alustada avalikult dokumenteeritud failiformaatide kasutuselevõttu. Valdav enamik Eesti riigiasutustest kasutab oma töös Microsoft Office kontoritarkvara, mille litsentside soetamisele kulutavad riigiasutused kokku ca 30-40 miljonit krooni aastas. Microsoft Office tarkvarale on olemas avatud koodidel põhinevad alternatiivid, mis on tasuta kättesaadavad (OpenOffice). Otsuse eelnõu eesmärgiks on MS Windowsi versioonide uuendamisest loobumine koos järk-järgulise üleminekuga vaba lähtekoodiga süsteemidele ning asjakohastel juhtudel vaba lähtekoodiga süsteemide kasutamine serverirakenduste ja serveripõhiste andmebaaside ülesehitamisel. </p>
<p>Juhtivkomisjoni ettekandja Hannes Astok selgitas, et eelnõu menetlusse võtmisel määras Riigikogu juhatus eelnõule muudatusettepanekute tähtaja (6.11.2008 kell 18.00) vastavalt Riigikogu kodu- ja töökorra seaduse §–le 154. Ettenähtud tähtajaks ei esitatud juhtivkomisjonile ühtegi ettepanekut. MKM-lt on saadetud kiri, milles teatatakse, et Vabariigi Valitsus ei toeta nimetatud otsuse eelnõu. 374 OE kohta on omaalgatuslikult esitanud seisukohad ka Eesti Infotehnoloogia- ja Telekommunikatsiooni Liit (ITL). ITL toetab otsuse eelnõus toodud vabavara kasutamise ideed, kuid keerulisemate süsteemide puhul peaks valikukriteeriumides lähtuma toote hinnast kogu tema eluea jooksul (kogukulu). Samuti on eelnõu vastuolus riigihangete seaduses sätestatud pakkujate võrdse kohtlemise printsiibiga, kahjustades seeläbi vaba konkurentsi. </p>
<p>Komisjoni istungile kutsutud Majandus- ja Kommunikatsiooniministeeriumi riigi infosüsteemide osakonna juhataja Margus Püüa selgitas Vabariigi Valitsuse seisukohti. Otsuse eelnõu vastab üldjoontes Eesti ja Euroopa koosvõime raamistiku põhimõtetele, kuid koosvõime raamistik jätab igale asutusele suurema otsustamisvabaduse. Avatud dokumendiformaadi kasutamist nõutakse omavahelisel suhtlemisel, samuti suhtlemisel avalikuusega ja veebilehtedes publitseeritud dokumentides. Asutusesisesele dokumendivahetusele ei seata piiranguid. Samu põhimõtteid soovitakse rakendada kogu avalikus sektoris. Võrreldes koosvõime raamistikuga on käesolev eelnõu resoluutsem. Paljudes ministeeriumides kehtivad kommertstarkvara kasutamisel ca 3-aastased lepingud, millede kiiremas korras lõpetamine ei saa olla majanduslikult kasulik. Eelnõus toodud punktide rakendamine eeldab ka järelevalvet, koordineerimistegevust, õiguslikku regulatsiooni, jne ning nende rakendamiseks vajalikke riigieelarvelisi vahendeid. </p>
<p>Täiendavaid küsimusi esitati avatud lähtekoodi ja tasuta tarkvara mõistetega seonduvalt. </p>
<p>Laekus kaks ettepanekut: </p>
<p>1) Juhtivkomisjoni ettekandja Hannes Astok tegi ettepaneku saata Erakond Eestimaa Rohelised fraktsiooni esitatud Riigikogu otsuse „Abinõud riigi infotehnoloogia kulutuste vähendamiseks ja infotehnoloogilise innovatsiooni soodustamiseks” eelnõu (374 OE) Riigikogu täiskogule lugemiseks k.a 16. detsembril ettepanekuga panna eelnõu lõpphääletusele ning eelnõu tagasi lükata. </p>
<p>2) Komisjoni liige Marek Strandberg esitas ettepaneku saata Erakond Eestimaa Rohelised fraktsiooni esitatud Riigikogu otsuse „Abinõud riigi infotehnoloogia kulutuste vähendamiseks ja infotehnoloogilise innovatsiooni soodustamiseks” eelnõu (374 OE) Riigikogu täiskogule lugemiseks k.a 16. detsembril ettepanekuga panna eelnõu lõpphääletusele ning eelnõu vastu võtta. </p>
<p>Hääletus viidi läbi vastavalt ettepanekute laekumise järjekorrale ning komisjon toetas Hannes Astoki esitatud ettepanekut (P4, V1, E2). </p>
<p>OTSUSTATI:<br />
1. Võtta informatsioon teadmiseks. </p>
<p>2.1<br />
Saata Erakond Eestimaa Rohelised fraktsiooni esitatud Riigikogu otsuse „Abinõud riigi infotehnoloogia kulutuste vähendamiseks ja infotehnoloogilise innovatsiooni soodustamiseks” eelnõu (374 OE) Riigikogu täiskogule lugemiseks k.a 16. detsembril ettepanekuga panna eelnõu lõpphääletusele (P7, V0, E1). </p>
<p>2.2<br />
Teha täiskogule ettepanek 374 OE tagasi lükata (P4, V1, E2).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kahjurid kommentaar  Seaduse eelnõu 374 OE I kohta</title>
		<link>http://www.artsturm.ee/odf/2008/12/13/seaduse-eelnou-374-oe-i/comment-page-1/#comment-1161</link>
		<dc:creator>Kahjurid</dc:creator>
		<pubDate>Sat, 13 Dec 2008 16:10:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=99#comment-1161</guid>
		<description>Tegu on &lt;a href=&quot;http://www.riigikogu.ee/?page=view_pohiandmed&amp;op=ems&amp;pid=14986&quot; rel=&quot;nofollow&quot;&gt;Majanduskomisjoniga&lt;/a&gt;

kuhu kuuluvad järgmised subjektid: Komisjoni esimees: Urmas Klaas, Komisjoni aseesimees: Kalev Kallo, Komisjoni liikmed: Hannes Astok, Margus Lepik, Aivar Riisalu, Marek Strandberg, Olga Sõtnik, Jüri Tamm, Ester Tuiksoo, Toomas Tõniste, Taavi Veskimägi

&lt;a href=&quot;http://www.riigikogu.ee/?op=emsplain&amp;content_type=text/html&amp;page=pub_ooc_file&amp;file_id=473712&amp;u=20081213182249&quot; rel=&quot;nofollow&quot;&gt;Istungi protokoll, kus seda arutati&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Tegu on <a href="http://www.riigikogu.ee/?page=view_pohiandmed&amp;op=ems&amp;pid=14986" rel="nofollow">Majanduskomisjoniga</a></p>
<p>kuhu kuuluvad järgmised subjektid: Komisjoni esimees: Urmas Klaas, Komisjoni aseesimees: Kalev Kallo, Komisjoni liikmed: Hannes Astok, Margus Lepik, Aivar Riisalu, Marek Strandberg, Olga Sõtnik, Jüri Tamm, Ester Tuiksoo, Toomas Tõniste, Taavi Veskimägi</p>
<p><a href="http://www.riigikogu.ee/?op=emsplain&#038;content_type=text/html&#038;page=pub_ooc_file&#038;file_id=473712&#038;u=20081213182249" rel="nofollow">Istungi protokoll, kus seda arutati</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>teet rist kommentaar  Seaduse eelnõu 374 OE I kohta</title>
		<link>http://www.artsturm.ee/odf/2008/12/13/seaduse-eelnou-374-oe-i/comment-page-1/#comment-1160</link>
		<dc:creator>teet rist</dc:creator>
		<pubDate>Sat, 13 Dec 2008 15:46:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=99#comment-1160</guid>
		<description>reply III. Kes olid selle komisjoni liikmed ja millest nad lähtusid, kui andsid vastava soovituse: 
 08.12.2008  	   	Komisjoni istung
Otsus: Saata täiskogu päevakorda 16.12.2008
Ettepanek: Tagasi lükata 

viide: http://www.riigikogu.ee/?page=en_etapid&amp;op=ems&amp;eid=430742&amp;u=20081213174530

Äkki peaks vähe lärmi tegema??</description>
		<content:encoded><![CDATA[<p>reply III. Kes olid selle komisjoni liikmed ja millest nad lähtusid, kui andsid vastava soovituse:<br />
 08.12.2008  	   	Komisjoni istung<br />
Otsus: Saata täiskogu päevakorda 16.12.2008<br />
Ettepanek: Tagasi lükata </p>
<p>viide: <a href="http://www.riigikogu.ee/?page=en_etapid&amp;op=ems&amp;eid=430742&amp;u=20081213174530" rel="nofollow">http://www.riigikogu.ee/?page=en_etapid&amp;op=ems&amp;eid=430742&amp;u=20081213174530</a></p>
<p>Äkki peaks vähe lärmi tegema??</p>
]]></content:encoded>
	</item>
	<item>
		<title>teet rist kommentaar  Seaduse eelnõu 374 OE I kohta</title>
		<link>http://www.artsturm.ee/odf/2008/12/13/seaduse-eelnou-374-oe-i/comment-page-1/#comment-1159</link>
		<dc:creator>teet rist</dc:creator>
		<pubDate>Sat, 13 Dec 2008 15:32:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=99#comment-1159</guid>
		<description>Reply II. Miski jäi nagu järele mõeldes vaevama. Avatud formaat nii &quot;kontoriroti programmides&quot;  kui ka operatsioonisüsteemides IMHO levib &quot;massidesse &quot; niiehknii, küsimus ajas.

 Samas võiks sellist &quot;levimist&quot; soodustada ka riiklikul tasemel, tehes näiteks juurde veel ühe riigiüksuse (või MTÜ, SA jmt) kelle ülesandeks oleks eesti riigi ja eurorahade toel üles ehitada portaal, kus saaks kontsentreeritult infot kogu temaatika kohta.

Ühtlasi oleks see ka võimalus tunnustada õnneks piisavalt suurt arvu inimesi, kes on eestis vaba tarkvara ja selle eestindamise- ning levitamisega tegelenud ideelistest kaalutlustest  juba aastaid, tellides nende käest veebipõhiseid koolitusmaterjale, juhendeid, koolitusi, jmt  ja miks ka mitte tasudes tagantjärgi &quot;kohutava &quot;mahu töö eest, mis on tehtud programmide eestindamisel (tõlkimisel)

Sama asutus võiks otseselt toetada (eurorahade abil) ka meie arvukaid KOV-e (kui vastav reform (loe: KOV arvu vähendamine X korda )peaks mingi f...ng põhjusel jälle ära jääma) ja ka( uusi alustavaid) ettevõtteid. a la registreerivad konto serveril, pääsevad tasuta  ligi dokuhaldusele, raamatupidamisele ning ka serveriruumile vabas formaadis loodud dokumentide hoidmiseks ja ka suurele mahule vastavale koolitusmaterjalile.  Läheb ruumivajadus suuremaks, tuleb ka teenuste eest tasuma hakata . Seotus ID kaardi, riigi infosüsteemide ja näiteks Skypeiga(?) Või oleks äkki mõttekam koos @eesti.ee aadressiga anda välja ka vastav IP tel number mida saaks analoogiliselt suunata ja miks mitte äkki ka veebipõhiselt  kasutada??

Ja kuigi sõna integratsioon on siinmail (Narvas) kulunud tõsiseks sõimusõnaks, peaks kogu ülevalpool toodud info olema kättesaadav kindlasti ka vähemalt vene (kui mitte ka nii mõneski muus) keeles. Ilma selleta suurendame (pronks) lõhet veelgi ja täiesti tarbetult.</description>
		<content:encoded><![CDATA[<p>Reply II. Miski jäi nagu järele mõeldes vaevama. Avatud formaat nii &#8220;kontoriroti programmides&#8221;  kui ka operatsioonisüsteemides IMHO levib &#8220;massidesse &#8221; niiehknii, küsimus ajas.</p>
<p> Samas võiks sellist &#8220;levimist&#8221; soodustada ka riiklikul tasemel, tehes näiteks juurde veel ühe riigiüksuse (või MTÜ, SA jmt) kelle ülesandeks oleks eesti riigi ja eurorahade toel üles ehitada portaal, kus saaks kontsentreeritult infot kogu temaatika kohta.</p>
<p>Ühtlasi oleks see ka võimalus tunnustada õnneks piisavalt suurt arvu inimesi, kes on eestis vaba tarkvara ja selle eestindamise- ning levitamisega tegelenud ideelistest kaalutlustest  juba aastaid, tellides nende käest veebipõhiseid koolitusmaterjale, juhendeid, koolitusi, jmt  ja miks ka mitte tasudes tagantjärgi &#8220;kohutava &#8220;mahu töö eest, mis on tehtud programmide eestindamisel (tõlkimisel)</p>
<p>Sama asutus võiks otseselt toetada (eurorahade abil) ka meie arvukaid KOV-e (kui vastav reform (loe: KOV arvu vähendamine X korda )peaks mingi f&#8230;ng põhjusel jälle ära jääma) ja ka( uusi alustavaid) ettevõtteid. a la registreerivad konto serveril, pääsevad tasuta  ligi dokuhaldusele, raamatupidamisele ning ka serveriruumile vabas formaadis loodud dokumentide hoidmiseks ja ka suurele mahule vastavale koolitusmaterjalile.  Läheb ruumivajadus suuremaks, tuleb ka teenuste eest tasuma hakata . Seotus ID kaardi, riigi infosüsteemide ja näiteks Skypeiga(?) Või oleks äkki mõttekam koos @eesti.ee aadressiga anda välja ka vastav IP tel number mida saaks analoogiliselt suunata ja miks mitte äkki ka veebipõhiselt  kasutada??</p>
<p>Ja kuigi sõna integratsioon on siinmail (Narvas) kulunud tõsiseks sõimusõnaks, peaks kogu ülevalpool toodud info olema kättesaadav kindlasti ka vähemalt vene (kui mitte ka nii mõneski muus) keeles. Ilma selleta suurendame (pronks) lõhet veelgi ja täiesti tarbetult.</p>
]]></content:encoded>
	</item>
	<item>
		<title>teet rist kommentaar  Seaduse eelnõu 374 OE I kohta</title>
		<link>http://www.artsturm.ee/odf/2008/12/13/seaduse-eelnou-374-oe-i/comment-page-1/#comment-1158</link>
		<dc:creator>teet rist</dc:creator>
		<pubDate>Sat, 13 Dec 2008 14:52:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=99#comment-1158</guid>
		<description>Respect  eelnõu algatajatele. Juba ammu oli aeg. Kui esimese sammuna tuleks kasutusele võtta Open Office (for win) siis äkki teise sammuna  hakatakse mõtlema ka vabavaralistele op süsteemidele (subjektiivse valikuna näiteks ubuntu ja estobuntu) ning kolmandana ka vabavaraliste serverirakenduste kasutamisele  muuhulgas ka raamatupidamiseks ja dokumendihalduseks.(subjektiivse elistusena   SQL Ledger ja ja epesi BIM) samm edasi(või kõrvale)- vabavaralised GIS programmid ning ka IP telefoniside. 

 Loodan siiralt, et käesolev majandussurutis annab täiendava tõuke nende valikute üle mõtisklemiseks  

Päikest :)</description>
		<content:encoded><![CDATA[<p>Respect  eelnõu algatajatele. Juba ammu oli aeg. Kui esimese sammuna tuleks kasutusele võtta Open Office (for win) siis äkki teise sammuna  hakatakse mõtlema ka vabavaralistele op süsteemidele (subjektiivse valikuna näiteks ubuntu ja estobuntu) ning kolmandana ka vabavaraliste serverirakenduste kasutamisele  muuhulgas ka raamatupidamiseks ja dokumendihalduseks.(subjektiivse elistusena   SQL Ledger ja ja epesi BIM) samm edasi(või kõrvale)- vabavaralised GIS programmid ning ka IP telefoniside. </p>
<p> Loodan siiralt, et käesolev majandussurutis annab täiendava tõuke nende valikute üle mõtisklemiseks  </p>
<p>Päikest <img src='http://www.artsturm.ee/odf/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Yahoo! News kommentaar  Saksamaa LV valitsus asub juurutama ODF failivormingut kohta</title>
		<link>http://www.artsturm.ee/odf/2008/12/05/saksamaa-lv-valitsus-asub-juurutama-odf-failivormingut/comment-page-1/#comment-1137</link>
		<dc:creator>Yahoo! News</dc:creator>
		<pubDate>Sun, 07 Dec 2008 11:10:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=81#comment-1137</guid>
		<description>Germany Joins Growing Ranks of Governments Adopting ODF

&quot;2008 will end on a high note, with Germany joining the growing ranks of governments that have adopted ODF,&quot; said ODF Alliance managing director Marino Marcich. To date, 16 national and 8 provincial governments have now formally recommended or required the use of ODF by government agencies and with the public.(1)

According to the plan, German federal agencies will be able to receive, read, send and edit ODF documents beginning no later than 2010. State Secretary Dr. Hans Bernhard Beus, federal government IT officer and chairman of the IT Council, described the decision regarding ODF as &quot;a major step to increase competition among software vendors, promote IT security, and improve interoperability.&quot;(2) Microsoft&#039;s Office Open XML (OOXML), which is the default-format for its Office 2007 productivity suite, remains under review. The action comes on the heels of the 5 July 2007 request by the German Bundestag &quot;to strengthen competitiveness, the use of open document standards and open document exchange formats should be promoted.&quot;


&quot;By supporting open IT standards such as ODF at the government level, and with several dozen powerful word processing, spreadsheet, and presentation software products now supporting ODF, many of them available free of charge, the German federal government has demonstrated that it has a clear vision for promoting software choice, reducing costs, and ensuring access to public information,&quot; said Marcich. &quot;Longer term, this action, together with those of other governments, will promote interoperability and help put an end to the era of single-vendor lock-in.&quot;</description>
		<content:encoded><![CDATA[<p>Germany Joins Growing Ranks of Governments Adopting ODF</p>
<p>&#8220;2008 will end on a high note, with Germany joining the growing ranks of governments that have adopted ODF,&#8221; said ODF Alliance managing director Marino Marcich. To date, 16 national and 8 provincial governments have now formally recommended or required the use of ODF by government agencies and with the public.(1)</p>
<p>According to the plan, German federal agencies will be able to receive, read, send and edit ODF documents beginning no later than 2010. State Secretary Dr. Hans Bernhard Beus, federal government IT officer and chairman of the IT Council, described the decision regarding ODF as &#8220;a major step to increase competition among software vendors, promote IT security, and improve interoperability.&#8221;(2) Microsoft&#8217;s Office Open XML (OOXML), which is the default-format for its Office 2007 productivity suite, remains under review. The action comes on the heels of the 5 July 2007 request by the German Bundestag &#8220;to strengthen competitiveness, the use of open document standards and open document exchange formats should be promoted.&#8221;</p>
<p>&#8220;By supporting open IT standards such as ODF at the government level, and with several dozen powerful word processing, spreadsheet, and presentation software products now supporting ODF, many of them available free of charge, the German federal government has demonstrated that it has a clear vision for promoting software choice, reducing costs, and ensuring access to public information,&#8221; said Marcich. &#8220;Longer term, this action, together with those of other governments, will promote interoperability and help put an end to the era of single-vendor lock-in.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>ODF Alliance Press release (PDF) kommentaar  Saksamaa LV valitsus asub juurutama ODF failivormingut kohta</title>
		<link>http://www.artsturm.ee/odf/2008/12/05/saksamaa-lv-valitsus-asub-juurutama-odf-failivormingut/comment-page-1/#comment-1132</link>
		<dc:creator>ODF Alliance Press release (PDF)</dc:creator>
		<pubDate>Sat, 06 Dec 2008 11:49:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=81#comment-1132</guid>
		<description>Germany Joins Growing Ranks of Governments Adopting ODF

The ODF Alliance welcomed the decision by the Federal Government of Germany to implement use of the OpenDocument Format (ODF) by federal agencies beginning in 2010. 
&quot;2008 will end on a high note, with Germany joining the growing ranks of governments that have adopted ODF,&quot; said ODF Alliance managing director Marino Marcich. To date, 16 national and 8 provincial governments have now formally recommended or required the use of ODF by government agencies and with the public.(1) 
According to the plan, German federal agencies will be able to receive, read, send and edit ODF documents beginning no later than 2010. State Secretary Dr. Hans Bernhard Beus, federal government IT officer and chairman of the IT Council, described the decision regarding ODF as &quot;a major step to increase competition among software vendors, promote IT security, and improve interoperability.&quot;(2) Microsoft&#039;s Office Open XML (OOXML), which is the default-format for its Office 2007 productivity suite, remains under review. The action comes on the heels of the 5 July 2007 request by the German Bundestag &quot;to strengthen competitiveness, the use of open document standards and open document exchange formats should be promoted.&quot; 
&quot;By supporting open IT standards such as ODF at the government level, and with several dozen powerful word processing, spreadsheet, and presentation software products now supporting ODF, many of them available free of charge, the German federal government has demonstrated that it has a clear vision for promoting software choice, reducing costs, and ensuring access to public information,&quot; said Marcich. &quot;Longer term, this action, together with those of other governments, will promote interoperability and help put an end to the era of single-vendor lock-in.&quot; 

About the ODF Alliance: 
The OpenDocument Format Alliance is an organization of governments, academic institutions, non-government organizations and industry leaders dedicated to educating policymakers, IT administrators and the public on the benefits and opportunities of ODF initiatives.</description>
		<content:encoded><![CDATA[<p>Germany Joins Growing Ranks of Governments Adopting ODF</p>
<p>The ODF Alliance welcomed the decision by the Federal Government of Germany to implement use of the OpenDocument Format (ODF) by federal agencies beginning in 2010.<br />
&#8220;2008 will end on a high note, with Germany joining the growing ranks of governments that have adopted ODF,&#8221; said ODF Alliance managing director Marino Marcich. To date, 16 national and 8 provincial governments have now formally recommended or required the use of ODF by government agencies and with the public.(1)<br />
According to the plan, German federal agencies will be able to receive, read, send and edit ODF documents beginning no later than 2010. State Secretary Dr. Hans Bernhard Beus, federal government IT officer and chairman of the IT Council, described the decision regarding ODF as &#8220;a major step to increase competition among software vendors, promote IT security, and improve interoperability.&#8221;(2) Microsoft&#8217;s Office Open XML (OOXML), which is the default-format for its Office 2007 productivity suite, remains under review. The action comes on the heels of the 5 July 2007 request by the German Bundestag &#8220;to strengthen competitiveness, the use of open document standards and open document exchange formats should be promoted.&#8221;<br />
&#8220;By supporting open IT standards such as ODF at the government level, and with several dozen powerful word processing, spreadsheet, and presentation software products now supporting ODF, many of them available free of charge, the German federal government has demonstrated that it has a clear vision for promoting software choice, reducing costs, and ensuring access to public information,&#8221; said Marcich. &#8220;Longer term, this action, together with those of other governments, will promote interoperability and help put an end to the era of single-vendor lock-in.&#8221; </p>
<p>About the ODF Alliance:<br />
The OpenDocument Format Alliance is an organization of governments, academic institutions, non-government organizations and industry leaders dedicated to educating policymakers, IT administrators and the public on the benefits and opportunities of ODF initiatives.</p>
]]></content:encoded>
	</item>
	<item>
		<title>opendocument.xml.org kommentaar  Saksamaa LV valitsus asub juurutama ODF failivormingut kohta</title>
		<link>http://www.artsturm.ee/odf/2008/12/05/saksamaa-lv-valitsus-asub-juurutama-odf-failivormingut/comment-page-1/#comment-1124</link>
		<dc:creator>opendocument.xml.org</dc:creator>
		<pubDate>Fri, 05 Dec 2008 18:54:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=81#comment-1124</guid>
		<description>Germany Joins Growing Ranks of Governments Adopting ODF</description>
		<content:encoded><![CDATA[<p>Germany Joins Growing Ranks of Governments Adopting ODF</p>
]]></content:encoded>
	</item>
	<item>
		<title>Avatud dokumendiformaadid &#187; Saksamaa LV valitsus asub juurutama ODF failivormingut kommentaar  Sun ODF Plugin 1.2 Microsoft Office jaoks kohta</title>
		<link>http://www.artsturm.ee/odf/2008/05/08/sun-odf-plugin-12-microsoft-office-jaoks/comment-page-1/#comment-1123</link>
		<dc:creator>Avatud dokumendiformaadid &#187; Saksamaa LV valitsus asub juurutama ODF failivormingut</dc:creator>
		<pubDate>Fri, 05 Dec 2008 18:37:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/05/08/sun-odf-plugin-12-microsoft-office-jaoks/#comment-1123</guid>
		<description>[...] hetkel maha jäänud Microsoft Office, kus ODF failide kasutamiseks tuleb esmalt installeerida Sun ODF pistikprogramm.    Postitatud 5 detsember 2008 teemades ODF - OpenDocument, Tarkvara  RSS 2.0 [...]</description>
		<content:encoded><![CDATA[<p>[...] hetkel maha jäänud Microsoft Office, kus ODF failide kasutamiseks tuleb esmalt installeerida Sun ODF pistikprogramm.    Postitatud 5 detsember 2008 teemades ODF &#8211; OpenDocument, Tarkvara  RSS 2.0 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Rick Jelliffe kommentaar  Jon Bosak: valik failiformaatide vahel sõltuvalt tehnilistest vajadustest kohta</title>
		<link>http://www.artsturm.ee/odf/2008/10/16/jon-bosak-valik-failiformaatide-vahel-soltuvalt-tehnilistest-vajadustest/comment-page-1/#comment-1042</link>
		<dc:creator>Rick Jelliffe</dc:creator>
		<pubDate>Sun, 02 Nov 2008 11:57:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/10/16/jon-bosak-valik-failiformaatide-vahel-soltuvalt-tehnilistest-vajadustest/#comment-1042</guid>
		<description>&lt;strong&gt;Is ODF the new RTF or the new .DOC? Can it be both? Do we need either?&lt;/strong&gt;

Jon Bosak, who founded the XML and ODF efforts among many other achievements, recently wrote an article concerning the position of ODF, Open XML and PDF Jon&#039;s public writings are rare, well-considered and always of interest. As with other Sun-affiliated people in recent times, Jon has been exemplary in that even though he has a side, he does not take sides. I think I can agree with much of what he says, though I would note Don&#039;t forget about HTML. 

Jon&#039;s awareness of the different capabilities of different formats, and the centrality of having a clear understanding of these, stimulated me to try to articulate something I have been thinking about for while: is ODF better considered a replacement for .DOC or .RTF, and can it be a substitute for both? And are there any bigger issues than this looming, that we should take stock of? 

First, a potted history of the document format landscape over last 25 years.....


&lt;blockquote&gt;http://broadcast.oreilly.com/2008/10/the-document-file-format-lands.html&lt;/blockquote&gt;

</description>
		<content:encoded><![CDATA[<p><strong>Is ODF the new RTF or the new .DOC? Can it be both? Do we need either?</strong></p>
<p>Jon Bosak, who founded the XML and ODF efforts among many other achievements, recently wrote an article concerning the position of ODF, Open XML and PDF Jon&#8217;s public writings are rare, well-considered and always of interest. As with other Sun-affiliated people in recent times, Jon has been exemplary in that even though he has a side, he does not take sides. I think I can agree with much of what he says, though I would note Don&#8217;t forget about HTML. </p>
<p>Jon&#8217;s awareness of the different capabilities of different formats, and the centrality of having a clear understanding of these, stimulated me to try to articulate something I have been thinking about for while: is ODF better considered a replacement for .DOC or .RTF, and can it be a substitute for both? And are there any bigger issues than this looming, that we should take stock of? </p>
<p>First, a potted history of the document format landscape over last 25 years&#8230;..</p>
<blockquote><p><a href="http://broadcast.oreilly.com/2008/10/the-document-file-format-lands.html" rel="nofollow">http://broadcast.oreilly.com/2008/10/the-document-file-format-lands.html</a></p></blockquote>
]]></content:encoded>
	</item>
	<item>
		<title>Nipitiri kommentaar  Sun ODF Plugin 1.2 Microsoft Office jaoks kohta</title>
		<link>http://www.artsturm.ee/odf/2008/05/08/sun-odf-plugin-12-microsoft-office-jaoks/comment-page-1/#comment-1039</link>
		<dc:creator>Nipitiri</dc:creator>
		<pubDate>Sat, 01 Nov 2008 18:06:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/05/08/sun-odf-plugin-12-microsoft-office-jaoks/#comment-1039</guid>
		<description>Microsoft on samuti välja lasknud ODF-DOC konverteri, nn &quot;OpenXML/ODF Translator&quot; . Selle eesmärgiks tundub aga eeskätt olevat tekitada kasutajatele probleeme ja on sisuliselt igapäevaseks kasutamisekskõlbmatu.

Q:
What&#039;s the difference between the Sun Plugin and the &quot;OpenXML/ODF Translator&quot; on SourceForge.net?
A:
There are many differences. Some of the major differences are as follows: 

Only the Sun ODF Plugin has neat integration into Microsoft Office Word. It&#039;s just another filter, and when you open an ODF file, you really work with the ODF file. This means that you can save your modifications by pressing Ctrl+S. You can even configure Microsoft Office Word to make ODF your default file format.

Conversion is done with StarOffice code, using its proven and high quality filters. The other Plugin is developed from scratch, using XSLT, and there are things that can&#039;t be transformed with XSLT, because you need information about the computed layout.

The Sun ODF Plugin does not have other pre-requirements. Just download and install, no need to install additional things like the &quot;Microsoft Office Compatibility Pack&quot;, &quot;.NET Framework&quot; and hot fixes.</description>
		<content:encoded><![CDATA[<p>Microsoft on samuti välja lasknud ODF-DOC konverteri, nn &#8220;OpenXML/ODF Translator&#8221; . Selle eesmärgiks tundub aga eeskätt olevat tekitada kasutajatele probleeme ja on sisuliselt igapäevaseks kasutamisekskõlbmatu.</p>
<p>Q:<br />
What&#8217;s the difference between the Sun Plugin and the &#8220;OpenXML/ODF Translator&#8221; on SourceForge.net?<br />
A:<br />
There are many differences. Some of the major differences are as follows: </p>
<p>Only the Sun ODF Plugin has neat integration into Microsoft Office Word. It&#8217;s just another filter, and when you open an ODF file, you really work with the ODF file. This means that you can save your modifications by pressing Ctrl+S. You can even configure Microsoft Office Word to make ODF your default file format.</p>
<p>Conversion is done with StarOffice code, using its proven and high quality filters. The other Plugin is developed from scratch, using XSLT, and there are things that can&#8217;t be transformed with XSLT, because you need information about the computed layout.</p>
<p>The Sun ODF Plugin does not have other pre-requirements. Just download and install, no need to install additional things like the &#8220;Microsoft Office Compatibility Pack&#8221;, &#8220;.NET Framework&#8221; and hot fixes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>OpenDocument kommentaar  ODF Workshop Pretoria 2008 kohta</title>
		<link>http://www.artsturm.ee/odf/2008/10/10/odf-workshop-pretoria-2008/comment-page-1/#comment-1013</link>
		<dc:creator>OpenDocument</dc:creator>
		<pubDate>Sat, 11 Oct 2008 12:37:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/10/10/odf-workshop-pretoria-2008/#comment-1013</guid>
		<description>Toon siinkohal ära ka LAV siseministri kõne Pretoria konverentsil:

Hon NN Mapisa-Nqakula, RSA Minister of Home Affairs, 2nd International ODF Conference, 9 October 2008, Pretoria

It is my privilege to welcome you, IT practitioners and policy makers from Europe, Africa, South America, the Malay Archipelago and the Indian Sub-Continent.  My Department has been tasked to lead the work of our government electronic documentation committee which is in line with our Information Society and Development (ISAD) Plan.  The ISAD plan is  targeted “to establish South Africa as an advanced Information Society in which Information and Information and Communication Technology tools are key drivers of economic and societal development.”  It is the task of my department to provide people with enabling documentation. For us to to do that, information needs to be organised in a way that people can be identified, their status ascertained and thereby their access to public services improved. The ability to implement interoperable information systems that enable us to organise and structure information is key to the department’s success.

The danger of poor interoperability between systems was highlighted  following the tragic tsunami on the 26th of December 2004  when efforts in Thailand to rescue the injured and identify the dead were further frustrated by the lack of integration between the systems of different government agencies.  It is in response to examples like this that the DHA is forging ahead to make open standards a priority.  The emergence of open standards for document formats has further resulted in the ability to process and share documents using formats which have significant impact on the efficiency, interoperability and accessibility of public services. This has important implications for how we understand our democracy. Inclusivity in the context of the emerging South African Information Society requires us to address issues of multilingualism, accessibility, and access to services by under-served communities.

The choice of format used for the representation of documents in government is absolutely critical.

It is critical that we standardise on a single document format for exchange of information within government;
It is critical that the choice is aligned with our free software/open source policy;
It is critical that the document format guarantees our unfettered access to citizen information that we hold in trust;
It is critical that the control of the document format is not dominated by any single vendor, or group of vendors.

On the basis of the above we made the best rational and pragmatic choice available and specified that ODF - the Open Document Format - be used as the format for interoperability of government documents.  This was specified in an amendment to our Minimum Interoperability Standard (MIOS).

I have said that the South African government is committed to making use of open standards.  This is both a pragmatic imperative to avoid vendor lock in as well a democratic imperative to ensure ongoing access to information we hold in trust.  But a standard is not a naturally occurring resource like a tree or a stone, which needs only to be located and controlled in order to be used.  A standard is a socially constructed artefact - an agreement, a product of human consensus.  How that consensus is reached is important.  Who gets to say what and when.  Who gets to listen.  When developing standards for the formatting of documents in the information society, these questions take on a particular urgency.  The storage and processing of South African citizen and visitor information in documents is central to the function of the Department of Home Affairs.  We are aware of the civic importance of standards for documents.

One of the many characteristics of a standard being open is that it allows participation in a transparent and non-discriminatory way.  We participate actively in the development of the ODF through the direct participation of the Department of Science and Technology in the OASIS Office Technical Committee which maintains the standard (note: OASIS is the Organization for the Advancement of Structured Information Standards).  This participation forms part of the activities of our e-Documentation committee. 

The South African government has also participated directly in the International Standards Organisation sub committee, SC34, which is responsible for maintaining the ISO edition of ODF.  It participates in ISO through its involvement and membership of technical committees of the South African Bureau of Standards.  Membership and participation in these various technical committees has proven to be costly in terms of time and resources and demonstrates the concrete reality of our commitment to open standards.  It has also given us something of an insight into the workings of the standardisation process in different national and international standards development organisations.  South Africa was particularly frustrated by the acceptance by ISO of an overlapping document specification earlier this year.  The ability and willingness of corporate private interests to dominate the multi-lateral, democratic process of consensus building within ISO has raised significant concerns, both here and abroad.  South Africa appealed the process which was followed, and its outcome, together with India, Brazil and Venezuela.  It is clear that, whilst we continue to engage with ISO through our national standards body, there is much which needs to be done to modernise and reform such international institutions to prevent such problems repeating.

But far from being deterred, our enthusiasm and commitment to open standards in general and ODF in particular, is stronger than ever.  A benefit of gatherings such as this one, is that it provides the opportunity for organisations and state entities with a shared agenda to explore and create new opportunities for international collaboration in the increasingly important space of information standards.  Many of the countries represented here, particularly our brothers and sisters from latin America and Asia, have, like South Africa, made strong commitments to the use of ODF in their various jurisdictions to facilitate interoperability and exchange of information.  Many others are actively considering similar policies.  It would be a great step forward, and a concrete indication of solidarity, if we were to use the occasion of our gathering to develop a protocol of agreement to use ODF as the preferred format for document exchange between our various state and other entities represented here.

I wish you success in your deliberations and trust that our visitors will have the opportunity to enjoy South African hospitality.</description>
		<content:encoded><![CDATA[<p>Toon siinkohal ära ka LAV siseministri kõne Pretoria konverentsil:</p>
<p>Hon NN Mapisa-Nqakula, RSA Minister of Home Affairs, 2nd International ODF Conference, 9 October 2008, Pretoria</p>
<p>It is my privilege to welcome you, IT practitioners and policy makers from Europe, Africa, South America, the Malay Archipelago and the Indian Sub-Continent.  My Department has been tasked to lead the work of our government electronic documentation committee which is in line with our Information Society and Development (ISAD) Plan.  The ISAD plan is  targeted “to establish South Africa as an advanced Information Society in which Information and Information and Communication Technology tools are key drivers of economic and societal development.”  It is the task of my department to provide people with enabling documentation. For us to to do that, information needs to be organised in a way that people can be identified, their status ascertained and thereby their access to public services improved. The ability to implement interoperable information systems that enable us to organise and structure information is key to the department’s success.</p>
<p>The danger of poor interoperability between systems was highlighted  following the tragic tsunami on the 26th of December 2004  when efforts in Thailand to rescue the injured and identify the dead were further frustrated by the lack of integration between the systems of different government agencies.  It is in response to examples like this that the DHA is forging ahead to make open standards a priority.  The emergence of open standards for document formats has further resulted in the ability to process and share documents using formats which have significant impact on the efficiency, interoperability and accessibility of public services. This has important implications for how we understand our democracy. Inclusivity in the context of the emerging South African Information Society requires us to address issues of multilingualism, accessibility, and access to services by under-served communities.</p>
<p>The choice of format used for the representation of documents in government is absolutely critical.</p>
<p>It is critical that we standardise on a single document format for exchange of information within government;<br />
It is critical that the choice is aligned with our free software/open source policy;<br />
It is critical that the document format guarantees our unfettered access to citizen information that we hold in trust;<br />
It is critical that the control of the document format is not dominated by any single vendor, or group of vendors.</p>
<p>On the basis of the above we made the best rational and pragmatic choice available and specified that ODF &#8211; the Open Document Format &#8211; be used as the format for interoperability of government documents.  This was specified in an amendment to our Minimum Interoperability Standard (MIOS).</p>
<p>I have said that the South African government is committed to making use of open standards.  This is both a pragmatic imperative to avoid vendor lock in as well a democratic imperative to ensure ongoing access to information we hold in trust.  But a standard is not a naturally occurring resource like a tree or a stone, which needs only to be located and controlled in order to be used.  A standard is a socially constructed artefact &#8211; an agreement, a product of human consensus.  How that consensus is reached is important.  Who gets to say what and when.  Who gets to listen.  When developing standards for the formatting of documents in the information society, these questions take on a particular urgency.  The storage and processing of South African citizen and visitor information in documents is central to the function of the Department of Home Affairs.  We are aware of the civic importance of standards for documents.</p>
<p>One of the many characteristics of a standard being open is that it allows participation in a transparent and non-discriminatory way.  We participate actively in the development of the ODF through the direct participation of the Department of Science and Technology in the OASIS Office Technical Committee which maintains the standard (note: OASIS is the Organization for the Advancement of Structured Information Standards).  This participation forms part of the activities of our e-Documentation committee. </p>
<p>The South African government has also participated directly in the International Standards Organisation sub committee, SC34, which is responsible for maintaining the ISO edition of ODF.  It participates in ISO through its involvement and membership of technical committees of the South African Bureau of Standards.  Membership and participation in these various technical committees has proven to be costly in terms of time and resources and demonstrates the concrete reality of our commitment to open standards.  It has also given us something of an insight into the workings of the standardisation process in different national and international standards development organisations.  South Africa was particularly frustrated by the acceptance by ISO of an overlapping document specification earlier this year.  The ability and willingness of corporate private interests to dominate the multi-lateral, democratic process of consensus building within ISO has raised significant concerns, both here and abroad.  South Africa appealed the process which was followed, and its outcome, together with India, Brazil and Venezuela.  It is clear that, whilst we continue to engage with ISO through our national standards body, there is much which needs to be done to modernise and reform such international institutions to prevent such problems repeating.</p>
<p>But far from being deterred, our enthusiasm and commitment to open standards in general and ODF in particular, is stronger than ever.  A benefit of gatherings such as this one, is that it provides the opportunity for organisations and state entities with a shared agenda to explore and create new opportunities for international collaboration in the increasingly important space of information standards.  Many of the countries represented here, particularly our brothers and sisters from latin America and Asia, have, like South Africa, made strong commitments to the use of ODF in their various jurisdictions to facilitate interoperability and exchange of information.  Many others are actively considering similar policies.  It would be a great step forward, and a concrete indication of solidarity, if we were to use the occasion of our gathering to develop a protocol of agreement to use ODF as the preferred format for document exchange between our various state and other entities represented here.</p>
<p>I wish you success in your deliberations and trust that our visitors will have the opportunity to enjoy South African hospitality.</p>
]]></content:encoded>
	</item>
	<item>
		<title>The Inquirer kommentaar  ISO pressiteade Microsoft OOXML standardimisprotsessi seiskamise asjus kohta</title>
		<link>http://www.artsturm.ee/odf/2008/06/12/iso-pressiteade-microsoft-ooxml-standardmisprotsessi-seiskamise-asjus/comment-page-1/#comment-1009</link>
		<dc:creator>The Inquirer</dc:creator>
		<pubDate>Mon, 06 Oct 2008 15:31:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/06/12/iso-pressiteade-microsoft-ooxml-standardmisprotsessi-seiskamise-asjus/#comment-1009</guid>
		<description>Norway ISO members walk out over OOXML

Loss of professional credibility

By Egan Orion: Friday, 03 October 2008, 1:42 PM 

 

NORWEGIAN MEMBERS of the Technical Committee of that country&#039;s International Standards Organisation (ISO) body Standard Norge have resigned their posts to protest the approval of Microsoft&#039;s OOXML document formats proposal in defiance of the majority recommendation.

In all, 13 of the committee&#039;s 23 members have resigned, a majority of the membership.

In Standard Norge deliberations regarding OOXML earlier this year, only two members – Microsoft and Statoil – voted for approval, while the remaining 21 voted against it. Defying the overwhelming vote, the officials of Standard Norge went ahead and approved OOXML anyway, and transmitted that &quot;decision&quot; to ISO. 

As a public service, we reproduce the rough Google translation of the 13 former Norway Standard Technical Committee members&#039; letter of resignation below: 

Oslo, Monday 29 September 2008

We, the undersigned, are ending our work within Standard Norway.

It is sad when organisations that work for our common interest fail the task. Through the OOXML work, Standard Norway has shown, with a clear margin, that they are not fit to represent Norway in the ISO.

&quot;Standardization of formats for content on the Web is more important than ever. A large part of mankind&#039;s communication is done digitally, and all - ALL - must have the ability to read and write these formats,&quot; said Håkon Wium Lie.

Standard Norway chose to defy their own technical committee and vote yes to a specification that is immature, useless, and unworthy of being called an ISO standard.

Standard Norway has lost its credibility in the IT area from the way it has administered the process. Standard Norway has set its own commercial interests ahead of what is best for society, most feasible technologically, and what is professionally advisable. 

&quot;By participating in a further work in Standard Norway will we lose our professional credibility,&quot; said Arne S. Nielsen.

Therefore, we have chosen to leave the committee.

We end our work with Standard Norway because:

* The administration of Standard Norway trust 37 identical letters from Microsoft partners more than their own technical committee.

* The process within Standard Norway has been unpredictable and the administration has changed the rules along the way.

* Standard Norway and ISO have committed a series of violations of their own rules and other irregularities in the OOXML process. 

&quot;Standard Norway has overruled hundreds of thousands of users in the public and private sectors&quot;, says Martin Bekkelund.

The mass-copied Microsoft-letter did not contain a single professional argument. Standard Norway first said that these kinds of statements would not be given any weight. However, at the end of the process they changed their mind and emphasized the Microsoft letters. Thereby, Standard Norway misled the committee members.

The process in Standard Norway is unpredictable, subjective and is continuously changed behind the scenes. &quot;There is no way to appeal a decision, neither inside nor outside Standard Norway — the administrative staff who makes the decisions is the same who &#039;reviews&#039; (i.e., lingers, ignores and shelves) appeals and complaints&quot;, says Trond Heier.

Each and every one of us will continue our [work] for better standards within organizations other than Standard Norway.

The undersigned:

1. Haakon Wium Lie
2. Martin Bekkelund (NUUG)
3. Petter Reinholdtsen (NUUG)
4. Linpro AS v/ Trond Heier Linpro AS v / Trond Heier
5. Bjørn Venn
6. Steve Pepper
7. Arne Sigurd Rognan Nielsen
8. Henning Kulander
9. Axel Bojer
10. Geir Isene
11. Thomas Malt
12. Anthony Lardahl (NUUG)
13. Knut Olav Bøhmer Knut

Maybe they&#039;ll want to work on IT standards with IBM, if and when it tells ISO to sod off. µ</description>
		<content:encoded><![CDATA[<p>Norway ISO members walk out over OOXML</p>
<p>Loss of professional credibility</p>
<p>By Egan Orion: Friday, 03 October 2008, 1:42 PM </p>
<p>NORWEGIAN MEMBERS of the Technical Committee of that country&#8217;s International Standards Organisation (ISO) body Standard Norge have resigned their posts to protest the approval of Microsoft&#8217;s OOXML document formats proposal in defiance of the majority recommendation.</p>
<p>In all, 13 of the committee&#8217;s 23 members have resigned, a majority of the membership.</p>
<p>In Standard Norge deliberations regarding OOXML earlier this year, only two members – Microsoft and Statoil – voted for approval, while the remaining 21 voted against it. Defying the overwhelming vote, the officials of Standard Norge went ahead and approved OOXML anyway, and transmitted that &#8220;decision&#8221; to ISO. </p>
<p>As a public service, we reproduce the rough Google translation of the 13 former Norway Standard Technical Committee members&#8217; letter of resignation below: </p>
<p>Oslo, Monday 29 September 2008</p>
<p>We, the undersigned, are ending our work within Standard Norway.</p>
<p>It is sad when organisations that work for our common interest fail the task. Through the OOXML work, Standard Norway has shown, with a clear margin, that they are not fit to represent Norway in the ISO.</p>
<p>&#8220;Standardization of formats for content on the Web is more important than ever. A large part of mankind&#8217;s communication is done digitally, and all &#8211; ALL &#8211; must have the ability to read and write these formats,&#8221; said Håkon Wium Lie.</p>
<p>Standard Norway chose to defy their own technical committee and vote yes to a specification that is immature, useless, and unworthy of being called an ISO standard.</p>
<p>Standard Norway has lost its credibility in the IT area from the way it has administered the process. Standard Norway has set its own commercial interests ahead of what is best for society, most feasible technologically, and what is professionally advisable. </p>
<p>&#8220;By participating in a further work in Standard Norway will we lose our professional credibility,&#8221; said Arne S. Nielsen.</p>
<p>Therefore, we have chosen to leave the committee.</p>
<p>We end our work with Standard Norway because:</p>
<p>* The administration of Standard Norway trust 37 identical letters from Microsoft partners more than their own technical committee.</p>
<p>* The process within Standard Norway has been unpredictable and the administration has changed the rules along the way.</p>
<p>* Standard Norway and ISO have committed a series of violations of their own rules and other irregularities in the OOXML process. </p>
<p>&#8220;Standard Norway has overruled hundreds of thousands of users in the public and private sectors&#8221;, says Martin Bekkelund.</p>
<p>The mass-copied Microsoft-letter did not contain a single professional argument. Standard Norway first said that these kinds of statements would not be given any weight. However, at the end of the process they changed their mind and emphasized the Microsoft letters. Thereby, Standard Norway misled the committee members.</p>
<p>The process in Standard Norway is unpredictable, subjective and is continuously changed behind the scenes. &#8220;There is no way to appeal a decision, neither inside nor outside Standard Norway — the administrative staff who makes the decisions is the same who &#8216;reviews&#8217; (i.e., lingers, ignores and shelves) appeals and complaints&#8221;, says Trond Heier.</p>
<p>Each and every one of us will continue our [work] for better standards within organizations other than Standard Norway.</p>
<p>The undersigned:</p>
<p>1. Haakon Wium Lie<br />
2. Martin Bekkelund (NUUG)<br />
3. Petter Reinholdtsen (NUUG)<br />
4. Linpro AS v/ Trond Heier Linpro AS v / Trond Heier<br />
5. Bjørn Venn<br />
6. Steve Pepper<br />
7. Arne Sigurd Rognan Nielsen<br />
8. Henning Kulander<br />
9. Axel Bojer<br />
10. Geir Isene<br />
11. Thomas Malt<br />
12. Anthony Lardahl (NUUG)<br />
13. Knut Olav Bøhmer Knut</p>
<p>Maybe they&#8217;ll want to work on IT standards with IBM, if and when it tells ISO to sod off. µ</p>
]]></content:encoded>
	</item>
	<item>
		<title>Tony Smith kommentaar  EPUB &#8211; digiraamatute avatud failiformaat kohta</title>
		<link>http://www.artsturm.ee/odf/2008/09/22/epub-digiraamatute-avatud-failiformaat/comment-page-1/#comment-1000</link>
		<dc:creator>Tony Smith</dc:creator>
		<pubDate>Sat, 04 Oct 2008 17:30:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/09/22/epub-digiraamatute-avatud-failiformaat/#comment-1000</guid>
		<description>Sony revamps e-book Reader with reading lamp

The PRS-700 won&#039;t go on sale until next month, but when it does it will sport a 6in E Ink display and enough memory for 350 e-books - up from the PRS-505&#039;s 160-book capacity.

But the PRS-700&#039;s key new feature is an integrated LED reading light - handy for all those folk who like to read in bed without disturbing their partner....
Loe edasi http://www.reghardware.co.uk/2008/10/03/sony_revamp_prs_700_reader/

That&#039;s probably not what makes the 700 heavier than its predecessor - 280g to 260g - that&#039;ll be the expanded battery, which offers a life of &quot;7500 page turns&quot;, up from the 505&#039;s 6800.</description>
		<content:encoded><![CDATA[<p>Sony revamps e-book Reader with reading lamp</p>
<p>The PRS-700 won&#8217;t go on sale until next month, but when it does it will sport a 6in E Ink display and enough memory for 350 e-books &#8211; up from the PRS-505&#8242;s 160-book capacity.</p>
<p>But the PRS-700&#8242;s key new feature is an integrated LED reading light &#8211; handy for all those folk who like to read in bed without disturbing their partner&#8230;.<br />
Loe edasi <a href="http://www.reghardware.co.uk/2008/10/03/sony_revamp_prs_700_reader/" rel="nofollow">http://www.reghardware.co.uk/2008/10/03/sony_revamp_prs_700_reader/</a></p>
<p>That&#8217;s probably not what makes the 700 heavier than its predecessor &#8211; 280g to 260g &#8211; that&#8217;ll be the expanded battery, which offers a life of &#8220;7500 page turns&#8221;, up from the 505&#8242;s 6800.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Sony Reader PRS-700 kommentaar  EPUB &#8211; digiraamatute avatud failiformaat kohta</title>
		<link>http://www.artsturm.ee/odf/2008/09/22/epub-digiraamatute-avatud-failiformaat/comment-page-1/#comment-999</link>
		<dc:creator>Sony Reader PRS-700</dc:creator>
		<pubDate>Sat, 04 Oct 2008 17:24:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/09/22/epub-digiraamatute-avatud-failiformaat/#comment-999</guid>
		<description>Sonylta uusi e-kirjojen lukulaite

PRS-700 -mallin suurin uudistus on Register-verkkolehden mielestä led-lukuvalo, jonka ansiosta laitteella voi lukea myös sängyssä vaikka ei siiinä yksin olisikaan. 

Kuuden tuuman E Ink -näytöllä varustettu laite tulee myyntiin ensi kuussa noin 400 dollarin hintaan. Siihen mahtuu 350 e-kirjaa eli yli kaksinkertaisesti vasta hiljan julkistettuun edeltäjäänsä PRS-505:een verrattuna.

Lisämuisteiksi käyvät MemoryStick Duo- ja SD-muistikortit. Tuettavia e-kirjaformaatteja ovat pdf, MS Word, BBeB, Epub ja tekstitiedostot. Sonyn mukaan se on yhteensopiva myös Adobe Digital Editions -ohjelmiston kanssa.</description>
		<content:encoded><![CDATA[<p>Sonylta uusi e-kirjojen lukulaite</p>
<p>PRS-700 -mallin suurin uudistus on Register-verkkolehden mielestä led-lukuvalo, jonka ansiosta laitteella voi lukea myös sängyssä vaikka ei siiinä yksin olisikaan. </p>
<p>Kuuden tuuman E Ink -näytöllä varustettu laite tulee myyntiin ensi kuussa noin 400 dollarin hintaan. Siihen mahtuu 350 e-kirjaa eli yli kaksinkertaisesti vasta hiljan julkistettuun edeltäjäänsä PRS-505:een verrattuna.</p>
<p>Lisämuisteiksi käyvät MemoryStick Duo- ja SD-muistikortit. Tuettavia e-kirjaformaatteja ovat pdf, MS Word, BBeB, Epub ja tekstitiedostot. Sonyn mukaan se on yhteensopiva myös Adobe Digital Editions -ohjelmiston kanssa.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Andrew Savikas kommentaar  EPUB &#8211; digiraamatute avatud failiformaat kohta</title>
		<link>http://www.artsturm.ee/odf/2008/09/22/epub-digiraamatute-avatud-failiformaat/comment-page-1/#comment-979</link>
		<dc:creator>Andrew Savikas</dc:creator>
		<pubDate>Tue, 23 Sep 2008 16:46:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/09/22/epub-digiraamatute-avatud-failiformaat/#comment-979</guid>
		<description>What .epub really gives publishers is leverage. They can say to their vendors and channels, &quot;ok, I&#039;m now only giving you .epub and you better either provide software that reads .epub or provides an automatic conversion from .epub to Y format.&quot; This tremendously lowers costs and aggravation for publishers and, I strongly suspect, will increase inventory through the channels quite dramatically. The decision to create an eBook is just so much easier to make.</description>
		<content:encoded><![CDATA[<p>What .epub really gives publishers is leverage. They can say to their vendors and channels, &#8220;ok, I&#8217;m now only giving you .epub and you better either provide software that reads .epub or provides an automatic conversion from .epub to Y format.&#8221; This tremendously lowers costs and aggravation for publishers and, I strongly suspect, will increase inventory through the channels quite dramatically. The decision to create an eBook is just so much easier to make.</p>
]]></content:encoded>
	</item>
	<item>
		<title>ITViikko kommentaar  PDF v. 1.7 ISO standard ISO 32000-1 kinnitatud kohta</title>
		<link>http://www.artsturm.ee/odf/2008/07/07/pdf-v-17-iso-standard-iso-32000-1-kinnitatud/comment-page-1/#comment-407</link>
		<dc:creator>ITViikko</dc:creator>
		<pubDate>Tue, 08 Jul 2008 09:10:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/07/07/pdf-v-17-iso-standard-iso-32000-1-kinnitatud/#comment-407</guid>
		<description>IT Viikko: Pdf hyväksyttiin ISO-standardiksi

http://www.itviikko.fi/talous/2008/07/04/pdf-hyvaksyttiin-iso-standardiksi/200817741/7</description>
		<content:encoded><![CDATA[<p>IT Viikko: Pdf hyväksyttiin ISO-standardiksi</p>
<p><a href="http://www.itviikko.fi/talous/2008/07/04/pdf-hyvaksyttiin-iso-standardiksi/200817741/7" rel="nofollow">http://www.itviikko.fi/talous/2008/07/04/pdf-hyvaksyttiin-iso-standardiksi/200817741/7</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Venezuel kommentaar  Brasiilia esitas ametliku protesti OOXML standardimisprotsessi asjus kohta</title>
		<link>http://www.artsturm.ee/odf/2008/05/30/brasiilia-esitas-ametliku-protesti-ooxml-standardimisprotsessi-asjus/comment-page-1/#comment-256</link>
		<dc:creator>Venezuel</dc:creator>
		<pubDate>Wed, 04 Jun 2008 18:44:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/05/30/brasiilia-esitas-ametliku-protesti-ooxml-standardimisprotsessi-asjus/#comment-256</guid>
		<description>Venezuela joins line appealing OOXML standard approval 
The list of countries appealing the adoption of Microsoft&#039;s OOXML file format as a standard also includes Brazil, Venezuela, South Africa, and reportedly Denmark

Venezuela has joined the list of countries that have lodged appeals against the adoption of an international standard based on Microsoft&#039;s Office Open XML (OOXML) file format.</description>
		<content:encoded><![CDATA[<p>Venezuela joins line appealing OOXML standard approval<br />
The list of countries appealing the adoption of Microsoft&#8217;s OOXML file format as a standard also includes Brazil, Venezuela, South Africa, and reportedly Denmark</p>
<p>Venezuela has joined the list of countries that have lodged appeals against the adoption of an international standard based on Microsoft&#8217;s Office Open XML (OOXML) file format.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Hindu kommentaar  Brasiilia esitas ametliku protesti OOXML standardimisprotsessi asjus kohta</title>
		<link>http://www.artsturm.ee/odf/2008/05/30/brasiilia-esitas-ametliku-protesti-ooxml-standardimisprotsessi-asjus/comment-page-1/#comment-219</link>
		<dc:creator>Hindu</dc:creator>
		<pubDate>Fri, 30 May 2008 14:13:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/05/30/brasiilia-esitas-ametliku-protesti-ooxml-standardimisprotsessi-asjus/#comment-219</guid>
		<description>Ka India olevat saatnud protesti.</description>
		<content:encoded><![CDATA[<p>Ka India olevat saatnud protesti.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By Liam Tung, ZDNet Australia kommentaar  26. märts &#8211; Document Freedom Day kohta</title>
		<link>http://www.artsturm.ee/odf/2008/03/29/26-marts-document-freedom-day/comment-page-1/#comment-41</link>
		<dc:creator>By Liam Tung, ZDNet Australia</dc:creator>
		<pubDate>Wed, 02 Apr 2008 09:59:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/03/29/26-marts-document-freedom-day/#comment-41</guid>
		<description>ODF guerillas rally for document freedom
Twenty-two organizations across 60 countries are taking part in DocumentFreedomDay (DFD) to raise awareness about what happens when formats are no longer supported by proprietary software.

Inspired by the five-year-old SoftwareFreedomDay, the DFD initiative is being driven by supporters of the OpenDocumentFormat Alliance and other organizations such as the Free Software Foundation Europe, which is currently hosting the DFD&#039;s Web site.

Google Australia, which joined the ODF Alliance in 2006, hosted Sydney&#039;s DFD effort, where ACT Senator Kate Lundy discussed the issue of document formats for long-term archiving in institutions such as the National Archives of Australia.

Despite the high-profile controversy surrounding Microsoft&#039;s attempts gain ISO certification for its Office Open XML standard, Andrew McRae, a Google Australia senior software engineer and also President of the Australian chapter of the Internet Society, told ZDNet Asia sister site ZDNet Australia DFD is only intended to raise awareness for the ODF (Open Document Format).

&quot;We&#039;re not trying to focus on any standard,&quot; McRae said. McRae, also a member of the Internet Engineering Task Force (ITEF), reckons the goal of open document standards is similar to open Web standards.

&quot;From that perspective we felt that the value of open standards is that it allowed the Internet to really explode with innovation,&quot; he said. &quot;In a similar way we felt that open standards for documents is important as well.&quot;

&quot;We didn&#039;t want it to be about any particular standard or issue and we tried hard to avoid that.&quot;

McRae said there is nothing in principle wrong with two standards existing side by side. &quot;In terms of having a second standard--similar to Internet protocol having a second protocol--as long as they work together and are fully supported, then in the Internet we find that does work... There are multiple [document] standards existing today so we need to ensure there is interoperability, a way of being able to move and share documents now and in the future and that software exists to interpret these standards.&quot;

But for now, as far as the organizers of DFD are concerned, the Open Document Format is the only truly open format that meets general office needs, while Microsoft&#039;s OOXML only comes close.

&quot;But [OOXML] fails the test for an Open Standard in various ways, including an unclear legal status as well as inclusion of and reference to proprietary technologies. It has all signs of a vendor-specific format that only Microsoft will be able to implement completely,the group writes on its site.</description>
		<content:encoded><![CDATA[<p>ODF guerillas rally for document freedom<br />
Twenty-two organizations across 60 countries are taking part in DocumentFreedomDay (DFD) to raise awareness about what happens when formats are no longer supported by proprietary software.</p>
<p>Inspired by the five-year-old SoftwareFreedomDay, the DFD initiative is being driven by supporters of the OpenDocumentFormat Alliance and other organizations such as the Free Software Foundation Europe, which is currently hosting the DFD&#8217;s Web site.</p>
<p>Google Australia, which joined the ODF Alliance in 2006, hosted Sydney&#8217;s DFD effort, where ACT Senator Kate Lundy discussed the issue of document formats for long-term archiving in institutions such as the National Archives of Australia.</p>
<p>Despite the high-profile controversy surrounding Microsoft&#8217;s attempts gain ISO certification for its Office Open XML standard, Andrew McRae, a Google Australia senior software engineer and also President of the Australian chapter of the Internet Society, told ZDNet Asia sister site ZDNet Australia DFD is only intended to raise awareness for the ODF (Open Document Format).</p>
<p>&#8220;We&#8217;re not trying to focus on any standard,&#8221; McRae said. McRae, also a member of the Internet Engineering Task Force (ITEF), reckons the goal of open document standards is similar to open Web standards.</p>
<p>&#8220;From that perspective we felt that the value of open standards is that it allowed the Internet to really explode with innovation,&#8221; he said. &#8220;In a similar way we felt that open standards for documents is important as well.&#8221;</p>
<p>&#8220;We didn&#8217;t want it to be about any particular standard or issue and we tried hard to avoid that.&#8221;</p>
<p>McRae said there is nothing in principle wrong with two standards existing side by side. &#8220;In terms of having a second standard&#8211;similar to Internet protocol having a second protocol&#8211;as long as they work together and are fully supported, then in the Internet we find that does work&#8230; There are multiple [document] standards existing today so we need to ensure there is interoperability, a way of being able to move and share documents now and in the future and that software exists to interpret these standards.&#8221;</p>
<p>But for now, as far as the organizers of DFD are concerned, the Open Document Format is the only truly open format that meets general office needs, while Microsoft&#8217;s OOXML only comes close.</p>
<p>&#8220;But [OOXML] fails the test for an Open Standard in various ways, including an unclear legal status as well as inclusion of and reference to proprietary technologies. It has all signs of a vendor-specific format that only Microsoft will be able to implement completely,the group writes on its site.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Microsoftin OOXML-standardiehdotuksessa isoja ongelmia kommentaar  Microsoft OOXML põrus jälle ISO hääletusel! kohta</title>
		<link>http://www.artsturm.ee/odf/2008/03/01/microsoft-ooxml-porus-jalle-iso-haaletusel/comment-page-1/#comment-38</link>
		<dc:creator>Microsoftin OOXML-standardiehdotuksessa isoja ongelmia</dc:creator>
		<pubDate>Thu, 27 Mar 2008 14:49:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/03/01/microsoft-ooxml-porus-jalle-iso-haaletusel/#comment-38</guid>
		<description>Hea artikkel soomlaste IT Viikko ajakirjas:
Effi: Microsoftin OOXML-standardiehdotuksessa isoja ongelmia

http://www.itviikko.fi/page.php?page_id=46&amp;news_id=20088597&amp;rss=8

Electronic Frontier Finland ry (Effi) ilmoittaa äänestävänsä huomenna pidettävässä Suomen Standardisoimisliitto SFS ry:n kokouksessa Microsoftin OOXML-tiedostomuodon standardointia vastaan.

Microsoftin uuden tiedostomuodon olisi mm. tarkoitus korvata jatkossa nyt yleisesti käytössä olevat Word-, Excel- ja PowerPoint-tiedostot. 

International Organization for Standardization (ISO) on jo hyväksynyt ODF-tiedostomuodon samaa tarkoitusta varten. EFFIn mielestä rinnakkainen standardi on tarpeeton eikä OOXML-tiedostomuoto ei tarjoa erityisiä etuja aikaisemmin standardoituun tiedostomuotoon verrattuna. 

EFFIn mielestä suurin ongelma standardissa on sen tavoite toisintaa mahdollisimman uskollisesti olemassa olevat Microsoftin Office-dokumentit. Tämän seurauksena standardiehdotukseen piti ottaa mukaan runsaasti virheellisiä määrityksiä esimerkiksi päivämäärien ja tiettyjen taulukkolaskentafunktioiden osalta. Vaikka nämä määritykset ovatkin käytössä vain siirtymävaiheen toiminnallisuuksina, ehdotuksessa ei missään määritellä välivaiheen kestoa. 

- Ei ole mitään järkeä hyväksyä standardiksi tilapäisiksi aiottuja, virheellisiä ratkaisuja. Tällä hetkellä ei ole olemassa yhtään ohjelmistoa, joka tuottaisi ISO:n standardiehdotuksen mukaisia tiedostoja. Nyt olisikin ollut oikea aika päästä eroon menneisyyden painolastista, mutta tähän Microsoft ei ollut valmis pelätessään markkinaosuutensa putoamista. Jo pelkästään tästä syystä EFFI tulee huomenna äänestämään &quot;ei&quot;, EFFIn puheenjohtaja Tapani Tarvainen kiteyttää tiedotteessa. 

Microsoft haluaa EFFI:n mukaan ISO-standardin omalle tiedostomuodolleen, koska maailmalla monet  valtiot kieltäytyvät jatkossa ostamasta ohjelmistoja, jotka eivät ole avointen standardien mukaisia. 

- Yhtiö voisi toki myös ottaa käyttöön ISO:n jo hyväksymän ODF-tiedostomuodon, mutta tämä heikentäisi liikaa sen asiakkaiden lukittautumista yrityksen erityisen tuottoisaan tuotekategoriaan, EFFIn Ville Oksanen sanoo. 

Oksasen mukaan Microsoft koetti myös oikoa ISO:ssa ajamalla OOXML-standardiehdotuksen ns. pikaraidemenettelyssä. Kyseistä menettelyä käytetään yleensä vakiintuneiden de facto standardien hyväksymiseen. 

- Menettely osoittautui kuitenkin täysin vääräksi yli 6000 sivun mittaiselle määritykselle, jossa oli runsaasti ristiriitoja herättäviä kohtia. Korjausehdotuksia ehdittiin puimaan ISO:ssa ainoastaan yhden viikon ajan ja jo nyt tiedetään, että monta ilmeistä ongelmaa jäi korjaamatta.

Jarmo Lahti</description>
		<content:encoded><![CDATA[<p>Hea artikkel soomlaste IT Viikko ajakirjas:<br />
Effi: Microsoftin OOXML-standardiehdotuksessa isoja ongelmia</p>
<p><a href="http://www.itviikko.fi/page.php?page_id=46&amp;news_id=20088597&amp;rss=8" rel="nofollow">http://www.itviikko.fi/page.php?page_id=46&amp;news_id=20088597&amp;rss=8</a></p>
<p>Electronic Frontier Finland ry (Effi) ilmoittaa äänestävänsä huomenna pidettävässä Suomen Standardisoimisliitto SFS ry:n kokouksessa Microsoftin OOXML-tiedostomuodon standardointia vastaan.</p>
<p>Microsoftin uuden tiedostomuodon olisi mm. tarkoitus korvata jatkossa nyt yleisesti käytössä olevat Word-, Excel- ja PowerPoint-tiedostot. </p>
<p>International Organization for Standardization (ISO) on jo hyväksynyt ODF-tiedostomuodon samaa tarkoitusta varten. EFFIn mielestä rinnakkainen standardi on tarpeeton eikä OOXML-tiedostomuoto ei tarjoa erityisiä etuja aikaisemmin standardoituun tiedostomuotoon verrattuna. </p>
<p>EFFIn mielestä suurin ongelma standardissa on sen tavoite toisintaa mahdollisimman uskollisesti olemassa olevat Microsoftin Office-dokumentit. Tämän seurauksena standardiehdotukseen piti ottaa mukaan runsaasti virheellisiä määrityksiä esimerkiksi päivämäärien ja tiettyjen taulukkolaskentafunktioiden osalta. Vaikka nämä määritykset ovatkin käytössä vain siirtymävaiheen toiminnallisuuksina, ehdotuksessa ei missään määritellä välivaiheen kestoa. </p>
<p>- Ei ole mitään järkeä hyväksyä standardiksi tilapäisiksi aiottuja, virheellisiä ratkaisuja. Tällä hetkellä ei ole olemassa yhtään ohjelmistoa, joka tuottaisi ISO:n standardiehdotuksen mukaisia tiedostoja. Nyt olisikin ollut oikea aika päästä eroon menneisyyden painolastista, mutta tähän Microsoft ei ollut valmis pelätessään markkinaosuutensa putoamista. Jo pelkästään tästä syystä EFFI tulee huomenna äänestämään &#8220;ei&#8221;, EFFIn puheenjohtaja Tapani Tarvainen kiteyttää tiedotteessa. </p>
<p>Microsoft haluaa EFFI:n mukaan ISO-standardin omalle tiedostomuodolleen, koska maailmalla monet  valtiot kieltäytyvät jatkossa ostamasta ohjelmistoja, jotka eivät ole avointen standardien mukaisia. </p>
<p>- Yhtiö voisi toki myös ottaa käyttöön ISO:n jo hyväksymän ODF-tiedostomuodon, mutta tämä heikentäisi liikaa sen asiakkaiden lukittautumista yrityksen erityisen tuottoisaan tuotekategoriaan, EFFIn Ville Oksanen sanoo. </p>
<p>Oksasen mukaan Microsoft koetti myös oikoa ISO:ssa ajamalla OOXML-standardiehdotuksen ns. pikaraidemenettelyssä. Kyseistä menettelyä käytetään yleensä vakiintuneiden de facto standardien hyväksymiseen. </p>
<p>- Menettely osoittautui kuitenkin täysin vääräksi yli 6000 sivun mittaiselle määritykselle, jossa oli runsaasti ristiriitoja herättäviä kohtia. Korjausehdotuksia ehdittiin puimaan ISO:ssa ainoastaan yhden viikon ajan ja jo nyt tiedetään, että monta ilmeistä ongelmaa jäi korjaamatta.</p>
<p>Jarmo Lahti</p>
]]></content:encoded>
	</item>
	<item>
		<title>Probe into votes on Microsoft standard kommentaar  EU komisjon alustas juurdlust Microsoft OOXML ISO standardiseerimise asjus kohta</title>
		<link>http://www.artsturm.ee/odf/2008/02/08/eu-komisjon-alustas-juurdlust-microsoft-ooxml-iso-standardiseerimise-asjus/comment-page-1/#comment-35</link>
		<dc:creator>Probe into votes on Microsoft standard</dc:creator>
		<pubDate>Wed, 05 Mar 2008 17:13:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/02/08/eu-komisjon-alustas-juurdlust-microsoft-ooxml-iso-standardiseerimise-asjus/#comment-35</guid>
		<description>Financila Times: Probe into votes on Microsoft standard

By Nikki Tait in Brussels and Maija Palmer in London, Published: March 5 2008 02:00

The European Commission is investigating the process under which a key Microsoft document format could be adopted as an industry standard - a move that would carry significant commercial benefits for the software company.

Officials at the European Commission&#039;s competition directorate have written to members of the International Organisation for Standardisation, asking how they prepared for votes in September and later this month on acceptance of Microsoft&#039;s OOXML document format as a worldwide standard. Without ISO acceptance, Microsoft could stand to lose business, particularly with government clients, some of which are becoming increasingly keen to use only ISO-certified software.

The ISO process has been widely criticised, however, with some members of national standards&#039; bodies accusing Microsoft and its rivals of attempting to influence the vote.

Tim Bray, a member of the Canadian national standards body, called the procedure &quot;complete, utter, unadulterated bullshit&quot; in a recent blog posting.

A vote in Sweden was declared invalid after one member was discovered to have voted twice.

In addition, in several countries, a large number of Microsoft partners joined the national standards organisations just ahead of a vote on the issue in September.

Microsoft lost an initial first round of voting on the standard in September, and faces a final vote this month.

In its letter, sent out before the Geneva meeting, the Commission noted press reports had alleged irregularities in several countries over the OOXML standardisation proposal, and accusations of attempts to influence voting.

It asked standards organisations for views on these charges and any supporting details. It was unclear yesterday how many standards organisations worldwide had been contacted by the Commission. However, several national organisations in Europe confirmed they had received the Commission letter. Some national bodies have admitted they are reviewing their own membership rules.

&quot;We have to consider whether you might have to participate in the standards committee for a little more than an hour before a vote,&quot; said Lars Flink, chief executive of the Swedish Standards Institute.

The European Commission said only that it was conducting antitrust inquiries over several aspects of Microsoft&#039;s behaviour.

Microsoft said it openly encouraged its partners to participate in the ISO process, but was not funding any third parties doing so. The company said it would cooperate with the European Commission&#039;s inquiry.

http://www.ft.com/cms/s/0/88e570a2-ea56-11dc-b3c9-0000779fd2ac.html?nclick_check=1</description>
		<content:encoded><![CDATA[<p>Financila Times: Probe into votes on Microsoft standard</p>
<p>By Nikki Tait in Brussels and Maija Palmer in London, Published: March 5 2008 02:00</p>
<p>The European Commission is investigating the process under which a key Microsoft document format could be adopted as an industry standard &#8211; a move that would carry significant commercial benefits for the software company.</p>
<p>Officials at the European Commission&#8217;s competition directorate have written to members of the International Organisation for Standardisation, asking how they prepared for votes in September and later this month on acceptance of Microsoft&#8217;s OOXML document format as a worldwide standard. Without ISO acceptance, Microsoft could stand to lose business, particularly with government clients, some of which are becoming increasingly keen to use only ISO-certified software.</p>
<p>The ISO process has been widely criticised, however, with some members of national standards&#8217; bodies accusing Microsoft and its rivals of attempting to influence the vote.</p>
<p>Tim Bray, a member of the Canadian national standards body, called the procedure &#8220;complete, utter, unadulterated bullshit&#8221; in a recent blog posting.</p>
<p>A vote in Sweden was declared invalid after one member was discovered to have voted twice.</p>
<p>In addition, in several countries, a large number of Microsoft partners joined the national standards organisations just ahead of a vote on the issue in September.</p>
<p>Microsoft lost an initial first round of voting on the standard in September, and faces a final vote this month.</p>
<p>In its letter, sent out before the Geneva meeting, the Commission noted press reports had alleged irregularities in several countries over the OOXML standardisation proposal, and accusations of attempts to influence voting.</p>
<p>It asked standards organisations for views on these charges and any supporting details. It was unclear yesterday how many standards organisations worldwide had been contacted by the Commission. However, several national organisations in Europe confirmed they had received the Commission letter. Some national bodies have admitted they are reviewing their own membership rules.</p>
<p>&#8220;We have to consider whether you might have to participate in the standards committee for a little more than an hour before a vote,&#8221; said Lars Flink, chief executive of the Swedish Standards Institute.</p>
<p>The European Commission said only that it was conducting antitrust inquiries over several aspects of Microsoft&#8217;s behaviour.</p>
<p>Microsoft said it openly encouraged its partners to participate in the ISO process, but was not funding any third parties doing so. The company said it would cooperate with the European Commission&#8217;s inquiry.</p>
<p><a href="http://www.ft.com/cms/s/0/88e570a2-ea56-11dc-b3c9-0000779fd2ac.html?nclick_check=1" rel="nofollow">http://www.ft.com/cms/s/0/88e570a2-ea56-11dc-b3c9-0000779fd2ac.html?nclick_check=1</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Antonis Christofides kommentaar  Microsoft ametlikult 425 aastat ajast maas kohta</title>
		<link>http://www.artsturm.ee/odf/2008/03/05/microsoft-ametlikult-425-aastat-ajast-maas/comment-page-1/#comment-34</link>
		<dc:creator>Antonis Christofides</dc:creator>
		<pubDate>Wed, 05 Mar 2008 16:38:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/03/05/microsoft-ametlikult-425-aastat-ajast-maas/#comment-34</guid>
		<description>The date issue highlights several other problems. The original text proposes to store and manipulate dates by using two different representations, i.e. number of days from either 1900 or 1904, which contain a deliberate error for backwards compatibility: 1900 is considered to be a leap year. Other problems that were pointed out were that specifying dates before 1900 is not possible, that there is no reason to have two representations when one is enough, and that new ways of storing dates should not be invented since we already have ISO 8601. In the Disposition of Comments, Ecma proposed to add two additional ways of representation, which solved some of the problems but complicated the problem too much. 

Before the BRM, I had prepared an alternative proposal on dates, which is much cleaner. There are three issues that demonstrate how the whole process was affected by the time constraints.

The first issue is that my proposal for dates, despite the fact that I had written it with care in the course of a few weeks, and that it had been reviewed by several people, did have shortcomings. By comparing my work to the work by Ecma and Germany I found out that I had failed to notice that data types were described in two places, 3.17.2.6 and 3.18.12, and I had only noticed 3.17.2.6. And while thinking about the whole issue I saw that the way I had proposed for handling durations probably did not work (although now I&#039;m having second thoughts - but I&#039;ll need very careful studying of ISO 8601 to arrive at a good conclusion). Both problems were easy to fix, and I submitted an updated proposal on Friday morning. However, this shows that it was very hard to write error-free proposals when the magnitude of changes were so large.

The second issue is related, but more important. When I discussed my proposal with Brian Jones on Thursday morning, he pointed out that it would be difficult for Ecma to accept it, because they did not have the time to verify that it actually works in all cases. Now this was a very valid concern. My proposal was more than 30 pages. Even if it were well thought and error free, Ecma had no way of knowing that. Therefore, the BRM was essentially confined to making changes that only scratched the surface of the problems.

The third issue is that, while writing my proposal, I and my reviewers found 13 additional errors in the original specification. However, national bodies were not allowed to submit new comments (and rightly so, otherwise there would have been total chaos). Therefore, there was no way to submit and correct them.

The changes that actually passed in Friday morning did add the possibility to store dates in ISO 8601 format, but they also keep the old ways, and in addition they add all ways proposed in the Disposition of Comments. Therefore we now have five different ways of representing the same thing.</description>
		<content:encoded><![CDATA[<p>The date issue highlights several other problems. The original text proposes to store and manipulate dates by using two different representations, i.e. number of days from either 1900 or 1904, which contain a deliberate error for backwards compatibility: 1900 is considered to be a leap year. Other problems that were pointed out were that specifying dates before 1900 is not possible, that there is no reason to have two representations when one is enough, and that new ways of storing dates should not be invented since we already have ISO 8601. In the Disposition of Comments, Ecma proposed to add two additional ways of representation, which solved some of the problems but complicated the problem too much. </p>
<p>Before the BRM, I had prepared an alternative proposal on dates, which is much cleaner. There are three issues that demonstrate how the whole process was affected by the time constraints.</p>
<p>The first issue is that my proposal for dates, despite the fact that I had written it with care in the course of a few weeks, and that it had been reviewed by several people, did have shortcomings. By comparing my work to the work by Ecma and Germany I found out that I had failed to notice that data types were described in two places, 3.17.2.6 and 3.18.12, and I had only noticed 3.17.2.6. And while thinking about the whole issue I saw that the way I had proposed for handling durations probably did not work (although now I&#8217;m having second thoughts &#8211; but I&#8217;ll need very careful studying of ISO 8601 to arrive at a good conclusion). Both problems were easy to fix, and I submitted an updated proposal on Friday morning. However, this shows that it was very hard to write error-free proposals when the magnitude of changes were so large.</p>
<p>The second issue is related, but more important. When I discussed my proposal with Brian Jones on Thursday morning, he pointed out that it would be difficult for Ecma to accept it, because they did not have the time to verify that it actually works in all cases. Now this was a very valid concern. My proposal was more than 30 pages. Even if it were well thought and error free, Ecma had no way of knowing that. Therefore, the BRM was essentially confined to making changes that only scratched the surface of the problems.</p>
<p>The third issue is that, while writing my proposal, I and my reviewers found 13 additional errors in the original specification. However, national bodies were not allowed to submit new comments (and rightly so, otherwise there would have been total chaos). Therefore, there was no way to submit and correct them.</p>
<p>The changes that actually passed in Friday morning did add the possibility to store dates in ISO 8601 format, but they also keep the old ways, and in addition they add all ways proposed in the Disposition of Comments. Therefore we now have five different ways of representing the same thing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>The success or failure of the BRM kommentaar  Microsoft OOXML põrus jälle ISO hääletusel! kohta</title>
		<link>http://www.artsturm.ee/odf/2008/03/01/microsoft-ooxml-porus-jalle-iso-haaletusel/comment-page-1/#comment-30</link>
		<dc:creator>The success or failure of the BRM</dc:creator>
		<pubDate>Wed, 05 Mar 2008 16:15:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/03/01/microsoft-ooxml-porus-jalle-iso-haaletusel/#comment-30</guid>
		<description>Brian Jones and Jason Matusow of Microsoft have said that the BRM was a success because it fulfilled its purpose, which was to make changes to the text. Although this is technically correct, if the original text got 1 out of 10 and the BRM managed to improve it to 1.1, it is somewhat misleading to call it a success. Brian Jones says that there was consensus in the changes. This is also true, but the reason there was consensus was that we quickly became disillusioned, lowered our standards, and only discussed modifications which we knew could pass within the given constraints. Let me give an example.

One of the issues brought up by the Greek delegation was that of Office Open Math ML (OOMML). Given that the purpose of OOXML is to faithfully represent the existing corpus of legacy documents, and OOMML is an entirely new language that has nothing to do with such backwards compatibility, we were at a loss as to why it was designed from scratch rather than being based on the existing standard of MathML. Ecma&#039;s reply was that OOMML has features that MathML does not.
It took almost an entire week of discussions in the corridors and in emails to sufficiently clarify the issue. During our investigation we learned that Office 2003 documents converted to OOMML by Office 2007 retain their equation fields as equation fields, and equation editor objects as embedded binary objects; you can use OOMML only in new equations. After some discussion with Rick Jelliffe, Australian delegate, on the extensibility of MathML, we figured out that you can extend MathML, although the resulting extended language will not be MathML anymore. There were reservations by Canada because extending MathML might break existing MathML accessibility tools, and there was the argument, on my side, that it is easier to fix the accessibility tools for an extended MathML than to fix them for an entirely new language.

The purpose of the BRM was not just to discuss things in theory, but also to propose specific resolutions. What resolution could be proposed on this issue? &quot;Redesign OOMML on top of MathML&quot; was not realistic, not only during the BRM, but also for the time left for Ecma to make the final changes in March. Therefore, the only realistic resolution could be &quot;drop OOMML&quot; entirely, since the old ways of writing equations (equation fields and equation editor) are unaffected, and MathML had also been added (although without extensions). Would that, however, gain enough support?

While the chairman was reviewing remaining issues on late Friday, he asked Greece about it. Greece replied that we are still uncomfortable about OOMML, but that there is no time to resolve the issue. Therefore, we removed it from the agenda. The time was 15:45.

Another issue that came in late was that ISO 29500 should be backwards compatible with Ecma 376. I first heard this by Brian Jones on Thursday, during lunch, and on Friday morning it was made clear to the BRM that this was an issue. This, of course, was an entirely new argument, which affected everything. The BRM simply did not have time to discuss whether we want this compatibility or not. It was around 16:30 on Friday when the BRM decided to add the clarification &quot;Microsoft Office 97 to 2008&quot; to the Scope, where it says about the existing corpus of MS Office documents. Now although the &quot;97&quot; was undisputable, it was not clear that the BRM wanted &quot;2008&quot; rather than &quot;2003&quot;. It was clear to everyone, however, that there was absolutely no time to discuss about that, so when Greece proposed the &quot;97 to 2007&quot; it went to vote after minimal discussion and only the technical correction of replacing 2007 with 2008 (the Mac OS X version of MS Office 2007).

Incidentally, while researching the equations, an issue of contention was the phrase &quot;MathML renderers are allowed, but not required, to accept non-standard elements and attributes,&quot; in the MathML specification. This did not make much sense, and it took considerable effort and several email exchanges, before David Carlisle, MathML editor, clarified in an email to Rick Jelliffe that this phrase appears to be an error (although the rest of the section (2.4.2 in MathML 3.0, 7.3.2 in MathML 2.0) appears to be ok). The reason I&#039;m mentioning this is that it shows how a slight carelessness in a minor detail of a standard can create trouble, and all of us who have used standards know that all too well, because no standard is perfect.

The contrast with OOXML is sharp, and this brings us to another issue of contention. The Greek workgroup on OOXML had been handed only the Ecma Responses for Greece. It was at the BRM when we found out that we should have studied all responses, not only those for Greece. It is not clear if this is an error by Ecma or by the Greek NB, but, in both cases, we did not have the time to study one thousand responses, so there would have been no difference. In fact, even the 80 responses that Greece studied, we did not study at the level of scrutiny that is required when you inspect a standard. There was no time for that. What we did was glance through, and make fast decisions based on what seems right at a quick glance.

Dates


The date issue highlights several other problems. The original text proposes to store and manipulate dates by using two different representations, i.e. number of days from either 1900 or 1904, which contain a deliberate error for backwards compatibility: 1900 is considered to be a leap year. Other problems that were pointed out were that specifying dates before 1900 is not possible, that there is no reason to have two representations when one is enough, and that new ways of storing dates should not be invented since we already have ISO 8601. In the Disposition of Comments, Ecma proposed to add two additional ways of representation, which solved some of the problems but complicated the problem too much. 

Before the BRM, I had prepared an alternative proposal on dates, which is much cleaner. There are three issues that demonstrate how the whole process was affected by the time constraints.

The first issue is that my proposal for dates, despite the fact that I had written it with care in the course of a few weeks, and that it had been reviewed by several people, did have shortcomings. By comparing my work to the work by Ecma and Germany I found out that I had failed to notice that data types were described in two places, 3.17.2.6 and 3.18.12, and I had only noticed 3.17.2.6. And while thinking about the whole issue I saw that the way I had proposed for handling durations probably did not work (although now I&#039;m having second thoughts - but I&#039;ll need very careful studying of ISO 8601 to arrive at a good conclusion). Both problems were easy to fix, and I submitted an updated proposal on Friday morning. However, this shows that it was very hard to write error-free proposals when the magnitude of changes were so large.

The second issue is related, but more important. When I discussed my proposal with Brian Jones on Thursday morning, he pointed out that it would be difficult for Ecma to accept it, because they did not have the time to verify that it actually works in all cases. Now this was a very valid concern. My proposal was more than 30 pages. Even if it were well thought and error free, Ecma had no way of knowing that. Therefore, the BRM was essentially confined to making changes that only scratched the surface of the problems.

The third issue is that, while writing my proposal, I and my reviewers found 13 additional errors in the original specification. However, national bodies were not allowed to submit new comments (and rightly so, otherwise there would have been total chaos). Therefore, there was no way to submit and correct them.

The changes that actually passed in Friday morning did add the possibility to store dates in ISO 8601 format, but they also keep the old ways, and in addition they add all ways proposed in the Disposition of Comments. Therefore we now have five different ways of representing the same thing.</description>
		<content:encoded><![CDATA[<p>Brian Jones and Jason Matusow of Microsoft have said that the BRM was a success because it fulfilled its purpose, which was to make changes to the text. Although this is technically correct, if the original text got 1 out of 10 and the BRM managed to improve it to 1.1, it is somewhat misleading to call it a success. Brian Jones says that there was consensus in the changes. This is also true, but the reason there was consensus was that we quickly became disillusioned, lowered our standards, and only discussed modifications which we knew could pass within the given constraints. Let me give an example.</p>
<p>One of the issues brought up by the Greek delegation was that of Office Open Math ML (OOMML). Given that the purpose of OOXML is to faithfully represent the existing corpus of legacy documents, and OOMML is an entirely new language that has nothing to do with such backwards compatibility, we were at a loss as to why it was designed from scratch rather than being based on the existing standard of MathML. Ecma&#8217;s reply was that OOMML has features that MathML does not.<br />
It took almost an entire week of discussions in the corridors and in emails to sufficiently clarify the issue. During our investigation we learned that Office 2003 documents converted to OOMML by Office 2007 retain their equation fields as equation fields, and equation editor objects as embedded binary objects; you can use OOMML only in new equations. After some discussion with Rick Jelliffe, Australian delegate, on the extensibility of MathML, we figured out that you can extend MathML, although the resulting extended language will not be MathML anymore. There were reservations by Canada because extending MathML might break existing MathML accessibility tools, and there was the argument, on my side, that it is easier to fix the accessibility tools for an extended MathML than to fix them for an entirely new language.</p>
<p>The purpose of the BRM was not just to discuss things in theory, but also to propose specific resolutions. What resolution could be proposed on this issue? &#8220;Redesign OOMML on top of MathML&#8221; was not realistic, not only during the BRM, but also for the time left for Ecma to make the final changes in March. Therefore, the only realistic resolution could be &#8220;drop OOMML&#8221; entirely, since the old ways of writing equations (equation fields and equation editor) are unaffected, and MathML had also been added (although without extensions). Would that, however, gain enough support?</p>
<p>While the chairman was reviewing remaining issues on late Friday, he asked Greece about it. Greece replied that we are still uncomfortable about OOMML, but that there is no time to resolve the issue. Therefore, we removed it from the agenda. The time was 15:45.</p>
<p>Another issue that came in late was that ISO 29500 should be backwards compatible with Ecma 376. I first heard this by Brian Jones on Thursday, during lunch, and on Friday morning it was made clear to the BRM that this was an issue. This, of course, was an entirely new argument, which affected everything. The BRM simply did not have time to discuss whether we want this compatibility or not. It was around 16:30 on Friday when the BRM decided to add the clarification &#8220;Microsoft Office 97 to 2008&#8243; to the Scope, where it says about the existing corpus of MS Office documents. Now although the &#8220;97&#8243; was undisputable, it was not clear that the BRM wanted &#8220;2008&#8243; rather than &#8220;2003&#8243;. It was clear to everyone, however, that there was absolutely no time to discuss about that, so when Greece proposed the &#8220;97 to 2007&#8243; it went to vote after minimal discussion and only the technical correction of replacing 2007 with 2008 (the Mac OS X version of MS Office 2007).</p>
<p>Incidentally, while researching the equations, an issue of contention was the phrase &#8220;MathML renderers are allowed, but not required, to accept non-standard elements and attributes,&#8221; in the MathML specification. This did not make much sense, and it took considerable effort and several email exchanges, before David Carlisle, MathML editor, clarified in an email to Rick Jelliffe that this phrase appears to be an error (although the rest of the section (2.4.2 in MathML 3.0, 7.3.2 in MathML 2.0) appears to be ok). The reason I&#8217;m mentioning this is that it shows how a slight carelessness in a minor detail of a standard can create trouble, and all of us who have used standards know that all too well, because no standard is perfect.</p>
<p>The contrast with OOXML is sharp, and this brings us to another issue of contention. The Greek workgroup on OOXML had been handed only the Ecma Responses for Greece. It was at the BRM when we found out that we should have studied all responses, not only those for Greece. It is not clear if this is an error by Ecma or by the Greek NB, but, in both cases, we did not have the time to study one thousand responses, so there would have been no difference. In fact, even the 80 responses that Greece studied, we did not study at the level of scrutiny that is required when you inspect a standard. There was no time for that. What we did was glance through, and make fast decisions based on what seems right at a quick glance.</p>
<p>Dates</p>
<p>The date issue highlights several other problems. The original text proposes to store and manipulate dates by using two different representations, i.e. number of days from either 1900 or 1904, which contain a deliberate error for backwards compatibility: 1900 is considered to be a leap year. Other problems that were pointed out were that specifying dates before 1900 is not possible, that there is no reason to have two representations when one is enough, and that new ways of storing dates should not be invented since we already have ISO 8601. In the Disposition of Comments, Ecma proposed to add two additional ways of representation, which solved some of the problems but complicated the problem too much. </p>
<p>Before the BRM, I had prepared an alternative proposal on dates, which is much cleaner. There are three issues that demonstrate how the whole process was affected by the time constraints.</p>
<p>The first issue is that my proposal for dates, despite the fact that I had written it with care in the course of a few weeks, and that it had been reviewed by several people, did have shortcomings. By comparing my work to the work by Ecma and Germany I found out that I had failed to notice that data types were described in two places, 3.17.2.6 and 3.18.12, and I had only noticed 3.17.2.6. And while thinking about the whole issue I saw that the way I had proposed for handling durations probably did not work (although now I&#8217;m having second thoughts &#8211; but I&#8217;ll need very careful studying of ISO 8601 to arrive at a good conclusion). Both problems were easy to fix, and I submitted an updated proposal on Friday morning. However, this shows that it was very hard to write error-free proposals when the magnitude of changes were so large.</p>
<p>The second issue is related, but more important. When I discussed my proposal with Brian Jones on Thursday morning, he pointed out that it would be difficult for Ecma to accept it, because they did not have the time to verify that it actually works in all cases. Now this was a very valid concern. My proposal was more than 30 pages. Even if it were well thought and error free, Ecma had no way of knowing that. Therefore, the BRM was essentially confined to making changes that only scratched the surface of the problems.</p>
<p>The third issue is that, while writing my proposal, I and my reviewers found 13 additional errors in the original specification. However, national bodies were not allowed to submit new comments (and rightly so, otherwise there would have been total chaos). Therefore, there was no way to submit and correct them.</p>
<p>The changes that actually passed in Friday morning did add the possibility to store dates in ISO 8601 format, but they also keep the old ways, and in addition they add all ways proposed in the Disposition of Comments. Therefore we now have five different ways of representing the same thing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Rob Weir kommentaar  Ütle EI Microsoft OOXML dokumendiformaadi ISO standardiseerimisele kohta</title>
		<link>http://www.artsturm.ee/odf/2008/01/29/utle-ei-microsoft-ooxml-dokumendiformaadi-iso-standardiseerimisele/comment-page-1/#comment-29</link>
		<dc:creator>Rob Weir</dc:creator>
		<pubDate>Wed, 05 Mar 2008 16:11:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/01/29/utle-ei-microsoft-ooxml-dokumendiformaadi-iso-standardiseerimisele/#comment-29</guid>
		<description>BRM participant Rob Weir (IBM) discusses the changes applied and supports an old suggestion of this campaign:
Does OOXML tell you how to translate a binary document into OOXML? No. Does it tell you how to map the features of legacy documents in OOXML? No. Does it give an implementor any guidance whatsoever on how to &quot;represent faithfully&quot; legacy documents? No. So it is both odd and unsatisfactory that primary goal of the OOXML standard is so tenuously supported by its text. …Microsoft should simply publish this mapping. Without such a mapping, conversions will be inconsistent, interoperability will suffer and a primary goal of the standard will not be met.</description>
		<content:encoded><![CDATA[<p>BRM participant Rob Weir (IBM) discusses the changes applied and supports an old suggestion of this campaign:<br />
Does OOXML tell you how to translate a binary document into OOXML? No. Does it tell you how to map the features of legacy documents in OOXML? No. Does it give an implementor any guidance whatsoever on how to &#8220;represent faithfully&#8221; legacy documents? No. So it is both odd and unsatisfactory that primary goal of the OOXML standard is so tenuously supported by its text. …Microsoft should simply publish this mapping. Without such a mapping, conversions will be inconsistent, interoperability will suffer and a primary goal of the standard will not be met.</p>
]]></content:encoded>
	</item>
	<item>
		<title>teet kommentaar  Microsoft OOXML põrus jälle ISO hääletusel! kohta</title>
		<link>http://www.artsturm.ee/odf/2008/03/01/microsoft-ooxml-porus-jalle-iso-haaletusel/comment-page-1/#comment-28</link>
		<dc:creator>teet</dc:creator>
		<pubDate>Sun, 02 Mar 2008 17:33:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/03/01/microsoft-ooxml-porus-jalle-iso-haaletusel/#comment-28</guid>
		<description>uurisin viiteid, Mina sain küll aru, et vähemalt 30 päeva alates 01 märts 2008 peaks ootama, enne kui seda kindlalt väita ja ka siis ainult mingiks teatud perioodiks, sest mulle isiklikult tundub, et MS ei võta odf i omaks ja jätkab enda formaadi promomist. või sain ma millestki valesti aru?</description>
		<content:encoded><![CDATA[<p>uurisin viiteid, Mina sain küll aru, et vähemalt 30 päeva alates 01 märts 2008 peaks ootama, enne kui seda kindlalt väita ja ka siis ainult mingiks teatud perioodiks, sest mulle isiklikult tundub, et MS ei võta odf i omaks ja jätkab enda formaadi promomist. või sain ma millestki valesti aru?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Avatud dokumendiformaadid &#187; Blog Archive &#187; Microsoft OOXML põrus jälle ISO hääletusel! kommentaar  ISO ei kinnitanud Microsofti OOXML standardit kohta</title>
		<link>http://www.artsturm.ee/odf/2007/12/03/iso-ei-kinnitanud-microsofti-ooxml-standardit/comment-page-1/#comment-27</link>
		<dc:creator>Avatud dokumendiformaadid &#187; Blog Archive &#187; Microsoft OOXML põrus jälle ISO hääletusel!</dc:creator>
		<pubDate>Sat, 01 Mar 2008 15:48:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=7#comment-27</guid>
		<description>[...] dokumendiformaat OOXML põrus järjekordselt ISO [...]</description>
		<content:encoded><![CDATA[<p>[...] dokumendiformaat OOXML põrus järjekordselt ISO [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Avatud dokumendiformaadid &#187; Blog Archive &#187; Microsoft OOXML põrus jälle ISO hääletusel! kommentaar  Ütle EI Microsoft OOXML dokumendiformaadi ISO standardiseerimisele kohta</title>
		<link>http://www.artsturm.ee/odf/2008/01/29/utle-ei-microsoft-ooxml-dokumendiformaadi-iso-standardiseerimisele/comment-page-1/#comment-26</link>
		<dc:creator>Avatud dokumendiformaadid &#187; Blog Archive &#187; Microsoft OOXML põrus jälle ISO hääletusel!</dc:creator>
		<pubDate>Sat, 01 Mar 2008 15:46:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/01/29/utle-ei-microsoft-ooxml-dokumendiformaadi-iso-standardiseerimisele/#comment-26</guid>
		<description>[...] dokumendiformaat OOXML põrus jälle ISO [...]</description>
		<content:encoded><![CDATA[<p>[...] dokumendiformaat OOXML põrus jälle ISO [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Charles-H. Schulz kommentaar  Gartner hoiatab &#8211; Microsofti avatuse lubadused sisaldavad patendilõkse kohta</title>
		<link>http://www.artsturm.ee/odf/2008/02/28/gartner-hoiatab-microsofti-avatuse-lubadused-sisaldavad-patendilokse/comment-page-1/#comment-25</link>
		<dc:creator>Charles-H. Schulz</dc:creator>
		<pubDate>Thu, 28 Feb 2008 19:43:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/02/28/gartner-hoiatab-microsofti-avatuse-lubadused-sisaldavad-patendilokse/#comment-25</guid>
		<description>Rumours of Microsoft opening up greatly exaggerated: http://standardsandfreedom.net/index.php/2008/02/22/rumours-of-microsoft-opening-up-greatly-exaggerated/</description>
		<content:encoded><![CDATA[<p>Rumours of Microsoft opening up greatly exaggerated: <a href="http://standardsandfreedom.net/index.php/2008/02/22/rumours-of-microsoft-opening-up-greatly-exaggerated/" rel="nofollow">http://standardsandfreedom.net/index.php/2008/02/22/rumours-of-microsoft-opening-up-greatly-exaggerated/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Avatud dokumendiformaadid &#187; Blog Archive &#187; Gartner hoiatab - Microsofti avatuse lubadused sisaldavad patendilõkse kommentaar  Microsoft sai ligi miljard eurot trahvi kohta</title>
		<link>http://www.artsturm.ee/odf/2008/02/27/microsoft-sai-ligi-miljard-eurot-trahvi/comment-page-1/#comment-24</link>
		<dc:creator>Avatud dokumendiformaadid &#187; Blog Archive &#187; Gartner hoiatab - Microsofti avatuse lubadused sisaldavad patendilõkse</dc:creator>
		<pubDate>Thu, 28 Feb 2008 19:34:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/02/27/microsoft-sai-ligi-miljard-eurot-trahvi/#comment-24</guid>
		<description>[...] et Microsofti Euroopa konkurentsiseaduste eiramise eest  EU komisjonilt saadud ettekirjutustest ja trahvidest tulenevatesse lubadustesse tulevikus oma tarkvara ja dokumendiformaate (eeskätt OOXML-i) [...]</description>
		<content:encoded><![CDATA[<p>[...] et Microsofti Euroopa konkurentsiseaduste eiramise eest  EU komisjonilt saadud ettekirjutustest ja trahvidest tulenevatesse lubadustesse tulevikus oma tarkvara ja dokumendiformaate (eeskätt OOXML-i) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Postimees kommentaar  Microsoft sai ligi miljard eurot trahvi kohta</title>
		<link>http://www.artsturm.ee/odf/2008/02/27/microsoft-sai-ligi-miljard-eurot-trahvi/comment-page-1/#comment-23</link>
		<dc:creator>Postimees</dc:creator>
		<pubDate>Wed, 27 Feb 2008 19:08:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/02/27/microsoft-sai-ligi-miljard-eurot-trahvi/#comment-23</guid>
		<description>Microsoft sai kaela rekordilise trahvi:
http://www.postimees.ee/270208/esileht/olulised_teemad/tarbija24/tehnika/314443.php</description>
		<content:encoded><![CDATA[<p>Microsoft sai kaela rekordilise trahvi:<br />
<a href="http://www.postimees.ee/270208/esileht/olulised_teemad/tarbija24/tehnika/314443.php" rel="nofollow">http://www.postimees.ee/270208/esileht/olulised_teemad/tarbija24/tehnika/314443.php</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>njuuz kommentaar  Microsoft sai ligi miljard eurot trahvi kohta</title>
		<link>http://www.artsturm.ee/odf/2008/02/27/microsoft-sai-ligi-miljard-eurot-trahvi/comment-page-1/#comment-22</link>
		<dc:creator>njuuz</dc:creator>
		<pubDate>Wed, 27 Feb 2008 14:12:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/02/27/microsoft-sai-ligi-miljard-eurot-trahvi/#comment-22</guid>
		<description>Sama uudis siin pikemalt:
http://news.bbc.co.uk/2/hi/business/7266629.stm

EU fines Microsoft record $1.4bn
Microsoft must now pay a record 899m euros ($1.4bn; £680.9m) after it failed to comply with a 2004 ruling that it abused its position. 

The ruling said that Microsoft was guilty of not providing key code to rival software makers. 

EU regulators said the firm was the first to break an EU anti-trust ruling. 

The fines come on top of earlier fines of 280m euros imposed in July 2006, and of 497m euros in March 2004. 

&quot;Microsoft was the first company in 50 years of EU competition policy that the Commission has had to fine for failure to comply with an antitrust decision,&quot; Competition Commissioner Neelie Kroes said in a statement. 

Future improvements? 

An investigation concluded in 2004 that Microsoft was guilty of freezing out rivals in products such as media players, while unfairly unfairly linking its Explorer internet browser to its Windows operating system at the expense of rival servers. 

The European Court of First Instance upheld this ruling last year, which ordered Microsoft to pay 497m euros for abusing its dominant market position. 
	DISPUTE TIMELINE 
March 2004: EU fines Microsoft 497m euros and orders it to release key Windows code to rival software developers
September 2004: Microsoft tries to have the ruling temporarily suspended
April 2006: Microsoft appeals the ruling in the European Court of First Instance
September 2007: Microsoft loses its appeal


Last week, the firm announced that it would open up the technology of some of its leading software, including Windows, to make it easier to operate with rivals&#039; products. 

&quot;As we demonstrated last week with our new interoperability principles and specific actions to increase the openness of our products, we are focusing on steps that will improve things for the future,&quot; Microsoft said. 

Further cases 

But the firm is still being pursued by Brussels. 

Earlier this month, the European Commission launched two new anti-competition investigations against Microsoft into similar issues. 

The first will look at whether there are still problems regarding Microsoft abusing its dominance of the PC market to grab market share of the internet. 

The Commission will also investigate the continued interoperability of Microsoft software with rival products.</description>
		<content:encoded><![CDATA[<p>Sama uudis siin pikemalt:<br />
<a href="http://news.bbc.co.uk/2/hi/business/7266629.stm" rel="nofollow">http://news.bbc.co.uk/2/hi/business/7266629.stm</a></p>
<p>EU fines Microsoft record $1.4bn<br />
Microsoft must now pay a record 899m euros ($1.4bn; £680.9m) after it failed to comply with a 2004 ruling that it abused its position. </p>
<p>The ruling said that Microsoft was guilty of not providing key code to rival software makers. </p>
<p>EU regulators said the firm was the first to break an EU anti-trust ruling. </p>
<p>The fines come on top of earlier fines of 280m euros imposed in July 2006, and of 497m euros in March 2004. </p>
<p>&#8220;Microsoft was the first company in 50 years of EU competition policy that the Commission has had to fine for failure to comply with an antitrust decision,&#8221; Competition Commissioner Neelie Kroes said in a statement. </p>
<p>Future improvements? </p>
<p>An investigation concluded in 2004 that Microsoft was guilty of freezing out rivals in products such as media players, while unfairly unfairly linking its Explorer internet browser to its Windows operating system at the expense of rival servers. </p>
<p>The European Court of First Instance upheld this ruling last year, which ordered Microsoft to pay 497m euros for abusing its dominant market position.<br />
	DISPUTE TIMELINE<br />
March 2004: EU fines Microsoft 497m euros and orders it to release key Windows code to rival software developers<br />
September 2004: Microsoft tries to have the ruling temporarily suspended<br />
April 2006: Microsoft appeals the ruling in the European Court of First Instance<br />
September 2007: Microsoft loses its appeal</p>
<p>Last week, the firm announced that it would open up the technology of some of its leading software, including Windows, to make it easier to operate with rivals&#8217; products. </p>
<p>&#8220;As we demonstrated last week with our new interoperability principles and specific actions to increase the openness of our products, we are focusing on steps that will improve things for the future,&#8221; Microsoft said. </p>
<p>Further cases </p>
<p>But the firm is still being pursued by Brussels. </p>
<p>Earlier this month, the European Commission launched two new anti-competition investigations against Microsoft into similar issues. </p>
<p>The first will look at whether there are still problems regarding Microsoft abusing its dominance of the PC market to grab market share of the internet. </p>
<p>The Commission will also investigate the continued interoperability of Microsoft software with rival products.</p>
]]></content:encoded>
	</item>
	<item>
		<title>BMW kommentaar  Microsoft sai ligi miljard eurot trahvi kohta</title>
		<link>http://www.artsturm.ee/odf/2008/02/27/microsoft-sai-ligi-miljard-eurot-trahvi/comment-page-1/#comment-21</link>
		<dc:creator>BMW</dc:creator>
		<pubDate>Wed, 27 Feb 2008 12:53:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/02/27/microsoft-sai-ligi-miljard-eurot-trahvi/#comment-21</guid>
		<description>Arvutigeenius Bill Gatesi käest on nõu küsitud väga paljudel teemadel, vähemalt autotöösturitele Gatesi visioonid ei meeldi. Ühes äsjases loengus võttis Gates teatada, et kui autotööstuse tehnoloogia oleks arenenud sama kiiresti kui Microsofti arvutite väljatöötamine, siis sõidaksime me kõik juba ammu 25 dollarit maksvate autodega, mis kulutaksid ühe liitri bensiini 1000 kilomeetri läbimiseks. BMW ühe direktori Eberhard von Kuenheimi kommentaarid Gates&#039;i väite kohta on suhteliselt karmid. &quot;Kui BMW oleks Microsofti eeskujul oma tehnoloogiat arendanud, sõidaksime selliste autodega: Ilma ühegi arusaadava põhjuseta läheks auto paar korda päevas rikki. Autod peatuksid aeg-ajalt keset maanteed, kuid juht peaks seda loomulikuks. Ta käivitaks mootori uuesti ning jätkaks sõitu.
Iga kord, kui ülekäigurajad ja muud jooned teedele maha märgitakse, tuleb uus auto osta.
Aeg-ajalt juhtuks mõnda &quot;keerulist manöövrit&quot; — näiteks vasakpööret — sooritades selline jama: auto mootor seiskub ning edasisõitmiseks ei aita muu, kui tuleb mootor uue vastu vahetada.
Autot saab kasutada vaid üks inimene korraga, kui juht ei osta &quot;Car 95&quot; või &quot;Car NT&quot; litsentside paketti. Tõsi, koos sellega peaks ta ka autosse istmeid juurde ostma.
Konkureeriv autofirma võiks valmistada sõiduki, mis on kaks korda töökindlam, kolm korda võimsam ja viis korda mugavam kui BMW, kuid selle autoga saaks sõita vaid viiel protsendil riigi maanteedest.
Õlirõhu, bensiinihulga, jahutusvedeliku temperatuuri jms. signaallambid asendataks ainult ühe suure punase tulega: &quot;General car default&quot;.
Liiklusõnnetuses ei avaneks auto turvapadi mitte kohe, vaid enne küsiks auto oma juhilt: &quot;Are You sure?&quot; Arvake ise, mitu juhti jõuab kiirusel 160 km/h vastu puud paiskudes &quot;Yes&quot; vajutada...
Iga kord, kui BMW esitleks uut mudelit, peaksid kõik selle ostjad uuesti autokoolis käima, sest uuel autol poleks eelkäijaga absoluutselt mitte midagi ühist.
Aeg-ajalt oleks autoomanik tõsises hädas. Ilma ühegi arusaadava põhjuseta ei saa ta oma autosse muidu sisse, kui ta korraga tõmbab ukselinki, lööb jalaga tugevalt vastu esirehvi, närib antenni ja loomulikult pöörab veel ka võtit lukuaugus.
Auto mootori seiskamiseks peab armatuurlaual vajutama nuppu &quot;Start&quot;.&quot;</description>
		<content:encoded><![CDATA[<p>Arvutigeenius Bill Gatesi käest on nõu küsitud väga paljudel teemadel, vähemalt autotöösturitele Gatesi visioonid ei meeldi. Ühes äsjases loengus võttis Gates teatada, et kui autotööstuse tehnoloogia oleks arenenud sama kiiresti kui Microsofti arvutite väljatöötamine, siis sõidaksime me kõik juba ammu 25 dollarit maksvate autodega, mis kulutaksid ühe liitri bensiini 1000 kilomeetri läbimiseks. BMW ühe direktori Eberhard von Kuenheimi kommentaarid Gates&#8217;i väite kohta on suhteliselt karmid. &#8220;Kui BMW oleks Microsofti eeskujul oma tehnoloogiat arendanud, sõidaksime selliste autodega: Ilma ühegi arusaadava põhjuseta läheks auto paar korda päevas rikki. Autod peatuksid aeg-ajalt keset maanteed, kuid juht peaks seda loomulikuks. Ta käivitaks mootori uuesti ning jätkaks sõitu.<br />
Iga kord, kui ülekäigurajad ja muud jooned teedele maha märgitakse, tuleb uus auto osta.<br />
Aeg-ajalt juhtuks mõnda &#8220;keerulist manöövrit&#8221; — näiteks vasakpööret — sooritades selline jama: auto mootor seiskub ning edasisõitmiseks ei aita muu, kui tuleb mootor uue vastu vahetada.<br />
Autot saab kasutada vaid üks inimene korraga, kui juht ei osta &#8220;Car 95&#8243; või &#8220;Car NT&#8221; litsentside paketti. Tõsi, koos sellega peaks ta ka autosse istmeid juurde ostma.<br />
Konkureeriv autofirma võiks valmistada sõiduki, mis on kaks korda töökindlam, kolm korda võimsam ja viis korda mugavam kui BMW, kuid selle autoga saaks sõita vaid viiel protsendil riigi maanteedest.<br />
Õlirõhu, bensiinihulga, jahutusvedeliku temperatuuri jms. signaallambid asendataks ainult ühe suure punase tulega: &#8220;General car default&#8221;.<br />
Liiklusõnnetuses ei avaneks auto turvapadi mitte kohe, vaid enne küsiks auto oma juhilt: &#8220;Are You sure?&#8221; Arvake ise, mitu juhti jõuab kiirusel 160 km/h vastu puud paiskudes &#8220;Yes&#8221; vajutada&#8230;<br />
Iga kord, kui BMW esitleks uut mudelit, peaksid kõik selle ostjad uuesti autokoolis käima, sest uuel autol poleks eelkäijaga absoluutselt mitte midagi ühist.<br />
Aeg-ajalt oleks autoomanik tõsises hädas. Ilma ühegi arusaadava põhjuseta ei saa ta oma autosse muidu sisse, kui ta korraga tõmbab ukselinki, lööb jalaga tugevalt vastu esirehvi, närib antenni ja loomulikult pöörab veel ka võtit lukuaugus.<br />
Auto mootori seiskamiseks peab armatuurlaual vajutama nuppu &#8220;Start&#8221;.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Avatud dokumendiformaadid &#187; Blog Archive &#187; Google Inc. avaldus avatud dokumendivormingute ja OOXML asjus kommentaar  Ütle EI Microsoft OOXML dokumendiformaadi ISO standardiseerimisele kohta</title>
		<link>http://www.artsturm.ee/odf/2008/01/29/utle-ei-microsoft-ooxml-dokumendiformaadi-iso-standardiseerimisele/comment-page-1/#comment-20</link>
		<dc:creator>Avatud dokumendiformaadid &#187; Blog Archive &#187; Google Inc. avaldus avatud dokumendivormingute ja OOXML asjus</dc:creator>
		<pubDate>Wed, 27 Feb 2008 12:42:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/01/29/utle-ei-microsoft-ooxml-dokumendiformaadi-iso-standardiseerimisele/#comment-20</guid>
		<description>[...] kutsub Google ISO (rahvusvaheline standardiorganisatsioon) liikmeid mitte kinnitama Microsoft OOXML failivormingut ISO [...]</description>
		<content:encoded><![CDATA[<p>[...] kutsub Google ISO (rahvusvaheline standardiorganisatsioon) liikmeid mitte kinnitama Microsoft OOXML failivormingut ISO [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Mikk kommentaar  Nimekiri US tarkvarapatentidest, mis sisalduvad Microsoft OOXML &#8220;open&#8221; dokumendiformaadis kohta</title>
		<link>http://www.artsturm.ee/odf/2008/02/05/nimekiri-us-tarkvarapatentidest-mis-sisalduvad-microsoft-ooxml-open-dokumendiformaadis/comment-page-1/#comment-18</link>
		<dc:creator>Mikk</dc:creator>
		<pubDate>Mon, 11 Feb 2008 16:41:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/02/05/nimekiri-us-tarkvarapatentidest-mis-sisalduvad-microsoft-ooxml-open-dokumendiformaadis/#comment-18</guid>
		<description>Lisatud viited on tegelikult avaldatud patenditaotlused, mitte välja antud patendid. Kas neile ka patent välja anda, seda otsustab USA Patendiameti ekspertiis. 

Kas viidatud lahendustest ka midagi kuskil mujal maailmas kaitsmisel või kaitstud on, seda saab kontrollida Ülemaailmse andmebaasi Espacenet http://ep.espacenet.com/ abil, nt: advance search-&gt;publication number US2006271574 -&gt; avades leitud dokumendi ja klikkides lingil &quot;View INPADOC patent family&quot; näeme, et tõepoolest lisaks mitmetele muudele riikidele on ka Euroopa Patenditaotlus esitatud (EP1675017)

Kindlasti tasub ka arvestada, et see millele lõpuks patent välja antakse (kui antakse) ei pruugi olla sama, millele patenditaotlus esitati. Seega viidatud dokumentide sisuga tutvumata ei tasu ära ehmuda - patenditaotlusesse võib kirjutada mida iganes :) Iseasi, kas kirja pandud lahendusele ka patent välja antakse.

Head uurimist! Loodetavasti oli abiks :)</description>
		<content:encoded><![CDATA[<p>Lisatud viited on tegelikult avaldatud patenditaotlused, mitte välja antud patendid. Kas neile ka patent välja anda, seda otsustab USA Patendiameti ekspertiis. </p>
<p>Kas viidatud lahendustest ka midagi kuskil mujal maailmas kaitsmisel või kaitstud on, seda saab kontrollida Ülemaailmse andmebaasi Espacenet <a href="http://ep.espacenet.com/" rel="nofollow">http://ep.espacenet.com/</a> abil, nt: advance search-&gt;publication number US2006271574 -&gt; avades leitud dokumendi ja klikkides lingil &#8220;View INPADOC patent family&#8221; näeme, et tõepoolest lisaks mitmetele muudele riikidele on ka Euroopa Patenditaotlus esitatud (EP1675017)</p>
<p>Kindlasti tasub ka arvestada, et see millele lõpuks patent välja antakse (kui antakse) ei pruugi olla sama, millele patenditaotlus esitati. Seega viidatud dokumentide sisuga tutvumata ei tasu ära ehmuda &#8211; patenditaotlusesse võib kirjutada mida iganes <img src='http://www.artsturm.ee/odf/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  Iseasi, kas kirja pandud lahendusele ka patent välja antakse.</p>
<p>Head uurimist! Loodetavasti oli abiks <img src='http://www.artsturm.ee/odf/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>EiKeegi kommentaar  EU komisjon alustas juurdlust Microsoft OOXML ISO standardiseerimise asjus kohta</title>
		<link>http://www.artsturm.ee/odf/2008/02/08/eu-komisjon-alustas-juurdlust-microsoft-ooxml-iso-standardiseerimise-asjus/comment-page-1/#comment-17</link>
		<dc:creator>EiKeegi</dc:creator>
		<pubDate>Sat, 09 Feb 2008 15:06:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/02/08/eu-komisjon-alustas-juurdlust-microsoft-ooxml-iso-standardiseerimise-asjus/#comment-17</guid>
		<description>Hehee, päris äge :P</description>
		<content:encoded><![CDATA[<p>Hehee, päris äge <img src='http://www.artsturm.ee/odf/wp-includes/images/smilies/icon_razz.gif' alt=':P' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Desmond kommentaar  Ütle EI Microsoft OOXML dokumendiformaadi ISO standardiseerimisele kohta</title>
		<link>http://www.artsturm.ee/odf/2008/01/29/utle-ei-microsoft-ooxml-dokumendiformaadi-iso-standardiseerimisele/comment-page-1/#comment-16</link>
		<dc:creator>Desmond</dc:creator>
		<pubDate>Thu, 07 Feb 2008 16:27:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/01/29/utle-ei-microsoft-ooxml-dokumendiformaadi-iso-standardiseerimisele/#comment-16</guid>
		<description>5 Questions with Sun Microsystems&#039; Simon Phipps:
http://reddevnews.com/blogs/weblog.aspx?blog=1861

Simon Phipps is chief open source officer for Sun Microsystems Inc. As such, he stands at the center of a heated debate over standards-based XML file formats like the OpenDocument Format (ODF) and Microsoft&#039;s Office Open XML (OOXML). With OOXML approaching a crucial late-February review by the International Organization for Standardization (ISO), Phipps has been busy. Really busy.</description>
		<content:encoded><![CDATA[<p>5 Questions with Sun Microsystems&#8217; Simon Phipps:<br />
<a href="http://reddevnews.com/blogs/weblog.aspx?blog=1861" rel="nofollow">http://reddevnews.com/blogs/weblog.aspx?blog=1861</a></p>
<p>Simon Phipps is chief open source officer for Sun Microsystems Inc. As such, he stands at the center of a heated debate over standards-based XML file formats like the OpenDocument Format (ODF) and Microsoft&#8217;s Office Open XML (OOXML). With OOXML approaching a crucial late-February review by the International Organization for Standardization (ISO), Phipps has been busy. Really busy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Andre Kirsanov kommentaar  Ütle EI Microsoft OOXML dokumendiformaadi ISO standardiseerimisele kohta</title>
		<link>http://www.artsturm.ee/odf/2008/01/29/utle-ei-microsoft-ooxml-dokumendiformaadi-iso-standardiseerimisele/comment-page-1/#comment-14</link>
		<dc:creator>Andre Kirsanov</dc:creator>
		<pubDate>Mon, 04 Feb 2008 10:20:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/01/29/utle-ei-microsoft-ooxml-dokumendiformaadi-iso-standardiseerimisele/#comment-14</guid>
		<description>maha m$</description>
		<content:encoded><![CDATA[<p>maha m$</p>
]]></content:encoded>
	</item>
	<item>
		<title>OpenDocument kommentaar  Ütle EI Microsoft OOXML dokumendiformaadi ISO standardiseerimisele kohta</title>
		<link>http://www.artsturm.ee/odf/2008/01/29/utle-ei-microsoft-ooxml-dokumendiformaadi-iso-standardiseerimisele/comment-page-1/#comment-12</link>
		<dc:creator>OpenDocument</dc:creator>
		<pubDate>Tue, 29 Jan 2008 21:41:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/01/29/utle-ei-microsoft-ooxml-dokumendiformaadi-iso-standardiseerimisele/#comment-12</guid>
		<description>Noh, selleks ei pea OOXML ISO standard olema. Iseenesest on muidugi tore, et MS XML põhisele failiformaadile üle läheb ehkki see on neil igasugu binaryte ja comptability modedega täis pikitud. Aga praktikas ei ole sellest siiski suurt tolku, sest korrektselt teised firmad neid ikkagi teistes progedes või platvormidel avamaei hakka. Seega oleks siiski kõige toredam, kui MS lõpuks ikka käpad ülesse viskaks ja kenasti ODF-i Wordi vaikeformaadiks teeks. :)</description>
		<content:encoded><![CDATA[<p>Noh, selleks ei pea OOXML ISO standard olema. Iseenesest on muidugi tore, et MS XML põhisele failiformaadile üle läheb ehkki see on neil igasugu binaryte ja comptability modedega täis pikitud. Aga praktikas ei ole sellest siiski suurt tolku, sest korrektselt teised firmad neid ikkagi teistes progedes või platvormidel avamaei hakka. Seega oleks siiski kõige toredam, kui MS lõpuks ikka käpad ülesse viskaks ja kenasti ODF-i Wordi vaikeformaadiks teeks. <img src='http://www.artsturm.ee/odf/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>sala kommentaar  Ütle EI Microsoft OOXML dokumendiformaadi ISO standardiseerimisele kohta</title>
		<link>http://www.artsturm.ee/odf/2008/01/29/utle-ei-microsoft-ooxml-dokumendiformaadi-iso-standardiseerimisele/comment-page-1/#comment-11</link>
		<dc:creator>sala</dc:creator>
		<pubDate>Tue, 29 Jan 2008 21:13:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/01/29/utle-ei-microsoft-ooxml-dokumendiformaadi-iso-standardiseerimisele/#comment-11</guid>
		<description>Aga mis sul selle vastu on? Idee on siin ju puhtalt selles et Microsoft Office faile saaks avada ja muuta ka muudel platvormidel ;)</description>
		<content:encoded><![CDATA[<p>Aga mis sul selle vastu on? Idee on siin ju puhtalt selles et Microsoft Office faile saaks avada ja muuta ka muudel platvormidel <img src='http://www.artsturm.ee/odf/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>tahtsime paremat aga läks nagu alati kommentaar  Tarkvaratugi ODF failivormingule laieneb kiiresti kohta</title>
		<link>http://www.artsturm.ee/odf/2008/01/28/tarkvaratugi-odf-failivormingule-laieneb-kiiresti/comment-page-1/#comment-9</link>
		<dc:creator>tahtsime paremat aga läks nagu alati</dc:creator>
		<pubDate>Mon, 28 Jan 2008 19:44:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/2008/01/28/tarkvaratugi-odf-failivormingule-laieneb-kiiresti/#comment-9</guid>
		<description>&lt;a href=&quot;http://www.riso.ee/et/koosvoime/vabavara/&quot; rel=&quot;nofollow&quot;&gt;Riigi IT arhitektuuri ja koosvõime raamistik&lt;/a&gt; siin lk.38 on kirjas soovituslikud dokumendivormingud. Aga mida me reaalses elus näeme? Endiselt kasutatakse ühe USA kommertsfirma poolt loodud suletud ja patenteeritud dokumendivorminguid ja kedagi ei huvita see, et keegi RISO on midagi paika pannud, soovitanud...
Mõned lahendused
********
1) Riiklikult paika panna dokumendivormingud ja teha need kohustuslikuks kõigile. RISO ütleb, et kui kommertsvormingute kasutamine ei ole kuidagi põhjendatud siis ei tuleks ka neid kasutada. Praegu aga kasutab igaüks seda, mida heaks arvab - mingit riiklikku reguleerimist siin ei ole. Kui praegu saata vastavalt RISO soovitustele näiteks .odt vormingus dokument kuhugi ametiasutusse siis heal juhul öeldakse viisakalt, et ei saada lahti kuid halvemal juhul pahandatakse, et miks saadate mingis imelikus vormingus dokumenti - saatke ikka &quot;standardne&quot; .doc...
2) Riiklikult ja näiteks Vaata Maailma, Tiigrihüppe jne. abiga korraldada koolitusi &lt;a href=&quot;http://et.wikipedia.org/wiki/Opendocument&quot; rel=&quot;nofollow&quot;&gt;OpenDocument-i vorminguid&lt;/a&gt; oskavate &lt;a href=&quot;http://www.artsturm.ee/odf/tarkvara/&quot; rel=&quot;nofollow&quot;&gt;programmide osas&lt;/a&gt;. Üks kõige suurem osa sellest koolitusest oleks teha analoogne koduleht nagu http://www.arvutikaitse.ee/ tehti. Panna sinna kasvõi üles ekraanivideod, mis õpetavad midagi tegema. Näiteks osta firmalt eTraining OÜ ära kõik näitamisõigused OpenOffice.org-i koolitusprogrammidele OpenOffice.org Writer-i (http://www.etraining.ee/) ja OpenOffice.org Calc-i osas ja panna see avalikult kõigile tasuta üles internetti vaatamiseks ja kasutamiseks. Siis on kõigil vaba võimalus OpenOffice.org-i kiiremini ja efektiivsemalt kasutama õppida ja riik võidab siin tohutult. OpenOffice.org on ilmselt üks parimaid esindajaid vabatarkvaraliste programmide hulgast, mis oskab OpenDocument-i vorminguid kõige paremini ja kuna eTrainingul on sellised rääkivad arvutiõppeprogrammid juba kohe olemas - sealt see valik. Samas võiks tutvustada ka teisi vabasid valikuid, eriti veebipõhiseid analooge. Siis ei ole vaja muud kui internetiühendust ja saabki tegelikult ka OpenDocument-i vormingus failid lahti! Eriti tahaks siin esile tuua &lt;a href=&quot;http://docs.google.com/&quot; rel=&quot;nofollow&quot;&gt;Google Docs&lt;/a&gt; veebipõhist tasuta kontoritarkvara paketti, mis suudab avada/salvestada OpenDocument-i faile - http://docs.google.com/ - sinna saab sisse logida oma Google konto abil, mida igaüks saab endale tasuta tekitada. Google Docs suudab ka üleslaaditud MS Office 2003 ja vanema poolt tehtud dokumendifaile avada ja ümber konverteerida näiteks OpenDocument-i vormingutesse. Avamiseks toetatud vormingud on hetkel .doc, .rtf, .odt, .sxw, .ppt, .pps, .csv, .xls, .ods ning salvestamiseks/eksportimiseks .html, .rtf, .doc, .odt, .pdf, .txt; .ods, .xls, .csv, .zip. Vaid esitlusega on hetkel veel nii, et saab redigeerida vaid veebipõhiselt, importida .ppt/.pps failist ja eksportida .html-i. Isegi eesti keele õigekirja kontroll on sinna Google Docs-i sisse ehitatud. Ent palju inimesi teab veebipõhistest tasuta kontoritarkvara pakettidest midagi?? See olekski ka selle koolitava kodulehe üks ülesanne tutvustada neid võimalusi.
Samuti jagada selles koolituse portaalis õpetusi, kuidas oma töökeskkonda seadistada ja kuidas tõrkeid lahendada kuni tarkvara uuestipaigaldamiseni välja (nt. ekraanivideotena).
3) Eelmise punktiga on tagatud see, et on olemas oskusteave nii kasutamiseks kui ka haldamiseks. Et aga tekiks ka firmasid, kes mugavatele ja/või ajanappuses vaevlevatele inimestele teenust saaks pakkuda siis tuleb taga seda, et tekiks vastava haridusega inimesi rohkem. Samuti leida üles olemasolevad inimesed, kes neid asju juba valdavad ning panna neid õpetama sedasama ka teistele. Kaughalduse teel on ka võimalik õpetada. Näiteks panna riiklikult käima üks abistamise server.

Kui vaadata seda, mis alal koolitust ollakse saanud siis see välistab igasuguse mitte-Windowsi operatsioonisüsteemi. Samuti kui vaadata, mida arvutifirmad hetkel Eestis teha suudavad siis saavad vast kõik aru, et MacOS-i, GNU/Linuxi, BSD vms. UNIX-ilaadse operatsioonisüsteemi paigaldajaid ja haldajaid ei ole just eriti palju (ühe käe sõrmedel võib neid kokku lugeda - OÜ Nordtech, OÜ Siidsisalik, OÜ Rootcom ja ega ei teagi rohkem neid...).
Kui nad ei oleks kuu pealt kukkunud siis tuleksid nad mistahes graafilist kasutajaliidest omava operatsioonisüsteemiga toime. See on praeguses olukorras sisuliselt ainuvõimalik lahendus kuna firmasid, kes aitaksid näiteks GNU/Linuxi alla, on lihtsalt nii vähe. Aga kuna Eesti Vabariigis sisuliselt muud peale Windowsi tavakasutajatele ei õpetata ning ka arvutid, mida müüakse, on vaid Windowsiga varustatud ja iseõppimine on sisuliselt null siis ei ole ka midagi imestada. Inimestel ei teki enamasti üldse küsimustki, et kas peale Windowsi veel midagi olemas on ning mis tasemel. Ning paljud neist, kellel see küsimus tekkis, tahavad ja suudavad ette võtta mõne vabalt saadaoleva operatsioonisüsteemi ning seda iseseisvalt kasutama õppida... Et kas näiteks ISO-faili allalaadimine ja plaadile kirjutamine ja sellelt kirjutatud plaadilt arvuti käivitamine LiveCD-na või tarkvara kõvakettale paigaldamine; või näiteks VirtualBox-i allalaadimine ja sellega allalaaditud ISO-faililt virtuaalarvuti üleslaadimine või miks mitte ka tarkvara paigaldamine üleslaaditud ISO-failist selle virtuaalarvuti kõvakettale on miski ulmeline raketiteadus või midagi sellist, mida näiteks juba 1. kooliastme viimase klassi õpilased teevad ning ka oma vanemaid ja vanavanemaid võivad sellel teemal õpetada-aidata... Miski kodulehe püstipanek, mis neid asju õpetaks, ei ole just eriti keeruline - http://www.arvutikaitse.ee/ on seda edukat näidanud. Aga palju oleks neid, kes viitsiksid sealtoodud õpetuste järgi ise asja teha? Et paljudel üldse tekib küsimus, et kas ainuvõimalik lahendus on nuumata ühte USA kommertsfirmat või on olemas ka teisi ja mitte kehvemaid võimalusi... Lugedes Eesti riigi prioriteete RISO kodulehelt www.riso.ee koosvõime raamistiku alt siis tekib paraku mulje, et RISO on tore organisatsioon aga päris elus Eesti nuumab endiselt ühte USA kommertsfirmat vaatamata RISO püüdlustele ja Eesti riigi ametlikule tarkvarapoliitikale. Jutuks hea küll ehk siis kui majandus- ja kommunikatsiooniminister kinnitab, et Eesti Vabariigis pooldatakse avatud vorminguid ja avatud standardeid aga endiselt nuumatakse päris elus ühte USA kommertsfirmat ja liiguvad selle USA kommertsfirma poolt loodud suletud ja patenteeritud vormingutes dokumendid siis miks selline silmakirjalikkus ja veel nii avalikult? Siis võiks ju kohe kuulutada, et Eesti Vabariik on ennast ühe USA kommertsfirmale maha müünud ja kasutavad vaid selle toodangut ning andmevorminguid. Ning kõik, kes ei jaksa seda kommertstarkvara osta, et neid suletud ja patenteeritud andmevorminguid avada/salvestada - need lihtsalt ei saagi tööd teha. Aga vaadake, mida näiteks meie lugupeetud president kasutab :) Siin üks hea lugemine - http://paber.ekspress.ee/viewdoc...
Ehk siis kui tõesti tahetakse tasulist asja panna siis MacOS aga samas kui tahetakse selle raha eest paremat/funktsionaalsemat riistvara (näiteks rohkem muutmälu) siis ilmselt miski vabatarkvaraline UNIX ehk siis mõni GNU/Linux, PC-BSD, vms. lõppkasutajale mõeldud versioon.</description>
		<content:encoded><![CDATA[<p><a href="http://www.riso.ee/et/koosvoime/vabavara/" rel="nofollow">Riigi IT arhitektuuri ja koosvõime raamistik</a> siin lk.38 on kirjas soovituslikud dokumendivormingud. Aga mida me reaalses elus näeme? Endiselt kasutatakse ühe USA kommertsfirma poolt loodud suletud ja patenteeritud dokumendivorminguid ja kedagi ei huvita see, et keegi RISO on midagi paika pannud, soovitanud&#8230;<br />
Mõned lahendused<br />
********<br />
1) Riiklikult paika panna dokumendivormingud ja teha need kohustuslikuks kõigile. RISO ütleb, et kui kommertsvormingute kasutamine ei ole kuidagi põhjendatud siis ei tuleks ka neid kasutada. Praegu aga kasutab igaüks seda, mida heaks arvab &#8211; mingit riiklikku reguleerimist siin ei ole. Kui praegu saata vastavalt RISO soovitustele näiteks .odt vormingus dokument kuhugi ametiasutusse siis heal juhul öeldakse viisakalt, et ei saada lahti kuid halvemal juhul pahandatakse, et miks saadate mingis imelikus vormingus dokumenti &#8211; saatke ikka &#8220;standardne&#8221; .doc&#8230;<br />
2) Riiklikult ja näiteks Vaata Maailma, Tiigrihüppe jne. abiga korraldada koolitusi <a href="http://et.wikipedia.org/wiki/Opendocument" rel="nofollow">OpenDocument-i vorminguid</a> oskavate <a href="http://www.artsturm.ee/odf/tarkvara/" rel="nofollow">programmide osas</a>. Üks kõige suurem osa sellest koolitusest oleks teha analoogne koduleht nagu <a href="http://www.arvutikaitse.ee/" rel="nofollow">http://www.arvutikaitse.ee/</a> tehti. Panna sinna kasvõi üles ekraanivideod, mis õpetavad midagi tegema. Näiteks osta firmalt eTraining OÜ ära kõik näitamisõigused OpenOffice.org-i koolitusprogrammidele OpenOffice.org Writer-i (<a href="http://www.etraining.ee/" rel="nofollow">http://www.etraining.ee/</a>) ja OpenOffice.org Calc-i osas ja panna see avalikult kõigile tasuta üles internetti vaatamiseks ja kasutamiseks. Siis on kõigil vaba võimalus OpenOffice.org-i kiiremini ja efektiivsemalt kasutama õppida ja riik võidab siin tohutult. OpenOffice.org on ilmselt üks parimaid esindajaid vabatarkvaraliste programmide hulgast, mis oskab OpenDocument-i vorminguid kõige paremini ja kuna eTrainingul on sellised rääkivad arvutiõppeprogrammid juba kohe olemas &#8211; sealt see valik. Samas võiks tutvustada ka teisi vabasid valikuid, eriti veebipõhiseid analooge. Siis ei ole vaja muud kui internetiühendust ja saabki tegelikult ka OpenDocument-i vormingus failid lahti! Eriti tahaks siin esile tuua <a href="http://docs.google.com/" rel="nofollow">Google Docs</a> veebipõhist tasuta kontoritarkvara paketti, mis suudab avada/salvestada OpenDocument-i faile &#8211; <a href="http://docs.google.com/" rel="nofollow">http://docs.google.com/</a> &#8211; sinna saab sisse logida oma Google konto abil, mida igaüks saab endale tasuta tekitada. Google Docs suudab ka üleslaaditud MS Office 2003 ja vanema poolt tehtud dokumendifaile avada ja ümber konverteerida näiteks OpenDocument-i vormingutesse. Avamiseks toetatud vormingud on hetkel .doc, .rtf, .odt, .sxw, .ppt, .pps, .csv, .xls, .ods ning salvestamiseks/eksportimiseks .html, .rtf, .doc, .odt, .pdf, .txt; .ods, .xls, .csv, .zip. Vaid esitlusega on hetkel veel nii, et saab redigeerida vaid veebipõhiselt, importida .ppt/.pps failist ja eksportida .html-i. Isegi eesti keele õigekirja kontroll on sinna Google Docs-i sisse ehitatud. Ent palju inimesi teab veebipõhistest tasuta kontoritarkvara pakettidest midagi?? See olekski ka selle koolitava kodulehe üks ülesanne tutvustada neid võimalusi.<br />
Samuti jagada selles koolituse portaalis õpetusi, kuidas oma töökeskkonda seadistada ja kuidas tõrkeid lahendada kuni tarkvara uuestipaigaldamiseni välja (nt. ekraanivideotena).<br />
3) Eelmise punktiga on tagatud see, et on olemas oskusteave nii kasutamiseks kui ka haldamiseks. Et aga tekiks ka firmasid, kes mugavatele ja/või ajanappuses vaevlevatele inimestele teenust saaks pakkuda siis tuleb taga seda, et tekiks vastava haridusega inimesi rohkem. Samuti leida üles olemasolevad inimesed, kes neid asju juba valdavad ning panna neid õpetama sedasama ka teistele. Kaughalduse teel on ka võimalik õpetada. Näiteks panna riiklikult käima üks abistamise server.</p>
<p>Kui vaadata seda, mis alal koolitust ollakse saanud siis see välistab igasuguse mitte-Windowsi operatsioonisüsteemi. Samuti kui vaadata, mida arvutifirmad hetkel Eestis teha suudavad siis saavad vast kõik aru, et MacOS-i, GNU/Linuxi, BSD vms. UNIX-ilaadse operatsioonisüsteemi paigaldajaid ja haldajaid ei ole just eriti palju (ühe käe sõrmedel võib neid kokku lugeda &#8211; OÜ Nordtech, OÜ Siidsisalik, OÜ Rootcom ja ega ei teagi rohkem neid&#8230;).<br />
Kui nad ei oleks kuu pealt kukkunud siis tuleksid nad mistahes graafilist kasutajaliidest omava operatsioonisüsteemiga toime. See on praeguses olukorras sisuliselt ainuvõimalik lahendus kuna firmasid, kes aitaksid näiteks GNU/Linuxi alla, on lihtsalt nii vähe. Aga kuna Eesti Vabariigis sisuliselt muud peale Windowsi tavakasutajatele ei õpetata ning ka arvutid, mida müüakse, on vaid Windowsiga varustatud ja iseõppimine on sisuliselt null siis ei ole ka midagi imestada. Inimestel ei teki enamasti üldse küsimustki, et kas peale Windowsi veel midagi olemas on ning mis tasemel. Ning paljud neist, kellel see küsimus tekkis, tahavad ja suudavad ette võtta mõne vabalt saadaoleva operatsioonisüsteemi ning seda iseseisvalt kasutama õppida&#8230; Et kas näiteks ISO-faili allalaadimine ja plaadile kirjutamine ja sellelt kirjutatud plaadilt arvuti käivitamine LiveCD-na või tarkvara kõvakettale paigaldamine; või näiteks VirtualBox-i allalaadimine ja sellega allalaaditud ISO-faililt virtuaalarvuti üleslaadimine või miks mitte ka tarkvara paigaldamine üleslaaditud ISO-failist selle virtuaalarvuti kõvakettale on miski ulmeline raketiteadus või midagi sellist, mida näiteks juba 1. kooliastme viimase klassi õpilased teevad ning ka oma vanemaid ja vanavanemaid võivad sellel teemal õpetada-aidata&#8230; Miski kodulehe püstipanek, mis neid asju õpetaks, ei ole just eriti keeruline &#8211; <a href="http://www.arvutikaitse.ee/" rel="nofollow">http://www.arvutikaitse.ee/</a> on seda edukat näidanud. Aga palju oleks neid, kes viitsiksid sealtoodud õpetuste järgi ise asja teha? Et paljudel üldse tekib küsimus, et kas ainuvõimalik lahendus on nuumata ühte USA kommertsfirmat või on olemas ka teisi ja mitte kehvemaid võimalusi&#8230; Lugedes Eesti riigi prioriteete RISO kodulehelt <a href="http://www.riso.ee" rel="nofollow">http://www.riso.ee</a> koosvõime raamistiku alt siis tekib paraku mulje, et RISO on tore organisatsioon aga päris elus Eesti nuumab endiselt ühte USA kommertsfirmat vaatamata RISO püüdlustele ja Eesti riigi ametlikule tarkvarapoliitikale. Jutuks hea küll ehk siis kui majandus- ja kommunikatsiooniminister kinnitab, et Eesti Vabariigis pooldatakse avatud vorminguid ja avatud standardeid aga endiselt nuumatakse päris elus ühte USA kommertsfirmat ja liiguvad selle USA kommertsfirma poolt loodud suletud ja patenteeritud vormingutes dokumendid siis miks selline silmakirjalikkus ja veel nii avalikult? Siis võiks ju kohe kuulutada, et Eesti Vabariik on ennast ühe USA kommertsfirmale maha müünud ja kasutavad vaid selle toodangut ning andmevorminguid. Ning kõik, kes ei jaksa seda kommertstarkvara osta, et neid suletud ja patenteeritud andmevorminguid avada/salvestada &#8211; need lihtsalt ei saagi tööd teha. Aga vaadake, mida näiteks meie lugupeetud president kasutab <img src='http://www.artsturm.ee/odf/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  Siin üks hea lugemine &#8211; <a href="http://paber.ekspress.ee/viewdoc.." rel="nofollow">http://paber.ekspress.ee/viewdoc..</a>.<br />
Ehk siis kui tõesti tahetakse tasulist asja panna siis MacOS aga samas kui tahetakse selle raha eest paremat/funktsionaalsemat riistvara (näiteks rohkem muutmälu) siis ilmselt miski vabatarkvaraline UNIX ehk siis mõni GNU/Linux, PC-BSD, vms. lõppkasutajale mõeldud versioon.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Avatud dokumendiformaadid &#187; Blog Archive &#187; Tarkvaratugi ODF failivormingule laieneb kiiresti kommentaar  Tarkvara, mis toetab ODF failiformaati kohta</title>
		<link>http://www.artsturm.ee/odf/tarkvara/comment-page-1/#comment-8</link>
		<dc:creator>Avatud dokumendiformaadid &#187; Blog Archive &#187; Tarkvaratugi ODF failivormingule laieneb kiiresti</dc:creator>
		<pubDate>Mon, 28 Jan 2008 18:14:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?page_id=6#comment-8</guid>
		<description>Kõik enamlevinud kontoritarkvarapaketid on juba mõnda aega OpenDocument (ODF) toega (Sun Microsystems pistikprogrammi abil isegi Microsoft Office)...</description>
		<content:encoded><![CDATA[<p>Kõik enamlevinud kontoritarkvarapaketid on juba mõnda aega OpenDocument (ODF) toega (Sun Microsystems pistikprogrammi abil isegi Microsoft Office)&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Avatud dokumendiformaadid &#187; Blog Archive &#187; Tarkvaratugi ODF failivormingule laieneb kiiresti kommentaar  Sun ODF Plugin 1.1 Microsoft Office jaoks kohta</title>
		<link>http://www.artsturm.ee/odf/2007/12/03/sun-odf-plugin-11-microsoft-office-jaoks/comment-page-1/#comment-7</link>
		<dc:creator>Avatud dokumendiformaadid &#187; Blog Archive &#187; Tarkvaratugi ODF failivormingule laieneb kiiresti</dc:creator>
		<pubDate>Mon, 28 Jan 2008 15:28:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=8#comment-7</guid>
		<description>[...] enamlevinud kontoritarkvarapaketid on juba mõnda aega OpenDocument (ODF) toega (Sun Microsystems pistikprogrammi abil isegi Microsoft Office). Kiiresti laieneb ka muuks otstarbeks kasutatavate ODF toega [...]</description>
		<content:encoded><![CDATA[<p>[...] enamlevinud kontoritarkvarapaketid on juba mõnda aega OpenDocument (ODF) toega (Sun Microsystems pistikprogrammi abil isegi Microsoft Office). Kiiresti laieneb ka muuks otstarbeks kasutatavate ODF toega [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Anonüümne kommentaar  Sun ODF Plugin 1.1 Microsoft Office jaoks kohta</title>
		<link>http://www.artsturm.ee/odf/2007/12/03/sun-odf-plugin-11-microsoft-office-jaoks/comment-page-1/#comment-6</link>
		<dc:creator>Anonüümne</dc:creator>
		<pubDate>Sat, 26 Jan 2008 23:35:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=8#comment-6</guid>
		<description>Google Pack sisaldab nüüdsest Sun’i StarOffice’it:

Google‘i poolt pakutav tasuta tarkvarapakett Google Pack sisaldab nüüdsest Sun Microsystems‘i StarOffice versiooni 8.0, mille IT-hiid andis kunagi välja vastukaaluks Microsoft Office‘ile. Google Pack’i koosseisu kuuluv tarkvara on tasuta ning valiku üle otsustab Google ise. 

Google Pack on tarkvarapakett, mille koosseisu kuuluvat tarkvara iseloomustab Google järgmiselt:
tegemist on tasuta tarkvaraga selle sõna otseses mõttes – ei mingeid trial- ega shareware-versioone,
paketiga kasutajatele pakutav tarkvara ei sisalda nuhkvara ega muid kasutaja teadmata masinas toimetavaid programme,
kasutajad saavad endale sobiva paketi ise moodustada ning paari lihtsa liigutusega omale arvutisse installeerida.</description>
		<content:encoded><![CDATA[<p>Google Pack sisaldab nüüdsest Sun’i StarOffice’it:</p>
<p>Google‘i poolt pakutav tasuta tarkvarapakett Google Pack sisaldab nüüdsest Sun Microsystems‘i StarOffice versiooni 8.0, mille IT-hiid andis kunagi välja vastukaaluks Microsoft Office‘ile. Google Pack’i koosseisu kuuluv tarkvara on tasuta ning valiku üle otsustab Google ise. </p>
<p>Google Pack on tarkvarapakett, mille koosseisu kuuluvat tarkvara iseloomustab Google järgmiselt:<br />
tegemist on tasuta tarkvaraga selle sõna otseses mõttes – ei mingeid trial- ega shareware-versioone,<br />
paketiga kasutajatele pakutav tarkvara ei sisalda nuhkvara ega muid kasutaja teadmata masinas toimetavaid programme,<br />
kasutajad saavad endale sobiva paketi ise moodustada ning paari lihtsa liigutusega omale arvutisse installeerida.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Anonüümne kommentaar  Avatud dokumendiformaadid kohta</title>
		<link>http://www.artsturm.ee/odf/2007/12/03/avatud-dokumendiformaadid/comment-page-1/#comment-5</link>
		<dc:creator>Anonüümne</dc:creator>
		<pubDate>Sat, 26 Jan 2008 23:34:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=9#comment-5</guid>
		<description>http://connorbehan.wordpress.com/2007/10/31/3/</description>
		<content:encoded><![CDATA[<p><a href="http://connorbehan.wordpress.com/2007/10/31/3/" rel="nofollow">http://connorbehan.wordpress.com/2007/10/31/3/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Anonüümne kommentaar  Avatud dokumendiformaadid kohta</title>
		<link>http://www.artsturm.ee/odf/2007/12/03/avatud-dokumendiformaadid/comment-page-1/#comment-4</link>
		<dc:creator>Anonüümne</dc:creator>
		<pubDate>Sat, 26 Jan 2008 23:34:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=9#comment-4</guid>
		<description>http://www.rvg.edu.ee/lisamaterjalid/nuputa/abiinfo_failide_avamiseks.html

Samuti on näiteks MS Word-i failivorming suuteline konfidentsiaalset infot lekitama kui kasutatakse seda, et avatakse varasem dokument, tühjendatakse see ning siis luuakse samasse faili uus sisu. Nii olen kohanud 1-leheküljelisi *.doc faile, mis on 1 MB ja isegi suuremad kuigi sisaldavad vaid teksti ja *.odt vormingusse ümber salvestamisel kujuneb mahuks 10...12 kB, mis on selle info tegelik maht... Uurides sellise *.doc formaadis &quot;mammutfaili&quot; sisu näiteks Notepad2-ga, võib sealt leida eelnevalt kustutatud teksti, mida aga võibolla ei taheta levitada...</description>
		<content:encoded><![CDATA[<p><a href="http://www.rvg.edu.ee/lisamaterjalid/nuputa/abiinfo_failide_avamiseks.html" rel="nofollow">http://www.rvg.edu.ee/lisamaterjalid/nuputa/abiinfo_failide_avamiseks.html</a></p>
<p>Samuti on näiteks MS Word-i failivorming suuteline konfidentsiaalset infot lekitama kui kasutatakse seda, et avatakse varasem dokument, tühjendatakse see ning siis luuakse samasse faili uus sisu. Nii olen kohanud 1-leheküljelisi *.doc faile, mis on 1 MB ja isegi suuremad kuigi sisaldavad vaid teksti ja *.odt vormingusse ümber salvestamisel kujuneb mahuks 10&#8230;12 kB, mis on selle info tegelik maht&#8230; Uurides sellise *.doc formaadis &#8220;mammutfaili&#8221; sisu näiteks Notepad2-ga, võib sealt leida eelnevalt kustutatud teksti, mida aga võibolla ei taheta levitada&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Anonüümne kommentaar  Avatud dokumendiformaadid kohta</title>
		<link>http://www.artsturm.ee/odf/2007/12/03/avatud-dokumendiformaadid/comment-page-1/#comment-3</link>
		<dc:creator>Anonüümne</dc:creator>
		<pubDate>Sat, 26 Jan 2008 23:33:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=9#comment-3</guid>
		<description>http://priit.joeruut.com/archives/Vabad-andmevormingud.html</description>
		<content:encoded><![CDATA[<p><a href="http://priit.joeruut.com/archives/Vabad-andmevormingud.html" rel="nofollow">http://priit.joeruut.com/archives/Vabad-andmevormingud.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Anonüümne kommentaar  Avatud dokumendiformaadid kohta</title>
		<link>http://www.artsturm.ee/odf/2007/12/03/avatud-dokumendiformaadid/comment-page-1/#comment-2</link>
		<dc:creator>Anonüümne</dc:creator>
		<pubDate>Sat, 26 Jan 2008 23:33:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.artsturm.ee/odf/?p=9#comment-2</guid>
		<description>Väga hea jutt, kuidas Microsoft standardeid ja failiformaate solgib:
http://www.robweir.com/blog/2007/12/those-who-forget-santayana.html</description>
		<content:encoded><![CDATA[<p>Väga hea jutt, kuidas Microsoft standardeid ja failiformaate solgib:<br />
<a href="http://www.robweir.com/blog/2007/12/those-who-forget-santayana.html" rel="nofollow">http://www.robweir.com/blog/2007/12/those-who-forget-santayana.html</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
