Hoofdcategorieën

Nederland kiest voor 'onthouding' bij ISO-stemming ooxml

Door Harm Hilvers, donderdag 16 augustus 2007 20:54, views: 14.499

De commissie die moet beslissen over de Nederlandse stem voor de verlening van het predikaat 'ISO-standaard' aan de ooxml-specificatie heeft geen eensluidend advies kunnen geven. Er zal daarom voor 'onthouding' gestemd worden.

De Nederlandse commissie bestaat uit Sun Microsystems, IBM, Microsoft, Stichting Vrijschrift, Internet Society Nederland, Macaw, Info Support, Surf en Kennisnet. Gezamenlijk hebben deze organisaties de afgelopen maanden nagedacht over de ooxml-specificatie, die oorspronkelijk door Microsoft is ontwikkeld, en gekeken of deze voldoende kwaliteit heeft om een ISO-standaard te worden. Het eindoordeel van de commissie is dat er voor 'onthouding' gekozen zal worden tijdens de definitieve stemming.

Het overleg tussen de organisaties heeft naast een stembeslissing ook tot een lijst met verbeteringssuggesties geleid. Die voorstellen tot wijziging zullen naar de International Organization for Standardization (ISO) gestuurd worden. Begin 2008 zal er door deze standaardenorganisatie een vergadering belegd worden waar door de betrokken lidstaten besloten zal worden over het lot van de ooxml-specificatie. Bij deze bijeenkomst zal ook rekening gehouden worden met het commentaar dat onder andere door Nederland op de specificatie is gegeven.

Microsoft Nederland heeft via een persbericht laten weten het vreemd te vinden dat de tegenstanders van de ooxml-specificatie ondanks de toezegging om de lijst met wijzigingsvoorstellen naar de standaardenorganisatie te sturen, toch bij hun tegenstem zijn gebleven.

Ooxml-specificatie
De complete ooxml-specificatie op papier

Volgende 00:11
Vorige 20:04

Reacties

«  1  2  »

ongeloofelijk, wat een slappe hap zeg. Geef een duidelijk signaal af dat Nederland voor 1 open standaard is en niet 1 waar weer allerlei haken en ogen aan zitten.

Maar is dat wel zo?
Dat het onmogelijk is dat iedereen dezelfde mening heeft weten we nu toch onderhand wel?

[Reactie gewijzigd door Tyson]


dit is genoeg, onthouding leidt tot hetzelfde resultaat als tegenstemmen, op deze manier breng je het alleen diplomatieker.

microsoft is toch een grote partij en die zul je in de toekomst misschien nog nodig hebben. het belang de relatie niet te frustreren moet je daarom ook meenemen. ik vind dit dus wel een verstandige zet van ons landje.

microsoft is toch een grote partij en die zul je in de toekomst misschien nog nodig hebben. het belang de relatie niet te frustreren
En waarvoor zou het NEN dan Microsoft nodig moeten hebben? Ik weet niet in hoeverre de verhouding 50%/50% licht qua voor/tegenstanders, maar als de tegenstanders in de meerderheid waren had men gewoon tegen moeten stemmen

Helaas is dat dus niet zo... onthouden van stemmen heeft in dit geval het resultaat van 'voor' stemmen. Nederland zou 'blanko' moeten stemmen. Dat staat wel gelijk aan 'nee' stemmen zonder het expliciet te zeggen.

75% van de stemmende partijen moet voor stemmen, door blanko te stemmen verhoog je de benodigde hoeveelheid voor-stemmers, door niet te stemmen verlaag je die.

Da's niet helemaal waar. Mark shuttleworth heeft er laatst over geblogged en dit zegt ie erover
The way the ISO works is interesting. There are about 150 member countries who can vote on any particular proposal. Usually, about 40 countries actually vote. In order to pass, a proposal needs to get a 75% “yes” vote. Countries can vote yes, no, or “abstain”. So normally, 10 “no” or “abstain” votes would be sufficient to send the proposal back for further consideration.
Maar volgens hem stemmen Amerika, Zuid Afrika en China sowieso al tegen

Dat laatste is niet juist.
De VS zal vermoedelijk ook niet tegenstemmen maar zich onthouden van stemming.
Bovendien kunnen landen hun stem nog aanpassen op de Ballot resolution meeting bijvoorbeeld als Ecma een aantal wijzigingen voorstelt die door verschillende landen zijn voorgesteld.
Vermoedelijk hangt dat ook nogal af van wie deze landen sturen naar deze bijeenkomst en met welk mandaat.

Landen die zich van stemming onthouden mogen verstek laten gaan op deze bijeenkomst en hun stemmen worden niet meegeteld bij de bepaling van het aantal stemmen en hebben dus ook geen invloed op de percentages voor en of tegenstemmers.

Landen die zich van stemming onthouden mogen verstek laten gaan op deze bijeenkomst en hun stemmen worden niet meegeteld bij de bepaling van het aantal stemmen en hebben dus ook geen invloed op de percentages voor en of tegenstemmers.
Iedereen mag verstek laten gaan, ook voorstanders of tegenstanders, alleen telt je stem dan niet mee. Het is alleen niet slim om niet te stemmen (maakt niet uit of je voor tegen of onthoudt). Ik zou niet weten waarom iemand die onthoudt niet zou stemmen, dat is toch net zo goed een stem??

Dat is alweer volslagen niet juist.
Landen die tegenstemmen zijn verplicht iemand te sturen.
Voorstemmers mogen iemand sturen

Verder moeten P-landen (status binnen ISO) verplicht stemmen of zich onthouden terwijl andere landen niet veplicht hun stem moeten uitbrengen.

Je zou het diplomatieker kunnen noemen. Toch lijkt dit meer op polderen.
Aan de andere kant kun je dit ook weer opvatten als een typisch Nederlandse constructie. Ze bedoelen nee, maar zeggen het niet zo duidelijk. En als je dan een grote partij als Microsoft niet wilt frustreren, wees dan duidelijk.

Uiteindelijk zou het beter zijn als er een gezamenlijke open standaard zou komen. Niet eentje door Microsoft ontwikkeld en met veel te veel (onvolledige) documentatie.

Ook ODF is nog niet zaligmakend. ooxml heeft als nadeel dat het verwijst naar code uit de gesloten office standaarden, ODF heeft als nadeel dat er ruimte is voor interpretatie waardoor een document er in OOo anders kan uitzien dan in kOffice.

OOXML heeft als nadeel dat juist MS zich er niet 100% aan zal houden, omdat ze, zeker met het fiat van een ISO-keurmerk, toch wel op alle PC's belanden en gewoon door kunnen gaan met het monopoliseren en software van derde partijen nog steeds niet hetzelfde kan als wat MSO kan.

ODF heeft als nadeel dat er ruimte is voor interpretatie waardoor een document er in OOo anders kan uitzien dan in kOffice.
Heb je het nu over zaken die in ODF vastgelegd zijn, of juist over zaken die nog niet in ODF zijn vastgelegd?

Voor wat betreft formuledefinities in bijvoorbeeld spreadsheet toepassingen wordt er aan standardisatie gewerkt in ODF 1.2 - voor Writer documenten is er volgens mij geen verschil, maar ik kan het mis hebben hoor.

En eh: OOXML heeft geen ruimte voor interpretatie? Ik bedoel maar 'featureXlikeWordVersieY', hoe moet ik achterhalen hoe dat precies werkt - reverse engineering? Of kijken hoe iets er op mijn Win2K machine uitziet?

Mijns inziens heeft OOXML ook ruimte voor verschillende interpretaties...

ODF laat veel meer ruimte voor interpretatie dan dat.
Voorbeeldje:
Het volstrekt onduidelijk hoe moet worden omgegaan met spreadsheet cellen waarbij de tekst qua type afwijkt van de waarde. In theorie heel gevaarlijk omdat je bijvoorbeeld script value in een cel waarde kan stoppen en er andere onschuldige tekst waardes bij kan zetten. Potentieel een enorm security risico maar in ODF wordt het idee dat de tekst en de value in een spreadsheet cell niet met elkaar matchen niet eens onderkent.

ongeloofelijk, wat een slappe hap zeg. Geef een duidelijk signaal af dat Nederland voor 1 open standaard is en niet 1 waar weer allerlei haken en ogen aan zitten.
Tja nou noem je net datgeene wat nederland never nooit doet. Alles is hier altijd slappe hap, nooit word er eens gekozen om nou eens ergens achter te gaan, nee ipv daarvan blijven we altijd maar in het midden hangen...

Hoe Nederlands kan het zijn? Als je niet in meerderheid voor bent als commissie voor het in het leven roepen van een standaard dan ben je dus tegen. De rest is politiek.

Ik vind het opmerkelijk en bedenkelijk dat een aanzienlijk deel van de Nederlandse commissie uit Amerikaanse bedrijven bestaat.

Dat was ook mijn eerste gedachte. En sowieso moet je je afvragen of het niet het paard achter de kar spannen is om leveranciers van sofware/hardware/diensten in zo'n commissie te laten plaatsnemen. Het lijkt me veel belangrijker om de gebruikers van dit soort technologie hun mening te laten geven. :/

Is dit niet de stemming over de versnelde ooxml standaardisatie. Daar waren de laatste tijd in ieder geval meer berichten over. Als dit al de definitieve stemming is gaat dat wel erg snel en is zo'n versnelde standaardisatie ook een beetje nutteloos.

Het fasttrack binnen ISO proces duurt in totaal ongeveer 10 tot 16 maanden.
Dat is langer dan het ISO PAS proces dat OpenDocument heeft gebruikt wat maar 9 maanden duurde.
Deze stemming beeindigt een 5 maand periode waarin de landen kunne aangeven hoe ze over de stanaard denken. Daarna volgt er een periode waarin al deze informatie wordt verzamel en waarin de indiener op basis van de commentaren een aantal wijzigingen kan voorstellen om de specificatie te verbeteren om zoveel mogelijk landen tevreden te stellen. Daarop volgt een ballot resolution meeting waarin de specificatie en de voorgestelde verbeteringen worden besproken. Daarin wordt er opnieuwe gestemd (en kunnen de stemmen worden veranderd).

Ben ik de enige die het raar vind dat microsoft mag stemmen of haar eigen ding goed genoeg is om die iso standaard te krijgen. Ik zou toch verwachten dat dat door een onafhankelijk iets gedaan wordt.

Microsoft maakt onderdeel uit van de commisie die stemt en heeft ook gestemd over ODF.

Lijkt mij wel logisch. M$ heeft een zeer groot belang bij dit soort besluiten,en ook de nodige expertise. Omdat ze maar 10% van de uitkomst bepalen kan deelname aan stemming geen kwaad.
Als iedereen zich moest onthouden van stemming bij zaken waar men direct of indirect belang bij heeft, dan kon je zo iedere standardisatie organisatie opdoeken.

Ik ga er verder maar vanuit dat alle partijen in die commissie of grote werkgevers in Nederland zijn, of vergaderclubjes die kleinere partijen in de branche representeren. Of die werkgevers van oorsprong Nederlandse bedrijven zijn doet er dan niet zo toe.

Wat ik wel opmerkelijk vind, is dat ze dus niet alleen in de nederlandse commissie zitten. (net zoals sun dus) Ik meen mij te herinneren dat ze iig ook in de amerikaanse cie zitten.

Ben wel benieuwd hoeveel belangen ze bij elkaar gesprokkelld hebben zo.

Dit is een probleem in het ISO proces, wat inmiddels redelijk uitgerekt is.


ik denk dat het belangrik is dat OOXML een goed en vooral open standaard word, voordat men 'm als ISO toestaat, ik ben zeker niet tegen 't niewe formaat als dat betekend dat ms-office in de toekomst iig ten dele beter compatible wordt met andere aplicaties,

ODF is in ieder geval alles behalve zaligmakend (denkende aan het

<row><cel name= > <calc> blaat </calc> </cel> </row> of wat het ook in werkelijkeheid moge wezen, (voor opmaak is xml een pracht-markup, voor rekenbladen toch wat minder, misschien dat OOXML 'r daarin beter doet??? -

De serialisatie van het formaat wordt zowel door OOXML als door ODF naar XML gedaan, dus je zit altijd al vast aan een bepaald stramien. Het is mogelijk dat dit niet het meest ideale formaat is voor spreadsheets, maar daar valt weinig aan te doen - welke alternatief is er dan voor serialisatie naar XML?

Verder is mijns inziens de manier waarom in OOXML een normaal document verwerkt wordt stukken minder handig dan ODF dat doet...

Pseudocode-ODF:
<span style="stijl">Dit is een tekst<span style="stijl-bold">met vette letters</span></span>

Pseudocode-OOXML:
<w:p><w:r> <w:t>Dit is een tekst</w:t> </w:r><w:r><w:rPr><w:b /></w:rPr><w:t>vmet vette letters</w:t></w:p>

Dan kies ik toch echt voor de ODF oplossing...

Je voorbeeld is niet juist.
Je hebt namelijk nu wel de text tags voor ODF weggelaten
Correct is het in ODF:
<text:p text:style-name="stijl-standaard">
Dit is een tekst <text:span text:style-name="stijl-bold">met vette letters</text:span>
</text:p>

Het verschil lijkt dus dat OOXML binnen paragrafen ook regels onderkent en dat ooxml de formattering met doet door een element te formateren met seprate tags en ODF het via eigenschap van een element doet.
OOXML heeft dus een scheiding tussen bijvoorbeeld tekst elementen en de presentatie van die tekst
ODF heeft een mix van elementen en presentatie zoals dus een tekst element inclusief formatering.

Het is mij niet geheel duidelijk waarom jij de ene methode prefereert boven de andere.

Hoe het inter werkt kunnen weinig mensen iets schelen. Het is meer de kans dat een partij wil profiteren van het standaard. Uhgg, Microsoft, uhgg... En daar de discussie bovenop of het standaard wel standaard-waardig is.

Kan best dat de ene XML beter te lezen of gestructureerd is als de andere. Maar de enige die daar bijkomen op dat niveau zijn programmeurs, standaarden-makers en API's , DLL's en SO's.

Zelf als het ODF standaard technisch gezien onderdoet voor OOXML zal ik het nog gebruiken. Omdat ik weet dat de makers van dit standaard wellicht iets minder aan hun zelf dachten dan de makers van OOXML. ODF is namelijk een standaard gemaakt door het OASIS comité.
OASIS is a non-for-profit consortium that drivers the development, convergence and adoption of open standards for the global information society

Neutraal is nogal slap. Heb je de kans een duidelijk statement te geven over open standaarden en dan zeg je "Ah, maakt niet uit wat jullie kiezen, doe maar wat jullie het beste lijkt".

Richt dan geen commissie op...

Kan iemand de vraag beantwoorden waarom een bedrijf waarvan een product door een commissie beoordeeld wordt zelf OOK zitting heeft in die commissie???????

een commissie doet meerdere dingen dan alleen deze ISO bepalen. en in de commissie moeten wel mensen zitten die van wanten weten. Als je de bedrijven er uit haalt die ISO's aanvragen hou je weinig van een commissie over.

Microsoft Nederland heeft via een persbericht laten weten het vreemd te vinden dat de tegenstanders van de ooxml-specificatie ondanks de toezegging om de lijst met wijzigingsvoorstellen naar de standaardenorganisatie te sturen, toch bij hun tegenstem zijn gebleven.
Als je tegen bent, moet je volgens Microsoft dus genoegen nemen met het feit dat je je klacht in kan dienen. Volgens mij is het hele idee van de stemming juist niet dat men daar genoegen mee hoeft te nemen, op deze manier kan men nog enigzins dwingen.

De opmerking om dan maar toch voor te stemmen en je klachten in te dienen vind ik echt een zwaktebod.

Nee hoor, dat is ook gewoon weer politiek. Op deze manier proberen ze de standaard er alsnog door te drukken.
Microsoft heeft er vooral belang bij dat overheden niet hard weglopen naar een ander open formaat i.v.m. wetgeving. De meeste andere bedrijven kan het hele vendor lock-in gebeuren nog weinig schelen en blijven toch wel bij MS Office.

Nee hoor, dat is ook gewoon weer politiek. Op deze manier proberen ze de standaard er alsnog door te drukken.
Je bedoelt dat Microsoft zelf net zo lang 'aan het zeuren'/lobbyen geweest is tot een tegenstem omgezet is in een 'onthouding'-stem?

Dat geloof ik niet, maar als dat zo is dan kunnen ze qua ICT-standardisatie het NEN wel opdoeken....

Daar hebben ze geen MS voor nodig, sommige dienstverleners pushen net zo hard richting MS. Zo lees ik de laatste tijd nogal wat over Centric die lokale overheden die willen migreren naar OO tegenwerken door te weigeren hun software aan te passen (terwijl het niet echt veel werk is).

En hoe kan jij dat inschatten? Denk je dat dezelfde integratie mogelijk is in OO als in Microsoft Office, en welke OO dan? Ik denk dat dit toch echt complexer is dan je wilt.

Verder even de value proposition. We hebben iets werkends, en dan kunne we gaan investeren in iets wat om te beginnen al werkt, en daarnaast de onzekerheid van implementatiemoeilijkheden. Mijn keuze zou ook zijn niet te migreren. Of wat dacht je van het versietje zoeken met Open Source development. Integratie op het niveau van Microsoft is echt nog ver te zoeken.
«  1  2  »

Op dit item kan niet meer gereageerd worden.

Volgende 00:11
Vorige 20:04
VNU Media logo Powered by True

© 1998 - 2008 Tweakers.net - Alle rechten voorbehouden

Uitgever van: