Stadtwiki Diskussion:Projekte/Aktuelle Inhalte: Unterschied zwischen den Versionen

Aus dem Rhein-Neckar-Wiki
Zur Navigation springen Zur Suche springen
K (Portalnamensraum verwenden, Linkfix)
K (rhein-neckar-wiki.de)
Zeile 59: Zeile 59:


== Externe Lösungen ==
== Externe Lösungen ==
; mediawiki-API verwenden, z.B. {{Weblink|wiki.rhein-neckar.de/api.php|RNW API}}
; mediawiki-API verwenden, z.B. {{Weblink|rhein-neckar-wiki.de/api.php|RNW API}}


; WebService:  
; WebService:  
:* {{Weblink|www.mediawiki.org/wiki/Extension:AddPageService|www.mediawiki.org/wiki/Extension:AddPageService}} ermöglicht den Remote-Zugriff aus einer externen Applikation heraus, wobei als Schnittstelle SOAP verwendet wird.
:* {{Weblink|www.mediawiki.org/wiki/Extension:AddPageService|www.mediawiki.org/wiki/Extension:AddPageService}} ermöglicht den Remote-Zugriff aus einer externen Applikation heraus, wobei als Schnittstelle SOAP verwendet wird.

Version vom 12. Juli 2010, 00:10 Uhr

Problem

Unser Wiki bietet eine nur unzureichende Form zur Pflege von Aktuellen Inhalten. Insbesondere fehlt die Möglichkeit, Listen zu pflegen und vergangene Termine automatisch auszublenden.

Idee

Es wären verschiedene Ansätze denkbar, dieses Problem einheitlich und systematisch anzugehen.

Veranstaltungen oder Aktuelle Inhalte kann man grob unterteilen in:

Nachrichten
d.h. Ereignisse, über die später berichtet wird.
Kalender
d.h. Ereignisse, die geplant sind und in der Zukunft stattfinden werden.

Darüber hinaus ist beiden Formen von Ererignissen folgendes gemeinsam:

Örtlicher Bezug
Umkreis, für den eine Information relevant ist.
Zeitlicher Bezug
Dauer eines Ereignisses, zB bei einen Weihnachtsmarkt ist das vorher sehr genau bekannt.
Thematischer Bezug
Kultur, Sport, Politik, Tagesgeschehen, Wirtschaft, ...
Reichweite / Relevanz
wie örtlicher Bezug, von "Sack Reis in Mosbach umgefallen" bis überregional bedeutende Informationen wie etwa "Dürre im Hochsommer 2008 verdibt Bauern die Ernte".


Technologischer Ansatz

1. Ansatz
Dieses ist ein Wiki. Das bedeutet, dass die technische Umsetzung möglichst ohne externe Software, etwa einer Datenbank oder PHP-Scripte erfolgen muss. Die Daten müssen in der Form eingegeben werden, in der Sie später auch verwendet werden, dabei soll das Eingabeformat intuitiv sein. Durch den Einsatz von Vorlagen oder Semantik-Erweiterungen kann eine automatische Integration in die betreffenden Artikel erfolgen. Hier liegt ein extrem hoher Aufwand in der Entwicklung entsprechender Vorlagen mit verschiedenen Arithmetischen und Logischen Funktionen, oder eben auch die Semantische Erweiterung.
2. Ansatz
Mediawiki kennt Zusatzmodule, die etwa RSS-Feeds verarbeiten und ausgeben können. Denkbar wäre eine systematische Eingabe von Terminen über das Wiki, die periodisch von einer externen Software ("Bot") aufbereitet und über eine Webschnittstelle wieder angeboten wird. Die Übergabe der Daten von der Datenbank ins Wiki erfolgt dann dynamisch per RSS, wobei die jeweiligen RSS-Includes über URL Aufrufparameter ("GET-Parameter") die gewünschte Selektion mitgeben, etwa "/nachrichten.rss?Ort=Schwetzingen&Thema=Kultur&..." oder "/kalender.rss?Ort=Viernheim&Keywords=Weihnachten,Advent&Zeit=2008-12-01". Die Gestaltung der URL-Parameter sollten hier jeweils durch geeignete Vorlagen, etwa {{Kulturkalender|Ort=Mannheim|Monat=10|Jahr=2008}}, {{Aktuelle Nachrichten|Ort=Heidelberg}}, {{Weihnachtsmärkte}} oder {{Weinfeste|Keyword=Pfalz}} intuitiv nutzbar gemacht werden, sodass eine Einbindung in entsprechende Artikel für Nichtprogrammierer möglich wird. Die komplexe Logik der Selektion der jeweils passenden Nachrichten würde dann z.B. in einem PHP-Script liegen.

Ziele und Anforderungen an eine Lösung

  • Komfortable Eingabemöglichkeit für Nachrichten und Kalender
  • Flexible Zuordnung etwa über Ortsnamen, Keywords, "Tags", Zeiträume
  • Automatische Integration in bestehende Artikel, etwa Portal:Tourismus oder Portal:Aktuell
  • Senkung der Schwelle für Schreiber
  • Vermeidung von veralteten Inhalten auf Aktuell-Seiten.
  • Automatische Archiv-Funktionen, z.B-Nachrichtenarchiv
Hallo, ist ein Archiv unbedingt notwednig? In der Versionsgeschichte bleiben die alten Veranstaltungen ohnehin drin, meint Uptojoe
Mit dieser Funktion geht es vor allem darum, dass Inhalte nicht gelöscht werden, sondern automatisch nach Datum und Thema in einem Archiv einsortiert werden. Jede Neuigkeit/Nachricht soll einen eigenen Artikel in einem speziellen Namensraum bekommen und dort permanent verfügbar sein. Artikelhistorie ist nur dann eine Lösung, wenn man bestehende Nachrichten bearbeitet. Das ist aber nicht systematisch vorgesehen, das müsste zudem von Hand erledigt werden. --Rabe 00:56, 20. Sep. 2008 (CEST)
  • Chronik-Funktion für geschichtlich relevante Ereignisse.

Software und Module

Es gibt zahlreiche mediawiki-Extensions und es kommen ständig neue dazu. Einen Kalender im Wiki zu pflegen ist scheinbar nicht nur mein Bedürfnis. Die nachfolgende Linkliste bietet eine Auswahl von Modulen, die interessant sein könnten.

RSS im Wiki darstellen, importieren
RSS aus dem Wiki heraus erzeugen
Kalender-Module
Beispiele
Übersichten

Fazit

Es ist grundsätzlich, möglich mit Bordmitteln Kalender zu bauen. Ob und in wie weit sich das auch für Nachrichten verwenden lässt, ist fraglich. Grundlegend muss hier außerdem geklärt werden, ob und wenn ja mit welcher Logik man die "geographische Reichweite" einer Mitteilung im Wiki verwenden kann. Nicht jede Nachricht ist für die ganze Region interessant (auf Dauer).

Externe Lösungen

mediawiki-API verwenden, z.B. RNW API
WebService