Jump to content

Wikipedia talk:Special:PrefixIndex

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
This is an old revision of this page, as edited by 2001:44c8:44cc:55f:1:1:b8c7:f12b (talk) at 08:56, 2 August 2019. The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.


See also: Template:PrefixIndex and Template:Look from
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. BsroiaadnTalk 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! GracenotesT § 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. GracenotesT § 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 !!

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.EE 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.

EE 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?EE 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]

All page names containing a string

{{editprotected}}

Such a request cannot be done by admins and would have to be implemented by a developer. You may make a request for such a feature at Bugzilla. If you're looking for this information now, you might try the database dump page, which contains an easy way to download the list of all page titles (which you'll then have to process yourself to extract the relevant information). --CapitalR (talk) 09:40, 19 March 2009 (UTC)[reply]
Also note that AWB has a Database Scanner feature that lets you filter the list of all page titles based on strings (or regexes). I use this all the time and highly recommend using it to solve your problems if you're not already using it. --CapitalR (talk) 09:44, 19 March 2009 (UTC)[reply]
Query Result
intitle:airport All articles with airport in their title.
intitle:international airport Articles containing international and airport in their title (including World's busiest airports by international passenger traffic).
parking intitle:airport Articles with "airport" in their title and "parking" in their text
intitle:"international airport"   Articles containing the exact expression "international airport" in their title.
-- Uzma Gamal (talk) 16:01, 5 February 2013 (UTC)[reply]

Suffix

Is their a Speical:SuffixIndex search on Wikipedia? --75.154.186.241 (talk) 23:50, 12 April 2009 (UTC)[reply]

Not officially, but you can use this grep tool on the toolserver to search for arbitrary strings in titles using Regular expressions. --CapitalR (talk) 03:08, 13 April 2009 (UTC)[reply]

See #SuffixIndex above. Jidanni (talk) 09:09, 20 November 2010 (UTC)[reply]

Inappropriate default search?

Special:PrefixIndex is a handy resource just two clicks from any page via Navigation|Special Pages. Reasonably enough, it defaults to page one of a sorted list of all WP articles. Unfortunately, the first few titles are ones some people find offensive. The articles are encyclopaedic, they fall naturally at the top of the sort order and I fully endorse WP's policy of not bowdlerising, but they may give a misleading impression of WP to the (possibly young) searcher. Should we consider displaying them only if they are requested using Display pages with prefix ! or similar? Certes (talk) 23:56, 28 September 2009 (UTC)[reply]

I agree, there is no need to list the first 100 articles when the page is first opened. I use this special page for the search engine, and that is all I want to see when I open it. 117Avenue (talk) 21:21, 6 October 2009 (UTC)[reply]

I agree too, besides the profanity, the default search is not really useful. I have submitted bugzilla:21143 on this, since I assume it would require a software change. • Anakin (talk) 23:15, 14 October 2009 (UTC)[reply]

Thank you. I had assumed this could be configured locally, but let's see if there is support for a software change. Certes (talk) 00:01, 15 October 2009 (UTC)[reply]
It seems nobody else cares. • Anakin (talk) 16:52, 29 October 2009 (UTC)[reply]
These sort of pages often aren't watched by many people. Posting at WP:VPT to notify of discussion helps. Rd232 talk 07:55, 31 October 2009 (UTC)[reply]
Are there any administrators watching this page? 117Avenue (talk) 19:52, 29 October 2009 (UTC)[reply]
No but I bet we could make one, and then he/she would do our bidding. All we need is a Mummy administrator and a Daddy administrator, and a light sprinkling of rouge for taste. • Anakin (talk) 23:10, 29 October 2009 (UTC)[reply]
Looking forward to halloween? 117Avenue (talk) 06:06, 30 October 2009 (UTC)[reply]
You might also want to start a thread at WP:Village pump (technical) Taemyr (talk) 13:25, 30 October 2009 (UTC)[reply]
Thanks, I'll do that. It's probably more sociable than creating !!!!Do you really want to see this article on your default search?. Certes (talk) 19:35, 30 October 2009 (UTC)[reply]
The Village Pump suggestion has now been archived without reply. Maybe we do need that admin... Certes (talk) 23:42, 21 November 2009 (UTC)[reply]

See also the discussion at WP:VPR#Bug vote. Rd232 talk 07:58, 31 October 2009 (UTC)[reply]

This discussion seems important -- I'm going to see about getting something done on this. Thanks to you all for highlighting this issue. -Pete (talk) 22:25, 11 June 2010 (UTC) Okay, I filed a bug and will try to keep an eye, to make sure somebody gets to it! See this bugzilla entry. -Pete (talk) 23:48, 11 June 2010 (UTC)[reply]

Thanks. 117Avenue (talk) 00:00, 12 June 2010 (UTC)[reply]
Looks like we might finally be getting somewhere on this -- not sure when this would be deployed on en:wp or anywhere else, but it looks like it's been fixed in the MediaWiki software: mw:Special:Code/MediaWiki/75314 -Pete (talk) 17:40, 24 October 2010 (UTC)[reply]
It took over a year, but thank-you. 117Avenue (talk) 23:38, 24 October 2010 (UTC)[reply]

 Done For anyone paying attention -- I don't know when it took effect, but I see the fix has taken effect here on en-wp now. -Pete (talk) 05:19, 13 May 2011 (UTC)[reply]

Google search trick to help with suffixes

In Google search, try the following (quote marks included):

  • "http://en.wikipedia.org/wiki/*%s"
  • "http://en.wikipedia.org/wiki/ * %s"

where you replace "%s" with the suffix you're interested in. It's imperfect but useful. — ¾-10 20:11, 13 February 2010 (UTC)[reply]

This will find references to those pages on other sites as well, you'd be better off with:

  • site:en.wikipedia.org inurl:"wiki/*%s"
  • site:en.wikipedia.org inurl:%s (assuming your string isn't present in "en.wikipedia.org/wiki")

Bigmantonyd (talk) 01:44, 26 January 2011 (UTC)[reply]

Any way to force the page list to be on one page?

Having upgraded to 1.15.3 recently the result of looking for all pages in Special:PrefixIndex is a list split into more than one page. Special:All pages doesn't give you a list at all, but a list of links to the "search results". Is there some way to get a list of all pages on one page, or to configure how many results are in each page on Special:PrefixIndex? Thanks Windinthew (talk) 02:53, 29 April 2010 (UTC)[reply]

I searched for the same thing, but did not find it. Instead I used the tool Cat scan on the root category. The result for no:wp was about 15% of all the articles and for sv:wp about 50%. I did not try it with en:wp to Category:Fundamental, but I guess you will have the same experience. Any complete list (with the possibility to filter out disambiguation and redirect pages) will be appreciated. --Cavernia (talk) 14:51, 1 May 2010 (UTC)[reply]
Listing 7,094,683 things on one page is a bad idea... At the moment the limit on special:allpages/prefixindex is not configurable. Bawolff (talk) 05:46, 12 May 2011 (UTC)[reply]
Retrieved from "https://en.wikipedia.org/w/index.php?title=Wikipedia_talk:Special:PrefixIndex&oldid=908984213"