Zivilkalender: Unterschied zwischen den Versionen

Aus C3D2
Wechseln zu: Navigation, Suche
(Angelegt mit Ergebnis-Notizen aus DS2019-Workshop)
 
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, 23: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