[NTG-context] RAL colours
pavneet_arora at waroc.com
Mon Apr 6 16:11:33 CEST 2015
Again, thank you for educating me on these principles. This really is
great stuff! Just the type of insight that I need. I am sure that many
of us struggle with production issues and it would be good to develop
design patterns on how to overcome them.
In response to Luigi's follow up post, let me describe what I have done,
and ask your opinions (and indulgence) as to its usefulness.
Let me preface all this by pointing you to an old video from AT&T
archives, now to be found on YouTube where Brian Kernighan describes
some of the distinctions of Unix. Although the entire video is
worthwhile even at 27m+ long if you just want to skip to his part, that
starts at the 4m09s mark. It is a nostalgic (but still valid) look at
the elegance of pipes and redirection.
Okay, what I have done is create two 'bash' scripts which rely heavily
on 'sed' to massage the text data retrieved using 'w3m' to create
suitable "colo-imp-ral.mkiv" (RAL Classic colours; 223 colours) and
"colo-imp-pantone.mkiv" (Pantone Coated colours; 1341 colours) files on
demand using the values found on Carlos Cabo's rgb.to website.
The generated file for the RAL colours includes both the RAL number and
the *English* name of the colour; one can easily modify the script to
use a different language version of the name if so desired. So, for
The script for the Pantone colours will only use the published name,
whether it have a name or number or both. So "Pantone Coated Orange 021
C" will be found in the file as:
and "Pantone Coated 801 C"
I won't, for the time being at least, publish the colour files in case
there is any issue about the proprietary nature of colours, but offer up
these two shell scripts. With these scripts one can generate the colour
files as needed for personal use. If Hans feels that these scripts are
appropriate to be published on the list, then I am happy to do so.
I will wait to hear back.
PS: I can already see some inconsistency in the sed processing as there
is no dash prefix before 801...*sigh*. Will have to work on that ;).
On 06Apr15, Henning Hraban Ramm wrote:
> Spot colors for printing rely on manufacturers that produce those
> The existing palettes are defined by (or in cooperation with) manufacturers.
> There exists nothing like open source paint recipes, AFAIK, so it would make no sense to define an open source (i.e. freely licensed) palette/system of spot colors.
> Of course it’s possible to define a system of (anyhow) matching colors. But that’s so much a matter of taste and application that I wouldn’t start with such an enterprise.
> There are some good online tools that help you finding matching design colors, at least for (s)RGB, e.g. Adobe Kuler or paletton.com.
> If you need spot colors for printing, you need a (digital or physical) palette from the manufacturers.
> Greetlings, Hraban
Pavneet Arora m: 647.406.6843
Waroc Informatik t: 416.937.9276
More information about the ntg-context