Zivilkalender: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
(Angelegt mit Ergebnis-Notizen aus DS2019-Workshop) |
Vater (Diskussion | Beiträge) |
||
(2 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
== Hintergrund == | == Hintergrund == | ||
Auf den Datenspuren 2019 gab es einen Workshop | 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 | ||
---- | |||
* Es gibt ein standartisiertes Datenformat für den Austausch von Kalender-Daten: "ical", siehe [[wikipedia:de:iCalendar]] | |||
* Es gibt ein standartisiertes Netzwerkprotkoll für den Austausch von Kalenderdaten "calDAV", siehe [[wikipedia:de:CalDAV]] | |||
** basiert auf [[wikipedia:de:WebDAV]] | |||
== Umsetzungsstruktur == | == Umsetzungsstruktur == | ||
* Wir müssen zwischen "Software" und "Instanz" unterscheiden. | * Wir müssen zwischen "Software" und "Instanz" unterscheiden. | ||
* Software: | * Software: Muss von Menschen entwickelt bzw. von vorhandenem angepasst werden. | ||
* Instanz: Eine entsprechende Instanz ("Installation", "Deployment") der Software. Muss von Menschen | * 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 | ** Es kann (und soll) mehrere Instanzen geben. Diese können sich thematisch und örtlich und redaktionell teilweise überlappen und teilweise unterscheiden | ||
** Synchronisierung zwischen Instanzen | ** Synchronisierung zwischen Instanzen sollte möglich sein. | ||
---- | |||
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 ==== | |||
* 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 ==== | |||
* 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 ==== | |||
* 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, 22:04 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 wikipedia:de:iCalendar
- Es gibt ein standartisiertes Netzwerkprotkoll für den Austausch von Kalenderdaten "calDAV", siehe wikipedia:de:CalDAV
- basiert auf wikipedia:de:WebDAV
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 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