Wikipedia talk:Special:PrefixIndex

This is the talk page for the special page at Special:PrefixIndex.
For general information on this and other special pages, see Help:Special page.
For recent talk about special pages, see Recentchangeslinked/Specialpages discussion

For advanced pagenames searches use the grep tool

"no redirects" option

Is there an option to not include redirects? ∞Σɛ_Þ² ^(τ|c) 20:59, 30 June 2007 (UTC)[reply]

I am not aware of such an option, but at least redirects are enclosed into <div class=allpagesredirect> (which already has italic CSS). So

div.allpagesredirect {display:none}

will hide them (leaving empty table cells unfortunately), while

div.allpagesredirect a {color:gray}

will simply make them easier to distinquish from normal pages. CSS code goes into your monobook.css ∴ Alex Smotrov 19:42, 2 July 2007 (UTC)[reply]

Thanks, but I was looking for a built-in MediaWiki option (that should be present anyway). Oh and I use simple.css. ;) ∞Σɛ_Þ² ^(τ|c) 21:36, 2 July 2007 (UTC)[reply]

The CSS option is incorrect as it would hide pages that should appear (ignoring problems with using it on Wikipedia). A proper "no redirects" option would omit any page which redirects to another page with the same prefix, leaving pages which redirect elsewhere. See Special:PrefixIndex/Step for an example of why this would be really, really useful. —Preceding unsigned comment added by 67.160.117.198 (talk) 01:56, 12 September 2010 (UTC)[reply]

The option hideredirects=1 was added in 2012. For example here's a way to show a compact list of subpages:

{{Special:PrefixIndex/{{FULLPAGENAME}}/ |hideredirects=1 |stripprefix=1}}

-- S Page (WMF) (talk) 01:41, 24 October 2013 (UTC)[reply]

SuffixIndex

Is there any special page for suffixes? Such as to search for articles that end with (ice hockey) or something? I haven't found one, so I doubt there is, but I might as well ask. Bsroiaadn^Talk 13:38, 6 July 2007 (UTC)[reply]

No, there isn't. Maybe request it at WP:VPR or WP:VPT; it's a neat idea. This, that and the other _[talk] 07:34, 8 July 2007 (UTC)[reply]

Request a better search engine, too, since the current one sucks petunas, relying on external search engines (like Google) to pick up MediaWiki's slack. Wikipedia's navigation system sucks too, requiring dabs and categories to also pick up the slack. ∞Σɛ_Þ² ^(τ|c) 19:09, 8 July 2007 (UTC)[reply]

Don't reinvent the wheel. If google does the job there is no need for MediaWiki to do so. Also, your idea of what the dab pages are there for is plain wrong. As long as it's seen as a goal to be able to reach an article by typing the name directly dab pages will be necessary. No improvement in Wikipedias navigation system is going to change this, because the problem is in the ambiguity of the English language. Taemyr 01:56, 9 July 2007 (UTC)[reply]

I have to second the request for Special:Suffixindex. This will be invaluable for finding the noun part of names that have various adjectives. Greg Bard 12:40, 13 September 2007 (UTC)[reply]

This would be possible if the "page" table in MediaWiki's database had a "page_reverse_title" column: then the Suffixindex input could be reversed, the Prefixindex query could be performed (ordering by page_reverse_title instead of page_title), and tada, results. At least in my naive, not-excessively-fluent-in-SQL analysis :) If there's an easier way, I don't know what it is! Gracenotes^T § 17:27, 20 September 2007 (UTC)[reply]

Come to think of it, I'm positive that solution violates some database design rule about normalization. Oh well. Gracenotes^T § 17:31, 20 September 2007 (UTC)[reply]

No, it can be done by just adding 1 column to the article table and 1 index for just that table. ~~That can't possibly break any normalization rule~~ (OK, so, it breaks the second normal form because it's redundant information that can be obtained from reversing the ~~name column~~ primary key. Damn you, Codd! It's still an acceptable compromise for performance, thought) The name-updating updates the column every time that the "name" column is updated, the searches are as fast as prefixIndex, and the name change updates only have to update one extra column on a table that gets updated anyways and one extra index. It's not as if articles change names often. --Enric Naval (talk) 02:16, 2 April 2008 (UTC)[reply]

On MySQL you can use the LIKE comparator, not? LIKE "%(ice hockey)". That would work for MiddleIndex as well. --Ysangkok (talk) 16:05, 21 November 2009 (UTC)[reply]

Only if you don't care about performance. Non-prefix LIKE comparisons require a full table scan, which isn't cheap on 18 million rows. Zetawoof_(ζ) 19:40, 21 November 2009 (UTC)[reply]

I made a request at bugzilla. It had come up before. The discussion was about the fact that a prefix search comes at no extra effort because of the way the database is set up. However, to set up a suffix search would require a major effort apparently. Oh well, it was a nice thought. I'm sure by the time we are all required by the government to have the computer implant in the brain which connects us all to the Wikipedia, they will have it figured out. Greg Bard 19:59, 20 September 2007 (UTC)[reply]

Google query examply: something like intitle:"*(ice_hockey)", probably can be improved ∴ Alex Smotrov 21:31, 20 September 2007 (UTC)[reply]

Not really a solution (or even a workaround) but you could download the "enwiki-YYYYMMDD-all-titles-in-ns0.gz" file from http://download.wikimedia.org and try searching for suffix$ (or something similar) with a regular expression-capable editor. --Kjoonlee 11:30, 29 March 2008 (UTC)[reply]

For prefix, currently two types are available, that is, {{PAGENAME}} type and, "particular word" or "Particular phrase" type. Example of particular word below is "Sandbox" and "United".
*[[Special:Prefixindex/{{PAGENAME}}|All pages starting with {{PAGENAME}}]]
*[[Special:Prefixindex/Sandbox|All pages starting with "Sandbox"]]
*[[Special:Prefixindex/United|All pages starting with "United"]]

For the desirable "Special:postfindex" or "Special:suffindex" would limit the number of letters, for example specifying number of letter(s) in script, I suggest, would be more than 4 or larger and 8 or less. Any number or unlimited number of letters may increase server burden or load to much, and may confuse reader who browsing or reading Wikipedia. What I want have "Special:postfindex" or "Special:suffindex" is available not only English language edition, but also for any language within Wikipedia.

In case of Wikipedia Japanese language edition (メインページ), single Japanese letter is composed by two Byte (8 bit & 8 bit), where as English single letter is composed by one Byte. In Japanese language case, I would suggest 2 or more number of letters to 4 or less number letters to limit as postfix. In Special: Postfix designation, these limited number of letters to be, of course, changeable by Wikipedia's system engineer or technical designator.
Example of Postfixindex or Suffixindex within single language would be:
*[[Special:Suffixindex/{{PAGENAME}}|All pages ending with (in Japanese) {{PAGENAME}}]]
*[[Special:Suffixindex/United|All pages ending with "United"]]
*[[Special:Suffixindex/あいうえ|All pages ending with "あいうえ"]]
あいうえ is Japanese "abcd".

The above suffixindex should work within given language, that is within any language. List of "All pages ending with" is not seen paper type encyclopedia, and it is superb function achievable function on electrical encyclopedia like Wikipedia.

For your information, I am told there is a site to list up Wikipedia article with ending "any word" in Japanese Wikipedia:Village pump, but this is effective for Wikipedia user, not for reader within Wikipedia.

NOTE: the following URL access takes server time for a moment: (Note; Left button　is query send and right button is Reset)

To list up "(ice_hockey)" with next URL, my PC and internet takes more than 15 minutes !!

http://toolserver.org/~nikola/grep.php?pattern=.*%28ice_hockey%29%24&lang=en&wiki=wikipedia&ns=0&redirects=on One of big problem is server takes too much load. Thank you.--Namazu-tron (talk) 01:39, 2 November 2008 (UTC) Correction.--Namazu-tron (talk) 02:14, 3 November 2008 (UTC)lol[reply]

Not usre if this is outdated or not, but I too want a suffixindex. It'd really help when searching for files (like *.svg, *.png, etc) or, for people like me who administer private wikis, for searching for MediaWiki files (*.css, *.js, etc). Mnmazur (talk)

Vote for Bugzilla:10808. Jidanni (talk) 09:07, 20 November 2010 (UTC)[reply]

I would love to see a Special:SuffixIndex. I imagine it might be harder to code and have no idea how to implement it, but were it possible, it would be very useful. SeeTheInvisible (talk) 18:20, 20 December 2011 (UTC)[reply]

Infixes, circumfixes, prefixes and suffixes

In fact, including these options and combinations of these would be most useful.Curb Chain (talk) 17:14, 7 January 2015 (UTC)[reply]

New Prefix Discussion

I thought you might find this discussion relevant. Please comment about the new proposed prefixes. I'm suggesting that we add U: and UT: for user pages and user talk pages. Jmfangio| ►Chat 09:35, 27 July 2007 (UTC)[reply]

Link is no longer good; since VPT is not archived, it's now best to look at an old version of the page to see the discussion. -- John Broughton (♫♫) 16:31, 20 September 2007 (UTC)[reply]

"Next page" at the top, but not at the bottom

Special:Allpages has a "Next page" link at the top right and the bottom right. Special:Prefixindex has this link only at the top (if the list is long enough). Could the link be added to the bottom as well? For comparison, see Special:Allpages/Alex and Special:Prefixindex/Alex. Thanks! Ewlyahoocom 05:14, 15 September 2007 (UTC) Do NOT use bad words. Thank you[reply]

This page does not seem to get noticed too much. I submitted bugzilla:18424 on it. • Anakin ^(talk) 16:49, 10 April 2009 (UTC)[reply]

PrefixIndex, middleindex, suffixindex, etc.

Where Special:PrefixIndex allows you to search article names that begin with a certain text string, Wikimedia.de grep is a recently improved tool that allows you to search text strings anywhere they appear in the article name. Grep lets you search the entire text string (not just the beginning) for common text patterns. Even better, grep lets you use wildcard characters and other characters (see Regular expression) to formulate your search string. H(ä|ae?)ndel will find "Handel", "Händel", and "Haendel". (S|s)chool will find School and school. The grep tool allows you to find postings in any other name space. The grep tool also is great for finding all related categories and all related templates, even if they are not categorized with a [[Category:]] GregManninLB (talk) 14:55, 26 April 2008 (UTC)[reply]

Briefly confirmed it worked well on Japanese language edition with Japqanese text string. I and some Japanese user will check and revert if anything other than designated/expected. Thank for your contribution.--Namazu-tron (talk) 08:27, 28 November 2008 (UTC)[reply]

Suggestions

You need a talk page.

You need an explanation on Wikimedia.de grep how to user wildcards. I still have no idea.

List of*bands gave zero results, even though there are several articles with this name.

Like most external programs examining wikipedia, this one is slower than wikipedia's own searches.

It would be nice if the default language was English to. Ikip (talk) 12:54, 31 January 2009 (UTC)[reply]

Felicia and Felix

Feliciano, being the Spanish variant of Felix, and therefore masculin, should be listed under Felix rather then under Felicia, or perhaps under Felix as well. Peter Horn 18:03, 2 May 2008 (UTC)[reply]

Special:PrefixIndex is just a list of pages beginning with the string searched for. So 3215 Lapko shows up when you enter 321, and Feliciano shows under Felicia because thats the 8 first letters. There is currently no way to implement making feliciano popping up when felix is entered. You might want to edit the disambiguation page Felix. Taemyr (talk) 22:47, 2 May 2008 (UTC)[reply]

No sub-subpages

Is there a way to Special:PrefixIndex some thing without getting the sub pages of the subpages.E E 20:33, 7 July 2008 (UTC)[reply]

Ex.

You PrefixIndex Wikipedia

You get Wikipedia/A and Wikipedia/A/B

But you only want Wikipedia/A.

E E 20:35, 7 July 2008 (UTC)[reply]

Renamed the section from «Question». —AlexSm 20:55, 7 July 2008 (UTC)[reply]

No. You could try a grep tool tool on toolserver, with the search expression like ^Wikipedia/[^\/]*$ —AlexSm 20:55, 7 July 2008 (UTC)[reply]

Is there a way to transclude it?E E 20:57, 7 July 2008 (UTC)[reply]

No, you cannot transclude anything from external sources. —AlexSm 21:01, 7 July 2008 (UTC)[reply]

Nine years later, I would like that feature also NewsAndEventsGuy (talk) 16:41, 14 July 2017 (UTC)[reply]

Vertical instead of horizontal alphabetical display

Can lists be arranged vertically instead of horizontally? —Preceding unsigned comment added by Richard David Ramsey (talk • contribs) 20:08, 30 August 2008 (UTC) The lists would be easier to read if vertical. —Preceding unsigned comment added by 68.49.184.143 (talk) 01:09, 19 November 2008 (UTC)[reply]

Agree. Like {{reflist|2}} does. Think telephone directories.MinorProphet (talk) 16:52, 22 September 2011 (UTC)[reply]

Yes this would be helpful. Also can one change the number of vertical columns to more than 3? — Preceding unsigned comment added by 122.174.66.95 (talk) 05:08, 30 May 2012 (UTC)[reply]