[Wikidata-bugs] [Maniphest] T294803: WDQS query returns dead links instead of SomeValue values

2021-11-01 Thread Jarekt
Jarekt created this task.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  While running this query 
<https://query.wikidata.org/#SELECT%20%3Fitem%20%20%3Fcollection%20%3Floc%20WHERE%20%7B%0A%20%3Fitem%20wdt%3AP170%20wd%3AQ381238%20.%20%20%20%20%0A%20%3Fitem%20wdt%3AP195%20%3Fcollection%20.%20%20%20%20%0A%20minus%7B%20%3Fitem%20wdt%3AP276%20%3Floc%20.%20%20%20%7D%20%0A%7D>
 I noticed a lot of links like 
"http://www.wikidata.org/.well-known/genid/77a2ecfc46a8a907a59596e7214eca94; 
pointing to non-existing pages, instead of some marking for "unknown value" aka 
SomeValue.
  
  I do not know the proper way "unknown value" / SomeValue values should be 
display as , but probably dead URLs were not intended

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

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

To: Jarekt
Cc: #wikidata-query-service, Jarekt, Aklapper
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org


[Wikidata-bugs] [Maniphest] T275958: Enable interlanguage links from multilingual Wikisource to other Wikisources

2021-02-28 Thread Jarekt
Jarekt added a comment.


  @Tacsipacsi Yes your  Module:Interwiki relying on connected Wikidata item, is 
what I had in mind. That is how it is done on Commons with associated template 
Template:Interwiki_from_Wikidata 
<https://commons.wikimedia.org/wiki/Template:Interwiki_from_Wikidata> added to 
Template:Wikidata_Infobox 
<https://commons.wikimedia.org/wiki/Template:Wikidata_Infobox> (with 3M 
category transclusions) and many other templates.
  
  However if I understand it right you would like this to be hardwired in 
wikimedia code instead of added by templates?

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

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

To: Jarekt
Cc: Ankry, Jarekt, -jkb-, Ladsgroup, Candalua, Tacsipacsi, Aklapper, ZabeMath, 
Akuckartz, CptViraj, MJL, Dibya, 94rain, DannyS712, Nandana, Tks4Fish, Lahi, 
Gq86, GoranSMilovanovic, Jayprakash12345, Mahir256, QZanden, Kizule, 
LawExplorer, DatGuy, Devwaker, Niklitov, _jensen, Urbanecm, rosalieper, 
Bodhisattwa, JEumerus, Scott_WUaS, Ananthsubray, Superzerocool, Samwilson, 
Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, abian, Hsarrazin, Wikidata-bugs, 
Snowolf, Base, aude, Dcljr, jayvdb, Shizhao, Billinghurst, Addshore, Matanya, 
Mbch331, jayantanth, Rxy, Jay8g, Ltrlg, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T275958: Enable interlanguage links from multilingual Wikisource to other Wikisources

2021-02-27 Thread Jarekt
Jarekt added a comment.


  I can look into this. So as I understand it if a page like 
wikisource:Category:Jv_Basa_Jawa_(Javanese) 
<https://wikisource.org/wiki/Category:Jv_Basa_Jawa_(Javanese)> is connected to 
d:Q8564118 <https://www.wikidata.org/wiki/Q8564118> which also have sitelinks 
to enwikisource and idwikisource pages, than those 2 should show up as 
interwiki links on  wikisource:Category:Jv_Basa_Jawa_(Javanese) 
<https://wikisource.org/wiki/Category:Jv_Basa_Jawa_(Javanese)>.
  
  Commons uses Module:Interwiki 
<https://commons.wikimedia.org/wiki/Module:Interwiki> for that but that code 
can only link to wikipedias and does a lot of following properties like
'P301' ( "category's main topic") and 'P460 
<https://phabricator.wikimedia.org/P460>' ( "said to be the same as"), which 
might not be needed here.
  
  Does multilingual wikisource have pages in several languages which should 
point to a single wikidata item? if so how ifs it handled?

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

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

To: Jarekt
Cc: Jarekt, -jkb-, Ladsgroup, Candalua, Tacsipacsi, Aklapper, ZabeMath, 
Akuckartz, CptViraj, MJL, Dibya, 94rain, DannyS712, Nandana, Tks4Fish, Lahi, 
Gq86, GoranSMilovanovic, Jayprakash12345, Mahir256, QZanden, Kizule, 
LawExplorer, DatGuy, Devwaker, Niklitov, _jensen, Urbanecm, rosalieper, 
Bodhisattwa, JEumerus, Scott_WUaS, Ananthsubray, Superzerocool, Samwilson, 
Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, abian, Hsarrazin, Wikidata-bugs, 
Snowolf, Base, aude, Dcljr, jayvdb, Shizhao, Billinghurst, Addshore, Matanya, 
Mbch331, jayantanth, Rxy, Jay8g, Ltrlg, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T138332: Interwiki links to/from Multilingual Wikisource

2021-02-27 Thread Jarekt
Jarekt added a comment.


  In T138332#6864016 <https://phabricator.wikimedia.org/T138332#6864016>, 
@Ladsgroup wrote:
  
  > If the community wants it, I think this can have a follow up ticket and be 
done. I don't know how commons does it but it looks like it should be possible.
  
  Through Module:Interwiki <https://www.wikidata.org/wiki/Q20819069> which 
creates old style wikitext for adding interwiki links based on Wikidata info.

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

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

To: Ladsgroup, Jarekt
Cc: amy_rc, Lucas_Werkmeister_WMDE, Mohammed_Sadat_WMDE, Popolon, Masssly, 
Johan, Nintendofan885, Billinghurst, Zyephyrus, -jkb-, Mahagaja, Ladsgroup, 
Tacsipacsi, AlexisJazz, Silvan_WMDE, Koavf, Uzume, beleg_tal, Hsarrazin, Ankry, 
MJL, Lea_Lacroix_WMDE, Jarekt, Ash_Crow, jhsoby, PokestarFan, Nikki, 
Liuxinyu970226, Candalua, Mbch331, Lydia_Pintscher, Thibaut120094, Aklapper, 
Yann, Zppix, EhsanKhandowa, Hazizibinmahdi, Akuckartz, Iflorez, PatsagornY, 
alaa_wmde, Viztor, Nandana, Amorymeltzer, Lahi, Gq86, GoranSMilovanovic, 
Mahir256, QZanden, LawExplorer, JJMC89, _jensen, rosalieper, Bodhisattwa, 
Scott_WUaS, Jonas, Samwilson, Luke081515, abian, Wikidata-bugs, aude, jayvdb, 
Shizhao, TheDJ, jayantanth, Rxy, Jay8g, Ltrlg, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T57755: Allow time values more precise than day on Wikidata

2020-11-20 Thread Jarekt
Jarekt added a comment.


  I see the following use cases:
  
  - A source states that the death of .. occurred at 9:25 on some day. I would 
like to save that information and I find the current approach of using refine 
date (P4241) <https://www.wikidata.org/wiki/Property:P4241> = 09:25 (Q55810989) 
<https://www.wikidata.org/wiki/Q55810989> qualifier totally crazy
  - In case of images on Commons, like this one 
<https://commons.wikimedia.org/wiki/File:2019_Sport_%26_Speed_Open_Nationals_-_Awards_-_Jesse_Grupper_-_04.jpg>,
 upload wizard saved the date "9 March 2019, 17:20:46" and I would like to 
store it in SDC. I need up to a second precision  if I want to order write 
SPARQL query of photographs from that event and sort them in a chronological 
order. In such a case the timezone is irrelevant.

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

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

To: Jarekt
Cc: Jarekt, Bouzinac, Rehman, Nintendofan885, Multichill, Mahir256, 
BrokenSegue, Wikirik123, PDrouin-WMF, SandraF_WMF, DannyS712, Abit, Magnus, 
Ramsey-WMF, Addshore, valerio.bozzolan, Sabas88, Sannita, Paucabot, 
MisterSynergy, Lea_Lacroix_WMDE, Realworldobject, Marsupium, robbi5, 
Andrei_Stroe, Jklamo, sladen, Liuxinyu970226, Esc3300, Edgars2007, ChristianKl, 
Saehrimnir, Jc3s5h, Mike_Peel, Thryduulf, Jobu0101, Laddo, Aklapper, MGChecker, 
Yair_rand, Apsdehal, Wikidata-bugs, Ricordisamoa, Lydia_Pintscher, Ltrlg, 
Akuckartz, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T237991: Changes to Structured Data on Commons should trigger page refresh

2020-11-03 Thread Jarekt
Jarekt added a comment.


  @matthiasmullie, in case it helps: most of out SDC tracking templates are 
based on c:Module:SDC_tracking 
<https://commons.wikimedia.org/wiki/Module:SDC_tracking> and templates calling 
it. You probably recreated something similar for testing, but in case it is 
easier to test with already existing code, here it is.

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

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

To: Jarekt
Cc: Keegan, Cparle, Multichill, matthiasmullie, Ramsey-WMF, 
AntiCompositeNumber, Tgr, Addshore, Jarekt, Aklapper, Mohammadmalek554, CBogen, 
Akuckartz, keithbrianpadilla, Saimongoltinio, WikimeSteve, ppelberg, Nandana, 
JKSTNK, marcella, Revansx, OhKayeSierra, takidelfin, Lahi, PDrouin-WMF, Gq86, 
E1presidente, Necroarcano, Anooprao, SandraF_WMF, Robinma, GoranSMilovanovic, 
QZanden, Tramullas, Acer, merbst, LawExplorer, Salgo60, Silverfish, Wess, 
Dvorapa, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Srdjan, 
Susannaanas, Ixocactus, Wong128hk, Jrf, Husun1297, Jane023, Wikidata-bugs, 
Base, aude, El_Grafo, Dinoguy1000, Ricordisamoa, Mvolz, Wesalius, Swainr, 
Lydia_Pintscher, thiemowmde, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, 
Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T237991: Changes to Structured Data on Commons should trigger page refresh

2020-10-31 Thread Jarekt
Jarekt added a comment.


  I tried it again did SDC edits using ACDC tool which should have emptied all 
183 files from 
https://commons.wikimedia.org/wiki/Category:Creative_Commons_Attribution-Share_Alike_1.0_missing_SDC_copyright_license.
 An hour latter 136 files remain. See 
https://commons.wikimedia.org/w/index.php?title=File%3AAdil_Ray.JPG=revision=508801789=443468314
 for details.

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

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

To: Jarekt
Cc: Ramsey-WMF, AntiCompositeNumber, Tgr, Addshore, Jarekt, Aklapper, CBogen, 
Akuckartz, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Cparle, 
Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, 
LawExplorer, Salgo60, Silverfish, Poyekhali, _jensen, rosalieper, 
Taiwania_Justo, Scott_WUaS, Susannaanas, Ixocactus, Wong128hk, Jane023, 
Wikidata-bugs, Base, matthiasmullie, aude, El_Grafo, Dinoguy1000, Ricordisamoa, 
Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, 
Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T237991: Changes to Structured Data on Commons should trigger page refresh

2020-10-31 Thread Jarekt
Jarekt added a comment.


  @Ramsey-WMF I just did bunch of SDC edits which should have removed a 
tracking category for files missing the template. Afterwards the category 
should have been empty, but the number of files did not change. I run a quick 
touch operation (add and empty line to the end of the file) and afterwards the 
category is empty. So no it is not working for me.

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

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

To: Jarekt
Cc: Ramsey-WMF, AntiCompositeNumber, Tgr, Addshore, Jarekt, Aklapper, CBogen, 
Akuckartz, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Cparle, 
Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, 
LawExplorer, Salgo60, Silverfish, Poyekhali, _jensen, rosalieper, 
Taiwania_Justo, Scott_WUaS, Susannaanas, Ixocactus, Wong128hk, Jane023, 
Wikidata-bugs, Base, matthiasmullie, aude, El_Grafo, Dinoguy1000, Ricordisamoa, 
Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, 
Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T266407: Increase maximum precision for time datatype from day to second on Commons

2020-10-30 Thread Jarekt
Jarekt added a comment.


  I fully support this change. But, does this mean that all the bots that add 
date to Commons SDC fields in 65M files will have to go back and do it again? 
Most of the time I do not find time of the day that useful. For example with my 
own photos I set the time to US eastern time zone but than fly to California 
and take photos there. The date in the EXIF has date and time but no timezone, 
so unless I take a photo of a sunset I do not know the precise time. However I 
find time (hour:minute:second) part very useful when I am trying to 
occasionally figure out the order of the photographs taken by the same camera.
  
  Also if it is in wikitext I would also like to be able to express it in SDC.

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

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

To: Jarekt
Cc: Jarekt, Nintendofan885, Jc3s5h, Marsupium, Aklapper, Lydia_Pintscher, 
ChristianKl, Addshore, Magnus, Ramsey-WMF, Keegan, Multichill, CBogen, 
Akuckartz, Nandana, JKSTNK, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, 
LawExplorer, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, 
Ixocactus, Wong128hk, Wikidata-bugs, aude, El_Grafo, Dinoguy1000, 
Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T263088: Allow to download WDQS and WCQS results as Excel spreadsheet

2020-09-18 Thread Jarekt
Jarekt added a comment.


  In T263088#6469525 <https://phabricator.wikimedia.org/T263088#6469525>, 
@Akuckartz wrote:
  
  >> MS Excel has a lot of issues with CSV files
  >
  > Can these issues be solved?
  
  Yes by Microsoft, but those have been around for 20 years so I would not hold 
my breath. For example the issues described at 
https://www.winhelponline.com/blog/stop-excel-convert-text-to-number-date-format-csv-file/
 or at 
https://answers.microsoft.com/en-us/msoffice/forum/all/accented-characters-dont-appear-corectly-in-excel/19ee3ece-9449-e011-8dfc-68b599b31bf5.
 XLSX does not have those issues.

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

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

To: Jarekt
Cc: Akuckartz, Jarekt, Aklapper, CBogen, darthmon_wmde, Nandana, Namenlos314, 
Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, 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


[Wikidata-bugs] [Maniphest] T263088: Allow to download WDQS and WCQS results as Excel spreadsheet

2020-09-16 Thread Jarekt
Jarekt renamed this task from "WDQS excel" to "Allow to download WDQS and WCQS 
results as Excel spreadsheet".
Jarekt added a project: Wikidata-Query-Service.
Jarekt updated the task description.
Restricted Application added a project: Wikidata.

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

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

To: Jarekt
Cc: Jarekt, Aklapper, CBogen, Akuckartz, darthmon_wmde, Nandana, Namenlos314, 
Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, 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


[Wikidata-bugs] [Maniphest] T237899: Wikidata item ID changes caused by merges do not update entities on Structured data on Commons

2020-09-14 Thread Jarekt
Jarekt added a comment.


  I created T262837 <https://phabricator.wikimedia.org/T262837> which might be 
a blocking issue for this task.

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

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

To: Jarekt
Cc: Lucas_Werkmeister_WMDE, Ramsey-WMF, LucasWerkmeister, Cparle, Keegan, 
Tacsipacsi, Aklapper, Jarekt, CBogen, Akuckartz, darthmon_wmde, Nandana, 
Namenlos314, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331, Ltrlg
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T262837: SDC statements should record entity usage for wikidata entities used in statements

2020-09-14 Thread Jarekt
Jarekt created this task.
Jarekt added a project: SDC General.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  Wikidata entities used in file description wikitext are currently recorded in 
entity usage <https://www.mediawiki.org/wiki/Wikibase/Schema/wbc_entity_usage>  
table. Similar wikidata entities used in SDC statements are not recorded. For 
example File:Seneca_Rocks_climbing_-_13.jpg infopage 
<https://commons.wikimedia.org/w/index.php?title=File:Seneca_Rocks_climbing_-_13.jpg=info>
 in "Wikidata entities used in this page" section has a link to Seneca Rocks 
(Q7450337) <https://www.wikidata.org/wiki/Q7450337> because infobox template 
pulls the label from that entity, but links to other depicted entities like 
Traditional climbing (Q2214812) <https://www.wikidata.org/wiki/Q2214812> is 
missing when similar label is pulled by SDC tab.
  
  This observation was made by @Lucas_Werkmeister_WMDE in T237899 
<https://phabricator.wikimedia.org/T237899>.  Ant thiss might be a blocking 
issue for that ticket.

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

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

To: Jarekt
Cc: Jarekt, Lucas_Werkmeister_WMDE, Aklapper, CBogen, Akuckartz, darthmon_wmde, 
Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, 
Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, 
LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, 
Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, 
Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T237899: Wikidata item ID changes caused by merges do not update entities on Structured data on Commons

2020-09-14 Thread Jarekt
Jarekt added a comment.


  In T237899#6459032 <https://phabricator.wikimedia.org/T237899#6459032>, 
@Lucas_Werkmeister_WMDE wrote:
  
  > Furthermore, from a technical perspective I doubt it’s even possible for 
Wikibase to update statements on Commons when items on Wikidata are merged. 
Within Wikidata, the software could discover all the affected pages through the 
pagelinks table, but on Commons I don’t know how Wikibase would even find the 
affected pages that need to be edited. (MediaInfo statements don’t seem to 
automatically record entity usage 
<https://www.mediawiki.org/wiki/Wikibase/Schema/wbc_entity_usage> for entities 
used in statements; compare the page information for a Test Commons file with 
one statement 
<https://test-commons.wikimedia.org/w/index.php?title=File:Screenshot_File_Crystal-8.stl.png=info>.)
  
  Purging pages on Commons affected by changes on Wikidata is a ongoing issue. 
See for example T173339 <https://phabricator.wikimedia.org/T173339> where pages 
on Commons are not purged when wikidata items they link to are updated. But you 
are right that files on Commons do not seem to keep track of entities they are 
connected to through SDC statements, the way they keep track of the same 
entities linked through lua calls originating from file description wikitext. 
For example File:Seneca_Rocks_climbing_-_13.jpg infopage 
<https://commons.wikimedia.org/w/index.php?title=File:Seneca_Rocks_climbing_-_13.jpg=info>
 in "Wikidata entities used in this page" section has a link to Seneca Rocks 
(Q7450337) <https://www.wikidata.org/wiki/Q7450337> because it is linked from 
infobox template, but links to other depicted entities like Traditional 
climbing (Q2214812) <https://www.wikidata.org/wiki/Q2214812> is missing as it 
only shows up in SDC tab. That is a problem.

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

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

To: Jarekt
Cc: Lucas_Werkmeister_WMDE, Ramsey-WMF, LucasWerkmeister, Cparle, Keegan, 
Tacsipacsi, Aklapper, Jarekt, CBogen, Akuckartz, darthmon_wmde, Nandana, 
Namenlos314, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331, Ltrlg
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T237899: Wikidata item ID changes caused by merges do not update entities on Structured data on Commons

2020-09-14 Thread Jarekt
Jarekt added a comment.


  In T237899#6459022 <https://phabricator.wikimedia.org/T237899#6459022>, 
@LucasWerkmeister wrote:
  
  > Note that KrBot only updates statements pointing to redirects after a 
certain time has passed (a week, I believe). This is by design: otherwise, it 
would be more difficult to “untangle” bad merges, since after undoing the merge 
on the item itself, you could not distinguish between statements that should 
now point back to the original item and statements that always pointed to the 
other (merge target) item.
  
  I think it is great that KrBot delays updating redirected items as we do have 
a lot of bad merges, by either vandals or incompetent editors and unmerging 
items is a mess. I did propose to create some tool for undoing merges as simple 
as merges, see T237262 <https://phabricator.wikimedia.org/T237262>.  If merge 
and un-merge operations were build into wikibase system than the system would 
be able to track all the changes which were done in the merge (possibly using 
an edit group <https://www.wikidata.org/wiki/Wikidata:Edit_groups>) and can 
undo all of those. In such a case there is no need for the delay KrBot  uses.

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

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

To: Jarekt
Cc: Lucas_Werkmeister_WMDE, Ramsey-WMF, LucasWerkmeister, Cparle, Keegan, 
Tacsipacsi, Aklapper, Jarekt, CBogen, Akuckartz, darthmon_wmde, Nandana, 
Namenlos314, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331, Ltrlg
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T237899: Wikidata item ID changes caused by merges do not update entities on Structured data on Commons

2020-09-11 Thread Jarekt
Jarekt added a comment.


  WCQS queries that have to look things up on wikidata have a very tiny 
connection between WCQS and WDQS and are so under-powered it can not run 
queries of that complexity. See T261716 
<https://phabricator.wikimedia.org/T261716> where I was just advised that for 
queries that rely on WDQS an //"offline processing via the dumps might be a 
better option"// because //"we want to have strong limits on resource 
consumption"//. I personally have no idea how to use commons and wikidata dumps 
to stand up a database to do a simple SPARQL query. And how to rebuild that 
weekly.
  
  It seems to be a task better perform by the database itself.

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

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

To: Jarekt
Cc: Ramsey-WMF, LucasWerkmeister, Cparle, Keegan, Tacsipacsi, Aklapper, Jarekt, 
CBogen, Akuckartz, darthmon_wmde, Nandana, Namenlos314, Lahi, Gq86, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331, Ltrlg
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T261716: Allow WCQS large volume connection to MWAPI and Wikidata services

2020-09-09 Thread Jarekt
Jarekt added a comment.


  Those were just 2 usecases I run into lately, but great many queries we are 
trying to write run into this issue, as they seem to need something from  
"service https://query.wikidata.org/sparql; and that connection has very small 
bottleneck. Commons community is still mostly learning  how to use WCQS, but If 
you look at Commons:SPARQL_query_service/queries/examples 
<https://commons.wikimedia.org/wiki/Commons:SPARQL_query_service/queries/examples>
 almost all examples rely on federation through a service of some sort, to 
connect it to Wikidata or Commons categories. A lot of those require some major 
changes to go around those limits. At the moment majority of my queries result 
in a timeout as I am searching for some combination that goes through.
  
  I do a lot of maintenance so I often search for anomalies of some sort or 
constraint violations, where you look through 65M files to find a few which 
have some issue you are looking for. All those use cases do not run due to 
those limitations. I have never work with data dumps , but using them for most 
of your queries sounds complicated.

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

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

To: Jarekt
Cc: Gehel, Jarekt, Aklapper, CBogen, Akuckartz, darthmon_wmde, Nandana, 
Namenlos314, Lahi, Gq86, Ramsey-WMF, Lucas_Werkmeister_WMDE, GoranSMilovanovic, 
QZanden, EBjune, merbst, LawExplorer, Poyekhali, _jensen, rosalieper, 
Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, Ixocactus, Wong128hk, jkroll, 
Wikidata-bugs, Jdouglas, aude, Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, 
Steinsplitter, Mbch331, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T262178: One week after SDC edits the data still shows up in WCQS queries

2020-09-07 Thread Jarekt
Jarekt added a comment.


  I can confirm that my query works as expected today all the found duplicates 
were real. I did not realized that we had at maximum one week lag between edit 
and the update of WCQS. The length of that lag was my concern, but it sounds 
like it will not be addressed in beta version

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

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

To: Jarekt
Cc: Mahir256, Zbyszko, Aklapper, Jarekt, CBogen, Akuckartz, darthmon_wmde, 
Nandana, JKSTNK, Namenlos314, Lahi, PDrouin-WMF, Gq86, E1presidente, 
Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, Lucas_Werkmeister_WMDE, 
GoranSMilovanovic, QZanden, EBjune, Tramullas, Acer, merbst, LawExplorer, 
Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, 
Susannaanas, Jane023, jkroll, Wikidata-bugs, Jdouglas, Base, matthiasmullie, 
aude, Tobias1984, Manybubbles, Ricordisamoa, Wesalius, Lydia_Pintscher, 
Fabrice_Florin, Raymond, Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T262178: One week after SDC edits the data still shows up in WCQS queries

2020-09-06 Thread Jarekt
Jarekt renamed this task from "One week after SDC queries the data still shows 
up in WCQS queries" to "One week after SDC edits the data still shows up in 
WCQS queries".

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

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

To: Jarekt
Cc: Aklapper, Jarekt, CBogen, Akuckartz, darthmon_wmde, Nandana, JKSTNK, 
Namenlos314, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, 
Anooprao, SandraF_WMF, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, 
EBjune, Tramullas, Acer, merbst, LawExplorer, Salgo60, Silverfish, _jensen, 
rosalieper, Scott_WUaS, Jonas, Xmlizer, Susannaanas, Jane023, jkroll, 
Wikidata-bugs, Jdouglas, Base, matthiasmullie, aude, Tobias1984, Manybubbles, 
Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, 
Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T262178: One week after SDC queries the data still shows up in WCQS queries

2020-09-06 Thread Jarekt
Jarekt created this task.
Jarekt added projects: SDC General, Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  I have a query finding identical duplicate SDC entries for some statements. I 
removed the duplicates (see here 
<https://commons.wikimedia.org/w/index.php?title=File:Chickens_were_thrown_alive_into_the_trash_02.jpg=history>
 on September 1 but today on September 6 the query still shows duplicates. WCQS 
should show us what is the data now, not a week ago.

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

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

To: Jarekt
Cc: Aklapper, Jarekt, CBogen, Akuckartz, darthmon_wmde, Nandana, JKSTNK, 
Namenlos314, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, 
Anooprao, SandraF_WMF, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, 
EBjune, Tramullas, Acer, merbst, LawExplorer, Salgo60, Silverfish, _jensen, 
rosalieper, Scott_WUaS, Jonas, Xmlizer, Susannaanas, Jane023, jkroll, 
Wikidata-bugs, Jdouglas, Base, matthiasmullie, aude, Tobias1984, Manybubbles, 
Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, 
Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T258835: Update Commons query service favicon

2020-09-02 Thread Jarekt
Jarekt added a comment.


  We have a new logo designed by User MaxxL. You can see it at 
File:Wikimedia_Commons_Query_Service_Logo.svg 
<https://commons.wikimedia.org/wiki/File:Wikimedia_Commons_Query_Service_Logo.svg>

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

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

To: Jarekt
Cc: Jarekt, CBogen, Gehel, Aklapper, Multichill, Akuckartz, darthmon_wmde, 
Nandana, Namenlos314, Lahi, Gq86, Ramsey-WMF, Lucas_Werkmeister_WMDE, 
GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Poyekhali, _jensen, 
rosalieper, Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, Ixocactus, Wong128hk, 
jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, El_Grafo, Dinoguy1000, 
Manybubbles, Isarra, Steinsplitter, Mbch331, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T261716: Allow WCQS large volume connection to MWAPI and Wikidata services

2020-08-31 Thread Jarekt
Jarekt created this task.
Jarekt added projects: Wikidata-Query-Service, Commons.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  At the moment Wikimedia Commons Query Service (WCQS) allows SPARQL queries to 
look up stuff on wikidata using  "service <https://query.wikidata.org/sparql>" 
(see Example 
<https://commons.wikimedia.org/wiki/Commons:SPARQL_query_service/queries/examples#Map_of_images_found_in_the_medieval_Atlas_De_Wit>)
 or in Commons categories using "service wikibase:mwapi" (see example 
<https://commons.wikimedia.org/wiki/Commons:SPARQL_query_service/queries/examples#Wikidata_items_of_files_in_Category:Artworks_with_structured_data_with_redirected_P6243_property>).
 Unfortunately those 2 services only allow a limited number of records to pass 
to and from. Limit of service <https://query.wikidata.org/sparql> is in 
thousands or tens of thousands and limit on service wikibase:mwapi is 10k (see 
here 
<https://www.mediawiki.org/wiki/Wikidata_Query_Service/User_Manual/MWAPI#Pagination>)
  
  The issue is that we now have 65M files on commons and we should expect 
similar number of SDC items. I would like to search all the wikidata items in 
SDC to detect redirects. That would require to send millions of item numbers to 
https://query.wikidata.org/sparql service. I would also like to find all the 
files in a category with millions of files that do not have some SDC property. 
Those 2 use-cases would require much larger limits on number of records sent to 
those 2 services.

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

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

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

To: Jarekt
Cc: Jarekt, Aklapper, CBogen, Akuckartz, darthmon_wmde, Nandana, Namenlos314, 
Lahi, Gq86, Ramsey-WMF, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, 
EBjune, merbst, LawExplorer, Poyekhali, _jensen, rosalieper, Taiwania_Justo, 
Scott_WUaS, Jonas, Xmlizer, Ixocactus, Wong128hk, jkroll, Wikidata-bugs, 
Jdouglas, aude, Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, Steinsplitter, 
Mbch331, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T258835: Update Commons query service favicon

2020-08-31 Thread Jarekt
Jarekt added a comment.


  I requested a new logo to be designed by the community at 
https://commons.wikimedia.org/wiki/Commons:Graphic_Lab/Illustration_workshop#Design_Commons_query_service_favicon

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

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

To: Jarekt
Cc: Jarekt, CBogen, Gehel, Aklapper, Multichill, Akuckartz, darthmon_wmde, 
Nandana, Namenlos314, Lahi, Gq86, Ramsey-WMF, Lucas_Werkmeister_WMDE, 
GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Poyekhali, _jensen, 
rosalieper, Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, Ixocactus, Wong128hk, 
jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, El_Grafo, Dinoguy1000, 
Manybubbles, Isarra, Steinsplitter, Mbch331, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T230315: Allow adding references to structured data (MediaInfo) statements

2020-08-24 Thread Jarekt
Jarekt added a comment.


  I just noticed that I can not add references to items on SDC on Commons. In 
case of digital representations of objects which have wikidata items, our model 
stores properties of the object on Wikidata and properties of digital version 
on Commons, but we still need to be able to add references to document where 
those digitization properties come from.  For example we have a photograph of a 
sculpture downloaded from some site. The information about the photograph will 
be stored in SDC: maybe the name of the copyright holder or a license it was 
released under. Those statements require references especially if the 
information is not on the same page listed as a source.

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

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

To: Jarekt
Cc: Jarekt, valerio.bozzolan, Aklapper, Bugreporter, CBogen, Akuckartz, 
darthmon_wmde, Nandana, JKSTNK, Lahi, Gq86, GoranSMilovanovic, QZanden, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T246746: Bot edits on Wikidata should be hidden in other project's recent changes

2020-08-03 Thread Jarekt
Jarekt added a comment.


  I also reported it at 
https://bitbucket.org/magnusmanske/wikidata-todo/issues/124/qs-should-send-all-requests-with-bot-1

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

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

To: Jarekt
Cc: Cparle, Spinster, Jarekt, Etonkovidova, matej_suchanek, Magnus, 
Bugreporter, Aklapper, Strainu, NavinRizwi, Akuckartz, darthmon_wmde, Nandana, 
kostajh, Jony, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 
Iniquity, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, SBisson, 
Wikidata-bugs, aude, Mbch331, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T258489: Create a Examples Page for WCQS

2020-07-24 Thread Jarekt
Jarekt added a comment.


  By the way, there is a lot of activity now at 
https://commons.wikimedia.org/wiki/c:Commons:SPARQL_query_service/queries/examples
 
<https://commons.wikimedia.org/wiki/Commons:SPARQL_query_service/queries/examples>,
 a lot of great examples are being added.

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

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

To: Jarekt
Cc: Jarekt, Lucas_Werkmeister_WMDE, CBogen, Aklapper, Zbyszko, Akuckartz, 
darthmon_wmde, Nandana, Namenlos314, Lahi, Gq86, GoranSMilovanovic, QZanden, 
EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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


[Wikidata-bugs] [Maniphest] T258776: Add Structured Data on Commons M-ID to Wikidata dumps

2020-07-24 Thread Jarekt
Jarekt added a comment.


  I think Wikidata and SDC has an issue with representation of Wikimedia pages. 
Sometimes thy are stored as URLs (see Property:P1957 
<https://www.wikidata.org/wiki/Property:P1957>), sometimes as strings (see 
Property:P1472 <https://www.wikidata.org/wiki/Property:P1472>), images are 
stored using data type just for images (see Property:P18 
<https://www.wikidata.org/wiki/Property:P18>) and in SDC they are stored as 
M-ids based on page ID. Some years ago there was a proposal to have a property 
data type just for Wikimedia pages, which would allow the links to stay valid 
when the original page was renamed, or would allow comparison of links saved in 
different formats, like compare Property:P1472 
<https://www.wikidata.org/wiki/Property:P1472> with a sitelink to Commons. If 
we add SDoC M-IDs to WDQS, maybe we could also find some way of representing 
other links to Wikimedia pages in some unified way as right now it is kind of a 
mess.

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

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

To: Jarekt
Cc: Jarekt, Librarian_lena, Lucas_Werkmeister_WMDE, Jheald, Aklapper, Tpt, 
CBogen, Akuckartz, darthmon_wmde, Nandana, JKSTNK, Namenlos314, Lahi, Gq86, 
GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, 
Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, 
Manybubbles, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T256933: Alter the look of SDC GUI to hide input fields for properties which are not beeing edited

2020-07-01 Thread Jarekt
Jarekt added a comment.


  By the way, I explained the issue with always on input field for 
geo-coordinate statements with single value constraint in T227116 
<https://phabricator.wikimedia.org/T227116>, before it was rolled out, but my 
comment did not altered that aspect of the design

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

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

To: Jarekt
Cc: Aklapper, Jarekt, CBogen, darthmon_wmde, Nandana, JKSTNK, Lahi, 
PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, 
GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, 
_jensen, rosalieper, Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base, 
matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, 
Raymond, Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Created] T256933: Alter the look of SDC GUI to hide input fields for properties which are not beeing edited

2020-07-01 Thread Jarekt
Jarekt created this task.
Jarekt added projects: SDC General, Structured Data Engineering.
Restricted Application added a subscriber: Aklapper.
Restricted Application added projects: Wikidata, Structured-Data-Backlog.

TASK DESCRIPTION
  This ticket is a result of discussion at 
https://commons.wikimedia.org/wiki/Commons_talk:Structured_data#Some_aspects_of_the_%22look%22_of_SDC_statements_make_no_sense_to_me
  
  > Most SDC statements we are adding to files, like author, cameras 
geo-coordinates, date, copyright status, OTRS number, etc. will have a single 
value. Some always, like cameras geo-coordinates, and some in most cases. That 
is why I do not like the "look" of the statements adopted by SDC GUI, with 
prominent search window inviting to add a second value and much less prominent 
actual value of that statement. The look used at Wikidata just makes much more 
sense to me: there is a property and its value and the search/input window only 
shows up when you are adding a second value (rare case) or correcting the 
value. The only statement where current  GUI makes sense for if "depict" 
statement, and for those I am OK with leaving the input field.
  
  As of today 7 out of 7 SDC users agreed with above statement.

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

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

To: Jarekt
Cc: Aklapper, Jarekt, CBogen, darthmon_wmde, Nandana, JKSTNK, Lahi, 
PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, 
GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, 
_jensen, rosalieper, Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base, 
matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, 
Raymond, Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T56097: [Story] allow to select globe in the UI

2020-06-30 Thread Jarekt
Jarekt added a comment.


  7 years and this is still an annoying issue.

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

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

To: Jarekt
Cc: Jarekt, jleedev, Zolo, Mike_Peel, bzimport, Jklamo, Pasleim, Pigsonthewing, 
Jc3s5h, VIGNERON, Smalyshev, Nikki, Aklapper, Liuxinyu970226, 
iecetcwcpggwqpgciazwvzpfjpwomjxn, Ricordisamoa, Lydia_Pintscher, darthmon_wmde, 
Dinadineke, DannyS712, Nandana, lucamauri, tabish.shaikh91, Lahi, Gq86, 
GoranSMilovanovic, Soteriaspace, Jayprakash12345, JakeTheDeveloper, QZanden, 
merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] T252259: Refine Commons Template:Map with Lua modules to populate the template with Wikidata

2020-05-27 Thread Jarekt
Jarekt added a comment.


  That is strange,  my system behaves differently. After opening a Module file 
originally there are no number lines, but than a different skin (or something ) 
kicks in and I can see code lines. Also if I see an error line number that is 
the correct line number I see in Notepad++ and in the on-wiki editor.

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

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

To: Jarekt
Cc: Verdy_p, mxn, Chippyy, Yupik, Abbe98, TiagoLubiana, Jarekt, Aklapper, 
Susannaanas, Librarian_lena, Liuxinyu970226, CBogen, Demian, darthmon_wmde, 
Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 
StuartPrior, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, 
Volker_E, Ixocactus, SBisson, Wong128hk, Jane023, Wikidata-bugs, aude, 
El_Grafo, Dinoguy1000, 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] T252259: Refine Commons Template:Map with Lua modules to populate the template with Wikidata

2020-05-27 Thread Jarekt
Jarekt added a comment.


  Lena, I am happy to help, I just cant commit to do all the work as I am 
stretch quite thin with maintenance of existing modules. There are no 
instructions other than 
https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual and 
https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua, so the best way 
is to learn by example. [[Module:Artwork]] has a lot of overlap but it does a 
lot of other stuff (like allow transfer of data from commons to wikidata) which 
can be confusing. [[Module:Information]] or Module:Creator also do similar 
things.
  
  The way I usually work on those is to write everything in Notepad++ and than 
cut and paste to Module page. I create some test page  and use "Preview page 
with this template" to see if current code works or not, without saving

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

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

To: Jarekt
Cc: mxn, Chippyy, Yupik, Abbe98, TiagoLubiana, Jarekt, Aklapper, Susannaanas, 
Librarian_lena, Liuxinyu970226, CBogen, Demian, darthmon_wmde, Nandana, 
lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, StuartPrior, 
Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Volker_E, 
Ixocactus, SBisson, Wong128hk, Jane023, Wikidata-bugs, aude, El_Grafo, 
Dinoguy1000, Steinsplitter, Mbch331, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Created] T253387: Create a Lua convenience functions for conversion betweem language code and project and sitelink code

2020-05-22 Thread Jarekt
Jarekt created this task.
Jarekt added a project: Wikibase-Lua.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  There are 900-1000 sitelink codes at the moment (like "be_x_oldwiki") and 
each is associated with a language code and project (like "be-tarask" and 
"Wikipedia"). Many Lua tools are parsing sitelinks to get language code and 
project or creating sitelinks based on users language and project, and many of 
them have to hardwire a lot of confusing special cases. It would be nice to 
have 2 convenience functions with "official" conversion between sitelink ID 
(same as used by mw.wikibase.getSitelink 
<https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua#mw.wikibase.getSitelink>)
 and language codes (same as used by Lua Language_library 
<https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#Language_library>).
  
  Some relevant links:
  
  - https://www.mediawiki.org/wiki/Special:SiteMatrix
  - 
https://phabricator.wikimedia.org/source/mediawiki/browse/master/languages/data/Names.php
  - https://meta.wikimedia.org/wiki/Special_language_codes

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

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

To: Jarekt
Cc: Jarekt, Aklapper, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
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] T252259: Refine Commons Template:Map with Lua modules to populate the template with Wikidata

2020-05-09 Thread Jarekt
Jarekt added a comment.


  In T252259#6121786 <https://phabricator.wikimedia.org/T252259#6121786>, 
@Susannaanas wrote:
  
  > Can we make a temporary template for this module, like MapWD?
  
  I linked c:Template:Map/sandbox 
<https://commons.wikimedia.org/wiki/Template:Map/sandbox> to the new module. I 
was also using Module_talk:Map/testcases 
<https://commons.wikimedia.org/wiki/Module_talk:Map/testcases>.
  
  In T252259#6121771 <https://phabricator.wikimedia.org/T252259#6121771>, 
@Susannaanas wrote:
  
  > BTW Cool ascii art!
  
  Thanks. I use 
http://patorjk.com/software/taag/#p=display=Standard=Type%20Something%20 
generator for all the modules I start.
  
  As for changing workflows, that might change, I am not sure what you mean. 
Once a new module is written and {{Map}} start using it, if it is done right 
there is no difference to the user unless they start linking the data with 
wikidata and than the only difference is that most metadata goes to Wikidata 
and  the template is mostly empty.

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

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

To: Jarekt
Cc: Yupik, Abbe98, TiagoLubiana, Jarekt, Aklapper, Susannaanas, Librarian_lena, 
Liuxinyu970226, Kroger4, CBogen, Demian, darthmon_wmde, Nandana, lucamauri, 
Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, StuartPrior, Poyekhali, 
_jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Volker_E, Ixocactus, SBisson, 
Wong128hk, Jane023, Wikidata-bugs, aude, Xelgen, El_Grafo, Dinoguy1000, 
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] T252259: Refine Commons Template:Map with Lua modules to populate the template with Wikidata

2020-05-09 Thread Jarekt
Jarekt added a comment.


  I have very early stage of Module:Map 
<https://commons.wikimedia.org/wiki/Module:Map> done. At this stage the goal is 
to recreate Template:Map in Lua. Template Map has so many fields that at this 
point I added about 50-60% of fields which were shared with Artwork template. I 
will switch to other tasks now, but it would be great if others would help by 
adding the rest of the fields. Especially fields which are only used by this 
template and which might need translations set up at Module:I18n/map 
<https://commons.wikimedia.org/wiki/Module:I18n/map>. Ping me here or on my 
commons talk page if there are any questions.

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

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

To: Jarekt
Cc: Yupik, Abbe98, TiagoLubiana, Jarekt, Aklapper, Susannaanas, Librarian_lena, 
Liuxinyu970226, Kroger4, CBogen, Demian, darthmon_wmde, Nandana, lucamauri, 
Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, StuartPrior, Poyekhali, 
_jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Volker_E, Ixocactus, SBisson, 
Wong128hk, Jane023, Wikidata-bugs, aude, Xelgen, El_Grafo, Dinoguy1000, 
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] T252259: Refine Commons Template:Map with Lua modules to populate the template with Wikidata

2020-05-09 Thread Jarekt
Jarekt added a comment.


  In T252259#6120966 <https://phabricator.wikimedia.org/T252259#6120966>, 
@Susannaanas wrote:
  
  > I'm up for working with you if @Jarekt can give advise!
  
  Susanna, Stage #1 is to just reproduce the capabilities of the current 
template in Lua. I can get it started and maybe hand over to you. I noticed I 
began to work on Module:Map in 2013 but stopped, so U will take over that name.

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

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

To: Jarekt
Cc: Abbe98, TiagoLubiana, Jarekt, Aklapper, Susannaanas, Librarian_lena, 
Liuxinyu970226, Kroger4, CBogen, Demian, darthmon_wmde, Nandana, lucamauri, 
Jinoytommanjaly, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 
StuartPrior, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, 
Volker_E, Ixocactus, SBisson, Wong128hk, Jane023, Wikidata-bugs, aude, Xelgen, 
El_Grafo, Dinoguy1000, 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] T252079: mw.wikibase.getLabelByLang('Q1', 'en') returning nil today

2020-05-06 Thread Jarekt
Jarekt added a comment.


  I purged my test page and now `mw.wikibase.getLabelByLang('Q1','en')` 
returned "universe". Thank you.

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

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

To: Jarekt
Cc: brennen, Dominicbm, Mholloway, WilliamGraham, LucasWerkmeister, 
Lydia_Pintscher, Liuxinyu970226, Aklapper, matej_suchanek, Jarekt, Blissjay007, 
Oblanco79, Alter-paule, Beast1978, Un1tY, Hook696, Daryl-TTMG, RomaAmorRoma, 
E.S.A-Sheild, darthmon_wmde, Kent7301, Meekrab2012, joker88john, CucyNoiD, 
Nandana, NebulousIris, Gaboe420, lucamauri, Versusxo, Majesticalreaper22, 
Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Af420, Darkminds3113, Bsandipan, 
Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, 
LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Triaged] T252079: mw.wikibase.getLabelByLang('Q1', 'en') returning nil today

2020-05-06 Thread Jarekt
Jarekt triaged this task as "Unbreak Now!" priority.
Restricted Application added a subscriber: Liuxinyu970226.

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

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

To: Jarekt
Cc: Liuxinyu970226, Aklapper, matej_suchanek, Jarekt, darthmon_wmde, Nandana, 
lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 
rosalieper, Scott_WUaS, 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] T252079: mw.wikibase.getLabelByLang('Q1', 'en') returning nil today

2020-05-06 Thread Jarekt
Jarekt created this task.
Jarekt added projects: MediaWiki-extensions-WikibaseClient, Wikibase-Lua.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  Function mw.wikibase.getLabelByLang 
<https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua#mw.wikibase.getLabelByLang>
 Stopped working today and mw.wikibase.getLabelByLang('Q1','en') returning nil 
<https://commons.wikimedia.org/wiki/Module_talk:Test/testcases#section_5>. 
Might be related to T157868 <https://phabricator.wikimedia.org/T157868> ticket.

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

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

To: Jarekt
Cc: Aklapper, matej_suchanek, Jarekt, darthmon_wmde, Nandana, lucamauri, Lahi, 
Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
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] T221921: Provision search endpoint for SDC. Requirements from Product Team.

2020-05-04 Thread Jarekt
Jarekt added a comment.


  For me the big issue is quality control. As more people and bots are adding 
more statements, I am concerned about people finding multiple creative ways to 
store the same type of information, resulting in multiple parallel data models. 
SPARQL endpoint and property constraints is a way to check if everybody uses 
the same data model and allows to address issues  quickly, but we are still in 
the dark.

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

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

To: Jarekt
Cc: David_Haskiya_WMSE, CBogen, Gamaliel, Keegan, Jane023, Spinster, Fuzheado, 
Jarekt, Husky, Tagishsimon, Multichill, Tnegrin, Abbe98, Marsupium, Tpt, 
Lucas_Werkmeister_WMDE, dcausse, EBernhardson, Jheald, Gehel, Abit, 
MarkTraceur, Cparle, Ramsey-WMF, Smalyshev, Aklapper, darthmon_wmde, Nandana, 
JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Anooprao, SandraF_WMF, 
GoranSMilovanovic, QZanden, EBjune, Tramullas, Acer, merbst, LawExplorer, 
Salgo60, Silverfish, Poyekhali, _jensen, rosalieper, Taiwania_Justo, 
Scott_WUaS, Jonas, Xmlizer, Susannaanas, Ixocactus, Wong128hk, jkroll, 
Wikidata-bugs, Jdouglas, Base, matthiasmullie, aude, Tobias1984, El_Grafo, 
Dinoguy1000, Manybubbles, Ricordisamoa, Wesalius, Lydia_Pintscher, 
Fabrice_Florin, Raymond, Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T68051: Implement Lua alternative to {{int:Lang}} / wgUserLanguage

2020-05-03 Thread Jarekt
Jarekt added a comment.


  There is an API to get languages users speak: 
https://commons.wikimedia.org//w/api.php?action=query=babel=Jarekt.
 Maybe it would be possible to get babel preferences of the current user.

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

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

To: Jarekt
Cc: matej_suchanek, Want, Perhelion, IKhitron, Iniquity, Dvorapa, daniel, 
Ricordisamoa, Capankajsmilyo, zhuyifei1999, Jackmcbarn, Liuxinyu970226, Rama, 
Jarekt, Multichill, Aklapper, Rical, Nemo_bis, Anomie, He7d3r, tstarling, 
wikibugs-l-list, vvv, darthmon_wmde, Nandana, Lahi, Gq86, Af420, 
GoranSMilovanovic, QZanden, LawExplorer, SundanceRaphael, _jensen, rosalieper, 
Scott_WUaS, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, 
Dinoguy1000, jayvdb, MrStradivarius, Arrbee, KartikMistry, Mbch331, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T157868: Lua functions do not resolve redirects

2020-05-01 Thread Jarekt
Jarekt added a comment.


  I just came here to report this issue, but apparently it has been known for a 
while. An issue was reported at c:Template_talk:Label 
<https://commons.wikimedia.org/wiki/Template_talk:Label#Handling_redirects?>, 
so I began testing. I wrote
  
function p.testRedirect2(frame)
local id   = frame.args[1]
local entity   = mw.wikibase.getEntity(id)
local label0   =  entity:getLabel() or 'none'
local label1,_ =  entity:getLabelWithLang('en') or 'none'
local label2   =  mw.wikibase.getLabel(id) or 'none'
local label3   =  mw.wikibase.getLabelByLang(id,'en') or 'none'
local label4,_ =  mw.wikibase.getLabelWithLang(id) or 'none'
return label0 ..' / '.. label1 ..' / '.. label2 ..' / '.. label3 ..' / 
'.. label4
end
  
  to test 5 ways of getting labels based on item ID and after testing it on 
redirected items discovered that all of them gave label of the target item 
except for `mw.wikibase.getLabelByLang`.

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

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

To: Jarekt
Cc: Jarekt, Addshore, Vriullop, Tomukas, Mike_Peel, RexxS, Bugreporter, Ahecht, 
Dipsacus_fullonum, eranroz, Uzume, Salgo60, Larske, hoo, matej_suchanek, 
Aklapper, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Wikidata-bugs, 
aude, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T216337: New lua function to follow entity redirects

2020-05-01 Thread Jarekt
Jarekt added a comment.


  I agree, That is why I use this approach for pages where I load the whole 
entity anyway. Many infoboxes on commons are created based on item ID and for 
those we load the whole entity.

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

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

To: Jarekt
Cc: Jarekt, Aklapper, Bugreporter, darthmon_wmde, Nandana, lucamauri, Lahi, 
Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
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] T216337: New lua function to follow entity redirects

2020-04-30 Thread Jarekt
Jarekt added a comment.


  @Bugreporater, if you have a item ID and you want to find out if it is a 
redirect than you can use
  
function folowRedirect(id)
return mw.wikibase.getEntity(id).id
end
  
  It works, and `folowRedirect('Q50940519')` will give you "Q9178333". It is 
useful if working with whole entities.

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

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

To: Jarekt
Cc: Jarekt, Aklapper, Bugreporter, darthmon_wmde, Nandana, lucamauri, Lahi, 
Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
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] T246746: Bot edits on Wikidata should be hidden in other project's recent changes

2020-04-30 Thread Jarekt
Jarekt added a comment.


  If you look at this query 
<https://commons.wikimedia.org/wiki/Special:RecentChanges?namespace=6=OAuth+CID%3A+1351=50=7=1=2>
 you can see my resent edits. In QuickStatements I do not think are any 
tweakable parameters to inform QuickStatements to mark edits with bot flag, so 
the code must be taking care of that. I assume that since bot flag is an edit 
level setting (as opposed to account level setting) and QuickStatements is not 
marking it correctly, then the the issue need to be fixed in QuickStatements 
<https://phabricator.wikimedia.org/source/tool-quickstatements/repository/master/>.
  
  By the way, in case of QuickStatements are what you call  synchronous and 
asynchronous batches, the batches you run with "run" (off  your computer) and 
"run in background" commands?

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

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

To: Jarekt
Cc: Cparle, Spinster, Jarekt, Etonkovidova, matej_suchanek, Magnus, 
Bugreporter, Aklapper, Strainu, NavinRizwi, darthmon_wmde, Nandana, kostajh, 
Jony, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Iniquity, 
_jensen, rosalieper, Taiwania_Justo, Scott_WUaS, SBisson, 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] T246746: Bot edits on Wikidata should be hidden in other project's recent changes

2020-04-28 Thread Jarekt
Jarekt added a comment.


  I just got another frustrated message from someone whose watchlist I flooded. 
Please resolve this issue.

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

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

To: Jarekt
Cc: Jarekt, Etonkovidova, matej_suchanek, Magnus, Bugreporter, Aklapper, 
Strainu, NavinRizwi, darthmon_wmde, Nandana, kostajh, Jony, lucamauri, Lahi, 
Gq86, GoranSMilovanovic, QZanden, LawExplorer, Iniquity, _jensen, rosalieper, 
Taiwania_Justo, Scott_WUaS, SBisson, 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] T68051: Implement Lua alternative to {{int:Lang}} / wgUserLanguage

2020-04-24 Thread Jarekt
Jarekt added a comment.


  @matej_suchanek Sorry for nit-picking but that second sentence is in 
documentation of ` mw.wikibase.getLabel` function, and I did not noticed it 
when I was reading documentation of `mw.wikibase.getLabelWithLang`. There is a 
link to the other function, so it should not have been hard to find.
  
  So if `mw.wikibase.getLabelWithLang` function returns " Wiki's language (on 
monolingual wikis) or the user's language (on multilingual Wikis)", we would 
have to decide on behavior of our hypothetical new 
`mw.language.getUserLanguage()` function on monolingual wikis. I do not have 
strong opinions one way or the other. In one hand If I am looking at a page in 
some wiki, where I do not know the language, it is nice if some parts show up 
in languages I know, but on the other hand other wiki's templates might not be 
handling such cases correctly.

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

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

To: Jarekt
Cc: matej_suchanek, Want, Perhelion, IKhitron, Iniquity, Dvorapa, daniel, 
Ricordisamoa, Capankajsmilyo, zhuyifei1999, Jackmcbarn, Liuxinyu970226, Rama, 
Jarekt, Multichill, Aklapper, Rical, Nemo_bis, Anomie, He7d3r, tstarling, 
wikibugs-l-list, vvv, darthmon_wmde, Nandana, Lahi, Gq86, Af420, 
GoranSMilovanovic, QZanden, LawExplorer, SundanceRaphael, _jensen, rosalieper, 
Scott_WUaS, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, 
Dinoguy1000, jayvdb, MrStradivarius, Arrbee, KartikMistry, Mbch331, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T68051: Implement Lua alternative to {{int:Lang}} / wgUserLanguage

2020-04-24 Thread Jarekt
Jarekt added a comment.


  In T68051#6080295 <https://phabricator.wikimedia.org/T68051#6080295>, 
@matej_suchanek wrote:
  
  > If this way of getting the language works for you, then ...
  
  @matej_suchanek This approach //seems //to work in limited test I was able to 
perform. Q2 has labels for 287 languages and I believe MediaWiki supports over 
450, so this approach would not work for users of 160 languages, but there 
again those are probably the languages we do not have  any content in anyway. 
Function mw.wikibase.getLabelWithLang 
<https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua#mw.wikibase.getLabelWithLang>
 does on document what the language output is. By observation it seem to be the 
language of the viewer, but it is unclear how many languages can be returned. 
Mw.language 
<https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#mw.language>
 library recognizes language codes which are ValidBuiltIn 
<https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#mw.language.isValidBuiltInCode>,
 Known 
<https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#mw.language.isKnownLanguageTag>,
 or  supported 
<https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#mw.language.isSupportedLanguage>,
 It would be nice to know which set the outputs of this function fall into.
  
  In T68051#6080295 <https://phabricator.wikimedia.org/T68051#6080295>, 
@matej_suchanek wrote:
  
  > perhaps it could be moved to a new function to work independently of 
Wikidata...
  
  A //new function to work independently of Wikidata// would be great. Perhaps 
`mw.language.getUserLanguage()` (aka `mw.getUserLanguage()`) to get "language 
object" with `getCode()` property to get the actual language code.
  
  In T68051#6080295 <https://phabricator.wikimedia.org/T68051#6080295>, 
@matej_suchanek wrote:
  
  > Also, this will create 50M "links" to the item in the database of Commons, 
so a potential performance problem.
  
  Yes, we would like to avoid that. Once Commons SQL database have 50M links, 
they do not seem to ever go away. As I reported in T243602 
<https://phabricator.wikimedia.org/T243602>, we still have 13M links to some 
modules and templates which are not being used for over a year.

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

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

To: Jarekt
Cc: matej_suchanek, Want, Perhelion, IKhitron, Iniquity, Dvorapa, daniel, 
Ricordisamoa, Capankajsmilyo, zhuyifei1999, Jackmcbarn, Liuxinyu970226, Rama, 
Jarekt, Multichill, Aklapper, Rical, Nemo_bis, Anomie, He7d3r, tstarling, 
wikibugs-l-list, vvv, darthmon_wmde, Nandana, Lahi, Gq86, Af420, 
GoranSMilovanovic, QZanden, LawExplorer, SundanceRaphael, _jensen, rosalieper, 
Scott_WUaS, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, 
Dinoguy1000, jayvdb, MrStradivarius, Arrbee, KartikMistry, Mbch331, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T68051: Implement Lua alternative to {{int:Lang}} / wgUserLanguage

2020-04-22 Thread Jarekt
Jarekt added a comment.


  I checked and `_, lang = mw.wikibase.getLabelWithLang( 'Q2' )` is a better 
approach, since Q2 had labels in 287 langiuages and Q1 "only" in 189. So is 
this an acceptable way to look up language of the user? Every template on 
Commons calls {{int:Lang}}, often many times per page. If we switch from 
`lang=frame:callParserFunction("int","lang")` to `_, lang = 
mw.wikibase.getLabelWithLang( 'Q2' )` than suddenly 50M pages will be querying 
Q2's label. Maybe there is a better way.

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

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

To: Jarekt
Cc: Want, Perhelion, IKhitron, Iniquity, Dvorapa, daniel, Ricordisamoa, 
Capankajsmilyo, zhuyifei1999, Jackmcbarn, Liuxinyu970226, Rama, Jarekt, 
Multichill, Aklapper, Rical, Nemo_bis, Anomie, He7d3r, tstarling, 
wikibugs-l-list, vvv, darthmon_wmde, Nandana, Lahi, Gq86, Af420, 
GoranSMilovanovic, QZanden, LawExplorer, SundanceRaphael, _jensen, rosalieper, 
Scott_WUaS, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, 
Dinoguy1000, jayvdb, MrStradivarius, Arrbee, KartikMistry, Mbch331, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T225924: Allow to retrieve entity schemas in Scribunto modules

2020-04-20 Thread Jarekt
Jarekt added a comment.


  See d:Module_talk:Wikidata_label#Adaptation_for_Schemas 
<https://www.wikidata.org/wiki/Module_talk:Wikidata_label#Adaptation_for_Schemas>
 for relevant discussion.

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

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

To: Jarekt
Cc: Jarekt, Aklapper, Tpt, darthmon_wmde, pdehaye, Nandana, Lahi, Gq86, 
Andrawaag, GoranSMilovanovic, QZanden, YULdigitalpreservation, LawExplorer, 
Salgo60, _jensen, rosalieper, Scott_WUaS, MisterSynergy, abian, Wikidata-bugs, 
aude, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T246746: Bot edits on Wikidata should be hidden in other project's recent changes

2020-04-20 Thread Jarekt
Jarekt added a comment.


  I am using QuickStatements on Commons to add statements to Structured data on 
Commons (see here 
<https://tools.wmflabs.org/quickstatements/#/batches/JarektBot>), and I am 
having the same issue, that despite of being logged in as a bot, my edits are 
not tagged as bot edits. A lot of people (in several languages) contacted me 
asking about how to hide my edits. I am planning to use QuickStatements much 
more on Commons, but I do not want to antagonize other users. Please find a 
solution to this issue.

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

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

To: Jarekt
Cc: Jarekt, Etonkovidova, matej_suchanek, Magnus, Bugreporter, Aklapper, 
Strainu, NavinRizwi, darthmon_wmde, Nandana, kostajh, Jony, lucamauri, Lahi, 
Gq86, GoranSMilovanovic, QZanden, LawExplorer, Iniquity, _jensen, rosalieper, 
Taiwania_Justo, Scott_WUaS, SBisson, 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] T68051: Implement Lua alternative to {{int:Lang}} / wgUserLanguage

2020-04-19 Thread Jarekt
Jarekt added a comment.


  Can we just use `_, lang = mw.wikibase.getLabelWithLang( 'Q1' )` ? That line 
seems to always return the language of the viewer. I do not know if Q1 has a 
label for all supported languages, but if not than we can add some.

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

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

To: Jarekt
Cc: Perhelion, IKhitron, Iniquity, Dvorapa, daniel, Ricordisamoa, 
Capankajsmilyo, zhuyifei1999, Jackmcbarn, Liuxinyu970226, Rama, Jarekt, 
Multichill, Aklapper, Rical, Nemo_bis, Anomie, He7d3r, tstarling, 
wikibugs-l-list, vvv, darthmon_wmde, Nandana, Lahi, Gq86, Af420, 
GoranSMilovanovic, QZanden, LawExplorer, SundanceRaphael, _jensen, rosalieper, 
Scott_WUaS, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, 
Dinoguy1000, jayvdb, MrStradivarius, Arrbee, KartikMistry, Mbch331, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T235332: Add SDC data slot to pages in the Commons data: namespace

2020-04-17 Thread Jarekt
Jarekt added a comment.


  I began using "Data:" namespace, lately and I share desire for a place to add 
some metadata. I created T249896 <https://phabricator.wikimedia.org/T249896> 
request for allowing /doc pages where one can add documentation. Adding SDC 
would be also nice, but with so few pages in that namespace I do not see it as 
a high priority. I would not want to divert scarce resources from File 
namespace tasks.

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

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

To: Jarekt
Cc: Jarekt, Abbe98, El_Grafo, Cparle, Aklapper, Jheald, CBogen, Alilje, 
darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, 
Ramsey-WMF, Anooprao, SandraF_WMF, Looniverse, GoranSMilovanovic, QZanden, 
Orienteerix, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, debt, Reasno, 
_jensen, rosalieper, JGirault, Scott_WUaS, phabyogi, Susannaanas, lxbarth, 
mys_721tx, Jane023, Planemad, Wikidata-bugs, Base, matthiasmullie, aude, 
jayvdb, Ricordisamoa, Wesalius, zhuyifei1999, Lydia_Pintscher, Fabrice_Florin, 
Yurik, Raymond, TheDJ, Steinsplitter, Mbch331, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T238484: Entities returned by mw.wikibase.getEntity lua function differ based on language of the viewer

2020-04-17 Thread Jarekt
Jarekt added a comment.


  @WMDE-leszek, Is there documentation for this feature? I would like to 
understand it better.

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

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

To: Jarekt
Cc: WMDE-leszek, darthmon_wmde, nettrom_WMF, matthiasmullie, Marsupium, Jarekt, 
Aklapper, CBogen, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, 
Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, 
Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, 
Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base, aude, Ricordisamoa, 
Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T241338: Allow linking to specific statements in Structured data on Commons

2020-04-16 Thread Jarekt
Jarekt added a comment.


  I noticed that this is deployed now. That is great! Two questions:
  
  - I thing the anchor to captions is "#ooui-php-4". Is that going to be true 
for all the files? Is there some better name for it? And if not, can we rename 
it to something like "#captions"?
  - As @Etonkovidova mentioned above, links to Wikidata properties are nicely 
outlined. Can we do the same on Commons? Without the outline it is hard to tell 
which property are we were linking to.

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

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

To: Etonkovidova, Jarekt
Cc: Tacsipacsi, Salgo60, Ramsey-WMF, Cparle, matthiasmullie, Multichill, 
dcausse, Jarekt, Aklapper, CBogen, darthmon_wmde, Nandana, JKSTNK, Lahi, 
PDrouin-WMF, Gq86, E1presidente, Anooprao, SandraF_WMF, GoranSMilovanovic, 
QZanden, Tramullas, Acer, LawExplorer, Silverfish, Poyekhali, _jensen, 
rosalieper, Taiwania_Justo, Scott_WUaS, Susannaanas, Ixocactus, Wong128hk, 
Jane023, Wikidata-bugs, Base, aude, El_Grafo, Dinoguy1000, Ricordisamoa, 
Wesalius, Lydia_Pintscher, 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] [Closed] T238484: Entities returned by mw.wikibase.getEntity lua function differ based on language of the viewer

2020-04-16 Thread Jarekt
Jarekt closed this task as "Invalid".
Jarekt added a comment.


  In T238484#6046154 <https://phabricator.wikimedia.org/T238484#6046154>, 
@matthiasmullie wrote:
  
  > This behavior appears to be intentional and not causing any trouble when 
testing whether or not languages match, in which case I believe we can close 
this ticket?
  
  Agree

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

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

To: Jarekt
Cc: WMDE-leszek, darthmon_wmde, nettrom_WMF, matthiasmullie, Marsupium, Jarekt, 
Aklapper, CBogen, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, 
Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, 
Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, 
Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base, aude, Ricordisamoa, 
Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T239939: [S] Deploy WikibaseQualityConstraints to beta commons

2020-04-10 Thread Jarekt
Jarekt added a comment.


  I tried those 2 links:
  
  - 
https://commons.wikimedia.beta.wmflabs.org/wiki/File:2015-06-06_0672_Romedikapelle_Brennbichl.jpg#P245962
  - 
https://commons.wikimedia.beta.wmflabs.org/wiki/File:2015-06-06_0672_Romedikapelle_Brennbichl.jpg#P740
  
  and they worked fine.

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

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

To: matthiasmullie, Jarekt
Cc: Jarekt, Lucas_Werkmeister_WMDE, egardner, Multichill, PDrouin-WMF, 
Aklapper, WMDE-leszek, Cparle, CBogen, darthmon_wmde, Nandana, Lahi, Gq86, 
Ramsey-WMF, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 
Agabi10, Scott_WUaS, Abit, abian, 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] T238484: Entities returned by mw.wikibase.getEntity lua function differ based on language of the viewer

2020-03-26 Thread Jarekt
Jarekt added a comment.


  I never run into this when processing Wikidata entities, so it is interesting 
that it happens there too. In my codes, I began  to test that two languages 
match and ignore the rest, but if this is a "feature" not a "bug" I can 
probably simplify some of those codes.

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

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

To: Jarekt
Cc: WMDE-leszek, darthmon_wmde, nettrom_WMF, matthiasmullie, Marsupium, Jarekt, 
Aklapper, CBogen, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, 
Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, 
Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, 
Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base, aude, Ricordisamoa, 
Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T68051: Implement Lua alternative to {{int:Lang}} / wgUserLanguage

2020-03-25 Thread Jarekt
Jarekt added a comment.


  At the moment most modules on Commons use 
`frame:callParserFunction("int","lang")` call to get users language. It is a 
solution that works fine on multilingual projects like Commons and Wikidata, 
but I am not sure if it is accessible on other projects. I assume that the 
purpose of this task to come up a way which is guaranteed to work on the 
projects.

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

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

To: Jarekt
Cc: Perhelion, IKhitron, Iniquity, Dvorapa, daniel, Ricordisamoa, 
Capankajsmilyo, zhuyifei1999, Jackmcbarn, Liuxinyu970226, Rama, Jarekt, 
Multichill, Aklapper, Rical, Nemo_bis, Anomie, He7d3r, tstarling, 
wikibugs-l-list, vvv, darthmon_wmde, Nandana, Lahi, Gq86, Af420, 
GoranSMilovanovic, QZanden, LawExplorer, SundanceRaphael, _jensen, rosalieper, 
Scott_WUaS, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, 
Dinoguy1000, jayvdb, MrStradivarius, Arrbee, KartikMistry, Mbch331, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T221921: Provision search endpoint for SDC. Requirements from Product Team.

2020-03-16 Thread Jarekt
Jarekt added a comment.


  In T221921#5973642 <https://phabricator.wikimedia.org/T221921#5973642>, 
@Keegan wrote:
  
  > I'm aware of how old this ticket is and the pain it's caused trying to move 
it forward. There seems to be some miscommunication going on here and it's 
escalating, I'm going to work with some folks on clarifying intentions.
  
  That would be great. I think the frustration is due to expectations 
management. I guess we were imagining that we would just run the same code as 
Wikidata, so once turned on SDC would have similar GUI as Wikidata and with the 
same capabilities, including SPARQL interface, constraint verification, support 
for all the basic types, support for Lua interface, etc.  So that should have 
been the baseline, followed by possible additional features. In the mean time, 
we are still adding basic features Wikidata had ages ago, like for example It 
was only today, I was able to use GUI to add units to a "quantity" type 
property (see T239474 <https://phabricator.wikimedia.org/T239474>).  We are 
also still waiting for SPARQL interface, constraint support, ability to link to 
statements (T241338 <https://phabricator.wikimedia.org/T241338>), etc.. While 
we are waiting on those capabilities, SDC development seems to concentrate on 
new GUI, which is much more clunky than the Wikidata's GUI, and tools like 
Computer-aided tagging 
<https://commons.wikimedia.org/wiki/Commons:Structured_data/Computer-aided_tagging>
 ( which I support but would prefer to see done after we manage to finish with 
turning on all the features we now expect from wikibase). It is a bit like if 
we were starting a new language of Wikipedia and first turned on the mediawiki 
software from 15 years ago and than had to file tickets to add all the features 
we expect from current Wikipedia.

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

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

To: Jarekt
Cc: Gamaliel, Keegan, Jane023, Spinster, Fuzheado, Jarekt, Husky, Tagishsimon, 
Multichill, Tnegrin, Abbe98, Marsupium, Tpt, Lucas_Werkmeister_WMDE, dcausse, 
EBernhardson, Jheald, Gehel, Abit, MarkTraceur, Cparle, Ramsey-WMF, Smalyshev, 
Aklapper, Nuria, CBogen, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, 
Gq86, E1presidente, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, EBjune, 
Tramullas, Acer, merbst, LawExplorer, Salgo60, Silverfish, Poyekhali, _jensen, 
rosalieper, Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, Susannaanas, Ixocactus, 
Wong128hk, jkroll, Wikidata-bugs, Jdouglas, Base, matthiasmullie, aude, 
Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, Ricordisamoa, Wesalius, 
Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T241338: Allow linking to specific statements in Structured data on Commons

2020-03-03 Thread Jarekt
Jarekt added a comment.


  In T241338#5938761 <https://phabricator.wikimedia.org/T241338#5938761>, 
@matthiasmullie wrote:
  
  > @Jarekt would you want to link to the specific statement (i.e. 
`File:Something.jpg#M63$b81f5051-4288-a4d9-cc31-ba8b200b5e0e` - the statement's 
GUID), or just the property level (i.e. `File:Something.jpg#P180` or something 
similar)
  
  What I need is property level links (i.e. `File:Something.jpg#P180`)
  
  **Example:**
   {{Information}} template in this file 
<https://commons.wikimedia.org/wiki/File:Midsummer_Sunset_at_Underhoull,_Shetland_Islands,_Great_Britain_-_geograph.org.uk_-_605.jpg>
 looks like
  F31660706: Screenshot_2020-03-03 File Midsummer Sunset at Underhoull, 
Shetland Islands, Great Britain - geograph org uk - 605 jpg [...].png 
<https://phabricator.wikimedia.org/F31660706>
  and  most fields, like author, date, source, etc., are not set in wikitext 
but in SDC. The template has SDC icons to the right of field names, like 
source, and I would like this icon to link to SDC's P7482 
<https://www.wikidata.org/wiki/Property:P7482>, since that is the place where 
source info can be modified. On Wikidata such link would be done by adding 
"#P7482" to the page url, so ideally the link would be 
`File:Something.jpg#P7482`.

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

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

To: matthiasmullie, Jarekt
Cc: Salgo60, Ramsey-WMF, Cparle, matthiasmullie, Multichill, dcausse, Jarekt, 
Aklapper, CBogen, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, 
E1presidente, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, 
Acer, LawExplorer, Silverfish, Poyekhali, _jensen, rosalieper, Taiwania_Justo, 
Scott_WUaS, Susannaanas, Ixocactus, Wong128hk, Jane023, Wikidata-bugs, Base, 
aude, El_Grafo, Dinoguy1000, Ricordisamoa, Wesalius, Lydia_Pintscher, 
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] T241338: Allow linking to specific statements in Structured data on Commons

2020-03-03 Thread Jarekt
Jarekt added a comment.


  In the next version of {{information}} template we are planning to add SDC 
icons to fields which were filled by information from SDC. I think those icons 
should link to properties where the data is stored. Can we at least agree, if 
we are going to be able to link to specific properties and if so what would be 
the format? The actual implementation can follow later. That way I can add it 
to the next release. I am trying to have only occasional updates to template 
used on 50+ M pages.

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

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

To: Jarekt
Cc: Multichill, dcausse, Jarekt, Aklapper, CBogen, darthmon_wmde, Nandana, 
JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, 
SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, 
Silverfish, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, 
Susannaanas, Ixocactus, Wong128hk, Jane023, Wikidata-bugs, Base, 
matthiasmullie, aude, El_Grafo, Dinoguy1000, Ricordisamoa, Wesalius, 
Lydia_Pintscher, Fabrice_Florin, Raymond, 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] T195962: "Failed to serialize data" on Commons pages using Wikidata based templates

2020-03-02 Thread Jarekt
Jarekt added a comment.


  Same issue with c:File:Verwaistes_Bahnhofgebäude_Hof_20200223_003.jpg 
<https://commons.wikimedia.org/wiki/File:Verwaistes_Bahnhofgebäude_Hof_20200223_003.jpg>
 today

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

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

To: Jarekt
Cc: Aklapper, Tgr, Jarekt, CBogen, TerraCodes, Poyekhali, Taiwania_Justo, 
Ixocactus, Wong128hk, Wikidata-bugs, El_Grafo, Dinoguy1000, Steinsplitter, 
Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T237991: Changes to Structured Data on Commons should trigger page refresh

2020-02-16 Thread Jarekt
Jarekt added a comment.


  This is related to T173339 <https://phabricator.wikimedia.org/T173339>, where 
changes to Wikidata should trigger page refresh of pages which rely on that 
data.

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

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

To: Jarekt
Cc: Jarekt, Aklapper, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, 
E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, 
QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, Poyekhali, _jensen, 
rosalieper, Taiwania_Justo, Scott_WUaS, Susannaanas, Ixocactus, Wong128hk, 
Jane023, Wikidata-bugs, Base, matthiasmullie, aude, El_Grafo, Dinoguy1000, 
Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, 
Steinsplitter, Mbch331, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T195962: "Failed to serialize data" on Commons pages using Wikidata based templates

2020-02-15 Thread Jarekt
Jarekt removed a project: Wikidata.
Jarekt added a comment.


  File 
[https://commons.wikimedia.org/wiki/File:L%27Int%C3%A9rieur_du_Mus%C3%A9e_des_beaux-arts_de_Nancy.jpg|c:File:L%27Int%C3%A9rieur_du_Mus%C3%A9e_des_beaux-arts_de_Nancy.jpg]
 shows "Failed to 
serialize data." error. Attempt to do any edit on the file gives 
Internal Error "[XkgM4wpAMEoAAE8Us7QAAACS] 2020-02-15 15:23:15: Fatal exception 
of type "Wikibase\Lib\Store\DivergingEntityIdException"". Any idea how to 
resolve it? F31617567: Screenshot_2020-02-15 Internal error - Wikimedia 
Commons.png <https://phabricator.wikimedia.org/F31617567>

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

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

To: Jarekt
Cc: Aklapper, Tgr, Jarekt, TerraCodes, Poyekhali, Taiwania_Justo, Ixocactus, 
Wong128hk, Wikidata-bugs, El_Grafo, Dinoguy1000, Steinsplitter, Keegan, 
darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 
_jensen, rosalieper, Scott_WUaS, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T210304: Add Wikidata as a supported project

2020-02-07 Thread Jarekt
Jarekt added a comment.


  I tried again to log in to Wikidata with AWB using Custom project option:
  
  F31553914: New Picture (1).png <https://phabricator.wikimedia.org/F31553914>
  
  and that works. Unfortunately if I try to edit a page, I am asked to re-login 
and that operation fails with 403 error. See:
  
  F31553917: New Picture (2).png <https://phabricator.wikimedia.org/F31553917>
  
  Any ideas of how to use AWB on Wikidata's talk pages?

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

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

To: Jarekt
Cc: Liuxinyu970226, Jarekt, Aklapper, darthmon_wmde, DannyS712, Nandana, Lahi, 
Gq86, Shaded0, GoranSMilovanovic, SwiftyPeep, QZanden, Brightgalrs, 
LawExplorer, JJMC89, Grind24, _jensen, rosalieper, Scott_WUaS, Magioladitis, 
Wikidata-bugs, aude, Dinoguy1000, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Changed Subscribers] T244529: mw.wikibase.getLabelByLang not return item label for some items

2020-02-06 Thread Jarekt
Jarekt added a subscriber: hoo.
Jarekt added a comment.


  Adding hoo (Marius Hoch) who wrote mw.wikibase.getLabelByLang function in the 
first place.

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

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

To: Jarekt
Cc: hoo, Jarekt, Aklapper, Liuxinyu970226, Chicagohil, darthmon_wmde, Nandana, 
Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 
Scott_WUaS, 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] T244529: mw.wikibase.getLabelByLang not return item label for some items

2020-02-06 Thread Jarekt
Jarekt added a comment.


  As an author of Lua code behind {{Q|}} template and few others related ones I 
was alerted about this issue. I tried the following test; I added labelByLang 
function to c:Module:Test <https://commons.wikimedia.org/wiki/Module:Test>:
  
local p = {}

function p.labelByLang(frame)
label = mw.wikibase.getLabelByLang( frame.args[1], frame.args[2] )
return label or 'None'
end

return p
  
  Than tested it by:
  
  - `{{#invoke:Test|labelByLang|Q75820373|en}}` gives "None" (expected 
"WikiProject Supertemplates", for Q75820373 
<https://www.wikidata.org/wiki/Q75820373>)
  - `{{#invoke:Test|labelByLang|Q1|en}}`  gives "Universe" (correct)
  
  I got similar error for  mw.wikibase.getLabelAndLang function

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

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

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


[Wikidata-bugs] [Maniphest] [Retitled] T244529: mw.wikibase.getLabelByLang not return item label for some items

2020-02-06 Thread Jarekt
Jarekt renamed this task from "{{Q|id}} syntax not displaying item label 
sometimes" to "mw.wikibase.getLabelByLang not return item label for some items".
Jarekt added a project: Wikibase-Lua.

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

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

To: Jarekt
Cc: Aklapper, Liuxinyu970226, Chicagohil, darthmon_wmde, Nandana, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
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] T239474: [M] Units support for quantity datatype

2020-01-28 Thread Jarekt
Jarekt added a comment.


  I just come here to report this bug. Luckily it is being fixed.

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

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

To: Jarekt
Cc: Jarekt, Addshore, Ramsey-WMF, Aklapper, egardner, PDrouin-WMF, Multichill, 
matthiasmullie, Un1tY, Hook696, Daryl-TTMG, RomaAmorRoma, 0010318400, 
E.S.A-Sheild, Iflorez, darthmon_wmde, alaa_wmde, AramBakir, Meekrab2012, 
joker88john, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, 
Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Af420, 
Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, 
Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, Lewizho99, Maathavan, 
_jensen, rosalieper, Scott_WUaS, Jonas, Abit, Wikidata-bugs, aude, 
Lydia_Pintscher, 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] T243686: Create widget to copy coordinates from the location template to "coordinates of the point of view" (P1259)

2020-01-28 Thread Jarekt
Jarekt added a comment.


  I was thinking about tackling this exact task in the following way:
  
  1. harvest coordinates using https://quarry.wmflabs.org/query/41693 like 
query which strips coordinates and camera heading from geohack URL, for files 
in [[Category:Media_with_locations]] and formats the outputs results in the 
format of QuickStatements
  2. Save results in some spreadsheet and clean it up if needed
  3. run QuickStatements tool to add them
  
  Unfortunately, either I am doing something wrong of QuickStatements tool is 
not working correctly on SDC data.

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

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

To: Jarekt
Cc: Jarekt, Aklapper, Raymond, darthmon_wmde, Nandana, JKSTNK, Lahi, 
PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, 
GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, 
_jensen, rosalieper, Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base, 
matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, 
Jdforrester-WMF, Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Created] T243086: Error "serialization is required for constructing a EntityId and must be a string" when adding a statement to SDC

2020-01-17 Thread Jarekt
Jarekt created this task.
Jarekt added projects: SDC General, Structured Data Engineering.
Restricted Application added a subscriber: Aklapper.
Restricted Application added projects: Wikidata, Structured-Data-Backlog.

TASK DESCRIPTION
  Second time in last 10 minutes I run into "//serialization is required for 
constructing a EntityId and must be a string//" error when adding a statement 
to SDC.
  In both cases the item I am picking just went through merge operation with 
other item. I paste new item ID in the window, pick the item from suggestion 
list and get the error. In both cases adding English label to the item and 
purging the file page resolved the issue (not sure if the first step is 
necessary).
  
  Might be related to T143249 <https://phabricator.wikimedia.org/T143249>.
  
  F31515487: Screenshot_2020-01-17 File Pierre Frédéric de la Croix - Portret 
van Theodoor François de Mey (1684-1758) - 10653 A B - Mus[...].png 
<https://phabricator.wikimedia.org/F31515487>

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

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

To: Jarekt
Cc: Aklapper, Jarekt, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, 
E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, 
QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, 
rosalieper, Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base, 
matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, 
Raymond, Jdforrester-WMF, Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T237107: Extend mw.wikibase lua functions to allow accessing Structured Data on Commons items

2020-01-09 Thread Jarekt
Jarekt added a comment.


  Great I will start replacing hacks like "M" .. mw.title.getCurrentTitle().id 
with "clean" code

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

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

To: matthiasmullie, Jarekt
Cc: Multichill, Addshore, matthiasmullie, Njardarlogar, Aklapper, Jarekt, 
darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, 
Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, 
Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, 
Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base, aude, Ricordisamoa, 
Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Jdforrester-WMF, 
Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T237746: page ID accessed from Lua by calling "mw.title.getCurrentTitle().id" ocassionally returns "0"

2019-12-28 Thread Jarekt
Jarekt added a comment.


  According to 
https://commons.wikimedia.org/wiki/Commons:Village_pump/Technical#Photograph_template_problem
 the issue still exist,

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

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

To: Jarekt
Cc: Anomie, matej_suchanek, Aklapper, Liuxinyu970226, Jarekt, Ahmad252, JKSTNK, 
Lahi, PDrouin-WMF, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, 
Tramullas, Acer, Salgo60, Silverfish, SundanceRaphael, Poyekhali, 
Taiwania_Justo, Susannaanas, Ixocactus, Wong128hk, Jane023, Wikidata-bugs, 
Base, matthiasmullie, El_Grafo, Dinoguy1000, jayvdb, Ricordisamoa, Wesalius, 
MrStradivarius, Lydia_Pintscher, Fabrice_Florin, Raymond, Jackmcbarn, 
Steinsplitter, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T241338: Allow linking to specific statements in Structured data on Commons

2019-12-22 Thread Jarekt
Jarekt added a subscriber: dcausse.
Jarekt added a comment.


  In T222321 <https://phabricator.wikimedia.org/T222321> @dcausse also thought 
we should have
  
  > direct reference to a particular statement (like the statement id anchor on 
wikibase entity e.g. 
https://www.wikidata.org/wiki/Q1#Q1$8983b0ea-4a9c-0902-c0db-785db33f767c)
  
  I would like to have it so if an infobox pulls some informatio from SDC than 
I would like to add an edit icon to it, which when clicked would lead to the 
statement where the information come from.

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

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

To: Jarekt
Cc: dcausse, Jarekt, Aklapper, darthmon_wmde, Nandana, JKSTNK, Lahi, 
PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, 
GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, 
Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Susannaanas, 
Ixocactus, Wong128hk, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, 
El_Grafo, Dinoguy1000, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, 
Raymond, Steinsplitter, Mbch331, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Created] T241338: Allow linking to specific statements in Structured data on Commons

2019-12-22 Thread Jarekt
Jarekt created this task.
Jarekt added projects: Commons, SDC General.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  On Wikidata you can have a link like 
https://www.wikidata.org/wiki/Q56051850#P6216 that links to P6216 
<https://phabricator.wikimedia.org/P6216> property of Q56051850 item. On 
Commons link like 
https://commons.wikimedia.org/wiki/File:Arbeiderswoning_Oostwold_4.jpg#P6216 
should also link to  P6216 <https://phabricator.wikimedia.org/P6216> property 
of Arbeiderswoning_Oostwold_4.jpg file.

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

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

To: Jarekt
Cc: Jarekt, Aklapper, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, 
E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, 
QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, Poyekhali, _jensen, 
rosalieper, Taiwania_Justo, Scott_WUaS, Susannaanas, Ixocactus, Wong128hk, 
Jane023, Wikidata-bugs, Base, matthiasmullie, aude, El_Grafo, Dinoguy1000, 
Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, 
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] T141602: [Objective Fiscal 19-20/Q2] (9) Provide a Proof of Concept SPARQL endpoint in support of SDoC project (stretch)

2019-12-19 Thread Jarekt
Jarekt added a comment.


  Yes @Gehel thanks for reply. One use case, I could think of now would be for 
finding wikidata items IDs which are used in depict and other statements which 
point to redirects. On wikidata there are some bots that replace redirected IDs 
with the new IDs, but on SDC there is no way at to moment to run a query to 
find such IDs.

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

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

To: Jarekt
Cc: Lea_Lacroix_WMDE, PDrouin-WMF, Gehel, Nicolas_Raoul, Mmarx, Multichill, 
Nemo_bis, Husky, jleedev, Silverfish, Ainali, VIGNERON, JeanFred, Abbe98, 
ChristianFerrer, Jheald, Lucas_Werkmeister_WMDE, Salgo60, MB-one, Tpt, 
Addshore, Jarekt, Ramsey-WMF, Tgr, Bugreporter, Lydia_Pintscher, Aklapper, 
Steinsplitter, Poyekhali, Smalyshev, darthmon_wmde, Nandana, JKSTNK, Lahi, 
Gq86, E1presidente, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, 
EBjune, Tramullas, Acer, merbst, LawExplorer, _jensen, rosalieper, 
Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, Susannaanas, Ixocactus, Wong128hk, 
Jane023, jkroll, Wikidata-bugs, Jdouglas, Base, matthiasmullie, aude, 
Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, Ricordisamoa, Wesalius, 
Fabrice_Florin, Raymond, Mbch331, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T240563: broken Lua's mw.wikibase.entity:getSitelink function

2019-12-16 Thread Jarekt
Jarekt added a comment.


  I purged all the files in Category:Pages_with_script_errors 
<https://commons.wikimedia.org/wiki/Category:Pages_with_script_errors> and 
there are no more errors in file namespace.

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

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

To: matthiasmullie, Jarekt
Cc: Keegan, Multichill, Jarekt, Lucas_Werkmeister_WMDE, matthiasmullie, 
Aklapper, Lea_Lacroix_WMDE, Liuxinyu970226, darthmon_wmde, Nandana, JKSTNK, 
Lahi, Gq86, Ramsey-WMF, GoranSMilovanovic, Jayprakash12345, QZanden, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Wong128hk, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T141602: [Objective Fiscal 19-20/Q2] (9) Provide a Proof of Concept SPARQL endpoint in support of SDoC project (stretch)

2019-12-15 Thread Jarekt
Jarekt added a comment.


  In T141602#5652512 <https://phabricator.wikimedia.org/T141602#5652512>, 
@Husky wrote:
  
  > Hey, as a proof of concept, i've adapted my VizQuery 
<https://tools.wmflabs.org/hay/vizquery/> tool to use the beta endpoint 
<https://sdcquery.wmflabs.org/>.
  
  Husky, I have never heard of beta endpoint <https://sdcquery.wmflabs.org/>. 
Is there some documentation for it or who is running it?

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

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

To: Jarekt
Cc: PDrouin-WMF, Gehel, Nicolas_Raoul, Mmarx, Multichill, Nemo_bis, Husky, 
jleedev, Silverfish, Ainali, VIGNERON, JeanFred, Abbe98, ChristianFerrer, 
Jheald, Lucas_Werkmeister_WMDE, Salgo60, MB-one, Tpt, Addshore, Jarekt, 
Ramsey-WMF, Tgr, Bugreporter, Lydia_Pintscher, Aklapper, Steinsplitter, 
Poyekhali, Smalyshev, darthmon_wmde, Nandana, JKSTNK, Lahi, Gq86, E1presidente, 
Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, EBjune, Tramullas, 
Acer, merbst, LawExplorer, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, 
Jonas, Xmlizer, Susannaanas, Ixocactus, Wong128hk, Jane023, jkroll, 
Wikidata-bugs, Jdouglas, Base, matthiasmullie, aude, Tobias1984, El_Grafo, 
Dinoguy1000, Manybubbles, Ricordisamoa, Wesalius, Fabrice_Florin, Raymond, 
Mbch331, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T141602: [Objective Fiscal 19-20/Q2] (9) Provide a Proof of Concept SPARQL endpoint in support of SDoC project (stretch)

2019-12-15 Thread Jarekt
Jarekt added a comment.


  In T141602#5652512 <https://phabricator.wikimedia.org/T141602#5652512>, 
@Husky wrote:
  
  > Hey, as a proof of concept, i've adapted my VizQuery 
<https://tools.wmflabs.org/hay/vizquery/> tool to use the beta endpoint 
<https://sdcquery.wmflabs.org/>.
  
  Husky, I have never heard of beta endpoint <https://sdcquery.wmflabs.org/>. 
Is there some documentation for it? All the examples and help pages are for 
Wikidata.

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

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

To: Jarekt
Cc: PDrouin-WMF, Gehel, Nicolas_Raoul, Mmarx, Multichill, Nemo_bis, Husky, 
jleedev, Silverfish, Ainali, VIGNERON, JeanFred, Abbe98, ChristianFerrer, 
Jheald, Lucas_Werkmeister_WMDE, Salgo60, MB-one, Tpt, Addshore, Jarekt, 
Ramsey-WMF, Tgr, Bugreporter, Lydia_Pintscher, Aklapper, Steinsplitter, 
Poyekhali, Smalyshev, darthmon_wmde, Nandana, JKSTNK, Lahi, Gq86, E1presidente, 
Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, EBjune, Tramullas, 
Acer, merbst, LawExplorer, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, 
Jonas, Xmlizer, Susannaanas, Ixocactus, Wong128hk, Jane023, jkroll, 
Wikidata-bugs, Jdouglas, Base, matthiasmullie, aude, Tobias1984, El_Grafo, 
Dinoguy1000, Manybubbles, Ricordisamoa, Wesalius, Fabrice_Florin, Raymond, 
Mbch331, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T237899: Wikidata item ID changes caused by merges do not update entities on Structured data on Commons

2019-12-15 Thread Jarekt
Jarekt added a comment.


  It seems like it is an user operated bot that updates redirects on Wikidata. 
I proposed to create similar got on Commons, see 
Commons:Bots/Work_requests#update_redirected_wikidata_items_used_by_SDC 
<https://commons.wikimedia.org/wiki/Commons:Bots/Work_requests#update_redirected_wikidata_items_used_by_SDC>
 but there does not seem to be much response. Part of the issue is that at the 
moment there does not seem to be a way to even query for such redirects. I 
tried to write one, like this one 
<https://sdcquery.wmflabs.org/#SELECT%20%3FcommonsItem%20%3FwikidataItem%20%3Ftarget%0AWHERE%20%0A%7B%0A%20%20%3FcommonsItem%20wdt%3AP6243%20%3FwikidataItem.%0A%20%20%3FwikidataItem%20owl%3AsameAs%20%3Ftarget.%0A%7D%0Alimit%20100>
 using sdcquery.wmflabs.org, but could not get it to work. I tried to get some 
advice on creating such a query at 
Wikidata:Request_a_query#finding_redirected_wikidata_items_used_by_SDC 
<https://www.wikidata.org/wiki/Wikidata:Request_a_query#finding_redirected_wikidata_items_used_by_SDC>
 but got no replies. So I guess we are blocked by lack of reliable querying 
system that can access both SDC and Wikidata.

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

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

To: Jarekt
Cc: Keegan, Tacsipacsi, Aklapper, Jarekt, darthmon_wmde, Nandana, JKSTNK, Lahi, 
PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, 
GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, 
_jensen, rosalieper, Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base, 
matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, 
Raymond, Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T240563: broken Lua's mw.wikibase.entity:getSitelink function

2019-12-13 Thread Jarekt
Jarekt added a comment.


  After my yesterday change to `Module:Wikidata label`, the 30k files affected 
got fixed. Now the only files in Category:Pages_with_script_errors 
<https://commons.wikimedia.org/wiki/Category:Pages_with_script_errors> are 
couple hundred Gauguin paintings. Lets not "fix" those files so we can keep on 
diagnosing the issue. I did try to isolate the issue and found the following:
  
  - `{{#invoke:Cite|cite|item=Q15088284}}` added to File:Gauguin Stillleben mit 
Fruchtschale und Zitronen.jpg 
<https://commons.wikimedia.org/wiki/File:Gauguin_Stillleben_mit_Fruchtschale_und_Zitronen.jpg>
 causes the issue F31474759: New Picture (9).jpg 
<https://phabricator.wikimedia.org/F31474759>
  - `{{#invoke:Cite|cite|item=Q15088284}}` added to File:Gauguin 1882 Carrière 
aux environs de Pontoise.jpg 
<https://commons.wikimedia.org/wiki/File:Gauguin_1882_Carri%C3%A8re_aux_environs_de_Pontoise.jpg>
 does not cause the issue
  
  The difference between the two files is that the first one has SDC statements 
and labels and the second one does not. So it seems like only files with SDC 
statements are affected by this issue.

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

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

To: Jarekt
Cc: Jarekt, Lucas_Werkmeister_WMDE, matthiasmullie, Aklapper, Lea_Lacroix_WMDE, 
Liuxinyu970226, Hook696, Daryl-TTMG, RomaAmorRoma, 0010318400, E.S.A-Sheild, 
darthmon_wmde, Meekrab2012, joker88john, DannyS712, CucyNoiD, Nandana, 
NebulousIris, JKSTNK, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, 
Adrian1985, Cpaulf30, Lahi, Gq86, Af420, Darkminds3113, Bsandipan, Lordiis, 
GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, 
LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, 
Wikidata-bugs, aude, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T240563: broken Lua's mw.wikibase.entity:getSitelink function

2019-12-13 Thread Jarekt
Jarekt added a comment.


  In T240563#5738558 <https://phabricator.wikimedia.org/T240563#5738558>, 
@matthiasmullie wrote:
  
  > I believe that whatever I ended up doing to remove the `getSitelink` method 
from MediaInfo entities, accidentally took it away from the parent class as 
well. Am looking into it!
  
  Can we just keep `getSitelink` method, and make it return //nil// when 
applied to MediaInfo entities?

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

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

To: Jarekt
Cc: Jarekt, Lucas_Werkmeister_WMDE, matthiasmullie, Aklapper, Lea_Lacroix_WMDE, 
Liuxinyu970226, Hook696, Daryl-TTMG, RomaAmorRoma, 0010318400, E.S.A-Sheild, 
darthmon_wmde, Meekrab2012, joker88john, DannyS712, CucyNoiD, Nandana, 
NebulousIris, JKSTNK, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, 
Adrian1985, Cpaulf30, Lahi, Gq86, Af420, Darkminds3113, Bsandipan, Lordiis, 
GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, 
LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, 
Wikidata-bugs, aude, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T240563: broken Lua's mw.wikibase.entity:getSitelink function

2019-12-12 Thread Jarekt
Jarekt added a comment.


  I "fixed" the immediate line causing errors, and that seems to fix the pages. 
However the explanation still does not make much sense as the entities the 
module was operating on were Wikidata entities and not SDC's MediaInfo  
entities,  and we should be able to look up sitelinks for them.

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

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

To: Jarekt
Cc: Jarekt, Lucas_Werkmeister_WMDE, matthiasmullie, Aklapper, Lea_Lacroix_WMDE, 
Liuxinyu970226, darthmon_wmde, DannyS712, Nandana, JKSTNK, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
Wikidata-bugs, aude, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T240563: broken Lua's mw.wikibase.entity:getSitelink function

2019-12-12 Thread Jarekt
Jarekt added a comment.


  matthiasmullie and Lucas_Werkmeister_WMDE thanks for reply. I think I 
understand it now, so in the past we had the code with the same interface, 
documented in  mw:Extension:Wikibase Client/Lua 
<https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua>,  that supported 
both processing of wikidata and SDC entities, and now we are moving in a now 
direction of having two different codes with different functions. That will 
make writing libraries that work with both Wikidata and SDC much harder.

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

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

To: Jarekt
Cc: Jarekt, Lucas_Werkmeister_WMDE, matthiasmullie, Aklapper, Lea_Lacroix_WMDE, 
Liuxinyu970226, darthmon_wmde, DannyS712, Nandana, JKSTNK, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
Wikidata-bugs, aude, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Created] T240093: On Commons create optional "skin" for displaying structured data which mimics Wikidata look

2019-12-07 Thread Jarekt
Jarekt created this task.
Jarekt added a project: SDC General.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  I personally am very used to Wikidata way of presenting structured data. Can 
we have alternative skin on Commons that mimics wikidata look, or extra tab 
with wikidata-like display of all properties currently stored in Structured 
data? I also think it would be nice if we could display somewhere the M-ID or 
entity ID of each structured data page. Those options could be optional and not 
activated by default.

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

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

To: Jarekt
Cc: Aklapper, Keegan, Marsupium, Jheald, Jarekt, darthmon_wmde, DannyS712, 
Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, 
Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, 
LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, 
Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, 
Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T237262: Tool for undoing Wikidata merges

2019-12-07 Thread Jarekt
Jarekt added a comment.


  Here is an example:
  
  1. someone did a nonsense merge 
<https://www.wikidata.org/w/index.php?title=Q59165607=revision=1038289881=986442520>
 of Q59165607 <https://www.wikidata.org/wiki/Q59165607> and Q55296215 
<https://www.wikidata.org/wiki/Q55296215>.
  2. KrdBot replaces redirected item 
<https://www.wikidata.org/w/index.php?title=Q314104=revision=1039041773=936463156>
 in all the items linking to it
  3. The merge is undone 
<https://www.wikidata.org/w/index.php?title=Q59165607=revision=1048159568=1038289881>
  4. At this point all the changes done automatically by KrdBot need to be 
found and undone manually, as it was done here 
<https://www.wikidata.org/w/index.php?title=Q314104=next=1039041773>

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

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

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


[Wikidata-bugs] [Maniphest] [Updated] T237899: Wikidata item ID changes caused by merges do not update entities on Structured data on Commons

2019-11-22 Thread Jarekt
Jarekt added a comment.


  I did not realized that we have volunteer run bot to fix redirects. I thought 
that was a task of internal wikidata software, the way page renames are 
automatically updated by wikimedia software (I assume?). Perhaps wikidata 
software should take over those tasks which will help with proper 
implementation of un-merge capabilities  as discussed at T237262 
<https://phabricator.wikimedia.org/T237262>.

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

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

To: Jarekt
Cc: Tacsipacsi, Aklapper, Jarekt, darthmon_wmde, DannyS712, Nandana, JKSTNK, 
Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, 
SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, 
Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, Jane023, 
Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, 
Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Created] T238484: Structured Data on Commons entities returned by mw.wikibase.getEntity lua function differ based on language of the viewer

2019-11-16 Thread Jarekt
Jarekt created this task.
Jarekt added projects: SDC General, MediaWiki-extensions-WikibaseClient, 
Wikibase-Lua.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  mw.wikibase.getEntity lua function, activated by T223792 
<https://phabricator.wikimedia.org/T223792> to work with Structured Data on 
Commons (SDC) returns SDC entity. The best way to view it is by mw.dumpObject 
<https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#mw.dumpObject>
 function. The output of mw.dumpObject|mw.dumpObject (with collapsed 
"statements" table) for File:Indoor_Climbing_Kid.jpg 
<https://commons.wikimedia.org/wiki/File:Indoor_Climbing_Kid.jpg> (M4184419) is
  
  `table#1 {
  
metatable = table#2
["id"] = "M4184419",
["labels"] = table#3 {
  metatable = table#4
  ["en"] = table#5 {
["language"] = "en",
["value"] = "A five year old hanging around bouldering wall in 
Sportrock climbing gym in Alexandria, Virginia, USA",
  },
},
["schemaVersion"] = 2,
["statements"] = table#6 { ... },
["type"] = "mediainfo",
  
  }`
  
  which is correct as the file has only English caption. That changes when I 
switch my language from English to Polish and than I get
  
  `table#1 {
  
metatable = table#2
["id"] = "M4184419",
["labels"] = table#3 {
  metatable = table#4
  ["en"] = table#5 {
["language"] = "en",
["value"] = "A five year old hanging around bouldering wall in 
Sportrock climbing gym in Alexandria, Virginia, USA",
  },
  ["pl"] = table#6 {
["language"] = "en",
["value"] = "A five year old hanging around bouldering wall in 
Sportrock climbing gym in Alexandria, Virginia, USA",
  },
},
["schemaVersion"] = 2,
["statements"] = table#7 { ... },
["type"] = "mediainfo",
  
  }`
  
  The entity returned  should not depend on user's language.

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

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

To: Jarekt
Cc: Jarekt, Aklapper, darthmon_wmde, DannyS712, Nandana, JKSTNK, Lahi, 
PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, 
GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, 
_jensen, rosalieper, Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base, 
matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, 
Raymond, Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Closed] T237746: page ID accessed from Lua by calling "mw.title.getCurrentTitle().id" ocassionally returns "0"

2019-11-14 Thread Jarekt
Jarekt closed this task as "Resolved".
Jarekt claimed this task.
Jarekt added a comment.


  c:Category:Pages_with_page_ID_set_to_zero is still empty. I will close this 
as resolved, and revive if I observe this issue again. If I run into it again I 
will try to get more info about images.

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

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

To: Jarekt
Cc: Anomie, matej_suchanek, Aklapper, Liuxinyu970226, Jarekt, JKSTNK, Lahi, 
PDrouin-WMF, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, 
Tramullas, Acer, Salgo60, Silverfish, SundanceRaphael, Poyekhali, 
Taiwania_Justo, Susannaanas, Ixocactus, Wong128hk, Jane023, Wikidata-bugs, 
Base, matthiasmullie, El_Grafo, Dinoguy1000, jayvdb, Ricordisamoa, Wesalius, 
MrStradivarius, Lydia_Pintscher, Fabrice_Florin, Raymond, Jackmcbarn, 
Steinsplitter, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T237746: page ID accessed from Lua by calling "mw.title.getCurrentTitle().id" ocassionally returns "0"

2019-11-13 Thread Jarekt
Jarekt added a comment.


  In T237746#5657898 <https://phabricator.wikimedia.org/T237746#5657898>, 
@Anomie wrote:
  
  > Is it happening only when the page is first created? It's possible that we 
forgot to have Scribunto set the vary-page-id flag when the page ID is accessed 
in this way so MediaWiki knows to reparse the page after the page ID gets 
assigned.
  
  I do not know, I only observed that there was a constant trickle of files 
into Category:Pages_with_script_errors  complaining about entity ID "M0" and 
all of them would disappear from the category after null edit. I did another 
tweak to the code  and now files with page_id  = zero should end up in 
c:Category:Pages_with_page_ID_set_to_zero 
<https://commons.wikimedia.org/w/index.php?title=Category:Pages_with_page_ID_set_to_zero=edit=1>.
 At the moment category is still empty. I will observe it and report if there 
are any files there.

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

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

To: Jarekt
Cc: Anomie, matej_suchanek, Aklapper, Liuxinyu970226, Jarekt, JKSTNK, Lahi, 
PDrouin-WMF, E1presidente, Xinbenlv, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, 
Tramullas, Acer, Salgo60, Silverfish, SundanceRaphael, Poyekhali, 
Taiwania_Justo, Susannaanas, Ixocactus, Wong128hk, Jane023, Wikidata-bugs, 
Base, matthiasmullie, El_Grafo, Dinoguy1000, jayvdb, Ricordisamoa, Wesalius, 
MrStradivarius, Lydia_Pintscher, Fabrice_Florin, Raymond, Jackmcbarn, 
Steinsplitter, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Created] T237991: Changes to Structured Data on Commons should trigger page refresh

2019-11-11 Thread Jarekt
Jarekt created this task.
Jarekt added projects: SDC General, Commons.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  After T223792 <https://phabricator.wikimedia.org/T223792> allowed lua access 
to Structured data, so now we do have categories which compare data stored as 
Structured data and in wikitext, one of them is 
c:Category:Artworks_with_mismatching_structured_data_P6243_property 
<https://commons.wikimedia.org/wiki/Category:Artworks_with_mismatching_structured_data_P6243_property>.
 The system works fine, except that if information in Structured data is 
corrected, in such a way that the page should disappear from the category, that 
edit does not trigger the page refresh the way edits to wikitext of the same 
file does. Null edit to the page is needed to fix the issue.

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

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

To: Jarekt
Cc: Jarekt, Aklapper, darthmon_wmde, DannyS712, Nandana, JKSTNK, Lahi, 
PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, 
GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, 
Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Susannaanas, 
Ixocactus, Wong128hk, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, 
El_Grafo, Dinoguy1000, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, 
Raymond, 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] T237746: page ID accessed from Lua by calling "mw.title.getCurrentTitle().id" ocassionally returns "0"

2019-11-11 Thread Jarekt
Jarekt added a comment.


  In T237746#5649412 <https://phabricator.wikimedia.org/T237746#5649412>, 
@matej_suchanek wrote:
  
  > A sample for testing would be good.
  
  It is not a reproducible problem (yes I hate those too), but before this edit 
<https://commons.wikimedia.org/w/index.php?title=Module:Artwork=prev=374128018>
 c:Category:Pages_with_script_errors 
<https://commons.wikimedia.org/wiki/Category:Pages_with_script_errors> category 
was swamped with pages complaining about entity ID "M0", and every single page 
like that was "fixed" after purge or null edit.

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

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

To: Jarekt
Cc: matej_suchanek, Aklapper, Liuxinyu970226, Jarekt, JKSTNK, Lahi, 
PDrouin-WMF, E1presidente, Xinbenlv, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, 
Tramullas, Acer, Salgo60, Silverfish, SundanceRaphael, Poyekhali, 
Taiwania_Justo, Susannaanas, Ixocactus, Wong128hk, Jane023, Wikidata-bugs, 
Base, matthiasmullie, El_Grafo, Dinoguy1000, jayvdb, Ricordisamoa, Wesalius, 
MrStradivarius, Lydia_Pintscher, Fabrice_Florin, Raymond, Anomie, Jackmcbarn, 
Steinsplitter, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Created] T237899: Wikidata item ID changes caused by merges do not update entities on Structured data on Commons

2019-11-10 Thread Jarekt
Jarekt created this task.
Jarekt added projects: SDC General, Wikidata.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  Merging 2 items on Wikidata results  in one item redirecting to the other 
item. There is some process on Wikidata to update statements in other items 
that link to redirected items that replaces them with the target item ID. The 
same process do not updates entities on Structured data on Commons. For 
example, I merged Q18689466 <https://www.wikidata.org/wiki/Q18689466> and 
Q30007380 <https://www.wikidata.org/w/index.php?title=Q30007380=no>. 
File:Borovikovsky_portrait_of_Kurakine_A_1802.jpg 
<https://commons.wikimedia.org/wiki/File:Borovikovsky_portrait_of_Kurakine_A_1802.jpg>
 has Structured data with P6243 <https://www.wikidata.org/wiki/Property:P6243> 
set to Q30007380 
<https://www.wikidata.org/w/index.php?title=Q30007380=no>. There 
should be some process to replace that item ID with Q18689466 
<https://www.wikidata.org/wiki/Q18689466>.

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

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

To: Jarekt
Cc: Aklapper, Jarekt, darthmon_wmde, DannyS712, Nandana, JKSTNK, Lahi, 
PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, 
GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, 
_jensen, rosalieper, Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base, 
matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, 
Raymond, Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T237262: Tool for undoing Wikidata merges

2019-11-09 Thread Jarekt
Jarekt added a comment.


  Another thing to take into consideration is that if merge operation triggers 
changes in Structured data on Commons, than unmerge should also undo those.

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

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

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


[Wikidata-bugs] [Maniphest] [Created] T237746: page ID accessed from Lua by calling "mw.title.getCurrentTitle().id" ocassionally returns "0"

2019-11-08 Thread Jarekt
Jarekt created this task.
Jarekt added projects: MediaWiki-extensions-WikibaseClient, Wikibase-Lua, SDC 
General.
Restricted Application added subscribers: Liuxinyu970226, Aklapper.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  After T223792 <https://phabricator.wikimedia.org/T223792> got resolved, 
templates on Commons can access Structured Data on Commons using Lua. As 
mentioned in T237107 <https://phabricator.wikimedia.org/T237107>, 
`mw.wikibase.getEntity() `without the item ID does not work yet, so the code is 
calling `mw.wikibase.getEntity("M"..mw.title.getCurrentTitle().id)` to access 
entity associated with the current page. Strangely, some tiny fraction of the 
files that execute that line end up in c:Category:Pages_with_script_errors 
<https://commons.wikimedia.org/wiki/Category:Pages_with_script_errors> with 
error message that "M0" is not correct entity ID. Purging files fixes the 
issue, but files flicker in and out of "Category:Pages_with_script_errors". I 
had to add this 
<https://commons.wikimedia.org/w/index.php?title=Module:Artwork=prev=374128018>
 change to patch the issue. Please ensure mw.title.getCurrentTitle() 
<https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#mw.title.getCurrentTitle>.id
 returns correct page ID.

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

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

To: Jarekt
Cc: Aklapper, Liuxinyu970226, Jarekt, darthmon_wmde, DannyS712, Nandana, 
JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, 
SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, 
Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, Jane023, 
Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, 
Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T140124: Enable Merge gadget as default

2019-11-04 Thread Jarekt
Jarekt added a comment.


  I am dealing with undoing a lot of bad merges where people merge two items 
that have little to do with each other, like item for painting of a person with 
the item for a person, etc. Before we make it even easier for new users to 
merge, we should get a system in place for easy unmerging. See T237262 
<https://phabricator.wikimedia.org/T237262> .

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

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

To: Jarekt
Cc: Jarekt, Servansky, Jony, Izno, Liuxinyu970226, PokestarFan, Bugreporter, 
ChristianKl, Aklapper, Sjoerddebruin, Zppix, darthmon_wmde, DannyS712, Nandana, 
Lahi, Gq86, GoranSMilovanovic, QZanden, dachary, LawExplorer, _jensen, 
rosalieper, Wikidata-bugs, aude, Ricordisamoa, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Created] T237262: Tool for undoing Wikidata merges

2019-11-04 Thread Jarekt
Jarekt created this task.
Jarekt added projects: Wikidata-Gadgets, Wikidata.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  One of the very common Wikidata task is item merging which in most parts 
works great. Unfortunately some fraction of the merges are wrong, for whatever 
reasons: cluelessness, vandalism, hasty merges, etc. I see a lot of merges of 
similar paintings, which have the same title and author, merges of different 
people with same dates of birth and death, merges of items for portrait of a 
person with item for a person. etc.
  
  We need a tool for easy un-merge. Right now un-merging involves:
  
  1. Restoring merged item to the previous version
  2. Restoring redirect  to the previous version
  3. The third step should be review of all the links to the new item to figure 
out which item to assign it to. This step is especially painful.
  
  The unmerge tool should do all those 3 tasks (are there more ?) and we should 
probably have a link to the undo in the history listing of both items.

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

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

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


[Wikidata-bugs] [Maniphest] [Updated] T237107: Extend mw.wikibase lua functions to allow accessing Structured Data on Commons items

2019-11-01 Thread Jarekt
Jarekt added a comment.


  There is some overlap between this task and T236691 
<https://phabricator.wikimedia.org/T236691>, which I just noticed. Specifically 
that `mw.wikibase.getEntityIdForCurrentPage` is not working, and possibly 
issues with `mw.wikibase.getEntity()` without input parameters. However issues 
with `getBestStatements` is likey not related.

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

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

To: Jarekt
Cc: Aklapper, Jarekt, darthmon_wmde, DannyS712, Nandana, JKSTNK, Lahi, 
PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, 
GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, 
_jensen, rosalieper, Susannaanas, Jane023, Wikidata-bugs, Base, matthiasmullie, 
aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, 
Jdforrester-WMF, Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Created] T237107: Extend mw.wikibase lua functions to allow accessing Structured Data on Commons items

2019-11-01 Thread Jarekt
Jarekt created this task.
Jarekt added projects: MediaWiki-extensions-WikibaseClient, Wikibase-Lua, SDC 
General, Structured Data Engineering.
Restricted Application added a subscriber: Aklapper.
Restricted Application added projects: Wikidata, Structured-Data-Backlog.

TASK DESCRIPTION
  Extend mw.wikibase 
<https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua#mw.wikibase.getEntity>
 lua functions to allow accessing Structured Data on Commons (SDC) items 
(M-codes) in addition to Wikidata items (Q-codes). T223792 
<https://phabricator.wikimedia.org/T223792> managed to extend  
`mw.wikibase.getEntity` function to work with SDC, but that is not true for 
other functions. For example mw.wikibase.getBestStatements 
<https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua#mw.wikibase.getBestStatements>
 does not work for SDC items (it might be related to the fact that SDC 
statements are stored in `entity.statements` structure while on Wikidata 
`entity.claims` is used).  Other functions which do not seem to work on SDC:
  
  - mw.wikibase.getEntity() 
<https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua#mw.wikibase.getEntity>
 - without the item ID, for accessing properties connected to the current page
  - mw.wikibase.getEntityUrl() 
<https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua#mw.wikibase.getEntityUrl>
 - without the item ID. `getEntityUrl` with id works fine.
  - mw.wikibase.getEntityIdForCurrentPage 
<https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua#mw.wikibase.getEntityIdForCurrentPage>
  
  In general all mw.wikibase 
<https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua#mw.wikibase.getEntity>
 lua functions should be tested with SDC, even if some functions like 
mw.wikibase.getSitelink 
<https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua#mw.wikibase.getSitelink>
 might make no sense on SDC. mw:Extension:Wikibase_Client/Lua 
<https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua> should be 
updated with SDC info.

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

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

To: Jarekt
Cc: Aklapper, Jarekt, darthmon_wmde, DannyS712, Nandana, JKSTNK, Lahi, 
PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, 
GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, 
_jensen, rosalieper, Susannaanas, Jane023, Wikidata-bugs, Base, matthiasmullie, 
aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, 
Jdforrester-WMF, Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


  1   2   3   >