ＤＸＦ ＩＮ／ＯＵＴの限界
ＤＸＦはもともとＤＲＥＡＭには備わっていませんでした
著者のお客から ＤＸＦを読めるようにならないかと
言われたのがそもそもの発端です
しかし本屋に行っても ＤＸＦそのものの構造について
記された本もなく ＤＸＦデータを見ても
何やらちんぷんかんぷんで しばらく放っておいていました
その後も同じお客から催促され 逆にどうすればいいのか
問いたら 自分で解析しろと言われる始末でした
それでも気を取り直し フリーで手に入る ＪＷ＿ＣＡＤを
使い １本線を引いて ＤＸＦファイルをつくり
そのファイルを調べ ２本ひいたらどうなるか
丸を描いたらどうなるか という具合に調べて
大体の雰囲気を掴みました
これに要した時間は なから２日ぐらい
ＨＰＧＬデータからＤＸＦに変換するソフトの
プロトタイプまでは約３０分ぐらいですか
円弧の変換は一番時間を使いまして ２〜３日かかりました
そうして ＥＶから出力したＨＰＧＬをＤＸＦに変換したものを
お客にメールで送り、検図の配達の手間を省きました
結構喜んでもらえました
この業界ではわりと早いほうではないかと自負しています
ＤＲＥＡＭに変わり当初はＥＶへデータを変換して
ＨＰＧＬ−＞ＤＸＦの手段を講じていましたが
何せ時間がかかるので（配達よりは相当速いが！）
ＤＲＥＡＭ（Ｗ９８）から出せるＨＰＧＬ／２を変換する事を
考えました
しかしＨＰＧＬ／２はかなりの曲者でして
例を言うと ＨＰＧＬでは円弧を描くのに
半径を個々に指定しますが
ＨＰＧＬ／２では半径はすべて１になっています
半径の違いはどう表現するかというと
円を書く時点で全体のスケールをいちいち変えるという
手段を使っています
有る程度まで対応しましたが 面倒でＤＲＥＡＭに
直接コマンドとして取り入れる様に強く進言して
このコマンドができました
結局のところ自分のソフトをまるまるコピーして
実現しているようです
とは言え ＤＲＥＡＭは Ｃ 自分は ＡＷＫなので
若干の違いはありますが 簡単に移植できる範囲でした
その後作者による 追加機能もあります
それゆえ ＤＸＦに関する制限があります
著者もＤＸＦの構造を前述の理由ですべて承知している訳では
ないので 勘違いもあるかも知れませんが
おおよそ次のとうりです
限界には多分に著者の努力不足もありますが
自分のニーズを満足すればオールＯＫな性格なので
気にしないでください
まずＤＸＦ ＩＮについて言えば
文字、ドット、ＢＬＯＣＫＤＥＦは読みません
文字はＤＸＦデータを見ると 文字列を宣言する命令に
続き文字コードがあります
ＤＯＳ、ＷＩＮでは 文字コードをひろい漢字らしき絵に
変換して画面に出しますが
ＤＲＥＡＭでこれを実現するには 総ての漢字コードに
あてはまるＤＸＦー＞ＣＡＤ図形データを用意しなければ
なりません
もっと楽な方法もあるかもしれませんが
苦労ばかり続きそうなので止めました
もっともＤＸＦは他のパソコンに移すと 文字化け、位置ずれは
起きるようで 当初からＩＮの対象外です
ドットは割と楽に再現できますが余り使わなそうなのでパスしました
ＢＬＯＣＫＤＥＦは部品のような概念ですが
いくらでもネスト可能で 追いかけていくと切りがないので
これもパスです
本当は３次元まで追いかけるように作ってみましたが
（自作ソフトで）うまく動かず面倒で止めました
ソフト開発で飯を食っている訳ではないというのが
自分に対する言い訳です
１本の線をＢＬＯＣＫＤＥＦにして このＢＬＯＣＫの組み合わせで
面をつくり それをＤＥＦしてさらに立体表現できます
でもこの業界ではまず使われないコマンドです
この業界で ＤＸＦはお客が手持ちの機械ＣＡＤで
基板図面を作り 管理し また支給する程度のものです
ほとんどが １次元のデータの集まりですから
まず差し支えないと思います
ＤＸＦ ＯＵＴはＣＡＤデータをＤＸＦで出力するものですが
すべては 直線と円弧で表現されています
文字も文字コードなるものはありません
拠って ＤＸＦデータそのものが基板データになると
考えて差し支えありません
以前 文字をパソコンのフォントでという問い合わせを
受けましたが 固くお断りしました
文字は化ける元ですし フォントを使うと
基板の仕上がりイメージが異なるので
止めるべきだと進言しました
結果として問題はありませんでした
シルク文字も直線と円弧で表現されるので
基板データそのものです
最初に戻る