Idee zum Wiki
Als ich damals wieder angefangen habe zu puzzlen, nachdem ich als Kind viel Zeit damit verbracht hatte, habe
ich auch angefangen, große Puzzles ab 5000 Teile zu sammeln. Dabei habe ich gesehen, dass es bisher keine
Aufstellung solcher Puzzle im Netz gab. Also habe ich meine eigene erstellt, eine html-Seite mit einigen Daten
zusammengebaut und immer wieder ergänzt. Als ich dann zum Forum kam, habe ich gesehen, dass jemand anderes
ebenfalls auf die Idee gekommen ist solch eine Liste zu erstellen, in reiner Textform.
Somit ließ die Idee nicht lange auf sich warten, eine Datenbank für alle möglichen Puzzles zu erstellen, die
jeder im Forum (und auch außerhalb) nutzen kann um so alle Daten auf einer Plattform zur Verfügung zu haben
ohne sich durch unzählige Posts oder weit verstreute Blocks im Netz zu kämpfen.
Ich habe mich also nach einer geeigneten Form der Datenspeicherung umgesehen, mit den Anforderungen:
- wenig Entwicklungsaufwand für Datenbank und Oberfläche
- weltweite Erreichbarkeit
- Versionierung von Daten und Bildern
- wenig Kosten
So kam ich auf die MediaWiki-Software auf der auch Wikipedia basiert. Erste Gehversuche fanden auf der
Fandom-MediaWiki Plattform statt: eine freie Seite für alle möglichen Wikis. Das Problem für mich aber
war damals: keine eigene Gestaltung der Oberfläche (ca. nur die Hälfte nutzbar) und vorallem das Schalten
von Werbung. Dies war für mich keine Option.
Somit habe ich angefangen, mein eigenes Wiki lokal am Rechner aufzusetzen und begann mir Gedanken über
den Aufbau eines solchen Wikis mit Blick auf eine Sammlung von Puzzles und deren Daten und Bilder zu machen.
Nach etwa einem halben Jahr hatte ich die Grundstuktur erarbeitet: welche Kategorien gibt es, welche Daten
sind wichtig, wie werden Bilder gespeichert und benannt, was mache ich mit Namengleichheiten, wie behandle
ich ein Set aus mehreren Puzzles.
Im Laufe des ersten Betriebs wurden weitere Erweiterungen eingespielt, weitere Feinheiten im Wiki was Daten
und Bilder angeht eingebaut.
Zur Bedienbarkeit
Ich bin mir bewusst, dass Drop-Down-Listen mit Autovervollständigung eine tolle Sache sind, dass das Tippen
und Suchen in längeren Listen eine enorme Hilfe ist und Tippfehler vermieden werden können.
Dazu kann ich nur sagen, dass ich weder Microsoft noch SAP bin, die hunderte oder tausende Entwickler haben,
die sich um best. Probleme und Fehler kümmern, oder ein Budget von Millionen haben um das zu stemmen.
Wenn man Benutzer fragt, gibt es viele Änderungen, die sie gerne hätten, aber als Entwickler kann nur ich
sagen, was geht und was nicht.
Die benötigten Daten von Puzzles im Wiki sind nun schon sehr bedacht gewählt, da bei den meisten solche auf den
Boxen zu finden sind, bzw. nötig sind um eine Sortierung und Suche zu erreichen.
Um ein Puzzle ins Wiki aufzunehmen, muss mind. die Teilezahl, der Titel sowie Hersteller und ArtNr (oder GTIN)
als Daten vorhanden sein, damit ich später wenigstens dies als das Puzzle identifizieren kann, wenn jemand
anderes diese Puzzle auch hat und weitere Daten und Bilder einfügen möchte.
Wenn ich als Benutzer ein Puzzle anlege, bei dem z.B. ein Hersteller nicht im Wiki vorhanden ist, dann wird dies
eben nur eingetragen und es erscheint ein roter Link. Zum Anlegen muss ich dann nur auf die Seite für den neuen
Hersteller gehen und kann unterhalb der Editierfenster einen der dort vorgegebenen Ausdrück=Vorlagen verwenden,
man muss ja nicht mal etwas tippen. Wem das noch zuviel ist, lässt es einfach, jemand anderes kann das dann auch
schon machen. Selbiges gilt für Serien oder neue Teilezahlen
Wie man es eigentlich macht
Rein datenbanktechnisch sollte man z.B. jede Einheit in einer eigenen Tabelle bereitstellen.
Bsp: Die Tabelle der Hersteller besteht dann aus 3 Feldern:
- ID eindeutig und der Schlüssel der Tabelle
- eine Kurzbezeichnung
- die Langbezeichnung
also für Ravensburger etwa: ID=1, Kurz=Rav, Lang=Ravensburger
Damit wird dann ein Feld "Hersteller" in einem Puzzle mit dem Wert 1 gefüllt, sei es direkt über die ID oder die
Kurz-/Langbezeichnung aus einem Drop-Down-Menü.
Sollte sich der Herstellername ändern z.B. übernimmt ein Hersteller einen anderen, dann muss man nur die Kurz- und
Langbezeichnung in der einer Tabelle anpassen und muss nicht jedes Puzzle einzeln korrigieren.
Das ist mir alles bewusst und wäre auch die einzig vernüftige Variante eine Datenbank richtig aufzubauen.
Allein der Aufwand dies über eine Eigenprogrammierung zu machen ist immens und kaum leistbar ohne viel Zeit und Geld.
Regeln im Wiki
Fast alle Regeln im Wiki sind wichtig, um eine Einheitlichkeit der Daten zu gewährleisten. Wenn man sich mal eine
Tabelle von mehreren Puzzle ansieht und nach best. Feldern sortiert, kann man oft schon Unstimmigkeit erkennen.
Sei es das Format der Puzzlegröße oder die Teileabmessung.
Wer einen Führerschein gemacht hat oder mal einen Lohnsteuerjahresausgleich, der weiß das man dort auch viele
Regeln kennen und beachten muss. Klar gibt es sowohl für die theoretische Prüfung oder die Lohnsteuer genügend
Programm, die einem die Arbeit abnehmen, aber beim Autofahren, auch wenn ich es nur selten mache, muss ich als
Fahrer die Regeln und evtl. Neuerungen und Änderungen kennen. Ich muss gewisse Dinge vom Fahrzeug kennen um
entsprechend handeln zu können. Auch wenn ich meinen Führerschein vor 50 Jahren gemacht habe und seit 10 Jahren
nicht mehr gefahren bin, muss ich Regeln beachten und kann nicht einfach davon ausgehen, dass alles wie immer war.
Wenn man im Wiki best. Dinge nicht mehr weiß kann man sie entweder nachlesen oder jemanden fragen oder einfach mal
eine Mail schreiben anstatt nur blind drauflos zu ändern.
Ende Teil 1