Bugs item #1760759, was opened at 2007-07-26 07:28
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1760759&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: Out of Date
Priority: 4
Private: No
Submitted By: Byrial Ole Jensen (byrial)
Assigned to: Nobody/Anonymous (nobody)
Summary: Getting 60 + 1 pages from the same project
Initial Comment:
When I use interwiki.py I often see things like:
Getting 60 pages from wikipedia:fr...
Getting 1 pages from wikipedia:fr...
where it first gets 60 pages immediately followed by a fetch of 1 page from the same project. That seems strange so I suspect that there is off-by-one error or similar some place.
----------------------------------------------------------------------
Comment By: sigmaoctantis (sigmaoctantis)
Date: 2009-04-30 19:25
Message:
I tried to duplicate this with -file, but it read just 60, even if the
first entry was a redirect.
----------------------------------------------------------------------
Comment By: Francesco Cosoleto (cosoleto)
Date: 2009-04-30 15:11
Message:
Anyone can confirm this bug is still reproducible?
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2007-08-05 18:19
Message:
Logged In: NO
If the first loaded page is redirect, bot will load this page once more.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1760759&group_…
Patches item #2837665, was opened at 2009-08-14 16:14
Message generated for change (Tracker Item Submitted) made by grondin85
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2837665&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: Bertrand Grondin (grondin85)
Assigned to: Nobody/Anonymous (nobody)
Summary: adding turkish wikinews
Initial Comment:
On August the 12th, 2009, Turkish wikinews was created.
See http://tr.wikinews.org/wiki/Ana_sayfa
I submit a patch for updating families/wikinews_family.py
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2837665&group_…
Feature Requests item #2823638, was opened at 2009-07-18 19:59
Message generated for change (Comment added) made by siebrand
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=2823638&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
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: interwiki sorting order at sr-wikipedia
Initial Comment:
Please have a look at this discussion: http://sr.wikipedia.org/w/index.php?title=Википедија:Ботови/Захтеви&oldid=2…
----------------------------------------------------------------------
>Comment By: siebrand (siebrand)
Date: 2009-08-14 11:39
Message:
Took a look, No idea what to do. Issue closed. Please open a new issue with
all required details in the future. THis is not a support tracker, but a
bug tracker.
----------------------------------------------------------------------
Comment By: siebrand (siebrand)
Date: 2009-08-14 11:38
Message:
Took a look, No idea what to do. Issue closed. Please open a new issue with
all required details in the future. THis is not a support tracker, but a
bug tracker.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=2823638&group_…
Feature Requests item #2823638, was opened at 2009-07-18 19:59
Message generated for change (Comment added) made by siebrand
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=2823638&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
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: interwiki sorting order at sr-wikipedia
Initial Comment:
Please have a look at this discussion: http://sr.wikipedia.org/w/index.php?title=Википедија:Ботови/Захтеви&oldid=2…
----------------------------------------------------------------------
>Comment By: siebrand (siebrand)
Date: 2009-08-14 11:38
Message:
Took a look, No idea what to do. Issue closed. Please open a new issue with
all required details in the future. THis is not a support tracker, but a
bug tracker.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=2823638&group_…
Feature Requests item #2814700, was opened at 2009-06-30 18:06
Message generated for change (Comment added) made by siebrand
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=2814700&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
Priority: 5
Private: No
Submitted By: JAn (jandudik)
Assigned to: Nobody/Anonymous (nobody)
Summary: ro disambig
Initial Comment:
Please add
{{dezamb}}
as ro: disambiguation
----------------------------------------------------------------------
>Comment By: siebrand (siebrand)
Date: 2009-08-14 11:11
Message:
Done in r7147
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=2814700&group_…
Feature Requests item #2825805, was opened at 2009-07-23 07:51
Message generated for change (Comment added) made by siebrand
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=2825805&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
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Link Sort Order for Urdu
Initial Comment:
On Urdu Wikipedia (http://ur.wikipedia.org/), we need a different sort order for the interwiki links. We would like for following 3 languages to appear on top in the given order
Arabic,
Persian (Farsi)
English
After this, all other languages should follow the same sort order that English wikipedia has.
I myself am an administrator on Urdu Wikipedia and I have modified the code of DonNetWikiBot to implement this order. The bot that I am running is working as described above but because other bots do not follow this, they will most likely overwrite my changes. To contact me, please leave a message at my talke page:
http://ur.wikipedia.org/wiki/%D8%AA%D8%A8%D8%A7%D8%AF%D9%84%DB%82_%D8%AE%DB…
For your convenience, following is the sortOrderArray that I am using:
//Kashif: Same order as English Wikipedia except the first 3 entries
iwikiLinksOrderUrdu = new string[] {
// Special cases
"ar", "fa", "en",
// All other languages in alphabetical order
"af", "ak", "als", "am", "ang", "ab", "an", "arc", "roa-rup",
"frp", "as", "ast", "gn", "av", "ay", "az", "bm", "bn",
"zh-min-nan", "nan", "map-bms", "ba", "be", "be-x-old", "bh", "bcl",
"bi", "bar", "bo", "bs", "br", "bg", "bxr", "ca", "cv", "ceb", "cs",
"ch", "cbk-zam", "ny", "sn", "tum", "cho", "co", "cy", "da", "dk",
"pdc", "de", "dv", "nv", "dsb", "dz", "mh", "et", "el", "eml",
"myv", "es", "eo", "ext", "eu", "ee", "hif", "fo", "fr", "fy",
"ff", "fur", "ga", "gv", "gd", "gl", "gan", "ki", "glk", "gu",
"got", "hak", "xal", "ko", "ha", "haw", "hy", "hi", "ho", "hsb",
"hr", "io", "ig", "ilo", "bpy", "id", "ia", "ie", "iu", "ik", "os",
"xh", "zu", "is", "it", "he", "jv", "kl", "kn", "kr", "pam", "ka",
"ks", "csb", "kk", "kw", "rw", "ky", "rn", "sw", "kv", "kg", "ht",
"ku", "kj", "lad", "lbe", "lo", "la", "lv", "lb", "lt", "lij", "li",
"ln", "jbo", "lg", "lmo", "hu", "mk", "mg", "ml", "mt", "mi", "mr",
"arz", "mzn", "ms", "cdo", "mdf", "mo", "mn", "mus", "my", "nah",
"na", "fj", "nl", "nds-nl", "cr", "ne", "new", "ja", "nap", "ce",
"pih", "no", "nb", "nn", "nrm", "nov", "ii", "oc", "mhr", "or",
"om", "ng", "hz", "uz", "pa", "pi", "pag", "pap", "ps", "km",
"pms", "tpi", "nds", "pl", "tokipona", "tp", "pnt", "pt", "aa",
"kaa", "crh", "ty", "ksh", "ro", "rmy", "rm", "qu", "ru", "sah",
"se", "sm", "sa", "sg", "sc", "sco", "stq", "st", "tn", "sq",
"scn", "si", "simple", "sd", "ss", "sk", "cu", "sl", "szl", "so",
"srn", "sr", "sh", "su", "fi", "sv", "tl", "ta", "kab", "roa-tara",
"tt", "te", "tet", "th", "ti", "tg", "to", "chr", "chy", "ve",
"tr", "tk", "tw", "udm", "bug", "uk", "ur", "ug", "za", "vec",
"vi", "vo", "fiu-vro", "wa", "zh-classical", "vls", "war", "wo",
"wuu", "ts", "yi", "yo", "zh-yue", "diq", "zea", "bat-smg", "zh",
"zh-tw", "zh-cn"
};
Regards,
Kashif
----------------------------------------------------------------------
>Comment By: siebrand (siebrand)
Date: 2009-08-14 11:09
Message:
Fixed in r7146.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=2825805&group_…
Patches item #1843798, was opened at 2007-12-04 03:45
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=1843798&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: Duplicate
Priority: 5
Private: No
Submitted By: Pietro Battiston (toobaz)
Assigned to: Nobody/Anonymous (nobody)
Summary: Add capabiliy to remember pages to replace.py
Initial Comment:
When doing very long semi-automatic replacements, it can happen to kill the bot and to start again. So you have to say "no" again to all non wanted replacements. It is even worse if you're using an xml dump: it can be several weeks old, and it will make you download lot of pages that where ALREADY corrected.
This patch consist in two parts:
1) a patch to replace.py that adds a new parameter, "-exclude", and makes it accept a path to a file which will be used both for:
-> knowing which articles to exclude from substitution
-> logging denied replaces' pages and pages already known to be not needing replacements
2) a patch to pagegenerators.py that adds a generator filter, able to yield only pages not appearing in a given list
The only doubt I have is: should the replace.py log in some other way? xml? wikipedia module's predefined functions? log into a given wikipedia userpage (so that logs can easily be shared)?
As I've done it, it needs to import os and codecs modules... don't know if it's a problem.
Anyway, a patch like this is something really needed, if needed I can try to improve it.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2009-08-13 20:02
Message:
#2790445
----------------------------------------------------------------------
Comment By: sigmaoctantis (sigmaoctantis)
Date: 2009-05-12 06:32
Message:
see patch ID: 2790445
https://sourceforge.net/tracker/?func=detail&aid=2790445&group_id=93107&ati…
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2008-06-23 22:22
Message:
Logged In: NO
closed this patch?
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2008-01-16 15:20
Message:
Logged In: NO
replace.py already has the option -xmlstart:page when using an xml dump,
to skip all entries before "page".
----------------------------------------------------------------------
Comment By: Daniel Herding (wikipedian)
Date: 2008-01-16 13:35
Message:
Logged In: YES
user_id=880694
Originator: NO
We already have something very similar for solve_disambiguation.py. When
you run it with the -primary parameter, e.g. on [[en:London]], it saves all
page titles where the user pressed 'N' to the 'disambiguations' directory,
and skips these pages when you run the same command later.
It saves the URL-encoded titles into a text files, one title per line,
without [[brackets]].
It would be nice if some code could be shared, although I'm not sure if
that's possible (I haven't yet looked at your code, but
solve_disambiguation.py is a bit complicated). But we should keep
solve_disambiguation's format because there are probably people who want to
keep using their logs.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=1843798&group_…
Patches item #1843798, was opened at 2007-12-04 03:45
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=1843798&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: Duplicate
Priority: 5
Private: No
Submitted By: Pietro Battiston (toobaz)
Assigned to: Nobody/Anonymous (nobody)
Summary: Add capabiliy to remember pages to replace.py
Initial Comment:
When doing very long semi-automatic replacements, it can happen to kill the bot and to start again. So you have to say "no" again to all non wanted replacements. It is even worse if you're using an xml dump: it can be several weeks old, and it will make you download lot of pages that where ALREADY corrected.
This patch consist in two parts:
1) a patch to replace.py that adds a new parameter, "-exclude", and makes it accept a path to a file which will be used both for:
-> knowing which articles to exclude from substitution
-> logging denied replaces' pages and pages already known to be not needing replacements
2) a patch to pagegenerators.py that adds a generator filter, able to yield only pages not appearing in a given list
The only doubt I have is: should the replace.py log in some other way? xml? wikipedia module's predefined functions? log into a given wikipedia userpage (so that logs can easily be shared)?
As I've done it, it needs to import os and codecs modules... don't know if it's a problem.
Anyway, a patch like this is something really needed, if needed I can try to improve it.
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2009-08-13 20:02
Message:
#2790445
----------------------------------------------------------------------
Comment By: sigmaoctantis (sigmaoctantis)
Date: 2009-05-12 06:32
Message:
see patch ID: 2790445
https://sourceforge.net/tracker/?func=detail&aid=2790445&group_id=93107&ati…
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2008-06-23 22:22
Message:
Logged In: NO
closed this patch?
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2008-01-16 15:20
Message:
Logged In: NO
replace.py already has the option -xmlstart:page when using an xml dump,
to skip all entries before "page".
----------------------------------------------------------------------
Comment By: Daniel Herding (wikipedian)
Date: 2008-01-16 13:35
Message:
Logged In: YES
user_id=880694
Originator: NO
We already have something very similar for solve_disambiguation.py. When
you run it with the -primary parameter, e.g. on [[en:London]], it saves all
page titles where the user pressed 'N' to the 'disambiguations' directory,
and skips these pages when you run the same command later.
It saves the URL-encoded titles into a text files, one title per line,
without [[brackets]].
It would be nice if some code could be shared, although I'm not sure if
that's possible (I haven't yet looked at your code, but
solve_disambiguation.py is a bit complicated). But we should keep
solve_disambiguation's format because there are probably people who want to
keep using their logs.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=1843798&group_…
Patches item #1527779, was opened at 2006-07-24 16:12
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=1527779&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: Out of Date
Priority: 5
Private: No
Submitted By: tuvic (tuvic)
Assigned to: Nobody/Anonymous (nobody)
Summary: interwiki.py - wikipedia.py
Initial Comment:
Patches for 2 files, about 2 subjects:
*interwiki.py: asks confirmation before creating a
graph of a conflicted interwiki: prevents waiting hours
for a graph when many pages are involved
*wikipedia.py: replaceExceptMathNowikiAndComments
returns also if the replaced part is inside
noinclude-tags. Further, when replacing interwiki-links
inside noinclude-tags, they stay inside noinclude-tags,
and don't get moved out.
Greetings, Tuvic (nl-wiki)
----------------------------------------------------------------------
Comment By: tuvic (tuvic)
Date: 2007-04-27 22:02
Message:
Logged In: YES
user_id=1557188
Originator: YES
The remark about wikipedia.py is probably old and not valid anymore.
About the interwiki.py: I still use the code to aks me before creating a
graph. This is something necessary, because some graphs can grow to
enormous size. I include the patch for the most recent revision with this
message.
It may need a little work, however, to finetune the behaviour.
Greetings, Tuvic
File Added: iw_diff_.diff
----------------------------------------------------------------------
Comment By: siebrand (siebrand)
Date: 2007-04-26 21:23
Message:
Logged In: YES
user_id=1107255
Originator: NO
Please let us know if this patch is still applicable to the current code.
If no response is given, the patch will be denied and the issue will be
closed one month from now. This message was added in an effort to reduce
the number of open issues on this project. Siebrand
----------------------------------------------------------------------
Comment By: tuvic (tuvic)
Date: 2006-07-30 22:08
Message:
Logged In: YES
user_id=1557188
Previous patch for wikipedia.py was not working always
correct. I've added a new one, but it needs to be seriously
looked at before committing it.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=1527779&group_…
Feature Requests item #2836191, was opened at 2009-08-12 14:32
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=2836191&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
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: getVersionHistory misses out current revision
Initial Comment:
Pywikipedia nightly:pywikipedia (r7143, 2009/08/11, 16:35:49)
Python 2.5.2 (r252:60911, Jan 4 2009, 17:40:26)
[GCC 4.3.2]
MediaWiki 1.15.0 with German language setting
The regex in getVersionHistory doesn't capture the current revision of the page. Intermediate output of all finds of the editR variable shows that the most recent edit is not contained, so I suppose the regex in wikipedia.py:2280+ is broken.
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2009-08-13 19:46
Message:
I use this procrdure very often by my cleanup bot and it is so far so ok to
ignore minor edits.
I guess it's not a bug, it's a feature ;)
I move it to feature request
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-08-13 11:20
Message:
Yes that's right, I just verified it and it only misses "minor edits"
Is it possible to make getVersionHistory include them? Otherwise I think
it should be included in the documentation.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2009-08-12 16:52
Message:
Could it be, that the disregarded entries are marked as "minor edits"
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=2836191&group_…