インポートファイル
コマンドv.importを入力した後に、
ユーザーは、インポートするファイルの形式と作成するサポートファイルについて尋ねられる。：
GRASSベクター形式へインポートする。また、必要なサポートファイルを作成する。 1 - Ascii DLGファイルからGRASSベクター形式へ 2 - Ascii ベクターファイルからGRASSベクター形式へ 3 - バイナリベクターファイルからGRASSベクター形式へ
ASCII DLGファイルからGRASSベクターへのインポート
ASCII DLGファイルをベクターファイルに変換し（GRASSにおいて作成されたそれらなど）、dig_plus とdig_att サポートファイルを作成する。
ユーザーはいくつかの質問を尋ねられる：
註：それは$LOCATION／dlgディレクトリで入手可能であるはずである。 もしDLGデータが属性フラットファイルをもつのであれば、それもまた $LOCATION/dlgにあるべきである。
注：いくつかの機械的な処理を施されたDLGファイルは、ラインとエリアエッジの区別をしない。 例えば、道路地図〈要求された情報がラインデータである〉において、 道路により取り囲まれた都心部の街区は、エリアとして処理できる。 このため、ユーザーは、優先順位をエリアまたはラインのどちらに与えるを決めるよう促される。 もし優先順位をラインに与えるならば、 ユーザーは、DLGファイルで未分類エリアの境界で限定された、 どのようなラインでもラインデータとして蓄えられることに知っているはずである。 従って、どのような未分類のエリアでも失われる （エリアが未分類である場合の懸念である。ラベルを貼られたエリアの情報は、保有される）。 もし優先順位がエリアに与えられるならば、ラインは未分類のエリアへの境界として蓄えられるであろう。
註：注意しなさい!!! この閾値は、オリジナルなDLGまたは v.digit ファイルの縮尺を使って計算される。 もし閾値が非常に高く、過度なスナップであるならば ファイルを破壊する現象が起こるであろう。一般に、ユーザーはほとんどノードを断線する必要がない。 もしノードの断線が要求されるならば、ユーザーはv.support を別々に動かしたいであろう。 v.support は、ユーザーが断線閾値を設定することを可能にする。
これは、非-GRASSシステムからDLGに伴うフラットファイルの名称である。 このファイルは、 対応したテキストラベルでDLGエリア番号をすべてを含んでいる。
ARC/INFO DLGデータは、少し異なる方法で処理される。
いくつかのDLGファイルがもっているかもしれないし、もっていないかもしれない。 そして、処理は、個々のケースを別々に処理するために必要である。
- または -
もしDLGがカテゴリコ-ドを含んでいるならば、 ASCII DLGファイルはバイナリのDLGファイルに変換される。
ASCIIベクターファイルからGRASSベクターへインポートする。
ASCII v.digit ファイルをバイナリベクターファイルに変換し（dig_ascii
ディレクトリに置かれている）、dig_plus
サポートファイルを作成する。
ベクターファイルがラインとエリアエッジの区別を保持するので、
ユーザーは、優先順位をどちらに与えるかを尋ねられない。
しかし、ユーザーは、
ユーザーがノードから計算された閾値内の他のノードに断線したいかどうかを尋ねられる。
このプロセスは2つの段階において実行される：
バイナリベクターファイルからGRASSベクターへのインポート
dig_plus サポートファイルを作成する。
この過程は1つの位相において実行される： dig_plus サポートファイルは、位相情報のためのベクターファイルを分析することによって作成される。
Last changed: $Date: 2003/03/24 08:02:46 $