GeeKal: Unterschied zwischen den Versionen

Aus C3D2
Zur Navigation springen Zur Suche springen
(Hinweise)
Keine Bearbeitungszusammenfassung
 
(4 dazwischenliegende Versionen von 4 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 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 15:
* 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 22:
* 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 27:
* 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 37:
* 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 78:
|}
|}
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 ==


...
{{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

...


Rübÿ Spëëd Mëtäl Cödïng
Coders: Astro | Conny | Sven