When list=allusers is used with auactiveusers, a property 'recenteditcount'
is returned in the result. In bug 67301[1] it was pointed out that this
property is including various other logged actions, and so should really be
named something like "recentactions".
Gerrit change 130093,[2] merged today, adds the "recentactions" result
property. "recenteditcount" is also returned for backwards compatability,
but will be removed at some point during the MediaWiki 1.25 development
cycle.
Any clients using this property should be updated to use the new property
name. The new property will be available on WMF wikis with 1.24wmf12, see
https://www.mediawiki.org/wiki/MediaWiki_1.24/Roadmap for the schedule.
[1]: https://bugzilla.wikimedia.org/show_bug.cgi?id=67301
[2]: https://gerrit.wikimedia.org/r/#/c/130093/
--
Brad Jorsch (Anomie)
Software Engineer
Wikimedia Foundation
_______________________________________________
Mediawiki-api-announce mailing list
Mediawiki-api-announce(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-api-announce
I'm using the Wikipedia API to retrieve links within pages, and
backlinks to those pages. Is there any way to filter results of
prop=links, prop=linkshere or list=backlinks to retrieve only results
that e.g. begin with a certain letter? Something like from=La&to=Lz
would be nice - but it doesn't appear to be available.
At the moment the solution I have is to get ALL the links, using the
continuation parameters, then just pull out those that match my
criteria. But this can sometimes require numerous API calls, and seems a
bit inelegant. Have I missed any other options?
Thanks; Andrew
Bug T38358[1] points out that using a '#' character in input passed to
ApiQueryBase::titlePartToKey() will silently truncate at the character
before the '#', often generating incorrect results.
With the merge of Gerrit change 191889,[2] passing a '#' into this method
will now return an invalidtitle error, just as already happens when a
title-part containing invalid characters such as '<' or '>' is passed in.
The affected parameters include:
* list=allpages apto, apfrom, and apprefix
* list=alldeletedrevisions adrto, adrfrom, and adrprefix
* list=deletedrevs drto, drfrom, and drprefix
* list=filearchive fato, fafrom, and faprefix
* list=allimages aito, aifrom, and aiprefix
* list=alllinks alto, alfrom, and alprefix
* list=alltransclusions atto, atfrom, and atprefix
* list=allfileusages afto, affrom, and afprefix
* list=allredirects arto, arfrom, and arprefix
* list=allcategories acto, acfrom, and acprefix
This should be deployed to WMF wikis with 1.25wmf19, see
https://www.mediawiki.org/wiki/MediaWiki_1.25/Roadmap for the schedule.
[1]: https://phabricator.wikimedia.org/T38358
[2]: https://gerrit.wikimedia.org/r/#/c/191889/
--
Brad Jorsch (Anomie)
Software Engineer
Wikimedia Foundation
_______________________________________________
Mediawiki-api-announce mailing list
Mediawiki-api-announce(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-api-announce
Hello,
I'm developing a Joomla 3! plugin based on mediawiki API. The goal is
importing all datas (titles and description or definitions) from Wiki
database to a Joomla website database. Cause the Joomla! website will be
finally used as a dictionnary. Now can you tell me how to proceed,
please? Unfortunately, the available tutorials on MediaWiki are not so
clear on this usage situation. Thanks for answer me as soon as you can!
--
Logo Internis Group <http://www.internis-group.com/> *Modeste EKAMBI*
Senior Software Engineer - Internis Group
Agence experte des projets web et IT - Développement sur mesure -
Développement web et mobile, d'applications et sites internet
Skype: internis.group
Téléphone: 699-789-772 / 679-998-516
Mail: support(a)internis-group.com
Blog: http://blog.internis-group.com
Site: http://www.internis-group.com <http://internis-group.com>
I've got a changeset in code review to make the default redirect resolution
behavior of action=opensearch consistent between JSON and XML-mode requests.
Bug: https://phabricator.wikimedia.org/T19142
Patch: https://gerrit.wikimedia.org/r/#/c/190290
Originally the JSON version did not resolve redirects as it was easier to
implement that way, while the XML implementation was separately written and
did resolution in order to improve display of content snippets. Content
snippets are now included in JSON as well as XML since the implementations
were merged, and in general it seems to be better behavior to be consistent
across data formats for the same requests.
The original behavior can be obtained by supplying an explicit
'redirects=return' parameter to the API request.
Are there any compatibility worries here?
-- brion
Hello,
I try to get the number of revisions back for some articles, but I don't
find any query where this will be offered over the API. only found this
answer at stackoverflow.
http://stackoverflow.com/questions/7136343/wikipedia-api-how-to-get-the-num…
is this still unsolved? would save me lot of time and I think this is
one of the most important metadata about an article. I will use it to
download just articles between 500 and 5000 revisions, cause lower is
useless for our research and more is too expensive to compute.
thanks for your answer.
cheers, Stefan
--
*Stefan Kasberger*
*E* mail(a)stefankasberger.at
*W* www.openscienceASAP.org
It was pointed out in T88397[1] that a list=search query was populating the
'redirecttitle' output property as an object containing the internal
members of a MediaWiki Title object, where a string containing the prefixed
title is more likely what was intended.
Any clients relying on this output property should be updated to deal with
the corrected value.
This will be deployed to WMF wikis with 1.25wmf16, see
https://www.mediawiki.org/wiki/MediaWiki_1.25/Roadmap for the schedule.
[1]: https://phabricator.wikimedia.org/T88397
--
Brad Jorsch (Anomie)
Software Engineer
Wikimedia Foundation
_______________________________________________
Mediawiki-api-announce mailing list
Mediawiki-api-announce(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-api-announce
Hello,
This bug <https://phabricator.wikimedia.org/T87645> is more serious than it
seems and it's blocked a huge part of our actions (e.g. creating pages
outside of main namespace via API)
Please someone take a look at this
--
Amir