|
||
|
Perjantai, 17.8.2007 COSS: Suomen ei kannata kiirehtiä OOXML:ääSuomen open source -keskus COSSin mielestä Office Open XML -standardoinnin kiirehtiminen ei ole Suomen ohjelmistoteollisuuden edun mukaista. "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 toteaa.
K2, 17.8.2007 13:18. Lähde: COSS
|
|
|
Copyright © 1998-2007 - Coredump Oy. ISSN 1458-476X. |
||
Kommentoi juttua
Rousku, 18.8.2007 19:07:35
Vastaa
Fri13, 19.8.2007 12:27:50
Vastaa
Alkuperäiset ovat tietenkin digitoitu jotta ne säilyisi.
NASA on menettänyt hirveät määrät materiaalia esim Amazonin sateliittikuvista koska kuvia ei saada auki, laitteistoa ei löydy (hardware) joka osaisi formaatit (software).
Yliopistot ovat tehneet yhteistyötä NASA:n kanssa ja muissa maissa vastaavissa projekteissa missä on rakennettu laitteita ja reverse engineer menetelmällä availtu tiedostoja. Se ei ole helppoa.
Jos Microsoftilla on vaikeuksia tehdä Office taaksepäin yhteensopivaksi niin sekin taitaa olla vain Hardware ongelma, vai mitä?
Rousku, 20.8.2007 00:03:28
Vastaa
Tyypilliseen Internet-tapaan olisi pitänyt olla sanoissaan tarkempi...
60-luvulla ei tiedostoformaatteja ollut olemassa siinä mittakaavassa kuin nykyään. Usein formaatit olivat kertakäyttöisiä (one-time-only), eli nauhalle tallennettiin täsmälleen sitä mitä tämänkertainen laite sattui tuottamaan.
Jos tiedostoformaatilla tarkoitetaan vanhojen laitteiden rakenteen rekonstruointia, niin siinä tapauksessahan kyseessä on formaattiongelma. Tässäkin tapauksessa alkuperäinen arkikkeli oli NASAn kohdalta epätarkka -- ja siten hevonpaskaa.
Onko 8 tuuman lerppu formaatti?
Microsoftin tuotteineen saa jokainen rauhassa asennella sinne minne haluaa. Missä asennossa haluaa.
vele1, 19.8.2007 22:27:19
Vastaa
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=200708170...
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/234...
Aitoa avoimuutta? (Kannattaa lukea kommentit)
http://www.kasvi.org/index.php?3225
IBM counters HCL on the argument. %u201CMicrosoft%u2019s 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-o...
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) 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...