[Wikidata-bugs] [Maniphest] [Commented On] T216369: Adding a caption add file unintentionally to watchlist

2019-09-01 Thread LucasWerkmeister
LucasWerkmeister added a comment.


  At least for statements, this issue is still present – I just got a bunch of 
new watchlist entries from some AC/DC 
<https://commons.wikimedia.org/wiki/User:Lucas_Werkmeister/ACDC> edits.

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

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

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


[Wikidata-bugs] [Maniphest] [Created] T230833: wbsearchentities for lexemes returns 'und' match language on Test Wikidata

2019-08-20 Thread LucasWerkmeister
LucasWerkmeister created this task.
LucasWerkmeister added projects: Wikidata, Lexicographical data.

TASK DESCRIPTION
  On testwikidata, `wbsearchentities` results for lexemes report the match 
language code `'und'` (“undetermined” per ISO 639-3 
<https://en.wikipedia.org/wiki/ISO_639-3>) instead of the actual language code 
of the lexeme.
  
$ curl -sG https://{test,www}.wikidata.org/w/api.php -d 
action=wbsearchentities -d search=Ding -d language=de -d type=lexeme -d 
format=json | jq -r .search[0].match.language
und
de
  
  One effect of this is that the Wikidata Lexeme Forms duplicate detection 
doesn’t work for templates targeting test.wikidata.org (like 
german-noun-neuter-test 
<https://tools.wmflabs.org/lexeme-forms/template/german-noun-neuter-test/>), 
since the tool thinks the search results are false positives for lexemes in 
another language and therefore not duplicates.

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

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

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


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

2019-08-14 Thread LucasWerkmeister
LucasWerkmeister added a comment.


  I don’t think implementing `TermIndex` itself, as the linked change currently 
does, is a good idea. It’s not a great interface (combining lookup, search and 
modification), and for the new term store in Wikibase we did not write a new 
implementation of it, but instead implementations of several different 
interfaces – so I would be wary of any code that really needs a `TermIndex` 
(because that would likely be broken on Wikidata already as we migrate away 
from `wb_terms`). I think what you need to implement for WikibaseMediaInfo Lua 
support is `PrefetchingTermLookup` – implementing `TermIndex` gets you that 
(via `BufferingTermLookup`), but it would be better to do it directly.
  
  @matthiasmullie I hear you’re also in Stockholm, so we can also discuss this 
in person if you want :)

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

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

To: LucasWerkmeister
Cc: LucasWerkmeister, jleedev, MarkTraceur, Yann, Addshore, Smalyshev, 
Mholloway, matthiasmullie, Multichill, Marsupium, Keegan, Jheald, Mike_Peel, 
Cparle, Aklapper, Jarekt, Hook696, Daryl-TTMG, RomaAmorRoma, 0010318400, 
E.S.A-Sheild, darthmon_wmde, Edtadros, joker88john, DannyS712, CucyNoiD, 
Nandana, NebulousIris, JKSTNK, Gaboe420, Versusxo, Majesticalreaper22, 
Giuliamocci, Adrian1985, Cpaulf30, Lahi, PDrouin-WMF, Gq86, Af420, 
E1presidente, Ramsey-WMF, Darkminds3113, Anooprao, SandraF_WMF, Bsandipan, 
Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, 
Tramullas, Acer, LawExplorer, Salgo60, WSH1906, Lewizho99, Maathavan, 
Silverfish, _jensen, rosalieper, Morgankevinj, 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] T230117: Remove type: statement from JSON serialization of statements

2019-08-11 Thread LucasWerkmeister
LucasWerkmeister added a comment.


  I just discovered that in API requests (`wbsetclaim`, `wbeditentity`, etc.), 
the `type` is //not//, as I had assumed, optional – if you omit it, you’ll get 
some sort of error (though it seems to vary depending on situation – I’ve seen 
`invalid-claim` error responses as well as 
`Deserializers\Exceptions\MissingTypeException` uncaught exceptions). So an 
additional acceptance criterion should be that the `type` is no longer required 
there. (This part is not a breaking change, so it could be done sooner.)

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

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

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


[Wikidata-bugs] [Maniphest] [Updated] T229069: Don’t use heading elements () in Wikibase diffs for coordinates and quantities

2019-07-25 Thread LucasWerkmeister
LucasWerkmeister added a project: Wikidata.

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

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

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


[Wikidata-bugs] [Maniphest] [Updated] T220772: Don’t use heading elements () in Wikibase diffs

2019-07-25 Thread LucasWerkmeister
LucasWerkmeister added a comment.


  Alright, done: T229069: Don’t use heading elements () in Wikibase diffs 
for coordinates and quantities <https://phabricator.wikimedia.org/T229069>

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

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

To: Michael, LucasWerkmeister
Cc: Lucas_Werkmeister_WMDE, Lydia_Pintscher, daniel, Aklapper, 
LucasWerkmeister, Hook696, Daryl-TTMG, RomaAmorRoma, 0010318400, E.S.A-Sheild, 
darthmon_wmde, alaa_wmde, 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, Jonas, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T228996: Internal error in Recent Changes for Lexeme namespace

2019-07-25 Thread LucasWerkmeister
LucasWerkmeister added a project: Wikimedia-production-error.
LucasWerkmeister added a comment.


  I don’t think Wikibase should follow the double redirect 
<https://en.wikipedia.org/wiki/Wikipedia:Double_redirects> – that would go 
against longstanding Wikipedia tradition, and I don’t think Wikibase supports 
it for items either. Handle the error gracefully and move on, IMHO.

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

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

To: Ladsgroup, LucasWerkmeister
Cc: LucasWerkmeister, Liuxinyu970226, alaa_wmde, Lydia_Pintscher, Ladsgroup, 
Alicia_Fagerving_WMSE, darthmon_wmde, Nandana, Mringgaard, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Jonas, 
Wikidata-bugs, aude, Darkdadaah, Jdforrester-WMF, Mbch331, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T220772: Don’t use heading elements () in Wikibase diffs

2019-06-19 Thread LucasWerkmeister
LucasWerkmeister added a comment.


  I just noticed that coordinate values still use `h4` (example link 
<https://tools.wmflabs.org/speedpatrolling/diff/965098960/>). Quantity values, 
too, according to a code search (didn’t see that “in the wild” yet). Should I 
open another task for those or do we reopen this one?

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

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

To: Michael, LucasWerkmeister
Cc: Lucas_Werkmeister_WMDE, Lydia_Pintscher, daniel, Aklapper, 
LucasWerkmeister, Daryl-TTMG, RomaAmorRoma, 0010318400, E.S.A-Sheild, 
darthmon_wmde, alaa_wmde, joker88john, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, 
Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, 
Lewizho99, Maathavan, _jensen, rosalieper, Jonas, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Closed] T225510: Run a script to populate number of Forms and Senses on all Lexemes

2019-06-14 Thread LucasWerkmeister
LucasWerkmeister closed this task as "Resolved".
LucasWerkmeister claimed this task.
LucasWerkmeister added a comment.


  Ah, those 107 pages are redirects :) if you filter redirects from the 
results, there’s nothing left to be done (Quarry 1 
<https://quarry.wmflabs.org/query/36935>, Quarry 2 
<https://quarry.wmflabs.org/query/36936>).

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

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

To: LucasWerkmeister
Cc: LucasWerkmeister, Lydia_Pintscher, Lea_Lacroix_WMDE, darthmon_wmde, 
Nandana, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 
_jensen, rosalieper, Wikidata-bugs, aude, Darkdadaah, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Unblock] T199611: New page properties for number of Forms and Senses of a Lexeme

2019-06-14 Thread LucasWerkmeister
LucasWerkmeister closed subtask T225510: Run a script to populate number of 
Forms and Senses on all Lexemes as "Resolved".

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

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

To: Ladsgroup, LucasWerkmeister
Cc: LucasWerkmeister, Lea_Lacroix_WMDE, Lydia_Pintscher, gerritbot, 
Bugreporter, Daryl-TTMG, RomaAmorRoma, 0010318400, E.S.A-Sheild, darthmon_wmde, 
alaa_wmde, joker88john, CucyNoiD, Nandana, NebulousIris, Mringgaard, Gaboe420, 
Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, 
Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, 
Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, Lewizho99, 
Maathavan, _jensen, rosalieper, Jonas, Wikidata-bugs, aude, Darkdadaah, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T225510: Run a script to populate number of Forms and Senses on all Lexemes

2019-06-13 Thread LucasWerkmeister
LucasWerkmeister added a comment.


  Okay, the Python script finished, and now there are only 107 lexemes without 
the page props left (Quarry 1 <https://quarry.wmflabs.org/query/36900>, Quarry 
2 <https://quarry.wmflabs.org/query/36901>). Not sure why those few are still 
missing the page props… should I run the script again and see if that helps?

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

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

To: LucasWerkmeister
Cc: LucasWerkmeister, Lydia_Pintscher, Lea_Lacroix_WMDE, darthmon_wmde, 
Nandana, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 
_jensen, rosalieper, Wikidata-bugs, aude, Darkdadaah, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T225510: Run a script to populate number of Forms and Senses on all Lexemes

2019-06-12 Thread LucasWerkmeister
LucasWerkmeister added a comment.


  The PAWS terminal died for some reason (I guess you can’t leave them running 
in the background?), so now I’m doing it with a separate Python script from a 
Kubernetes deployment. Source code is on GitHub 
<https://github.com/lucaswerkmeister/tool-lexeme-forms/commit/a35a98ea3940f73ffc8fb244bbb95ce0422eb14d>;
 I can’t push it to Phabricator yet due to T224677 
<https://phabricator.wikimedia.org/T224677>.

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

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

To: LucasWerkmeister
Cc: LucasWerkmeister, Lydia_Pintscher, Lea_Lacroix_WMDE, darthmon_wmde, 
Nandana, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 
_jensen, rosalieper, Wikidata-bugs, aude, Darkdadaah, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T225510: Run a script to populate number of Forms and Senses on all Lexemes

2019-06-11 Thread LucasWerkmeister
LucasWerkmeister added a comment.


  I’m now running this on PAWS:
  
@PAWS:/srv/paws/pwb$ time python scripts/touch.py -start:Lexeme:! -purge 
-forcelinkupdate -family:wikidata -lang:wikidata
  
  It sleeps for ~10 seconds between each purge, so it should be done in a few 
days.

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

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

To: LucasWerkmeister
Cc: LucasWerkmeister, Lydia_Pintscher, Lea_Lacroix_WMDE, darthmon_wmde, 
Nandana, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 
_jensen, rosalieper, Wikidata-bugs, aude, Darkdadaah, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T225510: Run a script to populate number of Forms and Senses on all Lexemes

2019-06-11 Thread LucasWerkmeister
LucasWerkmeister added a comment.


  I looked into this a bit – a regular purge doesn’t refresh the page props, 
but apparently a link-update purge does. This is available via the API – for 
example, I just fixed the page props for L31883 with 
action=purge&titles=Lexeme:L31883&forcelinkupdate=1 
<https://www.wikidata.org/wiki/Special:ApiSandbox#action=purge&format=json&forcelinkupdate=1&titles=Lexeme%3AL31883>.
 So I think anyone could actually do this task :)

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

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

To: LucasWerkmeister
Cc: LucasWerkmeister, Lydia_Pintscher, Lea_Lacroix_WMDE, darthmon_wmde, 
Nandana, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 
_jensen, rosalieper, Wikidata-bugs, aude, Darkdadaah, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T224844: Show number of senses and forms on page information for WikibaseLexeme entities

2019-06-08 Thread LucasWerkmeister
LucasWerkmeister added a comment.


  Note that the majority of pages are still missing these page props (see 
T199611 <https://phabricator.wikimedia.org/T199611>, esp. T199611#5244691 
<https://phabricator.wikimedia.org/T199611#5244691>), so right now we wouldn’t 
have any data to show for those.

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

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

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


[Wikidata-bugs] [Maniphest] [Commented On] T199611: New page properties for number of Forms and Senses of a Lexeme

2019-06-08 Thread LucasWerkmeister
LucasWerkmeister added a comment.


  According to this Quarry query <https://quarry.wmflabs.org/query/36730>, 
almost 70% of all lexeme pages still don’t have this page prop. Is there really 
no way to populate it without an edit? As a tool author, I can’t really rely on 
it like this…

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

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

To: Ladsgroup, LucasWerkmeister
Cc: LucasWerkmeister, Lea_Lacroix_WMDE, Lydia_Pintscher, gerritbot, 
Bugreporter, E.S.A-Sheild, darthmon_wmde, Premeditated, alaa_wmde, joker88john, 
CucyNoiD, Nandana, NebulousIris, Mringgaard, Gaboe420, Versusxo, 
Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, 
Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, 
Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, Lewizho99, Maathavan, 
_jensen, rosalieper, Jonas, Wikidata-bugs, aude, Darkdadaah, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Created] T224845: Write Wikibase page props for MediaInfo entities

2019-06-02 Thread LucasWerkmeister
LucasWerkmeister created this task.
LucasWerkmeister added projects: Wikidata, StructuredDataOnCommons.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  Wikibase tracks the number of statements (`wb-claims`) and external 
identifiers (`wb-identifiers`) of an entity in the page properties. I believe 
at least the former would be useful for MediaInfo entities as well, but 
currently it doesn’t exist:
  
MariaDB [commonswiki_p]> SELECT DISTINCT pp_propname FROM page_props WHERE 
pp_propname LIKE 'wb-%';
Empty set (0.01 sec)

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

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

To: LucasWerkmeister
Cc: Aklapper, LucasWerkmeister, darthmon_wmde, Premeditated, Nandana, JKSTNK, 
Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 
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] [Edited] T224844: Show number of senses and forms on page information for WikibaseLexeme entities

2019-06-02 Thread LucasWerkmeister
LucasWerkmeister updated the task description.

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

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

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


[Wikidata-bugs] [Maniphest] [Updated] T224842: Show number of statements and external identifiers on page information for Wikibase entities

2019-06-02 Thread LucasWerkmeister
LucasWerkmeister added a comment.


  Note that, for WikibaseLexeme entities, these numbers include the statements 
on senses and forms as well – i. e. they count all the statements/identifiers 
on the page, not just those of its “main entity”. Also see T224844 
<https://phabricator.wikimedia.org/T224844> for a similar WikibaseLexeme task.

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

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

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


[Wikidata-bugs] [Maniphest] [Created] T224844: Show number of senses and forms on page information for WikibaseLexeme entities

2019-06-02 Thread LucasWerkmeister
LucasWerkmeister created this task.
LucasWerkmeister added projects: Wikidata, Lexicographical data.

TASK DESCRIPTION
  WikibaseLexeme tracks the number of senses (`wbl-senses`) and forms 
(`wbl-forms)` in the page properties. It would be useful to show those on the 
page properties <https://www.wikidata.org/wiki/Lexeme:L123?action=info> 
(`?action=info`).
  
  (See also T224842 <https://phabricator.wikimedia.org/T224842> for a similar 
Wikibase task.)

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

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

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


[Wikidata-bugs] [Maniphest] [Created] T224842: Show number of statements and external identifiers on page information for Wikibase entities

2019-06-02 Thread LucasWerkmeister
LucasWerkmeister created this task.
LucasWerkmeister added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  Wikibase tracks the number of statements (`wb-claims`) and external 
identifiers (`wb-identifiers`) in the page properties. It would be useful to 
show those on the page information 
<https://www.wikidata.org/wiki/Q42?action=info> (`?action=info`).

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

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

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


[Wikidata-bugs] [Maniphest] [Retitled] T223806: Improve descriptions for Japanese names generated by Namescript

2019-05-19 Thread LucasWerkmeister
LucasWerkmeister renamed this task from "Improve Japanese descriptions 
generated by Namescript" to "Improve descriptions for Japanese names generated 
by Namescript".
LucasWerkmeister updated the task description.

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

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

To: LucasWerkmeister
Cc: Aklapper, Harmonia_Amanda, LucasWerkmeister, darthmon_wmde, alaa_wmde, 
Ferenczy, sarhan.alaa, Samuditha24, IM3847, Nandana, kostajh, Lahi, Gq86, 
GoranSMilovanovic, Jayprakash12345, Chicocvenancio, MichaelSchoenitzer_WMDE, 
QZanden, LawExplorer, Jogi_don, _jensen, rosalieper, D3r1ck01, Wikidata-bugs, 
Jdlrobson, aude, Mbch331, Rxy
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Closed] T223806: Improve Japanese descriptions generated by Namescript

2019-05-19 Thread LucasWerkmeister
LucasWerkmeister closed this task as "Resolved".
LucasWerkmeister moved this task from Backlog to Projects on the 
Wikimedia-Hackathon-2019 board.
LucasWerkmeister claimed this task.

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

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

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

To: LucasWerkmeister
Cc: Aklapper, Harmonia_Amanda, LucasWerkmeister, darthmon_wmde, alaa_wmde, 
Ferenczy, sarhan.alaa, Samuditha24, IM3847, Nandana, kostajh, Lahi, Gq86, 
GoranSMilovanovic, Jayprakash12345, Chicocvenancio, MichaelSchoenitzer_WMDE, 
QZanden, LawExplorer, Jogi_don, _jensen, rosalieper, D3r1ck01, Wikidata-bugs, 
Jdlrobson, aude, Mbch331, Rxy
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Created] T223806: Improve Japanese descriptions generated by Namescript

2019-05-19 Thread LucasWerkmeister
LucasWerkmeister created this task.
LucasWerkmeister added projects: Wikidata, Wikimedia-Hackathon-2019.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  Previously, namescript <https://www.wikidata.org/wiki/Wikidata:Namescript> 
would generate descriptions like this:
  
  > japaneseFamilyName (nameInKana)
  
  Here, “nameInKana” comes from the name in kana 
<https://www.wikidata.org/wiki/Property:P1814> statement, and the native label 
<https://www.wikidata.org/wiki/Property:P1705>, which would be the name in 
kanji, is not included. However, this occasionally resulted in errors from 
Wikibase, complaining about ambiguous descriptions. Both the kanji and the kana 
should be included:
  
  > japaneseFamilyName (nativeLabel, nameInKana)
  
  This was implemented in 4337eeaddf 
<https://github.com/lucaswerkmeister/namescript/commit/4337eeaddf5e275c814d5a70229581a610c411fd>,
 with a follow-up in 04463d1915 
<https://github.com/lucaswerkmeister/namescript/commit/04463d19156db7e9d9c94b051ea3afee7bd59411>
 to use the correct comma separator message.

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

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

To: LucasWerkmeister
Cc: Aklapper, Harmonia_Amanda, LucasWerkmeister, darthmon_wmde, alaa_wmde, 
Ferenczy, sarhan.alaa, Samuditha24, IM3847, Nandana, kostajh, Lahi, Gq86, 
GoranSMilovanovic, Jayprakash12345, Chicocvenancio, MichaelSchoenitzer_WMDE, 
QZanden, LawExplorer, Jogi_don, _jensen, rosalieper, D3r1ck01, Wikidata-bugs, 
Jdlrobson, aude, Mbch331, Rxy
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T220772: Don’t use heading elements () in Wikibase diffs

2019-05-02 Thread LucasWerkmeister
LucasWerkmeister added a comment.


  Yep, much better now :)

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

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

To: Michael, LucasWerkmeister
Cc: Lucas_Werkmeister_WMDE, Lydia_Pintscher, daniel, Aklapper, 
LucasWerkmeister, alaa_wmde, joker88john, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, 
Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, 
Lewizho99, Maathavan, _jensen, rosalieper, Jonas, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Closed] T220772: Don’t use heading elements () in Wikibase diffs

2019-05-02 Thread LucasWerkmeister
LucasWerkmeister closed this task as "Resolved".
LucasWerkmeister moved this task from Test (Verification) to Done on the 
Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.

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

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

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

To: Michael, LucasWerkmeister
Cc: Lucas_Werkmeister_WMDE, Lydia_Pintscher, daniel, Aklapper, 
LucasWerkmeister, alaa_wmde, joker88john, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, 
Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, 
Lewizho99, Maathavan, _jensen, rosalieper, Jonas, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T222032: URL shortener: allowed length limit is too short for some queries

2019-04-28 Thread LucasWerkmeister
LucasWerkmeister closed this task as a duplicate of T220703: Increase the max 
length of URL to be shortened.

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

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

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


[Wikidata-bugs] [Maniphest] [Commented On] T220772: Don’t use heading elements () in Wikibase diffs

2019-04-23 Thread LucasWerkmeister
LucasWerkmeister added a comment.


  I can verify it once it’s been deployed on Wikidata. Unfortunately, there’s 
no train this week (releng offsite), so that’ll have to wait until next 
Wednesday or Thursday.

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

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

To: Michael, LucasWerkmeister
Cc: Lucas_Werkmeister_WMDE, Lydia_Pintscher, daniel, Aklapper, 
LucasWerkmeister, alaa_wmde, joker88john, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, 
Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, 
Lewizho99, Maathavan, _jensen, rosalieper, Jonas, 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] T218229: Wikidata gui grammatical features field no longer focus second entry

2019-04-16 Thread LucasWerkmeister
LucasWerkmeister added a comment.


  Side note – you don’t have to enter any grammatical features by hand if you 
use the Wikidata Lexeme Forms <https://tools.wmflabs.org/lexeme-forms/> tool :) 
@Fnielsen perhaps you’d like to add some templates in Danish 
<https://www.wikidata.org/wiki/Wikidata:Wikidata_Lexeme_Forms#Language_support>?

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

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

To: LucasWerkmeister
Cc: LucasWerkmeister, alaa_wmde, Fnielsen, Aklapper, Nandana, Mringgaard, Lahi, 
Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Jonas, 
Wikidata-bugs, aude, Lydia_Pintscher, Darkdadaah, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Created] T220772: Don’t use heading elements () in Wikibase diffs

2019-04-11 Thread LucasWerkmeister
LucasWerkmeister created this task.
LucasWerkmeister added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  As a tool developer, I want to embed diffs generated by Wikibase in my tool, 
in order to present an edit to my users.
  
  **Problem:**
  Wikibase wraps time values in diffs in `` elements. On Wikibase pages, 
this looks fine, due to the stylesheets in effect (I’m not sure if the relevant 
stylesheets are by Wikibase or general to MediaWiki):
  
  F28620045: Screenshot_2019-04-11 Difference between revisions of Lara Méndez 
López (Q20535136) - Wikidata.png <https://phabricator.wikimedia.org/F28620045>
  
  However, when embedded in an external tool a using different set of 
stylesheets, the heading becomes disturbingly large:
  
  F28620049: Screenshot_2019-04-11 SpeedPatrolling.png 
<https://phabricator.wikimedia.org/F28620049> F28620050: Screenshot_2019-04-11 
SpeedPatrolling(1).png <https://phabricator.wikimedia.org/F28620050>
  
  I’m not sure why we use `` elements for this. (They seem to have been 
introduced in PS4 of I29c083b31c <https://gerrit.wikimedia.org/r/116761/>.) 
Semantically, I’m pretty sure the date values are not headings. This also 
causes at least one other issue, see T87021 
<https://phabricator.wikimedia.org/T87021>.
  
  As far as I can tell from the code, quantity and globe coordinate diffs also 
use `` elements, though I don’t recall those being problematic in 
SpeedPatrolling – I suppose they’re just less frequent.
  
  **Example:**
  
  - random example edit on Wikidata: 
https://www.wikidata.org/w/index.php?diff=910428737
  - the same edit in SpeedPatrolling: 
https://tools.wmflabs.org/speedpatrolling/diff/910428737/
  
  **Acceptance criteria:**
  
  - time, quantity and globe coordinate diffs no longer use heading elements

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

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

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


[Wikidata-bugs] [Maniphest] [Updated] T216270: Update property suggester data

2019-03-08 Thread LucasWerkmeister
LucasWerkmeister added a project: Wikidata-Campsite.

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

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

To: LucasWerkmeister
Cc: Sjoerddebruin, LucasWerkmeister, hoo, Harmonia_Amanda, 
Lucas_Werkmeister_WMDE, Aklapper, alaa_wmde, Nandana, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 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] T217144: Wikibase entities created/edited via OAuth consumer without “edit your watchlist” grant are not added to watchlist despite setting

2019-02-26 Thread LucasWerkmeister
LucasWerkmeister added a comment.


  (Small correction, I think the really relevant Wikibase code for my use case 
is `WikiPageEntityStore::updateWatchlist`, whereas 
`SubmitEntityAction::doWatch` is only used for undo/restore. But they both have 
the same problem.)

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

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

To: LucasWerkmeister
Cc: LucasWerkmeister, Aklapper, Lucas_Werkmeister_WMDE, KaMan, DannyS712, 
Nandana, kostajh, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, JJMC89, 
_jensen, Taiwania_Justo, Wong128hk, 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] [Created] T216270: Update property suggester data

2019-02-15 Thread LucasWerkmeister
LucasWerkmeister created this task.LucasWerkmeister added projects: Wikidata, MediaWiki-extensions-PropertySuggester.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONIf the server admin log is to be believed, the property suggester data has not been updated in over four months, so its suggestions are beginning to degrade in quality – for example, @Harmonia_Amanda reports that it keeps suggesting the professional or sports partner property as the only qualifier for ISU figure skater ID statements, whereas the correct qualifier to use is now identifier shared with. This means that people keep using the wrong property and other users have to clean up after them.

@hoo in lieu of T72037 – which doesn’t look like it will happen soon – is there documentation for how to do an update (including the T132839 workarounds mentioned in the SAL messages) somewhere? I’d like to try doing the update (as @Lucas_Werkmeister_WMDE), so it’s not just one person who can do it :)TASK DETAILhttps://phabricator.wikimedia.org/T216270EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LucasWerkmeisterCc: LucasWerkmeister, hoo, Harmonia_Amanda, Lucas_Werkmeister_WMDE, Aklapper, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, Wikidata-bugs, aude, Sjoerddebruin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Edited] T216270: Update property suggester data

2019-02-15 Thread LucasWerkmeister
LucasWerkmeister updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...@hoo in lieu of T72037 – which doesn’t look like it will happen soon – is there documentation for how to do ana manual update (including the T132839 workarounds mentioned in the SAL messages) somewhere? I’d like to try doing the update (as @Lucas_Werkmeister_WMDE), so it’s not just one person who can do it :)TASK DETAILhttps://phabricator.wikimedia.org/T216270EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LucasWerkmeisterCc: LucasWerkmeister, hoo, Harmonia_Amanda, Lucas_Werkmeister_WMDE, Aklapper, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, Wikidata-bugs, aude, Sjoerddebruin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Created] T212019: Whitespace not stripped around sense glosses

2018-12-14 Thread LucasWerkmeister
LucasWerkmeister created this task.LucasWerkmeister added projects: Wikidata, Lexicographical data.
TASK DESCRIPTIONI just noticed that when adding glosses for a sense, spaces around the gloss are not removed. I found this surprising, since it’s inconsistent with the behavior for labels, descriptions and aliases, where whitespace is stripped – this makes it easier to, for example, copy+paste them around, ignoring whether the selection happened to include some extra spaces or not.

Because I’m being lazy right now, I didn’t test how lemmas and form representations behave (sorry). Feel free to edit this task into a better shape.TASK DETAILhttps://phabricator.wikimedia.org/T212019EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LucasWerkmeisterCc: LucasWerkmeister, Nandana, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Created] T211438: Cannot undo sense addition

2018-12-07 Thread LucasWerkmeister
LucasWerkmeister created this task.LucasWerkmeister added projects: Wikidata, Lexicographical data.
TASK DESCRIPTIONI just happened to notice this while working on something else: I’m unable to undo revision 806936938, which added a new sense to the sandbox lexeme. Attempting to undo it or restore its parent revision will appear to succeed, but have no effect.

However, I was able to restore an older revision (chosen more or less arbitrarily), which successfully removed that sense. After undoing that edit (or, more accurately, restoring revision 806936938 again), I am once again able to reproduce the bug.TASK DETAILhttps://phabricator.wikimedia.org/T211438EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LucasWerkmeisterCc: LucasWerkmeister, Nandana, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T208688: en.wikidata watchlist links wikidata edit to the wrong en.wiki page?

2018-11-04 Thread LucasWerkmeister
LucasWerkmeister added a comment.
I’m afraid you’re missing something, yes :) the edit appears on your watchlist because it could have affected this page. Specifically:


According to its page information, Wikipedia talk:WikiProject Women in Red uses the following aspects of the Richard Burton (Q151973) item:
English label
P21 (sex or gender) statement
Other (Statements)

The Wikidata edit affected the P21 statement, updating its reference.
Therefore, it’s possible that the Wikidata edit results in a change to the Wikipedia page (not its source code, but its rendered version), so users watching the page might want to review the edit.


The reason why the page uses that information is this snippet in one of the messages:

{{wdib |qid=Q151973 |P21 |fwd=ALL}}TASK DETAILhttps://phabricator.wikimedia.org/T208688EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LucasWerkmeisterCc: LucasWerkmeister, Framawiki, Tagishsimon, Aklapper, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Edited] T207484: API to efficiently format large numbers of entity IDs

2018-10-24 Thread LucasWerkmeister
LucasWerkmeister updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...* TABernacle (entity ID cells)
* Wikidata Image Positions (depicted items)
* possibly some other tools that currently use `wb_terms` for this, see T197161...TASK DETAILhttps://phabricator.wikimedia.org/T207484EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LucasWerkmeisterCc: Aklapper, LucasWerkmeister, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T207484: API to efficiently format large numbers of entity IDs

2018-10-19 Thread LucasWerkmeister
LucasWerkmeister created this task.LucasWerkmeister added a project: Wikidata.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONAs a Wikidata tool author, I often need to render a lot of entity ID references to the user, in a readable form (e. g. using their labels).

Problem:

Currently, I have two options for this, each with advantages and drawbacks.


I can use the wbgetentities API to fetch the relevant information for all the entities I need. The big advantage of this API is that it lets me retrieve information for up to 50 entities at once, which cuts down on a lot of network requests. But all I get is raw entity data, nothing I can directly show to the user: this is bad enough if I’m just interested in items and properties (it means I have to go through the labels and implement language fallbacks myself) and even worse if I want to support all entity types (which means I need to rebuild Wikibase’ logic to render lexemes using their lemmas, forms using their representations, senses using their glosses and their lexeme’s lemmas (did I even download these?), etc.).



I can use the wbformatvalue API to render a single datavalue into wikitext or HTML. Here, Wikibase does all the work for me – I just have to deal with the slightly baroque input format (provide a full datavalue instead of a plain entity ID), and I still need to know which entity type the ID refers to in order to provide the datatype argument. But the big problem with this is that I can only render one entity ID per API call: if I want to render 100 entity IDs, I need to make 100 network requests.


I think a combination of these – an API that accepts a list of entity IDs and formats them like entity ID data values – would be useful to a lot of tools.

(wb_terms is another option for server-side Toolforge-based tools, but we’re migrating away from that anyways, see T198866.)

Example:

Tools that I think could benefit from this include:


QuickStatements (batch view)
Wikidata Graph Builder (graph node labels)
Wikidata Recent Changes (“title” of changed pages)
Wikidata Vandalism Dashboard (ditto)
Wikidata Reconciliation / OpenRefine (reconciliation results)
TABernacle (entity ID cells)
possibly some other tools that currently use wb_terms for this, see T197161


Open questions:


Should this API also support mass-rendering other types of datavalues (quantities, dates, etc.)? But I don’t see how to accommodate that with a simple API.
TASK DETAILhttps://phabricator.wikimedia.org/T207484EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LucasWerkmeisterCc: Aklapper, LucasWerkmeister, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Differential] [Request] [+- ] D1119: Run new batches as the submitting user

2018-10-18 Thread LucasWerkmeister
LucasWerkmeister created this revision.LucasWerkmeister added a reviewer: Magnus.LucasWerkmeister added a project: Wikidata.LucasWerkmeister requested review of this revision.
View RevisionREPOSITORYR2010 tool-quickstatementsREVISION SUMMARYThis adds a new table storing OAuth details for a batch, and populates it when any new batch is created. When running commands for a batch, QuickStatements will attempt to load the OAuth details for that batch, and run the commands using those details instead of the bot account in case of success.

The effect of this is that any new batches will be run as the user who submitted the batch, instead of as the bot account. Old batches that were in progress when this commit was deployed will continue to complete as the bot account, since we don’t have OAuth details for them (and it would be odd to change the account mid-batch anyways).

Error handling is relaxed compared to surrounding code in several places, generally falling back to OAuth-less mode instead of aborting.CHANGES SINCE LAST ACTIONhttps://phabricator.wikimedia.org/D1119/new/REVISION DETAILhttps://phabricator.wikimedia.org/D1119AFFECTED FILESpublic_html/quickstatements.php
schema.sqlEMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LucasWerkmeister, MagnusCc: Magnus, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T193870: Document behavior of units in “range” and “difference within range” constraints

2018-08-07 Thread LucasWerkmeister
LucasWerkmeister added a comment.
And constraint updated as well.TASK DETAILhttps://phabricator.wikimedia.org/T193870EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, LucasWerkmeisterCc: LucasWerkmeister, Aklapper, Lucas_Werkmeister_WMDE, Lahi, Gq86, GoranSMilovanovic, QZanden, merbst, LawExplorer, Agabi10, 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] T185194: Add monolingual language codes qya, sjn

2018-04-18 Thread LucasWerkmeister
LucasWerkmeister added a comment.
The purpose for these languages is outlined in the task description: there is a text corpus in these languages (authored by Tolkien and some others), and some of it (e. g. first lines of poems and names of things) qualifiers for inclusion in Wikidata. I don’t see how the “completeness” of a language factors into this – Wikidata is not a place for original work anyways, so it shouldn’t matter whether I can produce my own texts in these languages or not.TASK DETAILhttps://phabricator.wikimedia.org/T185194EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mbch331, LucasWerkmeisterCc: jhsoby, GerardM, Ash_Crow, TerraCodes, Lucas_Werkmeister_WMDE, gerritbot, Harmonia_Amanda, Aklapper, LucasWerkmeister, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Asad_Ali_Palijo, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Lordiis, GoranSMilovanovic, Adik2382, Soteriaspace, RazeSoldier, Jayprakash12345, Th3d3v1ls, JakeTheDeveloper, Ramalepe, Liugev6, QZanden, Zoranzoki21, LawExplorer, Lewizho99, Maathavan, MuhammadShuaib, Luke081515, SimmeD, Wikidata-bugs, Snowolf, aude, Shizhao, TheDJ, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Created] T185194: Add monolingual language codes qya, sjn

2018-01-18 Thread LucasWerkmeister
LucasWerkmeister created this task.LucasWerkmeister added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONPlease add the language codes qya (Quenya and sjn (Sindarin) to the list of language codes supported for monolingual text values.

Usage examples:


first line of the poem Namárië: Ai! laurië lantar lassi súrinen (source: ISBN 978-0-261-10325-2, page 377)
name in native language of various characters
TASK DETAILhttps://phabricator.wikimedia.org/T185194EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LucasWerkmeisterCc: Harmonia_Amanda, Aklapper, LucasWerkmeister, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T150515: Graph view axes always begin at 0 when both coordinates are numeric

2016-11-11 Thread LucasWerkmeister
LucasWerkmeister added a comment.
I don’t think this is specific to both axes being numeric – dimple just always includes 0 in the range for numerical values. I’ve suggested an upstream fix: PMSI-AlignAnalytics/dimple#256. I went over all the chart example queries and didn’t see any obvious errors with this patch; several of the line chart queries can in fact be improved: if you remove the STR workaround, gaps in the years become visible (in STR form, there’s no indication that 2016 does not directly follow 2013 if there are no results for 2014 and 2015).

Since there hasn’t been any activity on the dimple repository for over half a year (last commits on master and merged pull requests on March 23rd), we might want to go ahead and just apply this fix without waiting for them to merge and release it, provided someone here can review it (it’s a fairly small patch).TASK DETAILhttps://phabricator.wikimedia.org/T150515EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LucasWerkmeisterCc: LucasWerkmeister, Jonas, Aklapper, WikidataFacts, EBjune, mschwarzer, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Changed Subscribers] T137061: Allow specifying bubble color via result column

2016-06-09 Thread LucasWerkmeister
LucasWerkmeister added a subscriber: Jonas.LucasWerkmeister added a comment.The change was merged… should this ticket be closed then? CC @JonasTASK DETAILhttps://phabricator.wikimedia.org/T137061EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LucasWerkmeisterCc: Jonas, gerritbot, Aklapper, Zppix, LucasWerkmeister, Avner, Lewizho99, Maathavan, debt, Gehel, D3r1ck01, FloNight, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331



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


[Wikidata-bugs] [Maniphest] [Created] T137061: Allow specifying bubble color via result column

2016-06-05 Thread LucasWerkmeister
LucasWerkmeister created this task.
Herald added subscribers: Zppix, Aklapper.
Herald added a project: Discovery.

TASK DESCRIPTION
  Currently, the Bubble View on WDQS always automatically chooses the color 
based on the node name (out of the 20-color scale `d3.scale.category20c` 
<https://github.com/d3/d3/wiki/Ordinal-Scales#category20c>). We could also use 
one of the result columns to let the query author explicitly specify the color 
of a bubble.
  
  I have a patch for this that uses the color from the `?rgb` column (if 
present) as RGB color, which I’m about to upload to Gerrit, but I figure that 
the discussion of this feature belongs here and not on code review.
  
  Note that this feature is not limited to items that have some color 
statement; with `BIND` forms, you can also explicitly color-code arbitrary 
results.
  
  Example queries: political parties with membership and color 
<https://gist.github.com/lucaswerkmeister/254f3c5f5480f35d542b2234997e0dc8>, 
countries with population color-coded by continent 
<https://gist.github.com/lucaswerkmeister/b50942a8ab0f54c1a07beff15275bd15>

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

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

To: LucasWerkmeister
Cc: Aklapper, Zppix, LucasWerkmeister, Avner, debt, Gehel, D3r1ck01, FloNight, 
Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, 
Mbch331



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


<    1   2   3