Differences between revisions 4 and 5
Revision 4 as of 2007-08-28 12:31:34
Size: 6169
Editor: host-81-191-33-162
Comment:
Revision 5 as of 2015-11-29 21:27:02
Size: 6209
Editor: localhost
Comment: converted to 1.6 markup
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
NUUG bør levere inn høringsuttalelse om forslag til standardkatalog. Leder i standardgruppen, Idar Tollefsen, har meldt seg som redaktør av uttalelsen, og tar dermed ansvaret for å få den ferdig. Se også [:grupper/standard:standardgruppens wikisider]. NUUG bør levere inn høringsuttalelse om forslag til standardkatalog. Leder i standardgruppen, Idar Tollefsen, har meldt seg som redaktør av uttalelsen, og tar dermed ansvaret for å få den ferdig. Se også [[grupper/standard|standardgruppens wikisider]].
Line 11: Line 11:
 * Savner dansk standard for fakturainformasjon ([http://www.oio.dk/dataudveksling/ehandel/eFaktura OIOXML]), og tilsvarende norsk standard [http://www.e2b.no/ e2b].
 * [:uttalelser/200708-standardkatalog/multimedia:Multimediaformater og -protokoller]
 * Savner dansk standard for fakturainformasjon ([[http://www.oio.dk/dataudveksling/ehandel/eFaktura|OIOXML]]), og tilsvarende norsk standard [[http://www.e2b.no/|e2b]].
 * [[uttalelser/200708-standardkatalog/multimedia|Multimediaformater og -protokoller]]
Line 29: Line 29:
 * [http://www.impsec.org/~jhardin/ANSI_MS_OpenXML_letter.xhtml Brev til ANSI om problemer med OOXML]
 * [http://www.grokdoc.net/index.php/EOOXML_at_JTC-1 EOOXML at JTC-1]
 * [http://www.grokdoc.net/index.php/EOOXML_objections Objections to JTC-1 Fast-Track Processing of the Ecma 376 Specification v. 0.1 (OOXML)]
 * [http://www.ecma-international.org/publications/standards/Ecma-376.htm Ecma OOXML-spesifikasjonen]
 * [http://www.freesoftwaremagazine.com/articles/odf_ooxml_technical_white_paper ODF/OOXML technical white paper (short article)]
 * [ftp://officeboxsystems.com/odfa_ukag/ Technical Distinctions of ODF and OOXML (longer whitepaper)]
 * [[http://www.impsec.org/~jhardin/ANSI_MS_OpenXML_letter.xhtml|Brev til ANSI om problemer med OOXML]]
 * [[http://www.grokdoc.net/index.php/EOOXML_at_JTC-1|EOOXML at JTC-1]]
 * [[http://www.grokdoc.net/index.php/EOOXML_objections|Objections to JTC-1 Fast-Track Processing of the Ecma 376 Specification v. 0.1 (OOXML)]]
 * [[http://www.ecma-international.org/publications/standards/Ecma-376.htm|Ecma OOXML-spesifikasjonen]]
 * [[http://www.freesoftwaremagazine.com/articles/odf_ooxml_technical_white_paper|ODF/OOXML technical white paper (short article)]]
 * [[ftp://officeboxsystems.com/odfa_ukag/|Technical Distinctions of ODF and OOXML (longer whitepaper)]]
Line 36: Line 36:
 * [http://www.robweir.com/blog/2007/07/formula-for-failure.html The Formula for Failure - blog listing bugs in the formula specification for OOXML]  * [[http://www.robweir.com/blog/2007/07/formula-for-failure.html|The Formula for Failure - blog listing bugs in the formula specification for OOXML]]
Line 38: Line 38:
 * [http://www.nuug.no/dokumenter/20070511-standardkatalog.pdf Pressemelding og høringsdokument delt ut på FAD-pressekonferanse 2007-05-11]
 * [http://www.regjeringen.no/nb/dep/fad/pressesenter/pressemeldinger/2007/--Forste-skritt-mot-en-offentlig-sektor-.html?id=466602 Pressemelding]
 * [http://www.regjeringen.no/nb/dep/fad/dok/Horinger/Horingsdokumenter/2007/Horing---ODF.html?id=466498 Høring - Referansekatalog over anbefalte og obligatoriske IKT-standarder for offentlige virksomheter] fra FAD
 * [http://wiki.nuug.no/pressemelding/200705-standardkatalog Pressemelding fra NUUG om utkastet]
 * [http://www.digi.no/php/art.php?id=381780 digi.no: Røys krever bruk av åpne formater]
 * [http://www.idg.no/computerworld/article54433.ece computerworld: Grande Røys vil ha åpne standarder]
 * [http://www.idg.no/computerworld/article54449.ece computerworld: Regjeringen presser Microsoft]
 * [http://www.norstella.no/getfile.php/282410.177.bpbvrdeefs/Utkast+til+Norsk+Referansekatalog.pdf Norstella: Utkast til Norsk Referansekatalog]
 * [http://www.digi.no/php/art.php?id=385343 Stadig mer efaktura mellom norske bedrifter]
 * [http://holloway.co.nz/can-other-vendors-implement-ooxml.html Microsoft and Open Standards - Can Other Vendors Implement Microsoft's Office Open XML? ]
 * [[http://www.nuug.no/dokumenter/20070511-standardkatalog.pdf|Pressemelding og høringsdokument delt ut på FAD-pressekonferanse 2007-05-11]]
 * [[http://www.regjeringen.no/nb/dep/fad/pressesenter/pressemeldinger/2007/--Forste-skritt-mot-en-offentlig-sektor-.html?id=466602|Pressemelding]]
 * [[http://www.regjeringen.no/nb/dep/fad/dok/Horinger/Horingsdokumenter/2007/Horing---ODF.html?id=466498|Høring - Referansekatalog over anbefalte og obligatoriske IKT-standarder for offentlige virksomheter]] fra FAD
 * [[http://wiki.nuug.no/pressemelding/200705-standardkatalog|Pressemelding fra NUUG om utkastet]]
 * [[http://www.digi.no/php/art.php?id=381780|digi.no: Røys krever bruk av åpne formater]]
 * [[http://www.idg.no/computerworld/article54433.ece|computerworld: Grande Røys vil ha åpne standarder]]
 * [[http://www.idg.no/computerworld/article54449.ece|computerworld: Regjeringen presser Microsoft]]
 * [[http://www.norstella.no/getfile.php/282410.177.bpbvrdeefs/Utkast+til+Norsk+Referansekatalog.pdf|Norstella: Utkast til Norsk Referansekatalog]]
 * [[http://www.digi.no/php/art.php?id=385343|Stadig mer efaktura mellom norske bedrifter]]
 * [[http://holloway.co.nz/can-other-vendors-implement-ooxml.html|Microsoft and Open Standards - Can Other Vendors Implement Microsoft's Office Open XML? ]]

NUUG bør levere inn høringsuttalelse om forslag til standardkatalog. Leder i standardgruppen, Idar Tollefsen, har meldt seg som redaktør av uttalelsen, og tar dermed ansvaret for å få den ferdig. Se også standardgruppens wikisider.

Punkter som bør vurderes tatt med

  • Litt om hvorfor åpne standarder er bra, og hva som er årsaken til at markedsaktører ikke alltid vil ønske åpne standarder.
  • Bør kun velge standarder som følger forslaget til definisjon av åpen standard.
  • Ingen kommunikasjonsprotokoller som sender passord i klartekst bør velges.
  • Bruk RFC 2822, ikke RFC 822.
  • Bør kanskje nevne at IETF har krav om at spesifikasjoner må ha to uavhengige implementasjoner av spesifikasjonen som kan snakke sammen før noe får status som standard.
  • PDF er muligens ikke en åpen standard da beslutningsprosessen bak spesifikasjonen så vidt vi vet ikke er åpen for alle interesserte. Dette vil muligens endre seg da formateier har annonsert intensjon om å få formatet standardisert via ISO.
  • BSD og MIT-lisens er ikke standardisert av GNU (antar det menes FSF).
  • Savner dansk standard for fakturainformasjon (OIOXML), og tilsvarende norsk standard e2b.

  • Multimediaformater og -protokoller

  • Vi bør kanskje nevne at de som vil jobbe med standardisering i Norge kunne trenge bedre økonomiske vilkår?
  • Bør foreslå at det offentlige gjør en innsats for å standardisere områder der det mangler gode standarder i dag (eksempler?)
  • Det hevdes at OOXML-spesifikasjonen inneholder ufullstendige funksjonalitetsbeskrivelser (dvs. henviser til hvordan MS-produkter fungerer uten å forklare hvordan de fungerer). Vi bør ha med referanse (kapittel, sidenummer) og forklare at slikt er uakseptabelt i en standard.
  • Det er uklart hva som menes med "txt, mime" på side 26
  • På side 28 bør det klargjøres hvilke(n) RPC-standard(er) man mener
  • På side 28 er 3DES, AES, Blowfish, RSA, DSA, SHA-1 og MD5 feilaktig kategorisert som "de facto"
  • Hash-algoritmer med kjente og alvorlige feil (MD5?) bør ikke anbefales

Lengre innspill

Hvorfor er det en fordel for Norge med åpne standarder?

En god innføring i konsekvensen av manglende standardisering finnes i boken "The Measure of All Things : The Seven-Year Odyssey and Hidden Error That Transformed the World" av Ken Alder. Den forteller historien om meteren, og hvordan mangelen på felles måleenheter i Frankrike på 1700-tallet både fungerte som handelsbeskyttelser mellom landsbyer og landområder, og som lønnsoppgjør i enkeltområder. Innføringen av metersystemet førte til enklere handel og likere vilkår i markedet til sterke protester for de som tjente på manglende standardisering. Det gjaldt både vokterne av landsbyens målestav og offisielle rommål, og eksisterende bedriftseiere som ikke ønsket konkuranse fra folk utenfor lokalområdet.

Standardisering av kommunikasjon for handel og informasjonsutveksling er i en lignende situasjon idag som det var på 1700-tallet i Frankrike, der aktører med detaljkjennskap i prosessenen innenfor et område kan utnytte denne kunnskapen for å oppnå leverandørinnlåsing for å sikre sin egen inntekt - formodentligvis på bekostning av teknologisk fremskritt (ref. eksempel?).

Den mest markante forskjellen mellom dagnes situasjon og det beskrevet i "The Measure of All Things" er at kompleksiteten har øket dramatisk uten at behov for felles standarder har minket. Idag er det prosessen rundt utformingen av åpne Standarder som gir oss de beste mulighetene for å sikre best mulig samhandling. Krav om, og bruk av, åpne standarder gir oss en felles platform å bygge videre fra.

Referanser (som bør med i høringsdokumentet)

Referanser (til oss som skriver høringen)

uttalelser/200708-standardkatalog/introduksjon (last edited 2015-11-29 21:27:02 by localhost)