<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/">
	<channel>
		<title>PrintPlanet.com - Color Management</title>
		<link>http://printplanet.com/forums/</link>
		<description>Discussions related color measurement, process control and ICC-based color management for digital imaging and print production.</description>
		<language>en</language>
		<lastBuildDate>Sat, 25 May 2013 15:26:33 GMT</lastBuildDate>
		<generator>vBulletin</generator>
		<ttl>1</ttl>
		<image>
			<url>http://printplanet.com/forums/images/misc/rss.png</url>
			<title>PrintPlanet.com - Color Management</title>
			<link>http://printplanet.com/forums/</link>
		</image>
		<item>
			<title>For the love of god</title>
			<link>http://printplanet.com/forums/color-management/31271-love-god</link>
			<pubDate>Sat, 25 May 2013 04:59:02 GMT</pubDate>
			<description>CAN SOMEONE GIVE ME THE CMYK BREAKDOWN OF 485 HERE IN 2013?


All I have is 100m, 91y according to my trusty old 20 year old Pantone spot to CMYK swatch book, yet I have designers telling me 100m, 100y is teh correct conversion! HALP ME!!!</description>
			<content:encoded><![CDATA[<div>CAN SOMEONE GIVE ME THE CMYK BREAKDOWN OF 485 HERE IN 2013?<br />
<br />
<br />
All I have is 100m, 91y according to my trusty old 20 year old Pantone spot to CMYK swatch book, yet I have designers telling me 100m, 100y is teh correct conversion! HALP ME!!!</div>

]]></content:encoded>
			<category domain="http://printplanet.com/forums/color-management/">Color Management</category>
			<dc:creator>gig0</dc:creator>
			<guid isPermaLink="true">http://printplanet.com/forums/color-management/31271-love-god</guid>
		</item>
		<item>
			<title>Denistometer V/S Spectrophotometer</title>
			<link>http://printplanet.com/forums/color-management/31259-denistometer-v-s-spectrophotometer</link>
			<pubDate>Thu, 23 May 2013 16:46:51 GMT</pubDate>
			<description><![CDATA[Hi,

I am not sure that this point was discussed before or not. Which device should be better to the newspaper pressroom: densitomter or spectrophotometer? At present we are scanning gray bar (not black) on the color pages and try to keep the C, M and Y density values within given specification on the presses. We use status T (absolute) on densitometer. It happens that due to different shades of paper: same density may have different L, a and b values. Also spectrophotometer may be useful to check the Delta E between proofs and printed copies and also 'b' value of the paper. It would be great to have some information on which device we should apply and why?

Thanks.]]></description>
			<content:encoded><![CDATA[<div>Hi,<br />
<br />
I am not sure that this point was discussed before or not. Which device should be better to the newspaper pressroom: densitomter or spectrophotometer? At present we are scanning gray bar (not black) on the color pages and try to keep the C, M and Y density values within given specification on the presses. We use status T (absolute) on densitometer. It happens that due to different shades of paper: same density may have different L, a and b values. Also spectrophotometer may be useful to check the Delta E between proofs and printed copies and also 'b' value of the paper. It would be great to have some information on which device we should apply and why?<br />
<br />
Thanks.</div>

]]></content:encoded>
			<category domain="http://printplanet.com/forums/color-management/">Color Management</category>
			<dc:creator>nilay</dc:creator>
			<guid isPermaLink="true">http://printplanet.com/forums/color-management/31259-denistometer-v-s-spectrophotometer</guid>
		</item>
		<item>
			<title>Curve3 VS. Spot On! - Discrepancy</title>
			<link>http://printplanet.com/forums/color-management/31256-curve3-vs-spot-discrepancy</link>
			<pubDate>Thu, 23 May 2013 14:24:22 GMT</pubDate>
			<description>Does anyone use Curve2 or Curve3 and use Spot On to verify a calibration once completing a G7 run? 

Does anyone else get radically different between the two results as far as the Delta E readings?

Just curious.</description>
			<content:encoded><![CDATA[<div>Does anyone use Curve2 or Curve3 and use Spot On to verify a calibration once completing a G7 run? <br />
<br />
Does anyone else get radically different between the two results as far as the Delta E readings?<br />
<br />
Just curious.</div>

]]></content:encoded>
			<category domain="http://printplanet.com/forums/color-management/">Color Management</category>
			<dc:creator>Asures</dc:creator>
			<guid isPermaLink="true">http://printplanet.com/forums/color-management/31256-curve3-vs-spot-discrepancy</guid>
		</item>
		<item>
			<title>Designing with questions about a color critical sheet-fed project</title>
			<link>http://printplanet.com/forums/color-management/31250-designing-questions-about-color-critical-sheet-fed-project</link>
			<pubDate>Tue, 21 May 2013 22:35:21 GMT</pubDate>
			<description><![CDATA[Hi, I'm a designer, I'd like to get your input on a few points so I can discuss them more intelligently with print companies who will be invited to bid on the job.

The project is color critical and will be done 4/0 on a sheetfed press. No spots.

1)  I thought it would make sense to talk to G7 certified printers and have it printed in accordance with that spec. The very first printer I spoke to said "yes, that's us!". But just a few minutes later he asked me what color I wanted the paper to be. This rather surprised me - isn't the nature of the paper spelled out in the spec?  

2) The second printer I talked to advised budgeting for a full wet proof and airfare and hotel for press checks during the actual run. Again, surprise. I guess I was under the impression that proofing technology had advanced to the stage where these things were unnecessary uses of time and money. In my mind, even if a project is color critical, once I've signed off on a proof, that is what the printer is going to produce, and the pressman doesn't me standing there looking over his shoulder at 3AM. Thoughts?

3) I'm getting contradictory advice regarding the best way to do my separations. I'm working in InDesign. On the one hand I've been told to use GRACoL2006v2 for color management and let InDesign determine the CMYK values. This produces colors that tend to be spread over all four inks. On the other hand, I've been told that those builds are less stable, and since almost all colors can be built multiple ways in CMYK, I should endeavor to do grey component replacement (GCR), e.g. make the same colors but build them with just one or two colors plus black - i.e. CMK, CYK or MYK, never all four of CMYK if possible. Again, any thoughts or opinions?]]></description>
			<content:encoded><![CDATA[<div>Hi, I'm a designer, I'd like to get your input on a few points so I can discuss them more intelligently with print companies who will be invited to bid on the job.<br />
<br />
The project is color critical and will be done 4/0 on a sheetfed press. No spots.<br />
<br />
1)  I thought it would make sense to talk to G7 certified printers and have it printed in accordance with that spec. The very first printer I spoke to said &quot;yes, that's us!&quot;. But just a few minutes later he asked me what color I wanted the paper to be. This rather surprised me - isn't the nature of the paper spelled out in the spec?  <br />
<br />
2) The second printer I talked to advised budgeting for a full wet proof and airfare and hotel for press checks during the actual run. Again, surprise. I guess I was under the impression that proofing technology had advanced to the stage where these things were unnecessary uses of time and money. In my mind, even if a project is color critical, once I've signed off on a proof, that is what the printer is going to produce, and the pressman doesn't me standing there looking over his shoulder at 3AM. Thoughts?<br />
<br />
3) I'm getting contradictory advice regarding the best way to do my separations. I'm working in InDesign. On the one hand I've been told to use GRACoL2006v2 for color management and let InDesign determine the CMYK values. This produces colors that tend to be spread over all four inks. On the other hand, I've been told that those builds are less stable, and since almost all colors can be built multiple ways in CMYK, I should endeavor to do grey component replacement (GCR), e.g. make the same colors but build them with just one or two colors plus black - i.e. CMK, CYK or MYK, never all four of CMYK if possible. Again, any thoughts or opinions?</div>

]]></content:encoded>
			<category domain="http://printplanet.com/forums/color-management/">Color Management</category>
			<dc:creator>HarveyDunn</dc:creator>
			<guid isPermaLink="true">http://printplanet.com/forums/color-management/31250-designing-questions-about-color-critical-sheet-fed-project</guid>
		</item>
		<item>
			<title>Onyx</title>
			<link>http://printplanet.com/forums/color-management/31225-onyx</link>
			<pubDate>Fri, 17 May 2013 16:50:05 GMT</pubDate>
			<description>Anyone using Onyx?

I saw the interface for the first time yesterday. It looks a lot like EFI.

How accurate is color? I need Onyx to handle the large RIP files for our new S70670, but should I consider moving the 7880 from EFI to Onyx?

Has anyone had experience running EFI and Onyx on the same print server?</description>
			<content:encoded><![CDATA[<div>Anyone using Onyx?<br />
<br />
I saw the interface for the first time yesterday. It looks a lot like EFI.<br />
<br />
How accurate is color? I need Onyx to handle the large RIP files for our new S70670, but should I consider moving the 7880 from EFI to Onyx?<br />
<br />
Has anyone had experience running EFI and Onyx on the same print server?</div>

]]></content:encoded>
			<category domain="http://printplanet.com/forums/color-management/">Color Management</category>
			<dc:creator>digitalatsigonedotcom</dc:creator>
			<guid isPermaLink="true">http://printplanet.com/forums/color-management/31225-onyx</guid>
		</item>
		<item>
			<title>Calcutate dot gain based upon readings with stochastic screen</title>
			<link>http://printplanet.com/forums/color-management/31223-calcutate-dot-gain-based-upon-readings-stochastic-screen</link>
			<pubDate>Fri, 17 May 2013 13:17:51 GMT</pubDate>
			<description><![CDATA[Hello everybody, 

 I've been told that it's impossible to calculate dot gain, based upon readings from printed stochastic screens. Only AM-screens (round, elliptical, ...) should do the trick. 

 I find that very hard to believe since tint values (and thus dot gain) are calculated using both a blank paper measurement and a 100% measurement. If these two readings are known to the measuremet device, it should be quiet simple to calculate the relative positive of the measured tint since the measured spot (diameter about 4mm) is averaged. 

 Am I mistaking? And what can be the cause of inaccurate readings for stochastic screens? 


 Thanks in advance for your feedback. 

 screenpixie]]></description>
			<content:encoded><![CDATA[<div>Hello everybody, <br />
<br />
 I've been told that it's impossible to calculate dot gain, based upon readings from printed stochastic screens. Only AM-screens (round, elliptical, ...) should do the trick. <br />
<br />
 I find that very hard to believe since tint values (and thus dot gain) are calculated using both a blank paper measurement and a 100% measurement. If these two readings are known to the measuremet device, it should be quiet simple to calculate the relative positive of the measured tint since the measured spot (diameter about 4mm) is averaged. <br />
<br />
 Am I mistaking? And what can be the cause of inaccurate readings for stochastic screens? <br />
<br />
<br />
 Thanks in advance for your feedback. <br />
<br />
 screenpixie</div>

]]></content:encoded>
			<category domain="http://printplanet.com/forums/color-management/">Color Management</category>
			<dc:creator>screenpixie</dc:creator>
			<guid isPermaLink="true">http://printplanet.com/forums/color-management/31223-calcutate-dot-gain-based-upon-readings-stochastic-screen</guid>
		</item>
		<item>
			<title>Trying new colors</title>
			<link>http://printplanet.com/forums/color-management/31220-trying-new-colors</link>
			<pubDate>Fri, 17 May 2013 10:02:03 GMT</pubDate>
			<description>I should do a test paint another supplier and to write a report, if there is one formula of some kind, which would have to be written, except for consumer printing inks, drying ..</description>
			<content:encoded><![CDATA[<div>I should do a test paint another supplier and to write a report, if there is one formula of some kind, which would have to be written, except for consumer printing inks, drying ..</div>

]]></content:encoded>
			<category domain="http://printplanet.com/forums/color-management/">Color Management</category>
			<dc:creator>urbis72</dc:creator>
			<guid isPermaLink="true">http://printplanet.com/forums/color-management/31220-trying-new-colors</guid>
		</item>
		<item>
			<title>G-Seven Calc v2.1</title>
			<link>http://printplanet.com/forums/color-management/31217-g-seven-calc-v2-1-a</link>
			<pubDate>Fri, 17 May 2013 03:05:18 GMT</pubDate>
			<description><![CDATA[G-Seven Calc v2.1
by KewlBigDan

THIS SYSTEM IS NOT CERTIFIED BY IDEALLIANCE and will never be.  Seriously $7000??

This Excel Document is FREE. You must of course own the Excel (2007/2010) application. I am not sure it works on MACs, other Excel versions or other Excel document emulators.

I have used this software 100's of times for RIP curve calculations, verification, and G7 certifications and it gets us through each time with no problems.

I have to say it is not a polished system, and you have to have your data in a certain format for it to work but if you follow the instructions it should get you very close to where you want to be without spending $2000 for a professional app.  Saying that, Purchasing any of the G7 Certified Systems would always be better if you want guaranteed results, but if your on a budget, or work for a cheap company and your tired of Fangraphs...this will work.

The 1 MACRO only imports (copy paste) the data from another excel file (your saved P2P25 data) so if you want to manually do that disable them, it still calculates fine.

My company put me in charge of getting us re-certified G7 Master Printer and I had no clue what G7 entailed. they also didnt want to purchase the Curve2 software and wanted me to just use the Fangraph method for 10 presses, 5 substrates, and mulitple runs. So rather than sit for 4 weeks manually calculating fangraphs for 150 P2P25s, (ok dont roll your eyes, I said I didnt know what I was doing, was just following orders).
So I searched on internet for another solution. There didnt seem to be any application other than the $2000+ applications out there. So I started reading, searching, experimenting. I started in Filemaker Pro, but decided to move to Excel as it works for all the calculations. 
I got my hands on the G7 How To 2008.pdf which unlike the G7 How To 2009, Has most of the formulas required to get the results. This problem came translating these formulas into something workable in Excel. As the Formulas deal mostly with LAB, it took another month of searching mathimatical conversion formulas to be able to convrt Densities into *L and back again, and working out the correct NPDC curve data. 
First I worked on the brute force method of just inputing the values from the Fangraph and doing a look-up, lots of data entry but after useing this method for testing I stumbled across how to do all the math to dynamically (learning polynomial equations in the process) calculate the curve for any SID. This was a boon as it opened up alot of other factors that then became possible.
So by this stage I could target teh NPDC curve dead on with a simple Correcttred RIP curve but the Grayscale *a *b formulas still evaded me.
So embedded in all the calculations are 5 different calculations by radio button for calculating the Grayscale. I tested each extensively but none really worked correctly. Maybe I was blind or dumb but I could not figure how to have excel find the Gray target off the P2P25 and then calculate the desired grayscale RIP curves. 
6 months went by, I gave up. Then one day I was reading some obscure manuscript from a professor to his students about something and it all clicked. (The paper had nothing to do with G7 and was dated in the 70's if I recall, why I was reading it I have no idea, it was one of those moments when i typed some weird thing in the search engine and it popped up). Anyways, I rewrote, which I hate to do, hence the still embedded 5 grayscale calculations, the grayscale calculations with this new understanding and the results were spot on.
Since I wasn't G7 anything by this stage, I still had to use a G7 Expert company to verify and submit all our G7 Master Printer data and I submitted our data for analysts and the results from their Curve2 software matched exactly my results, down to the graphs depictions.]]></description>
			<content:encoded><![CDATA[<div>G-Seven Calc v2.1<br />
by KewlBigDan<br />
<br />
THIS SYSTEM IS NOT CERTIFIED BY IDEALLIANCE and will never be.  Seriously $7000??<br />
<br />
This Excel Document is FREE. You must of course own the Excel (2007/2010) application. I am not sure it works on MACs, other Excel versions or other Excel document emulators.<br />
<br />
I have used this software 100's of times for RIP curve calculations, verification, and G7 certifications and it gets us through each time with no problems.<br />
<br />
I have to say it is not a polished system, and you have to have your data in a certain format for it to work but if you follow the instructions it should get you very close to where you want to be without spending $2000 for a professional app.  Saying that, Purchasing any of the G7 Certified Systems would always be better if you want guaranteed results, but if your on a budget, or work for a cheap company and your tired of Fangraphs...this will work.<br />
<br />
The 1 MACRO only imports (copy paste) the data from another excel file (your saved P2P25 data) so if you want to manually do that disable them, it still calculates fine.<br />
<br />
My company put me in charge of getting us re-certified G7 Master Printer and I had no clue what G7 entailed. they also didnt want to purchase the Curve2 software and wanted me to just use the Fangraph method for 10 presses, 5 substrates, and mulitple runs. So rather than sit for 4 weeks manually calculating fangraphs for 150 P2P25s, (ok dont roll your eyes, I said I didnt know what I was doing, was just following orders).<br />
So I searched on internet for another solution. There didnt seem to be any application other than the $2000+ applications out there. So I started reading, searching, experimenting. I started in Filemaker Pro, but decided to move to Excel as it works for all the calculations. <br />
I got my hands on the G7 How To 2008.pdf which unlike the G7 How To 2009, Has most of the formulas required to get the results. This problem came translating these formulas into something workable in Excel. As the Formulas deal mostly with LAB, it took another month of searching mathimatical conversion formulas to be able to convrt Densities into *L and back again, and working out the correct NPDC curve data. <br />
First I worked on the brute force method of just inputing the values from the Fangraph and doing a look-up, lots of data entry but after useing this method for testing I stumbled across how to do all the math to dynamically (learning polynomial equations in the process) calculate the curve for any SID. This was a boon as it opened up alot of other factors that then became possible.<br />
So by this stage I could target teh NPDC curve dead on with a simple Correcttred RIP curve but the Grayscale *a *b formulas still evaded me.<br />
So embedded in all the calculations are 5 different calculations by radio button for calculating the Grayscale. I tested each extensively but none really worked correctly. Maybe I was blind or dumb but I could not figure how to have excel find the Gray target off the P2P25 and then calculate the desired grayscale RIP curves. <br />
6 months went by, I gave up. Then one day I was reading some obscure manuscript from a professor to his students about something and it all clicked. (The paper had nothing to do with G7 and was dated in the 70's if I recall, why I was reading it I have no idea, it was one of those moments when i typed some weird thing in the search engine and it popped up). Anyways, I rewrote, which I hate to do, hence the still embedded 5 grayscale calculations, the grayscale calculations with this new understanding and the results were spot on.<br />
Since I wasn't G7 anything by this stage, I still had to use a G7 Expert company to verify and submit all our G7 Master Printer data and I submitted our data for analysts and the results from their Curve2 software matched exactly my results, down to the graphs depictions.</div>


	<div style="padding:10px">

	

	

	

	
		<fieldset class="fieldset">
			<legend>Attached Files</legend>
			<ul>
			<li>
	<img class="inlineimg" src="http://printplanet.com/forums/images/attach/zip.gif" alt="File Type: zip" />
	<a href="http://printplanet.com/forums/attachments/f251/3486d1368759846-g-seven-calc-v2-1-g-seven-calc-v2.1.zip">G-Seven Calc v2.1.zip</a> 
(1.87 MB)
</li>
			</ul>
		</fieldset>
	

	</div>
]]></content:encoded>
			<category domain="http://printplanet.com/forums/color-management/">Color Management</category>
			<dc:creator>kewlbigdan</dc:creator>
			<guid isPermaLink="true">http://printplanet.com/forums/color-management/31217-g-seven-calc-v2-1-a</guid>
		</item>
		<item>
			<title>Specifying color using Lab values</title>
			<link>http://printplanet.com/forums/color-management/31216-specifying-color-using-lab-values</link>
			<pubDate>Fri, 17 May 2013 01:04:16 GMT</pubDate>
			<description><![CDATA[I'd love to hear your thoughts on specifying colors in apps like InDesign using Lab values instead of cmyk for print production.
Good idea? Bad? Concerns? Choice of rendering intents etc. is anyone doing this?

Thx, gordo]]></description>
			<content:encoded><![CDATA[<div>I'd love to hear your thoughts on specifying colors in apps like InDesign using Lab values instead of cmyk for print production.<br />
Good idea? Bad? Concerns? Choice of rendering intents etc. is anyone doing this?<br />
<br />
Thx, gordo</div>

]]></content:encoded>
			<category domain="http://printplanet.com/forums/color-management/">Color Management</category>
			<dc:creator>gordo</dc:creator>
			<guid isPermaLink="true">http://printplanet.com/forums/color-management/31216-specifying-color-using-lab-values</guid>
		</item>
		<item>
			<title>Pantone Plus Swatch Book documents</title>
			<link>http://printplanet.com/forums/color-management/31214-pantone-plus-swatch-book-documents</link>
			<pubDate>Thu, 16 May 2013 20:22:03 GMT</pubDate>
			<description><![CDATA[I've updated the swatch book documents I built several years back. These now contain the Pantone Plus colors. All the colors are spot, defined in Lab. There are no profiles present.

Don't worry if it looks like the colors are not spot in Acrobat. There's a limit of 27 spot colors that can be displayed in the Output Preview window. This is a limitation of Acrobat.

The Solid Coated and Uncoated documents each have 1645 colors. The Pastel & Neon documents each contain 210 colors.

Enjoy.]]></description>
			<content:encoded><![CDATA[<div>I've updated the swatch book documents I built several years back. These now contain the Pantone Plus colors. All the colors are spot, defined in Lab. There are no profiles present.<br />
<br />
Don't worry if it looks like the colors are not spot in Acrobat. There's a limit of 27 spot colors that can be displayed in the Output Preview window. This is a limitation of Acrobat.<br />
<br />
The Solid Coated and Uncoated documents each have 1645 colors. The Pastel &amp; Neon documents each contain 210 colors.<br />
<br />
Enjoy.</div>


	<div style="padding:10px">

	

	

	

	
		<fieldset class="fieldset">
			<legend>Attached Files</legend>
			<ul>
			<li>
	<img class="inlineimg" src="http://printplanet.com/forums/images/attach/zip.gif" alt="File Type: zip" />
	<a href="http://printplanet.com/forums/attachments/f251/3485d1368735691-pantone-plus-swatch-book-documents-archive.zip">Archive.zip</a> 
(403.7 KB)
</li>
			</ul>
		</fieldset>
	

	</div>
]]></content:encoded>
			<category domain="http://printplanet.com/forums/color-management/">Color Management</category>
			<dc:creator>rich apollo</dc:creator>
			<guid isPermaLink="true">http://printplanet.com/forums/color-management/31214-pantone-plus-swatch-book-documents</guid>
		</item>
		<item>
			<title>Auto generate CMYK values from Lab?</title>
			<link>http://printplanet.com/forums/color-management/31208-auto-generate-cmyk-values-lab</link>
			<pubDate>Thu, 16 May 2013 00:36:32 GMT</pubDate>
			<description>Is there a way to automatically generate CMYK screen tint values from a list of (several hundred) L*a*b* values?

thx, gordo</description>
			<content:encoded><![CDATA[<div>Is there a way to automatically generate CMYK screen tint values from a list of (several hundred) L*a*b* values?<br />
<br />
thx, gordo</div>

]]></content:encoded>
			<category domain="http://printplanet.com/forums/color-management/">Color Management</category>
			<dc:creator>gordo</dc:creator>
			<guid isPermaLink="true">http://printplanet.com/forums/color-management/31208-auto-generate-cmyk-values-lab</guid>
		</item>
		<item>
			<title>Old skool printer - ICC profiles</title>
			<link>http://printplanet.com/forums/color-management/31199-old-skool-printer-icc-profiles</link>
			<pubDate>Wed, 15 May 2013 05:31:09 GMT</pubDate>
			<description><![CDATA[Right,

I've been using digital printers for a few years and historically only used ICCs at the RIP stage, but am now looking at incorporating ICC into our entire workflow (photoshop, illustrator etc)

Just a couple of things I'm still wondering about;
- If I have a CMYK PDF saved from Illustrator that has an embedded profile of FOGRA39 but within this Illustrator PDF are 2 placed CMYK EPS images (1 with embedded US Web coated SWOP and the other with ISOcoatedsbv2)
- The RIP is set to use Embedded profiles.

Are ALL of the embedded profiles within the document used as they should be? or just the one embedded in the PDF?]]></description>
			<content:encoded><![CDATA[<div>Right,<br />
<br />
I've been using digital printers for a few years and historically only used ICCs at the RIP stage, but am now looking at incorporating ICC into our entire workflow (photoshop, illustrator etc)<br />
<br />
Just a couple of things I'm still wondering about;<br />
- If I have a CMYK PDF saved from Illustrator that has an embedded profile of FOGRA39 but within this Illustrator PDF are 2 placed CMYK EPS images (1 with embedded US Web coated SWOP and the other with ISOcoatedsbv2)<br />
- The RIP is set to use Embedded profiles.<br />
<br />
Are ALL of the embedded profiles within the document used as they should be? or just the one embedded in the PDF?</div>

]]></content:encoded>
			<category domain="http://printplanet.com/forums/color-management/">Color Management</category>
			<dc:creator>PrintFX</dc:creator>
			<guid isPermaLink="true">http://printplanet.com/forums/color-management/31199-old-skool-printer-icc-profiles</guid>
		</item>
		<item>
			<title>Conflicting Lab Color Values</title>
			<link>http://printplanet.com/forums/color-management/31184-conflicting-lab-color-values</link>
			<pubDate>Mon, 13 May 2013 06:54:32 GMT</pubDate>
			<description><![CDATA[We are screen printers, and I am trying to set some print standards for our printers. ISO 12647-5

Fogra9 is for screen print, but i can't seem to find a profile to install (SC_GC2_CO_F30), only find the data.
However, Fogra information sheet says Fogra9 is practically identical to offset on gloss art paper (Fogra39?),
so should i forget about Fogra9 and use fogra39?

For Fogra9, why are the Lab values different (Fogra Vs. ISO) when they are both for 12647-5, gamut class 2, especially in Cyan and Yellow? Both are black backing for measurements.

Fogra9s.txt (Screen printing acc. ISO 12642-5, SC_GC2_CO_F30, gamut class 2)
Lab Values
100 Cyan	 	57.36 	-37.40 	-49.83
100 Magenta	47.68	73.16	-6.13
100 Yellow   	88.28	-4.97		94.76
100 Black		19.14	-0.14		1.44

ISO 12647-5 (gamut class 2)
Lab Values
100 Cyan	 	52 		-33 		-51
100 Magenta	47		74		-5
100 Yellow   	89		-9		83
100 Black		18		0		0

Once i know which Lab values to aim for, then i'll continue on with a test print on the press to do some measurements of solids and halftones etc..
(At the moment we print by eye, but we will get a densitometer soon to measure halftones properly so we can create better (correct) films and prints etc. with a standard to aim for)

Thanks for your help!
Brett]]></description>
			<content:encoded><![CDATA[<div>We are screen printers, and I am trying to set some print standards for our printers. ISO 12647-5<br />
<br />
Fogra9 is for screen print, but i can't seem to find a profile to install (SC_GC2_CO_F30), only find the data.<br />
However, Fogra information sheet says Fogra9 is practically identical to offset on gloss art paper (Fogra39?),<br />
so should i forget about Fogra9 and use fogra39?<br />
<br />
For Fogra9, why are the Lab values different (Fogra Vs. ISO) when they are both for 12647-5, gamut class 2, especially in Cyan and Yellow? Both are black backing for measurements.<br />
<br />
Fogra9s.txt (Screen printing acc. ISO 12642-5, SC_GC2_CO_F30, gamut class 2)<br />
Lab Values<br />
100 Cyan	 	57.36 	-37.40 	-49.83<br />
100 Magenta	47.68	73.16	-6.13<br />
100 Yellow   	88.28	-4.97		94.76<br />
100 Black		19.14	-0.14		1.44<br />
<br />
ISO 12647-5 (gamut class 2)<br />
Lab Values<br />
100 Cyan	 	52 		-33 		-51<br />
100 Magenta	47		74		-5<br />
100 Yellow   	89		-9		83<br />
100 Black		18		0		0<br />
<br />
Once i know which Lab values to aim for, then i'll continue on with a test print on the press to do some measurements of solids and halftones etc..<br />
(At the moment we print by eye, but we will get a densitometer soon to measure halftones properly so we can create better (correct) films and prints etc. with a standard to aim for)<br />
<br />
Thanks for your help!<br />
Brett</div>

]]></content:encoded>
			<category domain="http://printplanet.com/forums/color-management/">Color Management</category>
			<dc:creator>Rudstar</dc:creator>
			<guid isPermaLink="true">http://printplanet.com/forums/color-management/31184-conflicting-lab-color-values</guid>
		</item>
		<item>
			<title>CMYK prints the same on every printer!!!</title>
			<link>http://printplanet.com/forums/color-management/31166-cmyk-prints-same-every-printer</link>
			<pubDate>Thu, 09 May 2013 10:12:33 GMT</pubDate>
			<description><![CDATA[Hello,

OK my first post... I'm running with a couple of Epson Surecolours which I've calibrated myself.

I've been supplied artwork many times with CMYK values stated for certain parts as well as Pantone references. Now I'd normally ignore the CMYK values and match to the Pantone as best I could, but I have a customer who is insistant that I use the CMYK values!

I've told them that this won't guarantee a match to the Pantone but they don't understand why, plus they have said that they have another supplier who is printing the same artwork and mine will need to match.

I explained that the same cmyk makeup will print differently between printers but I don't seem to be getting anywhere!

Have I got completely the wrong idea or should all printers print the same?

Please help!]]></description>
			<content:encoded><![CDATA[<div>Hello,<br />
<br />
OK my first post... I'm running with a couple of Epson Surecolours which I've calibrated myself.<br />
<br />
I've been supplied artwork many times with CMYK values stated for certain parts as well as Pantone references. Now I'd normally ignore the CMYK values and match to the Pantone as best I could, but I have a customer who is insistant that I use the CMYK values!<br />
<br />
I've told them that this won't guarantee a match to the Pantone but they don't understand why, plus they have said that they have another supplier who is printing the same artwork and mine will need to match.<br />
<br />
I explained that the same cmyk makeup will print differently between printers but I don't seem to be getting anywhere!<br />
<br />
Have I got completely the wrong idea or should all printers print the same?<br />
<br />
Please help!</div>

]]></content:encoded>
			<category domain="http://printplanet.com/forums/color-management/">Color Management</category>
			<dc:creator>PrintFX</dc:creator>
			<guid isPermaLink="true">http://printplanet.com/forums/color-management/31166-cmyk-prints-same-every-printer</guid>
		</item>
		<item>
			<title>Your take on the state of color management (M0, M1, M2, M3, D50 and OBA)</title>
			<link>http://printplanet.com/forums/color-management/31155-your-take-state-color-management-m0-m1-m2-m3-d50-oba</link>
			<pubDate>Tue, 07 May 2013 18:04:43 GMT</pubDate>
			<description><![CDATA[Exciting news in the color management world lately... New Curve3, new X-rite devices, new(ish) ISO standards! Speaking amongst a few industry contacts it seems that ISO 13655:2009 and ISO 3664:2009 are getting a less than enthusiastic response in field practice.

ISO 13655:2009 (M0, M1, M2, M3 colormetric calculation standards) built upon ISO 3664:2009 (new D50 standards) are upon us. _*Your thoughts?
*_

I hope that software reporting and quality documentation demands keep pace with this. I can already foresee the nightmares of the various dE formulas replicating themselves through "M-modes" and "which D50" you are adhering to. I've recently experienced some wild things OBA related myself.


Resources (took some searching to dig this up):

ISO 13655:2009
http://www.xrite.com/documents/literature/en/L7-510_M_Factor_en.pdf
The New ISO Color Measurement Standards - How They Affect Your Business on Vimeo (http://vimeo.com/65174275)
ISO13655 demystified - KONICA MINOLTA | Europe (http://www.konicaminolta.eu/de/measuring-instruments/lernzentrum/farbmessung-glanzmessung/colour/iso13655-demystified.html)

ISO 3664:2009
‘New’ graphic arts D50 lighting and viewing conditions | The Missing Horse Consultancy (http://www.missinghorsecons.co.uk/wordpress/2012/05/new-graphic-arts-d50-lighting-and-viewing-conditions/)
The Color Management Blog: ISO 3664, a tale of two light bulbs (http://everydaycolormanagement.blogspot.com/2011/12/tail-of-two-bulbs.html)]]></description>
			<content:encoded><![CDATA[<div>Exciting news in the color management world lately... New Curve3, new X-rite devices, new(ish) ISO standards! Speaking amongst a few industry contacts it seems that ISO 13655:2009 and ISO 3664:2009 are getting a less than enthusiastic response in field practice.<br />
<br />
ISO 13655:2009 (M0, M1, M2, M3 colormetric calculation standards) built upon ISO 3664:2009 (new D50 standards) are upon us. <i><u><b>Your thoughts?<br />
</b></u></i><br />
<br />
I hope that software reporting and quality documentation demands keep pace with this. I can already foresee the nightmares of the various dE formulas replicating themselves through &quot;M-modes&quot; and &quot;which D50&quot; you are adhering to. I've recently experienced some wild things OBA related myself.<br />
<br />
<br />
Resources (took some searching to dig this up):<br />
<br />
ISO 13655:2009<br />
<a href="http://www.xrite.com/documents/literature/en/L7-510_M_Factor_en.pdf" target="_blank">http://www.xrite.com/documents/liter..._Factor_en.pdf</a><br />
<a href="http://vimeo.com/65174275" target="_blank">The New ISO Color Measurement Standards - How They Affect Your Business on Vimeo</a><br />
<a href="http://www.konicaminolta.eu/de/measuring-instruments/lernzentrum/farbmessung-glanzmessung/colour/iso13655-demystified.html" target="_blank">ISO13655 demystified - KONICA MINOLTA | Europe</a><br />
<br />
ISO 3664:2009<br />
<a href="http://www.missinghorsecons.co.uk/wordpress/2012/05/new-graphic-arts-d50-lighting-and-viewing-conditions/" target="_blank">‘New’ graphic arts D50 lighting and viewing conditions | The Missing Horse Consultancy</a><br />
<a href="http://everydaycolormanagement.blogspot.com/2011/12/tail-of-two-bulbs.html" target="_blank">The Color Management Blog: ISO 3664, a tale of two light bulbs</a></div>

]]></content:encoded>
			<category domain="http://printplanet.com/forums/color-management/">Color Management</category>
			<dc:creator>chevalier</dc:creator>
			<guid isPermaLink="true">http://printplanet.com/forums/color-management/31155-your-take-state-color-management-m0-m1-m2-m3-d50-oba</guid>
		</item>
		<item>
			<title>Rampage and Epson G7 Proofing</title>
			<link>http://printplanet.com/forums/color-management/31151-rampage-epson-g7-proofing</link>
			<pubDate>Tue, 07 May 2013 14:17:37 GMT</pubDate>
			<description><![CDATA[Hi, we are installing a new Komori press and reworking our workflow for G7. Our old workflow was "custom" due to the older 2004 Komori and Rampage profiles for color Epson proofing.

We are upgrading to Rampage v12 and purchasing Color Path Sync ( ColorPath Sync | ColorPath (Taskero Universe) | Consultative Services | Graphic Arts & Printing | Fujifilm USA (http://www.fujifilmusa.com/products/graphic_arts_printing/consultative_services/colorpath/colorpath-sync/index.html#overview) ) for Rampage plate curve management.

We are looking to have G7 Epson proofing that is "easy" to maintain in the sense that to output accurate proofs each week, we do not have to have much extra time investment. We do not have color experts on staff.

So, we have a proposal for Oris color tuner and a new Epson 9900 with built-in Spectrophotometer. The cost for this bundle is not exactly inexpensive. The alternative is to have the vendor's color expert build a Rampage profile and use our current Epson 9800.

Our color proofing workflow right now is Espon 9800 and three profiles in Rampage: gloss, dull and uncoated.

My questions are:

1. Our vendor says that they do not recommend to build three proof options of gloss, dull and uncoated. They are saying that for G7, we should have one proof and train our customers on the difference of paper when printing. What are others doing on this topics?

2. Is Oris Color Tuner the way to go? We can save some cash by not upgrading to the Epson 9900, but we would then need to scan proofs to make sure they are where they need to be for G7- I am not sure PP dept. will do this on all the proofs. Any feedback on this software or alternatives would be great.

Thanks]]></description>
			<content:encoded><![CDATA[<div>Hi, we are installing a new Komori press and reworking our workflow for G7. Our old workflow was &quot;custom&quot; due to the older 2004 Komori and Rampage profiles for color Epson proofing.<br />
<br />
We are upgrading to Rampage v12 and purchasing Color Path Sync ( <a href="http://www.fujifilmusa.com/products/graphic_arts_printing/consultative_services/colorpath/colorpath-sync/index.html#overview" target="_blank">ColorPath Sync | ColorPath (Taskero Universe) | Consultative Services | Graphic Arts &amp; Printing | Fujifilm USA</a> ) for Rampage plate curve management.<br />
<br />
We are looking to have G7 Epson proofing that is &quot;easy&quot; to maintain in the sense that to output accurate proofs each week, we do not have to have much extra time investment. We do not have color experts on staff.<br />
<br />
So, we have a proposal for Oris color tuner and a new Epson 9900 with built-in Spectrophotometer. The cost for this bundle is not exactly inexpensive. The alternative is to have the vendor's color expert build a Rampage profile and use our current Epson 9800.<br />
<br />
Our color proofing workflow right now is Espon 9800 and three profiles in Rampage: gloss, dull and uncoated.<br />
<br />
My questions are:<br />
<br />
1. Our vendor says that they do not recommend to build three proof options of gloss, dull and uncoated. They are saying that for G7, we should have one proof and train our customers on the difference of paper when printing. What are others doing on this topics?<br />
<br />
2. Is Oris Color Tuner the way to go? We can save some cash by not upgrading to the Epson 9900, but we would then need to scan proofs to make sure they are where they need to be for G7- I am not sure PP dept. will do this on all the proofs. Any feedback on this software or alternatives would be great.<br />
<br />
Thanks</div>

]]></content:encoded>
			<category domain="http://printplanet.com/forums/color-management/">Color Management</category>
			<dc:creator>markb</dc:creator>
			<guid isPermaLink="true">http://printplanet.com/forums/color-management/31151-rampage-epson-g7-proofing</guid>
		</item>
		<item>
			<title>Color Accurate Web Based Soft Proofing - Good Idea or Bad?</title>
			<link>http://printplanet.com/forums/color-management/31136-color-accurate-web-based-soft-proofing-good-idea-bad</link>
			<pubDate>Fri, 03 May 2013 14:47:04 GMT</pubDate>
			<description><![CDATA[Hi Everyone,

We are currently looking into replacing our hard-copy proof with color accurate soft proofing to reduce expenses and delivery time. 

We've narrowed down our choices to the following three products, however we would like some honest feedback from real users of these softwares.

Kodak Insite
Dialogue ES
Remote Director

Thanks for your help!]]></description>
			<content:encoded><![CDATA[<div>Hi Everyone,<br />
<br />
We are currently looking into replacing our hard-copy proof with color accurate soft proofing to reduce expenses and delivery time. <br />
<br />
We've narrowed down our choices to the following three products, however we would like some honest feedback from real users of these softwares.<br />
<br />
Kodak Insite<br />
Dialogue ES<br />
Remote Director<br />
<br />
Thanks for your help!</div>

]]></content:encoded>
			<category domain="http://printplanet.com/forums/color-management/">Color Management</category>
			<dc:creator>ProperPixel</dc:creator>
			<guid isPermaLink="true">http://printplanet.com/forums/color-management/31136-color-accurate-web-based-soft-proofing-good-idea-bad</guid>
		</item>
		<item>
			<title>Ink desities on press are very low.  WHY?</title>
			<link>http://printplanet.com/forums/color-management/31083-ink-desities-press-very-low-why</link>
			<pubDate>Thu, 25 Apr 2013 17:04:09 GMT</pubDate>
			<description><![CDATA[I was not sure if this is the correct sub forum for my question, but here goes. I am a pressman on a Sunday 2000 press with closed loop color capabilities. We print high end, 4 color work 24/7 and continually struggle to print at target densities to match color. As an example, this week the crew ran a job with densities at k-1.50 C-1.05 M-1.0 and Y-.80 average. We are aware that the numbers are to low and ink film thickness in the roller train is very light. In asking management what is going on regarding the dot size and densities, we are told that the image files from the customer is the cause of these discrepancies on press. Other statements are the color gamut G-7 is to wide in comparison to SWOP, and we cannot accommodate certain files from certain suppliers for a color match on press. Here are issues on press I see daily:

The press has been finger printed and ICC profiles are made based on the test, but are not used once there is a color issue on press. 

Black ink settings over 1.50 density cause light scumming/tinting in non image areas.

Etch has been changed after fingerprinting the press. No retesting after change

Ink has been changed after fingerprinting the press. No retesting after change

The same ink is used on older Hantcho presses as well as the Sunday presses. Is this a good practice with different water/ink systems. Is the ink formula best suited for each press?




The closed loop color system provides Delta Lab readings as well as others. I don't think anyone has used the tools on press to help better understand and make appropriate changes as needed for better reproduction. What can be done to help move the reproduction process in the correct direction and what order should be first, second and third... Could you please comment on the ink used on press as well as the other points mentioned.

Thanks,

AP]]></description>
			<content:encoded><![CDATA[<div>I was not sure if this is the correct sub forum for my question, but here goes. I am a pressman on a Sunday 2000 press with closed loop color capabilities. We print high end, 4 color work 24/7 and continually struggle to print at target densities to match color. As an example, this week the crew ran a job with densities at k-1.50 C-1.05 M-1.0 and Y-.80 average. We are aware that the numbers are to low and ink film thickness in the roller train is very light. In asking management what is going on regarding the dot size and densities, we are told that the image files from the customer is the cause of these discrepancies on press. Other statements are the color gamut G-7 is to wide in comparison to SWOP, and we cannot accommodate certain files from certain suppliers for a color match on press. Here are issues on press I see daily:<br />
<br />
The press has been finger printed and ICC profiles are made based on the test, but are not used once there is a color issue on press. <br />
<br />
Black ink settings over 1.50 density cause light scumming/tinting in non image areas.<br />
<br />
Etch has been changed after fingerprinting the press. No retesting after change<br />
<br />
Ink has been changed after fingerprinting the press. No retesting after change<br />
<br />
The same ink is used on older Hantcho presses as well as the Sunday presses. Is this a good practice with different water/ink systems. Is the ink formula best suited for each press?<br />
<br />
<br />
<br />
<br />
The closed loop color system provides Delta Lab readings as well as others. I don't think anyone has used the tools on press to help better understand and make appropriate changes as needed for better reproduction. What can be done to help move the reproduction process in the correct direction and what order should be first, second and third... Could you please comment on the ink used on press as well as the other points mentioned.<br />
<br />
Thanks,<br />
<br />
AP</div>

]]></content:encoded>
			<category domain="http://printplanet.com/forums/color-management/">Color Management</category>
			<dc:creator>racerxnet</dc:creator>
			<guid isPermaLink="true">http://printplanet.com/forums/color-management/31083-ink-desities-press-very-low-why</guid>
		</item>
	</channel>
</rss>
