[Wikidata-bugs] [Maniphest] T292667: WikidataPageBanner: Cannot instantiate interface Wikibase\DataModel\Entity\PropertyId

[Zabe]

Zabe removed a project: User-Zabe.

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

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

To: Zabe
Cc: Lucas_Werkmeister_WMDE, Addshore, Zabe, Aklapper, Masumrezarock100, 
brennen, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, 
Akuckartz, darthmon_wmde, Rosalie_WMDE, RhinosF1, Nandana, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
Verdy_p, Wikidata-bugs, aude, Lydia_Pintscher, Jdforrester-WMF, Mbch331, Jay8g
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305988: Create an initial implementation of GET /entities/items/{item_id}/statements

[WMDE-leszek]

WMDE-leszek updated the task description.

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

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

To: WMDE-leszek
Cc: Aklapper, WMDE-leszek, Astuthiodit_1, karapayneWMDE, Invadibot, 
maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305988: Create an initial implementation of GET /entities/items/{item_id}/statements

[WMDE-leszek]

WMDE-leszek updated the task description.

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

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

To: WMDE-leszek
Cc: Aklapper, WMDE-leszek, Astuthiodit_1, karapayneWMDE, Invadibot, 
maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305988: Create an initial implementation of GET /entities/items/{item_id}/statements

[WMDE-leszek]

WMDE-leszek created this task.
WMDE-leszek added projects: Wikibase Product Platform, Wikidata, Story.

TASK DESCRIPTION
  As an developer I want to get all statements of an item so I can show the 
data in my app
  
  BDD
  TBA
  
  TODO: order statements or "natural" (DB) order?
  
  Not included in this story
  
  - "pagination" of statements. Always return up to 50 statements
  - `If-None-Match`/`If-Modified-Since` conditional headers

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

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

To: WMDE-leszek
Cc: Aklapper, WMDE-leszek, Astuthiodit_1, karapayneWMDE, Invadibot, 
maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T160281: URL-encoding of external-id values in Wikidata frontend breaks (some) links

[UWashPrincipalCataloger]

UWashPrincipalCataloger added a comment.


  New property P10609  is also 
broken.  The formatter URL is 
https://bioportal.bioontology.org/ontologies/PLOSTHES/?p=classes=http%253A%252F%252Flocalhost%252Fplosthes.$1
 and the values of $1 include a # symbol, e.g. 2017-1#9401.  The link doesn't 
work.  This direct link does work: 
https://bioportal.bioontology.org/ontologies/PLOSTHES?p=classes=http%3A%2F%2Flocalhost%2Fplosthes.2017-1%239401

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

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

To: Lydia_Pintscher, UWashPrincipalCataloger
Cc: UWashPrincipalCataloger, Horcrux92, Physikerwelt, Moebeus, Nikki, 
CamelCaseNick, Lydia_Pintscher, Tom.Reding, Epidosis, MrFulano, Capmo, 
Ghouston, Abbe98, Jc86035, Marsupium, Manu1400, Pasleim, Aklapper, 
MisterSynergy, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, 
ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305983: query.wikidata.org/bigdata/ldf - Language string should include language tag

[OMrkvonO]

OMrkvonO created this task.
OMrkvonO added projects: Wikidata-Query-Service, Wikidata.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  //This may be a feature request, not a bug. Hard to judge.//
  
  **List of steps to reproduce** (step by step, including full links if 
applicable):
  
  - Go to 
https://query.wikidata.org/bigdata/ldf?subject=http%3A%2F%2Fwww.wikidata.org%2Fentity%2FQ146=http%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23label=
 or run `curl 
https://query.wikidata.org/bigdata/ldf?subject=http%3A%2F%2Fwww.wikidata.org%2Fentity%2FQ146=http%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23label=`
 in your terminal
  - Look at the results
  - Observe that the returned labels don't include language tags like `"some 
string"@en`
  
  **What happens?**:
  
  When we query for language strings (e.g. labels) with 
https://query.wikidata.org/bigdata/ldf 
,
 the results are in format 
`"cat"^^http://www.w3.org/1999/02/22-rdf-syntax-ns#langString`, but they have 
no indication of their particular language (e.g. `"cat"@en`).
  
  **What should have happened instead?**:
  
  The language string should include its language tag, e.g. `"cat"@en`. Compare 
to DBpedia's LDF service 

  Without the language tag, the language strings are pretty much useless.
  In my particular case, i use Wikidata's Linked Data Fragments Endpoint when 
querying wikidata with Comunica , but i 
can't filter the results by language
  
  **Software version (if not a Wikimedia wiki), browser information, 
screenshots, other information, etc.**
  
  Software version: whatever is the version of 
https://github.com/LinkedDataFragments/Server.java, used by 
https://query.wikidata.org/bigdata/ldf at the time of posting this issue
  Browser: Mozilla Firefox for Arch Linux v99.0 (64-bit), curl v7.82.0 - 
probably not relevant

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

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

To: OMrkvonO
Cc: Aklapper, #wikidata-query-service, OMrkvonO, Astuthiodit_1, karapayneWMDE, 
Invadibot, MPhamWMF, maantietaja, CBogen, ItamarWMDE, Akuckartz, 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
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T159217: [Hackathon doc sprint] Lua for Wikimedians

[Aklapper]

Aklapper closed this task as "Declined".
Aklapper added a comment.


  Declining as T146665  exists

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

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

To: Aklapper
Cc: johl, MrSteff, Rfarrand, Zache, ksmith, Tobias1984, Aklapper, Trizek-WMF, 
Lea_Lacroix_WMDE, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, 
ItamarWMDE, Akuckartz, apaskulin, Nandana, Cpaulf30, Lahi, Gq86, 
GoranSMilovanovic, Ivana_Isadora, QZanden, LawExplorer, Puik, _jensen, 
rosalieper, xSavitar, Envlh, Scott_WUaS, Wikidata-bugs, aude, Dinoguy1000, 
Mbch331, Jay8g
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T159215: Wikidata documentation sprint

[Aklapper]

Aklapper closed subtask T159217: [Hackathon doc sprint] Lua for Wikimedians as 
Declined.

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

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

To: johl, Aklapper
Cc: PokestarFan, Fuzheado, Alicia_Fagerving_WMSE, Crang115, nichtich, Tarrow, 
Rfarrand, anirudh24seven, Spinster, Jonas, Trizek-WMF, Lea_Lacroix_WMDE, 
Aklapper, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, 
Akuckartz, apaskulin, Nandana, Cpaulf30, Lahi, Gq86, GoranSMilovanovic, 
Ivana_Isadora, QZanden, LawExplorer, Puik, _jensen, rosalieper, xSavitar, 
Envlh, Scott_WUaS, Wikidata-bugs, aude, Tobias1984, Dinoguy1000, Mbch331, Jay8g
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T159217: [Hackathon doc sprint] Lua for Wikimedians

[Aklapper]

Aklapper closed subtask T164463: [Hackathon doc sprint] Track the outdated info 
about Lua as Declined.

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

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

To: Aklapper
Cc: johl, MrSteff, Rfarrand, Zache, ksmith, Tobias1984, Aklapper, Trizek-WMF, 
Lea_Lacroix_WMDE, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, 
ItamarWMDE, Akuckartz, apaskulin, Nandana, Cpaulf30, Lahi, Gq86, 
GoranSMilovanovic, Ivana_Isadora, QZanden, LawExplorer, Puik, _jensen, 
rosalieper, xSavitar, Envlh, Scott_WUaS, Wikidata-bugs, aude, Dinoguy1000, 
Mbch331, Jay8g
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T164463: [Hackathon doc sprint] Track the outdated info about Lua

[Aklapper]

Aklapper closed this task as "Declined".
Aklapper added a comment.


  Declining as T146665  exists

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

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

To: Aklapper
Cc: johl, hoo, Trizek-WMF, Aklapper, Tobias1984, Zache, Lea_Lacroix_WMDE, 
Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, 
apaskulin, Nandana, lucamauri, Cpaulf30, Lahi, Gq86, GoranSMilovanovic, 
Ivana_Isadora, QZanden, LawExplorer, Puik, _jensen, rosalieper, xSavitar, 
Envlh, Scott_WUaS, Wikidata-bugs, aude, Dinoguy1000, Mbch331, Jay8g
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305960: wdqs-tutorial.toolforge.org loads external resources

[Maintenance_bot]

Maintenance_bot added a project: Wikidata.

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

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

To: Maintenance_bot
Cc: Lucas_Werkmeister_WMDE, Keren_-_WMIL, Aklapper, Astuthiodit_1, 
karapayneWMDE, Invadibot, MPhamWMF, maantietaja, CBogen, ItamarWMDE, Akuckartz, 
Jcross, JFishback_WMF, Nandana, Namenlos314, Lahi, Gq86, GoranSMilovanovic, 
QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, 
Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Bawolff, 
Manybubbles, Slaporte, csteipp, Mbch331, Jay8g, Krenair
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305961: Make https://wdqs-tutorial.toolforge.org/ work on mobile

[Maintenance_bot]

Maintenance_bot added a project: Wikidata.

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

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

To: Maintenance_bot
Cc: Lucas_Werkmeister_WMDE, Keren_-_WMIL, Aklapper, Astuthiodit_1, 
karapayneWMDE, Invadibot, MPhamWMF, maantietaja, CBogen, ItamarWMDE, Akuckartz, 
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
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305961: Make https://wdqs-tutorial.toolforge.org/ work on mobile

[Lucas_Werkmeister_WMDE]

Lucas_Werkmeister_WMDE added subscribers: Keren_-_WMIL, Lucas_Werkmeister_WMDE.
Lucas_Werkmeister_WMDE added a comment.


  CC @Keren_-_WMIL (from T254973 ), 
not sure who else from WMIL is on Phabricator.

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

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

To: Lucas_Werkmeister_WMDE
Cc: Lucas_Werkmeister_WMDE, Keren_-_WMIL, Aklapper, MPhamWMF, CBogen, 
Namenlos314, Gq86, EBjune, merbst, Jonas, Xmlizer, jkroll, Wikidata-bugs, 
Jdouglas, aude, Tobias1984, Manybubbles
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305960: wdqs-tutorial.toolforge.org loads external resources

[Lucas_Werkmeister_WMDE]

Lucas_Werkmeister_WMDE added subscribers: Keren_-_WMIL, Lucas_Werkmeister_WMDE.
Lucas_Werkmeister_WMDE added a comment.


  CC @Keren_-_WMIL (from T254973 ), 
not sure who else from WMIL is on Phabricator.

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

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

To: Lucas_Werkmeister_WMDE
Cc: Lucas_Werkmeister_WMDE, Keren_-_WMIL, Aklapper, MPhamWMF, CBogen, Jcross, 
JFishback_WMF, Namenlos314, Gq86, EBjune, merbst, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, aude, Tobias1984, Bawolff, Manybubbles, Slaporte, 
csteipp, Jay8g, Krenair
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305961: Make https://wdqs-tutorial.toolforge.org/ work on mobile

[Aklapper]

Aklapper created this task.
Aklapper added projects: Wikidata-Query-Service, Mobile.

TASK DESCRIPTION
  See https://wdqs-tutorial.toolforge.org/
  
  Firefox 99 on Desktop: F35048260: Screenshot from 2022-04-12 18-04-50.png 

  
  Ancient Firefox 60 on a mobile: F35048256: Снимок_Экрана_20220412_001.png 


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

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

To: Aklapper
Cc: Aklapper, MPhamWMF, CBogen, Namenlos314, Gq86, Lucas_Werkmeister_WMDE, 
EBjune, merbst, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, 
Tobias1984, Manybubbles
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T302799: Post-creation work for shnwikivoyage

[Zabe]

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


  In T302799#7843946 , 
@Rschen7754 wrote:
  
  >> Propose the implementation of the standard bot policy
  >
  > Is there even a village pump or community discussion page to do this?
  
  I was not capable of finding one.
  
  I don't think this tasks needs to stay open because of that, it is an onwiki 
thing anyway.

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

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

To: Zabe
Cc: Zabe, Rschen7754, BPirkle, Urbanecm, Dzahn, Maintenance_bot, Aklapper, 
Astuthiodit_1, Yodas_henchman, NguoiDungKhongDinhDanh, karapayneWMDE, Tahmid, 
Invadibot, Luwanglinux, DAbad, maantietaja, Juan90264, ItamarWMDE, Akuckartz, 
Killarnee, CptViraj, AKA_MBG, WDoranWMF, Dibya, EvanProdromou, 94rain, Nandana, 
Tks4Fish, Awangba_Mangang, Lahi, Gq86, JunaidHafeez, GoranSMilovanovic, 
Jayprakash12345, QZanden, Acer, Kizule, LawExplorer, Devwaker, Niklitov, 
_jensen, rosalieper, Agabi10, 4nn1l2, JEumerus, Scott_WUaS, Pchelolo, 
Ananthsubray, Superzerocool, Stanglavine, Tulsi_Bhagat, Wong128hk, Luke081515, 
SimmeD, Wikidata-bugs, Snowolf, Base, aude, Dcljr, Koavf, Lydia_Pintscher, 
Billinghurst, Addshore, Matanya, Mbch331, jhsoby, Jay8g, Krenair
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T302189: Regularly purge orphaned sitelink, value and reference nodes

[MPhamWMF]

MPhamWMF triaged this task as "Low" priority.

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

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

To: MPhamWMF
Cc: MPhamWMF, Bugreporter, dcausse, Aklapper, Yair_rand, Astuthiodit_1, 
karapayneWMDE, Invadibot, maantietaja, CBogen, ItamarWMDE, Akuckartz, 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
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T302189: Regularly purge orphaned sitelink, value and reference nodes

[MPhamWMF]

MPhamWMF added a comment.


  Thanks for the clarification. With regard to orphaned nodes throwing off 
query results, there should be ways to write SPARQL queries in such a way that 
they ignore these nodes.
  
  In the meantime, we will try to reload Wikidata more often, as discussed 
above.

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

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

To: MPhamWMF
Cc: MPhamWMF, Bugreporter, dcausse, Aklapper, Yair_rand, Astuthiodit_1, 
karapayneWMDE, Invadibot, maantietaja, CBogen, ItamarWMDE, Akuckartz, 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
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T302799: Post-creation work for shnwikivoyage

[Zabe]

Zabe added a comment.


 !staff please add guwwiki and shnwikivoyage to cvn per T303762 and 
T302799. Thanks.
 T303762: Post-creation work for guwwiki - 
https://phabricator.wikimedia.org/T303762
 T302799: Post-creation work for shnwikivoyage - 
https://phabricator.wikimedia.org/T302799
 Thanks zabe, staff have been notified of your request and 
should be around shortly to assist you.

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

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

To: Zabe
Cc: Zabe, Rschen7754, BPirkle, Urbanecm, Dzahn, Maintenance_bot, Aklapper, 
Astuthiodit_1, Yodas_henchman, NguoiDungKhongDinhDanh, karapayneWMDE, Tahmid, 
Invadibot, Luwanglinux, DAbad, maantietaja, Juan90264, ItamarWMDE, Akuckartz, 
Killarnee, CptViraj, AKA_MBG, WDoranWMF, Dibya, EvanProdromou, 94rain, Nandana, 
Tks4Fish, Awangba_Mangang, Lahi, Gq86, JunaidHafeez, GoranSMilovanovic, 
Jayprakash12345, QZanden, Acer, Kizule, LawExplorer, Devwaker, Niklitov, 
_jensen, rosalieper, Agabi10, 4nn1l2, JEumerus, Scott_WUaS, Pchelolo, 
Ananthsubray, Superzerocool, Stanglavine, Tulsi_Bhagat, Wong128hk, Luke081515, 
SimmeD, Wikidata-bugs, Snowolf, Base, aude, Dcljr, Koavf, Lydia_Pintscher, 
Billinghurst, Addshore, Matanya, Mbch331, jhsoby, Jay8g, Krenair
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T303762: Post-creation work for guwwiki

[Zabe]

Zabe closed this task as "Resolved".
Zabe claimed this task.
Zabe updated the task description.

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

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

To: Zabe
Cc: Zabe, BPirkle, Maintenance_bot, Aklapper, Astuthiodit_1, Yodas_henchman, 
NguoiDungKhongDinhDanh, karapayneWMDE, Tahmid, Invadibot, Luwanglinux, DAbad, 
maantietaja, Juan90264, ItamarWMDE, Akuckartz, Killarnee, CptViraj, AKA_MBG, 
WDoranWMF, Dibya, EvanProdromou, 94rain, Nandana, Tks4Fish, Awangba_Mangang, 
Lahi, Gq86, JunaidHafeez, GoranSMilovanovic, Jayprakash12345, QZanden, Acer, 
Kizule, LawExplorer, Devwaker, Niklitov, _jensen, Urbanecm, rosalieper, 
Agabi10, 4nn1l2, JEumerus, Scott_WUaS, Pchelolo, Ananthsubray, Superzerocool, 
Stanglavine, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, Wikidata-bugs, 
Snowolf, Base, aude, Dcljr, Koavf, Lydia_Pintscher, Rschen7754, Billinghurst, 
Addshore, Matanya, Mbch331, jhsoby, Jay8g, Krenair, Dzahn
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T302799: Post-creation work for shnwikivoyage

[Zabe]

Zabe updated the task description.

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

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

To: Zabe
Cc: Zabe, Rschen7754, BPirkle, Urbanecm, Dzahn, Maintenance_bot, Aklapper, 
Astuthiodit_1, Yodas_henchman, NguoiDungKhongDinhDanh, karapayneWMDE, Tahmid, 
Invadibot, Luwanglinux, DAbad, maantietaja, Juan90264, ItamarWMDE, Akuckartz, 
Killarnee, CptViraj, AKA_MBG, WDoranWMF, Dibya, EvanProdromou, 94rain, Nandana, 
Tks4Fish, Awangba_Mangang, Lahi, Gq86, JunaidHafeez, GoranSMilovanovic, 
Jayprakash12345, QZanden, Acer, Kizule, LawExplorer, Devwaker, Niklitov, 
_jensen, rosalieper, Agabi10, 4nn1l2, JEumerus, Scott_WUaS, Pchelolo, 
Ananthsubray, Superzerocool, Stanglavine, Tulsi_Bhagat, Wong128hk, Luke081515, 
SimmeD, Wikidata-bugs, Snowolf, Base, aude, Dcljr, Koavf, Lydia_Pintscher, 
Billinghurst, Addshore, Matanya, Mbch331, jhsoby, Jay8g, Krenair
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T303762: Post-creation work for guwwiki

[Zabe]

Zabe added a comment.


 !staff please add guwwiki and shnwikivoyage to cvn per T303762 and 
T302799. Thanks.
 T303762: Post-creation work for guwwiki - 
https://phabricator.wikimedia.org/T303762
 T302799: Post-creation work for shnwikivoyage - 
https://phabricator.wikimedia.org/T302799
 Thanks zabe, staff have been notified of your request and 
should be around shortly to assist you.

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

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

To: Zabe
Cc: Zabe, BPirkle, Maintenance_bot, Aklapper, Astuthiodit_1, Yodas_henchman, 
NguoiDungKhongDinhDanh, karapayneWMDE, Tahmid, Invadibot, Luwanglinux, DAbad, 
maantietaja, Juan90264, ItamarWMDE, Akuckartz, Killarnee, CptViraj, AKA_MBG, 
WDoranWMF, Dibya, EvanProdromou, 94rain, Nandana, Tks4Fish, Awangba_Mangang, 
Lahi, Gq86, JunaidHafeez, GoranSMilovanovic, Jayprakash12345, QZanden, Acer, 
Kizule, LawExplorer, Devwaker, Niklitov, _jensen, Urbanecm, rosalieper, 
Agabi10, 4nn1l2, JEumerus, Scott_WUaS, Pchelolo, Ananthsubray, Superzerocool, 
Stanglavine, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, Wikidata-bugs, 
Snowolf, Base, aude, Dcljr, Koavf, Lydia_Pintscher, Rschen7754, Billinghurst, 
Addshore, Matanya, Mbch331, jhsoby, Jay8g, Krenair, Dzahn
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305960: wdqs-tutorial.toolforge.org loads external resources

[Aklapper]

Aklapper created this task.
Aklapper added projects: Privacy, Privacy Engineering, Wikidata-Query-Service.

TASK DESCRIPTION
  https://wdqs-tutorial.toolforge.org/ loads external scripts 
from`https://www.googletagmanager.com/gtag/js` and Noto Serif 
from`https://fonts.googleapis.com/css`.
  
  These are privacy violations which should be removed.
  The latter can likely be replaced by using 
https://tools-static.wmflabs.org/fontcdn/ instead.

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

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

To: Aklapper
Cc: Aklapper, MPhamWMF, CBogen, Jcross, JFishback_WMF, Namenlos314, Gq86, 
Lucas_Werkmeister_WMDE, EBjune, merbst, Jonas, Xmlizer, jkroll, Wikidata-bugs, 
Jdouglas, aude, Tobias1984, Bawolff, Manybubbles, Slaporte, csteipp, Jay8g, 
Krenair, Quiddity, priv_eng_sync
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305542: Write Action to actually make the language code Inference work

[Lucas_Werkmeister_WMDE]

Lucas_Werkmeister_WMDE added a comment.


  Several GitHub pull requests merged (#135 
, #130 
, #136 
); updating the 
Cypress test is still open (currently it probably tries to get the language 
code of Wikidata Q123 , which isn’t ideal), 
and then we also need to update WikibaseLexeme.git so this can be tested on 
Beta.

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

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

To: Michael, Lucas_Werkmeister_WMDE
Cc: Lucas_Werkmeister_WMDE, Michael, Astuthiodit_1, karapayneWMDE, Invadibot, 
maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, 
Mahir256, QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T303762: Post-creation work for guwwiki

[Zabe]

Zabe updated the task description.

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

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

To: Zabe
Cc: Zabe, BPirkle, Maintenance_bot, Aklapper, Astuthiodit_1, Yodas_henchman, 
NguoiDungKhongDinhDanh, karapayneWMDE, Tahmid, Invadibot, Luwanglinux, DAbad, 
maantietaja, Juan90264, ItamarWMDE, Akuckartz, Killarnee, CptViraj, AKA_MBG, 
WDoranWMF, Dibya, EvanProdromou, 94rain, Nandana, Tks4Fish, Awangba_Mangang, 
Lahi, Gq86, JunaidHafeez, GoranSMilovanovic, Jayprakash12345, QZanden, Acer, 
Kizule, LawExplorer, Devwaker, Niklitov, _jensen, Urbanecm, rosalieper, 
Agabi10, 4nn1l2, JEumerus, Scott_WUaS, Pchelolo, Ananthsubray, Superzerocool, 
Stanglavine, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, Wikidata-bugs, 
Snowolf, Base, aude, Dcljr, Koavf, Lydia_Pintscher, Rschen7754, Billinghurst, 
Addshore, Matanya, Mbch331, jhsoby, Jay8g, Krenair, Dzahn
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T302799: Post-creation work for shnwikivoyage

[Zabe]

Zabe updated the task description.

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

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

To: Zabe
Cc: Rschen7754, BPirkle, Urbanecm, Dzahn, Maintenance_bot, Aklapper, 
Astuthiodit_1, Yodas_henchman, NguoiDungKhongDinhDanh, karapayneWMDE, Tahmid, 
Invadibot, Luwanglinux, DAbad, Zabe, maantietaja, Juan90264, ItamarWMDE, 
Akuckartz, Killarnee, CptViraj, AKA_MBG, WDoranWMF, Dibya, EvanProdromou, 
94rain, Nandana, Tks4Fish, Awangba_Mangang, Lahi, Gq86, JunaidHafeez, 
GoranSMilovanovic, Jayprakash12345, QZanden, Acer, Kizule, LawExplorer, 
Devwaker, Niklitov, _jensen, rosalieper, Agabi10, 4nn1l2, JEumerus, Scott_WUaS, 
Pchelolo, Ananthsubray, Superzerocool, Stanglavine, Tulsi_Bhagat, Wong128hk, 
Luke081515, SimmeD, Wikidata-bugs, Snowolf, Base, aude, Dcljr, Koavf, 
Lydia_Pintscher, Billinghurst, Addshore, Matanya, Mbch331, jhsoby, Jay8g, 
Krenair
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T302799: Post-creation work for shnwikivoyage

[Maintenance_bot]

Maintenance_bot removed a project: Patch-For-Review.

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

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

To: Maintenance_bot
Cc: Rschen7754, BPirkle, Urbanecm, Dzahn, Maintenance_bot, Aklapper, 
Astuthiodit_1, Yodas_henchman, NguoiDungKhongDinhDanh, karapayneWMDE, Tahmid, 
Invadibot, Luwanglinux, DAbad, Zabe, maantietaja, Juan90264, ItamarWMDE, 
Akuckartz, Killarnee, CptViraj, AKA_MBG, WDoranWMF, Dibya, EvanProdromou, 
94rain, Nandana, Tks4Fish, Awangba_Mangang, Lahi, Gq86, JunaidHafeez, 
GoranSMilovanovic, Jayprakash12345, QZanden, Acer, Kizule, LawExplorer, 
Devwaker, Niklitov, _jensen, rosalieper, Agabi10, 4nn1l2, JEumerus, Scott_WUaS, 
Pchelolo, Ananthsubray, Superzerocool, Stanglavine, Tulsi_Bhagat, Wong128hk, 
Luke081515, SimmeD, Wikidata-bugs, Snowolf, Base, aude, Dcljr, Koavf, 
Lydia_Pintscher, Billinghurst, Addshore, Matanya, Mbch331, jhsoby, Jay8g, 
Krenair, Fernandobacasegua34, 786, Suran38, Biggs657, Lalamarie69, Alter-paule, 
Beast1978, Un1tY, Hook696, Kent7301, joker88john, CucyNoiD, Gaboe420, 
Giuliamocci, Cpaulf30, Af420, Bsandipan, Lewizho99, Maathavan, Neuronton
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T303762: Post-creation work for guwwiki

[Maintenance_bot]

Maintenance_bot removed a project: Patch-For-Review.

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

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

To: Maintenance_bot
Cc: Zabe, BPirkle, Maintenance_bot, Aklapper, Astuthiodit_1, Yodas_henchman, 
NguoiDungKhongDinhDanh, karapayneWMDE, Tahmid, Invadibot, Luwanglinux, DAbad, 
maantietaja, Juan90264, ItamarWMDE, Akuckartz, Killarnee, CptViraj, AKA_MBG, 
WDoranWMF, Dibya, EvanProdromou, 94rain, Nandana, Tks4Fish, Awangba_Mangang, 
Lahi, Gq86, JunaidHafeez, GoranSMilovanovic, Jayprakash12345, QZanden, Acer, 
Kizule, LawExplorer, Devwaker, Niklitov, _jensen, Urbanecm, rosalieper, 
Agabi10, 4nn1l2, JEumerus, Scott_WUaS, Pchelolo, Ananthsubray, Superzerocool, 
Stanglavine, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, Wikidata-bugs, 
Snowolf, Base, aude, Dcljr, Koavf, Lydia_Pintscher, Rschen7754, Billinghurst, 
Addshore, Matanya, Mbch331, jhsoby, Jay8g, Krenair, Dzahn, Fernandobacasegua34, 
786, Suran38, Biggs657, Lalamarie69, Alter-paule, Beast1978, Un1tY, Hook696, 
Kent7301, joker88john, CucyNoiD, Gaboe420, Giuliamocci, Cpaulf30, Af420, 
Bsandipan, Lewizho99, Maathavan, Neuronton
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305952: Update WDQS update lag SLO grafana page to new 95% SLO

[Maintenance_bot]

Maintenance_bot added a project: Wikidata.

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

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

To: Maintenance_bot
Cc: MPhamWMF, Aklapper, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, 
CBogen, ItamarWMDE, Akuckartz, 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
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T298142: Spelling variant of the Lemma - infer the spelling variant from the language

[Lydia_Pintscher]

Lydia_Pintscher added a comment.


  Doh! Yes ;-)

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

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

To: Lydia_Pintscher
Cc: Lucas_Werkmeister_WMDE, Michael, noarave, ItamarWMDE, guergana.tzatchkova, 
Erdinc_Ciftci_WMDE, Bugreporter, Mahir256, Nikki, Aklapper, Lydia_Pintscher, 
Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, 
Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 
Bodhisattwa, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T303762: Post-creation work for guwwiki

[gerritbot]

gerritbot added a comment.


  Change 773273 **merged** by Hnowlan:
  
  [mediawiki/services/restbase/deploy@master] Add new wikis to RESTBase
  
  https://gerrit.wikimedia.org/r/773273

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

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

To: gerritbot
Cc: Zabe, BPirkle, Maintenance_bot, Aklapper, Fernandobacasegua34, 
Astuthiodit_1, Yodas_henchman, 786, Suran38, NguoiDungKhongDinhDanh, Biggs657, 
karapayneWMDE, Tahmid, Invadibot, Luwanglinux, DAbad, Lalamarie69, maantietaja, 
Juan90264, Alter-paule, Beast1978, ItamarWMDE, Un1tY, Akuckartz, Killarnee, 
Hook696, CptViraj, AKA_MBG, WDoranWMF, Kent7301, Dibya, EvanProdromou, 
joker88john, 94rain, CucyNoiD, Nandana, Tks4Fish, Awangba_Mangang, Gaboe420, 
Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, JunaidHafeez, Bsandipan, 
GoranSMilovanovic, Jayprakash12345, QZanden, Acer, Kizule, LawExplorer, 
Lewizho99, Maathavan, Devwaker, Niklitov, _jensen, Urbanecm, rosalieper, 
Agabi10, 4nn1l2, Neuronton, JEumerus, Scott_WUaS, Pchelolo, Ananthsubray, 
Superzerocool, Stanglavine, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, 
Wikidata-bugs, Snowolf, Base, aude, Dcljr, Koavf, Lydia_Pintscher, Rschen7754, 
Billinghurst, Addshore, Matanya, Mbch331, jhsoby, Jay8g, Krenair, Dzahn
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T302799: Post-creation work for shnwikivoyage

[gerritbot]

gerritbot added a comment.


  Change 773273 **merged** by Hnowlan:
  
  [mediawiki/services/restbase/deploy@master] Add new wikis to RESTBase
  
  https://gerrit.wikimedia.org/r/773273

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

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

To: gerritbot
Cc: Rschen7754, BPirkle, Urbanecm, Dzahn, Maintenance_bot, Aklapper, 
Fernandobacasegua34, Astuthiodit_1, Yodas_henchman, 786, Suran38, 
NguoiDungKhongDinhDanh, Biggs657, karapayneWMDE, Tahmid, Invadibot, 
Luwanglinux, DAbad, Lalamarie69, Zabe, maantietaja, Juan90264, Alter-paule, 
Beast1978, ItamarWMDE, Un1tY, Akuckartz, Killarnee, Hook696, CptViraj, AKA_MBG, 
WDoranWMF, Kent7301, Dibya, EvanProdromou, joker88john, 94rain, CucyNoiD, 
Nandana, Tks4Fish, Awangba_Mangang, Gaboe420, Giuliamocci, Cpaulf30, Lahi, 
Gq86, Af420, JunaidHafeez, Bsandipan, GoranSMilovanovic, Jayprakash12345, 
QZanden, Acer, Kizule, LawExplorer, Lewizho99, Maathavan, Devwaker, Niklitov, 
_jensen, rosalieper, Agabi10, 4nn1l2, Neuronton, JEumerus, Scott_WUaS, 
Pchelolo, Ananthsubray, Superzerocool, Stanglavine, Tulsi_Bhagat, Wong128hk, 
Luke081515, SimmeD, Wikidata-bugs, Snowolf, Base, aude, Dcljr, Koavf, 
Lydia_Pintscher, Billinghurst, Addshore, Matanya, Mbch331, jhsoby, Jay8g, 
Krenair
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T298142: Spelling variant of the Lemma - infer the spelling variant from the language

[Lucas_Werkmeister_WMDE]

Lucas_Werkmeister_WMDE added a comment.


  I forgot that the task description already has the message copy – “This Item 
has an unrecognized language code. Please select one below.” should work for 
both cases, I think.

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

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

To: Lucas_Werkmeister_WMDE
Cc: Lucas_Werkmeister_WMDE, Michael, noarave, ItamarWMDE, guergana.tzatchkova, 
Erdinc_Ciftci_WMDE, Bugreporter, Mahir256, Nikki, Aklapper, Lydia_Pintscher, 
Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, 
Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 
Bodhisattwa, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305952: Update WDQS update lag SLO grafana page to new 95% SLO

[MPhamWMF]

MPhamWMF created this task.
MPhamWMF added a project: Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  As a WDQS maintainer, I want the WDQS update lag SLO dashboard to reflect the 
new 95% SLO, so that I can accurately read the metrics.
  
  AC:
  
  - SLO red line on chart is set to 95% instead of 99%

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

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

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

To: MPhamWMF
Cc: MPhamWMF, Aklapper, CBogen, Namenlos314, Gq86, Lucas_Werkmeister_WMDE, 
EBjune, merbst, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, 
Tobias1984, Manybubbles
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305951: Create SLI for Blazegraph uptime

[MPhamWMF]

MPhamWMF created this task.
MPhamWMF added a project: Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  As a WDQS maintainer, I want to know what Blazegraph uptime is, so I can 
better prioritize maintenance work and/or scaling work that needs to happen.
  
  AC:
  
  - dashboard to track Blazegraph uptime is available

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

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

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

To: MPhamWMF
Cc: MPhamWMF, Aklapper, CBogen, Namenlos314, Gq86, Lucas_Werkmeister_WMDE, 
EBjune, merbst, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, 
Tobias1984, Manybubbles
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T298142: Spelling variant of the Lemma - infer the spelling variant from the language

[Lydia_Pintscher]

Lydia_Pintscher added a comment.


  Ok let's go with what you proposed then.
  As for the message: We can keep the error message something generic like "We 
could not read the statement for the language code from the Item foo" and then 
link the statement?

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

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

To: Lydia_Pintscher
Cc: Lucas_Werkmeister_WMDE, Michael, noarave, ItamarWMDE, guergana.tzatchkova, 
Erdinc_Ciftci_WMDE, Bugreporter, Mahir256, Nikki, Aklapper, Lydia_Pintscher, 
Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, 
Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 
Bodhisattwa, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T292181: Enable data value normalization by default (remove tmpNormalizeDataValues repo setting)

[Lucas_Werkmeister_WMDE]

Lucas_Werkmeister_WMDE added a comment.


  In T292181#7703570 , 
@gerritbot wrote:
  
  > Change 761903 had a related patch set uploaded (by Lucas Werkmeister 
(WMDE); author: Lucas Werkmeister (WMDE)):
  >
  > [mediawiki/extensions/Wikibase@master] Enable data value normalization by 
default
  >
  > https://gerrit.wikimedia.org/r/761903
  
  (This is blocked on nothing other than some test failures that I haven’t had 
the time to look into yet.)

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

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

To: Lucas_Werkmeister_WMDE
Cc: Lucas_Werkmeister_WMDE, Aklapper, Fernandobacasegua34, Astuthiodit_1, 786, 
Suran38, Biggs657, karapayneWMDE, Invadibot, Lalamarie69, maantietaja, 
Juan90264, Alter-paule, Beast1978, ItamarWMDE, Un1tY, Akuckartz, Hook696, 
Kent7301, joker88john, CucyNoiD, Nandana, Gaboe420, lucamauri, Giuliamocci, 
Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, 
LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Neuronton, Scott_WUaS, 
Wikidata-bugs, aude, Addshore, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305535: Let wbgetclaims return best-rank statements

[Lucas_Werkmeister_WMDE]

Lucas_Werkmeister_WMDE added a comment.


  In T305535#7847511 , 
@ItamarWMDE wrote:
  
  >> why is this “core” subset of the data model so important now?
  >
  > The requirements document states that quite clearly (emphasis mine).
  >
  >> "There are **three** possible ranks"
  >
  > and
  >
  >> "This model is **intentionally left coarse and simple**. The three levels 
translate to different treatments in data access, UI (e.g., what is displayed 
by default), and export (one could, e.g., have an export with only the 
preferred and normal Statements). The ranks may also be useful for protecting 
Statements from editing (e.g., by protecting only preferred and normal 
statements). **More fine-grained rankings do not seem to have such a clear 
interpretation** and would thus increase the UI complexity unnecessarily. 
Having only two ranks (or no ranks at all), on the other hand, would make it 
harder to cope with Statements that are not trusted, known to contain wrong 
claims, or simply unpatrolled (if ranks are used for protection)."
  >
  > For all I can see you can replace UI with any interface for that matter, 
users are users no matter what interface they choose to access the program's 
data and models with.
  
  I think we need to distinguish here between the ranks a statement can have, 
and how you can filter statements by rank. This task isn’t proposing to add a 
new rank that a statement can actually have (there are such proposals in the 
community, including also T210961 , 
but as far as I’m aware none of the proposed ranks are intended to be truthy / 
included in best-rank, so I would leave them aside here). But when it comes to 
filtering statements by rank, best-rank is a useful concept, and it’s part of 
the data model too. In fact I would argue it’s more useful than filtering by 
any single rank value (or list of rank values): in Lua, we have 
`getBestStatements()` and `getAllStatements()`, but `getAllStatements()` 
doesn’t have a rank filter, so best-rank filtering is the only kind of rank 
filter we make easy.
  
  > What do you mean by "requires me to look at the rank"? In the ordered 
solution, you don't really have to look at the rank if you're only interested 
in "one" preferred statement (which is the actual implementation requirement 
that brought us to this point), if you mean "know about rank" in general, then 
neither solution applies, and we should really just go with this additional API 
layer.
  
  But there’s a difference between //expecting// only a single best-rank 
statement (while still being able to detect other best-rank statements, to flag 
such cases as unexpected, e.g. putting them in a maintenance category: that’s 
why Module:Statement  
returns a `hasOther` flag), and always picking the first best-rank statement 
regardless of whether any others exist.
  
  Also, there are plenty of use cases for multiple best-rank statements too, 
even if that’s not what we happen to need in T298142 
. All the other best-rank interfaces 
we provide that I’m aware of – in Lua and RDF – produce a list of best-rank 
statements, not a single one.
  
  > The value I emphasize here is complexity, or to be more exact, 
maintainability and understandability of that particular client system and 
context, as well as that of the HTTP API.
  
  I think it’s likely that adding support for filtering by multiple ranks, and 
then also sorting by rank, actually adds //more// complexity to the system than 
returning best-rank statements (which we already have code for: 
`StatementList::getBestStatements()`).

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

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

To: Lucas_Werkmeister_WMDE
Cc: Addshore, WMDE-leszek, Lydia_Pintscher, Aklapper, Nikki, Mahir256, 
Bugreporter, Erdinc_Ciftci_WMDE, guergana.tzatchkova, ItamarWMDE, noarave, 
Michael, Lucas_Werkmeister_WMDE, Astuthiodit_1, karapayneWMDE, Invadibot, 
maantietaja, Akuckartz, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305535: Let wbgetclaims return best-rank statements

[Bugreporter]

Bugreporter added a comment.


  "Best rank" aka "trusty" should be a concept built in Wikibase software. We 
should make data reusers least impacted if additional ranks are added to 
Wikibase (Example proposal: 
https://www.wikidata.org/wiki/User:ChristianKl/Draft:New_Ranks).

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

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

To: Bugreporter
Cc: Addshore, WMDE-leszek, Lydia_Pintscher, Aklapper, Nikki, Mahir256, 
Bugreporter, Erdinc_Ciftci_WMDE, guergana.tzatchkova, ItamarWMDE, noarave, 
Michael, Lucas_Werkmeister_WMDE, Astuthiodit_1, karapayneWMDE, Invadibot, 
maantietaja, Akuckartz, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305925: Allow senses with no glosses

[Bugreporter]

Bugreporter created this task.
Bugreporter added projects: Wikidata Lexicographical data, Wikidata.

TASK DESCRIPTION
  T305924: Automatically generate sense glosses 
 may allow senses that all glosses 
are automatically generated.

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

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

To: Bugreporter
Cc: Bugreporter, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, 
ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305924: Automatically generate sense glosses

[Bugreporter]

Bugreporter created this task.
Bugreporter added projects: Wikidata Lexicographical data, Wikidata.

TASK DESCRIPTION
  (inspired by 
https://www.wikidata.org/wiki/Wikidata_talk:Lexicographical_data#Please_advise_-_place_names)
  
  Similar to T303677: Automatically generate descriptions for items based on 
their P31 (instance of) values , the 
gloss of lexeme may be deduced from its item for this sense (P5137 
) value. This is how this work:
  
  - https://www.wikidata.org/wiki/Lexeme:L437 has one sense with a statement 
pointing to https://www.wikidata.org/wiki/Q270704
  - that item has English label "Třebíč" and description "town in Vysočina 
Region, Czech Republic"
  - we put the description in a bracket, so the generated gloss is "Třebíč 
(town in Vysočina Region, Czech Republic)"
  
  The benefit is now a sense can have glosses in more than 100 languages 
without manually adding them.
  
  Note:
  
  - Manual glosses will still override the automatically generated ones
  - The description of items does not need to be materialized. It can be also 
deduced (see T303677 ), or generated 
from Abstract Content.

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

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

To: Bugreporter
Cc: Bugreporter, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, 
ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305535: Let wbgetclaims return best-rank statements

[ItamarWMDE]

ItamarWMDE added a comment.


  > You can't just decide that the first two paragraphs a part of some ad hoc 
"core" of the data-model and the third paragraph is just supplementary and 
doesn't matter anymore.
  
  I am really not sure where this interpretation is coming from. I'm not 
ignoring this paragraph, I referred to it before in this conversation and I 
believe it only strengthens my point: **"can be constructed based on the ranks 
defined above"** is exactly where I get that there are core values to rank, and 
that "best" isn't one of them.
  
  At this point, I would like to stop and ask how useful this discussion is? I 
have not seen an argument that gives any examples as to how expecting our 
interface consumers (that is, users) to know about the three values allowed in 
rank, and their ordering "preferred then normal, never deprecated" makes the 
system harder to use, harder to reason about or even fails to implement some 
domain logic.
  
  I would suggest focusing this debate on finding a solution rather than just 
continuing this circular argumentation. Likewise, I'm not here to target 
anyone, I try to present examples to back up my reasoning, and I would like to 
receive the same courtesy from you.

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

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

To: ItamarWMDE
Cc: Addshore, WMDE-leszek, Lydia_Pintscher, Aklapper, Nikki, Mahir256, 
Bugreporter, Erdinc_Ciftci_WMDE, guergana.tzatchkova, ItamarWMDE, noarave, 
Michael, Lucas_Werkmeister_WMDE, Astuthiodit_1, karapayneWMDE, Invadibot, 
maantietaja, Akuckartz, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305535: Let wbgetclaims return best-rank statements

[Michael]

Michael added a comment.


  In T305535#7847511 , 
@ItamarWMDE wrote:
  
  >> why is this “core” subset of the data model so important now?
  >
  > The requirements document states that quite clearly (emphasis mine).
  >
  >> "There are **three** possible ranks"
  >
  > and
  >
  >> "This model is **intentionally left coarse and simple**. The three levels 
translate to different treatments in data access, UI (e.g., what is displayed 
by default), and export (one could, e.g., have an export with only the 
preferred and normal Statements). The ranks may also be useful for protecting 
Statements from editing (e.g., by protecting only preferred and normal 
statements). **More fine-grained rankings do not seem to have such a clear 
interpretation** and would thus increase the UI complexity unnecessarily. 
Having only two ranks (or no ranks at all), on the other hand, would make it 
harder to cope with Statements that are not trusted, known to contain wrong 
claims, or simply unpatrolled (if ranks are used for protection)."
  >
  > For all I can see you can replace UI with any interface for that matter, 
users are users no matter what interface they choose to access the program's 
data and models with.
  
  Frankly, this feels a lot like cherry-picking, as you neglected to quote the 
very next paragraph from DataModel#Ranks_of_Statements 
:
  
  > Another useful concept can be constructed based on the ranks defined above: 
the "best rank" for the Statements about a given Property with respect to a 
given Item. If there is at least one Statement with preferred rank about the 
property (in the context of a given Item), the best rank for that property is 
preferred. Otherwise, the best rank is normal. Correspondingly, the "best 
Statements" about a given Property in the context of a given Item are the ones 
that have the best rank for that Property.
  
  You can't just decide that the first two paragraphs a part of some ad hoc 
"core" of the data-model and the third paragraph is just supplementary and 
doesn't matter anymore. It has been made clear that the best-rank concept is in 
practice core to how our data is used and structured. If this wiki page doesn't 
sufficiently reflect that yet, then, I think, we should adjust the wording on 
the wiki page instead.
  
  In T305535#7847511 , 
@ItamarWMDE wrote:
  
  >> In my opinion, any solution here that still requires me to look at the 
rank adds very little value
  >
  > What do you mean by "requires me to look at the rank"? In the ordered 
solution, you don't really have to look at the rank if you're only interested 
in "one" preferred statement (which is the actual implementation requirement 
that brought us to this point), if you mean "know about rank" in general, then 
neither solution applies, and we should really just go with this additional API 
layer.
  >
  > Also, I'm not sure if it's as subjective as just saying "adds very little 
value" and having a done deal. Which value are you trying to extract here? In 
my case, I'd like to bring this task forward, and within the scope of this 
sprint, as it means that the client (and any future clients we develop) will 
not have to be responsible for logic that doesn't belong in them (order and 
filter belong at the API level, and I don't think this is really controversial 
either). The value I emphasize here is complexity, or to be more exact, 
maintainability and understandability of that particular client system and 
context, as well as that of the HTTP API.
  
  I, as a user of the API, want to get the best rank values for a property from 
an item, as defined in the data-model. This could explicitly be one or multiple 
best-ranked values and I already can get this via Lua. Getting a (sorted) list 
of preferred and normal-ranked statements does not gain me much, as I still 
have to look at the rank of the statements as I have to figure out which of the 
values are of preferred rank and which are of normal rank.
  
  For this story/subtask we want to get the best-ranked values as defined in 
the data-model, and then pick the first of it. Getting a (sorted) list of 
preferred and normal-ranked statements makes things less understandable and 
hides domain logic instead of making use of it.
  
  //Especially// in the action api we should make sure that we are sticking to 
the domain, //especially// for reasons of understandability. That being said, I 
don't have a strong opinion yet for whether this should be an extension to 
`wbgetclaims` or a new `wbgetbeststatements` endpoint or something similar.

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

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

To: Michael
Cc: Addshore, WMDE-leszek, Lydia_Pintscher, Aklapper, Nikki, Mahir256, 
Bugreporter, 

[Wikidata-bugs] [Maniphest] T305535: Let wbgetclaims return best-rank statements

[ItamarWMDE]

ItamarWMDE added a comment.


  > I was actually starting to think the same thing: a new wbgetbeststatements 
action could also be an option. (Or wbgetbestclaims for consistency, though 
IMHO we should stop saying “claims” when we really mean “statements”. Claims 
are main snak + qualifiers, statements are claim + references; both APIs return 
full statements, not just the claim part.)
  
  Yes, this might be a lot of work though, right? And that definitely is 
something @Lydia_Pintscher should call the shots on in terms of priority and 
planning.

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

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

To: ItamarWMDE
Cc: Addshore, WMDE-leszek, Lydia_Pintscher, Aklapper, Nikki, Mahir256, 
Bugreporter, Erdinc_Ciftci_WMDE, guergana.tzatchkova, ItamarWMDE, noarave, 
Michael, Lucas_Werkmeister_WMDE, Astuthiodit_1, karapayneWMDE, Invadibot, 
maantietaja, Akuckartz, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305535: Let wbgetclaims return best-rank statements

[ItamarWMDE]

ItamarWMDE added a comment.


  > why is this “core” subset of the data model so important now?
  
  The requirements document states that quite clearly (emphasis mine).
  
  > "There are **three** possible ranks"
  
  and
  
  > "This model is **intentionally left coarse and simple**. The three levels 
translate to different treatments in data access, UI (e.g., what is displayed 
by default), and export (one could, e.g., have an export with only the 
preferred and normal Statements). The ranks may also be useful for protecting 
Statements from editing (e.g., by protecting only preferred and normal 
statements). **More fine-grained rankings do not seem to have such a clear 
interpretation** and would thus increase the UI complexity unnecessarily. 
Having only two ranks (or no ranks at all), on the other hand, would make it 
harder to cope with Statements that are not trusted, known to contain wrong 
claims, or simply unpatrolled (if ranks are used for protection)."
  
  For all I can see you can replace UI with any interface for that matter, 
users are users no matter what interface they choose to access the program's 
data and models with.
  
  > In my opinion, any solution here that still requires me to look at the rank 
adds very little value
  
  What do you mean by "requires me to look at the rank"? In the ordered 
solution, you don't really have to look at the rank if you're only interested 
in "one" preferred statement (which is the actual implementation requirement 
that brought us to this point), if you mean "know about rank" in general, then 
neither solution applies, and we should really just go with this additional API 
layer.
  
  Also, I'm not sure if it's as subjective as just saying "adds very little 
value" and having a done deal. Which value are you trying to extract here? In 
my case, I'd like to bring this task forward, and within the scope of this 
sprint, as it means that the client (and any future clients we develop) will 
not have to be responsible for logic that doesn't belong in them (order and 
filter belong at the API level, and I don't think this is really controversial 
either). The value I emphasize here is complexity, or to be more exact, 
maintainability and understandability of that particular client system and 
context, as well as that of the HTTP API.

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

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

To: ItamarWMDE
Cc: Addshore, WMDE-leszek, Lydia_Pintscher, Aklapper, Nikki, Mahir256, 
Bugreporter, Erdinc_Ciftci_WMDE, guergana.tzatchkova, ItamarWMDE, noarave, 
Michael, Lucas_Werkmeister_WMDE, Astuthiodit_1, karapayneWMDE, Invadibot, 
maantietaja, Akuckartz, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305439: METRICS - define/agree on metrics for form usage

[Lydia_Pintscher]

Lydia_Pintscher closed this task as "Resolved".
Lydia_Pintscher moved this task from To Do to Done on the Special:NewLexeme 
revival (Special:NewLexeme revival - sprint 5) board.
Lydia_Pintscher added a comment.


  I adapted the parent ticket and we'll take it into the next story writing.

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

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

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

To: Lydia_Pintscher
Cc: karapayneWMDE, Aklapper, Astuthiodit_1, Invadibot, maantietaja, ItamarWMDE, 
Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, QZanden, 
LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, Wikidata-bugs, aude, 
Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T303394: METRICS - Metrics for page use

[Lydia_Pintscher]

Lydia_Pintscher closed subtask T305439: METRICS - define/agree on metrics for 
form usage as Resolved.

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

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

To: Lydia_Pintscher
Cc: Michael, Aklapper, karapayneWMDE, Astuthiodit_1, Invadibot, maantietaja, 
ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T303394: METRICS - Metrics for page use

[Lydia_Pintscher]

Lydia_Pintscher added a comment.


  I adapted the ticket as discussed. I think a number of the other ideas we can 
get from existing tracking.

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

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

To: Lydia_Pintscher
Cc: Michael, Aklapper, karapayneWMDE, Astuthiodit_1, Invadibot, maantietaja, 
ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T303394: METRICS - Metrics for page use

[Lydia_Pintscher]

Lydia_Pintscher updated the task description.

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

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

To: Lydia_Pintscher
Cc: Michael, Aklapper, karapayneWMDE, Astuthiodit_1, Invadibot, maantietaja, 
ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305535: Let wbgetclaims return best-rank statements

[Lucas_Werkmeister_WMDE]

Lucas_Werkmeister_WMDE added a comment.


  In T305535#7847385 , 
@ItamarWMDE wrote:
  
  > Right, I agree that it shouldn't be re-computed by the consumer, but after 
a short discussion with @WMDE-leszek I realized that this "best rank" is not 
core to the data model 
 that we 
keep referring to, it is derived from it though in the paragraphs below it.
  
  This feels like an artificial distinction to me. It’s part of the data model, 
and as Lydia said it’s an important concept; why is this “core” subset of the 
data model so important now?
  
  > I think we can, however, add a union to the parameter to indicate that we 
want both ranks and ask to order them by the rank, so that all a re-user has to 
do is use the top of the list returned by the response from: 
`rank=preferred|normal=rank`. In my opinion, this is the best way to 
avoid delegating this sifting logic to the client, while maintaining the 
flexibility and simplicity that the data model affords as it is currently 
defined. IMO I don't think we have to worry about consumers potentially 
requesting other ranks of statements since we currently allow them to do so, 
and giving re-users the opportunity to request statements beyond `best-ranked` 
will allow them to create their own interpretations of the data model. For 
instance, just off the top of my mind, an application that compares the top two 
or three statements returned from `rank=preferred|normal=rank` to 
determine which one is truly the "best ranked".
  
  To me this doesn’t address what I wrote before:
  
  > When I get a list of best statements, I expect that they’re all equivalent, 
and I don’t have to look at the rank anymore.
  
  In my opinion, any solution here that still requires me to look at the rank 
adds very little value, regardless of what order the API returns statements in. 
If the API can return preferred-rank and normal-rank statements together, then 
that’s not best-rank statements, and I still need to implement the logic on my 
side.
  
  ---
  
  In T305535#7847432 , 
@ItamarWMDE wrote:
  
  > To add to that, if network overhead is truly a concern, then I don't think 
we should shy away from adding another http api layer (I suppose it would be a 
module, if we speak in action api terms) to really just get "the one" best 
ranked statement. But I don't really know if there's a sufficient business case 
for it in terms of product.
  
  I was actually starting to think the same thing: a new `wbgetbeststatements` 
action could also be an option. (Or `wbgetbestclaims` for consistency, though 
IMHO we should stop saying “claims” when we really mean “statements”. Claims 
are main snak + qualifiers, statements are claim + references; both APIs return 
full statements, not just the claim part.)

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

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

To: Lucas_Werkmeister_WMDE
Cc: Addshore, WMDE-leszek, Lydia_Pintscher, Aklapper, Nikki, Mahir256, 
Bugreporter, Erdinc_Ciftci_WMDE, guergana.tzatchkova, ItamarWMDE, noarave, 
Michael, Lucas_Werkmeister_WMDE, Astuthiodit_1, karapayneWMDE, Invadibot, 
maantietaja, Akuckartz, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305535: Let wbgetclaims return best-rank statements

[Lydia_Pintscher]

Lydia_Pintscher added a comment.


  There can be more than one best ranked statement though.

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

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

To: Lydia_Pintscher
Cc: Addshore, WMDE-leszek, Lydia_Pintscher, Aklapper, Nikki, Mahir256, 
Bugreporter, Erdinc_Ciftci_WMDE, guergana.tzatchkova, ItamarWMDE, noarave, 
Michael, Lucas_Werkmeister_WMDE, Astuthiodit_1, karapayneWMDE, Invadibot, 
maantietaja, Akuckartz, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305535: Let wbgetclaims return best-rank statements

[ItamarWMDE]

ItamarWMDE added a comment.


  To add to that, if network overhead is truly a concern, then I don't think we 
should shy away from adding another http api layer (I suppose it would be a 
module, if we speak in action api terms) to really just get "the one" best 
ranked statement.

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

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

To: ItamarWMDE
Cc: Addshore, WMDE-leszek, Lydia_Pintscher, Aklapper, Nikki, Mahir256, 
Bugreporter, Erdinc_Ciftci_WMDE, guergana.tzatchkova, ItamarWMDE, noarave, 
Michael, Lucas_Werkmeister_WMDE, Astuthiodit_1, karapayneWMDE, Invadibot, 
maantietaja, Akuckartz, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305535: Let wbgetclaims return best-rank statements

[ItamarWMDE]

ItamarWMDE added a comment.


  Right, I agree that it shouldn't be re-computed by the consumer, but after 
  a short discussion with @WMDE-leszek I realized that this "best rank" is not 
core to the data model 
 that we 
keep referring to, it is derived from it though in the paragraphs below it.
  
  I think we can, however, add a union to the parameter to indicate that we 
want both ranks and ask to order them by the rank, so that all a re-user has to 
do is use the top of the list returned by the response from: 
`rank=preferred|normal=rank`. In my opinion, this is the best way to 
avoid delegating this sifting logic to the client, while maintaining the 
flexibility and simplicity that the data model affords as it is currently 
defined. IMO I don't think we have to worry about consumers potentially 
requesting other ranks of statements since we currently allow them to do so, 
and giving re-users the opportunity to request statements beyond `best-ranked` 
will allow them top create their own interpretations of the data model, for 
instance, just off the top of my mind, an application that compares the top two 
or three statements returned from `rank=preferred|normal=rank` to 
determine which one is truly the "best ranked".

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

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

To: ItamarWMDE
Cc: Addshore, WMDE-leszek, Lydia_Pintscher, Aklapper, Nikki, Mahir256, 
Bugreporter, Erdinc_Ciftci_WMDE, guergana.tzatchkova, ItamarWMDE, noarave, 
Michael, Lucas_Werkmeister_WMDE, Astuthiodit_1, karapayneWMDE, Invadibot, 
maantietaja, Akuckartz, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T293862: Investigate using jvmquake to limit the time a JVM is unusable due to GC overhead

[gerritbot]

gerritbot added a project: Patch-For-Review.

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

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

To: dcausse, gerritbot
Cc: RKemper, bking, Aklapper, dcausse, Fernandobacasegua34, Astuthiodit_1, 786, 
Suran38, Biggs657, karapayneWMDE, Invadibot, Lalamarie69, MPhamWMF, 
maantietaja, Juan90264, Alter-paule, Beast1978, CBogen, ItamarWMDE, Un1tY, 
Akuckartz, Hook696, Kent7301, joker88john, CucyNoiD, Nandana, Namenlos314, 
Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Neuronton, Scott_WUaS, 
Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, 
Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T293862: Investigate using jvmquake to limit the time a JVM is unusable due to GC overhead

[gerritbot]

gerritbot added a comment.


  Change 779440 had a related patch set uploaded (by DCausse; author: DCausse):
  
  [operations/puppet@production] wdqs: activate jvmquake at 300:5
  
  https://gerrit.wikimedia.org/r/779440

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

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

To: dcausse, gerritbot
Cc: RKemper, bking, Aklapper, dcausse, Astuthiodit_1, karapayneWMDE, Invadibot, 
MPhamWMF, maantietaja, CBogen, ItamarWMDE, Akuckartz, 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
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T302877: Update Labels and Placeholders for Special:NewLexeme inputs

[Lydia_Pintscher]

Lydia_Pintscher added a comment.


  Thanks, Nikki!
  
  > In general I find the current placeholders odd. Why do they repeat the 
label for the field? If you don't understand what is meant, repeating it 
doesn't help.
  
  That's something for @Erdinc_Ciftci_WMDE I guess.
  
  New version then:
  
  |  | Current message on the new page  
  | Proposed new message  |
  | placeholder for Lemma| Short form of a word, e.g. 'first'   
  | Base form of a word, e.g. 'speak' |
  | placeholder for language | The Lexeme's language, e.g. 'English'
  ||
  | placeholder for spelling variant | Language code for the Lemma's spelling 
variant, e.g., 'en' | Language code for the Lemma's spelling variant, e.g. 'en' 
|
  | placeholder for lexical category | The Lexeme's category, e.g. 'numeral'
  | The Lexeme's lexical category, e.g. 'verb'|
  | example Lexeme   | L2 (first)   
   | L380 (speak)   
  |

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

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

To: Lydia_Pintscher
Cc: Nikki, Mahir256, Erdinc_Ciftci_WMDE, Lydia_Pintscher, Aklapper, Michael, 
Astuthiodit_1, Prufkick, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, 
Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 
_jensen, rosalieper, Bodhisattwa, Scott_WUaS, Srdjan, MuhammadShuaib, LNDDYL, 
Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, Addshore, Mbch331, 
Jay8g
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305858: When replacing Blazegraph, need to understand how the proprietary GAS Service is used, in order to replace it

[Lydia_Pintscher]

Lydia_Pintscher added a comment.


  It is this query: https://w.wiki/b$o

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

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

To: AWesterinen, Lydia_Pintscher
Cc: Lydia_Pintscher, Jheald, Mahir256, Lucas_Werkmeister_WMDE, Aklapper, 
MPhamWMF, AWesterinen, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, 
CBogen, ItamarWMDE, Akuckartz, 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
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T217430: Add support for all Saami languages to Wikidata

[Pikne]

Pikne closed subtask T305608: Add inari sami (smn) language support to maps 
tiles and Kartographer as Invalid.

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

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

To: Pikne
Cc: Zache, tramm, Esc3300, Yupik, Nikki, jhsoby-WMNO, jhsoby, Nikerabbit, 
Mbch331, Aklapper, Susannaanas, Astuthiodit_1, Prufkick, karapayneWMDE, 
Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Jony, Lahi, Gq86, 
GoranSMilovanovic, Mahir256, QZanden, LawExplorer, _jensen, rosalieper, 
Taiwania_Justo, Scott_WUaS, Srdjan, MuhammadShuaib, LNDDYL, Psychoslave, 
Wikidata-bugs, aude, Amire80, Gryllida, Shizhao, Arrbee, santhosh, 
KartikMistry, Addshore, Jay8g
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T217430: Add support for all Saami languages to Wikidata

[Pikne]

Pikne closed subtask T305609: Add Skolt sami (sms) language support to maps 
tiles and Kartographer as Invalid.

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

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

To: Pikne
Cc: Zache, tramm, Esc3300, Yupik, Nikki, jhsoby-WMNO, jhsoby, Nikerabbit, 
Mbch331, Aklapper, Susannaanas, Astuthiodit_1, Prufkick, karapayneWMDE, 
Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Jony, Lahi, Gq86, 
GoranSMilovanovic, Mahir256, QZanden, LawExplorer, _jensen, rosalieper, 
Taiwania_Justo, Scott_WUaS, Srdjan, MuhammadShuaib, LNDDYL, Psychoslave, 
Wikidata-bugs, aude, Amire80, Gryllida, Shizhao, Arrbee, santhosh, 
KartikMistry, Addshore, Jay8g
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org