Zivilkalender: Unterschied zwischen den Versionen

Aus C3D2
Zur Navigation springen Zur Suche springen
(Angelegt mit Ergebnis-Notizen aus DS2019-Workshop)
 
Keine Bearbeitungszusammenfassung
Zeile 1: Zeile 1:
== Hintergrund ==
== Hintergrund ==


Auf den Datenspuren 2019 gab es einen Workshop [[https://datenspuren.de/2019/fahrplan/events/10453.html | Workshop: Digitale Tools zur zivilgesellschaftlichen Vernetzung]].
Auf den Datenspuren 2019 gab es einen Workshop [https://datenspuren.de/2019/fahrplan/events/10453.html Workshop: Digitale Tools zur zivilgesellschaftlichen Vernetzung].
Dabei wurde hauptsächlich über einen "gemeinsamen" Kalender gesprochen - eine Idee, die schon länger durch die lokale und überregionale Szene geistert.
Dabei wurde hauptsächlich über einen "gemeinsamen" Kalender gesprochen - eine Idee, die schon länger durch die lokale und überregionale Szene geistert.


----


Diese Wikiseite dient zur Präzisierung des Konzeptes.
Diese Wikiseite dient zur Präzisierung des Konzeptes.


== Konzept ==
== Konzept ==
Zeile 18: Zeile 17:
** Um Terminkollisionen bei der Planung eigener Veranstaltungen zu vermeiden
** Um Terminkollisionen bei der Planung eigener Veranstaltungen zu vermeiden


<br>
----


* Es gibt ein standartisiertes Datenformat für den Austausch von Kalender-Daten: "ical", siehe [[https://de.wikipedia.org/wiki/ICalendar]]
* Es gibt ein standartisiertes Datenformat für den Austausch von Kalender-Daten: "ical", siehe [[https://de.wikipedia.org/wiki/ICalendar]]
* Es gibt ein standartisiertes Netzwerkprotkoll für den Austausch von Kalenderdaten "calDAV", siehe [[https://de.wikipedia.org/wiki/CalDAV]]
* Es gibt ein standartisiertes Netzwerkprotkoll für den Austausch von Kalenderdaten "calDAV", siehe [[https://de.wikipedia.org/wiki/CalDAV]]
** basiert auf https://de.wikipedia.org/wiki/WebDAV (Web based  '''D'''istributed '''A'''uthoring and '''V'''ersioning)
** basiert auf https://de.wikipedia.org/wiki/WebDAV (Web based  '''D'''istributed '''A'''uthoring and '''V'''ersioning)


== Umsetzungsstruktur ==
== Umsetzungsstruktur ==
Zeile 33: Zeile 31:
** Synchronisierung zwischen Instanzen wir sollte möglich sein.
** Synchronisierung zwischen Instanzen wir sollte möglich sein.


<br>
----


Involvierte Kategorien von Personen (mit jeweiligem Zugriff auf die Termin-Daten)
Involvierte Kategorien von Personen (mit jeweiligem Zugriff auf die Termin-Daten)
Zeile 42: Zeile 40:


Natürliche Personen können bei Bedarf und Berechtigung ad hoc zwischen Kategorien wechseln.
Natürliche Personen können bei Bedarf und Berechtigung ad hoc zwischen Kategorien wechseln.


=== Anforderungen  ===
=== Anforderungen  ===


==== Perspektive: Endbenutzer:innen ====
==== Perspektive: Endbenutzer:innen ====
* Zugang zu Termininformationen für interessierte Menschen muss sehr niedrigschwellig sein
* Zugang zu Termininformationen für interessierte Menschen muss sehr niedrigschwellig sein
** Webinterface (Anzeige von Terminen)
** Webinterface (Anzeige von Terminen)
Zeile 52: Zeile 50:
* Filterung nach Schlagworten (Thema, Ort bzw. Distanz)
* Filterung nach Schlagworten (Thema, Ort bzw. Distanz)


==== Perspektive: Aktive ====


==== Perspektive: Aktive ====
* Veröffentlichung von Terminen über calDav (inkl. Anleitung wie das geht)
* Veröffentlichung von Terminen über calDav (inkl. Anleitung wie das geht)
* Manuelle Veröffentlichung von Terminen über ein Webinterface
* Manuelle Veröffentlichung von Terminen über ein Webinterface
Zeile 59: Zeile 57:
* Nachträgliche Korrektur/Bearbeitung (?)
* Nachträgliche Korrektur/Bearbeitung (?)


==== Perspektive: Instanz-Admins ====


==== Perspektive: Instanz-Admins ====
* Möglichst Null manueller Aufwand zur Content-Pflege
* Möglichst Null manueller Aufwand zur Content-Pflege
* Verwaltung von Aktiven über Einladungen (von Admins oder anderen Aktiven)
* Verwaltung von Aktiven über Einladungen (von Admins oder anderen Aktiven)
Zeile 68: Zeile 66:
** Backup
** Backup


==== Perspektive: Software-Entwicker:innen ====


==== Perspektive: Software-Entwicker:innen ====
* Möglichst wenig Langzeitarbeit
* Möglichst wenig Langzeitarbeit
* Möglichst viel vorhandenes verwenden
* Möglichst viel vorhandenes verwenden
* Nachhaltiger und ausgereifter Technologiestack
* Nachhaltiger und ausgereifter Technologiestack
* Gute Dev-Doku
* Gute Dev-Doku
== Siehe auch ==
* [[Gruppentermineaustauschkalender]]
[[Kategorie:Projekt]]

Version vom 7. Dezember 2019, 21:23 Uhr

Hintergrund

Auf den Datenspuren 2019 gab es einen Workshop Workshop: Digitale Tools zur zivilgesellschaftlichen Vernetzung. Dabei wurde hauptsächlich über einen "gemeinsamen" Kalender gesprochen - eine Idee, die schon länger durch die lokale und überregionale Szene geistert.


Diese Wikiseite dient zur Präzisierung des Konzeptes.

Konzept

Annahmen und Basis-Fakten

  • Es gibt verschiedene zivilgesellschaftliche Gruppen, die auf Veranstaltungen aufmerksamen machen wollen.
  • Es gibt Menschen, die wissen wollen, was demnächst an interessanten Veranstaltungen so passiert.
    • Aus individuellem Teilnahmeinteresse
    • Um Terminkollisionen bei der Planung eigener Veranstaltungen zu vermeiden

  • Es gibt ein standartisiertes Datenformat für den Austausch von Kalender-Daten: "ical", siehe [[1]]
  • Es gibt ein standartisiertes Netzwerkprotkoll für den Austausch von Kalenderdaten "calDAV", siehe [[2]]

Umsetzungsstruktur

  • Wir müssen zwischen "Software" und "Instanz" unterscheiden.
  • Software: muss von Menschen entwickelt bzw. von vorhandenem angepasst werden.
  • Instanz: Eine entsprechende Instanz ("Installation", "Deployment") der Software. Muss von Menschen Gewartet und bereut werden.
    • Es kann (und soll) mehrere Instanzen geben. Diese können sich thematisch und örtlich und redaktionell teilweise überlappen und teilweise unterscheiden
    • Synchronisierung zwischen Instanzen wir sollte möglich sein.

Involvierte Kategorien von Personen (mit jeweiligem Zugriff auf die Termin-Daten)

  • Endbenutzer:innen (lesend)
  • Aktive (lesend, schreibend)
  • Instanz-Administrator:innen (lesend, schreibend)
  • Software-Entwickler:innen (lesend)

Natürliche Personen können bei Bedarf und Berechtigung ad hoc zwischen Kategorien wechseln.

Anforderungen

Perspektive: Endbenutzer:innen

  • Zugang zu Termininformationen für interessierte Menschen muss sehr niedrigschwellig sein
    • Webinterface (Anzeige von Terminen)
    • abonnierbare Kalender
  • Filterung nach Schlagworten (Thema, Ort bzw. Distanz)

Perspektive: Aktive

  • Veröffentlichung von Terminen über calDav (inkl. Anleitung wie das geht)
  • Manuelle Veröffentlichung von Terminen über ein Webinterface
  • Zugriff auf einen "halb-öffentlichen" Kalender um zu sehen, welche Termine schon reserviert sind bzw. um eigene Reservierung vorzunehmen
  • Nachträgliche Korrektur/Bearbeitung (?)

Perspektive: Instanz-Admins

  • Möglichst Null manueller Aufwand zur Content-Pflege
  • Verwaltung von Aktiven über Einladungen (von Admins oder anderen Aktiven)
  • Schneller Überblick, wenn irgendwas nicht funktioniert (z.B. Ausfall eines Input-Streams)
  • möglichst einfaches und gut dokumentiertes
    • Deployment
    • Backup

Perspektive: Software-Entwicker:innen

  • Möglichst wenig Langzeitarbeit
  • Möglichst viel vorhandenes verwenden
  • Nachhaltiger und ausgereifter Technologiestack
  • Gute Dev-Doku

Siehe auch