]> pere.pagekite.me Git - homepage.git/commitdiff
Complete the post.
authorPetter Reinholdtsen <pere@hungry.com>
Mon, 27 Dec 2010 13:45:56 +0000 (13:45 +0000)
committerPetter Reinholdtsen <pere@hungry.com>
Mon, 27 Dec 2010 13:45:56 +0000 (13:45 +0000)
blog/data/2010-12-27-open-standard.txt

index 19b6cf9189328b25070da4f2b550539644a36ef8..94825845a4e9963415d3f275a252f1c31f6bc6f6 100644 (file)
@@ -1,6 +1,6 @@
-Title: The many definitions of open standard
+Title: The many definitions of open standard
 Tags: english, standard
 Tags: english, standard
-Date: 2010-12-27 14:30
+Date: 2010-12-27 14:45
 
 <p>One of the reasons I like the Digistan definition of
 "<a href="http://www.digistan.org/open-standard:definition">Free and
 
 <p>One of the reasons I like the Digistan definition of
 "<a href="http://www.digistan.org/open-standard:definition">Free and
@@ -122,21 +122,29 @@ Standards Checklist</a> with a fairly detailed description.</p>
 <ul>
 
 <li>Its development and management process must be collaborative and
 <ul>
 
 <li>Its development and management process must be collaborative and
-democratic:
+  democratic:
 
          <ul>
 
          <ul>
-         <li>Participation must be accessible to all those who wish to participate
-            and can meet fair and reasonable criteria imposed by the
-            organization under which it is developed and managed.
-         <li>The processes must be documented and, through a known method,
-            can be changed through input from all participants.
+
+         <li>Participation must be accessible to all those who wish to
+            participate and can meet fair and reasonable criteria
+            imposed by the organization under which it is developed
+            and managed.</li>
+
+         <li>The processes must be documented and, through a known
+            method, can be changed through input from all
+            participants.</li>
+
          <li>The process must be based on formal and binding commitments for
          <li>The process must be based on formal and binding commitments for
-            the disclosure and licensing of intellectual property rights.
-         <li>Development and management should strive for consensus, and an
-            appeals process must be clearly outlined.
-         <li>The standard specification must be open to extensive public review
-            at least once in its life-cycle, with comments duly discussed and
-            acted upon, if required.
+            the disclosure and licensing of intellectual property rights.</li>
+
+         <li>Development and management should strive for consensus,
+            and an appeals process must be clearly outlined.</li>
+
+         <li>The standard specification must be open to extensive
+            public review at least once in its life-cycle, with
+            comments duly discussed and acted upon, if required.</li>
+
          </ul>
 
 </li>
          </ul>
 
 </li>
@@ -145,43 +153,60 @@ democratic:
 
 <p>Use and Licensing of an Open Standard</p>
 <ul>
 
 <p>Use and Licensing of an Open Standard</p>
 <ul>
-<li>The standard must describe an interface, not an implementation, and the
-  industry must be capable of creating multiple, competing implementations to
-  the interface described in the standard without undue or restrictive constraints.
-  Interfaces include APIs, protocols, schemas, data formats and their encoding.
-<li> The standard must not contain any proprietary "hooks" that create a technical
-  or economic barriers
-<li>Faithful implementations of the standard must interoperate. Interoperability
-  means the ability of a computer program to communicate and exchange
-  information with other computer programs and mutually to use the information
-  which has been exchanged. This includes the ability to use, convert, or
-  exchange file formats, protocols, schemas, interface information or
+
+<li>The standard must describe an interface, not an implementation,
+  and the industry must be capable of creating multiple, competing
+  implementations to the interface described in the standard without
+  undue or restrictive constraints.  Interfaces include APIs,
+  protocols, schemas, data formats and their encoding.</li>
+
+<li> The standard must not contain any proprietary "hooks" that create
+  a technical or economic barriers</li>
+
+<li>Faithful implementations of the standard must
+  interoperate. Interoperability means the ability of a computer
+  program to communicate and exchange information with other computer
+  programs and mutually to use the information which has been
+  exchanged. This includes the ability to use, convert, or exchange
+  file formats, protocols, schemas, interface information or
   conventions, so as to permit the computer program to work with other
   conventions, so as to permit the computer program to work with other
-  computer programs and users in all the ways in which they are intended to
-  function.
-<li>It must be permissible for anyone to copy, distribute and read the standard for
-  a nominal fee, or even no fee. If there is a fee, it must be low enough to not
-  preclude widespread use.
-<li>It must be possible for anyone to obtain free (no royalties or fees; also known
-  as "royalty free"), worldwide, non-exclusive and perpetual licenses to all
-  essential patent claims to make, use and sell products based on the standard.
-  The only exceptions are terminations per the reciprocity and defensive
-  suspension terms outlined below. Essential patent claims include pending,
-  unpublished patents, published patents, and patent applications. The license
-  is only for the exact scope of the standard in question.
+  computer programs and users in all the ways in which they are
+  intended to function.</li>
+
+<li>It must be permissible for anyone to copy, distribute and read the
+  standard for a nominal fee, or even no fee. If there is a fee, it
+  must be low enough to not preclude widespread use.</li>
+
+<li>It must be possible for anyone to obtain free (no royalties or
+  fees; also known as "royalty free"), worldwide, non-exclusive and
+  perpetual licenses to all essential patent claims to make, use and
+  sell products based on the standard.  The only exceptions are
+  terminations per the reciprocity and defensive suspension terms
+  outlined below. Essential patent claims include pending, unpublished
+  patents, published patents, and patent applications. The license is
+  only for the exact scope of the standard in question.
+
       <ul>
       <ul>
-      <li> May be conditioned only on reciprocal licenses to any of licensees'
-      patent claims essential to practice that standard (also known as a
-      reciprocity clause)
-      <li> May be terminated as to any licensee who sues the licensor or any
-         other
-      licensee for infringement of patent claims essential to practice that
-      standard (also known as a "defensive suspension" clause)
-      <li> The same licensing terms are available to every potential licensor
+
+      <li> May be conditioned only on reciprocal licenses to any of
+        licensees' patent claims essential to practice that standard
+        (also known as a reciprocity clause)</li>
+
+      <li> May be terminated as to any licensee who sues the licensor
+        or any other licensee for infringement of patent claims
+        essential to practice that standard (also known as a
+        "defensive suspension" clause)</li>
+
+      <li> The same licensing terms are available to every potential
+        licensor</li>
+
       </ul>
       </ul>
-<li>The licensing terms of an open standards must not preclude implementations
-  of that standard under open source licensing terms or restricted licensing
-  terms
+</li>
+
+<li>The licensing terms of an open standards must not preclude
+  implementations of that standard under open source licensing terms
+  or restricted licensing terms</li>
+
 </ul>
 
 </blockquote>
 </ul>
 
 </blockquote>