Running Inkscape repeatedly by script causes X to use lots of CPU

Bug #87009 reported by Bruce Cowan
4
Affects Status Importance Assigned to Milestone
inkscape (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: inkscape

Running the tiles@home script for OpenStreetMap from http://trac.openstreetmap.org/browser/utils/tilesAtHome calls inkscape to render SVG files without the GUI of Inkscape being loaded. This results in a very unresponsive X, as it uses lots of CPU time. This script didn't cause this issue in Edgy.

Revision history for this message
Kees Cook (kees) wrote :

Thanks for this bug report! Can you provide some details on how to run the script, etc, so that we can reproduce the problem you're seeing? I haven't used OpenStreetMap before, so I'm unsure how to duplicate the bug.

Revision history for this message
Bruce Cowan (bruce89-deactivatedaccount) wrote :

Yes, it is a little difficult to explain. The script won't work if you don't have an OSM password, so there is not much chance of running it elsewhere. I'll ask the developers of the script itself for advice.

Revision history for this message
Deelkar (deelkar) wrote :

I'm one of the devs on the script.
It basically downloads a set of map data in XML format, transforms this into a (rectangular) svg and then inkscape is used to export these svgs as square 256x256 truecolor pngs.

On a sidenode: why does inkscape try opening a DISPLAY at all when in batch mode?

Revision history for this message
Deelkar (deelkar) wrote :

Added example svg

Revision history for this message
Deelkar (deelkar) wrote :

example command lines run on a tileset:

...at zoom level 12 (squere png as mentioned above)

nice "inkscape" -w 256 -h 256 --export-area=0.000000:0.000000:878.910000:877.628239 --export-png="./tile_12_2148_1332.png" "./output-27352-z12.svg"

...at zoom level 14 (the script renders map tiles from z=12 to z=17)

nice "inkscape" -w 1024 -h 256 --export-area=0.000000:658.221179:878.910000:877.628239 --export-png="./tile_14_2148_5328.png_part" "./output-27352-z14.svg"

the png_part is then cut up to 256x256 px pngs by libgd.

I included the zoom 12 call so you can see better that there is some (intended) deformation going on (getting square tiles with simple mercator projection from rectangular svg area).

Revision history for this message
Bruce Cowan (bruce89-deactivatedaccount) wrote :

I no longer see this with an up to date Feisty with the newest version (r2187 "Athens") of the script, sorry to bother Ubuntu with this "bug".

Changed in inkscape:
status: Unconfirmed → Rejected
Revision history for this message
Deelkar (deelkar) wrote :

This might be related to the upstream bug on sf.net
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1670475&group_id=93438
as OSM data suffers from occasional bad UTF-8 characters.
When Inkscape encounters those it will allocate all available RAM in order to process it, and because that fails, crash.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.