イラストレーターのai保存とeps保存の違い・特徴
デザイナーさんが制作された広告のイラストレーターデータを、入稿できる状態かどうかチェックして印刷所へデータを送る仕事をしています。
入稿規定ではイラストレーターeps保存での入稿が規則なのですが、あまりにai保存で入稿されるデザイナーさんが多く、その度にepsで保存して頂くようにお願いしているんですが、納得して頂ける説明をしたいのでどういった違いが生じるのかとゆうことを知りたいです。
なんとなく、ai保存は画像リンクの場合に適していて、eps保存は画像埋込みの場合に適しているとゆうイメージがあるのですが、何故そうしたほうがいいのかはわかりません。
ちなみに入稿規定では画像埋込みです。
ご指導よろしくお願いいたします。
入稿規定ではイラストレーターeps保存での入稿が規則なのですが、あまりにai保存で入稿されるデザイナーさんが多く、その度にepsで保存して頂くようにお願いしているんですが、納得して頂ける説明をしたいのでどういった違いが生じるのかとゆうことを知りたいです。
なんとなく、ai保存は画像リンクの場合に適していて、eps保存は画像埋込みの場合に適しているとゆうイメージがあるのですが、何故そうしたほうがいいのかはわかりません。
ちなみに入稿規定では画像埋込みです。
ご指導よろしくお願いいたします。
[baitai]-2009/03/27 20:23:08 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/523.12 (KHTML, like Gecko) Version/3.0.4 Safari/523.12]
» 001
Illustrator形式=Illustratorの「ネイティブな」形式。
そのソフト自身の形式。
EPS形式=カプセル化されたPostScript形式。
一般的には、EPSの配置(貼り込み)に対応した
アプリケーションに渡す為に使う。
EPSで貰っても、透明の処理とかどうせ
ファイルを開けてチェックするんでしょう。
だったら別にIllustrator形式でもいいんじゃないのかね。
EPSが欲しければ、Illustratorのバージョンごとに
「こういう保存オプションを選んでEPS化しなさい」的な
文書を作らないとダメでしょう。
私は一般的には作ったバージョンでのIllustrator形式の入稿で良いと思ってます。
Illustrator形式=Illustratorの「ネイティブな」形式。
そのソフト自身の形式。
EPS形式=カプセル化されたPostScript形式。
一般的には、EPSの配置(貼り込み)に対応した
アプリケーションに渡す為に使う。
EPSで貰っても、透明の処理とかどうせ
ファイルを開けてチェックするんでしょう。
だったら別にIllustrator形式でもいいんじゃないのかね。
EPSが欲しければ、Illustratorのバージョンごとに
「こういう保存オプションを選んでEPS化しなさい」的な
文書を作らないとダメでしょう。
私は一般的には作ったバージョンでのIllustrator形式の入稿で良いと思ってます。
[匿名その100]-2009/03/27 21:08:19 [Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02]
[匿名その100]-2009/03/27 21:12:52 [Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02]
[???]-2009/03/27 21:13:28 [Mozilla/4.0 (compatible; MSIE 5.17; Mac_PowerPC)]
[ののりり]-2009/03/28 01:19:24 [Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/528.16 (KHTML, like Gecko) Version/4.0 Safari/528.16]
» 005
ミスの無いデータの受け渡しのためには、やはりepsならepsで統一すべきでしょう。
規格化とはそういうことだと思います。
なぜepsという前に、まず決めたことは遵守すべきです。その上でepsでなければならない理由として、面付けや他のアプリで利用可能な形式として理解を得ればよいと思います。(理解を得るほうが先の場合もあるかもしれませんが)
結果的に再保存するのであれば、最初からepsで保存すべきですし、後工程でも再保存するだけといいますが、フォント環境の互換などで再保存できない場合もあります。そういった互換性の無い場合のみ前工程に知らせているようでは、再保存工程はなくなりません。そういった手を掛ける工程が増えれば、その分ミスの可能性も増えていきます。
デザイナーさんがあなたとどういった関係なのかは判りませんが、事前に周知徹底し、エラー箇所の減少に努める必要がありそうです。
ミスの無いデータの受け渡しのためには、やはりepsならepsで統一すべきでしょう。
規格化とはそういうことだと思います。
なぜepsという前に、まず決めたことは遵守すべきです。その上でepsでなければならない理由として、面付けや他のアプリで利用可能な形式として理解を得ればよいと思います。(理解を得るほうが先の場合もあるかもしれませんが)
結果的に再保存するのであれば、最初からepsで保存すべきですし、後工程でも再保存するだけといいますが、フォント環境の互換などで再保存できない場合もあります。そういった互換性の無い場合のみ前工程に知らせているようでは、再保存工程はなくなりません。そういった手を掛ける工程が増えれば、その分ミスの可能性も増えていきます。
デザイナーさんがあなたとどういった関係なのかは判りませんが、事前に周知徹底し、エラー箇所の減少に努める必要がありそうです。
[同類族]-2009/03/28 02:46:16 [Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; InfoPath.1)]
[匿名その100]-2009/03/28 08:05:22 [Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02]
[匿名その100]-2009/03/28 08:08:48 [Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02]
[しぶ]-2009/03/28 08:47:06 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; ja-JP-mac; rv:1.9.0.7) Gecko/2009021906 Firefox/3.0.7]
» 009
>なんとなく、ai保存は画像リンクの場合に適していて、eps保存は画像埋込みの場合に適しているとゆうイメージがあるのですが、何故そうしたほうがいいのかはわかりません。
こういった、Baitaiさんの中途半端な態度がクライアントに不安を抱かせていると考えたことはありませんか? 書き込みにもあるけど、Baitaiさんは自分でちゃんと勉強して外部へ言うべきです。
>EPSが欲しければ、Illustratorのバージョンごとに「こういう保存オプションを選んでEPS化しなさい」的な文書を作らないとダメでしょう。
>結局のところ、「こういう風に保存してくれ」文書をキチンと作ってやらせないとダメでしょ。
以前、出版社でデータを作っていたとき、印刷会社の営業の方からepsで入稿するように言われ、20ページもある「入稿マニュアル」を受け取りました。「入稿マニュアル」には「入稿時のお願い」として、ハード、ソフト、フォントなどについての細則が明示されていました。
営業の方は「入稿マニュアル」を渡して読んでくださいね、と言っているにもかかわらず、入稿データに不備があるので、毎回、入稿データを受け取る時に口頭でも執拗に「イラストレータはepsで保存していただいてますよね?」と言うようにしているとのことでした。私は入稿時にはデータに「入稿チェック票」を忘れずに添付していました。
Baitaiさんは、デザイナーさんと印刷会社の架け橋になる大切な仕事をされているのだと思いますので、やっぱりこの先、この仕事を続けていかれるのなら、「入稿マニュアル」を作り、印刷会社の方と一緒にデザイナーさんのところへ言って、納得のいく説明をするべきです。
>なんとなく、ai保存は画像リンクの場合に適していて、eps保存は画像埋込みの場合に適しているとゆうイメージがあるのですが、何故そうしたほうがいいのかはわかりません。
こういった、Baitaiさんの中途半端な態度がクライアントに不安を抱かせていると考えたことはありませんか? 書き込みにもあるけど、Baitaiさんは自分でちゃんと勉強して外部へ言うべきです。
>EPSが欲しければ、Illustratorのバージョンごとに「こういう保存オプションを選んでEPS化しなさい」的な文書を作らないとダメでしょう。
>結局のところ、「こういう風に保存してくれ」文書をキチンと作ってやらせないとダメでしょ。
以前、出版社でデータを作っていたとき、印刷会社の営業の方からepsで入稿するように言われ、20ページもある「入稿マニュアル」を受け取りました。「入稿マニュアル」には「入稿時のお願い」として、ハード、ソフト、フォントなどについての細則が明示されていました。
営業の方は「入稿マニュアル」を渡して読んでくださいね、と言っているにもかかわらず、入稿データに不備があるので、毎回、入稿データを受け取る時に口頭でも執拗に「イラストレータはepsで保存していただいてますよね?」と言うようにしているとのことでした。私は入稿時にはデータに「入稿チェック票」を忘れずに添付していました。
Baitaiさんは、デザイナーさんと印刷会社の架け橋になる大切な仕事をされているのだと思いますので、やっぱりこの先、この仕事を続けていかれるのなら、「入稿マニュアル」を作り、印刷会社の方と一緒にデザイナーさんのところへ言って、納得のいく説明をするべきです。
[シェモア]-2009/03/28 09:43:04 [Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; GTB5; .NET CLR 1.1.4322)]
» 010
余談で申し訳ありません。
自己保身精神の強い所では、「再保存」なんて絶対にしてくれないところもあります。
アウトライン済みデータでしたが、再保存する場合は、そのための(検証)時間と費用を請求されたことがあります。
その際の先方曰く、
「保存後のデータが元データと相違ないか検証します」
と言い、
再保存というのは、皆さんも普段から当たり前に行っている作業と思います。なので
「こちらでも普段から日常的に行っていることで、なんら問題が出たことありません。御社でもそうだと思います。ですから検証する必要はないと思います」
と言うと、先方は
「それはあなたのマシンでのことで、当方のマシンで行ったわけではない」
と、マシンの個別差を引き合いに出して言っておりました。
非常におかしな話と思いました。
正常に再保存できない可能性のある不安定なマシン状態なのかな?
とも感じましたが、逆に万が一の事があった場合に「突っ込まれ所を作らない」「責任所在の明確化」と言う点では、理由はともあれ、あながち間違っていないのかもしれません。
上記のケースは、極端なケースかもしれませんが、ルールは仕事上非常に大切なことであるというのは、十二分に承知していることと思いますので、独自の行動を取っている可能性のあるデザイナーとのルールの遵守をすることで、多少あなたの負担も軽くなるかもしれません。
余談で申し訳ありません。
自己保身精神の強い所では、「再保存」なんて絶対にしてくれないところもあります。
アウトライン済みデータでしたが、再保存する場合は、そのための(検証)時間と費用を請求されたことがあります。
その際の先方曰く、
「保存後のデータが元データと相違ないか検証します」
と言い、
再保存というのは、皆さんも普段から当たり前に行っている作業と思います。なので
「こちらでも普段から日常的に行っていることで、なんら問題が出たことありません。御社でもそうだと思います。ですから検証する必要はないと思います」
と言うと、先方は
「それはあなたのマシンでのことで、当方のマシンで行ったわけではない」
と、マシンの個別差を引き合いに出して言っておりました。
非常におかしな話と思いました。
正常に再保存できない可能性のある不安定なマシン状態なのかな?
とも感じましたが、逆に万が一の事があった場合に「突っ込まれ所を作らない」「責任所在の明確化」と言う点では、理由はともあれ、あながち間違っていないのかもしれません。
上記のケースは、極端なケースかもしれませんが、ルールは仕事上非常に大切なことであるというのは、十二分に承知していることと思いますので、独自の行動を取っている可能性のあるデザイナーとのルールの遵守をすることで、多少あなたの負担も軽くなるかもしれません。
[同類族]-2009/03/28 10:11:03 [Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; InfoPath.1)]
» 011
別名保存すればいいだけと言いますけど、
物によっては時間がかかりまくるものもありますよ。
特に画像埋め込みのデータはね。
入稿規定があるんだから、「なんで?」「納得できない!」と言わずに規定に従うのが当然。
その印刷所の規定が嫌なら文句つけるより他にまわせばいいだけ。
後工程の人が「どうせ開くなら、ついでに保存しなおせばいいでしょ?」って考え方はおかしいよ。
>データを、入稿できる状態かどうかチェックして印刷所へデータを送る仕事
今回の場合はチェックして保存し直しているんでしょうか?それともデザイナーに連絡してデータを再度もらうのでしょうか?
前者の場合は「もうちょっと自分の仕事が何のためにあるか考えてみたらどうでしょう」
後者の場合は「印刷所の規定ですから!とデザイナーに伝える」
って回答してみる。
別名保存すればいいだけと言いますけど、
物によっては時間がかかりまくるものもありますよ。
特に画像埋め込みのデータはね。
入稿規定があるんだから、「なんで?」「納得できない!」と言わずに規定に従うのが当然。
その印刷所の規定が嫌なら文句つけるより他にまわせばいいだけ。
後工程の人が「どうせ開くなら、ついでに保存しなおせばいいでしょ?」って考え方はおかしいよ。
>データを、入稿できる状態かどうかチェックして印刷所へデータを送る仕事
今回の場合はチェックして保存し直しているんでしょうか?それともデザイナーに連絡してデータを再度もらうのでしょうか?
前者の場合は「もうちょっと自分の仕事が何のためにあるか考えてみたらどうでしょう」
後者の場合は「印刷所の規定ですから!とデザイナーに伝える」
って回答してみる。
[みや@3才]-2009/03/28 10:16:12 [Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.7) Gecko/2009021910 Firefox/3.0.7]
[ぷんすかぷんぷんぷん]-2009/03/28 10:19:04 [Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/528.16 (KHTML, like Gecko) Version/4.0 Safari/528.16]
[職工]-2009/03/28 11:08:14 [Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322)]
» 014
印刷屋が料金を下げすぎてますからね。
PDF/X入稿を標準化するためには、論理的に考えると、
-----------------------------------
PDF/Xで入稿してもらえれば、
品質検査の時間を短縮できるから
そのかわりに安くなる
-----------------------------------
という図式が必要だったのですが、
それを行えないほど、自分たちで値段を下げてしまった。
出力のオペレーターの行っていた作業が、軽視されすぎたんですね。
デザイナー側の無知識は今にはじまったことではなく、
PDF/Xって何なのか、どうやって書き出せばいいのかなんて分からん人がほとんどですから、
そんな、わけの分からんものを作るために勉強するよりは、
ネイティブで入稿した方が早い
ってなりますよ。
値段変わらないんですから。
つくづく、どうしようもない業界になっちゃってますね、印刷業界。
ノータリンののりりの1行レスが、
一番的確かもしれないとすら思えますね。
epsだろうが、ネイティブだろうが、PDFだろうが、
なんでも文句言わずに受け取りなさい、
自分たちでそういう体制を作ったんでしょ?
ってなっちゃいますね。
って、毒もはいておかないと。
いいように利用されたらむかつくから。
印刷屋が料金を下げすぎてますからね。
PDF/X入稿を標準化するためには、論理的に考えると、
-----------------------------------
PDF/Xで入稿してもらえれば、
品質検査の時間を短縮できるから
そのかわりに安くなる
-----------------------------------
という図式が必要だったのですが、
それを行えないほど、自分たちで値段を下げてしまった。
出力のオペレーターの行っていた作業が、軽視されすぎたんですね。
デザイナー側の無知識は今にはじまったことではなく、
PDF/Xって何なのか、どうやって書き出せばいいのかなんて分からん人がほとんどですから、
そんな、わけの分からんものを作るために勉強するよりは、
ネイティブで入稿した方が早い
ってなりますよ。
値段変わらないんですから。
つくづく、どうしようもない業界になっちゃってますね、印刷業界。
ノータリンののりりの1行レスが、
一番的確かもしれないとすら思えますね。
epsだろうが、ネイティブだろうが、PDFだろうが、
なんでも文句言わずに受け取りなさい、
自分たちでそういう体制を作ったんでしょ?
ってなっちゃいますね。
って、毒もはいておかないと。
いいように利用されたらむかつくから。
[ラッキーアンストライク]-2009/03/28 12:45:29 [Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.19 (KHTML, like Gecko) Chrome/1.0.154.53 Safari/525.19]
[みや@3才]-2009/03/28 13:00:59 [Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8]
[にやり@自宅の環境は遅いなぁ]-2009/03/28 14:07:13 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/528.16 (KHTML, like Gecko) Version/4.0 Safari/528.16]
[にやり@へへへ間違えちゃった]-2009/03/28 14:15:30 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/528.16 (KHTML, like Gecko) Version/4.0 Safari/528.16]
[???]-2009/03/28 15:24:17 [Mozilla/4.0 (compatible; MSIE 5.17; Mac_PowerPC)]
[ののりり]-2009/03/28 16:49:00 [Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/528.16 (KHTML, like Gecko) Version/4.0 Safari/528.16]
» 020
というか、アウトラインだとなんでダメなの?
頁物の話をしてるわけでもあるまい。
私なんかアウトライン化されてるイラレデータだったら
欣喜雀躍しますけど。
それはさておき、なんというのかな、
要するに、「ダメなルール」作ったって
誰も従わないでしょ。
ルールはルールなんだからって言ってもさ、
ひでえルールあるでしょ、世間には。
「ウチはスミ100はRIPで強制ノセにします。
ノセたくないスミ100がある場合はY1%加えてください」
とか、
「雑誌広告デジタル送稿推進協議会ではWindowsで作成したものは対象外です」
とか。
こういうのって妥当性があるとは思えないのだが。
この業界自体がひでえルールしか作ってない。
あんまりデザイナーばかり責めるのもねえ。。。
というか、アウトラインだとなんでダメなの?
頁物の話をしてるわけでもあるまい。
私なんかアウトライン化されてるイラレデータだったら
欣喜雀躍しますけど。
それはさておき、なんというのかな、
要するに、「ダメなルール」作ったって
誰も従わないでしょ。
ルールはルールなんだからって言ってもさ、
ひでえルールあるでしょ、世間には。
「ウチはスミ100はRIPで強制ノセにします。
ノセたくないスミ100がある場合はY1%加えてください」
とか、
「雑誌広告デジタル送稿推進協議会ではWindowsで作成したものは対象外です」
とか。
こういうのって妥当性があるとは思えないのだが。
この業界自体がひでえルールしか作ってない。
あんまりデザイナーばかり責めるのもねえ。。。
[匿名その100]-2009/03/28 17:31:45 [Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02]
» 021
「ai形式は再編集前提の中途データ」
「eps形式は編集を前提としない完パケデータ」
というのはどうでしょう。
デザイナーの立場からすると「中途」という表現にはひっかかりを感じるかもしれませんが、出力の現場からするとそういうことになります。
で、中途データでの入稿が望ましいのか完パケ入稿が望ましいのかはそれぞれの受け入れ先のスタンス次第で、一般論で言ってどちらがいいとか悪いとかはありません。
今回のケースでは受け入れ先のスタンスがはっきりしているわけですから守れないデザイナーに非があります。
「ウチのスタンスはこう」とか「自分はこう思う」とか、「いやPDFが...」なんていう話は単なる雑談でしかないです。
あまりスレタイと無関係な雑談ばかりしていても、フォーカスがずれるばかりですよ。
ましてや、けんかなぞを始めた日にはトピ主も入ってきづらくなって、そのうち「トピ主放置かよ」みたいな話もでてきたりして、さらなる混沌を招くこと必至です。
自重しましょう。
「ai形式は再編集前提の中途データ」
「eps形式は編集を前提としない完パケデータ」
というのはどうでしょう。
デザイナーの立場からすると「中途」という表現にはひっかかりを感じるかもしれませんが、出力の現場からするとそういうことになります。
で、中途データでの入稿が望ましいのか完パケ入稿が望ましいのかはそれぞれの受け入れ先のスタンス次第で、一般論で言ってどちらがいいとか悪いとかはありません。
今回のケースでは受け入れ先のスタンスがはっきりしているわけですから守れないデザイナーに非があります。
「ウチのスタンスはこう」とか「自分はこう思う」とか、「いやPDFが...」なんていう話は単なる雑談でしかないです。
あまりスレタイと無関係な雑談ばかりしていても、フォーカスがずれるばかりですよ。
ましてや、けんかなぞを始めた日にはトピ主も入ってきづらくなって、そのうち「トピ主放置かよ」みたいな話もでてきたりして、さらなる混沌を招くこと必至です。
自重しましょう。
[123]-2009/03/28 18:15:50 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; ja-JP-mac; rv:1.9.0.8) Gecko/2009032608 Firefox/3.0.8]
» 022
>いままでさんざん「アウトライン、アウトライン」と唱えてきたくせに
今度はデザイナーのせいかよ
>さすがスーパーエリート2ちゃんねらー印刷マンのラッキーウンコ様
態度のデカさも一味違うようで
これ、多分僕の事だと思うんだけど、
これまで僕は一言たりとも“アウトライン”なんて言った覚えがないんだけど…
さらに、僕は「是か非か」「インデザイン上で画像を拡大、または縮小するDTPオペレーターさんは」の、両スレッドで素性を書いてるのに、
なぜか印刷屋ということになっている。
ののりりも人じゃないのかなぁ、とすら思えるくらい、別の意味で人間味が感じられない。
なんでこんなかわいそうなことになっちゃってるんだろう、この人。
ののりりに聞きたいんですけど、わざとバカのふりしてるんですよね?
そうでないと、社会生活がいとなめないと思うんですけど、その理解力では。
>いままでさんざん「アウトライン、アウトライン」と唱えてきたくせに
今度はデザイナーのせいかよ
>さすがスーパーエリート2ちゃんねらー印刷マンのラッキーウンコ様
態度のデカさも一味違うようで
これ、多分僕の事だと思うんだけど、
これまで僕は一言たりとも“アウトライン”なんて言った覚えがないんだけど…
さらに、僕は「是か非か」「インデザイン上で画像を拡大、または縮小するDTPオペレーターさんは」の、両スレッドで素性を書いてるのに、
なぜか印刷屋ということになっている。
ののりりも人じゃないのかなぁ、とすら思えるくらい、別の意味で人間味が感じられない。
なんでこんなかわいそうなことになっちゃってるんだろう、この人。
ののりりに聞きたいんですけど、わざとバカのふりしてるんですよね?
そうでないと、社会生活がいとなめないと思うんですけど、その理解力では。
[ラッキーアンストライク]-2009/03/28 19:06:48 [Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.19 (KHTML, like Gecko) Chrome/1.0.154.53 Safari/525.19]
» 023
>123さん
>あまりスレタイと無関係な雑談ばかりしていても、フォーカスがずれるばかりですよ。
>ましてや、けんかなぞを始めた日にはトピ主も入ってきづらくなって、そのうち「トピ主放置かよ」みたいな話もでてきたりして、さらなる混沌を招くこと必至です。
>自重しましょう。
こっちを先に読めばよかったですね。
ののりりがめちゃくちゃすぎるんで、もうレスしてしまいましたよ。
でも、読んでいてたとしても、あまりに度が過ぎるのでレスしたと思いますけど。
めちゃくちゃな事を書くのが許されて、それをスルーするしか策がないなら、それこそののりりが書いてる2ちゃんねるになっちゃいます。
おかしいことはおかしいと正さないと。
>匿名その100さん
>「ウチはスミ100はRIPで強制ノセにします。
ノセたくないスミ100がある場合はY1%加えてください」
とか、
>「雑誌広告デジタル送稿推進協議会ではWindowsで作成したものは対象外です」
>こういうのって妥当性があるとは思えないのだが。
まったくもって、妥当性ありませんけどね。
そういう印刷屋は使わなければいいので。
そういう場合って、大抵、その印刷屋が“安い”から使ってるんじゃないでしょうか?
123さんが言ってるとおり
>今回のケースでは受け入れ先のスタンスがはっきりしているわけですから
こういうことになるかと。
>守れないデザイナーに非があります。
確かに、Y1%入れろなんていう、論理性を無視したむちゃくちゃな指示をされたら怒りは覚えますが、
それがその印刷屋のルールなら、したがわざるをえないですよね。
このくらい書いておけば、スレタイwと関係ない雑談だけではないよ?という姿勢表明にはなりますかな。
>123さん
>あまりスレタイと無関係な雑談ばかりしていても、フォーカスがずれるばかりですよ。
>ましてや、けんかなぞを始めた日にはトピ主も入ってきづらくなって、そのうち「トピ主放置かよ」みたいな話もでてきたりして、さらなる混沌を招くこと必至です。
>自重しましょう。
こっちを先に読めばよかったですね。
ののりりがめちゃくちゃすぎるんで、もうレスしてしまいましたよ。
でも、読んでいてたとしても、あまりに度が過ぎるのでレスしたと思いますけど。
めちゃくちゃな事を書くのが許されて、それをスルーするしか策がないなら、それこそののりりが書いてる2ちゃんねるになっちゃいます。
おかしいことはおかしいと正さないと。
>匿名その100さん
>「ウチはスミ100はRIPで強制ノセにします。
ノセたくないスミ100がある場合はY1%加えてください」
とか、
>「雑誌広告デジタル送稿推進協議会ではWindowsで作成したものは対象外です」
>こういうのって妥当性があるとは思えないのだが。
まったくもって、妥当性ありませんけどね。
そういう印刷屋は使わなければいいので。
そういう場合って、大抵、その印刷屋が“安い”から使ってるんじゃないでしょうか?
123さんが言ってるとおり
>今回のケースでは受け入れ先のスタンスがはっきりしているわけですから
こういうことになるかと。
>守れないデザイナーに非があります。
確かに、Y1%入れろなんていう、論理性を無視したむちゃくちゃな指示をされたら怒りは覚えますが、
それがその印刷屋のルールなら、したがわざるをえないですよね。
このくらい書いておけば、スレタイwと関係ない雑談だけではないよ?という姿勢表明にはなりますかな。
[ラッキーアンストライク]-2009/03/28 19:19:09 [Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.19 (KHTML, like Gecko) Chrome/1.0.154.53 Safari/525.19]
» 024
自分も同じようなチェッカーをやっています。
ちゃんとした仕様書を渡しているにも関わらず
守れないデザイナーばっかりです。
だいたい80%がダメダメです。
仕様を読んでないなと思われるもの
仕様が理解できてないんじゃ?と思われるもの
よそはオレのやり方でOKだからと守る気のないもの
などなど、さまざまです。
はじめの頃は指導してましたが、
そんなことばかりやってられないので
結局は、こちらで勝手に仕様合わせして入稿してます。
基本はルール絶対。
一人のデザイナーの理屈で
全体のルールを変更するわけには行きません。
守れない人は、その仕事を受けないでください。
以下余談
ダメダメデータを修正してさあ入稿と思ったら
訂正が入ったと。
送られてきたデータの中から.aiだけ上書きして入稿。
後日、写真が違うんですけど…。
海外で刷っているのでそういうこともあります。
えっらそうに、完全データだから触るな、というデザ。
むかついたのでそのまま入稿。
ずれて印刷されてきた。
クラは気がつかなかったようだったが
デザが文句言ってきた。
データみたらセンタートンボがなかった。
知らんがな。。。
営業担当は困ってたけどね。
自分も同じようなチェッカーをやっています。
ちゃんとした仕様書を渡しているにも関わらず
守れないデザイナーばっかりです。
だいたい80%がダメダメです。
仕様を読んでないなと思われるもの
仕様が理解できてないんじゃ?と思われるもの
よそはオレのやり方でOKだからと守る気のないもの
などなど、さまざまです。
はじめの頃は指導してましたが、
そんなことばかりやってられないので
結局は、こちらで勝手に仕様合わせして入稿してます。
基本はルール絶対。
一人のデザイナーの理屈で
全体のルールを変更するわけには行きません。
守れない人は、その仕事を受けないでください。
以下余談
ダメダメデータを修正してさあ入稿と思ったら
訂正が入ったと。
送られてきたデータの中から.aiだけ上書きして入稿。
後日、写真が違うんですけど…。
海外で刷っているのでそういうこともあります。
えっらそうに、完全データだから触るな、というデザ。
むかついたのでそのまま入稿。
ずれて印刷されてきた。
クラは気がつかなかったようだったが
デザが文句言ってきた。
データみたらセンタートンボがなかった。
知らんがな。。。
営業担当は困ってたけどね。
[及川奈央]-2009/03/28 19:35:27 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP-mac; rv:1.8.1.20) Gecko/20081217 Firefox/2.0.0.20]
[尼子]-2009/03/28 23:06:16 [Mozilla/5.0 (X11; U; Linux i686; ja; rv:1.9.0.7) Gecko/2009030422 Ubuntu/8.04 (hardy) Firefox/3.0.7 Ubiquity/0.1.5]
[みや@3才]-2009/03/30 14:22:16 [Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8]
» 027
こちらのサイトに質問したのは初めてですが、みなさんデザイン印刷業界事情について真剣にお話しして頂いて驚いています。
仕事の合間にこのサイトを拝見していますのでひとりひとりお返事することができませんが、にやりさんと123さんの答えを参考にこれからもDTPに関して勉強してみます。
及川奈緒さんのお返事、すごくよくわかります。
確かに、データの仕様書はデザイナーさんに読んで頂けないことが多く、仕様書の内容を噛み砕いた文章に直して、不備データの直し方のご説明を易しい文で添付しても、電話口でPCを開いてもらってご説明しないと、直して頂けないこともありました。こちらでは基本、修正してはいけないので。とはいいながら、責任は取り兼ねますとクライアントさんにご了承頂いてから、ルール違反ですがこちらで修正を加えたり、校了ギリギリで、チェックすらかけないで印刷所に丸投げとゆうことも事実ありました。(もちろんしっかりしたデータを作ってくださるデザイナーさんもいらっしゃいます。)
私は以前から、華やかでクリエイティブなお仕事をしてらっしゃるデザイナーさんに憧れていました。
それももちろん素敵ですが、この仕事に就いてから、なんの文句も言わず、誰にお礼を言われることもなく、黙ってどんなぐちゃぐちゃデータがきてもきちんと綺麗になって返ってくる校正紙をみて、印刷所の方の、プロ意識に感服しています。
知識不足から、お互いの不和が生まれている気もします。よりよい印刷業会とデザイン業界、広告業界の関係性をつくって行く為にも、間にたつ立場として、双方への歩み寄り、解決策の普及(PDF入稿)、また専門知識の勉強に努めたいと思います。
みなさんありがとうございました。
こちらのサイトに質問したのは初めてですが、みなさんデザイン印刷業界事情について真剣にお話しして頂いて驚いています。
仕事の合間にこのサイトを拝見していますのでひとりひとりお返事することができませんが、にやりさんと123さんの答えを参考にこれからもDTPに関して勉強してみます。
及川奈緒さんのお返事、すごくよくわかります。
確かに、データの仕様書はデザイナーさんに読んで頂けないことが多く、仕様書の内容を噛み砕いた文章に直して、不備データの直し方のご説明を易しい文で添付しても、電話口でPCを開いてもらってご説明しないと、直して頂けないこともありました。こちらでは基本、修正してはいけないので。とはいいながら、責任は取り兼ねますとクライアントさんにご了承頂いてから、ルール違反ですがこちらで修正を加えたり、校了ギリギリで、チェックすらかけないで印刷所に丸投げとゆうことも事実ありました。(もちろんしっかりしたデータを作ってくださるデザイナーさんもいらっしゃいます。)
私は以前から、華やかでクリエイティブなお仕事をしてらっしゃるデザイナーさんに憧れていました。
それももちろん素敵ですが、この仕事に就いてから、なんの文句も言わず、誰にお礼を言われることもなく、黙ってどんなぐちゃぐちゃデータがきてもきちんと綺麗になって返ってくる校正紙をみて、印刷所の方の、プロ意識に感服しています。
知識不足から、お互いの不和が生まれている気もします。よりよい印刷業会とデザイン業界、広告業界の関係性をつくって行く為にも、間にたつ立場として、双方への歩み寄り、解決策の普及(PDF入稿)、また専門知識の勉強に努めたいと思います。
みなさんありがとうございました。
[baitai]-2009/04/01 14:44:24 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/523.12 (KHTML, like Gecko) Version/3.0.4 Safari/523.12]
[.]-2009/04/01 16:35:44 [Mozilla/4.0 (compatible; MSIE 5.0; Mac_PowerPC)]
[.]-2009/04/01 16:40:25 [Mozilla/4.0 (compatible; MSIE 5.0; Mac_PowerPC)]
[あほ]-2009/04/05 07:56:44 [Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8]