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

[Smalyshev]

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 metre]: GNU 0.0278448991488, ours 0.02586
DIFF: [chous(Q1076762)->cubic metre]: GNU 0, ours 0.00312 <-- here GNU doesn't seem to think it's volume measure
DIFF: [modius(Q669909)->cubic metre]: GNU 0.0092816330496, ours 0.008736
DIFF: [heredium(Q3785200)->square metre]: GNU 5046.6816, ours 5036
DIFF: [jugerum(Q251545)->square metre]: GNU 2523.3408, ours 2518

Most of these units seem to be rather exotic, and used only in cross-definitions (not sure yet how to filter those). The question is - are these differences important? Which data is better?TASK DETAILhttps://phabricator.wikimedia.org/T117032EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Lydia_Pintscher, TomT0m, gerritbot, Smalyshev, Aklapper, daniel, aude, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[Smalyshev]

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 0.001244
DIFF: [pood(Q923539)->kilogram]: GNU 16.3806872, ours 16.3804964
DIFF: [grain(Q693944)->kilogram]: GNU 6.479891E-5, ours 6.22E-5
DIFF: [pace(Q691543)->metre]: GNU 0.762, ours 1.48
DIFF: [pous(Q7235735)->metre]: GNU 0.31623, ours 0.308

But this not counting for square/cubic/etc. yet.TASK DETAILhttps://phabricator.wikimedia.org/T117032EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Lydia_Pintscher, TomT0m, gerritbot, Smalyshev, Aklapper, daniel, aude, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[Smalyshev]

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, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[Smalyshev]

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 may be a problem, but the possibility is implemented, so I deem this resolved.TASK DETAILhttps://phabricator.wikimedia.org/T129037EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Jonas, Smalyshev, Nikki, Sjoerddebruin, hoo, Aklapper, Multichill, mschwarzer, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, TheDJ, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[Smalyshev]

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 PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: thiemowmde, daniel, Aklapper, Smalyshev, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[Smalyshev]

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, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[Smalyshev]

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, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[Smalyshev]

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 may be caused by page props not being up-to-date when update happens.

SELECT distinct ?item ?p WHERE {
  ?item wikibase:statements 0 .
  ?item ?p [] .
  FILTER(?p != rdfs:label && ?p != schema:description && ?p != schema:version 
 && ?p != schema:dateModified && ?p != skos:altLabel && ?p != wikibase:statements && ?p != wikibase:sitelinks)
}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, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[hashar]

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();
	} );

Create a change for Wikibase that Depends-On.  Rebuild a dozen a time via the Jenkins UI. Check whether there are still segfaults.TASK DETAILhttps://phabricator.wikimedia.org/T142158EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hasharCc: Stashbot, Jay8g, hashar, gerritbot, EBernhardson, matmarex, KartikMistry, Nikerabbit, daniel, hoo, bd808, greg, Paladox, dcausse, Legoktm, TerraCodes, Jdforrester-WMF, Luke081515, Krinkle, Aklapper, Lewizho99, Maathavan, D3r1ck01, Liudvikas, Izno, Wikidata-bugs, aude, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[hashar]

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 using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

warning: the debug information found in "/usr/lib/debug//usr/lib/php5/20121212/mysql.so" does not match "/usr/lib/php5/20121212/mysql.so" (CRC mismatch).


warning: the debug information found in "/usr/lib/debug/usr/lib/php5/20121212/mysql.so" does not match "/usr/lib/php5/20121212/mysql.so" (CRC mismatch).


warning: the debug information found in "/usr/lib/debug//usr/lib/php5/20121212/mysqli.so" does not match "/usr/lib/php5/20121212/mysqli.so" (CRC mismatch).


warning: the debug information found in "/usr/lib/debug/usr/lib/php5/20121212/mysqli.so" does not match "/usr/lib/php5/20121212/mysqli.so" (CRC mismatch).


warning: the debug information found in "/usr/lib/debug//usr/lib/php5/20121212/pdo_mysql.so" does not match "/usr/lib/php5/20121212/pdo_mysql.so" (CRC mismatch).


warning: the debug information found in "/usr/lib/debug/usr/lib/php5/20121212/pdo_mysql.so" does not match "/usr/lib/php5/20121212/pdo_mysql.so" (CRC mismatch).

Mysql is not happy :/

Core was generated by `php5 phpunit.php --log-junit /mnt/jenkins-workspace/workspace/mwext-Wikibase-re'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x0070c450 in gc_remove_from_buffer (root=0x23993500) at /build/php5-i8TFRg/php5-5.5.9+dfsg/Zend/zend_gc.h:189
189 /build/php5-i8TFRg/php5-5.5.9+dfsg/Zend/zend_gc.h: No such file or directory.
(gdb)

So gc_remove_from_buffer which sounds familiar with T64623.  We had gc disabled for tests.

The 154 lines stacktrace is in P4049

P4049 Zend gc huge stacktrace for T142158TASK DETAILhttps://phabricator.wikimedia.org/T142158EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hasharCc: Stashbot, Jay8g, hashar, gerritbot, EBernhardson, matmarex, KartikMistry, Nikerabbit, daniel, hoo, bd808, greg, Paladox, dcausse, Legoktm, TerraCodes, Jdforrester-WMF, Luke081515, Krinkle, Aklapper, Lewizho99, Maathavan, D3r1ck01, Liudvikas, Izno, Wikidata-bugs, aude, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[hashar]

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/
https://integration.wikimedia.org/ci/job/mwext-Wikibase-repo-tests-sqlite-php55/985/
https://integration.wikimedia.org/ci/job/mwext-Wikibase-repo-tests-sqlite-php55/986/
https://integration.wikimedia.org/ci/job/mwext-Wikibase-repo-tests-sqlite-php55/987/
https://integration.wikimedia.org/ci/job/mwext-Wikibase-repo-tests-sqlite-php55/988/TASK DETAILhttps://phabricator.wikimedia.org/T142158EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hasharCc: Stashbot, Jay8g, hashar, gerritbot, EBernhardson, matmarex, KartikMistry, Nikerabbit, daniel, hoo, bd808, greg, Paladox, dcausse, Legoktm, TerraCodes, Jdforrester-WMF, Luke081515, Krinkle, Aklapper, Lewizho99, Maathavan, D3r1ck01, Liudvikas, Izno, Wikidata-bugs, aude, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[hashar]

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 'ls -lrta /var/tmp/core/core.*'TASK DETAILhttps://phabricator.wikimedia.org/T142158EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hasharCc: Stashbot, Jay8g, hashar, gerritbot, EBernhardson, matmarex, KartikMistry, Nikerabbit, daniel, hoo, bd808, greg, Paladox, dcausse, Legoktm, TerraCodes, Jdforrester-WMF, Luke081515, Krinkle, Aklapper, Lewizho99, Maathavan, D3r1ck01, Liudvikas, Izno, Wikidata-bugs, aude, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[gerritbot]

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: Stashbot, Jay8g, hashar, gerritbot, EBernhardson, matmarex, KartikMistry, Nikerabbit, daniel, hoo, bd808, greg, Paladox, dcausse, Legoktm, TerraCodes, Jdforrester-WMF, Luke081515, Krinkle, Aklapper, Lewizho99, Maathavan, D3r1ck01, Liudvikas, Izno, Wikidata-bugs, aude, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[gerritbot]

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 PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: Jay8g, hashar, gerritbot, EBernhardson, matmarex, KartikMistry, Nikerabbit, daniel, hoo, bd808, greg, Paladox, dcausse, Legoktm, TerraCodes, Jdforrester-WMF, Luke081515, Krinkle, Aklapper, D3r1ck01, Liudvikas, Izno, Wikidata-bugs, aude, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[gerritbot]

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, Paladox, dcausse, Legoktm, TerraCodes, Jdforrester-WMF, Luke081515, Krinkle, Aklapper, Lewizho99, Maathavan, D3r1ck01, Liudvikas, Izno, Wikidata-bugs, aude, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[Stashbot]

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 PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: StashbotCc: Stashbot, Jay8g, hashar, gerritbot, EBernhardson, matmarex, KartikMistry, Nikerabbit, daniel, hoo, bd808, greg, Paladox, dcausse, Legoktm, TerraCodes, Jdforrester-WMF, Luke081515, Krinkle, Aklapper, Lewizho99, Maathavan, D3r1ck01, Liudvikas, Izno, Wikidata-bugs, aude, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[hashar]

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, Nikerabbit, daniel, hoo, bd808, greg, Paladox, dcausse, Legoktm, TerraCodes, Jdforrester-WMF, Luke081515, Krinkle, Aklapper, D3r1ck01, Liudvikas, Izno, Wikidata-bugs, aude, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[hashar]

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 PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hasharCc: Jay8g, hashar, gerritbot, EBernhardson, matmarex, KartikMistry, Nikerabbit, daniel, hoo, bd808, greg, Paladox, dcausse, Legoktm, TerraCodes, Jdforrester-WMF, Luke081515, Krinkle, Aklapper, D3r1ck01, Liudvikas, Izno, Wikidata-bugs, aude, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[hashar]

hashar added projects: Wikidata, MediaWiki-extensions-WikibaseRepository, MediaWiki-extensions-WikibaseClient.hashar added a comment.
+ wikibase / wikidata related projects.TASK DETAILhttps://phabricator.wikimedia.org/T142158EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hasharCc: Jay8g, hashar, gerritbot, EBernhardson, matmarex, KartikMistry, Nikerabbit, daniel, hoo, bd808, greg, Paladox, dcausse, Legoktm, TerraCodes, Jdforrester-WMF, Luke081515, Krinkle, Aklapper, D3r1ck01, Liudvikas, Izno, Wikidata-bugs, aude, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[Jc3s5h]

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, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[Legoktm]

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] https://www.mediawiki.org/wiki/API:Delete

-- Legoktm

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

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

[Thad Guidry]

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 'subclass of' statement on
https://www.wikidata.org/wiki/Q26869695

Yes, it looks like Wikidata did not have the nutritional concept of a Diet,
but only had the biological needs concept.
Thanks to your creation of the nutritional concept of a Diet, this helps
everyone, Schema.org as well as dieticians, nutritionists, and other
scientists.

TODO: We just need to figure out what to do with 'external subclasses' and
a few other things concerning Schema.org mapping.  And that's part of our
Agenda on this Friday's Google Hangout with Lydia and folks.

Thanks again Federico for the bit of help!

Thad
+ThadGuidry 
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

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

[gerritbot]

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, Jan_Dittrich, daniel, Ladsgroup, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[gerritbot]

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 PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: Aklapper, Liuxinyu970226, Ricordisamoa, Edgars2007, Ainali, gerritbot, Lydia_Pintscher, thiemowmde, Jan_Dittrich, daniel, Ladsgroup, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[hoo]

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, Ladsgroup, Tobi_WMDE_SW, daniel, mkroetzsch, Stashbot, thiemowmde, JanZerebecki, Lydia_Pintscher, hoo, Sjoerddebruin, Nikki, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[Stashbot]

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: StashbotCc: AnjaJentzsch, Ladsgroup, Tobi_WMDE_SW, daniel, mkroetzsch, Stashbot, thiemowmde, JanZerebecki, Lydia_Pintscher, hoo, Sjoerddebruin, Nikki, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[Stashbot]

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: StashbotCc: AnjaJentzsch, Ladsgroup, Tobi_WMDE_SW, daniel, mkroetzsch, Stashbot, thiemowmde, JanZerebecki, Lydia_Pintscher, hoo, Sjoerddebruin, Nikki, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[Tobi_WMDE_SW]

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, Reedy, Lydia_Pintscher, gabriel-wmde, kai.nissen, Jonas, Ladsgroup, johl, Abraham, Jakob_WMDE, daniel, Lucie, thiemowmde, Jan_Dittrich, WMDE-leszek, adrianheine, hashar, Tobi_WMDE_SW, Addshore, Aklapper, Lea_WMDE, D3r1ck01, KasiaWMDE, Izno, Wikidata-bugs, aude, faidon, Jdforrester-WMF, Mbch331, Jay8g, Krenair, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[ArielGlenn]

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 DETAILhttps://phabricator.wikimedia.org/T145384EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ArielGlennCc: ArielGlenn, demon, Reedy, Lydia_Pintscher, gabriel-wmde, kai.nissen, Jonas, Ladsgroup, johl, Abraham, Jakob_WMDE, daniel, Lucie, thiemowmde, Jan_Dittrich, WMDE-leszek, adrianheine, hashar, Tobi_WMDE_SW, Addshore, Aklapper, Lea_WMDE, D3r1ck01, KasiaWMDE, Izno, Wikidata-bugs, aude, faidon, Jdforrester-WMF, Mbch331, Jay8g, Krenair, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[Federico Leva (Nemo)]

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, such as those in Schema.org, DBPedia.org, MusicBrainz,
etc., etc.


Agreed. If the external definition is compatible, just link it. A 
specific item needs to be created only where the two definitions are 
incompatible. I would define two items to be equivalent iff swapping 
them doesn't change the truthness of any statement or inference on 
Wikidata 
(https://en.wikipedia.org/wiki/Equivalence_relation#Well-definedness_under_an_equivalence_relation 
). Makes sense?


I don't know if Q474191 and Q26869695 are incompatible definitions; I 
understood you claimed they were. If the two definitions are compatible, 
we can merge the two items and just consider Q474191 equivalent to 
SchemaOrg's definition of "Diet".


Nemo

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

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

[Thad Guidry]

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 :  Schema.org helps publishers, small and large, even
folks like you and me that might have small websites with important data,
that can be crawled by bots, public scraping scripts, etc. to harvest more
public data for Wikidata to absorb, as well as helping to reconcile data
and even load the Primary Sources tool, Reasonator, or any tool eventually
if we wanted.  Adding references could in theory just be done by a bot that
was smart enough to understand Schema.org markup (there are already many
Python, Ruby, Java libraries that exist for this).

The answer Part 2:  By having Schema.org properties and classes aligned to
existing Wikidata properties and classes.  Both sides benefit to help
understand that structured data even moreand once a machine understands
it better, than those machines can be programmed to gather even more data,
or validate the quality of the existing data.

This mapping effort is not just limited to Schema.org however in the long
term.  Notice that we already have many mappings in Wikidata for external
vocabularies, but its very rudimentary.  We want to help Wikidata have a
more full understanding of data, and that requires a few more properties to
be added to support that effort.

Lydia understands this.  In fact, she was one of the motivators to have us
encourage us to perform the mapping on both sides, inside Wikidata and
inside Schema.org (both will be done, but first it was deemed necessary for
Wikidata).  In addition, she understands the struggle to bring in more
quality data for Wikidata and to help tool authors and publishers, which in
doing so helps with Goal 1b of WMDE's future plans.  Lydia and a few of us
from Schema.org will be having a Google Hangout to discuss a few more
details this Friday.  The entire effort and comments are being tracked
here:  https://github.com/schemaorg/schemaorg/issues/280

Thad
+ThadGuidry 
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

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

[Lydia_Pintscher]

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, Aklapper, dachary, D3r1ck01, Izno, Wikidata-bugs, aude, Ricordisamoa, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[Loic Dachary]

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 have permission to do that 
on test.wikidata.org. Would it be possible to upgrade the user permissions to 
allow deletion of items / property on test.wikidata.org ?

Cheers


[1] https://www.mediawiki.org/wiki/Wikibase/API
[2] https://www.wikidata.org/wiki/Wikidata:Requests_for_deletions

On 08/09/2016 17:54, Loic Dachary wrote:
> Hi,
> 
> I'd like to write integration tests for 
> https://www.wikidata.org/wiki/User:FLOSSbot and use test.wikidata.org for 
> that. I figured out how to create properties[1] with pywikibot and search for 
> them[2]. But I was not able to figure out how to remove them afterwards, to 
> not clutter test.wikidata.org. The 
> https://www.mediawiki.org/wiki/Wikibase/API page does not show anything 
> obvious.
> 
> Any idea ?
> 
> Cheers
> 
> [1] 
> import pywikibot
> site = pywikibot.Site("test", "wikidata")
> print(str(site.editEntity({'new': 'property'}, {'datatype':'item',
> "labels":
>  {"en":
>   
> {"language":"en","value":"FLOSS3property"}
>  }
> })))
> 
> [2]
> import pywikibot
> site = pywikibot.Site("test", "wikidata")
> for e in site.search_entities('FLOSS', 'en', type='property'):
> print(str(e))
> 

-- 
Loïc Dachary, Artisan Logiciel Libre


___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

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

[Josve05a]

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 discussion on wikidata, but not here. (Anyway, before a development, a consensus on political issue must be reached first)


That's kind of correct. However, as I understand the consensus and policy has been established already on Wikidata to have category sitelinks with category sitelinks, and ns0 sitelinks with ns0 sitelinks on separate items. The problem arises when that happens, that they are not "Interconnected" on the wikis, making them "separate" and the users on the wikis (Commons and Wikipedia) goes against WIkidata-policies and add these category site links to article items. So, if there was a technical way to ensure that category items with "Main topic" was treated as a "Normal sitelink" when displayed on Wikipedia and Commons in the left menu, but leave them as separate items on Wikidata, then all would be fine. (if the process to "create" these wikidata-category-items were easier thatn just add them as sitelinksto the subject item) perhaps.

The only work would be if you wanted that the property Common category would be treated as an interwiki. but as there is a technical valid solution without this new development, I don't see the point to make a new development.

Well that property, and "Main topic" property on category items be interconnected as a sitelink but...not...
Currently a lot of Wikipedia articles could have links to Commons, and a lot onf Commons  categories could have links to WIkipeida, but Wikidata is failing to serve this as "wanted" for the wikis needs.TASK DETAILhttps://phabricator.wikimedia.org/T145279EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Josve05aCc: Lydia_Pintscher, hoo, Josve05a, xcombelle, Dereckson, Nemo_bis, Aklapper, Pokefan95, Acer, D3r1ck01, Izno, Wikidata-bugs, aude, El_Grafo, Jackmcbarn, Steinsplitter, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[Ladsgroup]

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, Jan_Dittrich, Ladsgroup, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[Ladsgroup]

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, Ladsgroup, Ainali, Edgars2007, Ricordisamoa, Aklapper, D3r1ck01, Izno, Psychoslave, Wikidata-bugs, aude, TheDJ, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[gerritbot]

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, gerritbotCc: Aklapper, Liuxinyu970226, Ricordisamoa, Edgars2007, Ainali, gerritbot, Lydia_Pintscher, thiemowmde, Jan_Dittrich, Ladsgroup, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[Lydia_Pintscher]

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 DETAILhttps://phabricator.wikimedia.org/T127959EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, Lea_Lacroix_WMDE, ChrisPins, Aklapper, Juscwmde, johl, StudiesWorld, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[jcrespo]

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 going to be closed soon, and when that happens your questions will get unanswered and with little visibility here.TASK DETAILhttps://phabricator.wikimedia.org/T104762EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespoCc: jcrespo, Base, StudiesWorld, Ricordisamoa, Sitic, Addshore, yuvipanda, Nikki, Aklapper, Multichill, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Capt_Swing, Deskana, Manybubbles, scfc, TheDJ, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[Base]

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 PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BaseCc: Base, StudiesWorld, Ricordisamoa, Sitic, Addshore, yuvipanda, Nikki, Aklapper, Multichill, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Capt_Swing, Deskana, Manybubbles, scfc, TheDJ, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[Magnus Manske]

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 participated!) mentioned
> that the generation process currently needs to be triggered manually. Is
> that just because there is no automatic way or does it provide you with
> advantages, too?
>
> Just one thing on this issue. Based on my short experience, the necessity
> of a manual trigger is half true: ListeriaBot updates every 24 hours or so
> every automated list. If you change things and you want to see those
> changes immediately THEN you can ask manually to update now. I don't see
> this much of a disadvantage actually.
>
> Yes, that's how I set it up.

I contemplated having a bot look through recent changes to update manually
changed lists (e.g. query was changed) but it would probably be a few
minutes for some lists until they update, which might be more confusing.

A proper extension would likely regenerate the list as part of the edit, so
this wouldn't be an issue.

I found people opposed to Listeria lists (in article namespace) for two
main reasons:

* The list is wikitext, so it /looks/ like one can edit it, but then it
gets overwritten by a bot. If the wikitext representation of a list were
just a parser function or extension tag, that problem would not appear
(nothing to edit)

* Handcrafted lists. A lot of time went into some of the lists, and while
the raw data can often be regenerated from Wikidata, some manually curated
lists have fields for notes, special formats for coordinates etc. that are
hard to replicate. Allowing custom templates can solve the bespoke
rendering, but especially the "notes" column is essentially not
reproducible with Wikidata, as it is. A tag-based MediaWIki extension could
offer notes per item, maybe, in wikitext.

My 2 Eurocent,
Magnus
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

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

[gerritbot]

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 PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, gerritbotCc: gerritbot, Aklapper, TerraCodes, Lydia_Pintscher, Jonas, thiemowmde, Lewizho99, Maathavan, D3r1ck01, MuhammadShuaib, Izno, Wikidata-bugs, aude, TheDJ, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[aude]

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 Special:ChangeNotificationJob repo= changeIds=[9631] requestId=2aeb6617c5e303c220160849 (id=34,timestamp=20160914091601) STARTING
PHP Notice:  Undefined index: rc_new in /var/www/wiki/w/includes/changes/RecentChange.php on line 290

Notice: Undefined index: rc_new in /var/www/wiki/w/includes/changes/RecentChange.php on line 290TASK DETAILhttps://phabricator.wikimedia.org/T145624EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: aude, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[Luca Martinelli]

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 just because there is no automatic way or does it provide you with
advantages, too?

Just one thing on this issue. Based on my short experience, the necessity
of a manual trigger is half true: ListeriaBot updates every 24 hours or so
every automated list. If you change things and you want to see those
changes immediately THEN you can ask manually to update now. I don't see
this much of a disadvantage actually.

L.
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

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

[thiemowmde]

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". "Possible" depending on what? What is a "canonical" cache? I never heard this term.

What are the acceptance criteria, if any? Do we really know this is an issue we want or should fix? Do we have numbers? How big of an issue is this? Personally I can't tell, even if I can imagine the impact. Sorry. I'm asking because I feel this is what's needed to get this moving.TASK DETAILhttps://phabricator.wikimedia.org/T44783EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, thiemowmdeCc: matej_suchanek, Florian, FriedhelmW, gerritbot, thiemowmde, Ricordisamoa, Aklapper, Denny, aude, Lydia_Pintscher, daniel, hoo, Vali.matei, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, GWicke, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[camelia boban]

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
 | *Google Plus
* | *LinkedIn*




2016-09-06 21:47 GMT+02:00 Info WorldUniversity <
i...@worlduniversityandschool.org>:

> Thanks - helpful tutorial.
>
> Scott
>
> On Tue, Sep 6, 2016 at 12:32 PM, Pine W  wrote:
>
> > Video demo of Wikidata Query Service: https://www.youtube.com/watch?
> > v=1jHoUkj_mKw
> >
> > Pine
> >
> > ___
> > Wikidata mailing list
> > Wikidata@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikidata
> >
> >
>
>
> --
>
> - Scott MacLeod - Founder & President
>
> - http://worlduniversityandschool.org
>
> - 415 480 4577
>
> - PO Box 442, (86 Ridgecrest Road), Canyon, CA 94516
>
> - World University and School - like Wikipedia with best STEM-centric
> OpenCourseWare - incorporated as a nonprofit university and school in
> California, and is a U.S. 501 (c) (3) tax-exempt educational organization.
>
>
> World University and School is sending you this because of your interest in
> free, online, higher education. If you don't want to receive these, please
> reply with 'unsubscribe' in the body of the email, leaving the subject line
> intact. Thank you.
> ___
> Wikitech-l mailing list
> wikitec...@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

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

[Léa Lacroix]

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 possibility to include data from
Wikidata in their pages (the complete entity or only some chosen
statements, as the community decides)

*- 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.

*- Will bots be allowed/able to edit wiktionary pages after the support of
wikidata in wiktionary?*
Yes, of course, we want the data to be machine-readable and editable, and
with the new structure, bots will be able to edit data stored in Wikidata
and still Wiktionary pages.

*- Can an edit in a wiktionary A break wiktionary B?*
Data about lexemes will be stored on Wikidata, and Wiktionaries will choose
if they want to use this data, which part of it and how. Yes, if an
information stored in Wikidata and displayed on several Wiktionaries is
modified, via Wikidata or a Wiktionary interface, this will affect all the
pages where the information is included.
Because Wikidata is a multilingual project, we already have to deal with
the language issue, and we hope that with the increase of the numbers of
editors coming from Wikidata and Wiktionaries, it will become easier to
find people with at least one common language to communicate between the
different projects.

*- What else can provide wikidata to wiktionary?*
Machine-readable data will allow users to create new tools, useful for
editors, based on the communities' needs. By helping the different
communities (Wiktionaries and Wikidata) working together on the same
project, we expect a growth of the number of people editing the
lexicographical data, providing more review and a better quality of the
data. Finally, when centralized and structured, the data will be easily
reusable by third parties, other websites or applications... and give a
better visibility of the volunteers' work.

On 13 September 2016 at 22:53, Amirouche Boubekki 
wrote:

> Héllo,
>
> I am very happy of this news.
>
> I a wiki newbie interested in using wikidata to do text analysis.
> I try to follow the discussion here and on french wiktionary.
>
> I take this as opportunity to try to sum up some concerns that are raised
> on french wiktionary [0]:
>
> - How wikidata and wiktionary databases will be synchronized?
>
> - Will editing wiktionary change? The concern is that this will make
> editing wiktionary more difficult for people.
>
> - Also, what about bots. Will bots be allowed/able to edit wiktionary
> pages after the support of wikidata in wiktionary?
>
> - Another concern is that if edits are done in some wiktionary and that
> edit has an impact on another wiktionary. People will have trouble to
> reconcil their opinion given they don't speak the same language. Can an
> edit in a wiktionary A break wiktionary B?
>
> I understand that wikidata requires new code to support the organisation
> of new relations between the data. I understand that with wikidata it will
> be easy to create interwiki links and thesaurus kind of pages but what else
> can provide wikidata to wiktionary?
>
> [0] https://fr.wiktionary.org/wiki/Projet:Coop%C3%A9ration/Wikidata
>
> Thanks,
>
> i⋅am⋅amz3
>
>
> On 2016-09-13 15:17, Lydia Pintscher wrote:
>
>> Hey everyone :)
>>
>> Wiktionary is our third-largest sister project, both in term of active
>> editors and readers. It is a unique resource, with the goal to provide
>> a dictionary for every language, in every language. Since the
>> beginning of Wikidata but increasingly over the past months I have
>> been getting more and more requests for supporting Wiktionary and
>> lexicographical data in Wikidata. Having this data available openly
>> and freely licensed would be a major step forward in automated
>> translation, text analysis, text generation and much more. It will
>> enable and ease research. And most importantly it will enable the
>> individual Wiktionary communities to work more closely together and
>> benefit from each other’s work.
>>
>> With this and the increased demand to support Wikimedia Commons with
>> Wikidata, we have looked at the bigger picture and our options. I am
>> seeing a lot of overlap in the work we need to do to support
>> Wiktionary and Commons. I am also seeing increasing pressure to store
>> lexicographical data in existing items (which would be bad for many
>> reasons).
>>
>> Because of this we will start implementing support for Wiktionary in
>> parallel to Commons based on our annual plan and quarterly plans. We
>> contacted several of our partners in order to get funding for this
>> additional work. I am happy that Google agreed to provide funding
>> (restricted to work on 

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

[Multichill]

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: MultichillCc: Base, StudiesWorld, Ricordisamoa, Sitic, Addshore, yuvipanda, Nikki, Aklapper, Multichill, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Capt_Swing, Deskana, Manybubbles, scfc, TheDJ, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[gerritbot]

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, gerritbotCc: thcipriani, Stashbot, gerritbot, Gehel, Aklapper, Smalyshev, mschwarzer, Avner, Lewizho99, Maathavan, debt, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, faidon, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[01tonythomas]

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 https://www.mediawiki.org/wiki/Google_Summer_of_Code_past_projects#2016TASK DETAILhttps://phabricator.wikimedia.org/T129016EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: D3r1ck01, 01tonythomasCc: Sumit, 01tonythomas, Aklapper, Slaporte, Lydia_Pintscher, hoo, Samtar, Bene, D3r1ck01, Lethexie, Izno, Wikidata-bugs, aude, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

[Gerard Meijssen]

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 help us.

Or to give you an example. I propose to link red links and wiki links in
all Wikipedias to Wikidata items. It allows for an improved quality in the
Wikipedias in a similar way as the interwiki links brought more quality. It
will also add items to the lists of items that have no article based on
queries from Wikidata (a benefit to projects like women in red). It will
make it easier to add the sources from DBpedia to Wikidata based on the
statements in Wikidata.

So what is the benefit from your proposal? Stating that it will in the
abstract does not give me a warm feeling.
Thanks,
  GerardM

On 13 September 2016 at 22:24, Thad Guidry  wrote:

> The benefit is directly towards WMDE's goals.
>
> Specifically,
> https://meta.wikimedia.org/wiki/Grants:APG/Proposals/
> 2015-2016_round1/Wikimedia_Deutschland_e.V./Proposal_
> form#Financials:_current_funding_period
> Goal 1b: Grow the reach of Wikidata beyond the Wikimedia projects
>
> A Wikidata property = Some external vocabulary property
> A Wikidata property is similar to Some external vocabulary property
> A Wikidata property is considered a parent class to Some external
> vocabulary class  <-- Needs new property for support.
> A Wikidata property is considered a child class to Some external
> vocabulary class
>
> What Schema.org needs now from Wikidata is the addition of a few new
> properties that seem to be missing.  (I sound like a broken record now)
>
> 1. 'external subclass'.
>
> ​DONE.
>
> Let's start there.  I don't even want to drag this discussion further than
> beyond that 1 request, at this point in time.
>
> Thad
> +ThadGuidry 
>
>
> ___
> 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