Awesome! Glad you got it working. It sounds like that solution may be all you need, but if you run into anything weird, here are some potentially useful tips. If you're using the fop command to generate your PDF, I'm not 100% sure if that's the same as running from batik directly. It might be though because I have a pretty loose understanding, but if you have any SVG specific stuff like filters going on, I'm not sure if you have to run things a little differently. It's my understanding that to process a full SVG, Batik would do some stuff, then pass remaining stuff off to FOP. For example, I had an issue where some shapes were getting rasterized in Batik before hitting FOP because they were using the opacity attribute. Instead I changed to fill-opacity and got vectors out. See http://batik.2283329.n4.nabble.com/PDFTranscoder-Text-Opacity-amp-Transcoding-Hints-td2978603.html towards the end for more details. On Wed, Sep 24, 2014 at 3:26 PM, Adobe Forums <forums_noreply@adobe.com> ... View more

Unfortunately I don't have that code running right now, so I can't convert for you, but everything should be correct in what you have. I think there was some page that mentioned something about using a newer FOP version with Batik and potential issues or conflicts you might run into, but I can't seem to find it. If you can output the FOP version number when running that might help you verify that you're running the latest. Whatever FOP stuff comes packaged with Batik won't support the CMYK features you need (I think). This was stated somewhat in the other thread we referenced, but since then I think the new color code was merged so it should be in the latest FOP. If you aren't getting any errors, I think the Batik code is running correctly. If you install Squiggle for the stable Batik version and open the modified SVG with the CMYK colors, you should get an error. This is why I think the problem is with your FOP version. Beyond that, I'm not sure what could be wrong. Hope you get it working! ... View more

Hmm, I know it took me quite a while before I got it to work, but I don't recall any problems once I had the right jars in place. You might need to make sure you have an updated version of FOP as well because earlier versions' PDF transcoding didn't support device-cmyk I think. Are you using FOP 1.1? ... View more

You won't need to change anything besides the colors. I'm doing something similar to what you are doing by the looks of it. I was able to save from Illustrator, then only add " device-cmyk(...)" after each fill color. I found that when opening the resulting PDF in Illustrator for a doc like the one you sent, I'd then get a warning that there was both CMYK and RGB in the same document. Then I could inspect each item color by color and verify that the CMYK colors came out exactly vs being converted from RGB values. What do you mean by namespace RGB? ... View more

How about fill="#71523A device-cmyk(0.7,0.8,1,0)" ... View more

You probably don't have all the Batik dependencies in your classpath. I think you'll need all those to run it. I'm accessing it from Java code from some Batik examples but I'd imagine the executable might work as well. If you're still having trouble, replying to the Batik thread might be helpful. ... View more

Download the svgcolor12 branch source and use the all-jar ant target. The other targets won't work. See the last post here: http://batik.2283329.n4.nabble.com/How-can-I-change-the-color-model-of-an-SVG-image-from-RGB-to-CMYK-and-vice-versa-td3092769.html . ... View more

Thanks for the notes. Batik won't recognize the cmyk colors without the svgcolor12 branch code. With that, I've tested an SVG with the CMYK colors and it rasterizes to PNG and PDF fine in my tests. Once I open the resulting PDF in Illustrator, I see the expected CMYK colors - just as they were originally. ... View more

Cool let me know if you have any more questions and if you find any useful tips, I'd love to hear too! I've only completed a proof of concept and this isn't part of my normal workflow yet so there's still a lot to be done. For Batik, make sure to check out the svgcolor12 branch if you haven't already. ... View more

Hi Dan, Sorry, I can't share the script as it's part of a large system, but the basic concept should be fairly straightforward. In the simplest form, just iterate over every element and create a map of RGB to CMYK colors. It's possible there could be some overlaps where 2 CMYK values mapped to a single RGB color (I'm not sure yet). If this was the case, you could store maps by element ID probably but I haven't tested this. I'm not concerned about importing back into Illustrator, but I think you're right in that it won't pull in the CMYK values. Maybe the file won't even open - I forget. I end up moving into Apache Batik to eventually convert to PDF, but that has its own challenges too because Batik's stable code doesn't support CMYK either. Hope that helps, Jon ... View more

Our solution was to write a custom script to create a mapping of all RGB colors to CMYK colors in the document (ideally per element). Then, after the SVG is saved, you can inject the cmyk values into the SVG. It's not the cleanest, but it works! It's of course much better than trying to run some post process conversion because you get the actual conversions that Illustrator would have used with all the relevant settings and profiles. On Sun, Aug 24, 2014 at 7:47 AM, Adobe Forums <forums_noreply@adobe.com> ... View more

Hi Mylenium, Thanks for the feedback. You're right that unmanaged device colors, device-cmyk() doesn't appear until SVG2 (http://www.w3.org/TR/SVG2/color.html#device). Sorry if that was misleading. My other example however, icc-color(), is part of SVG 1.1 but the SVG 1.2 docs are a litte more detailed (http://www.w3.org/TR/SVGColor12/#icc-colors). I agree, that Adobe wouldn't necessarily support a draft specification, but there exist some ways to do this within SVG 1.1. Here's a quote about icc-colors from that last link: As with SVG Full 1.1, SVG Color content may specify color using an ICC profile (see [ICC42]); an sRGB fallback must still be provided. As for the intent, let me clairfy. I'd want to use an RGB fallback for display on the web since RGB is used by monitors of course. However, I will eventually convert the resulting SVG to a PDF for print and in that case I'll need the CMYK values since it's impossible convert from CMYK to RGB and back to CMYK. The reason I can't export straight to PDF in the first place is that I'll allow users to manipulate the SVG in their browser before printing. Let's sssume I have all the other details worked out such as how to force the browser to ignore the icc-color so it always uses the fallback for consistency; I still need to figure out how to maintain the CMYK colors or get a mapping of RGB to CMYK colors for all colors in the document. I'm thinking that creating a mapping for each document might be the solution here, but I'm still brainstorming the best way to do that as well. Any other ideas? Thank you ... View more

Hi Monika, The hex values are RGB colors. I'm looking for a way to get CMYK colors exported in addition to the RGB colors so that I can get the print colors correct when converting my SVG back to PDF later in my workflow. Here's an example: <color-profile name="acmecmyk" xlink:href="http://printers.example.com/acmecorp/model1234"/> <circle fill="#CD853F icc-color(acmecmyk, 0.11, 0.48, 0.83, 0.00)"/> See http://www.w3.org/TR/SVGColor12/#icc-colors for more info on icc-color(). device-cmyk() is another possibility. I suspect that Illustrator may not support either of these but I wanted to verify. If it doesn't, any ideas for other workarounds? The assumption is that Illustrator will not be involved after the file is exported to SVG which is why it's important to get the CMYK equivalents exported with the RGB colors during the initial export to SVG. ... View more