Askemos 2000 (Archive)
home · features · download · archive
IntellectualPropert · RECOMMENDATIONS · TrustedCode · USA

DesignAnforderungKompatibilitaet

Anwendung offener Standards

Entsprechend den Anforderungen der Europäischen Kommission wie sie im November 2004 beschlossen wurden, kommen als unverzichtbare Elemente ausschließlich offene, frei zugängliche Standards zur Anwendung. Seitens der Kommission wird gefordert:

Um Interoperabilität im Zusammenhang mit europaweiten eGovernment Diensten zu erzielen ist es notwendig, auf die Anwendung offener Standards zu fokussieren. Es folgen die Minimalanforderungen, welche eine Spezifikation und die zugehörigen Dokumente erfüllen muß um als offener Standard zu gelten:

  • Der Standard wurde von einer gemeinnützigen Organisation angenommen und wird von einer solchen gepflegt.
  • Der Standard wurde veröffentlicht und das Spezifikationsdokument ist entweder kostenlos uder zu einer nominellen Gebühr berfügbar. Es muß jedermann möglich sein, dieses Dokument zu gleichen Bedingungen zu kopieren oder weiter zu verbreiten.
  • Das IntellectualProperty, insbesondere mögliche Patentansprüche an (Teilen des) Standards müssen unwiderruflich und ohne Gebühr verfügbar sein.
  • Es gibt keine Beschränkungen bei der Wiederverwendung des Standards

Siehe auch Conclusions and Recommendations on Open Document Exchange Formats (6.12.2006) des Pan-European eGovernment Services Committee:

6. RECOMMENDATIONS?...

6.2. To use only formats that can be handled by a variety of products, avoiding in this way to force the use of specific products on their correspondents. When the usage of proprietary formats is unavoidable, alternative, internationally standardized open formats shall be provided in addition to proprietary formats; ...Industry, industry consortia and international standardisation bodies are invited:

6.6. To work together towards one international open document standard, acceptable to all, for revisable and non-revisable documents respectively; ...

6.8. To avoid invalidating the purpose of open document exchange and storage formats by offering extensions to the relevant international standards as default formats. -

siehe auch http://fussnotes.typepad.com/plexnex/2007/02/news_a_texas_bi.html ein texanischer Gesetzesvorschlag (2007)

Definition of an "open document" format

The Bill establishes that agencies must specify for themselves an "open Extensible Markup Language based file format" for the creation, exchange or maitentance of their electronic documents. They must be able to receive such documents and "may not change documents to a file format used by only one vendor."

This Bill provides a working definition of an open document format. According to the Bill, such a document format will be...

  1. interoperable among diverse internal and external platforms and applications;
  2. published without restrictions or royalties;
  3. fully and independently implemented by multiple software providers on multiple platforms without any intellectual property reservations for necessary technology; and
  4. controlled by an open industry organization with a well-defined inclusive process for evolution of the standard.

Relevante Anforderungen

Wie in diesem Artikel (Heise) erkennbar, ist es auch für andere Staaten (hier die USA?), in rechtsbindenden Angelegenheiten (hier Identifikation) notwendig, ihre Unabhängigkeit von Monopolinteressen (insbesondere von im Ausland sesshaften Monopolinhabern) zu bewahren. Hier manifestiert sich im souveränen Willen die logische Erkenntnis, daß unabhängig politisch/kulturellen Auffassungen ausschliesslich patentfreie Standards als zwingende Vorraussetzung für rechtsbindende Vorgänge anerkannt werden können.

Siehe auch Tina Gasperson's "Magic Food".

Ursprügliche Anforderung wie am 14. Dez. 2000 vom Vorgängerdokument übernommen

Als unverzichtbare Elemente kommen ausschließlich offene, frei zugängliche Standards zur Anwendung.

Die Mitgliedschaft für natürliche Personen in den standarddefinierenden Organisationen muß möglich und darf nicht an finanzielle Leistungen gebunden sein.

Die Eignung eines Standards wird in der folgenden Reihenfolge bewertet:

  1. Anzahl und vollständige Abdeckung der Einsatzbereiche
  2. Flexibilität und Verbreitung
  3. Marktstellung früherer Standards des Gremiums
  4. Einkaufspreis bzw. Implementierungsaufwand Alle weiteren, unterstützen Schnittstelllen und Standards werden durch verzichtbare Komponenten (TrustedCode) bereitgestellt.





border
last modification: Wed, 07 Feb 2007 17:57:15 +0100
authors: jfw,
document identifier: A849640f672ed0df0958abc0712110f3c
delivered to public at Tue, 07 Feb 2012 13:00:12 +0100
short comments display (1)


rss

pdf :: context view

search



24 Apr 2004 DefineInsecureMode
12 Dez 2010 FreeBSD
07 Dez 2010 BALLFeatures
05 Dez 2010 ByzantineAgreement
04 Dez 2010 SQLITE
03 Dez 2010 SRS
12 Okt 2010 WebDAV
12 Sep 2010 SQL
16 Jun 2010 BALL
16 Jun 2010 CouchDB
16 Jun 2010 AskemosServer
07 Mai 2010 SystemRequirements
30 Mar 2010 ProjectsOnThePlate
30 Mar 2010 AskemosResources
30 Mar 2010 RSchemeInstall
30 Mar 2010 INSTALL
30 Mar 2010 ChickenScheme
debug-access.scm
27 Nov 2009 subscriber
development
12 Jul 2009 test
01 Jul 2009 TrustCenter
27 Dez 2008 JKomG
26 Dez 2008 FanOut
26 Dez 2008 MIME
NetBSD
NOTE
02 Mai 2006 AskemosTopMenu
18 Nov 2008 StorageAdaptor
18 Nov 2008 PStoreStorageAdapt
18 Nov 2008 OperationTips
15 Nov 2008 PCRE
04 Nov 2008 ProgrammingLanguag
09 Sep 2008 RelatedProjects
23 Jul 2008 ModuleStructure05
17 Jun 2008 NEWS
17 Jun 2008 HTML
17 Jun 2008 ACM
22 Mai 2008 HTTP
22 Mai 2008 BOSH
10 Mai 2008 AskemosBibliograph
10 Mai 2008 JerrysDreamAbstrac
20 Apr 2008 XSLT
11 Mar 2008 CodingStyle
10 Mar 2008
09 Mar 2008 MIMEConverter
BSD
07 Mar 2008 XML
06 Mar 2008 SRFI
01 Mar 2008 RFC4810
01 Mar 2008 RFC4998






Add


home · features · download · archive