https://bugzilla.wikimedia.org/show_bug.cgi?id=4947
--- Comment #14 from Steve Brown <[email protected]> 2008-12-16 18:45:37 UTC --- (In reply to Comment #12) thumbnailing "works for me." We must track this down, but I don't know what could be going on. It looks like you need ImageMagick >= 5.5.7 to thumbnail SVGZ images. Are you using a different $wgSVGConverter? When uploading images to my testbed, my $wgDebugLogFile shows this: > SvgHandler::rasterize: convert -background white -geometry 180 > '/var/lib/mediawiki/images/c/c1/France.svgz' > PNG:'/var/lib/mediawiki/images/thumb/c/c1/France.svgz/180px-France.svgz.png' > 2>&1 > wfShellExec: convert -background white -geometry 180 > '/var/lib/mediawiki/images/c/c1/France.svgz' > PNG:'/var/lib/mediawiki/images/thumb/c/c1/France.svgz/180px-France.svgz.png' > 2>&1 I don't think we should support the .svg.gz extension. Apache thinks this an archive mimetype. It then serves it up with the wrong headers and confuses Firefox, instead of decompressing inside the browser. And it might open the door to uploading any arbitrary archive file. (In reply to Comment #13) If SVGZ support is added, I imagine a "WikiProject Convert All Images to .svgz" might spring up, or someone might write a bot. We should just be consistent here and now, and avoid any wasted labor later on. So should the internal storage be SVG or SVGZ? I guess this is mostly a matter of opinion, so here are my thoughts: -HTML, CSS, etc. are documents, rapidly changing and volatile (this is a wiki, after all.) -It makes good sense to compress HTML at serve-time through Content-Encoding:gzip -Images, including vector graphics, are much more static -For efficiency's sake, we should compress images only once if possible. It doesn't make sense to recompress a SVG 6000 times on every serve (or even if it's cached.) We should only recompress when the file changes. -User data, e.g. Wikipedia, has wider scope than live web sites: dbdumps, cdroms, etc. We need to consider these use-cases as well. Permanent compression could be a major advantage here. -PNG, GIF, et al. all have compression features; this maximizes their usefulness and spread -Wikipedia is a major driving force behind SVG; it would help further popularize the format if we support SVGZ -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
