In the search box, I get suggestions on the fly as I type, and I'm often impressed by the good suggestions. However, right now at Wiktionary I get suggestions that aren't the best ones for the given prefix.
For example, at en.wiktionary.org if I type "lagru" it doesn't suggest"lagrum", but instead a bunch of inflected and derived forms: lagrumshänvisning lagrums lagrumshänvisnings lagrummets lagrummen lagrummet lagrumshänvisningars lagrumshänvisningar lagrumshänvisningarnas lagrumshänvisningarna
Since these are Swedish entries in the English Wiktionary, none of these pages get much traffic. Are the completion suggestions based on traffic stats? In this case, link count might be a better predictor for best suggestion, since all derived forms link back to the basic form.
Not much traffic: 5 page views in 30 days, http://stats.grok.se/en.d/latest/lagrum
It is derived based on link statistics, however, the links needs to be in the article, and not generated by wikitext magic.
r.
On 10/30/2011 09:19 PM, Lars Aronsson wrote:
In the search box, I get suggestions on the fly as I type, and I'm often impressed by the good suggestions. However, right now at Wiktionary I get suggestions that aren't the best ones for the given prefix.
For example, at en.wiktionary.org if I type "lagru" it doesn't suggest"lagrum", but instead a bunch of inflected and derived forms: lagrumshänvisning lagrums lagrumshänvisnings lagrummets lagrummen lagrummet lagrumshänvisningars lagrumshänvisningar lagrumshänvisningarnas lagrumshänvisningarna
Since these are Swedish entries in the English Wiktionary, none of these pages get much traffic. Are the completion suggestions based on traffic stats? In this case, link count might be a better predictor for best suggestion, since all derived forms link back to the basic form.
Not much traffic: 5 page views in 30 days, http://stats.grok.se/en.d/latest/lagrum
On 10/30/2011 10:41 PM, Robert Stojnic wrote:
It is derived based on link statistics, however, the links needs to be in the article, and not generated by wikitext magic.
I see. Do you analyze the static XML dump, to get the statistics? I think this is the wrong way. Should I file a bugzilla report that this should rather be based on the "what links here" table?
Wiktionary entries for inflected forms link back to the main entry using templates, of course. One example is {{plural of|goose}}.
Yes, it's clearly the wrong way, but we don't have much infrastructure to do it otherwise at the moment. Indexing template-expanded articles would help, I'm sure there's a bug report for that somewhere..
r.
On 10/30/2011 11:06 PM, Lars Aronsson wrote:
On 10/30/2011 10:41 PM, Robert Stojnic wrote:
It is derived based on link statistics, however, the links needs to be in the article, and not generated by wikitext magic.
I see. Do you analyze the static XML dump, to get the statistics? I think this is the wrong way. Should I file a bugzilla report that this should rather be based on the "what links here" table?
Wiktionary entries for inflected forms link back to the main entry using templates, of course. One example is {{plural of|goose}}.
At als.wikipedia, search completion behaves strangely - at http://als.wikipedia.org/wiki/Spezial:Letschti_%C3%84nderige , it works as expected, but at most (all?) other pages, it does not work at all. Anyone having an idea? Thanks!
Daniel
On Mon, Oct 31, 2011 at 1:11 AM, Robert Stojnic rainmansr@gmail.com wrote:
Yes, it's clearly the wrong way, but we don't have much infrastructure to do it otherwise at the moment. Indexing template-expanded articles would help, I'm sure there's a bug report for that somewhere..
r.
On 10/30/2011 11:06 PM, Lars Aronsson wrote:
On 10/30/2011 10:41 PM, Robert Stojnic wrote:
It is derived based on link statistics, however, the links needs to be in the article, and not generated by wikitext magic.
I see. Do you analyze the static XML dump, to get the statistics? I think this is the wrong way. Should I file a bugzilla report that this should rather be based on the "what links here" table?
Wiktionary entries for inflected forms link back to the main entry using templates, of course. One example is {{plural of|goose}}.
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Hi!
This may be unrelated to the problem you describe, but when I access https://als.wikipedia.org/wiki/Special:RecentChanges?debug=1&uselang=en I get the following errors on Firefox 7.0.1: ---- Error: $("body") is null Source: https://bits.wikimedia.org/w/extensions-1.18/Vector/modules/ext.vector.colla... Line: 5 var rtl = $( 'body' ).is( '.rtl' ); ---- Error: linkFA_enabled is not defined Source: https://bits.wikimedia.org/als.wikipedia.org/load.php?debug=true&lang=en... Line: 141 if (!linkFA_enabled) return; ----
Besides, if I try to close the Fundraising banner, on a random page such as https://als.wikipedia.org/wiki/City_Life?debug=1&uselang=en I get ---- Error: $("#centralNotice") is null Source: https://als.wikipedia.org/w/index.php?title=Spezial:BannerController&cac... Line: 20 ----
I believe these bugs are caused by the first line on https://als.wikipedia.org/wiki/MediaWiki:Common.js?uselang=en i.e.: function $(ID) {return document.getElementById(ID);} because $ is a default alias for jQuery, which is used by various scripts. See more on: http://www.mediawiki.org/wiki/JQuery
Maybe the same thing is the cause of the problem with search suggestions.
Best regards, Helder
On Tue, Nov 8, 2011 at 23:45, Daniel Mietchen < daniel.mietchen@googlemail.com> wrote:
At als.wikipedia, search completion behaves strangely - at http://als.wikipedia.org/wiki/Spezial:Letschti_%C3%84nderige , it works as expected, but at most (all?) other pages, it does not work at all. Anyone having an idea? Thanks!
Daniel
On Wed, Nov 9, 2011 at 11:36 AM, Helder helder.wiki@gmail.com wrote:
Hi!
This may be unrelated to the problem you describe, but when I access https://als.wikipedia.org/wiki/Special:RecentChanges?debug=1&uselang=en I get the following errors on Firefox 7.0.1:
Error: $("body") is null Source: https://bits.wikimedia.org/w/extensions-1.18/Vector/modules/ext.vector.colla... Line: 5 var rtl = $( 'body' ).is( '.rtl' );
Error: linkFA_enabled is not defined Source: https://bits.wikimedia.org/als.wikipedia.org/load.php?debug=true&lang=en... Line: 141 if (!linkFA_enabled) return;
Besides, if I try to close the Fundraising banner, on a random page such as https://als.wikipedia.org/wiki/City_Life?debug=1&uselang=en I get
Error: $("#centralNotice") is null Source: https://als.wikipedia.org/w/index.php?title=Spezial:BannerController&cac... Line: 20
I believe these bugs are caused by the first line on https://als.wikipedia.org/wiki/MediaWiki:Common.js?uselang=en i.e.: function $(ID) {return document.getElementById(ID);} because $ is a default alias for jQuery, which is used by various scripts.
Yes, that's what causing it. Although, really, MediaWiki code should always be aliasing $ to the global jQuery object, which BannerController and collapsibleTabs clearly aren't doing.
Roan
Thanks for the detailed explanation, Helder and Roan!
Daniel
On Wed, Nov 9, 2011 at 12:26 PM, Roan Kattouw roan.kattouw@gmail.com wrote:
On Wed, Nov 9, 2011 at 11:36 AM, Helder helder.wiki@gmail.com wrote:
Hi!
This may be unrelated to the problem you describe, but when I access https://als.wikipedia.org/wiki/Special:RecentChanges?debug=1&uselang=en I get the following errors on Firefox 7.0.1:
Error: $("body") is null Source: https://bits.wikimedia.org/w/extensions-1.18/Vector/modules/ext.vector.colla... Line: 5 var rtl = $( 'body' ).is( '.rtl' );
Error: linkFA_enabled is not defined Source: https://bits.wikimedia.org/als.wikipedia.org/load.php?debug=true&lang=en... Line: 141 if (!linkFA_enabled) return;
Besides, if I try to close the Fundraising banner, on a random page such as https://als.wikipedia.org/wiki/City_Life?debug=1&uselang=en I get
Error: $("#centralNotice") is null Source: https://als.wikipedia.org/w/index.php?title=Spezial:BannerController&cac... Line: 20
I believe these bugs are caused by the first line on https://als.wikipedia.org/wiki/MediaWiki:Common.js?uselang=en i.e.: function $(ID) {return document.getElementById(ID);} because $ is a default alias for jQuery, which is used by various scripts.
Yes, that's what causing it. Although, really, MediaWiki code should always be aliasing $ to the global jQuery object, which BannerController and collapsibleTabs clearly aren't doing.
Roan
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Wed, Nov 9, 2011 at 12:26 PM, Roan Kattouw roan.kattouw@gmail.com wrote:
Yes, that's what causing it. Although, really, MediaWiki code should always be aliasing $ to the global jQuery object, which BannerController and collapsibleTabs clearly aren't doing.
These should be fixed in r102962 and r102964. I'll deploy them later.
Roan
Same behaviour at no.wikipedia. Sometimes it even seems like the identical article entry is removed from the search result.
A quick-fix could be to use word frequency or tf-idf from the language, or perhaps from the page your at when you do the search.
John
On Sun, Oct 30, 2011 at 10:19 PM, Lars Aronsson lars@aronsson.se wrote:
In the search box, I get suggestions on the fly as I type, and I'm often impressed by the good suggestions. However, right now at Wiktionary I get suggestions that aren't the best ones for the given prefix.
For example, at en.wiktionary.org if I type "lagru" it doesn't suggest"lagrum", but instead a bunch of inflected and derived forms: lagrumshänvisning lagrums lagrumshänvisnings lagrummets lagrummen lagrummet lagrumshänvisningars lagrumshänvisningar lagrumshänvisningarnas lagrumshänvisningarna
Since these are Swedish entries in the English Wiktionary, none of these pages get much traffic. Are the completion suggestions based on traffic stats? In this case, link count might be a better predictor for best suggestion, since all derived forms link back to the basic form.
Not much traffic: 5 page views in 30 days, http://stats.grok.se/en.d/latest/lagrum
-- Lars Aronsson (lars@aronsson.se) Aronsson Datateknik - http://aronsson.se
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
wikitech-l@lists.wikimedia.org