GeeKal: Unterschied zwischen den Versionen
Astro (Diskussion | Beiträge) (Kategorie hinzugefügt) |
(This page must use the Rübÿ Spëëd Mëtäl Cödïng template!!!111) |
||
Zeile 1: | Zeile 1: | ||
Ein [http://www.planscalendar.com/index.php?p=competition Link] zu anderen Links. | Ein [http://www.planscalendar.com/index.php?p=competition Link] zu anderen Links. | ||
Mal abgesehen davon stellte fukami fest, dass irgentwie keine dieser fertigen Lösungen so wirklich passend ist für Geeks... | Mal abgesehen davon stellte fukami fest, dass irgentwie keine dieser fertigen Lösungen so wirklich passend ist für Geeks... | ||
= Wer = | = Wer = | ||
*[[fukami]] | *[[fukami]] | ||
*[[Astro]] | *[[Astro]] | ||
Wer ist Design- (und JavaScript-)bewandert? | Wer ist Design- (und JavaScript-)bewandert? | ||
= Die Idee = | = Die Idee = | ||
Wir brauchen eine Kalenderapplikation, in der bequem Termine für Konferenzen, Usergruppen-Treffen aber auch intressante kulturelle und politische Ereignisse gesammelt und verarbeitet werden können. | Wir brauchen eine Kalenderapplikation, in der bequem Termine für Konferenzen, Usergruppen-Treffen aber auch intressante kulturelle und politische Ereignisse gesammelt und verarbeitet werden können. | ||
= Was = | = Was = | ||
== Import == | == Import == | ||
* Upload von .ics | * Upload von .ics | ||
Zeile 19: | Zeile 14: | ||
* Eingabe per Webinterface | * Eingabe per Webinterface | ||
* Eingabe public, eventuell mit Approve durch Administratoren | * Eingabe public, eventuell mit Approve durch Administratoren | ||
== Export == | == Export == | ||
* Ausgabe als RSS und .ics | * Ausgabe als RSS und .ics | ||
== Rollen == | == Rollen == | ||
* Anonymous | * Anonymous | ||
Zeile 28: | Zeile 21: | ||
* Moderatoren | * Moderatoren | ||
* Administratoren | * Administratoren | ||
== Notifikation == | == Notifikation == | ||
* Bei Eingabe eines neuen Termins oder neuen Kalenders | * Bei Eingabe eines neuen Termins oder neuen Kalenders | ||
Zeile 34: | Zeile 26: | ||
* Für regelmässige Statistik | * Für regelmässige Statistik | ||
* Jabber-Nachricht mit Zeitangabe wann die Notifikation erfolgen soll | * Jabber-Nachricht mit Zeitangabe wann die Notifikation erfolgen soll | ||
== sonstiges == | == sonstiges == | ||
* Kategorisierung (mutiple, Ausgabe nach Kategorie und einzelne Kalender) | * Kategorisierung (mutiple, Ausgabe nach Kategorie und einzelne Kalender) | ||
Zeile 45: | Zeile 36: | ||
* durch verschiedene User administierbar | * durch verschiedene User administierbar | ||
* sichtbare und unsichtbare Benutzergruppen | * sichtbare und unsichtbare Benutzergruppen | ||
== Ideen für Konflikterkennung (doppelte Events vermeiden) == | == Ideen für Konflikterkennung (doppelte Events vermeiden) == | ||
Punktesystem ähnlich SpamAssassin, Moderatoren werden bei erkannten (und potentiellen) Konflikten per Jabber benachrichtigt, können diese Wertungen noch ändern, sehen Übersichten mit doppelten (und potentiell doppelten) Terminen | Punktesystem ähnlich SpamAssassin, Moderatoren werden bei erkannten (und potentiellen) Konflikten per Jabber benachrichtigt, können diese Wertungen noch ändern, sehen Übersichten mit doppelten (und potentiell doppelten) Terminen | ||
===Beispiel=== | ===Beispiel=== | ||
{| border="1" cellpadding="0" | {| border="1" cellpadding="0" | ||
Zeile 88: | Zeile 77: | ||
|} | |} | ||
Ab einem Schwellwert (z.B. 15.0) werden zwei ähnliche Termine wie einer behandelt. Die Punktvergabe sollte jederzeit von Moderatoren einstellbar sein. | Ab einem Schwellwert (z.B. 15.0) werden zwei ähnliche Termine wie einer behandelt. Die Punktvergabe sollte jederzeit von Moderatoren einstellbar sein. | ||
= Software = | = Software = | ||
* Scriptsprache: Ruby | * Scriptsprache: Ruby | ||
* Backend: Postgres | * Backend: Postgres | ||
= To Do = | = To Do = | ||
* Storage | * Storage | ||
* Parser / Validator | * Parser / Validator | ||
* Export | * Export | ||
== Spezielleres zur Planung == | == Spezielleres zur Planung == | ||
... | |||
[[Kategorie:Ruby]] | |||
{{Rübÿ Spëëd Mëtäl Cödïng}} |
Version vom 11. Dezember 2005, 04:30 Uhr
Ein Link zu anderen Links. Mal abgesehen davon stellte fukami fest, dass irgentwie keine dieser fertigen Lösungen so wirklich passend ist für Geeks...
Wer
Wer ist Design- (und JavaScript-)bewandert?
Die Idee
Wir brauchen eine Kalenderapplikation, in der bequem Termine für Konferenzen, Usergruppen-Treffen aber auch intressante kulturelle und politische Ereignisse gesammelt und verarbeitet werden können.
Was
Import
- Upload von .ics
- Angabe einer .ics-URL
- Upload eines einfachen flat file mit Terminen (z.b. mit timestamp)
- Eingabe per Webinterface
- Eingabe public, eventuell mit Approve durch Administratoren
Export
- Ausgabe als RSS und .ics
Rollen
- Anonymous
- authentifizierte Benutzer
- Moderatoren
- Administratoren
Notifikation
- Bei Eingabe eines neuen Termins oder neuen Kalenders
- Bei Anmelden eines neues Users
- Für regelmässige Statistik
- Jabber-Nachricht mit Zeitangabe wann die Notifikation erfolgen soll
sonstiges
- Kategorisierung (mutiple, Ausgabe nach Kategorie und einzelne Kalender)
- SVN-Repository (Sven fragen wegen pulsar)
- Bugtracker Flyspray (Sven fragen)
- Skins für Webinterface
- Zu jeder Benutzereingabe kurze, erklärende Hinweise zeigen, abschaltbar für "fortgeschrittene" Nutzer
- Zeit als diskordisches Datum ;)
- SILC-Nachricht/Interface (?)
- durch verschiedene User administierbar
- sichtbare und unsichtbare Benutzergruppen
Ideen für Konflikterkennung (doppelte Events vermeiden)
Punktesystem ähnlich SpamAssassin, Moderatoren werden bei erkannten (und potentiellen) Konflikten per Jabber benachrichtigt, können diese Wertungen noch ändern, sehen Übersichten mit doppelten (und potentiell doppelten) Terminen
Beispiel
Feld | Termin 1 | Termin 2 | Merkmal | Punkte |
Titel | Datenspuren 2005 | Datenspuren reloaded | 11 Buchstaben stimmen überein | 11 * 0.5 = 5.5 |
Datum | 8. Mai 2005 (ganztägig) | 8. Mai 2005, 11:00-22:00 | Daten liegen dicht beieinander | 13 * 0.7 = 9.1 |
Ort | Scheune | Alaunstr. 36-40, 01099 Dresden | Kann von Moderatoren als "Synonyme" eingetragen werden | 3.0 |
... | ... | |||
Summe | 17.6 |
Ab einem Schwellwert (z.B. 15.0) werden zwei ähnliche Termine wie einer behandelt. Die Punktvergabe sollte jederzeit von Moderatoren einstellbar sein.
Software
- Scriptsprache: Ruby
- Backend: Postgres
To Do
- Storage
- Parser / Validator
- Export
Spezielleres zur Planung
...