Community Wishlist Survey 2019/Categories

From Meta, a Wikimedia project coordination wiki
Jump to navigation Jump to search

Community Wishlist Survey 2019

Categories
12 proposals, 215 contributors

Go-previous.svg Bots and gadgets  •  Citations Go-next.svg

The survey has closed. Thanks for your participation :)
Here are the Community Wishlist Survey 2019 results!


Create possibility to sort images in categories

Edit proposal/discussion

  • Problem: Current default sorting in categories is filename and no other sorting is possible.
  • Who would benefit: Everyone.
  • Proposed solution: Create a possibility to sort and display images in categories by filename, image size, file size and upload date.
  • More comments:
  • Phabricator tickets: phab:T71417 and phab:T42870
  • Proposer: Jürgen Eissink (talk) 00:35, 4 November 2018 (UTC).

Discussion

  • @Jürgen Eissink: Is this basically phab:T71417 and phab:T42870? --AKlapper (WMF) (talk) 02:21, 4 November 2018 (UTC)
    In my wish I was unaware of those requests, but I guess the two combined are pretty similar to my proposal, that ads the suggestion of sorting by file size. Jürgen Eissink (talk) 03:31, 4 November 2018 (UTC).
    @Jürgen Eissink: I added the tickets to the proposal section. I hope that's okay. -- NKohli (WMF) (talk) 00:00, 6 November 2018 (UTC)
    Sure. Thanks. Jürgen Eissink (talk) 00:09, 6 November 2018 (UTC).
  • This seems similar to Community Wishlist Survey 2017/Search/Improvements in category pages. As in that case, it seems unlikely this would be feasible at the database level. Anomie (talk) 16:52, 5 November 2018 (UTC)
  • Duplicate of part of #Structure_of_Categories above. I wonder if it is really true that the database structure is too inflexible to allow this. If categories were presented by default as they are now, how many people would press the button to re-sort, and how often? My guess is probably not so many, and they might be prepared to wait for a few seconds. Would the joins required between the database tables really be so prohibitive? Jheald (talk) 22:27, 5 November 2018 (UTC)
Jheald Would depend on the category size. :) Having worked on category sorting previously, I am personally not too optimistic about this. However I would totally love to see this feature come to life. -- NKohli (WMF) (talk) 00:00, 6 November 2018 (UTC)
Also see this proposal. --NaBUru38 (talk) 18:47, 7 November 2018 (UTC)

Voting

CategoryTree improvement

Edit proposal/discussion

  • Problem: CategoryTree serious limitations
  • Who would benefit: all Wikipedia where installed
  • Proposed solution:
    1. add listitem="normal" or similar option to display category items w/o italic style
    2. add some visual hint "not a full list" when the category exceeds the default 200 items
    3. add option from="ItemName" or start="ItemNumber" to be able to display something other than 200 first items in a large category
  • More comments:
    1. First posted at Russian Techforum with actual samples - w:ru:Википедия:Форум/Технический#CategoryTree
    2. (Re)consider how actual is the limitation of DynamicPageList "any small to medium sized Wikis (It is known to have scalability issues with very large wikis)". Wikipedia should be a rather big baby by now :-) to hold it properly.
  • Phabricator tickets:
  • Proposer: NeoLexx (talk) 15:46, 10 November 2018 (UTC)

Discussion

Voting

Display Multi-column sorted categories

Edit proposal/discussion

  • Problem: Currently categories are displayed at the bottom of the page as one big concatenated sequence of (unsorted) categories. It is very complicated for the user to search for the correct category to click on, especially with long lists of categories. The user has as only option as to scan sequentially the list left to right until the end before deciding one finds any matching category, or not.
  • Who would benefit: All MediaWiki users (so basically everybody).
  • Proposed solution: Display Multi-column sorted categories. Instead of an unreadable old-style, concatenated, unsorted, long list of categories you can now choose to display your page categories as a modern, multi-column, sorted table. A really nice and readable layout for MediaWiki page categories. Very easy to implement. This way one can scan from top to bottom and left to right in sorted columns, just like e.g. in a multi-column Linux directory list...
  • More comments: A few lines of code needs to changed in Skin.php. And one single line of CSS code to be added: .mw-normal-catlinks { column-count:6; -moz-column-count:6; -webkit-column-count:6 }
  • Phabricator tickets: See mw:Snippets/Multi-column sorted categories for a working example
  • Proposer: Geert Van Pamel (WMBE) (talk) 15:30, 4 November 2018 (UTC)

Discussion

  • I note that currently the categories are displayed in the order they're added by the wikitext. For visible categories on the page, editors sometimes take advantage of this feature.

    I also note that the linked "change" loses semantic formatting that is likely useful for people using screen readers, although it seems likely that loss isn't a required part of this proposal. Anomie (talk) 16:39, 5 November 2018 (UTC)

  • Some projects has a defined sequence of categories, and this proposal will break those policies. — Jeblad 08:29, 18 November 2018 (UTC)
  • You need to know the name of the correct category to find it. Sort or unsorted categories, this is the same if you don't know the name. And long lists of categories is not a good idea either. Sammyday (talk) 16:47, 19 November 2018 (UTC)

Voting

Display all images of a category and of all sub-categories

Edit proposal/discussion

  • Problem: Currently, you can see the images directly linked to a category but you need to open each sub-category (for example : if I would like to see all pictures of statues in Antwerp (c:Category:Statues in Antwerp), I need to open 13 sub-categories).
  • Who would benefit: everybody
  • Proposed solution: A button "Display all media in this category and its subcategories"
  • More comments:
  • Phabricator tickets:
  • Proposer: Delsaut (talk) 15:39, 4 November 2018 (UTC)

Discussion

  • Hello, the new search allow to see pages in subcategories with the keyword "deepcat" (see here). However, it has issues with big categories. And in your case, the search results has very small image thumbnails. --NaBUru38 (talk) 18:57, 7 November 2018 (UTC)
  • A way to not only look down (subcategories), but also up (higher categories) at the top of the category page would also be welcomed. Sometimes, if not often, when trying to find the correct higher category, one has to go through four or even more pages, where on every page one has to scroll down to the bottom to find the higher category, which can be very time consuming. Jürgen Eissink (talk) 20:22, 13 November 2018 (UTC).

Voting

Improve HotCat

Edit proposal/discussion

HotCat more lines please.png
  • Problem: Commons HotCat only shows 5 lines at a go. When a category has numerous subsections (100-200 or more) to select from, this makes hitting the right one very difficult, as a tiny movement of the mouse scroll wheel and you flick past 20 or 30 subcategory names.
  • Who would benefit: HotCat users at Commons
  • Proposed solution: Make HotCat show 50 lines at a go, instead of just 5
  • More comments:
  • Phabricator tickets:
  • Proposer: MPF (talk) 09:49, 4 November 2018 (UTC)

Discussion

  • Have you asked the HotCat developers to make this change? --Izno (talk) 04:27, 7 November 2018 (UTC)
  • I think that a good interface could be a centered floating menu, like the "merge Wikidata item" and the "add interwiki" menus. --NaBUru38 (talk) 18:16, 7 November 2018 (UTC)

Voting

Avoiding broken category links

Edit proposal/discussion

  • Problem: There are thousands of broken links pointing from Wikipedias to Commons' category pages. Many of them are caused by the fact that someone who renames or deletes a category page on Commons is not aware of these interwiki links. Two examples:
en:1999 FIFA Confederations Cupc:Category:Confederations Cup 1999
en:2,4-Dinitrotoluenec:Category:Dinitrotoluene
  • Who would benefit: Users of all wm projects
  • Proposed solution: Either add a table globalcategorylinks to the Commons db similar to globalimagelinks or extend/replace the existing globalimagelinks so that at least the category namespace is covered as well.
  • More comments: In addition, the whole thing could then be handled easily and fast by scripts or bots. At this time one had to look up all of the projects for to detect a broken link what can take up to a few minutes per check and thus is not practicable.
  • Phabricator tickets:
  • See also: Lists on en:wp and de:wp
  • Proposer: --Achim (talk) 20:45, 9 November 2018 (UTC)

Discussion

@Achim55: Is this more or less the same as Community Wishlist Survey 2019/Bots and gadgets/category-redirect, or do I misunderstand / ignore some aspects? --AKlapper (WMF) (talk) 22:31, 9 November 2018 (UTC)

AKlapper (WMF), no, that's completely different as this deals only with interwiki links pointing to Commons. --Achim (talk) 22:36, 9 November 2018 (UTC)

@Achim55: This is something that is gradually being solved by Wikidata. When a commons category is moved, the commons sitelink on Wikidata updates (or if the category is deleted, the sitelink is removed). Ideally the templates on Wikipedias would display the link from Wikidata, so they would automatically update as well. The technical tools to do that exist, it's mostly just a community issue to do the migration. Thanks. Mike Peel (talk) 12:54, 10 November 2018 (UTC)

Mike, if you've had a closer look to the given examples above, you might have noticed the two reasons why that doesn't work in practice: a) There are very many categories Wikidata doesn't know about nor their links, b) many of these links are set via {{commonscat}} tags on wp pages. These links are not connected to Wikidata. I've been told (I do not own a smartphone) that that's necessary because the links bar at the left is not shown in mobile view. Maybe some day these problems will be solved (or perhaps I'm missing something now), until then I'm going to keep up this request. Regards, --Achim (talk) 13:18, 10 November 2018 (UTC)
Edit, forgot to mention: c) It's not always a 1:1 relation, for example does en:Altstadt (Zürich) contain 4 different links pointing to different categories on Commons. --Achim (talk) 14:23, 10 November 2018 (UTC)
@Achim55: As background info, I posted Community Wishlist Survey 2017/Multimedia and Commons/Improve support of interwiki links on Commons using Wikidata, and when it didn't get enough votes and nothing happened, I ended up doing most of the work for it myself, based around the creation and deployment of commons:Template:Wikidata Infobox. On (a), I've bot-added around a million commons sitelinks to Wikidata over the last year via Pi bot (talk · contribs) - and I'm always open to new suggestions of how to accurately add more sitelinks. On (b), I've just pinged you about a new sandbox version of the template on enwp that tries to solve that issue, and works for your first example. There isn't a commons category to link to for your second example, so the template should be removed from that article. On (c), that probably needs a new category creating on Commons that includes the four subcategories. The issue that the links bar isn't shown on mobile is not something that can be fixed on-wiki, so I'd suggest that the best way forward here is to submit a new wishlist request that focuses on solving that issue. Thanks. Mike Peel (talk) 22:34, 10 November 2018 (UTC)
  • Note also, "all categories" list calls sub-items "members", like groups of supporting USERS, not files, or better, items. Wikicat (talk) 09:36, 18 November 2018 (UTC)

Voting

  • Support Support Liuxinyu970226 (talk) 03:45, 17 November 2018 (UTC)
  • Support Support Libcub (talk) 10:27, 17 November 2018 (UTC)
  • Support Support It would be cool, but I don't know how it would be realizable as these links are usually produced by Commonscat templates. I think this can be only solved by robots like Pywikibot :( Dvorapa (talk) 17:17, 18 November 2018 (UTC)
  • Neutral Neutral Maybe tracking broken interwikis is OK but Wikidata may help. --Wargo (talk) 22:07, 18 November 2018 (UTC)
  • Support Support BluesyPete (talk) 20:56, 20 November 2018 (UTC)
  • Support Support Novak Watchmen (talk) 00:04, 21 November 2018 (UTC)
  • Support Support Vulphere 05:11, 21 November 2018 (UTC)
  • Neutral Neutral Links to Commons are very well covered by Wikidata. Matěj Suchánek (talk) 08:48, 24 November 2018 (UTC)
  • Support Support Xulescu g (talk) 13:55, 24 November 2018 (UTC)
  • Support Support Whether or not we use Wikidata, we need to do this. Daniel Case (talk) 18:55, 27 November 2018 (UTC)
  • Support Support Leyo (talk) 10:39, 28 November 2018 (UTC)
  • Support Support Schniggendiller (talk) 11:28, 30 November 2018 (UTC)

Using HotCat for many uncategorized articles in one page

Edit proposal/discussion

  • Problem: As kowiki users, I and many editors in Korean wikipedia have a trouble with too many uncategorized articles. Considering low userparticipation of the community, a number of those articles are burdensome to us. Although HotCat is very useful tool for us, editing loads of the articles in one time contains unnecessarily repetitive tasks, because we have to go back to the page that has the list of uncategorized articles and choose the next page to change. Therefore I think it would be efficient to make a page that we can add categories with HotCat.
  • Who would benefit: Any users who are handling with uncategorized articles
  • Proposed solution: making a page that can manage all of the uncategorized articles, and makes it possible to add Categories with HotCat. And, the inteface I want is the list with header "name of article | first line of the article | HotCat tool". With first few words of article, anyone can easily figure out what category might fit to the article, because first line usually contains the definition of the ariticle.
  • More comments:
  • Phabricator tickets:
  • Proposer: Priviet (talk) 13:54, 4 November 2018 (UTC)

Discussion

  • This is a cool idea I think, but I'm not sure HotCat is the best way to fix it. --Izno (talk) 04:28, 7 November 2018 (UTC)
  • There's Gadget-Cat-a-lot, is that useful for you? --NaBUru38 (talk) 18:22, 7 November 2018 (UTC)
    • @NaBUru38: Isn't it just for files? Does the gadget work for general articles? -Priviet (talk) 13:18, 9 November 2018 (UTC)
    • Well, I just used Cat-a-lot now, but it is not what I wanted. What I suggested was for "Uncategorized Artices", and Cat-a-lot is for changing categories that already exist. :( -Priviet (talk) 14:27, 9 November 2018 (UTC)
      • I once thought along the same line as Priviet, but users on my wiki yuewp are quick to patrol new pages and add categories or {{uncat}}. With the latter you can find them in Cat:Uncategorised pages. There you can use Cat-a-lot. So a tentative solution to kowp would be to make a bot check for such pages and add the template.--Roy17 (talk) 00:16, 17 November 2018 (UTC)
        • Thanks for your opinion. We' ve already had {{uncat}} in the kowiki, which means I can see all the uncategorized aricles. However, the problem is we have to decide which category each article belongs to. This process can only be done by HUMANS, not a bot. So, the point of this suggestion is to facilitate the categorizing process by users, and I think making a page for managing these articles would be helpful. -Priviet (talk) 15:13, 17 November 2018 (UTC)
  • I wonder if the real problem is lack of reuse of categories between projects. A description of an entity can be different, thus content specific categories will be different, but the entity itself is the same across languages, thus the entity specific categories will be the same. It is really a Wikidata problem; how to propagate entity specific categorization to the articles in question, and hoisting of articles within a partially defined category tree. — Jeblad 08:26, 18 November 2018 (UTC)
    • True. But there are also the articles pertaining to domestic issues, persons, and organizations. It is not possible to use categories from wikidata when if there are no corresponding categories. Reusing the categories between wikiprojects is good idea, but still can't be a solution for all of uncategorized articles. -Priviet (talk) 15:30, 18 November 2018 (UTC)
      • Note that the anser to "It is not possible to use categories from wikidata when if there are no corresponding categories." is already given "hoisting of articles within a partially defined category tree." Articles are placed in the first found category moving upwards in the category tree. — Jeblad 20:50, 18 November 2018 (UTC)
  • May I try rephrasing this request as follows? A Cat-a-lot gadget that can be used on Special:UncategorizedPages. (There're only 128 pages on ko:Special:UncategorizedPages.)
  • As I said, the current effective solution is to add {{uncat}} to uncategorised pages. From there you can simply use Cat-a-lot in the Category:Uncategorised Pages.
  • It seems that ko:틀:Uncategorized does not add files to the tracking category.
  • See ko:케베체트 for example. A bot is already in place to add uncat, but the page is not included in any tracking cat.--Roy17 (talk) 19:23, 21 November 2018 (UTC)
    • There's also article preview available, popping up when cursor hovers over. I'm not sure if it has been introduced to kowp. Also, users might have to enable it manually via preferences.--Roy17 (talk) 19:43, 21 November 2018 (UTC)
      • Searching how many pages have ko:틀:Uncategorized transcluded returns a total of about 160. So, definitely uncategorised pages found on Special:UncategorizedPages (128) and pages with uncat (160) add up to be less than 300, which is not that much and urgent for a community of 2k+ active users, imo.--Roy17 (talk) 23:57, 21 November 2018 (UTC)
        • Thanks for your advice. :D -Priviet (talk) 22:56, 24 November 2018 (UTC)

Voting

Automatic category suggestion for Commons images

Edit proposal/discussion

  • Problem: Hell lot of uncategorised / ill-categorised pages
  • Who would benefit: Whole Wikimedia community
  • Proposed solution: Implement AI to facilitate face recognition, auto-categorisation in commons.
  • More comments: This will benefit both wikiproject and decentralisation of AI. Wikipedia is one of the largest repositories of training data right now. If wikipedia open-source the trained JSON (i.e. features-label pair), this will help fast deployment of face-recognition, landmark-recognition, animal-recognition, plant-recognition and object-oriented besides other. This will help Wikipedia strengthen the goal of open-data.
  • Phabricator tickets: T192444 T155538 T155848
  • Proposer: Capankajsmilyo (talk) 09:55, 31 October 2018 (UTC)

Discussion

phab:T192444 is about identifying faces in images on commons. --AKlapper (WMF) (talk) 15:06, 31 October 2018 (UTC)

  • Hi Capankajsmilyo. I think it would be good to rename this wish to reflect the problem we are trying to get fixed here (maybe Automatic category suggestion for Commons images). That way people can understand better what it is and vote it up. -- NKohli (WMF) (talk) 18:47, 31 October 2018 (UTC)
I'm okay with both. Capankajsmilyo (talk) 18:50, 31 October 2018 (UTC)

I like the idea. But before starting with heavy image recognition one could already use meta data like title, description, location for suggesting appropriate categories. Technically, i also wonder if it would make sense to build a general service for it so that other programms like different upload tools or Commons Android app could use it. --Arnd (talk) 12:02, 1 November 2018 (UTC)

As a very active Commons categorizer, I would like something like this as it would make our jobs that much easier, at least in sorting by locations. I would add two things that could really grease the skids here, and, I think, wouldn't be difficult to code and implement:
  • Use geotagging, where available, to determine where the picture is (putatively, anyway) and make location suggestions based on that (assuming the appropriate subcategory exists).
  • If the uploader has assigned the image to a location subcategory, and one exists for another category the uploader has chosen, suggest it.

Daniel Case (talk) 03:45, 4 November 2018 (UTC)

Structured data should make this significantly easier to implement. Wait a year or two more. --Izno (talk) 13:42, 5 November 2018 (UTC)


This work is really good and fun if this is possible. (Mostafameraji (talk) 13:57, 7 November 2018 (UTC))

Voting

  • Support Support Arnd (talk) 18:15, 16 November 2018 (UTC)
  • Support Support SEMMENDINGER (talk) 19:18, 16 November 2018 (UTC)
  • Support Support Tom Ja (talk) 19:49, 16 November 2018 (UTC)
  • Support Support Meisam (talk) 00:03, 17 November 2018 (UTC)
  • Support Support  Paine Ellsworth  put'r there  02:22, 17 November 2018 (UTC)
  • Support Support Liuxinyu970226 (talk) 03:45, 17 November 2018 (UTC)
  • Support Support 4nn1l2 (talk) 05:55, 17 November 2018 (UTC)
  • Support Support ديفيد عادل وهبة خليل 2 (talk) 09:49, 17 November 2018 (UTC)
  • Support Support --Tylwyth Eldar (talk) 09:51, 17 November 2018 (UTC)
  • Support Support Jo-Jo Eumerus (talk, contributions) 10:07, 17 November 2018 (UTC)
  • Support Support FF-11 (talk) 10:18, 17 November 2018 (UTC)
  • Support Support Abubiju (talk) 10:35, 17 November 2018 (UTC)
  • Support Support Petritap (talk) 11:07, 17 November 2018 (UTC)
  • Support Support РоманСузи (talk) 17:33, 17 November 2018 (UTC)
  • Support Support Redactyll (talk) 21:38, 17 November 2018 (UTC)
  • Support Support Temp3600 (talk) 05:38, 18 November 2018 (UTC)
  • Support Support NMaia (talk) 10:19, 18 November 2018 (UTC)
  • Support Support Juandev (talk) 11:13, 18 November 2018 (UTC)
  • Support Support Jon Harald Søby (talk) 12:26, 18 November 2018 (UTC)
  • Support Support Coldbolt (talk) 15:13, 18 November 2018 (UTC)
  • Support Support Per Arnd comment on image metadata above. — Draceane talkcontrib. 17:53, 18 November 2018 (UTC)
  • Support Support Gerd Fahrenhorst (talk) 20:39, 18 November 2018 (UTC)
  • Support Support Wesalius (talk) 22:06, 18 November 2018 (UTC)
  • Support SupportMeiræ 22:26, 18 November 2018 (UTC)
  • Support Support I love this idea. It will help me find a suitable category quicklier and easier. Reke (talk) 06:51, 19 November 2018 (UTC)
  • Support Support an ingenious proposition LetazWiki2 (talk) 07:13, 19 November 2018 (UTC)
  • Support Support Waddie96 (talk) 07:44, 19 November 2018 (UTC)
  • Support SupportTheDJ (talkcontribs) 10:41, 19 November 2018 (UTC)
  • Support Support StringRay (talk) 15:47, 19 November 2018 (UTC)
  • Support Support Emptyfear (talk) 15:51, 19 November 2018 (UTC)
  • Support Support Ahecht (TALK
    PAGE
    ) 16:27, 19 November 2018 (UTC)
  • Support Support Sadads (talk) 17:49, 19 November 2018 (UTC)
  • Support Support Hispalois (talk) 18:49, 19 November 2018 (UTC)
  • Support Support BugWarp (talk) 00:47, 20 November 2018 (UTC)
  • Support Support Vadimzer (talk) 17:28, 20 November 2018 (UTC)
  • Support Support BluesyPete (talk) 20:56, 20 November 2018 (UTC)
  • Support Support CAPTAIN RAJU(T) 22:33, 20 November 2018 (UTC)
  • Support Support Novak Watchmen (talk) 00:04, 21 November 2018 (UTC)
  • Support Support Liberaler Humanist (talk) 01:16, 21 November 2018 (UTC)
  • Support Support Tris T7 (talk) 02:37, 21 November 2018 (UTC)
  • Support Support Vulphere 05:10, 21 November 2018 (UTC)
  • Support Support JopkeB (talk) 08:10, 21 November 2018 (UTC)
  • Support Support BMK (talk) 11:03, 21 November 2018 (UTC)
  • Support Support Conny (talk) 15:09, 21 November 2018 (UTC)
  • Oppose Oppose Missing categories are better then wrong or redundant categories. --GPSLeo (talk) 20:49, 23 November 2018 (UTC)
  • Support Support Juntas (talk) 22:28, 24 November 2018 (UTC)
  • Oppose Oppose I think a focus on location-tagging is much more useful and less susceptible to error. Downtowngal (talk) 03:52, 25 November 2018 (UTC)
  • Support Support Wuselig (talk) 11:42, 25 November 2018 (UTC)
  • Support Support it is a good idea as most of the Uploaders do not know in which category to put their Pictures... Sarbast.T.Hameed (talk) 13:02, 25 November 2018 (UTC)
  • Support Support — AfroThundr (u · t · c) 01:56, 26 November 2018 (UTC)
  • Support Support --Maimaid (talk) 09:00, 26 November 2018 (UTC)
  • Support Support YFdyh000 (talk) 16:31, 27 November 2018 (UTC)
  • Support Support Per my comment Daniel Case (talk) 18:29, 27 November 2018 (UTC)
  • Support Support --Nemo 22:41, 27 November 2018 (UTC)
  • Support Support This needs some refactoring of the category system to be non-overlapping. For example, there are often 3 categories "2017", "New York City", "New York City in 2017". The third one should be removed. To remove this, the community needs a way to filter content by multiple categories easily. (In case you need suggestions on the automatic categorization of images, just ping me) MartinThoma (talk) 06:26, 28 November 2018 (UTC)
  • Support Support Okki (talk) 18:28, 28 November 2018 (UTC)
  • Support Support Dumbassman (talk) 17:53, 29 November 2018 (UTC)
  • Support Support Good way to reduce the number of uncategorised images — NickK (talk) 15:46, 30 November 2018 (UTC)

Structure of Categories

Edit proposal/discussion

  • Who would benefit: All people that use Commons. Categorizer, people who look for images and so on.
  • Proposed solution:
    • first: a flexible number of files per category site. two possibilities: Buttons with different possible sizes; e.g. 50, 100, 200, 500, 1000. Or, what I would like more, a field with a free definition for every user (and category site). So I could - if I would, choose 222 files per size for example.
    • second: sortable categories. Not only per alphabet, also for time. So that you can see in bigger categories, which imges are new, which one older. Or by size. Or by media.
  • More comments: I think, it's the fourth try for this. But it will be once more too usefull for Wikimedians so it once more will be ignored at the end.

Discussion

  • All of this is great, I especially want to see sortability in categories. Toasted Meter (talk) 02:27, 4 November 2018 (UTC)
  • Agree, ability to sort by date of addition to the category would be extremely useful, particularly to see e.g. new additions to Category:Unidentified Angiosperms‎, a huge category where long-placed files that no-one can identify make it hard to find new additions. - MPF (talk) 10:37, 4 November 2018 (UTC)
  • Above all it would be great to have the option to show all images in a category, including those nested in subcategories. Watchduck (talk) 13:43, 4 November 2018 (UTC)
  • And sorting by filesize, too - 5 megabyte pics are generally better than 50 kilobyte pics, so while sorting by quality is probably impossible, sorting by size will at least tend to put better pics toward the top. Sorting by having / not having geocoding would also be useful. - MPF (talk) 14:53, 4 November 2018 (UTC)
    • Good idea - if you wanna do this, please add it. Marcus Cyron (talk) 06:35, 9 November 2018 (UTC)
  • The current sorting of photos into categories using HotCat still require around 2-3 seconds of delay. If I were to do categorizations of hundreds of uncategorized photos, it will add up to hours of extra waiting time :( Categorizations with HotCat should be executed/processed instantaneously (a split of a second) Chongkian (talk) 10:34, 5 November 2018 (UTC)
  • Yes. Being able to sort by creator / date of media / date depicted from the information template would also be nice. It would be nice to think that functionality for sorting categories by this kind of information could be added quite quickly once these become available as structured data statements (together with filtering on the values of other structured data statements, eg license-type). However, there seems to be a party view amongst at least some of the structured data team that the structured data service is going to bury the category system (and perhaps even that the extent to which it does so should be a metric for the success of structured data, see eg last line of summary of phab:T177357). I personally don't think that will happen, in fact I think the structured data is likely to strengthen the category system, by making it possible to make categories more systematically comprehensive, and more possible to add richer functionality to category views (eg the sorts of sorts I've mentioned above). But it may take the dev team some time to realise this, and until that time I fear resources be directed away from it. Nevertheless I strongly support this proposal, and it very much has my +1. Jheald (talk) 20:29, 5 November 2018 (UTC)
  • Regarding sorting of categories, please see this proposal. --NaBUru38 (talk) 18:40, 7 November 2018 (UTC)
  • Thanks for proposing it – I had it on my list of wishes too. :) I think this could be a bit similar to filemanger like Windows Explorer, Nautilus, Dolphin, etc than users would be comfortable in using it. -- MichaelSchoenitzer (talk) 23:46, 7 November 2018 (UTC)
  • That is a great idea. Apart from mentioned above I would like to have possibility, esp. in categories with plants and landscapes, to sort pics according to calendar (from January to December). There is user who sort pics in this way in plant categories manually... Kenraiz (talk) 11:07, 10 November 2018 (UTC)
  • @Marcus Cyron: Just to set realistic expectations, part #1 of your request should be doable, but sorting is a bit more challenging. The categorylinks tables are HUGE, so it's only realistically possible to sort on data that is directly stored in that table and indexed. In other words, it's not impossible, but will be difficult (as it might require some database changes). Ryan Kaldari (WMF) (talk) 19:21, 14 November 2018 (UTC)
    • @Ryan Kaldari (WMF): - I am completely a DAU (the english term seems to be "Luser") - I just can say in my own unstructured words what I would like to have. All the other things are on yout site ;). If it works - fine! If not - sad. If it need a longer time - OK! :) Marcus Cyron (talk) 23:50, 14 November 2018 (UTC)
  • The DB limitations on sorting are mostly due to using a relational database; if categorylinks would be stored in something like ElasticSearch the problem would go away. I realize that's a bit beyond the scope of what Community Tech can handle; OTOH at some point it will have to be tackled anyway, beacuse we want to replace link tables with a more scalable and flexible dependency engine, and at that point list generation would probably have to be decoupled from dependency tracking. --Tgr (talk) 06:02, 25 November 2018 (UTC)

Voting

  • Support Support Kenraiz (talk) 19:01, 16 November 2018 (UTC)
  • Support Support Salicyna (talk) 19:01, 16 November 2018 (UTC)
  • Support Support Tom Ja (talk) 19:48, 16 November 2018 (UTC)
  • Support Support Wostr (talk) 19:56, 16 November 2018 (UTC)
  • Support Support Liuxinyu970226 (talk) 03:44, 17 November 2018 (UTC)
  • Support Support Hiàn (talk) 04:42, 17 November 2018 (UTC)
  • Support Support ديفيد عادل وهبة خليل 2 (talk) 09:49, 17 November 2018 (UTC)
  • Support Support Aristeas (talk) 17:27, 17 November 2018 (UTC)
  • Support Support pythoncoder (talk | contribs) 19:28, 17 November 2018 (UTC)
  • Support SupportThanks for the fish! talkcontribs 19:57, 17 November 2018 (UTC)
  • Support Support JAn Dudík (talk) 20:06, 17 November 2018 (UTC)
  • Support Support Sort is challenge? v1.0: Just add 2nd view with SAME data (cat-names and whatever attribs in same db-record) as standard sortable wikitable. Wikicat (talk) 02:45, 18 November 2018 (UTC)
  • Support Support Juandev (talk) 11:13, 18 November 2018 (UTC)
  • Support Support This might as well be broken into two tasks, as per Ryan Kaldari I think the first is far more manageable. ~ Amory (utc) 12:24, 18 November 2018 (UTC)
  • Support Support Yes please! (10 | 20 | 50 | 100 | 200 | 500) Dvorapa (talk) 17:21, 18 November 2018 (UTC)
  • Support Support — Draceane talkcontrib. 17:52, 18 November 2018 (UTC)
  • Support Support --Wargo (talk) 22:00, 18 November 2018 (UTC)
  • Support Support Viztor (talk) 09:55, 19 November 2018 (UTC)
  • Support Support β16 - (talk) 10:29, 19 November 2018 (UTC)
  • Support Support Ahecht (TALK
    PAGE
    ) 16:27, 19 November 2018 (UTC)
  • Support Support RStehn (talk) 16:31, 19 November 2018 (UTC)
  • Support Support And I would also love the ability to sort by size (often looking for the highest-resolution images of a certain topic) Hispalois (talk) 18:46, 19 November 2018 (UTC)
  • Support Support F. Riedelio (talk) 16:14, 20 November 2018 (UTC)
  • Support Support Novak Watchmen (talk) 00:06, 21 November 2018 (UTC)
  • Support Support Vulphere 05:06, 21 November 2018 (UTC)
  • Support Support MYMMMC (talk) 05:34, 21 November 2018 (UTC)
  • Support Support Sebari – aka Srittau (talk) 19:50, 22 November 2018 (UTC)
  • Support Support Zinnmann (talk) 10:11, 23 November 2018 (UTC)
  • Support Support Smjalageri (talk) 12:45, 23 November 2018 (UTC)
  • Support Support Mike Linksvayer (talk) 18:02, 23 November 2018 (UTC)
  • Support Support NaBUru38 (talk) 18:26, 23 November 2018 (UTC)
  • Support Support Matěj Suchánek (talk) 08:49, 24 November 2018 (UTC)
  • Support Support Hmxhmx 10:12, 24 November 2018 (UTC)
  • Support Support--Stuchka (talk) 19:44, 24 November 2018 (UTC)
  • Support Support Juntas (talk) 22:20, 24 November 2018 (UTC)
  • Support Support --ThurnerRupert (talk) 16:40, 25 November 2018 (UTC)
  • Support Support IKhitron (talk) 19:27, 25 November 2018 (UTC)
  • Support Support sortable categories would be nice! S. Bollmann (talk) 21:08, 25 November 2018 (UTC)
  • Support Support — AfroThundr (u · t · c) 01:52, 26 November 2018 (UTC)
  • Support Support --Maimaid (talk) 09:07, 26 November 2018 (UTC)
  • Support Support Daniel Case (talk) 17:54, 27 November 2018 (UTC)
  • Support Support GPSLeo (talk) 19:04, 27 November 2018 (UTC)
  • Support Support Kersti (talk) 05:28, 28 November 2018 (UTC)
  • Support Support sortable categories. Leyo (talk) 10:36, 28 November 2018 (UTC)
  • Support Support Iich1960 (talk) 11:02, 28 November 2018 (UTC)
  • Support Support Tacsipacsi (talk) 22:07, 29 November 2018 (UTC)
  • Support Support Wilhelm Zimmerling PAR (talk) 10:32, 30 November 2018 (UTC)
  • Support Support Schniggendiller (talk) 11:21, 30 November 2018 (UTC)
  • Support Support Any form of sorting inside a category other than alphabet is useful for curation of large categories, and not only on Commons — NickK (talk) 15:53, 30 November 2018 (UTC)

Improvements of Categories in Chinese Wikipedia

Edit proposal/discussion

  • Problem: Categories are sorted by unicode encoding. It became difficult for readers to locate a page in a large category because there are tens of thousands of characters(in Chinese) rather than 26 to sort from. People use pinyin (romanized Chinese) (or zhuyin), radicals or strokes of Chinese characters when they want to find a word.
  • Who would benefit: Users at Chinese Wikipedias(zhwp, wuuwp, etc.) or in logographic language.
  • Proposed solution: I wish that there will be some options (default, pinyin, zhuyin, radicals, strokes, etc.) for users to select in categories.
  • More comments: Japanese Wikipedia users may also benefit from this proposal since kanji (characters) can be sorted by their pronunciation.
  • Proposer: Leiem (talk) 04:58, 1 November 2018 (UTC)

Discussion

Illustration of sorting options in Chinese Wikipedia.jpg
  • Well, I'm kind of support sorting by pronounciation, because some Chinese characters are simplified in Mainland China, Malaysia and Singapore but traditional in Taiwan, Hong Kong and Macau. In my opinion, we should sort by Hanyu Pinyin and Zhuyin (Bopomofo) in Mandarin Wikipedia (w:zh:) and Jyutping in Cantonese Wikipedia (w:zh-yue:). As for other varieties, we will discuss later. For Japanese Wikipedia, there seems to be only one sorting method: Gojūon. --Super Wang on zhwiki (Share your opinions) 05:48, 1 November 2018 (UTC)
  • On the one hand, the sorting of words is not what everybody wants, and the classification is simply confused. --夢蝶葬花@生涯不敗 06:04, 1 November 2018 (UTC)
  • Is this T46667? Anomie (talk) 12:16, 1 November 2018 (UTC)
    • I think it is similar. --Leiem (talk) 13:46, 1 November 2018 (UTC)
  • It would probably need to support multiple different sorting methods, as some of the most popular methods of sorting Chinese characters like pinyin and zhuyin are limited to particular regions and are almost useless to me. C933103 (talk) 17:57, 1 November 2018 (UTC)
    • It can be something like the language variant converter we had on zhwiki. --Cohaf (talk) 18:11, 1 November 2018 (UTC)
    • Zhwp uses standard Chinese to write. The converter can alter them from one standard to another (zh-hans, zh-hant, etc.), thus the pronunciation should be standard, too, though there may be several standards. We can refer to dictionaries for the specific standard, like Xinhua Zidian (Xinhua dictionary) for pinyin. Cantonese romanization may apply better in zh-yue.wp. --Leiem (talk) 01:55, 2 November 2018 (UTC)
      • I am not familiar with all pronunciation-based sorting, including Cantonese-pronunciation-based, even if that is my native language. I would prefer stroke-based or radical-based sorting method. C933103 (talk) 17:48, 2 November 2018 (UTC)
        • I made an illustration. Please see the image on the right. --Leiem (talk) 05:22, 3 November 2018 (UTC)
          • It seems good although there are probably little need to merge pinyin/zhuyin in this image, people could pick a/b/c/d or b/p/m/f order as they like irrespective of users geography origin instead. The categorization system however would need to cater for characters that have different reading in Taiwan vs mainland China Mandarin Chinese when you talk about geographical variant. C933103 (talk) 11:19, 4 November 2018 (UTC)
  • see phab:T46667--Shizhao (talk) 08:36, 5 November 2018 (UTC)
  • Note this is similar to Multiple collations per site, but not the same. That one is about specifying the collation per category, while this is about all categories on a site having multiple collations. Anomie (talk) 16:14, 11 November 2018 (UTC)

Voting

Support category redirects

Edit proposal/discussion

Discussion

@Wheeke: Is this phab:T5311, or do I misunderstand? --AKlapper (WMF) (talk) 02:53, 8 November 2018 (UTC)

Yes, I mean some like phab:T5311, You unterstand--Wheeke (talk) 07:18, 8 November 2018 (UTC)
Is this commons:Template:Category redirect? by the way, we decided at de:WP not to use that. W!B: (talk) 10:52, 18 November 2018 (UTC)
  • Note MANUAL cat to cat redirect seems to work already -- Wikicat (talk) 08:37, 18 November 2018 (UTC)

@Wheeke: Can you please elaborate on what you mean by the ”result changes automatically”? Should the wikitext be changed automagically, should the ”wrong” category name remain in the wikitext but the correct category name be shown in the bottom of the article, or something else? Thanks! /NH 11:07, 23 November 2018 (UTC)

Yes I mean the help- and useful thing like commons:Template:Category redirect how W!B: noted. I'm here, because de:WP decided not to use that. This is WP and not de:WP. Sorry for my bad English. --Wheeke (talk) 18:54, 24 November 2018 (UTC)
Thanks! /NH 10:12, 25 November 2018 (UTC)

Voting

Button to show subcategories

Edit proposal/discussion

  • Problem: Sometimes, a category is too well tidy and a lot a sub-categories exists (that also have sub-categories). A user wanting to obtain a better vision of a whole category have visibility on the sub-categories (on top of the category page), but not on the sub-sub-categories (hidden by default). He needs to expand one by one the "blue" arrows of a sub-category.
  • Who would benefit: I mostly thinks about Commons, to help search files in a designated category, like a city category.
  • Proposed solution: I think a button/trigger/option that auto-expand the sub-categories of the current category. A limitation of one, two or three levels might be technically a need. A template can maybe be used to to force this parameter.
  • More comments:
  • Phabricator tickets:

Discussion

Voting