Community Wishlist Survey 2019/Multimedia and Commons
Uploaded files visible in the gallery
- Problem: Currently we can see our uploaded files as a list. Sometimes for searching a some file the mouse overheats from page scrolling. I think it would be a better solution to create the last uploaded files in the form of a gallery.
- Who would benefit: All users.
- Proposed solution: Create the last uploaded files in the form of a gallery
- More comments:
- Phabricator tickets:
- Proposer: Tournasol7 (talk) 16:54, 4 November 2018 (UTC)
Discussion
This would be more useful as a category, so that all images of a user would ba accessible to Cat-a-lot. This would e.g. be helpful when new users throw too many images in too many categories. So why not just a hidden category for every user? With the sorting feature requested before one could order them by upload date. Watchduck (talk) 18:26, 4 November 2018 (UTC)
- Watchduck; In this proposal, I am more concerned with the clarity of the "Uploads" page. The solution proposed by you is good, but I would consider it as a separate proposition. Tournasol7 (talk) 18:45, 4 November 2018 (UTC)
- Overwritten images would probably be too much of a blind spot of the category approach, so I retract that. But it would be great to have Cat-a-lot support on the uploads page. Watchduck (talk) 09:51, 5 November 2018 (UTC)
My mouse never overheats, but I like the idea. Jürgen Eissink (talk) 00:28, 5 November 2018 (UTC).
Voting
- Support Liuxinyu970226 (talk) 09:27, 17 November 2018 (UTC)
- Support --Tylwyth Eldar (talk) 09:41, 17 November 2018 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 12:04, 17 November 2018 (UTC)
- Support, it might appeal to some Flicker users (see #IAuploader for images) HLHJ (talk) 05:08, 18 November 2018 (UTC)
- Support Juandev (talk) 11:23, 18 November 2018 (UTC)
- Support Wargo (talk) 23:54, 18 November 2018 (UTC)
- Support Vulphere 12:17, 20 November 2018 (UTC)
- Support Novak Watchmen (talk) 13:33, 21 November 2018 (UTC)
- Only Support when you can switch between views. Sometimes you want the detailed information on one page. Zanaq (talk) 06:24, 23 November 2018 (UTC)
- Support Per Zanaq Daniel Case (talk) 22:58, 28 November 2018 (UTC)
IAuploader for images
- Problem: flickr is imposing size limitations for photos. we are heavily dependant on flickr2commons and upload wizard flickr uploader
- Who would benefit: commons quality images, creative commons culture
- Proposed solution: Create a tool to search https://archive.org/details/image + need some license filtering
- More comments: help Magnus, you are our only hope.
- Phabricator tickets:
Discussion
@Slowking4: Can you please elaborate what's requested? c:Commons:Upload_tools#Uploading_from_Flickr and c:Commons:Flickr_batch_uploading and c:Commons:Upload_Wizard/Flickr already exist. Why is it a "problem" that "we are heavily dependent on Flickr2Commons and UploadWizard Flickr uploader"? --AKlapper (WMF) (talk) 22:27, 3 November 2018 (UTC)
- @Slowking4: I'm confused by your mention of archive.org. Did you mean flickr.com? I'm assuming you're requesting a tool that lets you search flickr for images that have compatible licenses and then import them into Commons. Is that correct? Would use of this tool be restricted to license-reviewers, admins, and extended-uploaders (similar to UploadWizard's Flickr uploader)? Kaldari (talk) 23:36, 5 November 2018 (UTC)
- Note: "Flickr promises it won’t delete Creative Commons photos when it limits free storage" -- excerpt: "In a blog post today, Flickr has clarified that those freely licensed photos will be safe, even under the new limits. Accounts with more than 1,000 photos or videos that are licensed with Creative Commons won’t have that content deleted. That said, Flickr will be blocking future uploads to those accounts on January 8th" -- so this isn't as dire as we all previously thought when they first announced the changes. Quiddity (WMF) (talk) 18:28, 14 November 2018 (UTC)
- @Slowking4: Hi, does the above info resolve the issue? (I.e. If I understand correctly, you (like the rest of us) were worried after the first announcement that came out, that we'd lose access to all the currently CC-licensed images there. Hence you were proposing that we should get prepared to have to scrape those flickr images out of IA's backups of them. However now that Flickr has promised to keep those CC images available for the forseeable future, this is no longer a major concern. If that is accurate, then (in order to reduce the 230+ wishes that we all hope all editors will read through!) I propose archiving this particular wish.) Thank you! Quiddity (WMF) (talk) 18:46, 14 November 2018 (UTC)
- no, i was worried about the over-reliance on flickr. if we had tools for upload from IA, a better partner, we would be less reliant on flickr. we should get prepared to decrease barriers to working with preferred partners, with a history of archive stability. a lack of crisis is not a "do not fix" Slowking4 (talk) 21:56, 15 November 2018 (UTC)
- @Slowking4: Hi, does the above info resolve the issue? (I.e. If I understand correctly, you (like the rest of us) were worried after the first announcement that came out, that we'd lose access to all the currently CC-licensed images there. Hence you were proposing that we should get prepared to have to scrape those flickr images out of IA's backups of them. However now that Flickr has promised to keep those CC images available for the forseeable future, this is no longer a major concern. If that is accurate, then (in order to reduce the 230+ wishes that we all hope all editors will read through!) I propose archiving this particular wish.) Thank you! Quiddity (WMF) (talk) 18:46, 14 November 2018 (UTC)
- Where will all those users go? Can WMF issue some press releases? Can we provide a "Copy-my-Flicker-account-and-relicense-the-non-free-licensed-images" wizard? This could be an application for the #Uploaded files visible in the gallery proposal. HLHJ (talk) 05:07, 18 November 2018 (UTC)
I support the creation of this IA2Commons tool. I am a Flickr user, all my Flickr images are Creative Commons (over 10,000) but I don't want to pay for the hosting service. I put effort in taking good pictures, and I release them under Creative Commons, and now am I going to have to pay? No, thanks. I think I am moving to Internet Archive, using it like my "new Flickr". So, this tool to move content from IA to Commons will help me a lot. Emijrp (talk) 08:42, 18 November 2018 (UTC)
- I hope many will, but it sounds slightly unlikely. On the other hand, we'll have a lot of pre-purge stuff migrated there, so some kind of bot is likely to be helpful. Cf. commons:Commons_talk:Flickr_files#Flickr_paid_plans_and_deletions for context. Nemo 22:32, 27 November 2018 (UTC)
Voting
- Support Liuxinyu970226 (talk) 09:28, 17 November 2018 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 12:03, 17 November 2018 (UTC)
- Support Yep, on Commons we need to put much more effort for better uploaders. Any step in this direction is good. But you should also consider that once this is done, a heavy campaign focusing on people using IAuploader must be done :-) Aktron (talk) 18:13, 17 November 2018 (UTC)
- Support Emijrp (talk) 08:39, 18 November 2018 (UTC)
- Support Hydriz (talk) 12:48, 18 November 2018 (UTC)
- Support Novak Watchmen (talk) 13:33, 21 November 2018 (UTC)
- Support - FlightTime (open channel) 20:43, 26 November 2018 (UTC)
- Support ProtoplasmaKid (WM-MX) (talk) 18:18, 28 November 2018 (UTC)
- Support Olea (talk) 21:22, 29 November 2018 (UTC)
Replace the media player
- Problem: The media player is very old and non-functional
- Who would benefit: All readers who view audio and video content
- Proposed solution: Replace the media player or significantly improve it
- More comments:
- Phabricator tickets: phab:T100106
- Proposer: Borys Kozielski (talk) 13:25, 30 October 2018 (UTC)
Discussion
@Borys Kozielski: For better understanding of the actual problem to solve, an you please provide a link to a page where the player does not play audio files, plus browser and operating system information? I'm surprised to hear that it does not work for you. Thanks! --AKlapper (WMF) (talk) 15:32, 30 October 2018 (UTC)
@AKlapper (WMF): User @Friedel Völker: has good suggestion - just add standard HTML5 player for mediawiki, that will be great. Borys Kozielski (talk) 13:16, 18 December 2018 (UTC)
- Borys Kozielski I think it already use HTML5 by default? Gryllida 22:55, 30 October 2018 (UTC)
Please add a HTML5 Player for ogg/ogv to standard MediaWiki. --Friedel Völker (talk) 07:11, 3 November 2018 (UTC)
- Speed adjustment (2x, 3x, 0.6x, etc) would be very welcome. HLHJ (talk) 06:04, 18 November 2018 (UTC)
Voting
- Support Tom Ja (talk) 23:36, 16 November 2018 (UTC)
- Support Liuxinyu970226 (talk) 09:27, 17 November 2018 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 12:06, 17 November 2018 (UTC)
- Support Jc86035 (talk) 14:09, 17 November 2018 (UTC)
- Support Atsme📞📧 16:13, 17 November 2018 (UTC)
- Support very general, but much-needed HLHJ (talk) 06:04, 18 November 2018 (UTC)
- Support NMaia (talk) 09:59, 18 November 2018 (UTC)
- Support — Draceane talkcontrib. 17:00, 18 November 2018 (UTC)
- Support Wesalius (talk) 21:24, 18 November 2018 (UTC)
- Support – Meiræ 22:19, 18 November 2018 (UTC)
- Support Waddie96 (talk) 08:04, 19 November 2018 (UTC)
- Support ·addshore· talk to me! 10:07, 19 November 2018 (UTC)
- Support Rollopack (talk) 15:16, 19 November 2018 (UTC)
- Support stjn[ru] 17:03, 19 November 2018 (UTC)
- Support Emptyfear (talk) 19:23, 19 November 2018 (UTC)
- Support I think that the defaut players of browsers could be a great idea Mr. Fulano! Talk 21:32, 19 November 2018 (UTC)
- Support StringRay (talk) 22:14, 19 November 2018 (UTC)
- Support DEGA8 (talk) 02:56, 20 November 2018 (UTC)
- Support Nortix08 (talk) 06:24, 20 November 2018 (UTC)
- Support Novak Watchmen (talk) 13:38, 21 November 2018 (UTC)
- Support MathieuMD (talk) 15:01, 21 November 2018 (UTC)
- Support MSG17 (talk) 20:21, 21 November 2018 (UTC)
- Support Krinkle (talk) 02:27, 22 November 2018 (UTC)
- Support Jack who built the house (talk) 18:24, 22 November 2018 (UTC)
- Support Serhio Magpie (talk) 03:30, 23 November 2018 (UTC)
- Support Matěj Suchánek (talk) 09:29, 24 November 2018 (UTC)
- Support Vulphere 08:47, 25 November 2018 (UTC)
- Support Ranjithsiji (talk) 22:48, 25 November 2018 (UTC)
- Support — AfroThundr (u · t · c) 02:35, 26 November 2018 (UTC)
- Support - FlightTime (open channel) 21:42, 26 November 2018 (UTC)
- Support General Rommel (talk) 00:42, 27 November 2018 (UTC)
- Support Shizhao (talk) 11:57, 28 November 2018 (UTC)
- Support Okki (talk) 18:15, 28 November 2018 (UTC)
Support 360 photo viewing
- Problem: A 360° Photo is a photo that allow us to view more than just a snapshot of a scene . It even let us view the scene from every angle: above, below, behind and next to us & it's also a mainstream media type.
But wiki Articles can't render it & MediaViewer doesn't support it. Images are shown as on the right instead of like this , in the articles.
- Who would benefit: All the Readers and editors of wikis. 360° photos are effective for showing off vistas, internal architecture and more in a dramatic fashion that replicates the experience of being there.
Instead of showing 15 photos we could take 1; 360° photo to encapsulate all the information we want to show.It's Also a good way to view panorama photos on mobile devices, where panoramas otherwise are real small.
- Proposed solution: Add support to MediaViewer and to the renderd articles to allow to navigate inside of the image by mouse or finger gesture.
THE "panoviewer" uses the Tool Labs grid for job execution and a library for tile manufacturer; theoretically it could be made into a real extension, with the tile manufactory put onto the Services cluster. This would allow it to be deployed everywhere, not just on Commmons, and integrated into MediaViewer officially .Then we can make it as a part of mediawiki software.
Admin, Developer "dschwen" did some good work on this.
- More comments: This has been a wish on the previous wishlists and only slightly missed the Top 10 twice. Proposed in the 2016 survey by Ahm masum, ranking at #15 and 2017 by TheDJ ranked #11.
- Phabricator tickets: phab:T138933
- Proposer: Ahm masum (talk) 10:22, 10 November 2018 (UTC) (with help of TheDJ & MichaelSchoenitzer)
Discussion
It is gorgeous but slow. In the proposed deployment, what will be the effect on readers with low-bandwidth connections or older hardware? Will there be a note in the image frame saying you can drag it (an automated image-frame link to Commons annotations would also be good)? HLHJ (talk) 04:39, 18 November 2018 (UTC)
when a user's device have low-bandwidth or hardware/software limitation (older) they will get the unrendered version as shown above.it can also have simple alert message like the right photo . And the rendered version could have a simple "info massage" like the left photo(just assume it's a rendered version). "auto generated" message would be more practical for this purpose.
Well , you got the right idea. I have to give you that . I also think the "image annotation" gadget could be a huge help for 360° photos. it can highlight the features we want to focus. Small details, or points of interest within the 360° photo. but it's a huge work for tech team to make it possible. first, the "image annotation" gadget will have to work on 360° & rendered articles . Then these "annotations" have to be mobile friendly, cause 70% +~ wiki users use mobile/smartphone.so it's a complex tusk. Need a huge time & resources.
And we have to make it in such a way so that it can 'distinguish 180°' & 360° and render it accordingly in the article (maybe by using metadata or image recognition algorithm). and the gesture control could be similar to facebook 360. when viewing in mediaviewer it could provide some extra navigation / interaction features & controls...THANKS AGAIN, FOR YOUR QUESTION.-- Ahm masum (talk) 13:03, 20 November 2018 (UTC)
Voting
- Support Galobtter (talk) 19:05, 16 November 2018 (UTC)
- Support Tom Ja (talk) 23:40, 16 November 2018 (UTC)
- Support 고려 (talk) 01:38, 17 November 2018 (UTC)
- Support Hiàn (talk) 04:32, 17 November 2018 (UTC)
- Support ZellmerLP (talk) 10:20, 17 November 2018 (UTC)
- Support Jo-Jo Eumerus (talk, contributions) 10:22, 17 November 2018 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 12:05, 17 November 2018 (UTC)
- Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:47, 17 November 2018 (UTC)
- Support 11th on the list and no minimal help...... Sigh:(Winged Blades of Godric (talk) 13:15, 17 November 2018 (UTC)
- Support Walter Klosse (talk) 13:38, 17 November 2018 (UTC)
- Support Kpgjhpjm (talk) 13:47, 17 November 2018 (UTC)
- Support Atsme📞📧 16:14, 17 November 2018 (UTC)
- Support --Brainist (talk) 17:21, 17 November 2018 (UTC)
- Support Crazy1880 (talk) 17:53, 17 November 2018 (UTC)
- Support We need to move to richer user-experience everywhere Theklan (talk) 17:56, 17 November 2018 (UTC)
- Support MSG17 (talk) 20:38, 17 November 2018 (UTC)
- Support MichaelSchoenitzer (talk) 00:30, 18 November 2018 (UTC)
- Support AHeneen (talk) 06:08, 18 November 2018 (UTC)
- Support PopularOutcast (talk) 07:46, 18 November 2018 (UTC)
- Support NMaia (talk) 10:14, 18 November 2018 (UTC)
- Support DerFussi 10:30, 18 November 2018 (UTC)
- Support Ainali (talk) 12:05, 18 November 2018 (UTC)
- Support Hydriz (talk) 12:46, 18 November 2018 (UTC)
- Support Jon Harald Søby (talk) 12:51, 18 November 2018 (UTC)
- Support Liuxinyu970226 (talk) 12:59, 18 November 2018 (UTC)
- Support Jürgen Eissink (talk) 15:30, 18 November 2018 (UTC)
- Support — Draceane talkcontrib. 17:03, 18 November 2018 (UTC)
- Support Pepe piton (talk) 17:58, 18 November 2018 (UTC)
- Support KTC (talk) 23:22, 18 November 2018 (UTC)
- Support Shizhao (talk) 02:56, 19 November 2018 (UTC)
- Support Takashi.koike (talk) 04:11, 19 November 2018 (UTC)
- Support ·addshore· talk to me! 10:06, 19 November 2018 (UTC)
- Support Yes! Llywelyn2000 (talk) 10:12, 19 November 2018 (UTC)
- Support Muntashir.islam (talk) 11:32, 19 November 2018 (UTC)
- Support Yes please John Cummings (talk) 15:09, 19 November 2018 (UTC)
- Support Ahecht (TALK
PAGE) 16:42, 19 November 2018 (UTC) - Support Mr. Fulano! Talk 21:33, 19 November 2018 (UTC)
- Support PiotrekD (talk) 21:43, 19 November 2018 (UTC)
- Support Jmmuguerza (talk) 22:24, 19 November 2018 (UTC)
- Support CAPTAIN RAJU(T) 23:25, 19 November 2018 (UTC)
- Support DEGA8 (talk) 02:58, 20 November 2018 (UTC)
- Support Vulphere 12:22, 20 November 2018 (UTC)
- Support Lord van Tasm (talk) 13:34, 20 November 2018 (UTC)
- Support Thibaut120094 (talk) 14:21, 20 November 2018 (UTC)
- Support Reda Kerbouche (talk) 15:53, 20 November 2018 (UTC)
- Support Pamputt (talk) 18:40, 20 November 2018 (UTC)
- Support Sadads (talk) 22:21, 20 November 2018 (UTC)
- Support Novak Watchmen (talk) 13:38, 21 November 2018 (UTC)
- Support BugWarp (talk) 14:59, 21 November 2018 (UTC)
- Support MathieuMD (talk) 15:00, 21 November 2018 (UTC)
- Support Nihlus 22:43, 21 November 2018 (UTC)
- Support Krinkle (talk) 02:39, 22 November 2018 (UTC)
- Support Œ̷͠²ð·¨´´̢́̕͘³͏¯̞̗ (talk) 17:36, 22 November 2018 (UTC)
- Support Dispenser (talk) 19:54, 22 November 2018 (UTC)
- Support FiliP ██ 20:44, 22 November 2018 (UTC)
- Support Very much needed. There is a need for it for future collaboration with OSM-based map apps and the content of Wikimedia projects. Subhashish Panigrahi (talk) 11:06, 23 November 2018 (UTC)
- Support James F. (talk) 22:43, 23 November 2018 (UTC)
- Support Jcornelius (talk) 23:26, 23 November 2018 (UTC)
- Support Gmli82164 (talk) 13:09, 24 November 2018 (UTC)
- Support Dubbeltänk (talk) 14:24, 24 November 2018 (UTC)
- Support Kaartic correct me, if i'm wrong 15:35, 24 November 2018 (UTC)
- Support Arbnos (talk) 23:08, 24 November 2018 (UTC)
- Support sounds noice JonathanLa (talk) 01:38, 25 November 2018 (UTC)
- Support Soumendrak (talk) 09:05, 25 November 2018 (UTC)
- Support Akela NDE (talk) 14:18, 25 November 2018 (UTC)
- Support WhatamIdoing (talk) 02:29, 26 November 2018 (UTC)
- Support — AfroThundr (u · t · c) 02:31, 26 November 2018 (UTC)
- Support PMG (talk) 16:35, 26 November 2018 (UTC)
- Support - Could be used to enhance articles. Kirbanzo (talk) 19:04, 26 November 2018 (UTC)
- Support Ed g2s (talk) 22:27, 26 November 2018 (UTC)
- Support --Izno (talk) 00:56, 27 November 2018 (UTC)
- Support We have some great 360 photos that would really enhance wiki Colin (talk) 12:48, 27 November 2018 (UTC)
- Support Misaochan (talk) 13:47, 27 November 2018 (UTC)
- Support Zache (talk) 14:15, 27 November 2018 (UTC)
- Support Okki (talk) 18:19, 28 November 2018 (UTC)
- Support --Fanoflionking (talk) 19:42, 28 November 2018 (UTC)
- Support MartinThoma (talk) 21:21, 28 November 2018 (UTC)
- Support We have been approving 360º images at COM:FPC for some time now in anticipation of improved functionality for this. Daniel Case (talk) 22:38, 28 November 2018 (UTC)
- Support Ldorfman (talk) 20:30, 29 November 2018 (UTC)
- Support Olea (talk) 21:21, 29 November 2018 (UTC)
- Support --OrsolyaVirág (talk) 14:26, 30 November 2018 (UTC)
- Support Needed to make richer media experience — NickK (talk) 15:08, 30 November 2018 (UTC)
Improve the PDF/book reader
- Problem: When we view a scanned book in PDF or DjVu format in Commons or Wikisource, its always single-page view. Every-time we go to the next page, we need to click on the drop down menu of pages. See this book in Commons for example. For book readers, its more like viewing images than reading books. This not only creates difficulty in reading, but also in identifying missing, duplicated pages etc. if the file needs to be corrected.
- Who would benefit: Commons & Wikisource editors and readers
- Proposed solution: Implement the open-source Internet Archive BookReader in all wikis specially Commons and Wikisource. For the same book in Internet Archive, see the difference. It has features like single view, double-page view, thumbnail view, zoom and a wide variety of other features.
- More comments: Proposed in Community Wishlist Survey 2016
- Phabricator tickets: phab:T154100
- Proposer: Bodhisattwa (talk) 15:05, 30 October 2018 (UTC)
Discussion
- Random-access page selection should remain possible (i.e., if I want page 234, I should not have to click 234 times to turn 234 pages). An interface allowing page turning either by scrolling or by clicking would be good, as some people find the one or the other physically difficult. Something which would aid OCR copyediting/transcription might also be nice. The phab page has some examples of interfaces. HLHJ (talk) 01:26, 31 October 2018 (UTC)
- Hi Bodhisattwa. This problem is something Community Tech would love to work on. It's not clear that the proposed solution is the only or best way to fix it, however. I'd like to invite you to change the title of the proposal to focus more on the problem you want addressed than on the specific software you have in mind as a fix. This will not only make the title more accurately reflect how Community Tech would tackle this problem, it will make the proposal more appealing to the many people who've never tried the IA BookReader but who may have experienced sub-parr pdf reading. Good luck! —JMatazzoni (WMF) (talk) 17:09, 31 October 2018 (UTC)
- An alternative proposal would be to integrate an IIIF service for serving Commons files (phab:T187872). There are a number of different viewers out there than can present content from IIIF sources, including ones offering views quite similar to the IA viewer, and ones that can have their appearance configured using optional stylesheets. I would agree that the IA viewer interface is particularly good, and should be a recommended model for such things. Jheald (talk) 20:47, 5 November 2018 (UTC)
Bodhisattwa I am going to rename this proposal so the title is more generic (many people may not be familiar with the Internet Archive BookReader) and also so it gives us more room to experiment with different PDF readers in case implementing a different one is easier/better. I hope that is okay. Please do let me know if you have any concerns. Thank you for the proposal. -- NKohli (WMF) (talk) 18:56, 14 November 2018 (UTC)
- @Bodhisattwa: Here's a book reader (from hell) with double-page view: The Bird Book.djvu. It works (!) and was specifically designed to make developers wake up in the middle of the night, screaming. - Alexis Jazz (talk) 02:08, 28 November 2018 (UTC)
Voting
- Support Tom Ja (talk) 23:40, 16 November 2018 (UTC)
- Support Gehenna1510 (talk) 00:34, 17 November 2018 (UTC)
- Support Liuxinyu970226 (talk) 09:28, 17 November 2018 (UTC)
- Support Walter Klosse (talk) 09:32, 17 November 2018 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 11:58, 17 November 2018 (UTC)
- Support Blue Rasberry (talk) 15:39, 17 November 2018 (UTC)
- Support Atsme📞📧 16:15, 17 November 2018 (UTC)
- Support Theklan (talk) 18:02, 17 November 2018 (UTC)
- Support MSG17 (talk) 20:39, 17 November 2018 (UTC)
- Support 4nn1l2 (talk) 04:09, 18 November 2018 (UTC)
- Support Imzadi 1979 → 05:26, 18 November 2018 (UTC)
- Support HLHJ (talk) 06:01, 18 November 2018 (UTC)
- Support NMaia (talk) 10:11, 18 November 2018 (UTC)
- Support Juandev (talk) 11:19, 18 November 2018 (UTC)
- Support Hydriz (talk) 12:45, 18 November 2018 (UTC)
- Support Wesalius (talk) 21:22, 18 November 2018 (UTC)
- Support Jmmuguerza (talk) 23:30, 19 November 2018 (UTC)
- Support Vulphere 12:12, 20 November 2018 (UTC)
- Support Thibaut120094 (talk) 14:22, 20 November 2018 (UTC)
- Support INDISPENSABLE ! BluesyPete (talk) 20:54, 20 November 2018 (UTC)
- Support Hispalois (talk) 22:38, 20 November 2018 (UTC)
- Support Shypoetess (talk) 05:17, 21 November 2018 (UTC)
- Support Laboramus (talk) 07:36, 21 November 2018 (UTC)
- Support Novak Watchmen (talk) 13:34, 21 November 2018 (UTC)
- Support BugWarp (talk) 14:48, 21 November 2018 (UTC)
- Support Satdeep Gill (talk) 05:47, 23 November 2018 (UTC)
- Support Mike Linksvayer (talk) 05:50, 23 November 2018 (UTC)
- Support Sahaquiel9102 (talk) 17:05, 23 November 2018 (UTC)
- Support NaBUru38 (talk) 18:29, 23 November 2018 (UTC)
- Support Sannita - not just another it.wiki sysop 00:55, 24 November 2018 (UTC)
- Support Vctrbarbieri (talk) 03:00, 24 November 2018 (UTC)
- Support Matěj Suchánek (talk) 09:28, 24 November 2018 (UTC)
- Support Kaartic correct me, if i'm wrong 16:06, 24 November 2018 (UTC)
- Support Yes I like Internet archive viewer better. Jarekt (talk) 05:08, 25 November 2018 (UTC)
- Support Anas aze (talk) 21:21, 25 November 2018 (UTC)
- Support Tantusar (talk) 00:37, 26 November 2018 (UTC)
- Support — AfroThundr (u · t · c) 02:35, 26 November 2018 (UTC)
- Support Jklamo (talk) 15:08, 26 November 2018 (UTC)
- Support PMG (talk) 16:35, 26 November 2018 (UTC)
- Support Dvorapa (talk) 12:57, 27 November 2018 (UTC)
- Support Alexis Jazz (talk) 01:51, 28 November 2018 (UTC)
Transcription gadget for images with text
- Problem: Any text in an image should be transcribed into the description, to make items discoverable
- Who would benefit: Anyone searching commons and people trying to extract info from photographs
- Proposed solution: Gadget to run image through ocr and insert text
- More comments:
- Phabricator tickets:
- Proposer: :JarrahTree (talk) 10:59, 10 November 2018 (UTC)
Discussion
- Available as c:User:Samwilson/GoogleOCR.js. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:51, 17 November 2018 (UTC)
Voting
- Support Tom Ja (talk) 23:37, 16 November 2018 (UTC)
- Support Abzeronow (talk) 05:05, 17 November 2018 (UTC)
- Support Fabiorahamim (talk) 07:05, 17 November 2018 (UTC)
- Support Gnangarra (talk) 09:19, 17 November 2018 (UTC)
- Support Liuxinyu970226 (talk) 09:27, 17 November 2018 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 12:03, 17 November 2018 (UTC)
- Support Blue Rasberry (talk) 15:39, 17 November 2018 (UTC)
- Support HLHJ (talk) 06:05, 18 November 2018 (UTC)
- Support Juandev (talk) 11:21, 18 November 2018 (UTC)
- Support — Draceane talkcontrib. 17:02, 18 November 2018 (UTC)
- Support Support mainly if the plan is to do this for non-Latin scripts as well. Joalbertine (talk) 17:27, 18 November 2018 (UTC)
- @Joalbertine: If we were to use the Google OCR service, then these languages would be supported — lots of (but not all) non-latin scripts. Sam Wilson 06:08, 20 November 2018 (UTC)
- OMG We must make this happen! --Joalbertine (talk) 09:03, 20 November 2018 (UTC)
- Support Vulphere 12:11, 20 November 2018 (UTC)
- Support β16 - (talk) 15:54, 20 November 2018 (UTC)
- Support Sadads (talk) 22:24, 20 November 2018 (UTC)
- Support Novak Watchmen (talk) 13:35, 21 November 2018 (UTC)
- Support I guess we need to implement tools to
- facilitate people tagging which images have text (AI and/or OCR can be used to pre-guess for a person, person confirms)
- facilitate people transcribing (computer asks people what language is it; OCR provides an initial version of the text for a person to proofread)
- facilitate people translating these transcriptions to different languages Gryllida 07:16, 23 November 2018 (UTC)
- Support Olea (talk) 12:03, 26 November 2018 (UTC)
- Support Gideoraielgave (talk) 17:22, 26 November 2018 (UTC)
- Support Filipović Zoran (talk) 19:29, 26 November 2018 (UTC)
- Support - FlightTime (open channel) 21:48, 26 November 2018 (UTC)
- Support A garbage person (talk) 17:19, 27 November 2018 (UTC)
- Support Daniel Case (talk) 23:11, 28 November 2018 (UTC)
- Support Kpjas (talk) 10:37, 29 November 2018 (UTC)
Display rectangular part of the image as parameter of File and compatible with ImageNote
- Problem: There are tens of thousands composed images, plates (and other similar images). There is need usually only certain part of such image to be viewed in encyclopedic article at Wikipedia.
Compare the following images:
-
-
-
image from the museum
-
cropped image of Rivomarginella electrum
-
-
-
-
- Creating such cropped images is very time consuming. It is necessary to download the image, crop it, create new descriptive name, upload the image, add proper description, add categorization, add links to source image and add link from source file to derived file. (It is also useful to improve the quality of the images, such as remove background, remove captions, or rotate the image.)
- It would be useful if it would be possible to view the certain rectangular area of the larger image from Commons on the Wikipedia directly without needing to upload the cropped image.
- Who would benefit: Editors will save time. Readers will have proper encyclopedic images in more articles.
- Proposed solution: Use ImageNote template commons:Template:ImageNote as a parameter of File to show rectangular part of the image.
- I will go to the image page at Commons. For example https://commons.wikimedia.org/wiki/File:Malacologists_1914.png
- I will add a note to the image with "Add a note button".
- I will go to the Wikipedia page. For example https://en.wikipedia.org/wiki/Truman_H._Aldrich
- I will edit the Wikipedia page and I will add the image
- [[File:Malacologists_1914.png|thumb|Truman H. Aldrich|{{ImageNote|id=3|x=901|y=383|w=168|h=235|dimx=1782|dimy=1364|style=2}}]]
- This is just an example how it should work. We can benefit from the fact, that using of the ImageNote is standard on the Commons already.
- More comments: Some of such images (plates) are not needed at Commons at all, especially if they are at Internet Archive. But some of them are at commons only and are not accessible anywhere else.
The cropped image of Rivomarginella electrum is not very high quality and it will be replaced immediately when probably any other image of the same species will be uploaded to Commons. Then the cropped image will not be needed at all (and could be deleted). But the deletion process is sometimes much more consuming than uploading images. Consider that there are over 100.000 of such images of molluscs only at Commons. It is not possible to do it manually (we have not such many editors with such much time), especially when we known, that at least some of such cropped images will be certainly replaced and will became unusable.
Many images cropped from plates usually need some editing. In such cases will be this solution only temporal. This will help to save time to editors and meantime to show at least some image to readers.
But we can use it for plates forever for such plates, that does not need alteration.
This example is about molluscs only. But the usage of the solution is universal:
-
-
-
There are number of such details made from paintings. Usually without alterations.
-
-
Another practical application is the Wikipedia Main Page. There are usually more or less square details. There are usually larger version in Wikipedia articles, while on the Main Page there must be the same image informative and easily recognizable in 100x100 pixels.
- This wish is copied from Community_Wishlist_Survey_2016/Categories/Multimedia#CW2016-R080.
- Phabricator tickets: no.
Discussion
- One problem here is that this feature will depend on images to never change. For example, if someone's face was cropped from an image in wikitext like this: [[File:Foo.jpg|crop=320x240|cropoffset=50,60]] and then someone reuploaded Foo.jpg with frame removed, the offsets will change and a wrong part of the image will be cropped. MaxSem (WMF) (talk) 23:48, 2 November 2018 (UTC)
- Thanks for your comment. I just copied the reply from previous discussion. I think, that 99.9% of images will never change.
This feature will be applied to images, that are expected to not be altered by cropping (see examples above). I can imagine only one way how could be the original image altered: with uploading higher resolution version over the file. It may or may not be recommended, but it can happen. Then would happen the same thing, that is happenning to Image Notes. (I did not test that, but I think, that Notes will move a bit.) If the user will use the rectangular part, then the Image Note will stay in the code of the image description. Uploader of the image should be responsible enough to avoid such problems. How many times a user damaged Image Notes when he uploaded larger version of file? I think, there is not known such case. It is not probable, that it will be a problem in this feature too.
Snek01 (talk) 12:35, 4 November 2018 (UTC)
I'm an editor on Wikisource, and, we need lots of illustrations printed in original work, especially for old galleries. I am currently thinking about developing a tool that makes a cropped image from original source on Commons. If we can instead support this proposed extension, or at least host an image cropper at Toolforge and make a log of every images uploaded via the tool, Wikisource editors will save a lot of time and readers can see more images on Wikisource.--Midleading (talk) 06:13, 4 November 2018 (UTC)
- Thanks for your comment. So I hope, that people from Wikisource and people participating in Community Wishlist Survey 2019 about Wikisource will also support this feature. Snek01 (talk) 12:49, 4 November 2018 (UTC)
These images match, so the right one has a big margin. (See cropped version.) | |
crops |
This would be very useful, and overwriting existing files should be the exception anyway.
One example are matching images where a small object is scaled in proportion to a big one, which leads to a margin.
I often have that with different polyhedra around the same midsphere, as seen on the right.
Another example are of course collages like the one shown on the right. An aspect that I would like to bring up is that categorizing such collages can cause confusion, because it is not clear which aspect of the collage is categorized as what. In this case I have chosen to categorize only the cuboctahedron image under cuboctahedron etc., link the collage on the crop's page, and thus consider the collage to be categorized through the crop. Maybe for collages a category could be added like an annotation, and then only the crop would be shown in the category page — maybe even with an automatically generated locator like it is common in maps. Watchduck (talk) 11:04, 5 November 2018 (UTC)
Croptool makes it pretty easy to crop an image, and en:Template:CSS image crop can display a crop of an image without editing it. Galobtter (talk) 20:25, 5 November 2018 (UTC)
- A twist on this request would be the ability to define named crops of an image in the metadata in the Commons file page, and then to be able to access them using some syntax like [[File:MyPic.jpg#crop1]]
- The image annotation system on Commons is likely to get a radical overhaul with the coming of structured data; compare eg how relative position within image (P2677) is used as a qualifier on the depicts (P180) statement of Portrait of a Woman with a Squirrel (Q17335769), here. According to the team, ImageAnnotations "will have to be tied into" Structured Data depicts (P180) at some time in future (Last bullet point on this page; see preceding pages for context).
- A further change to the landscape will be if/when an IIIF image service gets integrated into the Commons image-serving back-end, see phab:T187872. (There used to be a trial service piggy-backed onto the infrastucture behind the Commons Zoomviewer, but both are currently down). An IIIF service would, amongst other things, allow image crops to be requested directly from the file-server, without having to be cut down by CSS. Jheald (talk) 21:34, 5 November 2018 (UTC)
- @Jheald: "define named crops of an image in the metadata in the Commons file page" I like this idea. I think it's a better approach than most that have been suggested wrt to cropping so far. Be sure to document it in the relevant tickets. —TheDJ (talk • contribs) 10:18, 6 November 2018 (UTC)
- Oh, and I note that our current image service technology (thumbor) also supports serving cropped versions of images. It's probably not enabled, because there is nothing in the stack that would be able to use it, but internally it could easily be used as a cropping service. —TheDJ (talk • contribs) 10:21, 6 November 2018 (UTC)
- @Jheald: "define named crops of an image in the metadata in the Commons file page" I like this idea. I think it's a better approach than most that have been suggested wrt to cropping so far. Be sure to document it in the relevant tickets. —TheDJ (talk • contribs) 10:18, 6 November 2018 (UTC)
- Could we eventually retroactively turn the large number of subset details into such markup, with redirects? HLHJ (talk) 04:44, 18 November 2018 (UTC)
Voting
- Support Liuxinyu970226 (talk) 09:29, 17 November 2018 (UTC)
- Support have been asking for this years ago already. MB-one (talk) 09:41, 17 November 2018 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 11:58, 17 November 2018 (UTC)
- Support Cropping to create new files creates many problems. Being able to display only the relevant part would be helpful. Blue Rasberry (talk) 15:38, 17 November 2018 (UTC)
- Support Or provide possibility to on-wiki creating new file from bigger image. JAn Dudík (talk) 20:27, 17 November 2018 (UTC)
- Support It's annoying to download and re-upload for the sake of a crop, and some editors crop JPEGS lossily; doing it in the browser would solve both HLHJ (talk) 04:42, 18 November 2018 (UTC)
- Oppose I think this issue, which I would agree is an important one, should be dealt with in the context of IIIF support by Wikimedia Commons. Beat Estermann (talk) 17:01, 18 November 2018 (UTC)
- Support — Draceane talkcontrib. 17:05, 18 November 2018 (UTC)
- Support Joalbertine (talk) 17:47, 18 November 2018 (UTC)
- Support Wesalius (talk) 22:23, 18 November 2018 (UTC)
- Support StringRay (talk) 22:13, 19 November 2018 (UTC)
- Support Vulphere 12:21, 20 November 2018 (UTC)
- Support Novak Watchmen (talk) 13:38, 21 November 2018 (UTC)
- Support I support for use case and problem of needing a way to easily show parts of an existing image on a page. However, in terms of implementation, I don't think we should make it a file-syntax parameter. This creates additional software complexity and infrastructure overhead. Perhaps it would be better if we make it really easy to create a cropped version of an image from different places (from the File description page, and from inside wikitext editors and VisualEditor). For example, you edit a page, search or specify the file to use, then automatically see existing crops, and with an option to create a new crop, then simply drag and adjust over the image preview, maybe give it a label, and in the background it will automatically upload, tag and insert the newly created file in the editor. Krinkle (talk) 02:26, 22 November 2018 (UTC)
- Support Dubbeltänk (talk) 14:20, 24 November 2018 (UTC)
- Support Gce (talk) 14:55, 24 November 2018 (UTC)
- Support Beroesz (talk) 20:27, 26 November 2018 (UTC)
- Support Dvorapa (talk) 12:54, 27 November 2018 (UTC)
- Support Uanfala (talk) 02:54, 28 November 2018 (UTC)
- Support Risker (talk) 07:38, 28 November 2018 (UTC)
Transcode MIDI file archive
- Problem: While Wikimedia has a pretty nice archive of MIDI files, they are not playable in modern browsers. Pages will have them available, but they need to be downloaded, and then played on a separate player. Said player is not even necessarily available in the user's operating system, and third party players tend to be a bit tricky to set up, requiring addtional files (soundfonts) and such.
- Who would benefit: People who want to listen to our MIDI archive. People visiting several Music-related pages. People who wish to upload small files that illustrate a musical concept.
- Proposed solution: Automatically convert the MIDI to Ogg Vorbis, like with other audio files. These are playable on modern browsers.
- More comments: We already have most of the necessary software. There is a SCORE tag extension that allows for Lilypond markup, and takes the rendered MIDI and converts it to OGG. And we have the workflow already setup for other conversions. The only optional new item that might be useful is an additional soundfont: the one from MuseScore might fill in gaps in the existing FluidSynth ones and is hiqg quality.
- Phabricator tickets: phab:T135597
- Proposer: Trlkly (talk) 07:19, 11 November 2018 (UTC)
Discussion
- @Trlkly: There is actually an English Wikipedia template, w:en:Template:Synthlisten, which allows MIDI files to be played through the Score extension. (My proposal is somewhat similar but proposes that MusicXML/MuseScore files be uploadable and rendered by Commons/Extension:Score, which would achieve roughly the same but also allow the files to be shown as sheet music.) Jc86035 (talk) 11:22, 11 November 2018 (UTC)
- Trlkly, could you please clarify if you mean automatically adding a Synthlisten template to each MIDI file page, making a downloadable Ogg Vorbis version available for each MIDI file, or replacing the MIDI files with Ogg Vorbis files, thus removing access to the MIDI files as MIDIs?
- Comment Added the phabricator task for moving the MIDI to OGG (sound) conversion to TimedMediaHandler, which is used for videos and audio on Wikimedia. This is important so that we aren't bound to using the Score workaround, and so is the cornerstone of this proposal. Another task could be created for it to be automatized for all MIDI files in presentation. Ebe123 (Communication | Activity report) 01:50, 19 November 2018 (UTC)
- Comment I believe this could easily be solved with the VLC API which is free to use, and open. Allowing for a forward facing player without loading extra modules!!!!Lostinlodos (talk) 19:38, 20 November 2018 (UTC)
Voting
- Support DonBarredora (talk) 23:59, 16 November 2018 (UTC)
- Support Acamicamacaraca (talk) 08:07, 17 November 2018 (UTC)
- Support Liuxinyu970226 (talk) 09:26, 17 November 2018 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 12:04, 17 November 2018 (UTC)
- Partial support; I support automatically adding a Synthlisten template to each MIDI file page; I do not support removing access to the MIDI files as MIDIs. HLHJ (talk) 04:20, 18 November 2018 (UTC)
- Support I do not think anyone is proposing to remove access to the raw MIDI files, @HJHJ:. This would be a big improvement in musical articles with the flexibility of MIDI files with the convenience of in-browser playability. (Maintainer of the Score extension) Ebe123 (Communication | Activity report) 01:50, 19 November 2018 (UTC)
- Support Vulphere 12:28, 20 November 2018 (UTC)
- Support Ellif (talk) 08:42, 21 November 2018 (UTC)
- Support Novak Watchmen (talk) 13:37, 21 November 2018 (UTC)
- Support BugWarp (talk) 14:53, 21 November 2018 (UTC)
- Support Krinkle (talk) 02:44, 22 November 2018 (UTC)
- Support Mbrickn (talk) 21:36, 23 November 2018 (UTC)
- Support Sannita - not just another it.wiki sysop 00:52, 24 November 2018 (UTC)
- Support Helder 13:19, 25 November 2018 (UTC)
- Support Tantusar (talk) 02:44, 26 November 2018 (UTC)
- Support Dvorapa (talk) 13:00, 27 November 2018 (UTC)
- Support Daniel Case (talk) 23:09, 28 November 2018 (UTC)
- Support Alvarosinde (talk) 16:49, 29 November 2018 (UTC)
SVGs are often tiny in the preview (MediaViewer)
- Problem: When clicking on a image it is opened in the so called Media Viewer. If the resolution of an image is sufficient it viewed screen filling. SVG files are vector files and can therefore be scaled arbitrary large. But SVG-Files contain image-sizes. Media-Viewer shows SVG-files only as big as the image meta data tells the image is large. Therefore sometimes when clicking on an image to see it larger is is opened not larger but sometimes even smaller than shown in the article, even through it's a arbitrary scalable graphics.
- Who would benefit: Readers
- Proposed solution: If the SVG has no bitmap-image embedded show it always screen-filling.
- More comments: Fixed as of December 2018
- Phabricator tickets: Phab:T71237
- Proposer: MichaelSchoenitzer (talk) 00:34, 8 November 2018 (UTC)
Discussion
This seems to sort of break the standard. Could we have a tool for rapidly rescaling images with ludicrous embedded scales instead? HLHJ (talk) 08:34, 14 November 2018 (UTC)
This will be fixed soon, see gerrit 475338. --Tgr (talk) 05:18, 26 November 2018 (UTC)
Voting
- Support Liuxinyu970226 (talk) 08:22, 17 November 2018 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 11:58, 17 November 2018 (UTC)
- Oppose, as I would prefer fixing silly SVG scales to a standard-breaking kludge. A template for tagging them would be good. HLHJ (talk) 04:54, 18 November 2018 (UTC)
- Support Waddie96 (talk) 08:04, 19 November 2018 (UTC)
- Support Nortix08 (talk) 06:21, 20 November 2018 (UTC)
- Support Vulphere 12:10, 20 November 2018 (UTC)
- Support Ellif (talk) 08:41, 21 November 2018 (UTC)
- Support Novak Watchmen (talk) 13:34, 21 November 2018 (UTC)
- Support Nvrandow (talk) 20:31, 23 November 2018 (UTC)
- Support Gce (talk) 15:01, 24 November 2018 (UTC)
- Support Dreamy Jazz (talk) 13:24, 26 November 2018 (UTC)
- Support Dvorapa (talk) 13:01, 27 November 2018 (UTC)
- Support Rodolfo Matias (talk) 15:24, 27 November 2018 (UTC)
- Support Vilena66 (talk) 16:44, 27 November 2018 (UTC)
Support for IIIF Presentation API in WikiCommons
- Problem: IIIF was created to allow the sharing and interoperability of high quality zoomable images both for viewing but also for annotating. Version 3 of the presentation API now also supports audio and video. This proposal is for WikiCommons to support the IIIF Presentation API by exposing IIIF manifests and coining static Canvas IDs. A IIIF Manifest is a JSON-LD metadata representation of a Book, Painting, Archive or Video that can be imported into various tools and viewers. A Manifest contains a number of Canvases, one for each page. A static Canvas ID will mean items in Wikimedia Commons can be annotated using the W3C Annotation Framework and existing IIIF tools.
Presentations on IIIF are available on the IIIF youtube channel.
Images in WikiCommons are difficult to annotate as the image URLs are not static and access is limited to a number of pre-generated sizes. The interface on WikiCommons could be improved for ‘book’ like objects.
- Who would benefit: All Commons users
- Proposed solution: Expose WikiCommons data using the IIIF standard and in particular mint static Canvas Ids and Manifest Ids.
- More comments: This would help with the Book Reader wish as the Internet Archive Book Reader is IIIF compatible.
Tom Crane has the following proof of concept: https://phabricator.wikimedia.org/D1122 which takes Wikidata items which have the P2677 relation (relative position within image) and turns them into IIIF manifests and annotation lists. These manfiests can be viewed and compared in a IIIF viewer like Mirador. This is an extension to a tool called tool-wd-image-positions written by Lucas Werkmeister and as such will only work with items that have the P2677 property.
Tom also has the following project: wikipedia-to-iiif which works with any content in Wikimedia Commons and creates a IIIF manifest. This uses the Wikimedia API to create manifests using static images provided by Wikimedia Commons. The benefit of taking this work and embedding it into the core Wikimedia Commons code is that it would give static URIs for manifests and canvas ids allowing annotation. This is further discussed in a gist.
- Phabricator tickets:
- Proposer: Glenrobson (talk) 16:06, 9 November 2018 (UTC) with Andy Mabbett, Tom Crane
Discussion
It's important to note that implementation of the IIIF Presentation API is not dependent on implementation of the IIIF Image API. You can share, annotate and remix images without the tiled deep zoom provided by an image server. Implementing the IIIF Presentation API could also mean that, as well as their current formats, Wikidata query results could be available as IIIF Collections. I could attempt a POC for this too if it would be useful. As an example, this IIIF Collection: Pencil works, Wellcome Library is available for visual re-use, such as here: http://tomcrane.github.io/wellcome-today/today.html?collection=https://wellcomelibrary.org/service/collections/genres/Pencil%20works/
By exposing result sets as IIIF Collections, those result sets can be consumed by IIIF-aware applications, such as a crowdsourcing tool or an image analysis project; IIIF removes the need for a bespoke mapping, and new data generated by those clients addresses the digital object in a standard format, W3C Web Annotations.
Voting
- Support ديفيد عادل وهبة خليل 2 (talk) 12:04, 17 November 2018 (UTC)
- Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:49, 17 November 2018 (UTC)
- Support HLHJ (talk) 04:57, 18 November 2018 (UTC)
- Support Jon Harald Søby (talk) 12:49, 18 November 2018 (UTC)
- Support Liuxinyu970226 (talk) 12:59, 18 November 2018 (UTC)
- Support Beat Estermann (talk) 17:08, 18 November 2018 (UTC)
- Support Zeromonk (talk) 09:07, 19 November 2018 (UTC)
- Support Jason.nlw (talk) 10:14, 19 November 2018 (UTC)
- Support Anything which simplifies annotation is a yes! Llywelyn2000 (talk) 10:16, 19 November 2018 (UTC)
- Support John Cummings (talk) 15:03, 19 November 2018 (UTC)
- Support Vulphere 12:25, 20 November 2018 (UTC)
- Support Sadads (talk) 22:22, 20 November 2018 (UTC)
- Support Novak Watchmen (talk) 13:33, 21 November 2018 (UTC)
- Support YULdigitalpreservation (talk) 17:33, 21 November 2018 (UTC)
- Support Sannita - not just another it.wiki sysop 00:54, 24 November 2018 (UTC)
- Support GAllegre (talk) 14:09, 27 November 2018 (UTC)
- Support Shonagon (talk) 09:50, 28 November 2018 (UTC)
- Support Puik (talk) 21:56, 28 November 2018 (UTC)
Allow non-CC0 licensed data for datasets
- Problem: Tabular datasets in Commons cannot contain non-CC0 information because the interface doesn't support the correct attribution
- Who would benefit: Wikipedians could move the data tables from the article text, and generate dynamic tables or graphs from it through the Graph and Maps extensions
- Proposed solution: See referenced tickets
- More comments: See also Village pump discussion
- Phabricator tickets: phab:T154071, phab:T155290
- Proposer: Sabas88 (talk) 11:25, 4 November 2018 (UTC)
Discussion
- Support. If the blocking technical requirements are those listed at phab:T154071#4323571, they don't look they would require too much to fix, and should be well within the capabilities of the Community Tech team. Shapefiles that are licensed ODBL, eg from OSM, could be of huge usefulness in connection with WDQS queries. Jheald (talk) 22:59, 5 November 2018 (UTC)
- T200968 documents the current state of play. This will supposedly be worked on soon, though I'll believe it when I see it. Note that (re)fixing this bug was included in my Provide an easier way to create a wikitable from a Commons dataset proposal. Gareth (talk) 05:27, 7 November 2018 (UTC)
- I've already taken data published under another CC license in a scientific paper and made it into a datagraphic which I uploaded to Commons. It's vector-format, so re-extracting the original dataset would be fairly simple. If I've understood, the status quo means that that was OK, but if I put the data in a table and then made a graph I'd be unable to do so legally due to interface limitations. One might argue that scientific data is not copyrightable (I sort of assumed that, and I was following longstanding academic convention), but that's not the same as a CC-0 license. I'd feel stupid placing an unoriginal table of properties of the universe under CC0. And my original work in making a graphic, is that my copyright that I must license? Can I license it differently from the data? Are recently-invented standard statistical visualization techniques copyrighted? I'm confused. I have no idea how to license data correctly, and excluding scientific data from Wikipedia is clearly not the answer.
- RStallman (WMF), could you please give some informal guidance as to what license options we might need in the interface? HLHJ (talk) 05:58, 18 November 2018 (UTC)
Voting
- Support Peacekeeper44 (talk) 03:03, 17 November 2018 (UTC)
- Support Liuxinyu970226 (talk) 09:26, 17 November 2018 (UTC)
- Support Jo-Jo Eumerus (talk, contributions) 10:20, 17 November 2018 (UTC)
- Support Libcub (talk) 11:04, 17 November 2018 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 11:59, 17 November 2018 (UTC)
- Support Jc86035 (talk) 14:12, 17 November 2018 (UTC)
- Support Theklan (talk) 18:01, 17 November 2018 (UTC)
- Support Jheald (talk) 23:04, 17 November 2018 (UTC)
- Support; we need more guidance on this, and the existing option is not adequate, as some data is not copyrightable and some is under copyleft database licenses. HLHJ (talk) 05:58, 18 November 2018 (UTC)
- Support NMaia (talk) 10:13, 18 November 2018 (UTC)
- Support DerFussi 10:30, 18 November 2018 (UTC)
- Support Shizhao (talk) 02:57, 19 November 2018 (UTC)
- Support Waddie96 (talk) 08:04, 19 November 2018 (UTC)
- Support Sabas88 (talk) 08:57, 19 November 2018 (UTC)
- Support Nikki (talk) 09:29, 19 November 2018 (UTC)
- Support Strakhov (talk) 17:36, 19 November 2018 (UTC)
- Support Doc James (talk · contribs · email) 04:27, 20 November 2018 (UTC)
- Support Gareth (talk) 10:13, 20 November 2018 (UTC)
- Support Sadads (talk) 22:23, 20 November 2018 (UTC)
- Support Vulphere 08:00, 21 November 2018 (UTC)
- Support Novak Watchmen (talk) 13:34, 21 November 2018 (UTC)
- Support BugWarp (talk) 14:46, 21 November 2018 (UTC)
- Support Bubici (talk) 14:03, 22 November 2018 (UTC)
- Support Spacearcangel (talk) 06:33, 23 November 2018 (UTC)
- Support Christian Ferrer (talk) 19:44, 23 November 2018 (UTC)