matplotlib-users Mailing List for matplotlib

On 1/31/2013 12:55 PM, Benjamin Root wrote:
> I was submitting an article to an IEEE journal once.  IEEE's submission process for images gives back fairly useful error messages, and it told me
> that my images (that I generated from matplotlib) needed to be in CMYK format.  I had access to Adobe Illustrator on my wife's computer, and used its
> tools to convert those files to CMYK, and resubmitted it to IEEE's submission page.  The error message I got back?  "Images need to be in RGB format"


http://matplotlib.org/users/whats_new.html#pgf-tikz-backend

fwiw,
Alan Isaac

On Thu, Jan 31, 2013 at 12:08 PM, Dieter <die...@ed...>wrote:

>
>
> Is there really no practical way to do this? How do others convert RGB
> plots
> to CMYK? (Importing my data into Matlab and plotting them there cannot be
> the only possibility!)
>
>
Funny story about that.  I was submitting an article to an IEEE journal
once.  IEEE's submission process for images gives back fairly useful error
messages, and it told me that my images (that I generated from matplotlib)
needed to be in CMYK format.  I had access to Adobe Illustrator on my
wife's computer, and used its tools to convert those files to CMYK, and
resubmitted it to IEEE's submission page.  The error message I got back?
"Images need to be in RGB format"

I forget what I did to resolve this problem (I think I did some funky
eps-->ps-->pdf-->eps thing, I don't remember), but what I submitted was
certainly RGB, so, go figure...

Cheers!
Ben Root

Thanks everybody for the input. As I see the answer is no, but it could be
implemented.

I did an extensive search, but I even struggle to find a good and practical
solution how to convert a VECTORPLOT RGB to CMYK on a linux system. (One way
I often found would be the Adobe suits, which I do not have.) I gave
mpl_ps_cmyk a go, but execution failed, and the page looks dated.
Furthermore, Adobes seems to provide ICCs only for Windows and Mac, but not
for Linux. ImageMagick rasterizes the figure, the same with GIMP.

I agree that this should be done on the publisher's side, but as a matter of
fact it is the requirement of some journals.

Is there really no practical way to do this? How do others convert RGB plots
to CMYK? (Importing my data into Matlab and plotting them there cannot be
the only possibility!)

Thanks everybody again, much appreciated!
Dieter



--
View this message in context: http://matplotlib.1069221.n5.nabble.com/CMYK-tp40352p40379.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

On 01/30/2013 08:02 PM, Benjamin Root wrote:
>
>
> On Wed, Jan 30, 2013 at 1:46 PM, Mads Ipsen <mad...@gm... 
> <mailto:mad...@gm...>> wrote:
>
>     On 01/30/2013 05:03 PM, Benjamin Root wrote:
>>
>>
>>     On Tue, Jan 29, 2013 at 5:12 PM, Mads Ipsen <mad...@gm...
>>     <mailto:mad...@gm...>> wrote:
>>
>>         Hi,
>>
>>         I spend some time writing up the question below on
>>         Stackoverflow which immediately was closed as a duplicate of
>>         other posts. To my best knowledge, these posts did not answer
>>         my questions - so I'll try my luck here instead:
>>
>>         I am using the qt backengine for setting up a QWidget that
>>         embeds a matplotlib scene. When the widget is closed it
>>         appears that many of the matplotlib objects that were part of
>>         the plot still are alive in Python space.
>>
>>         My question is basically the following: What actions should I
>>         take to clean up the figure and axes objects etc. that were
>>         part of the plot widget? The qt backend comes with a figure
>>         manager, but it appears a little unclear how it should be used.
>>
>>         I have attached a small unit test example that sets up a
>>         plot. When the plot appears, just close it, and the test will
>>         garbage collects the plot, and then display info of the
>>         matplotlib objects that are still alive in Python space.
>>         Clearly both the path of the plot, and several Bbox objects
>>         are still referenced.
>>
>>         Our current unit test suite contains almost 10000 GUI tests
>>         and its imperative that proper object space clean up is done
>>         after each test. Any help is much appreciated.
>>
>>         Best regards,
>>
>>         Mads
>>
>>
>>     Would "fig.clf()" do what you need?
>>
>>     Ben Root
>>
>     Thanks for the feedback.
>
>     The trick is to get this done automatically when the widget is
>     closed. If you look in backend_qt4.py in the constructor of
>     FigureCanvasQT you'll find
>
>       QtCore.QObject.connect(self, QtCore.SIGNAL('destroyed()'),
>     self.close_event)
>
>     which should perform the steps below when close_event is called
>
>       event = CloseEvent(s, self, guiEvent=guiEvent)
>       self.callbacks.process(s, event)
>
>     If I insert print statements, the signal is ignored with
>     matplotlib 1.1.0, but called with 1.2.0 (which uses a lambda
>     function in the above connection).But inspecting pythons objects
>     after the close() method is called on the widget, it seems that -
>     at least - the paths associated with plot actually still exist.
>
>     So I'm just a bit worried if there already is existing
>     functionality in the FigureCanvasQTAgg object that can do these
>     things for me. And if so, how to use them?
>
>     Best regards,
>
>     Mads
>
>
> Actually, now I am starting to recall a bug fix that came shortly 
> after the 1.2.0 release related to properly setting up the destruction 
> signal of the QT figure object.  Could you test your code-base with 
> the maintenance branch (1.2.x)? or master?
>
> Cheers!
> Ben Root
>
Hi,

I attach log files from running my setup 'plot.py' with 1.1.0, 1.2.0, 
and master. To my judgement - if an automated memory clean-up is handled 
by the FigureCanvasQTAgg class - I must be abusing the usage of the 
class, since all logs still show the presence of paths, labels, bbox's, etc.

Also notice that log-1.2.0 show the presence of a path with hundreds of 
data points, which are not present in the other logs.

Best regards,

Mads


-- 
+-----------------------------------------------------+
| Mads Ipsen                                          |
+----------------------+------------------------------+
| Gåsebæksvej 7, 4. tv |                              |
| DK-2500 Valby        | phone:          +45-29716388 |
| Denmark              | email:  mad...@gm... |
+----------------------+------------------------------+

I agree with Eric that what we need is a backend that support CMYK color
space.
But matplotlib may need to provide some framework for handling the color
profiles etc.

My limited experience with ps_myck backend (
https://github.com/leejjoon/mpl_ps_cmyk) suggests that, as far as
matplotlib provide some framework for color conversion,
implementing/modifying a backend to support cmyk should not be difficult.

So, yes, we need someone to write a MEP.

Regards,

-JJ



On Thu, Jan 31, 2013 at 4:30 AM, Eric Firing <ef...@ha...> wrote:

> On 2013/01/30 9:13 AM, Paul Kuin wrote:
> > For what it's worth.
> >
> > While the RGB system is native to monitor devices, since they produce
> > light of certain colours, CMYK is the colour system of printer
> > materials etc. since they absorb the colours, but reflect those we
> > see.  That means designs must be made in CMYK for pronter materials
> > and in RGB for our devices. The response of each medium or device is
> > different. RGB will have part of the colour space not accessible in
> > some devices, while in printed materials it is different again. The
> > basic thing is colour space, while RGB and CMYK can be seen as a map.
> > In the real world you have to look at the product to see if the
> > colours come out right.
> >
> > Not sure what to make of any implementation of this, but a simple
> > mapping should not be impossible.
>
> Granted, a mapping within the intersection of the two spaces
> respectively accessibly to RGB and CMYK is possible, but I think it
> makes more sense to do it as a separate operation on the ps or pdf file
> than to try to build it into mpl.  If it were to be built in, I think it
> would have to be bolted onto the ps and pdf backends.  I suspect that
> the alpha channel will make this quite complicated, much more so than a
> simple mapping; it will require an intermediate rendering step.
>
> Eric
>
> >
> > Cheers,
> >
> >     Paul
> >
> > On Wed, Jan 30, 2013 at 6:38 PM, Eric Firing <ef...@ha...> wrote:
> >> On 2013/01/30 6:43 AM, Michael Droettboom wrote:
> >>> We don't currently have any support -- and we're still struggling in
> >>> certain areas supporting RGBA consistently across the system.
> >>>
> >>> I think this would take someone writing a MEP (as a preliminary study
> of
> >>> all of the changes that would be involved) and then shepherding it
> >>> through implementation.
> >>
> >> My somewhat vague recollection is that CMYK is fundamentally
> >> output-device dependent, and therefore it really doesn't make much sense
> >> for a plotting library to support it directly.  The conversion from RGBA
> >> should be made by the publisher, knowing what the output device
> >> characteristics are.
> >>
> >> Eric
> >>
> >>>
> >>> Mike
> >>>
> >>> On 01/30/2013 11:10 AM, Ignas Anikevičius wrote:
> >>>> On 29/01/13 03:37:51 -0800, Dieter wrote:
> >>>>> I was wondering if anything changed regarding this within the last
> 2.5 years
> >>>>> since the last thread. Is there a way to produce CMYK with
> matplotlib?
> >>>> Hello everybody,
> >>>>
> >>>> I would be also interested in how to produce CMYK graphics without
> >>>> external fiddling.
> >>>>
> >>>> Cheers,
> >>>> Ignas
>
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_jan
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Something wrong with the figure in the gallery: custom_scale_example.py
<http://matplotlib.org/examples/api/custom_scale_example.html>  It's
supposed to be a Mercator scale, but the figure shown is just a linear scale
plot.I also attached my plot.
<http://matplotlib.1069221.n5.nabble.com/file/n40376/mercator_projection_scale.png>
Anyone who could confirm this? Thx!



--
View this message in context: http://matplotlib.1069221.n5.nabble.com/custom-scale-example-py-tp40376.html
Sent from the matplotlib - users mailing list archive at Nabble.com.