Re: [Wikidata] Mapping Wikidata to other ontologies

2018-09-22 Thread Peter F. Patel-Schneider
Hi: Why did you use exact match (P2888) instead of equivalent class (P1709) and equivalent property (P1628)? peter On 9/22/18 5:07 AM, Andra Waagmeester wrote: > Hi Maarten, > >     We are actively mapping to other ontologies using the exact match P2888 > property. The disease ontology is one

Re: [Wikidata] Mapping Wikidata to other ontologies

2018-09-22 Thread Iván Hernández Cazorla
Interesting. I am very interested in this topic. Is there a page on Wikidata where all this information is collected? One day I read about the disease ontology mentioned by Andra Waagmeester. But I don't know where I can track the progress of the mapping, not only to the disease ontology. Thanks

[Wikidata] Mapping Wikidata to other ontologies

2018-09-22 Thread Maarten Dammers
Hi everyone, Last week I presented Wikidata at the Semantics conference in Vienna ( https://2018.semantics.cc/ ). One question I asked people was: What is keeping you from using Wikidata? One of the common responses is that it's quite hard to combine Wikidata with the rest of the semantic

Re: [Wikidata] Mapping Wikidata to other ontologies

2018-09-22 Thread Andra Waagmeester
Hi Maarten, We are actively mapping to other ontologies using the exact match P2888 property. The disease ontology is one example which is actively synchronized in Wikidata using the exact match property (P2888). This property is inspired by the SKOS:exact match property. SKOS it self had

Re: [Wikidata] Mapping Wikidata to other ontologies

2018-09-22 Thread Federico Leva (Nemo)
Maarten Dammers, 22/09/2018 14:28: What ontologies are important because these are used a lot? Some of the ones I came across: * https://www.w3.org/2009/08/skos-reference/skos.html * http://xmlns.com/foaf/spec/ * http://schema.org/ Since 2016 there was some progress:

Re: [Wikidata] Mapping Wikidata to other ontologies

2018-09-22 Thread Peter F. Patel-Schneider
It is indeed helpful to link the Wikidata ontologies to other ontologies, particularly ones like the DBpedia ontology and the schema.org ontology. There are already quite a few links from the Wikidata ontology to several other ontologies, using the Wikidata equivalent class and property

Re: [Wikidata] Mapping Wikidata to other ontologies

2018-09-22 Thread Ettore RIZZA
Hi, I fully agree on the usefulness of this mapping. Out of 5311 properties, only 232 have equivalents in other schemes

[Wikidata] Is there an "indigenous to" for Plants ?

2018-09-22 Thread Thad Guidry
Hi Community ! Is there a property for "indigenous to" or "native in" for Plants usage ? I only see https://www.wikidata.org/wiki/Property:P2341 which is constrained for People and not Animals or Plants. Any discussion links about this before ? Thanks in advance ! -Thad +ThadGuidry

Re: [Wikidata] Mapping Wikidata to other ontologies

2018-09-22 Thread Ettore RIZZA
@Andra Waagmester: I am a little disconcerted by the property P288 "exact match" . I see it is mostly used to link entities, not properties, and I can't figure out how it differs from an external id (unless it's just a convenient way of linking

[Wikidata-bugs] [Maniphest] [Merged] T203335: consistent capitalization of Lexeme/Form/Sense/Item/Property in UI messages

2018-09-22 Thread Lydia_Pintscher
Lydia_Pintscher added a subscriber: awight.Lydia_Pintscher merged a task: T205052: Lexeme capitalization is inconsistent with other Wikibase data types. TASK DETAILhttps://phabricator.wikimedia.org/T203335EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Updated] T205052: Lexeme capitalization is inconsistent with other Wikibase data types

2018-09-22 Thread Lydia_Pintscher
Lydia_Pintscher closed this task as a duplicate of T203335: consistent capitalization of Lexeme/Form/Sense/Item/Property in UI messages. TASK DETAILhttps://phabricator.wikimedia.org/T205052EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc:

[Wikidata-bugs] [Maniphest] [Updated] T205012: Create datatype for media that is not Commons specific

2018-09-22 Thread Lydia_Pintscher
Lydia_Pintscher closed this task as a duplicate of T90492: [Task] Make Wikibase Repo work with a custom File collection, not only Wikimedia Commons. TASK DETAILhttps://phabricator.wikimedia.org/T205012EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Merged] T90492: [Task] Make Wikibase Repo work with a custom File collection, not only Wikimedia Commons

2018-09-22 Thread Lydia_Pintscher
Lydia_Pintscher added subscribers: Abit, Addshore.Lydia_Pintscher merged a task: T205012: Create datatype for media that is not Commons specific. TASK DETAILhttps://phabricator.wikimedia.org/T90492EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: despens,

[Wikidata-bugs] [Maniphest] [Created] T205189: Add concept URI for each Form and Sense as a hyperlink

2018-09-22 Thread abian
abian created this task.abian added projects: Lexicographical data, Wikidata. TASK DESCRIPTIONAs a user I want to be able to easily get the concept URI of each Form and Sense in order to use it outside Wikidata. I would expect a hyperlink on each short ID (LX-FY). Problem: When using the web user

[Wikidata-bugs] [Maniphest] [Commented On] T125976: Run mediawiki::maintenance scripts in Beta Cluster

2018-09-22 Thread Krenair
Krenair added a comment. In T125976#4607109, @thcipriani wrote: and openldap::maintenance isn't probably needed on this machine It should probably be moved to a different machine in prod too but that's a matter for a different ticket I suppose. In T125976#4607399, @Dzahn wrote: It seems like

[Wikidata-bugs] [Maniphest] [Closed] T201983: Persistently high maxlag on wikidata.beta.wmflabs.org

2018-09-22 Thread Dalba
Dalba closed this task as "Invalid".Dalba added a comment. The wiki has fixed itself!TASK DETAILhttps://phabricator.wikimedia.org/T201983EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DalbaCc: Legoktm, pywikibot-bugs-list, Aklapper, Dalba, Lahi, Gq86,

[Wikidata-bugs] [Maniphest] [Commented On] T125976: Run mediawiki::maintenance scripts in Beta Cluster

2018-09-22 Thread Krenair
Krenair added a comment. In T125976#4608137, @Reedy wrote: In T125976#4608070, @Krenair wrote: In T125976#4607399, @Dzahn wrote: It seems like adding the missing extension on Beta would be the better solution. I think it actually used to be there but @hashar got rid of it over 6 years ago for

[Wikidata-bugs] [Maniphest] [Commented On] T125976: Run mediawiki::maintenance scripts in Beta Cluster

2018-09-22 Thread Reedy
Reedy added a comment. In T125976#4608070, @Krenair wrote: In T125976#4607399, @Dzahn wrote: It seems like adding the missing extension on Beta would be the better solution. I think it actually used to be there but @hashar got rid of it over 6 years ago for undefined reasons

[Wikidata-bugs] [Maniphest] [Commented On] T203311: Add es-formal and hu-formal to excluded monolingual text codes

2018-09-22 Thread Nikki
Nikki added a comment. Yep, it's gone. :) In T203311#4597430, @MarcoAurelio wrote: Thanks for clarifying. Shall I file a task to disable es-formal, nl-informal and hu-formal labels as well? Maybe it would be better to expand the scope of the existing ticket? The formal/informal variants all

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T193030: Mention the Wikibase Registry on wikiba.se

2018-09-22 Thread Geekyatri
Geekyatri added subscribers: Prtksxna, Geekyatri.Geekyatri added a comment. @Prtksxna Can I take this up?TASK DETAILhttps://phabricator.wikimedia.org/T193030EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GeekyatriCc: Geekyatri, Prtksxna, RazShuty, Aklapper,

[Wikidata-bugs] [Maniphest] [Commented On] T125976: Run mediawiki::maintenance scripts in Beta Cluster

2018-09-22 Thread Reedy
Reedy added a comment. Sure, but it's more effort to do so. Plus then storing it somewhere, chances of it not being noticed by someone else is slim... Maybe it's worth a discussion with legal about it, and see how they view itTASK DETAILhttps://phabricator.wikimedia.org/T125976EMAIL

[Wikidata-bugs] [Maniphest] [Merged] T204936: Statement IDs on Senses should be unique

2018-09-22 Thread Lydia_Pintscher
Lydia_Pintscher added a subscriber: Pablo-WMDE.Lydia_Pintscher merged a task: T205079: HTML 'id' values of sense statements should be unique. TASK DETAILhttps://phabricator.wikimedia.org/T204936EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Updated] T205079: HTML 'id' values of sense statements should be unique

2018-09-22 Thread Lydia_Pintscher
Lydia_Pintscher closed this task as a duplicate of T204936: Statement IDs on Senses should be unique. TASK DETAILhttps://phabricator.wikimedia.org/T205079EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Pablo-WMDE, Mringgaard, Lahi, Gq86,

[Wikidata-bugs] [Maniphest] [Edited] T204936: Statement IDs on Senses should be unique

2018-09-22 Thread Lydia_Pintscher
Lydia_Pintscher updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...* This was done for Forms in T196226TASK DETAILhttps://phabricator.wikimedia.org/T204936EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Pablo-WMDE,

[Wikidata-bugs] [Maniphest] [Commented On] T125976: Run mediawiki::maintenance scripts in Beta Cluster

2018-09-22 Thread Krenair
Krenair added a comment. It doesn't particularly matter how much effort it takes, it is possible.TASK DETAILhttps://phabricator.wikimedia.org/T125976EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KrenairCc: gerritbot, Joe, Jdforrester-WMF, Krinkle, Dzahn,

[Wikidata-bugs] [Maniphest] [Created] T205209: HTML in search results for lexemes

2018-09-22 Thread KaMan
KaMan created this task.KaMan added projects: Wikidata, Lexicographical data. TASK DESCRIPTIONI searched for "L:i" https://www.wikidata.org/w/index.php?search==L%3Ai=Special:Search=Przejd%C5%BA and received string "I" as search result. F26165215: html_for_Li.pngTASK

[Wikidata-bugs] [Maniphest] [Created] T205192: Create a property link formatter that uses cache instead of wb_terms table

2018-09-22 Thread WMDE-leszek
WMDE-leszek created this task.WMDE-leszek triaged this task as "Normal" priority.WMDE-leszek added projects: Wikidata, Wikidata-Campsite. TASK DESCRIPTIONFormatter could use CachingFallbackLabelDescriptionLookup. For reference, the item-specific formatter using cache is created by

[Wikidata-bugs] [Maniphest] [Commented On] T204122: Normalize SPARQL queries

2018-09-22 Thread gerritbot
gerritbot added a comment. Change 462158 had a related patch set uploaded (by Abián; owner: Abián): [wikidata/query/gui@master] Option to standardize format of SPARQL query https://gerrit.wikimedia.org/r/462158TASK DETAILhttps://phabricator.wikimedia.org/T204122EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T585: Finalize high-level API

2018-09-22 Thread Kelson
Kelson added a comment. @daniel Thx, any clue about a specific task on Phabricator? Commons:Structured_data is a promising project but seems to be quite big and running already for quite a long time. It seems difficult to me to know (be informed) at which time the feature I need will be/has been

[Wikidata-bugs] [Maniphest] [Updated] T204122: Normalize SPARQL queries

2018-09-22 Thread gerritbot
gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T204122EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Lucas_Werkmeister_WMDE, abian, Aklapper, NebulousIris, Gaboe420, Versusxo,

[Wikidata-bugs] [Maniphest] [Updated] T201838: Use link formatter that uses cache instead of wb_terms for all properties

2018-09-22 Thread WMDE-leszek
WMDE-leszek removed Due Date.WMDE-leszek added a project: Wikidata-Campsite.WMDE-leszek edited subscribers, added: Addshore; removed: Aleksey_WMDE.Restricted Application changed the subtype of this task from "Deadline" to "Task". TASK DETAILhttps://phabricator.wikimedia.org/T201838EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T201837: Use link formatter that uses cache instead of wb_terms for all items

2018-09-22 Thread WMDE-leszek
WMDE-leszek removed Due Date.WMDE-leszek added a project: Wikidata-Campsite.WMDE-leszek added a subscriber: Addshore.Restricted Application changed the subtype of this task from "Deadline" to "Task". TASK DETAILhttps://phabricator.wikimedia.org/T201837EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T204912: Can't download PDF of Lexeme data

2018-09-22 Thread Sjoerddebruin
Sjoerddebruin added a comment. I've hidden the "Download as PDF" option last year as it also doesn't work for regular items, but it seems the CSS has changed.TASK DETAILhttps://phabricator.wikimedia.org/T204912EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Commented On] T195477: Make Form ID link targets less redundant

2018-09-22 Thread abian
abian added a comment. Apparently, the change isn't applied until the Lexeme pages are purged.TASK DETAILhttps://phabricator.wikimedia.org/T195477EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDE, abianCc: gerritbot, Aklapper, Lydia_Pintscher,

[Wikidata-bugs] [Maniphest] [Created] T205193: Create EntityInfoBuilder implementation that uses cache instead of secondary SQL table

2018-09-22 Thread WMDE-leszek
WMDE-leszek created this task.WMDE-leszek triaged this task as "Normal" priority.WMDE-leszek added projects: Wikidata, Wikidata-Campsite. TASK DESCRIPTIONTASK DETAILhttps://phabricator.wikimedia.org/T205193EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Commented On] T205193: Create EntityInfoBuilder implementation that uses cache instead of secondary SQL table

2018-09-22 Thread WMDE-leszek
WMDE-leszek added a comment. Partially-ready proof of concept: https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/Wikibase/+/457932/TASK DETAILhttps://phabricator.wikimedia.org/T205193EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc:

[Wikidata-bugs] [Maniphest] [Created] T205194: Make sure EntityLinkFormatter implementations not use wb_terms table

2018-09-22 Thread WMDE-leszek
WMDE-leszek created this task.WMDE-leszek triaged this task as "Normal" priority.WMDE-leszek added projects: Wikidata-Ugly-Cat-Trailblaze (wb_terms trail blazing), Wikidata, Wikidata-Campsite. TASK DESCRIPTIONIt looks like all EntityLinkFormatter implementations in Wikibase and WikibaseLexeme do

[Wikidata-bugs] [Maniphest] [Edited] T204122: Normalize SPARQL queries

2018-09-22 Thread abian
abian updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...THEN the SPARQL query is reformatted consistently **Acceptance criteria:Suggestions:** * All parentheses, `(` and `)`, when they aren't part of a literal or a comment, are preceded/followed by the same

[Wikidata-bugs] [Maniphest] [Commented On] T125976: Run mediawiki::maintenance scripts in Beta Cluster

2018-09-22 Thread Reedy
Reedy added a comment. In T125976#4608196, @Krenair wrote: It doesn't particularly matter how much effort it takes, it is possible. It's a cost benefit analysis. Which is easier/quicker/whatever? Patching out the core functionality of the extension in PHP? Or patching puppet to put a config