Auf der Suche nach einer gute Möglichkeit um Lösungen und Lösungswege für Mysterys abzulegen sind wir irgendwann bei einem Mediawiki gelandet. Wir hatten schon gute Erfahrungen mit Wikis gemacht und wollten mal ausprobieren, ob es sich lohnt.
Wir nutzen GSAK für die Organisation der GPX-Dateien, unsere Funde und die Planung unserer Touren, was aber fehlt ist das Dokumentieren von Lösungswegen für Mysterys, Stationen von Multis oder aber von toll gemachten Tradis. Nicht nur einmal haben wir nach der Lösung von Caches gesucht, weil jemand Hilfe dabei brauchte…
Oft Rätseln wir auch im Team an den Caches und man ist selten zusammen Zuhause, wenn einem der entscheidende Schritt einfällt. Im Wiki kann man so etwas schnell dokumentieren und so für uns überall verfügbar machen.
Selbstverständlich ist das Wiki Passwortgeschützt.
Eines ist aber klar: Ohne etwas Spaß am Wiki-Programmieren geht es nicht, wenn es aber erst einmal läuft, kann man sehr bequem seine Caches eintragen.
Was braucht man dafür?
Die Basis bildet ein Mediawiki mit der Semantic Media Wiki-Extension. Um das zum Laufen zu bekommen, braucht es einen Webserver mit einer MySQL Datenbank. Entweder mietet man sich das von einem Provider, oder man installiert es sich lokal auf seinem Rechner (z.B. mit dem Paket XAMPP). Darauf muss dann das Mediawiki und die Semantic Mediawiki-Extension (wir empfehlen das Semantic-Bundle) installiert werden. Von vornherein empfehlen wir gleich noch die Extensions String Functions und Parser Functions.
Ganz wichtig ist noch zu erwähnen, dass man bei einem Onlinewiki darauf achtet, dass niemand von aussen unberechtigt zugreifen darf. Sonst findet man nachher die Lösungen der Mysterys und die FinalKoos von Multis Online – und das wäre ziemlich unfair…
Das kann man z.B. mittels einer HTACCESS Zugriffskontrolle realisieren.
Wiki läuft – und nun?
Zu erst kommen die Attribute. Diese Konstrukte funktionieren ähnlich wie globale Variablen beim Programmieren. Hier stehen nachher die Informationen einer Seite, die wir auf einer anderen wieder abfragen können.
Zum Erstellen kann man relativ bequem die Seite “Spezial:CreateProperty” des Wikis nutzen. Wir haben für die Caches folgende Attribute vergeben:
- AktuelleKO; Datentyp geografische Koordinaten
- GC-Code; Datentyp Zeichenkette
- Gefunden; Datentyp Wahrheitswert
- Gelöst; Datentyp Wahrheitswert
- Cache-Typ; Datentyp Zeichenkette
In der Eingabeleiste unter dem Attributnamen können wir nun noch die erlaubten Werte eintragen: “Mystery, Multi, Tradi, anderer Typ” (wir haben uns hier etwas beschränkt
Damit können wir nachher eine schöne Dropdownliste zum Auswählen verwenden.
- D-Wertung; Datentyp Zeichenkette
Erlaubte Typen: “1,1.5,2,2.5,3,3.5,4,4.5,5″ - T-Wertung; Datentyp Zeichenkette
Erlaubte Typen: “1,1.5,2,2.5,3,3.5,4,4.5,5″
Jetzt können wir die Seitenvorlage erstellen, mit der wir nachher unsere Caches anzeigen. Dies geht mit der Seite “Spezial:CreateTemplate”.
Zuerst vergibt man den Namen der Vorlage, wir haben sie “GeocachInfo” genannt.
Durch Vorlage definierte Kategorie “Geocache” (das ist die Zusammenstellung aller Geocacheseiten im Wiki).
Nun können wir nacheinander die Eigenschaften der Caches eintragen:
- Feldname: GC-Code; Semantisches Attribut: GC-Code (dies haben wir oben angelegt)
Klick auf das Feld “Weitere hinzufügen” - Feldname und semantisches Attribut: Cache-Typ -> Weitere hinzufügen
- D-Wertung
- T-Wertung
- AktuelleKO
- Gelöst
- Gefunden
- und vielleicht noch “Stichworte”, dort bleibt das Feld semantisches Attribut dann leer
Für die Darstellung empfiehlt es sich, bei Ausgabeformat die Option “Rechts platzierte Infobox” auszuwählen. Und nun die Seite speichern.
Jetzt müssen wir noch das Formular erstellen. Dies geht mit der Seite: “Spezial:CreateForm”.
Formularname sollte identisch mit dem der Vorlage sein, in unserem Fall “GeocacheInfo”.
In der Dropdown-Box die Vorlage GeocacheInfo auswählen und auf Hinzufügen klicken. Mediawiki sollte nun alles richtig übernommen haben. Einfach mal auf speichern klicken.
Fast geschafft, jetzt noch die Kategorie anlegen:
Seite “Spezial:CreateCategory” aufurfen, der Kategorie den Namen “Geocache” geben (haben wir oben schon der Vorlage mitgeteilt und als verbundenes Formular unser eben erstelltes “GeocacheInfo” eintragen.
Wo sind meine Caches??
Jetzt können wir schon Caches eintragen. Einfach den Namen in das Formularfeld eingeben und auf “Erstellen oder Bearbeiten” klicken. Dann das Formular ausfüllen und im Freitextfeld die Lösungen dokumentieren, speichern, fertig.
Auf der Seite “Kategorie:Geocache” bekommt man dann alle Seiten aufegzählt.
Die große Stärke ist aber, dass man über sogenannte semantische Abfragen, in denen man die Caches nach Ort, Typ, usw. sortieren und filtern kann. Dies geschieht mit den “Ask-Abfragen”.
Dafür legt man irgendwo eine neue Seite an (z.B. Geocache-Übersicht) oder man bearbeitet seine Hauptseite. Hier einfach mal ein paar Abfragen als Beispiele:
{{#ask:[[Kategorie:Geocache]]
|?
|?GC-Code
|?Cache-Typ
|?D-Wertung
|?T-Wertung
|?AktuelleKO
|?Gelöst#'''Ja''',Nein
|?Gefunden#'''Ja''',Nein
|format=table
|intro = {{{!}} border="1" width="100%"
{{!}}-
| default ='''Keine Caches zum Anzeigen!'''
}}
erstellt eine Liste aller Caches im Wiki. Will man alle noch nicht gefundenen Caches, deren Lösung man hat mit einem Radius von 10km um Hamburg finden, muss man nur die erste Zeile durch diese hier ersetzen:
{{#ask:[[Kategorie:Geocache]] [[AktuelleKO::{{#geocode:Hamburg}} (10km)]] [[Gefunden::false]]
Alles prima?
Leider nein. Es gibt eine Reihe von Problemen, die man von Hand korrigieren muss, damit es wirklich gut funktioniert. Die wichtigsten möchten wir an dieser Stelle auch nicht verschweigen:
- Die Koordinateneingabe erfordert derzeit das Format GG°MM.mmm’N, GG°MM.mmm’E, dass für einen Geocacher ungewohnt ist und nicht per Copy’n'Paste aus den üblichen Seiten übernommen werden kann. Hier haben wir uns eine Vorlage geschrieben, die dies korrigiert
- Für die Koordinatenausgabe gilt das Gleiche, nur ist es hier noch etwas umständlicher.
- Die Sterne-Bewertungen sortieren sich nicht richtig. Dies liegt am Datenformat String. Besser wäre hier ein Zahlenformat, damit kann man aber keine Werte vorschreiben und die Dropdownliste würde nicht mehr funktionieren.
- Die Ausgabe der Caches, sowohl als Liste als auch auf der Cacheseite kann man noch sehr viel funktionaler gestalten (klickbare Links zum Cache, auf eine Kartendarstellung, auf die Übersichtsseite, usw.), was wieder einige Wikivorlagen im Hintergrund bedarf.
Wenn noch Wünsche nach ausführlicheren Anleitungen und Tipps bestehen, würden wir uns über dementsprechende Kommentare freuen! Natürlich freuen wir uns auch über Rückmeldungen ob jemand sich ebenfalls ein privates Cache-Wiki aufgebaut hat.
Viel Spaß dabei!
Pingback: Dosenfischen: Geocaching-Podcast 184 | Geocaching Podcast DOSENFISCHER
Hallo GnostiQ, Du beschreibst eine super Anwendungsmöglichkeit für Semantic MediaWiki. Für Einsteiger wird es dennoch ziemlich schwierig werden ein entsprechendes Wiki einigermaßen frustfrei und innerhalb eines akzeptablen Zeitraums zu bauen. Mit http://smwtest.wikihoster.net/whn/Hauptseite ist ein Testwiki verfügbar, mit dem man etwas “Spielen” und auch das von Dir gebaute Wiki Eins zu Eins beispielhaft nachbilden kann. Entsprechend kategorisiert könnte man die Seiten zum Geocaching genau identifizieren und leicht als XML zum Import in ein anderes Wiki bereitstellen. Bei Interesse einfach loslegen … Viele Grüße sendet Karsten
Danke für den Hinweis!
Wir werden da bei Gelegenheit mal reinschauen. Vielleicht können wir mit Copy’n'Paste mal ein paar Beispielseiten aufbauen.
Wie lange bleiben die Inhalte da bestehen?
Gruß,
GnostiQ
Hey gerne, habe inzwischen bemerkt, daß ich besser Ihr hätte schreiben sollen.
Ich habe nicht so schnell vor dort Tabula rasa zu machen. Aber auch für diesen Fall würde ich die Daten nicht löschen, sondern für Euch erhalten. Ich kann Euch auch gerne zum Admin machen, damit Ihr die Seiten ggf. schützen könnt, damit andere nicht unbeabsichtigt etwas “kaputt machen”, sofern dies auf einem Wiki überhaupt geht. Grüße Karsten
Hmm… ich habe mir gerade überlegt, daß es wahrscheinlich sinnvoller wäre ein Wiki extra für Anwendungsbeispiele bereitzustellen. Ich mache das einfach mal unter http://beispiele.wikihoster.net/whn/Hauptseite Grüße Karsten
Klingt prima.
Wir schauen uns das am Wochenende mal an und kopieren ein paar Infos da rein
Sieht interessant aus, aber so recht vorstellen kann ich mir das ohne Screenshots nicht.
Gibts irgendwo ein lauffähiges Beispiel?
Btw. Gibts Schnittstellen zu GSAK?
Wir sind gerade dabei ein Beispielwiki aufzubauen und kämpfen mit den Einschränkungen der kostenlosen Webhoster
Es sollte in ein paar Tagen etwas zum Anschauen geben.
Von unserem Wiki wollen wir keine Screenshots machen, da dort die Finalkoos einiger Mysterys zu sehen wären…
Was spricht denn gegen Fake-Lösungen, oder gar ausgedachte Caches?
Über Macros konnte man ggf. ein Sync einrichten, um nicht auf einen Onlinzugang angewiesen zu sein.
Auch ein direkter Aufruf aus GSAK wäre nett, aber ohne Beispiele…
Liest sich ja interessant, aber vorstellen kann ich mir das jetzt ohne Screenshots nicht.
Gibts irgendwo ein lauffähiges Beispiel dafür?
Btw. Gibts bereits eine Schnittstelle zu GSAK?
Ach so: Schnittstelle zu GSAK gibt’s so weit wir das Wissen nicht.
Was gibt es denn für Möglichkeiten, vielleicht kann man da was basteln…