Mediawiki-api

mediawiki-api@lists.wikimedia.org

1 participants
1265 discussions

Image uploads auto bot flagged
by Niklas Keller 28 Apr '14

28 Apr '14

Is there a reason why image uploads using the API are automatically flagged as bot edits? I miss an option do deactivate this behavior. Regards, Niklas Keller

3 4

MediaWiki API
by mayank desai 18 Apr '14

18 Apr '14

Hello sir,    I am mayank desai working on query disambiguation.I am using your mediaWiki API to get articles.How to increase number of pages returned by the API.As its default value is 10 but i want it to increase it.Can you please guide me how to do it?

2 1

API call for external links to internal pages?
by Jason Ji 14 Apr '14

14 Apr '14

Greetings! I am a relatively new MediaWiki extension developer, and I'm having trouble with getting the MediaWiki API to capture all links coming into and out of a given wiki page. I know we can use *action=query&prop=extlinks *to get *external *links from our wiki page to other (non-wiki) web pages, *action=query&prop=links *to get internal links from our wiki page *out *to other wiki pages, and *action=query&prop=backlinks *to get internal links from other wiki pages *into *our wiki page. However, in the case where a link is *external *but points *to an internal wiki page*, I can't find the proper API call. These links seem to be falling through the cracks somehow. I'm inclined to believe that I'm just missing something simple, especially because this MediaWiki help page includes "external links to internal pages" as a category of links: http://www.mediawiki.org/wiki/Help:Links#External_links_to_internal_pages Can anyone shed light on this issue? Is there an easy way to capture external links to internal wiki pages through an API call? Thanks! Sincerely, Jason Ji

2 5

[Mediawiki-api-announce] Reminder on continuation ("breaking" change)
by Brad Jorsch (Anomie) 11 Apr '14

11 Apr '14

Remember that clients should not be depending on the specific query string data returned inside the query-continue or continue nodes. Clients should be treating the returned key-value pairs as opaque data to be returned to the server with the subsequent query. Interested users may also wish to review the discussion thread from when a similar change was made last year.[1] To finish fixing bug 24782[2], Gerrit change 103589[3] changes the names and values of various items under the continue or query-continue node in the API response. Specifically, * list=allimages will always use aicontinue, rather than sometimes using aistart. The formatting of the value for the modes that formerly used aistart will differ from that used by the modes that already used aicontinue. * list=blocks will now use bkcontinue rather than bkstart. * list=categorymembers will always use cmcontinue, rather than sometimes using cmstart. The formatting of the value for the modes that formerly used cmstart will differ from that used by the modes that already used cmcontinue. * list=deletedrevs will always use drcontinue, rather than sometimes using drstart. The formatting of the value for drcontinue is also changing for the modes that did use it, and the formats differ between modes. * list=logevents will now use lecontinue rather than lestart. * list=protectedtitles will now use ptcontinue rather than ptstart. * list=recentchanges is changing the formatting of the value of rccontinue. * list=usercontribs will always use uccontinue, rather than sometimes using ucstart. The formatting of the value for uccontinue is also changing for the modes that did use it previously, and the formats differ between modes. * list=watchlist will now use wlcontinue rather than wlstart. These changes should be deployed to WMF wikis with 1.23wmf23, see https://www.mediawiki.org/wiki/MediaWiki_1.23/Roadmap for the schedule. Also, if anyone is aware of other modules that use a bare timestamp[4] or other non-unique value as their continuation, please reopen bug 24782 (if they are in MediaWiki core) or file a new bug (if they are in an extension). Thanks. [1]: http://lists.wikimedia.org/pipermail/mediawiki-api/2013-March/002926.html [2]: https://bugzilla.wikimedia.org/show_bug.cgi?id=24782 [3]: https://gerrit.wikimedia.org/r/#/c/103589/ [4]: Note prop=imageinfo uses a timestamp, but this is OK as in this case it is apparently a unique identifier. -- 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] Possible breaking change to list=users&usprop=blockinfo and list=allusers&auprop=blockinfo
by Brad Jorsch (Anomie) 01 Apr '14

01 Apr '14

It was noticed recently that these blockinfo properties return the internal value from the database for the blockexpiry field, rather than formatting them as does list=blocks. This means the formatting is more difficult to parse, and that it may differ between installations of MediaWiki depending on the database backend in use, and it doesn't match the formatting of other timestamps returned by the API. If anyone objects to this field being changed to be formatted in the same manner as the expiry field returned by list=blocks, speak up on the mediawik-api list.[1] Thanks. [1]: https://lists.wikimedia.org/mailman/listinfo/mediawiki-api -- 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

Request for API- Places of Interest in a country
by Ekta Tejwani 31 Mar '14

31 Mar '14

Dear Wiki Team, Greetings! We are starting a travel based website where users can create their own Itinerary and thus for the same would like to inquire about Wikipedia's policies and process for gaining access to the List of attractions API . The content thus shown from Wikipedia, if clicked will redirect the customer to the Deep Link page of the same point of interest. Any heads up will provide beneficial for us. Thanks. Warm Regards, Ekta Tejwani

1 0

Re: [Mediawiki-api] The "upload" changes missed page id
by bawolff 28 Mar '14

28 Mar '14

On Mar 27, 2014 11:39 PM, "Brian Wolff" <bawolff(a)gmail.com> wrote: > > > On Mar 27, 2014 10:23 PM, "Liu Chenheng" <liuchenheng(a)gmail.com> wrote: > > > > Hi, All, > > > > I found some "upload" changes missed page id: > > > > http://commons.wikimedia.org/w/api.php?action=query&format=xml&continue=&li… > > > > <rc type="log" ns="6" title="File:Doña Luz Saviñon de Saviñon - Personalidsades de Las Calles de la Colonia del Valle en Mexico D.F..JPG"pageid="0" revid="0" old_revid="0" rcid="121543911" user="Mrtabachnik" oldlen="0" newlen="0" timestamp="2014-03-26T22:52:15Z" comment="User created page with UploadWizard" logid="83703391" logtype="upload" logaction="overwrite" img_sha1="9f5cptv556268ehsgio0akc3ld0ftau"img_timestamp="2014-03-26T22:52:14Z"/> > > > > The page id was 0. I'm wondering whether it's a bug? > > > > Thanks. > > Chenheng Liu > > > > _______________________________________________ > > Mediawiki-api mailing list > > Mediawiki-api(a)lists.wikimedia.org > > https://lists.wikimedia.org/mailman/listinfo/mediawiki-api > > Files affected by bug 32551 will have no page id in logs. Older uploads (although this upload does not seem old enough) will also have no page id in logs -bawolff

1 0

The "upload" changes missed page id
by Liu Chenheng 28 Mar '14

28 Mar '14

Hi, All, I found some "upload" changes missed page id: http://commons.wikimedia.org/w/api.php?action=query&format=xml&continue=&li… <rc type="log" ns="6" title="File:Doña Luz Saviñon de Saviñon - Personalidsades de Las Calles de la Colonia del Valle en Mexico D.F..JPG" pageid="0" revid="0" old_revid="0" rcid="121543911" user="Mrtabachnik" oldlen="0" newlen="0" timestamp="2014-03-26T22:52:15Z" comment="User created page with UploadWizard" logid="83703391" logtype="upload" logaction ="overwrite" img_sha1="9f5cptv556268ehsgio0akc3ld0ftau"img_timestamp=" 2014-03-26T22:52:14Z"/> The page id was 0. I'm wondering whether it's a bug? Thanks. Chenheng Liu

1 0

Fwd: [Wikitech-l] OPW applicant introduction - Evaluating and Improving API Client Libraries
by Frances Hocutt 24 Mar '14

24 Mar '14

I've applied to the Outreach Program for Women internship this summer, intending to clean up API::Client Code by evaluating the listed API client libraries and contributing to one of the best of those. My proposal is here (https://www.mediawiki.org/wiki/Evaluating_MediaWiki_web_API_client_libraries) and my microtask is here (https://www.mediawiki.org/wiki/API:Client_Code/Access_Library_Comparison). If you have comments on my proposal or emphatic opinions about your favorite API libraries, I'd love to hear them. -Frances ---------- Forwarded message ---------- From: Sumana Harihareswara <sumanah(a)wikimedia.org> Date: Sun, Mar 23, 2014 at 5:07 PM Subject: Re: [Wikitech-l] OPW applicant introduction To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org> I've had the privilege of meeting Frances and very much hope that I get to mentor and teach her (along with Tollef, Brad, and Merlijn) this year. I think her microtask https://www.mediawiki.org/wiki/API:Client_Code/Access_Library_Comparison is a reasonable start at evaluating how complete, well-documented, and easy-to-use the Python client libraries are. If you've noticed idiosyncrasies in any of those libraries, I'd like to know so we can mark them for further investigation and possible fixing! I developed the basic idea for this internship project along with RobLa, Quim, and Frances, and I think it's pretty sound. The list of client libraries has been a bit of a mess for a while now, and I look forward to being able to Officially Recommend some libraries, and work with their maintainers more systematically (as Frances will in the last part of her internship, when she improves one of them). Frances, it would be great if you'd cross-post this thread to the MediaWiki API mailing list https://lists.wikimedia.org/mailman/listinfo/mediawiki-api so developers there can check out your work and talk about their favorite libraries. Thanks! -- Sumana Harihareswara Senior Technical Writer Wikimedia Foundation On 03/19/2014 07:36 AM, Frances Hocutt wrote: > I have updated my microtask [1] and my status page [2] with the last > week's work, and my application [3] is complete. > > -Frances > > [1] https://www.mediawiki.org/wiki/API:Client_Code/Access_Library_Comparison > [2] https://www.mediawiki.org/w/index.php?title=User:Fhocutt#Status > [3] https://www.mediawiki.org/wiki/Evaluating_MediaWiki_web_API_client_libraries > > On Tue, Mar 18, 2014 at 3:03 AM, Frances Hocutt > <frances.hocutt(a)gmail.com> wrote: >> I have updated and expanded the scope of my OPW project [1], >> Evaluating and Improving MediaWiki Web API Client Libraries. Thanks to >> Sumana, Tollef, and Brad for their help! >> >> -Frances >> >> [1] https://www.mediawiki.org/wiki/Evaluating_MediaWiki_web_API_client_libraries >> >> On Fri, Mar 14, 2014 at 12:20 AM, Frances Hocutt >> <frances.hocutt(a)gmail.com> wrote: >>> Hello! >>> >>> My name is Frances Hocutt, and I'm applying for the OPW internship >>> program. Specifically, I'm interested in improving the documentation >>> around the available Mediawiki API libraries, writing specifications for what >>> makes a good one, and generally making API:Client Code a more useful page. >>> I've been coordinating my application with Sumana Harihareswara, and my co- >>> mentor will be Tollef Fog Heen. Brad Jorsch and Merlijn van Deen have >>> agreed to offer technical advice as well. Thanks to everyone! >>> >>> You can find my userpage here: >>> https://www.mediawiki.org/wiki/User:Fhocutt. I've been drafting my >>> proposal here: https://www.mediawiki.org/wiki/Evaluating_MediaWiki_web_API_client_libraries >>> (working title). And I've started a page for my microtask here: >>> https://www.mediawiki.org/wiki/API:Client_Code/Access_Library_Comparison. >>> I'll be comparing two of the Python API libraries; right now I'm figuring out >>> what criteria I'll be using. I'm looking at the Google Android, Drive, and >>> Youtube API documentation along with the AWS S3 Ruby API as starting >>> examples. Are there any other API client libraries that you've found exemplary, >>> related to Wikimedia or not? >>> >>> Looking forward to contributing, >>> >>> Frances Hocutt _______________________________________________ Wikitech-l mailing list Wikitech-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

1 0

Geo - coordinates extraction from wikipedia pages
by Radhika Gaonkar 21 Mar '14

21 Mar '14

Hello everyone , I am very new to the mediawiki-api . I am planning on using this to extract geo - information about places . I have been referring to this tutorial by scraper wiki https://blog.scraperwiki.com/2011/12/how-to-scrape-and-parse-wikipedia/ . Though I am not sure if I should be using this api or the offline dump , and what is the difference between the two data sets ? I need to parse a lot of data (the articles as well as extract the geo-coordinates of places ) . Please help me out with this . Thank you ! -- Radhika Gaonkar Final year B.E.( Hons) Computer Science BITS Pilani K. K . Birla Goa Campus

2 2

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Mediawiki-api