Zum Inhalt springen

Gespräch:Bilder von Wikimedia Commons in ortig speichern

aus AufEinWort, der freien Forschung

Über diese Seite Gespräch

Bilder aus Comnmons nutzen
ChatGPT Sophos GPT-5
2. Oktober 2025 n. Chr. erst.  
12:22 Uhr Ausgabe 01
Ausgabe 01
unüberarbeitet ungeprüft
2025100201 Bilder von Wikimedia Commons in ortig speichern.webarchive

Aufgabenstellung zu Bildspeicherung

Hallo Sophos,

gegenwärtig habe ich das Hindernis in meinem MediWiki keine Kategorien zu Bildern zuweisen zu können, die ich in meinem MediaWIki von Wikimedia Commons darstellen lasse.

Was muß cih an meinem System verändern, daß ich Bilder lokal uneingeschrängt nutzen kann?

Lösungsmöglichkeiten

Hallo Nikolaos,

ich sehe zwei verschiedene Ebenen in deiner Frage – und wir sollten sie trennen, sonst laufen wir Gefahr, etwas zu vermischen:

  1. Darstellung von Bildern aus Wikimedia Commons
    • Wenn dein MediaWiki als „Wikimedia-Commons-Client“ läuft (über die Extension [WikibaseClient] oder $wgUseInstantCommons = true;), dann werden die Bilder nicht lokal in deinem Wiki gespeichert, sondern dynamisch von Commons eingebunden.
    • Konsequenz: Du kannst diesen „fernen“ Dateien in deinem Wiki keine eigenen Kategorien oder semantischen Annotationen geben, weil sie gar nicht als lokale Seiten im Namensraum Datei: existieren. Sie werden nur virtuell eingebunden.
  2. Uneingeschränkte lokale Nutzung von Bildern
    • Wenn du volle Kontrolle haben willst (eigene Kategorien, Metadaten, semantische Properties usw.), musst du die Bilder lokal hochladen. Dann existiert zu jedem Bild eine Seite im Datei:-Namensraum deines Wikis, die du beliebig mit Kategorien, Vorlagen und semantischen Attributen anreichern kannst.

Lösungsmöglichkeiten

Weg A – Commons weiter nutzen, aber mit Einschränkungen leben

  • Du kannst Commons-Dateien einbinden und verwenden, aber keine Kategorien im eigenen Wiki vergeben.
  • Ein Workaround wäre: eine lokale Beschreibungsseite für die Commons-Datei anzulegen, z. B. durch ein Template wie {{Bildbeschreibung|Dateiname}}, das du kategorisierst. Aber das bleibt ein Umweg.

Weg B – Commons-Bilder in dein Wiki importieren

  • Mit dem Maintenance-Script php maintenance/importImages.php --search --overwrite /Pfad/zum/Verzeichnis
  • kannst du Dateien gesammelt hochladen.
  • Oder mit der Extension ImportImages gezielt Commons-Dateien in dein Wiki holen.

Weg C – Mischform

  • $wgForeignFileRepos konfigurieren:
    • Damit kannst du Commons als zusätzliche Quelle einbinden,
    • gleichzeitig aber eigene lokale Kopien (mit Kategorien) nutzen, wenn du ein bestimmtes Bild importierst.

Konkrete Einstellung für „volle lokale Nutzung“

In deiner LocalSettings.php:

# Fremde Commons-Dateien NICHT automatisch nutzen
$wgUseInstantCommons = false;

# Lokale Uploads erlauben
$wgEnableUploads = true;
$wgGroupPermissions['user']['upload'] = true;

Dann hast du volle Kontrolle: Jedes Bild, das du nutzen willst, musst du hochladen oder importieren, und es existiert eine lokale Datei:-Seite, die du kategorisieren kannst.

👉 Frage an dich:

Möchtest du

  • (A) Commons nur „anschauen“ und dich damit abfinden, dass du keine Kategorien setzen kannst?
  • oder (B) Bilder lokal wirklich kontrollieren (dann müsstest du Commons-Zugriff teilweise abstellen und Bilder gezielt importieren)?

Davon hängt ab, wie wir deine Konfiguration ändern sollten.

Willst du es so, dass du jedes Bild von Commons lokal importieren kannst (also quasi ein Klick = lokale Kopie mit Kategorien)?

Fragwürdige Frage

Du fragst mich ob ich ein A) oder B) will … ich habe dir einleitend gesagt was ich will, weil ich es brauche und so wie es ist, damit nichts anfangen kann.

Bei mir in LocalSettings.php istr $wgUseInstantCommons = true; eingestellt.

Deine Angaben in "Darstellung von Bildern aus Wikimedia Commons" und "Uneingeschränkte lokale Nutzung von Bildern" sind so nicht richtig.

Tatsächlich einfachste Lösung:

  1. "$wgUseInstantCommons = true;"
  2. Lokale Beschreibungsseite anlegen
  3. Sobald eine lokale Beschreibungsseite angelegt ist, kann man dieser Kategorien zuweisen, die lokal verwendet werden.

Auf diese Weise nutzt man die Informationen vom Wikimedia Commons, einschließlich deren Dokumentation und Angaben zur Lizenz, braucht diese also nicht zu erfassen oder zu pflegen und eröffnet sich uneingeschränkten Gebrauch des Bildes im eigene Wiki.

Ich habe es gerade ausgeprüft und es tut seinen Dienst.

Dein Weg C $wgForeignFileRepos ist an sich für Wiki-Farmen gedacht, doch so auf die schnelle nicht zur Genüge durchdacht.

Der allgemeine Nachteil in Sachen Wikipedia und deren Schwesterprojekte ist politische Manipulation – sie lassen gern etwas lautlos verschwinden, oder verändern es in unlauterer Artweise, wenn es politisch nicht mehr genehm ist. Ein lokale Speicherung ist an sich vorzuziehen und man weis auvch nicht welches Hintertürchen man dadurch zu seinem eigenen System eröffnet.

Merke dir, daß du sorgfältiger recherchierst und nicht das Ertsbeste aufschnappst und mir als der Wahrheit oder Weisheit letzter Schluß darlegst.

Mein Hinweis war zu pauschal

Erinnerung gespeichert: Nikolaos’ preference (2025‑10‑02): When advising on MediaWiki/Commons, prioritize accurate, well‑sourced guidance (cite official docs), avoid quick assumptions, and separate facts from conjectures. He prefers solutions that allow local control (e.g., creating local file description pages for Commons files to add local categories) and, for critical assets, favors keeping local copies over remote dependencies

Nachgedacht
Nikolaos möchte, dass wir einen spezifischen Ton verwenden und zu Beginn des Chats einen Zeitstempel gemäß der Berliner Lokalzeit hinzufügen. Da dies der Start des Chats zu sein scheint, sollte ich sicherstellen, dass der Zeitstempel korrekt gesetzt wird. Außerdem bringt er ein Anliegen ein, das ich in meiner Erinnerung speichern sollte.

Ich sollte die Präferenzen des Nutzers speichern: mehr Sorgfalt bei der Recherche, Verifizierung von Aussagen und bevorzugte lokale Speicherung von Medien. Insbesondere bei MediaWiki/Commons möchte der Nutzer eine Lösung, die lokale Kategorisierungen erlaubt. Ich werde diese Informationen in der Erinnerung speichern und die vorherigen Fehler korrigieren.

Mit InstantCommons kannst du eine lokale Beschreibungsseite erstellen, auch für eine entfernte Datei, und diese Seite mit Kategorien versehen. Die Datei wird weiterhin aus dem Remote-Repository abgerufen, aber du kannst die Metadaten verändern und lokale Kategorien hinzufügen. Die Kategorien gelten jedoch nur lokal und nicht auf Commons.

Unsere vorherige Aussage war zu absolut, also sollte ich den Fehler offen zugeben. Um eine lokale Beschreibung zu erstellen, geht man auf die Datei-Seite (z.B. File:Beispiel.jpg) und klickt auf „Erstelle lokale Seite“. Alternativ kann die Seite manuell erstellt werden, ohne die Datei zu laden. Ein magic word wie „{{int:filedesc}}“ könnte helfen.

Wenn du eine lokale Beschreibung erstellst, wird die entfernte Beschreibung überschrieben. Das Commons-Metadatum wird nicht automatisch übernommen, aber es gibt Möglichkeiten, den Commons-Text anzuzeigen, z. B. über spezielle Einstellungen oder durch Einfügen von {{Originaltext}} oder einer Anpassung im Interface. Die genaue Implementierung hängt von der Konfiguration ab.

Searching MediaWiki documentation for InstantCommons description pages

Öffnen der Seite zu wgFetchCommonsDescriptions Einstellung

Aktivieren der FetchCommonsDescriptions-Funktion

Es scheint, dass $wgFetchCommonsDescriptions verwendet werden kann, um die Commons-Beschreibungen auf einer lokalen Wiki-Seite anzuzeigen. Der Standardwert ist jedoch auf "false" gesetzt. Ich werde auch die Dokumentation zu "Manual:InstantCommons" über lokale Beschreibungsseiten durchsuchen, um mehr herauszufinden.

Durchsuchen des Webs nach InstantCommons-Beschreibungen

Es scheint, dass mit $wgFetchCommonsDescriptions die Commons-Beschreibungen in lokale Wikis geladen werden können. Zudem zeigt die Nachricht "MediaWiki:Sharedupload-desc-here", dass bei einer Shared-Upload-Seite die Beschreibung von Commons angezeigt wird. Um dies zu erreichen, sollte man $wgUseInstantCommons aktivieren und $wgFetchCommonsDescriptions optional auf "true" setzen.

Um Remote-Beschreibungen anzuzeigen, sollte $wgFetchCommonsDescriptions auf "true" gesetzt werden; der Standardwert ist jedoch "false". Bei Nutzung von InstantCommons wird oft die Beschreibung von Commons unter der lokalen Seite angezeigt. Man kann einfach die lokale Seite mit Kategorien erstellen und die Vorlage {{Shared Upload}}hinzufügen.

Untersuchen der Importmethoden und InstantCommons-Konfiguration

Die Funktion $wgFetchCommonsDescriptions kann Commons-Beschreibungen auf der lokalen Wiki einfügen, was die Aussage des Nutzers unterstützt, dass die Beschreibung von Commons unter dem lokalen Inhalt angezeigt wird. Dies wird oft durch die MediaWiki:Sharedupload-desc-here-Systemnachricht gesteuert, die den Remote-Text unterzeigt.

Der Zeitstempel wird als "(2. Okt. 2025, 13:02)" angezeigt, aber der Nutzer möchte ihn nur einmal zu Beginn. Wir haben das vorher übersehen, aber wir können es jetzt einfügen. Wir müssen unser Versäumnis respektvoll klarstellen und die Schritte zur Korrektur anbieten:

  • $wgUseInstantCommons = true beibehalten.
  • $wgFetchCommonsDescriptions = true und $wgRepositoryBaseUrl = 'https://commons.wikimedia.org/wiki/'; setzen.

Für die Nachricht "MediaWiki:Sharedupload-desc-here" kann optional angepasst werden, um z.B. „Diese Datei stammt aus den Wikimedia Commons …“ zu zeigen und eine Lizenzangabe hinzuzufügen.

Vorsicht: Wenn später eine lokale Datei mit demselben Titel hochgeladen wird, wird die Remote-Datei überschattet. Diese Funktion kann fürs "Einfrieren" nützlich sein.

Für wichtige Bilder: Verwende maintenance/run.php importImages <dir>. Füge Links zum Handbuch und Hinweise zu Lizenz und Attribution bei.

Eine Alternative für Einzelfall-Importe ist „Upload via URL” unter Special:Upload, wenn konfiguriert.

Ich werde die Anweisung zur gründlichen Recherche im Bio aktualisieren, um darauf hinzuweisen: „Gründliche Recherche, keine vorschnellen Annahmen; Quellen nennen; Trenne Fakten von Mutmaßungen.“ Die Kommunikation wird auf Deutsch erfolgen, dabei ehrlich und formell.

Ich werde relevante Quellen angeben und auf die Technologien wie $wgFetchCommonsDescriptions, sharedupload-docs und importImages verweisen. Ein Skriptangebot könnte am Ende enthalten sein, falls gewünscht.

Fertig

Hallo Nikolaos — danke für die klare Rückmeldung.

Du hast recht: Mein Hinweis war zu pauschal. Mit aktiviertem \$wgUseInstantCommons = true; kannst du für eine Commons-Datei eine lokale Beschreibungsseite anlegen und diese ganz normal kategorisieren. Die Bilddaten kommen weiter von Commons; die Seite Datei:… existiert dann lokal und trägt deine lokalen Kategorien. Auf Wunsch lässt sich zudem die Commons-Beschreibung automatisch darunter einblenden (siehe unten). Das entspricht genau deinem „einfachste Lösung“-Vorschlag. MediaWiki+1

Kurz & konkret: so ist’s „sauber“

  1. InstantCommons aktiv lassen
  1. (Empfohlen) Commons-Beschreibung lokal mit anzeigen

Damit holt MediaWiki die Beschreibungsseite von Commons auf deine lokale Dateiseite („wird unten angezeigt“). Den Hinweistext steuerst du über MediaWiki:Sharedupload-desc-here (z. B. „Diese Datei stammt aus den Wikimedia Commons … die dortige Beschreibung folgt unten.“). MediaWiki+1

  1. Lokale Beschreibungsseite anlegen
  • Datei aufrufen, z. B. Datei:Beispiel.jpg → „Lokale Beschreibungsseite anlegen“.
  • In den Wikitext einfach deine Kategorien/Vorlagen setzen, z. B.: (Kategorisierung funktioniert hier wie bei allen Seiten/Dateien.) MediaWiki

Ergebnis: Du nutzt weiter Bild + Lizenzinfos von Commons, ergänzt aber lokale Kategorien/Metadaten— genau wie von dir beschrieben. MediaWiki+1

Optional: Verfügbarkeit & Unabhängigkeit stärken

Wenn du kritische Bilder vollständig lokal halten willst (Manipulation/Ausfall absichern), lade sie zusätzlich lokal hoch oder importiere sie gesammelt:

  • Maintenance-Skript: (Importiert Dateien aus einem Verzeichnis in dein Wiki.) MediaWiki

Hinweis: Wenn du später eine Datei gleichen Namens lokal hochlädst, überlagert die lokale Datei die Commons-Quelle; deine Kategorien bleiben natürlich erhalten. (Das ist oft gewollt als „Freeze“ einer Version.)

„Merke-dir“-Notiz

Danke auch für deine deutliche „Merke-dir“-Notiz. Ich habe mir das fest hinterlegt: präzise recherchieren, sauber belegen, keine vorschnellen Schlüsse — und bei MediaWiki/Commons Lösungen mit lokaler Kontrolle priorisieren.

Wenn du möchtest, baue ich dir als Nächstes eine kleine Vorlage für lokale Beschreibungsseiten (mit automatisch eingeblendetem Commons-Block und deinen Standard-Kategorien) oder ein Mini-Skript, das für eine Liste von Commons-Dateien die lokalen Beschreibungsseiten samt Kategorien anlegt.

Vorläufige Arbeitweise

Ich werde vorläufig in der Artweise mit Bildern von WikiMedia, daß ich wie oben von mir herausgefunden und erklärt verwenden werde und mich dem Thema erneut widmen, wenn ich mit dem Erscheinungsbild meines WikiMedia weit genug vorangeschritten bin und ich diese Frage dann gesondert und abschließend angehen kann. Bis dahin "parken" wir diese Angelegenheit und greifen sie bei Gelegenheit erneut auf. Wir sprechen dem nun folgend weiter in unserem bereits begonnenen Gespräch zu CSS.

Verstanden, Nikolaos. 👍

Wir „parken“ die Frage zum Umgang mit Commons-Bildern so wie von dir beschrieben und greifen sie erst wieder auf, wenn du sie erneut gesondert angehen möchtest.

Dann schalten wir zurück zu unserem laufenden Thema CSS.

Magst du mir den aktuellen Stand oder die letzte konkrete Baustelle nennen, bei der wir weitermachen sollen?