I'm having trouble with querying English pronunciation from commons by my bots. Take a look at queries below:
- title=http://commons.wikimedia.org/w/api.php?action=query&list=categorymembers&cmtitle=Category:English%20pronunciation&cmlimit=20Category:English pronunciationhttp://commons.wikimedia.org/w/api.php?action=query&list=categorymembers&cmtitle=Category:English%20pronunciation&cmlimit=20 - title=Category:English pronunciation&cmcontinue=used to.ogg|http://commons.wikimedia.org/w/api.php?action=query&list=categorymembers&cmtitle=Category:English%20pronunciation&cmlimit=20&cmcontinue=used%20to%7C
There are 4 items appear twice in these 2 queries: wherewithal, wires, wire, wired and items are sorted in no order. What's up?
Anyone can answer my question? Please say smth???
2008/2/15, Minh Lê Ngọc cumeo89@gmail.com:
I'm having trouble with querying English pronunciation from commons by my bots. Take a look at queries below:
- title=http://commons.wikimedia.org/w/api.php?action=query&list=categorymembers&cmtitle=Category:English%20pronunciation&cmlimit=20Category:English
- title=Category:English pronunciation&cmcontinue=used to.ogg|http://commons.wikimedia.org/w/api.php?action=query&list=categorymembers&cmtitle=Category:English%20pronunciation&cmlimit=20&cmcontinue=used%20to%7C
There are 4 items appear twice in these 2 queries: wherewithal, wires, wire, wired and items are sorted in no order. What's up?
On Fri, Feb 15, 2008 at 8:32 AM, Minh Lê Ngọc cumeo89@gmail.com wrote:
I'm having trouble with querying English pronunciation from commons by my bots. Take a look at queries below:
title=Category:English pronunciation title=Category:English pronunciation&cmcontinue=used to.ogg| There are 4 items appear twice in these 2 queries: wherewithal, wires, wire, wired and items are sorted in no order. What's up?
Mediawiki-api mailing list Mediawiki-api@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-api
That looks totally weird... the default sorting algorithm is by sortkey: "$this->addOption('ORDER BY', 'cl_to, cl_sortkey' . ($params['dir'] == 'desc' ? ' DESC' : '') . ', cl_from');" but if you look at the sortkeys, you see that they are totally out of order: http://commons.wikimedia.org/w/api.php?action=query&list=categorymembers&cmtitle=Category:English%20pronunciation&cmlimit=20&cmprop=title|sortkey
On Feb 17, 2008 6:41 AM, Bryan Tong Minh bryan.tongminh@gmail.com wrote:
That looks totally weird... the default sorting algorithm is by sortkey: "$this->addOption('ORDER BY', 'cl_to, cl_sortkey' . ($params['dir'] == 'desc' ? ' DESC' : '') . ', cl_from');" but if you look at the sortkeys, you see that they are totally out of order: http://commons.wikimedia.org/w/api.php?action=query&list=categorymembers&cmtitle=Category:English%20pronunciation&cmlimit=20&cmprop=title|sortkey
It seems to be sorting by timestamp instead:
On Sun, Feb 17, 2008 at 1:24 AM, Stephen Bain stephen.bain@gmail.com wrote:
On Feb 17, 2008 6:41 AM, Bryan Tong Minh bryan.tongminh@gmail.com wrote:
That looks totally weird... the default sorting algorithm is by sortkey: "$this->addOption('ORDER BY', 'cl_to, cl_sortkey' . ($params['dir'] == 'desc' ? ' DESC' : '') . ', cl_from');" but if you look at the sortkeys, you see that they are totally out of order: http://commons.wikimedia.org/w/api.php?action=query&list=categorymembers&cmtitle=Category:English%20pronunciation&cmlimit=20&cmprop=title|sortkey
It seems to be sorting by timestamp instead:
-- Stephen Bain stephen.bain@gmail.com
Mediawiki-api mailing list Mediawiki-api@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-api
Fixed in r31034.
Bryan
On Sun, Feb 17, 2008 at 07:43:53PM +0100, Bryan Tong Minh wrote:
Fixed in r31034.
Will this also fix the problem that sometimes not all pages in the category are returned? The sooner that can be fixed and synced, the better.
To test the problem, try to download a list of all pages in a big category, like [[Category:Stub-Class mathematics articles]], with cmlimit set to a small number, like 5. Right now I get 44 pages that way, including numerous duplicates, before the API stops providing a cmcontinue token.
- Carl
On 2/18/08, Carl Beckhorn cbeckhorn@fastmail.fm wrote:
On Sun, Feb 17, 2008 at 07:43:53PM +0100, Bryan Tong Minh wrote:
Fixed in r31034.
Will this also fix the problem that sometimes not all pages in the category are returned? The sooner that can be fixed and synced, the better.
To test the problem, try to download a list of all pages in a big category, like [[Category:Stub-Class mathematics articles]], with cmlimit set to a small number, like 5. Right now I get 44 pages that way, including numerous duplicates, before the API stops providing a cmcontinue token.
- Carl
Mediawiki-api mailing list Mediawiki-api@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-api
No, it does not, unless that bug was accidentily caused by this same bug. I'll take a look once the Wikimedia servers have been synchronized.
Bryan
when that bug is fixed in commons, vietnamese wiktionary and others? my 2 sample queries still produce the same results (4 duplicated pages).
2008/2/18, Bryan Tong Minh bryan.tongminh@gmail.com:
On 2/18/08, Carl Beckhorn cbeckhorn@fastmail.fm wrote:
On Sun, Feb 17, 2008 at 07:43:53PM +0100, Bryan Tong Minh wrote:
Fixed in r31034.
Will this also fix the problem that sometimes not all pages in the category are returned? The sooner that can be fixed and synced, the better.
To test the problem, try to download a list of all pages in a big category, like [[Category:Stub-Class mathematics articles]], with cmlimit set to a small number, like 5. Right now I get 44 pages that way, including numerous duplicates, before the API stops providing a cmcontinue token.
- Carl
Mediawiki-api mailing list Mediawiki-api@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-api
No, it does not, unless that bug was accidentily caused by this same bug. I'll take a look once the Wikimedia servers have been synchronized.
Bryan
Mediawiki-api mailing list Mediawiki-api@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-api
On Mon, Feb 18, 2008 at 08:44:04AM +0100, Bryan Tong Minh wrote:
On 2/18/08, Carl Beckhorn cbeckhorn@fastmail.fm wrote:
On Sun, Feb 17, 2008 at 07:43:53PM +0100, Bryan Tong Minh wrote:
Fixed in r31034.
Will this also fix the problem that sometimes not all pages in the category are returned? The sooner that can be fixed and synced, the better.
To test the problem, try to download a list of all pages in a big category, like [[Category:Stub-Class mathematics articles]], with cmlimit set to a small number, like 5. Right now I get 44 pages that way, including numerous duplicates, before the API stops providing a cmcontinue token.
No, it does not, unless that bug was accidentily caused by this same bug. I'll take a look once the Wikimedia servers have been synchronized.
Special:Version seems to say that r31034 is live. I checked today, and the bug still shows up, but only if cmsort is set to timestamp. In other words, the code will work with cmsort set to sortkey, but when cmsort is changed to timestamp, the same will only return a few results.
- Carl
mediawiki-api@lists.wikimedia.org