MO内データがすりかわる？
先日印刷データを入稿したところ修正前の画像データが出力されてしまいました。
MO内に保存する間近までデータを開いて作業をしていましたが、上書き保存をしてからMOにコピーしました。
しかし、印刷後のデータを見ると古いデータが入稿されていて出力結果も古い画像がリンクされて出力されています。
ここまでなら、データの入れ間違いなどの可能性があると思うのですが問題は、数日後同じMOを開いたところ、そのデータのみ日付が変わり新しいデータに置き換わっていたのです。
その間、一切MOには手も触れておらずデータの追加などもした覚えがまったくありません。
このような現象は起こりえるのでしょうか？
また、起こりえる場合の対処法などを教えていただけると助かります。
作業環境
MacMiniG4 1.25GHz
MacOS X 10.4.11
メモリ1GB DDR SDRAM
I-O DATA CompactMO MOC2-U640L
使用アプリケーション
イラストレーターCS2
フォトショップCS2
corm 2009/03/17 11:22:28
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
001
いくつか問題を切り分けて考える必要があると思います。
１、最初にMOにコピーした際間違いなく新しい物だったか。
２、以前に何度かデータを入稿したことはなかったか。
＞ここまでなら、データの入れ間違いなどの可能性があると思うのですが問題は、数日後同じMOを開いたところ、そのデータのみ日付が変わり新しいデータに置き換わっていたのです。
上記から想像するにMOには新しいデータをコピーしていたと思われます。
私的には可能性として２のケースを疑っています。
入稿先に過去の古いデータが残っていて、間違ってリンク切れの修正をした等、何らかの原因で古い物が出力されたのではないでしょうか。
匿名係長 2009/03/17 12:33:47
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
002
対処と言うことですが、
過去レスでも度々出ていますが、illustratorのリンク情報は絶対パスで保持しています。
つまりコピーや移動した段階で確実にリンク切れになると考えていいです。
それを防ぐために、
１、全て埋め込む。
２、全て同一階層で完結する。リンク切れが自動修正されます。（入れ子状態ではダメ）
以上、1 or 2で防止できるでしょう。
匿名係長 2009/03/17 12:54:24
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
003
出力側で、レイアウトファイルしかコピー/アップデートしなかったんでしょ。
理由１
MOは転送速度が遅いから
理由２
前校のときに画像ファイルすべてに手を入れた
あなたがすべきこと
添付したカンプに大きく朱書きで
『この画像変更してます!!!』と明記。
画像ファイル名は変更する。
できるかぎりMOは使わない。
ラテミ来日けてい 2009/03/17 13:28:33
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
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
004
回答ありがとうございました。
印刷会社さんからは過去データは完全に破棄しているのであり得ないとのお返事をいただきました。
現在、可能性を潰していっているのですが、現状の可能性として「ラテミ来日けてい」さんの理由1の線が可能性として濃そうな感じだとおもいます。
お二人には迅速な回答をいただき、誠に感謝いたします。
ありがとうございました。
corm 2009/03/17 15:55:59
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
005
画像だけ上書き保存したんじゃないですか？
イラストレーターのデータも一回開いて保存した方が安全ってかしなきゃだめ？
前に何回かこれで刷版担当に怒られましたので。。。
みや 2009/03/17 17:11:02
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.7) Gecko/2009021910 Firefox/3.0.7
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
006
埋め込みしてたから画像修正が反映されなかった...とか？
123 2009/03/17 17:19:51
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
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
007
>みや様
画像だけではなくイラストレータのデータも開きアウトラインをとってから別名で保存しました。
>123様
画像はすべてリンクとなっていました。
corm 2009/03/17 18:23:16
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
008
出力用MOは初期化なんだろうなぁ
MO戻ってこないからね・・
もう２・年前から
出力納品は一方通行のCD-Rになりました
昨今DVDに押されてきましたが、CD-Rは100枚1600円くらいか。
しろやま 2009/3/17 18:51
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
9
illustratorで使用している画像が全てリンクで、画像が差し替わって出力されたということは、リンク切れを修復した際、入れ替わったとしか言えません。その差し替わる場面はある程度限られてきます。
また古いデータがどこかに存在しなければ、入れ替わる要素が存在しないので起こるはずもありません。どこかに古いデータが有ったこいえます。
MOに入れたデータが「間違いなく正しいリンクがされたillustrator書類で、古い画像がMOには入っていない」となれば、先方は「破棄している」と言っているようですがちょっと疑わしいです。
epsで画像を含めていれば、アウトライン済みillustrator書類だけでリンク画像が無くても通常であればそのまま問題なく出力できます。
illustrator書類を先方は一度でも開いたことを意味します。その際に替わった可能性が高くないでしょうか。
何れにしてもまずローカルの可能性から問題を段階的に精査してみてください。
因にメディアに関しては先方と互換がとれているのであれば何でも良いのではないでしょうか。当方も主流はCDになっていますが、未だに「要返却」のMOが多いです。また「要返却」のメモリースティックなんかも増えてきています。
請負人 2009/3/18 2:21
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
10
まずは先方から出力に使用した最終のデータを引き上げてはいかがでしょうか？
ファイルの保存日、リンク情報などから分かるのではないでしょうか？
それでも判別しない場合は、正しいデータと引き上げたデータを出力して比べてみるとか、色々出来そうですね。
私も請負人さんと同様
>MOに入れたデータが「間違いなく正しいリンクがされたillustrator書類で、古い画像がMOには入っていない」となれば、先方は「破棄している」と言っているようですがちょっと疑わしいです。
と思います。
こんぱす 2009/3/18 16:47
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
11
>しろやま様、請負人様、こんぱす様
回答ありがとうございます。
今回の件に関してですが、先方より「仮説めいたものが見えました」との返事がありました。
内容としては、Photoshopのバグで完全に保存されきる前にデータを閉じてしまったのではないか、ということでした。
その後、一度MOを返却いただき、再下版時にデータを開くことによってデータ保存が完全に終了した可能性があるとのことです。
製作作業を行ったMacと出力時に使用したMacのシステムログを追っての検証なので、コレより先の検証方法がなく確証とまではいかないようですが･･･
先方のお話では他の製作会社様でもこのようなことが起こったケースがあるとのことでしたので、仮説止まりというわけでもなさそうです。
現状での回避方法として、MOにデータをコピー後別のMacへMOを写しMO上から最終の出力を行いチェックするということで回避しましょうということになりました。
最後に、このような拙い文章に対して、親身にご返事いただいた匿名係長様、ラテミ来日けてい様、みや様、123様、しろやま様、請負人様、こんぱす様に厚くお礼申し上げます。
本当にありがとうございました。
corm 2009/3/18 17:20
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
12
＞内容としては、Photoshopのバグで完全に保存されきる前にデータを閉じてしまったのではないか、ということでした。
その後、一度MOを返却いただき、再下版時にデータを開くことによってデータ保存が完全に終了した可能性があるとのことです。
「仮説めいたもの」の段階で言うのもアレですけど、なにがなんだかわかりませんね。突っ込みがないところをみると他の皆さんはおわかりなんでしょうか？
このトピック、一応まじめに注目してますので、トピ主さんには経過をまた報告してもらいたいです。
123 2009/3/19 14:29
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
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
13
＞内容としては、Photoshopのバグで完全に保存されきる前にデータを閉じてしまったのではないか、ということでした。
その後、一度MOを返却いただき、再下版時にデータを開くことによってデータ保存が完全に終了した可能性があるとのことです。
私、意味が良く理解できません……が……
JP 2009/3/19 17:19
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
14
ごめんなさい。私にもさっぱり？？？
うまく言いくるめられたのでなければいいのですが..................
こんぱす 2009/3/19 19:22
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
15
聞いたことありませんので、恐らく、先方の責任回避のための言い訳と思っています。もし本当なら結構重要なことだと思いますが。
＞先方のお話では他の製作会社様でもこのようなことが起こったケースがある
これも解釈のしょうでは、「同じ過ちを過去に起こしたことがある」とも取れます。
＞うまく言いくるめられたのでなければいいのですが..................
全くその通りです。
過去スレにこの様なものもあります。
URL http://gande.co.jp/cgi-momoco/momoco.cgi?btype=pc&mode=tp&ord=new&page=6&file=20090113103028
何かの参考になるかも？
請負人 2009/3/19 20:04
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
16
>内容としては、Photoshopのバグで完全に保存されきる前にデータを閉じてしまったのではないか、ということでした。
理論的にあり得ない話でしょ。
仮に、完全に保存される前にデータを閉じたとして、書き込みが中断して取り出されたＭＯを数日たってからマウントしたら、書かれなかった部分を書き足された、なんてことがあったら、逆に事故になるでしょ。
． 2009/3/19 20:21
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
17
再発の可能性ありという結論か？
ドライブの書き込みが弱っているのか？？？
自分を信じるなら
少なからず、そのMOメディアは破棄。
その印刷会社とは今後CD-Rでやりとりする。
宮地 2009/3/20 18:42
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
18
今回のケースでは、ドライブやメディアの不良とは考えづらく、またソフト的なバグとも考えづらい。
どこかの段階での人為的ミスの可能性が高いでしょう。
illustratorの配置リンクファイルの扱い方や、リンク切れの際の自動修復の特性などをよく理解されれば、自ずと原因が掴めてくると思います。
何れにしても、解明しておいた方が今後の事故防止のためにもなります。
請負人 2009/3/21 11:23
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_5_6; ja-jp) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
[4425] 旧掲示板 (2009/03/17 Tue 11:22)
- [4425] MO内データがすりかわる？ 旧掲示板 2009/03/17 11:22
