CAD : AFsoft World

CAD

2025年07月11日23:00

SXFでの背景色の定義

「SXF Ver.3.1 仕様書・同解説　付属書　共通属性セット編」
のPDFの p.2 に説明があります

1. １つの折れ線フィーチャ作成
　頂点数5
　(10,-30)～(30,-30)～(30,-10)～(10,-10)～(10,-30)
　表示／非表示フラグは　非表示
2. 上記の折れ線を複合曲線定義
3. 上記複合曲線を既定義ハッチング（Area_Control）
4. この既定義ハッチングに対して背景色の属性付加
5. 上記を用紙フィーチャー上に配置

みたいな感じでしょうか

うちの「AFjww2sfc」「AFsfc2jww」ではこの背景色設定に対応しています

2025年02月22日15:00

BeDraw7 で JW_CAD外部変形

先の件、BeDraw7 では JW_CAD外部変形が
使えるらしいとの事で、それなら
BeDraw7 で図面を開き、外部変形実行で
範囲選択で全図面を選択し
JWC_TEMP.txt を出力して、それをそのまんま
Jw_cad の座標ファイル機能で開いたらどうなん？
と思ってやってみたら
・・・
BeDraw7 の JW_CAD外部変形機能は
DOS版JW_CAD の外部変形機能ぽいw
REM #jww は　まず弾かれて
REM #jw にすると当然ながら
任意サイズの文字は出せないし（DOS版には無いので当然）
ソリッド図形も出せないし（DOS版には無いので当然）
多分、線色・線種の制限もあるだろうし
うん、これは無理っぽいw
・・・
となれば
BeDraw外部変形で　全図面を選択し
出力される bed_temp.pt を
Jw_cad の JWC_TEMP.TXT に変換させる、或いは
JWW形式やJWS形式のファイルに変換させるプログラムを
作ればそれで結構イケるのではなかろうか？www

等と思ったりしたんだけど、ところで
BeDraw7 って、ブロック図形（複合図形）って無いのかな？
ざっと見て　見当たらないし　よく分からなかった
無ければ無いで、外部変形でのコンバートは　やり易いような気はします

・・・はい、単なる　たわごとですw

2025年02月20日16:00

SFC経由で色が変わる？

建築フォーラムでの先の件で、SXF(SFC)経由で色が変わる？とかいう話があったのでちょっと見てみた

取り合えず Autodesk社の AutoCAD サンプルデータに「color_wheel.dwg」がありますのでこれを当方の「AFdxf2jww」にて変換したものが下記（レイアウト ISOのデータ）
20250220a

なお、色は SXF256色で変換させています
これを当方の「AFjww2sfc」で SFC変換し、BeDraw7 にて開きます
20250220b

という具合になります
背景色の違い・黒－白の違いはありますがそれ以外の色の違いは別段見当たりません　であれば　私はレジストしてませんので未確認ですが、SFC入力で問題無いんだから、SFC出力でも問題は無いと思いますので（作者氏もSXFブラウザ等で確認してると思いますので）、色が変わるって話はちょっと信じがたい感じはします

あー
Jw_cad でSFC保存を行い、新規状態にして、そのSFCファイルを Jw_cad で開くと
20250220c

こうなっちゃったりしますが、BeDrawで開いても同じようになりますので、Jw_cad のSFC保存の問題なのでしょう

2025年02月17日15:00

BeDrawでのJWW保存？

建築フォーラムの掲示板の話
https://www.farchi.jp/forum/viewtopic.php?showtopic=10857

私は BeDrawユーザーじゃないし
全くの無関係の第三者なのでコメントは控えます

似たような話としては、過去記事より
https://www.farchi.jp/forum/viewtopic.php?showtopic=7833

BeDraw には昔から JWW読み込みはありますが
JWW保存はありません
なのでこれはプログラミング的な話ではなくて
思惑とか戦略とかそゆ絡みで意図的に作ってないんだと思います
（作ろうと思えば多分すぐ作れるんだと思います）
ソフトウェア・ポリシーとして、そゆ風にしてると思うんで、多分今後もそういう機能追加は行われないだろうと推測出来ます
https://www.farchi.jp/forum/viewtopic.php?showtopic=6840

で、この書き込みした人は現状
JWCで保存して Jw_cad で開いているんだろうか？
であれば上記過去記事に書いた通り
SFCで保存する方が遥かに良いと思います

部分図がブロックになる件は
当方の「AFsfc2jww」でも

　□部分図のブロック図形を分解
　　チェックを入れた場合、最大15個までの部分図を分解し　レイヤグループ上に展開します。（Jw_cad の古いバージョン仕様に近似）レイヤグループの縮尺は部分図の尺度になります。　部分図のＸ方向尺度とＹ方向尺度が異なる場合は分解しません。

という機能を入れてあります

このツールを使えば

　ハッチング（塗り）
　　ハッチング（塗り）をどのように変換するかを指示して下さい。
　　「間隔を図寸mm指示」
　　→　ハッチング間隔を図寸値にて指示して下さい。
　　　　入力範囲：0.01～1000 [図寸mm]

という機能により、ハッチングの線が大量になって重くなるって事を防ぐ事が出来ます

SFC経由の場合、SXF線色＝256色、SXF既定義線種＝15種　はそのまんま変換されるので、Jw_cad 側でもそのまま表示されると思います　が　Jw_cadユーザーは　通常線色８色（＋補助線色）、通常線種８種（＋補助線種＋ランダム線種）を使う場合が多い様子なので、その辺はどうしようもない気はしますね

文字種1～10の色Noも、1～9 しか設定出来ません
任意サイズ文字の色Noには SXF線色も使えますけど、文字種10種での管理はちょっと無理っぽい気はしますねー

Jw_cad での仕事がメインなのであれば
最初から最後まで Jw_cad を使えばいい
とは思いますが
JWW保存が出来ないCADをメインに使うという時点で中々に難しい話かもしれませんねー

2025年01月12日13:00

Re: キャド用キーボードを自作しました

Jw_cad作者さんサイトの掲示板での発言

簡単な提案書をお送りしたいのですが、PDFデータなのでこのメールに添付できません。
担当者様のメールアドレスをお知らせいたたければ、メール添付で送ります。

青森県＊＊＊＊＊＊
有限会社布川建築設計事務所
0172-＊＊＊＊＊＊

・Jw_cad についての質問ではない
　情報提供な話であれば隣の掲示板で
・情報提供というよりは
　広告PRの類だろうか？
　情報提供であるのなら少なくとも Jw_cad 関連の話を書いて貰いたい
・「メール」ではなく、そこは「掲示板」
・画像化して、画像をフリーでアップロード出来るサイトやブログ等に貼り付けてリンクして貰いたい

CAD用キーボードと言われて思い出すのは
やはり、MicroCADAM
以前、テンキーボードのような感じで自由にカスタマイズ出来るキーボードが売ってたような気がする

・Jw_cad では、KEY設定でコマンドを割り付ける事が出来る
・ツールバー／ツールボタン
・クロックメニュー
・コマンドを動かす為の外部メニューツール
外付専用キーボードの需要はどれくらいだろう？
あればあったで面白いとは思うが価格の問題かもしれない

例：1000円程度のUSBキーボードを購入し接続、
　　キーボードの端から順番に（Q、A、Z…等）
　　Jw_cadでよく利用するコマンドをKEY設定し
　　キーにシールを貼って（「線」「円弧」等）利用する

2024年09月26日17:00

ODA FileConverter がダウンロード可能に

ODA FileConverter がユーザー登録せずともダウンロード可能になったようです
現在バージョンは、25.8.0 です

https://www.opendesign.com/guestfiles/oda_file_converter

https://www.opendesign.com/guestfiles/oda_viewer

当方、「AFdxf2jww」「AFjww2dxf」にて動作確認済

2024年09月11日20:00

ODA FileConverter がユーザー登録必須に

ODA FileConverter がユーザー登録必須になったようです

https://www.opendesign.com/guestfiles/oda_file_converter

https://www.opendesign.com/guestfiles/oda_viewer

多分
ODA Trial Version　（60 DAYS OF FULL ACCESS）
https://www.opendesign.com/free-trial
で登録をしないといけないのかも・・・
（60日間は別段費用請求されないようです）
これは勿論、ODA Member 用のダウンロード云々な話だと思いますが、おそらくそれと共通化されたんじゃないかと思います　しかし・・・　60日を過ぎたら当然アクセス出来なくなると思うので、その後はどうなるのかなぁという気はしないでもないです

となればもう
ODA FileConverter はフリーのツールではないと言えるのかもしれません
当方の「AFdxf2jww」「AFjww2dxf」でも ODA FileConverter を利用して DWGファイルを扱える、という風にしているので、今後、どう対処すべきなのか・・・うーん・・・

2024年08月10日11:00

なぜ 3Dソフトが欲しいのか？

・興味・面白そうだから
・仕事で使う・使えそうだから
・2D-CADに限界を感じてきたから
　→2D＝図面を見て脳内で3D構築(図学)するのが一般的だけれども、脳内展開がしんどくなってきた／脳内展開が出来ない人が多くなってきた＝図面でのコミュニケーションが取りにくい・取れない
　→3D的なプレゼンをしたい
　→具体的な3D的な数値的判断が難しい　これとこれは　ぶつかるんかどうか？　具体的にどれくらいのボリュームになるのか？　シミュレーション（強度計算等）をしてみたい　等等
　→3Dプリンタで模型・試作品を作りたい
　→データを使ってそのまま製造させたい（現状でもCAMで2D/2.5Dな加工は可能だが…）
　→等等

・紙にしろディスプレイにしろ、対象が3Dであっても 2Dにする必要がある／カメラで写真を撮れば2Dになる（パノラマ→3D加工や、360°カメラもある）
・2Dでも3D風に表現する方法として、等角投影図、透視投影図　がある
　線だけで構成するワイヤーフレームモデル
　面で構成するサーフェイスモデル
　中身の詰まった立体で構成するソリッドモデル
　等

・2D-CADでのデータは、点・線・円弧・曲線・面（塗潰し）等があり、X座標・Y座標、平面上での大きさ、で表される　従って、3D風の図を作図したければ、例えばアイソメ方眼紙を使って3D風に作図したり、一点透視図・二点透視図を作図する時のように焦点を決め補助線を描いて作図したりする
角度等を変えたい場合は１から書き直しとなる
・2.5Dというのは、上記のような書き直しが大変だから、座標点データに2.5D文字を付加して、Z座標の代わりにしようというもの　本来はデータで Z座標を持てば良いがデータフォーマットが変わってしまうのでそれは避けたい等の理由があるのであろう
・3D-CADでのデータは、点・線・円弧・曲線・面・曲面・立体等があり、X座標・Y座標・Z座標、3D空間上での大きさ、で表される　しかしディスプレイは通常は2Dであるため、座標変換・レンダリング処理をしてディスプレイ X座標・Y座標で描画される
　3Dのレンダリング処理には時間が掛かる為、3DのAPIとそれに特化したVGAカードが利用される　WindowsPCでは、Direct3Dに特化した GeForce系、OpenGLに特化した Quadro系 FireGL系、等があり、利用する3Dソフトが Direct3D（DirectX）を利用しているのか、OpenGLを利用しているのか、で選択する必要がある（異なる方を選んでもソフトウェア処理されて描画されるので、遅くはなるが描画は出来る）
　3D-CGの場合、最終レンダリング結果が特に重要とされる場合が多く、作業中は VGAカードによるリアルタイムレンダリングが利用されるが、最終結果は、3D-CGでのソフトウェアレンダリングが利用される場合が多い（GPUよりもCPUの負荷が高い）
　3D-CGは、パース図の作成やアニメーション等でよく利用されている

・CADデータをNC/CAMソフトへ受け渡し、カット処理を施し、加工機にて製造を行う、という事が行われている　金型設計、板金加工処理から、自動車・飛行機・プラント等の製造で利用される　最近は建築業界でも利用されている
・3D-CADデータをCAEソフトへ受け渡し、計算、解析、シミュレーション等が行われたりする
・3Dプリンタを利用し、模型・試作品等の作成に利用
　最近は、巨大な 3Dプリンタによる住居の製造、という話もある
・BIM
・VR・AR・MR 等での利用
・その他

2024年03月10日12:00

SXF仕様の寸法線フィーチャ

SXF仕様の寸法線フィーチャには
・直線寸法
・弧長寸法
・角度寸法
・半径寸法
・直径寸法
がありますが
直線寸法は、寸法値線の前後の飛び出し分がばらばらになっておらず、１本化されてしまっています。そのため、どの点からどの点までの寸法値がコレ、というのが瞬時に分かりません。端点矢印位置というのはありますが、端点矢印を「なし」にする事も出来るため、端点矢印間の長さを寸法値に、という事も出来ません。となれば、寸法値線と寸法補助線との交点をその点にする、って手法もあり得ますが、寸法補助線を「なし」にする事も出来るため、それも確実な手法ではありません。という訳で、計測２点が不明であるため、CADで運用するには少し厳しいデータ仕様だと思えます。
特に Jw_cad での寸法図形は、寸法値と寸法値線の２つから構成されますが、計測２点が不明な状態では寸法図形にする事が出来ません。なので、寸法図形にするには、1)端点矢印があるか？　2)端点矢印がなければ寸法補助線はあるか？　3)どちらも無ければ伸縮は無いとしてその点を　という限定仕様にするしか無さそうです。
次に
弧長寸法・角度寸法も直線寸法と同様に計測２点が不確実です。
そして
半径寸法・直径寸法ですが、弧長寸法・角度寸法同様の寸法線原点（指示円弧の中心点）・寸法線半径が無いのが痛いですね。半径は無いとしても最低限、中心点は欲しかった感じです。寸法値線が中心点を通らない引出し指示の場合、寸法線データとしての利用価値はゼロとなります。

Jw_cad の寸法図形は、直線寸法（寸法値＋寸法値線）だけですが、はてさてどうしたものかなぁ？と少し考え中です。

2024年02月06日16:30

なんかメールで質問が来てた

うちに質問メールが来てました

Tool JWWCad <=> Autocad
現在、Jwwcadにはサポートツールがありますが、Jwwcadではプログラミングができないので、AutoCadを使ってプログラミングしています。このツールを Jwwcad で直接実行したいのですが、何か方法はありますか?
助けてくれてありがとう

外人さんでしょうか？
内容はいまいちよく分かりませんが
AutoCADで作っているプログラムを Jw_cad で動かしたい、と
メールでやり取りするような話ではないのでこちらで書きます

AutoCAD用ツールを何で作っているのか、どういうツールを作っているのか分かりませんが
作図編集用の手法として
・DIESELマクロ
・AutoLISP
・VBA
・ObjectARX
・その他
等があると思いますが、それらは AutoCAD（と仲介するAPI）とのやり取りをするんだと思いますが、Jw_cad にそういったAPIやSDKは標準では存在せず、外部変形という仕組み（テキストファイル「JWC_TEMP.TXT」を読み書きする）を利用します。或いは、クリップボードやデータファイルの直接の読み書きを行うプログラムを作成するか、でしょうか。

ですので、御自身で、AutoCAD（API）のような振る舞いをして Jw_cad とやり取りを行うシステムというのを作成すれば、ひょっとすると可能かもしれません。しかしこれは、AutoCAD（API）と Jw_cad の双方をかなり詳しく知らないと難しいと思います。

私だったら、現在のツールの仕様をペーパーにしっかり書いたうえで Jw_cad 用として１から作ると思います。
・現在作図編集中の図の作成・編集を行いたい場合
　→　外部変形
・データの入出力変換を行いたい場合や
　ブロック図形操作
　→　外部ツール作成

Jw_cad の外部変形であれば、テキストファイルを読み書き出来る処理系を利用すればどんな環境でも作れると思います。外部変形の作り方を知る必要はありますけれど。

なお
私は現在、AutoCADも AutoCAD互換CADも持ってませんし、AutoCAD上でカスタマイズ・プログラミングをした事はありませんので、それについてのお話は出来ません。昔の勤め先で少しだけDIESELマクロを触ったというだけで、AutoLISPも ADSも使った事はありません。その勤め先では最初は LT しか無かったし、勉強もしてないです。

2024年01月02日17:30

Jw_cad での SFC読み込み

という訳で、ちょっくら SXF仕様の SFCファイルについて
現在　見てたりします

私の使ってる「Delphi」では、
JACIC ライブラリ（DLL）がそのまま使えそうにないので
（というか Delphi FMX では DLL自体が使えない）
SFC ファイルを JACIC ライブラリ無しで扱いたいなぁと
スクリーンエディタで　直接書いて　試しております
（SXFブラウザ 3.20、M7、Jw_cad 使用）

そのついでとして Jw_cad はどこまで SFCを読めるのか？
についてちょっとまとめておきます

ファイルの縮尺は「1/1」
用紙　　→そのまま
部分図　→ブロック図形（部分図）
複合図形→ブロック図形（複合図形）

レイヤ：1～255 → 1～255、256→0
色　　：SXF色にそのまま対応
線種　：SXF線種にそのまま対応
線幅　：各線毎線幅にそのまま対応

点マーカ：そのまま　点マーカ
線分　　：そのまま　線分
折線　　：複数の線分
円　　　：そのまま　円
円弧　　：そのまま　円弧
楕円　　：そのまま　楕円
楕円弧　：そのまま　楕円弧
文字　　：そのまま　文字
　　　　　但し、基点は左下となる
スプライン：折線状態の複数の線分
クロソイド：×
直線寸法：SXF寸法図形
弧長寸法：×
角度寸法：ブロック化された線分・点マーカ・円弧・文字
半径寸法：ブロック化された線分・点マーカ・文字
直径寸法：ブロック化された線分・点マーカ・文字
引出し線：ブロック化された線分・点マーカ・文字
バルーン：ブロック化された線分・点マーカ・円・文字
ハッチング（塗り）：ブロック化された
　　　　　間隔0.13mm・角度0°の線分ハッチング
ハッチング（ユーザ定義）：ブロック化された
　　　　　指定間隔・角度の線分ハッチング
　　　　　但し、パターン数が複数の場合
　　　　　　　　線がだぶってしまう

※既定義シンボル、ハッチング（既定義）及び（パターン）は元々SXF仕様として開発者やユーザーが自由にどうこう出来る仕組みではないので無関係
複合曲線定義：認識
　　　　　但し、表示非表示フラグに関係なく
　　　　　　　　表示されてしまう
背景色（属性使用）：×
画像　（属性使用）：×

とまぁこんな具合でしょうか

2023年12月19日23:00

寸法とパラメトリック

遥か古のDOS時代、AutoCAD EX2・GX3をはじめ、
種々様々なCADソフトがありましたが、当時は
　寸法＝線分・円弧・文字・点の集まり
でした。それが普通でした。

勿論、図形に寸法をつけて変形したら　寸法値もそれに合わせて変化させる、という機能があるCADソフトも多かったですが、変化しないソフトもありました。
なぜ寸法図形要素というのが無かったのか？というと、おそらく、データベースが複雑化する事と、単純なメモリ容量の絡み、PCの速度が遅い事、だったように思われます。画面表示やデータ検索の際に寸法図形要素をいちいち線分・円弧・文字・点等に分解して、等とやると遅くなりますし、かといって、作図時に寸法図形要素と中身の線分・円弧・文字・点等を別々に持つと、その分、メモリを食います。
一般的なPC-9801シリーズではメインメモリ640KB、そのうちDOSのシステム等とプログラム本体とスタック等を除けば、データとして使えるメモリはその半分も無かった、かもしれません。
なので
外部メモリを使う事になってくるんですが、当初は、1MBのメモリボード、2MBのメモリボード、4MBのメモリボード、が主体だった訳です。DOSエクステンダーを使ってプロテクトメモリとして利用する方法、I/Oバンク切り替えで利用する方法、私のソフトは EMSメモリとして利用する方法を採りました。私のソフトは倍精度値で扱ってましたが、メモリを節約する為、単精度値のソフトや整数値のソフトもありました。

DOS時代に寸法図形要素を実装しているCADって事で初めて見たのはおそらく、「シュタール 2.0」（SOFT-PRO）というソフトです。Ｊ＆Ｐテクノでデモしてましたねw　そのあとに「AutoCAD GX5」を見たんじゃないかと思います。まぁ見ただけですけどw

それは置いといて
私のソフトのデモで愛知出張した時、そこで EWS（オフコンみたいな奴）のCADをちらっと見せてもらったんですが、コーナーに面取りを入れ、面取寸法を描いて、その面取寸法をピックして数値を変えたら図形も寸法値も連動して変化する、ってのを見せて頂きました。
これがパラメトリック

そのかなりあとに、SolidEdge（3D-CAD）を使う機会があったのですが、これも当然パラメトリックで、図形に寸法を付けて、寸法値を変えたら図形も連動して変わる。勿論、変えられない条件＝拘束条件ってのが出てくる訳で、色々と勉強させて頂いたものです。

どうもね、この3D-CADでのパラメトリックって、コマンドヒストリーを持ってて、数値変更は、その作図を行った所まで戻り、数値を変えて、その後のコマンド実行を行って現在時点まで戻す、みたいな歴史改変みたいな事をする様子なのですね。いや、アンドゥ・リドゥのためにヒストリー分岐をするって話も聞いた記憶があるので、歴史改変ではなく、世界線の変更（パラレルワールド）って事になるのかな？

というわけで「寸法」と一口に言っても
これまでどういう実装がされて、どういう扱いになってて、どんなメリット・デメリットがあるのか等、ソフトによって種々様々（ある程度のパターンはあるとしても）だと思いますが、CADである以上、寸法作図コマンドがあって、数値確認し、印刷する、という最低限の機能がある訳ですが、「これこそが寸法機能である！」と明言出来る人は、そうそう居ないのではなかろうか？等とも思う訳で

異なるCADとのデータ交換は果たしてどうなのか？という案件はDOS時代からある訳ですが～
GX5～-DXF、BMI、IGES、STEP、SXF、、、
パソ協の PCES 1.0 では、寸法はグループ化みたいな感じでしたが、色々な国内CADベンダーが集まって協議した結果でのその対応は、やはり、当時DOS時代での現実を示していたのかもしれません。

等と、だらだらと懐古厨な話でも書いてみるw

2022年10月19日11:00

トレース

画像（ラスターデータ）があって、それを線図（ベクトルデータ）に変換する際、中心線（センター）を取るのか輪郭線（エッジ）を取るのか、という件があります。

画像認識を行うツール等の場合はセンターを取ります。スケルトン。その方向と長さの情報がデータベースとマッチするかどうかにより（勿論、完全一致では認識されないので丸め；補間；あいまい検索するのが普通）認識が確定します。3DCGでのモーションキャプチャでは認識用のマーカー等を使いますね。PS4のVRのアレも同様。
CAD→トレース→彫刻等の場合も、ツールの太さを考慮した上で、オフセットを考えて図の内側を作図→カッティング（カットパス）したりします。
3Dプリンターでは、ノズルの動きはエッジのやや内側をなぞったあと中身を埋めて、のようになります（ノズル径；指定密度に依存）。そのためエッジ部分が必要となるデータが必須になってきます。

カッティングプロッターの場合でも、どういうカッティングをするかに依ると思いますが、カッターの太さを考慮しない場合は、エッジをそのままなぞるでしょうし、カッターの太さを考慮する場合は、エッジのやや内側をなぞることになるでしょう。
ま
私はカッティングプロッターを扱ったことがないので実際のことはわかりませんw　昔は縦型のペーパームーブ式のカッティングプロッターも販売されてましたが、カットしてる最中、カットした紙がべろ～んとしたり巻き込んだりしないのかなぁ？等と思ったりw
昔ミマキ社でフラットベッド型のカッティングプロッタを見せてもらったことがあります。紙を確実に綺麗にベッドに吸着させてないと、紙がべろ～んとなって、紙がぐちゃぐちゃになるから要注意、とか、ゴムがカット出来る機種の場合、ゴムだと勝手に反るので要注意、とか、細かいところのカットはやはり難しいとか、まぁいろいろあるんだなぁ、と。

で、画像からのトレースですが、綺麗にやろうと思えばやはり、画像の上に目盛（グリッド）を配置し、その目盛点を読み取り（スナップ）して作図していくのが良いと思われます。センターかエッジかは、目盛の作図の際に気を付けて（薄めの中間目盛など）、画像そのものも予め薄くしておく等、実際のトレース前の準備というのはそれなりにやるんじゃないかと思います。綺麗に作図したければなおさらではないかと。

ちなみに
以前作図してアップした添景用のトレース図は「M7」で作業しました。これは曲線で作業したのですが、
作図
20221019a

↓
編集モード

↓
編集

というような作業が出来るので、編集が楽だから、というのはありました。
Jw_cad は曲線データというのが無いし（複数の短い線分）、こういった編集機能もありませんから、Jw_cad ではちょっと難しいってのがありました。
やりたいことに応じてツールも使い分けする、みたいな

2022年10月16日00:00

CADデータ・・・

CADで図面を描いてファイル保存をする＝電子データ化

従来のドラフター等での手描きの場合は、当然、紙であり、専用用紙だったり、トレペだったり、青焼きしたり、A3縮小コピーしてOAファイルに閉じたり、図面用紙を固定する枠（名前知らないw）に挟んで収納したり。ちゃんと管理していれば、ぱっと取り出してぱっと見れる、という反面、場所を取るし、管理出来てないと探し回ったり。

電子データ化していれば、場所は比較的取らないし、ツールで検索も出来るけど図面ファイル管理は出来る。紙にする場合はプリンター・プロッターが要るけど、取引先等に図面を渡す場合は電子メール等が使えたりする。尤も、同時に PDFでも渡す、ってのはお約束。但し、電子データはいつ壊れるか分からない面があるのでバックアップは必須。

そゆ訳で、手描きの代わりにCADが利用され出した

という訳で、当初は、CADで作図出来る基本データは
線、点、円、円弧、文字、（塗り潰し）
位で、寸法線は線・点・円弧・文字の組み合わせだったり、ハッチングも複数線の組み合わせだったりした

けれども、寸法線の寸法値は、その元の図を拡大縮小変形した場合に、自動的に変わってくれる方が便利だよね、というより、図を編集したのに寸法値を書き換え忘れてトラブルになる、って話が多くなったりして、寸法線は、グループ化される／属性が付く、という特殊処理が施され、その後に、寸法線データというものが出てきた

曲線やハッチング線も同様に、グループ化／属性付き、その後に、曲線データ、ハッチングデータ、というものが出てきた

シンボル図や部品図を扱い易くするために、複合図形データ（ブロック図形データ）というものも出てきた

JW_CAD (DOS版) での基本データは
・線　・実点　・円円弧楕円楕円弧　・文字　・仮点(最大100)
でしたが
Jw_cad (Win版) での基本データは現在
・線　・点（仮点,点マーカ含む）　・円円弧楕円楕円弧　・文字（画像含む）
・ソリッド図形（三角形,四角形,線形,円形,弓,扇形,円外,円環）
・寸法図形（長さ寸法、SXF長さ寸法）・ブロック図形
となっています
Jw_cad での曲線は、曲線属性がついた短い線分の集まりであり、ハッチングは、ハッチング属性のついた線分の集まりであり、長さ寸法以外の寸法線は、寸法属性の付いた線分等の集まり（グループ属性付も可）です。

しかし世の中に、CADソフトというものは沢山ありますが、扱えるデータはそれぞれ異なったりします。よく利用される「DXF」ファイル＝AutoCADデータ「DWG」をテキストファイル化したようなデータ形式の場合ですが、これも AutoCADのバージョンによってどんどん変化しています。

GX3-DXF　の場合
・線　・点　・円　・円弧　・太線　・塗り潰し（三角形,四角形）　・文字　・シェイプ　・ポリライン　・複合図形　・属性定義＆属性文字
ですが
GX5-DXF では、Z座標が追加され、
・３次元面（三角面,四角面）　・ビューポート　・寸法図形（線分,角度,３点角度,直径,半径,基準線）
が追加されています。
R12-DXF は GX5 と同じとされていますが、確か R12 の時に Win版も出てきたと思います。

R13-DXF では
・3DSOLID　・BODY　・楕円楕円弧　・引出線　・マルチライン　・マルチテキスト　・OLE　・放射線　・リージョン　・スプライン　・幾何公差　・構築線
が追加されています。

R14-DXF では
・プロキシ図形（アドインアプリ専用データ）　・ハッチング　・画像　・ライトウェイトポリライン
が追加され、

2000-DXF では、新規データ追加は無いようですが、データの項目値が追加変更されていたりするようです。
その後、2004-DXF、2007-DXF、・・・と変化しているようです。

Jw_cad データと DXFデータ（AutoCADデータ）を比較すると、一致しないものが結構あります。一致するものはそのままデータ変換が可能ですが、一致しない場合、変換しない／別データで代替変換する、というのがお約束ですが、それによりデータの欠落／不一致ということが起きます。
データの種類だけではなく、レイヤ（画層）・色・線種・線幅等についても一致不一致ありますので完璧な変換というのは難しくなっています。

2022年10月14日09:30

ロゴ・デザイン

前の前の前に勤めていた機械部品のメーカーのロゴは
てきとーに描いたものではなく
イラストレーターがフィーリングで作図したものでもなく
ちゃんと設計された図形でした
（長さ・角度・Ｒが寸法線でしっかり定義されていた）
その標準サイズを拡大縮小していろんな所に利用されていました

前の前の勤め先で登録商標したことがありますが
もし、シンボルの登録商標をするんだったら
トレースとかで　てきとーに作図するんじゃなくて
ちゃんと「設計」した方がいいと思います

取引先の図面を作図編集して、そこに取引先のロゴを、
という場合は、その取引先に言って、ロゴデータを貰って
貼り付ける、或いは、図面を渡す際に、ロゴデータを
そちらで貼ってくださいね、と言うのが良いと思います
取引先のロゴは登録商標の場合もあり得るから
そういう場合は逆に、トレースしたらダメだと思います

ちなみに、トレパクは論外ですwww

2022年08月04日15:00

JacCv「DXF・DWG=>JWW変換時の線色変換詳細設定」

建築フォーラムの掲示板での話

現在 Ver.3.13p ですがこのボタン、押せないですね。
いつからこのボタンあるんだろう？
この PC内に残ってる 3.13h にもあるけど押せないです。
ヘルプにも書かれていないので
たぶん、そういう機能を実装しようと想定していて
まだ実装してない、みたいな話だと思うんですが～

うちのソフトでも、基本８色とSXF 256色のどっちか
しかないけれども、そうですねー　どの色をどの線色に
割り振るか？設定みたいなのは、付けてないですね。
AutoCAD フルカラーは、まぁどうでもいいとして
AutoCAD 255色をどれに割り付けるのか？　ってのは
想定してないっつーか　考えてなかったとゆーか・・・

取りあえず、そのボタンがいつからあって、
当初から使えなかったのか、あるバージョンまでは使えたのか
使えた場合、どんな画面が出てどんな設定ができたのか等、
状況がよく分からないのでとりあえずコメント出来ないな～

2022年08月03日10:00

面積計算

むか～しむかし

わしが　まだ　DOS版ドローソフトを作って売ってた頃の話じゃ

あれは確か、R社さんからの紹介じゃったかな？
某H市にあるN建設さんで　わしのソフトを１本
買ってもらったのじゃった
確か、ろーらんどでーじー社の卓上ぷろったぁも
購入されて　うちのソフトで作図して　カラー図面を
プロットして　いたく喜んでもらえたような　記憶があるのじゃ

そこの会社さんは、道路の舗装をしてその面積を出す、という
業務がかなりおおくて、それまでは、NEC N5200というPCで
表計算されておった

図面はこれまで手書きで　各値はもちろん手入力じゃった

それをうちのソフトで作図し、三角形分割しておいて
その三角形を範囲選択して表にして CSV出力をし
それを表計算ソフトに受け渡す、、、
図面上で表を作図する、、、　あれ？　どっちじゃったかな？
忘れてしもうたわいw
そういう追加プログラムを作った記憶があるのう・・・

そのとき、底辺・長さ・各面積は、必ず「切り捨て」で計算し
表の数値を使って計算をして結果も必ず「切り捨て」に
しないといけないのじゃ
四捨五入をして 1mm でも増えてしまうとダメで
減る分には構わないのだそうな

もう、かれこれ、30年位前の話じゃな

今はもう、なにもかもが　懐かしいw

2022年07月05日12:00

３点群データかぁ

Jw_cad は 2D-CAD だから Jw_cad 単体ではどうしようもないと思うけどw（Speed Data入力ってのはあるけれども、フォーマット評議会終了となったあとどうなったのかよく分からんな～　ただ、3点群データを Speed Dataに変換するソフトがあれば可能かもしれない）

昔スケッチアップで３点群データをインポートして三角パッチして取り込むプラグインがあったけれども、それはそれでアリだとは思うけれども（というわけで 3Dソフトであれば可能なソフトも色々とあると思うけれども）、以前、仕事で　トプコン社の測量機器を使ってデータを取り込むソフトを作ろうとしたことがありましたが、それは、レーザー＆360度プリズムを使って距離計測するシステムでしたが、それとは違って、カメラ→写真→3D測定、とか、3Dレーザー測定するような測量機器もあったと思いますが、そういうのはたぶん、3点群データになるのだろうなぁと思います。

で、トプコン社のサイトを見ると、X,Y,Z,色　のデータを出せるらしく？　ブラウザ表示するモノを見ると、三角パッチではなくて、色を持つ点（というよりは球？立方体？）を描画している感じがあるんですが、それもアリなのか～　などとwww

3Dデータを作ってぐるぐる回すだけなら私も昔「Script!3D」というので作ったけど、これは Delphi 6で OpenGL で作ってたと思うけど、Delphi XE/10 の FireMonkey(FMX) であれば、Winなら DirectX で、MacならOpenGL/Metal で描画するプログラムが作れますが、Canvasに線を描かせるように 3DCanvasに面を描かせるって方法がよく分からないんですよねw　コンポーネントはあるから、コンポーネントを追加・追加・・・は出来るけどイマイチ・・・　モデル表示コンポーネントに、objや collada を読ませて表示させるってのはあるので、これになるのかなぁ？　イマイチよく分からないんですよねぇ・・・

ビューイングはまぁいいとしても、そこからどうやって 2D に落とすのか？ってのもあるし～　陰線処理とか気にしなくていいのならイケイケでやればいいんでしょうけどねw　結局、3Dデータを扱って2Dデータ化する際には、OpenGL/DirectX とか無関係に、3Dプログラミングが必須になってきますから～

2022年06月19日20:00

ODA FileConverter 23.5

ODA を見ると
https://www.opendesign.com/guestfiles/oda_file_converter
23.5 が出ていましたのでダウンロードし
インストールしました

「vcruntime140.dll」というファイルは入ってますが
「vcruntime140_1.dll」というファイルは入っていませんので
23.4 と同様、
Visual C++ 再頒布可能パッケージ(2015-2022)
https://aka.ms/vs/17/release/vc_redist.x64.exe
をダウンロードして入れる必要があると思います。

※ODA FileConverter のWindows版は 64bit版しか提供されていないようですので、64bit-Windowsが必要になりますし、上記の再頒布可能パッケージも 64bit版を利用する、という事になります。

2022年06月01日17:00

ODA FileConverter 23.4

ODA を久しぶりに見ると
https://www.opendesign.com/guestfiles/oda_file_converter
23.4 が出ていましたのでダウンロードし
インストールしました

が

20220601p

というメッセージが出て動きません
（「vcruntime140.dll」というファイルはある
　これをリネームしても今度は「vcruntime140.dll」がないと出るので
　「vcruntime140.dll」を補完するためのDLLなのでしょう）
（これをかわしても別のDLLでエラーが出る）

Viewerにも DrawingsExplorerにも入ってません
これらも動きません

パッケージングのミスでしょうかね

当分、ODA対応待ち　でしょうか～

追記：マイクロソフト社のサイトから、
Visual C++ 再頒布可能パッケージ(2015-2022)
https://aka.ms/vs/17/release/vc_redist.x64.exe
をダウンロードして入れたら動くようになりました。

2022年05月01日20:30

建築フォーラムでの JacCV 3.13p での文字化けの件

建築フォーラムの会議室の件
https://www.farchi.jp/forum/viewtopic.php?showtopic=10086
コメントして１週間、返信ありませんなw

まぁ、「これやったら全て解決！」って解答コメントじゃないから、スルーされているんだろうけれども、「コミュニケーションの場」で無視されるってのは、正直、つまんないな。最近、忙しいのか、Jac作者氏も出てこられないし、第三者ではなく作者からのコメント待ちをしているのかもしれないけれども、そうなるともう、私のよーな第三者は　逆に　コメントしないほうがいいのかもしれませんね　質問者も、おまえなんぞ、お呼びじゃねーよ！とか思ってるかもしれないしw

それはともかく
とりあえず、「M7」にて、四角描いて、寸法線書いて、寸法値編集して「φ」をつけて、DXF保存して、そのDXFファイルをテキストエディタで開き、別の寸法値にも「φ」などをつけて、JacCVで開いてみた。「M7」では寸法要素はちゃんと「DIMENSION要素」で出力されるのだ。で、DIMENSION要素で参照するブロック「*D～～」のところをテキストエディタで編集。
結果、問題なし
UTF8保存をしても別段問題無し
「φ」「Φ」「∮」「%%c」「￥U+2205」全て問題無し

あとはもう、AutoCAD、AutoCAD互換CADでテストDWGデータを作って実際にやってみるしか無いね～　って、そんな実験のためだけに、AutoCADや AutoCAD互換CADを買うのもバカバカしいし、仕事でそういったCADソフトを使うのならまだしも・・・
そういや
ソースネクスト社からまた「CorelCAD 2021」の５周年記念セールってのが出ていたけれども、う～ん、いや～、買ってもいいんだけれども買う気にならない・・・「AutoCAD互換CAD」って感じではないようだし（操作体系は似てるって話なんだけど）
AutoCAD互換CADといえば
・IJCAD
・BricsCAD
・ZwCAD
・ARES
・DraftSight？
・TurboCAD？
・CorelCAD？
あたりでしょうか？
（昔は IntelliCADもあったけど、IJCADに移行とか？だけど海外ではまだあるみたい）
実際に買うんであれば、3Dがあったほうが面白そうだしw、しかしながら減価償却の絡みで10万円を超えたくないし、年間契約モノは避けたいし　等々で結局、買う予定は心底無かったりするw　仕事無いしねw

2022年04月13日15:30

本「ビジュアル解説 CAD・CG基本用語集」

本「ビジュアル解説 CAD・CG基本用語集」を
古本で購入しました。

ISBN4-7693-5084-8　定価￥1,845＋税
B6　本文210ページ　1994年6月初版

基本用語ですので古くても別段問題ないでしょうw
多少の懐かしい感はあります。
１用語２ページで右側に写真や図があります。
基本的な勉強のお供にでもw

2022年04月11日21:30

「変数」が使えるCAD

昔「fg」（フォーマット・ジェネレーター）というツールを作って利用してましたが、これは、CADモドキ画面で見積書や伝票などのフォーマットを作図し、文字を記入するところに「変数」（データベース・フィールド名）を割り当てて（文字内容＝変数指定可能）、データを作ったら Delphi の Pascalコードを出力し、それをそのまま Delphi でのプログラミングに利用し、Delphiプログラムから「印刷」とやれば、その見積書や伝票などを印刷させる、みたいなツールでした。
まぁ、Delphiでの QuickReport／Rave／FastReport みたいなもんですね。
そいつに、Jw_cad の両ボタンドラッグでの拡大縮小移動な機能を突っ込んで、１人で笑ってましたw（仕事で使うツールだから一般公開してない；一時的に出したけど需要無いのですぐ消した）

そのツールの場合、「変数」は、文字内容にのみ反映されるものでした。

しかし今回のお話は、そうではなく、座標値等に「変数」を使えるように、みたいなお話。

一般的な 2D-CAD の場合
データベース上での各要素データの座標や各数値は、基本的に、定数値です。倍精度CADであれば、double型の数値になります。
が、そこに「変数」を使えるようにする、ということは、そのお約束パターンが使えない、という事になります。基本的には、各座標値・各数値等は、文字型となります。そして、画面描画のたびに、その文字データの内容を評価・計算し、数値化して、画面に図形を表示します。
例えば線データの場合
レイヤー：lay：string
線色　　：col：string
線種　　：typ：string
線幅　　：wid：string
開始点：p1,x : string
　　　　p1.y：string
終了点：p2,x : string
　　　　p2.y：string
のようなフィールドとなり、これを変換（式評価）、
レイヤー：lay：string　→　nlay : integer
線色　　：col：string　→　ncol : integer
線種　　：typ：string　→　ntyp : integer
線幅　　：wid：string　→　nwid : integer
開始点：p1,x : string　→　np1.x：double
　　　　p1.y：string　→　np1.y：double
終了点：p2,x : string　→　np2.x：double
　　　　p2.y：string　→　np2.y：double
として画面に描画する訳ですが、式の評価ってのはそれなりに時間が掛かってしまうので、別途、
レイヤー：lay：string
レイヤー：nlay : integer
線色　　：col：string
線色　　：ncol : integer
線種　　：typ：string
線種　　：ntyp : integer
線幅　　：wid：string
線幅　　：nwid : integer
開始点：p1,x : string
　　　　p1.y：string
　　　　np1.x：double
　　　　np1.y：double
終了点：p2,x : string
　　　　p2.y：string
　　　　np2.x：double
　　　　np2.y：double
のようにデータを持ってしまう手もあるかもしれません。そうすれば再描画のたびに式の評価を行って遅くなってしまう、というのは避けられるかもしれません。

なお、STEP的に、座標点ってのを別データとして持って
線データ
レイヤー：lay：string
レイヤー：nlay : integer
線色　　：col：string
線色　　：ncol : integer
線種　　：typ：string
線種　　：ntyp : integer
線幅　　：wid：string
線幅　　：nwid : integer
開始点：p1：#1
終了点：p2：#2

座標点データ
#1：x : string
　　y：string
　　nx：double
　　ny：double
#2：x : string
　　y：string
　　nx：double
　　ny：double
のようにしてしまうのもアリかもしれません。

式の評価は、一般的に、「式」な文字列を１文字ずつ解読して、定数・変数・演算子・関数に切り分けて、逆ポーランド記法に変換し、計算を行い、結果を得ます。この辺は「コンパイラ技法」な本の最初の方に出てくると思いますのでそういう本を参考にすれば良いと思います。
インタープリター的に実行するのか、コンパイラー的に実行するのか、は、ご自由に。

パラメトリックなCADの場合、拘束条件というものがあります。まず、線データの場合
・２点指定
・水平線
・垂直線
・角度指定線
・ある線に対して平行な線
・ある線に対して直交な線
・ある線に対して角度指定な線
・接線
等
そして、値が取り得る範囲の指定、こういう値・条件になったら作図出来ませんよという制限指定、データベースとのリンク、他のデータとのリンク・オブジェクト指向等、等が組み込まれているのが通例です。

例えば、ねじの作図をして、タップ穴の作図をして、それを組み立てるような場合、ねじとタップの関係に整合性が無ければエラーを発生させます。そういうのがすべてのオブジェクト、および全体としての整合性の評価が行えないといけません。まぁ、そこまでしないにしても、少なくとも干渉チェック程度は出来ないとお話にならないと思います。

各部品は、テキトーな作図は出来ません。
2D汎用CADでお気軽にテキトーに線などを作図していく、なんて事も出来ないかもしれません。
さ、果たして
このような 2D-CADがあったとして
有効活用できる人がどれくらい居るか？
ま　とりあえず
標準部品データを一通り揃えろや！って事にはなると思いますがw

2022年03月03日16:00

M7 → sfc → Jw_cad

取りあえず手元に SXF出力が出来るソフトは M7 しかありませんので、M7 にて、四角と引出し線を作図し、SFC保存をし、Jw_cad でそれを開きました。

通例通り、画面全体がブロック化され
その中の１つの引出し線も　１つのブロックとなっていました。
その中にブロックはありません。
ブロック名は「DIMENSION_001_」です。

そのままの状態で、SFC保存をしてみました（上記と別名）。

一旦新規状態にして、そのSFCファイルを開き、
ブロックツリーを見てみると
-001-レイヤグループ1
　-000-DIMENSION_001_
　　DIMENSION_001_
という具合になり、引出し線の矢印部分が「DIMENSION_001_」としてブロック化されていました。線と文字は「-000-DIMENSION_001_」の中にあります。テキストエディタでこれを見ると、この矢印部分が文字無・線無しの引出し線データとして保存されているようです。この際、「文字無」のところに、稀に、変な文字が入る場合があるようです。

さらにこれを SFC保存をしてみました（上記と別名）。
一旦新規状態にして、そのSFCファイルを開き、
ブロックツリーを見てみると
-003--001-レイヤグループ1
　-002--000-DIMENSION_001_
　　-000-DIMENSION_001_
　　　DIMENSION_001_
という具合になりました。これは勝手にブロック化され引出し線データとして保存される特殊な矢印部分がずっと残ることによって、SFC保存するたびにどんどんブロックツリーが大きくなっていく異常状態であろうと思われます。

というわけで、適時ブロック解除をしていかないとダメのように思います。

で、おそらく Jw_cad でのSXF対応で、引出し線の対応で色々と考えられて作られたのであろうと思われますがそれが中途半端なまま残っていて、このような状況になっていると想像されます。引出し線データの文字・線分が分解され、それがそのまま、文字データ・線分データになるのであれば、引出し線データとして保存するのは無意味だと思われますので、こういった特殊な矢印ブロック生成→中身のない引出し線データ保存、という仕組は除去された方がいいと思います。

2022年02月21日18:00

Jw_cad 作者氏掲示板で DraftSight の質問か

Jw_cad 作者氏掲示板で DraftSight の質問か～

それがOKなのであれば、Jw_cad 作者氏掲示板で
AutoCAD の質問とか
最近流行？の Dracad の質問とか
BIMの話などもあったついでに、ArchiCAD の質問とか、REVIT や CIVIL3D の質問とか、
そういうのもアリなのか？

いやいや、それだと、Jw_cad 作者氏へのリスペクト無視じゃね？　だって、そこの掲示板は、Jw_cad 作者氏がレンタルサーバーなり何なりで契約しててドメイン費用も掛かっているんだと思いますし掲示板のメンテナンス等も Jw_cad 作者氏が行っているんですよ？　そういう場所で、Jw_cad とは無関係なよそのCAD、しかも市販CADの質問とか、アリエナーイ

市販CADの質問なら、そのメーカーのサポートや関連掲示板等で聞けばいいんじゃね？　少なくとも一般CAD質問用掲示板で聞けばいいんじゃね？　なぜ、Jw_cad 作者氏の個人の掲示板で質問するかね？　意味が分からんね　話の流れで質問が出る可能性はあるかもしれないけど全然そうじゃないしー

ちなみに
DraftSight の無料版は消滅して有料化しましたが、私はそれ以来触ってないです　動かなくなったからアンインストールしたと思います　なので現在、DWG/DXFのチェックは DWG TrueView しか無いw　（うちのPCは遅いので少し古めの版）

画面の各部位の位置関係が乱れるのならまず、Windowsの画面の個人設定で、すべての項目のサイズを小（標準、100％）にする　次にアプリの修正パッチが出ていないかを確認して有ればそれを当てる　次にアプリをアンインストールし再起動し管理者権限ユーザーでサインインし再インストールする
それでダメなら、旧バージョンに戻し新たな修正パッチが出るまで待つとか、画面が乱れるだけで印刷は出来るのなら画面は無視して印刷する等

不具合ではなく新仕様になったのであれば修正パッチが出る可能性は低い　高DPI対応という事である程度の高解像度が必要になった、という事であれば
・画面の解像度を上げる
　　例：640×480　→　3840 × 2160
・ディスプレイ・VGAの解像度が上げられない場合は、可能なものに交換　或いは増設（マルチディスプレイ状態にして解像度が高いほうに表示して利用する）

なお、ダッソーのサポートがイマイチ、という話は昔から言われているので今更感　海外メーカーだからという事なら国内のAutoCAD互換CADを利用すれば良いだけの話、サブスク契約であれば別のAutoCAD互換CADにチェンジすれば良い

2021年12月20日10:30

ランダム線か・・・

取りあえず Jw_cad 以外で　ランダム線種　ってのがあるCADソフトを見た事はないなぁ～　CADソフトはいくつか見たけれども。
見た目で一番似ているのは、AutoCAD の ZIGZAG線かなぁ。でもこれはピッチも高さも指定値で固定だから、画面倍率で見た目がぜんぜん違ってくる Jw_cad のランダム線とは全くの別物だし、ピッチも高さもころころ変わる。
それがどういう風にどういうロジックで描画されるのかが分からないので、ビューワーソフト等を作る時には、完全再現させるのははっきりいって、無理w　やるにしても、取りあえず、それっぽく作るって事しか出来ない。

Jw_cad 自身、DXF保存やSXF保存の際、ランダム線を　ランダム線の見た目通りに　変換したりはしない。もし、ランダム線を再現するような線種、或は、補完線分化されるのであればそれを参考にして数値化出来るのだろうけれども。

しかしまぁ、そういった Jw_cad 特有なところが、Jw_cad の面白さの１つになっているのかもしれないので、それはそれでいいんだろうけれども、Jw_cadデータを扱うプログラムを作る時には、悩みどころの１つ、ではあるw

2021年12月07日14:00

属性

CAD上で積算処理をする、という事は
CADで作図された部品を集計する、という事である。

部品というのは、意味のある図形である。
ただの四角ではなく、ただの円でもない。
「机」を示す四角であり、円であるのならば、
図形に「机」という情報を与えなければならない。

例えば、ブロック名「机」により四角や円をブロック化する。
或は、ブロック化された四角や円に対して、属性情報「机」を付加する。

例えばその机にメーカー名や型番があるとすれば
ブロック名に、それをそのまま入力するのか
それとも
属性情報として「メーカー名」＝「○○」、「型番」＝「△△」を付加するのか
それをどうするのかは、個人個人が決める事ではなく、社内規格として定義するなり、標準規格として定義されたものを利用するなりして、共通化を図る。でなければデータはぐちゃぐちゃになり、積算処理プログラムを作るのも難儀する事だろう。

属性情報には、材質、重さ、外形寸法、標準価格、等々入るかもしれない。文字だけではなく、例えば重心位置のような座標値（点情報）や、中心線やピッチ線のような線情報・円情報等も必要かもしれない。或は何らかの計算式のようなものも必要かもしれない。

普通の一般的な2D-CADの場合、
属性、といえば、
レイヤー、色、線種、線幅、ハッチング線、寸法線、グループ
等のようなものを指す場合が多い。
しかし、より自由度のある情報付加手段が求められおり
例えば AutoCAD では
属性定義（ATTDEF）・属性文字（ATTRIB）
というデータが存在し、ブロック内に属性定義を記述し、そのブロック図形を配置する際に、属性定義された項目名に対する値を入力して（属性文字付加；入力せず固定的な内容＝定数の定義も可能）、意味を持たせた図形を扱う事が出来る。属性書き出しコマンドというものもある。

Jw_cad ではどうか？というと
Jw_cad にブロック化の機能はあるが
属性定義・属性文字の機能はない。
従って、それは別のもので代用すれば良い。
文字であれば、文字データとして記入する（印刷させたくなければ補助線色にする）。だがしかし、前述したとおり、Jw_cad の外部変形仕様では、ブロック図形内にアクセスする事は出来ないため、それなりの別手段を取らざるを得ない。その文字データの内容も、通常の文字とは差別化する必要があるかもしれない。

そして、その図形データの作成方法をきちっと決めて、それに従って、図形データの作成を行う必要がある。例外は認めない。

仮に
１メーカーの標準部品数が 5000 あるとすれば、その 5000のデータを作成する必要がある。メーカーが 30 あれば、30×5000＝150,000のデータを作成する事になる。パラメトリックなエンジンを作成すれば負担はある程度軽くなるだろうが、それでもデータ数は多くなるであろうから、それなりの工数は必要になるだろう。

2021年12月05日12:00

ワケがわからないよ（Qべぇ）

Jw_cad作者さんのサイトの掲示板での発言

皆さんお騒がせしてごめん、そしてありがとう。

　以下の様に理解しました。
私が行おうとしているのは、cadに対して見かけ上の寸法値を自動表示しなさいということで、cadではあり得ないことを期待していました。

　寸法図形解除というのは、
元の図形線が持っている寸法値そのものをフリーにするのではなく、表示した寸法値を見かけ上の寸法値として編集可能にするための機能。

　従って、倍率複写した線を元図の寸法値と見かけ上同じ値にするには、寸図解後、各線の寸法値を手書きで編集することになる。

表現が今一ですが、この解釈で良いでしょうか。

解釈以前に、何を言っているのか、ワケがわからないよw

「見かけ上」＝見たまま、外観、って事で
見かけ上の寸法値、というのは
　その図形の見たままの寸法値＝その図形の寸法値そのもの
　例えば 10mm×10mmの矩形を倍にして 20mm×20mmに
　したとしたら、見かけ上の寸法値は、そのままの値、
　つまり、20mm×20mm となる

「見かけ上」＝実際には見たままとは限らない、というニュアンスならば、テキトー（いい加減）な内容を表示するのか、それとも、CAD操者の脳内を自動スキャンして表示するのか、それとも、人工知能で適当だと推定される内容を表示するのか、、、まぁ「あり得ない」事は無いが、そんなCADシステムを使いたいと思う人は稀だろう。自分が脳内で想像したモノが CADシステム上でそのまんまその通りに具現化されると、それはそれで面白いとは思うが、仕事にならないだろう。ビルの設計をしてる途中でコーヒー飲んだら、CAD上でビルの上にドデカいコーヒーカップが描画されたりして。それはそれで笑えるが。

自身で「自動表示」と言っているんだから
　寸法値は図形に合わせて「自動的」に変化し、
　10mm×10mmを倍にしたら 20mm×20mm となった方が良い

その自動寸法の機能が「cadではあり得ない」って意味は不明。遥か昔のソフトなら寸法値も普通の文字データとして扱っていたりして、自動的に変化してくれなかった、っていうのはある。しかし文字に「寸法属性」が付いて、この文字は普通の文字ではなく寸法値だよ、という事で識別して、拡大縮小時に文字内容を変化させる、というCADソフトが出た。しかしそれでも不都合があるので、寸法図形データという新しいデータ形式が追加された。AutoCAD でいえば、GX3→GX5 での大きな変革だった。詳しく調べていないが 1985年だろうか？（GX5で3D座標になったが、Autodesk社の動画では「AutoCAD3D＝1985年」とあるので）今から36年前の話。
JW_CAD(DOS版)でも　寸法図形データというのは無かったが、Jw_cad (Windows版)　では Ver.1.10 から存在する。

但し、製図でもあるように、寸法線の寸法値に「A」「B」等の文字を描いておき別表で A値は～、B値は～、という記述法はあるし、参考寸法や理論寸法を記述する場合もあるから、自動的にそのままの値が表示されず、意図した内容で記述できるように、という機能もCADには存在する。例えば AutoCAD であればオブジェクトプロパティで寸法値の欄に、その描きたい文字を入力すれば良い。Jw_cad にその機能は無いため、寸法図形を解除し、古来の、線データ＋文字データ、という状態にして文字データの文字内容を編集する。

別の発言で、体積や面積等を計算して云々、という事を書かれているが、図形を作図し拡大縮小して寸法値はいい加減な内容になっている状態であれば、CAD上で面積測定をしてもそれは　想定している値での計算では無いから想定外な値になるし、そこから体積を計算しても同じく想定外の値になるので、CAD上での評価は全く不可能で、見たままの　ただの絵と文字、そして脳内での計算＆結果、になる訳だから、パソコンやCADを使うまでもなく、紙と鉛筆を使う事でも良い訳で、一体、何のために「CAD」を使うのだろう？とは思う。

所謂「脳トレ」であれば、それ用のソフトは幾らでもあるし、キーボードを叩くよりは、鉛筆やペンで絵や文字を描く方が遥かに「脳トレ」になると思う。パソコンを使っているとよく実感するんだけれども、ペンで文字を描くとどんどん下手になっているな、と思うし、漢字が思い出せなかったりする。目も悪くなるし、肩もこる。
電子化してペーパーレス、とか言っても、どこにデータを保存したのか忘れると問題だし、間違ってデータ消してしまう事もあるし、バックアップしてもどのディスクに入れたのか分からなくなる等も有り得るし、ハードディスクやパソコン自体が壊れるとお手上げだったり。

「CAD」を使うのなら、せめて、CADの機能をもっと有効且つ便利に利用した方が良いと思う。まぁ、ソフトをどう使おうが、使う人間の自由であるが。

2021年11月20日11:00

文字重なり回避プログラム？

ある特定の外部変形プログラム内に埋め込むのではなくて、文字重なり回避プログラムとして別に作った方が、他にも利用出来るし良いんじゃないかと思います。

文字の重なり回避をしたいのなら
がさっと範囲選択して
文字枠の矩形が、他の線・円弧・文字・ソリッド等と交差しない、内部に含まれない、それらを内部に含まない、という条件を満たせば良い訳なので、選択した全ての文字に対して処理を行う、条件を満たさない場合は、上下左右斜めにちょっとずつずらしながら検証していく、という事をすれば良いと思います。まぁ、どれくらいのデータがあると、どれくらいの時間が掛かるのか？については、プログラム処理系にも依る（スクリプト等インタプリタ系よりもC等のコンパイラ系の方が速い）、けれども一番の問題は、
文字をずらした結果の図が、自分が思ったような綺麗？な図になるのかどうか？
って所だろうなぁw
で
結果的に、そんなの　人間が見て、人間がちゃちゃちゃと
文字移動してしまったほうが遥かに速い
って事に
なるかもしれませんねww

2021年11月20日10:30

B版の図面

取りあえず新規で図面を描くんであれば
B版よりも　A版で作図するっていうのが
基本だと思います。

でもま、既に存在するB版の図面（手書き）を
トレースしてデータ化するっていうだけなら
別段、そのまま B版で書いてしまっても
構わないと思います。
実際に印刷するんであれば、その用紙サイズに
合わせて図面枠作って、そこにコピペして
別のデータとして保存・印刷すればいいだけだし。

ただのアーカイブであれば
元々の状況を再現するという意味において
B版だったのなら B版として作るという事に
意味はあるかもしれないし。

宇宙戦艦ヤマト2199 が　元々の「宇宙戦艦ヤマト」と
基本骨子が同じだとしても全くの別物であるとして
2199に賛否両論あるにせよ
2199は 2199として評価されるべきだと思うし
元々のヤマトをそのまま、現代の新技術で再現して欲しかったって人も居るかもしれない。（仮に、そうしたからといって、3D-CGが何か違う、とか、声のイメージが全然違う、とか、それはそれで賛否両論は出てくるに違いない）
って何の話だよ？w

まぁ仮にトレースするにした所で、
手書きの文字のフォントを再現する事は出来ないし、それを「MS ゴシック」にするのか極細フォントにするのか等は作図する人に依るし、線種だって細かく再現する事は出来ないだろうし、寸法値だって紙図面で正確に書かれているのかどうかすら分からない。何度も出てくる記号などはいちいち作図するのも面倒になるだろうから図形登録するかもしれないし、ロゴや印鑑等はどうするかってのもあるかもしれないし、その他などなど　色々あるかもしれない。

作図していく事で、製図の勉強、Jw_cad の勉強、いろいろ出来るのではないかと思います。

あ、そうそう
現在使用中のプリンタの用紙一覧に B2 が無いんなら
PDF作成ソフトでも入れて、B2 を選べばいいと思います。