Maybe we should deactivate this option and make the -top maintenance to the default since iw-bots could'nt handle it yet. If this is fixed, the game should be determining the rules for placing the templates on top or beside iw-links for each wiki in the family file instead giving each operator the choice for that.
----- Original Nachricht ----
Von: Jon Harald Søby <jhsoby(a)gmail.com>
An: info(a)gno.de
Datum: 25.05.2010 02:16
Betreff: Re: [Pywikipedia-l] interwiki.py not cooperating with featured.py
> Yes, I'm aware of that option, but it's not what I want; I want the links
> to
> stay next to the interwiki links, but interwiki.py makes that impossible,
> because it just moves them back up there. I don't think it would take too
> many lines of code to fix this, but as I said, I'm no programmer
> unfortunately.
>
> 2010/5/23 <info(a)gno.de>
>
> > Yo should use -top option if you want to move all {{Link FA|lang}} to the
> > top of the interwiki links as described on the documentation.
> >
> > Greetings
> > xqt
> >
> >
> > ----- Original Nachricht ----
> > Von: Jon Harald Søby <jhsoby(a)gmail.com>
> > An: pywikipedia-l(a)lists.wikimedia.org
> > Datum: 20.05.2010 21:22
> > Betreff: [Pywikipedia-l] interwiki.py not cooperating with featured.py
> >
> > > Hi!
> > >
> > > I recently started using my bot again (after some time), and was
> > delighted
> > > to discover that featured.py now places the {{Link FA|xx}} templates
> next
> > > to
> > > the interwiki link to that language instead of above all the interwikis
> > > (AFAIR that was not the case a few years ago). However, interwiki.py
> does
> > > not cooperate with this, and when it finds a {{Link FA|xx}} template in
> > the
> > > interwiki section of a page, it moves it to above the interwikis. This,
> > as
> > > you understand, voids the improved behaviour of featured.py. For
> example,
> > > see [1] vs [2].
> > >
> > > Unfortunately I don't know enough python to fix this myself, but I
> would
> > > like to suggest that (1) interwiki.py, when it finds them, places the
> > > {{Link
> > > FA|xx}} templates next to the [[xx:Yyy]] links, like featured.py does,
> > and
> > > that (2) featured.py places all {{Link FA|xx}} templates it finds next
> to
> > > their respective [[xx:Yyy]] links, and not just the one it is currently
> > > working on. (As you can see from [2] there are previous {{Link FA}}
> > > templates there as well, and the result after a few rounds of
> featured.py
> > > and then interwiki.py can be a bit messy, see [3].) It would also be
> good
> > > if
> > > featured.py would change the English names of the templates to the
> > > localized
> > > versions where they exist (e.g. Link FA -> Link UA and Link GA -> Link
> AA
> > > for Norwegian).
> > >
> > > I hope these requests aren't too difficult to fix; as I know very
> littel
> > > python I don't really know what it would take to fix them,
> unfortunately.
> > >
> > > [1]
> > >
> >
> http://no.wikipedia.org/w/index.php?title=Indonesia&action=historysubmit&dif
>
> > > f=7138198&oldid=7131261
> > > [2]
> > >
> >
> http://no.wikipedia.org/w/index.php?title=Indonesia&action=historysubmit&dif
>
> > > f=7149308&oldid=7138198
> > > [3]
> > >
> >
> http://no.wikipedia.org/w/index.php?title=Indonesia&oldid=7149308&action=edi
>
> > > t
> > >
> > > --
> > > Jon Harald Søby
> > > http://meta.wikimedia.org/wiki/User:Jon_Harald_S%C3%B8by
> > >
> > >
> > > --------------------------------
> > >
> > > _______________________________________________
> > > Pywikipedia-l mailing list
> > > Pywikipedia-l(a)lists.wikimedia.org
> > > https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
> > >
> >
> > Und was machen Sie heute abend? Alles Events Ihrer Gegend auf einen Blick
> > im Arcor.de-Veranstaltungskalender: http://www.arcor.de/rd/footer.events
> >
>
>
>
> --
> Jon Harald Søby
> http://meta.wikimedia.org/wiki/User:Jon_Harald_S%C3%B8by
>
--
Der Newskiosk
Von Sommerloch keine Spur: Alle Top-News der großen Tageszeitungen aus Wirtschaft, Politik, Sport, Lifestyle und mehr im News-Kiosk auf arcor.de.
http://www.arcor.de/rd/footer.newskiosk
hidename needs "hideuser"-rights, normally granted to oversigther
I putted it to the framework just to complete the api options.
Greetings
xqt
----- Original Nachricht ----
Von: Bináris <wikiposta(a)gmail.com>
An: pywikipedia-l(a)lists.wikimedia.org
Datum: 24.08.2010 13:42
Betreff: Re: [Pywikipedia-l] [Pywikipedia-svn] SVN: [8449]
trunk/pywikipedia/userlib.py
> Thank you, xqt. I guess this new hidename option needs steward rights to
> use, does it?
>
> 2010/8/24 <xqt(a)svn.wikimedia.org>
>
> > Revision: 8449
> > Author: xqt
> > Date: 2010-08-24 11:13:32 +0000 (Tue, 24 Aug 2010)
> >
> > Log Message:
> > -----------
> > doc from block() method from api doch; enable hidename parameter (bug
> > #3052157)
> >
> --
> Bináris
>
>
> --------------------------------
>
> _______________________________________________
> Pywikipedia-l mailing list
> Pywikipedia-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
>
--
Der Newskiosk
Von Sommerloch keine Spur: Alle Top-News der großen Tageszeitungen aus Wirtschaft, Politik, Sport, Lifestyle und mehr im News-Kiosk auf arcor.de.
http://www.arcor.de/rd/footer.newskiosk
--
Der Newskiosk
Von Sommerloch keine Spur: Alle Top-News der großen Tageszeitungen aus Wirtschaft, Politik, Sport, Lifestyle und mehr im News-Kiosk auf arcor.de.
http://www.arcor.de/rd/footer.newskiosk
Hello,
we got a request to rename a lot of articles in huwiki. See
http://hu.wikipedia.org/w/index.php?title=Wikip%C3%A9dia:Botgazd%C3%A1k_%C3…
All the "0" chars in titles mean "any digit". As far as I see, move.py does
not handle regexps in the way replace.py does, although I would just need
this feature.
How would you solve this problem?
Earlier in another problem I generated "move X Y" lines with Excel, and put
them in a batch file, calling move.py as many times as the number of
articles to rename, what is not too nice, but now I don't know all the
original titles, only patterns.
--
Bináris
The idea is to create a user page and a talk page for a blocked user with a
template, and immediately after creating to protect them.
The bot creates the pages and gives an error:
Creating page [[Szerkesztö:SZDSZ]] via API
Sleeping for 6.7 seconds, 2010-08-19 23:04:37
Creating page [[Szerkesztövita:SZDSZ]] via API
Note: Your sysop account on wikipedia:hu does not have a bot flag. Its edits
wil
l be visible in the recent changes.
Sleeping for 4.8 seconds, 2010-08-19 23:04:49
Do you want to change the protection level of [[hu:Szerkesztö:SZDSZ]]?
([Y]es, [
N]o, [A]ll) a
{u'error': {u'info': u"*Existing titles can't be protected with 'create'*",
u'code
': u'create-titleexists'}}
Sleeping for 6.9 seconds, 2010-08-19 23:04:57
{u'error': {u'info': u"Existing titles can't be protected with 'create'",
u'code
': u'create-titleexists'}}
Now comes the funny thing: I run the script again. It saves the page with
the same text (of course, this will not appear in page history), and now it
protects the pages successfully!
Updating page [[Szerkesztö:SZDSZ]] via API
Sleeping for 7.9 seconds, 2010-08-19 23:14:28
Updating page [[Szerkesztövita:SZDSZ]] via API
Note: Your sysop account on wikipedia:hu does not have a bot flag. Its edits
wil
l be visible in the recent changes.
Sleeping for 8.9 seconds, 2010-08-19 23:14:37
Do you want to change the protection level of [[hu:Szerkesztö:SZDSZ]]?
([Y]es, [
N]o, [A]ll) a
Changed protection level of page [[Szerkesztö:SZDSZ]].
Sleeping for 7.1 seconds, 2010-08-19 23:14:49
Changed protection level of page [[Szerkesztövita:SZDSZ]].
How is it possible that the second time the pages could be protected,
although they were existing titles, too?
I tried to change the order of script lines: first protection, and saving
afterwards. This works! But this way the bot creates the pages under my
sysop name, because they are already protected.
I just have used the lines:
userlap.protect(reason=self.summary)
vitalap.protect(reason=self.summary)
In wikipedia.py protection stands as follows:
def protect(self, editcreate = 'sysop', move = 'sysop', etc.
So it has only a common "editcreate" parameter.
Please help, what is wrong in my solution, and how is it possible, that
first time a page cannot be protected, and the second time it can?
--
Bináris
Hi all,
I run a bot on two different languages of Wikipedia, with different
usernames. This seems to result in some authentication issues when I
come back to en-WP after having successfully authenticated on the
other WP (Norwegian, in this case). I'm prompted for my password,
enter it correctly, and then get prompted again, and this can
apparently continue for as long as I'm bothered to enter passwords.
I've been thinking about looking more closely into this issue, but was
wondering if this actually is something that I should look into, or
whether it's a feature. Seems to me that running different pywikibot
directories for different languages could solve it, instead of
attempting to code for it.
Would appreciate other people's thoughts on this.
Regards,
Morten
Some time ago as a Python/Django/JQuery/pywikipedia exercise I've hacked a
web based recent changes patrol tool. An alpha version can be seen at the:
http://www.wpcvn.com
It includes a few interesting features that may be useful to the community
(& researchers designing similar tools):
1. tool uses editors ratings, primarily based on user counters (includes
reverted revisions counters) calculated using the wiki dump;
2. site members can see each other reviewing;
3. site members can see edits being reverted (with ratings of the reverting
editor);
4. site members can confirm their nicknames (bind to the account on the
Wikipedia, the tool can catch/identify a GUID in the edit comment to
WP:SANDBOX);
5. can aggregate IRC feeds from bots (currently only MiszaBot is supported).
WPCVN yet another collaborative *(it shows other users actions - patrols and
reverts)* Web 2.0 RC patrol tool that runs in a browser. It has been tested
with Firefox <http://en.wikipedia.org/wiki/Firefox>,
IE<http://en.wikipedia.org/wiki/IE>and Google
Chrome <http://en.wikipedia.org/wiki/Google_Chrome>. Currently operates for
en-wiki only in the alpha <http://en.wikipedia.org/wiki/Alpha_testing> mode.
WPCVN aggregates recent changes IRC feed, IRC feed from the MiszaBot and
WPCVN user actions. It also uses pre-calculated Wikipedia users "karma"
(based on the recent en-wiki dump analysis) to separate edits made by users
with clearly good or bad reputation. The tool is open source (LGPL) and uses
JQuery/JQueryUI + Django backend.
-- Regards, Dmitry
In userlib.py, under the header:
> def block(self, expiry = None, reason = None, anon= True, noCreate =
> False,
> onAutoblock = False, banMail = False, watchUser = False,
> allowUsertalk = True,
> reBlock = False):
>
the given parameters in comment are outdated. (Inconsistent with the real
parameter names.) Could any developer please rewrite them? This is NOT a
bug, this is only annoying, not very urgent.
--
Bináris