Re: Linuxeventkalender

* Jens Kubieziel <[email protected]> [2004-11-10 17:24]:
> * Sven Guckes schrieb am 2004-11-10 um 15:44 Uhr:
> > ich glaube die zielrichtung des kalenders ist nicht klar geworden.
> > es geht nicht darum einen kalender in irgendeiner form zu machen,
> > sondern *eine* "datenbank", die eine ausgabe in moeglichst vielen
>
> Ich hatte mal angefangen, etwas in der Art zu schreiben.
> (<URL:http://www.kubieziel.de/tmp/kal.php>).

nun, das ist *einer* der vielen moeglichen kalender.
die kalender site sollte aber ermoeglichen,
die ausgabe der daten selber zu bestimmen.
*jeder* *muss* an *alle* daten kommen koennen -
und in moeglichst vielen *freien* formaten.

> > formaten erlaubt.  zudem sollte nachvollziehbar sein wer die daten
> > eingeschickt hat und wer sie demnach auch weiterhin pflegen wird.
>
> Die Pflege mach(t|en) der/die, der/die den Kalender auf der
> Webseite haben. Zumindest aus der Sicht der Aussenwelt.

wen interessiert esdenn was die aussenwelt denkt?  ;-)

> > als weiteres ziel sollte die pflege der daten auch beinhalten,
> > dass jeder dateneingeber zunaechst per email um eine bestaetigung
> > einer challenge gebeten wird bevor seine daten "erscheinen".
>
> Halte ich nicht f=FCr sonderlich sinnvoll. Vielmehr sollten die Daten i=
n
> Form einer Mail beim Maintainer des Kalenders landen. Dieser gibt dann
> den Eintrag frei oder l=F6scht ihn.

damit bleibt die arbeit dann wiederum am maintainer haengen.

diese struktur sieht dann aber so aus:
- es muss einen maintainer geben.
- der maintainer muss zeit haben fuer eine bearbeitung.
- der maintainer muss die daten ueberpruefen.
- der maintainer muss die daten einpflegen.
- der maintainer ist allein verantwortlich.
an jeder stelle kann es schief gehen. :-(

ein wiki kann diese aufgaben auf viele leute verteilen.
ein wiki erlaubt aber auch die veraenderung
von guten daten zu incorrekten daten.
hierbei muss der maintainer den
aenderungen hinterherlaufen. :-(

wenn aber die daten mit dem namen und einer emailadresse
verbunden sind und diese auch nur vom "besitzer" geaendert
werden koennen, dann ueberlegt jeder, ob er wirklich mit
seinem namen dafuer einsteht.  und das ist auch gut so.

ich bin das jetzt schon x-mal durch.  und darum habe ich
meinen kalender auch dicht gemacht - weil es kaum leute
gibt, die fuer ihre daten oeffentlich einstehen wuerden.
traurig - aber wahr.

mein ziel ist folgendes:
website mit webformular.  alternativ zusendung
der daten als reinen text per email (zB in XML).
erzwingung der ueberpruefung einer primaeren
und einer sekundaeren emailadresse jeweils
durch rueckfrage per email challenge.
taegliches oeffentliches archiv aller daten -
in mehreren formen (HTML, XML, iCal..).
taegliche backups und mirrors.
datenbestand ueberpruefen, zB automatisierte
tests der emailadressen alle drei monate.
maintainer, die mist liefern, rauswerfen.

letztendlich muss das ganze auch funktionieren,
wenn es *keinen* hauptmaintainer mehr gibt.

Sven