Benutzer:Dan-yell/Kalender-Konzeption/technische Umsetzung

Diese Seite ist in Arbeit

Professionelle Lösungen bedeuten eine zumindest teilweise Neuprogrammierung, vermutlich in PHP. Sie sollten unter einer Creative-Commons-Linzenz veröffentlichbar sein und durch Dritte nachvollziehbare Strukturen besitzen Lösungen durch Nutzung bestehender Services haben dagegen folgende Nachteile: Und folgende Vorteile: (als Gedankenexperiment) Demonstrationscharakter für professionelle Lösung

Collaborative Bearbeitung einer Termin-Datenbank

Ziele: Transparenz und Nachvollziehbarkeit, Nutzerrechteverwaltung, bequeme Eingabe- und Importmöglichkeiten, komfortables Einfügen von Tags (hier mehr dazu).

Professionelle Lösung

• Ein Entwurf besteht bereits im Bearbeitungssystem von http://www.Lifeguide-München.de
  • Benutzergruppen mit unterschiedlichen Bearbeitungsrechten
  • Bearbeitungnen nachvollziehbar (nur Autor und Datum, nicht Änderung!)
  • Wesentliche Lücken bestehen z.B. bei der Einbindung von Tags

Lösung durch Nutzung bestehender Services

• Mediawiki mit "gesichtete Versionen"-Erweiterung
  • -> Realistische Option, stellt aber besondere Anforderung an die weiteren Schritte
  • Jeder Termin ist eine eigene Wiki-Seite

Terminzusammenstellung nach Tags

Ziel: Befehl zur Tag-gestützten Terminauswahl wird durch Parameter in der iCalendar-URL gegeben.

Professionelle Lösung

• URL-gesteuerte Ausgabe von Daten (vgl. die sofortige Generierung beliebig dimensionierter Bilder durch Mediawiki-Server: [1], [2], [3])

Lösung durch Nutzung bestehender Services

• Bei Nutzung von Mediawiki als Datenbank: Nutzung der Erweiterung DynamicPageList
  • Kein URL-gesteuerter Abruf, Tagauswahl müsste fest ins Wiki eingetragen werden
  • Einzige mögliche Operatoren: NOT, AND
• Online-Tabellenkalkulation

Ausgabe als iCalendar-Feed

Lösung durch Nutzung bestehender Services

• Yahoo Pipes
• Online-Tabellenkalkulation
  • Das leider bald geschlossene Editgrid bietet an, einzelne Zellen mit beliebiger Dateiendung einzeln abzurufen.
  • Via ein Google Spreadsheet und einen Google calendar

Herausforderungen

• Aktualität
  • Var. 1: Überarbeitung der Datenbank: Jeden Tag läuft ein script/bot darüber und ändert einen Aktualitäts-Tag oder archiviert die Veranstaltung
  • Var. 2: Bei der Terminzusammenstellung werden vergangene Termine auch ohne eigenen Tag aussortiert
  • Extras: Präzise (relative und/oder absolute) Zeiträume können angegeben werden, z.B. "zukünftiges und max. 7 Tage altes" oder "alles vom 15. bis 28. Juni 2015".

• Geschwindigkeit
  • Wichtig, damit Bearbeitende sofort Rückmeldung über das geänderte Feed bekommen
  • Wahrscheinlich kein Problem, wenn direkt auf die Datenbank zugegriffen wird

Einbindung des iCalendar-Feeds

• Drupal (Anleitungen):

• http://drupal.stackexchange.com/questions/21878/how-to-import-an-ical-feed
• http://websmiths.co/blog/drupal-7-feeds-tutorials-importing-ical

• Joomla: http://ezinearticles.com/?Importing-iCalendar-Events-Into-a-Joomla-Calendar&id=7333198
• Typo3: "Calendar Base" http://typo3.org/extension-manuals/cal/1.5.3/view/
• Wordpress:

• http://wordpress.org/plugins/all-in-one-event-calendar/

Importing and exporting iCalendar (.ics) feeds is one of the strongest features of the All-in-One Event Calendar system

• nur Terminliste: http://wordpress.org/plugins/amr-ical-events-list/
• nur Terminliste: http://wordpress.org/plugins/wordpress-ics-importer/
• unzählige weitere: http://wordpress.org/plugins/tags/icalendar

• Alternativen, falls Funktion bei weiteren Systemen fehlt oder unbefriedigend ist:

• Feed in Google Kalender abonnieren und freigeben; von Google bereitgestellte Iframe-URLs einbinden
• "IcalJs" von Zetabee (Bsp.): https://zetabee.com/icaljs/
• "PHPiCalendar": http://sourceforge.net/projects/phpicalendar/

http://time.ly/

• Mit (vielleicht übermäßigem) zusätzlichem Programmieraufwand: Eigener iframe, der vom Server des Feedgenerators miterzeugt wird (vgl. Funktionalität von Google calendar)