建築フォーラム(farchi)

　堀越さんレスありがとうございます。 　そうなんだ。　AUGIJPの線種は変換出来ないのですね。 　それでテストしてみたのですが、AUGIJP以外の線種にも指定してみて、 　表示のところのＢＹLAYERにチェック入れてJWWにも変換したのですが、変化なしです。 　もしかするとJACの仕様なのかな？ 　最近AUTOの仕事ばかりしていたのですっかりとJACの使い方忘れています。 　ただし、Ｋ．Nakaharaさんがお忙しいとは思うのですが、AUGIJPの線種も考慮頂けると 　助かるのですが。 　 　それから、３／中旬ころには、新しいAUTOCAD２０１０も発売されるみたいですしね。 　ＤＷＧの形式も変わるみたいですし。 　JACでも、対応はどうなるのか？作者様の意向なのでしょうけれども。 　とりあえず、堀越さんレスありがとうございました。 　しかし、こんな事初めての体験なのでもう少し他の人の意見も聞いてみたいです。 　後、JWWとJWCの説明ありがとうございます。

AutoCAD LT 2000 で、AUG-JP の線種を追加して、てきとうなサンプルデータを作って2000形式DXFで保存し、JacConvert 2.94h で 開き、JWW 4.20(16色)形式で保存を行い、Jw_cad 6.20aで開いてみましたが、JIS_08_50 の線は一点鎖線２として読み込めています。 線種に JIS_08_50 で直接指定した線、線種をBYLAYER にして、その画層の線種を JIS_08_50 にした線、双方とも　こちらでは読み込めている様子です。 JacConvert で開いた時、JacConvert の画面上で一点鎖線で見えているのでしょうか？それとも、JacConvert の画面上で実線で見えているのでしょうか？ もともと、JacConvert は、線種を　線種名で判断しているのではなく、線種設定から読み取っている、とお聞きしたように記憶しています。ですので、ACAD_ISO であっても AUG-JP であっても、一点鎖線のような設定の線種は、一点鎖線として変換する、というような具合だと思います。 2010形式DWGに関しては、JacConvert ではなく、EveryDWG 側の話だと思います。

AFさん、コメントありがとうございます。 　JACで読み込んだ時点のチェックなのですが、おかしくなるのはスプラインだけなのですね。 　それ以外は、きちんと読み込めていました。そこで、表示のところのＢＹLAYERのチェック入れると 　ちゃんと表示されています。 　その状態で、ＤＸＦに変換するとスプラインは、全て実線に変換されてしまいます。 　JWWに変換すると、実線と一点鎖線に変換されてしまうのです。 　どうして、こんな感じになるのか不思議でありません。

あっ、そう言う状況下だったのですか。 早速、R14上でSPLINE２本を描きaugi線種を直接割り振ってR14DWG保存。一つはDOT系のJIS_02_07、もう一つはCENTER系のJIS_08_11です。 これをJacConvertで読み込み、R14DXFで書き出し、それをR14で読み込んだところ、JIS_02_07はDOTに、JIS_08_11はCENTER2に、それぞれ線種が変わりました。augi線種は見事にLegacy線種に変換されました。ただし、DOTでもDOT2やDOTx2のように間隔の異なるものもあるので、今回の私の変換例はLtscaleも含めて変換パターンの一例と見た方が良いでしょう。 画面上でも、DOTはDOT、CENTER2はCENTER2に見えました。これも、Ltscaleが極めて小か極めて大だと目で見るとContinuousに見えるでしょう。目で見て実線状態でも、データ上はDOT等のような実線以外になっている場合もあるので、［図形情報］(LIST)コマンドなどで丁寧に確認する必要があります。 症状が出た図形の特性（LINE,SPLINE,PLINE,CIRCLE,ARC,TEXT,etc...、Linetype{DOT,CENTER,augi線種,etc...}、Color）等の情報があればもっと早く原因が掴めたのかもしれません。 とりあえず、原因が判ったと言うことで、＼(^o^)／　ですね。

堀越さんレスありがとうございます。 　確かに単純な図面で試すと、堀越さんと同じ状況になりました。 　原因の解析ありがとうございます。 　ところで、もう一つだけつきあって欲しいのですが。 　対策はどの様にしたらよろしいのですかね？ 　今回は、スプラインの多い現場なのでどうしたらいいのかと迷っております。 　素直にＲ１２形式のＤＸＦで渡した方が良いのでしょうか？ 　もうちょっとだけお知恵拝借願います。 　ずうずうしいとは思いますがよろしくお願いします。

そうですね。簡単だと原因究明は容易です。ZIPPOさん図面はデータ量も多いようなので、条件が私と同じ部分でも変換状況は異なるのでしょうね。たぶん。 R12DXF(DWGも)だとSPLINEはPOLYLINEされでバラバラ状態です。当然、半径も近似の半径になったはずです。 SPLINEのR12変換は、機械系で微細な加工の場合はダメと聞きました。何故って、POLYLINEのつなぎ目（双方の繋がる点）で接線方向が違ったり、相手のCAMの精度が悪くなり段が付いたりするそうです。土木系なら精度が高くてもせいぜいmmの1/1～1/2程度でしょうから、R12でも使用上で困ることはないと思います。 って長々書いてきましたが、ZIPPOさんの図面はどちら系でしたっけ。

堀越さんレスありがとうございます。 　僕は扱っているのが建築系なのですが。 　まあ、極端な話し、見た目だけが、スプラインに近い形になっていれば大丈夫だと思います。 　たびたび、お手数おかけして申し訳ございません。

スプライン曲線ですか？ JW_CAD(MS-DOS版)　にも　Jw_cad (Windows版) にも スプライン曲線要素というのはありません。 短い線分の集まりとなります。 その短い線分１本の長さが、線種ピッチの長さよりも短い場合は その短い線分そのものは実線に見える事になる可能性は高いと思います。 ですので、短い実線の集まり＝曲線そのものは実線に見える　と いうことになろうかと思います。 私もDOS版CADやWin版のビューワなど作ってますが 短い線分の集まり状態で一点鎖線や破線などを表現するには グループ化するか、スプライン曲線ならスプライン曲線要素を作って利用するか、 という事になろうかと思いますが、現在の Jw_cad は、そういうシステムには なってません。 一応、ポリライン要素とスプライン要素の要望はしましたけど。 現状は、粗いスプライン曲線を描くか、線種ピッチを小さくするか、 というような具合になると思います。

AFさん、お返事ありがとうございます。 　ブログの方も読ませて頂きました。　とりあえず、似たような形で読み込まれているので 　安心しました。　まあ、またなにか問題あったら、考えることにします。 　それにしても、JWWもJWCもスプライン曲線に対応していないとは思いませんでした。 　本当にどうもありがとうございます。

誤解されないよう一応コメントしておきますけど、 「スプライン曲線要素」に対応していない、と書きましたが、 Jw_cad は　スプライン曲線の作図が出来ない、という意味ではありませんので念のため。 Jw_cad は、スプライン曲線の作図は出来ます。 但し、短い線分の集まり　となります。 スプライン曲線要素というのは、曲線１本で１要素（１データ）、として扱えて、例えば、通過点をドラッグしたらスプライン曲線の書き直しが簡単に出来るとか、そういうものです。 短い線分の集まりで表現される場合は、例えば、通過点間の分割数を「７」にした場合、始点～通過点１つ～終点のスプライン曲線は、曲線１本で14要素の線分の集まりとなります。また、通過点をドラッグしてもスプライン曲線の書き直しは行われません（パラメトリック変形はできますが綺麗な曲線にはなりません）。