2026.09.01

  • #お役立ちコラム

拡張子dxfの中身と扱い方|開けない・寸法が合わない原因と対処法

DXFは、異なるCADソフト間で図面を受け渡すために広く使われるファイル形式です。ただし、同じ.dxfでもバージョンや単位、含まれる要素によって、開けない・寸法が合わないといった問題が起こります。

本記事では、DXFファイルの仕組みと、開けない・寸法が合わない場合の確認方法、用途別の扱い方を整理します。

執筆: bestat 編集部

拡張子DXFとは

DXFは、図面データを別のCADへ渡すためのファイル形式です。Autodeskの日本語版ヘルプにも定義があります。「図面ファイルをバイナリまたは ASCII 表現で表したものです」という説明です(Autodesk公式ヘルプ)。

中身はタグ付きデータです。各データ要素の前に「グループ コード」と呼ばれる整数が付きます。コードと値は、それぞれ別の行に書かれます(Autodesk DXFリファレンス)。

そのペアの並びが、セクションに分かれます。バージョンも単位も画層名も、この中のどこかに書かれています。開けない理由も、寸法が合わない理由も、見る場所は同じです。

DXFファイルがセクションに分かれ、最初に見るヘッダを示した階層図

ファイルの構造

公式リファレンスは、DXFファイル全体の構造を7つのセクションで説明しています。

セクション

格納されている情報

受け取り側が見る場面

ヘッダ(HEADER)

図面に関する全般的な情報。データベースのバージョン番号と多数のシステム変数

開ける版か、単位の設定がどうなっているか

クラス(CLASSES)

アプリケーション定義クラスの情報

通常は見ない

テーブル(TABLES)

画層・線種・文字スタイル・寸法スタイル・ビューポート設定などの定義

画層名、文字スタイル

ブロック(BLOCKS)

ブロック定義と、各ブロック参照を構成している図形

部品や図面枠の使い回し

図形(ENTITIES)

図面内のグラフィカル オブジェクト(図形)とブロック参照

線・円弧・寸法・文字の実体

オブジェクト(OBJECTS)

図形以外の非グラフィカル オブジェクト

通常は見ない

サムネイル イメージ(THUMBNAILIMAGE)

図面のプレビュー イメージ データ。省略可能

プレビューが出るかどうか

表の出典は、前掲のDXFリファレンスです。日本語版の公式訳語は「画層」「図形」で、現場で言うレイヤ・図形と同じものを指します。

受け取り側が最初に開くのはヘッダです。バージョンと単位の設定は、ここにしかありません。症状から見る場所へ辿るときの手がかりが、この7区分です。

ASCII形式で保存されたDXFを、公式ヘルプは「読み込んで編集が可能なテキスト ファイル」と書いています。ここが、受け取り側で起きる2つの現象の説明になります。1つは、メールで受け取った .dxf を保存すると .txt になること。

もう1つは、読み込みエラーが「620行上」のように行番号で返ること。行番号で返るエラーの実例は、メガソフトのサポート記事で公開されています。

DXFとDWGの違い

DWGはAutoCADのネイティブ形式です。Autodeskは内部仕様を公開していません。一方のDXFには、公式リファレンスがあります。

この公開の有無が、両者の役割の差をそのまま表します。DWGは、作った環境で図面をそのまま保存するための形式です。DXFは、環境をまたいで図面を渡すための形式です。

優劣の比較にはなりません。用途が違います。DWGからDXFへ書き出すと、次の3つが渡した先で同じように再現されないことがあります。

  • 外部参照の扱い

  • カスタムオブジェクト

  • 寸法と図形の関連付け

同じ図面をDWGからDXFへ書き出す前後で参照や関連付けが独立した線に変わる図

見る軸

DXF

DWG

位置づけ

図面データの交換用

AutoCADのネイティブ形式(保存用)

仕様の公開

Autodeskが公式リファレンスを公開

公開されていない

中身の読み方

ASCII形式ならテキストとして読める

読むには実装側の解析が必要

使いどころ

相手の環境が特定できないとき

同じ環境の中で完結するとき

何が落ちるかは、読む側の実装で決まります。DXFを読み込むソフトがそのデータ型を扱えなければ、そこは捨てられます。地理空間データを扱うGDALは、DXFの3DSOLID・REGION・BODY・SURFACEを変換できません。そのため既定でスキップすると明記されています(GDALのドライバ文書)。

だから受け渡しの取り決めには、形式名だけでなく相手の環境も含めます。「DXFで送りました」だけでは、相手が開けたかどうかも分かりません。社内で図面を開く環境そのものをどう持つかは、別の記事で扱っています。

受け取ったDXFを確かめる手順

確かめる順序を4つに固定します。バージョン、単位、寸法値、画層と文字です。ASCII形式のDXFはテキストなので、CADが手元に無くてもファイルの先頭を開けば最初の2つを読めます。

単位は、値が書いてあることと図面が実寸であることが別です。だから手順2は「読む」ではなく「照合する」に置いています。4つとも受け取り側だけで判定でき、直す作業は発行元に残ります。各手順に、次へ進んでよい判断基準を1つずつ付けます。

手順1 バージョンを読む

ヘッダの $ACADVER に、図面データベースのバージョン番号が書かれます。値と製品バージョンの対応は、公式に公開されています(HEADERセクションのグループ コード)。

ヘッダの値

対応するバージョン

AC1006

R10

AC1009

R11 および R12

AC1012

R13

AC1014

R14

AC1015

AutoCAD 2000

AC1018

AutoCAD 2004

AC1021

AutoCAD 2007

AC1024

AutoCAD 2010

AC1027

AutoCAD 2013

AC1032

AutoCAD 2018

古い版のDXFは新しい環境で開き逆向きは開かないことを矢印1本で示した図

版の互換は一方向です。古い版で保存されたDXFなら、新しい環境で開きます。新しい版で保存されたDXFを古い環境で開こうとすると、読み込みが止まります。

バイナリ形式のDXFは、Release 10 が最初の対応版です。それより古いバージョンでは読めないと、公式リファレンスに書かれています(DXFリファレンス2012年版 p.234)。

完了の判断基準: 相手の環境で開ける版かどうかを、自分の言葉で言える。

受け取り側で版を下げたくなる場面があります。ここは発行元の仕事です。版を下げると、その版に無いデータ型が落ち、何が落ちたかを受け取り側では判定できません。発行元へ出し直しを依頼するほうが速く済みます。

手順2 単位を照合する

単位はヘッダのシステム変数に書かれます。ただし、値が書かれていても図面全体の単位は保証されません。公式リファレンスの $INSUNITS は「AutoCAD DesignCenter ブロックの既定の図面単位」です。

選べる値の先頭には「0 = 単位なし」が定義されています(同上)。単位の無いDXFが、規格として成立します。「mmに統一しましょう」で止まると、この一点が見えません。

単位は「書いてあるか」で確定しません。「照合できたか」で確定します。 図面に記入された既知寸法を1箇所選び、CAD上で実測して一致させるまで、その図面の単位は未確定として扱います。ここを飛ばすと、変換や加工の後で全体が25.4倍または1/10倍になっていることに、検収の段階で気づきます。

完了の判断基準: 図面に記入された既知寸法1箇所を、CAD上で実測して一致させた。

手順3 寸法値の持ち方を見る

図面の寸法値は、文字として入ります。線の実長とは別のデータです。作図の途中で線だけを伸ばし、寸法値を書き換えていない図面が混ざります。この2つが食い違っていても、DXFとしては正常に開きます。

読む側の実装差も効きます。GDALの文書では、DIMENSIONが参照する匿名ブロックがあればその形状を使います。無ければ、簡易な描画へ切り替わります。同じDXFでも、開いたソフトによって寸法の見え方が変わりえます。

完了の判断基準: 代表寸法3箇所で、記入値と実測値が一致した。

手順4 画層名と文字を見る

画層(レイヤ)の定義はテーブルに書かれます。ここに使われている文字が、古い環境で読み込みを止めることがあります。メガソフトのサポート記事には、レイヤ名に日本語が含まれていると古いAutoCADで読み込めなかった、と書かれています。

対処は、出力時にレイヤ名を数値へ変換する設定です。住宅・インテリア系の製品のサポート記事なので、原因の類型として扱います。

文字化けも、同じテーブルと保存時の文字コードで決まります。文字スタイルが受け手の環境に無ければ代替フォントに置き換わります。文字コードが違えば別の字に化けます。

完了の判断基準: 画層名と図面内の文字を一覧で見て、化けている箇所が無い。

用途別の受け入れ基準

受け入れ基準は用途から決まります。閲覧と確認だけなら、開ける版で文字が読めれば足ります。NCやレーザー加工へ渡すなら、輪郭が閉じているか、単位が確定しているかまで見ます。

3D化の入力にするなら、記入寸法と線の実長が一致しているかを先に1枚確認します。一致していない図面が混ざっている束は、変換に出す前に棚卸しが要ります。「開けた」と「業務に足りる」は別の判定です。用途を先に決めてから、足りない情報を数えます。

閲覧で足りる図面と情報を足せば使える図面と取り直しが要る図面を描き分けた図

用途

足りている条件

足りないときに起きること

閲覧・確認

開ける版である。文字が化けていない

図面を目で追えない

NC・レーザー加工へ渡す

輪郭が閉じている。単位が確定している。加工線と補助線が画層で分かれている

経路が生成できない、加工寸法がずれる

3Dモデルの元にする

線が線分データで入っている。記入寸法と線の実長が一致している

モデリング中に寸法の当たりが取れず、確認の往復が増える

閲覧・確認だけに使う

ここは何も足さなくて構いません。版が合っていて文字が読めれば、図面を目で追う用途は成立します。寸法の実測もしません。受け入れ基準を用途によらず一律で上げると、必要のない往復と依頼の総量だけが増えます。

NC・レーザー加工へ渡す

見るのは輪郭です。加工経路を作る側は、閉じた輪郭を必要とします。線の端点が微小に離れている図面では、経路が生成できません。

単位が確定していない図面では、寸法どおりに切れません。加工線と補助線が同じ画層に混ざっていると、どの線を切るかを人が毎回判断します。この3点は、受け取り側で直すより発行元へ伝えるほうが速く済みます。

3Dモデルの元にする

DXFに3Dの形状を入れることはできます。ただし、その形状を復元できる形で入っていません。3DSOLIDのグループ コード 1 は、「占有データ」と定義されています(公式リファレンス)。

英語版の原文は Proprietary data です。DXFの仕様書を読んでも、中の形状は分かりません。読み取り実装の側でも同じで、GDALは3DSOLIDなどの図形を既定でスキップします。

DXFが運べる情報と3Dモデルに必要な情報の重なりを示したベン図

したがって「DXFがあるから3Dにできる」とは言えません。DXFが3D化の入力として効くのは、2D図面として機械がどこまで読めるかの側です。線が線分データとして入っていて、寸法が文字として入っている図面なら、形状を作る工程を機械側へ寄せられます。

紙をスキャンしたPDFでは、線の連続も寸法値も推定になります。同じ「図面がある」でも、機械から見た状態が違います。

3Dデータの検収を「形が図面と合っている」の目視で終えているなら、その検収は通っていません。 判定すべきは、図面に記入された代表寸法3箇所を3Dデータ上で測って一致するかどうかです。ここを測っていないデータは、下流の加工や干渉チェックで差し戻ります。差し戻ってから単位を疑うと、やり直しの範囲が図面の束ごとに広がります。

3D化の方式の比べ方は、別の記事で整理しています。

図面から3D形状を作る工程そのものを機械側へ寄せる選択肢もあります。3D.Core CAD Agent は、AIエージェントが図面を読み取って3Dモデリングを自動化します(note)。出力された3Dデータを業務で使う前に、記入寸法との突き合わせと用途に足りるかの判断は人の側に残ります。

3D.Core for CAD は2D図面から3Dデータを自動生成します。納品は最短1営業日です(プレスリリース 2025-09-29)。→ 3D.Core CAD Agent について相談する

足りないときに発行元へ依頼すること

依頼の内容を4項目に固定します。版、単位、画層命名、添付するPDFです。「開けません」だけを伝えると、発行元は何を直すか決められません。

依頼する項目

伝え方の例

「AutoCAD 2000形式(ヘッダの値でAC1015)で出し直してください」

単位

「ミリメートルで、図面を実寸で出してください」

画層命名

「画層名は半角英数字で、加工線と補助線を分けてください」

添付するPDF

「同じ図面のPDFを併せてください」

この4項目は、自社が社外へ渡すときに決める項目と同じです。受け取る側で使った依頼文が、そのまま渡す側の取り決めになります。

受け渡しでつまずく箇所と原因

つまずきは5つに集まります。開けない、保存すると .txt になる、文字が化ける、寸法が実寸と合わない、「図面は破棄されました」と出る。原因はいずれもDXFの中身のどこかにあり、見る場所が決まっています。

多くは発行元の出力設定で解決します。受け取り側でできるのは、症状から場所を特定して依頼内容を書くところまでです。ソフトを替えて開き直しても、原因が中身にあるなら結果は変わりません。まず次の表で、症状と見る場所を突き合わせます。

つまずき

直接の原因

最初に見る場所

開けない。「無効または不完全なDXFの入力です」と出る

版の不一致、またはファイルの欠け

ヘッダのバージョン、ファイル末尾

保存すると .txt になる

ASCII形式のDXFがテキストファイルである

拡張子と関連付け

文字が化ける

文字コードの不一致、または文字スタイルの不在

テーブルの文字スタイル、保存時の文字コード

寸法が実寸と合わない

単位が未確定。記入値と線の実長が別に入っている

ヘッダの単位設定、代表寸法の実測

「図面は破棄されました」と出る

画層名に使われている文字

テーブルの画層名

開けない。複数の版を試しても開かないなら、版の指定より先にファイルの完全性を疑います。ASCII形式のDXFは行の並びなので、末尾が欠けていれば構文として成立しません。転送の途中で切れていないかを、ファイルサイズで確認します。

保存すると .txt になる。この現象は、ファイルが壊れたわけではありません。ASCII形式のDXFはテキストファイルなので、メールソフトやブラウザが種類を判定して拡張子を付け替えます。拡張子を .dxf に戻せば、そのままCADで開きます。

文字が化ける。原因は、文字コードの不一致か、文字スタイルの不在です。どちらなのかは、化けている箇所が図面全体か、特定の文字だけかで見分けが付きます。発行元へ依頼するときは、この2つを分けて伝えます。

寸法が実寸と合わない。第一の原因は、単位が確定していないことです。もう1つ、形式そのものに由来する要因があります。Autodeskの日本語版ヘルプは、DXF形式の浮動小数点の精度を最高16桁まで指定できると説明しています。

さらに DXFリファレンス2012年版 には、ASCII形式がサイズと精度のトレードオフを伴うと書かれています。バイナリ形式は、図面データベース上の精度を保持します(p.234・2012年版の記述)。座標が丸められた状態で渡ってくる可能性が、形式の側にあります。

実務では、桁の議論より先に既知寸法の照合を1箇所やります。数十倍や数分の一のずれなら単位を疑います。末尾の微小なずれは精度の側です。

「図面は破棄されました」と出る。メガソフトのサポート記事には、次のエラー例が載っています。

テーブル項目名 ○○1階が間違っています。620行上。無効 または 不完全な DXF の入力です。- 図面は破棄されました。(メガソフトのサポート記事

この原因も、手順4と同じ画層名の文字です。

エラー文に行番号が入っている点も読みどころです。DXFが行の並んだテキストである以上、読み込み側は「どの行で構文が崩れたか」を返せます。この行番号は、発行元へそのまま渡せる情報になります。

渡し方を共通化する

毎回その場でしのぐ状態を終わらせるには、渡し方を1度決めます。決めるのは4項目です。版、単位、画層命名、添付するもの。

この4項目を協力会社・設備メーカー・非CAD部門と共有すれば、往復の大半が消えます。決める立場は、図面を受け取る担当者ではありません。社内標準として1度決められる人が決めます。

同時に線を引いておきたいのが、社外のサービスへ図面を上げてよいかどうかです。無料のオンラインビューアや変換サイトについて、情シスの審査では規約の一読と別の観点が問われます。

渡すときに決める4項目

決める項目

決め方

決めておかないと起きること

社内で受け取る最も古い環境に合わせて1つ指定する

相手ごとに開ける・開けないが分かれ、都度の出し直しが起きる

単位

ミリメートルで実寸。図面に単位を明記する

変換や加工の後で倍率のずれが見つかる

画層命名

半角英数字。加工線・補助線・寸法・注記を分ける

受け手が線の役割を毎回判断する

添付するもの

同じ図面のPDFを併せて渡す

受け手が正しく開けているかを照合できない

PDFを併せて渡す理由は1つです。DXFを開いた結果が正しいかどうかを、比べる相手が無ければ判定できません。

無料のオンラインサービスに上げてよいか

判断は「規約を確認する」で終わりません。情シスの審査で問われる項目は、おおむね次の5つです。

  • データの保管場所(どの国の、どの事業者のサーバに置かれるか)

  • 保持期間(アップロードしたファイルがいつ削除されるか)

  • 第三者提供の有無(学習データや解析への利用を含むか)

  • アカウント管理(誰が使えるか、操作のログが残るか)

  • 退会・解約時の削除(削除された証跡が出るか)

この5項目に答えが付かないサービスへ、社外秘の図面を上げる判断はできません。現場に都度判断を残すと、必ず抜けます。上げてよい図面と上げない図面を先に分けておくほうが機能します。

取引先や委託先を評価するときも、同じ5項目を先方へ聞きます。bestatも受託側として同じ問いを受ける立場で、情報セキュリティマネジメントの認証を取得しています(note)。取得している規格は、ISO/IEC 27001:2022 と JIS Q 27001:2023 です。

図面を整理する単位を決める

棚卸しは、図面の束ごとに進めます。版が揃っていて、単位が確定していて、画層命名が同じ束から着手します。この条件が揃った束では、受け入れ確認が定型の作業になります。条件が揃っていない束では、確認そのものが図面ごとに違う作業になります。

退職者が作った図面や、改訂記録が途中で止まっている図面は、別の束にします。設計資産として継承する対象を決めるのは、変換の手前の作業です。どれを残すか決まらないまま束ごと外へ出すと、受け入れ確認の担当者が図面のたびに判断を作り直します。

3Dにしたあと、どの形式で誰に渡すかは別の判断です。メッシュ・ソリッド・点群の形式ごとの違いは、別の記事で整理しています。

よくある質問

DXFファイルを閲覧できるソフトは?

DXFを開けるソフトは多く、選ぶ軸のほうが問題になります。見るのは3点です。受け取る版に対応しているか。画層の表示切り替えと距離の実測ができるか。

図面をどこに置いて開くか(手元の端末か、社外のサーバか)。閲覧だけで編集しないなら、CAD本体は要りません。手順2・手順3の照合を自分でやる用途では、距離計測の機能があるかを先に確認します。

拡張子DXFをPDFに変換するにはどうすればいいですか?

DXFを開けるソフトの印刷機能で、出力先をPDFにします。専用の変換ツールは要りません。注意点は2つです。

1つは尺度です。印刷設定の「用紙に合わせる」を選ぶと実寸になりません。もう1つは文字です。

受け手の環境に無いフォントが置き換わるので、出力後にPDF側で文字が読めるかを確認します。図面を渡すときは、DXFとPDFを両方添えるのが確実です。

受け取ったDXFのバージョンを、AutoCADを使わずに下げられますか?

下げられる場合もあります。ただし、受け取り側で下げる判断は勧められません。版を下げると、その版に無いデータ型が落ちます。

何が落ちたかを、図面の内容を知らない側では判定できません。発行元へ「この版で出し直してほしい」と依頼するほうが速く済みます。発行元が対応できない場合に限り、下げた図面と元の図面をPDFで照合してから使います。

DXFの文字が化けます。直し方はありますか?

原因を2つに分けます。文字コードの不一致か、文字スタイルの不在です。文字コードなら、保存時の文字コードを指定して出し直してもらいます。

文字スタイルなら、受け手の環境にあるフォントへ置き換えるか、標準の文字スタイルで作図してもらいます。画層名に日本語が入っている場合は、化けるより先に読み込みが止まることがあります。

無料のオンラインDXFビューアや変換サービスに、社外秘の図面を上げてよいですか?

規約を読むだけでは判断できません。保管場所、保持期間、第三者提供の有無、アカウント管理、退会時の削除の5項目に答えが付くかを見ます。答えが付かないサービスなら、社外秘の図面には使えません。

実務では、上げてよい図面と上げない図面を先に分けておくほうが機能します。閲覧だけなら、社内の端末で完結する手段を1つ決めておきます。

DXFがあれば3Dモデルを作れますか?

DXFがあること自体は、3D化の条件になりません。3Dソリッドを入れることはできます。ただし、その形状は占有データなので、仕様書から復元できません。

効くのは、2D図面として機械が読める状態にあるときです。線が線分データで入っていて、寸法が文字として入っている図面なら、形状を作る工程を機械側へ寄せられます。

まとめ

DXFを受け入れる前に、次の項目を確認します。

  • 受け取ったDXFの先頭を開き、ヘッダのバージョンの値を読んだ

  • そのバージョンが、社内で受け取る最も古い環境で開ける版か確認した

  • 図面に記入された既知寸法1箇所を、CAD上で実測して一致させた

  • 代表寸法3箇所で、記入値と実測値が一致した

  • 画層名と図面内の文字を一覧で見て、化けている箇所が無いか確認した

  • この図面を閲覧・加工・3D化のどれに使うかを1つに決めた

  • 用途に足りない情報を数え、発行元へ依頼する項目を書き出した

  • 社外へ渡すときの4項目(版・単位・画層命名・添付PDF)を文書にした

  • 社外のサービスへ上げてよい図面と、上げない図面を分けた

  • 3D化の入力に使うなら、記入寸法と線の実長が一致している束から選んだ


3D.Core のサービス紹介資料をダウンロードできます。→ 資料ダウンロード


bestat 編集部について

bestat株式会社は、東京大学 松尾研究室発の産業用3Dデータに特化したAIスタートアップです。製造業・インフラ・土木の現場で、画像・動画・点群・360度動画など、現実空間で取得される多様なデータを高精度に3D化し、取得・生成・処理・活用までを一気通貫して支援する「3D.Core」シリーズを開発・提供しています。 https://bestat-data.com/3dcore

参考文献

古い版のDXFは新しい環境で開き逆向きは開かないことを矢印1本で示した図
OTHER

その他の事例

もっとみる

もっとみる