Benutzer:Dan-yell/Kalender-Konzeption/technische Umsetzung: Unterschied zwischen den Versionen

Aus München Wiki
Zur Navigation springen Zur Suche springen
(Die Seite wurde neu angelegt: „''Diese Seite ist in Arbeit'' '''Professionelle Lösungen''' bedeuten eine zumindest teilweise Neuprogrammierung, vermutlich in PHP. Sie sollten unter einer C…“)
 
Keine Bearbeitungszusammenfassung
Zeile 1: Zeile 1:
__KEIN_INHALTSVERZEICHNIS__
''Diese Seite ist in Arbeit''
''Diese Seite ist in Arbeit''


Zeile 5: Zeile 6:
Und folgende Vorteile: (als Gedankenexperiment) Demonstrationscharakter für professionelle Lösung
Und folgende Vorteile: (als Gedankenexperiment) Demonstrationscharakter für professionelle Lösung


==Bearbeitung einer Termin-Datenbank==
==Collaborative Bearbeitung einer Termin-Datenbank==
===Professionelle Lösung===
===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===
===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==
==Terminzusammenstellung nach Tags==
Ziel: Befehl zur Tag-gestützten Terminauswahl wird durch Parameter in der ICAL-URL gegeben.
===Professionelle Lösung===
===Professionelle Lösung===
Befehl zur Tag-gestützten Terminauswahl wird durch Parameter in der ICAL-URL gegeben.
===Lösung durch Nutzung bestehender Services===
===Lösung durch Nutzung bestehender Services===
* Bei Nutzung von Mediawiki als Datenbank: Nutzung der Erweiterung [http://www.mediawiki.org/wiki/Extension:DynamicPageList_(Wikimedia)/de DynamicPageList]
** Kein URL-gesteuerter Abruf, Tagauswahl müsste fest ins Wiki eingetragen werden
** Einzige mögliche Operatoren: NOT, AND
* Online-Tabellenkalkulation
==Ausgabe als ICAL-Feed==
==Ausgabe als ICAL-Feed==
===Professionelle Lösung===
===Professionelle Lösung===
Zeile 18: Zeile 32:
* Online-Tabellenkalkulation
* Online-Tabellenkalkulation
** Das leider bald geschlossene Editgrid bietet an, einzelne Zellen mit beliebiger Dateiendung einzeln abzurufen.
** Das leider bald geschlossene Editgrid bietet an, einzelne Zellen mit beliebiger Dateiendung einzeln abzurufen.
** [https://developers.google.com/gdata/articles/spreadsheets_calendar_base_mashup Via ein Google Spreadsheet und einen Google calendar]
==Herausforderungen==
==Herausforderungen==
* Aktualität
* Aktualität
** Entweder
** Var. 1: Überarbeitung der Datenbank: Jeden Tag läuft ein script/bot darüber und ändert einen Aktualitäts-Tag oder archiviert die Veranstaltung
** Oder
** 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 30. Juni 2015".
 
* Geschwindigkeit
* Geschwindigkeit
** Wichtig, damit Bearbeitende sofort Rückmeldung über das geänderte Feed bekommen
** Wichtig, damit Bearbeitende sofort Rückmeldung über das geänderte Feed bekommen
** wahrscheinlich kein Problem, wenn direkt auf die Datenbank zugegriffen wird
** Wahrscheinlich kein Problem, wenn direkt auf die Datenbank zugegriffen wird

Version vom 23. Oktober 2013, 13:43 Uhr

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

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 ICAL-URL gegeben.

Professionelle Lösung

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 ICAL-Feed

Professionelle Lösung

Lösung durch Nutzung bestehender Services

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 30. 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
Abgerufen von „https://www.muenchenwiki.de/w/index.php?title=Benutzer:Dan-yell/Kalender-Konzeption/technische_Umsetzung&oldid=105431“