This API call works when I do it in Python using requests:
but when I do it with wget or curl like this:
it doesn’t return pure JSON, it returns some kind of HTML and I don’t think
I even see the desired data inside.
But that URL works in the browser.
Why would it have this behavior? How do curl/wget differ from a browser
calling this string?
This seems to be the homepage for the "REST API":
but I don't see any documentation there for API parameters.
For example, someone gave me this example API call:
But I don't see information in the first link above that you should append
"page" and "html" to the wikisource API endpoint.
Is there documentation for this API?
Also, is this API an attempt to replace the old one or something? How does
it differ from the MediaWiki Action API and the MediaWiki REST API?
For example, do they fetch different kinds of information or something?
Also, would the "parse" prop in the Action API be a good way to get
plaintext from a Wikisource book?
Does anyone think it would be possible, or has it been done before, to take
some kind of downloaded dictionary data from a corpus and try to
automatically upload it to Wiktionary?
For example, if you had a very large dictionary over words in a language
and their part of speech, could you check if the word was already present
in Wiktionary and if so skip it, and otherwise create entries for all
remaining words, with their part of speech?
It seems relatively easy to export any section of a Wikisource book with
the "download" button, but there is no way to export just the preface /
title page. If you press "download" on the title page, the section name is
just the book name, so you download the entire book instead of just the
For example: https://en.wikisource.org/wiki/Little_Essays_of_Love_and_Virtue
Is this intentional? Is there any good way to export the plaintext of just
the preface, via some command / functionality / API?
Yesterday, the MobileView Action API was removed from all Wikimedia
production servers .
The API was originally built to service our apps but over time that has
been replaced with the Page Content Service . The original service was
not being maintained, and usage was very low. If you were using the
MobileView API we urge you to check this API out as it is a more powerful,
better cached alternative.
We marked the API as hard deprecated in December 2019 , after which it
was marked in ApiSandbox and in the response as deprecated, and support has
been dwindling since then, for example, the noimages parameter was dropped
in September 2020 .
In March 2022 we removed the remaining production blocker for removing the
code: language variant support . The Page content service was
prreviously using the mobile view API for language variant views but has
now been rewired to use the better supported core action=parse API. If you
need to support language variant views and previously couldn't because of
the lack of support in the page content service this should no longer be an
Since April 2022 users of the API would have been seeing an inline banning
warning them of the upcoming breakage . We got no feedback from these
banners so were comfortable with pushing forward.
Impact on user scripts was judged as low  with only 14 scripts impacted
so this has not been announced on tech news.
If you are impacted by this change, I apologise that previous
communications have failed you and I'd love to hear from you about how we
could have done this deprecation better. If I can support you in any way in
making sure your apps/gadgets/scripts are working again please feel free to
reply to this email either privately or publicly or to raise a topic on the
MobileFrontend talk page .
Finally, thanks to the engineers who helped make this deprecation possible.
Mediawiki-api-announce mailing list -- mediawiki-api-announce(a)lists.wikimedia.org
To unsubscribe send an email to mediawiki-api-announce-leave(a)lists.wikimedia.org
I am trying to compile a list of duplicate images in Wikimedia Commons. I
am iterating through the list of images using the generator=allimages API
and using the continue option to get the next set. But the api gets stuck
at 𪎥-seal.svg and it does not return the next set or the continue option.
Here is the url I am using:
Can anyone help me with this? If there is an alternative, that would be