Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Massachusetts: 'Office Open XML gelijkwaardig aan OpenDocument Format'

De staat Massachusetts heeft versie 4 van de Enterprise Technical Reference Policy geratificeerd. Het gevolg hiervan is dat het Office Open XML-formaat en het OpenDocument Format gelijkwaardig zijn en beide gebruikt mogen worden.

De afgelopen negen maanden heeft de Information Technology-divisie van de Amerikaanse staat zich onder leiding van Interim Revenue Commissioner Henry Dormitzer en cio Bethann Popoli gebogen over 460 commentaren die waren binnengekomen op de conceptversie van de ETRP4. Een vaak terugkerende vraag was of de staat, door het gebruik van ooxml toe te staan, ook zijn medewerkers zou dwingen om gebruik te maken van Office 2007. In de definitieve ETRP-versie schrijven de it'ers uit Massachusetts dat dit niet het geval is en dat er een groeiend aantal programma's is dat kan omgaan met het Office Open XML-formaat. Verder is in de ETRP4 te lezen dat het belangrijkste doel van het nieuwe beleid rond bestandsformaten is, om niet langer afhankelijk te zijn van voor mensen onleesbare binaire formaten.

Dormitzer en Popoli hebben verder laten weten dat veel commentaren gingen over de kwaliteit van de ooxml-standaard. Volgens Dormitzer en Popoli zullen eventuele onvolkomenheden opgelost worden door de standaardisatiecommissie en vormen ze geen reden om geen gebruik te maken van het ooxml-formaat. Daarom heeft Massachusetts de conclusie getrokken dat beide bestandsformaten toegestaan zullen worden. Andrew Updegrove, actief binnen de Linux Foundation, is er niet blij mee dat de staat de volgens hem onvoldoende open ooxml-standaard heeft binnengehaald. De Computing Technology Industry Association, waarvan Microsoft lid is, is tevreden over de beslissing en meent dat de openheid van de ooxml-standaard innovatie, concurrentie en meer keuzemogelijkheden voor consumenten zal opleveren.

State House, Boston, Massachusetts
Het parlementsgebouw van Massachusetts (State House, Boston)

Door Harm Hilvers

Freelance nieuwsposter

02-08-2007 • 14:23

39 Linkedin Google+

Bron: BetaNews

Lees meer

Reacties (39)

Wijzig sortering
Volgens Dormitzer en Popoli zullen eventuele onvolkomenheden opgelost worden door de standaardisatiecommissie en vormen ze geen reden om geen gebruik te maken van het ooxml-formaat.
Als dit wordt vertaald als "we kunnen zonder meer Office 2007 gaan gebruiken" dan is dat nogal kortzichtig. Momenteel is OOXML nog geen ISO standaard, maar als het een ISO standaard zou worden, is wel zeker dat deze op bepaalde vlakken (met name opslag van data (meervoud van datum) en bepaalde mathematische constructies) aanzienlijk zal afwijken van de standaard zoals deze door de ECMA is goedgekeurd. Daarnaast heeft MS in Office 2007 zijn eigen OOXML standaard ook niet volledig geimplementeerd, schijnbaar door tijdgebrek. Het resultaat is dus dat als je Office 2007 zou gaan gebruiken en documenten gaat opslaan in het Office 2007 OOXML formaat, je ervan uit kunt gaan dat deze niet compatibel gaan zijn met programma's die de eventuele ISO OOXML implementeren en dan heb je dus nog steeds een vendor lock-in.
Dat is nauwelijks een probleem omdat je XML standaarden gewoon kunt uitrusten met versies. Als de versie tijdens het ISO proces nog wordt aangepast zal er gewoon een nieuwere versie van OOXML ontstaan met een nieuwe set validatieschema's.
Zo is de de ISO Opendocument 1.0 versie ook aangepast vanwege de ISO standaarddisatie en is daar een 1.0SE (second edition) versie van gemaakt. Zolang de versies maar duidelijk herkenbaar zijn binnen het document kun je de juiste schema's toepassen.
Overigens kan het dus dat MS Office 2007 dus een tijdje nog de oude Ecma standaard verise ondersteunt en pas later na bijvoorbeeld een servicepack upgrade de ISO versie.
Dat is natuurlijk geen flutredenering. Het probleem met binaire bestandsformaten is dat je het oorspronkelijke programma danwel een convertor nodig hebt om zo'n bestand te kunnen lezen. Kan jouw MS Office (als je dit gebruikt) WordPerfect 5.1 bestanden lezen? Misschien nog net wel, maar Speedscript bestanden (C64) 100% zeker niet. Dat betekent dus dat als je je teksten in zo'n bestandsformaat gesaved hebt ze nu verloren zijn.
Daarentegen kun je zowel ODF als OOXML bestanden met een standaard zip programma unzippen (zip is ook een standaard) en met een standaard textprogramma ala notepad lezen. Er staat een hoop garbage tussendoor, maar de teksten staan er gewoon als ASCII karakters in en dat is een grote winst t.o.v. de oude situatie.

Adion: Daar heeft het wel degelijk mee te maken. ASCII is een internationale standaard. Een binair formaat waar de specificaties vrij van beschikbaar zijn is dat niet. Dat betekent dat je ASCII altijd zult kunnen lezen en je voor dat binaire formaat, waarvan je mag hopen dat tegen de tijd dat je het nodig hebt die specificaties ook nog beschikbaar zijn, een programma moet gaan schrijven om dat uit te kunnen lezen. Dat is een heel groot verschil.
Waar je natuurlijk gelijk in hebt is dat de term "binair bestandsformaat" die ik van hAl overnam ongelukkig is. Het gaat natuurlijk om de proprietary office formaten.

hAl: Och ja, tuurlijk. Ik gebruik gewoon mijn hex editor en ga de output daarvan tegen de specificaties van Microsoft aanhouden om te ontcijferen wat er staat... 8)7

[Reactie gewijzigd door martdj op 2 augustus 2007 16:19]

De fout is hier een beetje dat dit niets met het al dan niet binair zijn van het bestandsformaat te maken heeft.
Mits de specificatie vastligt, duidelijk is en vrij beschikbaar is kunnen zowel binaire, text als op xml gebaseerde formaten in de toekomst gelezen worden.
Verder is zelfs een text-bestand binair, en hangt het al dan niet leesbaar zijn ervan volledig af van de documentatie van andere standaarden (zoals ASCII).
Voor de basis aan engelse letters ligt dit vrij goed vast, maar voor andere talen (en zeker de niet-westerse) zal je toch nog meer moeten vastleggen ivm de encodering.
Niet echt open, hè? Microsoft maakt die informatie beschikbaar als hun dat uitkomt.

Bovendien lost dit het oorspronkelijke probleem niet op. Wat als Microsoft en haar specificaties ophouden te bestaan? (Komt ons natuurlijk bijzonder onwaarschijnlijk voor, maar je snapt het idee.) Sommige formaten zijn makkelijker toegankelijk voor mensen zonder kennis van het formaat dan andere. Welke informatie zal over 100 jaar toegankelijker zijn: een bestand met ASCII tekst of een .doc?
Een goede implementatie zou bijvoorbeeld zijn:
if <cd_emulate_word97>
then alert.popup("This is a converted legacy document which might not render as it did when it was created in word 97")

Maar aan de andere kant hoe implementeer jij in jou applicatie deze geldige en ook bestaande en in het echt voorkomende geldige OpenDocument code:
<config:config-item-set config:name="ooo:view-settings">
<config:config-item config:name="AddParaTableSpacing" config:type="boolean">true</config:config-item>
<config:config-item config:name="UseFormerObjectPositioning" config:type="boolean">false</config:config-item>
<config:config-item config:name="UseOldNumbering" config:type="boolean">false</config:config-item>
</config:config-item-set>
Ik heb er geen bewaar tegen dat een betere XML standaard van Microsoft gekozen wordt tot document standaard. Microsoft heeft vreemd genoeg nog geen letter veranderd van de huidige 6000 pagina's tellende specificatie, na alle kritiek die er over is geweest.
Zo mogen de standaard nu nog niet veranderen omdat iederen nu gesubmit is bij ISO en iederen op dezelfde versie commentaar mag leveren. Microsoft heeft al aangegeven samen met Ecma bezig te zijn om aanpassingen te maken aan de standaard.
Zo heeft Brian Jones (die voor Microsoft in de Ecma technical committee zit) bijvoorbeeld al de door jou genoemde spreadsheet formule onduidelijkheden erkend en gezegd deze te willen aanpassen in de ballot resolution voor de uiteindelijke ISO standaardisering: http://blogs.msdn.com/bri...adsheet-formula-bugs.aspx
In de uiteindelijke ISO standaard zullen dus vele fouten zijn gecorrigeerd uit de huidige Ecma versie.
Verder kan Ecma ook nog toezeggingen doen over toekomstige versies. Zo wachten we bij OpenDocument nu toch ook al ruim twee jaar sinds Opendocument een standaard werd op het toevoegen van formule's en een digitale handtekening (zaken die al wel in OOXML zitten)

Op dit item kan niet meer gereageerd worden.


Apple iPhone XS Red Dead Redemption 2 LG W7 Google Pixel 3 XL OnePlus 6T (6GB ram) FIFA 19 Samsung Galaxy S10 Google Pixel 3

Tweakers vormt samen met Tweakers Elect, Hardware.Info, Autotrack, Nationale Vacaturebank en Intermediair de Persgroep Online Services B.V.
Alle rechten voorbehouden © 1998 - 2018 Hosting door True