View source for Wikidata talk:Lexicographical data/Archive/2018/09

{{Archive|category=Lexicographical data archive}}

== Code fr à utiliser ==

Quels sont les codes à utiliser pour "fra'''î'''che" et "fra'''i'''che" (sur {{L|10315}})?.

Je suppose que "fraiche" prend "fr" et qu'il faut en créer un pour "fraîche", la version pre-[[Q486561]].

{{ping|Lea Lacroix (WMDE)}} <br/>--- [[User talk:Jura1|Jura]] 04:01, 29 August 2018 (UTC)
:{{ping|Jura1}} je dirais simplement "fr" pour fraîche (car il existe depuis le 16e siècle et est toujours correct en français en 2018) et fr-x-Q486561 pour fraiche (ou peut-être mieux un élément plus spécifique avec le libellé "orthographe de 1990"). Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:21, 31 August 2018 (UTC)
::A mon avis, ça pourrait prêter à confusion, s'agissant de l'orthographe actualisée. Peut-être on pourrait créer "fr-x-trad" pour l'[[Q56398481|orthographe traditionnelle]]. L'utilisation des deux sous "fr" semble impossible.  <br/>--- [[User talk:Jura1|Jura]] 13:30, 31 August 2018 (UTC)
:::D'accord avec Vigneron. — [[User:Ayack|Ayack]] ([[User talk:Ayack|talk]]) 13:37, 31 August 2018 (UTC)
::::Je comprends la confusion possible mais "fraîche" est du français correct en 2018, y compris selon le rapport de 1990, et surtout c'est encore la graphie ultra-majoritaire. "fr" semble donc la solution le plus indiquée.
::::En tout cas, je suis plutôt opposé à l'utilisation de {{Q|56398481}} (que ce soit en particulier pour "fraîche" ou de façon générale sur les léxèmes) car le concept est beaucoup trop imprécis et laisse sous-entendre que de 1611 à 1990, l'orthographe a été monolithique (or rien n'est plus faux). Si on veut vraiment apporter une précision, ce pourrait être fr-x-élément "orthographe du 16e siècle". Mais cela me semble inutilement précis et un peu trompeur, je pense que simplement le code "fr" est le plus approprié. Pour dissiper la confusion, on pourrait peut-être mettre en déclaration {{P|580}} = 16e siècle (et de même {{P|580}} = 1990 pour "fraiche").
::::Je notifie aussi {{ping|Vive la Rosière}} qui pourra sans doute apporter un avis pertinent.
::::PS: Je n'aime pas trop la méthode qui consiste à mettre les formes différentes "fraîche" et "fraiche" dans une seule forme L10315-F2. Comment avec cette méthode indiquer des citations (ou toute autre information) qui se rapporte uniquement à une des deux formes ? Je préfère la méthode où les formes sont clairement séparées, comme tu l'avais d'ailleurs fait à l'origine : [https://www.wikidata.org/w/index.php?title=Lexeme:L10315&oldid=736063184 version précédente], pourquoi avoir changer ?
::::Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:16, 31 August 2018 (UTC)
:::::Il me semble que c'est la méthode prévue par le logiciel, d'ailleurs appliquée par toi-même à {{L|8645}}. La question n'est pas différente des autres où plusieurs variantes sont proposées. A moins que l'on utilise un code "-x-Q" pour les deux, je ne vois pas comment on ne pourrait raisonnablement reléguer l'orthographe actuellement préconisée hors "fr".  <br/>--- [[User talk:Jura1|Jura]] 22:32, 31 August 2018 (UTC)
::::::Sur {{L|8645}}, ce n'est pas moi qui est regroupé les formes, regarde l'historique j'avais bien pris soin de les séparer. Mais peu importe ce qui existe ailleurs, avec les formes ensembles comment mettrais-tu les citations ?
::::::Ok pour "orthographe du 16e siècle" alors... À voir ce que cela donnera à l'usage (et je crains que l'on glisse vers une approche trop prescriptiviste alors que l'esprit wiki est plutôt descriptiviste).
::::::Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:59, 1 September 2018 (UTC)
:::::::{{ping|Jura1|VIGNERON|Ayack}} Désolée pour la réponse tardive (et le pavé), je n'avais pas le temps d'exposer ma pensée proprement. Mais pareil qu'Ayack, je soutiens la solution de Vigneron. Les variantes orthographiques recommandées ne sont pas une actualisation du vocabulaire mais juste une recommandation régie par les rectifications orthographiques de 1990, nuance. Du coup les autres variantes en concurrence ne sont pas du tout obsolètes ou erronées ; ça ne pose pas de problème de les employer. De plus, à l'instar des variantes officielles supposées supplanter les anglicismes, ce sont elles qui sont encore bien souvent la forme majoritaire dans le corpus actuel (même si ce n'est pas tout le temps le cas, mais l'inverse reste très très rare).
:::::::Mais peu importe la question de l'usage ou de la prédominance sur Wikidata, ce n'est pas là le principal problème selon moi. Ce qui motive ma très forte opposition avec ta solution Jura est purement d'ordre technique. L'avantage de signaler «&nbsp;fraiche&nbsp;» comme la (seule) variante avalisée et correcte selon les critères de la rectification orthographique de 1990 permet une identification et un traitement plus aisé par les robots et les systèmes de classification des termes impactés par cette réforme, et n'oublions pas que c'est le but primaire de ce projet : faciliter le classement et le traitement informatique de manière raisonnée. Or les variantes dites «&nbsp;traditionelles&nbsp;» ne renvoient absolument à rien. Ça peut très bien qualifier les variantes qui ne respectent pas, comme en l’occurrence, les recommandations des rectifications de 1990 ; '''mais également les autres variantes''' qui ne respectaient pas les précédentes réformes orthographiques du français (oui il y a d'autres réformes orthographiques et donc d'autres couples yin-yang de variantes). Si l'on veut pouvoir exploiter aisément les lexèmes impactés par ces différentes réformes alors il faut bien signifier quelques part que ces graphies sont les graphies privilégiées par lesdites réformes ; or cela ne peut se faire qu'en suivant un formatage basé ainsi fr-x-1990, fr-x-1878, fr-x-1875, etc. Vouloir apposer un fr-x-tradit qui, et j'insiste lourdement là-dessus, ne renvoi à absolument rien de concret n'a aucun sens et est quasiment inexploitable.
:::::::Je vais me risquer dans une analogie pour essayer d'expliciter la problématique intrinsèque à ta proposition Jura. Prenons deux vases blancs placé dans une pièce (= deux variantes graphiques d'un lexèmes), on va éclairer un des vases avec une lumière jaune (= rectifications de 1990) de façon à ce que le second se retrouve dans l'ombre portée du premier. Le premier vase apparaîtra jaune (= variante privilégiée par la rectification de 90), le second apparaîtra noir (= forme qui sera qualifiée de traditionnelle uniquement par rapport à cet éclairage là). Prenons une autre pièce avec deux frigos blancs disposées de la même façon, mais cette fois on utilise une lumière verte pour l'éclairage (= réforme de 1878) qui met en valeur l'un des frigos par rapport à l'autre. Et on répète le procédé ainsi de suite avec une lumière différente pour chaque réformes et des paires d'objets hétéroclites mais qui possèdent souvent des traits communs selon le type d'éclairage (l'éclairage jaune concernera des récipients par exemple, le vert du mobilier de cuisine, etc.). Ça ne viendrait à l'idée de personne de regrouper les objets disposés dans ces différentes pièces (pêle-mêle vases, frigos, etc.) sous prétexte qu'ils sont à l'ombre et donc qu'ils apparaissent noirs et que c'est cela qui les caractérise en premier lieu. On perdrait l'information de la couleur de l'éclairage utilisé pour les éclairer et les familles/types d'objets impactés par cet éclairage. Autant être précis et spécifier ces informations. Si quelqu'un est vraiment intéressé par l'information "quels sont les objets à l'ombre ?" il pourra le déduire facilement avec les informations provenant des source de lumière et des paires d'objets tandis que l'inverse est impossible. Une ombre provenant d'une lumière jaune, rouge, verte ou peu importe restera noire. Il n'y a aucune information à en tirer à part justement qu'elle est à l'ombre. Mais à l'ombre de quoi ? Par rapport à quoi ? Impossible de le savoir. Donc autant être le plus précis possible et spécifier les variantes privilégiées par les réformes ou rectifications orthographiques, ça ne les rendra pas moins françaises et ça les rendra plus visibles/identifiables et donc exploitable pour les robots ou les programmes informatiques. [[User:Vive la Rosière|<font color="purple">''V!v£ l@ Rosière''</font>]] [[User talk:Vive la Rosière|<font color="sanguine"><sup>/Murmurer…/</sup></font>]] 06:10, 4 September 2018 (UTC)
:::::::::En tout cas, il y a matière à réflexion. On verra comment les contributeurs actifs du projet voudront faire. --- [[User talk:Jura1|Jura]] 18:12, 5 September 2018 (UTC)
== Tautological definitions ==

What property and qualifier(s) could we use to do slightly tautological definitions, such as:
*{{L|L15008}} =  {{Q|Q4026292}} {{P|642}} {{L|L15027}}
*{{L|L7279}} = <qid for "manner"> {{L|1388}}

The idea is to link an item and a lexeme. Obviously, once we get Senses. <br/>--- [[User talk:Jura1|Jura]] 03:26, 24 August 2018 (UTC)
:Watch out {{ping|Jura1}}. There is no tautological concept there. A tautology is an explicit redundancy, like for the example in the locution «&nbsp;Au jour d'aujourd'hui&nbsp;» (litteraly translated in english in something like "at the day of this day"). What you seem to talk about is periphrasis concept = the use of several words instead of one in order to say the same thing. [[User:Vive la Rosière|<font color="purple">''V!v£ l@ Rosière''</font>]] [[User talk:Vive la Rosière|<font color="sanguine"><sup>/Murmurer…/</sup></font>]] 10:27, 25 August 2018 (UTC)
::It's more than that. Thus the word "slightly". <s>Anyways, any suggestion beyond the wording of the question?</s>--- [[User talk:Jura1|Jura]] 10:29, 25 August 2018 (UTC)
:*Sorry about this, actually it could work with that ([[w:periphrasis]] seems closer than the linked fr article). <br>With two properties for a definition: one for an item, another one for the related lexeme. Not sure if it work better with all of them as lexemes. <br/>--- [[User talk:Jura1|Jura]] 19:33, 25 August 2018 (UTC)
:::: {{ping|Jura1}} Oups, my bad too. Yesterday while talking with {{ping|Ltrlg}} we were disagreed on definition of "tautology" but we learned together that in fact both of us have true. He knew only the definition of [[:en:wikt:tautology|tautology]] according to logic/informatics studies and me according linguistic/literary studies. The same happened here too I presume. Mea culpa, your definition of tautological works too from logic point of view but it isn't from linguistic one. [[User:Vive la Rosière|<font color="purple">''V!v£ l@ Rosière''</font>]] [[User talk:Vive la Rosière|<font color="sanguine"><sup>/Murmurer…/</sup></font>]] 13:41, 7 September 2018 (UTC)
:*: We went through this issue on en.Wikt. Defining an adverb as "in an X manner" is problematic in that it assumes X has a single definition, which is seldom true. A term can be defined through formulaic use of another term, provided the second term ''has only one definition''. If the second term has more than one definition, then a formulaic definition will not suffice since (1) it will be unclear whether ''all'' definitions of the second term apply or only ''some'', and (2) it will not be clear ''which'' definitions of the second term apply and which do not. --[[User:EncycloPetey|EncycloPetey]] ([[User talk:EncycloPetey|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:33, 26 August 2018 (UTC)
:*:*Could we make it work by using datatype sense for the lexeme then, i.e. the statement would be on a specific sense of a lexeme linking to the specific sense of a related lexeme.<br>BTW Would we sometimes need a third property/second qualifier to indicate how they link? <br/>--- [[User talk:Jura1|Jura]] 07:43, 26 August 2018 (UTC)

== Merging Lexemes is enabled! ==

{{tracked|T198105}}
Hello all,

And thanks for your patience: the ability to merge two Lexemes is now yours :) 

With [[Special:MergeLexemes]], you can merge a Lexeme into another. Here's what will happen:
* Prerequisites
** In order to merge two Lexemes, the language and the lexical category must be the same. If it's not the case, you will get an error message.
** Two Lexemes can't be merged if they are linked to each other in a statement
* The source Lexeme is emptied and replaced by a redirect to the target Lexeme
* The lemmas are merged
** lemmas that exist both on the target and the source are kept on the target
** lemmas that exist only on the source are added to the target as additional lemmas
* The statements are merged
** statements that exist both on the target and the source are kept on the target
** statements that exist only on the source are added to the target
* The forms are merged
** if there exists a form on the source that is identical to a form on the target (i.e. they have identical grammatical features, at least one common representation and no different representations for the same spelling variant)
*** their representations are merged in the same way lemmas are merged
*** their statements are merged in the same way they're merged on the lexeme level
** forms that only exist on the source are added to the target

Please note that this feature is available only via the special page for now, not yet via the API.

Feel free to try it, and let us know if you find a bug or if something is not working as expected. [[User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] ([[User talk:Lea Lacroix (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:06, 5 September 2018 (UTC)
* Thanks! I've tried it out on a few duplicates in English, seems to work well. I hope if there is a statement linking one lexeme to the other they would not be merged, as happens with regular items (for example {{L|4181}} and {{L|4180}}?) [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:24, 5 September 2018 (UTC)
** Yeah if the two Lexemes you are trying to merge link to each other then they will not be merged and you get an error. --[[User:Lydia Pintscher (WMDE)|Lydia Pintscher (WMDE)]] ([[User talk:Lydia Pintscher (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:20, 5 September 2018 (UTC)
*** {{ping|Lea Lacroix (WMDE)|Lydia Pintscher (WMDE)}} It works really well, thanks! I think I've merged all the obvious English duplicates (identical lemmas, languages, categories, and no interlinking). There may be some additional cases that should be merged (words that are really forms for another word) - I tried this with "who" and "whom" and it wouldn't actually let me merge until I changed the "whom" to "who" - I think that's ok but maybe there's a better way to do it in such a case? [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:54, 5 September 2018 (UTC)
* {{ping|Lea Lacroix (WMDE)|Lydia Pintscher (WMDE)}} Thanks! I have merged several lexemes but I noticed one strange thing. Sometimes when merge makes 0 differences on target lexeme then it is written into history as change https://www.wikidata.org/w/index.php?title=Lexeme%3AL487&type=revision&diff=741082814&oldid=696745891 and sometimes it is not written at all https://www.wikidata.org/w/index.php?title=Lexeme:L279&action=history [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:29, 6 September 2018 (UTC)
:{{ping|KaMan}} Hmm that's weird. Can you create a phab ticket describing what Lexemes you merged in the case where nothing appears in the summary? Thanks a lot. [[User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] ([[User talk:Lea Lacroix (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:44, 6 September 2018 (UTC)
::{{Reply to|Lea Lacroix (WMDE)}} Sure, [[phab:T203643]]. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:26, 6 September 2018 (UTC)
Edit: the merge action is now available with the API. Which means you can for example create gadgets or scripts to merge Lexemes. [[User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] ([[User talk:Lea Lacroix (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:38, 7 September 2018 (UTC)
== Senses are coming soon, please try them on beta! ==

Hello all,

Almost everything is in the title :) We've been doing a lot of progress on developing the necessary features for Senses. Since we're now polishing the last details, we would like to ask you to try and play with Senses on our beta system. [https://wikidata.beta.wmflabs.org/wiki/Lexeme:L1 L1] is more like a sandbox, [https://wikidata.beta.wmflabs.org/wiki/Lexeme:L53 L53], [https://wikidata.beta.wmflabs.org/wiki/Lexeme:L56 L56] and [https://wikidata.beta.wmflabs.org/wiki/Lexeme:L57 L57] are reflecting the structure of a real Lexeme, and you can of course create your own Lexemes and items.

Let us know if you see anything that goes wrong or unexpected, for example about:
* structure of Senses
* design of the interface
* display of data depending on your language interface

You can let comments in this section, or directly create tickets on Phabricator. If you do the latter, please add the tag "Lexicographical data" add me as a subscriber.

Thanks a lot! [[User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] ([[User talk:Lea Lacroix (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:30, 27 August 2018 (UTC)
: Hi {{reply to|Lea Lacroix (WMDE)}}, I've created [https://wikidata.beta.wmflabs.org/wiki/Lexeme:L60 L60]. All went fine but I have one question. Is it really needed that senses are after forms? My language is affected by large number of forms either for nouns, adjectives and verbs and it requires a lot of scrolling to get to senses. I would prefer senses before forms. Senses are somehow more important for me. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:56, 27 August 2018 (UTC)
: {{ping|Lea Lacroix (WMDE)}} Thanks for letting us try it out! The only question that came up for me was the ordering of glosses - it seems to be sorted in the order they were entered, rather than by language code? I think we should use the same ordering as the labels/definitions box (user-preferred languages, then by code) - or just directly order by code? [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:15, 27 August 2018 (UTC)

*Nice.
*#The edit box for the gloss seems very narrowest. 
*#Somehow I thought there'd be another box like "lexical categories" or "grammatical features", but maybe statements can do. 
*#Maybe a navbar to skip to the section headers for forms or senses on top of the icon would be helpful.
*#I hesitate about the point mentioned by KaMan about the order of the sections (before or after forms). <br/>--- [[User talk:Jura1|Jura]] 06:26, 28 August 2018 (UTC)
::Thanks for these first answers! {{ping|KaMan|Jura1}} I totally get this issue about having a very long Form section. We plan to work on a compacted view, but in the meantime, what do you think about the possibility to collapse the entire Form section with a show/hide button? Would that solve your issue? [[User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] ([[User talk:Lea Lacroix (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:31, 28 August 2018 (UTC)
::: {{Reply to|Lea Lacroix (WMDE)}} I would rather think about small ToC (Table of Content) at the beginning of lexeme page with direct link to sections with Forms and Senses. Ids already are there [https://wikidata.beta.wmflabs.org/wiki/Lexeme:L60#forms id=forms] and [https://wikidata.beta.wmflabs.org/wiki/Lexeme:L60#senses id=senses] so the ToC would be trivial and follow User Interface with ToCs on talk pages. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:50, 28 August 2018 (UTC)
::: {{Reply to|Lea Lacroix (WMDE)}} I made small script to point out what would be sufficient https://wikidata.beta.wmflabs.org/wiki/User:KaMan/ToC_to_lexemes.js it produces https://ibb.co/fVzi3U I filled task about this in phabricator https://phabricator.wikimedia.org/T202983 [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:51, 28 August 2018 (UTC)
::::Thanks a lot for the script! It will be already helpful for regular editors in the meantime. [[User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] ([[User talk:Lea Lacroix (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:58, 28 August 2018 (UTC)
:::*Not sure. As the feature isn't really finished, it's not much use. For French, generally there wouldn't be that many except for verbs. So for anything but verbs, there isn't much use in collapsing it. For verbs, the summary mentioned earlier would be helpful. <br/>--- [[User talk:Jura1|Jura]] 04:01, 29 August 2018 (UTC)
*I tried it and I found the use of codes counter-intuitive. How am I supposed to know which language is it? And what if there are no codes for a given language?--[[User:Micru|Micru]] ([[User talk:Micru|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:22, 29 August 2018 (UTC)
** {{ping|Micru}} we already had this discussion (and multiple times). Yes the interface is suboptimal, it should and will be improved. And no, there is always at least one code for each and every language you can imagine. Cheers, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:22, 31 August 2018 (UTC)
*** {{ping|VIGNERON}} Of course there is a code for any language, you just need to type mis-x-Q... but I wonder why you consider that an optimal solution, when it is not usable at all. --[[User:Micru|Micru]] ([[User talk:Micru|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:32, 1 September 2018 (UTC)
**** {{ping|Micru}} I don't consider that an optimal solution! And if people use it, it is not « not usable at all ». Cheers, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:54, 1 September 2018 (UTC)
***** {{ping|VIGNERON}} I speak from personal experience. When I say that it is not usable, I mean that it is not usable for me, and that is the reason why I don't use it. When the system improves I will give it another chance.--[[User:Micru|Micru]] ([[User talk:Micru|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:45, 1 September 2018 (UTC) 

Somehow, I can't find a way to add reference to a gloss. Is it a bug, a feature, or just my blindness?--[[User:Shlomo|Shlomo]] ([[User talk:Shlomo|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:32, 29 August 2018 (UTC)

Here's the things I noticed:
* After clicking "add sense", nothing is focused. I would expect it to focus the language field.
* The word "sense" is randomly capitalised in the "add sense" link. English doesn't capitalise all nouns like German does and it's inconsistent, since we don't capitalise other words like "item", "property", "statement". This seems to be an issue in other places for lexemes too, like the "add form" link.
* After clicking "add" to add a gloss in another language, nothing is focused. I would expect it to focus the newly-created language field.
* After clicking "edit" to edit existing senses, nothing is focused. The expected behaviour is trickier here because you might want to edit a specific language or add a new language, but either way, focusing nothing makes keyboard navigation very difficult.
* No language names are ever displayed, only codes, which makes it very easy to use the wrong code without realising.
* Languages are not sorted in any way. I would like to see the gloss matching the lexeme language at the top, but any that haven't been deliberately put at the top should be in alphabetical order.
* There's no visual indication that a language code will not be accepted until you try to save and get an error.
* It doesn't prevent duplicate languages, it just silently overwrites the existing gloss. One option would be to allow users to select any language, but display a message under the row saying that there is already a gloss for the language if they select one which has already been used and then prevent saving until the duplicate has been removed.
* The list of different languages for a gloss quickly takes over the page. It should limit the number it displays by default.
- [[User:Nikki|Nikki]] ([[User talk:Nikki|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:01, 1 September 2018 (UTC)

Hello all,

Thanks for your very useful feedback! I tried to address all of your suggestions, let me know if I forgot something:
* compact form, reordering or collapsing for Forms and Senses: this is something we need to think on the user experience level for the long term. I'm going to discuss about it with our UX team. In the meantime, the script suggested by KaMan could be adapted once the feature is deployed.
* Display language names instead of language codes for Glosses: [[phab:T203457|ticket created]]
* Ordering glosses: [[phab:T203459|ticket created]]
* Possibility to display some glosses at the top and collapse the others: [[phab:T203460|see this ticket]]
* Add a reference for gloss: this is not available for now. Let's wait and see if there is a use for this, since gloss is not supposed content taken from elsewhere.
* Some languages can't be added for glosses: the list of available language codes for glosses is the same as the one for labels and descriptions. Therefore, some languages won't appear there. The format "mis-x-..." is not working either.
* Impossibility to check if a gloss language is right before saving: currently worked on ([[phab:T198203|see ticket]])
* When a new gloss with an existing language is created, it silently fails: currently worked on ([[phab:T202427|see ticket]])
* Inconsistency for capitals: will be fixed ([[phab:T203335|see ticket]])
* Focus problems: [[phab:T203461|ticket created]]
Thanks, [[User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] ([[User talk:Lea Lacroix (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:47, 4 September 2018 (UTC)
: {{reply to|Lea Lacroix (WMDE)}} Another thing I've noticed is that the "remove" links for each language's entry in a sense are not consistent with the ones used elsewhere (such as statements and forms). - [[User:Nikki|Nikki]] ([[User talk:Nikki|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:33, 8 September 2018 (UTC)

== What is a lexeme ==

According to English wikipedia "a lexeme is an abstract unit of morphological analysis in linguistics, that roughly corresponds to a set of forms taken by a single word". So what is word? Again from en.wiki "a word is the smallest element that can be uttered in isolation with objective or practical meaning". In view of these definitions what about {{L|19234}}, {{L|19235}}, {{L|19236}}, {{L|19237}}, {{L|19238}}? Are they really lexemes? [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:34, 8 September 2018 (UTC)

*It is debatable if we should have L-entities for letters and other characters in a given language or rather rely on items.<br>The usefulness of L-entities depends on their consistency for a given language, indirectly, across languages. In general, I think a question to ask is if we can add interesting statements to these L-entities in a given language and link them from other lexemes. --- [[User talk:Jura1|Jura]] 15:52, 8 September 2018 (UTC)

:Is there some reliable source that describes or lists diacritical signs as separate lexemes of a particular language? I strongly doubt it, but if there is one, let the sourced ones have their "WD-lexemes" (L-entities, if you want). The same principle could be applied for punctuation marks, whitespace characters, emoticons, music notes, mathematical operators, astronomical &amp; astrological signs, hallmarks, circuit diagram symbols, chess figures etc. etc. without having to undergo the same exhausting discussion million times.--[[User:Shlomo|Shlomo]] ([[User talk:Shlomo|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:46, 8 September 2018 (UTC)
::I agree with Shlomo. So {{ping|Jura1}} let's wait a little if they are sourced and if not I will request removal of them. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:00, 9 September 2018 (UTC)
:::The ones above a fairly popular topic for French, even cedille independently of "c-cedille".  --- [[User talk:Jura1|Jura]] 08:05, 9 September 2018 (UTC)
::::Well, we have diacritical signs in Polish too and they are very "popular". The question is if reliable dictionaries mention them as separate lexemes in languages. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:13, 9 September 2018 (UTC)
:::::As for letters and other characters, they are not considered lexemes. Entries about letters can be alphabetized in print dictionaries. For most other things, this has to be included differently. Obviously, Wikidata isn't a print publication. I think we need to differentiate L-entity and lexeme. This is why the interface spells it "Lexeme" and not "lexeme". --- [[User talk:Jura1|Jura]] 08:18, 9 September 2018 (UTC)
::::::I do not discuss letters here. Letters are considered lexemes in my dictionaries. Diacritical signs not. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:30, 9 September 2018 (UTC)
:::::::Why wouldn't your definition apply to these? L-entities are for "Lexemes" not entries in your dictionaries. --- [[User talk:Jura1|Jura]] 08:37, 9 September 2018 (UTC)
::::::::Please note that our [[Wikidata:Lexicographical_data/Documentation#Data_Model]] defining L-entites refers to lexeme definition in Wikipedia I quoted. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:47, 9 September 2018 (UTC)
== Linking forms to lexemes ==

How would we handle a case where a form of a lexeme has a sense that is specific to the form? Can we make a lexeme for the form and link the two somehow? A case in point is {{L|17502}}, whose diminutive "ledeke(n)" ({{L|19638}}) has its own distinct sense. Should we create the second lexeme and link both with an equivalent of {{P|2888}}? --[[User:Azertus|Azertus]] ([[User talk:Azertus|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:17, 9 September 2018 (UTC)
: In my language diminutives are separate lexemes so I create base lexeme {{L|19630}} then diminutive {{L|19632}} and then diminutive of diminutive {{L|19633}} and connect them all with property {{P|5191}} with qualifier {{P|31}}={{Q|108709}}. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:32, 9 September 2018 (UTC)
:: Should we at least use {{P|2868}} instead of P31 as a qualifier? --[[User:Azertus|Azertus]] ([[User talk:Azertus|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:45, 10 September 2018 (UTC)
::: I don't know your language but in my wording of label of P31 sounds better. There was property proposition for such cases in [[Wikidata:Property proposal/mode of derivation]] and perhaphs we should return to this. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:41, 10 September 2018 (UTC)

== List of suggested lexemes in the interface ==

A couple of observations regarding the entering of lexemes in the interface, e.g. for properties:

* I am not sure how the list of suggested lexemes is sorted currently; but I think it would be more natural if the list had the language of the user interface first, then perhaps the languages in the babel box on the user's user page and finally an alphabetically sorted list (when sorting perfect matches, at the very least)
* I think lemmas should have priority over forms; if you enter "ans" now, the first suggestion is [[Lexeme:L10081|ans (L10081-F2)]], although the lemma of {{L|20210}} is a perfect match (though maybe the language of the lexeme should weight the most, per the point above).
* the software should pay more attention to the precise letter that is being used: if you enter "åt" now, {{L|3263}} appears directly after the perfect match {{L|4400}}, whereas {{L|980}} and {{L|2011}} appear later in the list after yet more lexemes starting with the incorrect letter "a" instead of "å".

--[[User:Njardarlogar|Njardarlogar]] ([[User talk:Njardarlogar|talk]]) 19:11, 11 September 2018 (UTC)

*Reminds me of [[Wikidata_talk:Lexicographical_data/Archive/2018/08#Form_lookup_limitations]]. --- [[User talk:Jura1|Jura]] 20:02, 11 September 2018 (UTC)
== 10K Lexemes! ==

Hello all,

I'm happy to let you know that we reached [https://grafana.wikimedia.org/dashboard/db/wikidata-datamodel?refresh=30m&orgId=1 10,000 Lexemes] over the weekend :) I want to thank you for all the work you've been putting in this. I specially loved the nice challenges like the one about months, I hope there will be more in the future.

However, quality and diversity are more important than quantity, and [[Wikidata:Lexicographical data/Statistics|the statistics]] remind us that many languages still need to be improved in order to catch up with English ;)

Let's keep in touch with development news, bug fixes, and hopefully soon some exciting steps forward about Senses and queries! [[User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] ([[User talk:Lea Lacroix (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:16, 6 August 2018 (UTC)
: Hey, what's wrong with English having the most? Another challenge that might be interesting is to see how many languages we can get the most common 1000 words added for - for example for French there's a list here: http://french.languagedaily.com/wordsandphrases/most-common-words [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:09, 7 August 2018 (UTC)
:: I fully support {{ping|ArthurPSmith}}, there are frequency lists available on the net, also in Wiktionaries. I myself follow [[User:KaMan/Frequency list of Polish based on Wiktionary pages|this list]]. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:26, 8 August 2018 (UTC)
:*To do things slightly differently, it would be interesting to provide lexemes for uses that aren't easily possibly with other tools. I think we still need to find good ways to link between Lexemes. Obviously, senses will help. As nouns could easily be generated from existing items, maybe verbs could be interesting to focus on. To wikify texts with lexemes, some other categories might need to be done first. <br/>--- [[User talk:Jura1|Jura]] 17:08, 8 August 2018 (UTC)

Now that you have created so many lexemes, what do you use them for? Can anyone explain? Is there any purpose to this whole endeavour? --[[User:LA2|LA2]] ([[User talk:LA2|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:42, 21 August 2018 (UTC)
: {{Reply to|LA2}} There is already 14K lexemes but it is very small number comparing to Wiktionaries. Lexemes are not usable yet due to lack of support in queries and no interface to Wiktionaries. The only real tool which benefits now from lexemes is Wikidata Lexeme Graph Builder which nicely presents etymological relations. You can find some more propositions of usage in [[Wikidata:Lexicographical data/Ideas of tools]] and [[Wikidata:Lexicographical data/Ideas of queries]]. There is also a lot of data in Q-items to be moved to lexemes space because they are lexicographical data. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:45, 22 August 2018 (UTC)
::{{Reply to|LA2}} <edition conflict with KaMan> Hmmm at the moment nothing, I guess. Honestly the endeavour put in it is kind of a bet. I didn't checked yet the whole thing, but I'm pretty sure that'll wikidata's lexeme project could succeed to solve some inherents cross wiktionaries problems. One of them being the lack of homogeneity and the unreadability/usability from bots. Say that's "noun" is a noun sound shitty to us as human wiktionarian since we (I guess) all have this information on all our respective wiktionnary, and it's something of low value for human readers. But the Lexeme project, if I understand well, is to keep only the marrow without the other things (conventions, entry's architectures, presentations, etc.) specifics of our respective projects ; all this things help to make the read easy and exhaustive for our human readers but are absolutely shitty to deal with for bots and developpers which have to make lot of specifics customizations just to bypass this obstacles and be able to read & exploit the basic datas. Concretely let's take an example. At the moment, if I want to create a tool to run/check and use data from the 3 wiktionary projects, let's say fr/en/sv.wiktionary, I'll have to develop and adapt my tool on each wiktionary, to be sure it's match all the little differences between this projects or else my tool will probably run bad or not at all. In other words, I'll have to adapt my tool for each of this body : fr the tall one, en the fatty one and sv the tiny one. The nightmare. Lexeme project, if done smartly and well (that's another bet), could allow to just focus on the essential marrow of the sum of all the wiktionaries datas. In other words, the tall, the fatty and the tiny become just some kind of X-ray pictures that's ignore physiognomy and are easy to work and treat with informatic tools.<br
/>Seriously, I mean the only cross-wiktionnary tools that exist (and existed) are and were : 1) the ones which counts entries/articles and compare wiktionnaries (stats are fun to know but almost totally useless) 2) the bots which put the interwiktionaries links (also almost totally useless & uninteresting thing). Period. Why since 2005 so few cross wiktionaries tools were developped ? Because it's almost impossible to develop them, and even if they were developed, then it's hard to maintain them ; wiktionaries are too inconsistent and versatile. 13 damn years past and we still struggle to migrate and adapt conjugations and flexions templates from a wiktionary to another, and it's not because the flexions or the conjugations rules changed, no. It's just because the differences between project's standards. The same for gadgets and other tools that could benefits to absolutely ALL wiktionaries. E.g. [[:fr:wikt:Module:traduction]] that's allow neophyte and total wiki-noob to add easily a traduction in few seconds without even seeing wikisyntax ; the en.wiktionary got this tool at least 5 years before we saw it on fr project ! 5 years ! And imho this tool should be use on default on all wiktionaries, all of them. I let you guess why it's impossible. So maybe, I'm too optimistic but Lexeme could eventually allow wiktionaries to have their sides linguistics tools that miss them so much at the moment.<br
/>TL:DR : It could be useful to some enthusiastics devs. [[User:Vive la Rosière|<font color="purple">''V!v£ l@ Rosière''</font>]] [[User talk:Vive la Rosière|<font color="sanguine"><sup>/Murmurer…/</sup></font>]] 09:56, 22 August 2018 (UTC)
:* Personally, I want to use lexemes to automatically generate text in a smarter way (a template where I want to use such an ability already [[:w:nn:Mal:TaksoboksLua|exists]] and is in use on nnwiki). I've gone into some more detail [[Wikidata talk:Lexicographical data/Archive/2018/06#Lexemes as labels for items|here]].
:: Another purpose of the lexicographical data project is the same as the purpose of the wiktionaries: to provide users information about words they are curious about. One crucial difference between the lexicographical data stored here and on the wiktionaries is, as alluded to above, that the data stored here is structured and stored in a more rigid manner than on the wikitionaries. I find this way of relating to and entering lexicographical data to be rewarding in its own right, while, at the same time, this Wikidata project provides a service similar to the one that the wiktionaries provide. --[[User:Njardarlogar|Njardarlogar]] ([[User talk:Njardarlogar|talk]]) 11:55, 23 August 2018 (UTC)

Once again we crossed 10K. This time it's 10K of nouns, see [[Wikidata:Lexicographical data/Statistics#Lexical_categories]] :) [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:21, 7 September 2018 (UTC)

=== 20K Lexemes ===
And we just passed 20,000 today... [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:45, 10 September 2018 (UTC)
:Maybe it's time to stop adding unlinked trash in foolish hunt for another milestone and to look for a way to organize it to some kind of dictionary.--[[User:Shlomo|Shlomo]] ([[User talk:Shlomo|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:33, 11 September 2018 (UTC)
::{{Reply to|Shlomo}} Actually ArthurPSmith you are answering to is adding lexemes in very organized method. He also completes lexemes with full set of forms. I'm also editing in organised way: follow three specialized dictionaries (fruits and vegetables, animals, chemical elements) and two frequency lists ([[User:KaMan/Frequency list of Polish based on Wiktionary pages|1]] and [[User:KaMan/WSJP|2]]) and add all possible properties only waiting for senses. What would you suggest to add more to make it more look like dictionary? [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:17, 12 September 2018 (UTC)
:::I didn't intend any offend to ArthurPSmith or anybody else. But the fact is, that as long as we don't have senses and links to Wiktionaries (at least…) ''no'' lexeme can be correctly linked to its meaning, translations, synonyms, antonyms, hyperonyms etc. The duplicity control is AFAIK nearly impossible (I'll be glad, if somebody would correct me about this) and if two bots or semi-bots would start adding lexemes in the same language, the project will drown in redundances soon. I'm afraid that making good these omissions afterwards and correcting the incurred errors will be much more work than creating/importing the data later when the data model is more complex. It's great that there is some database on which the new implementations can be tested, but having another thousands vegetable or animal names won't bring us much further.--[[User:Shlomo|Shlomo]] ([[User talk:Shlomo|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:08, 12 September 2018 (UTC)
::::You're right. Ultimately it's more fun to just dive right in. That's been the historical approach on Wikimedia projects, and I think it's the right one. I'd rather wait to do any serious editing, but the editors currently creating Lexemes are solving the chicken-or-the-egg conundrum. Additionally, their edits are highlighting all sorts of problems that can consequently be solved earlier rather than later, when the onslaught starts. --[[User:Azertus|Azertus]] ([[User talk:Azertus|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:23, 12 September 2018 (UTC)
::{{Reply to|Shlomo}} I'm not sure about other languages, but at least for English there's not a problem with duplicates at the moment - I believe I've cleaned up all the obvious duplicate cases with the new merge tool (mentioned below), and there weren't really very many anyway. There may be more subtle duplication issues related to what is the meaning of "lexeme", but I think it's good to have a big corpus of examples to illustrate where we can go wrong. Lexeme search works fine anyway now, and merging is possible, so I don't think the duplication issue is a big deal at all. Bots should check for duplicates before adding of course - so far we have disallowed all bot edits in this space anyway. [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:52, 13 September 2018 (UTC)

== Prefix - lemma and form(s) ==

Looking at the sample: [[Lexeme:L11294]], there is currently:
*"inter-" as lemma
*"inter-" as form F1 (same as the lemma)
*"inter" as form F2

When screening words for the suffix, F2 is probably most useful ("inter"). When presenting the entity, "inter-" probably works best. F1 is mostly there for completeness sake, but maybe we could do away with it. --- [[User talk:Jura1|Jura]] 09:01, 10 September 2018 (UTC)
: I already felt unconfortable seeing two forms in such cases when prefix clearly has one form. I would go for one form per lexeme. In most cases my dictionaries gives "inter-" (apart [[wikt:inter-|Wiktionaries]] for example here: https://sjp.pwn.pl/sjp/inter;2561755.html) but I have one dictionary where plus is used as "inter+" (http://sgjp.pl/leksemy/#91337/inter) and it looks good and IMO "+" has better meaning than "-". [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:36, 10 September 2018 (UTC)
::I don't think "-" (or "+") is actually part of the form. It's just added to the lemma for better readability. --- [[User talk:Jura1|Jura]] 09:45, 10 September 2018 (UTC)
:::Ok, but has a meaning "this form does not occur standalone, but something is followed it" and while we are here to build something new with lexemes, OTOH we are not here to reinvent the wheel - if vast majority of dictionaries show form of prefixes as "inter-" then we should follow it. No doubts prefixes like "inter-" does not have two forms with and without "-". [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:29, 10 September 2018 (UTC)
::::I think you are mixing the "form"-field and the "lemma"-field. --- [[User talk:Jura1|Jura]] 10:35, 10 September 2018 (UTC)
::::: I mean both, for prefixes I mean that one (obligatory for every lexeme) form is identical to the lemma. If dictionaries does not specify any other form than lemma, then this is default, first and only form of this lexeme. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:41, 10 September 2018 (UTC)
::::I take note of your POV. Thanks for sharing it. --- [[User talk:Jura1|Jura]] 10:44, 10 September 2018 (UTC)
:My POV is a form should exist if there is data that can be put in it. <s>Here I must say, I don't see what data would requires two separate forms.</s> Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:22, 10 September 2018 (UTC)
::Maybe the two forms can be useful to express (using statements) that ''e.g.'' [[wiktionary:inter-be|inter-be]] is composed of the forms inter- and be and that [[wiktionary:interact|interact]] is composed of the forms inter and act? --[[User:Azertus|Azertus]] ([[User talk:Azertus|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:55, 10 September 2018 (UTC)
::: "inter-be" is different story becouse "inter-" here is not prefix to "be" but separate meaning. it's like 《be "inter-"》 and middle "-" separates stems. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:19, 10 September 2018 (UTC)
::::+1 with [[User:KaMan|KaMan]]. And it depends if we want to use {{P|5238}} for morphology or etymology, but in the second case, "interact" is not composed of "inter"+"act", it's derived from "interaction". PS: this question concerns (at least) two lexemes : {{L|11294}} and {{L|18029}}. Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:53, 11 September 2018 (UTC)
:::We do have {{P|P5548}} which allows to link F2 directly. So there is some debate whether F1 is needed in some cases. --- [[User talk:Jura1|Jura]] 10:24, 11 September 2018 (UTC)
* "Inter-" is not a form? What about a phrase "inter- and intranational"? --[[User:Infovarius|Infovarius]] ([[User talk:Infovarius|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:16, 12 September 2018 (UTC)
*: {{ping|Infovarius}} very good point! I withdraw my remark. Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:33, 13 September 2018 (UTC)

== File use on forms ==

{{tracked|T204066}}
It seems that these don't appear. Apparently this was noticed before, but I can't find a ticket for it. {{ping|Lydia Pintscher (WMDE)}} Is there one? 

Sample at [[Lexeme:L1234#L1234-F3]] with https://commons.wikimedia.org/wiki/Special:GlobalUsage/Eleph_Tarangire_river.jpg . The same works when use is directly on the L-entity. --- [[User talk:Jura1|Jura]] 10:24, 11 September 2018 (UTC)
:That's a very good point, thanks for reporting it. There's a task now. [[User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] ([[User talk:Lea Lacroix (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:54, 11 September 2018 (UTC)
: But images should not be used in ''forms''... --[[User:Infovarius|Infovarius]] ([[User talk:Infovarius|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:56, 12 September 2018 (UTC)
:: Not all Commons media links are images, e.g. pronunciation audio. Also, there are use cases for images on forms, e.g. scripts with limited support on computers (because no fonts are available and/or because it's a script with complex rendering) often have image versions on Commons showing how the word should appear. - [[User:Nikki|Nikki]] ([[User talk:Nikki|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:23, 12 September 2018 (UTC)

*{{P|P443}} seems a fairly good sample for what should be on forms. BTW, it works on L-entities directly, but not on Forms of L-entities. --- [[User talk:Jura1|Jura]] 05:33, 14 September 2018 (UTC)
== auxiliary verb statements; help needed ;-) ==

Some help needed at [[l:L20388|L20388]] ([[Lexeme talk:L20388]]); I found no example of the proper statements of the auxiliary verb of the kind (hungarian future tense is created by ''infinitive'' + ''"fog" auxiliary verb)''; I ask for help with the proper statements of that said auxiliary. As a sidenote, I can't find a way to look up all lexemes in Hunagrian language, nor subclasses (like Hungarian verb lexemes). Would be neat to have, doncha' think? ;-) --[[user:grin|grin]] [[user talk:grin|✎]] 09:23, 12 September 2018 (UTC)



Unrelated question, but is there a way (as of now) to attach a ''meaning'' to the lexeme? In case of homonymes without this it's getting really confusing, and in normal cases just hard. --[[user:grin|grin]] [[user talk:grin|✎]] 09:26, 12 September 2018 (UTC)

:{{Reply to|Grin}}
:*You can find all Hungarian lexemes here: https://www.wikidata.org/w/index.php?title=Special%3AWhatLinksHere&target=Q9067&namespace=146
::That's a nice trick, thanks! --[[user:grin|grin]] [[user talk:grin|✎]] 11:57, 12 September 2018 (UTC)
::: {{Reply to|Grin}} with Special:RecentChangesLinked you can monitor changes in your language lexemes, see: [[Wikidata_talk:Lexicographical_data/Archive/2018/08#Monitoring_recent_changes_per_language_is_now_possible]] [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:03, 12 September 2018 (UTC)
:::: Thanks! Just for the record, the full link is [https://www.wikidata.org/wiki/Special:RecentChangesLinked?target=Q9067&showlinkedto=1&namespace=146&limit=50&days=30&enhanced=1&urlversion=2 this]. --[[user:grin|grin]] [[user talk:grin|✎]] 10:35, 14 September 2018 (UTC)

:*I attach meanings by linking items in external dictionaries. For this I proposed series of properties to Polish dictionaries. They serve for authority control for lexemes
:[[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:00, 12 September 2018 (UTC)
::Thanks. I see Lea down here informed us about the planned Sense activation, which will resolve this part of my question. --[[user:grin|grin]] [[user talk:grin|✎]] 11:57, 12 September 2018 (UTC)

== Help a disgruntled Wiktionary editor ==

I'm a long-time English Wiktionary editor, and when Wikidata first came along the potential for storing structured lexical data seemed very enticing. It always seemed silly to me to duplicate all the work on every Wiktionary, and store everything in a format that doesn't enforce any structure but leaves it up to convention (which is not even strictly defined, resulting in many difficult-to-parse entries). However, when the prospect of using Wikidata on en.Wiktionary came into view, many editors displayed a knee-jerk reaction against it, wanting to retain local control for better or worse, and locked down all attempts to use Wikidata before it was even off the ground. Proposals to use Wikidata even in minor ways, like linking senses to the Wikidata items they represent, were shot down and never went anywhere. The seeming opposition to any innovation whatsoever on en.Wiktionary got me thinking my efforts would be better spent here, where the data I enter actually ''means'' something (in both an information sense and a human value sense).

I have very little experience with Wikidata, however, and I'm not sure how a typical en.Wiktionary entry would map to Wikidata lexemes, or even whether it can map at all. I have looked briefly at the documentation and data module, but many questions still remain. The language I have worked with the most recently is Northern Sami, which is probably rather obscure and doesn't have many Wikidata lexemes, or even any. So I'll give an example Wiktionary entry for Northern Sami: [[wikt:guossi|guossi]]. This entry has many of the things that are typical on en.Wiktionary, and I wonder how and to what degree these things can be done in Wikidata:
* It has an etymology that states it is inherited from an ancestral language, Proto-Samic, giving the reconstructed form in that language. It is also added to the category [[wikt:Category:Northern Sami terms inherited from Proto-Samic|Northern Sami terms inherited from Proto-Samic]]. Does Wikidata support etymological inheritance from earlier forms (in the same or a different language), and does it have reconstructions?
* It has a pronunciation that is generated automatically by a template, based on the spelling (or in this case, a respelling). The number of syllables is counted, and it is categorised in [[wikt:Category:Northern Sami 2-syllable words|Northern Sami 2-syllable words]]. Is automatically-generated pronunciation possible? It would be highly desirable for languages like Northern Sami that have a rather regular spelling, but also allow for specific exceptions like in this case.
* The lemma is defined as a noun, and the headword-line below the "Noun" header shows a respelled version of the written form, that includes a special mark. This mark is not part of the normal written form, but is often included in reference works such as dictionaries. Can Wikidata handle the difference between dictionary/technical spellings and everyday orthography? Consider as another example the use of macrons to mark long vowels in Latin.
* The lemma is given an inflection, using a template that automatically generates forms. I have gathered from this project's documentation that automatically generating forms isn't possible yet (I hope it is very soon!). But Wiktionary is able to generate the forms, using Lua, based on the type of template and the parameters it is given. In this case, [[wikt:Template:se-infl-noun-even|se-infl-noun-even]] indicates that the inflectional type of the word is "even" (an inflectional type specific to the Sami languages), and the argument <code>guosˈsi</code> gives the stem of the word from which the Lua code can derive all the forms. It also derives a category, [[wikt:Category:Northern Sami even i-stem nouns|Northern Sami even i-stem nouns]]. If forms cannot be auto-generated, can inflectional class information at least be added, so that users have at least some information about the forms, and so that a potential future form-generating script can use this information later? Also, being able to get a listing of all lemmas belonging to a certain inflectional class is important, can Wikidata do this?
* A derived term is listed, again including a mark used in dictionaries but not in normal spelling. The mark is automatically removed by the linking template to generate the page name (the actual written form). Wiktionary currently requires manually listing derived terms, but if the etymology of the other term is known, and it specifies a derivation from a base term, can this be figured out automatically?
* Finally, a link to an external site that contains information about related terms in different languages and such. Wikidata could presumably take over this role eventually, but linking to the external site may still be useful. Could something like an "Álgu id" be added to a Lexeme?

If I could start adding entries here, rather than at Wiktionary, that seems more productive, since Wiktionary could easily use the data here (if only they ''chose'' to...), while Wikidata can't easily use Wiktionary's "data". So if someone could answer my questions that would be wonderful. I really hope I can do as much here as I do on Wiktionary. [[User:Rua|Rua]] ([[User talk:Rua|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:04, 14 September 2018 (UTC)
:{{Reply to|Rua}}
:* Northern Sami does have lexeme in Wikidata :) https://www.wikidata.org/w/index.php?title=Special%3AWhatLinksHere&target=Q33947&namespace=146
:* To describe etymology we use {{P|5191}} (like in {{L|6287}} for example) or {{P|5238}} ({{L|3376}} for example). We do have reconstructions in etymology, see {{L|10197}} for example and its usage in {{L|10193}}
:* I have similar case with automatically-generated pronunciation in Polish. I think it can be realised by bots but bots usage is temporarily disabled in lexeme namespace.
:* I think You can add spelling variant to show difference between dictionary/technical spellings and everyday orthography. You can add many variants like in {{L|1347}} or {{L|3529}}
:* as for automatically generating forms there was recent comment that it probably will be realised with Lua (see [[Wikidata_talk:Lexicographical_data/Archive/2018/08#How_to_deal_with_lexemes_with_excessive_number_of_forms?|this thread]] and [[phabricator:T202282]] ticket).
:* Inflectional class can be added to lexemes like any other property. There is already {{P|5186}} for conjugation and there is proposition of property for declension at [[Wikidata:Property proposal/forms]]. You can propose any other inflectional class at [[Wikidata:Property proposal/Lexemes]]
:* when You are linking from one lexeme to another then always lemma (head) of this lexeme is showed but you can use qualifier {{P|5548}} to point specific form, see {{L|17518}} for example
:* you can create links to external sites for a few methods. If your external site has urls builded nicely with single id pointing to single lexeme, then you can propose at [[Wikidata:Property proposal/Lexemes]] property dedicated to this source. I have proposed myself 7 external dictionaries for Polish language and have two in coming. You can see examples how they are used in {{L|13356}}. Other way is to create items in Wikidata for these sources and then link them through {{P|1343}} property, see {{L|189}} or {{L|5573}} for example. And you can of course describe source on any statement, see [[Help:Sources]] for more informations about this.
:* You can find this table usefull: [[Template:Lexicographical properties]]
:[[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:34, 14 September 2018 (UTC)
::(edit conflict) Hi {{ping|Rua}},
::Lexemes on Wikidata are still pretty new, so I'll give my personal answer (as mine, not always right):
::First, for the mapping between the Wiktionnary (WT) entry and a Wikidata (WD) lexeme, it's indeed a bit complicated. WT entry is based on a lemme, so an entry can contains several lexemes. And in the other hands, one lexeme is split into several WT entry. For instance [[en:wikt:cat#English]] and [[en:wikt:cat#Irish]] is the same entry but two different lexemes. And [[en:wikt:cat#English]] and [[en:wikt:cats#English]] is two entries but the same lexeme, which is {{L|7}} here.
::* if there is sources, no problem for having reconstruction (see {{L|2072}} for instance)
::* it's not possible right now but it would probably be created soon (as soon as someone is motivated to create this tool ;) )
::* here is something where the community doesn't agree on how to do it exactly but yes, Wikidata can handle different spelling, the question is only what is the best ay to handle it (mainly [https://www.wikidata.org/w/index.php?title=Lexeme:L2127&oldid=687988040 this] or [https://www.wikidata.org/w/index.php?title=Lexeme:L2127&oldid=745787540 that], I prefer the second).
::* again, it's not possible right now but it would probably be created soon. Here is half exist as we already have [https://tools.wmflabs.org/lexeme-forms/ Wikidata Lexeme Forms] by {{u'|Lucas Werkmeister}})
::* are speaking of having a graph of etymology like [https://lucaswerkmeister.github.io/wikidata-lexeme-graph-builder/?subjects=L2072&predicates=P5191 this one] ?
::* yes, it can and it should link to this site! either with a direct property (specific property to be created or the general {{P|973}}) and/or in references.
::Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:09, 14 September 2018 (UTC)
::: Thank you for your replies! Let me see if I can answer them in turn.
:::* {{ping|KaMan}} For etymologies, Wiktionary distinguishes between inheritance, borrowing, calque and other derivation. A term can be borrowed and inherited from the same language, like how French has inherited many terms from Latin but has also borrowed terms from Latin. I think this is a useful distinction to make, how can I make it on Wikidata?
:::* The "conjugational class" property is useful, but I don't think making a distinction between conjugation and declension is very useful. Northern Sami doesn't make this distinction, there are just generic inflectional classes that apply to both verbs and nominals. Can I request "inflectional class" or would that conflict with "conjugational class"? And would this property be machine-readable so that a bot or script can use the data to generate forms?
:::* {{ping|VIGNERON}} The problem with treating them as different "spellings" is that the forms with the extra marks aren't really spellings that are normally used, they are dictionary spellings. They show extra information about pronunciation that is missing from the normal spelling. I guess you can compare them to [[w:enPR|enPR]] for English, although that goes much further than just adding a few extra marks here and there to the normal spelling. I see that forms allow for a "pronunciation" property; is this property required to be in IPA? If not, then perhaps this respelling can be added that way. But maybe a "pronunciation respelling" property is more valuable.
:::* The "Lexeme Forms" tool looks useful, but not really for Northern Sami. Northern Sami nouns and verbs have lots of forms, way too many to enter them all manually.
:::* The graph builder is similar, but I'm talking specifically about something to answer the question: "Which other lexemes ''in this language'' are derived from this one?". So not including other languages. For that, there would be either "...inherited from this one" or "...borrowed from this one", a distinction which Wikidata apparently does not make yet.
::: And I have another question: would it be useful to have a "Wikidata for Wiktionarians" (or specifically English Wiktionarians) page to explain a lot of this information for future newcomers like me? Wiktionary has [[wikt:WT:WFW|Wiktionary for Wikipedians]] already. [[User:Rua|Rua]] ([[User talk:Rua|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:53, 14 September 2018 (UTC)
::: I created [[Wikidata:Property proposal/Álgu ID]], I hope I did it right. [[User:Rua|Rua]] ([[User talk:Rua|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:22, 14 September 2018 (UTC)
:::: {{Reply to|Rua}}
::::* There is proposition of property to describe derivation, see: [[Wikidata:Property proposal/mode of derivation]], if you like this idea you can support it by adding <code><nowiki>{{s}} ~~~~</nowiki></code> at the end
::::* "inflectional class" would not conflict with "conjugational class" but can be hard to distinguish for some, however I looked into https://en.wikipedia.org/wiki/Northern_Sami#Inflection_types and I cannot think of any other name than "inflectional class". Perhaps it will be usefull in other langauges too.
::::* Page "Wikidata for Wiktionarians" would be very useful in my opinion thought it can be also done by extending [[Wikidata:Wiktionary]] page.
::::[[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:27, 14 September 2018 (UTC)

:::::For the record, I brought up the need to specify general inflection classes [[Wikidata talk:Lexicographical data/Archive/2018/06#Indicating inflection classes|earlier]], but nothing came out of it then. Maybe something can come out of this now.
::::: The list of Northern Sami lexemes provided in the link above is incomplete for some reason, there is also {{L|2800}} (furthermore, for {{Q|56322}} we have {{L|2900}}, and for {{Q|13293}} {{L|3500}}, but neither of these appear in the relevant lists). --[[User:Njardarlogar|Njardarlogar]] ([[User talk:Njardarlogar|talk]]) 11:46, 14 September 2018 (UTC)
:::::: I created {{L|20895}}, did I do that correctly? Does the asterisk need to be included? [[User:Rua|Rua]] ([[User talk:Rua|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:16, 14 September 2018 (UTC)
::::::: I added {{Q|55074511}}. I don't know convention for Proto-Samic language in etymology literature but for Proto-Slavic language there is established convention in dictionaries to use asterisk in reconstructed lexeme labels. Polish Wiktionary has it hardcoded in rules: https://pl.wiktionary.org/wiki/Wikis%C5%82ownik:Zasady_tworzenia_hase%C5%82#S%C5%82owa_rekonstruowane [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:31, 14 September 2018 (UTC)
:::::::: I think that's a general convention for all reconstructions, so I'll add it. What about the "mis" code? The Proto-Slavic entry has more after it, but I don't know how it works. [[User:Rua|Rua]] ([[User talk:Rua|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:36, 14 September 2018 (UTC)
::::::::: {{Reply to|Rua}} I think "mis" is ok but I better ask {{ping|VIGNERON}} if it's sufficient. id in Proto-Slavic entry only points to Proto-Slavic language itself. It's identifier of Wikidata. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:47, 14 September 2018 (UTC)

== Porting or reusing Wiktionary inflection modules ==

I've done a lot of work on Wiktionary to produce modules for inflecting the various {{Q|56463}}, such as [[wikt:Module:smi-common]] (common code used for all Sami languages), [[wikt:Module:se-common]] (common code for {{Q|33947}}) and [[wikt:Module:se-nominals]]/[[wikt:Module:se-verbs]]. I would like to use this code to generate forms on Wikidata, but it would be a shame to have to duplicate all the code and maintain it in two places. Is there a way that Wikidata can reuse Wiktionary's modules? The modules are structured in such a way that the process creating the forms is clearly separated from the part that presents it in a table to the user, so it would be easy to add code that converts the table of forms to JSON or some other format that Wikidata understands. [[User:Rua|Rua]] ([[User talk:Rua|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:44, 14 September 2018 (UTC)
== Language code not recognised: <code>sga</code> ==

I'm not able to enter a new lexeme for Old Irish, because it does not know the language code of Old Irish, which is <code>sga</code>. It asks me to enter the language code in addition to the language item ({{Q|Q35308}}), which is redundant. But then if I put in <code>sga</code> as the language code, it says "the supplied language code was not recognised". [[User:Rua|Rua]] ([[User talk:Rua|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:26, 15 September 2018 (UTC)

I just had it happen again with {{Q|36395}}. [[User:Rua|Rua]] ([[User talk:Rua|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:30, 15 September 2018 (UTC)

*You need to type "mis" in the field that shows up. Result is something like [[Lexeme:L20161]]. --- [[User talk:Jura1|Jura]] 18:20, 15 September 2018 (UTC)
** But these languages have real ISO codes, why can't I use those? <code>ang</code> is recognised for Old English... [[User:Rua|Rua]] ([[User talk:Rua|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:29, 15 September 2018 (UTC)
***There are five groups: (1) the ones one can use, (2) the ones that are available for labels or monolingual strings, (3) the ones that haven't been requested for that yet, (4) the ones langcom doesn't like, and (5) the ones that aren't valid IETF lang tags. <br>Beyond (3) and (5), it's not clear to me what goes where, but it might explain the current system. <br>Currently, we can just make sure the correct item is at the top of the L-entity. Items have the advantage of being flexible. --- [[User talk:Jura1|Jura]] 18:59, 15 September 2018 (UTC)

== Idea: arrange forms into paradigms ==

Right now you can specify multiple forms for the same grammatical features, in case there are multiple alternatives. However, it is also possible that there are two entire alternative ''sets'' of forms, or paradigms. For example, on en.Wiktionary there's the entry [[wikt:ráhpis|ráhpis]], which has two separate inflection tables illustrating the paradigms: one follows the {{Q|56633433}} and the other follows the {{Q|56633449}}. While it is possible to simply enter these as alternative forms with the same grammatical feature, it is useful to indicate that certain forms belong together. A speaker is likely to use forms from only one paradigm for example, and unlikely to mix forms from different paradigms. It may even be considered bad style to mix, like it is bad style to mix ''color'' and ''colour'' in the same work.

So I think it may be useful if forms could be grouped into paradigms, which then in turn are part of lexemes. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 19:36, 15 September 2018 (UTC)

Instead of introducing a whole new datatype/layer, this could be implemented with a property on each form that says which paradigm it belongs to. It would just be a string or integer; forms with the same value would be considered to belong together. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 19:54, 15 September 2018 (UTC)
== HTML language tags ==

<source lang="html">
<h1 id="firstHeading" class="firstHeading" lang="en">
 <span class="wikibase-title">
   <span class="wikibase-title-label">continuité</span>
   <span class="wikibase-title-id">(L17676)</span>
 </span>
</h1>
</source>

If I read HTML correctly, the applicable language tags on the section header for {{L|17676}} switchs from French to English when I switch GUI language. Supposedly by default, it includes "en". I think it should use lexeme language instead ("fr" here). 

The same should probably apply to forms. --- [[User talk:Jura1|Jura]] 09:12, 2 September 2018 (UTC)

:Note the lexeme ID should still be in interface language, as different language uses different brackets.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:02, 4 September 2018 (UTC)

*{{ping|Lydia Pintscher (WMDE)}} would you arrange for it to be corrected? --- [[User talk:Jura1|Jura]] 09:06, 8 September 2018 (UTC)
** Hmmm yes indeed this seems suspicious. Do you have a case where this causes a visible issue? That'd make it easier for me to formulate the ticket. --[[User:Lydia Pintscher (WMDE)|Lydia Pintscher (WMDE)]] ([[User talk:Lydia Pintscher (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:02, 8 September 2018 (UTC)
**::: {{reply to|Lydia Pintscher (WMDE)}} I already mentioned this thread in [[phab:T196228]]. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 05:03, 9 September 2018 (UTC)
***::: Ah thank you! --[[User:Lydia Pintscher (WMDE)|Lydia Pintscher (WMDE)]] ([[User talk:Lydia Pintscher (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:52, 9 September 2018 (UTC)
*** {{reply to|Lydia Pintscher (WMDE)}} I can't think of any examples right now where it would be visible by default, but I have some additional CSS to change the way certain scripts are displayed which make it noticeable for me: When correctly language-tagged, {{L|8249}} is displayed using a bigger font size (since I generally find the default for Tibetan too small), {{L|8660}} displays using my preferred font for Arabic (instead of displaying using a mixture of two fonts) and I would also be able make the Mongolian script in {{L|7957}} display vertically. And yes, the forms should be language-tagged too. - [[User:Nikki|Nikki]] ([[User talk:Nikki|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:46, 8 September 2018 (UTC)
**** (Although as GZWDer pointed out, it should be the individual lemmas which are language-tagged, if it's only the h1, I can't distinguish the text in Cyrillic script from the text in Mongolian script) - [[User:Nikki|Nikki]] ([[User talk:Nikki|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:49, 8 September 2018 (UTC)
*** Maybe the question isn't where it's visible, but where it isn't: imagine someone crawls html pages and uses the tags to determine the language. They get mis-structured data and possibly don't display words if one doesn't choose "en", but the language one is interested in. After all your efforts on language codes, it seems odd that Wikidata just outputs "en". <br>BTW, I could fix the issue by changing the content language of an entity. https://www.wikidata.org/w/index.php?title=Lexeme:L19576&action=info . <br> Makes we wonder if we shouldn't display the entire page in the language of the entity for users that are not logged-in.  --- [[User talk:Jura1|Jura]] 03:58, 9 September 2018 (UTC)
*{{ping|Lydia Pintscher (WMDE)}} how do you want to proceed? Maybe content language could be set directly when the entity is created. --- [[User talk:Jura1|Jura]] 05:37, 14 September 2018 (UTC)
** The devs cleaned up things and the current state is visible on https://wikidata.beta.wmflabs.org/wiki/Lexeme:L1. Could one of you check if this is good from your side now? --[[User:Lydia Pintscher (WMDE)|Lydia Pintscher (WMDE)]] ([[User talk:Lydia Pintscher (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:59, 15 September 2018 (UTC)

Looks good, below what I found. Maybe there is more systematic tool to validate it. Except specified, this is about https://wikidata.beta.wmflabs.org/wiki/Lexeme:L1 when not logged-in.
*Lemma: ok (once en, once de)
*Lemma as value: ok (en and de parts combined on link)
*Form: ok (en)
*Form as value of a statement on a form: ? (no lang) [form used was in en, maybe this is assumed given the content language]
**interestingly https://wikidata.beta.wmflabs.org/wiki/Lexeme:L53 with a form as value directly on a lexeme has a lang tag
**https://wikidata.beta.wmflabs.org/wiki/Lexeme:L54 has a form as value in a reference: no lang displayed
*Item label as value: ? (no lang) [label is en label]
*Grammatical features as label: ? (no lang) [label is en label]
*Senses gloss: ok (pl, fr, en, de)
*Sense as value: ? (no lang) [label is hu lemma and en gloss]
*Monolingual text as value: ok  (en) [this is on https://wikidata.beta.wmflabs.org/wiki/Lexeme:L54 ]
*Page content model: ? (en - English)
It might be worth making sure that the form when used as value works consistently. The senses one is probably tricky to do. For all, I suppose that if the lang code was "mis" instead of "de" or "en", that would be there. I find it much better than before. Maybe the main question that remains open is the content language. Should it be the lexeme language? --- [[User talk:Jura1|Jura]] 21:37, 15 September 2018 (UTC)
:: Thanks so much for checking! If you are looking at a French Lexeme with the UI set to English then we show you all the property labels etc in English. While we do show you French content we do show you French content in English. So to me it seems right to set the content language to English in this case. Others? --[[User:Lydia Pintscher (WMDE)|Lydia Pintscher (WMDE)]] ([[User talk:Lydia Pintscher (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:09, 16 September 2018 (UTC)
::: Would changing the page content model have any effect here? As far as I can tell, it ignores it and dynamically updates the page language to match the UI language, just like it does for items and I'm not aware of it causing any issues there. I agree with you that the page language should continue to dynamically update to match the UI language. I also agree with Jura that the forms and senses still need to be properly language tagged when used as values in statements, like we do for items and properties. - [[User:Nikki|Nikki]] ([[User talk:Nikki|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:44, 16 September 2018 (UTC)
:: If you use ?uselang= to display the page in a different language, you can check whether the bits which are currently displayed in the UI language are being tagged correctly. I personally pick a language with a completely different script (e.g. ja or zh), because that makes it easier to see which bits are still in Latin script. It seems that lexical category, lexeme language, grammatical features and item labels when used in statements are all correctly tagged. - [[User:Nikki|Nikki]] ([[User talk:Nikki|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:44, 16 September 2018 (UTC)

== New script to create new entities (including lexemes) ==

I have created a (very very immature and buggy) script at [[User:GZWDer/newentity.js]]. To use it:

# Add importScript( 'User:GZWDer/newentity.js'); to your common.js (or, alternatively copy this to browser console)
# Click "Create entity" at sidebar
# Copy e.g. <nowiki>{{en-noun|herald}}</nowiki> to the box and click "Create"
# Done. The dialog will not close (you may create another one).

Note the template {{tl|en-noun}} depends on [[Module:Lexeme-en]] which is currently very immature too. To support more languages and part of speeches, you may create or improve similar modules.

It does not support creating multiple entities at once, feel free to improve (fork or completely rewrite) it.
--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:00, 15 September 2018 (UTC)
: Note you must check the plural generated by the module. the module did some replaces, but will not be always correct. For creating nouns with irregular plurals, use <nowiki>{{en-noun|taxon|taxa}}</nowiki>. Also it currently does not support uncountable nouns.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:23, 15 September 2018 (UTC)
:: Verbs are also supported: <nowiki>{{en-verb|bully}}</nowiki>. Note for real life issue I'm not able to comment or answer questions until January 2019.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:59, 15 September 2018 (UTC)
: Thank you {{Reply to|GZWDer}}! I will definietly test it today with Polish module. I have added your script to [[phabricator:T202282]]. Before you go to your break, are you able to make also a script which adds forms to existing lexeme? [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 05:51, 15 September 2018 (UTC)
:: It works great! I can temporarily workaround adding to existing lexemes by creating new one and merge with old one. This way I created [https://www.wikidata.org/w/index.php?title=Lexeme:L21350&redirect=no L21350] and then merged with {{L|21348}} and I got 84 forms in one step. Finally! Thank You very much GZWDer. I will add your script to [[Wikidata:Tools/Lexicographical_data]] page. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:33, 16 September 2018 (UTC)
: {{ping|GZWDer}} Thank you for creating this great tool! I have created [[Module:Lexeme-ja]] and it works well with this tool ({{L|21547}}, {{L|21612}}, {{L|21613}}, {{L|21614}}, etc). If possible, could you please create a tool that edits the existing lexeme in the similar way? --[[User:Okkn|Okkn]] ([[User talk:Okkn|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:02, 16 September 2018 (UTC)
== Mutually exclusive grammatical features on forms? ==

I just noticed that {{L|12}} has one form marked as both "simple past" and "past participle". But these are mutually exclusive, the form is either the past tense or the past participle, but not both at the same time. The forms for both of these just happen to be identical. Intuitively, these should be separate forms, rather than being combined into one. Is that correct?

Aside from that, why is "simple present" and "simple past" used here? Why not just {{Q|192613}} and {{Q|1994301}}. Are these "simple" tenses somehow special? —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 09:44, 17 September 2018 (UTC)
: {{Reply to|Rua}} As for two features in single form IIRC that was choice of {{ping|ArthurPSmith}} and discussed in this thread: [[Wikidata_talk:Lexicographical_data/Archive/2018/07#Some_thoughts_on_what's_missing]]. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:07, 17 September 2018 (UTC) (Hmm, to self, but looks like ArthurPSmith did not edit {{L|12}})
:: I was originally just following precedent on this (regarding all of Rua's questions) but I'm open to changing it. I think a bot can relatively easily fix these if we do reach a consensus on how to do it in the future. In fact, recently I have been using Lucas's form tool which automatically creates separate forms for the two different past forms even if they are identical strings. As to why to use "simple present" etc. I think the main reference would be [[:en:Simple present]] - this may be peculiar to English, but the point is to distinguish these forms from the other present tenses used in the language (present perfect, present progressive). [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:51, 17 September 2018 (UTC)

== New items for Germanic conjugation classes ==

For those working on Germanic languages, the following items are now available. Some already existed, but I created most of them just now.
* {{Q|Q56651337}}
** {{Q|56649299}}
** {{Q|56649303}}
*** {{Q|56649358}}
*** {{Q|56649360}}
** {{Q|56649306}}
*** {{Q|56649335}}
*** {{Q|56649337}}
** {{Q|56649310}}
** {{Q|56649311}}
** {{Q|56649316}}
** {{Q|56649318}}
*** {{Q|56649338}}
*** {{Q|56649339}}
*** {{Q|56649343}}
*** {{Q|56649346}}
*** {{Q|56649348}}
* {{Q|Q56651357}}
** {{Q|56649322}}
** {{Q|56649324}}
** {{Q|56649325}}
** {{Q|56649327}}
** {{Q|Q56651367}}
You can add these to lexemes with {{P|5206}}. You should add these based on the ''current'' state of things in a language, not the historical/original state. That means that a verb that was once strong but is now weak should be considered weak. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 16:27, 17 September 2018 (UTC)
: Thanks, but {{P|5206}} is dedicated to language elements, not lexemes, see example at [[Property:P5206#P1855]]. Perhaps you mean  {{P|5186}} [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:50, 17 September 2018 (UTC)
:: Oops yes, sorry. Do what I mean, not what I say! —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 17:00, 17 September 2018 (UTC)
:{{ping|Rua}} You can always add both, one with a {{P|3416}} (and of normal rank) and another with a {{P|3415}} (and of preferred rank), so that whenever SPARQL starts to work on lexemes, using "wdt:P5186" only returns the value with preferred rank. [[User:Mahir256|Mahir256]] ([[User talk:Mahir256|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:45, 17 September 2018 (UTC)
:: I'm sorry, I can't follow what that is in response to. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 18:47, 17 September 2018 (UTC)
:::{{ping|Rua}} This is in response to "You should add these based on the current state of things in a language, not the historical/original state.". One of the main purposes of the rank system is to distinguish historical information from current information when there are multiple values for a given property. [[User:Mahir256|Mahir256]] ([[User talk:Mahir256|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:51, 17 September 2018 (UTC)
:::: Ah, I got you now. I agree that we can do that, but only to a point. To use English as an example, there's a point where the language is no longer considered English, but rather Middle English. So no usage for what is considered modern English can go back before 1500. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 18:53, 17 September 2018 (UTC)
I created {{L|21685}} and added one of the items to it. But it also has an additional irregular feature, {{Q|1542100}}. I've added it as a qualifier to the conjugation, but I figure it could also be added directly as a property of the lexeme itself. What would be better? —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 17:07, 17 September 2018 (UTC)

== List of properties used for Lexeme ==

Where can I find complete list of properties used for Lexemes? [[Wikidata:List of properties/Wikidata property for lexemes]] seems incomplete. -[[User:Nizil Shah|Nizil Shah]] ([[User talk:Nizil Shah|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 05:59, 18 September 2018 (UTC)
: {{Reply to|Nizil Shah}} I try to keep [[Template:Lexicographical properties]] up to date. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:30, 18 September 2018 (UTC)
== Roman numerals ==

There is small disagreement between {{ping|Jura1}} and me about these characters. For example {{L|19340}}. First of all - should it be lexeme or not? If yes then what language should it have: {{Q|20923490}}, {{Q|38918}}, {{Q|397}}? And what about lexical category: {{Q|80071}}, {{Q|3241972}}, {{Q|63116}}? Then there is problem with Unicode - there is Unicode character to represent Roman numerals, should this be mentioned? If yes then as second form or another representation of first form with code language set to "mis-x-Q8819"? What do you think? [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:51, 8 September 2018 (UTC)

*I commented about it on [[Lexeme talk:L19340]]. I created it with language "mis" together with V, X, L, C, D, and M. In any case, I don't think they should be combined with https://la.wiktionary.org/wiki/unus#Numerus_cardinalis --- [[User talk:Jura1|Jura]] 09:00, 8 September 2018 (UTC)
*: Proposition of my changes is following: https://www.wikidata.org/w/index.php?title=Lexeme%3AL19340&type=revision&diff=742431602&oldid=742426761 [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:10, 8 September 2018 (UTC)
:{{ping|KaMan|Jura1}} there is defintely a lexeme somewhere, maybe on its own but maybe it's just a variant inside the lexeme "unus"? Not sure...
:For the lang, it's clearly not latin (it is still used everyday in most language). I would say mis-x-Q38918.
:I probably wouldn't mention the Unicode specific codepoint Ⅰ as Unicode itself say it shouldn't be used (''For most purposes, it is preferable to compose the Roman numerals from sequences of the appropriate Latin letters.'' [https://www.unicode.org/versions/Unicode6.0.0/ch15.pdf The Unicode Standard 6.0, p. 486]). Or at least if it's mentionned, there should be some sort of ceveat to indicate that this character should'nt be used.
:Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:20, 8 September 2018 (UTC)
::I added "use" statements to {{L|L19340}}. Does this help? --- [[User talk:Jura1|Jura]] 10:47, 12 September 2018 (UTC)
:::{{ping|Jura1}} I like the idea but {{Q|56598132}} is strange, use is not limited here, it's strongly discouraged and almost forbidden. On Wikisource, I regularly remove and replace all Ⅰ by I, as this character didn't exist at the time. Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:03, 16 September 2018 (UTC)
::::If you don't think the quote supports the statement, please replace it with a better one. --- [[User talk:Jura1|Jura]] 08:57, 18 September 2018 (UTC)

== Special:WhatLinksHere shows incomplete results for lexemes ==

=== KaMan's point of view ===

{{Ping|Lea Lacroix (WMDE)|Lydia Pintscher (WMDE)}} It was reported to be fixed ([[phabricator:T195302]]) but it looks like Special:WhatLinksHere still does not show all lexemes. [https://www.wikidata.org/w/index.php?title=Wikidata_talk%3ALexicographical_data&type=revision&diff=745877157&oldid=745870401 Here is one report] about [https://www.wikidata.org/w/index.php?title=Special%3AWhatLinksHere&target=Q33947&namespace=146 this list]. Another example is {{L|5600}} which should be visible on [https://www.wikidata.org/w/index.php?title=Special%3AWhatLinksHere&target=Q747537&namespace=146 this list]. This last list contains 7 entries while according to [[Wikidata:Lexicographical data/Statistics|statistics]] it should contain 31 entries. Should I create new task for this or attach to the previous task where it was reported to be solved? [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:10, 14 September 2018 (UTC)

*It needs to be edited. Ideally someone would run a bot through all earlier lexemes. It could also set the content language for existing lexemes. This would also refresh the html header to include the lemma for all where it's missing. --- [[User talk:Jura1|Jura]] 04:26, 15 September 2018 (UTC)
*: But one of the subtasks ([[phabricator:T198301]]) in earlier task on phabricator was to loop over all existing lexemes and make purge so empty edit should not be needed. Perhaps this subtask failed. I don't know. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 05:09, 15 September 2018 (UTC)
*:*{{ping|Addshore}} would you check? https://phabricator.wikimedia.org/T198301#4500848 --- [[User talk:Jura1|Jura]] 05:11, 15 September 2018 (UTC)
::::I replied on [https://phabricator.wikimedia.org/T195302#4587472 the ticket]. It looks like we might have a bug. '''[[User:Addshore|<span style="color:black">·addshore·</span>]]''' <sup>[[User_talk:Addshore|<span style="color:black;">talk to me!</span>]]</sup> 07:20, 17 September 2018 (UTC)

=== Rua's point of view ===

I found that {{L|558}} was missing from [[Special:WhatLinksHere&target=Q33947&namespace=146]], but it appeared once I edited it. Because I didn't know it existed earlier, I created L20899 which had to be merged once I discovered the duplicate. Is this related to lexemes not showing up in searches? Oddly, {{L|558}} ''did'' show up in a search, that's how I found it. [[User:Rua|Rua]] ([[User talk:Rua|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:11, 14 September 2018 (UTC)
: {{Reply to|Rua}} Task [[phabricator:T198301]] was rerun and now everything should be ok. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:19, 18 September 2018 (UTC)

== Indicating the pronoun in conjugation forms? ==

In Dutch, there are different second-person singular forms depending on which pronoun you're using. Spanish has something similar. There is currently no item to use as a grammatical feature for this, but I don't think an item would make sense, because the pronouns are lexemes and not items. How can I indicate that the form is restricted to use with certain (one or more) pronouns? Is there a property I can use? —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 18:33, 17 September 2018 (UTC)

I actually have even more issues when creating the forms for {{L|21707}}. Some forms are used only colloquially, some are archaic, and some are only used when the pronoun immediately follows the verb form. How do you indicate all this stuff?? —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 18:52, 17 September 2018 (UTC)
: {{Reply to|Rua}} For colloquially or archaic forms I use  {{P|31}} with {{Q|55228835}}, {{Q|54943392}}, {{Q|56247521}}. See [[Template:Lexicographical properties]] for more values. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 03:55, 18 September 2018 (UTC)
: {{Reply to|Rua}} For case when "the pronoun immediately follows the verb form" I recall something similar in examples listed on page {{P|5713}}. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:39, 18 September 2018 (UTC)
:: I don't think that's applicable here. What I mean is that when you say "you are" in Dutch, you say ''jij bent''. But when you swap the two words around, like in a question, it becomes ''ben jij''. The -t ending is dropped, but only when the subject pronoun ''jij'' immediately follows it. This applies to all verbs, this is just one example. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 13:59, 18 September 2018 (UTC)
:::If it isn't included in the form directly, I think we should include it in some other way. --- [[User talk:Jura1|Jura]] 15:01, 18 September 2018 (UTC)
:::: It should be included in the form, but how? —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 15:54, 18 September 2018 (UTC)
:::Maybe with {{P|P5713}} on the form. You may need to make some item for the rule.--- [[User talk:Jura1|Jura]] 18:32, 18 September 2018 (UTC)

== Sample application: generate a print dictionary? ==

As a proof of concept, I think it would be interesting to attempt to generate printable mini-dictionaries. Maybe a monolingual one, a bilingual one, and a specialized one for a small list of words (e.g. 100), but including the usual other tables included in dictionaries. --- [[User talk:Jura1|Jura]] 08:49, 18 September 2018 (UTC)
:{{ping|Jura1}} you should add that to [[Wikidata:Lexicographical data/Ideas of tools]]. Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:43, 18 September 2018 (UTC)
:*Eventually, but I think it would need some preparation from the editorial side before (content and structure) --- [[User talk:Jura1|Jura]] 14:57, 18 September 2018 (UTC)
== Is phoneme a lexeme? ==

https://www.wikidata.org/w/index.php?title=Special%3AWhatLinksHere&target=Q8183&namespace=146 [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:53, 15 September 2018 (UTC)
: I would say they're not, phonemes don't have meanings. - [[User:Nikki|Nikki]] ([[User talk:Nikki|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:59, 16 September 2018 (UTC)
:: I would say the same. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:57, 16 September 2018 (UTC)
:::+1, and what data would be stored on this page? I don't see any useful lexicographic information. Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:15, 16 September 2018 (UTC)
:::: I would think not, though I think we could absolutely attest lexemes without meanings. --[[User:Njardarlogar|Njardarlogar]] ([[User talk:Njardarlogar|talk]]) 12:46, 16 September 2018 (UTC)
::::: Like ''boo''? —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 18:54, 17 September 2018 (UTC)
:::::: Two scenarios that came to my mind are: 1) an extinct language or language variety where we can attest a word but not infer its meaning, or 2) words used by one or more authors that are attestable but whose meanings are not inferable (e.g. because they are nonsensical). --[[User:Njardarlogar|Njardarlogar]] ([[User talk:Njardarlogar|talk]]) 08:50, 18 September 2018 (UTC)
:And why lang=fr? I'd say it should be lang=mul but this code is not applicable, [[User:Lea Lacroix (WMDE)|Lea Lacroix]]? --[[User:Infovarius|Infovarius]] ([[User talk:Infovarius|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:42, 18 September 2018 (UTC)

== Do grammatical features have an order? ==

I noticed that when entering grammatical features, if you then reload the page, the features are shown in a different order. Is there any particular order to them, such as by item ID? —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 19:24, 18 September 2018 (UTC)
:{{ping|Rua}} no, there is no order in the grammatical features, nor in the data in general. Do you need an order? In general, order doesn't matter in data and different order can be inferred from other data, like children of a person, when you reused the list of children you can sort them by alphabetical order or birthdate. Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:17, 18 September 2018 (UTC)
:: I am currently working on implementing pywikibot code for forms, and was wondering if I could use a set (which is unordered by nature) to store grammatical features, or if I should use a list (which is ordered). Your reply answers that, thank you! —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 20:22, 18 September 2018 (UTC)
== I got a en.Wiktionary template to generate Wikidata forms ==

I did a bit of coding on en.Wiktionary and got a regular inflection template to generate JSON suitable for Wikidata. You can see it here: https://en.wiktionary.org/wiki/Special:ExpandTemplates?wpInput=&#123;&#123;se-infl-verb-even|ealli|output=Wikidata&#125;&#125;  . If you expand the template with <code>output=Wikidata</code>, you get Wikidata forms in JSON format. Without it, you just get a regular Wiktionary HTML table with forms.

I think this is very useful for multiple reasons:
* No need to maintain code in two places at once; it stays at its place of origin and gets reused.
* No need to learn a new system, just use the templates you are already familiar with if you are a Wiktionary editor.
* A JavaScript gadget on Wikidata could run "expandTemplates" remotely on Wiktionary, then use the returned JSON to generate new forms on Wikidata. I don't know if there are cross-site scripting barriers that prevent this, though.
* A bot could get a Wiktionary page, find the template, add <code>output=Wikidata</code> to it, then expand it, and get JSON from which to generate forms on Wikidata. This could make importing of forms very easy!
* If the template is able to generate other things like pronunciations automatically, it could convert these to claims and add them, too.

For those who want to see how it works, look at [[wikt:Module:se-verbs]] and scroll down to the bottom. Currently there is still a problem, in that the generated representations are in dictionary spelling, not the spelling used by writers of Northern Sami. Because it's not clear how to handle these yet, I can't generate Northern Sami forms just yet, but for languages that have no such thing as dictionary spellings, it should be fine. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 21:24, 18 September 2018 (UTC)
: If these points are possible at all (and I think not, except 4) the main flaw I see that this template is at en.wikt. Why not ru.wikt or other Wiktionary? Then I'd suggested to have it at Wikidata and reuse it in every Wiktionary. But this returns us to filling Wikidata lexemes which of course could be done as in your 4th point. --[[User:Infovarius|Infovarius]] ([[User talk:Infovarius|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:34, 19 September 2018 (UTC)
:: The point is to reuse the templates that already exist, instead of copying them to Wikidata and having to maintain both. You can't use templates from another wiki, so Wiktionary can't use Wikidata templates. But you can call expandTemplates. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 09:27, 19 September 2018 (UTC)
:: Also, I got point 3 to work. See https://www.wikidata.org/w/index.php?title=User:Rua/common.js&oldid=748795819 . If you put that in your common.js, it will display an alert window with the expanded wikitext, including the JSON for all the forms. The trick seems to be to include the <code>origin</code> parameter, which allows for cross-site scripting among Wikimedia sites.
:: {{ping|GZWDer}}, do you think you could do something with this knowledge, i.e. allow users to enter templates from particular Wiktionary sites, and expand them remotely through this method? —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 09:58, 19 September 2018 (UTC)

== Search box currently on [[Lexeme:L123]]/[[Lexeme:L1234]] ==

To look up words, the form and lemma lookup on these sandbox pages are most helpful. 

MediaWiki has a form extension that allow to set up search forms. Could the same be done for these autolookup forms? This way we could place them elsewhere than in the sandbox. --- [[User talk:Jura1|Jura]] 07:12, 19 September 2018 (UTC)
:Hello Jura,
:I don't really understand what you're asking for.
:* What is the "search box currently on the sandbox" you're refering to? Is that about the tip of editing a statement and looking for a Lexeme or Form in the value field?
:* What exactly do you want to achieve? What action would you like to be able to do (more easily)? Looking for something inside an existing page, or looking for a Lexeme or a Form in the whole database?
:Thanks, [[User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] ([[User talk:Lea Lacroix (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:24, 19 September 2018 (UTC)

<inputbox>
type=fulltext
break=no
width=30
searchbuttonlabel=Find a lexeme
placeholder=Enter lemma or form to search
namespaces=Lexeme
</inputbox>

The idea is to have the function there is to find forms or lemmas on statements (as you suggested we use on L123) in a form like the one above. --- [[User talk:Jura1|Jura]] 10:43, 19 September 2018 (UTC)
: I am not sure I understand, but is Ordia able to help? https://tools.wmflabs.org/ordia/ &mdash; [[User:Fnielsen|Finn Årup Nielsen (fnielsen)]] ([[User talk:Fnielsen|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:05, 20 September 2018 (UTC)
::The search box there does the same as the one above. I'm looking for one that users could place and that would work like the one at the top right corner of the website, but for lexemes, not items. --- [[User talk:Jura1|Jura]] 15:02, 20 September 2018 (UTC)

== Language-specific considerations and conventions? ==

On Wiktionary there are often arrangements and conventions that apply per language, and these are documented in pages like [[wikt:WT:About Dutch]] or [[wikt:WT:About Middle Dutch]]. They cover whatever is necessary to make things consistent for that particular language, such as what spelling standards to use, what additional diacritics, and anything else. We should probably make something like this for languages on Wikidata as well. For example, for the [https://www.wikidata.org/w/index.php?title=Special%3AWhatLinksHere&target=Q178806&namespace=146 Middle Dutch lexemes] we have so far, I followed the spelling normalization standards of English Wiktionary, but it's quite possible that someone finds a different spelling in their dictionary (because Middle Dutch spelling is variable) and decides to change the spelling of some lemmas. For example they might change {{L|22722}} to say ''secgen''. This leads to inconsistency and the potential for edit warring, so it would be nice if the preferred/desired shape a lexeme should have is documented somewhere. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 09:37, 20 September 2018 (UTC)
: {{Reply to|Rua}} See [[Wikidata:Lexicographical data/Documentation/Languages]] [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:43, 20 September 2018 (UTC)
:: Ah, I had missed that. Thank you! —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 09:44, 20 September 2018 (UTC)

I created [[Wikidata:Lexicographical data/Documentation/Languages/dum]]. If anyone has feedback, can you leave it on the talk page? Thanks in advance! —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 10:59, 20 September 2018 (UTC)
== A few questions! ==

Hi guys, I have one question. I'm still trying to understand how Wikidata and Wikdictionary can work together. 

1. I noticed there is {{L|L110}}, and {{Q|Q101965}}. One is a lexeme (which is another concept I'm trying to understand), and the other is an entry about it. What is the different? Do they fullfill different roles? Is it possible to link {{Q|Q101965}} to {{L|110}} with a property?

2. Is there a list of lexemes by language? If so, where?

3. Can scripts be written using lexemes, like [[:en:Template:Mbabel|Mbabel]] does with [[Help:Properties|properties]]?

Thanks a lot for the answers. [[User:Tetizeraz|Tetizeraz]] ([[User talk:Tetizeraz|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:58, 18 September 2018 (UTC)
: 1. Not yet, but in a month or so we will be able to, when senses are introduced.
: 2. You can sort of get one if you go to the item (Q page) for a language, then go to the "What links here" page for that item, and then filter the results by namespace so that only pages in the Lexeme namespace are shown.
: 3. I don't know about that.
: —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 21:09, 18 September 2018 (UTC)
::Thanks for the reply {{U|Rua}}. Would you mind another question? What is ''senses'' which you mention in your first answer?
::: The things that define the meanings of the lexemes. They are currently missing from Wikidata, but are planned to be added in October. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 22:13, 18 September 2018 (UTC)
:*Maybe {{L|L17968}} is the better fit for {{Q|Q101965}} than {{L|L110}}.--- [[User talk:Jura1|Jura]] 06:47, 19 September 2018 (UTC)

: {{Reply to|Tetizeraz}}
: 1. {{L|L110}} is about single word in single language while {{Q|Q101965}} is about language independant concept. You can connect them using property {{P|5137}}. This property should be placed under sense in {{L|L110}} but feature of senses is not ready yet so we use this property inside lexeme. You can read what is sense on documentation page where data model is described, see [[Wikidata:Lexicographical data/Documentation]]
: 2. As Rua answered, You can find all Portuguese lexemes on this page https://www.wikidata.org/w/index.php?title=Special%3AWhatLinksHere&target=Q5146&namespace=146
: 3. Usage of lexemes on other projects is not possible for now but is on the agenda for the future (mainly towards Wiktionaries). There is a list what will be added in the future, see [[Wikidata:Lexicographical_data/Documentation#What_will_be_added_in_the_future]]
: [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:27, 19 September 2018 (UTC)
:*I don't think {{P|5137}} is suitable to connect {{L|110}} to {{Q|Q101965}}. --- [[User talk:Jura1|Jura]] 07:37, 19 September 2018 (UTC)

Thanks {{U|Rua}}, {{U|Jura1}}, {{U|KaMan}} for the answers! :) [[User:Tetizeraz|Tetizeraz]] ([[User talk:Tetizeraz|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 03:31, 21 September 2018 (UTC)

== Bug: can't add lexeme into etymology ==

I'm trying to add {{P|5238}} to {{L|23029}} with the values {{L|23028}} and {{L|22784}}. But after selecting the property, if I fill in ''čállit'' into the value box, it finds no results. If I fill in the lexeme ID manually, it still says "no match found", even though a lexeme with that ID clearly exists. Because no match is found, I'm unable to publish the property. This seems like a bug? —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 19:35, 20 September 2018 (UTC)

I'm getting it with {{L|23031}} too now. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 19:38, 20 September 2018 (UTC)

I managed to edit {{L|23029}}, but {{L|23030}} still can't be found. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 20:46, 20 September 2018 (UTC)
: Sometimes the auto-complete search/lookup indexing is delayed a bit, that might explain it if you were trying to do this within a minute or two of creating the lexeme you wanted to use as the value? [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:48, 20 September 2018 (UTC)
:: It's been over an hour already. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 20:58, 20 September 2018 (UTC)
:: Ok, now {{L|23030}} works too. Still, why won't it even allow me to fill in the ID? It obviously exists, it doesn't even have to do any searching, yet it tells me it doesn't exist? —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 21:00, 20 September 2018 (UTC)
== Spelling variants ==

Hello, sorry if something like this has already been solved but I came to some cases of Czech words I don't know how to deal with. If I understand correctly spelling variants should be considered one lexeme and thus english words ''colour'' and ''color'' are one lexeme. At the same time it is not possible to enter multiple lemma with the same spelling variant and thus colour is marked ''en'' and color ''en-x-Q7976''. But how should I mark following Czech spelling variants?
# ''verb infinitives ending with -t vs. verb infinitives ending with -ti (e.g. vozit × voziti)'': Well, it is not spelling variant but different form of lemma.  Verb lemmas ending with -ti are considered somewhat obsolete but are still in use in specific cases and it is not that long since those were considered basic dictionary forms, so those can be found in early 20th century dictionaries. Those could be added in Forms section but in my opinion both should be in lemma part of the page.
# ''suffix -ismus vs. -izmus (e.g. symbolismus × symbolizmus)'': -ismus is older variant but still considered as basic and neutral.
# ''spelling variants that are considered equal (e.g. kurz × kurs)'': one can use whichever they want
None of the examples above are dependent on region and  none of them could be considered strictly archaic. --[[User:Lexicolover|Lexicolover]] ([[User talk:Lexicolover|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:13, 9 September 2018 (UTC)
: I have no idea. It's a similar problem for "yogurt" and "yoghurt" in English. - [[User:Nikki|Nikki]] ([[User talk:Nikki|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:21, 9 September 2018 (UTC)

*For #2 and #3, I'm not sure if there is a clear answer. I take it that there is no difference in sense or pronunciation and this concerns numerous words. 
**A. Ideally, one would be able to enter both for each form on an L-entity, but, unless you find or create distinct x-codes for the s- and z- flavors, it can't be done. Somehow the constraint was introduced recently, maybe it can be dropped again.
**B. An alternative would be to enter them as separate forms. Looking at some of the entries, it seems doable (2*14 forms), but still suboptimal.
**C. Wiktionary seems to follow a third option: handle each flavor separately.
:For #1, you could follow (a) as well, but personally, I wouldn't bother, as the lemma is there mainly for display purposes. --- [[User talk:Jura1|Jura]] 14:47, 9 September 2018 (UTC)
:: Jura, lemma is not only for display purposes. For ethymology property {{P|5191}} it has strict meaning. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:39, 9 September 2018 (UTC)
:::It's an editorial choice. If it mattered for that property, you'd need to opt for (C.) as Wiktionary --- [[User talk:Jura1|Jura]] 15:50, 9 September 2018 (UTC)
{{Reply to|Lexicolover}} I had similar problem with {{L|3529}}. I would go for choosing one (more frequent, more modern) as base with language code set to "cs" and then apply to the other language code which points to feature highlited in second form like "cs-x-Q9751" (kurz) or "cs-x-Q9956" (symbolismus) or "cs-x-Q9893" (voziti). [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:55, 9 September 2018 (UTC)

Thank you all for your ideas. For #1 I decided to go with Forms in the end. And for the others I will think more about it. --[[User:Lexicolover|Lexicolover]] ([[User talk:Lexicolover|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:15, 13 September 2018 (UTC)

I've run into this problem now when considering Middle Dutch. It's a historical language, written when spelling was not yet standardised, and spellings can differ by region (reflecting a pronunciation difference), by author (reflecting the particular preferences of the author), by work (because an author's preferences could change) and even within a work. Modelling all this with lemmas/representations is a pretty horrible task, because you have to find a distinguishing item for each spelling variety. How would you distinguish a spelling used "in region R by author A in work W on line L of the manuscript"? There's no way there's ever going to be an item to tag the lemma with. Assuming that we don't want tons of alternative lemmas, we can pick one that's representative (e.g. a normalised spelling or pronunciation respelling), but that still leaves the problem for form representations. I have no clue how to handle those in situations like this. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 19:21, 19 September 2018 (UTC)

To give you some idea, here's a particularly frequent and irregular verb: http://gtb.inl.nl/iWDB/search?wdb=VMNW&actie=article&id=ID78532 (forms are listed near the bottom). —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 19:25, 19 September 2018 (UTC)

: <s>{{Reply to|Rua}} But language code is just string and it is not limited to single item in specyfying spelling variant. If you have item Q123 for region R, item Q456 for author A, item Q789 for work W, then you can write language code in form "nl-x-Q123-Q456-Q789". Moreover if one of them is not notable and has no item then you can always replace QXXXX with normal string describing variant so spelling used "in region R by author A in work W on line L of the manuscript" can have language code "nl-x-R-A-W-L".</s> [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:02, 20 September 2018 (UTC)
:::: <small>It does not work, interface accepts only one id. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:14, 21 September 2018 (UTC)</small>
:*I think they should rather be separate forms. --- [[User talk:Jura1|Jura]] 07:14, 20 September 2018 (UTC)

*Conceptually, I don't see much of an issue with including 100 forms, each one with a different "attested in" statement. Wikidata GUI isn't necessarily optimal nor the benchmark. For items, it has gotten better recently, but was hard on items with many statements. For lexemes, apparently, some work will be done, but I'd rather count on summaries of forms done by query or LUA. Without a suitable tool, adding many forms is obviously complicated. This shouldn't be much of an issue once QuickStatements is available. --- [[User talk:Jura1|Jura]] 07:14, 20 September 2018 (UTC)

== Lexemes about Planets ==

Hi y'all,

Last July, I suggested to create lexemes about months ([[Wikidata_talk:Lexicographical_data/Archive/2018/08#Lexemes_about_months]]). It raised some questions (not all solved) and a very good dynamics. Lexemes about months where created in (almost) 44 languages!

So, nudged by {{u'|Jura1}} and {{u'|KaMan}}, here is a new suggestion: create lexemes about the 8 planets.

=== List ===

Here is the planets we already have (ordered by the Qid of the language) : 
# {{Q|150}}: {{L|20398}}, {{L|L20396}}, {{L|9225}}, {{L|1185}}
# {{Q|Q188}}: {{L|L22580}}, {{L|L22581}}, {{L|L6778}}, {{L|L22582}}, {{L|L22583}}, {{L|L22584}}, {{L|L22585}}, {{L|L22586}}
# {{Q|809}}: {{L|20449}}, {{L|20876}}, {{L|21062}}, {{L|21355}}, {{L|21633}}, {{L|21795}}, {{L|22573}}, {{L|22769}} <!-- pl -->
# {{Q|1321}}: {{L|22606}}, {{L|22607}}, {{L|22608}}, {{L|22609}}, {{L|22610}}, {{L|22611}}, {{L|22612}}, {{L|22613}}
# {{Q|1860}}: {{L|21960}}, {{L|L20397}}, {{L|21961}}, {{L|8627}}, {{L|21962}}, {{L|21963}}, {{L|21964}}, {{L|21965}}, (also {{L|21966}}, {{L|21967}}, {{L|21968}}, {{L|21969}}, {{L|21970}}, {{L|21971}})
# {{Q|7411}}: {{L|20389}}, {{L|20390}}, {{L|20391}}, {{L|20392}}, {{L|20393}}, {{L|20394}}, {{L|20395}}
# {{Q|9610}}: {{L|20405}}, {{L|20406}}, {{L|20407}}, {{L|20408}}, {{L|20409}}, {{L|20410}}, {{L|20411}}, {{L|20412}}
# {{Q|12107}}: {{L|20903}}, {{L|20904}}, {{L|20905}}, {{L|20906}}, {{L|20907}}, {{L|20908}}, {{L|20909}}, {{L|20910}}
# {{Q|36236}}: {{L|2601}}, {{L|20399}}, {{L|1482}}, {{L|20400}}, {{L|20401}}, {{L|20402}}, {{L|20403}}, {{L|20404}}
# {{Q|Q33673}}: 
# {{Q|9035}}: {{L|22774}}, {{L|22775}}, {{L|22776}}
Wikidata items: {{Q|Q308}}, {{Q|Q313}}, {{Q|2}}, {{Q|111}}, {{Q|Q319}}, {{Q|Q193}}, {{Q|Q324}}, {{Q|Q332}}

=== Discussions ===
*Once we get senses, we can move the {{P|5137}} statements to the new section. The interesting discovery for the above is that some find it useful to create separate l-entities based on sense (mercury the element, compared to Mercury the planet). --- [[User talk:Jura1|Jura]] 05:46, 13 September 2018 (UTC)
*: Yes, I already [https://www.wikidata.org/w/index.php?title=Wikidata%3ALexicographical_data%2FIdeas_of_queries&type=revision&diff=736551438&oldid=729187599 added this] to maintenance queries for lexemes. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:29, 13 September 2018 (UTC)
*::Yes, this is indeed a perfect example of where senses will be helpful (thankfully there coming soon).
*::But even with senses, I think we *need* to have separate lexeme for separate words. There is distinct information about mercury the metal, Mercury the planet and Mercury the god. this is different words that are not interchangeable, with different history and context. For instance the metal mercury, come from the god ({{P|5191}}) and has at least two senses: the element itself ({{Q|925}}, synonym of quicksilver or hydrargyrum, but also by metonymy a synonym of thermometer and by extension of temperature, same for Mercury the god (the god itself or by extension a messenger). If there is only one lexeme for these lexemes, it would have a lot of senses and we would be unable to see the cluster of senses. Plus, others lexemes would benefit from separated lexemes, like "mercuric" and "mercurous" is {{P|5238}} of mercury the metal (not the planet nor the god) and "mercurial" comes from the planet (and so on). If we use forms, I fear it will be quickly a mess. Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:44, 13 September 2018 (UTC)
*::: In Polish Mercury the god and Mercury the planet are of different gender so they have different set of forms so I cannot hold them in one lexeme. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:05, 13 September 2018 (UTC)
*:::: You don't have to. There's nothing wrong in having one lexeme in English while two/three lexemes in Polish.--[[User:Shlomo|Shlomo]] ([[User talk:Shlomo|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:24, 13 September 2018 (UTC)
*:::::{{ping|Shlomo}} indeed but isn't there a problem having one lexeme on Wikidata when there is two or three lexemes in a language? For instance, if you only have one lexeme, how do you say that one lexeme (form?) comes from the other? Cheers, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:12, 13 September 2018 (UTC)
*:::::: But we have Senses. So we would place etymology statements to each sense separately. And do you want to post a question "should we separate homonyms into separate Lexemes?" But the answer is no because if they have the same grammatical category they can't be created both. --[[User:Infovarius|Infovarius]] ([[User talk:Infovarius|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:28, 14 September 2018 (UTC)
*::::::: {{Re|Infovarius}} You could place etymology to each sense separately, but you can't do the same with forms (and their respective properties). Separate Lexemes for homonyms is the correct way, at least in the cases where the linguists of the concerned language think of them so.--[[User:Shlomo|Shlomo]] ([[User talk:Shlomo|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:04, 16 September 2018 (UTC)
*::::::: {{Re|Infovarius}} « if they have the same grammatical category they can't be created both. » what ? why ? That is already done, see {{L|2330}}, {{L|2331}} and {{L|2332}} for instance. Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:20, 16 September 2018 (UTC)
*:::::: {{Re|VIGNERON}} If there are two or three lexemes in a language, we should create two or three lexemes here as well. The point is (was), that Mercury (deity) and Mercury (planet) can be considered two lexemes in one language (e.g. Polish) even if the corresponding translations into other language (e.g. French) are considered "only" different senses of one lexeme. Different languages can have different approaches and Wikidata should reflect it.--[[User:Shlomo|Shlomo]] ([[User talk:Shlomo|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:04, 16 September 2018 (UTC)
*{{ping|Jura1|VIGNERON}} Lexemes in French without a capital letter don't refer to a planet (example with [https://fr.wiktionary.org/wiki/vénus vénus]). We have to create other lexems, don't we? [[User:Tubezlob|Tubezlob]] ([[User talk:Tubezlob|🙋]]) 15:47, 14 September 2018 (UTC)
** {{ping|Tubezlob}} Yes, I think so (but it's not just a question of capital initial). For instance in « Aussitôt un mercure m’est dépêché, je vole sur ses pas. » ([[s:fr:La Belle Alsacienne/2]]) is it a separate lexeme or just a form of Mercure the god? Here I'm not sure, but the god, the planet and the metal is clearly (at least) 3 lexemes for me. Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:01, 14 September 2018 (UTC)
***I think it's an editorial choice .. Some forms don't apply to all senses. --- [[User talk:Jura1|Jura]] 16:05, 14 September 2018 (UTC)
****I agree with Jura, it should not be forgotten that writers can use figure of speech. But in the context of ''La Belle Alsacienne'' (mercure as a noun, for a messenger), it refers to the [http://www.cnrtl.fr/definition/mercure sense no 2 in the TLF]. [[User:Tubezlob|Tubezlob]] ([[User talk:Tubezlob|🙋]]) 16:15, 14 September 2018 (UTC)
***It's good choice of samples to sort this out. For French, I mostly avoided the question for now and generally didn't create more than one lexeme per lexical category. I think if we take all factors mentioned by VIGNERON, we end up with one lexeme per sense. This may be easier for some things and avoids using too many qualifiers, but probably requires to cross-references these lexemes more. Besides, homographs aren't really easy to navigate. Not sure if there would be much benefit in having 10 instead of 1 for {{L|L2041}}. Factors obviously differ for each language. --- [[User talk:Jura1|Jura]] 16:52, 14 September 2018 (UTC)
**** I use rule one lexeme per lexical category and gender and main etymology (families of senses with the same gender and thus forms are together). [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:02, 14 September 2018 (UTC)
***** {{ping|Jura1}} « one lexeme per lexical category » but here mercure the metal is a common noun and Mercure the god and the planet are proper nouns, so not the same lexical category {{clin}}. If there is no objection, I'll create new lexemes for the planets in French. Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:23, 14 September 2018 (UTC)
******Lexical category for both is {{Q|1084}}, as for a messenger. --- [[User talk:Jura1|Jura]] 04:15, 15 September 2018 (UTC)
******* As long as we use {{Q|147276}} as a lexical category for some entries, it would be incongruent to not use it for other entries that also concern proper nouns. The way I see it, when we use {{Q|1084}} as the lexical category, we implicitly mean {{Q|2428747}}. --[[User:Njardarlogar|Njardarlogar]] ([[User talk:Njardarlogar|talk]]) 09:15, 15 September 2018 (UTC)
********One can be seen as a parent for the other. Maybe it should include "has <..>" in a statement and point to the proper noun. While for a given language, it might be possible to choose an optimal approach for many entities, we probably need to find a way that makes it possible to use both: either one lexeme per sense or one lexeme for all.  --- [[User talk:Jura1|Jura]] 07:58, 16 September 2018 (UTC)
*********{{ping|Jura1}} yes, one is parent of the other (as stated in the items) but it doesn't mean it the same thing, it's two different lexical categories. For me, here we have a situation very close to {{L|2330}}, {{L|2331}} and {{L|2332}} (which has been discussed at length several times). Cheers, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:07, 16 September 2018 (UTC)
**********I think for these too, you should attempt to formulate a version that combines all in one. We don't necessarily have all information beforehand and lexemes, just like items, should be able to grow incrementally. --- [[User talk:Jura1|Jura]] 09:05, 18 September 2018 (UTC)
*********** {{ping|Jura1}} wait what? do you really mean merge {{L|2330}}, {{L|2331}} and {{L|2332}} in one lexeme? how would it even be possible? all dictionaries and grammar books always describe them as three separate lexemes for centuries, I don't see why and how Wikidata could merge them. I can attempt to imagine a merge, but it would be very heavy (for instance, the gender will be repeated in qualifier at least 100 to 200 times) and it clearly wouldn't be functional (I don't see how I could cluster the 10 senses for {{L|2330}} to distinguish them from the 10 senses for {{L|2331}} and to distinguish them from the 5 senses for {{L|2332}}, especially ). Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:27, 18 September 2018 (UTC)
************I don't think you should actually merge these items, but we need to have a model that functions when some or all of it were merged. --- [[User talk:Jura1|Jura]] 15:05, 18 September 2018 (UTC)

=== Should we even add proper nouns at all? ===
I'm not sure I understand the purpose of adding proper nouns as lexemes - surely each proper noun is better covered via an item, i.e. the Q namespace? It would have only the one sense, and you wouldn't have a plural form. I guess for some languages there may be other forms to worry about, but I definitely don't see much point in English. [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:00, 17 September 2018 (UTC)
: I think you answered your own question. Proper nouns inflect, have pronunciations on all of those inflected forms, have grammatical gender, etymology, etc. There have been some discussions on English Wiktionary to treat them as {{Q|1084}} instead, but in the end nothing changed. Maybe people on Wikidata will think differently. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 19:11, 17 September 2018 (UTC)
: If we don't have English lexemes for planets, how would we handle the etymology for words like [[:wikt:en:マーキュリー]]? :) Lexemes for proper nouns are pretty boring in English, but they're still valid lexemes. - [[User:Nikki|Nikki]] ([[User talk:Nikki|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:12, 17 September 2018 (UTC)
::{{ping|ArthurPSmith}} we absolutely need proper nouns as lexemes. Especially as one Q can have several names, so several lexemes (inside one language, obviously), it not a 1 to 1 relation. And a proper name can have plural(s) and multiple senses, even in English (as already said, mercury is both the metal and by extension the temperature, like in "The mercury is climbing to 10 degrees") ; and a bunch of others lexical informations that wouldn't fit in a Q item. Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:40, 18 September 2018 (UTC)
::: But mercury the metal is not a proper noun. Only Mercury (meaning the planet) is a proper noun. So sure, we should have a lexeme for 'mercury', but I don't see a huge need for one for 'Mercury'. The etymology argument that [[User:Nikki|Nikki]] raises perhaps is a reason. My biggest concern though is proper nouns are essentially infinite in number - the name of every human being, city, organization, building, street, celestial object, etc. We haven't set out notability requirements for lexemes at this point - if we allow any proper noun to be a lexeme, then we're going to have to require some level of notability as well or wikidata will be overwhelmed. Maybe etymological or other lexical notability is sufficient? [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:02, 18 September 2018 (UTC)
:::: {{Reply to|ArthurPSmith}} I would say that lexeme is notable if it can be sourced by notable dictionary. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:17, 18 September 2018 (UTC)
::::: Notability doesn't work for lexemes. We should include even obscure lexemes that don't appear in dictionaries. And lexemes that do appear in dictionaries aren't necessarily real words that people actually use. English Wiktionary has its own [[wikt:WT:CFI|criteria for inclusion]], not based on notability, for this very reason. Actual use is what should count, not appearance in a dictionary. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 15:49, 18 September 2018 (UTC)
:::::: I agree with you (I think) regarding lexemes other than proper nouns. But would you extend this to proper nouns as well? What about multi-word names for things (like one of my favorites, the "United States Army Tank Automotive Research, Development and Engineering Center" (Q7889528))? Where does it end? [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:43, 18 September 2018 (UTC)
::::::: The example you gave is definitely over the top and not desirable, but you have to consider languages with inflections. It is possible that someone will encounter a proper noun in an inflected form of some kind, and unless we have a lexeme and a form for it, they won't find anything. Is that something we want? And if we want it in some cases but not others, then which cases? —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 19:23, 18 September 2018 (UTC)
::::::: I think it's less about ''which'' proper nouns we want and more about ''what information'' we want. We basically want the lexemes to be useful in some way, by being needed for structural reasons (e.g. etymology) or by providing extra information about the word (e.g. grammatical information), or something similar. For example, if someone wants to create lexemes for hundreds of villages in England with no other information other than the name, then that's not useful to us and should be strongly discouraged. But if someone wants to create lexemes for hundreds of villages in England ''and'' add the etymology of the name (with a reference), then that is far more interesting. For things which often have different names in other languages (like solar system planets), I think the lexemes will be useful as a way of providing translations once we have senses. - [[User:Nikki|Nikki]] ([[User talk:Nikki|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:18, 18 September 2018 (UTC)
:::::::: OTOH {{ping|Jura1}} all the time is creating hundreds of French lexemes "with no other information other than the name" (thought there is mandatory lexical category) assuming that it can be extended incrementaly in the future. For Polish language hundreds of villages in Poland have sense because they all have flexion and pronounciation (which can be added by bot we established in Polish wiktionary). Every village has nouns to describe its citizen and flexion for citizens can be builded automatically (I already included it in [[Module:Lexeme-pl]]). We have {{Q|55798440}} so anybody can extend it. So starting from empty village lexeme we can build whole family of statements and other lexemes. If it has sense in one language why not in the other? [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:13, 19 September 2018 (UTC)
::::::::: Right now, we can't add lexemes properly because we don't have senses. I expect that, at some point in the future once lexeme support is more complete, empty lexemes will become candidates for deletion in the same way that empty items are. - [[User:Nikki|Nikki]] ([[User talk:Nikki|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:30, 19 September 2018 (UTC)
:::::::::: What about empty lexemes that are linked to by other lexemes, e.g. for etymology? —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 19:12, 19 September 2018 (UTC)
::::::::::: Oops, I meant to also say "unused" too. Empty lexemes which are used by other lexemes would generally be fine since they would meet the third criteria of the current notability policy. It would obviously still be a good idea to add more detail to them though. :) - [[User:Nikki|Nikki]] ([[User talk:Nikki|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:35, 19 September 2018 (UTC)~
:::::::::::: {{Reply to|Nikki}} Hmm, but then there is problem with Q-items used to describe spelling variant in language code. For example {{Q|56669831}} looks [https://www.wikidata.org/wiki/Special:WhatLinksHere/Q56669831 unused] but its Q-id can be used as string in language code. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:09, 20 September 2018 (UTC)
::::::::::::: {{Reply to|Nikki}} I don't see the point in deleting empty lexemes. For starters, a lot of the work for the lexicographical project is just to find the lexemes and give them entries here. Second, the most interesting thing about a lexeme regarding deletion I would say is whether or not it deserves an entry here - i.e. can we attest it according to our rules for attestation? For this purpose, I think it would be useful to have a lot of standard resources (like dictionaries) for every language, where we can make a quick and basic check about the validity of any lexeme in the language. Similarly, we could require that every lexeme is attested either indirectly (e.g. in a  dictionary) or directly (in a given work). This would rule out all empty lexemes, but also lexemes with all forms entered that lack attestation. --[[User:Njardarlogar|Njardarlogar]] ([[User talk:Njardarlogar|talk]]) 17:19, 20 September 2018 (UTC)
:::::::::::::: An empty lexeme is by definition empty, so there would be no information about where the lexeme is attested. It's up to the people who claim it exists to show that it exists by adding verifiable data to it (which makes it no longer empty), not for everyone else to somehow show that it doesn't. - [[User:Nikki|Nikki]] ([[User talk:Nikki|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:29, 21 September 2018 (UTC)
::::::::::::::: The approach on en.Wiktionary is to always require a verification step before deleting something. If no attestation is found during that verification, it is deleted. That way you don't have to provide verification in advance, which is a pain and would slow everything down tremendously. Someone once remarked that if everything currently lacking citations were deleted on en.Wiktionary, most of the dictionary would be deleted, which can't be the intention. So challenge first, then delete if unverified after a while. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 08:51, 21 September 2018 (UTC)
: Hmm, I took a look at what somebody entered for [[Lexeme:L20397|Venus]] and I guess having one lexeme for a proper noun with 4(+?) different senses is helpful. Maybe notability requirements for proper nouns should include having more than 1 sense linkable to a wikidata item? [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:13, 18 September 2018 (UTC)

=== Noun: one or several lexemes ===
<table class='wikitable sortable' style="font-size:smaller">
<tr><th>difference in<th colspan=2>1 lexeme<th colspan=3>2+ lexemes</tr>
<tr><td>sense<td>add several senses<td><td>add applicable sense to lexeme<td>link other(s) with homograph lexeme<td>duplicate forms on each</tr>
<tr><td>etym.<td>add etym. to each sense<td><td>add etym. to lexeme base<td>link other(s) with homograph lexeme<td>duplicate forms on each</tr>
<tr><td>gender<td>add gender to each sense<td><td>add gender to lexeme base<td>link other(s) with homograph lexeme<td>duplicate forms on each</tr>
<tr><td>common/proper<td>add several senses<td>use lexical category "noun"<td>add applicable sense to lexeme<td>link other(s) with homograph lexeme<td>duplicate forms on each</tr>
<tr><td>caps/lowercase<td>add several forms<td>qualify forms to applicable senses<td>add applicable sense to lexeme<td>link other(s) with homograph lexeme<td>add only applicable forms</tr>
<tr><td>singular/plural<td>add several forms<td>qualify forms to applicable senses<td>add applicable sense<td>if possible link other(s) with homograph lexeme<td>add only applicable forms</tr>
<tr><td>pronunciation<td>add the same form twice<td>qualify forms to applicable senses, add prononciation<td>add applicable sense<td>if possible link other(s) with homograph lexeme<td>add form and applicable pronunciation</tr>
<tr><td>forms/spelling<td>add several forms or alternate forms<td>qualify forms to applicable senses<td>add applicable sense<td>if possible link other(s) with homograph lexeme<td>add only applicable forms</tr>
</table>

Following the discussion above, here a summary of some ways a noun could be split between one or several entities. --- [[User talk:Jura1|Jura]] 19:09, 19 September 2018 (UTC)
: Difference in spelling? —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 19:13, 19 September 2018 (UTC)
::I'd include that in "forms" above. I updated the table. --- [[User talk:Jura1|Jura]] 07:03, 20 September 2018 (UTC)

I think we should also consider how lexemes are described in Wiktionaries. I think the aim of lexicographical data is also to serve data to other Wikimedia projects and we should somehow fit with our model to models used by Wiktionaries. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:26, 20 September 2018 (UTC)
*I don't see the impact on this table. Besides, I suppose you are aware of the limits set on using Wiktionary or other dictionaries models. As for re-use, Wiktionary currently can't retrieve any Wikidata, but capabilities are independent of the model, at least if the different lexemes are suitably interlinked.
:The table attempts to outline how the two approaches look like. One language might just use one for a given difference, but across languages, they might differ and I think we should bear that in mind. --- [[User talk:Jura1|Jura]] 07:36, 20 September 2018 (UTC)
:: To me it's clear that words (not just nouns) should NOT be split simply on sense - many senses are very similar or have a common origin. However, we DO split them already if there is a difference in lexical category: ''cross'' not only has different meanings as noun, verb, and adjective, it also serves a different language role and has different forms related to those roles, etc, so splitting into multiple lexemes makes perfect sense. Lexemes should also be clearly split, even if they have the same lexical category, if they differ in common pronunciation. For example "tear" (a rip in cloth) vs "tear" (water from the eyes). Does that mean we should generally have separate lexemes whenever there are two or more distinct etymologies for a lexeme? I think if the senses associated with one etymology are clearly distinct from those associated with the other, then yes, it would make sense to separate at that level - that way we have a clear grouping of senses together. I assume the gendered noun issue is related to and would be resolved with this etymology split (but obviously it's not a problem for English so I'm not so familiar with it). So what about proper nouns? In some sense they have a distinct grammatical role, but the only difference in forms (for English at least) is that they are always capitalized. Use of the plural may be rarer, but it certainly happens, for example for parts of names but also when a proper noun is used as an archetype (how many "Einsteins" are there?). But I think there's a big difference in etymology - the origin of a proper noun is in the process of naming the thing involved, not necessarily related to any meaning of the words used. So if we are splitting based on etymology, proper nouns definitely should have their own separate lexemes. And of course they do have at least the capitalization difference for forms (in English). [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:26, 20 September 2018 (UTC)
::*Thanks for your input. I added singular/plural and pronunciation (also discussed below) to the table. --- [[User talk:Jura1|Jura]] 15:50, 20 September 2018 (UTC)
:::* {{ping|Jura1}} What do you specifically have in mind with regards to "qualify forms to applicable senses"? That sounds complicated. I should note there are also cases where the same string in the same lexical category with the same pronunciation still has different forms associated with different etymologies (and senses) - for example in English {{L|4181}} meaning putting something in a horizontal position vs {{L|4180}} to tell a falsehood. That seems a clear case where they need to be separate lexemes. I think splitting lexemes in general based on (significant, not disputed) etymology makes the most sense here. [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:36, 20 September 2018 (UTC)
::::* I made {{L|L2373}} with lowercase "english". If you decide to add capitalized "English" there too, you'd need to add qualifiers to the form, to indicate if it applies to lowercase or capitalized form. As mentioned before, for some languages, the applicable solution might only be in one column. --- [[User talk:Jura1|Jura]] 18:45, 20 September 2018 (UTC)

== New form lookup speed (newly created lexemes) ==

Somehow it seems to take a long time till forms of new lexemes show up in autocomplete (to use the form in a statement). This takes longer than the lemma or newly added forms to preexisting lexemes. --- [[User talk:Jura1|Jura]] 08:15, 19 September 2018 (UTC)
:Is that a matter of seconds, minutes, hours? Can you give us a few examples of the time you encountered while editing? [[User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] ([[User talk:Lea Lacroix (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:27, 19 September 2018 (UTC)
:*It didn't show up when I created {{l|22578}} and wanted to add "carpe" in a qualifier at {{L|22577}} . Can you give it a try and tell me if you can confirm? --- [[User talk:Jura1|Jura]] 10:35, 19 September 2018 (UTC)
:*It seems it was a problem of leading whitespace. Removing that fixed it. [https://www.wikidata.org/w/index.php?title=Lexeme%3AL22578&type=revision&diff=748825685&oldid=748759159]. Maybe past problems were similar. --- [[User talk:Jura1|Jura]] 11:32, 19 September 2018 (UTC)
* The same problem was with items yesterday. I waited several hours before new items (or even new labels) can be used in statements. And PetScan just ignore adding such new items. --[[User:Infovarius|Infovarius]] ([[User talk:Infovarius|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:24, 21 September 2018 (UTC)

== Examples with phrases: Do we have any? ==

I suppose we can have phrases in Lexeme-Wikidata, such as "like a bull in a china shop" [https://en.wiktionary.org/wiki/like_a_bull_in_a_china_shop]. However, I do not see any statement about them. I found multiword entries {{L|2883}}, {{L|10213}} and {{L|10216}} with no statements. I do not recall any properties targeted for phrases. &mdash; [[User:Fnielsen|Finn Årup Nielsen (fnielsen)]] ([[User talk:Fnielsen|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:06, 21 September 2018 (UTC)
: {{Reply to|Fnielsen}} Like  {{L|17516}} or {{L|2954}}? [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:49, 21 September 2018 (UTC)
:: {{Reply to|KaMan}} Thanks! I am wondering about the use of {{P|5238}}. I thought it was only for compound words, &mdash; not phrases. &mdash; [[User:Fnielsen|Finn Årup Nielsen (fnielsen)]] ([[User talk:Fnielsen|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:21, 21 September 2018 (UTC)
::: {{Reply to|Fnielsen}} We can introduce new property in the future of course but in the meantime to not lost information better use {{P|5238}} than nothing I think. OTOH in my language label of {{P|5238}} fits use for phrasemes and I like to keep number of etymological properties minimal so it stays simple in use. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:29, 21 September 2018 (UTC)
== Please enable search for lexemes ==

Currently lexemes aren't searched by default when users who aren't logged use search. Can this be activated? ----- [[User talk:Jura1|Jura]] 08:58, 13 September 2018 (UTC)
:I just tested, even logged out, I can look for lexemes, both on Special:Search with any method [[Wikidata_talk:Lexicographical_data/Archive/2018/08#Improvements_on_search_features|that I described here]], and while editing another Lexeme. Can you describe precisely what you can't do? [[User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] ([[User talk:Lea Lacroix (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:22, 13 September 2018 (UTC)
:*[[Special:Search/schmilblick]] should find {{L|L7692}} when logged-out. --- [[User talk:Jura1|Jura]] 10:33, 13 September 2018 (UTC)
::Even logged-in, [[Special:Search/schmilblick]] doesn't return the Lexeme. [https://www.wikidata.org/w/index.php?search=schmilblick&title=Special:Search&profile=advanced&fulltext=1&ns146=1&searchToken=q17tjzkw4hguf9lxj7jx0i2z When looking in the Lexeme namespace], it's appearing. I think it's not a problem of logged-in vs logged-out, but the fact that the namespace needs to be mentioned, either by starting the search word with L: or by selecting the namespace on the search page. [[User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] ([[User talk:Lea Lacroix (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:11, 13 September 2018 (UTC)
::: Yes, if you click on the "advanced" tab, you can see that by default it only searches the main and property namespaces when logged out or when a logged in user hasn't changed the settings (using the checkbox on the "advanced" tab when searching). Now that we have a third namespace for data, the default search should be updated to search all three namespaces. - [[User:Nikki|Nikki]] ([[User talk:Nikki|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:49, 13 September 2018 (UTC)
::::it's probably some site configuration setting. --- [[User talk:Jura1|Jura]] 05:39, 14 September 2018 (UTC)
:::::Unfortunately, it's not as easy as it seems. Items and Lexeme search work differently (because they don't have the same components, items have label and description, lexemes have language and lexical category, etc.) For now, it's not possible to search in both by default. [[phab:T190454|this task]] gives more details. 
:::::For now, just add L: before the keyword and you'll find the results in the Lexeme namespace. [[User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] ([[User talk:Lea Lacroix (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:55, 14 September 2018 (UTC)
::::::I don't see how a random visitor could find "just add L: before the keyword".
::::::The ticket doesn't seem to be about [[Special:Search/schmilblick]], but auto-completion on schmilblick.
::::::It already works for properties, e.g. [[Special:Search/internetowym słowniku id]]. Would you check with your engineers? --- [[User talk:Jura1|Jura]] 10:43, 14 September 2018 (UTC)
*{{ping|Lydia Pintscher (WMDE)}} would you help? --- [[User talk:Jura1|Jura]] 07:18, 19 September 2018 (UTC)
::Properties have a very similar structure as items (with label, description) when Lexemes are different. That's why it is more difficult to search through both namespaces in the same time.
::More research on this is planned, but it's not the main priority for now: a form of search is available, now we want to focus on deploying Senses and getting lexicographical data in the query service. [[User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] ([[User talk:Lea Lacroix (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:48, 19 September 2018 (UTC)
::*Sounds good. In the meantime, could you create a ticket noting the user request? We need to make sure it gets correctly added to the pipeline. I assume that's your main role, isn't it? --- [[User talk:Jura1|Jura]] 10:29, 19 September 2018 (UTC)
::::[[phab:T204813]]. [[User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] ([[User talk:Lea Lacroix (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:39, 19 September 2018 (UTC)
:::::Thanks. To comment on {{ping|Smalyshev (WMF)}}'s options at https://phabricator.wikimedia.org/T204813#4600585 . In the short term, I'd favor #1 (enable common search for Lexeme+Item). I don't think relevancy is much of an issue for the above sample. Search results aren't necessarily optimal even when looking just for items. Currently, one could get the impression that Wikidata has no content when it actually does. --- [[User talk:Jura1|Jura]] 19:06, 20 September 2018 (UTC)
:::::: That will essentially remove all the improvements we've made for Wikidata search over the last several quarters (they'll still be available, but useless because nobody will be using this search mode as it's not enabled by default and unobvious how to enable it). I think it will be very much of an issue. [[User:Smalyshev (WMF)|Smalyshev (WMF)]] ([[User talk:Smalyshev (WMF)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:11, 20 September 2018 (UTC)
:::::::Does that mean I shouldn't enable search for lexemes by default for my personal preferences because it renders results for item search less relevant? I wonder if users are aware of that. Currently, I find [[Special:Search/schmilblick]] helpful when searching P+I+L. --- [[User talk:Jura1|Jura]] 19:15, 20 September 2018 (UTC)
::::::: {{ping|Jura1}} if you compare results with P+I and P+I+L you'll notice that the ranking is different and the highlighting is missing. For simple cases (exact match, one word, same language) it may be still serviceable, but in general default search is substantially worse than specialized one (that's why we took time to create the latter!) so I think defaulting to it would be wrong. Yes, that presents a challenge of how to deal with Lexemes. I'll keep thinking about it and welcome others to do the same, we'll find some solution to it. [[User:Smalyshev (WMF)|Smalyshev (WMF)]] ([[User talk:Smalyshev (WMF)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:26, 20 September 2018 (UTC)
::::::::That's odd. I de-activate "L" by default then. Maybe a link in the search results to query lexemes only would help. In the short term, that seems fairly easy to implement. In the medium term, including separate results for lexemes would be nice, similarly to what itwiki does in their default output (Wikidata items in addition to articles). --- [[User talk:Jura1|Jura]] 11:07, 23 September 2018 (UTC)

== Grammatical features that appear more than once ==

I thought of the case of Turkish nouns. Turkish nouns have {{Q|104083}}, {{Q|Q128234}} and possessive forms. Within the property of "possessive" there is {{Q|690940}} and {{Q|104083}}. Grammatical number appears twice. For example, ''teyzeleriniz'' means "your maternal aunts", and is composed of ''teyze'' "maternal aunt" + ''ler'' (plural suffix) + no case ending (nominative case) + ''iniz'' (second-person plural possessive). How would one denote the grammatical features for such a form? [[User:Rua|Rua]] ([[User talk:Rua|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:00, 14 September 2018 (UTC)
:I already asked this question in [[Wikidata talk:Lexicographical data/Archive/2018/06#Pronominal forms]]. I tried to apply one of the proposed solutions at {{L|L384}}, but I'm not quite satisfied with this method. If you or anybody else have/has a better idea, I'd be happy to discuss it.--[[User:Shlomo|Shlomo]] ([[User talk:Shlomo|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:34, 14 September 2018 (UTC)
:: That discussion went on a tangent for sure! Is it possible to add qualifiers to grammatical features? If so, then a solution like "possessive" with the person and number as its qualifiers would work. [[User:Rua|Rua]] ([[User talk:Rua|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:39, 14 September 2018 (UTC)
::: {{Ping|Rua|Shlomo}} What if we would not use grammatical features but properties to describe such complicated case? I mean use on form {{P|1552}} with two values: first value {{Q|110786}} with qualifier {{P|642}} {{Q|1084}} and second value {{Q|146786}} with qualifier {{P|642}} {{Q|468801}}? [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:27, 14 September 2018 (UTC)
:::: {{Re|KaMan}} Technically, it could be possible, but I don't like the idea of (mis)using the properties (N.B. a property created for another purpose) for description of grammatical features, if we already have a separate position for them.--[[User:Shlomo|Shlomo]] ([[User talk:Shlomo|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:30, 16 September 2018 (UTC)
*It's probably a simpler form of the problem, but for {{L|10633}} one could easily define the forms of the verb on {{L|10632}} and all forms of the {{Q|953129}} on {{L|9159}}. --- [[User talk:Jura1|Jura]] 04:21, 15 September 2018 (UTC)
** That's what English Wiktionary already does. One of the senses is just marked "reflexive". [[User:Rua|Rua]] ([[User talk:Rua|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:03, 15 September 2018 (UTC)
***That would be directly on {{L|10632}}? The disadvantage I see is that forms are only partially defined there. --- [[User talk:Jura1|Jura]] 07:53, 16 September 2018 (UTC)
*: {{Re|Jura1}} IMHO it's not a simpler form of the problem addressed above, but a completely different problem. And again, there can be different approaches in different languages. The German linguists think of reflexive verbs as reflexive forms of a verb lexeme which is common for active, passive and reflexive forms. Russian dictionaries have one common lexeme for active and passive forms (if they both exist) but a separate lexeme for the reflexive one.--[[User:Shlomo|Shlomo]] ([[User talk:Shlomo|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:30, 16 September 2018 (UTC)
*:: That's because in German the reflexive pronoun remains a separate word, while in Russian it's fused with the verb and written as one word. Spanish and Italian are like Russian in that respect. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 15:57, 18 September 2018 (UTC)
*::: Well, not exactly. In Spanish, the reflexive pronoun is fused only in some forms (irse vs. me voy). In Czech or Polish, the pronoun always remains a separate word like in German, but the reflexive verb is a separate lexeme like in Russian. The point is, we have to use in every language the system accepted by the linguists of that language and we shouldn't try to create a unified rules for all languages of the world (+ Klingon…) --[[User:Shlomo|Shlomo]] ([[User talk:Shlomo|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:38, 22 September 2018 (UTC)

I ended up making separate items for each of the possessive forms:
* {{Q|56703567}}
* {{Q|56703570}}
* {{Q|56703572}}
* {{Q|56703573}}
* {{Q|56703577}}
* {{Q|56703578}}
* {{Q|56703579}}
* {{Q|56703580}}
* {{Q|56703584}}
—[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 18:34, 23 September 2018 (UTC)

== Can't add a lemma with two items in the code ==

I'm trying to create lemmas for the suffix {{L|22801}}, but I'm not able to enter all the lemmas I want. There are two different forms of the lemma, one when the suffix is attached to a word with {{Q|56633409}} and another when attached to a word with {{Q|56633433}}. However, the second variant also has a variant ''-eamọs'' with {{Q|7249970}}, and I have entered a pronunciation respelling in {{L|22017}} with this item in the lemma code. So I thought I would enter the variant for {{L|22801}} by combining the items, as <code>se-x-Q56633433-Q7249970</code>. But this is rejected, so I can't enter it. What should I do? —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 14:07, 20 September 2018 (UTC)
*Interesting experiment, but I think you can only add one at the time. Maybe https://www.wikidata.org/w/index.php?oldid=749416521  --- [[User talk:Jura1|Jura]] 14:24, 20 September 2018 (UTC)
** I thought of this, but there are pairs of lemmas that are written the same, while being distinguishable by the pronunciation respelling. Consider the triplet {{L|22826}} ("holy", adjective), {{L|22827}} ("holiday", noun), {{L|22828}} ("cleaner, janitor", noun). The difference in the length of the consonants, indicated by the pronunciation respelling, more clearly distinguishes these. Without it, the two nouns would both just say "bassi, Northern Sami noun", and then which do you choose? I already have this problem with identical-looking suffixes like {{L|22794}} versus {{L|22795}}. So if the pronunciation respellings are going to be added only on forms, then I hope that there will be a better way to distinguish lemmas. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 14:40, 20 September 2018 (UTC)
: {{Reply to|Rua}} Indeed, I just tried it on {{L|123}} and cannot add it either. Sorry for my  [https://www.wikidata.org/w/index.php?title=Wikidata_talk%3ALexicographical_data&type=revision&diff=749258955&oldid=749093415 earlier comment], I supposed it's possible. I don't know what to do in your case :( [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:51, 20 September 2018 (UTC)
*Lemma and lexical category aren't meant to fully disambiguate. Only checking senses can sort this out. I should probably add "pronunciation" to the table above. --- [[User talk:Jura1|Jura]] 14:54, 20 September 2018 (UTC)
*BTW, if you want to reference the exact form using the suffix, you need to make two separate forms (F1 and F2). BTW, maybe this should be two lexemes anyways. --- [[User talk:Jura1|Jura]] 15:22, 20 September 2018 (UTC)
** They're the same thing, with the same etymology and meaning. All that differs is which one you use, and that depends on the word you attach it to. They are {{Q|1124301}}. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 17:42, 20 September 2018 (UTC)
*If the code you are trying to build matches one that is an IETF language tag, you could just make an item for that and add it. --- [[User talk:Jura1|Jura]] 12:57, 23 September 2018 (UTC)

== Hypocorism ==

Hi. Do we have any property that can be used for {{Q|1130279}}? And if not I am not sure if it should be ''given name → hypocorism'' or ''hypocorism → given name'' property. --[[User:Lexicolover|Lexicolover]] ([[User talk:Lexicolover|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:01, 21 September 2018 (UTC)
: Hmmm, perhaps can use {{P|5191}} with {{P|5886}} set to {{Q|1130279}}. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:35, 21 September 2018 (UTC)
:: Well, in my understanding hypocorism is not a process but rather the result that can be achieved in different ways. --[[User:Lexicolover|Lexicolover]] ([[User talk:Lexicolover|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:29, 21 September 2018 (UTC)
::: {{Reply to|Lexicolover}} Hmm, then I would use {{P|5191}} or {{P|5238}} set to these "different ways" and {{P|31}} set to {{Q|1130279}}. But if you feel unconfortable with it then there can be always new property. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:36, 22 September 2018 (UTC)

== Idea: when creating a lexeme, show if matching lexemes already exist ==

When you create a lexeme it is often useful to know if someone else has already created it. This avoids creating duplicates that have to be merged again later. To alleviate this, I think it would be useful if the [[Special:NewLexeme]] page would automatically try to find existing lemmas that match what you typed, and show them to you in some way, with their language and lexical category. That way you can judge for yourself if these lexemes match what you are about to create, or are different. Perhaps the search could be further limited by language and lexical category, once you selected them. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 15:24, 22 September 2018 (UTC)
: I agree, such feature on Special:NewLexeme would be great. It is already build-in in [https://tools.wmflabs.org/lexeme-forms/ Wikidata Lexeme Forms] and it is very helpful. There is need to check checkbox to indicate it's not duplicate. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:42, 22 September 2018 (UTC)

#prefill F1 with lemma
#allow fill by url
#allow direct entry for "mis"-languages
#allow entry of gloss for S1

*There are couple of fixes still needed (and hopefully in the pipeline) for NewLexeme. I wonder where they are at? --- [[User talk:Jura1|Jura]] 12:55, 23 September 2018 (UTC)
== Is question mark part of interrogative lemma? ==

Again following en.wiki "In morphology and lexicography, a lemma (plural lemmas or lemmata) is the canonical form, dictionary form, or citation form of a set of words". So I assume lemma of combien@fr is "combien" because that's how French dictionaries mention it (https://fr.wiktionary.org/wiki/combien). But {{ping|Jura1}} keeps adding question mark at the end of it in {{L|1724}} saying its usefull. Should it be there? [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:43, 9 September 2018 (UTC)
: Based on the examples on the French Wiktionary page, I would say, no, it shouldn't be part of the lemma. Only one of the 17 examples has the question mark directly after the word and 5 of the examples don't have a question mark at all. - [[User:Nikki|Nikki]] ([[User talk:Nikki|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:29, 9 September 2018 (UTC)
:*I'm not sure if Wiktionary's (or 18th-century printers) technical limitations should limit us in the way we display a lemma. This is different from the forms part. --- [[User talk:Jura1|Jura]] 14:56, 9 September 2018 (UTC)
: I don't think diacritical marks should be included unless they are an intrinsic part of the word and ''always'' written that way. In the case of ''combien?'', there is not always a question mark right after the word, so it shouldn't be included. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 15:07, 16 September 2018 (UTC)

{{ping|Jura1}} could you explain why you think that the main lemma of the lexeme {{L|1724}} should be « combien? » (and same question for the item {{Q|54311997}}). Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:12, 10 September 2018 (UTC)
: {{ping|Jura1}} ping again because you did not explain why you add "?" and now you started with "!" {{L|21330}} [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:57, 16 September 2018 (UTC)
*I think it's a useful marker for human readable version (i.e. lemma) in French and possibly other Latin script languages. This even if the actual forms are used in indirect statement. I think it compares well with "-" for pre/suffix in lemmas or "*" in others. --- [[User talk:Jura1|Jura]] 09:00, 18 September 2018 (UTC)
:: An affix will not appear on its own, and the hyphen indicates this. One could argue that representing an affix without a hyphen (or in some other way that indicates how it is used) would be incorrect or misleading because it does not appear on its own, unlike other lexemes.
:: The asterisk, as far as I understand it, is used to indicate that the lexeme is unattested - so here you could also argue that to not indicate that the lexeme is unlike other lexemes would be misleading.
:: In short, I would say that these two cases are fundamentally different from e.g. adding question marks to interrogative words. --[[User:Njardarlogar|Njardarlogar]] ([[User talk:Njardarlogar|talk]]) 09:44, 18 September 2018 (UTC)
{{ping|Jura1}} are you following this thread? You are keeping adding sign like {{L|24356}} and {{L|24361}} regardless majority of the opinions here. There is common convention in naming lexemes but you "think it's a useful marker" and you continue against convention. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:34, 24 September 2018 (UTC)
*We haven't noted any convention on this yet and I think we addressed the arguments brought up here. Do you have anything to add? As I understand, you are not really interested applications of this data. You are aware that you shouldn't copy Wiktionary, aren't you? --- [[User talk:Jura1|Jura]] 06:41, 24 September 2018 (UTC)

== Senses will be released on October 18th ==

Hello all,

I'm glad to announce that the Senses will be available on wikidata.org on October 18th. With this last part of the Lexemes being available, we'll be able to add more meaning to the data and connect the Lexemes with each other better through new properties.

In the meantime, here's what you can do:
* have a look at [[mw:Extension:WikibaseLexeme/Data Model|the data model]] for a few examples of what's possible to do with Senses
* continue [[Wikidata_talk:Lexicographical_data#Senses_are_coming_soon,_please_try_them_on_beta!|testing the senses on beta]] and giving feeback
* have a look at the [[Wikidata:Property proposal/Lexemes|property proposals]] and discuss about the properties you would need to create once the Senses are enabled
* ask questions or discuss about any matter on this page

Please keep in mind that the requests I phrased [[Wikidata_talk:Lexicographical_data/Archive/2018/05#First_experiment_of_lexicographical_data_is_out|in my previous announcement]] are still valid: ''"We kindly ask you to not plan any mass import from any source for the moment. [...] We strongly encourage you to discuss with the communities before considering any import from the Wiktionaries. [...] I hope that we will all be kind and patient, both with other editors and with the software that may not work exactly as we want it to at the beginning :)"''

Cheers, [[User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] ([[User talk:Lea Lacroix (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:31, 12 September 2018 (UTC)
: Great news! :) As for "We strongly encourage you to discuss...." {{Reply to|Lea Lacroix (WMDE)}} I have [https://pl.wiktionary.org/wiki/Wikis%C5%82ownik:Bar/Dyskusje_og%C3%B3lne#Przygoda_z_Wikidanymi asked] community of Polish Wiktionary on 11 June about possibility of import and found no objections. I also got agreement from author of our automatic IPA system that he can add with his bot IPA to all missing Polish forms in wikidata lexemes. I wait with it until software stabilize and temporarily add it by hand. I also weekly inform Polish community about progress with lexemes, new properties, tools, and achievements. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:03, 12 September 2018 (UTC)
::{{ping|Lea Lacroix (WMDE)}} is it correct that "found no objection2 in a forum of Polish Wiktionary isn't sufficient as the users that would need to agree to this are the actual users who edited? --- [[User talk:Jura1|Jura]] 06:49, 24 September 2018 (UTC)

Once senses will be released there will be increased interest from users of various languages. There is enough time to prepare for them nicely translated interface of lexicographical part of Wikidata. I encourage all to visit translatewiki.net and add all missing translations to "Wikibase Lexeme". For example link to not translated Swedish messages is https://translatewiki.net/wiki/Special:Translate?action=translate&group=ext-wikibaselexeme&filter=%21translated&language=sv (you can get list for any other language by replacing last language code in url with your own). [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:13, 20 September 2018 (UTC)

== Why not use Wiktionary or other online dictionaries? ==

With lexemes Wikidata sort of reinvents the wheel. Except many Wiktionaries there is [http://omegawiki.org OmegaWiki] as well. They do more or less the same thing. Very likely there are other sites on the internet performing a similar task. I believe cooperation will be profitable for all of us. &nbsp;[[User_talk:KlaasZ4usV|Klaas]]&nbsp;`Z4&#x241f;`&nbsp;[[User:KlaasZ4usV|V]]:&nbsp; 10:21, 23 September 2018 (UTC)
: We know this. I want to cooperate with Wiktionaries and other databases if possible. There is already [https://www.wikidata.org/w/index.php?title=Special%3AWhatLinksHere&target=Q56216056&namespace=120 series of properties] which links us to external dictionaries. I myself get support from Polish Wiktionary community. Or have you {{Reply to|KlaasZ4usV}} something specific in mind? [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:41, 23 September 2018 (UTC)
To be honest just want to start a general discussion about using lexemes here on Wikidata, [[User:KaMan|KaMan]]. Thanks for your contributions!&nbsp;[[User_talk:KlaasZ4usV|Klaas]]&nbsp;`Z4&#x241f;`&nbsp;[[User:KlaasZ4usV|V]]:&nbsp; 10:54, 23 September 2018 (UTC)
:{{Reply to|KlaasZ4usV}} Well previously en.wikipedia had date of birth some man in infobox, and all other wikipedias had no date of birth. When Wikidata appeared and imported this from en.wikipedia than it could be shared and presented in all wikipedias. With lexemes it is exactly the same way in relation to Wiktionaries. Once inflexction or etymology is imported from one Wiktionary then all language version Wiktionaries can reuse this data too. Wikidata is Commons to data. Lexemes in Wikidata is Commons to lexicographical data. And because it's database with own query service there can be [[Wikidata:Lexicographical data/Ideas of tools|tools]] and [[Wikidata:Lexicographical data/Ideas of queries|queries]] writen which was impossible of hard with textual data of Wiktionaries. There is already [https://lucaswerkmeister.github.io/wikidata-lexeme-graph-builder/ one tool] which shows power of lexemes hardcoded as database. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:15, 23 September 2018 (UTC)
[[:m:OmegaWiki|OmegaWiki]] once started at a Wikimania conference as a wiki for all wiktionaries together. Now they support privately hosted more than 600 languages in a database like the one on which Wikidata is built. We use the latter and Commons as well. See also their [http://twitter.com/OmegaWiki @OmegaWiki] twitter-account.&nbsp;[[User_talk:KlaasZ4usV|Klaas]]&nbsp;`Z4&#x241f;`&nbsp;[[User:KlaasZ4usV|V]]:&nbsp; 12:49, 23 September 2018 (UTC)
: Looking at http://www.omegawiki.org/Special:RecentChanges I don't see much movement there. Perhaps strong connection with rest of Wikidata (and its large community) decided. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:59, 23 September 2018 (UTC)
Too few contributors. Most of potential new users stay with Wiktionaries and other sites of WMF. Most of OmegaWiki-users would like to join WMF again. Why they left is for me a mistery.&nbsp;[[User_talk:KlaasZ4usV|Klaas]]&nbsp;`Z4&#x241f;`&nbsp;[[User:KlaasZ4usV|V]]:&nbsp; 13:27, 23 September 2018 (UTC)
: {{Reply to|KlaasZ4usV}} And this is where we differ to omegawiki probably. Wikidata maintainers don't want to just take Wiktionary users. As can be read in [[Wikidata:Lexicographical_data/Documentation#What_will_be_added_in_the_future|roadmap]] developers want to enable "Editing data directly from Wiktionary". [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:52, 23 September 2018 (UTC)
:: Editing in Wikidata only is against the rule that an item has to be used in at least one other project in case of lexemes that will be one or more Wiktionaries(?). If OmegaWiki were a WMF-project: 1) lexemes are likely already there; if not they would be created in OmegaWiki using the same concept as Wikidata. They were/are actually Wikidata (adapted for lexicographic data) ''avant la lettre''.&nbsp;[[User_talk:KlaasZ4usV|Klaas]]&nbsp;`Z4&#x241f;`&nbsp;[[User:KlaasZ4usV|V]]:&nbsp; 17:29, 23 September 2018 (UTC)
::: An item can be notable if it exists on another Wikimedia project, but it's not a requirement (see [[Wikidata:Notability]]). If a lexeme is found in an established dictionary, that would clearly meet the second of our existing criteria. If it's linked from other items (e.g. for etymology or to provide translations) then it would meet the third criteria. If we find that the existing criteria are too strict for lexemes, we can decide to add new criteria. - [[User:Nikki|Nikki]] ([[User talk:Nikki|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:36, 24 September 2018 (UTC)
:::: Just a short message to say the notablity criteria for lexicographical data are [[Special:MyLanguage/Wikidata:Lexicographical data/Notability|here]]. Of course, it can be improved. [[User:Pamputt|Pamputt]] ([[User talk:Pamputt|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:10, 24 September 2018 (UTC)

Wikidata exists to provide structured data, the existing Wiktionaries don't do that. OmegaWiki was very pioneering and, while it is still active, it's never really taken off. We would love the existing Wiktionaries and OmegaWiki to collaborate with us, but obviously we can't force them to. Our data is released as CC0, so everyone, including the Wiktionaries and OmegaWiki, is free to use it.
Wikidata uses a different model to OmegaWiki. OmegaWiki tries to remove duplication by sharing senses (DefinedMeanings) between languages but (in my experience) that makes it much harder to edit, because words in one language often don't map exactly to another language. Wikidata's model is closer to Wiktionary's with senses linked to a word in a specific language. It does mean there will be more duplication, but hopefully it will be easier for people to edit and therefore be more successful. We also have the advantage of an existing community. The early signs are good, based on 531,000 expressions in 12 years for OmegaWiki and 24,500 lexemes in 4 months for Wikidata, we have been creating lexemes almost twice as fast as OmegaWiki has been creating expressions.
- [[User:Nikki|Nikki]] ([[User talk:Nikki|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:36, 24 September 2018 (UTC)

== Language specific data dumps? ==

Would it be possible to create simple daily dump files per language (QID)? A tsv could include:
#lemma, language-QID, lid, langcode
#form, l-fid, lid, langcode
#l-sid, langcode, gloss (once we get senses)
This at least for languages with more than a given number of entities (e.g. 1000). Could make it easier to select words to add in English. --- [[User talk:Jura1|Jura]] 10:51, 23 September 2018 (UTC)
:tsv? Isn't it better an archive like .zip, .gz etc? They very likely exist already. Only thing to do is to make them available for download.&nbsp;[[User_talk:KlaasZ4usV|Klaas]]&nbsp;`Z4&#x241f;`&nbsp;[[User:KlaasZ4usV|V]]:&nbsp; 13:07, 23 September 2018 (UTC)
::*tsv.zip if you prefer ;) --- [[User talk:Jura1|Jura]] 13:10, 23 September 2018 (UTC)
::: LOL. Data-dumps are made for backup/recovery purpose in mostly a standardized format depending on the RDBMS. Ask any developer.&nbsp;[[User_talk:KlaasZ4usV|Klaas]]&nbsp;`Z4&#x241f;`&nbsp;[[User:KlaasZ4usV|V]]:&nbsp; 13:22, 23 September 2018 (UTC)
::::Well, currently there is none and the full dump is likely unpractical for me. --- [[User talk:Jura1|Jura]] 13:32, 23 September 2018 (UTC)
There is ticket about dumps, see [[Wikidata:Database_download#Lexicographical_data]] {{ping|Jura1}} perhaps you should describe your needs in the ticket on phabricator. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:28, 23 September 2018 (UTC)
*That seems to be a technical thread. I think most users could live with the three above. --- [[User talk:Jura1|Jura]] 13:32, 23 September 2018 (UTC)

*BTW once data is available on the query server, the threshold could be increased to a number impractical to retrieve through it, e.g. languages with more than 100,000 forms. --- [[User talk:Jura1|Jura]] 07:13, 24 September 2018 (UTC)

== {{L|24601}} ==

Just wondering who added that .. ;) Interestingly, it was just four months ago. --- [[User talk:Jura1|Jura]] 13:59, 23 September 2018 (UTC)
:[https://www.wikidata.org/w/index.php?title=User:127.0.0.1&action=history TeleComNasSprVen] created this "bot" so ask [[User_talk:TeleComNasSprVen|them]].&nbsp;[[User_talk:KlaasZ4usV|Klaas]]&nbsp;`Z4&#x241f;`&nbsp;[[User:KlaasZ4usV|V]]:&nbsp; 17:38, 23 September 2018 (UTC)
:: I seem to recall this was mentioned in the original release of Lexemes - I believe it was Jean Valjean's convict number, from Les Miserables. [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:06, 23 September 2018 (UTC)
::: The bot has created quite a few other "easter eggs". —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 19:16, 23 September 2018 (UTC)
:*For the milestone, I added some of the lexemes from [[fr:s:Les Misérables/Tome 2/Livre 2/01]]. --- [[User talk:Jura1|Jura]] 22:17, 23 September 2018 (UTC)
* We are waiting also for {{L|171081}} as per [[Wikidata:Humour]]. --[[User:Infovarius|Infovarius]] ([[User talk:Infovarius|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:14, 24 September 2018 (UTC)
== Full definitions versus glosses (when senses are released) ==

On English Wiktionary, the practice is to define English words properly, with a (hopefully) good description of what something means. Terms in other languages are then defined in terms of English words, so that if there is a simple match between a foreign and an English word, just that English word is given in the definition. For example, [[wikt:vis#Dutch]] has just a single word as a definition, because it means exactly the same thing as the English word. Then [[wikt:fish#English]] has a proper description of what the word means.

Wikidata is unlike Wiktionary in that it has no particular language as its focus, all languages are treated equally. But does this mean that one cannot give an English definition of {{L|24691}} that just says "fish"? Is it going to be required to define exactly what a fish is on this Dutch word as well? Or will the practice be to give full definitions for language x in lexemes of language x, and use short glosses for lexemes in languages other than x? —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 14:05, 24 September 2018 (UTC)
: {{Reply to|Rua}} I prefer full definition in every language. I tried this on https://wikidata.beta.wmflabs.org/wiki/Lexeme:L60 and it looks better imo than just writing "chemical element". The gloss is displayed when sense is used in property (like in "demonstrates sense" qualifier of "usage example" property) [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:53, 25 September 2018 (UTC)
:: I think you misunderstood. What I meant is that, for the English definition of that word, you would just write "beryllium". Then if someone wants to know what that English word means, they would look that up in English. The reason is to avoid duplication: if someone changes the definition of the English word "beryllium", they do not also have to change the definition of the Polish "beryl". —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 10:24, 25 September 2018 (UTC)
::: {{Reply to|Rua}} But if you write just "beryllium" then it would be not precise because word "beryllium" has two senses according to https://en.wiktionary.org/wiki/beryllium . And if there would be just "beryllium" then property "translation" ([[Wikidata:Property proposal/translation]]) would be duplication of this word. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:42, 25 September 2018 (UTC)
:::: Hmm, I see. But then, if there is a translation for a sense, then that really says all you need to say, and you don't need to give a meaning for the sense anymore. The meaning of the sense of the English word is the same as the meaning of the sense of the Polish word. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 10:46, 25 September 2018 (UTC)

== [[User:Rua/Wikidata for Wiktionarians]] ==

I wrote this as a guide for people from en.Wiktionary who come here and wonder how their familiar concepts map to Wikidata lexemes. {{ping|Lea Lacroix (WMDE)|Lydia Pintscher (WMDE)}} if you find this useful, feel free to move it to a more appropriate location. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 18:40, 24 September 2018 (UTC)
:{{Reply to|Rua}} Great document! I would only mention {{P|1545}} where you writes about {{P|5238}}. Without it lexemes are unordered. I already added it to {{L|23252}} example. Perhaps you could also mention {{P|5831}}. I've [https://www.wikidata.org/w/index.php?title=Wikidata%3AWiktionary&type=revision&diff=752178058&oldid=639135325 added your page] to [[Wikidata:Wiktionary]]. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 05:16, 25 September 2018 (UTC)
::Great work {{ping|Rua}}, thank you very much <3 I would be totally fine with moving it to a subpage of the project, so other people feel comfortable improving it. Why not something like [[Wikidata:Wiktionary/First steps]]? In the end, more important than the page name, is that the page is linked from strategic places. [[User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] ([[User talk:Lea Lacroix (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:51, 25 September 2018 (UTC)
::: {{ping|KaMan}} Usage example is for senses, and we don't have senses yet, so I wouldn't mention that for now. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 10:26, 25 September 2018 (UTC)
:::: {{Reply to|Rua}} Ok, but it's specified at the level of lexeme and can be used already for forms as can be seen at https://www.wikidata.org/w/index.php?title=Special%3AWhatLinksHere&target=Property%3AP5831&namespace=146 [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:59, 25 September 2018 (UTC)
::::: On English Wiktionary, usage examples always belong to a particular sense, so that's what I'm accustomed to. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 11:17, 25 September 2018 (UTC)
*I'd remove the mention of {{P|31}}. Given that L-entities have lexical categories and grammatical features, I don't think its use should be recommended to new users. I'm not really convinced that we should use it at all and, if we do, we probably shouldn't use it that way. Further, the place to learn about property definitions should be the property pages. --- [[User talk:Jura1|Jura]] 08:35, 25 September 2018 (UTC)
** Perhaps, but then what is the alternative? There has to be some way to indicate that a lexeme is a plurale tantum or the like. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 10:26, 25 September 2018 (UTC)
**: {{Reply to|Rua}} I remember some used {{P|1552}} but I'm not convinced. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:59, 25 September 2018 (UTC)
*** And {{Q|1250335}} (it's not {{Q|162378}} in Russian!). --[[User:Infovarius|Infovarius]] ([[User talk:Infovarius|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:03, 26 September 2018 (UTC)
** For some, we may still need to propose them. For this one, maybe "form pattern" could do. --- [[User talk:Jura1|Jura]] 10:30, 25 September 2018 (UTC)
== statement counts ==

Somehow statement counts in search results don't include statements on forms. The same probably goes for everywhere else. 

Sample: 
*[[Lexeme:L8435]] has a statement on F1.
*https://www.wikidata.org/w/index.php?search=&search=l%3A+Chwefror&title=Special:Search&go=Go shows:
<pre>
    Chwefror (L8435)
    Welsh noun
    0 statements, 1 form - 10:49, 12 September 2018
</pre>
--- [[User talk:Jura1|Jura]] 10:51, 12 September 2018 (UTC)

: Yeah we discussed that iirc and decided to only count the statement on the Lexeme-level because it is semantically more correct. The other statements are on a sub-entity. We have the same issue with the number of statements in page information. If there is a strong desire to do it differently we can reconsider. --[[User:Lydia Pintscher (WMDE)|Lydia Pintscher (WMDE)]] ([[User talk:Lydia Pintscher (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:47, 15 September 2018 (UTC)
:*Would the count per sub-entity be available somehow? Hard to say now if most statements would be on subentities or not. For search results, it might be better to not show it. --- [[User talk:Jura1|Jura]] 21:02, 15 September 2018 (UTC)
::* Hmmmm I can't think of a good way to make this happen right now but will look into it. Is this important atm for something specific? --[[User:Lydia Pintscher (WMDE)|Lydia Pintscher (WMDE)]] ([[User talk:Lydia Pintscher (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:07, 26 September 2018 (UTC)
::**{{ping|Lydia Pintscher (WMDE)}} Currently, we have hardly any statements on subentities so it doesn't matter that much. Eventually, the count on search result will be highly misleading when comparing with other entities. --- [[User talk:Jura1|Jura]] 09:18, 27 September 2018 (UTC)
::**:{{Reply to|Jura1}} We have statements on subentities on nearly every Polish lexeme with forms specified, for example {{L|20448}}. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:24, 27 September 2018 (UTC)
::**:*What you think about the question at hand? https://www.wikidata.org/w/index.php?search=&search=l%3A+Merkury&title=Special%3ASearch&go=Go shows just 6 and 7 statements (for L20448/L20449). --- [[User talk:Jura1|Jura]] 09:56, 27 September 2018 (UTC) 
::**:*:{{Reply to|Jura1}} At this moment I don't find much use for statement counts because I mostly search in Polish lexemes and usually I remeber what's inside, but I imagine when more users participate in my language then statement counts can be usefull to judge completness looking only on search results. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:23, 27 September 2018 (UTC)
*Sorry, {{ping|Lydia Pintscher (WMDE)}} forgot to ping you.--- [[User talk:Jura1|Jura]] 08:39, 25 September 2018 (UTC)

== Requesting permission for bot import: Proto-Uralic and Proto-Samic lexemes ==

Now that {{P|5903}} and {{P|5902}} have been created, I would like to do an import of all lexemes on English Wiktionary for these two languages. Only lemmas would be imported, and the Álgu and Uralonet IDs if they are present in the Wiktionary entry. If a Proto-Samic lexeme derives from a Proto-Uralic one and is marked as such in Wiktionary, the bot will add a property for that. I have [[User:MewBot]], a bot account that I have used a lot on Wiktionary, but it doesn't have a bot flag yet. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 12:28, 21 September 2018 (UTC)
: How many it will be? We now have 8063 of English lexemes. English and French lexemes are added by hand but in large packs. All in all how can we test if we are ready for import if we do not do any import finally. {{ping|Lea Lacroix (WMDE)|Lydia Pintscher (WMDE)}} ? [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:53, 21 September 2018 (UTC)
:: The categories are [[wikt:Category:Proto-Uralic lemmas]] and [[wikt:Category:Proto-Samic lemmas]]. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 13:24, 21 September 2018 (UTC)
:: With Proto-Uralic there is a bit of an issue in that it really contains several languages, {{Q|288765}} proper, {{Q|2499870}} and Proto-Finno-Permic (which doesn't even have an item on Wikidata). Linguists assign forms to one of these based on which branches it can be found in, but they are largely treated as one language otherwise. The reason is that these three "languages" are pretty much the same phonologically and very few changes from one to the next can be reconstructed, so the main differences are in reconstructable vocabulary. Uralonet only has entries for the "oldest" reconstruction that can be made, so if there is Proto-Uralic, there will be no Proto-Finno-Ugric or Proto-Finno-Permic. English Wiktionary has completely merged these languages, treating them all as one Proto-Uralic language and treating Finno-Ugric and Finno-Permic as dialects of it. If entries are imported, then this would be the case for Wikidata's new lexemes too. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 13:33, 21 September 2018 (UTC)

I have gotten the Proto-Uralic/Finno-Ugric part to work, it's creating entries with the right part of speech and adding the Uralonet ID if there is one. I only did a few edits to make sure it all works, using my own account. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 18:44, 21 September 2018 (UTC)

Creating Proto-Samic entries now works too. The Álgu ID is added, and a property for the derivation is added if a parent lexeme exists. I think it's all ready to run? —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 19:40, 21 September 2018 (UTC)

We were asked by Lea in [[Wikidata talk:Lexicographical data/Archive/2018/05#About_mass_imports_and_tools]] not to do any mass-imports yet and she reiterated that a couple of weeks ago in [[#Senses_will_be_released_on_October_18th]], so you should wait until she says it's ok before actually running it. In the meantime, make sure you've read our page about bots at [[Wikidata:Bots]]. You could already add <code><nowiki>{{bot|Rua}}</nowiki></code> to your bot's user page, redirect its talk page to yours (unless you want to keep them separate) and start the request for permissions. - [[User:Nikki|Nikki]] ([[User talk:Nikki|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:38, 21 September 2018 (UTC)
: Ok, I added a request [[Wikidata:Requests for permissions/Bot/MewBot]] and I'll wait for a response from the project leaders. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 09:39, 22 September 2018 (UTC)
:: Hey :)  It's fine from our side now as a trial if: 1) it's not going to make Wiktionary people hate us 2) there are no legal issues 3) you believe you are ready to handle it socially 4) you're aware that APIs etc might still change so tools built on top of it like bots might need to be adjusted. --[[User:Lydia Pintscher (WMDE)|Lydia Pintscher (WMDE)]] ([[User talk:Lydia Pintscher (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:08, 22 September 2018 (UTC)
::: Wiktionary people already hate Wikidata, that's kind of why I'm here. But I did a lot of work creating these entries on Wiktionary and I'm not about to let it go to waste. As far as legal issues go, mere lemmas, forms, etymological relationships and links to external databases are not copyrightable information, they are simple facts about the language. Importing senses and other prose text would be another matter, but I'm not doing that. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 13:12, 22 September 2018 (UTC)
::: Oh, and regarding tools, I submitted [https://gerrit.wikimedia.org/r/#/c/pywikibot/core/+/461372/ this] to the pywikibot team so that it can be used easily by anyone using pywikibot in the future. If anything changes, me or someone else can submit the appropriate patch to pywikibot to bring it up to date. My own experiences with Gerrit are rather sour though, it's totally unintuitive and I have no clue how to even post messages like on GitHub, or contact the project owners in any way, so I'd prefer it if someone else did in the future. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 13:20, 22 September 2018 (UTC)
Just to keep track: +1 with what Lydia said, and as I already mentioned [[User_talk:KaMan|here]], I think we're ready to experiment with a well-defined, limited dataset, as long as the communication with Wiktionary community is prepared. {{ping|Rua}} did you inform the en.wikt community about your intention? Is there a link/page I can have a look at? [[User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] ([[User talk:Lea Lacroix (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:03, 25 September 2018 (UTC)
: I didn't inform them, is there a need to? And do I need to merely "inform" them, or ask for permission? What if they say no? Do I ask about importing specifically these entries, or do I ask about imports in general? —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 10:16, 25 September 2018 (UTC)
:: {{ping|Rua}} Yes, there is a need to inform them, at least ask for feedback. There is a history of Wiktionary people being concerned that Wikidata would "steal" the content they've been working on, and we don't want to go in that direction. Even if you are yourself a member of the community, I would strongly advise to talk to them before running any automatic import. I would also recomment to limit it to these specific entries for now, and have the discussion again in the future if you want to import other things.
:: I'm sorry to intervene on this community matter, but I really think we should communicate properly to the Wiktionary communities, to avoid escalating an already tense situation. [[User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] ([[User talk:Lea Lacroix (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:02, 27 September 2018 (UTC)
::: I've made a post regarding the import and the conflict in Wiktionary vs Wikidata's policies: [[wikt:WT:Beer parlour/2018/September#What is Wiktionary's stance on reconstructions missing from sources?]]. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 17:35, 27 September 2018 (UTC)
*This is for a maximum of 2000 entries? --- [[User talk:Jura1|Jura]] 10:22, 25 September 2018 (UTC)

===Original research ===
It appears that some of the data that is planned to be imported is actually original research from Wiktionary. How would this be indicated? How would we explain original research going forward? Somehow this make me doubt that this is a useful test import. --- [[User talk:Jura1|Jura]] 08:02, 27 September 2018 (UTC)
: All data on Wiktionary is researched, and if anything is in doubt it is discussed. If it doesn't stand up to scrutiny it's deleted. —[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 10:41, 27 September 2018 (UTC)
== Count number of vowels ==

What would we need to add to Wikidata to be able to count the number of vowels in a reliable way? This even if lemmas and forms don't have IPA statements. The idea is that a query could do that for a given language (e.g. French). One could query for words with 2 or 3 vowels. --- [[User talk:Jura1|Jura]] 08:49, 18 September 2018 (UTC)
:{{ping|Jura1}} do you have an example where the number of voyelle is not trivial - or at least simple - to find? I guess are you speaking of {{Q|36244}} (vowel, the sound) and not {{Q|9398093}} (vowel, the letter). Does it worth to ask to put this information when it as easy and far better to enter the IPA. Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:12, 18 September 2018 (UTC)
:*I don't really know if it's trivial. Here is a list of names: [https://query.wikidata.org/#SELECT%20%3Fitem%20%3FitemLabel%20%3FitemDescription%0A%7B%0A%09%3Fitem%20wdt%3AP31%20wd%3AQ12308941%20%3B%20wdt%3AP407%20wd%3AQ150%20.%20%20%20%0A%09SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22fr%22%20%7D%0A%7D]. Can you add a column with the number of vowels? If you volunteer to fill IPA when needed, that might even be better. --- [[User talk:Jura1|Jura]] 14:55, 18 September 2018 (UTC)
:** {{ping|Jura1}} Obviously not, this is Qid, for each of these names there can be multiples lexemes with multiples pronunciation (as you can see, for most of these names the {{P|1705}} is very often in "multiple languages"). A good example is {{Q|1260304}} who can be "shepherd" in French \bɛʁʒe\ or "mountaineer" in German \ˈbɛʁɡɐ\ ; that said, in both case, there is obviously 2 vowels. I can help adding IPA on lexemes, but my point is: if someone can count the vowel, then the same person is probably able to add the IPA, it's the same level of knowledge but the second is more useful and include the first. Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:44, 18 September 2018 (UTC)
:*The count can be done under the assumption that's in French (given the statement on the item). If L-entities were available, we could do the same with lexemes. The idea of queries is that the query server does the count. --- [[User talk:Jura1|Jura]] 18:28, 18 September 2018 (UTC)
*As an input, I think the query should mainly use a selection of words (labels here, but generally lemmas and forms when this will be possible). The language here needs to be given, but would be defined on the entity for lexemes. The nice thing with the name list provided above is that it can indeed by analyzed with different languages. Maybe a more interesting one would be "Jean". As definition for vowel, the query should just take {{Q|36244}}. I think this is an application this generally possible with dictionaries, even without IPA. Accordingly, it's something Wikidata and Wikidata query server should be able to do. {{ping|KaMan}} how would you go about? --- [[User talk:Jura1|Jura]] 05:59, 19 September 2018 (UTC)
*: I don't know. I admit I'm less interested in this type of application. I'm more interested in building dictionaries with centralised data. [[User:KaMan|KaMan]] ([[User talk:KaMan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:34, 19 September 2018 (UTC)
*:*Well, it's part of that. If you have a French print dictionary at hand, I can find for you where you get the necessary information there. Here we need to find out how to include it in Wikidata. --- [[User talk:Jura1|Jura]] 06:38, 19 September 2018 (UTC)
*The necessary steps are probably
**(1) define the vowels
**(2) define corresponding graphemes
**(3) prioritize the graphemes (longer first?)
**(4) > count
:Seems like something that can generally be done with information included in print dictionaries and something query server should be able to handle with structured Wikidata. --- [[User talk:Jura1|Jura]] 07:23, 20 September 2018 (UTC)

*For step (2), there is {{L|L20696}} and {{L|20695}} with category {{Q|Q2545446}}. As {{L|L19222}} is {{Q|Q9788}}, maybe a new entity as grapheme is needed too. For graphemes with multiple pronunciations, ideally the entities would include some metrics. --- [[User talk:Jura1|Jura]] 06:15, 22 September 2018 (UTC)

*Adding brackets (samples: "⟨o⟩" and "⟨eau⟩") could help distinguish them. Let's see if I can manage to insert them. --- [[User talk:Jura1|Jura]] 10:40, 23 September 2018 (UTC)
**It seems to work, it might take some time to get used to it: {{L|20692}}. --- [[User talk:Jura1|Jura]] 08:50, 25 September 2018 (UTC)

*For step (1), the question is if this should be done in a language specific way. We do have general items about various vowels, but to provide sample and various notations for a given language, it's probably better to do this specifically for French. As there have already been attempts to do this in an unstructured way for lexicographical data of a given language, it seems a suitable inclusion in its namespace. This way dictionaries generated from Wikidata could include them directly. A first attempt at (4) can be found at [[Wikidata:Lists/lexemes/fr#vowel_count]]. --- [[User talk:Jura1|Jura]] 14:15, 29 September 2018 (UTC)