discrete color scale bitmap becomes continuous object after eps/pdf export
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Inkscape |
Fix Released
|
Wishlist
|
Unassigned |
Bug Description
I have a figure created with ncl[1] that I would like to modify using inkscape. When I import the file in inkscape everything looks fine, but after exporting to eps or pdf, the discrete color label bar becomes a continuous color scale.
Here is the inkscape svg file
http://
This is the exported eps:
http://
The color scale was extracted from this pdf:
http://
According to a discussion on inkscape-users [2] it may be that inkscape interprets the size of the color scale object in a wrong way.
inkscape version is 0.48.4 on arch linux.
cheers,
stefan
[1] http://
[2] http://
tags: | added: color eps exporting pdf |
Changed in inkscape: | |
importance: | Undecided → Wishlist |
status: | New → Confirmed |
Changed in inkscape: | |
status: | Fix Committed → Fix Released |
It seems to me that Inkscape's cairo-based export is correctly interpreting the SVG data based on the SVG specification:
If adding the missing attribute mentioned in bug #616717 to the <image> element, the scaled bitmap image renders equally as continuous color scale in other SVG viewers (Batik, Firefox, Opera, librsvg) as it appears in cairo-based exports from Inkscape (PDF as well as PostScript).
Inkscape's current trunk though renders the scaled bitmap rather blurry towards all edges (unlike other SVG viewers).
Related earlier reports: tRatio' attribute not set)”
- Bug #461467 in Inkscape: “Image scale saved incorrectly”
- Bug #616717 “Resized bitmap images are rendered differently by Firefox or Batik ('preserveAspec
and
- Bug #1163449 “Imported bitmap appear blurry when zoomed in”
(new rendering of scaled bitmap images in current Inkscape trunk: it appears that Inkscape's pixelized view of up-scaled / zoomed-in bitmap images (old renderer in stable versions, trunk <= r12227) does not conform to the current SVG 1.1 specification, and that the spec currently does lack a solution supported by Inkscape to produce the same view as produced by Inkscape's old renderer in current stable versions)