Commons:Village pump/Proposals/Archive/2014/02

From Wikimedia Commons, the free media repository
Jump to: navigation, search
Archive This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page.

Category button

It would be very useful with a button for writing "Category:" in the search field. I often write it manually innumerable times the same day, and it's quite annoying.

Another possibility is making "c:" equivalent to "category:". --Jonund (talk) 19:02, 5 February 2014 (UTC)

Sounds good, and one to write "user". Here's something you could use in the mean time:
importScriptURI('// Keeper/Scripts/SearchNamespace.js&action=raw&ctype=text/javascript');
Add it to your common.js, etc. It works decently. INeverCry 19:17, 5 February 2014 (UTC)
How do I use it? --Jonund (talk) 19:58, 5 February 2014 (UTC)
Now that you've added it to your common.js, you should make sure to purge your cache. Once you've done that, you should see an extra drop-down box to the left of your search box (in Vector). This allows you to choose namespaces. INeverCry 22:49, 5 February 2014 (UTC)
Symbol support vote.svg Support--Oursana (talk) 22:36, 6 February 2014 (UTC)
The Script uses Category, template and many useful things. So why should we need an extra cat button?--Oursana (talk) 23:03, 6 February 2014 (UTC)
Thanks, INeverCry!
The drop-down box is useful, but a button would be still better, since you need only one click. When you do an operation innumerable times, even one click less is a considerable improvement. Category is by far the most common name space, as far as I'm concerned, so a special button for it would be motivated. Perhaps the button could be customizable for those who often use other name spaces. --Jonund (talk) 19:01, 8 February 2014 (UTC)
There's a problem with the script. As I start writing categories, it gives suggestions, but this function is faulty. It doesn't seem to know all categories. Sometimes I get only a few suggestions when more cats are available, and sometimes I get none at all. --Jonund (talk) 15:39, 9 February 2014 (UTC)

Proposal for Allowing smoother and easier Wikimedia Commons pictures discovery

I have been looking for different projects during contribution to wiki and came across Bug:57805 which could produce a significant difference in user interaction with mediawiki commons ....please go through a rough proposal in the media file mentoined in Page 1,Page 2,Page 3, i prepared explaining my aim to the project .....this idea implements lightbox interface

I request all members to go through the proposal idea and give your valuable feedback as your feedback could help me improve idea for better user interaction of commons.

Wireframes for the Pages of proposal are mentoined as Page 1,Page 2 and Page 3.


It would be more readable if you upload the wireframes without the text too, so we can see them in full screen or appropriated size. --Dereckson (talk) 00:11, 11 February 2014 (UTC)

Drag and drop into categories

Let me suggest that we enable users to drag and drop images into categories, if that is possible to implement. It would be faster and easier than cat-a-lot, when you have a crowded category and want to move images to various subcategories. --Jonund (talk) 18:48, 13 February 2014 (UTC)

Funny, I was thinking exactly the same thing yesterday as I was messing with some rather complex cat-a-lot tasks. Pretty attainable software feature that would really bring us unto the 1990s! Symbol support vote.svg Support -Pete F (talk) 01:16, 14 February 2014 (UTC)

Change of Category definition|clocks and watches by time displayed

Current situation (example for 15:45): Category definition|clocks and watches by time displayed|15:45 now translates into: For 15:45 / Time 15:45: clocks and watches displaying the time 15:45 (3:45 pm). 12-hour clocks are categorized in category:Time 03:45. Seconds are ignored. See the parent category description for additional information.
Proposal: change into (example for 15:45 / Time 15:45: clocks and watches displaying the time 15:45 (3:45 pm). 12-hour clocks are categorized in the appropriate category: either Time 03:45 or Time 15:45. In case of doubt, use both categories. Seconds are ignored. See the parent category description for additional information.
Some aspects were discussed here: Commons:Village_pump/Archive/2014/01#Category:Time_by_hour Vysotsky (talk) 21:21, 28 January 2014 (UTC)

Hi, maybe unrelated, but Template:User/TimeZone shows the known User timezone templates with one missing clock image based on the en:List of time zones by UTC offset. There's no 15:45 in this list, but 13:00 and 14:00 are missing. Maybe create the templates and add them to Template:User/TimeZone; for the right column just redirect -13:00 and -14:00 to -00:00, that indicates sign errors as for -12:45 etc. –Be..anyone (talk) 04:27, 14 February 2014 (UTC)
The problem is that according to the current rules the categorization of many clocks that are clearly indicating an afternoon or evening time, is reversed by busy bees to an (early) morning time. I have hundreds of examples, e.g. changes like these. This is strictly according to the rules, but very illogical and not according to the real time indicated. In my proposal, categorization would be 'in the appropriate category: either Time 00:00 to 11:59 =(early) morning, or Time 12:00 to 23:59 (=afternoon/evening). In case of doubt, use both categories. This would better reflect reality and fill more afternoon/evening categories out of the existing photographs. Vysotsky (talk) 21:29, 14 February 2014 (UTC)
UTC+hh:mm is east of Greenwich, {{User UTC+1}} would put me in Category:User UTC+1, that's still correct from my POV, map, clock, category, and template. If folks try something else on other pages it would violate all timezone standards I've heard of.
P.S. just in case, there is no such thing as UTC-23 for UTC+1, you only get overlaps of UTC-10…UTC-12 with UTC+14…UTC+12 in some small countries hopping to the "wrong" side for business reasons. –Be..anyone (talk) 02:16, 16 February 2014 (UTC)
So, can I, within the current rules, change back the -in my eyes incorrect- time 03:03 in this image, in my opinion wrongly changed from the correct time 15:03, back into 15:03? If not, I would like to ask again to add to the current template: in the appropriate category: either Time 00:00 to 11:59 =(early) morning, or Time 12:00 to 23:59 (=afternoon/evening). In case of doubt, use both categories. Vysotsky (talk) 22:12, 16 February 2014 (UTC)
Obviously 15:03 local time in a German town, ignoring historic exceptions either UTC+1 or UTC+2 (DST). Category:Time 03:03 apparently covers any 15:03 or 03:03 , what are you trying to fix there? –Be..anyone (talk) 03:16, 18 February 2014 (UTC)
Thinking about it for myself, there are two special conditions: (1) We can see that the sun is shining, (2) we know that the sun never shines at 03:00 local time. If that's what you are after, yes, this is definitely not 03:03am. Another image in the same category would violate condition (1), no visible sun. For similar categories at local times near 07:00 the sun won't directly help with condition (2), it could be am or pm. A known direction of visible shadows could help to disambiguate difficult times wrt (2). –Be..anyone (talk) 03:24, 18 February 2014 (UTC)
Beside logic, I think usage would be made easier if the distinction between (example) 03:03 hr and 15:03 hr would be introduced into the categorization. Is it wise to rephrase my proposal to: categorization in the appropriate category: either Time 00:00 to 11:59 =(early) morning, or Time 12:00 to 23:59 (=afternoon/evening). In case of doubt, use morning time.? Vysotsky (talk) 12:03, 18 February 2014 (UTC)
Dunno, it's your project, any consistent solution is fine. Giving up on am vs. pm and just keep 00:00…11:59 could be simpler, I'm a fan of KISS and POLA ;-)Be..anyone (talk) 10:56, 21 February 2014 (UTC)
You are quite right. I love KISS and the current situation around the time of clocks is a mess. So I stick to my original proposal, because the term "the appropriate category" will make the descriptions much better and will give 98% of the items the correct time. So here I go again:
Proposal: change the last part of the Category definition|clocks and watches by time displayed into in the appropriate category: either Time 00:00 to 11:59 =(early) morning, or Time 12:00 to 23:59 (=afternoon/evening). In case of doubt, use both categories. Seconds are ignored. See the parent category description for additional information. Vysotsky (talk) 20:36, 21 February 2014 (UTC)


A problem with Cat-a-lot is, that the if the list with sub- and parent categories is long, it stands in the way of some of the images, so you can't select all you want, and you can't see the suggestions, because there's not room for them on the screen. It would be useful if you could collapse the menu so it shows only the category you copy or move images to. --Jonund (talk) 19:54, 14 February 2014 (UTC)

I had this problem until I found out that if you hover your cursor on the edges of the pale yellow Cat-a-lot box (it changes its shape from pointer to resizing arrow) you can resize it by down-click and drag. That solves this problem. -- Tuválkin 00:52, 21 February 2014 (UTC)

Another thing: When you remove images from a category, they may end up uncategorized without your noticing it, and that may be worse than if the have a catgeory with limited relevance. If Cat-a-lot could warn the user when removing a category makes the image uncategorized, we could avoid some problems. --Jonund (talk) 19:54, 14 February 2014 (UTC)

It would also be comfortable if Cat-a-lot automatically could change to the correct category when you move an image into a category redirect. It takes some time to figure out the correct categories. Actually, it sould not display redirects at all in the suggestions, that just leads you astray. --Jonund (talk) 17:40, 16 February 2014 (UTC)

Make sure providing a link from MediaWiki talk:Gadget-Cat-a-lot.js to this discussion. -- Rillke(q?) 08:54, 21 February 2014 (UTC)

Changing "Maps of the history of..."

From Commons:Village pump:

There's currently a lot of categories that are named "Maps of the history of <countryname>" and most of these can be found in Category:Maps of the history of Europe and related subcategories. This naming schema is incorrect English however, as 'maps of history' implies that the 'history' of these countries has some sort of 'map' to it, the best example of which that I could come up with is a timeline, which is a 'map' of sorts of 'history'. I think it more accurate to rename these "Historical maps of <countryname>" instead, which is the proper English. I've raised this issue at User talk:CommonsDelinker/commands, but it was met with some opposition. So I'm asking here to see what the community consensus is on this. TeleComNasSprVen (talk) 05:32, 14 February 2014 (UTC)

If this proposal gains traction, I can change all the categories on User talk:CommonsDelinker/commands to the appropriate names. TeleComNasSprVen (talk) 03:55, 15 February 2014 (UTC)

"Maps of the history of..." does seem a little awkward, but I can see why that wording was chosen. These categories contain maps that say something about the history of a country. For example, they may be modern maps showing battlefields, or towns and cities long gone. If they were renamed to "Historical maps of...", what is likely to happen is that editors will confuse them with "Old maps of...", and simply put maps more than 70 years old in the categories. What about "Maps relating to the history of..."? — Cheers, JackLee talk 04:06, 15 February 2014 (UTC)
Okay, I see your point. "Historical maps of..." refer to old maps, rather than maps of historical regimes/states, or about states during a specific time period. If that's the case, I'm fine with "Maps relating to the history of..." TeleComNasSprVen (talk) 05:34, 15 February 2014 (UTC)