Community Wishlist Survey 2017/Search
Blame tool
- Problem: When I see suspicious text on a page, I should be able to find its creator and first revision. Some version control systems have a tool for it. Now I have to check history manually.
- Who would benefit: Curators.
- Proposed solution:
- More comments: It would be good also to find the last revision for a text found in the article's history.
- Phabricator tickets:
- Proposer: Dalka (talk) 10:53, 9 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]- This already exists. MER-C (talk) 12:35, 9 November 2017 (UTC)
- It does but it does not work very well :/ We actually removed the XTools version because it was even worse. If there is a rock-solid solution to this, it hasn't been implemented yet (to my knowledge). Either way I think this proposal is more fit for the "Search" category, so I am moving it there. Regards, MusikAnimal (WMF) (talk) 19:33, 10 November 2017 (UTC)
- WikiWho is probably a good starting point for this. The Wiki Ed / P&E Dashboard uses it to show which parts of an article were contributed by which editor, and although it's not perfect, it's been really, really useful. There are some failure modes based on how it tokenizes things, for text that gets transformed gradually at sub-word level, and it just doesn't give results for a some kinds of markup (including some refs, and tables, and other harder-to-parse syntax). But in practice, it's got excellent accuracy. It's also still being actively developed, and has been improving quite a bit in recent months.--Ragesoss (talk) 17:05, 11 December 2017 (UTC)
- It does but it does not work very well :/ We actually removed the XTools version because it was even worse. If there is a rock-solid solution to this, it hasn't been implemented yet (to my knowledge). Either way I think this proposal is more fit for the "Search" category, so I am moving it there. Regards, MusikAnimal (WMF) (talk) 19:33, 10 November 2017 (UTC)
Is this essentially phab:T2639? --Vachovec1 (talk) 22:37, 13 December 2017 (UTC)
Voting
[edit]- Support Tim Landscheidt (talk) 19:25, 27 November 2017 (UTC)
- Support Strainu (talk) 23:16, 27 November 2017 (UTC)
- Support Tgr (talk) 07:13, 28 November 2017 (UTC)
- Support Ijon (talk) 08:30, 28 November 2017 (UTC)
- Support Jenks24 (talk) 09:48, 28 November 2017 (UTC)
- Support Dvorapa (talk) 10:06, 28 November 2017 (UTC)
- Support HHill (talk) 11:41, 28 November 2017 (UTC)
- Support β16 - (talk) 11:55, 28 November 2017 (UTC)
- Support Oscar_. (talk) · @ 11:55, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:23, 28 November 2017 (UTC)
- Support Jc86035 (talk) 15:26, 28 November 2017 (UTC)
- Support YFdyh000 (talk) 15:46, 28 November 2017 (UTC)
- Support Stryn (talk) 16:00, 28 November 2017 (UTC)
- Support A proper blame like svn {blame,praise} and git annotate (rather than like current and past wikiblame) would be an awesome for curation. — Arkanosis ✉ 17:32, 28 November 2017 (UTC)
- Support — Draceane talkcontrib. 18:48, 28 November 2017 (UTC)
- Support Yiyi (talk) 19:05, 28 November 2017 (UTC)
- Support Rcsprinter123 (talk) 20:16, 28 November 2017 (UTC)
- Support Laboramus (talk) 20:27, 28 November 2017 (UTC)
- Support Gripweed (talk) 21:33, 28 November 2017 (UTC)
- Support — Luchesar • T/C 21:48, 28 November 2017 (UTC)
- Support Kurt Jansson (talk) 22:47, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 23:07, 28 November 2017 (UTC)
- Support Bawolff (talk) 23:23, 28 November 2017 (UTC)
- Support PKM (talk) 05:47, 29 November 2017 (UTC)
- Support bspf (talk) 07:56, 29 November 2017 (UTC)
- Support Simon Villeneuve 15:41, 29 November 2017 (UTC)
- Support Ottawahitech (talk) 16:37, 29 November 2017 (UTC) Please ping me
- Support —TheDJ (talk • contribs) 17:08, 29 November 2017 (UTC)
- Support Ermahgerd9 (talk) 20:42, 29 November 2017 (UTC)
- Support Luan (discussão) 20:52, 29 November 2017 (UTC)
- Support ZellmerLP (talk) 22:11, 29 November 2017 (UTC)
- Support Helder 23:33, 29 November 2017 (UTC)
- Support — putnik 01:11, 30 November 2017 (UTC)
- Support Nocowardsoulismine (talk) 02:28, 30 November 2017 (UTC)
- Support Furfur (talk) 04:11, 30 November 2017 (UTC)
- Support – would help root out vandalism sprees that went undetected until later. DMacks (talk) 04:39, 30 November 2017 (UTC)
- Support - yona B. (D) 08:37, 30 November 2017 (UTC)
- Support This would be an absolute boon in tracking things like citation spamming. JzG (talk) 15:26, 30 November 2017 (UTC)
- Support · · · Peter (Southwood) (talk): 16:02, 30 November 2017 (UTC)
- Support Nizil Shah (talk) 18:35, 30 November 2017 (UTC)
- Support Defender (talk) 19:22, 30 November 2017 (UTC)
- Support --OrsolyaVirág (talk) 20:00, 30 November 2017 (UTC)
- Support Dromedar61 (talk) 21:43, 30 November 2017 (UTC)
- Support ThePlatypusofDoom (talk) 00:11, 1 December 2017 (UTC)
- Support Barcelona (talk) 00:39, 1 December 2017 (UTC)
- Support Braveheidi (talk) 08:09, 1 December 2017 (UTC)
- Support Hogne (talk) 10:01, 1 December 2017 (UTC)
- Support Eug (talk) 11:50, 1 December 2017 (UTC)
- Support --Superchilum(talk to me!) 20:26, 1 December 2017 (UTC)
- Support Laurentius (talk) 21:01, 1 December 2017 (UTC)
- Support SEMMENDINGER (talk) 23:49, 1 December 2017 (UTC)
- Support Downtowngal (talk) 02:02, 2 December 2017 (UTC)
- Support Terra ❤ (talk) 07:14, 2 December 2017 (UTC)
- Support Gnom (talk) Let's make Wikipedia green! 10:07, 2 December 2017 (UTC)
- Support Wostr (talk) 11:17, 2 December 2017 (UTC)
- Support ~Cybularny Speak? 11:59, 2 December 2017 (UTC)
- Support Wolbo (talk) 13:12, 2 December 2017 (UTC)
- Support Tom Ja (talk) 14:05, 2 December 2017 (UTC)
- Support Emir of Wikipedia (talk) 16:31, 2 December 2017 (UTC)
- Support TheCatalyst31 (talk) 17:20, 2 December 2017 (UTC)
- Support A better WikiBlame with fewer spurious results, yes please Noyster (talk) 20:06, 2 December 2017 (UTC)
- Support Winged Blades of Godric (talk) 16:33, 3 December 2017 (UTC)
- Support Will definitely be beneficial for all curators, and the project itself Kostas20142 (talk) 18:22, 3 December 2017 (UTC)
- Support FULBERT (talk) 19:17, 3 December 2017 (UTC)
- Support Paucabot (talk) 19:17, 3 December 2017 (UTC)
- Support Mz7 (talk) 21:09, 3 December 2017 (UTC)
- Support Giraffedata (talk) 21:40, 3 December 2017 (UTC)
- Support nice idea I agree Gryllida 01:07, 4 December 2017 (UTC)
- Support Hell yes. The lack of this ability wastes probably thousands of volunteer man-hours per month on en.WP alone, manually digging through diffs. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 08:14, 4 December 2017 (UTC)
- Support Jpcomic (talk) 10:27, 4 December 2017 (UTC)
- Support ChristianKl (talk) 13:07, 4 December 2017 (UTC)
- Support MOs810 (talk) 13:20, 4 December 2017 (UTC)
- Support Nabla (talk) 21:51, 4 December 2017 (UTC)
- Support Yes definitely useful. Doc James (talk · contribs · email) 03:23, 5 December 2017 (UTC)
- Support Epìdosis 08:21, 5 December 2017 (UTC)
- Support This is something I spend a lot of time on while performing anti-vandalism.-Bryanrutherford0 (talk) 17:34, 5 December 2017 (UTC)
- Support Ca2james (talk) 03:52, 6 December 2017 (UTC)
- Support Yes please. Shock Brigade Harvester Boris (talk) 04:45, 6 December 2017 (UTC)
- Support B25es (talk) 12:54, 6 December 2017 (UTC)
- Support Anthere (talk) 16:23, 6 December 2017 (UTC)
- Support -glove- (talk) 19:06, 6 December 2017 (UTC)
- Support Kudpung (talk) 21:27, 6 December 2017 (UTC)
- Support the wub "?!" 01:07, 7 December 2017 (UTC)
- Support Kolurpen (talk) 08:30, 7 December 2017 (UTC)
- Support PamD (talk) 10:24, 7 December 2017 (UTC)
- Support Klaas `Z4␟` V: 22:50, 7 December 2017 (UTC)
- Support 15zulu (talk) 07:14, 8 December 2017 (UTC)
- Support Tacsipacsi (talk) 16:48, 8 December 2017 (UTC)
- Support Pipetricker (talk) 01:39, 9 December 2017 (UTC)
- Support Fano (talk) 12:01, 9 December 2017 (UTC)
- Support MichaelMaggs (talk) 13:59, 9 December 2017 (UTC)
- Support NaBUru38 (talk) 22:48, 9 December 2017 (UTC)
- Support Ldorfman (talk) 00:21, 10 December 2017 (UTC)
- Support Perrak (talk) 21:16, 10 December 2017 (UTC)
- Support Spinster (talk) 22:04, 10 December 2017 (UTC)
- Support Jack who built the house (talk) 22:04, 10 December 2017 (UTC)
- Support Serhio Magpie (talk) 22:06, 10 December 2017 (UTC)
- Support Le Loy 22:10, 10 December 2017 (UTC)
- Support Lone Guardian (talk) 22:11, 10 December 2017 (UTC)
- Support Dispenser (talk) 04:32, 11 December 2017 (UTC)
- Support Manu1400 (talk) 08:38, 11 December 2017 (UTC)
- Support Psychoslave (talk) 08:39, 11 December 2017 (UTC)
- Support Niklem (talk) 10:45, 11 December 2017 (UTC)
- Support Infovarius (talk) 13:45, 11 December 2017 (UTC)
- Support --Ilya (talk) 16:50, 11 December 2017 (UTC)
- Support Ragesoss (talk) 17:07, 11 December 2017 (UTC)
- Support — NickK (talk) 17:47, 11 December 2017 (UTC)
- Support Gikü (talk) 17:49, 11 December 2017 (UTC)
- Support Martin Kraft (talk) 17:49, 11 December 2017 (UTC)
Preferences settings to modify crosswiki search results
- Problem: This year, the crosswiki search results from other projects, like Wiktionary and Wikisource, are implemented throughout all language sites of Wikipedia. Reactions toward the implementation have varied. Before implementation, the en.WP community agreed in one discussion to suppress search results from Wikimedia Commons, Wikiversity, and Wikinews in en.WP. (Side note: Wikimedia Commons isn't fully suppressed; just the sidebar results as integrated results from Commons are still shown via including results from "File:" namespace, like this example.) (Another side note: Wikibooks was supposed to be suppressed, but a discussion resulting into "no consensus" led to... enabling Wikibooks in enWP, but that's a separate issue that can be raised at en.WP.)
After implementation, some users wanted all sidebar search results from other projects suppressed. Consequently, the enWP community has been given per another discussion the "HideInterwikiSearchResults" gadget via Preferences settings to hide the results. Currently, 181+ editors use the gadget there.
Edit: The team decided to sort Wiktionary as the top of the list of crosswiki results in all Wikipedia sites, while the team put Wikibooks at the very bottom in only English Wikipedia search results.
- Who would benefit: Registered users throughout all projects (especially Wikipedia language sites) that have already implemented sidebar search results, including users who want to enable results from any project(s) and those wanting to disable results from any or all projects
- Proposed solution: I propose
twothreesolutionsthings as part of the solution:- options to enable/opt-in or disable/opt-out a sidebar result from any individual project. For example, a individual user configure user settings to suppress results from one project but enable results from other projects.
- an option to disable/opt-out all sidebar search results from sister projects. (en.WP already has this option as a gadget)
- (if necessary) setting to sort the ordering of sidebar search results from sister projects.
- More comments: Consensus at enWP regarding individual projects should be respected. In other words, if the proposal succeeds, Commons, Wikinews, and Wikiversity should be already opted-out by default setting, and signed-out users still won't see them. Therefore, for example, if a registered en.WP user wants to see images from Commons at the sidebar, the user must select an option to enable the image results via user settings.
Almost forgot, user scripts to suppress crosswiki search results (i.e. sidebar search results from sister projects) are offered, especially for non-English Wikimedian users. IMHO, considering that more than 100+ en.WP users use the opting-out gadget, the custom user script would have risked creating/modifying bytes of 100+ user script subpages in en.WP.
- Phabricator tickets: phab:T163463, phab:T171803 (both related)
- Proposer: George Ho (talk) 21:28, 7 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]Minor note: including commons results in File: namespace searches predates sidebar sister project results by some time: we implemented it wayyyyyy back in 2013. This isn't a comment on the appropriateness of it, whether they should be included or not. Just a bit of historical data that this was happening long before people noticed it as a result of sister project searches :) 😂 (talk) 00:00, 10 November 2017 (UTC)
Regarding the Wikibooks situation, the notes on the Phabricator ticket explained why Wikibooks was not suppressed. Basically, the developers read the first RfC discussion and thought that consensus to exclude Wikibooks was not strong at all, contrary to the closer's comments. After they decided to not exclude Wikibooks (including it by default), the second RfC was held. Due to a no consensus result on that second RfC, Wikibooks stayed included and the ticket was declined and closed. A new ticket was supposed to be opened to put Wikibooks at the bottom of the sidebar. Ca2james (talk) 20:25, 19 November 2017 (UTC)
- It was already done, Ca2james (phab:T171803). George Ho (talk) 02:25, 20 November 2017 (UTC)
Voting
[edit]- Support --Liuxinyu970226 (talk) 13:23, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 23:08, 28 November 2017 (UTC)
- Support This sounds great. Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 11:31, 29 November 2017 (UTC)
- Support per user prefs for this is ok Gryllida 01:07, 4 December 2017 (UTC)
- Support Suwa (talk) 06:28, 5 December 2017 (UTC)
Unlimited number of search results
- Problem: Elasticsearch (Wikipedia search engine) has a hard-limit of 10,000 search results. This is to prevent DDoS attacks. However it means anyone wanting more than 10k will need to download a full Database Dump and use AWB or homegrown tools which is costly and slow. True for API:Search also.
- Proposed solution: Deploy a solution so the Elasticsearch limit is lifted for trusted users/developers.
- Who would benefit: Bot writers, anyone needing > 10k search results.
- Phabricator tickets: Phab T177270
- Proposer: GreenC (talk) 20:59, 9 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]Probably a good idea to bundle this with the bot flag? Headbomb (talk) 00:33, 10 November 2017 (UTC)
Perhaps it would nice to elaborate on the use-cases here, as described in the phab ticket there are technical limitations that may be hard to circumvent with the current api parameters. For example: is ranking still important for such use cases? Would the api client be OK to maintain more states on its side to help the search engine? The main blocker here is that the search engine needs to hold in mem offset+size results on multiple machines. In short to make this happen we'll certainly have to drop some features or make a dedicated API endpoint with a limited set of features. It's why I suggest to discuss about the use-cases here so that we can evaluate the feasibility. Thanks! DCausse (WMF) (talk) 09:09, 10 November 2017 (UTC)
- Hi User:DCausse (WMF) .. ok great thanks for exploring this more. In my experience the use case is only for generating a list of article titles, wherein the article body (or optionally title) contains the search string. No snippets, ranking etc.. just a list of titles. It's the same use case for AWB users who currently need to download the entire Dump and searches can take a long time. A dedicated API endpoint would be great, it can use the API offset maximum 500 per request or whatever. The search would ideally support regex via the insource:/<regex>/ syntax. -- GreenC (talk) 15:34, 11 November 2017 (UTC)
- @GreenC: What specific use case do you have in mind for this? Ryan Kaldari (WMF) (talk) 00:21, 21 November 2017 (UTC)
- @Ryan Kaldari (WMF):: Use case: A dedicated API endpoint that generates a list of article titles, wherein the article body (or optionally title) contains the given search string. This is a very common task for bot operators. For example, a bot that fixes articles with double 'the' ("the The Washington Post"). ie. search on regex /[Tt]he[ ][Tt]he/ and generate a list of article titles. This list is then fed to your bot or AWB to make the correction, so it knows which articles to target. -- GreenC (talk) 00:51, 21 November 2017 (UTC)
- @GreenC: I'm not sure that having more than 10K results of '
the The
' would be helpful. Wouldn't you want it in some sort of manageable amount of numbers to have the bot/person go in and correct and then run another query to show the next set of 10K issues? deb (talk) 19:56, 21 November 2017 (UTC)- @DTankersley (WMF): - The numbers are managed by the API endpoint which allow one to pull 500 results per request (defined in the API request). It doesn't work well (or at all) to build an application around an API that doesn't allow one to get the full search results for a number of reasons. For example depending on the complexity of the search and number of API calls, the full list needs to be unique'd before being processed by the bot to avoid processing an article multiple times. It also presents challenges to build an application that must do a full run every 10k titles before starting over to get a new set of articles. There are applications where it isn't making writes to the database but only reads in which case the 10k limit is a barrier. I could probably think of other reasons but these are all things I've experienced. -- GreenC (talk) 20:16, 21 November 2017 (UTC)
- @GreenC: I'm not sure that having more than 10K results of '
- @Ryan Kaldari (WMF):: Use case: A dedicated API endpoint that generates a list of article titles, wherein the article body (or optionally title) contains the given search string. This is a very common task for bot operators. For example, a bot that fixes articles with double 'the' ("the The Washington Post"). ie. search on regex /[Tt]he[ ][Tt]he/ and generate a list of article titles. This list is then fed to your bot or AWB to make the correction, so it knows which articles to target. -- GreenC (talk) 00:51, 21 November 2017 (UTC)
- @GreenC: What specific use case do you have in mind for this? Ryan Kaldari (WMF) (talk) 00:21, 21 November 2017 (UTC)
- Bundle it with any advanced user level (bot, admin, template editor, edit filter manager, maybe file mover and page mover) since these already require a level of trust and competence. The ability to do this would be especially useful for those doing big piles of maintenance work. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 08:17, 4 December 2017 (UTC)
Voting
[edit]- Support --Liuxinyu970226 (talk) 13:24, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 23:08, 28 November 2017 (UTC)
- Support Libcub (talk) 05:21, 29 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 11:30, 29 November 2017 (UTC)
- Support Danii.3 (talk) 13:07, 30 November 2017 (UTC)
- Support Termininja (talk) 16:03, 2 December 2017 (UTC)
- Support Giraffedata (talk) 22:02, 3 December 2017 (UTC)
- Support — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 08:17, 4 December 2017 (UTC)
- Support Galobtter (talk) 17:46, 7 December 2017 (UTC)
- Oppose If you get more than 10K (or even 10k) results it's obviously your own "fault"; search not specific enough; limiting your search is easy in the standard, more in the various search tools. My two €0.92 Klaas `Z4␟` V: 21:13, 7 December 2017 (UTC)
- Support Nikkimaria (talk) 19:16, 8 December 2017 (UTC)
- Support Facenapalm (talk) 12:48, 11 December 2017 (UTC)
Order search results by date of last edit or alphabetically
- Problem: Search results in wikipedia are always sorted by relevance. It would be often very helpful, if results could be sorted by date of last edit or alphabetically by title.
- Who would benefit: Everyone
- Proposed solution:
- More comments:
- Phabricator tickets: phab:T40403
- Proposer: Arch2all (talk) 17:44, 11 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]Can you provide an example or two where your proposed criteria would provide better results? I am constantly amazed that the search feature has no options. Adding options (like the Ti: Au: etc. options for searching back issues of a journal) would add so much functionality for users Downtowngal (talk) 23:26, 11 November 2017 (UTC)
- Endorse this (original) proposal, it is so bad to not have any options of searching through fora archives and scripts, for example, without having an option to sort the list in any way. stjn[ru] 16:42, 12 November 2017 (UTC)
- I too would like to better understand the uses cases for alphabetical results. Would the results be an alphabetical list by page title? As for date-related search features, you can add "prefer-recent:" to your search queries to add more weight to recently edited pages (example) (documentation). It is not perfect. CKoerner (WMF) (talk) 15:49, 13 November 2017 (UTC)
- There are so many obvious usecases, that I really don’t know where to start... -Arch2all (talk) 17:42, 13 November 2017 (UTC)
- Use cases are really important for determining how and / or what to build or adjust. For instance, if you search on 'butterfly' — do you really need them to be in alphabetical order? What use case would that solve? deb (talk) 01:41, 14 November 2017 (UTC)
- "What to build or to adjust?": Making search results sortable by alphabet or last edit! I won’t post here an example for such a general task, because I don’t want to start a discussion about a specific usecase (and possible workarounds) --Arch2all (talk) 12:06, 14 November 2017 (UTC)
- No-one will build what you want if you can not or will not discuss the rationale. Please add your use case(s). --Izno (talk) 13:56, 14 November 2017 (UTC)
- This page is called "Community Wishlist Survey". I just posted my wishes and I don’t want to discuss or justify them. --Arch2all (talk) 20:01, 14 November 2017 (UTC)
- Then you probably won’t even make it out of the proposal phase. The main page basically says that you need to have what we’re suggesting. Even if it does make it out of proposals, no-one will vote for it if they don’t understand why it is needed. --Izno (talk) 20:58, 14 November 2017 (UTC)
- And even if it’s voted on, and somehow makes it into the top 10-20, then it still won’t be implemented. Are you being stubborn Just Because? Do you actually want this feature or are you attempting to waste a lot of other’s time? --Izno (talk) 21:01, 14 November 2017 (UTC)
- This page is called "Community Wishlist Survey". I just posted my wishes and I don’t want to discuss or justify them. --Arch2all (talk) 20:01, 14 November 2017 (UTC)
- No-one will build what you want if you can not or will not discuss the rationale. Please add your use case(s). --Izno (talk) 13:56, 14 November 2017 (UTC)
- "What to build or to adjust?": Making search results sortable by alphabet or last edit! I won’t post here an example for such a general task, because I don’t want to start a discussion about a specific usecase (and possible workarounds) --Arch2all (talk) 12:06, 14 November 2017 (UTC)
- Use cases are really important for determining how and / or what to build or adjust. For instance, if you search on 'butterfly' — do you really need them to be in alphabetical order? What use case would that solve? deb (talk) 01:41, 14 November 2017 (UTC)
- There are so many obvious usecases, that I really don’t know where to start... -Arch2all (talk) 17:42, 13 November 2017 (UTC)
- Another bad thing on the current relevance based result scheme: Search results (from different dates) are difficult to compare, because relevance to a certain search keyword is a complex unstable thing. --Arch2all (talk) 17:51, 13 November 2017 (UTC)
- That is partially already supported by mw:User:PerfektesChaos/js/resultListSort.
In a nutshell:- A lot of special page results (actually 30 page types) may be ordered.
- Search is one of them.
- The search results which are sorted by best match when arriving may change order interactively (or even programmatically)
- by page name (or title as significant)
- by size
- by last change
- Listed sequence of the local page may be changed as often as wanted locally.
- Naturally, this is limited to the case that all results of interest would be retrieved by a single page. If you want to walk through 20,000 pages in alphabetical order as a category list permits, the current server still delivers in best match order.
- Greetings --PerfektesChaos (talk) 18:16, 15 November 2017 (UTC)
- "PerfektesChaos sorgt für Ordnung": Thanks, for this Javascript tool. Indeed this helps to sort the search results as needed, but as You already mentioned, this is limited to results with max 500 entries. More results can't retrieved as a single page. And it should be obvious, that sorting results becomes really useful on large resultsets. A serverside solution is still necessary. --Arch2all (talk) 18:06, 20 November 2017 (UTC)
- I had the same idea: Community Wishlist Survey 2017/Search/Search by date. Livenws (talk) 01:10, 21 November 2017 (UTC)
- I would like to give an example of why I would like results sorted by date. If I need to recategorize a group of images from one photographer, I cannot find them by title. But if they were batch-uploaded by a bot, I can find them together by the date of upload. Downtowngal (talk) 01:58, 2 December 2017 (UTC)
Voting
[edit]- Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:55, 27 November 2017 (UTC)
- Support Ainali (talk) 21:07, 27 November 2017 (UTC)
- Support β16 - (talk) 11:57, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:24, 28 November 2017 (UTC)
- Support Sadads (talk) 13:49, 28 November 2017 (UTC)
- Support YFdyh000 (talk) 15:47, 28 November 2017 (UTC)
- Support Stryn (talk) 16:01, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 23:08, 28 November 2017 (UTC)
- Support I support this, but these should be optional and advanced options. Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 11:29, 29 November 2017 (UTC)
- Support WolreChris (talk) 17:06, 29 November 2017 (UTC)
- Support Nocowardsoulismine (talk) 02:22, 30 November 2017 (UTC)
- Support Atudu (talk) 04:30, 30 November 2017 (UTC)
- Support Dromedar61 (talk) 21:44, 30 November 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 20:20, 1 December 2017 (UTC)
- Support --Superchilum(talk to me!) 20:27, 1 December 2017 (UTC)
- Support Downtowngal (talk) 01:58, 2 December 2017 (UTC)
- Support ~Cybularny Speak? 13:25, 2 December 2017 (UTC)
- Support Tom Ja (talk) 14:04, 2 December 2017 (UTC)
- Support Termininja (talk) 16:04, 2 December 2017 (UTC)
- Support Obvious gap in having no option to sort search results by date, which we're thoroughly used to on Google etc., why not here? - On a board like en:Wikipedia:Administrators' noticeboard/Incidents with 900 archives, searching on most topics is useless as you are offered hundreds of results in random order Noyster (talk) 20:01, 2 December 2017 (UTC)
- Support Gulumeemee (talk) 06:26, 3 December 2017 (UTC)
- Support Paucabot (talk) 19:15, 3 December 2017 (UTC)
- Support Emw (talk) 22:14, 3 December 2017 (UTC)
- Support Gawd yes. The current "here are the results in utterly random order, just to torture you" output is awful. What we call "user-hateful design". — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 08:20, 4 December 2017 (UTC)
- Support X:: black ::X (talk) 13:38, 4 December 2017 (UTC)
- Support Pau Colominas (talk) 16:38, 4 December 2017 (UTC)
- Support Guycn2 · ☎ 19:37, 4 December 2017 (UTC)
- Support Nabla (talk) 21:49, 4 December 2017 (UTC)
- Support JAn Dudík (talk) 22:02, 4 December 2017 (UTC)
- Support Reneman (talk) 17:36, 5 December 2017 (UTC)
- Support PamD (talk) 10:26, 7 December 2017 (UTC)
- Support this and any possible order in search results would be very handy in any project especially e.g. Wikidata Klaas `Z4␟` V: 21:19, 7 December 2017 (UTC)
- Support Not everyone will be benefied, but that sounds good Honischboy (talk) 17:18, 8 December 2017 (UTC)
- Support Mmitchell10 (talk) 11:10, 9 December 2017 (UTC)
- Support Ruslik (talk) 16:43, 10 December 2017 (UTC)
- Support. stjn[ru] 20:19, 10 December 2017 (UTC)
- Support Perrak (talk) 21:13, 10 December 2017 (UTC)
- Support Spinster (talk) 22:03, 10 December 2017 (UTC)
- Support Jack who built the house (talk) 22:05, 10 December 2017 (UTC)
- Support Haxpett (talk) 09:09, 11 December 2017 (UTC)
- Support NicoScribe (talk) 09:51, 11 December 2017 (UTC)
- Support Something can be done with preferrecent but it looks like a dirty fix. Having well-documented search options would be better — NickK (talk) 17:49, 11 December 2017 (UTC)
Search by date
- Problem: The search-function in a Wikiproject does not allow to filter articles by date on creation or date when published.
- Who would benefit: Wikinews-projects: news items are time-bound in contrast to other projects which are not.
- Proposed solution: Make a filter, so users can select on which date/month/year they want to search
- More comments:
- Phabricator tickets:
- Proposer: Livenws (talk) 12:05, 20 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]- This is Community Wishlist Survey 2017/Search/Order search results by date of last edit or alphabetically. --Izno (talk) 20:04, 20 November 2017 (UTC)
- Ok, sorry, I didn't saw this. Livenws (talk) 00:58, 21 November 2017 (UTC)
- @Livenws: is this really the same thing? It sounds like you want a search filter (e.g., only show results created in June), not necessarily to order results by date. You might still want the most relevant result from June at the top of the list. Also, it would be difficult to make use of results from June if you had to scroll back through several months' worth of results to get to them. This sounds like a distinct proposal. TJones (WMF) (talk) 15:26, 21 November 2017 (UTC)
- @TJones (WMF) Yes, I think what you say corresponds to what I would introduce. For example; filter by august 2015, august 2016 etc. Livenws (talk) 00:02, 22 November 2017 (UTC)
- a similar proposal is to order not only on date (which may make filtering easier), but alpabetically as well; not only on Wikinews, but on all projects; proposals like this one better make in the specific project's Village Pump and/or other community portals. However I support it :-)
- @TJones (WMF) Yes, I think what you say corresponds to what I would introduce. For example; filter by august 2015, august 2016 etc. Livenws (talk) 00:02, 22 November 2017 (UTC)
- @Livenws: is this really the same thing? It sounds like you want a search filter (e.g., only show results created in June), not necessarily to order results by date. You might still want the most relevant result from June at the top of the list. Also, it would be difficult to make use of results from June if you had to scroll back through several months' worth of results to get to them. This sounds like a distinct proposal. TJones (WMF) (talk) 15:26, 21 November 2017 (UTC)
- Ok, sorry, I didn't saw this. Livenws (talk) 00:58, 21 November 2017 (UTC)
Voting
[edit]- Support --Liuxinyu970226 (talk) 13:24, 28 November 2017 (UTC)
- Support Stryn (talk) 16:01, 28 November 2017 (UTC)
- Support Ymnes (talk) 21:00, 28 November 2017 (UTC)
- Support Gripweed (talk) 21:34, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 23:08, 28 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 11:28, 29 November 2017 (UTC)
- Support Pasztilla (talk) 12:15, 30 November 2017 (UTC)
- Support קובץ על יד (talk) 12:44, 30 November 2017 (UTC)
- Support Danii.3 (talk) 13:06, 30 November 2017 (UTC)
- Support Dromedar61 (talk) 21:45, 30 November 2017 (UTC)
- Support Barcelona (talk) 00:40, 1 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 20:20, 1 December 2017 (UTC)
- Support ~Cybularny Speak? 13:25, 2 December 2017 (UTC)
- Support Tom Ja (talk) 14:04, 2 December 2017 (UTC)
- Support Termininja (talk) 16:05, 2 December 2017 (UTC)
- Support Emw (talk) 22:14, 3 December 2017 (UTC)
- Support Gryllida 01:08, 4 December 2017 (UTC)
- Support Yes, though this proposal should be merged with the one above it, since it's just a subset (the other want is date or alphabetically). When evaluating these votes, these should be combined. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 08:22, 4 December 2017 (UTC)
- Support Pau Colominas (talk) 16:40, 4 December 2017 (UTC)
- Support Guycn2 · ☎ 19:38, 4 December 2017 (UTC)
- Support Nabla (talk) 21:50, 4 December 2017 (UTC)
- Support JAn Dudík (talk) 22:03, 4 December 2017 (UTC)
- Support Klaas `Z4␟` V: 21:26, 7 December 2017 (UTC)
- Support Richard Nevell (WMUK) (talk) 13:48, 8 December 2017 (UTC)
- Support Alangi Derick (talk) 15:16, 8 December 2017 (UTC)
- Support especially to search Commoms files by date of upload or creation --Nicor (talk) 14:49, 10 December 2017 (UTC)
- Support Ruslik (talk) 16:44, 10 December 2017 (UTC)
- Support Petscan does this, search should also be able to do it — NickK (talk) 17:50, 11 December 2017 (UTC)
Improvements in "What links here"
- Problem: Currently, the "What links here" page shows a list of pages, where item has has buttons for "What links this page" and "Edit page". This list is ordered by page creation date.
- I think that it should have more options to make it even more useful.
- Who would benefit: Editors, and some experienced readers.
- Proposed solution: For each page, the entry should show first edit date, last edit date, file size, number of editions, and additional buttons for "View history" and "Page information".
- Also, the list should be sortable by pages name, file size, first edit date, last edit date, and number of editions.
- More comments:
- Phabricator tickets:
- Proposer: NaBUru38 (talk) 00:05, 19 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]I note that, without database schema changes, fetching the first edit date and number of revisions would be expensive operations (i.e. they'd be slow and use a lot of server resources). Sorting by pretty much anything besides what it's currently sorted by would also be expensive, and is unlikely to be helped by any reasonable schema change. Anomie (talk) 14:33, 21 November 2017 (UTC)
- Sorting can be done client-side. The server only needs to send the data with any default sorting. --186.48.82.146 17:42, 21 November 2017 (UTC)
- People would consider it a bug that when they hit "sort by size" it sorts only the 200 already-shown entries instead of bringing in the larger entries from later in the default ordering. Anomie (talk) 14:55, 22 November 2017 (UTC)
Voting
[edit]- Support --Liuxinyu970226 (talk) 13:24, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 23:08, 28 November 2017 (UTC)
- Support Shizhao (talk) 03:29, 29 November 2017 (UTC)
- Support I would support sorting alphabetically, and by namespace especially. Headbomb (talk) 04:55, 29 November 2017 (UTC)
- Support I support adding interwiki and interwoki links 🔗. Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 11:28, 29 November 2017 (UTC)
- Support Furfur (talk) 04:09, 30 November 2017 (UTC)
- Support sorting by name. Makes it saner when working through a list to alter links after page-moves or topic-splits. DMacks (talk) 04:37, 30 November 2017 (UTC)
- Support Pasztilla (talk) 12:16, 30 November 2017 (UTC)
- Support Dromedar61 (talk) 21:41, 30 November 2017 (UTC)
- Support Mickey83 (talk) 21:47, 30 November 2017 (UTC)
- Support Sahaquiel9102 (talk) 21:58, 30 November 2017 (UTC)
- Support HaythamAbulela 18:33, 1 December 2017 (UTC)
- Support Theklan (talk) 18:55, 1 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 20:20, 1 December 2017 (UTC)
- Support Should start with articles, at least in my opinion that's the only reason I click it. I don't want to see the page landed in User:XBot/December/2014/Archive/Trees/Plants, etc etc etc... SEMMENDINGER (talk) 23:50, 1 December 2017 (UTC)
- Support Whats new? (talk) 00:21, 2 December 2017 (UTC)
- Support ~Cybularny Speak? 13:26, 2 December 2017 (UTC)
- Support Tom Ja (talk) 14:04, 2 December 2017 (UTC)
- Support AlessioMela (talk) 15:19, 2 December 2017 (UTC)
- Support Termininja (talk) 16:06, 2 December 2017 (UTC)
- Support JAn Dudík (talk) 22:02, 4 December 2017 (UTC)
- Support Epìdosis 08:20, 5 December 2017 (UTC)
- Support Vincent Simar (talk) 11:59, 5 December 2017 (UTC)
- Support Reneman (talk) 17:37, 5 December 2017 (UTC)
- Support I like this idea. EMsmile (talk) 11:23, 6 December 2017 (UTC)
- Support Geach (talk) 19:27, 6 December 2017 (UTC)
- Support Klaas `Z4␟` V: 21:29, 7 December 2017 (UTC) absolutely!
- Support Richard Nevell (WMUK) (talk) 13:49, 8 December 2017 (UTC)
- Support Mmitchell10 (talk) 11:11, 9 December 2017 (UTC)
- Support Pharos (talk) 16:56, 9 December 2017 (UTC)
- Support Ldorfman (talk) 00:23, 10 December 2017 (UTC)
- Support Ruslik (talk) 16:45, 10 December 2017 (UTC)
- Support Ottawahitech (talk) 21:30, 10 December 2017 (UTC) Please ping me
- Support but as an option, not as a mandatory change of sorting order — NickK (talk) 17:50, 11 December 2017 (UTC)
Improvements in category pages
- Problem: Currently, a category page includes a list of pages, with no extra information. The list is ordered by category tag.
- The subcategories have an arrow icon to show its subcategories. However, the supracategories don't have that option.
- Also, the pages of the subcategories are not directly accessible.
- I think that category pages should have more options to make them even more useful.
- Who would benefit: Editors and readers alike.
- Proposed solution:The page list should have a "Show pages of subcategories" option.
- The page list should be sortable by both category tag and page name.
- The page list should have an "More information" option. When active, each page in the list also show the first edit date, last edit date, file size, number of editions, and additional buttons for "Edit page", "View history" and "What links here". The list should be sortable by category tag, page name, file size, first edit date, last edit date, and number of editions.
- The supracategories list should have the same format as the subcategories list, with an arrow icon to show its supracategories.
- More comments:
- Phabricator tickets:
- Proposer: NaBUru38 (talk) 00:22, 19 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]- Sorting by page name would be an expensive operation, without database changes to denormalize the schema (which is unlikely). As with your other proposal, fetching the first edit date and number of revisions would also be expensive, as would sorting by any of the things you subsequently propose. Anomie (talk) 14:40, 21 November 2017 (UTC)
- Sorting can be done client-side. The server only needs to send the data with any default sorting. --186.48.82.146 17:42, 21 November 2017 (UTC)
- People would consider it a bug that when they hit "sort by size" it sorts only the 200 already-shown entries instead of bringing in the larger entries from later in the default ordering. Anomie (talk) 14:55, 22 November 2017 (UTC)
- Selecting the current page with 200 items could also be done on client side. --NaBUru38 (talk) 19:19, 22 November 2017 (UTC)
- Sending all 2,000,000 pages to the client so it can select the 200 it wants makes no sense at all. Anomie (talk) 14:44, 27 November 2017 (UTC)
- Category:English-language films has 55,000 pages. Ok, that's quite a lot. Perhaps the feature could just bring the 200 largest / smallest pages. --NaBUru38 (talk) 21:54, 27 November 2017 (UTC)
- Now you're back to the inability to effectively sort by size on the server. Anomie (talk) 14:55, 28 November 2017 (UTC)
- Category:English-language films has 55,000 pages. Ok, that's quite a lot. Perhaps the feature could just bring the 200 largest / smallest pages. --NaBUru38 (talk) 21:54, 27 November 2017 (UTC)
- Sending all 2,000,000 pages to the client so it can select the 200 it wants makes no sense at all. Anomie (talk) 14:44, 27 November 2017 (UTC)
- Selecting the current page with 200 items could also be done on client side. --NaBUru38 (talk) 19:19, 22 November 2017 (UTC)
- People would consider it a bug that when they hit "sort by size" it sorts only the 200 already-shown entries instead of bringing in the larger entries from later in the default ordering. Anomie (talk) 14:55, 22 November 2017 (UTC)
- Sorting can be done client-side. The server only needs to send the data with any default sorting. --186.48.82.146 17:42, 21 November 2017 (UTC)
- Personally, I think there comes a point when having in-page expansion of data becomes overwhelming. I think viewing pages of subcategories and navigating parent categories are both probably at that point and it's likely a better UI to just click through to the new page. Anomie (talk) 14:40, 21 November 2017 (UTC)
Voting
[edit]- Support --Liuxinyu970226 (talk) 13:24, 28 November 2017 (UTC)
- Support YFdyh000 (talk) 15:50, 28 November 2017 (UTC)
- Support Yiyi (talk) 19:08, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 23:08, 28 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 11:27, 29 November 2017 (UTC)
- Support Dromedar61 (talk) 21:42, 30 November 2017 (UTC)
- Support Sahaquiel9102 (talk) 21:59, 30 November 2017 (UTC)
- Support would be very useful often (but overwhelming for some big categories) Hogne (talk) 10:15, 1 December 2017 (UTC)
- Support Ynhockey (talk) 16:52, 1 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 20:21, 1 December 2017 (UTC)
- Support ~Cybularny Speak? 13:26, 2 December 2017 (UTC)
- Support Ciao • Bestoernesto • ✉ 00:50, 4 December 2017 (UTC)
- Support especially the "Show pages of subcategories" option and sortability by both category tag and page name. X:: black ::X (talk) 15:03, 4 December 2017 (UTC)
- Support Suwa (talk) 06:28, 5 December 2017 (UTC)
- Support NessieVL (talk) 20:09, 5 December 2017 (UTC)
- Support especially useful on English and some other language Wikipedias (thinking of Commons as well...) where categorization grew a wee bit over the top Klaas `Z4␟` V: 21:35, 7 December 2017 (UTC)
- Support Infovarius (talk) 13:46, 11 December 2017 (UTC)
Search page: integrated "incategory" functionality
- Problem: The search by keywords has some hidden filters. An example is "incategory", which gives results for pages that are included in that category.
- For example,
- incategory:"Australian male film actors" incategory:"1983 births"
- returns a list of Australian male film actors born in 1983.
- I think that the search page should have this filter integrated into the interface, to make it easier to find and use. Also, the filter should have more options to make it more powerful.
- Who would benefit: Editors and readers alike.
- Proposed solution: The search page should have a section with options to add and remove categories to the filter.
- Also, each category in the filter list should have an option "include subcategories".
- For example,
- Canadian men's basketball players (don't include subcategories)
- 1980s births (include subcategories)
- would return a list of Canadian men's basketball players born in the 1980s (who are in the included subcategories of "1980s births"), but not wheelchair basketball p[layers (who are in an excluded subcategory of "Canadian men's basketball players").
- More comments:
- Phabricator tickets: T143310
- Proposer: NaBUru38 (talk) 00:48, 19 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]I think this would be helped by the work being done on Advanced Search. deb (talk) 21:29, 21 November 2017 (UTC)
Once upon a time I made a gadget for this - https://commons.wikimedia.org/wiki/MediaWiki:Gadget-advanced-search.js . Bawolff (talk) 23:22, 28 November 2017 (UTC)
Voting
[edit]- Support --Liuxinyu970226 (talk) 13:23, 28 November 2017 (UTC)
- Support Sadads (talk) 13:50, 28 November 2017 (UTC)
- Support Consulnico (talk) 15:46, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 23:07, 28 November 2017 (UTC)
- Support Shizhao (talk) 03:30, 29 November 2017 (UTC)
- Support Libcub (talk) 05:24, 29 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 11:26, 29 November 2017 (UTC)
- Support MatthiasDD (talk) 20:08, 29 November 2017 (UTC)
- Support Ermahgerd9 (talk) 20:40, 29 November 2017 (UTC)
- Support Luan (discussão) 20:51, 29 November 2017 (UTC)
- Support Nocowardsoulismine (talk) 02:27, 30 November 2017 (UTC)
- Support Danii.3 (talk) 13:07, 30 November 2017 (UTC)
- Support Nizil Shah (talk) 18:36, 30 November 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 20:21, 1 December 2017 (UTC)
- Support --Superchilum(talk to me!) 20:29, 1 December 2017 (UTC)
- Support ~Cybularny Speak? 13:26, 2 December 2017 (UTC)
- Support Termininja (talk) 16:08, 2 December 2017 (UTC)
- Support Assassas77 (talk) 11:21, 3 December 2017 (UTC)
- Support Paucabot (talk) 19:16, 3 December 2017 (UTC)
- Support Great idea. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 08:13, 4 December 2017 (UTC)
- Support Pau Colominas (talk) 16:42, 4 December 2017 (UTC)
- Support Nabla (talk) 21:50, 4 December 2017 (UTC)
- Support Ryan Hodnett (talk) 06:02, 5 December 2017 (UTC)
- Support Reneman (talk) 17:34, 5 December 2017 (UTC)
- Support B25es (talk) 12:51, 6 December 2017 (UTC)
- Support Klaas `Z4␟` V: 22:47, 7 December 2017 (UTC)
- Support Why doesn’t AdvancedSearch already contain it? Tacsipacsi (talk) 17:06, 8 December 2017 (UTC)
- Support Carnildo (talk) 03:19, 9 December 2017 (UTC)
- Support — NickK (talk) 17:50, 11 December 2017 (UTC)