Hi Richard, by coincidence I looked into the image rendering code last weekend. The solution is to identify problematic images and convert them (using convert ;) ). The code is currently not complete and has not been properly tested, therefore it has not been pushed to the official repository. I'll finish the code in the next days and will let you know when it's ready.
Regards, Volker Richard Ash wrote: > This issue is still affecting me. I've upgraded the server to run ImageMagic > 6.4.9 with newer librsvg2, and it now renders PNG files, without a crash or > error. I've purged the thumbnails for the relevant images so we don't have > old image files in the system. > > However I still have the same problem that SVG files are not included in the > PDFs produced, but PNG files are. If I upload the PNG thumbnail rendered on > the server as an image in it's own right and use that on the page, then that > image is included in the PDF. So the PNGs that the server produces can be > read by PIL. > > Full of mw-render is attached. I'm not quite sure why texvc and blahtexml > aren't found, because they are installed in /usr/local/bin - maybe that isn't > in the apache user's PATH, although I'm not very clear where that is set up > or how to change it. There is still the fatal entry > > 2009-03-11T12:28:23 rlwriter.warning >> img can not be opened by PIL > > Looking at the URLs retreived, it is definitely the SVG file which is being > got from the server, not the rendered PNG version. Would it be useful to make > the render server keep the zip file and see exactly what images got > downloaded into it? > > Richard > > > > ----- Original Message ---- > >> From: Richard Ash <[email protected]> >> To: Volker Haas <[email protected]> >> Cc: [email protected] >> Sent: Monday, 24 November, 2008 12:37:27 >> Subject: [mwlib] Re: SVG Image support >> > > >>> Unfortunately I can't reproduce the >>> problem you are having. >>> >>> I uploaded the svg image to our local test wiki and I had no problems >>> rendering the image in the PDF. Which version of convert/imagemagick are >>> you using? >>> >> Default Centos 5 RPM >> $ convert --version >> Version: ImageMagick 6.2.8 04/17/08 Q16 >> file:/usr/share/ImageMagick-6.2.8/doc/index.html >> Copyright: Copyright (C) 1999-2006 ImageMagick Studio LLC >> >> >>> This is what I get on a Ubuntu 8.10 machine: >>> >>> ~/ convert --version >>> Version: ImageMagick 6.3.7 08/21/08 Q16 http://www.imagemagick.org >>> Copyright: Copyright (C) 1999-2008 ImageMagick Studio LLC >>> >> When I try to render the .svg file I sent you on the command line it gives >> me a >> segmentation fault, so there is obviously something wrong with ImageMagick >> on >> this machine. (It renders fine in Gentoo's ImageMagick 6.4 on my desktop as >> well). >> >> >>> I attached the converted png, could you please test if this image can be >>> rendered by mwlib.rl. >>> >> That image renders into the PDF fine, so the problem is getting from SVG to >> PNG >> in ImageMagick (which oddly produces an PNG file that is capable of being >> rendered by Firefox and GQview, despite the segfault) on the web server. >> >> Richard >> >> >>> Richard Ash wrote: >>> >>>> From: Volker Haas >>>> >>>> Richard Ash wrote: >>>> Sorry, I didn't mean that it actually returned SVG images to the web >>>> >> browser, >> >>> but that I'm uploading SVG images to the server and it is rendering them to >>> >> PNG >> >>> (with imagemagick as it happens). It isn't a public wiki (it's a knowlege >>> base >>> for a work project), but it's running MediaWiki: 1.11., PHP: 5.1.6 >>> (apache2handler), MySQL: 5.0.45 on Centos 5. The reason I assumed that the >>> problem was with SVG and PIL was the error messages >>> >>>> 2008-10-15T11:46:19 rlwriter.warning >> img can not be opened by PIL >>>> >>>> Hi Richard, >>>> could you please mail me one of the svg images that can not be >>>> rendered. I need to investigate further since I have no trouble >>>> rendering svg images. >>>> >>>> Regards, >>>> Volker >>>> >>>> Attached. It's from Inkscape 0.46, so will be SVG 1.2, which may be >>>> >> relevant. >> >>> I'm seriously considering trying to get the Collection extension installed >>> on >>> Audacity's manual wiki, so testing might get easier once that happens. >>> >>>> Richard >>>> > > > > > > -- volker haas brainbot technologies ag fon +49 6131 2116394 boppstraße 64 fax +49 6131 2116392 55118 mainz [email protected] http://www.brainbot.com/ --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "mwlib" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/mwlib?hl=en -~----------~----~----~----~------~----~------~--~---
