I noticed that dag is already present in Names.php. None of the others are there (which should be expected, given the comment in InitializeSettings.php: "Some languages aren't currently supported by MediaWiki but available to encode information on Wikidata."). I suppose that means that dag can actually be removed from InitializeSettings.php.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Jun 13 2021
Jun 10 2021
May 25 2021
May 24 2021
May 7 2021
May 3 2020
Nov 15 2019
Jul 27 2019
In T227529#5366950, @thcipriani wrote:I can't manually update the fullname using gerrit set-account --full-name since we have it set to the cn in ldap.
Jul 23 2019
Got you. Still, I've done that multiple times now (click "Reload", get asked to login again, and login with the new credentials), yet the Full name still shows "Waldir" as shown in the screenshot above.
Jul 20 2019
I've managed to log in to Wikitech now.
Jul 15 2019
@akosiaris, I seem to be having trouble following those instructions. I can't log in on Wikitech nor on Gerrit. Please see the screenshots attached below:
Jul 8 2019
In T225370#5299189, @jcrespo wrote:I am not a developer, but to me T225370#5298483 would seem like an intended thing. You may want to document that on the rename user documentation.
Jul 1 2019
Also, is there any similar process for renaming my related account(s) on Wikitech, Gerrit, Toolforge, etc.?
Thanks! Are there any cleanup changes I need to perform after this? I noticed for example that my watchlist RSS feeds became invalidated, and I needed to manually resubscribe to them by manually changing the subscription URL from
.../w/api.php?action=feedwatchlist&allrev=allrev&wlowner=Waldir&wltoken=<redacted>&feedformat=rss
to
.../w/api.php?action=feedwatchlist&allrev=allrev&wlowner=Waldyrious&wltoken=<redacted>&feedformat=rss
Jun 24 2019
Jun 9 2019
Jun 8 2019
Makes sense, thanks. Btw, sorry I pinged you using the wrong username, I wasn't sure which one to use :)
- Go to https://www.wikidata.org/wiki/Wikidata:Tools/Query_data#SPARQL_query_builders
- Click "edit source" in the "SPARQL query builders" section
- Add a <translate> tag, e.g. change |name = Vizquery to |name = <translate><!--T:999-->Vizquery</translate>
- Click "publish changes"
Sorry for the large update. Phabricator doesn't make the diff easy to read, but I changed mostly formatting for consistency and readability, and updated the introductory test to reflect the status of the Etherpad document. Here's a more readable diff: https://www.diffchecker.com/SKGQWjli
May 23 2019
@Ryasmeen please let me know if you need any details of my setup to be able to reproduce this issue. I'm happy to assist however I can.
Understood, @bd808. I suggest keeping this issue open to track clarification of that UI so this confusion no longer happens for others. In the opening comment I suggested two ways that IMO could make the interface clearer.
In T223858#5208071, @Lydia_Pintscher wrote:So should we close this then?
May 21 2019
In T192967#5196778, @Jan_Dittrich wrote:Great! Were there any overall findings that could help us in future designs? (For example, it seems that repeatedly, the UIs suggested to start with a property, but users wanted to start with an item.)
@Lydia_Pintscher agreed. The reason I wanted these tools to be live was to allow them to be experimented on, and allow identifying the good design choices and UX patterns, to help build the default builder. T223852 was about precisely identifying these tools and listing them in an accessible location, and T223853 was about doing some preliminary UX testing work (it can be reopened if there are plans to expand that work further — /cc @Charlie_WMDE).
PR #83 has been merged as well. I'll leave this open until @alaa_wmde voices his thoughts.
May 20 2019
There was an attempt to revive the tool by:
May 19 2019
The tool's code has been recovered with @Chicocvenancio's help, and put into a github repository at https://github.com/waldyrious/sparql-query-generator, to which @Jakob_WMDE has write access.
Also of note that @Bene's sparql tool, which used to be available at https://tools.wmflabs.org/bene/sparql/, was down; it was restored to a GitHub repository (see T223858), and is currently available at https://waldyrious.github.io/sparql-query-generator, and the new URL has been added to the list mentioned above.
Done. Various approaches were investigated and experimented with, and the simplest one was documented thoroughly, in a step-by-step guide, in Help:Toolforge/Auto-update a tool from GitHub. Links to the new guide were added to Help:Toolforge#Using Github or other external service and Help:Toolforge/How to, for discoverability.
This is now done. Updates were made to various help pages, including Portal:Toolforge, Help:Toolforge, Help:Getting Started, Help:Toolforge/Web, and others.
Done. The testing was conducted by @Charlie_WMDE, with me as subject and under the supervision of @Jakob_WMDE, and the results were reported to T192967#5194136.
Done. The collected information is now available at d:Wikidata:Tools/Query data, in a new dedicated section for query builders.
This is now done, with the merge of PR #60.
This is now done. The tool is now available at https://tools.wmflabs.org/primerpedia.
@bd808 understood, but what about the last suggestion in the task description?
May 18 2019
During Wikimedia-Hackathon-2019 @Charlie_WMDE, @Jakob_WMDE and I conducted some user testing on some visual query building interfaces, and took some notes available below: