Hoi, It does make sense to link it to labels for many reasons. * Every word can safely exist in a dictionary, in Wikidata.. Typically names are not included in a dictionary but they could. * Labels are written based on the rules and exceptions of a language. These are different in every language and sometimes even within dialects. The way content is displayed in a dictionary differs from country to country as well. * Concepts are not very stable and the writing a label in a language is not stable either. The one thing that binds them is the label; often a change in a label and a change in the concept go together. * Synonyms differ in label not in concept.
I REALLY wonder why you think you can do this with statements.. In my opinion you can not do that without sacrifice. Thanks, GerardM
On 16 September 2016 at 19:41, Denny Vrandečić vrandecic@gmail.com wrote:
Yes, there should be some connection between items and lexemes, but I am still hazy about details on how exactly this should look like. If someone could actually make a strawman proposal, that would be great.
I think the connection should live in the statement space, and not be on the level of labels, but that is just a hunch. I'd be happy to see proposals incoming.
On Thu, Sep 15, 2016 at 10:00 PM Gerard Meijssen < gerard.meijssen@gmail.com> wrote:
Hoi, Please understand that for every label for a current item in Wikidata there should be one lexeme. It would be really helpful when all the new lexemes added are associated with labels. You will then be able to show an item with the conjugation as is preferred for a language.Currently this is not our practise.
When we associate labels with lexemes, we have in fact the missing functionality like indicating that a specific lexeme was preferred up to a point. It allows for people to understand where "Batavia" was and why you will not find "Jakarta" in certain papers. Thanks, GerardM
On 15 September 2016 at 17:40, Jan Berkel jan@berkel.fr wrote:
*- How wikidata and wiktionary databases will be synchronized?* New entity types will be created in Wikidata database, with new ids (ex. L for lexemes). A Wiktionary will have the possibility to include data from Wikidata in their pages (the complete entity or only some chosen statements, as the community decides)
The pdf mentions 4 new entity types: Lexeme, Statement, Form, Embedded (?). Curious, was the existing data model not flexible enough?
Will these new entities be restricted to the usage in a lexicographical context, i.e. Wiktionary? How will they fit into the existing data model, will there be links from existing Wikidata items to the new entities? (i.e. how will Wikidata benefit from the new data?)
*- Will editing wiktionary change?* Yes, changes will happen, but we're working on making editing Wiktionary easier. Soon as we can provide some mockups, we will share them with you for collecting feedbacks.
Making contributing to Wiktionary easier will be a huge help. Right now the learning curve is extremely steep, and turning away potential contributors.
One thing to keep in mind is that Wiktionary is more than just the content in the page namespace. A big part of what you see is actually generated dynamically, for example transliteration, pronunciation and grammatical forms (conjugations, plurals etc).
I imagine in an integrated Wikidata/Wiktionary world "content" and code lives in various places, and we'll have a range of automated processes to copy things back and forth, and to automatically create new entries derived from existing ones?
– Jan
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata