Coss kannattaa ooxml:n hoputonta käsittelyä

Coss kannattaa ooxml:n hoputonta käsittelyä
Suomen open source -keskus Cossin mielestä Office open xml -standardoinnin kiirehtiminen ei ole Suomen ohjelmistoteollisuuden edun mukaista.
Tuomas Linnake
17.8.2007 16:20
Kommentit 17

- Ooxml:ää ei kannata standardoida hätiköiden, sillä meillä on jo yksi avoin standardi dokumenttiformaateille, odf. Oleellista on tarjota kansalaisille ja asiakkaille parempia palveluja tehokkaammin sovittua standardia hyödyntäen, eikä ajaa epävarmuutta synnyttäviä ja yhteensopivuutta vaikeuttavia uusia standardeja, Cossin johtaja Petri Räsänen linjaa keskuksen kannanotossa.

- Yli vuosi sitten ISO-standardoitu odf on suuren toimijajoukon kehittämä kaikille avoin ilmaisuvoimainen formaatti, katsoo Cossin tekninen asiantuntija Manu Setälä. Yli 6000-sivuisen ooxml:n väitetään sisältävän patentoituja ominaisuuksia.

- Ooxml:n täydellinen toteuttaminen on ainakin pienille ohjelmistotaloille käytännössä mahdotonta, Setälä arvioi.

Tiedostoformaattien merkitys on kansallisesti merkittävä asia, sillä mikäli formaattia ei saada avattua, tieto on menetetty. Cossin mukaan esimerkiksi Nasa väittää, että se ei enää pysty avaamaan kaikkia kuukävelyn aikaisia kuviaan, koska tiedostojen formaatti ei ole enää käytettävissä.

Lisää Aiheesta
UutinenISO hylkäsi ooxml:n pikakäsittelyn (4.9.2007 13:07)
Copyright Creative Commons Teksti on lisensoitu Creative Commons Nimeä-Ei muutoksia-Epäkaupallinen -lisenssillä.
mainos

Kommentit (17)

Huono 0
Suomen open source -keskus Cossin mielestä Office open xml -standardoinnin kiirehtiminen ei ole Suomen ohjelmistoteollisuuden edun mukaista.
ITViikko
Huono 0
Ihan hyvä, mutta Microsoftille perusteellinen menettely ei näytä sopivan.

Esim. Hollannissa paneuduttiin asiaan kunnolla ja esitettiin lähes yksimielisesti perusteltuja parannuksia. Tästä suivaantuneena MS esti kansallisen kannanoton kokonaan ja pisti Hollannin paitsioon koko prosessista. Ks

http://isoc.nl/michiel/nodecisiononOOXML.htm.

Käyköhän näin Suomellekin?
Rontti
Huono 0
COSS on oikeassa. Esitetty OOXML-tiedostomuoto ei täytä ISO-standardilta odotettavia teknisiä laatuvaatimuksia. Teknisistä heikkouksista johtuen sen käytettävyys tietojärjestelmäintegraatiossakin olisi hyvin heikkoa, jolloin se ei oikein vastaisi tarkoitustaan. XML-tiedostomuotojen perimmäinen tarkoitus on muunnettavuus eri muotoihin, mutta OOXML rikkoo räikeästi XML:n perusperiaatteita, kuten hierarkkisuutta. Tämän vuoksi sitä on hyvin vaikea käsitellä XML-työkaluilla. Lisäksi siinä käytetään mm. bittimaskeja, mikä on XML:ssä erittäin epäyhteensopiva tekniikka. OOXML:ää tuskin on koskaan edes suunniteltu XML-muodoksi, vaan XML on vain kuorrutus epähierarkkisen tiedostomuodon päälle. Tähän viittaavat myös erilaisten Windows-järjestelmäkoodien käyttö paperikokojen ilmaisemisessa ISO-paperikokojen sijaan, poikkeaminen gregoriaanisesta kalenterista Excelin ohjelmavirheiden vuoksi, ja niin edelleen.

Puhtaan teknisen tason lisäksi tulee tietenkin kysymykset yhteensopivuuden mahdollisuudesta eri toimisto-ohjelmien välillä. OOXML:n lukuisien Microsoft-tuotesidonnaisuuksien pohjalta on luultavaa, ettei yhteensopivuutta ole mitenkään mahdollista saavuttaa.

Mikäli OOXML:n perimmäinen tarkoitus ei olisi ylläpitää Microsoftin monopolia toimisto-ohjelmistoissa, se tuskin olisi koskaan julkaissut sitä, vaan suosiolla tukenut yhden hyvin suunnitellun tiedostomuodon kehitystä.
Marko Grönroos
Huono 0
Lisäksi siinä käytetään mm. bittimaskeja, mikä on XML:ssä erittäin epäyhteensopiva tekniikka.

ECMA Open XML:n edeltäjässä (WordML) oli bittimaskeja, mutta ne poistettiin jo vuosia sitten EU -kommentointikierroksen jälkeen. Ovatko muutkin tiedot yhtä vanhoja?
Manu
Huono 0
Kuka tahansa oikeasti järjestelmiä toteuttanut tietää ettei mikään ole niin hankalaa kuin koodata järjestelmää ylimalkaisten ja tulkinnanvaraisten määritysten mukaan. Vilkaiskaapa huviksenne yhteentoimivuuden mestarinäytteen, GSM-standardin , määritysten sivumäärää. Ehdottaako COSS että määrityksistä on poistettava asioita jotta eri osapuolten olisi helpompaa rakentaa keskenään yhteentoimivia toteutuksia?

Älkää viitsikö sieltä norsunluutornista kertoa mikä on ohjelmistoteollisuudelle oleellista.
COSS esittää mielipiteitä
Huono 0
Ehdottaako COSS että määrityksistä on poistettava asioita jotta eri osapuolten olisi helpompaa rakentaa keskenään yhteentoimivia toteutuksia?

Jos lukutaitosi on tätä luokkaa, niin en ihmettele, jos on parempienkin speksien kanssa ongelmia. :)
Ota Silmä Käteen
Huono 0
Ehdottaako COSS että määrityksistä on poistettava asioita jotta eri osapuolten olisi helpompaa rakentaa keskenään yhteentoimivia toteutuksia?

Kumman dokumenttiformaatin toteuttaminen on helpompaa, sellaisen mihin voi liittää täysin dokumentoimattoman binäärilohkon, joka ohjelman pitäisi silti osata parsia ja näyttää. Vai sellaisen mihin tällaista dokumentoimatonta binäärilohkoa ei voi liittää?

Kuten huomaat, niin asioiden poistamisella voidaan helpottaa yhteentoimivuuden rakentamista. Yllämainittu esimerkki ei muuten ollut tuulesta temmattu, vaan OOXML:ssä todellakin voidaan liittää dokumenttiin tällaisia dokumentoimattomia binäärilohkoja, mitkä lähinnä Microsoft osaa avata.
standard
Huono 0
ECMA Open XML:n edeltäjässä (WordML) oli bittimaskeja, mutta ne poistettiin jo vuosia sitten EU -kommentointikierroksen jälkeen. Ovatko muutkin tiedot yhtä vanhoja?

Mistähän tuollaista huuhaata olet keksinyt? Ei niitä ole mihinkään poistettu. Tarkistin ja ne tasan ovat ECMA 376:ssa (joulukuu 2006), ainakin luvussa 2.8.2.16. Esim.:



Ja nähdäkseni myös aika monessa muussa paikassa. Bittimaskiongelmaa ei siis todellakaan ole korjattu.

Mainitsemani lomittaisuus ja epäsekasisältöisyys taas ovat OOXML:ssä sen verran fundamentaalisia asioita, että niiden korjaaminen vaatisi koko tiedostomuodon perinpohjaisen uudelleensuunnittelun.

Ihmettelen hieman, miltä taustalta joku tekee tuon tyylisiä väitteitä. Onkos siellä nimimerkin takana Microsoftin henkilöstöä?
Marko Grönroos
Huono 0
17-19.8
Microsoftin sopankeitto jatkuu entisellä mallillaan ja vastustajien leireissä väännetään enimmäkseen tyhjänpäiväisyyksistä. Näinhän se toimii, laitetaan porukka kinastelemaan keskenään ja tuhlaamaan aikansa turhaan, kun samalla prosessi taustalla menee eteenpäin kuin juna.

FSFE, SIUG File Official Objections to Switzerland's Vote on MS-OOXML.
It all reminds me of when I was a kid, and we'd sometimes settle things in the playground with a coin toss. There was occasionally a smart aleck who'd yell out as the coin was thrown up into the air, "Heads I win, Tails you lose." This ISO process seems like that, in that people are voting against MS-OOXML in numbers and raising serious questions, but somehow they get ignored or bypassed.
http://www.groklaw.net/article.php?story=2007081708383138

Internet Society Netherlands shares the view of many standards veterans around the world that Microsoft Open XML DIS 29500 was not mature for the ISO process yet.
ISOC.nl recommends that the ISO procedures - and more specific the Fast Track procedure - be adapted significantly to better deal with controversial standards like DIS 29500/Office Open XML in order for ISO to maintain relevant. This includes demanding two interoperable and independent full implementations prior to accepting a submission for a Fast Track procedure.
http://isoc.nl/michiel/nodecisiononOOXML.htm

Patent Threats In OOXML
http://it.slashdot.org/article.pl?sid=07/08/18/2348230

Aitoa avoimuutta? (Kannattaa lukea kommentit)
http://www.kasvi.org/index.php?3225

IBM counters HCL on the argument. Microsofts Open XML does not support Firefox and Opera (web browsers) despite firefox having a 34% market share. It only supports Internet Explorer. Also, OOXML does not support documents dated before 1900 but India has land records dating back to 1600 A.D. since the era of King Todar Mal. (The problems is that OOXML does not recognise dates prior to 1900 AD).
Another standard that Microsoft does not support, is the RFC 3987 specification, which defines UTF-8 capable Internet addresses. Consequently, OOXML does not support the use of Chinese characters within a Web address.
http://boycottnovell.com/2007/08/17/legal-action-ooxml/

Kannattaa muistaa myös että tämä on vasta alkusoittoa.
Mikäli ECMA - eli Microsoftin "standardien" kumileimasin - toimii tässä MSXML-asiassa kuten he tahtovat, on takuuvarmaa että muidenkin käsittelyä halutaan nopeuttaa. Putkessa on luvassa mm. seuraavaa:

* ODF -> OOXML (MSXML) <-- tässä olemme nyt
* PDF -> XPS (XML Paper Specification)
* Flash -> Silverlight
Linuxilla tämä on nimellä Moonlight, Novellin tekemänä käyttäen Monoa, joka on .NET (dotNet)-käännös.
* JPEG2000 -> HD Photo/JPEG XR (Alunperin tämä oli nimeltään Windows Media Photo)

Ja kuten aina, sama kuvio toistuu - muiden järjestelmien väliaikaiset käännökset toimivat Windowsilla, mutta ei toisinpäin:
Mono does only implement the official published standards, so MS software will be able to use applications developed on Mono, but not the other way round.

Kai huomasitte että Office 2007 tallentaa vakiona .docx (OOXML) ja demoversiossa se on ainoa mahdollinen muoto.

http://en.wikipedia.org/wiki/Embrace%2C_extend_and_extinguish
vele
Huono 0
Hello,
I visit your profile at www.omasana.fi and i found out that you're the type of person that my heart loves, the type I am seeking, I hope we will suite each other, lets talk of the precious things that our heart's desire; whom I will shere my inner thought with. I love beautiful things, but nothing is beautiful unless you've found someone whom will share it with, somebody with a good heart to share the thought of love together. I am here waiting for your respond.if you want to post a reply, reply me to my mail address is (ephe200k@yahoo.co.in) yours faithfully Miss Ephemia
Sivut: 1 2 Edellinen Seuraava

Yle siirtää Pasilan studiot HD-aikaan

Lehtikuva

Yleisradio hankkii Tampereen Tohloppiin tulevat teräväpiirtolaitteet TV Toolsilta.

Huhumylly kiihtyy: Microsoft tuo Officen iPadiin

Ruutukaappaus

Nokia Lumialta uhkaa mennä etulyöntiasema? Microsoft vie Officen Applen ja Android-laitteisiin, kertoo verkkolehti BGR.

Sijoitusyhtiö myönsi: Facebookista tuli miljoonatappiot

EPA/PETER KLAUNZER

Yhdysvaltalainen sijoitusyhtiö Knight Capital myöntää ensimmäisenä Facebookin instituutionaalisena sijoittajana, että takkiin tuli. Teknologiapörssi Nasdaqia puolestaan odottanee korvaussumma, jota sen voi olla vaikea maksaa.

 
Dilbert – 25.5.2012
DilbertDilbert
Sarjakuvat: 1 2 3 4 5 6 7 8 9 10 ... 30 « »
 
Yritys Sanoma News / Taloussanomat
Postiosoite Taloussanomat PL 45
00089 SANOMA
Käyntiosoite Töölönlahdenkatu 2, Helsinki
Puhelin +358 9 1221
Sähköposti taloussanomat@sanoma.fi
Kustantaja, vastaava
päätoimittaja
Tapio Sadeoja
Toimituspäällikkö Anneli Koistinen
Toimituspäällikkö Petri Korhonen
Myynti Verkkomediamyynti
+358 40 168 5949