[openstandaarden] Verslag vergadering 12 augustus 2002
Sven Vermeulen
sven.vermeulen at rug.ac.be
Tue Aug 13 15:03:10 CEST 2002
Ieps,
Onderaan vind je het verslag van de vergadering van maandag j.l. Spui uw
commentaar maar niet te veel, de mailinglist is al voldoende druk.
Stefan: kan je dan os-teksten creëren ?
Mvg,
Sven Vermeulen
-------------------------------------------------------------------[ ]-
Verslag vergadering Openstandaarden
Sven Vermeulen
12 augustus 2002
Inhoudsopgave
* Online Banking
* Schrijfsuggesties OSB
* Standaarden aanraden?
* Goede voorbeelden tonen?
* Vergelijking milieu en open standaarden
* Wetsvoorstel 1022
* Versleuteling en beveiliging: aparte tekst
* VZW, huidige situatie
* Dossiersysteem
* Samenwerking AEL
* Actieve stap naar de media
* Het 20-minuten durende kwartierke van Rik
Aanwezig:
Wim Stubbe Bram Vandoren Philip Paeps Mark Van den Borre
Frank Goubert Stefan Goethals Rik Boven Jan Claes
Sven Vermeulen
Online Banking
Het forceren van het gebruik van een ander formaat (protocol) vergt teveel
aanpassingen bij de banken. De kans is daar zeer groot dat ze het voorstel
in de prullenbak smijten. Een beter te realiseren voorstel is het gebruik
van een webinterface (voor banktransacties) die uitsluitend gebruik maakt
van open standaarden.
Het aanpakken van banken is echter niet geschikt voor op korte termijn. We
moeten hiervoor een vertrouwensrelatie opbouwen via personen van de bank
zelf die gelijkaardige meningen hebben. Het is ook niet nodig om de
webmasters van de bank-sites te viseren: zij hebben meestal geen
slaagkracht wat betreft het beleid voor IT-infrastructuur.
Om op korte termijn resultaten te halen is het interessant dat iedereen
individueel klachten stuurt naar zijn/haar bank en dit niet in naam van
OSB. Immers banken zijn sneller geneigd naar hun klanten te luisteren dan
naar een derde partij.
Schrijfsuggesties OSB
Het is belangrijk te weten welk publiek we naar onze site wensen te
sturen. Daar dit zeer gevarieerd is is het nodig onze website correct weer
te geven met de nodige zorg voor de taal.
Ten eerste mag de homepagina (index) niet te lang zijn. Ze moet de
bezoeker uitnodigen om verder te surfen op onze site. Ze mag dus tevens
niet te droog zijn. Daar we echter tevens het professionele publiek
viseren zijn droge, professionele referentieteksten zeer belangrijk. Het
is dan ook aangewezen dergelijke teksten online te publiceren.
Een interessant voorstel is om de bestaande en komende teksten eerst door
een peer-review te laten `controleren'.
Verder is het nodig om ee lijn in de teksten te creeren. Momenteel zijn de
bestaande teksten niet consequent. Er zijn geen richtlijnen. Het is dan
ook de bedoeling richtlijnen neer te pennen voor dergelijke teksten. We
zullen een aparte mailinglist opstarten waarin over deze richtlijnen
gediscussieerd zal worden, waarna de personen die teksten schrijven deze
richtlijnen als advies zullen meekrijgen. Als voorstel van mailinglistnaam
is ``os-teksten'' uit de bus gekomen. Verder moet deze mailinglist een of
enkele verantwoordelijken hebben die op regelmatige tijdstippen de
`algemene' mailinglist informeert over de gedane discussies. Het is
trouwens ook de bedoeling op de algemene mailinglist te verlossen van de
huidige drukte (het aantal mails is niet meer te overzien).
Standaarden aanraden?
Naar aanleiding van de thread over het al dan niet aanraden van
standaarden door OSB zelf werd een constructieve en beslissende discussie
gehouden. Er zouden geen vergelijkende tests aangaande de kwaliteit van
een formaat gepubliceerd worden (e.g. geen benchmarkresultaten enzo) maar
wel vergelijkingen die de kern van de zaak, namelijk het al dan niet open
en standaard zijn, aankaarten. Mogelijk zou ook vernoemd kunnen worden
welke formaten het populairst zijn.
Verder is er afgesproken dat er een deftige definitie van open standaarden
moet komen, een die onderscheidt maakt tussen een open specificatie en een
werkelijke open standaard. Tevens werd aangehaald dat men wel ``open
standaard'' kan gebruiken maar niet ``gesloten standaard''. Immers, een
standaard is per definitie open. ``gesloten protocol'' of ``gesloten
formaat'' is de correcte benaming.
Met het onderscheidt tussen open standaarden en open specificaties is de
vraag of OSB zich enkel richt naar de open standaarden of ook de open
specificaties snel gesteld. Daar het enkel richten naar open standaarden
zeer kleinschalig is (vooral in de IT-sector) zal OSB zich ook richten
naar het gebruik van open specificaties, uiteraard met de melding dat open
standaarden `nog' beter zijn.
We laten echter de huidige definitie van open standaarden staan op de
website en wachten op Wim Stubbe's document voordat we een verdere
fine-tuning doorvoeren. Onafhankelijk van deze finetuning zullen we op de
site een aparte plaats maken waarvoor OSB staat alsook de definitie van
open standaarden zoals wij die zien. Deze pagina is essentieel voor OSB!
Goede voorbeelden tonen?
Naar aanleiding van een andere thread op de mailinglist werd gebrainstormd
over het al dan niet tonen van goede voorbeelden van open standaarden en
open-standaarden-toepassingen op de website. Daar dergelijke voorbeelden
een sensibiliseringswaarde bevatten (de vergelijking met GSM-netwerken is
daar een goed voorbeeld van) is het zeer nuttig om dergelijke voorbeelden
beschikbaar te stellen.
Er zijn verschillende manieren geopperd. De eerste is een aparte pagina
met daarbij een soort van `column', een opinie-stuk dat de bezoeker
nastemd tot nadenken over het nut van dergelijke open standaarden.
Een andere manier is het integreren van een klein maar significant aantal
voorbeelden in de definitie-pagina van OSB. Klein omdat de pagina niet te
groot mag zijn, significant opdat ze hun sensibiliseringswaarde niet
zouden verliezen.
Enkele voorbeelden die al aangehaald zijn zijn het GSM-netwerk, het
elektriciteitsnetwerk, het A4 papierformaat, ... Meer voorbeelden zullen
volgen na een brainstorming op de nodige mailinglist.
Verder werd geopperd om een sectie ``Succesverhalen'' naar voor te
brengen. Deze pagina zou vooreerst de al bestaande successen herbergen
(deze die zonder de hulp/commentaar van OSB al gerealiseerd zijn) en later
dan de successen die gedeeltelijk of compleet aan OSB te wijden zijn.
Omdat ``Succesverhalen'' echter teveel op OSB-successen doet denken is een
andere benaming misschien beter. Een discussie op de nodige mailinglist
zal uitsluitsel geven.
Vergelijking milieu en open standaarden
De discussie, die ontstaan is uit een thread van de mailinglist, heeft als
resultaat dat iedereen weet dat bewustwording nodig is, maar dat dit niet
het enige middel is dat OSB moet aanwenden. Deze discussie ontaarde echter
zeer snel in off-topic discussies en dus werd dit agendapunt afgesloten.
Wetsvoorstel 1022
OSB zelf is te `nieuw', te `groen' om mogelijke acties in touw te zetten.
Immers, indien we ons richten op de regering en we `missen' om een of
andere reden ons doel, dan kunnen we later niet opnieuw proberen met het
excuus dat de `toen nog niet volgroeid waren'. We moeten het dan nu ook
iets kleiner zien en ons richten op bijvoorbeeld gemeentelijk niveau.
Versleuteling en beveiliging: aparte tekst
Het is onnodig om hieraan een aparte tekst/pagina te wijden. We zullen
IPSec in de lijst van formaten/protocollen plaatsen die gestandaardiseerd
zijn (zie eerder in dit verslag). Het is echter niet de bedoeling dat we
mensen, die teksten willen schrijven, tegenwerken, integendeel. Eenmaal de
teksten afgewerkt zijn kunnen we hierover discussieren, de teksten
aanpassen aan de richtlijnen enz...
VZW, huidige situatie
De statuten zijn ongeveer afgewerkt op 1 punt na. Wim Stubbe zal Rik Boven
de opmerkingen van VSCD en de al-gemaakte statuten doorsturen in de hoop
dat deze de correcte bewoording vindt om aan de statuten toe te voegen.
Indien Rik Boven de statuten kan afwerken zullen ze opnieuw ter controle
naar de VSCD gestuurd worden.
Dossiersysteem
Bram stelde Bugzilla voor als mogelijk systeem. Bugzilla is echter voor
sommigen iets te technisch, vooral indien je wil dat de betrokken partijen
hun eigen dossiers kunnen opvolgen. Nochtans heeft het wel de
mogelijkheden die we ongeveer verwachten van het dossiersysteem.
Rik Boven zal eens zoeken naar andere kandidaten. Het is vooral de
bedoeling dat het dossiersysteem een soort van `tracking' ondersteund, dat
alle communicatie aangaande het dossier opslaat. Verder zou er een intern
en een extern gedeelte moeten zijn. Het interne bevat alle communicatie en
documentatie aangaande het onderwerp, inclusief alle flames die er
mogelijk over kunnen onstaan. Het externe bevat alle informatie die naar
de buitenwereld mag gegeven worden. Mogelijk kan het externe nog eens
opgesplitst worden in extern maar beperkt tot de betrokken partij en
extern naar de ganse wereld.
Het is echter duidelijk dat we zelf nog niet precies weten hoe en wat we
wensen in het dossiersysteem. Het is dan ook aangeraden hieromtrent een
discussie te voeren op de gepaste mailinglist.
Samenwerking AEL
Als organisatie zijn we nog te nieuw/groen om een samenwerking aan te
gaan.
Actieve stap naar de media
Idem als hierboven. Echter, het leggen van contacten e.d. kan uiteraard nu
al beginnen.
Het 20-minuten durende kwartierke van Rik
Rik Boven heeft een presentatie uit de doeken gedaan over hoe hij OSB zag.
Zijn gebruikte presentatie en opmerkingen kan je vinden op
http://rik.boven.net/presentation/12-aug-2002/index.html.
Wat betreft het promoten van open standaarden naar bedrijven was het
duidelijk dat men bedrijven moet laten inzien dat het hen financiel
voordeel opbrengt, liefst van al nog op korte termijn. Echter, migratie
van een bepaald product naar een ander is op korte termijn meestal niet
voordelig op dat gebied. Het is dan ook duidelijk dat we hieromtrent
case-studies moeten voorleggen.
-------------------------------------------------------------------[ ]-
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://openstandaarden.be/pipermail/openstandaarden/attachments/20020813/940c3e90/attachment-0002.pgp
More information about the Openstandaarden
mailing list