[Wikidata-bugs] [Maniphest] [Commented On] T117032: Create configuration for specifying units conversions

Smalyshev added a comment. More mismatches: DIFF: [congius(Q3646719)->cubic metre]: GNU 0.0034806123936, ours 0.00323 DIFF: [sextarius(Q14333713)->cubic metre]: GNU 0.0005801020656, ours 0.000546 DIFF: [choinix(Q15794456)->cubic metre]: GNU 0.00108, ours 0.001087 DIFF: [amphora(Q2844434)->cubic

[Wikidata-bugs] [Maniphest] [Commented On] T117032: Create configuration for specifying units conversions

Smalyshev added a comment. So I checked our data against GNU units data and found these mismatches, among used units: DIFF: [stadion(Q1645966)->metre]: GNU 189.738, ours 186 DIFF: [plethron(Q2099374)->metre]: GNU 31.623, ours 29.55 DIFF: [scruple(Q1573593)->kilogram]: GNU 0.0012959782, ours

[Wikidata-bugs] [Maniphest] [Raised Priority] T144103: Create .nt (NTriples) dumps for wikidata data

Smalyshev raised the priority of this task from "Low" to "Normal". TASK DETAILhttps://phabricator.wikimedia.org/T144103EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: ArielGlenn, Jonas, hoo, aude, daniel, -jem-, Aklapper, Smalyshev, mschwarzer,

[Wikidata-bugs] [Maniphest] [Closed] T129037: Wikidata Query Service should provide a way to retrieve all items without a statement on a certain wiki

Smalyshev closed this task as "Resolved".Smalyshev claimed this task.Smalyshev added a comment. Possible now with: SELECT ?item WHERE { ?link schema:about ?item . ?link schema:isPartOf . ?item wikibase:statements 0 . } Data is not reloaded yet so not all items will have it and also T145712

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T145712: Statement counts from pageprops do not match actual ones

Smalyshev added a subscriber: thiemowmde.Smalyshev added a comment. Another theory - page props seem to be calculated in getParserOutputFromEntityView. However, if the page is edited by a bot, will this be triggered?TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL

[Wikidata-bugs] [Maniphest] [Claimed] T145712: Statement counts from pageprops do not match actual ones

Smalyshev claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Aklapper, Smalyshev, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs,

[Wikidata-bugs] [Maniphest] [Triaged] T145712: Statement counts from pageprops do not match actual ones

Smalyshev triaged this task as "High" priority. TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Aklapper, Smalyshev, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno,

[Wikidata-bugs] [Maniphest] [Created] T145712: Statement counts from pageprops do not match actual ones

Smalyshev created this task.Smalyshev added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery. TASK DESCRIPTIONThere are a lot of items that have wikibase:statements set to 0 but actually do have statements (mostly one statement). It

[Wikidata-bugs] [Maniphest] [Commented On] T142158: Job mediawiki-extensions-php55 frequently fails due to "Segmentation fault"

hashar added a comment. Might be worth trying disabling the gc again such as with https://gerrit.wikimedia.org/r/#/c/127485/1/tests/phpunit/phpunit.php Prepare a patch for mediawiki/core phpunit.php with: register_shutdown_function( function() { gc_collect_cycles(); gc_disable(); } );

[Wikidata-bugs] [Maniphest] [Updated] T142158: Job mediawiki-extensions-php55 frequently fails due to "Segmentation fault"

hashar added a comment. Quickly looked at one on integration-slave-trusty-1013 gdb /usr/bin/php5 /var/tmp/core/core.integration-slave-trusty-1013.php5.27576.1473889797 Reading symbols from /usr/bin/php5...Reading symbols from /usr/lib/debug//usr/bin/php5...done. [New LWP 27576] [Thread debugging

[Wikidata-bugs] [Maniphest] [Commented On] T142158: Job mediawiki-extensions-php55 frequently fails due to "Segmentation fault"

hashar added a comment. Triggered a few builds manually: https://integration.wikimedia.org/ci/job/mwext-Wikibase-repo-tests-sqlite-php55/983/ https://integration.wikimedia.org/ci/job/mwext-Wikibase-repo-tests-sqlite-php55/984/

[Wikidata-bugs] [Maniphest] [Commented On] T142158: Job mediawiki-extensions-php55 frequently fails due to "Segmentation fault"

hashar added a comment. 2GBytes core dump files are now enabled. They should land on the slaves as /var/tmp/core/core.*. There is a bunch caused by lua. I have removed them all to start again with a clean state. Command to check for core from integration-saltmaster : salt -v '*trusty*' cmd.run

[Wikidata-bugs] [Maniphest] [Commented On] T142158: Job mediawiki-extensions-php55 frequently fails due to "Segmentation fault"

gerritbot added a comment. Change 310673 merged by jenkins-bot: Reapply "Dump corefiles on segfaults" https://gerrit.wikimedia.org/r/310673TASK DETAILhttps://phabricator.wikimedia.org/T142158EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc:

[Wikidata-bugs] [Maniphest] [Commented On] T142158: Job mediawiki-extensions-php55 frequently fails due to "Segmentation fault"

gerritbot added a comment. Change 310673 had a related patch set uploaded (by Hashar): Reapply "Dump corefiles on segfaults" https://gerrit.wikimedia.org/r/310673TASK DETAILhttps://phabricator.wikimedia.org/T142158EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T142158: Job mediawiki-extensions-php55 frequently fails due to "Segmentation fault"

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T142158EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: Jay8g, hashar, gerritbot, EBernhardson, matmarex, KartikMistry, Nikerabbit, daniel, hoo, bd808, greg,

[Wikidata-bugs] [Maniphest] [Commented On] T142158: Job mediawiki-extensions-php55 frequently fails due to "Segmentation fault"

Stashbot added a comment. Mentioned in SAL (#wikimedia-releng) [2016-09-14T21:37:26Z] integration: setting "ulimit -c 2097152" on all slaves due to Zend PHP segfaulting T142158TASK DETAILhttps://phabricator.wikimedia.org/T142158EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T142158: Job mediawiki-extensions-php55 frequently fails due to "Segmentation fault"

hashar added a parent task: T96025: Disable core dumps generation on CI labs slaves. TASK DETAILhttps://phabricator.wikimedia.org/T142158EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hasharCc: Jay8g, hashar, gerritbot, EBernhardson, matmarex, KartikMistry,

[Wikidata-bugs] [Maniphest] [Updated] T142158: Job mediawiki-extensions-php55 frequently fails due to "Segmentation fault"

hashar added a comment. T64623 was the previous PHP segfault debugging session. With the very useful patch by Faidon: https://gerrit.wikimedia.org/r/#/c/119222/TASK DETAILhttps://phabricator.wikimedia.org/T142158EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T142158: Job mediawiki-extensions-php55 frequently fails due to "Segmentation fault"

hashar added projects: Wikidata, MediaWiki-extensions-WikibaseRepository, MediaWiki-extensions-WikibaseClient.hashar added a comment. + wikibase / wikidata related projects.TASK DETAILhttps://phabricator.wikimedia.org/T142158EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T92996: Figure out how to represent non-Gregorian dates in RDF export

Herald added a project: Discovery. TASK DETAILhttps://phabricator.wikimedia.org/T92996EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, Jc3s5hCc: Jc3s5h, gerritbot, Manybubbles, daniel, Aklapper, Smalyshev, mschwarzer, Avner, Lewizho99, Maathavan,

Re: [Wikidata] Deleting properties / items in test.wikidata.org

Hi, On 09/08/2016 08:54 AM, Loic Dachary wrote: > Hi, > > But I was not able to figure out how to remove them afterwards, to not > clutter test.wikidata.org. You would just use the normal MediaWiki API delete feature[1]. Pywikibot abstracts it as Page.delete(...). [1]

Re: [Wikidata] Request for Property help (Schema.org mapping taskforce)

Federico, Yes they are incompatible concepts. However, one is typically treated as a subclass of the other. Its that https://www.wikidata.org/wiki/Q26869695 (nutritional diet) is a subclass of https://www.wikidata.org/wiki/Q474191 (biological needs diet) Which is correctly stated now with that

[Wikidata-bugs] [Maniphest] [Updated] T144923: Add special page to show entity usage in client

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T144923EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: Aklapper, Liuxinyu970226, Ricordisamoa, Edgars2007, Ainali, gerritbot, Lydia_Pintscher, thiemowmde,

[Wikidata-bugs] [Maniphest] [Commented On] T144923: Add special page to show entity usage in client

gerritbot added a comment. Change 310580 had a related patch set uploaded (by Ladsgroup): [WIP] Introduce Special:EntityUsage/Q# https://gerrit.wikimedia.org/r/310580TASK DETAILhttps://phabricator.wikimedia.org/T144923EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T132839: Property suggester suggests human properties for non-human items

hoo added a comment. Further updated the workaround: It now also remove suggestions based on P18 (image) and P373 (commons category).TASK DETAILhttps://phabricator.wikimedia.org/T132839EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: AnjaJentzsch,

[Wikidata-bugs] [Maniphest] [Commented On] T132839: Property suggester suggests human properties for non-human items

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2016-09-14T15:50:56Z] Ran T132839-Workarounds.sh from my home in terbium (see T132839)TASK DETAILhttps://phabricator.wikimedia.org/T132839EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Commented On] T132839: Property suggester suggests human properties for non-human items

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2016-09-14T15:50:56Z] Ran T132839-Workarounds.sh from my home in terbium (see T132839)TASK DETAILhttps://phabricator.wikimedia.org/T132839EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Commented On] T145384: Update wmde LDAP group

Tobi_WMDE_SW added a comment. @ArielGlenn I think that would be @Abraham. I'll poke him via email so he can approve here.TASK DETAILhttps://phabricator.wikimedia.org/T145384EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Tobi_WMDE_SWCc: ArielGlenn, demon,

[Wikidata-bugs] [Maniphest] [Commented On] T145384: Update wmde LDAP group

ArielGlenn added a comment. Hey folks, while I trust @Tobi_WMDE_SW, we probably need an official ok from either a manager or someone in HR for the record that all these folks work there; who is that for WMDE? Is there an HR contact that could give a quick thumbs up on the list?TASK

Re: [Wikidata] Request for Property help (Schema.org mapping taskforce)

Thad Guidry, 13/09/2016 19:38: There is no need, therefore, to replicate those same definitions in Wikidata by creating a new Wikidata item (topic / entity) for each external vocabulary class or subclass or property. Instead, the best practice is to simply POINT to those external definitions,

Re: [Wikidata] Request for Property help (Schema.org mapping taskforce)

Hi Gerard, Good question. lolol. And good point, you did ask about 'how it helps' and I didn't directly answer that, so here it is. Schema.org provides a set of guidelines for publishing structured data on the web in various formats. You can read more detail on our website. The answer Part 1

[Wikidata-bugs] [Maniphest] [Updated] T142203: DuplicateReferences: insertReference triggers TypeError

Lydia_Pintscher added a project: Wikidata-Sprint-2016-09-06. TASK DETAILhttps://phabricator.wikimedia.org/T142203EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Thryduulf, Josve05a, adrianheine, thiemowmde, Jonas, Bene, Sjoerddebruin,

Re: [Wikidata] Deleting properties / items in test.wikidata.org

Hi, It looks like the wikibase API[1] does not provide a way to delete an item. To remove an item / propery on http://test.wikidata.org a script would have do web scrapping and use the same interface people attending the deletion requests do[2]. Unfortunately a regular user does not seem to

[Wikidata-bugs] [Maniphest] [Commented On] T145279: Links to articles in other projects from Commons categories via Wikidata

Josve05a added a comment. In T145279#2631645, @xcombelle wrote: @Josve05a If I understand well, it is just a matter of wikidata policy, if Category would be treated as a valid interwiki for commons, it is not a technical issue (I mean there is no need of new development). So it would be relevant

[Wikidata-bugs] [Maniphest] [Closed] T143147: wbentityusage as a list API module

Ladsgroup closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T143147EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Aklapper, Liuxinyu970226, Ricordisamoa, Edgars2007, Ainali, gerritbot, Lydia_Pintscher, thiemowmde,

[Wikidata-bugs] [Maniphest] [Unblock] T103091: [Task] research how to surface usage tracking data for editors

Ladsgroup closed subtask T143147: wbentityusage as a list API module as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T103091EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: daniel, Jan_Dittrich, thiemowmde, Lydia_Pintscher, gerritbot,

[Wikidata-bugs] [Maniphest] [Commented On] T143147: wbentityusage as a list API module

gerritbot added a comment. Change 309551 merged by jenkins-bot: Introduce list=wbentityusagelist in API https://gerrit.wikimedia.org/r/309551TASK DETAILhttps://phabricator.wikimedia.org/T143147EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup,

[Wikidata-bugs] [Maniphest] [Unassigned] T127959: Write Learning Pattern on Community Communication for Wikidata

Lydia_Pintscher added subscribers: Lea_Lacroix_WMDE, Lydia_Pintscher.Lydia_Pintscher removed Lea_Lacroix_WMDE as the assignee of this task.Lydia_Pintscher added a project: Wikidata.Lydia_Pintscher added a comment. Task assignment to Léa only through me please.TASK

[Wikidata-bugs] [Maniphest] [Commented On] T104762: Setup sparqly service at https://sparqly.wmflabs.org/ (like Quarry)

jcrespo added a comment. @Base, your questions are very interesting, and you seem to have really nice suggestions, but I would suggest a mailing list, wiki talk page (or if it was a bug/feature request, doing them on a separate ticket), as the preferred way to communicate. This ticket is probably

[Wikidata-bugs] [Maniphest] [Commented On] T104762: Setup sparqly service at https://sparqly.wmflabs.org/ (like Quarry)

Base added a comment. Do I get it right that now a query cannot be longer than URL length limit? How much exactly is that number? I wonder if there were cases of people needing to run longer queries. Is this investigable somehow?TASK DETAILhttps://phabricator.wikimedia.org/T104762EMAIL

Re: [Wikidata] Dynamic Lists, Was: Re: List generation input

On Wed, Sep 14, 2016 at 10:07 AM Luca Martinelli wrote: > Il 05 set 2016 11:43, "Jan Dittrich" ha > scritto: > > - What are current workflows with Listeria? I think I remember that > people in our interviews (thanks to everyone who

[Wikidata-bugs] [Maniphest] [Commented On] T144310: [Task] Select site in siteselector based on pasted subdomain

gerritbot added a comment. Change 310499 had a related patch set uploaded (by Thiemo Mättig (WMDE)): Rework siteselector.tests to conform to JSCS/JSHint rules https://gerrit.wikimedia.org/r/310499TASK DETAILhttps://phabricator.wikimedia.org/T144310EMAIL

[Wikidata-bugs] [Maniphest] [Created] T145624: PHP Notice: Undefined index: rc_new when running ChangeNotification jobs

aude created this task.aude added projects: Wikidata, MediaWiki-extensions-WikibaseClient, MediaWiki-Recent-changes.Herald added a subscriber: Aklapper. TASK DESCRIPTIONon my development wiki. Not sure if this a Wikibase issue or a core issue. 2016-09-14 09:16:03 ChangeNotification

Re: [Wikidata] Dynamic Lists, Was: Re: List generation input

Il 05 set 2016 11:43, "Jan Dittrich" ha scritto: > - What are current workflows with Listeria? I think I remember that people in our interviews (thanks to everyone who participated!) mentioned that the generation process currently needs to be triggered manually. Is that

[Wikidata-bugs] [Maniphest] [Commented On] T44783: Do not rerender whole client page when only sitelinks are updated

thiemowmde added a comment. I believe most people (including me) have not looked at https://gerrit.wikimedia.org/r/307123 for two reasons: Tests fail for weird reasons, and the commit message is hard to understand. It's titled "Update the langlinks in the canonical parser cache if possible".

Re: [Wikidata] [Wikitech-l] Wikidata Query Service demo video

Very nice, I need it. Thank you, CAmelia -- *Camelia Boban*Freelance developer | Aissa Technologies T. +39 0670301772 | M. +39 3383385545 camelia.bo...@gmail.com *Wikipedia | *Twitter

Re: [Wikidata] Let's move forward with support for Wiktionary

Hello, Thanks a lot for your questions and feedbacks. Here are some answers, I hope these will be useful. *- 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

[Wikidata-bugs] [Maniphest] [Commented On] T104762: Setup sparqly service at https://sparqly.wmflabs.org/ (like Quarry)

Multichill added a comment. With the current SPARQL setup it's easy to share queries either by full url or by short url. I think we can close this one.TASK DETAILhttps://phabricator.wikimedia.org/T104762EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Commented On] T144380: Install and configure new WDQS nodes on codfw

gerritbot added a comment. Change 310307 merged by Gehel: wdqs - make RWStore configuration file configureable https://gerrit.wikimedia.org/r/310307TASK DETAILhttps://phabricator.wikimedia.org/T144380EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Gehel,

[Wikidata-bugs] [Maniphest] [Closed] T129016: [GSoC 2016 Proposal] Automated Testing and Integration of IFTTT support to Wikidata

01tonythomas closed this task as "Resolved".01tonythomas added a comment. End of project timeline. Closing it down. Thank you for all the efforts, see you as a mentor for Google Code in 2016 at g.co/gci. Outcome of this 2016 round projects at

Re: [Wikidata] Request for Property help (Schema.org mapping taskforce)

Hoi, Another broken record. I understand how identifiers added to an item make for the item and an external record to be the same. This is helpful because it allows comparison of the statements between Wikidata and the external source. What is the benefit of Schema.org. Why have it how will it