Beiträge von kar_bon

    Und wieder ein paar 'kleine' Hürden genommen:
    Rein äußerlich ist nicht viel zu erkennen, aber bis ich den Dreh raus hatte, wie ich es mache, hat dann doch gedauert.
    In Post #1 habe ich eine Liste der Groß-Puzzle als Beispiel gezeigt, die aber so nicht mehr funktionierte, da ich für den Titel ja jetzt 4 Felder benutze:
    - deutscher Titel
    - englischer Titel
    - Original-Titel
    - sonstige Titel in anderen Sprachen
    Mindestens einer der ersten 3 Titel-Varianten muss angegeben sein (und sollte auch gleich dem Artikel/Puzzle-Namen im Wiki sein).
    In der Tabelle habe ich nun die Angabe des Titels so gewählt:
    - ist der deutsche Titel vorhanden, zeige diesen an
    - wenn kein deutscher Titel, dann englisch, wenn vorhanden
    - wenn kein englischer Titel, dann Original-Titel
    Somit sieht die Tabelle dann so aus:
    Diese Liste wird automatisch erstellt und hat nur ein paar Zeilen Code und ist für andere Themen anpassbar,
    z.B. alle 1500er Puzzles oder alle Puzzles von Educa, o.ä.


    Weiterhin habe ich folgendes teilweise schon eingebaut:
    Fehlende Angaben werden in der Datenübersicht nicht angezeigt.
    Um aber zu bestimmen, ob ein Parameter nur fehlt (der Parameter wurde noch nicht eingegeben)
    oder ob diese Daten einfach nicht verfügbar sind (weil die Daten auf dem Karton nicht angegeben sind, z.B. der Künstler),
    gilt folgendes:
    - Parameter nicht angegeben -> keine Anzeige in der Datenübersicht
    - Parameter nicht verfügbar -> Eingabe von "-" und Anzeige
    Für z.B. Künstler wird dann "Künstler unbekannt" als Kategorie automatisch erzeugt und in den Daten angezeigt,
    ebenso wird mit dem Herstellungsjahr verfahren.


    Hier sieht man auch schon das nächste Problem, was ich lösen muss:
    Bei Puzzlesets haben die einzelnen Puzzles andere Titel, als der für das Set angegebene.
    Ich habe schon viele Beispiele gesehen, wo es Puzzles im Paket gibt oder auch einzeln, und das muss ich
    irgendwie abbilden, sonst gibt es doppelte Einträge.
    Weiterhin habe ich mir schon Gedanken gemacht über des Status eines Puzzles:
    - Status Daten: wie vollständig sind die angegebenen Daten (als Minumum zum Anlegen eines Puzzles gehört der Name des Artikels/Seite und die
    beiden Angaben von "Teile" und "Teile real")
    Sieht etwas blöd aus aber es ist schon mal aufgenommen, somit würde der Status hierfür niedrig sein.

    - Status Bild Karton: fehlt, vorhanden oder schlechte Qualität
    - Status fertiges Puzzle: fehlt, vorhanden oder schlechte Qualität
    Durch die Verwendung der Box sieht ein Datensatz nur noch derart aus:
    {{Puzzle
    |PIECES=
    |PIECESR=
    |PIC=
    |TITLE-D=
    |TITLE-E=
    |TITLE-O=
    |TITLE-S=
    |GENRE=
    |PRODUCER=
    |CODE=
    |YEAR=
    |MADE-IN=
    |GTIN=
    |ARTIST=
    |SERIES=
    |SHAPE=
    |BOX=
    |PIECE-SET=
    |STATE=
    }}
    Alle nicht gefüllten Parameter werden dann gelöscht, können aber jederzeit nachgetragen werden.
    Als Beispiel für dieses Puzzle

    würde der Eintrag dann so aussehen:
    {{Puzzle
    |PIECES=1000
    |PIECESR=1000
    |PIC=1000 Reading.jpg
    |TITLE-E=Reading
    |GENRE=Kunst
    |PRODUCER=Heye
    |CODE=29254
    |YEAR=2008
    |MADE-IN=Germany
    |GTIN=4001689292546
    |ARTIST=Cris Ortega
    |SERIES=Forgotten
    |SHAPE=Hochformat
    |BOX=1000a
    }}
    Diese Daten stehen eigentlich auf den allermeisten Puzzleboxen zur Verfügung.
    Daten wie Größe des Puzzles oder Teile horizontal/vertikal können dann über die
    Box abgefragt werden.

    Nein, bisher habe ich noch alles lokal, da einige grundlegende Probleme/Fragen offen sind und nicht alles funktioniert, wie es soll.
    Die Grundfunktion zur Aufnahme eines Puzzles ins Wiki ist bereit, aber die Aufbereitung und einige spezielle Dinge fehlen noch:
    - Puzzle-Sets (mehrere Puzzles in einem Karton): wie werden die am besten verwaltet/angezeigt (so, wie gezeigt, ist das nicht die optimale Lösung)
    - beidseitig bedruckte Puzzles: Definition der Bildernamen oder allg. Verwaltung
    - Listen von Puzzles funken noch nicht so (4 versch. Puzzlenamen, einer soll angezeigt werden)
    - es fehlen noch gewisse Hilfe-Seiten, die kann ich aber erst erstellen (Bilder), wenn alles andere feststeht
    - evtl. User-Seiten: jeder gibt seine Puzzle an, die er gelegt hat -> Statistik ?
    - Festlegung von Teile-Sets (Tabelle mit den möglichen Teileformen für Grid-Puzzle ist da): welche Teile-Formen werden im Puzzle verwendet (evtl. für später)
    - evtl. Upgrade der MediaWiki-Software (inzwischen gibt es neue Versionen -> neue Funktionen, bessere Sicherheit)


    Wie man sieht, viele Fragen, die erst noch geklärt werden müssen.

    Aus aktuellem Anlass habe ich einmal das Puzzleforum und den Marathon ins Wiki aufgenommen:




    Das Ganze ist schnell zusammengeschrieben und ausbaufähig, es fehlen noch viele Daten, aber für einen ersten Eindruck genügt das denke ich.

    Hier vorab meine Auswahl: Thema meist Comics:



    Ich werde dann nachher mit dem 2000er beginnen, morgen muss ich nochmal arbeiten und am Samstag bin ich mittags bis abends zwar nicht online, werde aber das/die Puzzle mitnehmen können. Evtl. hilft meine Tochter mit bei der Wrecking-Ball-Tante :)

    Danke für diese Antwort.
    Klar will ich alles so einfach und übersichtlich wie möglich machen.
    Das Problem ist jetzt am Anfang nur:
    Wenn ich die Vorlage für ein Puzzle einfach so lasse und dann später hunderte Puzzles in die Datenbank aufgenommen wurden, ist eine Änderung in der Vorlage fatal: evtl. müssen alles Puzzle-Seiten nochmals aufgemacht und neu gespeichert werden (auch wenn keine Änderungen an den Daten vorgenommen werden), da sich das Layout oder die Datendarstellung geändert hat. Deshalb muss ich jetzt zu Beginn diese wichtige Vorlage möglichst im Endzustand zur Verfügung haben.
    Später kann man auch aus einer Excel-Liste die beiden Zeilen mit Daten eines Puzzles erstellen und ins Wiki speichern und alles passt.


    Ich werde es dann wohl auch so machen:
    Die Abmessungen des Puzzles (in cm oder Teile) auf die Boxen-Seite verlagern und den Link lassen.


    Außerdem will ich die beiden Bilder (Box und fertiges Puzzle) rechts neben der Tabelle anzeigen und das kleine Bild kann dann entfallen.


    Mir macht es Spaß, mich in eine neue Entwicklungsumgebung und "Sprache" einzuarbeiten: es gibt immer wieder neue Anregungen für Vereinfachungen oder Ansichten. Klar kommt mir meine ca. 30-jährige Programmiererfahrung zu Gute, trotzdem muss ich erstmal die Syntax und ein paar Tricks erlernen.


    Vielleicht kann ich bald das ganze mal Online für alle zeigen und zum Testen freigeben.

    Ich benötige noch einmal ein paar Meinungen.
    Die Seite für ein Puzzle sieht bisher so aus:


    Sind die Bilder für Karton und fertiges Puzzles hochgeladen, werden diese unten automatisch angezeigt.
    Zuordnen der Kategorien erfolgt ebenfalls automatisch aus den angegebenen Daten:

    Die beiden oberen Zeilen sind die einzugebenden Werte (wie schon gezeigt über das Formular).
    Die unteren Zeilen veranschaulichen nur weitere Detail zu diesem Puzzle.


    Der Wert zur Box ist wie folgt aufgebaut:
    - ist kein Wert angegeben, wird ein Link zu einer Seite mit den Boxen von Educa (hier als Beispiel) verlinkt
    - ist ein Wert angegeben (hier "1000a") wird der Link zu der Educa-Box-Seite und speziell diesem Eintrag "1000a" erstellt


    Die Educa-Box-Seite sieht z.B. so aus:


    Für jede Box gibt es eine ID (die als Link/Anker verwendet werden kann) sowie weitere Daten zur Box (Abmessungen und ähnliches).
    Wenn ich in dieser Tabelle (wie hier gezeigt) nun auch die Werte für Material, Schnitt, Teileabmessungen angebe, muss ich diese Werte natürlich nicht noch extra auf der Seite vom Puzzle selbst anzeigen und natürlich erst recht nicht jedes mal wieder für andere 1000er Puzzle eingeben.
    Der Vorteil: Die Eingabemaske fürs Puzzle wird kleiner, es müssen weniger gleiche Daten eingegeben werden (ich könnte also die Werte für Abmessung [cm], Abmessung [Teile] und Material einsparen und über die Angabe der Box erledigen, Teile gesamt würde ich schon lieber dort belassen).
    Der Nachteil: Diese Daten sind erst über eine andere Seite erreichbar.


    Hat jemand andere Meinungen dazu?

    Es gibt auch noch ein Video über die Herstellung des 32000er Double Retrospect.


    Außerdem wurde für die Kleinen in der Sendung mit der Maus gezeigt, wie das Cutting Die hergestellt wird, u.a. mit den verschieden Schnitttechniken (Wasser, Laser).


    Die meiste Handarbeit wird für die Herstellung der Stanzvorlage verwendet, die auch nur für eine bestimmte Anzahl von Stanzungen benutzt werden kann.
    Der Rest wie Kartons oder Figuren für die Spiele werden oft schon im Ausland hergestellt (z.B. Tschechien).

    Ich muss mir noch überlegen, wie ich das am einfachsten beim Anlegen der Seiten für ein Puzzle mache.


    In der Zwischenzeit hier ein erster Blick auf die Startseite, wie sie denn ungefähr aussehen soll.



    Eine kurze Info zum Wiki.
    Die wichtigsten Seiten auf einen Blick.
    Kleine Statistik zum Schluss.


    Und für das Logo ist mir auch noch etwas eingefallen: die doppelten eckigen Klammern werden oft im Wiki-Code verwendet, z.B. als Link auf eine Seite oder Kategorie.

    Meinungen gefragt!


    Ich arbeite seit ein paar Tagen an einer Seite, in der die Puzzleboxen aufgeführt werden. Daten wie Abmessungen oder Gewicht sollen dort aufgenommen werden (z.B. als Berechnungshilfe für Versand, Regalbau, Stauraum, ...), bin mir aber noch im Unklaren, welche Daten und wie dort präsentiert werden.
    Wenn man sich z.B. ein aktuellen 1000er Rav-Karton ansieht, ist der in den Abmessungen stets gleich. Dasselbe trifft (so meine Erfahrung bisher) auch auf die Anzahl der Teile und Reihen/Spalten der Teile zu.
    Die Tabellen (je eine für einen Hersteller) könnte dann so aussehen):


    Da sich die Teilezahl für einen Karton ja nicht ändert, könnten die Angaben auf den Puzzleseiten durch eine Verlinkung auf diese Tabelle erfolgen, somit erspart man sich immer wieder gleiche Eingaben:


    Abmessung in cm oder Teile müssten so nicht mehr angegeben werden. Für z.B. ältere 1000er Ravs (neu 50,0cm x 70.0 cm) kann man dann einfach einen neuen Eintrag in der Tabelle unter "1000 b" mit den geänderten Daten (z.B. 69,8cm x 49,8cm) anlegen.


    Die Gesamtzahl der Teile würde ich schon auf der Puzzle-Seite belassen, um Suchen bzw. Berechnungen/Summieren durchführen zu können.
    Man könnte auch für jede Box eine eigene Seite erstellen, was den Vorteil hätte, dass ich die dort angegeben Daten mir per Code in die Puzzleseite holen kann (aber der Aufwand wäre wohl zu groß).


    Wer hat dazu eine Meinung?
    Lieber mehr Daten immer wieder eingeben oder diese auf einer anderen Seiten sammeln und nur verlinken?

    Ich bin gerade dabei, ein paar allgemeine Seiten zusammen zu schreiben, wie Puzzle-Teile (Arten, Materialien, Formen, Größen, Stärken), Puzzle-Arten (normal, 3D, Ball, Holz, gestapelt, Kontur), Puzzle-Formate (hoch, quer, Panorama, rund, oval, Dreieck, Triptychon) oder Besonderheiten (ohne Vorlage = WASGIJ, Duftpuzzle, Holzstruktur, nachtleuchtend, Gloss).
    Hierzu will ich natürlich auch ein paar Beispiele zeigen sprich Bilder. Leider habe ich z.Z. keine Holzpuzzle bzw. Puzzle mit dem viktorianischen Schnitten mit Whimsies (s. hier).
    Wer kann mir ein paar Fotos von Rückseiten (wg. neutral) eines fertigen Holz-Puzzles, einzelnen Teilen und Whimsies zukommen lassen? Gut wären auch Größenvergleiche mit z.B. einem 1000er Ravensburger in Aufsicht und von der Seite (wg. Dicke).
    Viele andere Puzzle-Arten habe ich selbst (außer Metall-Puzzle) und ich muss dann mal im Urlaub ein paar Detailaufnahmen machen, wenn denn das Tageslicht besser ist.


    Zum Format der Fotos: Ich bevorzuge Bilder mit (Digi-)Kameras nicht Handy/Smartphones, Tageslicht (kein Blitz wg. Spiegelungen), kein direktes Sonnenlicht, Winkel 90° also direkt von oben (keine Verzerrungen oder Unschärfen), bildschirmfüllend (Zuschneiden kann ich noch).
    Ja, ich weiss, aber ein gewisser Standard sollte schon sein.
    Wer etwas beitragen möchte, bitte bei mir melden.

    Hier etwas für 'blonde Benutzer' im Wiki:


    In einigen Wikis ist ein sog. "Vorlagenmeister" eingebunden, der den Umgang mit Vorlagen und deren Eingabe vereinfacht.
    Dieser muss aber erst in den persönlichen Benutzereinstellungen angekreuzt werden.


    Vorgehen wie folgt:
    Um ein neues Puzzle einzugeben, muss ich einfach nach einem Titel suchen, ist dieser nicht im Wiki vorhanden, wird der Suchbegriff in rot angezeigt und ich kann ein neues anlegen. Hier im Beispiel ein 1100-Teile Puzzle.


    Nach Klicken auf den roten Text wird eine leere Seite mit diesem Titel angelegt und der Seiten-Editor öffnet sich.
    Als drittes Icon ist ein "{T}" zu sehen (für Template = Vorlage), der Vorlagenmeister.


    Wenn ich nun dieses Icon anklicke erscheint ein Texteingabefeld. Dahinter wird nur die Version des Tools angezeigt und ist nicht so wichtig.
    Als Text gebe ich nun den Namen der Vorlage ein, hier "Puzzle1":


    Beim Klicken auf "Okay" wird nun ein Formular angezeigt mit allen Parametern und erklärenden Texten (s. unten für "Puzzle-Serie").
    Nun können alle vorhandenen Felder gefüllt werden (Muß-Felder sind nur Teile und Titel-D, ich muss die Sortierung nochmal ändern):


    Nach der Eingabe klicke ich unten auf "Übernehmen" und alle Werte werden in den entsprechenden Sourcecode in die Seite eingetragen und sieht dann so aus:


    Wenn ich nun diese Seite speichere, erhalte ich die bisherige Anzeige der Daten (ein paar mehr wie erwähnt):


    Kategorien werden automatisch angelegt, die Angaben von m2 und Summe der Teile werden automatisch berechnet.
    Man kann natürlich auch die Parameter per Hand eintragen, muss aber darauf achten, die richtige Vorlage anzugeben.


    Und jetzt das Gute für alle Noch-nie-etwas-in-Wiki-gemacht-isten:
    Wenn ich bei dieser fertigen Seite auf Bearbeiten (Reiter oben rechts) gehe, (der Sourcecode der Seite wird wieder angezeigt) den Cursor auf das Wort "Puzzle1" setze und dann auf "{T}" klicke (s. Bild oben), bekomme ich wieder exakt das Formular zur Eingabe der Parameter angezeigt, mit den Erklärungen und vorhandenen Werten!


    Ich denke idiotensicherer geht es kaum noch!

    Das hört sich schon mal gut an: Ein Wiki kann nie genug Bearbeiter haben.


    Den Vorteil sehe ich immer wieder:
    Da sucht jemand ein Puzzle, weiß aber nicht mehr wie der Titel war oder kann sich nur vage an das Bild erinnern. Je mehr Einträge solch ein Wiki hat, desto mehr Informationen können an einer Stelle herausgeholt werden.
    Außerdem ist ein Link zu einem Puzzle im Wiki einfacher, als etwa immer wieder selbst Bilder hochzuladen.
    Ein Forum soll das Wiki ja nicht ersetzten zumal viele Detailbilder hier zu finden sind.


    Und hier gleich etwas Neues zum Wiki:


    Ich möchte auch gerne Puzzle-Kataloge übernehmen, nicht nur die Bilder der einzelnen Seiten sondern auch die Daten und Links zu den jeweiligen Puzzles.
    Hier ein Beispiel vom Katalog von Ravensburger von 1970:



    Die Seite enthält alle im Katalog vorgestellten oder abgebildeten Puzzles, meist sind nur kleine Bilder und der Herstellercode genannt, eine Verlinkung zu den einzelnen Puzzles kann dann mit Anlegen der Puzzle-Seite erstellt werden (weil keines der genannten Puzzles bisher eine eigene Seite hat, sind die Links noch rot).
    Es gibt hier im Katalog ein "World Wide" 500 Teile mit Titel "München" (Code: 625 5 159). Dieses erhält hier den Eintrag "500 München (3)" da die wie oben erwähnten beiden anderen unter "500 München" wieder andere Codes haben.
    Außerdem muss die Seite zur Begriffsklärung "500 München" um die Seite "500 München (3)" ergänzt werden. So wird dieses Puzzle um ein Teil vervollständigt.


    Evtl. kann hier auch mit der Kurzinfo gearbeitet werden, in der tabellarisch Bild und wichtige Daten angezeigt werden.


    Am Ende dieser Seite sollen dann die entsprechenden Scans der Katalogseiten eingefügt werden. Ich habe auch noch einige alte Kataloge rumliegen.


    Die Kategorie "Kataloge" ist bisher noch sehr übersichtlich:

    Das ist ja auch mein Ziel: der Benutzer soll so wenig wie möglich mit irgendwelchen Sourcecodes zu tun haben, sei es php, java, css oder html.
    Der Aufbau der Seiten für Puzzles sind schon ziemlich einfach gehalten:
    Wie in der ersten Post gezeigt, gibt es eine Vorlage:
    {{Puzzle
    |TEILE=
    |BILD=
    |TITEL=
    |GENRE=
    |HERSTELLER=
    ...
    }}


    Diesen Text in eine neue Seite einfügen, die Feldwerte hinter den Gleichheitszeichen füllen (wenn vorhanden) und speichern und die Vorlage erstellt das Layout der Seite automatisch.
    Für weitere Besonderheiten kann man weitere Vorlagen anlegen (siehe Begriffsklärung) die nur über einen bestimmten Code eingefügt werden müssen.
    Selbstverständlich wird es eine Schnellanleitung hierzu geben und eine detailliertere Hilfe für weitergehende Formatierungen.
    Im Grunde gleicht eine Seite für ein Puzzle einem Formular.
    Es gibt aber noch einiges zu tun und ich glaube nicht, dass ich dieses Jahr noch online gehen kann, zumal viele Tests Dritter noch erfolgen müssen.
    Also 'Don't worry, be happy!", es wird alles gut. Niemand muss Wiki-Entwickler werden um eine Seite zu erstellen oder zu ändern.

    Ich denke, dass ich das Layout jetzt so gut wie fertig habe:


    Ich habe ein Foto von der Rückseite eines fertigen Puzzles gemacht:


    Das habe ich dann in Graustufen gewandelt und etwas heller eingestellt.
    Dieses Bild dient mir jetzt als Wiki-Hintergrund:


    Eine Seite im Wiki sieht jetzt so aus:


    Und die Fußnote so:


    Nachdem ich denn endlich herausgefunden habe, wie ich sowohl den Hintergrund (der ist übrigens festgestellt, scrollt also nicht mit wenn ich die Seite scrolle) als auch den obersten Bereich mit diesem Hintergrund fülle und weitere Stunden des Suchens und Probierens für die Fußzeile aufgewendet habe, sieht das doch schon besser aus, als wenn es nur ein weißer Hintergrund wäre.


    Für das Logo habe ich auch schon eine Idee, aber da muss ich sehen, ob das fototechnisch geht.
    Leider hat ja Wikipedia ja schon einen Puzzleball als Logo :)


    Außerdem werde ich denke ich dazu übergehen, die großen Bilder auf der Seite für ein Puzzle nicht so groß anzeigen zu lassen (evtl. auch nur als link), damit der Aufbau der Seite nicht zu lange dauert.
    Bisher habe ich das alles ja nur lokal getestet, solche Tests muss ich dann natürlich für eine Netzinstallation noch durchführen.

    Ich bin gerade dabei, einige allgemeine Seiten zu füllen:
    - Hauptseite: was ist das Wiki, was nicht, wie fügt man ein Puzzle ein als Kurzanleitung
    - Beschreibung der Vorlage "Puzzle": Benutzung und Erläuterung der einzelnen Parameter
    - allgemeine Datenschutzbestimmungen
    - Tests von verschiedenen Anpassungen am Aussehen und Erweiterungen


    Ich habe für die Namensgebung jetzt folgendes Konzept:
    Da dieses Wiki auf einem .de-Server liegt und ich auch ein DE-ler bin, werde ich die Seiten auch in englisch anbieten. Außerdem werde ich wohl die ganzen Vorlagen und Parameter der Vorlagen in englisch halten, da ich das auch so im meinem Umfeld so gewohnt bin: ich entwickle und kommentiere meine Programme immer in englisch. Das dürfte aber kein Problem darstellen, weil man meistens von diesen Parametern nicht viel mitbekommt, außer man möchte evtl. selbst ein paar Tabellen erstellen.


    Zur Namensgebung der einzelnen Seiten will ich es wie folgt handhaben:
    - Es gibt 4 Felder für Puzzlenamen: deutsch, englisch, original-Sprache und restliche.
    - Ist ein deutscher Titel auf dem Puzzlekarton zu finden, heißt die Seite/der Artikel auch so, z.B. "500 München"
    - Ist ein englischer Titel vorhanden, aber kein deutscher, wird die Seite in englisch angelegt, z.B. "32000 New York City Window". Ein deutscher Titel sollte dann in Klammern () als wörtliche Übersetzung aufgeführt werden.
    - Ist weder deutsch noch englisch vorhanden, wird der Original-Titel verwendet, z.B. "8000 La rendicion de Granada". Eine deutsche und englische Übersetzung wird in Klammern hinzugefügt.
    - Ist kein Name vorhanden (das kommt auch vor: ich habe gerade erst ein älteres 1000er vom Hersteller "Scandecor" mit Jackie Stewart Elf Tyrrell Ford gelegt, das nur einen Hersteller-Code hatte, sonst keine Angaben), wird der Artikelname in deutsch geklammert angelegt (aussagekräftige Angaben).


    Artikelnamen können auch Umlaute oder "é" o.ä. enthalten, beim Suchen muss man allerdings auch diese Schreibweise eingeben um etwas zu finden (evtl. könnte man Weiterleitungen dafür anlegen).


    Bilder-Namen:
    Die Namen der Bilder sollen wie der Artikel-Name lauten, mit der Ausnahme: keine Umlaute oder Sonderzeichen, z.B. äA -> ae/Ae, öÖ -> oe/Oe, üÜ -> ue/Ue, é -> e usw.
    Beispiel: beim Artikel "500 München (1)" erhält das Bild der Kartonoberseite den Namen "500 Muenchen (1).jpg".
    Warum? Bei der Erstellung der Vorlage "Puzzle" kann ich schon abfragen: wenn das Bild da ist, zeige es als Minibild in der Tabelle an und als großes Bild im unteren Bereich.
    Die gleiche Vorgehensweise will ich für das fertige Puzzlebild verwenden: hier wird hinter dem Namen die Ziffer "1" angehängt.


    Beispiel:
    Artikelname: "500 München (1)"
    Name Bild Karton: "500 Muenchen (1).jpg"
    Name Bild fertiges Puzzle: "500 Muenchen (1)1.jpg"


    Weitere Bilder (Details, Kartonseiten, Inlays o.ä.) können dann beliebig auf der Seite eingefügt werden.


    Der Aufbau eines Puzzle-Artikels also:
    - Datenblatt mit allen Informationen plus Thumbnail der Kartonoberseite in tabellarischer Form
    - externe Links oder Wissenswertes zum Puzzle/Künstler/Ort etc.
    - großes Bild der Kartonoberseite
    - großes Bild des fertigen Puzzles (versteckbar wenn z.B. WASGIJ)
    - weitere Bilder


    Dies alles dient dazu, dass der Ersteller möglichst wenig selber in die Seite eintragen muss um unerfahrenen Benutzern es so einfach wie möglich zu machen.
    Ist das Kartonbild vorhanden, wird es angezeigt ansonsten nichts bzw. leer.
    Wird ein fehlendes Bild mit entsprechendem Namen hochgeladen, muss an der Seite nichts geändert werden.


    Ich denke, dass dies ein guter Kompromiss zwischen den Sprachen und dem Handling für solch ein Wiki ist: Regeln müssen trotzdem sein, auch wenn das Prinzip Wiki vieles zulässt.


    Vielleicht hat der eine oder andere noch weitere Ideen.