Community Wishlist Survey 2017/Multimedia and Commons
Improve support of interwiki links on Commons using Wikidata
- Problem: While interwiki links on Wikipedias are now all handled by Wikidata, Wikidata's support for Commons interwiki links is far more patchy. Wikidata does support Commons interwiki links by a link in "other sites", however it also has commons category and gallery properties and these aren't kept in sync. In addition, Commons only allows one link to Commons, and conflicts can happen about whether this is to a gallery or a category. There are also a lot of manual interwiki links scattered across Commons that have not yet been migrated to Wikidata.
- Who would benefit: Users and editors of Commons that want to find/use interwiki links
- Proposed solution: Make more consistent use of Commons sitelinks by bot edits that keep the Wikidata property and site links synchronised. Finish migrating interwiki links on Commons to Wikidata via a bot. Support multiple links to Commons galleries and categories.
- More comments: There have been some discussions on Wikidata about this, e.g. see [1], however there has been no pathway to implementing this so far.
- Phabricator tickets:
- Translations: none yet
Discussion[edit]
Seems similar/the same as Community Wishlist Survey 2017/Wikidata/Stop using string datatype for linking to pages on other projects, which I had some bitching about. (Mostly, it's a community problem IMO.) --Izno (talk) 04:09, 19 November 2017 (UTC)
Voting[edit]
Support This has made things a huge mess on Wikidata. Rschen7754 01:45, 28 November 2017 (UTC)
Support --Liuxinyu970226 (talk) 13:17, 28 November 2017 (UTC)
Support It would be of great help if this is improved. Most of the time, Commons categories link to Wikipedia articles; in some cases, it is helpful to link them to Wikipedia categories; and in a few occasions, it is helpful to connect them to both. As it is now, it's a mess indeed, I merrily support any effort to improve this. - Darwin Ahoy! 16:52, 28 November 2017 (UTC)
Support (as proposer) Mike Peel (talk) 18:09, 28 November 2017 (UTC)
Support — Draceane talkcontrib. 18:41, 28 November 2017 (UTC)
Support Laboramus (talk) 20:45, 28 November 2017 (UTC)
Support Gripweed (talk) 21:36, 28 November 2017 (UTC)
Support Chico Venancio (talk) 22:01, 28 November 2017 (UTC)
Support Thomas Obermair 4 (talk) 23:03, 28 November 2017 (UTC)
Support Hedwig in Washington (talk) 03:15, 29 November 2017 (UTC)
Support Libcub (talk) 05:15, 29 November 2017 (UTC)
Support Yes, there was recently a proposal for this in the Project Chat that only had support votes, unfortunately it got archived without any solutions being implemented. Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:45, 29 November 2017 (UTC)
Support Ruthven (talk) 19:43, 29 November 2017 (UTC)
Support Meisam (talk) 20:41, 29 November 2017 (UTC)
Support Giovanni Alfredo Garciliano Diaz (talk) 22:24, 29 November 2017 (UTC)
Support — putnik 01:18, 30 November 2017 (UTC)
Oppose per my comments on the exact same proposal that I linked in the discussion. This is a community problem, not a comm tech problem. --Izno (talk) 04:04, 30 November 2017 (UTC)
Oppose in the current form. Most interwiki links are Commons categories linked to wikidata articles. We can add it, but if someone creates gallery page then that page might be given the sitelinks and galery will be left with none. I would support if we allow storing sitelinks to multiple namespaces on a single project. --Jarekt (talk) 05:05, 30 November 2017 (UTC)
Support--L736Etell me 08:21, 30 November 2017 (UTC)
Support It would be useful to be able to have several types of links to Commons in Wikidata Lionel Allorge (talk) 13:12, 30 November 2017 (UTC)
Support Rachel Helps (BYU) (talk) 17:06, 30 November 2017 (UTC)
Support Dromedar61 (talk) 21:31, 30 November 2017 (UTC)
Support ~Cybularny Speak? 12:44, 2 December 2017 (UTC)
Support Tom Ja (talk) 14:33, 2 December 2017 (UTC)
Support ديفيد عادل وهبة خليل 2 (talk) 15:50, 2 December 2017 (UTC)
Support Tacsipacsi (talk) 20:11, 3 December 2017 (UTC)
Support Emw (talk) 22:07, 3 December 2017 (UTC)
Support Yeza (talk) 18:42, 5 December 2017 (UTC)
Support B25es (talk) 13:08, 6 December 2017 (UTC)
Support Joalpe (talk) 17:58, 7 December 2017 (UTC)
Trim webm videos on site
- Problem: editing a video now requires you to download the video, find a video editor that supports ogg/webm and upload them again. YouTube videos often have an outro that is distracting when there aren't other YouTube videos linked. Sometimes a video is an assembly of segments, like the short segments in RN7 news (File:RN7 Kort 7 November 2017.webm). Sometimes a part of a video's copyright status is in doubt, like c:File:Zondag met Lubach houdt de wereld voor de gek.webm, which was published under a free license by VARA but features a trailer produced by VPRO.
- Who would benefit: Wikimedia contributors that work with
- Proposed solution: A tool like CropTool that lets you edit a file without having to leave the project.
- More comments:would be extra great if relevant subtitle files would also be trimmed and re-upload.
- Phabricator tickets:
- Translations: none yet
Discussion[edit]
- I was going to propose this but Vera beat me to it! 100% support Victorgrigas (talk) 03:08, 13 November 2017 (UTC)
- We don't even have a decent video player yet, let alone an editor... P.S. anyone suggesting spending time on the player. ? I've reached my quotum for the survey. —TheDJ (talk • contribs) 10:44, 13 November 2017 (UTC)
Voting[edit]
Support --Liuxinyu970226 (talk) 13:18, 28 November 2017 (UTC)
Support Pepe piton (talk) 15:25, 28 November 2017 (UTC)
Support Thomas Obermair 4 (talk) 22:57, 28 November 2017 (UTC)
Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:43, 29 November 2017 (UTC)
Support Lionel Allorge (talk) 13:14, 30 November 2017 (UTC)
Support Jane023 (talk) 17:13, 1 December 2017 (UTC)
Support ديفيد عادل وهبة خليل 2 (talk) 15:50, 2 December 2017 (UTC)
Support This would be very useful Victorgrigas (talk) 20:05, 2 December 2017 (UTC)
Support LikeLifer (talk) 18:25, 3 December 2017 (UTC)
Support Fixer88 (talk) 20:09, 4 December 2017 (UTC)
Support enL3X1 ¡‹delayed reaction›¡ 16:20, 6 December 2017 (UTC)
Support Richard Nevell (WMUK) (talk) 13:56, 8 December 2017 (UTC)
Support bdijkstra (talk) 20:17, 8 December 2017 (UTC)
Support Psychoslave (talk) 08:30, 11 December 2017 (UTC)
Support — NickK (talk) 17:59, 11 December 2017 (UTC)
Advanced filters for global usage on Commons
- Problem: When you want to see a specific usage of a file on some project(s)/language(s) from Global Usage feature on Commons you have to scroll all the other projects and languages and their usages.
- Who would benefit: e.g. users looking for usage on all projects in some specific language
- Proposed solution: The list should be either collapsible or get some filters.
- More comments: See for example the usage list for c:File:United Kingdom location map.svg.
- Translations: none yet
Discussion[edit]
- How is that a problem? You have to switch pages all the time. Just open another tab in your browser. --Hedwig in Washington (talk) 02:48, 29 November 2017 (UTC)
Voting[edit]
Support Jc86035 (talk) 01:30, 28 November 2017 (UTC)
Support Mahir256 (talk) 08:03, 28 November 2017 (UTC)
Support Dvorapa (talk) 09:44, 28 November 2017 (UTC)
Support --Liuxinyu970226 (talk) 13:18, 28 November 2017 (UTC)
Support Sadads (talk) 13:46, 28 November 2017 (UTC)
Support Gikü (talk) 15:28, 28 November 2017 (UTC)
Support Stryn (talk) 16:08, 28 November 2017 (UTC)
Support - Darwin Ahoy! 16:44, 28 November 2017 (UTC)
Support Grüße vom Sänger ♫(Reden) 17:41, 28 November 2017 (UTC)
Support — Draceane talkcontrib. 18:32, 28 November 2017 (UTC)
Support As proposer. Vachovec1 (talk) 18:44, 28 November 2017 (UTC)
Support Thomas Obermair 4 (talk) 22:58, 28 November 2017 (UTC)
Support collapsibility. Sometimes I just want to know "is this image in use?" or have a concise list that I can work through in batches when deciding whether an image should be replaced by another. DMacks (talk) 05:03, 30 November 2017 (UTC)
Support Skimel (talk) 07:42, 1 December 2017 (UTC)
Support ~Cybularny Speak? 12:45, 2 December 2017 (UTC)
Support ديفيد عادل وهبة خليل 2 (talk) 15:50, 2 December 2017 (UTC)
Support Termininja (talk) 16:52, 2 December 2017 (UTC)
Support Richard Nevell (WMUK) (talk) 13:58, 8 December 2017 (UTC)
Support --jdx Re: 20:23, 8 December 2017 (UTC)
Support MichaelMaggs (talk) 13:49, 9 December 2017 (UTC)
Support Steinsplitter (talk) 14:16, 10 December 2017 (UTC)
Support Spinster (talk) 21:44, 10 December 2017 (UTC)
Support Ldorfman (talk) 16:48, 11 December 2017 (UTC)
Support — NickK (talk) 17:59, 11 December 2017 (UTC)
SVG-Translate
- Problem: You have a svg-file in a different language and want to use it, but you don't know how to edit SVG-Files (You can't handle SourceCode, Inkscape has to be installed,...).
- Who would benefit: User who adds Images to articles, but are not familiar with SVG-editing
- Proposed solution: The Tool https://tools.wmflabs.org/svgtranslate/ is able to do that, but the download/upload isn't working.
- More comments: A such tool was in wide usage up to 2009, but lost its maintainer and app authorization.
- Phabricator tickets: phab:T56214
- Proposer: JoKalliauer (talk) 10:23, 19 November 2017 (UTC)
- Translations: none yet
Discussion[edit]
- +1 : this tool is a corner stone of commons as it allows SVG images' translations by non-graphists. Yet, this tool isn't maintained, the OATH got broken years ago. Need a refresh. --Yug (talk) 23:02, 19 November 2017 (UTC)
- There is also mw:Extension:TranslateSvg that is also currently unmaintained. –Nikerabbit (talk) 08:38, 28 November 2017 (UTC)
- @Nikerabbit: mw:Extension:TranslateSvg/2.0 is the "current" version, and it has the same Author (@Jarry1250:) as https://tools.wmflabs.org/jarry-common/. — Johannes Kalliauer - Talk | Contributions 21:46, 28 November 2017 (UTC)
- I would maintain the tool (I think I'm good enough with coding.), but I'm not familiar how to use Toolforge, and I might need help sometimes. — Johannes Kalliauer - Talk | Contributions 21:46, 28 November 2017 (UTC)
- I have serious doubts. Actually, text rendering in SVG files is poor. I generally transform text in a path in a different layer, in order to have a correct visualisation (and leave the text layer hidden). --Ruthven (talk) 19:46, 29 November 2017 (UTC)
- @Ruthven: I completely understand your opinion. Simple Files like File:Double-slit_de.svg or File:Poutre_definitions_de.svg can easy be translated without worrying that the text might get too long. If you edit maps text alignment is very important. I am working in the German graphics lab and for me it is easier to have a fully translated SVG (by a newbie/wikipedian with mw:Extension:TranslateSvg/2.0 SVG-Translate) and just edit the alignment, than to find the translation of each word and then align it. Real Text in SVGs can be problematic (f.e. File:Route_der_Flugzeugentführung_-_Landshut_-_KEBVersion.svg).
- Anyway, it happens very often that English Pictures are used on German, Chinese, ... Wikipedias (f.e File:Moody_EN.svg de:Molekulare_Monte-Carlo-Methode#Quantum-Monte-Carlo-Methode), therefore a translation would in general be an improvement. (I personally would prefer that the Tool adds a language switch. (f.e. File:Sprinkler_glass_bulbs.svg)) — Johannes Kalliauer - Talk | Contributions 21:39, 30 November 2017 (UTC)
- I really like the
lang
switch! That's the most semantic way to do this, and also improves maintenance because different language versions are still the same file. -- Christallkeks (talk) 12:49, 6 December 2017 (UTC)
- I really like the
Voting[edit]
Support MichaelSchoenitzer (talk) 19:10, 27 November 2017 (UTC)
Support Ainali (talk) 21:19, 27 November 2017 (UTC)
Support Strainu (talk) 23:03, 27 November 2017 (UTC)
Support Goldzahn (talk) 23:14, 27 November 2017 (UTC)
Support Jc86035 (talk) 02:03, 28 November 2017 (UTC)
Support Tgr (talk) 06:48, 28 November 2017 (UTC)
Support Mahir256 (talk) 07:56, 28 November 2017 (UTC)
Support —viciarg414 08:21, 28 November 2017 (UTC)
Support Ikonact (talk) 08:33, 28 November 2017 (UTC)
Support Jcornelius (talk) 09:55, 28 November 2017 (UTC)
Support Dvorapa (talk) 10:26, 28 November 2017 (UTC)
Support Vachovec1 (talk) 11:12, 28 November 2017 (UTC)
Support David1010 (talk) 11:19, 28 November 2017 (UTC)
Support β16 - (talk) 11:39, 28 November 2017 (UTC)
Support --Liuxinyu970226 (talk) 13:18, 28 November 2017 (UTC)
Support We can use the Translate extension with data generated from every SVG for that Aktron (talk) 13:36, 28 November 2017 (UTC)
Support Pepe piton (talk) 15:27, 28 November 2017 (UTC)
Support Gikü (talk) 15:29, 28 November 2017 (UTC)
Support Stryn (talk) 16:08, 28 November 2017 (UTC)
Support - Darwin Ahoy! 16:45, 28 November 2017 (UTC)
Support YFdyh000 (talk) 17:04, 28 November 2017 (UTC)
Support Grüße vom Sänger ♫(Reden) 17:42, 28 November 2017 (UTC)
Support Ehrlich91 (talk) 18:14, 28 November 2017 (UTC)
Support — Draceane talkcontrib. 18:33, 28 November 2017 (UTC)
Support Yiyi (talk) 18:57, 28 November 2017 (UTC)
Support Sannita - not just another it.wiki sysop 19:48, 28 November 2017 (UTC)
Support Ynhockey (talk) 20:52, 28 November 2017 (UTC)
Support — Luchesar • T/C 21:55, 28 November 2017 (UTC)
Support Thomas Obermair 4 (talk) 22:58, 28 November 2017 (UTC)
Support But I would prefer the mw:Extension:TranslateSVG MediaWiki extension be deployed. Bawolff (talk) 23:00, 28 November 2017 (UTC)
Support Jules78120 (talk) 00:26, 29 November 2017 (UTC)
Support Excellent plan! I am using SVG on Commons only. I have no use for inkscape and such. Yeah, would be nice to have. Hedwig in Washington (talk) 02:52, 29 November 2017 (UTC)
Support Shizhao (talk) 03:18, 29 November 2017 (UTC)
Support Sebastian Wallroth (talk) 07:38, 29 November 2017 (UTC)
Support bspf
(talk) 07:49, 29 November 2017 (UTC)
Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 11:07, 29 November 2017 (UTC)
Support Ayack (talk) 13:08, 29 November 2017 (UTC)
Support Simon Villeneuve 15:31, 29 November 2017 (UTC)
Support Townie (talk) 16:43, 29 November 2017 (UTC)
Support Luan (discussão) 20:38, 29 November 2017 (UTC)
Support Meisam (talk) 20:43, 29 November 2017 (UTC)
Support Javad|Talk (8 Azar 1396) 21:12, 29 November 2017 (UTC)
Support Helder 23:43, 29 November 2017 (UTC)
Support Midleading (talk) 02:02, 30 November 2017 (UTC)
Support Furfur (talk) 04:05, 30 November 2017 (UTC)
Support - yona B. (D) 08:31, 30 November 2017 (UTC)
Support Tohaomg (talk) 09:32, 30 November 2017 (UTC)
Support Kaganer (talk) 11:06, 30 November 2017 (UTC)
Support Sahaquiel9102 (talk) 21:45, 30 November 2017 (UTC)
Support Skimel (talk) 07:55, 1 December 2017 (UTC)
Support Trizek from FR 11:17, 1 December 2017 (UTC)
Support Vincent Simar (talk) 11:28, 1 December 2017 (UTC)
Support --Superchilum(talk to me!) 16:43, 1 December 2017 (UTC)
Support Theklan (talk) 18:52, 1 December 2017 (UTC)
Support Xavi Dengra (MESSAGES) 23:01, 1 December 2017 (UTC)
Support Amir (talk) 01:01, 2 December 2017 (UTC)
Support ~Cybularny Speak? 11:58, 2 December 2017 (UTC)
Support PMG (talk) 13:03, 2 December 2017 (UTC)
Support → «« Man77 »» [de] 14:20, 2 December 2017 (UTC)
Support Termininja (talk) 16:53, 2 December 2017 (UTC)
Support Pit rock (talk) 02:47, 3 December 2017 (UTC)
Support AntiCompositeNumber (talk) 02:49, 3 December 2017 (UTC)
Support Waldir (talk) 10:57, 3 December 2017 (UTC)
Support Paucabot (talk) 18:58, 3 December 2017 (UTC)
Support Tacsipacsi (talk) 20:15, 3 December 2017 (UTC)
Support A++ Gryllida 01:02, 4 December 2017 (UTC)
Support SVG gurus think SVG is easy for everyone and it is not. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 07:51, 4 December 2017 (UTC)
Support KRLS (talk) 15:12, 4 December 2017 (UTC)
Support Davidpar (talk) 15:18, 4 December 2017 (UTC)
Support B25es (talk) 17:04, 4 December 2017 (UTC)
Support JAn Dudík (talk) 21:52, 4 December 2017 (UTC)
Support Doc James (talk · contribs · email) 03:12, 5 December 2017 (UTC)
Support --Jarekt (talk) 13:45, 5 December 2017 (UTC)
Support Reneman (talk) 17:07, 5 December 2017 (UTC)
Support -Bryanrutherford0 (talk) 17:27, 5 December 2017 (UTC)
Support Carnildo (talk) 00:21, 6 December 2017 (UTC)
Support Together with bug-free font rendering, this could make text in SVGs so much more attractive Christallkeks (talk) 12:46, 6 December 2017 (UTC)
Support Micru (talk) 20:17, 6 December 2017 (UTC)
Support--ÀlexHinojo (talk) 05:49, 7 December 2017 (UTC)
Support Ahm masum (talk) 07:55, 7 December 2017 (UTC)
Support Matěj Suchánek (talk) 19:45, 7 December 2017 (UTC)
Support --Movses (talk) 22:37, 7 December 2017 (UTC)
Support —— DePlusJean (talk) 05:36, 8 December 2017 (UTC)
Support --jdx Re: 20:24, 8 December 2017 (UTC)
Support Ruslik (talk) 17:35, 10 December 2017 (UTC)
Support Spinster (talk) 21:46, 10 December 2017 (UTC)
Support Dispenser (talk) 03:50, 11 December 2017 (UTC)
Support Yurik (talk) 06:49, 11 December 2017 (UTC)
Support X:: black ::X (talk) 07:58, 11 December 2017 (UTC)
Support Psychoslave (talk) 08:30, 11 December 2017 (UTC)
Support Haxpett (talk) 08:45, 11 December 2017 (UTC)
Support TitiNicola (talk) 13:38, 11 December 2017 (UTC)
Support --Meno25 (talk) 15:47, 11 December 2017 (UTC)
Write geographical data into image files
- Problem: Images files can store location data as meta data inside the file. As of today image files do not provide this data. For a lot of files location data are available on commons. But they are stored separately on the description page.
- Who would benefit: Users of Wikimedia Commons files who are interested in location data for images.
- Proposed solution: Write location data from description page into meta data of the image file.
- More comments:
- Phabricator tickets:
- Proposer: Sebastian Wallroth (talk) 06:51, 13 November 2017 (UTC)
- Translations: none yet
Discussion[edit]
I am concerned that the geographical data is not always accurate. If geographical data is included in the file, future users of the file will think that the data in the file overrides any geographical data in the description. Downtowngal (talk) 00:12, 17 November 2017 (UTC)
- @Sebastian Wallroth: Could you describe more specifically what problem this is intended to solve? Why only include the geographical data? Why not include all the metadata? Ryan Kaldari (WMF) (talk) 22:22, 20 November 2017 (UTC)
- Hi @Ryan Kaldari (WMF): I am in the one-wish-at-a-time mode. I want to have the ability to write all metadata into the file. License, author, location data, file source, tags. This would solve the problem that files found in the wild do not contain the information for people who wish to re-use the files. --Sebastian Wallroth (talk) 17:42, 21 November 2017 (UTC)
- There are several kinds of "location data". For photographs, there is the position (and orientation of) the camera and there is the position of (if relevant) the subject of the photo. Usually the location embedded in a photo is the former and if not present, it is often very hard for someone other than the photographer to determine accurately. I am concerned, for example, that someone sets the location description of a bunch of photos of the London Eye and this is embedded into the photos, when in fact the photos were all taken from different places, some looking at and some on the London Eye. Btw, if the JPG already contains GPS location when uploaded, the image description page is taken from that. There is other meta data that one could add from the file back to the image, not just GPS. However doing this increases the risk of damaging files when users make careless or disruptive edits to pages on Commons. So I don't think this is such a commonly needed feature that it is worth the risk that someone uses VFC to insert vandalism into JPGs or worse, to "out" a user's location into their JPGs. -- Colin (talk) 15:56, 29 November 2017 (UTC)
Voting[edit]
Support --Liuxinyu970226 (talk) 13:18, 28 November 2017 (UTC)
Support Grüße vom Sänger ♫(Reden) 17:49, 28 November 2017 (UTC)
Support Thomas Obermair 4 (talk) 22:58, 28 November 2017 (UTC)
Support Shizhao (talk) 03:19, 29 November 2017 (UTC)
Support Sebastian Wallroth (talk) 07:39, 29 November 2017 (UTC)
Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 11:07, 29 November 2017 (UTC)
Support Txllxt TxllxT (talk) 19:39, 29 November 2017 (UTC)
Support Raso mk (talk) 20:18, 29 November 2017 (UTC)
Support Mmo (talk) 22:06, 29 November 2017 (UTC)
Support Dromedar61 (talk) 21:33, 30 November 2017 (UTC)
Support Sahaquiel9102 (talk) 21:45, 30 November 2017 (UTC)
Support ~Cybularny Speak? 12:45, 2 December 2017 (UTC)
Support Emw (talk) 22:08, 3 December 2017 (UTC)
Support Gryllida 01:03, 4 December 2017 (UTC)
Support --Nicor (talk) 14:17, 10 December 2017 (UTC)
Write license data into meta data of image files
- Problem: Images files can store license data as meta data inside the file. As of today image files do not provide this data. For nearly all files on Wikimedia Commons license data are available on commons. But they are stored separately on the description page.
- Who would benefit: Users of Wikimedia Commons files who want to use the file and need the license information but cannot find the corresponding Wikimedia Commons file page.
- Proposed solution: Write license data from description page into meta data of the image file.
- More comments:
- Phabricator tickets:
- Proposer: Sebastian Wallroth (talk) 06:54, 13 November 2017 (UTC)
- Translations: none yet
Discussion[edit]
I'm surprised nobody has requested this before. It sounds like a great idea. Is there some reason this has not been done yet? Downtowngal (talk) 00:09, 17 November 2017 (UTC)
- This is not the first time I've heard this proposal. I would like to limit the scope to only the thumbnails. Original files shouldn't be touched. That would have all sorts of nasty side effects (duplicate detection broken to name one). Multichill (talk) 17:10, 17 November 2017 (UTC)
See also phab:T5361 and phab:T20871. Jean-Fred (talk) 20:14, 17 November 2017 (UTC)
The common concern about this is file size overhead for small thumbnails. --Tgr (WMF) (talk) 01:05, 20 November 2017 (UTC)
Voting[edit]
Support Jcornelius (talk) 09:55, 28 November 2017 (UTC)
Support HHill (talk) 11:16, 28 November 2017 (UTC)
Support --Liuxinyu970226 (talk) 13:18, 28 November 2017 (UTC)
Support TMg 16:19, 28 November 2017 (UTC)
Support This may need to add the project name and even an ID for verification. YFdyh000 (talk) 17:07, 28 November 2017 (UTC)
Support Grüße vom Sänger ♫(Reden) 17:44, 28 November 2017 (UTC)
Support Yiyi (talk) 18:58, 28 November 2017 (UTC)
Support Greg (WMF) (talk) 19:28, 28 November 2017 (UTC)
Support Gripweed (talk) 21:37, 28 November 2017 (UTC)
Support Thomas Obermair 4 (talk) 22:58, 28 November 2017 (UTC)
Support Shizhao (talk) 03:19, 29 November 2017 (UTC)
Support Sebastian Wallroth (talk) 07:39, 29 November 2017 (UTC)
Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 11:06, 29 November 2017 (UTC)
Support Venca24 (talk) 20:40, 29 November 2017 (UTC)
Support Patar knightchat/contributions 20:54, 29 November 2017 (UTC)
Support – Meiræ 22:05, 29 November 2017 (UTC)
Support --g (talk) 00:28, 30 November 2017 (UTC)
Support Daylen (talk) 04:29, 30 November 2017 (UTC)
Support Dromedar61 (talk) 21:33, 30 November 2017 (UTC)
Support Sahaquiel9102 (talk) 21:46, 30 November 2017 (UTC)
Strong oppose I see a lot of problems for bot maintainers and mass uploaders. By writing the license into the image, the file content would be changed which causes a different SHA-1 checksum of the file. This checksum is needed in lots of automatic upload processes to check if this file already exists on commons. If the file was altered this check would not be possible anymore. As a consequence this would cause a lot of redundant uploads. -- Freddy2001 talk 21:52, 30 November 2017 (UTC)
Support Ckoerner (talk) 21:36, 1 December 2017 (UTC)
Support Talmoryair (talk) 17:03, 3 December 2017 (UTC)
Support Emw (talk) 22:08, 3 December 2017 (UTC)
Support HugoHelp (talk) 15:24, 4 December 2017 (UTC)
Oppose as proposed. I'm concerned that new editors who don't understand our licensing requirements will unintentionally be embedding wrong license information into the image. This could dramatically undermine our abilities to determine the true source and license of the image. Also, one of the classic ways to begin to see a problem with an upload is whether there is metadata or not. If there isn't, chances are it hasn't come from the editor's camera, and thus any self release licenses are likely invalid. I also share Freddy2001's concerns. This should not be implemented. --Hammersoft (talk) 18:24, 4 December 2017 (UTC)
Oppose I think, the license info should be added before the image is uploaded to Commons. Snek01 (talk) 21:16, 6 December 2017 (UTC)
Support Acamicamacaraca (talk) 12:13, 7 December 2017 (UTC)
Support --Nicor (talk) 14:11, 10 December 2017 (UTC)
Support Psychoslave (talk) 08:31, 11 December 2017 (UTC)
Support TitiNicola (talk) 13:41, 11 December 2017 (UTC)
Support Martin Kraft (talk) 17:59, 11 December 2017 (UTC)
Textual diffs for SVGs
- Problem: Comparing different media versions is often difficult as the changes may not be noticeable. This stands for SVGs as well as other media formats; however, as SVG is a textual file format, its changes can be shown as textual diffs.
- Who would benefit: Advanced users who understand the SVG source code.
- Proposed solution: Use the existing diff used for wikitext changes also for SVG (and any other textual file format), provide a diff link in the first column of the file history like
(current | diff)
/(restore | diff)
. - More comments:
- Phabricator tickets:
- Proposer: Tacsipacsi (talk) 20:22, 6 November 2017 (UTC)
- Translations: none yet
Discussion[edit]
Do you have a specific example of an SVG file (on Wikimedia Commons etc) which got updated and when being able to view such a diff would have been helpful? --AKlapper (WMF) (talk) 21:30, 7 November 2017 (UTC)
- It came into my mind just after the previous year’s survey, I don’t remember specific image which I had in my mind ten months ago… But maps like Kosovo relations.svg are good examples: this file’s changes are mainly properly noted (except if the change wasn’t the one stated in the upload comment), but some versions don’t have comment while they—I suppose—are mainly consist of toggling CSS classes, so it’s easily understandable from the textual diff. Also, textual files can be changed in such a way that they are really the same pixel by pixel, but the source code is different (from changing a comment to a major cleanup). —Tacsipacsi (talk) 22:07, 7 November 2017 (UTC)
This seems like a very limited and specific use case, that could easily be addressed with a gadget, that uses an online diff service or something to compare two files, without forcing an extra useless button upon people who won't need it. —TheDJ (talk • contribs) 10:46, 8 November 2017 (UTC)
- At least the backend should be done—why would I need to use a third-party service when we have a working diff system? Also, MediaWiki already has many links which I should call bloatware at more visible places like the “beta” link in the personal toolbar (one can easily get there from the preferences; or why don’t we have separate links for all preferences tabs?). OK, make it opt-in, but do it in PHP—it’s not easier to do client side than the sandbox link, which is not even opt-out. Please do not mark it as nonsense or useless ab ovo, just vote against it in the voting phase. It may turn out than that nobody else would need this feature. —Tacsipacsi (talk) 22:15, 8 November 2017 (UTC)
I'd think a state-of-the-art visual compare tool would address a wider audience, although it wouldn't be completely equivalent. It would be more intuitive for non-nerds and it's often more important to get help spotting inconspicuous visual changes than calling attention to some purely technical rearrangement of internal data structures. I'm picturing something that shows two images on top of each other and a visibility seam between that you can grab and slide around like here, and maybe some compensation mechanism to disregard if content was just shifted around on the page.--Reseletti (talk) 15:59, 9 November 2017 (UTC)
- Yes, a visual diff might be more important. It’s also better because it can work for all image types (but still not for other media types: videos, sound and multipage documents like PDF and DjVu). —Tacsipacsi (talk) 21:26, 9 November 2017 (UTC)
- This makes sense for PNGs and GIFs because they are losslessly compressed, but JPEG quantization has real potential to make visual diffs a dog's breakfast. MER-C (talk) 03:51, 10 November 2017 (UTC)
- The above example works also for JPEG, as it doesn’t compare the images by itself, rather makes the user easier to do so. —Tacsipacsi (talk) 14:31, 10 November 2017 (UTC)
- This makes sense for PNGs and GIFs because they are losslessly compressed, but JPEG quantization has real potential to make visual diffs a dog's breakfast. MER-C (talk) 03:51, 10 November 2017 (UTC)
- Expanding on this: general SVG uploading via text would be very good to have too. It is a format that should and could be changed very easily, but currently we are stuck with a system that doesn’t serve its needs well enough despite it gaining traction for the usage in all kinds of graphics. stjn[ru] 21:13, 11 November 2017 (UTC)
- For years I was struck by how strange it is when people are trying to improve existing SVG files by tweaking their source-code and we have no good way of comparing before and after versions. --Jarekt (talk) 14:29, 16 November 2017 (UTC)
Voting[edit]
Support I also think SVGs should be editable like CSS pages, since this would make them easier to edit and would probably also allow easier semi-automatic editing. Jc86035 (talk) 01:27, 28 November 2017 (UTC)
Support I think this could be useful. Rschen7754 01:43, 28 November 2017 (UTC)
Support Mahir256 (talk) 07:55, 28 November 2017 (UTC)
Support —viciarg414 08:21, 28 November 2017 (UTC)
Support Dvorapa (talk) 10:30, 28 November 2017 (UTC)
Support β16 - (talk) 11:31, 28 November 2017 (UTC)
Support --Liuxinyu970226 (talk) 13:18, 28 November 2017 (UTC)
Support YFdyh000 (talk) 17:25, 28 November 2017 (UTC)
Support — Draceane talkcontrib. 18:33, 28 November 2017 (UTC)
Support — Johannes Kalliauer - Talk | Contributions 21:46, 28 November 2017 (UTC)
Support Thomas Obermair 4 (talk) 22:58, 28 November 2017 (UTC)
Support Hedwig in Washington (talk) 02:55, 29 November 2017 (UTC)
Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 11:06, 29 November 2017 (UTC)
Support NMaia (talk) 12:58, 29 November 2017 (UTC)
Support Seb26 (talk) 21:56, 29 November 2017 (UTC)
Support MGChecker (talk) 22:08, 29 November 2017 (UTC)
Support --g (talk) 00:28, 30 November 2017 (UTC)
Support - Evad37 (talk) 00:29, 30 November 2017 (UTC)
Support --Jarekt (talk) 04:32, 30 November 2017 (UTC)
Support - yona B. (D) 08:27, 30 November 2017 (UTC)
Support Shivastar (talk) 09:12, 30 November 2017 (UTC)
Support M11rtinb (talk) 10:25, 30 November 2017 (UTC)
Support Tohaomg (talk) 18:36, 30 November 2017 (UTC)
Support Jklamo (talk) 00:59, 1 December 2017 (UTC)
Support --OrsolyaVirág (talk) 17:27, 1 December 2017 (UTC)
Support ~Cybularny Speak? 12:45, 2 December 2017 (UTC)
Support ديفيد عادل وهبة خليل 2 (talk) 15:47, 2 December 2017 (UTC)
Support --Pallerti
Rabbit Hole 18:45, 2 December 2017 (UTC)
Support Waldir (talk) 10:57, 3 December 2017 (UTC)
Support Gryllida 01:03, 4 December 2017 (UTC)
Support Reneman (talk) 17:08, 5 December 2017 (UTC)
Support Christallkeks (talk) 12:50, 6 December 2017 (UTC)
Support Ahm masum (talk) 07:56, 7 December 2017 (UTC)
Support --Szilas (talk) 19:45, 9 December 2017 (UTC)
Support - Akela (talk) 22:51, 9 December 2017 (UTC)
Support --EniPort (talk) 23:30, 9 December 2017 (UTC)
Support Dispenser (talk) 03:54, 11 December 2017 (UTC)
Support X:: black ::X (talk) 08:08, 11 December 2017 (UTC)
Support Szalax (talk) 16:14, 11 December 2017 (UTC)
Flickr-like uploader
- Problem: Although there are various uploaders available: Upload Wizzard, Commonist, Vicuna, Pattypan... what we are missing is an uploader that will have the basic functionalities of Flickr. What does that mean? A simple workflow: 1) Choose files from a folder, 2) see thumbnails in the uploading tools, add filenames, categories and descriptions (everything else can be added automatically, like usernames or licence). Put it in the browser and make it as simple as possible for people to use. The uploading is happening DURING description of the files so that time delays are minimized.
- Who would benefit: Commons newbies, users that are not familiar with wikicode and those who can be easily distracted by complicated uploaders. People who want to do things simply.
- Proposed solution: Description of the proposed tool according to the principles used by the Flickr browser-based uploader tool and then writing the tool.
- More comments:
- Phabricator tickets:
- Translations: none yet
Discussion[edit]
- Basically sounds like making some improvements to Upload Wizard. Ryan Kaldari (WMF) (talk) 22:24, 20 November 2017 (UTC)
Voting[edit]
Support Upload Wizard urgently need this kind of makeover. Oscar_. (talk) · @ 18:46, 27 November 2017 (UTC)
Support Strainu (talk) 23:07, 27 November 2017 (UTC)
Support NMaia (talk) 00:06, 28 November 2017 (UTC)
Support --Regards, Krishna Chaitanya Velaga (talk — mail) 08:23, 28 November 2017 (UTC)
Support --IvanaMadzarevic (talk) 09:31, 28 November 2017 (UTC)
Support --Djordjes (talk) 09:36, 28 November 2017 (UTC)
Support Jenks24 (talk) 09:38, 28 November 2017 (UTC)
Support Since we are proposing changes. For me, the big problem is also the categorising system. I would appreciate pop-up where I could search category or could click trough to final category I need. Actual copy-paste is annoying. Dominikmatus (talk) 09:39, 28 November 2017 (UTC)
- @Dominikmatus: See Community Wishlist Survey 2017/Multimedia and Commons/Allow exploration of categories at upload time. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:16, 28 November 2017 (UTC)
Support Jcornelius (talk) 09:56, 28 November 2017 (UTC)
Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:15, 28 November 2017 (UTC)
Support David1010 (talk) 11:20, 28 November 2017 (UTC)
Support --Liuxinyu970226 (talk) 13:17, 28 November 2017 (UTC)
Support Would be a nice improvement of the current uploader. Nikola (talk) 13:41, 28 November 2017 (UTC)
Support Indeed it might save a lot of time of volunteers, especially on slower networks. Polimerek (talk) 14:11, 28 November 2017 (UTC)
Support - Darwin Ahoy! 16:46, 28 November 2017 (UTC)
Support Great idea :) Ehrlich91 (talk) 18:14, 28 November 2017 (UTC)
Support Definitely. — Draceane talkcontrib. 18:34, 28 November 2017 (UTC)
Support Thomas Obermair 4 (talk) 22:58, 28 November 2017 (UTC)
Support Hedwig in Washington (talk) 02:56, 29 November 2017 (UTC)
Support Shizhao (talk) 03:20, 29 November 2017 (UTC)
Support Jc86035 (talk) 04:54, 29 November 2017 (UTC)
Support PKM (talk) 05:53, 29 November 2017 (UTC)
Support Sebastian Wallroth (talk) 07:40, 29 November 2017 (UTC)
Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 11:05, 29 November 2017 (UTC)
Support 4nn1l2 (talk) 19:12, 29 November 2017 (UTC)
Support Tisfoon (talk) 20:32, 29 November 2017 (UTC)
Support Javad|Talk (8 Azar 1396) 21:12, 29 November 2017 (UTC)
Support – Meiræ 22:06, 29 November 2017 (UTC)
Support --g (talk) 00:29, 30 November 2017 (UTC)
Support - Evad37 (talk) 00:30, 30 November 2017 (UTC)
Support Zhangj1079 talk 01:47, 30 November 2017 (UTC)
Support Nihlus 05:19, 30 November 2017 (UTC)
Support AWossink (talk) 08:35, 30 November 2017 (UTC)
Support · · · Peter (Southwood) (talk): 09:04, 30 November 2017 (UTC)
Support Deepak-nsk (talk) 12:57, 30 November 2017 (UTC)
Support Warko (talk) 16:41, 30 November 2017 (UTC)
Support Rachel Helps (BYU) (talk) 17:06, 30 November 2017 (UTC)
Support Sahaquiel9102 (talk) 21:44, 30 November 2017 (UTC)
Support Mickey83 (talk) 21:45, 30 November 2017 (UTC)
Support Jklamo (talk) 01:01, 1 December 2017 (UTC)
Support Daniel Case (talk) 03:21, 1 December 2017 (UTC)
Support --Superchilum(talk to me!) 16:45, 1 December 2017 (UTC)
Support Ckoerner (talk) 21:36, 1 December 2017 (UTC)
Support ~Cybularny Speak? 12:46, 2 December 2017 (UTC)
Support Tom Ja (talk) 14:35, 2 December 2017 (UTC)
Support -Hasive • talk • 11:04, 3 December 2017 (UTC)
Support Paucabot (talk) 19:01, 3 December 2017 (UTC)
Support Emw (talk) 22:09, 3 December 2017 (UTC)
Support Ryan Hodnett (talk) 05:59, 5 December 2017 (UTC)
Support An upgrade is good. --Artix Kreiger (Message Wall) 01:57, 7 December 2017 (UTC)
Support Calliopejen1 (talk) 17:52, 7 December 2017 (UTC)
Support Matěj Suchánek (talk) 19:42, 7 December 2017 (UTC)
Support Richard Nevell (WMUK) (talk) 13:59, 8 December 2017 (UTC)
Support --jdx Re: 20:29, 8 December 2017 (UTC)
Support --Nicor (talk) 14:19, 10 December 2017 (UTC)
Support Ruslik (talk) 17:38, 10 December 2017 (UTC)
Support Tholme (talk) 22:40, 10 December 2017 (UTC)
Support Yohannvt (talk) 12:04, 11 December 2017 (UTC)
Support deb (talk) 13:43, 11 December 2017 (UTC)
Allow video uploading from mobile
- Problem: Currently there's not a straightforward way of uploading video to Commons from a mobile phone, and we must rely on other tools to convert it to webm or ogv. This makes video uploading very far from user friendly.
- Who would benefit: Video creators, Commons users and, lastly, Wikipedia readers, who could find more relevant videos on articles.
- Proposed solution: Maybe merging the video2commons system into file uploading.
- More comments:
- Phabricator tickets:
- Translations: none yet
Discussion[edit]
- This would be blocked on phab:T157614, probably. --Izno (talk) 04:04, 21 November 2017 (UTC)
- We need to wait for @legal to come up with an answer first. --Hedwig in Washington (talk) 02:59, 29 November 2017 (UTC)
Voting[edit]
Support --Liuxinyu970226 (talk) 13:18, 28 November 2017 (UTC)
Support YFdyh000 (talk) 17:27, 28 November 2017 (UTC)
Support Thomas Obermair 4 (talk) 22:58, 28 November 2017 (UTC)
Support Shizhao (talk) 03:20, 29 November 2017 (UTC)
Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 11:04, 29 November 2017 (UTC)
Support JTs (talk) 19:16, 29 November 2017 (UTC)
Support Theklan (talk) 18:53, 1 December 2017 (UTC)
Support ديفيد عادل وهبة خليل 2 (talk) 15:48, 2 December 2017 (UTC)
Support Syced (talk) 05:12, 11 December 2017 (UTC)
Support strongly BugWarp (talk) 13:17, 11 December 2017 (UTC)
Variable size of Commons categories
- Problem: Currently there is a strict restriction of 200 images per page of a commons category. For working, especially for housekeeping, but also for worling on articles etc. it would be very helpfull, if users could change the limitation of images.
- Who would benefit: Every user who works a lot on Commons. Scrolling through 200 image pages of very large categories is time consuming and unnerving. In both cases, maintenance and looking for images.
- Proposed solution: There are in my eyes two possibilities for logged in users: 1st is a mask, where users can free write the number of images they would like to see on one Category page. So I could say, I want to see 40, 50, 100, 120, 200, 250, 500, 788 or 1000 images in one page. Or, 2nd possibility: Commons set some standard numbers as button f.e. 50, 100, 250,, 500, 1000. Best would be in my eyes a combination of both.
- More comments:
- Phabricator tickets: phab:T13281
- Proposer: Marcus Cyron (talk) 13:48, 13 November 2017 (UTC)
- Translations: none yet
Discussion[edit]
- This is basically phab:T13281. Anomie (talk) 16:42, 13 November 2017 (UTC)
- I made this request already two times - but it's still an ongoing request. For my work this is so much needed and deserved. And to wait until maybe sometimes somebody came, is hopefully not the way, that is needed to go. Marcus Cyron (talk) 18:17, 13 November 2017 (UTC)
- Since this is a wishlist: Infinite scroll would be cool, too :-) -- Christallkeks (talk) 12:54, 6 December 2017 (UTC)
Voting[edit]
Support Mahir256 (talk) 07:56, 28 November 2017 (UTC)
Support David1010 (talk) 11:22, 28 November 2017 (UTC)
Support --Liuxinyu970226 (talk) 13:18, 28 November 2017 (UTC)
Support - Darwin Ahoy! 16:47, 28 November 2017 (UTC)
Support — Draceane talkcontrib. 18:35, 28 November 2017 (UTC)
Support Yiyi (talk) 18:58, 28 November 2017 (UTC)
Support Thomas Obermair 4 (talk) 22:59, 28 November 2017 (UTC)
Support Hedwig in Washington (talk) 03:01, 29 November 2017 (UTC)
Support Raymond (talk) 07:40, 29 November 2017 (UTC)
Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 11:03, 29 November 2017 (UTC)
Support - yona B. (D) 08:27, 30 November 2017 (UTC)
Support M11rtinb (talk) 10:26, 30 November 2017 (UTC)
Support It would be very useful indeed. Lionel Allorge (talk) 12:29, 30 November 2017 (UTC)
Support Dromedar61 (talk) 21:23, 30 November 2017 (UTC)
Support Stepro (talk) 21:55, 30 November 2017 (UTC)
Support kennethaw88 • talk 22:54, 30 November 2017 (UTC)
Support Jklamo (talk) 00:55, 1 December 2017 (UTC)
Support Skimel (talk) 07:33, 1 December 2017 (UTC)
Support --Superchilum(talk to me!) 16:39, 1 December 2017 (UTC)
Support ~Cybularny Speak? 12:46, 2 December 2017 (UTC)
Support Carnildo (talk) 00:26, 6 December 2017 (UTC)
Support Oh yes! Christallkeks (talk) 12:51, 6 December 2017 (UTC)
Support —— DePlusJean (talk) 05:23, 8 December 2017 (UTC)
Support --jdx Re: 20:30, 8 December 2017 (UTC)
Support Steinfeld-feld (talk) 13:26, 10 December 2017 (UTC)
Support Ruslik (talk) 17:38, 10 December 2017 (UTC)
Support X:: black ::X (talk) 08:24, 11 December 2017 (UTC)
Support BugWarp (talk) 13:17, 11 December 2017 (UTC)
Support 360 photo viewing
- Problem: As last year: 360 and panorama photos is a mainstream media type. Articles & MediaViewer do not support it unless we direct users to toolsforge.
- Who would benefit: readers and editors of wikis/Wikipedia technical articles, architecture and nature related articles would benefit. Also a good way to view panorama photos on mobile devices, where panoramas otherwise are real small
- Proposed solution: Add support for Mediawiki to record the perspective of an image, either by reading the exif information, or by using a magic word. Add support in the front end to use panellum (example category).
- More comments: Proposed in the 2016 survey by Ahm masum, ranking at #15 overall with 58 support votes.
- Phabricator tickets: phab:T151749. there is some open task in phabricator related to this ;[1] [2] [3]
- Translations: none yet
Discussion[edit]
- This seems like a great idea, I often see long panoramic images in articles that would easily work as 360° images, and uploading such images should be encouraged. --Donald Trung (Talk 🤳🏻) (My global lock 😒🌏🔒) (My global unlock 😄🌏🔓) 13:00, 10 November 2017 (UTC)
- this request is pretty urgent, not only because of the mainstream panorama movement, but also because environments can be seen and appreciated much better when viewed in 180° or 360°. a current example is the educational VR documentary about chernobyl. in the app you are in the abandoned buildings, you see the dimensions exactly. all the abstract art of photography with its selective angle and focus is trivialized by surround photography. it tells the truth. excellent for an encyclopedia. [from what i heard, wiki loves monuments has something like that in the pipeline.] Maximilian Schönherr (talk) 17:07, 10 November 2017 (UTC)
- I support it. This type of media are more popular for new generation, which we need to hit also. More over it helps to study some object.--Juandev (talk) 07:09, 11 November 2017 (UTC)
- Excellent idea. Doc James (talk · contribs · email) 22:11, 13 November 2017 (UTC)
- anyone care to adopt this proposal ? I have too many, so I need to drop this one. —TheDJ (talk • contribs) 22:55, 13 November 2017 (UTC)
- I'll adopt :) — MusikAnimal talk 17:10, 14 November 2017 (UTC)
- Handing this off to Ahm masum who made the same proposal last year. I've removed my signature from the "Proposer" line. Ahm masum: all you need to do is sign. Best — MusikAnimal talk 20:52, 26 November 2017 (UTC)
- I'll adopt :) — MusikAnimal talk 17:10, 14 November 2017 (UTC)
- Considero que es un formato cada vez mas utilizado, un gran modo de documentar, y tiene mucho mas llegada en su formato de visualización esférica que desplegada. TitiNicola (talk) 12:55, 14 November 2017 (UTC)
- see also: ↂ Turn Stereoskopie into a MediaWiki Extension ⇄ --𝔊 (Gradzeichen Diſk✉Talk) 10:30, 20 November 2017 (UTC)
- wondering what kind of projection the 360° tool above needs. it seems to swallow all kinds of images, but for example this one is not displayed properly. Maximilian Schönherr (talk) 19:57, 23 November 2017 (UTC)
- Comply with TheDJ. Marzipano is a FREE licensed (apache 2.0) 360° media viewer for the modern web.We can Add support in the front end to use marzipano. And we know, Most 360 cameras and panorama-generation tools include "Photo Sphere metadata" when it save the photo. Personally I think, "Reading the exif information" would be appropriate for wiki environment. We can Add support for Mediawiki to record the perspective of an image. By hosting a "Exif Editor" at "WMCS" similar to "theXifer.net" (also free (GPL 1+ Artistic License)). To make upload process easy ,the upload wizard should have Exif metadata "tag detection" (the way Facebook do). -- Ahm masum (talk) 15:32, 26 November 2017 (UTC)
- Nice but not a priority right now. This is a project one can do when all other important tasks are done. I don't see the need to rush this now, there aren't many people that have good panoramic cameras AND are able to use them AND license their work freely. Why cater to a small fraction of potential users? --Hedwig in Washington (talk) 02:44, 29 November 2017 (UTC)
- Actually you don't need a panoramic camera, though a panoramic tripod head is required for indoor 360. We have several featured pictures on Commons in 360 and enabling wiki support for this will definitely encourage more. It is a great way to experience the interior of a building. -- Colin (talk) 16:00, 29 November 2017 (UTC)
- I support it because it will show much better when viewed in 180° or 360°. Mohammed Galib Hasan (talk) 05:44, 30 November 2017 (UTC)
- Excellent idea! I support it. -Hasive • talk • 11:02, 3 December 2017 (UTC)
- Just a note to whoever will be working on this, there now is a property on Wikidata for photosphere images. Ainali (talk) 06:55, 12 December 2017 (UTC)
Voting[edit]
Support Vachovec1 (talk) 19:17, 27 November 2017 (UTC)
Support Ainali (talk) 21:21, 27 November 2017 (UTC)
Support --Boehm (talk) 21:49, 27 November 2017 (UTC)
Support MichaelSchoenitzer (talk) 22:31, 27 November 2017 (UTC)
Support NMaia (talk) 00:07, 28 November 2017 (UTC)
Support Tgr (talk) 06:48, 28 November 2017 (UTC)
Support Raymond (talk) 07:51, 28 November 2017 (UTC)
Support -শাহাদাত সায়েম (talk) 07:55, 28 November 2017 (UTC)
Support -donald- (talk) 08:48, 28 November 2017 (UTC)
Support Jcornelius (talk) 09:56, 28 November 2017 (UTC)
Support ·addshore· talk to me! 10:47, 28 November 2017 (UTC)
Support David1010 (talk) 11:23, 28 November 2017 (UTC)
Support β16 - (talk) 11:34, 28 November 2017 (UTC)
Support Muhraz (talk) 13:08, 28 November 2017 (UTC)
Support --Liuxinyu970226 (talk) 13:19, 28 November 2017 (UTC)
Support Jianhui67 talk★contribs 14:12, 28 November 2017 (UTC)
Support Gikü (talk) 15:31, 28 November 2017 (UTC)
Support - Suvray (talk) 16:03, 28 November 2017 (UTC)
Support - Darwin Ahoy! 16:47, 28 November 2017 (UTC)
Support --NaBUru38 (talk) 17:04, 28 November 2017 (UTC)
Support Yiyi (talk) 19:00, 28 November 2017 (UTC)
Support Ynhockey (talk) 20:53, 28 November 2017 (UTC)
Support S Shamima Nasrin (talk) 21:14, 28 November 2017 (UTC)
Support — Luchesar • T/C 21:56, 28 November 2017 (UTC)
Support Kurt Jansson (talk) 22:30, 28 November 2017 (UTC)
Support Thomas Obermair 4 (talk) 23:00, 28 November 2017 (UTC)
Oppose Small gain, massive task for a very small group of users that actually can create this work and license freely. --Hedwig in Washington (talk) 02:46, 29 November 2017 (UTC)
Support Shizhao (talk) 03:21, 29 November 2017 (UTC)
Support bspf
(talk) 07:50, 29 November 2017 (UTC)
Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 11:02, 29 November 2017 (UTC)
Support এম আবু সাঈদ (talk) 11:05, 29 November 2017 (UTC)
Support Simon Villeneuve 15:32, 29 November 2017 (UTC)
Support —TheDJ (talk • contribs) 15:36, 29 November 2017 (UTC)
Support -- Colin (talk) 16:00, 29 November 2017 (UTC)
Support El Grafo (talk) 16:01, 29 November 2017 (UTC)
Support Txllxt TxllxT (talk) 19:41, 29 November 2017 (UTC)
Support Patar knightchat/contributions 20:54, 29 November 2017 (UTC)
Support Swpb (talk) 21:04, 29 November 2017 (UTC)
Support Mmo (talk) 22:08, 29 November 2017 (UTC)
Support Giovanni Alfredo Garciliano Diaz (talk) 22:17, 29 November 2017 (UTC)
Support --g (talk) 00:30, 30 November 2017 (UTC)
Support — putnik 01:15, 30 November 2017 (UTC)
Support Daylen (talk) 04:28, 30 November 2017 (UTC)
Support Mohammed Galib Hasan (talk) 05:42, 30 November 2017 (UTC)
Support M11rtinb (talk) 10:27, 30 November 2017 (UTC)
Support Kaganer (talk) 11:05, 30 November 2017 (UTC)
Support Like tears in rain (talk) 11:44, 30 November 2017 (UTC)
Support קובץ על יד (talk) 12:05, 30 November 2017 (UTC)
Support Lionel Allorge (talk) 12:30, 30 November 2017 (UTC)
Support Danii.3 (talk) 13:09, 30 November 2017 (UTC)
Support Warko (talk) 16:42, 30 November 2017 (UTC)
Support --OrsolyaVirág (talk) 19:53, 30 November 2017 (UTC)
Support Dromedar61 (talk) 21:24, 30 November 2017 (UTC)
Support Vincent Simar (talk) 11:25, 1 December 2017 (UTC)
Support Theklan (talk) 18:49, 1 December 2017 (UTC)
Support Pamputt (talk) 18:59, 1 December 2017 (UTC)
Support WhatamIdoing (talk) 19:18, 1 December 2017 (UTC)
Support Laurentius (talk) 20:51, 1 December 2017 (UTC)
Support The cost of creating these media has dropped in recent years. We're adding 3D models soon, why not 360? More, and better, format support makes the appeal of contributing to our movement even greater. Ckoerner (talk) 21:19, 1 December 2017 (UTC)
Support Xavi Dengra (MESSAGES) 22:59, 1 December 2017 (UTC)
Support Amir (talk) 00:59, 2 December 2017 (UTC)
Support Florn88 (talk) 12:37, 2 December 2017 (UTC)
Support ~Cybularny Speak? 12:48, 2 December 2017 (UTC)
Support --Kritzolina (talk) 13:31, 2 December 2017 (UTC)
Support Tom Ja (talk) 14:35, 2 December 2017 (UTC)
Support Termininja (talk) 16:57, 2 December 2017 (UTC)
Support Waldir (talk) 10:58, 3 December 2017 (UTC)
Support ~ Nahid Talk 11:00, 3 December 2017 (UTC)
Support -Hasive • talk • 11:03, 3 December 2017 (UTC)
Support LikeLifer (talk) 18:28, 3 December 2017 (UTC)
Support Paucabot (talk) 19:02, 3 December 2017 (UTC)
Support Davidpar (talk) 15:17, 4 December 2017 (UTC)
Support --Christian Ferrer (talk) 17:08, 4 December 2017 (UTC)
Support Absolutely! Code (talk) 04:51, 5 December 2017 (UTC)
Support -Bryanrutherford0 (talk) 17:28, 5 December 2017 (UTC)
Support Micru (talk) 20:18, 6 December 2017 (UTC)
Support —— DePlusJean (talk) 05:38, 8 December 2017 (UTC)
Support Martin Kraft (talk) 08:48, 8 December 2017 (UTC)
Support Richard Nevell (WMUK) (talk) 13:59, 8 December 2017 (UTC)
Support --jdx Re: 20:31, 8 December 2017 (UTC)
Support Vätte (talk) 13:32, 9 December 2017 (UTC)
Support --Nicor (talk) 14:22, 10 December 2017 (UTC)
Support Dispenser (talk) 03:56, 11 December 2017 (UTC)
Support Akau (talk) 05:55, 11 December 2017 (UTC)
Support Yurik (talk) 06:48, 11 December 2017 (UTC)
Support Haxpett (talk) 08:49, 11 December 2017 (UTC)
Support BugWarp (talk) 13:19, 11 December 2017 (UTC)
Support TitiNicola (talk) 13:37, 11 December 2017 (UTC)
Support Jmmuguerza (talk) 15:23, 11 December 2017 (UTC)
Support 𝔊 (Gradzeichen Diſk✉Talk) 17:54, 11 December 2017 (UTC)
Use native audio/video player
- Problem: Current audio/video player is very outdated, additionally the audio player is designed for video playback only. It looks horrible on modern high resolution displays. The player also includes an advert of "KALTURA".
- Who would benefit: Readers (user experience) and editors (having better looking and more functional pages) alike.
- Proposed solution: Use native HTML 5
<audio>
/<video>
controls.
- More comments: roughly 5% of users' browsers don't support native audio/video[2][3]. We can serve them the old player, or - in the worst case - we can sacrifice being able to play audio/video for them for the sake of vastly improved experience for the rest 95%.
- Phabricator tickets:
- Proposer: Borys Kozielski (talk) 21:03, 13 November 2017 (UTC)
- Translations: none yet
Discussion[edit]
Issue since at least 2010:
https://phabricator.wikimedia.org/T25965
Geni (talk) 08:43, 18 November 2017 (UTC)
- The presence of Kaltura ads looks like a very serious issue, but it can be solved easily on the short-term via local Common.css (as en.wp has already done), and on the longer-term, it looks like the Kaltura player is planned to be replaced by Video.js: phab:T100106. --Yair rand (talk) 17:27, 20 November 2017 (UTC)
@Borys Kozielski:, I've merged my proposal here because the current player is the same for both audio and video, so it will have to be worked on at the same time. Hope you don't mind. Max Semenik (talk) 01:25, 23 November 2017 (UTC)
From the merged in proposal:
I don’t know what HTML5 is capable of, but a link to the file description page is needed for copyright reasons, subtitles have no point if they can’t be used, and the quality selection is also useful. —Tacsipacsi (talk) 13:45, 20 November 2017 (UTC)
- @Tacsipacsi:, definitely. The native controls will have to be augmented with copyright information etc and that would still look and feel a billion times better than now. Max Semenik (talk) 01:25, 23 November 2017 (UTC)
- I’d like to have a definite “yes” from someone before we start to vote for it, though. Or modify the proposal to use native HTML5 player if it’s feasible, otherwise fork the Firefox/Chrome player (which?). —Tacsipacsi (talk) 13:18, 23 November 2017 (UTC)
- Native HTML5 does support subtitles. --Tgr (talk) 07:05, 28 November 2017 (UTC)
- And the other two (attribution link and manual quality selection)? —Tacsipacsi (talk) 12:23, 28 November 2017 (UTC)
- Native HTML5 does support subtitles. --Tgr (talk) 07:05, 28 November 2017 (UTC)
- I’d like to have a definite “yes” from someone before we start to vote for it, though. Or modify the proposal to use native HTML5 player if it’s feasible, otherwise fork the Firefox/Chrome player (which?). —Tacsipacsi (talk) 13:18, 23 November 2017 (UTC)
Comment Sounds reasonable for video files, but for audio files, I'd still prefer some kind of waveform/spectrogram visualization thingy like freesounds.org does it, at least for the file description pages (phab:T103527). --El Grafo (talk) 13:52, 6 December 2017 (UTC)
Voting[edit]
Support Tacsipacsi (talk) 21:10, 27 November 2017 (UTC)
Support MichaelSchoenitzer (talk) 22:36, 27 November 2017 (UTC)
Support NMaia (talk) 00:07, 28 November 2017 (UTC)
Support Jc86035 (talk) 01:19, 28 November 2017 (UTC)
Support Tgr (talk) 07:05, 28 November 2017 (UTC)
Support -donald- (talk) 08:48, 28 November 2017 (UTC)
Support David1010 (talk) 11:24, 28 November 2017 (UTC)
Support --Liuxinyu970226 (talk) 13:19, 28 November 2017 (UTC)
Support Kurt Jansson (talk) 22:32, 28 November 2017 (UTC)
Support Thomas Obermair 4 (talk) 23:00, 28 November 2017 (UTC)
Support The player isn't outdated, it's RETRO people! Yeah, dump that thing pretty please. ;-)) Hedwig in Washington (talk) 03:04, 29 November 2017 (UTC)
Support Shizhao (talk) 03:21, 29 November 2017 (UTC)
Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 11:01, 29 November 2017 (UTC)
Support HerrAdams (talk) 19:14, 29 November 2017 (UTC)
Support MGChecker (talk) 22:07, 29 November 2017 (UTC)
Support Giovanni Alfredo Garciliano Diaz (talk) 22:18, 29 November 2017 (UTC)
Support - Evad37 (talk) 00:33, 30 November 2017 (UTC)
Support M11rtinb (talk) 10:28, 30 November 2017 (UTC)
Support HTML 5 sounds good Lionel Allorge (talk) 12:32, 30 November 2017 (UTC)
Support Dominic Z. (talk) 17:03, 30 November 2017 (UTC)
Support Gnom (talk) Let's make Wikipedia green! 10:11, 2 December 2017 (UTC)
Support ~Cybularny Speak? 12:48, 2 December 2017 (UTC)
Support Tom Ja (talk) 14:36, 2 December 2017 (UTC)
Support Waldir (talk) 10:58, 3 December 2017 (UTC)
Support LikeLifer (talk) 18:22, 3 December 2017 (UTC)
Support Gryllida 01:04, 4 December 2017 (UTC)
Support We don't need to re-invent the wheel (or continue re-inventing it, since support for HTML5 came later. :-) — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 07:58, 4 December 2017 (UTC)
Support Trockennasenaffe (talk) 21:00, 4 December 2017 (UTC)
Support the wub "?!" 00:20, 6 December 2017 (UTC)
Support Ahm masum (talk) 07:58, 7 December 2017 (UTC)
Support Oblongo (talk) 10:07, 7 December 2017 (UTC)
Support Richard Nevell (WMUK) (talk) 13:50, 8 December 2017 (UTC)
Support --jdx Re: 20:32, 8 December 2017 (UTC)
Support --Nicor (talk) 14:39, 10 December 2017 (UTC)
Support Ruslik (talk) 17:41, 10 December 2017 (UTC)
Support — Luchesar • T/C 14:04, 11 December 2017 (UTC)
Support Ldorfman (talk) 16:51, 11 December 2017 (UTC)
Fix problems that FlaggedRevs wikis have with Commons
- Problem: The common problem for all Wikimedia wikis that currently use FlaggedRevs extension (there are currently 45 of them) is that almost every change at Commons at any scope (even a page edit) brings more work to reviewers across the projects that use files from Commons: Холодный Яр − the page after an edit at Commons immediately deems itself unstable and the only way to fix this is to waste time of editors by rereviewing it again manually. It is because FlaggedRevs does, justly, think that any transclusion that is not in a reviewable namespace makes a page unstable, but it is not right to neglect the fact that images from Commons are currently used in thousands upon thousands of pages in 45 Wikimedia projects. Given that this problem persists almost for 10 years in some cases, I propose that we should find a solution already that would satisfy both wikis with and without FlaggedRevs extension enabled.
- Who would benefit: Reviewers and readers at wikis that have FlaggedRevs extension enabled
- Proposed solution: Fix the problem of cross-wiki transclusion or enable FlaggedRevs at Commons for all users, if the latter would help (the solution can be technical and all edits can be reviewed automatically for all users).
- More comments:
- Phabricator tickets:
- Translations: none yet
Discussion[edit]
To be clear, you'd like Commons images to be treated as always reliable (reviewed)? --Tgr (WMF) (talk) 00:35, 20 November 2017 (UTC)
- @Saint Johann: ^ ? Ryan Kaldari (WMF) (talk) 22:51, 20 November 2017 (UTC)
- This is one of the options, yes. There aren’t any solutions for watching over changes in Commons images from files anyway, so it’s not like any reviewers can affect the situation in any way. Especially if the changes are not in the files themselves but in the pages that are describing them (it also triggers the rereview). stjn[ru] 22:59, 20 November 2017 (UTC)
Voting[edit]
Support --Liuxinyu970226 (talk) 13:19, 28 November 2017 (UTC)
Support Thomas Obermair 4 (talk) 23:00, 28 November 2017 (UTC)
Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 11:00, 29 November 2017 (UTC)
Support Steinsplitter (talk) 14:17, 10 December 2017 (UTC)
Fix Gallery slideshow
- Problem: The slideshow option of the gallery-tag has some bugs that basically prevent it from being usable.
- Who would benefit: Readers and editors
- Proposed solution: Fix these 4 annoying bugs:
- Slideshow is sometime completely different in edit preview than on saved page - phab:T151471
- You can't specify the size of the images (
heights
andweights
parameters are ignored) - phab:T154013 (VE) - The images are often slightly sharp
- Images sometime don't fully load but stay extremely blurry.
- More comments:
- Phabricator tickets:
- Proposer: MichaelSchoenitzer (talk) 01:56, 10 November 2017 (UTC)
- Translations: none yet
Discussion[edit]
- @MichaelSchoenitzer: Could you add links to any existing phabricator tasks, for these issues? or create new tasks that give details on each problem. Thanks! (We discourage abstract "fix all the things with X" proposals, but I think a limited and specific list like this one might be ok.) Quiddity (WMF) (talk) 19:51, 17 November 2017 (UTC)
- I would also add phab:T179918 (start from random image) to the list.--Strainu (talk) 23:09, 27 November 2017 (UTC)
- Just filed T181470. --Tgr (talk) 07:49, 28 November 2017 (UTC)
Voting[edit]
Support MichaelSchoenitzer (talk) 19:11, 27 November 2017 (UTC)
Support Strainu (talk) 23:09, 27 November 2017 (UTC)
Support --Liuxinyu970226 (talk) 13:17, 28 November 2017 (UTC)
Support Thomas Obermair 4 (talk) 23:00, 28 November 2017 (UTC)
Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 11:00, 29 November 2017 (UTC)
Support Dromedar61 (talk) 21:24, 30 November 2017 (UTC)
Support Moxmarco (talk) 11:43, 1 December 2017 (UTC)
Support Theklan (talk) 18:49, 1 December 2017 (UTC)
Support core propoal, support phab:T179918 as option but not as default, oppose phab:T181470. X:: black ::X (talk) 15:22, 10 December 2017 (UTC), updated 09:11, 11 December 2017 (UTC)
Turn Stereoskopie into a MediaWiki Extension
- Problem: With the advent of the IPhone X and the Windows fall creators update people are moving toward a widespread usage of augmented reality applications. If Wikipedia doesn't start to prepare for the future now, people may at some point still read texts that originate from wikipedia, but are presented by social media platforms and presented with non-free media, that was not uploadad to Wikipedia, but to proprietary non-free repositories.
- Who would benefit: Photographers and Videographers, who can start to contribute content for future AR use, authors who can use VR content, readers, who can view Wikipedia in 3D, deverlopers, who have access to a large repository of 3D content
- Proposed solution:
- add media type jps to allowed upload formats in commons.
- tag uploaded videos in cardboard, sbs and ttb formats in Commons as 3D.
- turn toollabs Stereoskopie into a mediawiki extension
- support viewing of 3d media in MediaViewer
- make the android app functional (modes for single device, 2 devices, viewing of content)
- add apps for iOS and the discontinued WinMobile and Blackberry platforms (or create a Arduino HID project to release cameras via KeyEvent.Volume_Up)
- make the stereoskopie desktop app functional
- empower kiwix to support VR
- integrate with 360° images (→ Wishlist proposal) (funny: ° == Gradzeichen :-)
- More comments:
- Stereoscopy has always suffered from two problems: The sparse availability of affordable cameras. And the problem, that the recording system had to match the viewing system - and for both parts there always was a large number of systems to choose from. This proposal addresses both fields:
- An app is offered, that turns every camera, that can be controlled with bluetooth or wifi into a stereoscopic camera. And every pair of pictures (old stereoscopic pictures already available at commons, pictures that have been taken with a single camera, that has been moved between to takes) can be converted into a jps-file with the desktop-app.
- One source (an image in the standard jps-format, a video in sbs, cardboard or top&bottom format) can be played out in basically every thinkable 3D-system (cardboard, 3DTV, pol (cinema system), prisma, anaglyph with any color code and also with systems, that do not require glasses at all: lenticular, crossed eyes and holographic pyramid). New playout-variants can be added and will work with existing content.
- The Stereoskopie project is unfinished. A conversion to PHP, load scaling, robust caching and a Wiki-CI UI will need to be made. Content on the demo page will be added before voting starts.
- Stereoscopy has always suffered from two problems: The sparse availability of affordable cameras. And the problem, that the recording system had to match the viewing system - and for both parts there always was a large number of systems to choose from. This proposal addresses both fields:
- Phabricator tickets: phab:T180937
- Proposer: 𝔊 (Gradzeichen Diſk✉Talk) 10:29, 20 November 2017 (UTC)
- Translations: none yet
Discussion[edit]
- For the moment the tool on toolforge is mostly broken. It will show the Winterimpression video in sbs mode, it may show the slideshow in cardboard mode after tweaking the URL. --𝔊 (Gradzeichen Diſk✉Talk) 10:29, 20 November 2017 (UTC)
- This is the existing tool: https://tools.wmflabs.org/stereoskopie/slideshow/User:G/11.js%3Fsection%3Dabschnitt3 Ryan Kaldari (WMF) (talk) 23:17, 20 November 2017 (UTC)
- Small note, the GIFs on this page, while great for attention grabbing, might constitute an accessibility problem for people prone to vertigo or epilepsy. I suggest we disable them. —TheDJ (talk • contribs) 11:04, 23 November 2017 (UTC)
![]() | The difference between my development environment persisting of a local medawiki with many but not all extensionsn of WMF-wikis and a standalone Tomcat8, and toolforge grid's Tomcat7 is to big, to get the tool to work, before voting ends. You can still view the configuration pages (probably very different to that of an extension) and load the apps and sources. The app generates non-animated thumbs also, some can be found at c:category:Gradzeichen Stereoskopie Project/orga/2dthumb. An extension might use different thumbs, probably with opt-in for thumbs and an opt-out to view full-size content in 2d.
|
- We have A preety much good chunce. There are some open projects (with free licence).. OSVR is an open-source software platform for virtual and augmented reality ( Apache 2.0 ).. w3c WebVR API .. ( W3C License).. & Mozilla's WebVR API browser implementation (mozilla license).I hope we will find our way.-- Ahm masum (talk) 17:48, 27 November 2017 (UTC)
- Again, little gain for all users, just catering towards a very small minority of potential users. Repair important stuff first, then add functionality. --Hedwig in Washington (talk) 03:09, 29 November 2017 (UTC)
Voting[edit]
Support --Liuxinyu970226 (talk) 13:15, 28 November 2017 (UTC)
Support Thomas Obermair 4 (talk) 23:00, 28 November 2017 (UTC)
Support 𝔊 (Gradzeichen Diſk✉Talk) 06:50, 29 November 2017 (UTC)
Support SUPPORT Ahm masum (talk) 09:19, 29 November 2017 (UTC)
Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:59, 29 November 2017 (UTC)
Oppose as illustrated here; no one want to see annoying jiggling images in articles. If this could be implemented without awful animation effects, then maybe. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 07:55, 4 December 2017 (UTC)
- @SMcCandlish: Have you read the proposal? It is by no means about jiggling images. It is about giving people a way to create 3D content (by showing ways to turn any photo/video equipment into 3d-cameras)l. It is about making it possible to upload such content to commons (by allowing jps and tagging sbs and cardboard, because content of recent incidents is either uploded soon or never. If wikimedia has no way, it ends up in social media with incompatible licences). It is about building a way to present 3D in WP (this will take a year or more. By that time much more people will be using VR and AR because of Iphonex and Windows AR tools.) It is about an interface, that support any method of stereoscopic presentation. But it is not about how a preview image on a device that not natively supports 3D should look like. That can be an animation, or a glasses symbol or anything else. It can be with opt in or opt out (because of vertigo, epilepsy, ...) But that is something that might be decided by a RfC once the technology to support it, is there! (another remark: There are people, who because of a medical condition do not have 3d-view, even so they are not one-eyed. As I found out, these people can for a short time experience 3d-vision with VRglasses (but the visual centre of the brain will give an 3d impression only for a short time, because of getting tired of the unfamiliar task). --𝔊 (Gradzeichen Diſk✉Talk) 09:20, 4 December 2017 (UTC)
- I understand what the proposal is, but the illustrated "here's what it'll look like" demo is horrifying. PS: I think this and the panoramic images proposal should be combined, since this one at least partially presupposes that one. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 10:43, 4 December 2017 (UTC)
- @SMcCandlish: Have you read the proposal? It is by no means about jiggling images. It is about giving people a way to create 3D content (by showing ways to turn any photo/video equipment into 3d-cameras)l. It is about making it possible to upload such content to commons (by allowing jps and tagging sbs and cardboard, because content of recent incidents is either uploded soon or never. If wikimedia has no way, it ends up in social media with incompatible licences). It is about building a way to present 3D in WP (this will take a year or more. By that time much more people will be using VR and AR because of Iphonex and Windows AR tools.) It is about an interface, that support any method of stereoscopic presentation. But it is not about how a preview image on a device that not natively supports 3D should look like. That can be an animation, or a glasses symbol or anything else. It can be with opt in or opt out (because of vertigo, epilepsy, ...) But that is something that might be decided by a RfC once the technology to support it, is there! (another remark: There are people, who because of a medical condition do not have 3d-view, even so they are not one-eyed. As I found out, these people can for a short time experience 3d-vision with VRglasses (but the visual centre of the brain will give an 3d impression only for a short time, because of getting tired of the unfamiliar task). --𝔊 (Gradzeichen Diſk✉Talk) 09:20, 4 December 2017 (UTC)
Support at least for adding media type jps to allowed upload formats in commons and tagging uploaded videos in cardboard, sbs and ttb formats in Commons as 3D. The need of toollabs to view the content isn't perfect but a (very) minor problem in my view, as long as it's accessible from all devices. X:: black ::X (talk) 09:50, 11 December 2017 (UTC)
Support BugWarp (talk) 13:20, 11 December 2017 (UTC)
Support CSS files associated to SVG as media files
- Problem: There are a number of svg maps presenting statistical information or locations for countries or regions. Every time a new information is presented the map is duplicated and adapted to the information to be shown. This leads to several problems: (1) increases the size of data to be stored - the same geographical information is copied every time (2) requires skills to manipulate these images using software or knowledge of the svg format and (3) requires several images to be corrected if the basic geographical information is changed. As an example the following maps are based on the same geographical information but present different data. Each time the map of 12 MB is copied and modified:
CSS files associated to svg images can be used to present information without changing the svg file. Entities from the picture can be coloured using their ids in a separate file. This file than can be used in association with the basic svg as a picture instead of creating new image every time. A simple text editor can be used to manipulate data given that the basic svg is formed in a convenient manner.
- Who would benefit: Wikimedia Commons, editors
- Proposed solution: Allow CSS files associated to svg files to be used as media.
- More comments:
- Phabricator tickets:
- Translations: none yet
Discussion[edit]
Probably doable with the Graph extension? Ping @Yurik: --Tgr (WMF) (talk) 00:41, 20 November 2017 (UTC)
- Yes and no. I don't think you can customize the SVG files, BUT you can store the file as geojson (using .map on commons), and customize its visualization (e.g. specify which region should be shown with what style). Also, graph could allow you to draw an image, and draw things on top of it. --Yurik (talk) 20:14, 20 November 2017 (UTC)
- This would depend on whether our SVG renderer (librsvg) can support external CSS. I'm not sure whether it can or not. Would be good to test. Ryan Kaldari (WMF) (talk) 23:07, 20 November 2017 (UTC)
- That's a good question. I suppose a way to do this is to save locally the svg file with the css included before render it. --Ikonact (talk) 09:23, 21 November 2017 (UTC)
- Note, we intentionally disable network support in librsvg for security reasons (Which is why for example including external images aren't supported except by data: uris). BWolff (WMF) (talk) 23:04, 28 November 2017 (UTC)
- That's a good question. I suppose a way to do this is to save locally the svg file with the css included before render it. --Ikonact (talk) 09:23, 21 November 2017 (UTC)
This is a cool use case but I'm not sure how the implementation would look - we don't have any clean way of handling multiple files as one media item, and working around that would make our media handling code more hacky, and it's already a DX horror show. So I am mildly against this - maybe in a few years it can be implemented cleanly on top of MCR --Tgr (talk) 06:31, 28 November 2017 (UTC)
- It would also mean that users would not be able to download a standalone file that just worked, which seems unfortunate. BWolff (WMF) (talk) 23:04, 28 November 2017 (UTC)
- Can still screen-grab it. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 08:00, 4 December 2017 (UTC)
I would REALLY appreciate this -- I recently made a similar wish in the German WP (or at least parked it because I missed the deadline). -- Christallkeks (talk) 13:00, 6 December 2017 (UTC)
If anyone's still watching this: I submitted a wish very similar to this one for this year's survey -- Christallkeks 30th October 2018
- @Viciarg, Ikonact, Liuxinyu970226, Draceane, Iliev, Thomas Obermair 4, Donald Trung, Swpb, Giovanni Alfredo Garciliano Diaz, Uglemat, Alexmar983, Talmoryair, LikeLifer, Reneman, Psychoslave, Martin Kraft, and יונה בנדלאק: Sorry for the spam, but you may want to vote on my very similar wish for this year's survey: VOTE HERE -- Best wishes, Christallkeks (talk) 13:23, 17 November 2018 (UTC)
Voting[edit]
Support —viciarg414 08:24, 28 November 2017 (UTC)
Support Ikonact (talk) 08:35, 28 November 2017 (UTC)
Support --Liuxinyu970226 (talk) 13:15, 28 November 2017 (UTC)
Support — Draceane talkcontrib. 18:37, 28 November 2017 (UTC)
Support — Luchesar • T/C 21:58, 28 November 2017 (UTC)
Support Thomas Obermair 4 (talk) 23:01, 28 November 2017 (UTC)
Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:58, 29 November 2017 (UTC)
Support Swpb (talk) 21:06, 29 November 2017 (UTC)
Support Giovanni Alfredo Garciliano Diaz (talk) 22:20, 29 November 2017 (UTC)
Support - yona B. (D) 08:29, 30 November 2017 (UTC)
Support Uglemat (talk) 07:01, 1 December 2017 (UTC)
Support that could be interesting.--Alexmar983 (talk) 14:14, 3 December 2017 (UTC)
Support Talmoryair (talk) 17:01, 3 December 2017 (UTC)
Support LikeLifer (talk) 18:07, 3 December 2017 (UTC)
Support Reneman (talk) 17:11, 5 December 2017 (UTC)
Support Would be SO handy! Christallkeks (talk) 12:59, 6 December 2017 (UTC)