pywikibot

pywikibot@lists.wikimedia.org

3 participants
6830 discussions

Re: [Pywikipedia-l] [ pywikipediabot-Bugs-3605062 ] pywikipediabot should use standard output
by Bináris 17 Feb '13

17 Feb '13

Let me explain this a bit more. We were working on a solution that our toolserver sends me an affordable quantity of e-mails that can be read. As cron sends a mail if the timed command has some output, it is supposed to bother me only in case of some problem if I redirect standard output to /dev/null. But this is not the case: binaris@tron:~/ pywikipedia$ python figyelmet.py >/dev/null NOTE: You have new messages on wikipedia:hu Sleeping for 8.1 seconds, 2013-02-17 12:23:47 Updating page [[KategĂłria:Figyelmet igĂŠnylĹ lapok 2013 februĂĄrjĂĄbĂłl]] via API Sleeping for 9.1 seconds, 2013-02-17 12:23:56 Updating page [[KategĂłria:Csonkok 2013 februĂĄrjĂĄbĂłl]] via API Sleeping for 9.1 seconds, 2013-02-17 12:24:06 2013/2/17 SourceForge.net <noreply(a)sourceforge.net> > Bugs item #3605062, was opened at 2013-02-17 06:02 > Message generated for change (Tracker Item Submitted) made by tgr_ > You can respond by visiting: > > https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3605062&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: other > Group: None > Status: Open > Resolution: None > Priority: 5 > Private: No > Submitted By: Tgr (tgr_) > Assigned to: Nobody/Anonymous (nobody) > Summary: pywikipediabot should use standard output > > Initial Comment: > All pywikipedia messages go to standard error, making the proper running > of such bots from cron very difficult. Normal messages should go to > standard output, and only suprising messages (python errors, block > notifications, new message notifcations) should go to standard error. > > ---------------------------------------------------------------------- > > You can respond by visiting: > > https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3605062&group_… > -- Bináris

1 0

[Pywikipedia-l] HELP! Bot stopped on toolserver
by Bináris 17 Feb '13

17 Feb '13

Hi folks, I just noticed that all my botscripts stopped on Hungarian toolserver on 27 January. Pywikibot is updated daily by cron. From server messages I see it has some problem with wikipedia.py, but what? No code is changed in my own scripts. frissdump.py is here: http://hu.wikipedia.org/wiki/Szerkeszt%C5%91:BinBot/frissdump.py Traceback (most recent call last): File "pywikipedia/frissdump.py", line 6, in <module> import wikipedia as pywikibot File "/home/binaris/pywikipedia/ wikipedia.py", line 8244, in <module> getSite(noLogin=True) File "/home/binaris/pywikipedia/pywikibot/__init__.py", line 115, in wrapper return method(*__args, **__kw) File "/home/binaris/pywikipedia/wikipedia.py", line 8004, in getSite _sites[key] = Site(code=code, fam=fam, user=user) File "/home/binaris/pywikipedia/pywikibot/__init__.py", line 115, in wrapper return method(*__args, **__kw) File "/home/binaris/pywikipedia/wikipedia.py", line 5245, in __init__ self.__family = Family(fam, fatal = False) File "/home/binaris/pywikipedia/wikipedia.py", line 5047, in Family myfamily = __import__('%s_family' % fam) File "/home/binaris/pywikipedia/families/wikipedia_family.py", line 8, in <module> class Family(family.WikimediaFamily): AttributeError: 'module' object has no attribute 'WikimediaFamily' -- Bináris

3 3

[Pywikipedia-l] Save the date: Amsterdam Hackathon 2013 (May 24-26)
by Maarten Dammers 10 Feb '13

10 Feb '13

Hi everyone, Wikimedia Nederland invites all developers to the Amsterdam Hackathon 2013. The hackathon is an opportunity for all Wikimedia community developers and sysadmins to come together, squash bugs and write great new features & tools. Unlike the previous years (2012, 2011, etc.) this Hackathon won't be in Berlin, but in Amsterdam. The event is open to a wide range of developers. We welcome both seasoned and new developers as well as people working on MediaWiki, tools, pywikiedia, gadgets, extensions, templates … . It takes place from 24-26 May. If you’d like to attend, please save the date! There will not be an entrance fee for the event itself, but a registration is mandatory. There will be a limited number of scholarships available, details to be provided ASAP. We're currently finalizing the arrangements of the venue. When we're done with that we'll open registration. Keep an eye on https://www.mediawiki.org/wiki/Amsterdam_Hackathon_2013 for updates! Check this page for updates! Maarten Ps. Please spread the word

1 0

[Pywikipedia-l] Please update from SVN: UserAgent header change
by Yuri Astrakhan 04 Feb '13

04 Feb '13

Apparently all of pywiki scripts used the same user agent header - Pywikipediabot/1.0, which made it difficult for Wikipedia et al to identify which script used or abused which API features, as well as impossible to contact the author of said script to fix it. I have recently merged a patch from Ori (WMF dev) to both the main and the rewrite branches. PLEASE UPDATE your pywikipedia code from SVN to automatically start using the new user agent, which will now include the name of the startup script and possibly SVN revision (we might want to switch to a hash-of-main-file based number instead at a later time). On a separate note, if you are interested in the future of MediaWiki APIv2, take a look at the RFC<http://www.mediawiki.org/wiki/Requests_for_comment/API_Future>, and submit your own thoughts on what you might need for your scripts from the next version of the API, or email me directly. --yurik

1 0

[Pywikipedia-l] pywikipediabot commit
by Avocato 02 Feb '13

02 Feb '13

User:Avocato ;Preferred git username: avocato ;Preferred shell username: avocato ;Did you previously have SVN access?: Yes ;Email address: avocatomail(a)gmail.com I already have the commit access (accessing to Gerrit and Wikimedia Labs), now, I request pywikipediabot commit. -- *User:Avocato--*

2 3

[Pywikipedia-l] Thank you for the bad joke :-(
by Bináris 20 Jan '13

20 Jan '13

Hi, I worked a lot on a script that created a page under my bot's user page, finally after tests I renamed it<http://hu.wikipedia.org/w/index.php?title=Wikip%C3%A9dia:Elavult_m%C3%A1svi…>to project namespace. At the next run the bot worked 8 minutes (hard to wait if you want to work with the result), and finally stopped at the last moment instead of saving the page. Sorry, I forgot to copy the screen, the essence is that it claimed my page to be *locked* (what I thought to be protected). I didn't understand, and I spent a lot of time with investigating and understanding what happened. The page was not protected, of course. The result of my investigation is that when the bot finds its own name in the last edit comment (that was the fact because of renaming), it supposes that the last edit was a revert of its previous edit (why?), and denies saving with a fake and misleading "page locked" exception. The code in wikipedia.py is: elif self.comment() and username in self.comment(): raise LockedPage( u'Not allowed to edit %s because last edit maybe reverted' % self.title(asLink=True)) (line 1970) Of course, these type of messages in the argument of *raise* won't appear on user's screen, it is hidden into the source code. For some reason, Python does not show the message in user exceptions. This was my first experience with this kind of error so I was first frightened and confused and finally found out that I should use a force=True parameter, and so after waiting another 8 minutes I could save the page. I solved the case and lost 15-20 minutes. Is there really a serious reason to suppose that having found the name of the bot in the last edit comment marks a revert and to prevent the bot of saving the result of its work? Bináris.unhappy.hu <http://xn--binris-rta.unhappy.hu>

6 12

[Pywikipedia-l] Coordinates
by Bojan Kalkan 18 Jan '13

18 Jan '13

Is there someone who has or is wiling to share/make bot that will place coordinates template (in decimal format rather than DMS) at top or bottom of articles that have have not such template?

4 5

Re: [Pywikipedia-l] Wikidata & interwiki behavior
by info＠gno.de 17 Jan '13

17 Jan '13

I am preparing an easy way to create a DataPage from a Page object. This enables to integrate wikidata to interwiki and run it in just a similar way as with other pages. More follows asap... xqt ----- Ursprüngliche Nachricht ----- Von: Amir Ladsgroup Gesendet: 17.01.2013 17:27 An: jan.dudik(a)volny.cz; Pywikipedia discussion list Betreff: Re: [Pywikipedia-l] Wikidata & interwiki behavior On Thu, Jan 17, 2013 at 11:04 AM, Jan Dudík <jan.dudik(a)gmail.com> wrote: There might be possibility to solve conflict as it is i current interwiki.py with preffering wikidata version? it's a very interesting idea. Is there a way someone tell me how we can do it? about other things i think we can simply make a list of the articles in each cases by using toolserver -- Amir

1 0

[Pywikipedia-l] Wikidata & interwiki behavior
by Jan Dudík 17 Jan '13

17 Jan '13

Maybe we should define default behavior for interwiki bots with live wikidata, because now is hu.wiki ignored and incorrect links are not repaired and on wikidata (and hu.wiki) are missing new articles from other wikis. 1) starting page have interwiki & no conflict found & wikidata backlink exists (it means exactly onem without conflict, in other case go to 3)) 2) starting page have interwiki & no conflict found & wikidata backlink does not exists 3) starting page have interwiki & conflict found 4) starting page have no interwiki & wikidata backlink exists 5) starting page have no interwiki & wikidata backlink does not exists for cases 1) and 4) should bot update wikidata and sites without wikidata, on wikidata sites (actually hu) remove interwiki for case 2) shoud create wikidata item and remove/update other sites what about case 3) ? There might be possibility to solve conflict as it is i current interwiki.py with preffering wikidata version? And what about case 5)? should bot create wikidata item or not? JAnD 2013/1/17 Bináris <wikiposta(a)gmail.com>: > Here is how to detect presence of Wikidata from API: > https://www.wikidata.org/w/index.php?title=Wikidata:Project_chat&oldid=4469… > > -- > Bináris > _______________________________________________ > Pywikipedia-l mailing list > Pywikipedia-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l > -- -- Ing. Jan Dudík

2 1

[Pywikipedia-l] Wikidata has arrived, please update interwiki bots
by Bináris 16 Jan '13

16 Jan '13

Hi folks, this is a great evening, as Wikidata began to work after the Wikibase client was deployed on Hungarian Wikipedia<http://hu.wikipedia.org/w/index.php?title=Triatlon&diff=prev&oldid=12906358>two hours ago. See this blog, too: http://blog.wikimedia.de/2013/01/14/first-steps-of-wikidata-in-the-hungaria… Then people came from all over the world and began to remove interwikis happily to see the greatness of Wikidata and the bots began to put them back. See http://hu.wikipedia.org/w/index.php?title=H%C3%A1ss%C3%A1gy&action=historyf… example. So the whole removement movement was ceased because it is senseless this way. So would somebody teach interwiki.py not to restore removed interwikis to Hungarian Wikipedia? We have Wikidata, thanks. :-) However, bots should not leave huwiki alone completely, as {{link FA}} and {{link GA}} is not in the scope of Wikidata at the moment (it will be added later), so this is still the task of bots. After you tell us that interwiki.py is ready, we give some time for bots being updated, and afterwards bots using old code may be blocked. We would like to enjoy removing interwikis. :-) FYI: next Wikipedias to test Wikidata will be Hebrew and Italian in a few weeks. They will be followed by English if tests are successful, then the others. -- Bináris

2 4

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

pywikibot