[Wikidata-bugs] [Maniphest] T348269: An API method for generating wcqsOauth token
Dominicbm created this task. Dominicbm added projects: Wikidata-Query-Service, Commons. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION As per documentation of the WCQS endpoint <https://commons.wikimedia.org/wiki/Commons:SPARQL_query_service/API_endpoint>, there is no current way other than in the browser to generate the token required to actually authenticate to WCQS. While we are tracking the community request to disable authentication (T297995 <https://phabricator.wikimedia.org/T297995>), as long as that seems unlikely to be actioned, one of the ways to mitigate the effects of that issue would be to improve the authentication experience. Not being able to authenticate by bot (or, importantly, **re**authenticate without human intervention when a session expires while a bot is running), is a major drawback of the current system, which could be fixed to lessen the difficulties that authentication has introduced. TASK DETAIL https://phabricator.wikimedia.org/T348269 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: Aklapper, Dominicbm, Uata1122, AWesterinen, Y.ssk, Muchiri124, CBogen, Namenlos314, Gq86, Lucas_Werkmeister_WMDE, EBjune, merbst, Taiwania_Justo, Jonas, Xmlizer, Ixocactus, Wong128hk, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, Steinsplitter ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T344882: Some servers for the Commons query service (WCQS) are missing data
Dominicbm added a comment. Thanks for reporting this. I consider WCQS pretty much broken in this state, since its results are unreliable and not even showing any sort of error message making this clear. You can do things like changing the whitespace to trigger a refresh of the query, but it's not obvious when you've gotten the "real" answer except when it feels right. TASK DETAIL https://phabricator.wikimedia.org/T344882 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: Dominicbm, TuukkaH, Aklapper, Nikki, Danny_Benjafield_WMDE, Astuthiodit_1, AWesterinen, karapayneWMDE, Invadibot, GFontenelle_WMF, maantietaja, FRomeo_WMF, CBogen, ItamarWMDE, Nintendofan885, Akuckartz, Nandana, JKSTNK, Namenlos314, Lahi, Gq86, E1presidente, Ramsey-WMF, Cparle, SandraF_WMF, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, Tramullas, Acer, merbst, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, Susannaanas, Fuzheado, Jane023, jkroll, Wikidata-bugs, Jdouglas, Base, matthiasmullie, aude, Tobias1984, Daniel_Mietchen, Manybubbles, Ricordisamoa, Wesalius, Lydia_Pintscher, Raymond, Steinsplitter, 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] T344876: Wikibase MediaInfo should provide access to page name via query service
Dominicbm created this task.
Dominicbm added projects: WikibaseMediaInfo, Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Structured-Data-Backlog.
TASK DESCRIPTION
It is currently impossible (or completely undocumented) how you would
actually return the file name for results in the Wikimedia Commons query
service. This is something you would expect to be a very common need, just as
how in the WDQS it is very common to output labels in most queries, since the
Q-id is not human-meaningful, just like the MediaInfo M-id.
Users have developed a workarounds for this issue, which require using
`schema:url` and then doing a series of string manipulations and decoding the
URI, such as: `BIND(CONCAT("File:", STRAFTER(wikibase:decodeUri(STR(?url)),
"http://commons.wikimedia.org/wiki/Special:FilePath/;)) AS ?fileTitle)`.
This is not very user-friendly. In the entity JSON, this is already available
in `title`. What would be much easier for users would be if the title were
accessible in a straightforward way, such as `schema:name` (which doesn't seem
to do anything for MediaInfo entities yet).
TASK DETAIL
https://phabricator.wikimedia.org/T344876
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Dominicbm
Cc: Aklapper, Dominicbm, AWesterinen, toberto, CBogen, Namenlos314, Gq86,
Lucas_Werkmeister_WMDE, EBjune, merbst, Jonas, Xmlizer, jkroll, Wikidata-bugs,
Jdouglas, aude, Tobias1984, Manybubbles, Ricordisamoa
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T332289: WCQS authentication(?) issue
Dominicbm added a comment. I think it’s the commons.wikimedia.org cookie you need to clear. TASK DETAIL https://phabricator.wikimedia.org/T332289 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: pere_prlpz, Gehel, Aklapper, Dominicbm, Astuthiodit_1, AWesterinen, karapayneWMDE, Invadibot, MPhamWMF, maantietaja, FRomeo_WMF, CBogen, ItamarWMDE, Nintendofan885, Akuckartz, Nandana, JKSTNK, Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, Fuzheado, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Daniel_Mietchen, Manybubbles, 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] T332289: WCQS authentication(?) issue
Dominicbm created this task. Dominicbm added a project: Wikidata-Query-Service. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION I get the following error message trying to navigate to commons-query.wikimedia.org: F36914225: Screenshot 2023-03-16 at 5.15.43 AM.png <https://phabricator.wikimedia.org/F36914225> This happens immediately upon trying to load the page, so I cannot do anything else, like try to reauthorize the app. I am pretty much stuck, and I was just using WCQS about 6 hours prior without issue. I tried in a secondary account, and everything worked as expected, so it's something with how an expired token is being handled, maybe? I am more concerned about the fact that it is possible to end up in this total dead-end error page that is impossible to escape, rather than my specific (possibly transitory) issue. TASK DETAIL https://phabricator.wikimedia.org/T332289 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: Aklapper, Dominicbm, AWesterinen, 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] T317674: WCQS 429 "Unknown Error"
Dominicbm created this task. Dominicbm added a project: Wikidata-Query-Service. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Around 13:30 ET today, I received several "Unknown Error" messages in a row in the red bar in WCQS. No further explanation was given in the error message, and the error was returned almost immediately (so not after querying for a bit). I checked the console and saw the endpoint was returning an HTTP 429 error, which is a "Too may requests" error. I hit this limit just by loading a three tabs and running a few different queries in each in quick succession, so it's not just going to affect bots. Can there be an actual descriptive UI error message for this response? TASK DETAIL https://phabricator.wikimedia.org/T317674 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: Aklapper, Dominicbm, AWesterinen, 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] T306899: WCQS 500 errors
Dominicbm added a comment. Experienced the same error today again, here is an exact timestamp (of the response): `Wed, 03 Aug 2022 17:15:19 GMT`. TASK DETAIL https://phabricator.wikimedia.org/T306899 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: EBernhardson, Dominicbm Cc: RKemper, EBernhardson, FRomeo_WMF, GFontenelle_WMF, Gehel, Fuzheado, Aklapper, Dominicbm, Astuthiodit_1, AWesterinen, 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] T306899: WCQS 500 errors
Dominicbm added a comment. In T306899#7945324 <https://phabricator.wikimedia.org/T306899#7945324>, @RKemper wrote: > @Dominicbm We made `the error message is understandable by users` part of the acceptance criteria of this ticket, so I think that's why T306919 <https://phabricator.wikimedia.org/T306919> was closed as a duplicate. Basically this ticket covers both the fixing of the actual problem as well as seeing what can be done to make the error message itself more comprehensible. I also want to note that T306919 <https://phabricator.wikimedia.org/T306919> was closed as duplicate and `the error message is understandable by users` was added to the acceptance criteria, per above, but it doesn't seem the error message part was addressed before this was closed the first time when the error wasn't reproduced, as it still looks like the same raw HTML markup being shown in the user interface. TASK DETAIL https://phabricator.wikimedia.org/T306899 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: EBernhardson, Dominicbm Cc: RKemper, EBernhardson, FRomeo_WMF, GFontenelle_WMF, Gehel, Fuzheado, Aklapper, Dominicbm, Astuthiodit_1, AWesterinen, 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] T306899: WCQS 500 errors
Dominicbm reopened this task as "Open". TASK DETAIL https://phabricator.wikimedia.org/T306899 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: EBernhardson, Dominicbm Cc: RKemper, EBernhardson, FRomeo_WMF, GFontenelle_WMF, Gehel, Fuzheado, Aklapper, Dominicbm, Astuthiodit_1, AWesterinen, 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] T306899: WCQS 500 errors
Dominicbm added a comment. In T306899#8029731 <https://phabricator.wikimedia.org/T306899#8029731>, @Gehel wrote: > @Dominicbm, @Fuzheado: did you see this issue again? Do you have a timestamp that we could correlate with the logs? I have been away from WCQS for a while, so the lack of observing errors on my part was more due non-usage than confirming (or not) if it was resolved. But was just trying to use it again today. I ran a few dozen queries (at most) over the last few hours, not at a high rate, and none that were causing timeouts or other errors. After a while—and I hadn't done a query in about an hour at that point—I got the usual error around 01:29 UTC Aug 2, 2022. F35378753: Screen Shot 2022-08-01 at 9.29.31 PM.png <https://phabricator.wikimedia.org/F35378753> TASK DETAIL https://phabricator.wikimedia.org/T306899 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: EBernhardson, Dominicbm Cc: RKemper, EBernhardson, FRomeo_WMF, GFontenelle_WMF, Gehel, Fuzheado, Aklapper, Dominicbm, Astuthiodit_1, AWesterinen, 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] T309351: Ability to preload edits in Wikibase
Dominicbm added a comment. In T309351#7968210 <https://phabricator.wikimedia.org/T309351#7968210>, @Lydia_Pintscher wrote: > Can you please clarify a bit more what the use case is? What would you like to achieve and when and why? It is the same type of use case as what is described in https://www.mediawiki.org/wiki/Manual:Creating_pages_with_preloaded_text, making URLs for Wikimedia users that helps facilitate a process editors may have. Here's a simple hypothetical example: 1. Wikidata has an item, say "Mona Lisa" (Q12418) 2. A Wikipedia has an article for this entity. 3. The article uses a Lua-based template, perhaps an infobox. 4. Editors on that Wikipedia are filling in values in the infobox. Imagine any type of data here, such as the title for a language, dimensions, external database identifiers. 5. The template uses Lua to check if the key–value pairs in the template are in Wikidata, and if not, provides an "add to Wikidata" link editors can click which would automatically preload the statement based on the template parameters. > Also can you clarify please if this is for Wikidata or Commons or a 3rd-party Wikibase installation? All of the above. This is a request for a feature that could be used across all of those. TASK DETAIL https://phabricator.wikimedia.org/T309351 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: Lydia_Pintscher, Aklapper, Dominicbm, 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] T309351: Ability to preload edits in Wikibase
Dominicbm created this task. Dominicbm added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION A feature that works like the preload URL parameter <https://www.mediawiki.org/wiki/Manual:Parameters_to_index.php#Options_affecting_the_edit_form> for editing structured data would allow us to create links from templates or external tools that users could follow to be able to click for a preloaded Wikibase statement. There is already a good way to present such preloaded Wikibase updates in the edit view, as can be seen if you use the "undo" or "restore" buttons, such as this example <https://commons.wikimedia.org/w/index.php?title=File:Address_of_President_Coolidge_dedicating_the_Lincoln_Memorial_Library_at_the_South_Dakota_State_College_-_DPLA_-_50733d46ba45128839e95a79295b56ac_(page_1).jpg=mcrundo=621419969=595811967>: F35179906: Screen Shot 2022-05-26 at 4.06.58 PM.png <https://phabricator.wikimedia.org/F35179906> I guess the main design question is how to form the Wikibase statements in URL parameters, since the template approach used in wikitext preloads will not be applicable. FWIW, in QuickStatements, you can use the command syntax to create a batch with URL parameters, which is what got me thinking about this (e.g. https://quickstatements.toolforge.org/#/v1=M116859918|P180|Q6346). TASK DETAIL https://phabricator.wikimedia.org/T309351 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: Aklapper, Dominicbm, 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] T306899: WCQS 500 errors
Dominicbm added a comment. In T306899#7942622 <https://phabricator.wikimedia.org/T306899#7942622>, @RKemper wrote: > @Dominicbm @Fuzheado Understood that you all are still seeing these failures. We're still having trouble reproducing it on our end (we don't have great intuition as why but it's possible that the issue might only surface based on the geoDNS routing). We've added some further logging; next time any of you run into this issue if you could drop by the `#wikimedia-search` IRC channel and let us know, we can take a look at the logs and see if we can glean anything. Meanwhile on our end we'll keep trying to hone in on the source of the failure. Thanks, it's appreciated, I will head to IRC next time. I expect to run more WCQS queries soon, as I have a WMF grant project just approved which requires it. Could I ask, since this ticket seems to be tracking reliability issues, why T306919 <https://phabricator.wikimedia.org/T306919> was closed as duplicate? (It might even be appropriate to put the IRC channel in the message, if that is useful to the team...) TASK DETAIL https://phabricator.wikimedia.org/T306899 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: EBernhardson, Dominicbm Cc: RKemper, EBernhardson, FRomeo_WMF, GFontenelle_WMF, Gehel, Fuzheado, Aklapper, Dominicbm, Astuthiodit_1, AWesterinen, 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] T306899: WCQS 500 errors
Dominicbm added a comment. Honestly, if you are seeing few errors, it may also be that heavy users (like myself) are putting off our projects until the tool is more usable. If another data point is useful, I was using WCQS again today, and only submitted a couple of simple queries before I got another internal server error tonight. TASK DETAIL https://phabricator.wikimedia.org/T306899 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: EBernhardson, Dominicbm Cc: EBernhardson, FRomeo_WMF, GFontenelle_WMF, Gehel, Fuzheado, Aklapper, Dominicbm, Fernandobacasegua34, Astuthiodit_1, AWesterinen, 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] T306899: WCQS 500 errors
Dominicbm added a subscriber: Gehel. Dominicbm added a comment. @Gehel My intention was to have one ticket for the reliability issues, and one for the message itself, if that makes sense. Just wanted to point out, because the other one was merged into this, but the new AC for this ticket, which was supposed to be about the error and not the message, looks like it would be closed once the error message was improved but the error continued to occur. TASK DETAIL https://phabricator.wikimedia.org/T306899 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: Gehel, Fuzheado, Aklapper, Dominicbm, 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] T307596: User documentation for authentication on WCQS
Dominicbm added a comment. Also relevant to this task: most of the code samples provided in WCQS for a query (the button next to "download", "link") will not work without authentication, so this code needs to be updated or clarified in accompanying text. TASK DETAIL https://phabricator.wikimedia.org/T307596 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: Dominicbm, Zbyszko, Aklapper, Gehel, 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] T307596: User documentation for authentication on WCQS
Dominicbm added subscribers: Zbyszko, Dominicbm. Dominicbm added a comment. I looked into this more and found a breadcrumb here: https://commons.wikimedia.org/wiki/Commons:SPARQL_query_service#API_endpoint That lead me to a year-old SO comment <https://stackoverflow.com/questions/65303450/how-to-authenticate-to-wikimedia-commons-query-service-using-oauth-in-python/65719927#65719927> from @Zbyszko, but aside from being so old it's using the wmflabs.org URL, the method doesn't quite work. However, by looking at the request headers in the browser, I realized if you use Zbyszko's approach but send `"cookie": "wcqsSession="`, this works. So here is a working example: https://public.paws.wmcloud.org/User:Dominic/WCQS%20API%20access.ipynb I realize my token is exposed publicly there, but since you can only use it for queries in the WCQS anyway, and it will expire in a bit, it seems fine. Some other questions I would like to see still in documentation: 1. How to generate the wcqsSession token? Even if it's a different call to MWAPI, can I do it via API calls? 2. If you must be logged in via browser because the user needs to click the "allow" button, can a URL be generated that can open the authorization popup on Commons in one click, or must the user load WCQS and then allow it to redirect them to the permission screen? 3. What is the expected expiry period for the session token? I haven't seen it in a while in the browser, is it based on time since recent activity rather than a set amount? 4. Is the wcqsSession token destroyed if a user logs out of their Wikimedia account? 5. Since user is authenticated and can be tracked, are there rate limits or other controls? (Trying to determine if we built this into a public web app where many users could be querying WCQS concurrently form the same token, would they hit limits?) TASK DETAIL https://phabricator.wikimedia.org/T307596 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: Dominicbm, Zbyszko, Aklapper, Gehel, 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] T307391: Enable CORS support for WCQS SPARQL endpoint access
Dominicbm created this task. Dominicbm added a project: Wikidata-Query-Service. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION It won't change user experience for now until T290300 <https://phabricator.wikimedia.org/T290300> is resolved one way or the other (implement OAuth or turn off authentication), but I noticed that, unlike WDQS, WCQS is currently blocking CORS. I think the configuration needs to be changed so that, once the method for programmatic access is determined, web apps are able to access the endpoint. TASK DETAIL https://phabricator.wikimedia.org/T307391 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: Aklapper, Dominicbm, 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] T306919: Improve query service 500 error message
Dominicbm created this task. Dominicbm added a project: Wikidata-Query-Service. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Per T306899 <https://phabricator.wikimedia.org/T306899>, this type of error has cropped up frequently on WCQS, and presumably can occur in WDQS as well: F35068788: Screen Shot 2022-04-26 at 12.37.52 PM.png <https://phabricator.wikimedia.org/F35068788> Regardless of whether current reliability issues are resolved, this error message could be better. Rather than display the raw HTML in this way, a nicer error message would improve the user experience in the future, especially for those who are not accustomed to these errors. This message could include: 1. Indicating the nature of the issue is with Wikimedia servers, so that users do not get frustrated trying to fix their query that may not be broken and retry (the normal user behavior when you get any other error from the running a query). 2. Instructing the user where to report the issue to Phabricator so it can be logged. TASK DETAIL https://phabricator.wikimedia.org/T306919 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: Aklapper, Dominicbm, 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] T306899: WCQS 500 errors
Dominicbm added a comment. As @Fuzheado notes, it usually resolves itself shortly, but the tool itself feels unreliable. As an example, I've been using it heavily today. It went down for me for 20-30 minutes around 9:30 am today in my time, and then began working again, and now I am encountering the same errors around 12:15 pm. This is a lot of random downtime. TASK DETAIL https://phabricator.wikimedia.org/T306899 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: Fuzheado, Aklapper, Dominicbm, 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] T306899: WCQS 500 errors
Dominicbm created this task. Dominicbm added a project: Wikidata-Query-Service. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION I am experiencing `500 Internal Server Error` again in WCQS. This happens after a query is run, and the following message is returned in the output (in UI): Unknown error 500 Internal Server Error 500 Internal Server Error nginx/1.14.2 I know this often resolves itself, but, anecdotally, this seems to be a common occurrence in WCQS, which seems to have these types of intermittent errors fairly often, from what it seems in the Telegram channel—and it's not nearly as common for WDQS. Is this a known issue or is this downtime tracked? TASK DETAIL https://phabricator.wikimedia.org/T306899 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: Aklapper, Dominicbm, 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] T305867: New feature: Query service federation with Wikimedia REST API
Dominicbm created this task. Dominicbm added a project: Wikidata-Query-Service. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Having a way to access the Wikimedia REST API (https://wikimedia.org/api/rest_v1/) would be very useful, similar to how MWAPI can be accessed. If there is already a way, it is not documented, that I can find. Certain analytics data (at least that is my use case) can only be accessed from that API. For example, the `mediarequests` API is different from the `pageviews` prop available in the MWAPI, because it allows you to see all global views of a given media file in the Wikimedia servers, rather than page views associated with the given wiki project. This would pair nicely with a WCQS query, allowing you to make queries to get media requests for a certain set of images. (This use case might require T244712 <https://phabricator.wikimedia.org/T244712>, if there is not a way to generate the server URLs from what is available in the query service; if the REST API could take M-ids as well, even better.) Additionally, the page view data in MWAPI only contains data 60 days back from the current date. From the REST API `pageviews` endpoint, you can query all historical data, and not just daily. Additionally, you could start from the API, to get the entities for the top-viewed pages (`GET /metrics/pageviews/top/...`) and display certain data about them. TASK DETAIL https://phabricator.wikimedia.org/T305867 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: Aklapper, Dominicbm, 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] T238798: Allow access to MediaInfo from wikis other than Commons
Dominicbm added subscribers: Lucas_Werkmeister_WMDE, Dominicbm. Dominicbm added a comment. I have created a prototype of how SDC could be used on other wikis (as promised "coming soon" in the original vision of COM:SDC) to auto-generate image captions and citations. You can see examples in the "tests" section here: https://commons.wikimedia.org/wiki/User:Dominic/SDC_citation_tests This uses Commons' new Module:Statement from @Lucas_Werkmeister_WMDE, for Template:embed_dpla <https://commons.wikimedia.org/wiki/Template:Embed_dpla>. Right now, this can only be a proof of concept, since the very first step will be even allowing access to SDC in the first place from other wikis who would like to use it. As part of my WMF project grant, I shared this work in a recent public meeting, and asked folks who are interested in seeing this work done to comment here asking it to be prioritized! Here is a link to my presentation with more info: https://docs.google.com/presentation/d/1GzMcBRxJe-8NwZfIHnCYW8cMmUYh3zd2d_psaUh2h6Q/edit?usp=sharing TASK DETAIL https://phabricator.wikimedia.org/T238798 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: Dominicbm, Lucas_Werkmeister_WMDE, Jamie-NAL, MariaCurista, Susannaanas, RachelHelpsBYU, MauricioGenta, Fuzheado, Njardarlogar, kaldari, Zache, matej_suchanek, Aklapper, Bugreporter, Astuthiodit_1, karapayneWMDE, toberto, Invadibot, maantietaja, CBogen, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, Ramsey-WMF, 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] T47925: [Task] Apply normalization to string values in statements
Dominicbm added a comment. In T47925#7800934 <https://phabricator.wikimedia.org/T47925#7800934>, @Manuel wrote: > Hi @Dominicbm, thank you for your comment. Are you using the API or the UI for your edits? In case you are using the API, please try to use the parse API (wbparsevalue) before making the actual edit. In case you are using the UI, could you please provide us with additional information? > > @Lucas_Werkmeister_WMDE: I agree about the task. I want to close this task and asked you to find the right way to do it (e.g. create a more specific ticket for what still might be a problem). And yes, this should sit in the parse API and not in the edit API. I like your idea to improve the documentation and make this a first task. Thx! Sorry to confuse things. I thought this was the same behavior in the UI, which is why I was saying it would be very difficult to expect a user to debug a message when characters like NBSP are invisible. To clarify, I do think I observe this issue in the UI, but I've only tried in SDC, not Wikidata. Maybe this issue should be split out if it's only in Commons. In any case, yes, I am personally encountering this in the API. My process was that I first experienced this in the API, and then I tried copying and pasting into the UI for debugging. That's where I say that the error message is pretty useless in the UI. This is me trying to enter in three different variations with trailing whitespace/NBSP, and all look the same with no clarity of what is the problem. F35021645: Screen Shot 2022-03-23 at 6.05.16 PM.png <https://phabricator.wikimedia.org/F35021645> Regarding `wbparsevalue`, this is a useful suggestion that I was actually unaware of it. Perhaps that suggestion would be useful user education to also put in an improved error message. I'm not sure I can utilize this for my use case, though. I run DPLA_bot, which is sometimes making millions of edits in a batch. I would rather not double the number of API requests because of a few hundred of those millions having illegal characters. I get that we're discussing a couple of different things now. Sorry again if I contributed to making it messy. TASK DETAIL https://phabricator.wikimedia.org/T47925 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: Dominicbm, Manuel, Lucas_Werkmeister_WMDE, Addshore, Herzi.Pinki, MichaelSchoenitzer, Billinghurst, Esc3300, ChristianKl, Ricordisamoa, Aklapper, adrianheine, Snaterlicious, Mushroom, Lydia_Pintscher, daniel, Raymond, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, Akuckartz, Dinadineke, DannyS712, Nandana, lucamauri, tabish.shaikh91, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, JakeTheDeveloper, QZanden, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, TheDJ, 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] T47925: [Task] Apply normalization to string values in statements
Dominicbm added a comment. I've run into this a lot recently. It can be difficult when you are importing from a data source that may have less clean data, and tracking down something like an illegal non-breaking space character in a value is a major pain, especially when it can't even be seen in the UI message. These sorts of characters are already normalized on input in other places in MediaWiki, so it makes sense to just silently normalize rather than give the user a vague error they may or may not be able to fix, or expect them to do all their own normalization on data sources before importing. TASK DETAIL https://phabricator.wikimedia.org/T47925 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: Dominicbm, Manuel, Lucas_Werkmeister_WMDE, Addshore, Herzi.Pinki, MichaelSchoenitzer, Billinghurst, Esc3300, ChristianKl, thiemowmde, Ricordisamoa, Aklapper, adrianheine, Snaterlicious, Mushroom, Lydia_Pintscher, daniel, Raymond, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, Akuckartz, Dinadineke, DannyS712, Nandana, lucamauri, tabish.shaikh91, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, JakeTheDeveloper, QZanden, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, TheDJ, 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] T301650: WCQS "Application Connection Error" E009
Dominicbm added a comment. In T301650#7758047 <https://phabricator.wikimedia.org/T301650#7758047>, @MPhamWMF wrote: > Thanks for letting us know about this issue. It is unfortunate that this is very annoying, but it seems like it is possible to log back in to continue using WCQS -- in general, it is not uncommon to need to re-authenticate after a longer period of time on many sites/services. > > We know that the current WCQS authentication is not a final state, and that we will need to rework it significantly in the future and/or potentially remove it altogether if possible. Either of these options should hopefully resolve the problem in this ticket. I'm going to decline it for now in light of that, but if you feel that it is better to keep open as something to track for future WCQS auth work, feel free to reopen. Thanks, and no worries, especially if it becomes obsolete. FWIW, the problem is not so much the need to re-authenticate, but the user flow in this type of situation. Rather than being redirected to an error page on Commons that loses their query and just has a "Return to Main Page" link, the URL to the query they wanted should be preserved for them to retry, or better yet, not redirect them at all, but simply re-trigger the OAuth process. No need to dead-end the user over something that is trivially fixed. Anyway, maybe @EBernhardson's fix will resolve it. TASK DETAIL https://phabricator.wikimedia.org/T301650 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: MPhamWMF, EBernhardson, Zbyszko, Aklapper, Dominicbm, Fernandobacasegua34, 786, Suran38, Biggs657, karapayneWMDE, Invadibot, Lalamarie69, maantietaja, FRomeo_WMF, Juan90264, Alter-paule, Beast1978, CBogen, Un1tY, Nintendofan885, Akuckartz, Hook696, Kent7301, joker88john, CucyNoiD, Nandana, JKSTNK, 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, 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] T300830: [M] When adding a date literal HTML with a span is shown
Dominicbm merged a task: T302823: HTML elements in SDC popup. TASK DETAIL https://phabricator.wikimedia.org/T300830 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: SimoneThisDot, Dominicbm Cc: Dominicbm, Tol, SimoneThisDot, Agusbou2015, matthiasmullie, Aklapper, Raymond, Fernandobacasegua34, 786, Suran38, Biggs657, karapayneWMDE, toberto, Invadibot, Lalamarie69, GFontenelle_WMF, maantietaja, FRomeo_WMF, Juan90264, Alter-paule, Beast1978, CBogen, Un1tY, Nintendofan885, Akuckartz, Hook696, Kent7301, joker88john, CucyNoiD, Nandana, JKSTNK, Gaboe420, Giuliamocci, Cpaulf30, Seddon, Lahi, Gq86, Af420, E1presidente, Ramsey-WMF, Cparle, SandraF_WMF, Bsandipan, GoranSMilovanovic, Jayprakash12345, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Lewizho99, Maathavan, Silverfish, _jensen, rosalieper, Neuronton, Scott_WUaS, Susannaanas, Wong128hk, Jane023, Wikidata-bugs, Base, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Steinsplitter, 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] T301650: WCQS "Application Connection Error" E009
Dominicbm added a comment. In T301650#7710587 <https://phabricator.wikimedia.org/T301650#7710587>, @Zbyszko wrote: > @Dominicbm thanks for submitting this. I'm having issues reproducing your problem - can you reliably reproduce it on your end and post a step by step instruction here? I have reproduced it, but not every time. The steps are: 1. Open WCQS while logged in and authenticate via OAuth. 2. Run a query in the interface (URL should change to show query; copy this URL for use later). 3. Quit browser, saving open tabs. 4. Reopen browser and saved tabs later. WCQS iS redirected to error message. 5. In a new tab, open the saved URL from before, showing that the application was not logged out after all. This does not happen when I perform these steps all at once. I was encountering this more because I was working on something and would expect to come back to that tab after a day or two, with the browser closed overnight, so maybe it’s more about being disconnected for a longer period of time. Also, this was observed in macOS Chrome. TASK DETAIL https://phabricator.wikimedia.org/T301650 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: EBernhardson, Zbyszko, Aklapper, Dominicbm, karapayneWMDE, Invadibot, MPhamWMF, maantietaja, FRomeo_WMF, CBogen, Nintendofan885, Akuckartz, Nandana, JKSTNK, Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T302035: wbremovequalifiers - error in auto-generated MediaWiki API documentation
Dominicbm created this task. Dominicbm added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION The example request query here seems to have an error: https://www.wikidata.org/w/api.php?action=help=wbremovequalifiers In this example: `https://www.wikidata.org/w/api.php?action=wbremovequalifiers=Q4115189%24D8404CDA-25E4-4334-AF13-A3290BCD9C0F=1eb8793c002b1d9820c833d234a1b54c8e94187e=foobar=7201010` `references` should read `qualifiers`. As it is now, this will produce a `missingparam` error. TASK DETAIL https://phabricator.wikimedia.org/T302035 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: Aklapper, Dominicbm, karapayneWMDE, Invadibot, maantietaja, 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] T302028: SDC reference URIs resolve to broken link
Dominicbm created this task. Dominicbm added projects: Wikidata, StructuredDataOnCommons. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION SDC reference URIs currently resolve to Help:Sources, which is a non-existent page on Wikimedia Commons. This behavior seems to be copied from Wikidata, where that help page does exist. This should either resolve to a local page on Commons (not sure which), or to [[d:Help:Sources]]. Example: https://commons.wikimedia.org/reference/0b5137ff9f26108db2c89e887a7e30fc812c Sample SPARQL query with more URIs: https://w.wiki/4n3U TASK DETAIL https://phabricator.wikimedia.org/T302028 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: Aklapper, Dominicbm, karapayneWMDE, Invadibot, maantietaja, FRomeo_WMF, CBogen, Nintendofan885, Akuckartz, Nandana, JKSTNK, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T301173: Expose file categories in WCQS RDF
Dominicbm added a comment. FWIW, the main limitation of MWAPI is also that it limits results to 1, which many Commons categories exceed. If this feature also solved that problem, it would be a major improvement. TASK DETAIL https://phabricator.wikimedia.org/T301173 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: Dominicbm, Alicia_Fagerving_WMSE, Ainali, Lucas_Werkmeister_WMDE, Abbe98, Aklapper, karapayneWMDE, Invadibot, MPhamWMF, maantietaja, CBogen, 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] T301650: WCQS "Application Connection Error" E009
Dominicbm created this task. Dominicbm added projects: Wikidata-Query-Service, StructuredDataOnCommons. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION WCQS's authentication method has created a serious usability issue. I frequently run into this error: > Application Connection Error > This request has already been completed and cannot be resubmitted. Go back to the application and try to connect your account again, or contact the application author. > > OAuth token already used, E009 > > Return to Main Page. https://www.mediawiki.org/wiki/Help:OAuth/Errors#E009 This happens usually when I reload a closed browser tab with a WCQS query. What is frustrating about this is (1) I am not logged out of WCQS. I can navigate to WCQS in a new tab and run a query without re-authenticating in OAuth. (2) The way the error is handled makes it impossible to recover the query I was running, which is annoying, since WCQS does not allow you to save queries like Quarry. The query code is in the URL, but the error page itself does not allow you to reauthenticate, and the link in the error will only return you to the Commons main page, not even WCQS. As an example, when I get the error, I am redirected to a URL like this: `https://commons.wikimedia.org/wiki/Special:OAuth/authenticate?oauth_token=3bd745b02f379a07ccf0df9cc685b3c0#SELECT%20%3Fdpla%20%3Fid%20%3Fdate_modified%20WHERE%20%7B%0A%20%20%3Fdpla%20wdt%3AP760%20%3Fid%3B%0A%20%20%20%20schema%3AdateModified%20%3Fdate_modified%20.%0A%20%20BIND%20%28now%28%29%20-%20%3Fdate_modified%20as%20%3Fdate_range%29%0A%20%20FILTER%20%28%3Fdate_range%20%3E%20100%29%0A%7D%20ORDER%20BY%20ASC%28%3Fdate_modified%29` If I simply replace the first part of the URL (everything before the `#`) with `https://commons-query.wikimedia.org/` and load that URL, it works as expected, without any actual issue with the authentication. Of course, no user would know to do that, so this is quite a frustrating occurrence, and the error message here seems like it is not serving whatever intended purpose it was designed for, if it can be circumvented in that way. F34950941: Screen Shot 2022-02-14 at 12.10.18 AM.png <https://phabricator.wikimedia.org/F34950941> TASK DETAIL https://phabricator.wikimedia.org/T301650 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: Aklapper, Dominicbm, MPhamWMF, FRomeo_WMF, CBogen, Nintendofan885, JKSTNK, Namenlos314, Gq86, Lucas_Werkmeister_WMDE, EBjune, merbst, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Lydia_Pintscher ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T297454: WCQS gives "502 Bad Gateway Error"
Dominicbm added a comment. I reopened this, as WCQS is again giving 502 Bad Gateway error, though slightly different behavior for me. wcqs-beta.wmflabs.org resolves, but gives the error as the response when clicking the "Run" button. TASK DETAIL https://phabricator.wikimedia.org/T297454 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: dcaro, Dominicbm Cc: Theklan, Marsupium, Vojtech.dostal, Base, RhinosF1, Majavah, aborrero, GFontenelle_WMF, Sj, FRomeo_WMF, Fuzheado, Dominicbm, HenkvD, Alicia_Fagerving_WMSE, EBernhardson, Aklapper, Jarekt, Invadibot, MPhamWMF, maantietaja, CBogen, Nintendofan885, Akuckartz, Nandana, JKSTNK, Namenlos314, Lahi, Gq86, E1presidente, Ramsey-WMF, Cparle, Anoop, SandraF_WMF, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, Tramullas, Acer, merbst, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, Susannaanas, Jane023, jkroll, Wikidata-bugs, Jdouglas, matthiasmullie, aude, Tobias1984, Manybubbles, Ricordisamoa, Wesalius, Lydia_Pintscher, Raymond, Steinsplitter, 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] T297454: WCQS gives "502 Bad Gateway Error"
Dominicbm reopened this task as "Open". TASK DETAIL https://phabricator.wikimedia.org/T297454 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: dcaro, Dominicbm Cc: Theklan, Marsupium, Vojtech.dostal, Base, RhinosF1, Majavah, aborrero, GFontenelle_WMF, Sj, FRomeo_WMF, Fuzheado, Dominicbm, HenkvD, Alicia_Fagerving_WMSE, EBernhardson, Aklapper, Jarekt, Invadibot, MPhamWMF, maantietaja, CBogen, Nintendofan885, Akuckartz, Nandana, JKSTNK, Namenlos314, Lahi, Gq86, E1presidente, Ramsey-WMF, Cparle, Anoop, SandraF_WMF, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, Tramullas, Acer, merbst, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, Susannaanas, Jane023, jkroll, Wikidata-bugs, Jdouglas, matthiasmullie, aude, Tobias1984, Manybubbles, Ricordisamoa, Wesalius, Lydia_Pintscher, Raymond, Steinsplitter, 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] T296549: A parser function for statement value's item ID
Dominicbm created this task.
Dominicbm added projects: MediaWiki-extensions-WikibaseClient, Wikidata,
StructuredDataOnCommons.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Neither `#statements` nor `#property` seem to have a method for fetching of a
Wikidata item ID in the case that the value requested is a wikibase-item data
type. We are stuck retrieving either a formatted item label or a plain text
label, even though the item is clearly already being accessed on the backend to
retrieve the label, so the item ID must also be being accessed. This is less
than useful for template coding, because:
1. Wikidata labels can change and are not unique. So you can't build template
logic around having different behaviors for specific values returned by the
parser functions, whereas a Q-id should (in theory) be predictable.
2. With existing Lua-based templates, there are many use cases where users on
other wikis can plug in Wikidata item IDs in order to generate important page
content, such as Wikipedia infoboxes or Commons creator and institution
templates.
An example use case for the scenario in #2, I would like to store the
institution data in a Commons file's `P195` statement. If I can retrieve the
item ID, I can use it to populate the institution template, like
`{{institution| {{#itemvalueid:P195|from=M123}} }}`. (No opinion on what to
call the function.) With `#property`, I currently can only have the item's
plain text label, which doesn't allow me to get the full use out of templates
like these.
Also, this would allow us to build more useful templates without the need of
Lua infrastructure. Using the above example, if I can get the item ID for a
Commons file's `P195` statement value, then I can use other functions, such as
`#statements` to query //that// Wikidata item for other data, such as the
institution's associated Commons category, logo, location, etc.
Related to T141864 <https://phabricator.wikimedia.org/T141864>, which also
seems to be about the utility of retrieving item IDs for downstream use.
TASK DETAIL
https://phabricator.wikimedia.org/T296549
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Dominicbm
Cc: Aklapper, Dominicbm, Invadibot, maantietaja, FRomeo_WMF, CBogen,
Nintendofan885, Akuckartz, Nandana, JKSTNK, lucamauri, 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] T296339: SDC parser functions not documented on-wiki
Dominicbm created this task. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION In Wikimedia Commons, there is no documentation of the Wikibase parser functions (`#statements` and `#property`) that can be used to access the data in SDC statements without Lua modules. Wikidata has documentation here: https://www.wikidata.org/wiki/Wikidata:How_to_use_data_on_Wikimedia_projects#Parser_function. In Commons, you would only know these work by knowing how this works for Wikidata statements and trying them out with M-ids, which is how I found out about it. This is a useful feature that should be documented. TASK DETAIL https://phabricator.wikimedia.org/T296339 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: Aklapper, #structureddataoncommons, Dominicbm ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T296337: SDoC {{#statements}} parser function gives bad data in some situations
Dominicbm created this task.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
On Commons, this works as expected: `{{#statements:P195|from=M96461067}}`. It
produces the value of M96461067's `P195` statement (`National Archives at
College Park - Still Pictures`).
This one does not work as expected: `{{#statements:P195|from=M89709639}}`.
Instead, it seems to produce `[[Category:Media contributed by Toledo-Lucas
County Public Library]]`, which is not the label of M89709639's `P195` value,
but actually the value of that item's `P373` statement, and not even part of
M89709639's structured data at all.
This can be reproduced with other statements, but I'm not yet sure what is
the cause (so please edit the title of this task as necessary!). For example,
`{{#statements:P9126|from=M96461067}}` is a property with three values. Two of
these work as expected, so it shows `, National Archives and Records
Administration, National Archives at College Park - Still Pictures`, but the
first value is again giving a category found in `P373` of the property value's
Wikidata item.
I have put various examples here of unexpected results:
https://commons.wikimedia.org/wiki/User:Dominic/tests
TASK DETAIL
https://phabricator.wikimedia.org/T296337
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Dominicbm
Cc: #structureddataoncommons, Aklapper, Dominicbm
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T230315: Create a way to see and add references to structured data on Commons (MediaInfo) statements
Dominicbm added a comment. In T230315#7303039 <https://phabricator.wikimedia.org/T230315#7303039>, @mwilliams wrote: > Thanks for the great feedback. @Dominicbm you are correct that this needs to be a collection of grouped claims and that my mockups didn't communicate that functionality. > F34618178: reference.jpg <https://phabricator.wikimedia.org/F34618178> Here is a quick mockup of how that might work, keeping each grouped claim in some sort of gray/shaded box. I'd love to keep the functionality as close as possible to Wikidata, while still mapping to the visual design choices that have already been made with SDoC. > > Most of the design decisions that shifted away from exactly replicating Wikidata pre-date my involvement on this work, I'll try and track down some context around that. I'm sure we could revisit those decisions if needed but wouldn't want to conflate that work with this new feature. I think this looks almost perfect. I would not use "Add reference" both inside inside and outside the reference gray box. In my understanding, the entire grouping in one box is a single reference. Wikidata just says "Add" for the claims within the reference, so it's a little less confusing. >> Also, this is minor, but in Wikidata each claim is displayed with a numerical value showing the number of references (even if it is 0). Will this be done in SDoC as well? > > I haven't quite figured this out but happy to spend more time on it if it feels useful. I'm not 100% sure what people use this for in Wikidata, so it's not a big deal to me, but I do find value in aligning the design (unless there is intention behind a change), so that was the main reason I brought it up. TASK DETAIL https://phabricator.wikimedia.org/T230315 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: Addshore, mwilliams, ChristianFerrer, Susannaanas, Cparle, CBogen, Alicia_Fagerving_WMSE, FRomeo_WMF, Fuzheado, GFontenelle_WMF, John_Cummings, Dominicbm, Husky, Spinster, JeanFred, Multichill, Jarekt, valerio.bozzolan, Aklapper, Bugreporter, toberto, Invadibot, Surya742, maantietaja, Mohammed_Sadat_WMDE, Jimfhahn, Dr.uesenfieber, Nintendofan885, Akuckartz, Nandana, JKSTNK, Seddon, Lahi, Gq86, SandraF_WMF, GoranSMilovanovic, QZanden, LawExplorer, Mu301, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, Izno, 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] T230315: Create a way to see and add references to structured data on Commons (MediaInfo) statements
Dominicbm added a comment. In T230315#7302885 <https://phabricator.wikimedia.org/T230315#7302885>, @John_Cummings wrote: > Thanks very much for explaining this, is what you would like basically the same way Wikidata does references? I've been trying to think of a use case that wouldn't work for the existing Wikidata approach for adding references and I can't think of one. Yes, I think it //must// work this way. If you want to cite a book, you will need a title, an author, a publisher, etc. A web citation needs a URL and an access date. And so on. These claims all belong to one reference, and cannot be mixed together with claims for other references. Once you have two references for a statement, you need two know which title a given author claim belongs with. So there must be grouping. In the data, each reference is its own JSON object with a unique hash, in addition to all of its child claims. Qualifiers, by contrast, are all just standalone claims. TASK DETAIL https://phabricator.wikimedia.org/T230315 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: mwilliams, ChristianFerrer, Susannaanas, Cparle, CBogen, Alicia_Fagerving_WMSE, FRomeo_WMF, Fuzheado, GFontenelle_WMF, John_Cummings, Dominicbm, Husky, Spinster, JeanFred, Multichill, Jarekt, valerio.bozzolan, Aklapper, Bugreporter, toberto, Invadibot, Surya742, maantietaja, Mohammed_Sadat_WMDE, Nintendofan885, Akuckartz, Nandana, JKSTNK, Seddon, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, Izno, 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] T230315: Create a way to see and add references to structured data on Commons (MediaInfo) statements
Dominicbm added a comment. @mwilliams So, in terms of the interface, I think it's going to be a little more complicated than this mockup has captured so far. A reference does more than a qualifier does, so it's not just a matter of adding a new sub-claim with a property and value when a user selects "add reference". If you check how this works on Wikidata, clicking "add reference" creates a shaded box, within which the user can add any number of claims that are all grouped collectively as that one reference. If you click "add reference" again, you would actually be starting a new shaded box with a different group of claims for the second reference. In the mockup, I'm not sure how this works yet. In the bottom left image, I see a place to add a claim—the text box expecting a "Property"—meaning someone has already clicked "Add reference" once, and then I see an "Add reference" button under that. On Wikidata (see below for reference), once you click to start a new reference, the user has both an "+add" button //within// the reference to add new claims to the reference, as well as an "+add reference" button //under// the reference, to start a new reference. I just want to make sure references in SDoC are being designed a collection of grouped claims, rather than as single disconnected claims (as qualifiers). If this is the plan already, and it's just that maybe a new text box pops up once the first one is entered, I would still suggest that some form of shading or visual marker to show which claims constitute the same reference would be helpful. F34618098: Screen Shot 2021-08-23 at 2.18.51 PM.png <https://phabricator.wikimedia.org/F34618098> Also, this is minor, but in Wikidata each claim is displayed with a numerical value showing the number of references (even if it is 0). Will this be done in SDoC as well? TASK DETAIL https://phabricator.wikimedia.org/T230315 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: mwilliams, ChristianFerrer, Susannaanas, Cparle, CBogen, Alicia_Fagerving_WMSE, FRomeo_WMF, Fuzheado, GFontenelle_WMF, John_Cummings, Dominicbm, Husky, Spinster, JeanFred, Multichill, Jarekt, valerio.bozzolan, Aklapper, Bugreporter, toberto, Invadibot, Surya742, maantietaja, Mohammed_Sadat_WMDE, Nintendofan885, Akuckartz, Nandana, JKSTNK, Seddon, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, Izno, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, bd808 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] [Created] T253355: "The required parameter \"$1\" was missing." for wbgetclaims on Commons
Dominicbm created this task.
Dominicbm added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
This seems to be similar to T185165
<https://phabricator.wikimedia.org/T185165>, but for a different API action.
Using `wbgetclaims` on the Wikimedia Commons API, I received this error
message: "The required parameter \"$1\" was missing."
Is this a bug? It seems like the `$1` should be displaying the correct
missing parameter name to the user. In this case, it must be `entity` that was
missing, as that is the only required parameter for this action. Not sure if
this happens for other API actions or other sites.
I had requested the following:
https://commons.wikimedia.org/w/api.php?action=wbgetclaims=json=P6216entity=M90469568
Note the missing "&", which caused `entity` parameter to be missing.
{
"error": {
"code": "param-missing",
"info": "The required parameter \"$1\" was missing.",
"messages": [{
"name": "wikibase-api-param-missing",
"parameters": [],
"html": {
"*": "The required parameter \"$1\" was
missing."
}
}],
"*": "See https://commons.wikimedia.org/w/api.php for API
usage. Subscribe to the mediawiki-api-announce mailing list at
https://lists.wikimedia.org/mailman/listinfo/mediawiki-api-announce; for
notice of API deprecations and breaking changes."
},
"servedby": "mw1347"
}
TASK DETAIL
https://phabricator.wikimedia.org/T253355
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Dominicbm
Cc: Aklapper, Dominicbm, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic,
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude,
Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T252079: mw.wikibase.getLabelByLang('Q1', 'en') returning nil today
Dominicbm added a comment. As @WilliamGraham notes, this is actually breaking some categorization on a large scale, which may take a long time to repopulate once they have been depopulated. It's not just about infoboxes on categories, though. If I am understanding right, this is presumably affecting millions of pages on Wikimedia Commons, considering how widespread the use of templates like Template:Artwork, Template:Institution, Template:Creator in image metadata. It might be used a dozen times in a single file page alone, such as for an artist name, genre, medium, institution, and even the labels for basic terms like "height", "width", "collection", "genre", etc. displayed by the template are pulled in from Wikidata. Example: F31805765: Screen Shot 2020-05-06 at 10.28.35 PM.png <https://phabricator.wikimedia.org/F31805765> TASK DETAIL https://phabricator.wikimedia.org/T252079 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dominicbm Cc: Dominicbm, Mholloway, WilliamGraham, LucasWerkmeister, Lydia_Pintscher, Liuxinyu970226, Aklapper, matej_suchanek, Jarekt, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T242225: Document input format for all data types for wbcreateclaim, wbsetclaim, wbsetclaimvalue, etc. somewhere
Dominicbm created this task.
Dominicbm added projects: Wikidata, StructuredDataOnCommons, Documentation.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
For API edits to create or update claims, the input syntax varies based on
the data type of the property being used. The number of example(s) in the
documentation are small, and do not cover all cases.
For example,
https://www.wikidata.org/w/api.php?action=help=wbsetclaimvalue has a
single example, which will only show you how to add an Item type claim, but
this approach will not work for adding strings.
https://www.wikidata.org/w/api.php?action=help=wbcreateclaim has 4
examples, but still wouldn't help you to post a monolingual text claim like
P1476 <https://phabricator.wikimedia.org/P1476> ("title"), for which you need
to know that you put in a dict with a language code. And so on.
For most of these, if you are willing to dig, you can intuit the correct
inputs from looking at the data structure in JSON for existing items, but this
should presumably actually be documented somewhere in full for usability.
TASK DETAIL
https://phabricator.wikimedia.org/T242225
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Dominicbm
Cc: Aklapper, Dominicbm, Pavithraes, darthmon_wmde, Nandana, JKSTNK, Cpaulf30,
Lahi, Gq86, GoranSMilovanovic, Ivana_Isadora, Jayprakash12345, QZanden,
LawExplorer, _jensen, rosalieper, Scott_WUaS, srodlund, Wikidata-bugs, aude,
Dinoguy1000, Lydia_Pintscher, Mbch331, Jay8g, Quiddity
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
