Re: [Wikidata] Where did label filtering break recently and how?

[Stas Malyshev]

Hi!

> and if I enable any of the FILTER lines, it returns 0 results.
> What changed / Why ?

Thanks for reporting, I'll check into it.

-- 
Stas Malyshev
smalys...@wikimedia.org

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

Re: [Wikidata] Where did label filtering break recently and how?

[Fariz Darari]

Hello,

I also got a similar problem, the following does not return the label:

SELECT ?res ?resLabel WHERE {
SELECT ?res ?resLabel
WHERE {
   ?res wdt:P31 wd:Q5 .
   SERVICE wikibase:label { bd:serviceParam wikibase:language "en". }
} LIMIT 1
}

Regards,
Fariz

On Fri, May 31, 2019 at 8:05 AM Thad Guidry  wrote:

> My Query:
>
> SELECT ?item ?itemLabel  WHERE {
>?item wdt:P31 wd:Q2085381.
>
>   SERVICE wikibase:label { bd:serviceParam wikibase:language
> "[AUTO_LANGUAGE],en". }
>   #   FILTER(CONTAINS(LCASE(?itemLabel), "simon"))
>   #   FILTER (LANG(?itemLabel)="en")
> }
>
> and if I enable any of the FILTER lines, it returns 0 results.
> What changed / Why ?
>
> Thad
> https://www.linkedin.com/in/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

[Wikidata-bugs] [Maniphest] [Commented On] T224024: Fatal Error on Commons from Special:EntityData with n3 format (Argument to addEntityRedirect must be EntityId, null given)

[gerritbot]

gerritbot added a comment.


  Change 513537 had a related patch set uploaded (by Smalyshev; owner: 
Smalyshev):
  [mediawiki/extensions/Wikibase@master] Use actual RDF factory data to decide 
if the format is RDF or not
  
  https://gerrit.wikimedia.org/r/513537

TASK DETAIL
  https://phabricator.wikimedia.org/T224024

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev, gerritbot
Cc: Smalyshev, 20038011003, MarkTraceur, Aklapper, Michael, darthmon_wmde, 
Premeditated, Edtadros, Nandana, JKSTNK, Lahi, Gq86, Ramsey-WMF, 
GoranSMilovanovic, QZanden, V4switch, LawExplorer, _jensen, rosalieper, Jonas, 
Wong128hk, Wikidata-bugs, matthiasmullie, aude, Ricordisamoa, Lydia_Pintscher, 
Fabrice_Florin, Jdforrester-WMF, Matanya, Mbch331, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T224024: Fatal Error on Commons from Special:EntityData with n3 format (Argument to addEntityRedirect must be EntityId, null given)

[gerritbot]

gerritbot added a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T224024

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev, gerritbot
Cc: Smalyshev, 20038011003, MarkTraceur, Aklapper, Michael, E.S.A-Sheild, 
darthmon_wmde, Premeditated, Edtadros, joker88john, CucyNoiD, Nandana, 
NebulousIris, JKSTNK, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, 
Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Ramsey-WMF, Darkminds3113, 
Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, 
QZanden, V4switch, LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, 
rosalieper, Jonas, Wong128hk, Wikidata-bugs, matthiasmullie, aude, 
Ricordisamoa, Lydia_Pintscher, Fabrice_Florin, Jdforrester-WMF, Matanya, 
Mbch331, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T221577: Wikimedia\Rdbms\LBFactory::getEmptyTransactionTicket: LinksUpdate does not have outer scope

[ReleaseTaggerBot]

ReleaseTaggerBot added a project: MW-1.34-notes (1.34.0-wmf.8; 2019-06-04).

TASK DETAIL
  https://phabricator.wikimedia.org/T221577

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: aaron, ReleaseTaggerBot
Cc: kchapman, DannyS712, WMDE-leszek, alaa_wmde, Ladsgroup, Lydia_Pintscher, 
daniel, akosiaris, JTannerWMF, Krinkle, Jdforrester-WMF, Marostegui, aaron, 
TerraCodes, Liuxinyu970226, Aklapper, jcrespo, E.S.A-Sheild, darthmon_wmde, 
Premeditated, joker88john, CucyNoiD, Nandana, NebulousIris, Banyek, Gaboe420, 
Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Imarlier, 
Rayssa-, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, 
GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, 
V4switch, LawExplorer, Vali.matei, WSH1906, Lewizho99, Maathavan, _jensen, 
rosalieper, Jonas, Wong128hk, Niharika, Wikidata-bugs, matthiasmullie, aude, 
Dinoguy1000, Fabrice_Florin, MaxSem, Matanya, Mbch331, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Claimed] T224024: Fatal Error on Commons from Special:EntityData with n3 format (Argument to addEntityRedirect must be EntityId, null given)

[Smalyshev]

Smalyshev claimed this task.

TASK DETAIL
  https://phabricator.wikimedia.org/T224024

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev
Cc: Smalyshev, 20038011003, MarkTraceur, Aklapper, Michael, darthmon_wmde, 
Premeditated, Edtadros, Nandana, JKSTNK, Lahi, Gq86, Ramsey-WMF, 
GoranSMilovanovic, QZanden, V4switch, LawExplorer, _jensen, rosalieper, Jonas, 
Wong128hk, Wikidata-bugs, matthiasmullie, aude, Ricordisamoa, Lydia_Pintscher, 
Fabrice_Florin, Jdforrester-WMF, Matanya, Mbch331, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T224024: Fatal Error on Commons from Special:EntityData with n3 format (Argument to addEntityRedirect must be EntityId, null given)

[Smalyshev]

Smalyshev added a comment.


  Ok, it's clear what is going on:
  
if ( $this->rdfOutputRequested( $format ) && in_array( 
$entityId->getEntityType(), $this->entityTypesWithoutRdfOutput ) ) {
throw new HttpError( 406, $output->msg( 
'wikibase-entitydata-rdf-not-available', $entityId->getEntityType() ) );
}

private function rdfOutputRequested( $format ) {
return $format === 'rdf' || $format === 'ttl' || $format === 
'nt';
}
  
  "n3" is an RDF format but is not treated as such.

TASK DETAIL
  https://phabricator.wikimedia.org/T224024

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev
Cc: Smalyshev, 20038011003, MarkTraceur, Aklapper, Michael, darthmon_wmde, 
Premeditated, Edtadros, Nandana, JKSTNK, Lahi, Gq86, Ramsey-WMF, 
GoranSMilovanovic, QZanden, V4switch, LawExplorer, _jensen, rosalieper, Jonas, 
Wong128hk, Wikidata-bugs, matthiasmullie, aude, Ricordisamoa, Lydia_Pintscher, 
Fabrice_Florin, Jdforrester-WMF, Matanya, Mbch331, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T222306: RDF export generates wrong IDs for federated entities

[Smalyshev]

Smalyshev added a comment.


  According to T222995 , this is 
what we want to get:
  
sdc:M10659 a wikibase:Mediainfo,
wikibase:MediaInfo,
schema:MediaObject ;
schema:caption "(Mostly) empty road near Zion National Park, at 
dusk"@en ;
rdfs:label "(Mostly) empty road near Zion National Park, at dusk"@en ;
skos:prefLabel "(Mostly) empty road near Zion National Park, at 
dusk"@en ;
schema:name "(Mostly) empty road near Zion National Park, at dusk"@en ;
wdt:P64 wd:Q3349 ;
p:P64 sdcs:M10659-9d7a22d3-46af-89b8-8e51-41a8a47c009f .

sdcs:M10659-9d7a22d3-46af-89b8-8e51-41a8a47c009f a wikibase:Statement,
wikibase:BestRank ;
wikibase:rank wikibase:NormalRank ;
ps:P64 wd:Q3349 .

TASK DETAIL
  https://phabricator.wikimedia.org/T222306

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev
Cc: WMDE-leszek, Lucas_Werkmeister_WMDE, Addshore, Ramsey-WMF, Lydia_Pintscher, 
Aklapper, Smalyshev, darthmon_wmde, Premeditated, Nandana, JKSTNK, Lahi, 
PDrouin-WMF, Gq86, E1presidente, Cparle, Anooprao, SandraF_WMF, 
GoranSMilovanovic, QZanden, EBjune, Tramullas, Acer, merbst, LawExplorer, 
Salgo60, Silverfish, Poyekhali, _jensen, rosalieper, Jonas, Xmlizer, 
Susannaanas, Wong128hk, Jane023, jkroll, Wikidata-bugs, Jdouglas, Base, 
matthiasmullie, aude, Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, 
Ricordisamoa, Wesalius, Fabrice_Florin, Raymond, Jdforrester-WMF, 
Steinsplitter, Mbch331, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T221577: Wikimedia\Rdbms\LBFactory::getEmptyTransactionTicket: LinksUpdate does not have outer scope

[gerritbot]

gerritbot added a comment.


  Change 513213 **merged** by jenkins-bot:
  [mediawiki/core@master] Make sure that each DataUpdate still has outer 
transaction scope
  
  https://gerrit.wikimedia.org/r/513213

TASK DETAIL
  https://phabricator.wikimedia.org/T221577

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: aaron, gerritbot
Cc: kchapman, DannyS712, WMDE-leszek, alaa_wmde, Ladsgroup, Lydia_Pintscher, 
daniel, akosiaris, JTannerWMF, Krinkle, Jdforrester-WMF, Marostegui, aaron, 
TerraCodes, Liuxinyu970226, Aklapper, jcrespo, E.S.A-Sheild, darthmon_wmde, 
Premeditated, joker88john, CucyNoiD, Nandana, NebulousIris, Banyek, Gaboe420, 
Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Imarlier, 
Rayssa-, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, 
GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, 
V4switch, LawExplorer, Vali.matei, WSH1906, Lewizho99, Maathavan, _jensen, 
rosalieper, Jonas, Wong128hk, Niharika, Wikidata-bugs, matthiasmullie, aude, 
Dinoguy1000, Fabrice_Florin, MaxSem, Matanya, Mbch331, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T224545: UnexpectedValueException when looking at a Special:MobileDiff for an EntitySchema Revision

[pmiazga]

pmiazga added a project: Readers-Web-Backlog (Tracking).

TASK DETAIL
  https://phabricator.wikimedia.org/T224545

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Michael, pmiazga
Cc: Lucas_Werkmeister_WMDE, Aklapper, Michael, E.S.A-Sheild, darthmon_wmde, 
Premeditated, pdehaye, alaa_wmde, joker88john, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Baloch007, mojoaxel, Darkminds3113, Bsandipan, Lordiis, 
GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, 
YULdigitalpreservation, LawExplorer, Winter, Salgo60, WSH1906, Lewizho99, 
Maathavan, _jensen, rosalieper, Jonas, abian, Wikidata-bugs, aude, 
Lydia_Pintscher, Jdforrester-WMF, Mbch331, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T221577: Wikimedia\Rdbms\LBFactory::getEmptyTransactionTicket: LinksUpdate does not have outer scope

[gerritbot]

gerritbot added a comment.


  Change 513526 had a related patch set uploaded (by Krinkle; owner: Aaron 
Schulz):
  [mediawiki/core@wmf/1.34.0-wmf.7] Make sure that each DataUpdate still has 
outer transaction scope
  
  https://gerrit.wikimedia.org/r/513526

TASK DETAIL
  https://phabricator.wikimedia.org/T221577

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: aaron, gerritbot
Cc: kchapman, DannyS712, WMDE-leszek, alaa_wmde, Ladsgroup, Lydia_Pintscher, 
daniel, akosiaris, JTannerWMF, Krinkle, Jdforrester-WMF, Marostegui, aaron, 
TerraCodes, Liuxinyu970226, Aklapper, jcrespo, E.S.A-Sheild, darthmon_wmde, 
Premeditated, joker88john, CucyNoiD, Nandana, NebulousIris, Banyek, Gaboe420, 
Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Imarlier, 
Rayssa-, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, 
GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, 
V4switch, LawExplorer, Vali.matei, WSH1906, Lewizho99, Maathavan, _jensen, 
rosalieper, Jonas, Wong128hk, Niharika, Wikidata-bugs, matthiasmullie, aude, 
Dinoguy1000, Fabrice_Florin, MaxSem, Matanya, Mbch331, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T224672: ORES/ChangesListHooksHandlerTest causing build failures in other repos (e.g. UploadWizard)

[ReleaseTaggerBot]

ReleaseTaggerBot edited projects, added MW-1.34-notes (1.34.0-wmf.7; 
2019-05-28); removed MW-1.34-notes (1.34.0-wmf.8; 2019-06-04).

TASK DETAIL
  https://phabricator.wikimedia.org/T224672

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: kostajh, ReleaseTaggerBot
Cc: SBisson, kostajh, Krinkle, Liuxinyu970226, Cparle, Aklapper, E.S.A-Sheild, 
darthmon_wmde, Premeditated, joker88john, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Baloch007, Vacio, Darkminds3113, Bsandipan, Lordiis, 
GoranSMilovanovic, Fz-29, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, 
LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Mkdw, 
Taiwania_Justo, notconfusing, srodlund, Wikidata-bugs, aude, Alchimista, 
Jdforrester-WMF, Mbch331, Rxy, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Retitled] T224605: MinervaNeue wdio build fails with PHP error from Wikibase "Failed to map interlanguage prefix es to a global site ID."

[Krinkle]

Krinkle renamed this task from "MinervaNeue wdio test fails with PHP error from 
Wikibase "Failed to map interlanguage prefix es to a global site ID."" to 
"MinervaNeue wdio build fails with PHP error from Wikibase "Failed to map 
interlanguage prefix es to a global site ID."".

TASK DETAIL
  https://phabricator.wikimedia.org/T224605

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Krinkle
Cc: nray, Niedzielski, Liuxinyu970226, pmiazga, Aklapper, darthmon_wmde, 
Premeditated, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 
_jensen, rosalieper, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, 
zeljkofilipin, Jdforrester-WMF, Mbch331, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T224672: ORES/ChangesListHooksHandlerTest causing build failures in other repos (e.g. UploadWizard)

[gerritbot]

gerritbot added a comment.


  Change 513375 **merged** by jenkins-bot:
  [mediawiki/extensions/ORES@wmf/1.34.0-wmf.7] Disable broken test
  
  https://gerrit.wikimedia.org/r/513375

TASK DETAIL
  https://phabricator.wikimedia.org/T224672

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: kostajh, gerritbot
Cc: SBisson, kostajh, Krinkle, Liuxinyu970226, Cparle, Aklapper, E.S.A-Sheild, 
darthmon_wmde, Premeditated, joker88john, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Baloch007, Vacio, Darkminds3113, Bsandipan, Lordiis, 
GoranSMilovanovic, Fz-29, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, 
LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Mkdw, 
Taiwania_Justo, notconfusing, srodlund, Wikidata-bugs, aude, Alchimista, 
Jdforrester-WMF, Mbch331, Rxy, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T224672: ORES/ChangesListHooksHandlerTest causing build failures in other repos (e.g. UploadWizard)

[gerritbot]

gerritbot added a comment.


  Change 513375 had a related patch set uploaded (by Jforrester; owner: Kosta 
Harlan):
  [mediawiki/extensions/ORES@wmf/1.34.0-wmf.7] Disable broken test
  
  https://gerrit.wikimedia.org/r/513375

TASK DETAIL
  https://phabricator.wikimedia.org/T224672

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: kostajh, gerritbot
Cc: SBisson, kostajh, Krinkle, Liuxinyu970226, Cparle, Aklapper, E.S.A-Sheild, 
darthmon_wmde, Premeditated, joker88john, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Baloch007, Vacio, Darkminds3113, Bsandipan, Lordiis, 
GoranSMilovanovic, Fz-29, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, 
LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Mkdw, 
Taiwania_Justo, notconfusing, srodlund, Wikidata-bugs, aude, Alchimista, 
Jdforrester-WMF, Mbch331, Rxy, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T199440: Install cache/integration-tests with Wikibase CI tests

[Legoktm]

Legoktm updated the task description.

TASK DETAIL
  https://phabricator.wikimedia.org/T199440

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Addshore, Legoktm
Cc: gerritbot, WMDE-leszek, Legoktm, hashar, Aleksey_WMDE, Addshore, Aklapper, 
E.S.A-Sheild, darthmon_wmde, Redabr4, Premeditated, Zanziii, Sadisticturd, 
joker88john, CucyNoiD, Nandana, NebulousIris, Gaboe420, A.S.Kochergin, 
Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, 
Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, 
Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, Lewizho99, 
Maathavan, _jensen, rosalieper, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T224672: ORES/ChangesListHooksHandlerTest causing build failures in other repos (e.g. UploadWizard)

[kostajh]

kostajh added a project: MediaWiki-extensions-WikibaseClient.
Restricted Application added a project: Wikidata.

TASK DETAIL
  https://phabricator.wikimedia.org/T224672

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: kostajh
Cc: SBisson, kostajh, Krinkle, Liuxinyu970226, Cparle, Aklapper, E.S.A-Sheild, 
darthmon_wmde, Premeditated, joker88john, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Baloch007, Vacio, Darkminds3113, Bsandipan, Lordiis, 
GoranSMilovanovic, Fz-29, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, 
LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Mkdw, 
Taiwania_Justo, notconfusing, srodlund, Wikidata-bugs, aude, Alchimista, 
Jdforrester-WMF, Mbch331, Rxy, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T223946: Wikidata wdtn:P214 values (VIAF) seem to be corrupt

[Maintenance_bot]

Maintenance_bot removed a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T223946

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Maintenance_bot
Cc: Igorkim78, Smalyshev, Esc3300, Jheald, matej_suchanek, Aklapper, 
Tagishsimon, darthmon_wmde, Premeditated, Nandana, Lahi, Gq86, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Jonas, Xmlizer, jkroll, Wikidata-bugs, 
Jdouglas, aude, Tobias1984, Manybubbles, Mbch331, Krenair, E.S.A-Sheild, 
joker88john, CucyNoiD, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, 
Giuliamocci, Adrian1985, Cpaulf30, Baloch007, Darkminds3113, Bsandipan, 
Lordiis, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, WSH1906, Lewizho99, Maathavan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T224607: CentralAuth, MassMessage and WikibaseLexeme build failures

[Vedmaka]

Vedmaka added a comment.


  In T224607#555 , 
@Umherirrender wrote:
  
  > MediaWikiTestCase::setGroupPermissions should override the services, not 
each extension calling that function or at least mention the fact, that it is 
needed.
  
  
  I believe there are a couple of issues with just adding services override 
into `MediaWikiTestCase::setGroupPermissions` :
  
  - In some cases groups permissions in tests being changed via globals - 
directly or via `setMwGlobals` calls and not via `setGroupPermissions`, for 
example:
- 
https://gerrit.wikimedia.org/r/c/mediawiki/extensions/AbuseFilter/+/509165/5/tests/phpunit/AbuseFilterTest.php#94
- 
https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Wikibase/+/509619/7/repo/tests/phpunit/includes/Actions/EditEntityActionTest.php#922
- https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Wikibase/+/509619
  - Some tests override services individually so `overrideMwServices` call is 
prohibited (at the moment). eg:
- 
https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/Wikibase/+/refs/heads/master/repo/tests/phpunit/includes/Api/WikibaseApiTestCase.php#34
  
  So it looks like we either need to change the logic around 
`overrideMwServices`/`setService` or we could try to reset `PermissionManger` 
only via `MediaWikiServices::resetServiceForTesting`, though this would solve 
only the second problem and not the first.

TASK DETAIL
  https://phabricator.wikimedia.org/T224607

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: kostajh, Vedmaka
Cc: nray, Umherirrender, Vedmaka, daniel, Krinkle, Liuxinyu970226, kostajh, 
E.S.A-Sheild, darthmon_wmde, Premeditated, joker88john, DannyS712, CucyNoiD, 
Nandana, NebulousIris, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, 
Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, 
Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, 
QZanden, LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, 
Wong128hk, Wikidata-bugs, Snowolf, aude, Darkdadaah, Jdforrester-WMF, Mbch331, 
Rxy, Jay8g, Krenair, Legoktm
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T224678: Feature request: ability to include labels for related entities in wbgetentities responses

[Mholloway]

Mholloway added a project: Reading-Infrastructure-Team-Backlog.

TASK DETAIL
  https://phabricator.wikimedia.org/T224678

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Mholloway
Cc: Mholloway, Aklapper, JoeWalsh, darthmon_wmde, Premeditated, Nandana, Lahi, 
Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 
Wikidata-bugs, aude, Jdforrester-WMF, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T223946: Wikidata wdtn:P214 values (VIAF) seem to be corrupt

[gerritbot]

gerritbot added a comment.


  Change 513244 **merged** by Smalyshev:
  [wikidata/query/blazegraph@master] Fix handling of numbers that convert to 
negative longs
  
  https://gerrit.wikimedia.org/r/513244

TASK DETAIL
  https://phabricator.wikimedia.org/T223946

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: Igorkim78, Smalyshev, Esc3300, Jheald, matej_suchanek, Aklapper, 
Tagishsimon, E.S.A-Sheild, darthmon_wmde, Premeditated, joker88john, CucyNoiD, 
Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, 
Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, 
Liugev6, QZanden, EBjune, merbst, LawExplorer, WSH1906, Lewizho99, Maathavan, 
_jensen, rosalieper, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, 
Tobias1984, Manybubbles, Mbch331, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Status] T213191: Some queries causes wdqs-blazegraph on wdqs1006 to crash and restart

[Smalyshev]

Smalyshev changed the task status from "Open" to "Stalled".
Smalyshev lowered the priority of this task from "Normal" to "Low".
Restricted Application added a subscriber: Liuxinyu970226.

TASK DETAIL
  https://phabricator.wikimedia.org/T213191

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev
Cc: Liuxinyu970226, Gehel, Smalyshev, Mathew.onipe, Aklapper, darthmon_wmde, 
Premeditated, Legado_Shulgin, Nandana, thifranc, AndyTan, Davinaclare77, 
Qtn1293, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Th3d3v1ls, 
Hfbn0, QZanden, EBjune, merbst, LawExplorer, Zppix, _jensen, rosalieper, Jonas, 
Xmlizer, Wong128hk, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, 
Manybubbles, faidon, Mbch331, Jay8g, fgiunchedi
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T213375: Inline value and reference URIs

[Smalyshev]

Smalyshev edited projects, added Discovery-Wikidata-Query-Service-Sprint; 
removed Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T213375

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Igorkim78, Smalyshev
Cc: Igorkim78, Aklapper, Gehel, Smalyshev, darthmon_wmde, Premeditated, 
Nandana, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, 
EBjune, merbst, LawExplorer, _jensen, rosalieper, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331, E.S.A-Sheild, 
joker88john, CucyNoiD, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, 
Giuliamocci, Adrian1985, Cpaulf30, Baloch007, Darkminds3113, Bsandipan, 
Lordiis, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, WSH1906, Lewizho99, Maathavan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T222574: WDQS scripts assume JDK 8 and are not working on JDK 12

[Smalyshev]

Smalyshev closed this task as "Resolved".
Smalyshev claimed this task.
Smalyshev added a comment.


  Should be fixed now

TASK DETAIL
  https://phabricator.wikimedia.org/T222574

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev
Cc: Smalyshev, Jakub.klimek, Aklapper, E.S.A-Sheild, darthmon_wmde, 
Premeditated, joker88john, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, 
Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, 
Darkminds3113, Bsandipan, Lordiis, Lucas_Werkmeister_WMDE, GoranSMilovanovic, 
Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, merbst, LawExplorer, 
WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Shape Expressions arrive on Wikidata on May 28th

[Benjamin Good]

I'd like to restate the initial question.

Why did wikidata choose shex instead of other approaches?

>From this very detailed comparison
http://book.validatingrdf.com/bookHtml013.html  (thank you Andra!) I could
see arguments in both directions.  I'm curious to know what swayed the
wikidata software team as my group is currently grappling with the same
decision.

On Thu, May 30, 2019 at 7:55 AM Peter F. Patel-Schneider <
pfpschnei...@gmail.com> wrote:

> The history of ShEx is quite complex.
>
> I don't think that one can say that there were complete and conforming
> implementations of ShEx in 2017 because the main ShEX specification,
> http://shex.io/shex-semantics-20170713/ was ill-founded.  I pointed this
> out
> in https://lists.w3.org/Archives/Public/public-shex/2018Mar/0008.html
>
> There were several quite different semantics proposed for ShEx somewhat
> earlier, all with significant problems.
>
> peter
>
>
>
>
>
> On 5/30/19 12:34 AM, Andra Waagmeester wrote:
> > I really don't see the issue here. SHACL, like ShEx is a language to
> express
> > data shapes. I adopted using ShEx in a wikidata context 2016 when ShEx
> was
> > demonstrated at a tutorial at the SWAT4HCLS conference [1] in Amsterdam,
> where
> > it was discussed in both a tutorial and a hackathon topic. At that
> conferene,
> > I was convinced that ShEx is helpful in maintaining quality in Wikidata.
> ShEx
> > offers not only the means to validate data shapes in Wikidata, but it
> also
> > provides a way to document how primary data is expressed in Wikidata.
> In 2016
> > I joined the ShEx community group [2]. Since I have been actively using
> ShEx
> > in defining shapes in various projects on Wikidata (e.g. Gene Wiki and
> > Wikicite).  It is not that this happened in secrecy. On the contrary, it
> was
> > discussed at both Wikimedia [3,4] and non-Wikimedia events [5,6,7].
> >
> > It is also not the case that SHACL has not been discussed in this
> context, on
> > the contrary, I have very good memories of a workshop where both were
> debated
> > (see page 24 ;) )  [8]
> >
> > IMHO  the statement that we all should adhere to one standard, simply
> because
> > it is a standard, is not a valid argument. Imagine having to dictate
> that we
> > all should speak English because it is the standard language.  In every
> single
> > talk that I have given since 2016, proponents of SHACL have been very
> vocal in
> > asking the same question over and over again "why not SHACL?", where the
> > discussion never went beyond, "You should because it is a standard". It
> is
> > also a bit disingenuous to suggest we all should adhere to SHACL because
> it is
> > the standard, while in the same sentence calling it a "Recommendation".
> >
> > Although initially, I was open to SHACL as well (I use both Mac and
> Linux, so
> > why not open up to different alternatives in data shapes), (Some)
> Arguments
> > for me to prefer ShEx over SHACL are:
> > 1. Already in 2017 there were different (open) implementations. At the
> time
> > SHACL didn't have much tooling to choose from, other than one javascript
> > implementation and a proprietary software package.
> > 2. ShEx has a more intuitive way of describing Shapes, which is the
> compact
> > syntax (ShExC). SHACL seems to have adopted the compact syntax as well,
> but
> > only yesterday [9].
> > 3. The culture in the Shape Expression community group aligns well with
> the
> > culture in Wikidata.
> > 4. I don't want to be shackled to one standard (pun intended). I assume
> the
> > name was chosen with a shackle in mind, which puts constraints at the
> core of
> > the language. Wikidata already has different methods in place to deal
> with
> > constraints and constraint violations. In the context of Wikidata, ShEx
> should
> > specifically not be intended to impose constraints, on the contrary, it
> allows
> > expressing of disagreement or variants of different shapes, whether
> conflict
> > or not. Which fits well with the NPOV concept. Symbols do matter.
> >
> > For a less personal comparison, I refer to the "Validating RDF data" book
> > which describes both ShEx and SHACL, and has a specific chapter on how
> they
> > compare and differ [10]
> >
> > Up until now, I have been using ShEx in repositories outside the Wikidata
> > ecosystem (e.g. Github), but I am really excited about the release of
> this
> > extension. I am curious about how the wiki extension will influence the
> > maintenance of schemas. Schemas are currently often expressed as static
> > images, while in practice the schemas are as fluid as the underlying data
> > itself. Being able to document these changes dynamically (the wiki way),
> can
> > be very interesting. One specific expectation I have is that it might
> make it
> > easier to write federated SPARQL queries. Currently, when writing these
> > federated queries we often have to rely on either a set of example
> queries or
> > a one-time schema description, which makes it hard to 

[Wikidata-bugs] [Maniphest] [Retitled] T224678: Feature request: ability to include labels for related entities in wbgetentities responses

[JoeWalsh]

JoeWalsh renamed this task from "Feature request: ability to include labels for 
related entities in wbgetentities response" to "Feature request: ability to 
include labels for related entities in wbgetentities responses".

TASK DETAIL
  https://phabricator.wikimedia.org/T224678

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JoeWalsh
Cc: Aklapper, JoeWalsh, darthmon_wmde, Premeditated, Nandana, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, 
aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T224678: Feature request: ability to include labels for related entities in wbgetentities response

[JoeWalsh]

JoeWalsh created this task.
JoeWalsh added projects: MediaWiki-extensions-WikibaseRepository, Wikidata.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  To add additional structured data to new APIs, the Reading Infrastructure 
team would like the ability to include labels for related entities included in 
`wbgetentities` responses to avoid having to make a second request for that 
information.
  
  **Current behavior:**
  
  A request like 
https://commons.wikimedia.org/w/api.php?action=wbgetentities=en=2=M41837276=json
 returns:
  
{
  "entities": {
"M41837276": {
  "pageid": 41837276,
  "ns": 6,
  "title": "File:Pluto-01 Stern 03 Pluto Color TXT.jpg",
  "lastrevid": 349086472,
  "modified": "2019-05-07T13:02:06Z",
  "type": "mediainfo",
  "id": "M41837276",
  "labels": {
"en": {
  "language": "en",
  "value": "High-resolution MVIC image of Pluto in enhanced color 
to bring out differences in surface composition."
}
  },
  "descriptions": {},
  "statements": {
"P180": [
  {
"mainsnak": {
  "snaktype": "value",
  "property": "P180",
  "hash": "37091d3741ed1d6b19bf23f5947366650883be7d",
  "datavalue": {
"value": {
  "entity-type": "item",
  "numeric-id": 339,
  "id": "Q339"
},
"type": "wikibase-entityid"
  }
},
"type": "statement",
"id": "M41837276$31a303cd-44a6-e116-09ab-fb02d71f2aef",
"rank": "preferred"
  }
]
  }
}
  },
  "success": 1
}
  
  **Desired behavior:**
  
  A parameter that would alter the response to include labels of related 
entities (`P180` and `Q339` in this example):
  
{
  "entities": {
"M41837276": {
  "pageid": 41837276,
  "ns": 6,
  "title": "File:Pluto-01 Stern 03 Pluto Color TXT.jpg",
  "lastrevid": 349086472,
  "modified": "2019-05-07T13:02:06Z",
  "type": "mediainfo",
  "id": "M41837276",
  "labels": {
"en": {
  "language": "en",
  "value": "High-resolution MVIC image of Pluto in enhanced color 
to bring out differences in surface composition."
}
  },
  "descriptions": {},
  "statements": {
"P180": {
  "labels": {
"en": {
  "language": "en",
  "value": "depicts"
}
  },
  "values": [
{
  "mainsnak": {
"snaktype": "value",
"property": "P180",
"hash": "37091d3741ed1d6b19bf23f5947366650883be7d",
"datavalue": {
  "value": {
"entity-type": "item",
"numeric-id": 339,
"id": "Q339",
"labels": {
  "en": {
"language": "en",
"value": "Pluto"
  }
}
  },
  "type": "wikibase-entityid"
}
  },
  "type": "statement",
  "id": "M41837276$31a303cd-44a6-e116-09ab-fb02d71f2aef",
  "rank": "preferred"
}
  ]
}
  }
}
  },
  "success": 1
}
  
  Open to suggestions about structure of the response or other ways to achieve 
this.

TASK DETAIL
  https://phabricator.wikimedia.org/T224678

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JoeWalsh
Cc: Aklapper, JoeWalsh, darthmon_wmde, Premeditated, Nandana, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 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] T224607: CentralAuth, MassMessage and WikibaseLexeme build failures

[gerritbot]

gerritbot added a comment.


  Change 513283 abandoned by Kosta Harlan:
  Add CentralAuth, MassMessage and WikibaseLexeme to gated extensions
  
  https://gerrit.wikimedia.org/r/513283

TASK DETAIL
  https://phabricator.wikimedia.org/T224607

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: kostajh, gerritbot
Cc: nray, Umherirrender, Vedmaka, daniel, Krinkle, Liuxinyu970226, kostajh, 
E.S.A-Sheild, darthmon_wmde, Premeditated, joker88john, DannyS712, CucyNoiD, 
Nandana, NebulousIris, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, 
Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, 
Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, 
QZanden, LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, 
Wong128hk, Wikidata-bugs, Snowolf, aude, Darkdadaah, Jdforrester-WMF, Mbch331, 
Rxy, Jay8g, Krenair, Legoktm
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Lowered Priority] T224607: CentralAuth, MassMessage and WikibaseLexeme build failures

[Krinkle]

Krinkle moved this task from Untriaged to Resolved on the 
Wikimedia-production-error (Shared Build Failure) board.
Krinkle lowered the priority of this task from "Unbreak Now!" to "High".
Krinkle added a comment.


  @kostajh I assume that means CI is now unblocked. Undo if now :)

TASK DETAIL
  https://phabricator.wikimedia.org/T224607

WORKBOARD
  https://phabricator.wikimedia.org/project/board/3298/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: kostajh, Krinkle
Cc: Umherirrender, Vedmaka, daniel, Krinkle, Liuxinyu970226, kostajh, 
E.S.A-Sheild, darthmon_wmde, Premeditated, joker88john, DannyS712, CucyNoiD, 
Nandana, NebulousIris, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, 
Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, 
Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, 
QZanden, LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, 
Wong128hk, Wikidata-bugs, Snowolf, aude, Darkdadaah, Jdforrester-WMF, Mbch331, 
Rxy, Jay8g, Krenair, Legoktm
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Shape Expressions arrive on Wikidata on May 28th

[Peter F. Patel-Schneider]

The history of ShEx is quite complex.

I don't think that one can say that there were complete and conforming
implementations of ShEx in 2017 because the main ShEX specification,
http://shex.io/shex-semantics-20170713/ was ill-founded.  I pointed this out
in https://lists.w3.org/Archives/Public/public-shex/2018Mar/0008.html

There were several quite different semantics proposed for ShEx somewhat
earlier, all with significant problems.

peter





On 5/30/19 12:34 AM, Andra Waagmeester wrote:
> I really don't see the issue here. SHACL, like ShEx is a language to express
> data shapes. I adopted using ShEx in a wikidata context 2016 when ShEx was
> demonstrated at a tutorial at the SWAT4HCLS conference [1] in Amsterdam, where
> it was discussed in both a tutorial and a hackathon topic. At that conferene,
> I was convinced that ShEx is helpful in maintaining quality in Wikidata. ShEx
> offers not only the means to validate data shapes in Wikidata, but it also
> provides a way to document how primary data is expressed in Wikidata.  In 2016
> I joined the ShEx community group [2]. Since I have been actively using ShEx
> in defining shapes in various projects on Wikidata (e.g. Gene Wiki and
> Wikicite).  It is not that this happened in secrecy. On the contrary, it was
> discussed at both Wikimedia [3,4] and non-Wikimedia events [5,6,7].
> 
> It is also not the case that SHACL has not been discussed in this context, on
> the contrary, I have very good memories of a workshop where both were debated
> (see page 24 ;) )  [8]
> 
> IMHO  the statement that we all should adhere to one standard, simply because
> it is a standard, is not a valid argument. Imagine having to dictate that we
> all should speak English because it is the standard language.  In every single
> talk that I have given since 2016, proponents of SHACL have been very vocal in
> asking the same question over and over again "why not SHACL?", where the
> discussion never went beyond, "You should because it is a standard". It is
> also a bit disingenuous to suggest we all should adhere to SHACL because it is
> the standard, while in the same sentence calling it a "Recommendation". 
> 
> Although initially, I was open to SHACL as well (I use both Mac and Linux, so
> why not open up to different alternatives in data shapes), (Some) Arguments
> for me to prefer ShEx over SHACL are:
> 1. Already in 2017 there were different (open) implementations. At the time
> SHACL didn't have much tooling to choose from, other than one javascript
> implementation and a proprietary software package. 
> 2. ShEx has a more intuitive way of describing Shapes, which is the compact
> syntax (ShExC). SHACL seems to have adopted the compact syntax as well, but
> only yesterday [9].
> 3. The culture in the Shape Expression community group aligns well with the
> culture in Wikidata. 
> 4. I don't want to be shackled to one standard (pun intended). I assume the
> name was chosen with a shackle in mind, which puts constraints at the core of
> the language. Wikidata already has different methods in place to deal with
> constraints and constraint violations. In the context of Wikidata, ShEx should
> specifically not be intended to impose constraints, on the contrary, it allows
> expressing of disagreement or variants of different shapes, whether conflict
> or not. Which fits well with the NPOV concept. Symbols do matter. 
> 
> For a less personal comparison, I refer to the "Validating RDF data" book
> which describes both ShEx and SHACL, and has a specific chapter on how they
> compare and differ [10]
> 
> Up until now, I have been using ShEx in repositories outside the Wikidata
> ecosystem (e.g. Github), but I am really excited about the release of this
> extension. I am curious about how the wiki extension will influence the
> maintenance of schemas. Schemas are currently often expressed as static
> images, while in practice the schemas are as fluid as the underlying data
> itself. Being able to document these changes dynamically (the wiki way), can
> be very interesting. One specific expectation I have is that it might make it
> easier to write federated SPARQL queries. Currently, when writing these
> federated queries we often have to rely on either a set of example queries or
> a one-time schema description, which makes it hard to write those queries,
> because of schemas changing constantly. Federated SPARQL queries now really is
> a process of "slot machine" querying, where one has to explore the underlying
> schema, query by query. With a wiki in place and a  community maintaining
> these ever-changing schema's, I expect better documentation.
> 
> The data shape community, instead of adhering to one language, should really
> be proud to have produced two very helpful languages. ShEx and SHACL are
> similar but do have differences so both have merit to exist and I wish we
> could steer away from this ShEx vs SHACL feud. It really isn't helping the
> cause, i.e. being able to 

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

[ArielGlenn]

ArielGlenn added a comment.


  Retries of wikidata entity dumps rerun the particular batch from a MediaWiki 
maintenance script; it will set up configuration from scratch.

TASK DETAIL
  https://phabricator.wikimedia.org/T138208

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: ArielGlenn
Cc: Lydia_Pintscher, daniel, hoo, ArielGlenn, jcrespo, Zppix, darthmon_wmde, 
Premeditated, Nandana, Lahi, Gq86, GoranSMilovanovic, Lunewa, QZanden, 
LawExplorer, _jensen, rosalieper, gnosygnu, 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] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium

[jcrespo]

jcrespo added a comment.


  Because this issue, or T143870 , 
and/or long running connections due to mw connection handler, there was a 
connection issue at 
https://logstash.wikimedia.org/goto/286304e84262d2fe3335acd5eed135bb and there 
is likely to be another one. This may or may not create isues on wikidata 
dumps/exports, depending if retries are done on the latest configuration.

TASK DETAIL
  https://phabricator.wikimedia.org/T138208

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: jcrespo
Cc: Lydia_Pintscher, daniel, hoo, ArielGlenn, jcrespo, Zppix, darthmon_wmde, 
Premeditated, Nandana, Lahi, Gq86, GoranSMilovanovic, Lunewa, QZanden, 
LawExplorer, _jensen, rosalieper, gnosygnu, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata-tech] [Wikidata] Shape Expressions arrive on Wikidata on May 28th

[James Heald]

Hi Léa,

Thanks to all the team for this.

I've proposed a property,

https://www.wikidata.org/wiki/Wikidata:Property_proposal/Shape_Expression_for_class

To make this work, is it possible to have a Shape Expression as the 
value of a statement on Wikidata (and the RDF dump, and WDQS) ?


Is there a timescale in which this should become possible ?

Thanks,

   James.




On 28/05/2019 17:04, Léa Lacroix wrote:

Hello all,

As previously announced, we just released shape expressions on Wikidata.
You can for example have a look at E10, the shape for human
, or create a new
EntitySchema .

A few useful links:

- WikiProject ShEx

- introduction to ShEx 
- more details about the language 
- More information about how to create a Schema


- Phabricator tag: shape-expressions

- User script

to highlight items and properties in the schema code and turn the IDs into
links

If you have any question or encounter issues, feel free to ping me. Cheers,

Léa

On Sun, 19 May 2019 at 15:32, Léa Lacroix  wrote:


Hello all,

After several months of development and testing together with the WikiProject
ShEx , Shape
Expressions are about to be enabled on Wikidata.
*First of all, what are Shape Expressions?*

ShEx (Q29377880)  is a concise,
formal modeling and validation language for RDF structures. Shape
Expressions can be used to define shapes within the RDF graph. In the case
of Wikidata, this would be sets of properties, qualifiers and references
that describe the domain being modeled.

See also:

- a short video about ShEx
 made by community
members during the Wikimedia hackathon 2019
- introduction to ShEx 
- more details about the language 

*What can it be used for?*

On Wikidata, the main goal of Shape Expressions would be to describe what
the basic structure of an item would be. For example, for a human, we
probably want to have a date of birth, a place of birth, and many other
important statements. But we would also like to make sure that if a
statement with the property “children” exists, the value(s) of this
property should be humans as well. Schemas will describe in detail what is
expected in the structure of items, statements and values of these
statements.

Once Schemas are created for various types of items, it is possible to
test some existing items against the Schema, and highlight possible errors
or lack of information. Subsets of the Wikidata graph can be tested to see
whether or not they conform to a specific shape through the use of
validation tools. Therefore, Schemas will be very useful to help the
editors improving the data quality. We imagine this to be especially useful
for wiki projects to more easily discuss and ensure the modeling of items
in their domain. In the spirit of Wikidata not restricting the world, Shape
Expressions are a tool to highlight, not prevent, errors.

On top of this, one could imagine other uses of Schemas in the future, for
example building a tool that would suggest, when creating a new item, what
would be the basic structure for this item, and helping adding statements
or values. A bit like this existing tool, Cradle
, that is currently
not based on ShEx.
*What is going to change on Wikidata?*

- A new extension will be added to Wikidata: EntitySchema
, defining the
Schema namespace and its behavior as well as special pages related to it.
- A new entity type, EntitySchema, will be enabled to store Shape
Expressions. Schemas will be identified with the letter E.
- The Schemas will have multilingual labels, descriptions and aliases
(quite similar to the termbox on Items), and the schema text one can fill
with a syntax called ShEx Compact Syntax (ShExC)
. You can see an example here
.
- The external tool shex-simple


is directly linked from the Schema pages in order to check entities of your
choice against the schema.

*When is this happening?*

Schemas 

Re: [Wikidata-tech] [Wikidata] Shape Expressions arrive on Wikidata on May 28th

[Antoine Zimmermann]

Hello,


Could you explain why the non-standard ShEx has been chosen rather than 
the W3C Recommendation SHACL?


I would assume that if one has several options for bringing a 
functionality to something that largely promotes interoperability (like 
Wikidata), the default choice should be a standard, and /only if/ one 
has a carefully crafted argumentation to reject it, one would opt for 
something else.


For those who may not know, the W3C RDF Data Shapes Working Group worked 
between 2014 and 2017 on defining a standard for describing data shapes 
in RDF. ShEx existed already and was a candidate for standardisation. 
Eventually, another standard emerged, Shapes Constraint Language (SHACL, 
see https://www.w3.org/TR/shacl/).


Disclaimer: I did not contribute to either SHACL or ShEx, and I do not 
know them enough to judge which one is better.



Best,
--AZ


On 19/05/2019 15:32, Léa Lacroix wrote:

Hello all,

After several months of development and testing together with the 
WikiProject ShEx 
, Shape 
Expressions are about to be enabled on Wikidata.


*First of all, what are Shape Expressions?*

ShEx (Q29377880)  is a concise, 
formal modeling and validation language for RDF structures. Shape 
Expressions can be used to define shapes within the RDF graph. In the 
case of Wikidata, this would be sets of properties, qualifiers and 
references that describe the domain being modeled.


See also:

  * a short video about ShEx
 made by community
members during the Wikimedia hackathon 2019
  * introduction to ShEx 
  * more details about the language 

*What can it be used for?*

On Wikidata, the main goal of Shape Expressions would be to describe 
what the basic structure of an item would be. For example, for a human, 
we probably want to have a date of birth, a place of birth, and many 
other important statements. But we would also like to make sure that if 
a statement with the property “children” exists, the value(s) of this 
property should be humans as well. Schemas will describe in detail what 
is expected in the structure of items, statements and values of these 
statements.


Once Schemas are created for various types of items, it is possible to 
test some existing items against the Schema, and highlight possible 
errors or lack of information. Subsets of the Wikidata graph can be 
tested to see whether or not they conform to a specific shape through 
the use of validation tools. Therefore, Schemas will be very useful to 
help the editors improving the data quality. We imagine this to be 
especially useful for wiki projects to more easily discuss and ensure 
the modeling of items in their domain. In the spirit of Wikidata not 
restricting the world, Shape Expressions are a tool to highlight, not 
prevent, errors.


On top of this, one could imagine other uses of Schemas in the future, 
for example building a tool that would suggest, when creating a new 
item, what would be the basic structure for this item, and helping 
adding statements or values. A bit like this existing tool, Cradle 
, that is currently 
not based on ShEx.


*What is going to change on Wikidata?*

  * A new extension will be added to Wikidata: EntitySchema
, defining
the Schema namespace and its behavior as well as special pages
related to it.
  * A new entity type, EntitySchema, will be enabled to store Shape
Expressions. Schemas will be identified with the letter E.
  * The Schemas will have multilingual labels, descriptions and aliases
(quite similar to the termbox on Items), and the schema text one can
fill with a syntax called ShEx Compact Syntax (ShExC)
. You can see an example here
.
  * The external tool shex-simple


is directly linked from the Schema pages in order to check entities
of your choice against the schema.

*When is this happening?*

Schemas will be enabled on on test.wikidata.org 
 on May 21st and on wikidata.org 
 on May 28th. After this release, they will be 
integrated to the regular maintenance just like the rest of Wikidata’s 
features.


*How can you help?*

  * Before the release, you can try to edit or create Shape Expressions
on our test system 
  * If you find any issue or feature you’d like to have, feel free to
create a new task on Phabricator with the tag 

[Wikidata-bugs] [Maniphest] [Updated] T224607: CentralAuth, MassMessage and WikibaseLexeme build failures

[kostajh]

kostajh added a comment.


  Unassigning myself as the core patch has been reverted. See the note in 
T218558#5223836 

TASK DETAIL
  https://phabricator.wikimedia.org/T224607

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: kostajh
Cc: Umherirrender, Vedmaka, daniel, Krinkle, Liuxinyu970226, kostajh, 
E.S.A-Sheild, darthmon_wmde, Premeditated, joker88john, DannyS712, CucyNoiD, 
Nandana, NebulousIris, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, 
Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, 
Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, 
QZanden, LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, 
Wong128hk, Wikidata-bugs, Snowolf, aude, Darkdadaah, Jdforrester-WMF, Mbch331, 
Rxy, Jay8g, Krenair, Legoktm
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T215413: Image Classification Working Group

[Ottomata]

Ottomata added a comment.


  Not sure if this is relevant, but this seemed the best place to note. I just 
came across:
  https://github.com/yahoo/TensorFlowOnSpark/wiki/GetStarted_YARN
  It seems relatively easy to package up (e.g. on a notebook host) and ship to 
hdfs and then include it in a spark job.

TASK DETAIL
  https://phabricator.wikimedia.org/T215413

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Miriam, Ottomata
Cc: Ottomata, Jheald, Cirdan, MoritzMuehlenhoff, CDanis, akosiaris, 
SandraF_WMF, Fuzheado, PDrouin-WMF, Krenair, d.astrikov, JoeWalsh, Nirzar, 
dcausse, fgiunchedi, JAllemandou, leila, Capt_Swing, mpopov, Nuria, DarTar, 
Halfak, Gilles, EBernhardson, dr0ptp4kt, Harej, MusikAnimal, Abit, elukey, 
diego, Cparle, Ramsey-WMF, Miriam, Isaac, darthmon_wmde, Premeditated, Nandana, 
JKSTNK, Akovalyov, Lahi, Gq86, E1presidente, Anooprao, GoranSMilovanovic, 
QZanden, EBjune, Tramullas, Acer, V4switch, LawExplorer, Salgo60, Avner, 
Silverfish, _jensen, rosalieper, Susannaanas, Wong128hk, Jane023, terrrydactyl, 
Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, 
Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Matanya, Mbch331, 
jeremyb
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T224607: CentralAuth, MassMessage and WikibaseLexeme build failures

[gerritbot]

gerritbot added a comment.


  Change 513283 had a related patch set uploaded (by Kosta Harlan; owner: Kosta 
Harlan):
  [integration/config@master] Add CentralAuth, MassMessage and WikibaseLexeme 
to gated extensions
  
  https://gerrit.wikimedia.org/r/513283

TASK DETAIL
  https://phabricator.wikimedia.org/T224607

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: kostajh, gerritbot
Cc: Umherirrender, Vedmaka, daniel, Krinkle, Sario528, Liuxinyu970226, kostajh, 
E.S.A-Sheild, darthmon_wmde, Premeditated, joker88john, DannyS712, CucyNoiD, 
Nandana, NebulousIris, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, 
Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, 
Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, 
QZanden, LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, 
Wong128hk, Wikidata-bugs, Snowolf, aude, Darkdadaah, Jdforrester-WMF, Mbch331, 
Rxy, Jay8g, Krenair, Legoktm
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T205045: Exception from LinksUpdate: Deadlock found in database query (from Wikibase\Client\Usage\Sql\EntityUsageTable::addUsages)

[Lydia_Pintscher]

Lydia_Pintscher added a comment.


  @jcrespo thank you! That's useful information.
  
  @Ladsgroup @Addshore What's needed to get this ready for pickup in camp?

TASK DETAIL
  https://phabricator.wikimedia.org/T205045

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lydia_Pintscher
Cc: Lydia_Pintscher, jcrespo, Ladsgroup, hoo, Addshore, Marostegui, Aklapper, 
Krinkle, darthmon_wmde, Premeditated, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Jonas, Wikidata-bugs, aude, 
Jdforrester-WMF, Mbch331, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T224607: CentralAuth, MassMessage and WikibaseLexeme build failures

[gerritbot]

gerritbot added a comment.


  Change 513268 had a related patch set uploaded (by Daniel Kinzler; owner: 
Daniel Kinzler):
  [mediawiki/core@master] Reset services after setting group permissions in 
tests.
  
  https://gerrit.wikimedia.org/r/513268

TASK DETAIL
  https://phabricator.wikimedia.org/T224607

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: kostajh, gerritbot
Cc: Umherirrender, Vedmaka, daniel, Krinkle, Sario528, Liuxinyu970226, kostajh, 
E.S.A-Sheild, darthmon_wmde, Premeditated, joker88john, DannyS712, CucyNoiD, 
Nandana, NebulousIris, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, 
Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, 
Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, 
QZanden, LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, 
Wong128hk, Wikidata-bugs, Snowolf, aude, Darkdadaah, Jdforrester-WMF, Mbch331, 
Rxy, Jay8g, Krenair, Legoktm
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T224607: CentralAuth, MassMessage and WikibaseLexeme build failures

[daniel]

daniel added a comment.


  In T224607#555 , 
@Umherirrender wrote:
  
  > MediaWikiTestCase::setGroupPermissions should override the services, not 
each extension calling that function or at least mention the fact, that it is 
needed.
  
  
  Indeed. I'm making a patch.

TASK DETAIL
  https://phabricator.wikimedia.org/T224607

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: kostajh, daniel
Cc: Umherirrender, Vedmaka, daniel, Krinkle, Sario528, Liuxinyu970226, kostajh, 
E.S.A-Sheild, darthmon_wmde, Premeditated, joker88john, DannyS712, CucyNoiD, 
Nandana, NebulousIris, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, 
Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, 
Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, 
QZanden, LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, 
Wong128hk, Wikidata-bugs, Snowolf, aude, Darkdadaah, Jdforrester-WMF, Mbch331, 
Rxy, Jay8g, Krenair, Legoktm
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T205045: Exception from LinksUpdate: Deadlock found in database query (from Wikibase\Client\Usage\Sql\EntityUsageTable::addUsages)

[jcrespo]

jcrespo added a comment.


  FYI, because in the past I have been told  by people they were not aware of 
the impact. I am **not** too worried about this because I don't think it 
creates user impact (it impacts only the jobqueue), but this is probably at the 
moment the most frequent Wikibase database error, and one of the top ones on 
the wikimedia database infrastructure (probably the top except T221577 
): 
https://logstash.wikimedia.org/goto/a224c66bbf0cc9969cfc4e71bc3c2e7a

TASK DETAIL
  https://phabricator.wikimedia.org/T205045

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: jcrespo
Cc: jcrespo, Ladsgroup, hoo, Addshore, Marostegui, Aklapper, Krinkle, 
darthmon_wmde, Premeditated, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, 
LawExplorer, _jensen, rosalieper, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, 
Jdforrester-WMF, Mbch331, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T211177: WDQ UI should support download of RDF formats

[VladimirAlexiev]

VladimirAlexiev added a comment.


  @Peb will this work in a streaming fashion? I know WD has a 60s timeout but 
still it can produce some 10-100 megabytes in that time. Will the JS approach 
be reliable enough ?
  It's also important to be able to get Turtle, using all available prefixes, 
which is a lot more readable than ntriples.
  
  I guess Blazegraph has this,  and I disagree with Lucas that the query should 
not be run a second time. If the user acted a minute later,  they would get 
that data with both approaches,  so what dors it matter if the results are a 
bit different between ui and download?

TASK DETAIL
  https://phabricator.wikimedia.org/T211177

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Peb, VladimirAlexiev
Cc: Lucas_Werkmeister_WMDE, Peb, Smalyshev, Aklapper, VladimirAlexiev, 
darthmon_wmde, Premeditated, Ferenczy, sarhan.alaa, Samuditha24, IM3847, 
Dinadineke, Nandana, kostajh, tabish.shaikh91, Lahi, Gq86, GoranSMilovanovic, 
Soteriaspace, Jayprakash12345, Chicocvenancio, JakeTheDeveloper, 
MichaelSchoenitzer_WMDE, QZanden, EBjune, merbst, LawExplorer, Salgo60, 
Jogi_don, _jensen, rosalieper, D3r1ck01, Jonas, Xmlizer, jkroll, Wikidata-bugs, 
Jdouglas, Jdlrobson, aude, Tobias1984, Manybubbles, Lydia_Pintscher, TheDJ, 
Mbch331, Rxy
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T211178: WDQ CONSTRUCT times out

[VladimirAlexiev]

VladimirAlexiev added a comment.


  Use construct when you want to get an rdf graph out of the repo, especially 
when you want the data to be shaped differently or to use  ontology terms 
different  from the original

TASK DETAIL
  https://phabricator.wikimedia.org/T211178

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: VladimirAlexiev
Cc: Esc3300, Liuxinyu970226, Acka47, Aklapper, VladimirAlexiev, darthmon_wmde, 
Premeditated, Nandana, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, 
QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Jonas, Xmlizer, 
jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, 
Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs