pywikibot February 2012

pywikibot@lists.wikimedia.org

25 participants
44 discussions

[Pywikipedia-l] Urlencoded section titles
by Bináris 13 Sep '18

13 Sep '18

Happy Monday, There are strange people who make such links (kindof urlencoded?): [[Második világháború#Partrasz.C3.A1ll.C3.A1s Szic.C3.ADli.C3.A1ban .28Huskey hadm.C5.B1velet.29|Huskey hadműveletben]] So the section title must have been copied from the URL. Do we have a ready tool to fix these? -- Bináris

3 11

[Pywikipedia-l] Template parsing code
by Hannes Röst 02 Sep '16

02 Sep '16

Hello all >From one of my assignments as a bot operator I have some code which does template parsing and general text parsing (e.g. Image/File tags). It is not using regex and thus able to correctly parse nested templates and other such nasty things. I have written those as library classes and written tests for them which cover almost all of the code. I would now really like to contribute that code back to the community. Would you be interested in adding this code to the pywikibot framework? If yes, can I send the code to someone for code review or how do you usually operate? Greetings Hannes PS: wiki userpage is http://en.wikipedia.org/wiki/User:Hannes_R%C3%B6st

5 13

[Pywikipedia-l] Pywikibot code contribution
by Hannes Röst 04 Jan '13

04 Jan '13

Dear all I have posted to this mailing list in January with a library that I wanted to contribute to the codebase. This is part of an effort on my side to refactor code that accumulated over various bot-operator tasks and make it available to the community. The main part of the code deals with spellchecking using hunspell (http://hunspell.sourceforge.net/) instead of the list-based approach currently used in spellcheck.py. The second part is an interactive robot to do revision control (Sichten) in the german wikipedia. There are some api functions that use the "undo" functions of the action=edit command and an api function that uses the action=review command. So I wanted to ask whether somebody had time to have a look at the code I submitted here http://sourceforge.net/tracker/?func=detail&aid=3479070&group_id=93107&atid… (I uploaded a new file "(moved testSamples)" please us this to test, the other one seems corrupt and cannot be deleted any more as well). Thus, is there a code-review process that I can undergo or what do you suggest is the best way to get the code into trunk (if at all?). Would it be easier if I talked directly to one of you? What are the criteria to get SVN commit access -- I was just wondering what the general rules are. Greetings Hannes

4 3

[Pywikipedia-l] Noisy interwiki.py
by Tuszynski, Jaroslaw W. 21 Apr '12

21 Apr '12

Running interwiki.py in the background produces infrequent but steady stream of beeps, which I can't figure out how to turn off. It seems like occasionally when program tries to display am non English character it beeps. The beep does not respond to computer's volume or mute control. I was looking for an option for less verbose output, but could not find one. Is there any other way to control it other than disabling motherboard speaker? I run interwiki.py from DOS command line in Windows XP. Jarosław Tuszyński, PhD. Science Applications International Corporation (SAIC) 703-516-7406 (Office) 571-245-5824 (BlackBerry)

6 8

Re: [Pywikipedia-l] Proposal for farewell of good old Python 2.4
by info＠gno.de 29 Mar '12

29 Mar '12

Since we have plural support for i18n py2.4 is deprecated and does not fully support it except in a default way regarding to bug #3433609. Pre 2.5 releases cannot use plural.py and IMHO we shouldn't downgrade it (look at the code for the reason why). Maybe there is only this guy who is using that old stuff. I guess we should move a copy of the current 2.4 compatible release to the archive without further updates (and maybe make it available at pywikipedia nightly for downloading). 2.6 should be the new minimum version. But we have the unicode bug with all releases from 2.5 upto 2.7.1. This means 2.7.2 is the release which is strongly recommended I think. Regards xqt

4 22

Re: [Pywikipedia-l] Proposal for farewell of good old Python 2.4
by info＠gno.de 29 Feb '12

29 Feb '12

> > > > > Last but not least: not supported does not necessarily mean we have to > > actively remove bits that work around quirks for a certain version; > rather, > > it means we won't fix bugs due to an old python version. > > > I would be more radical. What I would like to see is a cleaner code without > unneccessary branches, and free use of some basic tools such as conditional > (x if cond. else y) that is widely used in the world of programming. But > let's see the survey first. We have fixed bugs due to old py2.4 in r9227 and r9740 but I don't like it anymore if it diverges to the rewrite branch to much (or other future branches like 3.X support). interwiki.py is a good sample for really old code stuff like nested try statements for exception handling and finally handling. And we shouldn't be forced to keep code for pre 2.4 releases like "set" and "sorted". Regards xqt

2 1

[Pywikipedia-l] Fwd: Pywikipediabot development and git - want to switch?
by Merlijn van Deen 27 Feb '12

27 Feb '12

Hello All, As you might know, the mediawiki repository is switching to git. Sumana contacted me to find out whether the pywikipedia community would also be interested in switching. Possible reasons for switching are mainly related to to developer workflow: it's much easier to make small (local) commits, and we can do things like review-before-merge (even though I don't think this is a large issue). In addition, it's much easier to browse the history, and something like 'svn blame' does not take two decades. The obvious disadvantage is that people will have to switch: they will have to download new software (git / tortoisegit / whatever), change their repositories, et cetera. I can remember a discussion about this, but I cannot find it in my mail archives - so I'm guessing this was on IRC. As far as I am concerned - I'd like to stick with SVN for as long as possible. Even though I *really* like git, we don't gain much by switching. We don't really have the problems with code review mediawiki has, simply because we have much less code committed. However, if wikimedia takes down svn.wikimedia.org at a certain point, we might as well consider switching to a different version control system - essentially the same as what we did when we dropped sf.net for svn.wikimedia.org. Best, Merlijn

6 6

[Pywikipedia-l] Proposal for farewell of good old Python 2.4
by Bináris 27 Feb '12

27 Feb '12

Every now and then we face the problems of separate needs of this old Python version. See just my previous letter about async_put or the lack of a basic conditional expression. 2.5 is a point where many things are much simpler to handle. Time is going on its way and one day we noticed the calendar showed the 2012th year. 2.4 is just as an old lumber in the middle of the room you have to go round about all the time. Let's throw it out. Last time I proposed this there were voices saying some people are forced to use this historical version. I would like to know how big this problem is and if it is still the reality. So I created a page to collect these cases here: https://www.mediawiki.org/wiki/User:Bin%C3%A1ris/Python_2.4_review I propose three steps: 1. Move the above mentiond page to public space, e.g. Manual:Pywikipediabot/Python 2.4 review 2. From now on (after a few days of discussion) wikipedia.py should check for sys.version and if it turns out to be <2.5, then display a warning and ask the user to visit this page and explain his/her reasons or just sign it. (I think we are not allowed to collect automated feedbacks so this is the only way.) 3. After 2 months we review this page and with this information we may decide what to do with 2.4, keep or deprecate. In better case we will be able to determine a deadline for upgrading, in the worse case I will sadly accept the importance of 2.4 for the future. (I think we should have been talking about Python 3000 for quite a time, not 2.4.) Btw, I see some 2.3 related code remnants in wikipedia.py lines 144 to 154 of current version, although 2.3 is no more supported, AFAIK. Are they necessary? -- Bináris

4 4

[Pywikipedia-l] Replace.py should save -- please comment
by Bináris 26 Feb '12

26 Feb '12

Hi! My old problem is that repalce.py can't write the pages to work on into a file on my disk. I have used a modificated version for years that does no changes but writes the title of the involved pages to a subpage on Wikipedia in automated mode, and then I can make the replacements from that page much more quickly than directly from dump or living Wikipedia. This is slow and generates a plenty of dummy edits. In other words, replace.py has a tool to get the titles from a file (-file) or from a wikipage (-links), but has no tool to generate this file. Now I am ready to rewrite it. This way we can start it and the bot will find all the possible articles to work on and save the titles without editing Wikipedia (and without artificial delay), meanwhile we can have the lunch or run a marathon or sleep. Then we make the replacements from this with -file. My idea is that replace.py should have two new parameters: -save writes the results into a new file instead of editing articles. It overwrites existing file without notice. -saveappend writes into a file or appends to the existing one. OR: -save writes and appends (primary mode) -savenew writes and overwrites The help is here: http://docs.python.org/howto/unicode.html#reading-and-writing-unicode-data So we have to import codecs. My script is: articles=codecs.open('cikkek.txt','a',encoding='utf-8') ... tutuzuzu=u'# %s\n' %page.aslink() <-- needs rewrite to the new syntax articles.write(unicode(tutuzuzu)) <-- needs further testing, if nicode() is really needed articles.flush() It works fine except '\n' is a unix-styled newline that has to be converted by lfcr.py in order to make it readable with notepad.exe. This is with constant filename, that should be developed to get from command line. Your opinions before I begin? -- Bináris

5 12

[Pywikipedia-l] bot page count
by Chris Watkins 26 Feb '12

26 Feb '12

Is there a way to get a bot to list pageviews for all pages in a category? I found mentions of self.counter has to do with pageviews, but I can't find a script that uses it. I was asked: "Do you have a bot that can report the page view counts for the pages in the http://www.appropedia.org/Category:JMC330_International_Mass_Communicationc…" Thanks. -- Chris Watkins Appropedia.org - Sharing knowledge to build rich, sustainable lives.

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

pywikibot February 2012