Feature Requests item #3586247, was opened at 2012-11-11 12:39
Message generated for change (Comment added) made by jandudik
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3586247&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: 8
Private: No
Submitted By: JAn (jandudik)
Assigned to: xqt (xqt)
Summary: Wikidata support
Initial Comment:
It would be very useful if bot when updating interwiki links will update (or create) the item on wikidata too.
----------------------------------------------------------------------
>Comment By: JAn (jandudik)
Date: 2013-01-22 11:28
Message:
Wikidta are used for more than week, uneditable hu.wiki causes interwiki
conflicts and wikidata are sometimes outdated.
Granting flag on wikidtata will take one more week, from february two more
sites will use wikidata.
----------------------------------------------------------------------
Comment By: JAn (jandudik)
Date: 2013-01-10 12:29
Message:
Any news? Only few days to wikidata are used on hu.wiki
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2012-11-13 22:51
Message:
I started some basic site methods for wikidata and we could get items and
some properties by ID. Not very usefull yet but the first step. Since
wikidata isn't transcluded to any project, I decreased the priority.
----------------------------------------------------------------------
Comment By: Amir (amird)
Date: 2012-11-11 12:53
Message:
I'm working on it. be patient
Thanks
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3586247&group_…
Patches item #3601600, was opened at 2013-01-20 16:55
Message generated for change (Tracker Item Submitted) made by legoktm
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3601600&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: rewrite
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Legoktm (legoktm)
Assigned to: Nobody/Anonymous (nobody)
Summary: Add wikidata set_sitelinks method
Initial Comment:
Adds a set_sitelinks method to DataSite's, and adds it to the throttle list.
The token handling is a hack, however until there is a wikidata Page object I don't see a good fix.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3601600&group_…
Bugs item #3601530, was opened at 2013-01-19 22:16
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3601530&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: category
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nullzer0 (nu11zer0)
>Assigned to: xqt (xqt)
Summary: category.py crashed when there was the category talk page
Initial Comment:
I used category.py for moving "Category:a" to "Category:b." In addition, there is the talk page for "Category:a" ("Category talk:a"). Everything worked properly until the script moved "Category talk:a" to "Category talk:b" and left redirect link at the source page, then the script tried to mark for deletion (because my bot didn't have sysop right) in "Category talk:a."
Since mark for deletion uses put() method, and the last edition was done by my bot, LockedPage exception was raised (Not allowed to edit "Category talk:a" because last edit maybe reverted)
In my opinion, line 1982 to 1985 in wikipedia.py (elif self.comment() and username in self.comment(): raise LockedPage(u'Not allowed to edit ...) should be removed. Its condition encounters false positive case too frequently. It also make me have to use force = True in put() method everywhere to escape this error.
Pywikipedia trunk/pywikipedia/ (r10955, 2013/01/19, 20:45:15, ok)
Python 2.7.3 (default, Sep 26 2012, 21:53:58)
[GCC 4.7.2]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2013-01-20 01:42
Message:
fixed in r10956
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3601530&group_…
Bugs item #3601530, was opened at 2013-01-19 22:16
Message generated for change (Tracker Item Submitted) made by nu11zer0
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3601530&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: category
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nullzer0 (nu11zer0)
Assigned to: Nobody/Anonymous (nobody)
Summary: category.py crashed when there was the category talk page
Initial Comment:
I used category.py for moving "Category:a" to "Category:b." In addition, there is the talk page for "Category:a" ("Category talk:a"). Everything worked properly until the script moved "Category talk:a" to "Category talk:b" and left redirect link at the source page, then the script tried to mark for deletion (because my bot didn't have sysop right) in "Category talk:a."
Since mark for deletion uses put() method, and the last edition was done by my bot, LockedPage exception was raised (Not allowed to edit "Category talk:a" because last edit maybe reverted)
In my opinion, line 1982 to 1985 in wikipedia.py (elif self.comment() and username in self.comment(): raise LockedPage(u'Not allowed to edit ...) should be removed. Its condition encounters false positive case too frequently. It also make me have to use force = True in put() method everywhere to escape this error.
Pywikipedia trunk/pywikipedia/ (r10955, 2013/01/19, 20:45:15, ok)
Python 2.7.3 (default, Sep 26 2012, 21:53:58)
[GCC 4.7.2]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3601530&group_…
Bugs item #3601126, was opened at 2013-01-16 07:25
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3601126&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: 7
Private: No
Submitted By: Warddr (warddr)
>Assigned to: xqt (xqt)
Summary: interwiki.py crashes
Initial Comment:
I am running interwiki.py on wiktionary, and I get this error (get it every time I try to run it)
(I am running this command):
python2 interwiki.py -wiktionary -pt:1 -autonomous -start:malbat
(family = wiktionary, and lang = nl)
======Post-processing [[nl:maleficiar/vervoeging]]======
Dump nl (wiktionary) appended.
Traceback (most recent call last):
File "interwiki.py", line 2589, in <module>
main()
File "interwiki.py", line 2563, in main
bot.run()
File "interwiki.py", line 2296, in run
self.queryStep()
File "interwiki.py", line 2274, in queryStep
subj.finish(self)
File "interwiki.py", line 1720, in finish
not site.has_transcluded_data:
File "/root/pywikipedia/wikipedia.py", line 8186, in has_transcluded_data
code, fam = self.shared_data_repository(True)
File "/root/pywikipedia/wikipedia.py", line 8169, in shared_data_repository
return self.family.shared_data_repository(self.lang, transcluded)
TypeError: shared_data_repository() takes exactly 2 arguments (3 given)
Version.py (latest svn release):
Pywikipedia trunk/pywikipedia/ (r10936, 2013/01/16, 15:12:32, ok)
Python 2.7.3 (default, Dec 25 2012, 21:52:48)
[GCC 4.7.2]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2013-01-16 22:45
Message:
fixed in r10942 - btw it's not a full breaker
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3601126&group_…
Bugs item #3598083, was opened at 2012-12-21 11:16
Message generated for change (Settings changed) made by huji
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3598083&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: i18n
Group: confirmed
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Huji Lee (huji)
Assigned to: Huji Lee (huji)
Summary: Internationalizing the comma in lists
Initial Comment:
In different locations, hardcoded comma character is used to separate items in a list that is used in edit summary. One example is template.py line 218 which reads:
Param = {'list': (', ').join(self.templates.keys()),
This should be replaced with an internationalized comma character; some non-Latin langauges do not use "," for comma (Persian is an example).
Python 2.7.3 (default, Aug 1 2012, 05:16:07)
[GCC 4.6.3]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
Comment By: Huji Lee (huji)
Date: 2012-12-23 12:22
Message:
In revisions 10822 to 10825, I added an internationalized comma for
template.py and interwiki.py and updated their codes accordingly.
This internationalized comma can be shared between all scripts. Is there a
way to define a "general" message not specific to a script? If not, we need
to define one such message per script for all scripts that use ', '
----------------------------------------------------------------------
Comment By: Amir (amird)
Date: 2012-12-23 02:30
Message:
Dear huji
I made this change:
https://www.mediawiki.org/wiki/Special:Code/pywikipedia/10813
but i didn't check it. please run a test and inform me
Thanks
----------------------------------------------------------------------
Comment By: Huji Lee (huji)
Date: 2012-12-21 11:56
Message:
For future reference: MediaWiki does that by defining a message called
"comma-separatore", and WordPress takes a similar approach too.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3598083&group_…
Bugs item #3601126, was opened at 2013-01-16 07:25
Message generated for change (Tracker Item Submitted) made by warddr
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3601126&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: Open
Resolution: None
Priority: 9
Private: No
Submitted By: Warddr (warddr)
Assigned to: Nobody/Anonymous (nobody)
Summary: interwiki.py crashes
Initial Comment:
I am running interwiki.py on wiktionary, and I get this error (get it every time I try to run it)
(I am running this command):
python2 interwiki.py -wiktionary -pt:1 -autonomous -start:malbat
(family = wiktionary, and lang = nl)
======Post-processing [[nl:maleficiar/vervoeging]]======
Dump nl (wiktionary) appended.
Traceback (most recent call last):
File "interwiki.py", line 2589, in <module>
main()
File "interwiki.py", line 2563, in main
bot.run()
File "interwiki.py", line 2296, in run
self.queryStep()
File "interwiki.py", line 2274, in queryStep
subj.finish(self)
File "interwiki.py", line 1720, in finish
not site.has_transcluded_data:
File "/root/pywikipedia/wikipedia.py", line 8186, in has_transcluded_data
code, fam = self.shared_data_repository(True)
File "/root/pywikipedia/wikipedia.py", line 8169, in shared_data_repository
return self.family.shared_data_repository(self.lang, transcluded)
TypeError: shared_data_repository() takes exactly 2 arguments (3 given)
Version.py (latest svn release):
Pywikipedia trunk/pywikipedia/ (r10936, 2013/01/16, 15:12:32, ok)
Python 2.7.3 (default, Dec 25 2012, 21:52:48)
[GCC 4.7.2]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3601126&group_…
Feature Requests item #3589672, was opened at 2012-11-24 10:35
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3589672&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: Rejected
Priority: 5
Private: No
Submitted By: Renessaince ()
Assigned to: xqt (xqt)
Summary: Беларуская лякалізацыя
Initial Comment:
Translation of casechecker.py into Belarusan (both writings).
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2013-01-16 02:32
Message:
moved to feature request.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2013-01-04 05:33
Message:
I would likte to decline this patch because there are some problems:
- translations should be doen via translatewiki.net. Look at the given
manual page for further informations
- there are given translations and localisations which should be combined
- make translations more flexible to other languages and its grammar and
use variables: do not use sth. like " may be converted to " but "%(source)s
may be converted to %(target)s" because there could be a translation like
"%(source)s kann zu %(target)s konvertiert werden"
If you aren't be able to make a better solution I would like to convert
this patch to a feature request. Agree?
----------------------------------------------------------------------
Comment By: Renessaince (renessaince)
Date: 2012-12-01 03:47
Message:
How can't it work if it's working with my bot?
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2012-11-30 23:32
Message:
patch doesn't work. On the other hand you should use i18n support for
translations i.e. i18n.twtranslate() and put the message dictionary into
i18n/casechecker.py. Look at the manual:
http://www.mediawiki.org/wiki/Manual:Pywikipediabot/i18n_conversion
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3589672&group_…
Feature Requests item #3589672, was opened at 2012-11-24 10:35
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3589672&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: Rejected
Priority: 5
Private: No
Submitted By: Renessaince ()
Assigned to: xqt (xqt)
Summary: Беларуская лякалізацыя
Initial Comment:
Translation of casechecker.py into Belarusan (both writings).
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2013-01-04 05:33
Message:
I would likte to decline this patch because there are some problems:
- translations should be doen via translatewiki.net. Look at the given
manual page for further informations
- there are given translations and localisations which should be combined
- make translations more flexible to other languages and its grammar and
use variables: do not use sth. like " may be converted to " but "%(source)s
may be converted to %(target)s" because there could be a translation like
"%(source)s kann zu %(target)s konvertiert werden"
If you aren't be able to make a better solution I would like to convert
this patch to a feature request. Agree?
----------------------------------------------------------------------
Comment By: Renessaince (renessaince)
Date: 2012-12-01 03:47
Message:
How can't it work if it's working with my bot?
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2012-11-30 23:32
Message:
patch doesn't work. On the other hand you should use i18n support for
translations i.e. i18n.twtranslate() and put the message dictionary into
i18n/casechecker.py. Look at the manual:
http://www.mediawiki.org/wiki/Manual:Pywikipediabot/i18n_conversion
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3589672&group_…