Wikifunctions:Status-Updates/2026-06-19

Wikifunctions Status-Updates

Der/die/das oder nicht, (das?) ist hier die Frage

Beim Freiwilligentreffen der letzten Woche gab es eine lebhafte Diskussion zu einer bestimmten Frage (Aufzeichnung auf Commons verfügbar), eingebracht von Strobilomyces: Wenn man einen Satz der Form “X ist ein Y.” bilden möchte, erfordert das X manchmal einen bestimmten Artikel “der/die/das” und manchmal nicht. Hier sind einige Beispiele:

Paris is a city.
The Seine is a river.
Lake Superior is a lake.
The Atlantic is an ocean.
The Eiffel Tower is a monument.
Westminster Abbey is a monument.

Das Gleiche gilt für andere Sprachen, die über bestimmte Artikel verfügen, wie zum Beispiel Spanisch, Französisch oder Deutsch. Doch jede Sprache hat ihre eigenen Regeln für den Artikel. Hier ist ein Beispielsatz in vier Sprachen:

Latin is a language.
El latín es un idioma.
Le latin est une langue.
Latein ist eine Sprache.

Wie geht man mit dieser Art von Problem um?

Es gibt im Prinzip zwei extreme Lösungen, die – prinzipiell – beide funktionieren:

Abbilden, ob das jeweilige Substantiv in den Lexemen von Wikidata den bestimmten Artikel erfordert.
Eine intelligente Funktion implementieren, die ermittelt, ob ein Substantiv einen bestimmten Artikel benötigt.

Beide Ansätze bringen ihre eigenen Herausforderungen mit sich: Der Ansatz mit den Lexemen würde eine enorme Anzahl an Lexemen erfordern, da man Lexeme für jeden Fluss, jedes Denkmal etc. in jeder Sprache mit Artikeln bräuchte. Das wären sehr viele Lexeme. Ein intelligenter Funktionsansatz hingegen müsste womöglich eine Vielzahl von Sonderfällen bis hinunter auf die Ebene einzelner Wörter bewältigen, da alle Sprachen Unregelmäßigkeiten aufweisen, was die Implementierungen sehr umfangreich machen würde. Im Prinzip würden jedoch beide Ansätze funktionieren.

Eine weitere Lösung besteht, wie so oft, darin, einen Mittelweg zu wählen: Man verwendet eine Funktion, um die Antwort für jene Fälle zu ermitteln, die sich einfach mit einer Funktion ausdrücken lassen, und nutzt Lexeme für die Ausnahmen. Die Funktion würde dann stets zuerst nach einem Lexem suchen und die Funktion selbst nur dann als bestmögliche Annäherung anwenden, wenn kein Lexem gefunden wird.

Wo stehen wir derzeit? Wikidata hat über eine Eigenschaft, requires grammatical feature (P5713), die tatsächlich dazu verwendet wird, anzugeben, dass bestimmte Bedeutungen einen bestimmten Artikel erfordern, z. B. für den Indus. All diese Anwendungen auf Wikidata beschränken sich derzeit auf englische Lexeme. Zudem gibt es zwei Funktionen, item indicates definite article, English (Z32645) und item indicates zero article, English (Z32935), die beide klären sollen, ob ein Datenobjekt einen bestimmten Artikel benötigt oder nicht; auch hier wiederum nur für Englisch. Wir verfügen also prinzipiell bereits über beide Teile des Puzzles, allerdings scheinen sie nicht in die tatsächliche Verwendung von Funktionen in der Abstrakten Wikipedia integriert zu sein, wie sich z. B. am Artikel über den Eiffelturm zeigt.

Zu meiner Überraschung rief ich nach dem Freiwilligentreffen an diesem Montag Aarne Ranta an. Aarne ist der Entwickler von Grammatical Framework, einem der weltweit führenden Systeme zur symbolischen Generierung natürlicher Sprache. Er hat mich beraten und seine Arbeit war eine Inspiration für die Abstrakte Wikipedia. Ich sprach ihn also auf dieses spezielle Problem an, und seine erste Reaktion war ein Lachen und er bezeichnete es buchstäblich als eines der schwierigsten Rätsel, die sie je lösen mussten. Das machte mir Mut!

Ich möchte daher mit einem Aufruf zum Handeln schließen: Lasst uns uns gemeinsam und über verschiedene relevante Sprachen hinweg einen Moment lang auf dieses Thema konzentrieren, um zu zeigen, dass es sich um ein Problem handelt, das wir angehen und lösen können. Ich bin der Meinung, wenn wir die von Strobilomyces aufgeworfene Herausforderung meistern, die womöglich eine der schwierigsten Fragen für unseren Ansatz zur Generierung natürlicher Sprache darstellt, können wir der Machbarkeit des Gesamtkonzepts weitaus zuversichtlicher entgegensehen.

Letzte Änderungen an der Software

Diese Woche haben wir einige Verbesserungen daran vorgenommen, wie Artikel der Abstrakten Wikipedia und eingebettete Ausgaben von Wikifunctions wikiübergreifend dargestellt werden.

In der Abstrakten Wikipedia erscheinen leere Artikel nun als Rotlinks im lokalen Wikitext sowie in gerenderten Fragmenten, übereinstimmend damit, wie Wikipedia mit noch nicht erstellten Seiten verfährt (T424310). Zudem greift das System beim Abrufen von Bezeichnungen für Objekte der Abstrakten Wikipedia auf mul (sprachunabhängige Bezeichnung) zurück, sofern keine sprachspezifische Bezeichnung vorliegt (T427027).

Für eingebettete Wikifunctions haben wir einen Fehler behoben, der dazu führte, dass die Vorschau der HTML-Ausgabe eingebetteter Wikifunctions – außer auf Wikifunctions.org selbst – nicht funktionierte (T426024).

Im Rahmen der allgemeinen Arbeiten zur Sprachunterstützung in MediaWiki haben wir Z2048 (sd-deva) als neue Sprache hinzugefügt und sd-arab an Z1191 zugewiesen, zusätzlich zu dem bereits vorhandenen Code sd (T411110, T416161, T418886 und T426332).

Neuigkeiten zu Types: Syntaktische Tabellen… aber noch nicht

Wir laden alle ein, neue Typenvorschläge zu erstellen und bestehende zu diskutieren, damit wir weiterhin neue Typen erstellen können. Vielen Dank an alle Community-Mitglieder, die sich an der Diskussion beteiligen und Vorschläge verfassen und so die Erweiterung von Wikifunctions auf neue Bereiche ermöglichen!

Anfang dieser Woche haben wir den Vorschlag für Syntaktische Tabellen umgesetzt, er ist jedoch weiterhin als experimentell gekennzeichnet. Bitte beachte daher, dass er sich noch ändern oder sogar missbilligt werden kann. Beim Erstellen trat ein Fehler in der Benutzeroberfläche für HTML-Fragmente auf (T429379), der nächste Woche behoben wird. Bis dahin ist die Funktionsweise dieses Typs nur schwer zu erkennen. Der experimentelle Typ ist hier zu finden: (experimental) Syntactic table (Z36462)

Ursprünglich hatte ich geplant, die Vorschläge für die Typen Semantische Einheit und Syntaktische Einheit umzusetzen. Nach Rücksprache mit Mahir256, der diese Typen vorgeschlagen hatte, wurde jedoch deutlich, dass im Backend noch einige Funktionen fehlen, sodass eine Implementierung zum jetzigen Zeitpunkt nicht sinnvoll wäre. Weitere Einzelheiten wurden im Treffen der NLG-SIG in dieser Woche besprochen (siehe nächster Abschnitt).

NLG-SIG-Aufzeichnung

Aufzeichnung des NLG-SIG-Treffens vom Juni 2026

Beim NLG-SIG-Treffen dieser Woche wurden die vorgeschlagenen neuen NLG-Typen diskutiert, wobei der Schwerpunkt insbesondere auf dem Vorschlag zur Semantischen Einheit lag. Vielen Dank an Mahir für die Vorstellung des Typs, die Demonstration der Werkzeuge und die geduldige Beantwortung von Fragen. Die Aufzeichnung des Treffens ist auf Commons verfügbar.

Bevorstehende Veranstaltungen

Am Freitag, den 19. Juni 2026, um 18:30 Uhr Ortszeit wird Denny das Temporärhaus in Ulm, Deutschland, besuchen, um Wikidata, Wikifunctions und die Abstrakte Wikipedia vorzustellen und sich mit der lokalen Community auszutauschen. Vielen Dank an Hogü-456 für die Organisation der Veranstaltung!

Die Wikimania 2026, die jährliche Hauptkonferenz rund um Wikimedia, findet dieses Jahr vom 21. bis 25. Juli in Paris, Frankreich, statt. Mahir256 wird am Freitag um 16:00 Uhr Ortszeit einen Workshop zum Thema “Von Abstrakten Inhalten zu Konkretem Text mit Wikidata-Lexemen” organisieren und wir veranstalten am Samstag um 11:00 Uhr Ortszeit einen “Workshop zur Abstrakten Wikipedia: Lasst uns einen mehrsprachigen Artikel erstellen!”.

Wöchentliche neue Funktionen: 43 neue Funktionen

Diese Woche hatten wir 43 neue Funktionen. Hier ist eine unvollständige Liste von Funktionen mit Implementierungen und bestandenen Tests, um einen Eindruck davon zu bekommen, welche Funktionen erstellt wurden. Vielen Dank an alle für ihre Beiträge!

Eine vollständige Liste aller Funktionen, sortiert nach Erstellungsdatum, ist verfügbar.