pywikibot

pywikibot@lists.wikimedia.org

6830 discussions

[Pywikipedia-l] [ pywikipediabot-Bugs-1891060 ] namespace['mul'][100] in various Wikipedias
by SourceForge.net 11 Feb '08

11 Feb '08

Bugs item #1891060, was opened at 2008-02-11 12:35 Message generated for change (Comment added) made by rotemliss You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891060&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 Resolution: None Priority: 5 Private: No Submitted By: Purodha B Blissenbach (purodha) Assigned to: Nobody/Anonymous (nobody) Summary: namespace['mul'][100] in various Wikipedias Initial Comment: I am getting currently excessive: WARNING: Family file wikipedia includes namespace['mul'][100], but it should be removed (namespace doesn't exist in the site) for various Wikipedias when running interwiki.py. I cannot believe that two dozen sites removed their NS 100's at once. So I believe in a bug. ---------------------------------------------------------------------- >Comment By: Rotem Liss (rotemliss) Date: 2008-02-11 15:55 Message: Logged In: YES user_id=1327030 Originator: NO If the namespace is not defined in MediaWiki as such, it should not be defined in pywikipediabot. If it is defined, it appears in Special:Export. Thus, the pseudo-namespaces should be removed from the family file. ---------------------------------------------------------------------- Comment By: Purodha B Blissenbach (purodha) Date: 2008-02-11 15:08 Message: Logged In: YES user_id=46450 Originator: YES Ah, ok, the problem is from the other side, then. Now I believe, when interwiki.py reads the xml output from the wikis that it gets sets of pages from, that it either does not recognize NS 100+ in the XML, or the XML does not include them in the header. I've inspected my user page data exported via http://br.wikipedia.org/wiki/Dibar:Export and found that, it mentiones NS up to 15, but no more. The br Wikipedia is one of those displaying the message, but http://br.wikipedia.org/wiki/Dibar:Allpages also only shows 15 NS. Now, I am lost. Could it be that, you mistook some "Portal:somename" as extra name spaces that actually are part of NS 0, the article name space, while these names look like an extra namespace? ---------------------------------------------------------------------- Comment By: Alleborgo (alleborgo) Date: 2008-02-11 12:45 Message: Logged In: YES user_id=1898409 Originator: NO It's not a bug. I have manually inserted 22 namespace translations for "Portal" which are "de facto" used in those languages. Actually I don't know where is the problem but, yes, the bot understand those portal namespace translations as wrong. But they're right ;) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891060&group_…

1 0

[Pywikipedia-l] [ pywikipediabot-Bugs-1891060 ] namespace['mul'][100] in various Wikipedias
by SourceForge.net 11 Feb '08

11 Feb '08

Bugs item #1891060, was opened at 2008-02-11 10:35 Message generated for change (Comment added) made by purodha You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891060&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 Resolution: None Priority: 5 Private: No Submitted By: Purodha B Blissenbach (purodha) Assigned to: Nobody/Anonymous (nobody) Summary: namespace['mul'][100] in various Wikipedias Initial Comment: I am getting currently excessive: WARNING: Family file wikipedia includes namespace['mul'][100], but it should be removed (namespace doesn't exist in the site) for various Wikipedias when running interwiki.py. I cannot believe that two dozen sites removed their NS 100's at once. So I believe in a bug. ---------------------------------------------------------------------- >Comment By: Purodha B Blissenbach (purodha) Date: 2008-02-11 13:08 Message: Logged In: YES user_id=46450 Originator: YES Ah, ok, the problem is from the other side, then. Now I believe, when interwiki.py reads the xml output from the wikis that it gets sets of pages from, that it either does not recognize NS 100+ in the XML, or the XML does not include them in the header. I've inspected my user page data exported via http://br.wikipedia.org/wiki/Dibar:Export and found that, it mentiones NS up to 15, but no more. The br Wikipedia is one of those displaying the message, but http://br.wikipedia.org/wiki/Dibar:Allpages also only shows 15 NS. Now, I am lost. Could it be that, you mistook some "Portal:somename" as extra name spaces that actually are part of NS 0, the article name space, while these names look like an extra namespace? ---------------------------------------------------------------------- Comment By: Alleborgo (alleborgo) Date: 2008-02-11 10:45 Message: Logged In: YES user_id=1898409 Originator: NO It's not a bug. I have manually inserted 22 namespace translations for "Portal" which are "de facto" used in those languages. Actually I don't know where is the problem but, yes, the bot understand those portal namespace translations as wrong. But they're right ;) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891060&group_…

1 0

[Pywikipedia-l] [ pywikipediabot-Bugs-1891060 ] namespace['mul'][100] in various Wikipedias
by SourceForge.net 11 Feb '08

11 Feb '08

Bugs item #1891060, was opened at 2008-02-11 11:35 Message generated for change (Comment added) made by alleborgo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891060&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 Resolution: None Priority: 5 Private: No Submitted By: Purodha B Blissenbach (purodha) Assigned to: Nobody/Anonymous (nobody) Summary: namespace['mul'][100] in various Wikipedias Initial Comment: I am getting currently excessive: WARNING: Family file wikipedia includes namespace['mul'][100], but it should be removed (namespace doesn't exist in the site) for various Wikipedias when running interwiki.py. I cannot believe that two dozen sites removed their NS 100's at once. So I believe in a bug. ---------------------------------------------------------------------- >Comment By: Alleborgo (alleborgo) Date: 2008-02-11 11:45 Message: Logged In: YES user_id=1898409 Originator: NO It's not a bug. I have manually inserted 22 namespace translations for "Portal" which are "de facto" used in those languages. Actually I don't know where is the problem but, yes, the bot understand those portal namespace translations as wrong. But they're right ;) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891060&group_…

1 0

[Pywikipedia-l] [ pywikipediabot-Bugs-1891060 ] namespace['mul'][100] in various Wikipedias
by SourceForge.net 11 Feb '08

11 Feb '08

Bugs item #1891060, was opened at 2008-02-11 10:35 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891060&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 Resolution: None Priority: 5 Private: No Submitted By: Purodha B Blissenbach (purodha) Assigned to: Nobody/Anonymous (nobody) Summary: namespace['mul'][100] in various Wikipedias Initial Comment: I am getting currently excessive: WARNING: Family file wikipedia includes namespace['mul'][100], but it should be removed (namespace doesn't exist in the site) for various Wikipedias when running interwiki.py. I cannot believe that two dozen sites removed their NS 100's at once. So I believe in a bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891060&group_…

1 0

[Pywikipedia-l] [ pywikipediabot-Bugs-1891058 ] interwiki.py does not recognize all disambiguation pages.
by SourceForge.net 11 Feb '08

11 Feb '08

Bugs item #1891058, was opened at 2008-02-11 10:26 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891058&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 Resolution: None Priority: 5 Private: No Submitted By: Purodha B Blissenbach (purodha) Assigned to: Nobody/Anonymous (nobody) Summary: interwiki.py does not recognize all disambiguation pages. Initial Comment: There is a problem with recognition of disambiguation pages in interwiki.py Look at these: $ python interwiki.py -putthrottle:33 -initialredirect -confirm ...And Justice for All Getting 1 pages from wikipedia:ksh... NOTE: [[ksh:...And Justice for All]] is redirect to [[ksh:...And Justice for All (Watt eßß datt?)]] [[...And Justice for All (Watt eßß datt?)]]: [[ksh:...And Justice for All (Watt eßß datt?)]] gives new interwiki [[nl:...And Justice for All]] (some "new interwiki" messages left out) Getting 1 pages from wikipedia:nl... WARNING: [[ksh:...And Justice for All (Watt eßß datt?)]] doesn't seem to be a disambiguation page, but [[nl:...And Justice for All]] is one. Follow it anyway? ([y]es, [n]o, [a]dd an alternative) y In fact, [[ksh:...And Justice for All]] is a redirect, and not a disambiguation, but the redirect target [[ksh:...And Justice for All (Watt eßß datt?)]] is a disambiguation page. Only interwiki.py seems not to have recognized that. Maybe, the problem is related to the -initialredirect directive here, but that is a mere guess. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891058&group_…

1 0

[Pywikipedia-l] [ pywikipediabot-Bugs-1891051 ] Redirect code in fi
by SourceForge.net 11 Feb '08

11 Feb '08

Bugs item #1891051, was opened at 2008-02-11 02:18 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891051&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: General Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Redirect code in fi Initial Comment: Don't use #uudelleenohjaus redirect code in fiwikis, it's really ugly. Example: http://fi.wikipedia.org/w/index.php?title=Oda_Eiichiro&diff=4272823&oldid=2… It should be #OHJAUS or #REDIRECT Regards. Mr X ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891051&group_…

1 0

[Pywikipedia-l] SVN: [5004] trunk/pywikipedia/interwiki.py
by wikipedian＠svn.wikimedia.org 10 Feb '08

10 Feb '08

Revision: 5004 Author: wikipedian Date: 2008-02-11 01:40:52 +0000 (Mon, 11 Feb 2008) Log Message: ----------- another hack to get rid of all the broken lmo: links Modified Paths: -------------- trunk/pywikipedia/interwiki.py Modified: trunk/pywikipedia/interwiki.py =================================================================== --- trunk/pywikipedia/interwiki.py 2008-02-10 17:58:15 UTC (rev 5003) +++ trunk/pywikipedia/interwiki.py 2008-02-11 01:40:52 UTC (rev 5004) @@ -1055,10 +1055,18 @@ # When running in autonomous mode without -force switch, make sure we don't remove any items, but allow addition of the new ones if globalvar.autonomous and not globalvar.force and len(removing) > 0: - for rmpl in removing: - if rmpl.site() != page.site(): # Sometimes sites have an erroneous link to itself as an interwiki - new[rmpl.site()] = old[rmpl.site()] - wikipedia.output(u"WARNING: %s is either deleted or has a mismatching disambiguation state." % rmpl.aslink(True)) + for rmPage in removing: + if rmPage.site() != page.site(): # Sometimes sites have an erroneous link to itself as an interwiki + ########## + # temporary hard-coded special case to get rid of thousands of broken links to the Lombard Wikipedia, + # where useless bot-created articles were mass-deleted. See for example: + # http://meta.wikimedia.org/wiki/Proposals_for_closing_projects/Closure_of_Lo… + if rmPage.site() == wikipedia.Site('lmo', 'wikipedia'): + wikipedia.output('Found bad link to %s. As many lmo pages were deleted, it is assumed that it can be safely removed.' % rmPage.aslink()) + else: + ########## + new[rmPage.site()] = old[rmPage.site()] + wikipedia.output(u"WARNING: %s is either deleted or has a mismatching disambiguation state." % rmPage.aslink(True)) # Re-Check what needs to get done mods, adding, removing, modifying = compareLanguages(old, new, insite = page.site())

1 0

[Pywikipedia-l] [ pywikipediabot-Bugs-1890636 ] "interwiki.py -start:category:.." ignores all category pages
by SourceForge.net 10 Feb '08

10 Feb '08

Bugs item #1890636, was opened at 2008-02-10 17:22 Message generated for change (Comment added) made by rotemliss You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1890636&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: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Purodha B Blissenbach (purodha) Assigned to: Nobody/Anonymous (nobody) Summary: "interwiki.py -start:category:.." ignores all category pages Initial Comment: If you want interwiki.py to work on a series of category pages, it will not find any. If you let it handle a single page within that range, it does work on it. See these two invocatons: $ python interwiki.py -putthrottle:35 -initialredirect -confirm -lang:zh-classical -start:Category:User_de Checked for running processes. 1 processes currently running, including the current process. NOTE: Number of pages queued is 0, trying to add 60 more. Retrieving Allpages special page for wikipedia:zh-classical from User%20de, namespace 14 Retrieving Allpages special page for wikipedia:zh-classical from %E9%96%A9%E8%87%BA%E5%9C%B0%E7%90%86%E5%BF%97%21, namespace 14 Retrieving Allpages special page for wikipedia:zh-classical from %E9%BE%A0%E9%83%A8%21, namespace 14 NOTE: Nothing left to do $ python /home/purodha/pywikipedia/interwiki.py -putthrottle:1 -initialredirect -confirm -lang:zh-classical Category:User_de Checked for running processes. 1 processes currently running, including the current process. Getting 1 pages from wikipedia:zh-classical... [[Category:User de]]: [[zh-classical:Category:User de]] gives new interwiki [[fur:Categorie:Utent de]] [[Category:User de]]: [[zh-classical:Category:User de]] gives new interwiki [[zh-yue:Category:User de]] ... etc. ---------------------------------------------------------------------- >Comment By: Rotem Liss (rotemliss) Date: 2008-02-10 20:02 Message: Logged In: YES user_id=1327030 Originator: NO Fixed in r5003. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1890636&group_…

1 0

[Pywikipedia-l] [ pywikipediabot-Bugs-1890458 ] Some page generator options are broken
by SourceForge.net 10 Feb '08

10 Feb '08

Bugs item #1890458, was opened at 2008-02-10 08:18 Message generated for change (Comment added) made by rotemliss You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1890458&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: interwiki Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Mikko Silvonen (silvonen) Assigned to: Nobody/Anonymous (nobody) Summary: Some page generator options are broken Initial Comment: Some page generator options (at least -subcat and -new) don't return any pages for me in interwiki.py r5000. Was the bug introduced in r4994? I am using Python 2.5.1 on Windows XP. Here's a sample run: >interwiki.py -lang:fi -subcat:"Shakin maailmanmestarit" Checked for running processes. 1 processes currently running, including the current process. NOTE: Number of pages queued is 0, trying to add 60 more. Getting [[Luokka:Shakin maailmanmestarit]]... NOTE: Nothing left to do Expected result: >interwiki-4934.py -lang:fi -subcat:"Shakin maailmanmestarit" Checked for running processes. 1 processes currently running, including the current process. NOTE: Number of pages queued is 0, trying to add 60 more. Getting [[Luokka:Shakin maailmanmestarit]]... Getting 19 pages from wikipedia:fi... ... ---------------------------------------------------------------------- >Comment By: Rotem Liss (rotemliss) Date: 2008-02-10 19:59 Message: Logged In: YES user_id=1327030 Originator: NO Should be fixed in r5003. ---------------------------------------------------------------------- Comment By: Alex S.H. Lin (lin4h) Date: 2008-02-10 15:53 Message: Logged In: YES user_id=1902991 Originator: NO Same bug also effect interwiki.py using -start parameter. Sample: >interwiki.py -start:! -autnomous -force Checked for running processes. 2 processes currently running, including the curr ent process. NOTE: Number of pages queued is 0, trying to add 60 more. Retrieving Allpages special page for wikipedia:zh from %21, namespace 0 Retrieving Allpages special page for wikipedia:zh from 10%E6%9C%888%E6%97%A5%21, namespace 0 Retrieving Allpages special page for wikipedia:zh from 1631%E5%B9%B4%21, namespace 0 ..... OS and python platform are same. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1890458&group_…

1 0

[Pywikipedia-l] SVN: [5003] trunk/pywikipedia/interwiki.py
by rotem＠svn.wikimedia.org 10 Feb '08

10 Feb '08

Revision: 5003 Author: rotem Date: 2008-02-10 17:58:15 +0000 (Sun, 10 Feb 2008) Log Message: ----------- Don't filter pages if the namespaces list is empty. Modified Paths: -------------- trunk/pywikipedia/interwiki.py Modified: trunk/pywikipedia/interwiki.py =================================================================== --- trunk/pywikipedia/interwiki.py 2008-02-10 10:53:06 UTC (rev 5002) +++ trunk/pywikipedia/interwiki.py 2008-02-10 17:58:15 UTC (rev 5003) @@ -1548,12 +1548,12 @@ optRestore = True elif arg == '-continue': optContinue = True - # deprecated for consistency with other scripts elif arg.startswith('-namespace:'): try: namespaces.append(int(arg[11:])) except ValueError: namespaces.append(arg[11:]) + # deprecated for consistency with other scripts elif arg.startswith('-number:'): number = int(arg[8:]) elif arg.startswith('-neverlink:'): @@ -1618,7 +1618,8 @@ bot = InterwikiBot() if hintlessPageGen: - hintlessPageGen = pagegenerators.NamespaceFilterPageGenerator(hintlessPageGen, namespaces) + if len(namespaces) > 0: + hintlessPageGen = pagegenerators.NamespaceFilterPageGenerator(hintlessPageGen, namespaces) # we'll use iter() to create make a next() function available. bot.setPageGenerator(iter(hintlessPageGen), number = number) elif warnfile:

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

pywikibot