Differences between revisions 24 and 25
⇤ ← Revision 24 as of 2007-07-11 11:02:54 →
Size: 5940
Editor: PetterReinholdtsen
Comment: Link to blog about problems with the OOXML formula specification.
← Revision 25 as of 2007-07-20 12:46:30 → ⇥
Size: 5940
Editor: PetterReinholdtsen
Comment: Typo.
Deletions are marked like this. Additions are marked like this.
Line 31: Line 31:
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 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

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.

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 ([http://www.oio.dk/dataudveksling/ehandel/eFaktura OIOXML]), og tilsvarende norsk standard [http://www.e2b.no/ e2b].

  • [:/multimedia: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 (last edited 2015-11-29 21:27:01 by localhost)