GeeKal: Unterschied zwischen den Versionen
Fukami (Diskussion | Beiträge) (Updates) |
Sven (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
(8 dazwischenliegende Versionen von 5 Benutzern werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
[[Kategorie:Ruby]][[Kategorie:Projekt]][[Kategorie:Archiv]] | |||
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 irgendwie keine dieser fertigen Lösungen so wirklich passend ist für Geeks... | |||
Mal abgesehen davon stellte fukami fest, dass | = Wer = | ||
*[[fukami]] | *[[fukami]] | ||
*[[Astro]] | *[[Astro]] | ||
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. | 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) | * Upload eines einfachen flat file mit Terminen (z.b. mit timestamp) | ||
* Ausgabe | * 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) | * Kategorisierung (mutiple, Ausgabe nach Kategorie und einzelne Kalender) | ||
* SVN-Repository (Sven fragen wegen pulsar) | * SVN-Repository (Sven fragen wegen pulsar) | ||
* Bugtracker Flyspray (Sven fragen) | * Bugtracker Flyspray (Sven fragen) | ||
* Skins für Webinterface | * Skins für Webinterface | ||
* Zu jeder Benutzereingabe kurze, erklärende Hinweise zeigen, abschaltbar für "fortgeschrittene" Nutzer | |||
* Zeit als diskordisches Datum ;) | * Zeit als diskordisches Datum ;) | ||
* SILC-Nachricht/Interface (?) | * SILC-Nachricht/Interface (?) | ||
* durch verschiedene User administierbar | |||
* sichtbare und unsichtbare Benutzergruppen | |||
== Software | == 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=== | |||
{| border="1" cellpadding="0" | |||
|'''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 | * Scriptsprache: Ruby | ||
* Backend: Postgres | * Backend: Postgres | ||
= To Do = | |||
* Storage | * Storage | ||
* Parser / Validator | * Parser / Validator | ||
* Export | * Export | ||
== Spezielleres zur Planung == | |||
... | |||
{{Rübÿ Spëëd Mëtäl Cödïng}} |
Aktuelle Version vom 12. Dezember 2006, 23:02 Uhr
Ein Link zu anderen Links. Mal abgesehen davon stellte fukami fest, dass irgendwie 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
...