Commons talk:File types
|This is the talk page for discussing improvements to Commons:File types.|
|Archives: 1, 2
"hard limit of 12.5 megapixels" for PNG and GIF
Regarding compression for PDF files: I'm thinking about uploading rather big files of book scans in PDF format, not for viewing but for downloading. It would be ressource saving on both ends to have them compressed (e.g. GZIP-Format). Is this ok & if not, where is the problem? --WolfgangRieger (talk) 16:32, 28 February 2013 (UTC)
- Gzip is not allowed because you can basically put everything into it. (Viruses as well) --McZusatz (talk) 18:12, 28 February 2013 (UTC)
- Does not compute ... The contents could easily be checked for allowed file types only. BTW, PDFs can also have harmful content. --WolfgangRieger (talk) 19:20, 28 February 2013 (UTC)
- WolfgangRieger -- since PDF version 1.2, PDF can have internal "Flate" compression, which is the same algorithm as used in gzip. Also, in many cases, the content of HTTP messages delivered across the Internet can be gzipped and gunzipped on the fly... AnonMoos (talk) 02:57, 1 March 2013 (UTC)
Any priority for Google Summer of Code projects?
The Wikimedia Foundation is planning to participate again at Google Summer of Code. There is a discussion about proposing projects to support x3d or KML in Commons. What about having a catch-all entry for unsupported file types in Commons/MediaWiki? We could explicitly point to KML, x3d and link to the full list here. Are there other formats that we should highlight to potential GSOC students? Also if you want to volunteer as mentor that would be great.--Qgil (talk) 14:50, 26 March 2013 (UTC)
- See COM:UNSUPPORTED and its companion bug bugzilla:42725 − all formats there have been discussed before (I can try to dig the Village Pump discussions if needed).
- I think there is a strong case for Raw image format (DNG) − bugzilla:19153 ; and I suppose Wikisource folks might be super interested in a ePub format − better check with them first if it is still needed.
- Jean-Fred (talk) 14:56, 26 March 2013 (UTC)
VP8 now patent encumbered
Now Google has licensed for MPEG LA patents for their use in VP8 it's no longer free in the sense of being unencumbered by patents. It's still royalty free, though the precise license terms for sublicensees are unavailable: . But that's the same as h.264 which is free for non-commercial use, but not used here because of patents. It may be subject to further licensing requirements, or even be banned, as Nokia are suing HTC over VP8 in Europe:.
The question is does anything need to be done about this? I would prefer it if the policy were able to support patent encumbered but free formats, especially h.264. But if that's not possible then should the use of VP8 be re-examined? --JohnBlackburne (talk) 20:19, 7 April 2013 (UTC)
- It seems that encumbrance hasn't been confirmed yet? Check w:JPEG#Patent_issues. If you have FUD, you can keep the originals and upload also Theora versions.
- Free for noncommercial use is not enough.
- --AVRS (talk) 09:07, 8 April 2013 (UTC)
- At least we should wait until "We anticipate having the terms of our sublicense ready in the next few weeks. When those terms are ready we will blog about them here, so watch this space." [Quote from 1] --McZusatz (talk) 18:22, 8 April 2013 (UTC)
Here's what looks like a draft agreement: . Not sure when it went up as it's undated and I've just noticed it. There's also a FAQ . Quite interesting and unlike typical open source licenses.--JohnBlackburne (talk) 22:40, 2 May 2013 (UTC)
SWF not generatable with free tools?
This is incorrect: there's Flex. This was created by Adobe, initially as a paid product but for most of its life as an Adobe product it was free. But recently Adobe handed it to Apache, and it is now available from them under the Apache License . Flex being command line is not everyone's first choice for making Flash/SWF/AIR content but that's a user preference, not a limitation of the software which supports all Flash/SWF/AIR features.--JohnBlackburne (talk) 19:01, 18 September 2013 (UTC)