Hello,
I am writing a Java program to extract the abstract of the wikipedia page
given the title of the wikipedia page. I have done some research and found
out that the abstract with be in rvsection=0
So for example if I want the abstract of 'Eiffel Tower" wiki page then I am
querying using the api in the following way.
http://en.wikipedia.org/w/api.php?action=query&prop=revisions&titles=Eiffel…
and parse the XML data which we get and take the wikitext in the tag <rev
xml:space="preserve"> which represents the abstract of the wikipedia page.
But this wiki text also contains the infobox data which I do not need. I
would like to know if there is anyway in which I can remove the infobox data
and get only the wikitext related to the page's abstract Or if there is any
alternative method by which I can get the abstract of the page directly.
Looking forward to your help.
Thanks in Advance
Aditya Uppu
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
prop=revisions has long ordered revisions by rev_id rather than timestamp
when returning results for a single page. In most cases this doesn't make a
difference, but for old pages imported from earlier versions of Wikipedia,
for revisions imported from Special:Import, and so on these orderings don't
always match.
prop=revisions has now been updated[1] to order by timestamp rather than
id. While this is technically a breaking change, it seems unlikely that any
clients will actually be broken by this.
This should be deployed to WMF wikis with 1.26wmf4, see
https://www.mediawiki.org/wiki/MediaWiki_1.26/Roadmap for the schedule.
[1]: https://gerrit.wikimedia.org/r/#/c/188843/
--
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 building an application that will hopefully use Wiktionary words and
definitions as a data source. In my queries, I'd like to be able to search
for all Wiktionary entries that are similar to some terms in either the
title or definition, but also all titles must end in a specified suffix.
For example, I want to find all Wiktionary entries that contain the words
"large dog", like this:
https://en.wiktionary.org/w/api.php?action=query&list=search&srsearch=large…
But further filter the results to only contain entries with titles ending
with "d". So in that example, "boarhound", "Saint Bernard", and "unleashed"
would be returned.
Is this possible with the MediaWiki search API? Do you have any
recommendations?
Thanks,
Pete
Previous announcement:
https://lists.wikimedia.org/pipermail/mediawiki-api-announce/2014-September…
During the 1.25 development cycle, the API has been warning you if you're
specifying neither the "continue" nor "rawcontinue" parameters to
action=query. Recently this warning was targeted more specifically to
queries that actually return continuation data. The time is coming soon for
making this change, so please check your bots, bot frameworks, scripts, and
so on to ensure that you won't be broken when this change is made.
If you want to continue using your existing continuation code unchanged,
all you need to do is add the "rawcontinue" parameter to your action=query
queries.
If you'd rather change to the easier-to-get-right new style, add an empty
"continue" parameter to your initial action=query queries. See
https://www.mediawiki.org/wiki/API:Query#Continuing_queries for details on
the new mechanism.
If you do nothing, sometime in the next few months your code will likely
start thinking that no queries ever need continuation when the default is
changed to return the new 'continue' node rather than the old
'query-continue'. I'll send an announcement when the specific date is
decided, but I don't promise more than a week's notice.
--
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