pywikibot

pywikibot@lists.wikimedia.org

3 participants
6830 discussions

[Pywikipedia-l] Replace.py bug? No more than 100 items with -search
by Bináris 16 Jan '11

16 Jan '11

The help of replace.py says that it will work on all pages found with a search. As far as I see, this is not the truth -- in two cases listed it exactly 100 titles to work on, while there were more than 100. (I also used -namespace:0 in command line.) -- Bináris

4 13

[Pywikipedia-l] pywikbot connectiopn issues
by Nakor 12 Jan '11

12 Jan '11

Hello, I am moving my scripts from pywikipedia to pywikibot and I am facing a connection issue. WIth pywikipedia, my login was good for a long time. With pywikibot I have to login every 2 weeks or so. Is there a way that the login can be valid for a longer period of time with pywikibot? Thanks, N.

1 0

Re: [Pywikipedia-l] [ pywikipediabot-Feature Requests-3104703 ] Add new section to a page
by Bináris 12 Jan '11

12 Jan '11

Hi, do you think this could easily be solved? Either to add a new section to a page instead of downloading and rewriting the whole one, or to open and save an existing section as we do it without bots. This would decrease the load of the bot as well as the risk of edit conflicts for the bot or for human users. Bináris 2010/11/7 SourceForge.net <noreply(a)sourceforge.net> > Feature Requests item #3104703, was opened at 2010-11-07 17:57 > Message generated for change (Tracker Item Submitted) made by binbot > You can respond by visiting: > > https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3104703&group_… > > Please note that this message will contain a full copy of the comment > thread, > including the initial issue submission, for this request, > not just the latest update. > Category: None > Group: None > Status: Open > Priority: 5 > Private: No > Submitted By: Bináris (binbot) > Assigned to: Nobody/Anonymous (nobody) > Summary: Add new section to a page > > Initial Comment: > Hi! Wikipedia.Page has now to saving methods, put(newtext) and > put_async(newtext). I ask you to introduce a third one: > newsection(title,newtext). It should work as ...action=edit&section=new, so > we shouldn't bother the old content of the page to add something to the end. > > Thanks a lot! > > ---------------------------------------------------------------------- > > You can respond by visiting: > > https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3104703&group_… >

2 1

[Pywikipedia-l] Please help me set up archivebot.py for English Wikisource
by Spangineer 10 Jan '11

10 Jan '11

Hi, I'm trying to set up automatic discussion archiving on English Wikisource. I attempted to follow all instructions related to pywikipediabot. All the relevant information can be found at http://en.wikisource.org/wiki/User:Spangineer/Sandbox3 . If more is needed, please let me know: thanks. --Spangineer

5 6

[Pywikipedia-l] Unicode bug in python 2.6+ (was: Default Python will change to 2.7)
by Merlijn van Deen 02 Jan '11

02 Jan '11

On 2 January 2011 15:46, <info(a)gno.de> wrote: > I downloaded r2.7.1 (timestamp 27.11.2010) from www.python.org but this bug is still there. Where do I find the correction patch? The bug has been fixed in the repository, not in any releases (yet). See http://bugs.python.org/issue10254#msg124800 . Best regards, Merlijn

1 0

Re: [Pywikipedia-l] [Pywikipedia-svn] SVN: [8805] trunk/pywikipedia
by Merlijn van Deen 01 Jan '11

01 Jan '11

Hi xqt, First of all, thanks for all the effort you're putting into pywikipediabot. However, On 26 December 2010 17:43, <xqt(a)svn.wikimedia.org> wrote: > Log Message: > ----------- > Some Russian and Ukrainian translations; minor changes from rewrite Could you split such commits, please, into one 'translation' commit (or even better: two, one for russian and one for ukrainian), and one rewrite-to-trunk port? Additionally, this: > - ['Yes', 'No', 'Add an alternative', 'Give up'], > - ['y', 'n', 'a', 'g']) > + ['Yes', 'No', 'Add an alternative', 'Give up'], > + ['y', 'n', 'a', 'g']) seems to be a purely whitespace change. Could you check diffs to prevent committing them? Thanks! Merlijn

2 2

[Pywikipedia-l] Access QueryPage-based special pages via API
by Maarten Dammers 01 Jan '11

01 Jan '11

Hi guys, I just noticed the bug 'Access QueryPage-based special pages via API' is marked as fixed, see https://bugzilla.wikimedia.org/show_bug.cgi?id=14869 That's probably useful for us :-) Maarten

1 0

Re: [Pywikipedia-l] [Toolserver-l] Default Python will change to 2.7
by Merlijn van Deen 31 Dec '10

31 Dec '10

Hello all, This is especially relevant for all interwiki bots on the toolserver. Do *not* use python 2.7 for those bots. There is a bug [1] in the unicode normalization that causes page titles to become mangled [2]. This, in turn, results in botwars [3]. As such, interwiki bots on wikipedia should use a python version that does not have this bug, which means using a version before 2.6.5. Although you will get a warning message when using a python version that exhibits this bug, the bot will still work. As such, you may very well cause bot wars if you start using py2.7. Best regards, Merlijn van Deen [1] http://bugs.python.org/issue10254 [2] http://sourceforge.net/tracker/?func=detail&atid=603138&aid=3081100&group_i… [3] http://de.wikipedia.org/w/index.php?title=GNU-Lizenz_f%C3%BCr_freie_Dokumen… On 22 November 2010 11:22, River Tarnell <river.tarnell(a)wikimedia.de> wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > During the general maintenance on Dec 6th, we will change the default Python > version (/usr/bin/python) on the Solaris user servers from 2.6 to 2.7. You may > wish to test your tools with /usr/bin/python2.7 before then. > > - river. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.16 (FreeBSD) > > iEYEARECAAYFAkzqREgACgkQIXd7fCuc5vIhFQCgpX20z0B9xHikuwl+yiEUDzFH > WjYAn1wqm21wZjP1uQhsEO7RkxlTyE/N > =CqUE > -----END PGP SIGNATURE----- > > _______________________________________________ > Toolserver-l mailing list (Toolserver-l(a)lists.wikimedia.org) > https://lists.wikimedia.org/mailman/listinfo/toolserver-l > Posting guidelines for this list: https://wiki.toolserver.org/view/Mailing_list_etiquette

3 2

Re: [Pywikipedia-l] Commit access requests
by info＠gno.de 31 Dec '10

31 Dec '10

Same as Bináris: only 3 minor patches submitted. One of them based on a old version (which doesn't matter) but also would have been given a wrong sorting order to the submitted list. On the other hand: do we have any suggestions or rules to propose the commit flag? xqt ----- Original Nachricht ---- Von: Bináris <wikiposta(a)gmail.com> An: Pywikipedia discussion list <pywikipedia-l(a)lists.wikimedia.org> Datum: 31.12.2010 11:13 Betreff: Re: [Pywikipedia-l] Commit access requests > 2010/12/31 Rob Lanphier <robla(a)wikimedia.org> > > > > > 2. The access request is from this person: > > http://www.mediawiki.org/wiki/User:Ebraminio > > Any objections to granting access for this person? > > > > 3 patches on SF (http://sourceforge.net/users/ebraminio/) and never seen > on this mailing list. > > -- > Bináris > > > -------------------------------- > > _______________________________________________ > Pywikipedia-l mailing list > Pywikipedia-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l >

1 0

Re: [Pywikipedia-l] LiquidThreads
by info＠gno.de 31 Dec '10

31 Dec '10

There ar no LQ specific methods yet or any other LQ related things except defined namespaces 90-93 for those sites and language who has implemented it. First part would be easy to implement by asking for this namespace like # site method def has_LiquidThreads(): try: self.namespace(90) return True except KeyError: return False xqt ----- Original Nachricht ---- Von: Bináris <wikiposta(a)gmail.com> An: Pywikipedia discussion list <pywikipedia-l(a)lists.wikimedia.org> Datum: 31.12.2010 11:21 Betreff: [Pywikipedia-l] LiquidThreads > Hi folks, > > on huwiki LiquidThreads is switched on on a particular page of project > namespace, and some people have switched it on on their own talk pages > without any encouragement to do so. In the future this tool will spread. > (For those not familiar with LT: this is the proposed future of talk > pages.) > > Does pywikibot have any tools for LT? I mean > *deciding whether LT is implemented in a specific wiki or not > *deciding if a user/category/template/article/community page (not in "talk" > namespace!) has conventional talk/page form or LT > *handling LT pages > > -- > Bináris > > > -------------------------------- > > _______________________________________________ > Pywikipedia-l mailing list > Pywikipedia-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l >

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

pywikibot