pywikibot February 2008

pywikibot@lists.wikimedia.org

22 participants
382 discussions

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

12 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: Closed >Resolution: Fixed 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 19:55 Message: Logged In: YES user_id=1327030 Originator: NO The problem shouldn't be treated this way, as the namespaces don't exist, and treating them as though they are exist may cause other bugs (e.g. treating the talk pages). I suggest to maintain a list of such pseudo-namespaces, either in interwiki.py or in the family file, and use them in interwiki.py. ---------------------------------------------------------------------- Comment By: Alleborgo (alleborgo) Date: 2008-02-11 19:33 Message: Logged In: YES user_id=1898409 Originator: NO Yes, now there are many warning messages but interwiki on the portals pages are correct propagated. If we rollback to the previous version we'll remove the warning message but we'll obtain the namespace mismatch message and the script will not work on portal pages. Maybe the best solution is to suggest to set those name as the namespace 100 which they are, doesn't? ---------------------------------------------------------------------- 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] SVN: [5006] trunk/pywikipedia/families/wikipedia_family.py
by rotem＠svn.wikimedia.org 12 Feb '08

12 Feb '08

Revision: 5006 Author: rotem Date: 2008-02-11 17:54:26 +0000 (Mon, 11 Feb 2008) Log Message: ----------- (bug 1891060) Reverting r5002: These are not real namespaces, and setting them here may cause several bugs, not only output messages Modified Paths: -------------- trunk/pywikipedia/families/wikipedia_family.py Modified: trunk/pywikipedia/families/wikipedia_family.py =================================================================== --- trunk/pywikipedia/families/wikipedia_family.py 2008-02-11 17:42:11 UTC (rev 5005) +++ trunk/pywikipedia/families/wikipedia_family.py 2008-02-11 17:54:26 UTC (rev 5006) @@ -245,25 +245,16 @@ self.namespaces[100] = { 'als': u'Portal', - 'ang': u'Ingang', 'ar': u'بوابة', - 'az': u'Portal', - 'bg': u'Портал', - 'bn': u'প্রবেশদ্বার', 'bpy': u'হমিলদুৱার', - 'br': u'Porched', - 'bs': u'Portal', 'ca': u'Portal', - 'ceb': u'Ganghaan', 'cs': u'Portál', 'da': u'Portal', 'de': u'Portal', - 'dv': u'ނެރު', 'el': u'Πύλη', 'en': u'Portal', 'eo': u'Portalo', 'es': u'Portal', - 'et': u'Portaal', 'eu': u'Atari', 'fa': u'درگاه', 'fi': u'Teemasivu', @@ -278,13 +269,9 @@ 'is': u'Gátt', 'it': u'Portale', 'ja': u'Portal', - 'jv': u'Gapura', 'ka': u'პორტალი', - 'kab': u'Awwur', 'kk': u'Портал', - 'ku': u'Portal', 'la': u'Porta', - 'lb': u'Portal', 'li': u'Portaol', 'lmo': u'Portal', 'mk': u'Портал', @@ -296,16 +283,12 @@ 'no': u'Portal', 'oc': u'Portal', 'pam': u'Portal', - 'pdc': u'Portal', 'pl': u'Portal', - 'ps': u'Portal', 'pt': u'Portal', - 'qu': u"Punku p'anqa", 'ro': u'Portal', 'ru': u'Портал', 'si': u'Portal', 'sk': u'Portál', - 'sl': u'Portal', 'sq': u'Portal', 'sr': u'Портал', 'su': u'Portal', @@ -314,13 +297,9 @@ 'th': u'สถานีย่อย', 'tr': u'Portal', 'uk': u'Портал', - 'ur': u'باب', 'vec': u'Portałe', 'vi': u'Chủ đề', - 'vls': u'Portoal', - 'wo': u'Bunt', 'yi': u'פארטאל', - 'yo': u'Portal', 'zh': u'Portal', 'zh-classical': u'門', 'zh-yue': u'Portal',

1 0

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

12 Feb '08

Bugs item #1891058, was opened at 2008-02-11 12:26 Message generated for change (Comment added) made by rotemliss 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. ---------------------------------------------------------------------- >Comment By: Rotem Liss (rotemliss) Date: 2008-02-11 19:49 Message: Logged In: YES user_id=1327030 Originator: NO I don't get the message, running (with r5005): python interwiki.py -putthrottle:33 -initialredirect -confirm ...And Justice for All -lang:ksh I get the following output: Checked for running processes. 1 processes currently running, including the current process. Getting 1 pages from wikipedia:ksh... NOTE: [[ksh:...And Justice for All]] is redirect to [[ksh:...And Justice for All (Watt ėßß datt?)]] [[...And Justice for All (Watt ėßß datt?)]]: [[ksh:...And Justice for All (Watt ėßß datt?)]] gives new interwiki [[nl:...And Justice for All]] [[...And Justice for All (Watt ėßß datt?)]]: [[ksh:...And Justice for All (Watt ėßß datt?)]] gives new interwiki [[en:...And Justice for All]] [[...And Justice for All (Watt ėßß datt?)]]: [[ksh:...And Justice for All (Watt ėßß datt?)]] gives new interwiki [[sv:...And Justice for All]] [[...And Justice for All (Watt ėßß datt?)]]: [[ksh:...And Justice for All (Watt ėßß datt?)]] gives new interwiki [[tr:...And Justice for All]] Getting 1 pages from wikipedia:nl... NOTE: [[...And Justice for All (Watt ėßß datt?)]]: [[nl:...And Justice for All]] gives duplicate interwiki on same site [[ksh:...And Justice for All (Watt ėßß datt?)]] Getting 1 pages from wikipedia:ksh... Getting 1 pages from wikipedia:en... Getting 1 pages from wikipedia:sv... Sleeping for 4.5 seconds, 2008-02-11 19:46:06 Getting 1 pages from wikipedia:tr... ======Post-processing [[ksh:...And Justice for All (Watt ėßß datt?)]]====== WARNING: wikipedia: [[en:...And Justice for All]] does not link to [[ksh:...And Justice for All (Watt ėßß datt?)]] Checking in another script, the page is identified as a disambiguation page. Please try again using the latest revision. ---------------------------------------------------------------------- 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 12 Feb '08

12 Feb '08

Bugs item #1891051, was opened at 2008-02-11 12:18 Message generated for change (Comment added) made by rotemliss 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: Closed >Resolution: Fixed 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 ---------------------------------------------------------------------- >Comment By: Rotem Liss (rotemliss) Date: 2008-02-11 19:42 Message: Logged In: YES user_id=1327030 Originator: NO Should be fixed in r5005. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891051&group_…

1 0

[Pywikipedia-l] SVN: [5005] trunk/pywikipedia/family.py
by rotem＠svn.wikimedia.org 12 Feb '08

12 Feb '08

Revision: 5005 Author: rotem Date: 2008-02-11 17:42:11 +0000 (Mon, 11 Feb 2008) Log Message: ----------- (bug 1891051) Fixing the order of redirect codes in fi: Modified Paths: -------------- trunk/pywikipedia/family.py Modified: trunk/pywikipedia/family.py =================================================================== --- trunk/pywikipedia/family.py 2008-02-11 01:40:52 UTC (rev 5004) +++ trunk/pywikipedia/family.py 2008-02-11 17:42:11 UTC (rev 5005) @@ -2634,7 +2634,7 @@ 'et': [u'suuna'], 'eu': [u'bidali'], 'fa': [u'تغییرمسیر'], - 'fi': [u'uudelleenohjaus', u'ohjaus', u'OHJAUS'], + 'fi': [u'ohjaus', u'uudelleenohjaus'], 'ga': [u'athsheoladh'], 'he': [u'הפניה'], 'id': [u'alih'],

1 0

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

12 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 18:33 Message: Logged In: YES user_id=1898409 Originator: NO Yes, now there are many warning messages but interwiki on the portals pages are correct propagated. If we rollback to the previous version we'll remove the warning message but we'll obtain the namespace mismatch message and the script will not work on portal pages. Maybe the best solution is to suggest to set those name as the namespace 100 which they are, doesn't? ---------------------------------------------------------------------- Comment By: Rotem Liss (rotemliss) Date: 2008-02-11 14: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 14: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 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-1891190 ] Requesting localization of blockpageschecker for jawp.
by SourceForge.net 12 Feb '08

12 Feb '08

Bugs item #1891190, was opened at 2008-02-11 23:04 Message generated for change (Comment added) made by lin4h You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891190&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: Nightshadow28 (nightshadow28) Assigned to: Nobody/Anonymous (nobody) Summary: Requesting localization of blockpageschecker for jawp. Initial Comment: from Japanese Wikipedia: templateToRemove = { 'ja':[ur'\{\{(?:[Tt]emplate:|)(?:半|移動|移動半|)保護(?:[Ss]|)(?:\|.+|)\}\}(\n+?|)'], templateSemiProtection = { 'ja':[ur'\{\{(?:[Tt]emplate:|)半保護(?:[Ss]|)(?:\|.+|)\}\}(\n+?|)'], templateTotalProtection = { 'ja':[ur'\{\{(?:[Tt]emplate:|)保護(?:[Ss]|)(?:\|.+|)\}\}(\n+?|)'], templateSemiMoveProtection = { 'ja':[ur'\{\{(?:[Tt]emplate:|)移動半保護(?:[Ss]|)(?:\|.+|)\}\}(\n+?|)'], templateTotalMoveProtection = { 'ja':[ur'\{\{(?:[Tt]emplate:|)移動保護(?:[Ss]|)(?:\|.+|)\}\}(\n+?|)'], templateNoRegex = { 'ja':[u'{{半保護}}', u'{{保護}}', u'{{移動半保護}}', '{{移動保護}}'], If you can not recieve above-mentioned Japanese character, I will write it into Botwiki's talk page. Thanks. ---------------------------------------------------------------------- Comment By: Alex S.H. Lin (lin4h) Date: 2008-02-12 01:20 Message: Logged In: YES user_id=1902991 Originator: NO I made a patch file in bug 1891296 and fix zh locale info ---------------------------------------------------------------------- Comment By: Nightshadow28 (nightshadow28) Date: 2008-02-11 23:08 Message: Logged In: YES user_id=1971526 Originator: YES Sorry, I forgot a 'u' in the list. templateNoRegex = { 'ja':[u'{{半保護}}', u'{{保護}}', u'{{移動半保護}}', u'{{移動保護}}'], ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891190&group_…

1 0

[Pywikipedia-l] [ pywikipediabot-Bugs-1891296 ] bug 1891190's patch and fix zh locale
by SourceForge.net 12 Feb '08

12 Feb '08

Bugs item #1891296, was opened at 2008-02-12 01:18 Message generated for change (Settings changed) made by lin4h You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891296&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: Alex S.H. Lin (lin4h) Assigned to: Nobody/Anonymous (nobody) >Summary: bug 1891190's patch and fix zh locale Initial Comment: as title. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891296&group_…

1 0

[Pywikipedia-l] [ pywikipediabot-Bugs-1891296 ] bug 1891218's patch and fix zh locale
by SourceForge.net 12 Feb '08

12 Feb '08

Bugs item #1891296, was opened at 2008-02-12 01: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=1891296&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: Alex S.H. Lin (lin4h) Assigned to: Nobody/Anonymous (nobody) Summary: bug 1891218's patch and fix zh locale Initial Comment: as title. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891296&group_…

1 0

[Pywikipedia-l] [ pywikipediabot-Bugs-1891218 ] Blockpageschecker can not interpret double protected page.
by SourceForge.net 11 Feb '08

11 Feb '08

Bugs item #1891218, was opened at 2008-02-11 15:39 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=1891218&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: Nightshadow28 (nightshadow28) Assigned to: Nobody/Anonymous (nobody) Summary: Blockpageschecker can not interpret double protected page. Initial Comment: from Japanese Wikipedia: Blockpageschecker can not interpret "total-moving + semi-block" protected page. A page, [[w:ja:Wikipedia:進行中の荒らし行為/長期/音声おじさん]] is protected with "total-moving" and "semi-block". When blockpageschecker interprets the page, it only applies first found protect-type template. As a result, semi-protection tag would be removed. The permanent link of the page is below: http://ja.wikipedia.org/w/index.php?title=Wikipedia:%E9%80%B2%E8%A1%8C%E4%B… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891218&group_…

1 0

← Newer
1
...
25
26
27
28
29
30
31
...
39
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

pywikibot February 2008