Source files of fsfe.org, pdfreaders.org, freeyourandroid.org, ilovefs.org, drm.info, and test.fsfe.org. Contribute: https://fsfe.org/contribute/web/ https://fsfe.org
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

os.nl.xhtml 13KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171
  1. <?xml version="1.0" encoding="UTF-8" ?>
  2. <html>
  3. <head>
  4. <title>Open Standaarden – Overzicht – FSFE</title>
  5. </head>
  6. <body class="article" microformats="h-entry">
  7. <p id="category">
  8. <a href="/work.html">Ons werk</a>
  9. </p>
  10. <h1 class="p-name">Open Standaarden</h1>
  11. <div class="e-content">
  12. <div id="introduction">
  13. <div class="right" style="max-width: 850px; width: 53%;">
  14. <img src="/activities/os/robot-protest-dark_2016_plussy.png" alt="robots protesteren"/>
  15. </div>
  16. <p><a href="/activities/os/def.html">Open Standaarden</a> vormen de basis van samenwerking in de hedendaagse samenleving. Zij maken het mogelijk dat mensen allerlei data vrijelijk kunnen delen, voorkomen lock-in en andere kunstmatige barrières tegen interoperabiliteit en promoten keuze tussen verkopers en technologische oplossingen. Open Standaarden zijn uitvoerbaar met Vrije Software en leiden dus tot volledige concurrentie in de markt. FSFE komt op voor eerlijke competitie, interoperabiliteit van oplossingen en keuze voor consumenten. Open Standaarden vormen een noodzakelijke voorwaarde om deze vrijheden zeker te stellen.</p>
  17. </div>
  18. <h2 id="what-is-a-technical-standard">Wat is een technische standaard?</h2>
  19. <p>Een technische standaard is een verzameling algemeen overeengekomen regels ten aanzien van technische systemen. Hij is gewoonlijk gedocumenteerd in een zogenoemde 'standaard specificatie' die manieren beschrijft om consistent informatie te organiseren zodat deze kan worden begrepen en gebruikt door verschillende onafhankelijke applicaties. Standaarden die gebruikt worden voor opslag van informatie worden 'formaten' genoemd en die voor de overdracht van informatie worden 'protocollen' genoemd.</p>
  20. <p>Een standaard stelt gemeenschappelijke grond vast ter levering van middelen voor interoperabiliteit en concurrentie. Het tegenovergestelde van standaardisatie is monopolie: gebruikers van een product of dienst kunnen alleen onderling uitwisselen met gebruikers van hetzelfde product of dezelfde dienst. Daarom worden standaarden gebruikt om competitie mogelijk te maken in het algemeen belang.</p>
  21. <p>Standaarden kunnen ook bevorderlijk zijn voor innovatie door alle actoren op de markt in staat te stellen om bovenop de standaard te innoveren en eigen diensten te bouwen om de standaard te dienen.</p>
  22. <h2 id="why-open-standards">Waarom Open Standaarden?</h2>
  23. <p>Er ontstaat een probleem als er een speler op de markt is die in het bezit is van een standaard en die zijn positie gebruikt om de verdere ontwikkeling van de standaard te beheren, of probeert om hem te manipuleren via licentiebeleid om specifieke groepen of actoren buiten te sluiten of erbij te betrekken. In dit geval wordt standaardisatie niet gebruikt voor het promoten van concurrentie en interoperabiliteit maar voor het tegenovergestelde daarvan.</p>
  24. <p>Volledige marktconcurrentie wordt daarom mogelijk gemaakt door standaarden die open zijn. Omdat Open Standaarden vrij beschikbaar zijn zonder welke beperking dan ook, maken zij het mogelijk dat gestandaardiseerde technologie wordt gebruikt in producten en diensten zonder enig voordeel vooraf dat gebaseerd is op het eigenaarschap van de standaard. Als gevolg hiervan staat de toegang tot technologie open voor alle actoren in de markt, onafhankelijk van het bedrijfsmodel.</p>
  25. <h3 id="what-is-an-open-standard">Wat is een 'open' standaard?</h3>
  26. <p>Open Standaarden zijn te gebruiken met Vrije Software. Als een standaard niet voldoet aan de volgende criteria is er sprake van discriminatie van Vrije Software en kan er dus niet gesproken worden van een 'open' standaard:</p>
  27. <p>Een <a href="/activities/os/def.html">Open Standaard</a> verwijst naar een formaat of protocol dat:</p>
  28. <ol>
  29. <li>Onderwerp is van volledige publieke beoordeling en gebruik zonder verplichtingen op een manier die in gelijke mate beschikbaar is voor alle partijen;</li>
  30. <li>Geen onderdelen of uitbreidingen kent met afhankelijkheden met betrekking op protocollen die zelf niet voldoen aan de definitie van een Open Standaard;</li>
  31. <li>Vrij is van juridische of technische clausules die het gebruik door welke partij of bedrijfsmodel dan ook beperken;</li>
  32. <li>Onafhankelijk van welke verkoper dan ook beheerd en verder ontwikkeld wordt in een proces dat openstaat voor de gelijkwaardige participatie van concurrenten en derde partijen;</li>
  33. <li>Beschikbaar is in verschillende volledige implementaties door concurrerende verkopers, of als een volledige implementatie die in gelijke mate beschikbaar is voor alle partijen.</li>
  34. </ol>
  35. <p>Op deze manier verzekert de standaard dat technologie beschikbaar is voor iedereen, onafhankelijk van bedrijfsmodel, -grootte of portfolio met exclusieve rechten.</p>
  36. <h2 id="why-should-a-stanard-be-minimalistic">Waarom zou een standaard minimalistisch moeten zijn?</h2>
  37. <p>Het doel van standaarden is om gemeenschappelijke basis in technologie vast te stellen en verschillende applicaties in staat te stellen om interactie met elkaar te hebben. Wanneer er steeds meer data digitaal wordt opgeslagen dan wordt het steeds belangrijker om de portabiliteit tussen verschillende applicaties zeker te stellen. Daarom is het essentieel om zeker te stellen dat het formaat dat men kiest om data in op te slaan toegankelijk is met verschillende applicaties, onafhankelijk van een verkoper of technische oplossing.</p>
  38. <p>Daarom moet de standaard niet alleen open zijn maar ook <a href="/activities/os/minimalisticstandards.nl.html">'minimalistisch'</a>,
  39. om het technologische probleem adequaat op te lossen en om zoveel mogelijk invoerders van de standaard mogelijk te maken. Met andere woorden: er is een behoefte om vast te stellen of de standaard zo eenvoudig mogelijk is en zo ingewikkeld als noodzakelijk is.</p>
  40. <p>Overbelaste standaarden met verschillende overbodige eigenschappen bieden de verkopende eigenaar een voordeel: het is moeilijker voor een andere invoerder om het formaat adequaat te lezen en de klant wordt gedwongen tot lock-in. Daarbij laten standaarden met teveel zelden gebruikte functies achterdeurtjes openstaan en zijn daarmee kwetsbaar voor kwaadaardige aanvallers die daar misbruik van maken.
  41. </p>
  42. <h2 id="standard-that-is-implementable-with-free-software">Standaard die in te voeren is met Vrije Software</h2>
  43. <h3 id="reference-implementation">Referentie-implementatie</h3>
  44. <p>De daadwerkelijke standaard voor software-standaarden wordt gedefinieerd door zowel de formele specificatie als wel de daadwerkelijke implementatie. Het verkrijgen van de formele specificatie is vaak niet genoeg om de standaard te implementeren voor complexe digitale systemen. Voor ieder bedrijf dat de standaard wenst te implementeren is kennis van bestaande implementaties vaak waardevoller dan de formele specificatie, omdat dit helpt om de uitgebreide proefondervindelijke methode voor het oplossen van ambiguïteiten in de formele specificatie te vermijden.</p>
  45. <p>Een standaard is daarom pas voldoende 'open' als de openheid van toepassing is op zowel de specificatie als wel de implementatie.</p>
  46. <p>Als gevolg hiervan is het voor open implementaties vaak economisch voordeliger om referentie-implementaties te publiceren onder een Vrije Software-licentie. Hiermee komt de referentie-implementatie vrij beschikbaar en fungeert zij ook als formele specificatie zonder het institutionele proces van standaardbepaling.</p>
  47. <h3 id="patents-in-standards">Patenten in standaarden</h3>
  48. <p>Soms bevat de standaardspecificatie technische oplossingen die nodig zijn om de standaard te implementeren. Deze technologische oplossingen kunnen beschermd worden door patenten. Degene die de standaard wenst over te nemen en te implementeren moet daarom de juiste licentie van de patenthouder te verkrijgen.</p>
  49. <p>De industrie is overgegaan tot verschillende licentiepraktijken om over het probleem van patenten die essentieel zijn voor standaard-implementatie heen te stappen: bijvoorbeeld 'royalty-free' (RF) of bij wijze van alternatief 'fair, reasonable, and non-discriminatory' (FRAND) termen. <a href="/activities/os/why-frand-is-bad-for-free-software.nl.html">FRAND-termen zijn niet compatibel met Vrije Software</a>. Vanwege het feit dat FRAND-termen gewoonlijk geheimgehouden worden is het onmogelijk om te bewijzen of de opgelegde termen daadwerkelijk 'fair' of 'non-discriminatory' zijn. Als gevolg daarvan kan FRAND worden gebruikt als een middel om het standaardisatieproces te manipuleren om concurrentie uit te sluiten.</p>
  50. <p>Terwijl RF-licenties alleen een antwoord vormen op de royalty-betalingscriteria, gaan zij niet in op andere beperkingen die van toepassing zouden kunnen zijn op het overnemen en implementeren van een standaard door Vrije Software. In dit opzicht moet het licentiebeleid van gepatenteerde technologie in standaardisatie compatibel zijn met de breedste verscheidenheid aan actoren op de markt, omdat het doel van standaardisatie is om concurrentie te promoten en daarboven innovatie mogelijk te maken.</p>
  51. <p>Het is opmerkelijk dat vrijwel geen enkel nieuw ICT-systeem wordt gebouwd zonder het gebruik van Vrije Software en dat het van standaardisatie buitensluiten van bedrijven die hun producten op Vrije Software baseren innovatie stevig kan hinderen. Daarom is de juiste licentie voor standaard-essentiële patenten er een die geen beperkingen stelt aan de standaard-implementatie met Vrije Software, bijvoorbeeld 'vrij van beperkingen' volgens de <a href="#what-is-an-open-standard">definitie van de Open Standaard</a>.</p>
  52. <h2 id="what-can-you-do">Wat kunt u doen?</h2>
  53. <blockquote>
  54. <h3 id="as-a-citizen">Als burger</h3>
  55. <p>
  56. <ul>Dring aan op Open Standaarden: laat uw (lokale) overheid, universiteit of werkgever u niet dwingen tot het gebruik van propriëtaire formaten.</ul>
  57. </p>
  58. </blockquote>
  59. <blockquote>
  60. <h3 id="as-a-politician">Als politicus</h3>
  61. <ul>
  62. <li>Promoot beleid dat in de praktijk concurrentie en innovatie in standaardisatie zekerstelt, dat wil zeggen minimalistische Open Standaarden die met Vrije Software te implementeren zijn.</li>
  63. <li>Promoot licentiebeleid dat gebaseerd is op 'beperkingsvrije' voorwaarden om de breedst mogelijke overname van standaarden te bereiken en implementatie ervan door alle actoren op de markt mogelijk te maken.</li>
  64. <li>Maak een prioriteit van het gebruik van Open Standaarden in publieke inkoop en software-ontwikkeling, om zo de interoperabiliteit van alle software-oplossingen in de publieke sector te vergroten.</li>
  65. </ul>
  66. </blockquote>
  67. </div>
  68. <h2>Verwant nieuws</h2>
  69. <fetch-news/>
  70. </body>
  71. <sidebar promo="open-standards">
  72. <dynamic-content />
  73. <h2>Verder lezen</h2>
  74. <ul>
  75. <li><a href="/activities/os/ps.html">"Analysis on balance: Standardisation and
  76. Patents"</a> door Georg Greve</li>
  77. <li><a href="/activities/os/why-frand-is-bad-for-free-software.html">Why
  78. FRAND is bad for Free Software?</a></li>
  79. <li><a href="/activities/os/eif-v3.en.html">FSFE's comments on the revision of
  80. the European Interoperability Framework v.3</a></li>
  81. <li><a href="/activities/os/eifv2.html">"EIFv2: Tracking the loss of
  82. interoperability"</a> door Karsten Gerloff en Hugo Roy</li>
  83. <li><a href="/activities/os/bsa-letter-analysis.html">"Defending Open Standards:
  84. FSFE refutes BSA's false claims to European Commission"</a> door Karsten
  85. Gerloff, Carlo Piana en Sam Tuke</li>
  86. <li><a href="http://fsfe.org/activities/os/2012-06-uk-consultation-os.en.html">FSFE's
  87. submission to the UK Open Standards Consultation 2012</a></li>
  88. <li><a href="/activities/policy/eu/digital-single-market-comments.en.html">FSFE
  89. comments on the EU Digital Single Market Strategy</a></li>
  90. <li><a href="/activities/policy/igf/sovsoft.html">"Sovereign Software: Open Standards,
  91. Free Software, and the Internet"</a> FSFE contribution to the first IGF</li>
  92. <li><a href="/activities/os/20150213.EC-patents-standards-consultation.FSFEresponse.pdf">FSFE response
  93. to the European Commission's consultation on patents and standards</a></li>
  94. <li><a href="/activities/os/2014-03-26.OpenLetterToVilella.en.html">Open
  95. Letter on Document Freedom Day 2014 to Giancarlo Vilella, Director of the European Parliament's
  96. DG ITEC and Chair of the Inter-Institutional Committee for
  97. Informatics</a> door Karsten Gerloff</li>
  98. <li><a href="/activities/os/msooxml.en.html">MS-OOXML: a pseudo-standard
  99. that pretends to be open</a></li>
  100. </ul>
  101. <h2>Interessante externe links</h2>
  102. <ul>
  103. <li><a href="http://documentfreedom.org">Document Vrijheidsdag</a></li>
  104. <li><a href="http://www.odfalliance.org">ODF Alliance</a></li>
  105. <li><a href="http://www.pdfreaders.org">PDFreaders.org</a></li>
  106. <li><a href="http://www.fsf.org/resources/formats/playogg">Play Ogg!</a></li>
  107. <li><a href="http://isp.law.yale.edu/static/papers/Open_Documents_and_Democracy.pdf">"Open
  108. Documents and Democracy"</a> door Laura de Nardis en Eric Tam, Yale
  109. Information Society Project</li>
  110. <li><a href="http://www.intgovforum.org/Substantive_1st_IGF/openstandards-IGF.pdf">"An
  111. Economic Basis for Open Standards"</a> door Rishab A. Ghosh</li>
  112. <li><a href="http://blogs.fsfe.org/greve/?p=160">"An emerging understanding
  113. of Open Standards"</a> door Georg Greve</li>
  114. </ul>
  115. </sidebar>
  116. <translator>André Ockers</translator>
  117. </html>
  118. <!--
  119. Local Variables: ***
  120. mode: xml ***
  121. End: ***
  122. -->