GeeKal: Unterschied zwischen den Versionen

Aus C3D2
Zur Navigation springen Zur Suche springen
(Updates)
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 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?
== 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 von .ics (per automatisiertem Download oder Upload durch User)
* Upload von .ics  
* Eingabe in Webinterface
* Angabe einer .ics-URL
* Eingabe public, eventuell mit Approve durch Administratoren, Notifikation per Jabber
* Upload eines einfachen flat file mit Terminen (z.b. mit timestamp)  
* Upload eines einfachen flat file mit Terminen (z.b. mit timestamp)  
* Ausgabe von RSS (Einbinden in Webseiten), .ics als Subscription
* 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)
* durch verschiedene User administierbar
* sichtbare und unsichtbare Benutzergruppen
* hohe Skalierbarkeit
* 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 ;)
* Jabber-Notification ermöglichen mit Zeitangabe bevor die Notifikation erfolgen soll
* 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 =
== 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