Mediawiki-api November 2014

mediawiki-api@lists.wikimedia.org

4 participants
8 discussions

Need to extract abstract of a wikipedia page
by aditya srinivas 23 Nov '23

23 Nov '23

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

4 3

[Mediawiki-api-announce] Deprecation of list=allusers 'recenteditcount' result property
by Brad Jorsch (Anomie) 16 Apr '19

16 Apr '19

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

1 1

A question about UPLOAD update
by Liu Chenheng 02 Dec '14

02 Dec '14

Hi, All, I found in some of the UPLOAD update, there is no page id: <rc type="log" ns="6" title="File:Lucian A. Sperta- Nunez.jpg" rcid=" 114549183" pageid="0" revid="0" old_revid="0" user="Azarel63"oldlen="0" newlen="0" timestamp="2014-01-05T11:09:38Z" comment="User created page with UploadWizard" logid="77242320" logtype="upload"logaction="upload" img_sha1=" sf9t03wg27tl73nnde3jzfuxncefux9" img_timestamp="2014-01-05T11:09:36Z"/> <rc type="log" ns="6" title="File:Gingerbread spices (annotated).jpg" rcid=" 114549185" pageid="30485540" revid="0" old_revid="0"user="SKopp" oldlen="0" newlen="0" timestamp="2014-01-05T11:09:37Z" comment="User created page with UploadWizard" logid="77242318"logtype="upload" logaction="upload" img_sha1=" q84abqjr2n4bmn7o6j4uovpl5ufs2gq" img_timestamp="2014-01-05T11:09:37Z"/> The first one has no page id but the second one has. Does anybody can tell me the differences? Thanks, Ethan Liu

4 6

[Mediawiki-api-announce] User agents for gadgets and user scripts
by Brad Jorsch (Anomie) 01 Dec '14

01 Dec '14

With Gerrit change 174200,[1] an HTTP header "Api-User-Agent" header will be recognized for logging from the API. This should benefit clients using XMLHttpRequest where the normal User-Agent header is locked down by the browser. The logged agent will be the concatenation of Api-User-Agent and the browser's User-Agent header. This should come in handy once the ApiFeatureUsage extension[2][3] is reviewed and deployed. The new header will be recognized starting with 1.25wmf10, see https://www.mediawiki.org/wiki/MediaWiki_1.25/Roadmap for the schedule. It will be ignored for wikis still on 1.25wmf8 or 1.25wmf9, so feel free to upgrade any scripts immediately. Bots and other clients that have full control over the User-Agent header should continue to use that header exclusively. [1]: https://gerrit.wikimedia.org/r/#/c/174200/ [2]: https://www.mediawiki.org/wiki/Extension:ApiFeatureUsage [3]: https://www.mediawiki.org/wiki/API/Architecture_work/Planning#Deprecated_AP… -- 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

2 2

thumbnailImg not found (404)
by support＠globebop.com 16 Nov '14

16 Nov '14

The API is giving me some search results which are good except the thumbnailImg field contains a URL such as http://www.geonames.org/img/wikipedia/134000/thumb-133730-100.jpg which is 404. Please advise. ja http://vispo.com

2 2

BREAKING CHANGE: Some API formats will be removed completely
by Max Semenik 13 Nov '14

13 Nov '14

Per architecture review[1], several API output formats will be removed from MediaWiki: * wddx and dump - in 6 months (around May 12, 2015) * yaml, txt and dbg - in 1 year (around November 12, 2015) They are already deprecated which means that every request made with them receives a warning about deprecation. So on aforementioned dates, these formats will be gone from WMF sites and the removals will be part of next MediaWiki releases (presumably, 1.26 and 1.27). After that, only 3 formats will be left: json, xml and php. Ideally, we would really love to have only json, but currently there are no plans of doing it any time soon. == Migration guide == The preferred format for using with MediaWiki API is JSON. The easiest way to migrate would be: * "YAML" as used by the API has actually been JSON for years, so just replace format=yaml with format=json and make sure that your code does not barf at content-type set to application/json instead of application/yaml. * WDDX is a type-aware format so the logical transition would be JSON. * dump and txt were are "serialising" using the PHP functions that were never supposed to return anything machine-readable; and while format=dbg is kinda machine-readable, passing its output to PHP's exec() is not the way of machine-readability any security-aware person would want :) For any of these formats, just sticking with JSON would make your life much, much easier. However, if you're relying on specifics of exported PHP state in your PHP-based client, format=php might make sense for a quick switch. ---- [1] https://tools.wmflabs.org/meetbot/wikimedia-office/2014/wikimedia-office.20… -- Best regards, Max Semenik ([[User:MaxSem]])

1 0

[Mediawiki-api-announce] Breaking change in generator=search
by Brad Jorsch (Anomie) 13 Nov '14

13 Nov '14

Bug 73321[1] pointed out that generator=search was incorrectly trying to set the same "searchinfo" and other properties on the result that were set by list=search. Gerrit change 172794[2] removes this setting, so generator=search will no longer provide 'searchinfo' or 'interwikisearchinfo' members in the result. Interwiki titles from the generator will no longer populate an 'interwikisearch' result property, but will instead be included in the generated titles and thus (for action=query) will populate the 'interwiki' property. This change should be deployed to WMF wikis with 1.25wmf9, see https://www.mediawiki.org/wiki/MediaWiki_1.25/Roadmap for the schedule. [1]: https://bugzilla.wikimedia.org/show_bug.cgi?id=73321 [2]: https://gerrit.wikimedia.org/r/#/c/172794/ -- 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

1 0

[Mediawiki-api-announce] Deprecation of list=deletedrevs, and a minor BREAKING CHANGE for action=query revids=
by Brad Jorsch (Anomie) 05 Nov '14

05 Nov '14

The ApiQueryDeletedrevs module has issues: since it's a list module rather than a prop module, it isn't handled correctly by the simplified continuation, it doesn't support input of specific revids, and so on. Gerrit change 168646[1] deprecates list=deletedrevs in favor of two new modules: * list=alldeletedrevisions will query the deleted revisions in a namespace and/or for a user. * prop=deletedrevisions will work like prop=revisions, querying deleted revisions for a page, or specific revisions requested using action=query's revids parameter. For the latter to work properly, the revids parameter will now recognize deleted revision IDs as valid if the querying user has the 'deletedhistory' user right; before this change deleted revision IDs were treated as non-existent. These changes should be deployed to WMF wikis with 1.25wmf7, see https://www.mediawiki.org/wiki/MediaWiki_1.25/Roadmap for the schedule. At some point in the future, limited information from the archive table may be made available to all users, as is already done on Tool Labs.[2] If that happens, recognition of deleted revision IDs as valid for the revids parameter will likely be extended to all users. [1]: https://gerrit.wikimedia.org/r/#/c/168646/ [2]: https://bugzilla.wikimedia.org/show_bug.cgi?id=49088 -- 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

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Mediawiki-api November 2014