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 <efir...@hawaii.edu> 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 <efir...@hawaii.edu> 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
> Matplotlib-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
------------------------------------------------------------------------------
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
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
