<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments for Jan-Peter Homann</title>
	<atom:link href="http://www.colormanagement.de/?feed=comments-rss2" rel="self" type="application/rss+xml" />
	<link>http://www.colormanagement.de</link>
	<description>on colormanagement for the standardized print production</description>
	<pubDate>Wed, 08 Sep 2010 15:51:35 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>Comment on Proofing by homann</title>
		<link>http://www.colormanagement.de/workflow/proofing/#comment-18</link>
		<dc:creator>homann</dc:creator>
		<pubDate>Fri, 04 Jun 2010 14:19:48 +0000</pubDate>
		<guid isPermaLink="false">http://colormanagement.de/blog/?page_id=18#comment-18</guid>
		<description>If the proofing system works with optimized devicelink profiles, the vendor should deliver such DeviceLink profiles for every combination of ink/media and printing standard (FOGRA/PSO, GRACoL SWOP...)
If the proofing system works only with two independent ICC profiles for the ink / media combination the proofing system may not allows to work with optimized DeviceLink profiles and has not a clear differentiation between profile optimization and calibration. 
But to be shure, you should contact the vendor/dealer of the proofing system.</description>
		<content:encoded><![CDATA[<p>If the proofing system works with optimized devicelink profiles, the vendor should deliver such DeviceLink profiles for every combination of ink/media and printing standard (FOGRA/PSO, GRACoL SWOP&#8230;)<br />
If the proofing system works only with two independent ICC profiles for the ink / media combination the proofing system may not allows to work with optimized DeviceLink profiles and has not a clear differentiation between profile optimization and calibration.<br />
But to be shure, you should contact the vendor/dealer of the proofing system.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Book Digital Color Management by homann</title>
		<link>http://www.colormanagement.de/book-digital-color-management/#comment-17</link>
		<dc:creator>homann</dc:creator>
		<pubDate>Fri, 04 Jun 2010 14:06:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.colormanagement.de/?page_id=45#comment-17</guid>
		<description>To Go Jov,
EfI is (now) mentioned with Links to ColorProof XF and the Color Verifier on the start page.
Please see also further information on calibration and profile optimization at &lt;a href="http://www.colormanagement.de/workflow/proofing/" rel="nofollow"&gt;proofing&lt;/a&gt;
From my point of view, EfI ColorProof has today not a clear differentiation between calibration and and profile optimization. (This may change in future...)
Calibration should be bring the proofer for a defined media / ink combination to a "gold standard" defined by proofing system vendor or by the user.
If the proofing vendor delivers devicelink profiles optimized for simulating printing standards like FOGRA / PSO, GRACoL, SWOP on a calibrated system, the user has  to do the calibration ONCE (!!) and all printing standard simulations are spot on.
The  currenty available optimization in Efi Colorproof - so far as I know - has to be done for every combination of printing standard and ink / media combination.
If on a proofing system with a semimatte medium  three printing standards are simulated, the optimization in EfI Colorproof has to be done for all three combinations.</description>
		<content:encoded><![CDATA[<p>To Go Jov,<br />
EfI is (now) mentioned with Links to ColorProof XF and the Color Verifier on the start page.<br />
Please see also further information on calibration and profile optimization at <a href="http://www.colormanagement.de/workflow/proofing/" rel="nofollow">proofing</a><br />
From my point of view, EfI ColorProof has today not a clear differentiation between calibration and and profile optimization. (This may change in future&#8230;)<br />
Calibration should be bring the proofer for a defined media / ink combination to a &#8220;gold standard&#8221; defined by proofing system vendor or by the user.<br />
If the proofing vendor delivers devicelink profiles optimized for simulating printing standards like FOGRA / PSO, GRACoL, SWOP on a calibrated system, the user has  to do the calibration ONCE (!!) and all printing standard simulations are spot on.<br />
The  currenty available optimization in Efi Colorproof - so far as I know - has to be done for every combination of printing standard and ink / media combination.<br />
If on a proofing system with a semimatte medium  three printing standards are simulated, the optimization in EfI Colorproof has to be done for all three combinations.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Proofing by Madhura Mahajan</title>
		<link>http://www.colormanagement.de/workflow/proofing/#comment-16</link>
		<dc:creator>Madhura Mahajan</dc:creator>
		<pubDate>Fri, 04 Jun 2010 13:43:51 +0000</pubDate>
		<guid isPermaLink="false">http://colormanagement.de/blog/?page_id=18#comment-16</guid>
		<description>Dear Mr. Hoffman,

Hello. We have an Epson Proofer 7900. It has a star proof rip. How do I know whether it is with or without optimised Device Link Profiles and calibrated for PSO or SWOP or GRACol

Thanks,</description>
		<content:encoded><![CDATA[<p>Dear Mr. Hoffman,</p>
<p>Hello. We have an Epson Proofer 7900. It has a star proof rip. How do I know whether it is with or without optimised Device Link Profiles and calibrated for PSO or SWOP or GRACol</p>
<p>Thanks,</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Book Digital Color Management by Go Jov</title>
		<link>http://www.colormanagement.de/book-digital-color-management/#comment-14</link>
		<dc:creator>Go Jov</dc:creator>
		<pubDate>Fri, 23 Apr 2010 15:12:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.colormanagement.de/?page_id=45#comment-14</guid>
		<description>I am surprised, that author of this book never mention EFI. 
i like to what is reason?</description>
		<content:encoded><![CDATA[<p>I am surprised, that author of this book never mention EFI.<br />
i like to what is reason?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PDF/X-1a by homann</title>
		<link>http://www.colormanagement.de/workflow/pdfx-1a/#comment-11</link>
		<dc:creator>homann</dc:creator>
		<pubDate>Sun, 07 Feb 2010 20:55:22 +0000</pubDate>
		<guid isPermaLink="false">http://colormanagement.de/blog/?page_id=13#comment-11</guid>
		<description>Dear Ecir Hany,
The PDF/X-1a:2003 standard is available, through http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=39938

There is no free version. Based on PDF/X-1a are the GWG specs which could be downloaded free at http://www.gwg.org/GWGversion4.phtml

If you have any questions concerning the usage of the GWG specs, I recommend the GWG forum at http://forum.gwg.org/ (currently a little bit quiet...)

Best regards
Jan-Peter Homann</description>
		<content:encoded><![CDATA[<p>Dear Ecir Hany,<br />
The PDF/X-1a:2003 standard is available, through <a href="http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=39938" rel="nofollow">http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=39938</a></p>
<p>There is no free version. Based on PDF/X-1a are the GWG specs which could be downloaded free at <a href="http://www.gwg.org/GWGversion4.phtml" rel="nofollow">http://www.gwg.org/GWGversion4.phtml</a></p>
<p>If you have any questions concerning the usage of the GWG specs, I recommend the GWG forum at <a href="http://forum.gwg.org/" rel="nofollow">http://forum.gwg.org/</a> (currently a little bit quiet&#8230;)</p>
<p>Best regards<br />
Jan-Peter Homann</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PDF/X-1a by Ecir Hana</title>
		<link>http://www.colormanagement.de/workflow/pdfx-1a/#comment-10</link>
		<dc:creator>Ecir Hana</dc:creator>
		<pubDate>Fri, 05 Feb 2010 16:49:27 +0000</pubDate>
		<guid isPermaLink="false">http://colormanagement.de/blog/?page_id=13#comment-10</guid>
		<description>Dear Mr. Homann,

please, I have one question - where can I get PDF/X-1a:2003 standard? Do I have to buy it? I'm asking because I can freely get PDF 1.7 reference from Adobe site so I thought it would be possible to obtain the former spec as well.</description>
		<content:encoded><![CDATA[<p>Dear Mr. Homann,</p>
<p>please, I have one question - where can I get PDF/X-1a:2003 standard? Do I have to buy it? I&#8217;m asking because I can freely get PDF 1.7 reference from Adobe site so I thought it would be possible to obtain the former spec as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PDF/X-1a by homann</title>
		<link>http://www.colormanagement.de/workflow/pdfx-1a/#comment-9</link>
		<dc:creator>homann</dc:creator>
		<pubDate>Thu, 25 Jun 2009 15:06:48 +0000</pubDate>
		<guid isPermaLink="false">http://colormanagement.de/blog/?page_id=13#comment-9</guid>
		<description>Hello Jay,
With not flattened transparencies in PDF/X-4 IÂ´m critical about following points:
- We have currently not a test scenario, to verify, if RIP (which may has Harlequin instaed of Adobe inside) will render all kinds transparencies according the PDF/X-4 specs.
- If there is a problem with flattening during PDF/X-1a generation, this could be recognized BEFORE sending the data to the printer. Than, Only the PDF/X-1a file has to be created with new settings avoiding the problem.
If PDF/X-4 is delivered, and the problem occureres during the RIP-process, the whole job has to be reprinted.
- We currently have no control elements, that transparencies on a proof or a softproof are rendered according the PDF/X-4 specs.
Probably using Adobe Creative Suite for creation,  PDF/X-4 generation and softproof and Adobe Print Engine for Proofing and CtP will avoid most potential troubles. But in my view, an ISO-Standard like PDF/X should not force users to use software only from one vendor.</description>
		<content:encoded><![CDATA[<p>Hello Jay,<br />
With not flattened transparencies in PDF/X-4 IÂ´m critical about following points:<br />
- We have currently not a test scenario, to verify, if RIP (which may has Harlequin instaed of Adobe inside) will render all kinds transparencies according the PDF/X-4 specs.<br />
- If there is a problem with flattening during PDF/X-1a generation, this could be recognized BEFORE sending the data to the printer. Than, Only the PDF/X-1a file has to be created with new settings avoiding the problem.<br />
If PDF/X-4 is delivered, and the problem occureres during the RIP-process, the whole job has to be reprinted.<br />
- We currently have no control elements, that transparencies on a proof or a softproof are rendered according the PDF/X-4 specs.<br />
Probably using Adobe Creative Suite for creation,  PDF/X-4 generation and softproof and Adobe Print Engine for Proofing and CtP will avoid most potential troubles. But in my view, an ISO-Standard like PDF/X should not force users to use software only from one vendor.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PDF/X-1a by mjryder</title>
		<link>http://www.colormanagement.de/workflow/pdfx-1a/#comment-8</link>
		<dc:creator>mjryder</dc:creator>
		<pubDate>Thu, 25 Jun 2009 02:32:39 +0000</pubDate>
		<guid isPermaLink="false">http://colormanagement.de/blog/?page_id=13#comment-8</guid>
		<description>Mr. Homann,

I've just received the book and am really excited to dive in. I love the layout and, from my initial perusal, the book seems very practical.

In browsing the book, I noticed your vehement stand for PDF/X1a, which I thought was very rational. The thought occurred to me, however, that PDF/X1a requires files to be pre-flattened, and in today's world, where Adobe's PDF Print Engine rules, this struck me as counter to what the PDF Print Engine stands for. Am I misunderstanding the dangers of pre-flattening? or is it just that the benefits of PDF/X-4 etc. are out-weighed, in your mind, by the perils introduced by embedded profiles and mixed colorspace data inherent in the format?

Thanks again for another excellent color management resource,

Jay Ryder</description>
		<content:encoded><![CDATA[<p>Mr. Homann,</p>
<p>I&#8217;ve just received the book and am really excited to dive in. I love the layout and, from my initial perusal, the book seems very practical.</p>
<p>In browsing the book, I noticed your vehement stand for PDF/X1a, which I thought was very rational. The thought occurred to me, however, that PDF/X1a requires files to be pre-flattened, and in today&#8217;s world, where Adobe&#8217;s PDF Print Engine rules, this struck me as counter to what the PDF Print Engine stands for. Am I misunderstanding the dangers of pre-flattening? or is it just that the benefits of PDF/X-4 etc. are out-weighed, in your mind, by the perils introduced by embedded profiles and mixed colorspace data inherent in the format?</p>
<p>Thanks again for another excellent color management resource,</p>
<p>Jay Ryder</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Book Digital Color Management by Looking for a Color Management Book - Page 2 - PrintPlanet.com</title>
		<link>http://www.colormanagement.de/book-digital-color-management/#comment-7</link>
		<dc:creator>Looking for a Color Management Book - Page 2 - PrintPlanet.com</dc:creator>
		<pubDate>Tue, 12 May 2009 21:46:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.colormanagement.de/?page_id=45#comment-7</guid>
		<description>[...] Posted by abccolor   ISBN 978-3-540-67119-0 springer.com    More info on his book here:  Jan-Peter Homann » Book Digital Color Management  I'm ordering it too.  Regards, [...]</description>
		<content:encoded><![CDATA[<p>[...] Posted by abccolor   ISBN 978-3-540-67119-0 springer.com    More info on his book here:  Jan-Peter Homann » Book Digital Color Management  I&#8217;m ordering it too.  Regards, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PDF/X-1a by homann</title>
		<link>http://www.colormanagement.de/workflow/pdfx-1a/#comment-4</link>
		<dc:creator>homann</dc:creator>
		<pubDate>Tue, 18 Nov 2008 10:08:43 +0000</pubDate>
		<guid isPermaLink="false">http://colormanagement.de/blog/?page_id=13#comment-4</guid>
		<description>Hello Michel,
You are right, that the situation concerning PDF/X-Ready, PDF/X-3 and PDF/X-1a is currently quite confusing...
The current available PDF/X-Ready settings are promoting a CMYK-only workflow for data exchange. Concerning PDF/X, you could either use PDF/X-1a or PDF/X-3 for CMYK-only data exchange. As PDF/X-1a allows only CMYK-objects (and spotcolor), it is in my eyes the better exchange format for CMYKonly workflows than PDF/X-3. 
An ideal bunch of settings for:
- colorsettings in several applications
- PDF/X generation
- PDF/X preflight

would be the current PDF/X-Ready settings with PDF/X-1a instead of PDF/X-3.
As the PDF/X-Ready settings are open, an advanced user could edit them for internal usage.
As PDF/X-Ready was the first and only organization publishing both settings (color, PDF/X-generation and PDF/X-preflight), they are still a very educative set.

Currently, the  Ghent PDF working http://www.gwg.org/group is working on integrating standard profiles into the their PDF/X preflight profiles with PDF/X-1a for CMYK only data exchange. I expect this to be the big next step in standardized data creation, -exchange and preflight.

Regards
Jan-Peter</description>
		<content:encoded><![CDATA[<p>Hello Michel,<br />
You are right, that the situation concerning PDF/X-Ready, PDF/X-3 and PDF/X-1a is currently quite confusing&#8230;<br />
The current available PDF/X-Ready settings are promoting a CMYK-only workflow for data exchange. Concerning PDF/X, you could either use PDF/X-1a or PDF/X-3 for CMYK-only data exchange. As PDF/X-1a allows only CMYK-objects (and spotcolor), it is in my eyes the better exchange format for CMYKonly workflows than PDF/X-3.<br />
An ideal bunch of settings for:<br />
- colorsettings in several applications<br />
- PDF/X generation<br />
- PDF/X preflight</p>
<p>would be the current PDF/X-Ready settings with PDF/X-1a instead of PDF/X-3.<br />
As the PDF/X-Ready settings are open, an advanced user could edit them for internal usage.<br />
As PDF/X-Ready was the first and only organization publishing both settings (color, PDF/X-generation and PDF/X-preflight), they are still a very educative set.</p>
<p>Currently, the  Ghent PDF working <a href="http://www.gwg.org/group" rel="nofollow">http://www.gwg.org/group</a> is working on integrating standard profiles into the their PDF/X preflight profiles with PDF/X-1a for CMYK only data exchange. I expect this to be the big next step in standardized data creation, -exchange and preflight.</p>
<p>Regards<br />
Jan-Peter</p>
]]></content:encoded>
	</item>
</channel>
</rss>
