2012/2/2 Merlijn van Deen :
> 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:
Hey folks,
Sorry about that. I'd happily relicense the original code under whatever is
convenient for you.
If anyone contributed to the file in the meantime, I'm afraid you'd have to
ask those guys for permission, too :(
___
Pywikipedia-l mailing list
P
five.sentenc.es
>
> _______
> Pywikipedia-l mailing list
> Pywikipedia-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
>
>
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
not hard redirects return True to
> p.isRedirectPage(), will this break anything else?
>
> Russ
>
>
> ___
> Pywikipedia-l mailing list
> Pywikipedia-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
&
t;> Russ
>>
>>
>>
>
>
>
> _______
> Pywikipedia-l mailing list
> Pywikipedia-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
>
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
guess that maintaining a seenPages list containing all
the pages objects of the dump, and that probing in this huge list is
also costly.
This being noted, I'm fine with the change.
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipedia
07)
> @@ -1034,7 +1034,7 @@
> pass
> if gen:
> self.gens.append(gen)
> -return True
> +return self.getCombinedGenerator()
> else:
> return False
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
.org
>> > https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
>> >
>>
>>
>>
>> ___
>> Pywikipedia-l mailing list
>> Pywikipedia-l@lists.wikimedia.org
>> https://lists.wikim
to insert the space? (And regex?) I
> tried %20 instead of the space but it didn't work.
>
> Thanks
>
> --
> Chris Watkins (a.k.a. Chriswaterguy)
>
> Appropedia.org - Sharing knowledge to build rich, sustainable lives.
>
> identi.ca/appropedia / twitter.com/appropedia
> bl
> I tried both of the commands you suggested, and again got the same result:
> "No changes were necessary in..."
>
> Going to try updating my several-month-old Pywikipedia. Turns out that last
> time I tried, I didn't do it right :-).
>
> Thanks,
> Chris
>
> +"""
> +Function that detects if a user is currently blocked or not.
> + """
Really ? =)
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wi
u"name"])
>> -return duplicates
>> -except KeyError:
>> -return None
>> -
>> def getFileVersionHistoryTable(self):
>> """Return the version history in the form of a wiki table."""
>> lines = []
>>
>&
>
> identi.ca/appropedia / twitter.com/appropedia
> blogs.appropedia.org
>
> I like this: five.sentenc.es
>
> ___
> Pywikipedia-l mailing list
> Pywikipedia-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo
ing) for
> all access to wiki contents and metadata. The idea is to obsolete the
> existing framework and replace it with this branch as soon as testing is
> complete and all major bots have been ported.
>
> Oh, and by the way, patches and other contributions besides bug reports are
> also welcome!
>
> Russ
>
>
&
ses of
> that abstract Error: others could too, I'm just converting the Errors that we
> will keep _for sure_
>
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
would of course suggest to work on the
rewrite: the aim is to abandon our current text-scraping framework to
use the API instead.
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
from the old
> version.
Exactly, I was speaking here as the module developer, losing his
marks, and having to get used to the new internals!
For bot operators, agreed, the change is quite small =)
Once your rewrite is set up, you can already run scripts like
"replace.py" as if nothing cha
lserver? ( https://jira.toolserver.org/browse/PYWP )
When porting scripts, some issues of course are still independant of
pywikibot implementation,
but not creating new pywikibot issues on sourceforge would be great.
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
dia/trunk/pywikipedia/wikipedia.py?r1=6555&r2=6567).
It's not that necessary now =)
Data truncation when find() doesn't return a value >= 0 may be omitted too.
>
Not quite sure of what you mean, but go ahead, be bold =)
--
Nicolas
perations
(union, intersection), but are not really helpful when it comes to
incrementally construct them. When I need performance for such kind of
lookups, a simple dictionary is usually way faster than sets :) I
would suggest using a dictionary here :)
--
Nicolas Dumazet — NicDumZ [ n
2009/4/16 Francesco Cosoleto
> Nicolas Dumazet ha scritto:
> > A small note here: set is not really meant to be used on incremental
> > .add(), because sets are frozen (not mutable), and add() instantiates
> > a new set on each .add() action. Sets are useful for set
2009/4/16 Nicolas Dumazet
>
> I am currently running more systematic tests, I will let you know the
> results =)
Oh well. I don't know where I got that key length dependance idea.
Performance is absolutely not related to length of keys, from what I saw
today.
>Fro
.
High traffic.
Only users interested in pywikipedia development should subscribe.
SVN commit hooks have already been updated.
=== In short ===
Splitting pywikipedia-l traffic, make sure to subscribe to
pywikipedia-announce to receive important announcements.
Follow-ups to pywikipedia-l please.
T
pywikibot.script.foo.Particularclass from
time to time.
Can we get your input Russell? =)
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
for parsing page titles
def html2unicode(text, ignore = []):
I believe that it should be correct, knowing that astext() should not
change from one instance to another.
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipedia-l mailing list
ubmit, can you please submit it to
the patch tracker? (
https://sourceforge.net/tracker/?group_id=93107&atid=603140 )
Use the "rewrite" category if you're reporting a bug on the rewrite/ branch.
Thank you,
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
_
2009/4/20 Liangent :
> do i need to submit it to sf.net now?
please do! someone will review it as soon as possible.
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
ht
rint html" here =p
* The docstring does not match the function behavior, but I guess that
is because it's not polished yet? ;)
So, yes, please polish up this patch, and create a patch ticket on our tracker.
Thanks for sharing your change
to IRC when you have small matters like this to
fix, to avoid sending those short-living mails to so many people.
Someone is usually around to help ;)
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipedia-l mailing list
Pywikipedia-l@list
#x27;%s_family' % fam)
except SyntaxError:
if '-' in fam:
# A python module cannot include an hyphen
output(u"""\
__import__ is also cleaner than exec, obviously.
Should we allow family names with hyphens?
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
t has no attribute 'status'
WARNING: Waiting 5 seconds before retrying.
But it's nothing critical, because the error is caught, and the query
is sent again.
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
ges.
Ah, wait. I see a TODO by Russell:
#TODO: should use offset and limit parameters; 'repeat' as now
# implemented is fairly useless
# this comment applies to all the pages methods following, as well
Ah, it's been sitting here since Oct
levels, has different
interfaces for each specific system family.
Naturally I would think that Shelf should be faster and more
appropriate than our custom-made module, but Shelf might be too
generic, and induce unnecessary overhead?
>> +
>> + It's also not
hat about the next line "Got incorrect export page. " ? It's no so
meaningful, and the two messages could probably be merged together.
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
2009/5/5 Francesco Cosoleto :
> Francesco Cosoleto ha scritto:
> Don't you have intention to change this?
I was secretly hoping that you would commit it for me ;)
Done, r6820
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipedia-l m
tails than the simple "It is not guaranteed
that __del__() methods are called for objects that still [...]" from
the Python documentation =))
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
to make it fail on a line
that shows, in a text message, what's wrong.
Do you have any better suggestions on how to do this?
I need to document the "hack" in the code of course, I just included a
minimal patch for the mailing list.
I thought adding this check in wikipedia.py
hat it can
replace the old text-scraping pywikipedia framework that we have in
trunk. Having this in mind, I won't spend time to branch the trunk to
support Python3. It's a loss of time.
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipe
2009/5/11 :
> Revision: 6868
> Author: cosoleto
> Date: 2009-05-11 00:31:39 + (Mon, 11 May 2009)
>
> Log Message:
> ---
> Python 3.0 changes (syntax only)
>
I don't understand. This won't work anymore for Python 2.4 for instance =)
--
Nic
2009/5/11 Francesco Cosoleto :
> Nicolas Dumazet ha scritto:
>> 2009/5/11 :
>>> Revision: 6868
>>> Author: cosoleto
>>> Date: 2009-05-11 00:31:39 + (Mon, 11 May 2009)
>>>
>>> Log Message:
>>> ---
>>> Python
t;
> Russ
>
>
> ___
> Pywikipedia-l mailing list
> Pywikipedia-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
>
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
nconvenients?
Maintaining by hand the disambiguation templates is a pain, when
simply fetching this special page does the trick.
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://l
problem, something has to be fixed in another
place (can you provide the stacktrace maybe?)
* If you're changing output format... I'm fine with it, but please
don't commit unrelated changes without comments... Also, simply using
u'%s' % wsite should work the same, because Site obje
s, he'll lose an
important part of his time...
You should _really_ commit each feature separately. Commit often.
Commit small, consistent bits. A small patch can be reviewed in 10
seconds, it barely takes time.
Do not commit Huge patches every week, with multiple features. This is a pain.
An
Stènelo e io, lotteremo, fino a che il termine
> fatale d'Ilio troviamo, perché con nume propizio venimmo." (Omero)
>
>
> ___
> Pywikipedia-l mailing list
> Pywikipedia-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
>
--
Nicola
> is this name)
>
> _______
> Pywikipedia-l mailing list
> Pywikipedia-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
>
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
_all_ think
that...), then something ought to be done.
But in the meantime, bypassing the tracker using the mailing-list is
just not the correct way here.
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikim
on a one-off basis without any back-end
> consistency, instead of contributing these efforts to finishing the rewrite
> branch -- which is pretty close to being ready for release.
Just showing my support here.
Let's focus on the rewrite, folks :)
--
Nicolas Dumaze
me. Is this really a problem
> for you?
Others might have different opinions, thought.
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
nfiguration, but the fact is that after
this commit, pywp is broken on WMF wikis :) )
I'll revert this massively for now, hoping for a nicer solution,
because I can't manually test all redirect keywords.
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
ssel's, in fact)?
Adding API features in trunk/ is _not_ helpful.
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
2009/6/17 Nicolas Dumazet :
> Hello
>
> 2009/6/16 :
>> Revision: 6962
>> Author: siebrand
>> Date: 2009-06-15 19:27:07 + (Mon, 15 Jun 2009)
>>
>> Log Message:
>> ---
>> Update of 'redirect' magic words, based on cur
2009/6/17 Siebrand Mazeland :
> No, it was a manual update, based on greps from the point Wikimedia was
> using. Took me about an hour.
>
> Siebrand
Oh. Thank you for taking that time then. And sorry again :)
--
Nicolas Dumazet — NicDumZ
And I remember reverting francesco for the same reason. heh, sorry :)
2009/6/23 :
> Revision: 6989
> Author: russblau
> Date: 2009-06-22 15:26:32 + (Mon, 22 Jun 2009)
>
> Log Message:
> ---
> required imports (because global os is deleted during execu
e Commons family file, which was not
"normalized". That should be fixed by r6998 :)
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
st
your time elsewhere. Open Source is "for fun"; if you don't enjoy
being around anymore, please try to use your talents in another
community, there's no point in sticking around in a frustrated manner
:)
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
gfixes or new
features until the release of the rewrite branch? :p
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
re.findall(r'(?u)\bdeutsche[rn]? Reich\b', t)
[u'deutschen Reich']
>>> re.findall(r'\bdeutsche[rn]? Reich\b', t, re.U)
[u'deutschen Reich']
In other words, you just have to specify that you want the match to
take into account Unicode Locale...
(?u) anywhere i
; '_default': [u'wikiSimpop', self.namespaces[4]['_default']],
> 'fr': u'wikiSimpop',
> }
you probably don't want to override _default. It's default, leave it as it is :)
>self.namespac
eader
>
> for page in
> xmlreader.XmlDump('/home/valhallasw/download/nlwikiquote-20090730-pages-articles.xml').parse():
> if '{|' in page.text:
> print page.title
>
>
> I sometimes am surprised of pywikipediabot myself :)
And... xmlreader is the only uni
r should some sort of
> wrapper be thought of?
I don't know any scripts using directly our (internal) localized
messages. I'm OK with such a breaking change, as long as you use
meaningful variable name for substitutions :)
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
Merlijn
>
>
> ___
> Pywikipedia-l mailing list
> Pywikipedia-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
>
--
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]
__
line 308, in main
replaceToPerform = u'|'.join(TTP + TSP + TU)
TypeError: can only concatenate list (not "NoneType") to list
Can you look into it?
--
Nicolas Dumazet — NicDumZ
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.w
have... to use screen-scraping to get the messages :(
...
--
Nicolas Dumazet — NicDumZ
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
the branch is perfect, stable and working. It is likely
to have bugs. But PLEASE REPORT THEM ;)
Thanks for understanding,
--
Nicolas Dumazet — NicDumZ
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
ll disable lagging.
>
> Russ
then I'm reverting this.
Thanks russ :)
--
Nicolas Dumazet — NicDumZ
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
ry-except at the beginning and leaving
> just "import simplejson as json".
import json is meant for 2.6. In 2.6, json _has_ the loads method:
http://docs.python.org/library/json.html#json.loads
--
Nicolas Dumazet — NicDumZ
___
Pywik
t; solution would have been to remove python-json if you
don't use it.
However your specific issue should be fixed after r7286.
--
Nicolas Dumazet — NicDumZ
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wik
Hello Robert,
I'm pretty sure that this is a family configuration issue.
Can you please post your mustang_family.py to the list?
Be careful not to include any sensitive information if you have any ;)
Regards,
--
Nicolas Dumazet — Ni
utput of
$ python login.py -v -v
?
Double-check that the urls that pywikipedia will try to access are
accessible through tools such as curl/wget.
--
Nicolas Dumazet — NicDumZ
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
ipedia.
Sorry, but I don't think that this is the issue here. Without a json,
or simplejson module, an ImportError would have been raised.
--
Nicolas Dumazet — NicDumZ
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://list
old text" "new one" "another thing to
change" "and the replacement"
Already works as expected.
--
Nicolas Dumazet — NicDumZ
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
2009/10/4 Santiago M. Mola :
> In that case, it could be clarified in the documentation. Attaching a
> posible patch, but maybe it could use better wording.
Looks good to me.
Applied as r7364, thanks.
--
Nicolas Dumazet — NicDumZ
___
Pywikip
Hello
2009/10/3 Santiago M. Mola :
> Patch attached.
Thanks,
In trunk as r7365
--
Nicolas Dumazet — NicDumZ
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
ot;isredirect"
- Logic cleanup
- Adding a relevant test in tests/test_xmlreader.py
The resulting patch is in trunk as r7366
--
Nicolas Dumazet — NicDumZ
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
on? DOS and Windows characters are different?
I don't think that I have ever heard of any such problem. If you
configure correctly "console_encoding" in your user-config.py you
should not run into such issues.
--
Nicolas Dumazet — NicDumZ
for tmp in data['query']['pages'][pageid].values()[0]:
>> count += 1
>> try:
>>
>>
>>
>> ___
>> Pywikipedia-svn mailing list
>&
tween them.
Do you use the same language on both OS for example? I know for a fact
that Japanese Windows XP ship with a different default encoding than
Western European XPs.
What value do you use as encoding in user-config.py? Have you tried tweaking it?
--
dline" and terminal window under XP?
What is "commandline" if not the system terminal? I'm confused.
--
Nicolas Dumazet — NicDumZ
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
comment explaining *why* we
keep translations with "None" values. It might not be obvious to
newcomers.
--
Nicolas Dumazet — NicDumZ
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
2009/10/31 Santiago M. Mola :
> Hello,
>
> The XML parsing methd with regexps used as fallback when cElementTree
> isn't present is broken. Looks like it haven't been updated for a
> while. Maybe it should be removed?
I'm +1 on this, now that ElementTree is availab
pment process. I would
love to improve that aspect of our project.
Regards,
>
> --
> << Marcin Cieslak // sa...@saper.info >>
>
>
> ___________
> Pywikipedia-l mailing list
> Pywikipedia-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/pywikipedia
d line,
> wiki login took about 90 seconds for me. Now it takes less than a second.
>
> Hope that helps someone else.
>
While it might be interesting for some pywikipedia users, I think that
this error should be reported upstream. Can you please do it,
explaining more thoroughly what t
2009/12/16 Nicolas Dumazet :
> 2009/12/16 ObsessiveMathsFreak :
>> I found the problem. It was a problem with python socket library.
>> Apparently the socket wasn't being buffered properly, or at least that's
>> my understanding.
>>
>> The problem was
index.html
>
> Regards,
> Pablo Recio
>
> ___
> Pywikipedia-l mailing list
> Pywikipedia-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
>
>
--
Nicolas Dumazet — NicDumZ
__
d
> http://meta.wikimedia.org/wiki/Pywikipediabot/Scripts and its subpage and
> didn't see anything along those lines. Thanks, -Tisane
>
> ___
> Pywikipedia-l mailing list
> Pywikipedia-l@lists.wikimedia.org
> https://lists.wik
edia
> twitter.com/appropedia
>
> ___
> Pywikipedia-l mailing list
> Pywikipedia-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
>
>
--
Nicolas Dumazet — NicDumZ
___
Pywikipedia-l mailing list
Pywikipedia-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
> --
> Chris Watkins
>
> Appropedia.org - Sharing knowledge to build rich, sustainable lives.
>
> blogs.appropedia.org
> community.livejournal.com/appropedia
> identi.ca/appropedia
> twitter.com/appropedia
>
> ___
> Pywikipedia-l
FF:
> http://es.wikipedia.org/w/index.php?diff=37372500&oldid=32780367&diffonly=1
>
> I think this is not yet implemented in the framework.
It's not implemented as high level API, but building yourself a query is easy.
Look into site.py:loadrevisions for directions on how to do it.
g that source is a Page object, which is the case here).
You're right, and I just fixed it.
Thanks for the careful review :)
>
> stan.
>
> ___
> Pywikipedia-l mailing list
> Pywiki
t; needed? Maybe implementing the "not implemented" class functions?
>
> --Matias
>
> ___
> Pywikipedia-l mailing list
> Pywikipedia-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman
equired so bot owners can
seamlessly migrate to the rewrite branch :)
Thanks for your help!
2010/5/27 Matias :
> On Thu, May 27, 2010 at 12:02 AM, Nicolas Dumazet wrote:
>>
>> really? no bugs?
>>
>
> At le
gards,
2010/5/27 Matias :
> On Thu, May 27, 2010 at 12:18 AM, Nicolas Dumazet wrote:
>>
>> then, for the rewrite a good job is to help porting all the scripts
>> that are at the moment available in pywikipediabot but that are not
>> yet in branches/rewrite/scripts/ (al
something
better than what we have...
2010/5/27 Amir sarabadani :
> Is not better that create a new category for pybot(and rewrite branch
> too)on bugzila?for unity
>
> Cheers
>
> On 5/27/10, Nicolas Dumazet wrote:
>> http://www.botwiki.sno.cc/wiki/Rewrite/Porting_status was crea
trunk/pywikipedia/reflinks.py
> ===
> --- trunk/pywikipedia/reflinks.py 2010-10-09 16:11:46 UTC (rev 8629)
> +++ trunk/pywikipedia/reflinks.py 2010-10-09 19:32:57 UTC (rev 8630)
> @@ -33,15 +33,19 @@
> Basic pagegenerators commands, -page,
95 matches
Mail list logo