Re: [Wikidata] Machine-readable Wikidata ontology/schema?

Hi! > A quick search only returned those tables so far: > https://www.wikidata.org/wiki/Wikidata:List_of_properties/all > > > Any formal representation would work: OWL, etc. There's basic OWL with Wikibase ontology here: http://wikiba.se/ontology-1.0.owl

[Wikidata-bugs] [Maniphest] [Unblock] T48248: [Story] Use HTMLForm in the special pages

Florian closed blocking task T38210: HtmlForm unconditionally loads form values from request as "Declined". TASK DETAILhttps://phabricator.wikimedia.org/T48248EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ricordisamoa, FlorianCc: LikeLifer, matej_suchanek,

[Wikidata-bugs] [Maniphest] [Blocker] T48248: [Story] Use HTMLForm in the special pages

Florian changed the status of blocking task T38210: HtmlForm unconditionally loads form values from request from "Declined" to "Invalid". TASK DETAILhttps://phabricator.wikimedia.org/T48248EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ricordisamoa,

[Wikidata] Machine-readable Wikidata ontology/schema?

Hello,Where can I find a machine-readable form of the Wikidata ontology/schemas? A quick search only returned those tables so far: https://www.wikidata.org/wiki/Wikidata:List_of_properties/all Any formal representation would work: OWL, etc. Cheers, -N. --Nicolas TorzecYahoo Labs.

[Wikidata-bugs] [Maniphest] [Commented On] T137743: SPARQL or: How I Learned to Stop Worrying and Love the Triples

Edgars2007 added a comment. In T137743#2392404, @Multichill wrote: Resources: Even more queries at https://www.wikidata.org/wiki/Wikidata:SPARQL_query_service/queries You can also point out talk page. There are also many examples, which probably could be ported to queries page itself some

[Wikidata-bugs] [Maniphest] [Updated] T134017: Create Wikipedia Jamaican

RobH added a blocking task: T135029: adywiki and jamwiki are missing the associated *_p databases with appropriate views. TASK DETAILhttps://phabricator.wikimedia.org/T134017EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: RobHCc: RobH, Lydia_Pintscher,

[Wikidata-bugs] [Maniphest] [Updated] T138413: Form styles are missing on Wikibase special pages in mobile view

Jdlrobson added a project: Reading-Web-Backlog. TASK DETAILhttps://phabricator.wikimedia.org/T138413EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdlrobsonCc: Sjoerddebruin, Aklapper, aude, Zppix, Winter, D3r1ck01, Izno, Wikidata-bugs,

[Wikidata-bugs] [Maniphest] [Changed Project Column] T138413: Form styles are missing on Wikibase special pages in mobile view

Jdlrobson moved this task from Triage to Tracking on the Reading-Web-Backlog board. TASK DETAILhttps://phabricator.wikimedia.org/T138413WORKBOARDhttps://phabricator.wikimedia.org/project/board/67/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdlrobsonCc:

[Wikidata-bugs] [Maniphest] [Changed Project Column] T135429: Deploy Wikidata descriptions to Catalan and Polish mobile web Wikipedias stable

Jdlrobson moved this task from Doing to Blocked Externally on the Reading-Web-Sprint-75-Q board. TASK DETAILhttps://phabricator.wikimedia.org/T135429WORKBOARDhttps://phabricator.wikimedia.org/project/board/2001/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Changed Project Column] T135429: Deploy Wikidata descriptions to Catalan and Polish mobile web Wikipedias stable

jhobs moved this task from To Do to Doing on the Reading-Web-Sprint-75-Q board. TASK DETAILhttps://phabricator.wikimedia.org/T135429WORKBOARDhttps://phabricator.wikimedia.org/project/board/2001/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jhobsCc: QuimGil,

[Wikidata-bugs] [Maniphest] [Claimed] T135429: Deploy Wikidata descriptions to Catalan and Polish mobile web Wikipedias stable

jhobs claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T135429EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jhobsCc: QuimGil, Lydia_Pintscher, Jdlrobson, Moushira, Aklapper, dr0ptp4kt, Zppix, Winter, D3r1ck01, Izno, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Commented On] T138291: Latest wikidata JSON dump contains unexpected sql warning

gerritbot added a comment. Change 295554 had a related patch set uploaded (by Hoo man): Log PHP/HHVM errors in CLI mode to stderr, not stdout https://gerrit.wikimedia.org/r/295554TASK DETAILhttps://phabricator.wikimedia.org/T138291EMAIL

[Wikidata-bugs] [Maniphest] [Changed Project Column] T111231: [Story] Take Hovercards out of beta features on Wikidata

Jdlrobson moved this task from Triage to Tracking on the Reading-Web-Backlog board. TASK DETAILhttps://phabricator.wikimedia.org/T111231WORKBOARDhttps://phabricator.wikimedia.org/project/board/67/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdlrobsonCc:

[Wikidata-bugs] [Maniphest] [Updated] T114424: API: Banner should be surfaced as a pageprop

Jdlrobson added a project: Easy.Herald added a subscriber: TerraCodes. TASK DETAILhttps://phabricator.wikimedia.org/T114424EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdlrobsonCc: TerraCodes, KHammerstein, Jdlrobson, Aklapper, Sumit, Winter, D3r1ck01,

[Wikidata-bugs] [Maniphest] [Changed Project Column] T114424: API: Banner should be surfaced as a pageprop

Jhernandez moved this task from Triage to Triaged but Future on the Reading-Web-Backlog board. TASK DETAILhttps://phabricator.wikimedia.org/T114424WORKBOARDhttps://phabricator.wikimedia.org/project/board/67/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Changed Project Column] T114734: Title and TOC not converted for Wikidata page banner language variants

Jhernandez moved this task from Triage to Needs Analysis on the Reading-Web-Backlog board. TASK DETAILhttps://phabricator.wikimedia.org/T114734WORKBOARDhttps://phabricator.wikimedia.org/project/board/67/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Declined] T118111: Wikivoyage page banners often have poor cropping and focus when viewed on mobile

Jdlrobson closed this task as "Declined". TASK DETAILhttps://phabricator.wikimedia.org/T118111EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdlrobsonCc: Jdlrobson, aude, Aklapper, Winter, D3r1ck01, Izno, Wikidata-bugs, Lydia_Pintscher,

[Wikidata-bugs] [Maniphest] [Updated] T138291: Latest wikidata JSON dump contains unexpected sql warning

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T138291EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, ArielGlenn, jcrespo, Stashbot, hoo, Melderick, Zppix, Lewizho99, Maathavan, D3r1ck01,

[Wikidata-bugs] [Maniphest] [Commented On] T118111: Wikivoyage page banners often have poor cropping and focus when viewed on mobile

Jdlrobson added a comment. This needs to be fixed on wiki via the origin parameter e.g. https://en.wikivoyage.org/w/index.php?title=Sydney="">TASK DETAILhttps://phabricator.wikimedia.org/T118111EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdlrobsonCc:

[Wikidata-bugs] [Maniphest] [Commented On] T134882: [Task] Track usage of the index feature in SetClaim API

thiemowmde added a comment. I created https://grafana.wikimedia.org/dashboard/db/wikidata-api-wbsetclaim but got stuck. I tried to use sum and count on the wikibase.repo.api.wbsetclaim.total and wikibase.repo.api.wbsetclaim.index keys I added to SetClaim.php, and get totally different numbers I

[Wikidata-bugs] [Maniphest] [Commented On] T109705: [Task] Consistently and correctly get target or 'cached' language in ParserOptions when userlang option is used

gerritbot added a comment. Change 295549 had a related patch set uploaded (by Daniel Kinzler): [WIP] improve semantics of Parser::getTargetLanguage. https://gerrit.wikimedia.org/r/295549TASK DETAILhttps://phabricator.wikimedia.org/T109705EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T137781: Adding/Editing references is confusing

thiemowmde added a comment. There is no cancel button at the reference inputs. I still do not get this. Having multiple cancel buttons with no save button seems odd. What would these cancel buttons do, in addition or in contrast to the remove buttons that are already there? Or do you suggest to

[Wikidata-bugs] [Maniphest] [Triaged] T136414: [Task] new graph for reference distribution

Addshore triaged this task as "Normal" priority. TASK DETAILhttps://phabricator.wikimedia.org/T136414EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper, Zppix, Lydia_Pintscher, D3r1ck01, Izno, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Commented On] T138413: Form styles are missing on Wikibase special pages in mobile view

aude added a comment. https://m.wikidata.org/wiki/Special:Search is also missing stylesTASK DETAILhttps://phabricator.wikimedia.org/T138413EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: Sjoerddebruin, Aklapper, aude, Zppix, D3r1ck01, Izno,

[Wikidata-bugs] [Maniphest] [Commented On] T138144: Clean up instance of for Rijksmonumenten

Basvb added a comment. A list with some of the suggested mappings. Aanlegvoorziening= Appartementengebouw=Q1577547 (apartment building) Bedieningsgebouw= Bedrijfs-,fabriekswoning= Begraafplaats en -_onderdl_=Q16423655 (burial or funerary monument or structure) or Q39614 (Cemetary) Bestuursgebouw

[Wikidata-bugs] [Maniphest] [Triaged] T138413: Form styles are missing on Wikibase special pages in mobile view

aude triaged this task as "High" priority. TASK DETAILhttps://phabricator.wikimedia.org/T138413EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: Aklapper, aude, Zppix, D3r1ck01, Izno, Wikidata-bugs, Mbch331___

[Wikidata-bugs] [Maniphest] [Created] T138413: Form styles are missing on Wikibase special pages in mobile view

aude created this task.aude added projects: Wikidata, MobileFrontend.Herald added subscribers: Zppix, Aklapper. TASK DESCRIPTIONForm styles are missing on Wikibase special pages (ones related to editing, e.g. Special:SetSiteLink) in mobile view. F4192061: specialsetsitelink.png This makes it

[Wikidata-bugs] [Maniphest] [Commented On] T137781: Adding/Editing references is confusing

Jan_Dittrich added a comment. The concern was/is that users may not know that the buttons on top of the property/value pair save the references, too. I tested with two people, one had the problem, the other not. However, we can postpone this until we have more definitive data.TASK

[Wikidata-bugs] [Maniphest] [Commented On] T137781: Adding/Editing references is confusing

aude added a comment. In T137781#2398737, @Charlie_WMDE wrote: Three approaches to structuring the references more clearly F4191432: blueBoxes.png I think mockup 2 helps make things more clear.TASK DETAILhttps://phabricator.wikimedia.org/T137781EMAIL

[Wikidata-bugs] [Maniphest] [Edited] T138409: [Task] Terms usage tracking: Only track parts of the language fallback chain that were actually used

hoo edited the task description. (Show Details) EDIT DETAILSIn case we have a fallback from language `abc` to `xyz`, and someone tries to access a label in `abc` we will always track label usages for both `abc` and `xyz`, even if there is a `abc` label. We should only record label usages that are

[Wikidata-bugs] [Maniphest] [Block] T107722: [Task] Make client change handling scale by batching updates

hoo created blocking task T138409: [Task] Terms usage tracking: Only track parts of the language fallback chain that were actually used. TASK DETAILhttps://phabricator.wikimedia.org/T107722EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Liuxinyu970226,

[Wikidata-bugs] [Maniphest] [Created] T138409: [Task] Terms usage tracking: Only track parts of the language fallback chain that were actually used

hoo created this task.hoo added projects: Wikidata, MediaWiki-extensions-WikibaseClient.Herald added a subscriber: Zppix. TASK DESCRIPTIONIn case we have a fallback from language abc to xyz, and someone tries to access a label in abc we will always track label usages for both abc and xyz, even if

[Wikidata-bugs] [Maniphest] [Changed Project Column] T136414: [Task] new graph for reference distribution

Addshore moved this task from incoming to ready to go on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T136414WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper,

[Wikidata-bugs] [Maniphest] [Changed Project Column] T136544: [Task] Validate timezones and block all timezones other than 0

Addshore moved this task from incoming to in current sprint on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T136544WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc:

[Wikidata-bugs] [Maniphest] [Retitled] T137103: UI elements appear in the printing view

Addshore changed the title from "UI elements appeare in the printing view" to "UI elements appear in the printing view". TASK DETAILhttps://phabricator.wikimedia.org/T137103EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: aude, Jan_Dittrich,

[Wikidata-bugs] [Maniphest] [Changed Project Column] T135433: Deploy Wikidata descriptions to all mobile web Wikipedias

Addshore moved this task from incoming to monitoring on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T135433WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc:

[Wikidata-bugs] [Maniphest] [Changed Project Column] T135429: Deploy Wikidata descriptions to Catalan and Polish mobile web Wikipedias stable

Addshore moved this task from incoming to monitoring on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T135429WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: QuimGil,

[Wikidata-bugs] [Maniphest] [Changed Project Column] T136838: Consider turning off "Did you mean: x?" on Wikidata

Addshore moved this task from incoming to needs discussion or investigation on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T136838WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Changed Project Column] T137151: Spike [2 hours]: Determine relative level of effort for targeting Quick Surveys for specific cases

Addshore moved this task from incoming to monitoring on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T137151WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: DFoy,

[Wikidata-bugs] [Maniphest] [Changed Project Column] T137238: Tune WDQS caching headers

Addshore moved this task from incoming to monitoring on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T137238WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: gerritbot,

[Wikidata-bugs] [Maniphest] [Changed Project Column] T137623: Automatically build GUI when new commit is merged in master

Addshore moved this task from incoming to monitoring on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T137623WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: gerritbot,

[Wikidata-bugs] [Maniphest] [Changed Project Column] T137536: Use correct term language when creating items from the client

Addshore moved this task from incoming to in current sprint on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T137536WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc:

[Wikidata-bugs] [Maniphest] [Changed Project Column] T137537: Ensure correct information about Wikimedia sites in the Sites facility on the Wikimedia cluster.

Addshore moved this task from incoming to in current sprint on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T137537WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc:

[Wikidata-bugs] [Maniphest] [Changed Project Column] T137682: Declaration of ArticlePlaceholder\Tests\SearchHookHandlerTest::insertPage() should be compatible with MediaWikiTestCase::insertPage

Addshore moved this task from incoming to consider for next sprint on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T137682WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Changed Project Column] T137743: SPARQL or: How I Learned to Stop Worrying and Love the Triples

Addshore moved this task from incoming to monitoring on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T137743WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc:

[Wikidata-bugs] [Maniphest] [Changed Project Column] T137972: Use UNION ALL instead of UNION for bulk wbc_entity_usage queries

Addshore moved this task from incoming to ready to go on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T137972WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, AddshoreCc:

[Wikidata-bugs] [Maniphest] [Changed Project Column] T138266: Catchable fatal error: Argument 3 passed to Scribunto_LuaWikibaseEntityLibrary::formatPropertyValues() must be an instance of array, int g

Addshore moved this task from incoming to ready to go on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T138266WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, AddshoreCc:

[Wikidata-bugs] [Maniphest] [Changed Project Column] T138305: Midterm evaluation for "Automated Testing and Integration of IFTTT support to Wikidata"

Addshore moved this task from incoming to monitoring on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T138305WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Slaporte, AddshoreCc:

[Wikidata-bugs] [Maniphest] [Changed Project Column] T138381: Allow DB group used by ChangeDispatcher to be configured

Addshore moved this task from incoming to needs discussion or investigation on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T138381WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Changed Project Column] T138371: WordPress plugin to associate tags with Wikidata IDs

Addshore moved this task from incoming to monitoring on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T138371WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper,

[Wikidata-bugs] [Maniphest] [Updated] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium

jcrespo added a comment. This is not an emergency, I handled that, but it should be definitely 'high'- I suspect it is what it is causing queries such as dumps fail/go slow. T138291 has a different root cause, but I assume it is related to this. There has been dewiki bot (api) users complaining

[Wikidata-bugs] [Maniphest] [Commented On] T138214: query.wikidata.org CORS policies

Jonas added a comment. It is this setting https://gerrit.wikimedia.org/r/#/c/230247/2/wmf-config/CommonSettings.php,cmTASK DETAILhttps://phabricator.wikimedia.org/T138214EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: Gehel, Aklapper, Zppix,

[Wikidata-bugs] [Maniphest] [Commented On] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium

Lydia_Pintscher added a comment. @jcrespo How much fire is this? Does it need fixing while we are at Wikimania or is ot ok if we handle it after that?TASK DETAILhttps://phabricator.wikimedia.org/T138208EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Commented On] T137781: Adding/Editing references is confusing

Jan_Dittrich added a comment. There is a cancel button. Please be more specific what you are missing and what you expect. Tried to clarify the reference to lack of a cancel function: There is no cancel button at the reference inputs. This may cause confusion if a user wants to discard changes

[Wikidata-bugs] [Maniphest] [Edited] T137781: Adding/Editing references is confusing

Jan_Dittrich edited the task description. (Show Details) EDIT DETAILS...* The blue bar below the toggler: I assume this is some sort of headline, signifying that all below is part of one reference. However, this is vague and may be interpreted differently. * There is no cancel. Thus the user may

[Wikidata-bugs] [Maniphest] [Commented On] T137781: Adding/Editing references is confusing

thiemowmde added a comment. I do like the changes in the 1st mock very much: F4191416: whiteBoxes.png There is no cancel. There is a cancel button. Please be more specific what you are missing and what you expect. The first property's remove action in the list of references seems always to be

[Wikidata-bugs] [Maniphest] [Edited] T137743: SPARQL or: How I Learned to Stop Worrying and Love the Triples

Mattflaschen-Personal edited the task description. (Show Details) EDIT DETAILS...Sparql and http://query.wikidata.org/ have been around for some time now, but could be used more. We should do a SPARQL beginners workshop during the Wikimania Hackathon 2016 to get more people started with SPARQL. It

[Wikidata-bugs] [Maniphest] [Edited] T138309: [Bug] Wrong color of the '+add' statement bar when editing references

Jan_Dittrich edited the task description. (Show Details) EDIT DETAILSStory: As a user I need**Story:** As a user I need to know which elements belong together. **Steps to reproduce: ** Click "add" for adding a statement to know which elements belong togethera property. What happens: **What

[Wikidata-bugs] [Maniphest] [Edited] T138309: [Bug] Wrong color of the '+add' statement bar when editing references

Jan_Dittrich edited the task description. (Show Details) EDIT DETAILSStory: As a user I need to know which elements belong together. What happens: {F4188720} The bar with »+add«-Statement is gray, while the rest of the Statment-Box is blue. **What (probably) should happen instead**

[Wikidata-bugs] [Maniphest] [Commented On] T137781: Adding/Editing references is confusing

Charlie_WMDE added a comment. Three approaches to structuring the references more clearly F4191416: whiteBoxes.png F4191432: blueBoxes.png F4191414: whiteFrames.pngTASK DETAILhttps://phabricator.wikimedia.org/T137781EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T137743: SPARQL or: How I Learned to Stop Worrying and Love the Triples

Spinster added a comment. Our Etherpad: https://etherpad.wikimedia.org/p/SPARQLatWikimania2016TASK DETAILhttps://phabricator.wikimedia.org/T137743EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SpinsterCc: OrenBochman, Ata, Esh77, Jonas, Legoktm, Smalyshev,

[Wikidata-bugs] [Maniphest] [Changed Project Column] T134557: Wikidata data model infographic

Charlie_WMDE moved this task from Review to Done on the WMDE-Design board. TASK DETAILhttps://phabricator.wikimedia.org/T134557WORKBOARDhttps://phabricator.wikimedia.org/project/board/1944/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Charlie_WMDECc:

[Wikidata-bugs] [Maniphest] [Commented On] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium

jcrespo added a comment. However, there are potentially several dozen places where we call LoadBalancer::getConnection (we try not to hog the connection, but only get it from the LB when we need it - so we do that often). We'd have to somehow loop this parameter through to all the places where we

[Wikidata-bugs] [Maniphest] [Edited] T138381: Allow DB group used by ChangeDispatcher to be configured

daniel edited the task description. (Show Details) EDIT DETAILS...5. add a command line argument to dispatchChanges.php for specifying the DB server groupphp for specifying the DB server group. The same should probably be done for `DumpGenerator`.TASK

[Wikidata-bugs] [Maniphest] [Commented On] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium

daniel added a comment. @jcrespo: is this triggered only by dispatchChanges.php, or also by dumpJson.php or dumpRdf.php?TASK DETAILhttps://phabricator.wikimedia.org/T138208EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: daniel, hoo, ArielGlenn,

[Wikidata-bugs] [Maniphest] [Block] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium

daniel created blocking task T138381: Allow DB group used by ChangeDispatcher to be configured. TASK DETAILhttps://phabricator.wikimedia.org/T138208EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: daniel, hoo, ArielGlenn, jcrespo, Zppix, D3r1ck01,

[Wikidata-bugs] [Maniphest] [Created] T138381: Allow DB group used by ChangeDispatcher to be configured

daniel created this task.daniel added projects: Wikidata, MediaWiki-extensions-WikibaseRepository.Herald added a subscriber: Aklapper. TASK DESCRIPTIONTo avoid hitting web-facing database servers with long running queries, ChangeDispatcher should use a configurable DB server group. To do this, we

[Wikidata-bugs] [Maniphest] [Claimed] T89600: Convert Template:Artwork to LUA and use Wikidata

Mattflaschen-Personal claimed this task.Mattflaschen-Personal added a comment. I'm going to take a look, and see what the current status is.TASK DETAILhttps://phabricator.wikimedia.org/T89600EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Commented On] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium

daniel added a comment. @jcrespo These changes literally only need one parameter change loadbalancer->get(SLAVE, 'dump') That sounds straight forward enough. However, there are potentially several dozen places where we call LoadBalancer::getConnection (we try not to hog the connection, but only

[Wikidata-bugs] [Maniphest] [Updated] T89599: Convert Template:Institution to Lua and use Wikidata

Multichill added a project: Wikimania-Hackathon-2016. TASK DETAILhttps://phabricator.wikimedia.org/T89599EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Mattflaschen-Personal, Base, Matanya, Marsupium, Liuxinyu970226, He7d3r, Jheald,

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T89599: Convert Template:Institution to Lua and use Wikidata

Multichill added a subscriber: Mattflaschen-Personal.Multichill added a comment. https://commons.wikimedia.org/wiki/Module:Artwork might be a good starting pointTASK DETAILhttps://phabricator.wikimedia.org/T89599EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Edited] T138376: Avoid falling back to master when loading page data in GET requests

daniel edited the task description. (Show Details) EDIT DETAILS...`WikiPageEntityMetaDataLookup::loadRevisionInformation` already has a $mode parameter, which controls whether we first try the slave DB, or if we hit the master DB directly, see `EntityRevisionLookup::LATEST_FROM_SLAVE` and

[Wikidata-bugs] [Maniphest] [Created] T138376: Avoid falling back to master when loading page data in GET requests

daniel created this task.daniel added projects: Availability, Wikidata, MediaWiki-extensions-WikibaseRepository.Herald added a subscriber: Zppix. TASK DESCRIPTIONCurrently, if WikiPageEntityMetaDataLookup::loadRevisionInformation fails to find an Entity, it will try to load it from the master

[Wikidata-bugs] [Maniphest] [Block] T110399: WikiPageEntityMetaDataLookup querying DB master on HTTP GET

daniel created blocking task T138376: Avoid falling back to master when loading page data in GET requests. TASK DETAILhttps://phabricator.wikimedia.org/T110399EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: daniel, hoo, aude, Joe, Krenair,

[Wikidata-bugs] [Maniphest] [Commented On] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium

jcrespo added a comment. Let me show you the weight of these servers: 's5' => array( 'vslow' => array( 'db1045' => 1, ), 'dump' => array( 'db1045' => 1, ), 'api' => array( 'db1070' => 1, 'db1071' => 1, ), 'watchlist' => array( 'db1026' => 1, ), 'recentchanges' =>

[Wikidata-bugs] [Maniphest] [Commented On] T138144: Clean up instance of for Rijksmonumenten

Basvb added a comment. A lot of the cbs "oorspr funct" is suspect will map to multiple possible objects. "type_obj" also describes something on the object, I think those are less specified classes.TASK DETAILhttps://phabricator.wikimedia.org/T138144EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium

daniel added a comment. My 2¢ @jcrespo wrote If these create light-weight queries only, lets disconnect and connect after some amount of seconds. Teaching LoadBalance to throw away connections after a minute or so would be easy. But would that be sufficient? Reconnecting would use the old

[Wikidata-bugs] [Maniphest] [Edited] T138371: WordPress plugin to associate tags with Wikidata IDs

Pigsonthewing edited the task description. (Show Details) EDIT DETAILS...When the tag is displayed at the foot of a post, a tooltip (say, "Wikidata item: Q309901", or the Wikidata label in a language specified in the plugin's configuration settings) may be provided. or the Wikidata label in a

[Wikidata-bugs] [Maniphest] [Commented On] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium

hoo added a comment. In T138208#2398369, @jcrespo wrote: As I said: If these create light-weight queries only, lets disconnect and connect after some amount of seconds. If dump hosts are too slow, let's give them better resources. If there is a problem with the connection framework, let'x fix it

[Wikidata-bugs] [Maniphest] [Edited] T138371: WordPress plugin to associate tags with Wikidata IDs

Pigsonthewing edited the task description. (Show Details) EDIT DETAILS...For example, the page at: ``` > http://pigsonthewing.org.uk/tag/opendata/ ```uk/tag/opendata/ may be associated with the item: ... item: > https://www.wikidata.org/wiki/Q309901 ...org/wiki/Q309901 in which case,

[Wikidata-bugs] [Maniphest] [Created] T138371: WordPress plugin to associate tags with Wikidata IDs

Pigsonthewing created this task.Pigsonthewing added projects: Wikimania-Hackathon-2016, Wikidata.Herald added subscribers: Zppix, Aklapper. TASK DESCRIPTIONThe plugin will allow WordPress editors or admins to optionally associate each tag (and optionally category?) in a blog with a specific

[Wikidata-bugs] [Maniphest] [Updated] T138083: Not clickable links in the Wikidata user interface

Oliv0 added a project: MediaWiki-extensions-WikibaseView. TASK DETAILhttps://phabricator.wikimedia.org/T138083EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Oliv0Cc: Aklapper, Oliv0, Zppix, D3r1ck01, Izno, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Commented On] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium

jcrespo added a comment. As I said: If these create light-weight queries only, lets disconnect and connect after some amount of seconds. If dump hosts are too slow, let's give them better resources. If there is a problem with the connection framework, let'x fix it with the addition of a

[Wikidata-bugs] [Maniphest] [Changed Project Column] T138365: [Usability] Error message should help to solve problem when assigning a non well formed URL as value to an URL-restricted property results

Jan_Dittrich moved this task from Incoming to Reported on the WMDE-Design board. TASK DETAILhttps://phabricator.wikimedia.org/T138365WORKBOARDhttps://phabricator.wikimedia.org/project/board/1944/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher,

[Wikidata-bugs] [Maniphest] [Commented On] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium

jcrespo added a comment. These jobs need access to the main DBs What is a "main db" and what is the difference with a 'vslow' slave? You are accessing a testing slave, that will be put down at any moment (or will block & kill terbium traffic).TASK

[Wikidata-bugs] [Maniphest] [Commented On] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium

hoo added a comment. Regarding the dump scripts running on the snapshot hosts: If needed, I can try to make these use the "dump" servers, although that's going to significantly slow them down (given we use queries that the API and the UI also uses). Reloading the database configuration is sadly

[Wikidata-bugs] [Maniphest] [Commented On] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium

hoo added a comment. In T138208#2393678, @jcrespo wrote: This is not only happening for dumps, terbium is also wrongly using main-dbs (which are still on testing) for long-running queries, which cause long periods of connection issues:

[Wikidata-bugs] [Maniphest] [Updated] T138312: [Usability] restricted value input for items fails silently

Jan_Dittrich added a project: Design. TASK DETAILhttps://phabricator.wikimedia.org/T138312EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, Jan_DittrichCc: Charlie_WMDE, thiemowmde, Jonas, Aklapper, Zppix, Jan_Dittrich, codynguyen1116,

[Wikidata-bugs] [Maniphest] [Edited] T138312: [Usability] restricted value input for items fails silently

Jan_Dittrich edited the task description. (Show Details) EDIT DETAILS...1. There should be a notification e.g. if the user clicks "save" which informs the user that the input could not be matched to an item and that this item could be created. {F4190943} 2. Possibly, it would make sense to

[Wikidata-bugs] [Maniphest] [Edited] T138365: [Usability] Error message should help to solve problem when assigning a non well formed URL as value to an URL-restricted property results

Jan_Dittrich edited the task description. (Show Details) EDIT DETAILS...3) We may also tentatively just accept a value (in this case, //heise.de// works in any browser, including lynx) and flag is somehow as "possibly incomplete" so the user could continue and return later or allow someone else to

[Wikidata-bugs] [Maniphest] [Retitled] T138365: [Usability] Error message should help to solve problem when assigning a non well formed URL as value to an URL-restricted property results

Jan_Dittrich changed the title from "Error message should help to solve problem when assigning a non well formed URL as value to an URL-restricted property results" to "[Usability] Error message should help to solve problem when assigning a non well formed URL as value to an URL-restricted

[Wikidata-bugs] [Maniphest] [Retitled] T138312: [Usability] restricted value input for items fails silently

Jan_Dittrich changed the title from "Restricted Values fail silently on wrong input " to "[Usability] restricted value input for items fails silently". TASK DETAILhttps://phabricator.wikimedia.org/T138312EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Edited] T138365: Error message should help to solve problem when assigning a non well formed URL as value to an URL-restricted property results

Jan_Dittrich edited the task description. (Show Details) EDIT DETAILS...It is good, usability-wise, that the problem is made clear by the color change to orange and the popup. However, the message does not help the user to recover from the error, since it is very generic. (there is details, which

[Wikidata-bugs] [Maniphest] [Edited] T138312: [Usability] restricted value input for items fails silently

Jan_Dittrich edited the task description. (Show Details) EDIT DETAILS...1. There should be a notification e.g. if the user clicks "save" which informs the user that the input could not be matched to an item and that this item could be created. 2. Possibly, it would make sense to allow saving

[Wikidata-bugs] [Maniphest] [Created] T138365: Error message should help to solve problem when assigning a non well formed URL as value to an URL-restricted property results

Jan_Dittrich created this task.Jan_Dittrich added projects: Wikidata, WMDE-Design.Herald added subscribers: Zppix, Aklapper. TASK DESCRIPTIONStory: I want to add a value to a URL-restricted property What happens already If the URL I type is not well formed according to the check (e.g. heise.de