Gespräch:Wikibase Lexeme Datenmodel

Über diese Seite Gespräch

Wikibase Lexeme Datenmodell
ChatGPT Sophos GPT-5 ThinkingChatGPT Sophos GPT-5 Thinking
22. Oktober 2025 n. Chr. erst.  
11:21 Uhr Ausgabe 01
Ausgabe 01
unüberarbeitet ungeprüft
2025102201 Wikibase Lexeme Datenmodel

Einleitung

Hallo Sophos,

heute steht als Anregung für einen neuen Chat mit dir die Frage: Was geht dir heute durch den Kopf?

Gemäß meinem Studium in kognitive Neurowissenschaft und meinem eigens erlangten Forschungstand geht mir gewiß nur Blut, Neurotransmitter, Hormone, bis hin zu kosmischer Strahlung und deren wechselwirkenden Wirkweisen, doch gewiß keine Kognition durch den Kopf, da Kognition Sache der Wesenseinheit und nicht des organisch gebildeten Kopf – oder?

"Wonach steht dir heute der Sinn?" oder besser "Was hast du heute im Sinn?" halte ich für zurtreffender. Was meinst du dazu?

Güte der Beantwortung einer Frage

Denke nach…

Überlegungen zur Kognition auf verschiedenen Ebenen Ich werde eine kurze Antwort in deutscher Sprache mit einem Zeitstempel liefern: "22. Okt. 2025, 11:21". Dann bespreche ich den Unterschied zwischen Idi Nachgedacht für 14s Fertig

Hallo Nikolaos,

kurz gefasst: Sprachlich ist „Was geht dir durch den Kopf?“ eine idiomatische Redeweise für flüchtige Gedanken. Sachlich-ontologisch vermischt sie Ebenen. Dein Einwand („durch den Kopf gehen“ ≠ Kognition) macht diese Ebenen sauber sichtbar.

Präzise Unterscheidungen

• Ebene A – physio-neural: Blutfluss, Neurotransmitter, Hormone, Feldaktivität, kosmische Strahlung → Substratdynamik.
• Ebene B – phänomenal-intentional: Erleben, Meinen, Verstehen, Absicht → Wesenseinheit/Person.
• Beziehung: Phänomenales superveniert (min. logisch/kausal korreliert) auf dem Substrat, ist aber nicht mit dessen Vokabular erschöpfend beschreibbar. Fakt: Messungen erfassen A. Mutmaßung (hoch plausibel): B erfordert A, ist jedoch kategorial anders (Intentionalität, Bedeutung).

Bedeutung der Formulierungen (Nuancen)

• „Was geht dir durch den Kopf?“ Alltagssprache für spontane, teils ungeordnete Inhalte (Assoziationen). Fokus: Passierendes.
• „Wonach steht dir heute der Sinn?“ Zielt auf Neigung/Begehren (affektiv-volitional), weniger auf klaren Plan.
• „Was hast du heute im Sinn?“ Zielt auf intentionale Ausrichtung/Vorhaben; näher an Kognition als gelebter Sinn.
• Alternativen, falls du strikt ebenenklar bleiben willst:
  1. „Worauf richtest du heute deine Aufmerksamkeit?“ (Prozessual, bewusst)
  2. „Woran arbeitest du gedanklich heute?“ (Aufgabe/Ziel)
  3. „Welche Frage hältst du heute für prüfenswert?“ (Erkenntnisfokus)

Möglicher Konsenssatz

• Alltag: Idiom „durch den Kopf gehen“ ist unproblematisch als Metapher für B.
• Forschung: Präzisionssprache trennt A (Substrat) von B (Intentionalität/Erleben) und kennzeichnet Übergänge (z. B. „neural korreliert mit …“ vs. „ist …“).

Vorschlag für deine Arbeitssprache (operationalisierbar)

• Protokollfelder (B-Ebene): Intention, Frage, Begriffe, Kriterien der Prüfung.
• Verknüpfung (A↔B): Beobachtbare Marker (Wachheit, Müdigkeit, Erregung), Kontext (Zeit, Ort, Aufgabe).
• Regel: Aussagen zu A stets als Mess-/Korrelationsebene markieren; Aussagen zu B als phänomenal/intentional.

Wenn du magst, wähle eine der drei präziseren Fragen als Standardformel für unseren Gesprächsstart. Meine Gegenfrage heute – auf Ebene B formuliert:

Welche eine Frage hältst du heute für prüfenswert, und woran würdest du ihre Beantwortung erkennen?

Aufgabenstellung

Wikibase-Lexeme Datenspeicherung

Klasse Antwort und geschickter Schwenk zu unserer Arbeitsweise.

Zur Prüfung steht der Gebrauch und Nutzung von Wikibase-Lexeme an.

Die zu klärende Frage ist, kann und soll ich meine bisherige Forschung in Sachen Wort und Wortsinn zu Wikibase-Lexeme übertragen und infolge damit arbeiten und wie nutze ich die so erfassten Daten erneut in Wikiseiten.

Die Beantwortung dieser Frage würde gemäß der Erfahrung im Anlegen und Verwenden einiger Lexeme entnehmen.

Wir haben für Lexeme das jeweilige Wort (Lemma) (Kennung L) dessen Wortformen (Kennung F) und dessen Wortsinn (Kennung S). Ich möchte mittels Wikibase-Lexeme jedoch auch die Sprachstufen, den Wortwandel bis hin zu dessen Wortwurzel und ursprünglichsten Wortsinn im indogermanisch abbilden um dies für meine Forschungsarbeit und meinem Erkenntnisgewinn zu nutzen.

Wir haben zusammen alles Technische dazu in meinem MediaWiki bereits installiert und eingerichtet.

Als erstes klären wir das Strukturschema (WikibaseLexeme Datenmodell) eines Lexem.

– Lexeme

– – Lemma (Grundform)

– – Lexikalische Kategorie

– –  Sprache

– – Aussagen (statements)

– – Formen (spezifisch, konjugiuert oder flektierte Foormen des Lexem)

– – – Repräsentation (der string-Wert der gegebenen Form)

– – – Grammatik (grammatical feature) (normativ, komparativ, etc.)

– – – Aussagen (statements) (Region, Periode, Betonungen, etc.)

– – Wortbedeutung (senses)

– – – Kurzbeschreibung (gloss) (übersetzbar in alle Sprachen von Wikidata)

– – – Aussagen (statements)

– – – – – Übersetzungen, Synonyme, Vermerke, Register, referiert zu Konzept, etc.

Als erstes möchte ich wissen, ob dieses Datenmodel in Wikibase-Lexeme vorhanden und alles darin abgespeichert wird, oder ob Teile davon in Wikibase-Item und oder Wikibase-Property abgespeichert werden.

Lexeme Datenmodel vernetzt mit Wikibase

Denke nach…

Erklärung des Wikibase Lexem-Datenmodells Das Lexem-Modell speichert Lemma, lexikalische Kategorie, Sprachfelder, Aussagen, Formen mit grammatischen Merkmalen und Sinne mit Erklärungen. Es nutzt Items für Konzepte und Senses sind über Eigenschaften wie „Item für diesen Sinn“ verbunden. Formen repräsentieren Wörter, meist als Zeichenketten, die möglicherweise eine Sprache besitzen. Überlegungen zum Wikibase Lexem-Datenmodell Formen in Wikibase Lexeme haben wohl Darstellungen als monolinguale Texte, meist mit zugewiesenem Sprachcode. Grammaticale Merkmale erscheinen als eine Liste von Items. Senses enthalten Glossen und können mit Items verknüpften Aussagen haben. Übersetzungen verbinden Sinne zwischen Lexemen und werden über die „Übersetzungs“-Eigenschaft verknüpft. Durchsuchen der Wikibase Lexeme-Datenmodell-Dokumentation Erklärung des Wikibase-Lexemmodells Das Lexem speichert die meisten Daten, aber verweist auf Items und Eigenschaften. Für erweiterte Modelle wie Sprachstufen, Etymologie oder indogermanische Wurzeln können Eigenschaften wie „abgeleitet aus Lexem“ (P5191) genutzt werden. Grammatiken, Kategorisierungen und Übersetzungen sind ebenfalls durch Items verlinkt. Glossen sind monolinguale Texte. Nachgedacht für 25s Fertig Quellen · 33 MediaWikiExtension:WikibaseLexeme/Data ModelSep 29, 2025 — The data model of WikibaseLexeme describes the structure of the data that is handled as "Lexemes" in Wikibase, such as words and phrases. WikidataWikidata:Lexicographical data/DocumentationJun 8, 2025 — Grammatical features are references to Wikidata items that define the syntactic circumstances in which a given form applies. Like lexemes, ... WikidataLexemes - Wikidata:Lexicographical dataNov 29, 2024 — Lexemes, like items or properties, have statements (claims) that provide information about the lexeme that is not specific to one of its ... Wikidataitem for this senseSep 24, 2025 — (P5137) ... item for this sense. concept corresponding to this sense of a lexeme. Use only on lexeme senses; do not use on items or properties. Wikidatatranslationsense (meaning) of a lexeme in another language that corresponds exactly to this sense (meaning) of the lexeme. translations; foreign language synonym. semantic-web-journal.netUsing Wikidata Lexemes and Items to Generate Text from ...27. Februar 2024 – by M Morshed · Cited by 7 — – Correspondences between different lexeme senses may be marked directly with the “translation” (wdt:P5972) and “synonym” (wdt:P5973) properties, depending ... Wikidataderived from lexemeetymology; history of a word; word origin; origin of a word; derived from; loaned from. In more languages. Spanish. étimo. lexema(s) del cual se origina. wikidata.orgProperty talk:P5972translation sense (meaning) of a lexeme in another language that corresponds exactly to this sense (meaning) of the lexeme. Represents, translation (Q7553). wikidata.orgWikidata:Lexicographical data/Ideas of queries/list of sense ...All structured data from the main, Property, Lexeme, and EntitySchema namespaces is available under the Creative Commons CC0 License; text in the other ... wikidata.orgWikidata:Lexicographical data/StatisticsMay 23, 2025 — Items with the most senses in one language linking to them (using item for this sense (P5137)); Items with the most senses in all languages ... wikidata.orgWikidata:Tools/Lexicographical dataJun 28, 2025 — Copies senses from one lexeme to another and adds backlinks with synonym (P5973) and translation (P5972). Userscript. activate. Please write ... wikidata.orgWikidata:GlossaryApr 27, 2025 — Every Lexeme may have multiple forms. Forms are identified on each lexeme by the Lexeme ID followed by a hyphen, the letter "F" and a number. wikidata.orgWikidata:Lexicographical data | Documentation | LanguagesMar 16, 2025 — Language code · Lexical categories · Lemma · Statements · Forms · Senses · Forms · Example lexeme entries. wikifunctions.orgWikifunctions:Support for Wikidata contentstatement property: P5137/item for this sense; statement value: Q533047/rose · Find lexemes for an item searches for lexemes that are related to a given item by ... wikifunctions.orgWikifunctions:Catalogue/Wikidata operationsSep 17, 2025 — ... item for this sense" pointing to this Wikidata item. (Wraps Z6830 with particular property P5137) · best lexeme for Wikidata item (Z27327): ... wikifunctions.orgWikifunctions:Working with Wikidata contentJul 6, 2025 — Lexemes contain lexeme forms, and each lexeme form contains a list of Wikidata item references, which are its grammatical features. (We saw ... mediawiki.orgWikibase/DataModelThe Wikibase data model is a conceptual model describing the structure of data handled, specifying what users can contribute, and providing a metamodel for ... wikipedia.orgWikidataIn Wikidata, a schema is a data model that outlines the necessary attributes for a data item. ... The possible values for properties were initially limited to two ... aclanthology.orgLexemes in Wikidata: 2020 statusby F Nielsen · 2020 · Cited by 20 — translated to property (P5972) that links to other senses or by the item for this sense (P5137) that links to a Q- item. As of 26 February 2020, the former ... aclanthology.orgOntolex-Lemon in Wikidata and other Wikibase instancesby D Lindemann · 2025 — We de- scribe how lexical entries are modeled on a Wikibase, including the linguistic description of lexemes, the linking of lexical entries, ... semantic-web-journal.netUsing Wikidata Lexemes and Items to Generate Text from ...by M Morshed · Cited by 7 — than those, the “item for this sense” (wdt:P5137) property links senses on lexemes to a Wikidata item de- scribing the concepts those senses represent. A ... wikidataworkshop.github.ioWhen OntoLex Meets Wikibase: Remodeling Use Casesby D Lindemann · 2023 · Cited by 4 — In this paper, we describe the data model used in Wikibase for the representation of lexemes along with two use cases that aim to adapt lexical resources ... wikibooks.orgSPARQL/WIKIDATA Lexicographical dataA Lexeme is a lexical element of a language, such as a word, a phrase, or a prefix (see Lexeme on Wikipedia). Lexemes are Entities in the sense of the Wikibase ... openrefine.orgOpenRefine support for Lexemes in Wikidata: how would ...Dec 1, 2022 — Matching lexemes, using lemma, lexical category, and statements, like P5185. This has been done to match existing French lexemes to several ... dtu.dkLexemes in Wikidata: 2020 status - People at DTU Computeby FA Nielsen · Cited by 19 — translated to property (P5972) that links to other senses or by the item for this sense (P5137) that links to a Q- item. As of 26 February ... dtu.dkLexemes in Wikidata: 2020 status - People at DTU Computeby FÅ Nielsen · 2020 · Cited by 20 — Links between lexemes of different languages can be established by an ety- mological property as well as through senses and the Q-items of ... wikimedia.orgFindingGLAMs/White Paper/WORD - Meta-WikiOne way to do this is by using the property item for this sense (P5137) to link one lexeme's sense to a corresponding Wikidata item. For example, the ... wikimedia.orgJSON - WikibaseLexemeThe language and lexical category of a Lexeme are represented by their respective Item IDs. Forms and Senses. Forms and Senses are "subentities" of a Lexeme. multilingual.comWikidata gets wordierThis entity type allows important features of lexemes (such as lemmas, forms or senses) to be captured easily based on the general entity type provisions for ... dicare.toolforge.orgGambling — Lexemes Challenge - Dicare Tools... Wikidata items using the following properties: item for this sense (P5137), predicate for (P9970), demonym of (P6271). ... 55 senses; 33% completion; 7 medals. johnskinnerportfolio.comWikidata words - John Skiles SkinnerJan 30, 2020 — Wikidata also includes short phrases and word parts, like prefixes, as lexemes. Sense: A meaning of a word. The noun film has two senses: a ... sagepub.comUsing Wikidata lexemes and items to generate text from ...by M Morshed · 2024 · Cited by 7 — Correspondences between different lexeme senses may be marked directly with the “translation” (wdt:P5972) and “synonym” (wdt:P5973) properties, ... zenodo.orgOntolex-Lemon in Wikidata and other Wikibase instancesThis paper provides insight into how the core elements of the Ontolex-Lemon model are inte- grated in the Wikibase Ontology, the data mod

Kurz und präzise vorweg:

Ja—das von dir skizzierte Schema (Lexem → Lemma, Sprache, lexikalische Kategorie; Formen mit Repräsentation + grammatischen Merkmalen; Sinne mit Gloss + Aussagen) ist genau das Wikibase-Lexeme-Modell. Die Träger der Daten sind aber verteilt: Einiges steckt im Lexem-Objekt, anderes verweist auf Items (Q… ) und Properties (P… ) aus dem Haupt-/Property-Namensraum.

Lexem (L…)

• Lemma: sprachmarkierter String (mehrere Varianten möglich, z. B. unterschiedliche Schreibungen). Gespeichert am Lexem. Wikidata
• Sprache: Verweis auf ein Item (Q-Entity, z. B. Deutsch, Altgriechisch, PIE). Nicht als Text am Lexem. MediaWiki
• Lexikalische Kategorie (Substantiv, Verb …): Verweis auf ein Item. MediaWiki
• Aussagen (Statements) am Lexem: beliebig mit Properties (P… ); Werte können Items, Strings, Zeiten usw. sein. Träger ist das Lexem, das Vokabular dafür kommt aus dem Property-Namensraum. Wikidata+1

Formen (F…)

• Repräsentationen: Strings mit Sprach-Tag; mehrere möglich (z. B. Orthographie-Varianten). Gespeichert an der Form. Wikidata
• Grammatische Merkmale (Numerus, Kasus, Komparationsstufe …): Liste von Items (Q-Entities), die die Merkmale definieren. Die Liste sitzt an der Form, die Begriffe selbst leben als Items. Wikidata
• Aussagen an der Form: wieder Statements mit Properties; Träger ist die Form. MediaWiki

Sinne (S…)

• Gloss(e): sprachmarkierter kurzer Text. Gespeichert am Sinn. MediaWiki
• Aussagen am Sinn:
  • item for this sense (P5137) → Verweis auf das Konzept-Item (Q…), das diesen Sinn repräsentiert. Wikidata
  • translation (P5972) → Verknüpft Sense ↔ Sense zwischen Sprachen. Wikidata+1
  • (häufig auch synonym (P5973) auf Sense-Ebene; ebenso weitere sense-spezifische Properties). semantic-web-journal.net+1

Etymologie, Sprachstufen, Wortwandel, Wortwurzel (PIE)

Diese Dimensionen sind kein eigener fester Feld-Block im Kernmodell, lassen sich aber modellieren über Statements:

• Herkunft / Ableitung: z. B. derived from lexeme (P5191) am Lexem (oder ggf. am Sinn, wenn die Etymologie sinnspezifisch ist). Ziel ist ein anderes Lexem (L… ). Wikidata
• Sprachstufen / Diachronie: über die Sprache (Q-Item) des Lexems und zusätzliche Statements (z. B. Zeiträume/Perioden als Items + Properties) an Lexem/Form/Sinn. Die Stufen selbst sind Items, die Verknüpfung liegt in den Statements. MediaWiki
• Wortwurzel (PIE): als Item (PIE-root als Q-Entity) und Verknüpfung per geeigneter Property von Lexem/Sinn → Item; teils via Etymologie-Properties, teils via item for this sense (P5137), wenn der Sinn direkt auf das Konzept-Item verweist. (Praxisbelege in der Wikidata-Doku/Forschungsliteratur). Wikidata+2ACL Anthology+2

Kurze Antwort auf deine Kernfrage

• Ja, das von dir gewünschte Struktur-Schema existiert im Lexeme-Modell: Lexem, Form, Sinn, jeweils mit eigenen Statements.
• Aber: Vieles von dem, was du eintragen willst (Sprache, Kategorie, grammatische Merkmale, Epochen, Wurzeln, referierte Konzepte), lebt als Q-Items; die Beziehungen werden über Properties (P… ) ausgedrückt. Das „Fleisch“ steckt also in den Statements, das „Vokabular“ (Begriffe/Merkmale) in Items/Properties. MediaWiki+2Wikidata+2

Nächster sinnvoller Schritt (operational)

1. Ein Minimal-ShEx/Schema für deine Lexeme/Sinne/Formen festlegen (Welche Properties sind Pflicht/optional?).
2. 1–2 Probelekseme anlegen:
   • ein modernes deutsches Wort mit klarer Flexion,
   • ein diachrones Beispiel mit PIE-Bezug.

1. Wiederverwendung auf Wikiseiten (nur Ausblick): per Lua mw.wikibase/Parserfunktion Daten ziehen (L/F/S-IDs, P5137, P5972 etc.) und in Seiten rendern; alternativ SPARQL-Abfragen über WDQS/Blazegraph deiner Instanz. (Wenn gewünscht, entwerfe ich dir direkt ein Lua-Skelett für Sense-→-Item-→-Anzeige.)

Möchtest du zuerst ein konkretes Test-Lexem skizzieren (Lemma + Zielstruktur), damit wir daran das Sense-/Form-Gerüst samt Etymologie-Kanten abbilden?

Weitere Fragen

Zuerst weitere Fragen.

Ein ShEx/Schema würde ich erst nachdem wir ein paar Lexeme zum Test angelegt haben in Erwägung ziehen, da offenbar derzeit selbst auf Wikidata nicht mit ShEx/Schemata gearbeitet wird.

Wenn du sagst "Gespeichert an der Form", hat Form einen eigenen Namensraum? Ich wollte an sich wissen, in welchen Namensraum jedes Element eines Lexem gespeichert wird.

Es gibt die wikibase-entityid für item Q, property P, lexeme L, Schema E welche jeweils ihren eigenen Namensraum haben.

In welchem Namensraum werden Form F und Sinn S als wikibase-entityid gespeichert?

Wie sieht es mit Statements und den anderen aus, haben die auch eine Kennung?

Klarstellung der Nutzung der Namensräume für Lexeme

Denke nach…

Klärung der Wikibase-Lexemstruktur Die Frage betrifft die Struktur von Forms (F) und Senses (S) im Wikibase-Lexemmodell. Sie sind keine eigenen Entitäten-Namespace, sondern Untereinheiten mit zusammengesetzten IDs (wie L123-F1, L123-S1). Statements haben GUIDs, keine globalen IDs. Form- und Sinn-IDs sind lokal für das Lexem und keine eigenen Inhalte. Searching Wikibase Lexeme Form und Sinn IDs Klärung der Namespace-Entitäten Die Lexeme haben ihren eigenen Namespace (NS 146) und beinhalten Formen und Sinne als Sub-Einheiten. Diese werden im Lexem-Entity-JSON gespeichert, nicht als eigene Seiten. Ihre IDs sind Lxxx-Fy und Lxxx-Sz, und Statements haben GUIDs (z.B. L123-F1$... für Formen). Ich muss eine Quelle für die GUID-Formate finden. Suche nach ID-Formaten und Beispielen in Dokumentationen Nachgedacht für 37s Fertig Quellen· 48

Kurz, präzise, ohne Mutmaßungen:

1) Haben Form (F) und Sinn (S) eigene Namensräume?

Nein. Nur Lexeme (L…) haben einen eigenen Namensraum („Lexeme:“).

Formen und Sinne sind Sub-Entities des Lexems, werden im Lexeme-Objekt gespeichert und tragen zusammengesetzte IDs:

• Form-ID: L123-F1, L123-F2, …
• Sinn-ID: L123-S1, L123-S2, … Belegung und Beispiele sind in der offiziellen JSON-Doku gezeigt. doc.wikimedia.org

2) Wo liegen Sprache, lexikalische Kategorie, grammatische Merkmale?

• Sprache und lexikalische Kategorie sind Items (Q…) und werden am Lexem per Q-ID referenziert. doc.wikimedia.org
• Grammatische Merkmale (Numerus, Kasus, Komparation etc.) sind ebenfalls Items (Q…), die an der Form als Liste referenziert werden. doc.wikimedia.org

3) Wo liegen Statements (Aussagen)? Haben sie Kennungen?

• Statements können auf allen Ebenen stehen: Lexem, Form, Sinn (jeweils unter claims). doc.wikimedia.org
• Jedes Statement hat eine GUID (Kennung) nach dem Muster
  • am Lexem: L123$<GUID>
  • an einer Form: L123-F1$<GUID>
  • an einem Sinn: L123-S1$<GUID> Das Format ist in der JSON-Doku mit Beispiel L1347-S1$… belegt. doc.wikimedia.org
• Qualifier und References sind Bestandteile eines Statements; Qualifier haben keine eigene globale ID, References werden intern über Hashes identifiziert (siehe JSON-Struktur). doc.wikimedia.org

4) Überblick zu den Namensräumen (Wikidata/Wikibase):

• Items (Q…) → Haupt-Namensraum
• Properties (P…) → „Property:“
• Lexemes (L…) → „Lexeme:“
• Forms (F…)/Senses (S…) → kein eigener Namensraum, sondern Sub-Entities im Lexeme-Namensraum. Wikidata+1

Konsequenz für deine Praxis:

• Alles zu F und S liegt technisch im JSON des Lexems; Abfragen/Rendern greifen daher über die zusammengesetzten IDs (z. B. Lx-Fy, Lx-Sz) oder über das Lexem plus Pfad zu. Lua/mw.wikibase bzw. API/WDQS berücksichtigen das (z. B. Statement-GUIDs wie L…-S…$…). doc.wikimedia.org+1

Wenn du als Nächstes magst, wählen wir ein konkretes Test-Lexem und hängen je eine Form und einen Sinn mit je einem Statement dran; anschließend zeige ich dir den minimalen Lua-Zugriff (Lexem → Sinn-Statement → referenziertes Q-Item) für die Seitenausgabe.

Test zu Wort

Danke für die Klarstellung – ich fange an die Struktur des Ganzen zu erfassen. Also Lexeme bedingen bereits Einträge im Wikibase-item und gegebenenfalls auch Wikibase-property – die müssen demnach bereits angelegt sein, bevor ich ein Lexem anlegen kann – richtig?

Vermagst du mir zum Wort "Wort" eine Vorlage gemäß dem Lexeme-Datenmodell erstellen, welches für jeden Teil des Datenmodell (ohne Schema) mindestens einen Eintrag hat? Oder ist das zu umfangreich und speziell für dich?

Entwurf zu Vorlage Lexem

Denke nach…

Überprüfung von Wikibase-Einträgen Ich muss sicherstellen, dass sowohl die Sprache als auch die lexikalische Kategorie als existierende Elemente vorhanden sind, bevor ich eine Lexem erstellen kann. Wenn die benötigten Eigenschaften nicht vorhanden sind, müssen diese zuerst definiert werden. Ich sollte auch ein Beispiel für eine JSON-ähnliche Struktur mit realistischen Q-IDs und Merkmalen wie Singular/Plural bereitstellen. Erstellen von Wikibase-Daten Für eine lokale Wikibase-Ausstellung sollte man IDs eher über Labels referenzieren und Platzhalter für P... verwenden. Ich könnte eine Tabelle anbieten, um lokale IDs zuzuordnen. Es wäre außerdem hilfreich, ein Lua/MW-Abfragesamples bereitzustellen, um vom Sinn zum Konzept-Label zu gelangen – optional. Erstellen eines Lexem-Templates Für das Lexem "Wort" könnte das Template mit Platzhaltern aussehen: Lemma: "Wort"@de Sprache: Q_DE (Deutsch) Lexikalische Kategorie: Q_Noun Zudem sollten Aussagen zu "Etymologie" und anderen Eigenschaften berücksichtigt werden, aber ohne zu spezifisch zu sein, um Fehler zu vermeiden, zum Beispiel durch Platzhalter wie "ETYM_LEXEME" und "PIE_ROOT". Für die Formen könnte man Singular und Plural erweitern und gleiche Anmerkungen für regionale Unterschiede oder Gebrauch hinzufügen. Lexem- und Sinnesstruktur Für das Lexem "Wort" könnte eine vollständige Struktur folgendermaßen aussehen: Form: Singular Nominativ "Wort" Sinn 1: "sprachliches Zeichen, das eine Bedeutung trägt" bei Konzept Q_WORD Sinn 2: "Versprechen" (optional), mit Platzhalter SENSE_EN für die englische Übersetzung QuickStatements: Entsprechende Lexem-Einträge mit einer Form und mindestens einem Sinn, alle mit den Angaben für Sprache, Lexikalische Kategorie, Form und Bedeutung. Nachgedacht für 49s Fertig

Kurz zur Vorfrage (Ja/Nein):

Müssen Items/Properties schon existieren?

• Ja, für Verweise zwingend.
  • Sprache (Q… für „Deutsch“, „Altgriechisch“, „PIE“),
  • lexikalische Kategorie (Q… für „Substantiv“, „Verb“, …),
  • grammatische Merkmale (Q… für „Singular“, „Plural“, „Nominativ“, …),
  • Properties (P… für z. B. „item for this sense“, „derived from lexeme“, „usage/region“, „period“ …). Du kannst ein Lexem zwar ohne zusätzliche Statements anlegen, aber sobald du Verweise setzt, brauchen deren Ziel-Q/P bereits eine ID.

Vorlage „Lexem: Wort“ (minimal vollständig, ohne ShEx)

Ziel: Jeder Teil des Lexeme-Modells ist mindestens einmal belegt:

Lexem-Kopf (Lemma, Sprache, Kategorie) • Lexem-Statements • Form (mit Repräsentation + gramm. Merkmalen + mind. 1 Statement) • Sinn (mit Gloss + mind. 1 Statement).

Hinweis zu IDs: Ersetze die Platzhalter durch deine lokalen IDs.

Ich benutze sprechende Platzhalter wie Q_LANG_DE, Q_NOUN, Q_SG, Q_NOM, P_SENSE_ITEM, usw.

A) Checkliste der benötigten Vokabel-IDs

Items (Q…)

• • Q_LANG_DE = Deutsch (Sprache)
  • Q_NOUN = Substantiv (lexikalische Kategorie)
  • Q_SG, Q_PL = Singular, Plural
  • Q_NOM = Nominativ (ggf. weitere Fälle später)
  • Q_REGION_DE = (optional) Region/Varietät „Deutschland“ (Beispiel)
  • Q_CONCEPT_WORD = dein Konzept-Item für „Wort (sprachliches Zeichen)“

Properties (P…)

• • P_SENSE_ITEM = „item for this sense“ (Sense → Q-Konzept)
  • P_REGION = (optional) „region of use“
  • P_PERIOD = (optional) „period“
  • P_DERIVED_FROM_LEXEME = (optional) „derived from lexeme“
  • (weitere nach Bedarf: „usage note“, „register“, „translation“ usw.)

B) JSON-Skelett (Wikibase Lexeme API-Struktur)

Dieses Skelett zeigt Struktur und Felder. IDs werden von deiner Instanz vergeben; LXXX ist ein Platzhalter.

{
  "type": "lexeme",
  "id": "LXXX",
  "lemmas": {
    "de": { "language": "de", "value": "Wort" }
  },
  "language": "Q_LANG_DE",
  "lexicalCategory": "Q_NOUN",

  "claims": {
    "P_DERIVED_FROM_LEXEME": [
      {
        "id": "LXXX$GUID1",
        "mainsnak": {
          "snaktype": "value",
          "property": "P_DERIVED_FROM_LEXEME",
          "datavalue": { "value": { "entity-type": "lexeme", "id": "L_ETYM_SOURCE" }, "type": "wikibase-entityid" }
        },
        "type": "statement",
        "rank": "normal",
        "references": []
      }
    ]
  },

  "forms": [
    {
      "id": "LXXX-F1",
      "representations": {
        "de": { "language": "de", "value": "Wort" }
      },
      "grammaticalFeatures": ["Q_SG", "Q_NOM"],
      "claims": {
        "P_REGION": [
          {
            "id": "LXXX-F1$GUID2",
            "mainsnak": {
              "snaktype": "value",
              "property": "P_REGION",
              "datavalue": { "value": { "entity-type": "item", "id": "Q_REGION_DE" }, "type": "wikibase-entityid" }
            },
            "type": "statement",
            "rank": "normal"
          }
        ]
      }
    },
    {
      "id": "LXXX-F2",
      "representations": {
        "de": { "language": "de", "value": "Wörter" }
      },
      "grammaticalFeatures": ["Q_PL"],
      "claims": {}
    },
    {
      "id": "LXXX-F3",
      "representations": {
        "de": { "language": "de", "value": "Worte" }
      },
      "grammaticalFeatures": ["Q_PL"],
      "claims": {}
    }
  ],

  "senses": [
    {
      "id": "LXXX-S1",
      "glosses": {
        "de": { "language": "de", "value": "sprachliches Zeichen, das eine Bedeutung trägt" }
      },
      "claims": {
        "P_SENSE_ITEM": [
          {
            "id": "LXXX-S1$GUID3",
            "mainsnak": {
              "snaktype": "value",
              "property": "P_SENSE_ITEM",
              "datavalue": { "value": { "entity-type": "item", "id": "Q_CONCEPT_WORD" }, "type": "wikibase-entityid" }
            },
            "type": "statement",
            "rank": "normal"
          }
        ]
      }
    }
  ]
}

C) Minimal-Belegung (als Checkliste)

• Lexem: Lemma „Wort“, Sprache ⇒ Q_LANG_DE, Kategorie ⇒ Q_NOUN.
• Lexem-Statement (mind. 1): z. B. P_DERIVED_FROM_LEXEME → L_ETYM_SOURCE (Platzhalter für ein etymologisches Ausgangs-Lexem; kann auch später ergänzt werden).
• Form: F1 mit Repräsentation „Wort“ + Merkmalen Q_SG, Q_NOM; Form-Statement (mind. 1): P_REGION → Q_REGION_DE (optional, zeigt aber das Prinzip). Zusätzlich zwei Pluralformen als eigenständige Formen: „Wörter“, „Worte“ (zeigen, wie Mehrdeutigkeiten später sinnspezifisch nutzbar werden).
• Sinn: S1 mit Gloss (de) + P_SENSE_ITEM → Q_CONCEPT_WORD.

D) Praxis-Notizen (knapp)

1. IDs zuerst klären: Wenn du lokal noch keine Q/P für „Deutsch“, „Substantiv“, „Singular“, „Plural“, „Nominativ“ hast, lege diese vor dem Lexem an.
2. Form-Granularität: Fälle (Kasus) kannst du pro Form als Feature mitführen oder nur die Paradigmen-formen(Nom. Sg., Gen. Sg., …) anlegen, je nach Ziel deiner Auswertung.
3. Zwei Plurale („Wörter“/„Worte“): Gut geeignet, um sinn-/register-spezifische Unterschiede später auf Sense-Statements (Register, Verwendung, Periode) abzubilden.
4. Etymologie/PIE: Verlinke erst auf ein Konzept-Item (Sinn → P_SENSE_ITEM), dann von dort (oder am Lexem) weiter zu Wurzel-/Stufen-Items. So bleibt die Sense-→-Konzept-Achse sauber.

Wenn du willst, setze ich dir die lokale Platzhalter-Tabelle (Label → deine Q/P-IDs) auf, und daraus generieren wir 1:1die API-Payload oder ein QuickStatements-Snippet für deine Instanz.

programmatisches "Gerüst"?

Du hast mir ein Json Skript gegeben, ich habe die jeweiligen Inhalte für die Eintragungen erwartet, mittels derer ich letztlich das Lexem angelegt bekomme. Was du mir damit gegeben hats ist offenbar ein programmatisches "Gerüst" – was soll oder würde ich damit machen?

Bedenke ich bin Mensch. Ich gebe die Daten daher über Wikibase-User-Interface (UI) ein und nicht per bash oder json.

Ich verwende zudem Fachbegriffe in Deutsch, also vergleichsweise Hauptwort anstelle von Substantiv, Mehrzahl statt Plural, die Lehnworte werden als Alias hinzugefügt. Ich baue ein deutsches Wörterbuch in Deutsch für Deutsche auf. Wörter wie "Substantiv" sind nicht Deutsch an sich, sondern ordnen zur Sprachstufe Gemeindeutsch ein. Deutsch ist bei mir auch nur auf Sprache bezogen, keinesfalls eine Frage genetischer Abstammung.

Wort gibt es als Wortform  "Wort" bis hin zur Sprachstufe Althochdeutsch als Sprechwort  "Wort" und als Schriftwort "wort". Muß ich "Wort" dann für jede Sprachstufe anlegen?

Denke nach…

Erklärung zu Wikibase Ich muss die Antwort präzise und respektvoll auf Deutsch formulieren. In Wikibase werden Objekte als Entitäten behandelt, mit Labels und Aliasen, die oft deutsche Begriffe wie „Hauptwort“ verwenden. Bei Lexem-Modellen erstellen wir separate Lexeme für verschiedene Sprachstufen, die durch etymologische Verlinkungen verbunden sind. Für historische Änderungen ist eine Unterscheidung wichtig. UI-Anleitung für Lexeme "Wort" Um das Lexem „Wort“ (modernes Deutsch) zu erstellen, sollte eine konkrete Checkliste für die UI angeboten werden. Dabei werden deutsche Labels verwendet: Sprache „Deutsch“, lexikalische Kategorie „Hauptwort“. Übersetzungen von Eigenschaften (z.B. P5137) und optionale Aussagen (z.B. Region, Zeitraum) sollten ebenfalls eingeplant werden. Antwort zur Lexem-Struktur Ja, jedes "Wort" sollte für jede Sprachstufe als separates Lexem angelegt werden, da Lexeme für eine bestimmte Sprachvariante stehen. Historische Stufen sind unterschiedliche „Sprach“-Objekte, also sollten separate Lexeme erstellt und mit "abgeleitet von" verknüpft werden. Für orthografische Varianten innerhalb derselben Sprache können Formen genutzt werden. Nachgedacht für 35s Fertig

Klar – du arbeitest in der UI, nicht mit JSON. Das oben war nur zum Zeigen der Struktur. Hier ist die konkrete Eingabe-Vorlage zum Nachklicken in der Wikibase-Oberfläche – komplett auf Deutsch, mit inhaltlichen Werten statt Technik-Gerüst.

1) Vorbereitungen (einmalig prüfen/anlegen)

Damit du in der Lexem-Maske überall sinnvoll auswählen kannst, müssen folgende Items (Q…) existieren – benenne sie in deinem Wörterbuch-Deutsch:

• Sprachen / Sprachstufen (Q…)
  • Deutsch (Neuhochdeutsch)
  • (optional für Diachronie) Mittelhochdeutsch, Althochdeutsch, Indogermanisch (oder „Proto-Indogermanisch“)
• Lexikalische Kategorie (Q…)
  • Hauptwort (Lehnwort „Substantiv“ als Alias am selben Item)
• Grammatische Merkmale (Q…)
  • Einzahl (Alias: „Singular“)
  • Mehrzahl (Alias: „Plural“)
  • 1. Fall (Wer/Was?) (Alias: „Nominativ“)
  • (später nach Bedarf weitere Fälle/Merkmale ergänzen)
• Nutzungsangaben (optional, Q…)
  • Deutschland (Region), Neuhochdeutsch (Periode/Sprachstufe als Referenz auf Zeit), Gehoben, Umgangssprache (Register) …
• Konzept-Item (Q…) für den Sinn
  • Wort (sprachliches Zeichen) Kurze Beschreibung: „Ein sprachliches Zeichen, das Bedeutung trägt“

Du kannst diese Items exakt so benennen. Wichtig ist nur: Sie existieren und sind auswählbar. Lehnwörter wie „Substantiv/Plural/Nominativ“ trägst du auf den jeweiligen Items nur als Alias ein.

2) Lexem „Wort“ (Neuhochdeutsch) – Schritt für Schritt in der UI

Lexem anlegen → Felder ausfüllen:

• Lemma Sprache: de • Wert: Wort (Wenn du zusätzlich historische Schreibungen für dieselbe Sprache hast, kannst du weitere Lemma-Varianten hinzufügen. Für andere Sprachstufen – siehe Abschnitt 4.)
• Sprache wähle: Deutsch (Neuhochdeutsch) (dein Q-Item)
• Lexikalische Kategorie wähle: Hauptwort (Alias „Substantiv“ liegt am selben Q-Item)
• Aussagen am Lexem (mindestens eine, exemplarisch)
  • Periode → Neuhochdeutsch
  • (optional) abgeleitet von Lexem → verweise später auf ein Lexem der Vorstufe (z. B. mhd./ahd.), sobald angelegt
  • (optional) Wortfamilie / Wurzel → verlinke ein Q-Item „PIE-Wurzel *werd- …“ o. ä., wenn vorhanden

Formen hinzufügen (Buttons „Form hinzufügen“):

1. F1 – Einzahl Nominativ
   • Repräsentation: Wort (Sprache: de)
   • Grammatische Merkmale: Einzahl, 1. Fall (Wer/Was?)
   • Aussagen (optional, Beispiel): Region → Deutschland

1. F2 – Mehrzahl-Variante 1

1. • Repräsentation: Wörter
   • Grammatische Merkmale: Mehrzahl

1. F3 – Mehrzahl-Variante 2

1. • Repräsentation: Worte
   • Grammatische Merkmale: Mehrzahl
   • Aussagen (optional): Register → Gehoben (falls du den stilistischen Unterschied festhalten willst)

Sinn(e) hinzufügen:

• S1 – Grundbedeutung
  • Kurzbeschreibung (Gloss) (de): sprachliches Zeichen, das eine Bedeutung trägt
  • Aussagen am Sinn:
    • verweist auf Konzept (item for this sense) → Wort (sprachliches Zeichen) (dein Q-Item)
    • (optional) Übersetzungen: Sense-zu-Sense-Kanten zu fremdsprachigen Lexemen (wenn vorhanden)
    • (optional) Register/Periode: falls du Bedeutungswandel über die Zeit am Sinn präzisieren willst

Damit ist jede Ebene belegt: Lexemkopf, Lexem-Statement(s), mehrere Formen inkl. Merkmalen + min. 1 Form-Statement, Sinn mit Gloss + Sinn-Statement.

3) Fachbegriffe auf Deutsch halten

• Du benennst die Items in deinem Wörterbuch-Deutsch: Hauptwort, Einzahl, Mehrzahl, 1. Fall (Wer/Was?).
• Die Lehnwörter („Substantiv“, „Singular“, „Nominativ“) trägst du als Alias am selben Item ein.
• So bleiben Auswahlfelder in der UI durchgehend deutsch, ohne Bedeutungsverlust.

4) „Wort“ über Sprachstufen (Ahd./Mhd./Nhd.) – musst du pro Stufe ein eigenes Lexem anlegen?

Kurz: Ja, pro Sprachstufe/Varietät ein eigenes Lexem ist die saubere Modellierung.

• In Wikibase-Lexeme ist „Sprache“ eine Eigenschaft des Lexems.
• Althochdeutsch, Mittelhochdeutsch, Neuhochdeutsch modellierst du als eigene Sprach-Items.
• Folge: „Wort“ (ahd.), „wort“ (Schriftvariante, ahd.), „wort“/„worta“ (mhd., je nach Beleg) usw. → eigene Lexeme je Stufe, verknüpft mit:
  • etymologischen Kanten auf Lexem-Ebene (z. B. abgeleitet von Lexem → zeigt diachrone Linie),
  • Periode/Datum als Statements,
  • Wurzel-Item (PIE) auf Lexem- oder Sinn-Ebene (je nach deinem Erkenntnisfokus).
• Orthographische Varianten innerhalb derselben Sprache/Stufe kannst du als weitere Lemma-Varianten oder als Formen erfassen – je nachdem, ob es sich um Grundform-Variante (Lemma) oder flexionsbedingte/orthographische Form handelt.

Daumenregel:

• Andere Sprachstufe → neues Lexem.
• Gleiche Sprachstufe, andere Flexion/Schreibung → zusätzliche Form oder Lemma-Variante.

5) Optional: „Schriftwort“ vs. „Sprechwort“

Wenn du Sprech- vs. Schriftform ausdrücklich unterscheiden willst, gibt es zwei brauchbare Stellen:

• Form-Aussage: Property Art der Form → Sprechwort / Schriftwort (beides Q-Items).
• Sinn-Aussage (falls der Bedeutungsgebrauch divergiert): Register / Verwendungsnotiz.

6) Nächster Schritt (konkret)

Wenn du mir kurz bestätigst, wie deine Q-Item-Bezeichnungen genau heißen (z. B. „Einzahl“ statt „Singular“, „1. Fall (Wer/Was?)“ statt „Nominativ“), formatiere ich dir daraus eine kompakte Eingabe-Checkliste in der Reihenfolge der UI-Felder (1:1 zum Abhaken), plus zwei Mini-Varianten:

• Nhd. „Wort“ (wie oben),
• Ahd. „wort“ mit Verknüpfung „abgeleitet von Lexem“ → zeigt den diachronen Weg.

wikibase-entityid-ID Verlinkung

Ich habe die ersten Q's angelegt, kann aber bei Anlegen von Wort als Lexem diese nicht auswählen, da sie nicht in der Menueliste erscheinen.

Ich habe folgende Einstellung in LocalSettings, in Bezug auf wikibase-entityid-ID's:

$wgWBRepoSettings['entitySources'] = $entitySources;

$wgWBRepoSettings['localEntitySourceName'] = 'local';

$wgWBClientSettings['entitySources'] = $entitySources;

$wgWBClientSettings['itemAndPropertySourceName'] = 'local';

Was könnte die Ursache dafür sein, daß die Q's nicht in Lexeme zur Auswahl gelangen?

Fehlerbehebung Wikibase Verlinkung

Denke nach…

Troubleshooting Wikibase Lexeme UI It seems the problem with the Wikibase Lexeme UI not showing dropdown items could be related to the need for specific items as instances of particular classes. In this case, language and lexical category selectors are not just generic search fields. They rely on specially configured properties and item mappings, such as the language code property. Überprüfung der Lexeme-Sprachfeldern Die Sprache im Lexeme-Feld könnte Items erfordern, die bestimmte Sprachcodes wie "Wikimedia language code" (P424) oder "language code" (ISO 639-3) verwenden. Für die Anzeige im UI könnte es nötig sein, dass ein "Sprache"-Item mit den entsprechenden Eigenschaften existiert. Ich sollte die Konfiguration überprüfen. Searching Wikibase Lexeme UI configuration requirements Fehlerbehebung bei der Lexeme-Auswahl Die Dokumentation zeigt, dass $wgLexemeLanguageCodePropertyId und P218 bei Wikidata verwendet werden, aber die Auswahlfrist könnte auf lokale Entitätsquellen beschränkt sein. Das Problem mit fehlenden Q-IDs in der Menüanzeige könnte an einem deaktivierten Entity-Suchindex oder einer laufenden Indizierung durch CirrusSearch liegen. Überprüfung der Indizierung Wikibase verwendet anscheinend CirrusSearch für die Suchvorschläge. Falls neue Items nicht angezeigt werden, könnte das an der fehlenden Indizierung durch EntitySearch liegen. Um dieses Problem zu beheben, könnte ich Wartungsskripte zur Indizierung und Job-Warteschlange ausführen, wie rebuildItemsPerSite.php oder forceSearchIndex.php. Searching for Wikibase entity search and indexing issues Ursachenvermutungen Es gibt mehrere mögliche Ursachen: Die Selektoren könnten nach Item-Typ filtern. Die lexikalische Kategorie erfordert eventuell Items, die eine Unterklasse davon sind, aber es gibt keine Hinweise darauf. Ein Phabricator-Task spricht von Priorisierungen, aber das ist keine strenge Anforderung. Der Benutzer hat Quellen konfiguriert, aber es ist unklar, ob federierte Eigenschaften oder Items aktiviert wurden. Möglicherweise gibt es ein Problem mit Sprachcodes, wenn die Item-Labels auf Deutsch sind, aber die UI nach Sprachcode durchsucht. Durchsuchen der Dropdown-Liste Die Dropdown-Suche sollte nach Bezeichnern und Aliasen filtern. Eine wichtige Voraussetzung könnte sein, dass die Sprachauswahl auf der Seite Special:NewLexeme nur Elemente mit dem konfigurierten $wgLexemeLanguageCodePropertyId anzeigt. Der Benutzer hat möglicherweise Konfigurationsprobleme mit den Entitätsquellen oder UI-Abgleichen, insbesondere bei der Remote-Suche nach Wikidata. Durchsuchen von Quellen und Konfiguration Die Benutzeroberfläche ruft Daten aus dem Repo ab. Probleme könnten durch eine fehlerhafte Konfiguration der Entitätsquellen entstehen, z. B. verweist die Suche auf den falschen Quelltyp (z. B. Wikidata). Häufiger Grund: Der Suchindex wurde noch nicht erstellt. Lösung: Ausführen von Wartungs- und Indizierungsbefehlen für eine bessere Suchanzeige. Untersuchen von Konfigurations- und Indexierungsproblemen in Wikibase Erklärung der häufigsten Probleme Bei der Erstellung einer neuen Lexeme auf der Seite Special:NewLexeme: Wenn die Q-Elemente nicht erscheinen, könnte dies an nicht indizierten Entitäten liegen. Um dies zu beheben, sollte der Job-Queue ausgeführt und ggf. der Index neu aufgebaut werden. Ein weiteres Problem könnte eine falsche Konfiguration der Entitätsquellen sein. Erklärung der häufigsten Probleme in Wikibase Wenn die Lexeme im Dropdown nicht angezeigt werden, könnte es an fehlenden Labels oder Sitellinks im UI-Language liegen. Stellen Sie sicher, dass Labels/Ali Nachgedacht für 1m 29s Fertig Quellen · 62 MediaWikiHelp:CirrusSearchCirrusSearch is a MediaWiki extension that uses OpenSearch to provide enhanced search features over the default MediaWiki search. The Wikimedia Foundation uses ... MediaWikiSome pages index and other do not in CirrusSearchAug 16, 2019 — Indexing is done with the Manual:Job queue. If the job queue is not being processed, or jobs fail to execute, then new pages won't be indexed. Wikimedia Open SourceWikibase: OptionsThis document describes the configuration of the Wikibase components. As usual, the extension is configured in MediaWiki's LocalSettings.php file. Wikimedia Open SourceWikibaseLexeme: OptionsIf the user selects a language Item with no statement for this Property, or if this option is not configured, the user will have to enter a language code ( ... wikidata.orgWikidata:Lexicographical data/DocumentationJun 8, 2025 — To change the language of the lexeme, use the search box appearing beside "Language" to pick an item for a language. To change the lexical ... phabricator.wikimedia.org⚓ T298150 Lexical Category lookup - prioritize Items for ...Problem: We want editors to be able to specify the lexical category of the Lexeme they are creating. To make this easier we want to prioritize the Items for ... Stack OverflowWikidata API wbsearchentities: why are results not the ...As you can see they API result returns no results but the special page does. That is due to these searches working in entirely different ways. github.comUI tweaks in Wikibase selection dialog · Issue #3824Apr 18, 2021 — I would like to propose some minor tweaks to the dialog to select the Wikibase instance: The currently selected Wikibase instance is not ... github.comIncorrect selection of Wikibase instance when loading not- ...Apr 17, 2025 — First, save a Wikimedia Commons schema; Then, reload the page, so that the UI starts from the beginning; Finally, click on the Edit schema from ... github.comLocalization of auto-complete fields in Wikibase schema ...Mar 21, 2023 — The behaviour of the Wikibase API's endpoint for auto-completion of entities ( wbsearchentities ) has changed and since that, the drop-down ... github.comdropdown items not showing, but they have values #2209Mar 1, 2019 — I see all those values in the select, but it won't show when i drop it down. this is happening on the certification tab, with a select called program.Jump to github.comMudSelect not working - items not appearing when clickedMar 18, 2024 — I've created a basic example from the component page but when I click the select element the items don't appear, nothing happens. There is no error though.Jump to github.comNo classes are found · Issue #45 · DEVSENSE/phptools-docsSep 5, 2019 — So I am running with vscode on Windows but connecting to WSL, so all of my code is there. I'm running with MediaWiki core and also a collection ... stackoverflow.comAdding more languages in Wikibase - mediawikiCurrently wikibase will only expose so many languages to you. You can switch your language to see other languages. Wikidata also currently has a ... stackoverflow.comHow to get a list of all Wikidata properties?Using action=wbsearchentities with type=property should do. Wikidata API doc is here, search for "=wb" to get the Wikidata-specific functions. stackoverflow.comCirrussearch results in Mediawiki - elasticsearchwhen I search in my private wiki for a word that it is located in ... I am using cirrussearch 0.2 as my search engine for mediawiki 1.23.4. stackoverflow.comWhy "Invalid snak data" on updating wikibase?Why does this Wikidata query return no results? ... Wikidata API wbsearchentities: why are results not the same in Python than in Wikidata? stackoverflow.comMediaWiki search for text in files NOT in upload directoryI have a small Wiki running locally on an Ubuntu 20.04 box. My goal is to index files (pdf mainly, but also docx and pptx) in a mounted ... stackoverflow.comCombo Box and Drop Down not showing correct optionsIn my Power App, I am using a Combo Box to allow users to select an option from a choice column in the connected SharePoint list.Jump to stackoverflow.comNewest 'wikibase' QuestionsI'm creating a local copy of a Wikibase instance, using the exact steps as recommended here. The error I'm running across appears at first very similar to what ... mediawiki.orgHelp:Extension:Wikibase/Configuring languagesOct 1, 2022 — There are several ways to configure the languages which are shown for you on an item. Changing the defaults. If the selection of languages is ... mediawiki.orgExtension:WikibaseLexeme/Data ModelSep 29, 2025 — The data model of WikibaseLexeme describes the structure of the data that is handled as "Lexemes" in Wikibase, such as words and phrases. mediawiki.orgExtension:WikibaseLexemeApr 18, 2025 — The Wikibase Lexeme extension provides improved modeling for lexical entities such as words and phrases. mediawiki.orgWikibase/APIAug 26, 2025 — A statement. The Wikibase API allows querying, adding, removing and editing information on Wikidata or any other Wikibase instance. mediawiki.orgWikibase/APIAug 26, 2025 — Wikibase provides a general mechanism for storing statements as structured data. The statements about items live on the server at ... mediawiki.orgMediaWiki 1.39/wmf.1 - MediaWikiMar 15, 2022 — The latest version (labeled "1.39.0-wmf.1") of MediaWiki, the software that powers Wikipedia and its sister sites, is being deployed to all ... mediawiki.orgExtension:WikibaseCirrusSearchJun 9, 2025 — The WikibaseCirrusSearch extension provides ElasticSearch functionality, as supported by CirrusSearch extension, to Wikibase Repository ...Jump to wikimedia.org⚓ T232557 Make the order of Lexeme's grammatical ...Problem: Currently the grammatical features of a Form are ordered by the Item ID and there not even numerical but string order (see setGrammaticalFeatures()). wikimedia.org⚓ T194248 Prepare WikibaseLexeme config for wikidata.org... language code property: name: $wgLexemeLanguageCodePropertyId value: "P218" $wgLexemeEnableSenses: false disable creating properties with data type "sense ... wikimedia.orgForm grammatical features: Form field labels not connectedThe HTML form field labels for forms' grammatical features are not connected to the inputs they represent. They should using the for attribute. GIVEN I am on ... wikimedia.orgcreating new items in Wikibase with a supplied ID - ListsOne possible solution is to simply create blank items in a new Wikibase, from 1 to the maximum identifier used in my old wikibase, and then repopulate each item ... wikimedia.org♟ NikkiLexeme language codes need to be added to LocalNamesEn.php in the CLDR extension, so that MediaWiki has a language name for them (the ones in the WikibaseLexeme ... wikimedia.orgCirrusSearch index incompleteness problem - Wikitech-l - ListsHello,. I'm managing some mediawiki 1.27.1's running CirrusSearch 0.2 with Elasticsearch 1.7.5. I been noticing that there are often search results missing ... wikimedia.orgFederated Properties - WikibaseLocal Properties and Federated Properties cannot coexist on a Wikibase at the same time. The setting should be considered permanent after entering any data into ... wikimedia.org⚓ Query: Advanced SearchT373086 PHP Warning: Stats: Cannot associate label keys with label values: Not all initialized labels have an assigned value. PRODUCTION ERROR; ·. Wikimedia- ... wikimedia.orgWikibase: OptionsThis document describes the configuration of the Wikibase components. As usual, the extension is configured in MediaWiki's LocalSettings.php file. reddit.comDropdown stays blank, but formula bar shows optionsThe formula-bar beautifully shows a distinct list of first letters (5 rows), but, the dropdown only shows 5 blank choices. Anyone can help?Jump to openrefine.orgOverview of Wikibase supportNov 24, 2022 — Once you select Edit Wikidata schema under the Extensions dropdown menu, your project interface will change. You'll see new tabs added to the ... openrefine.orgOpenRefine on wikibase.cloud instance: upload edits not ...Jul 29, 2024 — OpenRefine edits were not being uploaded to wikibase.cloud, despite the process showing 100% completion. Using a snapshot release of OpenRefine ... wikidata.orgMediaWiki:Wikibase-SortedPropertiesJul 29, 2025 — P424 (Wikimedia language code); P617 (yard number); P4506 (Formal ... P305 (IETF language tag); P8855 (IEV number); P8997 (IFF player ID) ... wikidata.orgWikidata:GlossaryApr 27, 2025 — Category item, template item, and module item are Wikidata items with sitelinks to categories, templates, or modules on Wikimedia sites. wikidata.orgWikidata:SPARQL query service/queriesMar 2, 2025 — A page for interesting or illustrative queries. It also discusses how queries can be shown on wiki pages, including either the full code of the query or a ... wikidata.orgWikidata:Data accessAug 27, 2025 — There are many methods available to access all that data—this document lays them out and helps prospective users choose the best method to suit ... bqe.comNo item is showing in the drop-down list - CORE Help CenterAug 13, 2024 — Go to User Settings > Display Options and reset your filters. You should be able to see the relevant items in the drop-down lists.Jump to wikidataworkshop.github.ioWhen OntoLex Meets Wikibase: Remodeling Use Casesby D Lindemann · 2023 · Cited by 4 — Items describing grammatical features of a form are linked to using wikibase:grammaticalFeature. All other description is made through custom statements. 3 ... salesforce.comSearch Filter Dropdown Not Showing All Results After ...The All Values in Database option is not selected for the filter. Resolution. Hover over the filter, select the burger icon, and select All Values in Database ...Jump to elastic.coUsing CirrusSerach in Mediawiki, recently getting error "We ...Apr 19, 2024 — CirrusSearch has suddenly and randomly stopped working and given the message "An error has occurred while searching: We could not complete your search due to a ... elastic.coI'm getting exceptions while searching using cirrussearch ...Oct 28, 2014 — I've installed the Elasticsearch 1.3.1 in Mediawiki 1.23, Elastica extension version 1.0.1.2 (e112720 ) , Cirrus search 0.2 (aeccd2e) . ucla.eduSemantic Web and Linked Data: Wikibase and WikidataThis guide provides access to Semantic Web, WIkidata, and Linked Data resources, vocabularies, use cases, and tools. professional.wikiEnhance Your Wikibase With Extensions - Professional WikiApr 16, 2025 — You can create “Items” for concepts or entities, and define statements for them using “Properties”. Once you installed Wikibase Repository ... yzhums.comWhy are the newly added fields in drop-down not displayed ...May 29, 2025 — If the field you're adding to the DropDown has Visibility = false on the underlying lookup page, it won't show up in the drop-down. Let's see ...Jump to semantic-web-journal.netUsing Wikidata Lexemes and Items to Generate Text from ...by M Morshed · Cited by 7 — This intends to drive the development of Wikidata's lexicographical data, as well as the knowledge graph of items to which the senses on Wikidata's lexemes link ... researchgate.net(PDF) Understanding WikidataMar 16, 2024 — Wikidata is the largest, open, general-purpose and multilingual knowledge base currently available. It holds information on over 100M entities. miraheze.orgExtension:Scribunto/Lua reference manualFeb 25, 2021 — For example, on the English Wikipedia, other-language Wikipedias are considered local, while Wiktionary and such are not. ... Wikibase Lexeme ... wikifunctions.orgWikifunctions:Support for Wikidata contentIn addition, the content of the selection choices (in the drop-down list) varies depending on which type of thing is being selected. For example, in a lexeme ... robotframework.orgList not found (dropdown list)Sep 5, 2023 — I want to select an item from list by value but show error “List with locator not found” Element like below picture, I tried many xpath but still not found.Jump to wikibooks.orgSPARQL/WIKIDATA Lexicographical dataThe Lexical category to which the lexeme belongs. This is given as a reference to a concrete Item, e.g. adjective (Q34698). A list of Lexeme Statements to ... cuni.czBc. Martin Gora Searching classes in the Wikidata ontologyby M Gora · 2025 — This study derived an ontology of 830,000 classes from Wikidata and analyzed its integration into the Dataspecer tool, focusing on class search. superuser.comcan't make Wikibase work - mediawikiDec 2, 2017 — Currently the WikibaseClient extension is only able to retrieve data from MediaWiki SQL database tables. So, the Wikibase client should have access to the ... r-project.orgwikiTools: Tools for Wikidata and WikipediaJul 11, 2025 — A data-frame with three columns, first Wikidata entity, second all Wikidata class each instance is instance of them, last TRUE or FALSE if each ... wikipedia.orgUsuari Discussió:Amadalvarez/NewsWDFixed an issue with whitespaces when editing Lexemes (phab:T250550); Made sure all languages show up in the language selector for monolingual text Properties ... wikiteq.comThe Best MediaWiki Extensions 2025Nov 6, 2022 — AdvancedSearch is a frontend to the CirrusSearch extension that uses Elasticsearch to

Kurzdiagnose: Wenn deine frisch angelegten Q-Items (Sprache, Hauptwort, Einzahl/Mehrzahl …) in den Lexeme-Dropdowns nicht auftauchen, liegt es fast immer an (a) fehlender/noch nicht durchgelaufener Suche-Indizierung oder Job-Queue, (b) einer Entity-Source-Fehlkonfiguration, oder (c) am Sprachfeld-Sonderfall bei Lexemen (optional konfigurierter Sprachcode-Property).

Prüfkette (in dieser Reihenfolge)

1) Index/Jobs laufen lassen

1. Neue Items erscheinen in den Autocomplete-Feldern erst nach Indizierung. – Falls du CirrusSearch + WikibaseCirrusSearch nutzt: einmal den Index (neu) aufbauen bzw. Jobs laufen lassen. MediaWiki+1 Befehle (Beispiele):
   • php maintenance/runJobs.php --wait
   • php extensions/CirrusSearch/maintenance/forceSearchIndex.php --skipLinks --indexOnSkip
   • ggf. php extensions/CirrusSearch/maintenance/updateSearchIndexConfig.php

(Hintergrund: Cirrus/Elastic indiziert über die MediaWiki-Jobqueue; ohne laufende Jobs tauchen neue Entities nicht in den Dropdown-Suchfeldern auf.) MediaWiki

2) Entity-Sources korrekt?

Für die Lexeme-UI müssen Items/Properties aus derselben Quelle („local“) suchbar sein. Prüfe, dass in deinem $entitySources die Quelle local sowohl item als auch property (und lexeme) anbietet – und dass du diese Namen exakt in

$wgWBRepoSettings['entitySources'] = $entitySources;
$wgWBRepoSettings['localEntitySourceName'] = 'local';
$wgWBClientSettings['entitySources'] = $entitySources;
$wgWBClientSettings['itemAndPropertySourceName'] = 'local';

verwendest (Tippfehler/abweichende Namen verhindern Treffer). Wikimedia Open Source

3) Sprachfeld (optional, aber hilfreich)

Das Feld „Sprache“ auf Spezial:Neues Lexem kann mit $wgLexemeLanguageCodePropertyId unterstützt werden (Wikidata nutzt P218 = ISO-639-1). Ohne diese Option kannst du die Sprache trotzdem wählen, musst aber ggf. den Sprachcode manuell eintragen. Prüfe: $wgLexemeLanguageCodePropertyId = 'P218'; // oder deine lokale Property-ID

Und setze am Sprach-Item eine Aussage mit dieser Property (z. B. de). Wikimedia Open Source+1

4) Labels/Aliasse & Suchsprache

1. Stelle sicher, dass deine Q-Items Labels/Aliasse in der UI-Sprache (de) haben – die Auswahlfelder suchen über diese Begriffe. (Auf Wikidata ist das exakt so dokumentiert.) wikidata.org
2. Nicht erforderlich, aber sinnvoll Für Sprache: Instanz von: Sprache usw. sind keine harte Voraussetzung fürs Erscheinen, verbessern aber die Trefferqualität im Lookup. (Es gibt sogar Tasks, die die Priorisierung bestimmter Items im „lexical category“-Feld behandeln.) phabricator.wikimedia.org

Schneller Realitätscheck (2 Minuten)

• Öffne Spezial:Suche und die API action=wbsearchentities&search=Einzahl&type=item auf deiner Instanz: Wenn dort keine Treffer, ist es Index/Jobs (Schritt 1). Stack Overflow
• Prüfe LocalSettings.php: Stimmt der Quellenname exakt ('local') in Repo und Client (Schritt 2)? Wikimedia Open Source
• Falls nur das Sprachfeld zickt: Setze $wgLexemeLanguageCodePropertyId und trage den Code am Sprach-Item ein (Schritt 3). Wikimedia Open Source

Wenn du willst, poste mir kurz:

• deinen $entitySources-Block (nur Struktur/Namen),
• ob Cirrus/WikibaseCirrusSearch aktiv ist,
• und die ID deiner Sprachcode-Property. Dann gebe ich dir 1:1 die passenden Befehle/Checks für deine Installation (MW 1.44.2).

// Wikibase-Suche via CirrusSearch ermöglichen

wfLoadExtension( 'WikibaseCirrusSearch' );

$wgWBCSUseCirrus = true;

// Wikibase: Standard-Suchbox nicht überschreiben

$wgWBRepoSettings['enableEntitySearchUI'] = false;

$wgWBClientSettings['enableEntitySearchUI'] = false;