mkroetzsch added a comment. Re chemical markup for semantics: this is true for Wikitext, where you cannot otherwise know that "C" is carbon. It does not apply to Wikidata, where you already get the same information from the property used. Think of https://phabricator.wikimedia.org/P274 as a way of putting text into "semantic markup" on Wikipedia.
In general, one should not confuse the task of adding semantic markup to a wiki text with what we do in Wikidata. We did the former in Semantic MediaWiki, and this approach never made it into Wikipedia. The communities in Wikipedia prefer readability of the source text over semantic markup, and the decision therefore was to move "semantic" information to a separate place, Wikidata. > The advantage of a data type vs. a property is that a service can enhance the > input data with additional information and which can thereafter be used by > third party services. You can do this in any case. Services already run on all kinds of property values on Wikidata. If you are talking about an enhanced UI that provides in-value annotation, then I don't see what exactly you refer to. Is anybody developing/designing/planning such a UI? I don't think this is needed for chemicals, where automated entity recognition would be fairly trivial to do automatically, so I would not spend any effort on this. > Can you provide a like that justifies the mulitlingual text for example? Missing word in sentence? Answers for both possible interpretations: - Use case: needed for all translated texts (e.g, slogans/mottos of organisations, quotes of people, usage notes for properties, ...) - Technical need: The type requires a new value type, since its contents is structurally distinct from all datatypes we have. Related to this, it requires a new UI, new JSON structures, and a new RDF encoding. Can't e done in a gadget. TASK DETAIL https://phabricator.wikimedia.org/T126862 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: mkroetzsch Cc: mkroetzsch, Chemical-Markup, gerritbot, daniel, Lydia_Pintscher, Aklapper, Physikerwelt, Izno, Wikidata-bugs, Prod, aude, fredw, Pkra, scfc, Mbch331, Ltrlg _______________________________________________ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs