Commons:SPARQL-Abfragedienst

Strukturiertes Commons

Über Strukturiertes Commons

Beteilige Dich

GLAM und Kultur

SPARQL

Modellbildung

Diskussion

Zum Wikimedia Commons Abfragedienst gehen 

Anwendung

 Diese Seite muss mit weiteren Informationen über die Nutzung des Commons Query Service aktualisiert werden.

• Beispiele für Commons-Abfragen
• Hinweis: Wie du Daten hinzufügen kannst, erfährst du unter Commons:Structured data/GLAM/Tools oder Commons:Structured data/Get involved/Finding data.

Commons Query Service verwendet Wikibase, Wikidata Query Help bietet die Dokumentation, die für die Verwendung benötigt wird, mit Ausnahme der M-IDs, die unten beschrieben werden.

M-IDs

Der einzige Commons-spezifische Teil des Abfragedienstes sind die M-IDs, die eine eindeutige Kennung für jede Datei auf Commons darstellen und den Q-IDs in Wikidata entsprechen.

M-IDs finden

Einzelne Dateien

Um M-IDs für einzelne Bilder zu finden, sieh dir eine Datei an. Im Menü auf der linken Seite findest du die „Konzept-URI“, klicke mit der rechten Maustaste und kopiere den Link, dieser Link enthält die M-ID. Alternativ dazu gibt es im linken Menü die Option „Seiteninformationen“. Die M-ID ist die „Seiten-ID“ mit einem vorangestellten „M“.

Mehrere Dateien

• PetScan kann verwendet werden, um M-IDs für alle Dateien in einer Wikimedia Commons Kategorie zu finden. Suche den Namen der Commons-Kategorie und wählen die folgenden Optionen:

# Sprache = commons

# Projekt = wikimedia

# Kategorien = Name der Kategorie (Leerzeichen im Namen werden durch _ ersetzt)

# Kombination = Untermenge

# Gehe auf die Registerkarte „Seiteneigenschaften“ und klicke unter „Namensräume“ auf das Feld „Datei“.

In den Ergebnissen ist die „Seiten-ID“ die M-ID (das M muss vom Benutzer hinzugefügt werden). Die Ergebnisse können entweder manuell kopiert werden oder unter der Registerkarte „Ausgabe“ gibt es eine Reihe von Optionen für den Export.

• Minefield kann verwendet werden, um eine Liste von Commons-Dateiseitentiteln in Medien-M-IDs zu konvertieren

API-Endpunkt

Da es sich bei WCQS um einen authentifizierten Dienst handelt, ist es derzeit nicht so einfach und unkompliziert, ihn als API-Endpunkt zu verwenden, wie man es vielleicht erwarten würde, wenn man mit dem nicht authentifizierten Endpunkt von Wikidata vertraut ist.

Einzelheiten zum programmgesteuerten Zugriff auf den Abfragedienst findest du unter Commons:SPARQL query service/API endpoint.

Veröffentlichungshinweise

Dies ist ein Beta SPARQL Endpunkt, der den strukturierten Daten auf Commons (SDoC)-Datensatz bereitstellt. Dieser Endpunkt kann mit WDQS föderiert werden. Es ist noch mehr Arbeit nötig, um den Dienst zu verbessern, aber du kannst den Endpunkt gerne schon jetzt nutzen. Bekannte Einschränkungen sind unten aufgeführt:

• Der Dienst ist ein Beta-Endpunkt, der über wöchentliche Dumps aktualisiert wird. Zu den Vorbehalten gehören eine begrenzte Leistung, zu erwartende Ausfallzeiten und keine Garantie für die Stabilität der Schnittstelle, der Namensgebung oder der Abwärtskompatibilität.

• Der Dienst wird auf Wikimedia Cloud Services gehostet, mit begrenzten Ressourcen und begrenzter Überwachung. Dies bedeutet, dass es zufällige ungeplante Ausfallzeiten geben kann.

Die Daten werden wöchentlich montags aus den am Sonntag gemachten Dumps neu geladen. Die Dumps können unter https://dumps.wikimedia.org/other/wikibase/commonswiki/ eingesehen werden. Der Dienst wird während des Einspielens der Daten nicht verfügbar sein. Bei der derzeitigen Menge an SDoC-Daten wird die Ausfallzeit ca. 4 Stunden betragen, sie kann sich jedoch mit dem Wachstum der SDoC-Daten erhöhen.

• Aufgrund eines Problems mit dem Dump-Format reichen die Daten derzeit nur bis zum 5. Juli zurück. Wir arbeiten daran, aktuellere Daten zu bekommen und hoffen, bald eine Lösung zu haben. (T258507 und T258474)
• Die URIs des MediaInfo-Konzepts (z. B. http://commons.wikimedia.org/entity/M37200540) sind derzeit HTTP; wir werden sie möglicherweise in naher Zukunft auf HTTPS umstellen. Bitte kommentiere T258590, wenn du Bedenken gegen diese Änderung hast.

• Der Dienst ist auf eine OAuth-Authentifizierung beschränkt, die von Commons unterstützt wird. Du benötigst ein Benutzerkonto bei Commons, um auf den Dienst zugreifen zu können. Es scheint, dass OAuth derzeit nicht funktioniert. Siehe https://stackoverflow.com/questions/65303450/how-to-authenticate-to-wikimedia-commons-query-service-using-oauth-in-python#comment115828158_65424900. So können wir missbräuchliche Bots und/oder Nutzer kontaktieren und sie als letztes Mittel selektiv sperren, falls erforderlich.

• Bitte beachte, dass du zum korrekten Abmelden vom Dienst den Abmeldelink in WCQS verwenden musst - das Abmelden nur von Wikimedia Commons funktioniert nicht für WCQS. Diese Einschränkung wird aufgehoben, sobald wir in die Produktion übergehen.

• Es gibt noch keine Dokumentation zu diesem Dienst, außer Beispiele, die unter Commons:SPARQL query service/queries/examples zu finden sind und dem Format unter Wikidata:SPARQL query service/queries/examples folgen. Bitte füge deine eigenen Beispiele zu dieser Liste hinzu.

• Bitte verwende die SPARQL-Vorlage. Beachte, dass es derzeit einen Fehler gibt, der es uns nicht erlaubt, den Endpunkt des „Try it!“-Links zu ändern. Die Beispiele werden jedoch auf der WCQS-GUI korrekt angezeigt.

• WCQS ist eine unfertige Arbeit, und einige Fehler sind zu erwarten, insbesondere im Zusammenhang mit der Verallgemeinerung von WDQS zur Anpassung an SDoC-Daten. Zu den aktuellen Fehlern gehören zum Beispiel:

• URI-Präfixe speziell für SDoC-Daten funktionieren noch nicht - Du musst vollständige URIs verwenden, wenn du sie abfragen willst. Beziehungen und Q-Elemente sind definiert durch :* Autovervollständigung für SDoC-Elemente funktioniert nicht - ohne Präfixe wären sie ohnehin unbrauchbar, aber zusätzliche Arbeit wird erforderlich sein, nachdem wir SDoC-URI-Präfixe in die WCQS-GUI integriert haben.
• Wenn du weitere Fehler oder Probleme findest, melde diese bitte im Phabricator mit dem Tag wikidata-query-service.

Zukünftige Pläne

Wir planen, den Dienst in die Produktion zu überführen, aber wir haben noch keinen Zeitplan dafür. Wir möchten betonen, dass wir zwar davon ausgehen, dass ein SPARQL-Endpunkt Teil einer mittel- bis langfristigen Lösung sein wird, aber er wird nur ein Teil dieser Lösung sein. Selbst wenn der Dienst produktionsreif ist, wird er immer noch Einschränkungen in Bezug auf Timeouts, teure Abfragen und Föderation haben. Einige Anwendungsfälle werden im Laufe der Zeit auf bessere Lösungen umgestellt werden müssen - sobald diese Lösungen existieren.