THE GIS-GRASS MINI-HOWTO <author>David A. Hastings, <tt>dah@ngdc.noaa.gov</tt> <date>Version 1.0: 13 November 1997 <trans>高橋聡 <tt>hisai@din.or.jp</tt> <tdate> 31 Oct 1999   <abstract> このドキュメントは、パブリック・ドメインであり、科学的な地理情報システム (Geographic Information System (GIS))であるパワフルな Geographic Resources Analysis Support System (GRASS) を手に入れる方法と、そのインストール及び設定のしかたを解説します。また、GRASS についてさらに深く理解するための情報や GIS 一般についての情報、地理データを手に入れる方法についても説明します。またこのソフトウエアを UNIX/Linux のメジャーなアプリケーションとして Linux コミュニティに認めてもらえるように努力して書いたつもりです。(いつになったら Linux はパブリック・ドメインもしくは Linux Public License な「キラーアプリケーション」をバンドルするようになるのでしょうか？) このトピックについては、 <ref id="future" name="GRASS の未来は？">を見てください。 </abstract> <toc>   このドキュメントは著作権に縛られません。 <ref id="copyright" name="著作権とこのドキュメントのサポートについて"> を見てください。<newline> バージョン 1.0: 1997 年 11 月 13 日<newline>  <sect> GIS とは？  地理情報システムの定義のしかたはさまざまです。ここでは仮に実用的な定義を 3 つあげたいと思います(この定義は、David A. Hastings, 1992, Geographic Information Systems: A Tool for Geoscience Analysis and Interpretation から引用しています)。 <enum>  <item>(最小限の定義)GIS は、ハードウエアとソフトウエアから構成されるシステムである。記憶、管理装置を持ち、調べたい地理情報を検索し、その結果をハードコピーに出したり、ディスプレイにグラフィック表示をしたりすることが可能である。同様の定義がベクター型の GIS ベンダーやそのユーザによっても使われているが、そのシステムが力点を置いているのは、より洗練された管理と地図製作データの出力方法である  <item>(類似した定義)GIS は空間データを管理、表示するためのハードウエアとソフトウエアから構成されるシステムである。既存の DBMS(Data Base Management System) の機能と似ているが、DBMS が表形式のデータを扱うのに対し、 GIS は空間データを扱う。「報告書作成ツール」が表や数字だけでなく、地図も出力できるイメージである。つまり従来の DBMS が「表形式 DBMS」なのに対し、GIS は「空間形式 DBMS」とみなすことができる。この定義を使っているユーザは少数だが、DBMS ユーザに対して説明するの場合には好都合である  <item>(より意欲的な定義)GIS は、ハードウエアとソフトウエアからなるシステムである。開発や機能拡張、モデリングが容易で、多変量の数値(例えば、複数のレイヤが存在する場合等)で表現されている空間データの表示が可能だ。GIS 自身で分析機能も持っており、この機能を使って得た結果を検索、表示できる。こうしてユーザは、さらに踏み込んだデータの分析と解釈を行うことができる。適切に条件を設定すれば、他の関連すると思われる特徴や事象を関数として、ある特徴や事象をモデル化(例えばデータを合成して新しい空間を再現する)することもできる。またそれらすべての特徴や事象を空間的に表示したり、表形式のデータとして表すことも可能である。ただしここで書いた分析機能については、議論を要するところだ。と言うのも地図製作用 GIS の専門家が、リップサービスをしている場合が多々あるからだ。彼らは、地図製作というカテゴリを超越した能力を持つ GIS によって科学的に分析された成果を見たことがないのだ  <item> その他の定義については、エジンバラ大学の <url url="http://www.geo.ed.ac.uk/home/research/whatisgis.html"> を参照のこと </enum>  <sect> GRASS とは？  GRASS (Geographic Resources Analysis Support System)はパブリック・ドメインのラスター型 GIS です。もちろんベクター形式のデータも扱うことができます。また GRASS は画像処理システムでもあり、グラフィック製作システムでもあります。米国陸軍技術部隊(the US Army Corps of Engineers)の建築工学研究所 (Constriction Engineering Research Laboratory)(USA/CERL)で開発され、その他の多くのユーザによって改良されており、世界各国の政府機関や大学、企業で広く使われています。さまざまな UNIX マシンで動作するように大部分が C 言語で書かれ、 Linux はその中でも中心になるインプリメンテーションの 1 つです。  GRASS は、以下の機能を持つプログラムを持っています。 <itemize> <item>40 個以上のモニタやハードコピー上の画像のレンダリング <item>60 個以上のラスター・データ操作・解析 <item>30 個以上のベクター・データ操作・解析 <item>30 個近くのマルチ・スペクトル画像処理操作・解析 <item>16 個のデータ管理 <item>6 個のファイル管理 </itemize>  GRASS には得意とする分野がいくつもあります。シンプルなユーザ・インタフェースは、はじめて GIS を学習する者にとって理想的なプラットフォームになります。ユーザは既存のソース・コードやドキュメント化されている GIS ライブラリのインタフェース、さらに GRASS のプログラマーズ・マニュアルを調べることによって、自分の好きなようにコードを書くことができます。つまり GRASS だけでより洗練された、高度に統合化された環境を実現できます。  他の長所としておげられるのは次の点です。 <itemize> <item> 1 つのデータベースに複数の分解能を持つことができる <item> 1 つのデータベースに複数の地理的に独立した地域を含めることができる <item>ラン・レングス符号化方式を使った圧縮機能でラスター画像を圧縮できる <item>再分類用参照テーブルの利用 <item>表示中の画像をその場でスケーリングして再表示する </itemize> これに加えて GRASS はその基本設計の特徴になっている強力なコンピュータ支援機能を使って、環境問題を科学的に分析することもできます(比較的簡単な操作で、複雑な地図製作を行う機能だけを目的にした GIS とは、まったく異ったアプローチをとっています)  GRASS はフリーで著作権なしに配付され、これをマシン上でコンパイルして利用するのが普通です。インターネット経由でダウンロードできるバイナリもいくつか存在します。もちろん無料で、複雑な手続きも必要ありません。さまざまな種類の UNIX 上で動作します。<newline> 訳註：GRASS はベイラー大学に本部を置く the GRASS Development Team (ベイラー大学、イリノイ大学、ハノーファー大学)が管理しています。 1999 年 10 月 25 日に GPL(Gnu Public License)なソフトウエアとなりました。詳細を知りたい方は、 <url url="http://wgrass.media.osaka-cu.ac.jp/grassh/gnu-release.html"> を見てください。<newline>  この文章は、 <url url="http://www.geog.le.ac.uk/assist/grass" name="Project Assist"> の GRASS の序文からの引用です。  <sect> GRASS の生い立ち  1980 年代初め、イリノイ州のシャンペーンにある米国陸軍技術部隊の建築工学研究所(USA/CERL) は、地理情報システムを利用できるかどうかについて調査を開始しました。その利用目的は、環境についての調査とその評価、監視、及び国防省管轄下の地域管理です。1970 年代終わりに制定された国内環境政策法(the National Environmental Policy Act, NEPA)もそのきっかけになりました。この法律によって、国防省は環境に対して新たな義務を負うことになったのです。  USA/CERL の Bill Goran 氏が当時利用可能な GIS の調査を行いました。調査当初の筋書きでは、環境分析が可能なシステムがすでにいくつか存在し、その中から CERL や国防省の他の部署で利用する GIS を選ぶはずでした。しかし驚いたことに、目的にかなった GIS を見つけることができなかったのです。この結果、既存のシステムを選択する予定が変更され、独自に GIS を設計／開発することになったのです。  USA/CERL は数人かのプログラマを雇って、VAX UNIX 用にラスター、ベクター両データを扱える GIS の開発に取りかかりました。こうして本当の意味ではじめての UNIX 用 GIS の開発チームが結成されました。プログラマは、さまざまな UNIX へのポーティングという課題に直面しましたが、ANSI 規格に基づいてコーディングを行うことで、ベンダー固有の UNIX のために「チューンアップ」されたコードを書くことを避けました。  GRASS のプログラミング・スタイルは下記のように決められました。 <itemize>  <item>できるだけ UNIX 既存のライブラリを利用すること。それに加えて、GRASS ライブラリを利用する。GRASS ライブラリには、GIS 特有の機能、例えば圧縮されている(ラン・レングス符号化方式で)もしくは非圧縮のラスター形式のファイルを開くような、GIS で繰り返し使用される操作を含むように作成する  <item>メージャーな GIS データのタイプである、ラスター／ベクター形式のデータを扱うことができること  <item>ラスター形式のデータを扱うことに重点をおくこと。理由はベクター形式と比較して、ラスター形式のデータの方が科学的な分析を容易に行えるため  <item> 同一のデータベースで、複数のグリッドサイズからなるラスター形式のグリッド・データを扱えること。これに比べて従来のラスター形式のデータを扱う画像処理は、それぞれ固有(独立して記録されている)のグリッド／セルのマトリックス・データをレイヤ毎に持つ必要があった  <item>異なる対象地域を表しているラスター形式のグリッド・データを扱うことができること。これも上記と同様に、従来の方法によるとすべてのグリッドは地理的な地域に固有のものでなければならなかった  <item>ラン・レングス符号化方式で圧縮されたラスター形式のデータを扱えること。この方式を使うと、大部分のファイルを大幅に圧縮することができる  <item>再分類を行った結果のファイルが別構成になっていること。それらのファイルには参照テーブル情報しか含まれておらず、分類前や新しい分類についての情報を何も含まない。こうすることによって、異なる値を持つ元のグリッドをコピーする方法よりもぐっとサイズがコンパクトになる。10 m 単位のグリッド・セルで構成されている 100 × 100 km の正方形の領域を再分類すると、元の非圧縮の 8 bit ラスター・データが 100 MB になるのに対して、数 100 バイトにしかならない  <item>事実上の標準であるデータ・モデルを採用したこと。GIS ベンダー間の競争によって、扱いにくいデータ・フォーマット(非公開がほとんど)が出回っていた。そこで GRASS は事実上の標準である Digital Line Graph(DLG) 形式のベクター・フォーマットとヘッダ情報なしのバイナリのラスター・グリッド形式を採用した。後に DLG 形式を GRASS 内部で使用するベクター形式として利用することを止め、ラスター形式を扱う形に移行した。しかし依然として DLG 形式もヘッダ情報なしでバイナリ化したラスター・グリッド形式も、GRASS で普通に扱えるフォーマットであることにかわりない。以前と同様に、新しいフォーマットも公開されている  <item>いくつかのディレクトリに分けて GRASS のコードを管理すること。まずはじめに src.contrib ディレクトリにおかれる。さらに安定したものになると、 src.alpha ディレクトリに移される。新しくリリースされるまで、このディレクトリにおかれるので、結果としてバグがつぶれることになる。そして最終的に安定したものとして src ディレクトリに移される </itemize>  GRASS は 3 つの独立した委員会によって運営されていました。USA/CERL は GRASS に対しての最終的な責任を負っていました。GRASS のほとんどの開発作業はここで行われ、日々のテストやリリース作業を管理していました。The GRASS Interagency Steering Committee (GIASC)は USR/CERL 以外の連邦政府関係機関から構成され、年 2 回開発状況のレビューを行い、また GRASS のあるべき将来像を検討しました。GRASS を利用している教育機関及び企業関係者も、GIASC の会議に参加し、「連邦政府関係機関のみ」に限定された会議はほんの一部でした。結局最終的には GRASS は名目上表向きには GIASC の「製品」になりました。しかし、USA/CERL がリーダーシップをとっていることは明白な事実でした。 The GRASS Military Steering Committee は開発した成果について、独自の観点からレビューを定期的に行いました。独自の観点とは、国防省が必要としている軍用地の環境を評価、管理するという点です。  CERL と GIASC は USA/CERL の GRASS Information Center を通して情報を交換していました。GRASS のベータ版テストは、非常に広範囲に行われていましたが、先進的なユーザが集中的に行っていました。国立公園局(the National Park Service) や土壌保全部(the Soil Conservation Service)のような先進的なユーザの中には、 GRASS を唯一の、もしくは主要な GIS として採用していたところもありました。 GRASS の機能強化やテストに大いに貢献しましたが、それは彼らにとって労力に対して充分に見合う作業だと考えられていたからです。他のどの GIS よりも GRASS の発展に力を注いでいると述べていました。また彼らは、GRASS をサポートするために多大な労力と出費をしいられましたが、十分に見返りを得ることができた、と感じていたようです。  大学の中には、GRASS を教育課程や研究環境として重要視しているところもありました。その内の多くは、一般教養課程のための短期コースを設置して、カリキュラムの一環として GRASS を使用しました。そのような学術関係の先進的なユーザは、セントラル・ワシントン大やアーカンソー大、テキサス農工大、カリフォルニア大学バークレイ校、リュトガース大学などです。  ユーザは GRASS はパブリックでかつ優れたソフトウエアだ、という評価をしていましたが、世評では他の GIS システムの開発者も、自由にこれを利用したという話もあります。それは不正競争だ、という意見や GRASS は著作権を主張していないし、 GIS の構想を得るための叩き台として利用することは価値があることだ、という意見もありました。GRASS は 1988 年に、都市および地域情報システム協会 (the Urban and Regional Information Systems Association (URISA))から高品質のソフトウエアとして表彰されました。  1980 年代後半から 1990 年代前半にかけて、CERL と GRASS がともに発展していた時期に、CERL はパブリック・ドメイン版のサポートにかかる諸経費を削減しようとしました。まず The Open GRASS Foundation を設立し、先進的なユーザと手を結びました。その後この組織は The Open GIS Consortium に発展し、GIS のデータ形式やユーザ・インターフェースの共有化を目指しましたが、オープンな GIS の試金石である GRASS を越えることはできませんでした。  GRASS version 5.0 のベータ版テストを開始しようとする直前の 1996 年に、 USA/CERL は公式にパブリック版のサポートを中止する旨を発表しました。あわせていくつかの GIS ベンダと GRASS の商用版の提供について合意に達したと発表しました。この結果、 <url url="http://www.las.com/grassland/" name="GRASSLANDS">で見ることができる商用版の GRASS が生まれました。またこのことによって、市販されているパッケージソフトの GIS に移行する GRASS ユーザも出てきました。しかし、いまだに GRASS の anonymous ftp サイトには、GRASS 最新のフルスペック・バージョンである 4.1 リリースに対する数々の機能拡張のためのツールが用意されています。5 年間もメージャー・リリースがされていないにもかかわらず、多くの組織が依然として GRASS を使用し、あらゆる分野で先端を走っていると考えています。  <sect1> 再び盛り上がる GRASS の今後について  1997 年後半にベイラー大学のあるグループが、GRASS の新しい Web サイトを立ち上げました。この速成のサイトには、GRASS 4.1 のソースと Sun の Solaris のバイナリ、GRASS 4.1 のドキュメント、そしてオンライン・マニュアルが置かれています。1997 年 11 月に GRASS 4.2 の最初のバージョンのソースとバイナリ (当時は Sun の Solaris 版だけでしたが、Linux 版と Windows NT 版は検討中です)が置かれました。GRASS 4.2 は CERL の Web サイトで提供されているいくつかの改良とベイラー大学独自の改良が加えられています。GRASS 4.2 のドキュメントによると、今後このグループは共同作業で GRASS の開発を進めていく予定で、そのパートナーを捜しています。WWW を積極的に活用して、開発と運用を行っていく予定です。GRASS 5 の開発とバイナリの作成は進行中です。またこのサイトはテキサス農工大の the Blackland GRASS サイトにもリンクしています。そこでは Windows 95 を使って、手軽に利用できる GRASS の開発を目指しています。 <newline> 訳註：Blackland GRASS は、Windows 95、98、NT で動作します。ただし有償です(非営利利用で 1 台 $150)。詳しくは、 <url url="http://www.baylor.edu/~grass/blgrass/index.html" name="Blackland GRASS for Windows 98/NT">を参照してください。  <sect1> GRASS の今後についての再び  注意： (私も含む)別の視点で活動するグループもあります。このグループが探求していることは、GIS 技術を検証するために、そのパブリックな原案となる GRASS の価値をどうしたら継続して再構築を行ないつつ、拡大させていくか、という内容です。彼らは、GRASS5.0 のテストやリリースを管理する方法や、GRASS の設計や開発をより分散化して運用するモデルを模索しています。またパブリック・ドメインな空間データ解析ソフトウエア(地理情報や画像解析システムを含む)や表形式のデータベース管理システムの分野についても調査しています。<newline> どうしたらそのような知識が、 <enum> <item>この分野の技術発展のために、GRASS がオープンでパブリックな叩き台としての効果を発揮し、 <item>広く一般に利用される </enum> のでしょうか？おそらく Linux の管理モデルが必要になると思います。この話題については、<ref id="future" name="GRASS の未来は？">でさらにふれたいと思います。  <sect> GRASS を動かすのに必要なシステム  最小構成は、下記の通りです。 <itemize> <item>8 MB のメモリ(もちろん多いことに越したことはない) <item>100 MB の空きディスク容量 <itemize> <item>実行形式に約 40 MB <item>ソース・コードに約 40 MB(Linux 用のバイナリだけをインストールするなら不要) <item>データ保存用に？(データは底なし沼を一杯にするほど増加する) </itemize> </itemize>  GRASS は、Linux のカーネル 1.2.13 でも動きます(詳細は付録を見てください。さまざまな OS のバイナリについての情報があります)。<newline> GRASS はテキスト・ベースで動きますが、データを表示するには X Window System が必要です。X Window System をすでに使用されているなら、GRASS も多分動くはずです。  GRASS を動作させるに値する、他のハードウエアや OS があればご連絡ください！ <newline> 訳註：カーネル 2.x 系で動作しています。<newline> Linux(x86)以外で GRASS4.21 がソースからコンパイルできるプラットフォームは、 AXP、DEC Alpha/OSF、DEC Alpha/V4.0 564 alpha、HP-UX 9.x、HP-UX 10.x、MkLinux、 Linux/DEC Alpha、NetBSD、OpenNT、SCO 3.x、SGI Irix、SUN OS 4.x、 SUN Solaris(SPARC) 2.5、SUN Solaris(SPARC) 2.6、SUN Solaris(x86) 2.6、SUN Solaris 7(x86) です。詳しくは <url url="http://wgrass.media.osaka-cu.ac.jp/grassh/grass421/platforms/welcome.html" name="GRASS GIS - compiling on UNIX-platforms">を参照してください  <sect> GRASS を手に入れるには  GRASS は、配付条件についての契約を USA/CERT と結んだ企業からテープで手に入れられます。これらの企業は、特定のプラットフォームをサポートしているのが普通です。たとえば、Masscomp、Sun、DEC、Hewlett Packard、IBM(RISC プロセッサ用)、PC(UNIX ベース)、そして Macintosh(AUX ベース)などです。つい最近まで、 PC 上で動くUNIX はあまりに機能が低く、GRASS を支障なく動かすために多くの機能を追加しなければなりませんでした（たとえば the Number Nine のような高機能なグラフィック・ボードを使うためのドライバをつくるとか。それも何年も前に発売されたものに対して)。しかし Linux のような安定したシステムが登場してから、これも過去の話となりました。またテープで GRASS を手に入れる方もほとんどいなくなり、CD-ROM で手に入れる方も少数派となりました。  anonymous ftp 経由で手に入れる方法が主な方法になったのです。 <enum>  <item>ベイラー大学の新しいサイトは、<url url="http://www.baylor.edu/~grass"> <newline> このドキュメントが書かれた時点では、GRASS 4.1 と 4.2 のソース・コードと Sun の Solaris 版のバイナリが置かれていた。Windows 95 や NT で利用できる Blackland GRASS はここからリンクされている。ベイラー大学も独自に Linux と Windows NT のバイナリを置こうとしている。ベイラー大学から取ってきたソースをこのドキュメントを参考にして Linux でコンパイルしてみよう。きっとできるはずだ  <item>USA/CERL のサイトは、<url url="http://www.cecer.army.mil/grass">か、このサイトにあるミラーからも取ってこられる </enum> 訳註： <url url="http://wgrass.media.osaka-cu.ac.jp/grassh/welcome.html" name="日本のミラーサイト(大阪市立大学)">からダウンロードできます。  ftp サイトは、 <url url="ftp://moon.cecer.army.mil"> <ref id="A" name="付録 A"> は USA/CERL からコンパイル済みの GRASS4.13 の入手方法とインストールについて解説している(GRASS をインストールする前に<ref id="howto" name="Linux マシンで GRASS を動かすには">を参照のこと！ <ref id="B" name="付録 B"> は USA/CERL からコンパイル済みの GRASS4.15 の入手方法とインストールについて解説している(GRASS をインストールする前に <ref id="howto" name="Linux マシンで GRASS を動かすには">を参照のこと！ <ref id="C" name="付録 C"> は USA/CERL から GRASS4.14 と 4.15 のソースの入手方法とコンパイルについて解説している。またベイラー大学にある GRASS4.2 のソースについても同様に解説している(GRASS をインストールする前に <ref id="howto" name="Linux マシンで GRASS を動かすには">を参照のこと！ Linux のディストリビュータの皆さんへ！ GRASS をあなたのディストリビューションに入れてみませんか？ GRASS のソース・コードは、条件なしかつ著作権が主張されていないパブリック・ドメインなものです。GRASS のバイナリやソース・コードを入れれば、あなたのディストリビューションもさらに価値あるものになるでしょう。  <sect> Linux マシンで GRASS を動かすには <label id="howto">  <ref id="A" name="付録 A ">、<ref id="B" name="B ">、<ref id="C" name="C "> は GRASS の入手方法とインストールのしかたについて解説している。 <newline> GRASS を実際にインストールする前に、システムのどこに入れるかを決めなければならない。 <enum>  <item>GRASS のバイナリとソース・コード、man とドキュメントその他は慣例にしたがえば、/usr/local (たとえば /usr/local/grass/bin, /usr/local/grass/src) に入る  <item>GRASS の実行形式と gmake ユーティリティは、/usr/local(たとえば /usr/local/grass/grass4.1 と gmake4.1 もしくは /usr/local/bin/grass4.1 と gmake4.1)に入る  <item>GRASS のデータ領域はどこでもかまわない。設定ファイルで指定すればよい </enum>  私はここ 10 年ほど上記とは異なる構成で使用しています。GRASS のコード、バイナリ、その他(ユーザのデータは除く)すべては、「grass」という特定のユーザがオーナーになっています。というのは、システム全体に GRASS が散らばってしまわないようにするためです。/user という新しいディレクトリ(普通は独立したファイル・システム上)を作成し、GRASS 関連をすべてそこに入れます。たとえば下記のように。  <verb> /user/grass4.1/bin (普通 grass4.1 と gmake4.1 をここに置いてます) /data /dev /etc /man /src /src.alpha /src.contrib </verb>  GRASS5.0 は下記のように構築しています。  <verb> /user/grass5/bin /data (GRASS5 のデータ形式がいくつか変更されたので...) /dev /etc </verb>  GRASS のインストール・ガイド(<ref id="reference" name="参考文献">と <ref id="C" name="付録 C"> で解説してあります)は、もし<ref id="A" name="付録 A ">、<ref id="B" name="B ">を見てバイナリをインストールするだけの場合でも GRASS を取ってきたり、動作させる時にたいへん参考になります。 <newline> 見過ごしてはいけない重要なことがあります。GRASS のインストールは、ソフトウエア管理のアカウントとそのアカウントと同じ UNIX のパーミッションを持たないユーザで行うことです。まず「grass」(「」は強調表現のためで、実際のユーザやユーザ ID には使わないでください)というユーザ・アカウントをワークステーション上につくります。すべてのインストールと設定作業は、「grass」というユーザで行ってください。tar や cpio を使ってファイルを展開し、設定のセットアップを行うユーティリティを動かしてください。Gmakefile(GRASS 版の makefile) を走らせ、「grass」ユーザで設定ファイルを編集してください。そうしたら「grass」ユーザで GRASS を実行してください。grass ユーザで実行するのは「まれ」なことです(私が「grass」ユーザで実行する時は、ずっととって置きたいマップセットをアーカイブする場合だけです)。同じ理由で決して「root」で実行しないでください。 とんでもないことになります！  これら付録の解説や GRASS インストール・ガイドの情報の他にもさらにしなければならないことがあります。それはデータベースの構築です。サンプルのデータベースは USA/CERL から取ってこられます (<url url="ftp://moon.cecer.army.mil/pub/grass/grass4.1/release/data"> にあります)。まず GRASS プログラマーズ・マニュアルの解説にしたがって最初から作ることも可能です(少なくとも GRASS ユーザ・リファレンス・マニュアルの機能の解説の所にその方法が埋もれています)  個人的には、USA/CERL にある Spearfish 及び Global データベースからはじめるのがいいと思います。 <enum>  <item>Spearfish データベースは米国のサウスダコタ州のブラックヒルズ北部の 7.5 分の範囲の地形を 2 層で表している。投影法はユニバーサル横メルカトル図法を使用している。オリジナルは、Larry Batten 氏によって作成された。 [彼は現在、コロラド州ボールダーの環境システム研究所(the Environmental Systems Research Institute)に所属し、当時は地質調査所(the U. S. Geological Survey)管轄のサウスダコタ州にある地球資源観測衛星データセンター(EROS Data Center) に所属していた]。データベースは、USA/CERL とその協力者によって改良され、素晴らしい出来となった。ユニバーサル横メルカトル図法を用いた州レベルの投影法の例としてよく利用されている(このデータベースを使った GRASS 用の教材が数多く利用できる)  <item>Global データベースは、USA/CERL の Bob Lozar 氏によって開発され、緯度と経度で表現された「投影図法」(以下、緯度-経度投影図法と表す) データベースのプロトタイプである。これは GRASS における地球環境調査と意志決定支援を目的に開発された </enum>  まずこれら 2 つの例からはじめれば、後は自分でユニバーサル横メルカトル図法や緯度経度投影図法データベースを構築することができるようになるでしょう。 (注意：緯度-経度投影図法を投影図法とは普通呼びません。また地球の表面を二次元で表現したものが投影法だ、という見方もあります。ここではこれ以上の議論はもう行ないません。いうまでもなく、コンピュータ・プログラムは、緯度-経度投影図法を他の投影法と同様に扱うからです)  <sect> GRASS (GIS 一般についても)のサポートは、Web で！  パブリック・ドメインのプログラムのサポート？何もないよ、そんなのは！と言うのが普通でしょう。あなたが Linux ユーザなら、こんなことは言わないはずです。  GRASS は USA/CERL 内の GRASS Information Office からはじまりました。 USA/CERL の外部にも、とてもアクティブなユーザがいて、ユーザを熱心にサポートしていました。年 1 回、GRASS のユーザ・ミーティングが行なわれ、ユーザや開発者のメーリング・リストなどもありました。企業はサポート契約を結んだり、毎回サポート料金を請求する形で、付加価値をつけてサポートを行いました。  役に立つ関連書籍や教材も数多く用意されています。大学の中には演習を設けているところもあります。現在どのくらい行なわれているかはわかりませんが。演習に興味があるなら、usenet の comp.infosystems.gis に質問を投げてみてください(このニュース・グループについては、下記を見てください)。  インターネット上にある役立つ「書籍」については、<ref id="reference" name="参考文献">に記述してあります。  GRASS の WWW 上の教材は GIS の <url url="http://www.ngdc.noaa.gov/seg/tools/gis/referenc.html" name="the CyberInstute Short Course"> にあります(リンクをたどって GIS の Web 形式のチュートリアルを捜してください)  GRASS の役に立つチュートリアルの 1 つに、Project Assist の <url url="http://www.geog.le.ac.uk/assist/grass" name="Intro to GRASS"> があります。  <sect1>他のサイト  セントラル・ワシントン大は以前から GRASS を利用しており、教育施設も持っています。<url url="http://www.cwu.edu/~gishome/cwugisprog.html"><newline> 訳註：原文の URL は存在しないので、セントラル・ワシントン大の GRASS の教育カリキュラムの URL に変更してあります。  Stephan Pollard 氏は同じく GRASS を以前から指導してきた方で、 <url url="http://cast.uark.edu/local/hunt" name="Starting the hunt for mostly free spatial data"> を立ち上げています。アーカンソー大学の the Center for Advanced Spatial Technology がベースになっています。  パーデュ大学はいくつかの GRASS 関連の情報があります。 <url url="http://pasture.ecn.purdue.edu/~aggrass">  USA/CERL の <url url="http://www.cecer.army.mil/grass/userman/main-alpha.html" name="オンライン・マニュアル">です。<newline> --------------------------------------------------------------------------- <newline>  リュトガース大学の <url url="http://www.crssa.rutgers.edu/projects/grass/what.html"> も参考になります。<newline> 訳註：原文の URL がかわっていましたので、変更してあります。  <url url="http://www.regis.berkeley.edu" name="The REGIS project">は、カリフォルニア大学バークレイ校で立ち上げられていて、ftp で Linux 版の GRASS が手に入れられます。また GRASSLINK と呼ばれる Web 版の GRASS もあります。  上記の書籍や Web 上のチュートリアルを勉強した後、何かアドバイスを受けたいと思ったらどうすればいいでしょうか？  今のところ usenet ニュースグループの comp.infosystems.gis を利用するのが一番でしょう。ニュースグループというものに不案内ならネットワーク管理者かインターネット・サービス・プロバイダに相談してみてください。 comp.infosystems.gis は下記のようなことについての投稿が、それなりにあります。 <itemize> <item>この地域の、この項目についてのデータはどうしたら見つけられるか？ <item>私の使用してる GIS にデータをコンバートしたいが、どうしたらいいか？ <item>私の使用してる GIS でこの機能はいかせるか？ <item>私の抱えている問題を解決できる GIS はどれか？ </itemize>  このニュースグループで最も議論される GIS の 1 つが GRASS です。GRASS についての話題は減りつつありますが、それはユーザ・コミュニティがすでに成熟しているからです。しかし疑問を投稿すれば返答が返ってくるはずです。また検索エンジンを利用して GRASS というサブジェクト(もしくは現在興味あるサブジェクト) を捜すこともできます。また usenet のアーカイブ <url url="http://www.dejanews.com" name="DejaNews"> からも捜し出せると思います。  <sect> GRASS の未来は？ <label id="future">  これは鋭い質問です。考えられる答は次の通りです。 <enum>  <item>USA/CERL がアナウンスした意図は、組織内部では GRASS とその商用パッケージ版を使用すること、GRASS のパブリックな Web と ftp サイトを自分たちから完全に切り離すことにあった。そのために共同研究と開発についての契約を下記の 3 つの企業と結んだ。 <enum> <item>the Environmental Sciences Research Institute (ESRI) <item>Intergraph <item>Logiciels et Applications Scientifiques (L.A.S.) Inc </enum> 最初の 2 社との契約では、GRASS のコンセプトを ESRI と Intergraph の商用 GIS に組み込むことを奨励する、となっていた。3 つめの契約では、GRASS のコンセプトとコードを活かして、L.A.S. が新しい商用 GIS を開発するというものだ。 L.A.S はまたパブリック・ドメインな GRASS についても、引続き協力関係を持つとしている。それは L.A.S. が GRASS を将来性のあるシステムであり、L.A.S. の GRASSLAND に役立つ可能性のある新しいアイディアやコードの情報源として認めているからだ。ある観測筋によれば、最初の 2 つの契約は、Linux を Microsoft に売り渡すようなものだ、と述べている。また L.A.S. によるこの試みは、パブリック・ドメイン版と商用版の両 GRASS の共存についての興味深い実験だ、とも述べている  <item>USA/CERL によって管理されていないと GRASS は衰退していってしまう、という見方もある。 Open GIS Consortium がすべての開発者とユーザにとって利益となるオープンなアーキテクチャとなるように業界をまとめあげていく、という見方もある。また OGIS の活動は結果的には、ほとんど同じ内容だが(しかし共有するところがほとんどない)、ベンダー固有の「標準化」に終り、オープンな開発プラットフォームとしての GRASS の役割は失われてしまう、という見方もある  <item>しばらくは各大学やサイトでの開発が行われ、それぞれの場所で GRASS を維持していく。しかし、結局標準化が行われないまま「細胞分裂」状態に陥ってしまう。最終的にはそれぞれの場所では有用だが、外部では利用されない GIS になってしまう、という見方もある  <item>希望的観測として、USA/CERL が行ってきた運用モデルは、これから出てくる新しいモデルの前身に過ぎないという見方もある。おそらく下記のような形だろう。  <enum> <item>新しい主導組織のもとに入る。たとえば航空宇宙局(NASA, National Aeronautics and Space Administration)のような、地球観測システムで使えるような画像処理システムを持つ、オープンでパワフルな系統立った GIS を必要としている組織がそれにあたる  <item>ディストリビューション管理モデル。Linux のような？  <item>混合モデル？おそらく Web 方式から発展して、usenet のグループにができあがる。まず comp.infosystems.gis.grass ができた後、 <itemize> <item>comp.infosystems.gis.grass.academics <item>comp.infosystems.gis.grass.publicservice <item>comp.infosystems.gis.grass.commercialvalueadde <item>comp.infosystems.gis.grass.commercialdistributors <item>comp.infosystems.gis.grass.programming <item>comp.infosystems.gis.grass.users <item>comp.infosystems.gis.grass.centralcommittee </itemize>  が開設される。<newline> はっきり言って、ちょっと不真面目に書いたが、ここから真面目に。この管理モデルでは、Central Committee がすべての開発とテストを指導する。 Central Committee は、教育機関、公共機関(政府、非政府機関とも)、商用版を提供している企業、その他 GRASS に寄与している企業、プログラマ、ユーザの代表者から構成される。その他の特定の目的を持つグループは、その内部でユーザ組織を持つ。例えば Academics は GIS と GRASS の教育を担い、あわせて自分たちの目的にあった GRASS の開発も主導して行なっていく。GRASS に付加価値を付ける商用のデベロッパーは、彼らのビジネスに寄与する GRASS の開発を含む、自分たちの目的にあった開発を主導する。Users は、協力しあって GRASS の学習を行ない、バグとり、その他の作業を行う </enum> </enum>  GRASS は注目に値する下記の可能性を秘めています。 <itemize>  <item>従来からある画像表示中心の GIS としても利用可能だが、科学的分析も行なえる。GIS の多くは地図製作を得意とするが、 GRASS ほど簡単かつパワフルに科学的な解析を確実に行なえる機能を持ち合わせていない。元来 GRASS は、科学的な研究、つまり環境の分析や公有地の環境管理と保護を目的として設計・開発されたためである。ところで、Web で利用できる GRASS が少なくとも 1 つ存在する。 <url url="http://www.regis.berkeley.edu/grasslinks" name="GRASSLINKS">というカリフォルニア大学バークレイ校で開発されたシステムである。ユーザは Web のフォーム上でコマンドをサーバに送り、その結果が gif 画像で Web ページに表示される。今後もっと機能が上がると思われる。  <item>教育手段として有効。GRASS は他の GIS と比較して、教えやすく学びやすい。他の GIS はソース・コードも配布されず、不思議なブラック・ボックスであるのに対し、簡単に修正することができる(「地理学」の一環として学ぶというよりも、コンピュータ・サイエンスとしての GIS を学ぶのに適している)。もちろん学生にとっては、他の GIS に比べて手軽に手に入れられるのも魅力である  <item>GIS を利用した応用研究と開発に優れている。GRASS を以前から使用している大学は数多くある。ソース・コードが手に入り、簡単に修正が行なえ、スクリプト化も容易、etc といった利点があり、この点で同様なシステムに対して決定的に優位に立っている  <item>広く利用可能。さまざまなアプリケーションから GRASS を科学的な分析が可能な GIS として利用できる。いくつもの UNIX ワークステーションの GIS パッケージとして確固たる地位を維持し続けるだけのことはある。UNIX ワークステーションに Linux が含まれるなら、さらにその価値は上がる(Linux だけに限定しているわけではない)  <item>GIS の研究と開発に向いている。例えば、異なるデータ・モデルを試して見たくなったら？ GRASS に追加してしまえば OK！  <item>商品化もできる。このドキュメントは商用版の GRASS についての情報を含んでいる。その企業(たぶんここで紹介されていない企業も？)は、製品に対するあなたの改良やサポートを歓迎するだろう </itemize>  この管理モデルにおいて、誰が Linus Torvelds 氏の役目をするのでしょうか？おそらく個人ではないと思います。10 年近く GRASS に関わってきましたが、科学的なデータ管理と GIS 環境で、私が満足できた GIS は GRASS だけです。本当のところ GRASS が UNIX を勉強しろ、と強制するまでは、ユーザフレンドリとはいえない UNIX を敬遠してきました。古くからの GRASS の開発者たちの中には今でも GRASS 関連の活動を熱心に行っている方もいて、オープンな GRASS がしぶとく生き残るところを見たいと思っています。新生 GRASS がたくさんの愛好家を引き付けるようになれればと。このようにして、共同体としての「Central Committee」というコンセプトが、よりオープンな運用・開発スタイルへと GRASS を導いていくのではないでしょうか。  早い話が、Linux コミュニティがその傘下に「キラーアプリケーション」を従わせることができるチャンスなのです。パブリック・ドメインである現在の GRASS は Linux の権利形態とわずかに異なります。しかしそれは議論すればいいはずで... 意見をお寄せください！<newline>  <sect> 著作権とこのドキュメントのサポートについて<label id="copyright">  著作権表示  このドキュメントは、ある国家公務員の業務の一環として作成されました(大部分はプライベートな時間を使ってですが)。このドキュメントは著作権に縛られません。。  このドキュメントのサポートについて<newline>  このドキュメントは正確を期しましたが、このドキュメントの何らかの間違いによってあなたに損害を与える恐れがあります(ここで引用しているドキュメントについても同様です)  このドキュメントの間違いの訂正や改訂をお手伝いいただけると大変助かります。ただし、これに関して私が割ける時間は限られていますが。どんな手助けでも歓迎します。そうしていただければ、皆さんが関心を持っていることに対して効率よくかつ速やかにお答えできると思います。クレームもいただければと思います。なおこのドキュメントのドラフトになるような改訂の提案は大歓迎です。  <sect> 参考文献 <label id="reference">  GIS 一般についての参考文献は、まず専門書を扱っている書店(GIS の講義が開かれている学校のキャンパスにある書店や一流の専門書店や大規模な書店などです。近所に心当たりのある書店があるのでは...)か <url url="http://www.ngdc.noaa.gov/seg/tools/gis/referenc.html" name="CyberInstitute Short Course on Geographic Information Systems">を見てください(私がやっています)  あわせて<url url="http://www.baylor.edu/~grass" name="これから成長していく GRASS のホームページ(ベイラー大学)">や <url url="http://www.cecer.army.mil/grass" name="USA/CERL のホームページ"> も見てください。  GRASS についてのよい参考文献を集めるなら、USA/CERL から文献関係を落とせるだけ落としてください。方法は下記の通りです。 <tscreen><verb> ftp moon.cecer.army.mil login: anonymous password: your email address cd pub/grass/grass4.1/outgoing image get grassman.ps.Z (or grassman.txt.Z, or grassman.wp.Z) cd ../documents/programmer/postscript image get progman.ps.Z cd ../../user/postscript image get refman.ps.Z cd ../.. image get installGuide.ps.Z bye uncompress grassman.ps.Z uncompress progman.ps.Z uncompress refman.ps.Z uncompress installGuide.ps.Z </verb></tscreen>  <tscreen><verb> lpr *.ps (ご自分の環境に合った方法で印刷してください) </verb></tscreen>  <descrip> <tag/installGuide/インストール・ガイド(ソースからコンパイルする時に必要) <tag/grassman/ビギナーズ・マニュアル(GRASS入門) <tag/refman/ユーザーズ・マニュアル(機能ガイド) <tag/progman/プログラマーズ・マニュアル(であり、管理者ガイドでもある。データ・フォーマットなどについての情報を得るのにも役立つ) </descrip>  上記の ftp サイトを巡回すれば、さらに興味深い資料に巡り合えるでしょう。ます。特に pub/grass/grass4.1/documents ディレクトリには、GRASS の高度な機能について書かれたチュートリアルがあります。例えば r.mapcalc (ラスターレイヤを表す配列データに対する演算を行う)、r.combine と r.weight (複数の空間モデルを組み合わせて、新しいタイプの空間モデルを作成する)等です。  ちなみにドイツ語での解説をお望みなら、 <url url="http://www.geog.uni-hannover.de/grass/gdp/handbuch" name="ハノーファー大学">のサイトをどうぞ。<newline> 訳註： <itemize> <item>ハノーファー大学の URL がかわっていたので、変更してあります <item>日本語による GRASS の公開講座は、 <url url="http://www.sci.osaka-cu.ac.jp/~masumoto/vuniv99/index.html" name="1999年度インターネット講座「地球科学におけるGRASS GIS入門」"> を参照してください <item><url url="http://epsenewsc.gee.kyoto-u.ac.jp/grass/" name="GRASS mirror site at Kyoto Japan">も参考になります。 </itemize> _____________________________________________________________  <sect>付録 A ： GRASS4.13 のバイナリの入手方法とインストールのしかた <label id="A">  この付録は、Linux 版 GRASS4.13 のバイナリの入手とインストールのしかたについて解説します(最新のフルリリース版である GRASS バージョン 4.1 に対する 3 回目のアップデート版です)  <sect1>ファイルの入手方法 <tscreen><verb> ftp moon.cecer.army.mil login: anonymous password: your email address cd pub/grass/grass4.1/release/binaries/linux image mget grassa* bye </verb></tscreen>  <sect1>インストール方法  <verb> ******************************************************************** * GRASS 4.1 アップデート 3 Linux 版 * * このパッケージは GRASS だけが含まれています。GIS のデータは含まれて * 「いません」。GRASS のサンプル・データは、下記にあります。 * * <url url="ftp://moon.cecer.army.mil"> * * コンパイルした人： Andy Burnett 氏 burnett@zorro.cecer.army.mil * コンパイル日時： 1994 年 4 月 7 日 ******************************************************************** </verb>  <descrip> <tag/GRASS を動かすために必要なシステム/バイナリ配付をインストールするには、 35 MB のディスク容量が必要 <tag/必要なライブラリ/libc4.5.21 もしくはそれ以上のバージョン。<newline> libX.so.3.1.0 もしくはそれ以上のバージョン </descrip> これらより古いバージョンのライブラリで Linux を動作させているなら、バイナリ配付の GRASS は動作しないかもしれません。<newline> -------------------------------------------------------------------------- <newline>  <sect1>このリリースに含まれるファイル <verb> README_4.1.3 今読んでいるドキュメント ginstall 簡単な GRASS のインストール・スクリプト grassaa --------| grassab | grassac | grassad | grassae |-- Linux の GRASS バイナリ grassaf | grassag | grassah | grassai | grassaj | grassak --------| </verb>  <sect1>インストール  この Linux 版 GRASS のバイナリ配付をインストールするには、ginstall スクリプトを単に実行するだけか、自分でファイルを展開するかのどちらかです。私としては、ginstall スクリプトを使うことをお勧めします。とても簡単で、インストールミスを防いでくれるはずです。ginstall スクリプトを動かすには、あなたのシステムに gawk(gnu awk)がインストールされていて、パスが通っている必要があります。  もしスクリプトを使わずにインストールしたいなら、下記の手順で行ってください。 <itemize>  <item>展開先のディレクトリを作る(/usr/grass、/usr/local/grass など)ここがあなたの環境での GISBASE になる ここから先 $GISBASE はあなたが作ったディレクトリに置き換えて読むこと  <item> <tscreen><verb> cat grassa? | gzip -d | (cd $GISBASE; tar xvf -)</verb></tscreen> これで grass のバイナリすべてが $GISBASE に展開される  <item>$GISBASE/etc/moncap.sample を $GISBASE/etc/monitorcap としてコピーしてから適宜編集すること  <item>そのファイルに記述してある GBASE を $GISBASE に変更する  <item>$GISBASE/etc/grass4.1 を各種のバイナリが置かれているディレクトリ(/usr/bin がいいと思います)にコピーする  <item>コピーしたファイルに記述してある GBASE を $GISBASE に変更する </itemize> _____________________________________________________________<newline>  <sect>付録 B ： GRASS4.1.5 のバイナリの入手方法とインストールのしかた <label id="B">  この付録は、Linux 版 GRASS4.15 のバイナリの入手とインストールのしかたについて解説します(最新のフルリリース版である GRASS バージョン 4.1 に対する 5 回目のアップデート版です)。  <sect1>ファイルの入手方法 <tscreen><verb> ftp moon.cecer.army.mil login: anonymous password: your email address cd pub/grass/grass4.1/release/binaries/linux image mget linuxa* bye </verb></tscreen>  <sect1>インストール方法 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * (4.13 と同じなので省略) <sect1>このリリースに含まれるファイル <verb> README_4.1.5 今読んでいるドキュメント ginstall 簡単な GRASS のインストール・スクリプト grassaa --------| grassab | grassac | grassad | grassae |-- Linux の GRASS バイナリバージョン 4.1.5 grassaf | grassag | grassah | grassai | grassaj | grassak --------| </verb> * * * * * * * * * * *** * * * * * * * * * * * * * * * * * * * * * * * * (インストール方法も 4.13 と同じなので省略)  Linux 版 GRASS4.15 は次の環境でコンパイルしました。 <itemize> <item>Slackware 3.0 <item>kernel 1.2.13 <item>gcc 2.7.0 <item>libc 5.0.9 <item>flex 3.5.2 </itemize>  <sect1>大切なこと  Linux 版 GRASS 4.15 のバイナリは ELF システムの Linux 上でしかうまく動作しません。また初期バージョンのカーネル、gcc、flex でも問題があると思います。  バイナリは tar ＋ gzip されていて、linuxg.aa から linuxg.ai という名前で 9 つのファイル(1200 × 1K のブロックサイズで、約 1.3 MB です)に分割されています。  linuxg.a* ファイルとこの readme ファイル、インストールのためのスクリプトである install.sh を ftp のバイナリ・モードで落としてきましょう。これらのファイルは同一のディレクトリ(ソースのあるディレクトリ)に置いてください。  ソースのあるディレクトリに移り、下記のように入力してください。 <tscreen><verb> sh ./install.sh インストール先のディレクトリ </verb></tscreen>  そうすると自動的にインストール先に展開されます。展開されたなら環境に合わせていくつかのファイルを編集してください。必要なディスク容量は、約 26 MB です。  インストール先のディレクトリに grass4.1 というスクリプトがあります。インストール先のディレクトリの設定を行なっておいてください。<newline> そして、grass4.1 ファイルをパスが通っているディレクトリに移動もしくはコピーしてください。下記のようにリンクを張っても大丈夫です。  <tscreen><verb> cd /usr/local/bin ln -s インストール先のディレクトリ/etc/grass4.1 grass4.1 </verb></tscreen>  これで grass4.1 と入力して、GRASS を動かせるところまできました。後は GRASS の動かし方を勉強してください。  インストール先のディレクトリの /etc 配下に readme ディレクトリがあります。このディレクトリには、GRASS に採用された各種のコマンドについての readme ファイルがあります。command.readme ファイルを見れば、このバイナリ・セットに付いているコンパイル済みのコマンドが何であるかわかるようになっています。すべて動作することは保証できませんが、かなりのものがテスト済みです。動かないコマンドがあれば、GRASS のニュース・グループに投稿してください。一緒になって解決しましょう。 Yung-Tsung Kang,  ミシガン州立大学 _____________________________________________________________  <sect>付録 C ： GRASS のソース・コードの入手方法とコンパイルのしかた <label id="C">  Linux 版の GRASS のバイナリは、ほとんど問題なく動作します。いったいどうしてソース・コードをいじりたいと思うのでしょうか？  質問の形をとって答えると、「何でこの GIS のソース・コードは手に入らないんだ？手に入りさえすれば、どのように動作しているかを理解できるし、好きなように機能をいじれるのに」(この質問の答えはおわかりですね。多くの商用パッケージは、このようにソース・コードがない形態で販売していますから)  お望みなら、 <enum> <item>ユーザが作成した、たくさんの alpha や contributed にある関数を追加できる <item>ある関数の動作を理解できる(プログラム上の工夫や性能向上のための改良が、実際にどの程度その機能に影響を与えているか？) <item>コードの改良と機能強化ができる(こうするつもりなら、<ref id="D" name=" 付録 D">を参照のこと) <item>何 10 MB ものソース・コードをコンパイルしたい。そのためにこの付録がある。<ref id="E" name="付録 E">も参照のこと </enum>  まずソース・コードとインストール・ガイドを手に入れてください。プログラマーズ・マニュアルとユーザ・リファレンス・マニュアルも欲しくなると思います。入手方法は、下記の通りです。 <tscreen><verb> ftp moon.cecer.army.mil login: anonymous password: your email address cd pub/grass/grass4.1/release/source get README.4 get README.5 image mget s4* (or s5*, your choice) cd ../../documents get installGuide.ps.Z cd /manuals/programmer/postscript get progman.ps.Z cd ../../user/postscript get refman.ps.Z bye </verb></tscreen>  このサイトは忘れずに。より高度なプログラムのチュートリアルが pub/grass/grass4.1/document にいくつかあります。ダウンロードできるソース・コードは 2 種類あります(ここでは GRASS 4.14 について触れていますが、4.15 も利用できます)。pub/grass/outgoing ディレクトリにはユーザから寄せられた数多くの関数があります(あなたのシステムを強化できる候補となる関数が他にもたくさんあります)  GRASS バージョン 4.14(4.1.4 とも呼ばれる)のソース・コードをインストールするには README.4 ファイル、GRASS バージョン 4.15(4.1.5 とも呼ばれる)の場合は README.5 ファイルにしたがってください。  ソース・コードをインストールしたら、installGuide.ps.Z の圧縮を解いて印刷してください(もし troff 版が欲しいならとなりのディレクトリから持ってきてくださいたい)。同時に refman.ps.Z と progman.ps.Z も同じようにしたくなるかもしれませんね。progman.ps.Z はプログラマーズ・マニュアルと呼ばれるものですが、データ・フォーマットやディレクトリ構造といった価値ある情報も含まれています。中堅ユーザ以上なら GRASS のシステム・ユーティリティも知りたくなるかもしれません。たとえ GRASS のコードからそれらをコールしていなくても、です。  それでは、GRASS インストール・ガイド(installGuide.ps.Z)を使って、インストールをはじめてください。インストール・ガイドの薄さに最初はとまどうかもしれませんが、Linux をご自分でインストールしたことがあるなら、GRASS のインストールに取り掛かる準備ができたも同然です。1、2 個の関数がコンパイルできなくても気にしないでください。私のシステムには、ずっとコンパイルしていない関数がいくつもあります。幸いなことに、私はそれらの関数を利用しません。いつの日か、それらを直してコンパイルする日がくるのでしょうか！？<newline> _____________________________________________________________<newline>  ここで遅ればせながら、新しいリリースの GRASS 4.2 のインストール方法を <url url="http://www.baylor.edu/~grass" name="ベイラー大学の Web"> から紹介しましょう。まだリリースされてから日がたっていないので、自分でこのドキュメントを改訂していません。どうか他のバージョンのインストールとほとんどかわらないことを覚えておいてください。  <sect1>GRASS 4.2 を簡単に動かすためのインストール方法  注意：この解説は、GRASS 4.2 に関するものです。より詳細なインストール方法を見てみたいと望まれるなら、インストール・ガイドを参照することをお勧めします。  $GIS/src このディレクトリには、GRASS をコンパイルする時に必要なスクリプトとファイルがあります。そこにあるスクリプト類を動かし、プログラムの設定リストを変更すれば、あなたのシステムにあった GRASS が構築されます。  ソースをコピーしなくても、別のマシンから GRASS のソースがあるディスクをマウントして、コンパイルをすることができます。下記の手続きにしたがって、インストールしたいマシンで実行してください。  注意：これらの方法は、あなたが UNIX や C言語、make、シェルスクリプトに熟知していることを前提にしています。マーフィーの法則は GRASS にもちゃんと当てはまります。マーフィー氏に対抗できるかどうかは、あなたの熟練度次第です。  注意：GRASS をコンパイルするために、この解説とスクリプトはさまざまな種類のマシンで利用されています。この解説を使ってコンパイルしたプラットフォームとオペレーティング・システムを <htmlurl url="mailto:grass@baylor.edu" name="grass@baylor.edu">宛にメールしてください。  <sect2>ディレクトリ構成 <descrip>  <tag/GISGEN/GRASS をコンパイルするスクリプト  <tag/MAKELINKS/GISGEN を実行した後に使用するスクリプト。ユーザが実行できるコマンドを作成する  <tag/VERSIO/この GRASS のリリースのバージョンと日付  <tag>generic/</tag>gmake を実行する時に必要なシステムに非依存なファイルがあるディレクトリ。 <descrip> <tag/gmake/コンパイルを行うシェル・スクリプト <tag/make.def/変数を定義する <tag/make.tail/make 時の追加規則を定義する </descrip>  <tag>head/</tag>gmake のヘッダー・ファイルのあるディレクトリ。サイトによって異なる。ヘッダー・ファイルは、/utils/setup コマンドによって作成される  <tag>lists/</tag>コンパイル対象のプログラムリスト <descrip> <tag/GRASS/GRASS 標準のプログラム <tag/local/サイト固有のプログラム <tag/.../アーキテクチャ依存のプログラム </descrip>  <tag>next_step/</tag>コンパイルの履歴を管理するファイルがあるディレクトリで、GISGEN によって使用される。GISGEN が何らかの理由で失敗した時に、失敗したところから再処理する場合に使用される  <tag>utils/</tag>「setup」スクリプトがあるディレクトリ。「setup」スクリプトが必要とするスクリプトとファイルがすべて含まれている </descrip>  <sect2>コンパイルの大まかな流れ <enum>  <item>地域情報の選択やマシン依存の make に必要な情報を記述するファイルを作成  <item>地域情報のリストが記述されているファイルや、マシン依存のコンパイルに必要な情報についてのリストが記述してあるファイルを編集する(プリンター、デジタイザーやグラフィック・ドライバなど)  <item>コンパイル・スクリプトを動かす  <item>プログラムをリンクさせるスクリプトを動かす  <item>デバイス・ドライバ設定ファイルを編集する  <item>contrib ディレクトリや alpha ディレクトリにあるプログラムをコンパイルする  <item>GRASS に関連するもしくは GRASS が利用する／利用されるプログラムをコンパイルする </enum>  <sect2>コンパイルの詳細なステップ <enum>  <item> make で使用するファイルを作成する。<label id="step1">  GRASS をコンパイルする方法は、マシンや選択した地域情報によってさまざまなケースが考えられます。  <itemize> <item>コンパイルとライブラリをリンクする時のフラグ <item>システムに既にあるライブラリ <item>インストールするディレクトリ <item>デフォルトのデータベースと選択した地域 </itemize>  /utils/setup シェル・スクリプトを使えば、make で必要な数多くのオプションおよび定義の設定が簡単になります。これらの設定は、コンパイルする度に作成される makefile (約 350 個)が対象になります。あわせて個々の GRASS プログラムをコンパイルするためのシェル・スクリプト(gmake4.2)も作成します。  「utils/setup」を動かして、質問に答えていってください。  makefile の一部は head/ 配下に置かれます。/utils/setup を実行する間にあなたが指定(もしくは許可)した名前になっています。コンパイルを制御するための実行可能なスクリプトは、デフォルトで /usr/local/bin に置かれます。  head/ にできたファイルを調べて、万事 OK か確かめてください。定義された変数についての簡単な説明は下記の通りです。 <descrip>  <tag/ARCH/GRASS をコンパイルするマシンのアーキテクチャを意味するキーワード <tag/UNIX_BIN/GRASS の使いはじめに使用するプログラムや gmake が含まれるローカル・ディレクトリ  <tag/DEFAULT_DATABASE/ローカルな GRASS のデータベースが含まれるディレクトリ <tag/DEFAULT＿LOCATION/ユーザが最初の段階で使用する GRASS データベース  <tag/COMPILE_FLAGS/コンパイルのフラグ <tag/LDFLAGS/ライブラリのリンクフラグ  <tag/COMPILE_FLAGS/コンパイルのフラグ <tag/TERMLIB/低レベルでカーソルの動作を制御するシステム付属のライブラリ <tag/CURSES/スクリーン上でカーソルを制御するシステム付属のライブラリ <tag/MATHLIB/システム付属の算術ライブラリ <tag/LIBRULE/ライブラリをアーカイブ、乱数化する方法  <tag/USE_TERMIO/termio ライブラリが利用可能な場合に使うフラグ <tag/USE_MTIO/mtio ライブラリが利用可能な場合に使うフラグ <tag/CAN_CLEAR/端末スクリーンがクリアできるかどうかのフラグ <tag/DIGITFLAGS/v.digit コマンドのオーナーとプライオリティのフラグ </descrip>  <item>地域情報と環境固有のプログラムのリストを含むファイルの編集 <label id="step2">  コンパイル対象となるディレクトリのリストが書いてあるファイルは、lists/ ディレクトリにあります。ディレクトリ名は、GRASS の src ディレクトリの相対パスで記述してあります。lists/GRASS ファイルはどの環境でもコンパイルされる基本的な GRASS のプログラムがリストされています。/lists/local と lists/$ARCH がそのファイルに当たります。 -----------------------------------------------------------------<newline>  $ARCH はアーキテクチャ名です。utils/setup script を実行する間に設定することになります。下記のコマンドでどのアーキテクチャにするかを決めることができます。 <tscreen><verb>gmake4.2 -sh | grep ARCH</verb></tscreen> -----------------------------------------------------------------<newline>  lists/$ARCH ファイルはもともとは存在しませんが、勝手にこのファイルを作成して、このアーキテクチャ上で自分がコンパイルしたいプログラムを追加することができます。このアーキテクチャ依存リストを使えば、NFS 経由でソース・コードをリンクすることによって、マシン毎にいろいろな組合せでプログラムのコンパイルが可能になります。NFS 経由でマウントすることによって、同一のソース・コードを共有したマシンは、lists/local にリストされているディレクトリをコンパイルすることになります。  コメント行がリストすべてに含まれていると思います。# が行頭にある部分がそれに当たります。lists/local ファイルには、すべてのデジタイザー、グラフィック、印刷(ハード・コピー)ドライバがリストされています。マシン固有のドライバはすべてコメントアウトされています。あなたの環境とアーキテクチャにあったものは、コメントをはずす必要があります。グラフィック・ドライバ関連は、該当する lists/$ARCH ファイルに移動させた方がよいと思います。  <item>GRASS をコンパイルするプログラムを動かす <label id="step3">  GISGEN スクリプトは、コンパイル作業を制御します。問題が何もなければ、GISGEN を動かしてただ待つだけです。コンパイルが完全に終わるには、早いワークステーションなら約 30 分、遅いものなら約 8 時間かかります。  GISGEN は lists/GRASS や /lists/$ARCH、lists/local に指定してあるコンパイル対象になるディレクトリ名を収集して、そのディレクトリごとに gmake4.2 を走らせます。画面には、GISGEN と UNIX の make プログラムが出すメッセージが表示されます。途中で失敗するとコンパイルが中断されます。失敗した場合、下記の手順の内のどれかを行なうことになるでしょう。 <enum>  <item>失敗したディレクトリにあるコードを修正して、コンパイル上の問題を修正する。修正後に GISGEN のあるディレクトリに戻り、GISGEN を再実行する。コンパイルは失敗したディレクトリから再開され、成功すれば、リストにあげられている次のディレクトリに移り、コンパイルを続行する  <item>GISGEN を再実行する。すでにコンパイルされたコードや<ref id="step1" name="ステップ 1 ">で設定したオプションの修正が必要な場合は、next_step/ $ARCH(<ref id="step2" name="ステップ 2 ">でアーキテクチャ名を設定していないなら、next_step/next_step)を削除する。削除したなら、GISGEN を再実行する  <item>失敗したディレクトリを飛ばす。この場合は、失敗したディレクトリ名の次にコンパイルすることになっているディレクトリ名を list/GRASS や lists/$ ARCH、lists/local の中から捜さなければならない。失敗した名前が、 next_step/ $ARCH にあるので、その名前を次にコンパイルするディレクトリ名に置き換える。置き換えたら GISGEN を再実行する </enum>  GISGEN が完了すると、next_step ファイルに DONE という単語が書かれ、画面に「DONE generating GIS binary code」と表示される  <item>GRASS プログラムをリンクする  GISGEN はコンパイルしている過程で、ユーザから直接利用できないディレクトリに GRASS プログラムを隠蔽する。ユーザの多くが使うコマンドは、「front.end」と呼ばれる単体のプログラムにリンクされる。このプログラムは GRASS の各々のプログラムにリンクされていなければならない。この作業は GISGEN が終った後に行われる。ユーザの使用するプログラムにリンクを張る(張り直す)には MAKELINKS スクリプトを実行する  <item>デバイス・ドライバの設定ファイルを編集する  グラフィック、印刷、デジタイザーのドライバの組合せはシステムによっていろいろです。詳細は、GRASS のインストール・ガイドを参照のこと。  注意：グラフィック・ドライバのコンパイルで悩むことになったら、 $GIS/src/display/devices ディレクトリに移り、gmake4.2 を使って該当するドライバをマニュアルでコンパイルすること  <item>contributed なもしくは alpha なプログラムをコンパイルする  GRASS プログラムは、3 つに分類できる。 <descrip>  <tag/MAIN/<ref id="step3" name="ステップ 3 ">でコンパイルしたプログラム。これらは十分なテストがほどこされ、信頼性の高いプログラム  <tag/ALPHA/Alpha プログラムは次のリリースで MAIN に含まれる予定のプログラム  <tag/CONTRIB/GRASS を使う上で、何らかの作業を遂行するための特定目的にあったプログラムが各サイトで数多く作られている。これらは alpha コードの分類に入れられる程充分に洗練されていない </descrip>  ALPHA プログラムは、src.alpha ディレクトリにある。望みのプログラムをコンパイルしてみよう。そのディレクトリには、Gmakefile があるので、 gmake4.2 を実行するだけで OK 。  CONTRIB プログラムは、src.contrib ディレクトリにある。これらのプログラムは多種多様である。中には gmake4.2 でコンパイルできるものもあるかもしれない。これから新しいソフトウエアを書こうとしているプログラマーにとって、きっかけをつかむよい例になるものもある。  <item>GRASS 関連もしくはGRASS と共同して作業するプログラムのコンパイル  GRASS のユーザたちは、GRASS と連携して動作させるととても便利なパブリック・ドメインなプログラムがいくつかあることに気づいた。これらは、 src.related ディレクトリにある。それぞれのディレクトリにある解説にしたがって(解説がない場合もある)コンパイルすること。  GRASS に関連したプログラム(単独もしくは複数)の機能と GRASS の機能を組み合わせて動作するのがハイブリッドなプログラムである。これらは、src.garden ディレクトリにある。ハイブリッドなプログラムを動作させるには、関連したプログラムが既にコンパイルされていることが前提になる。また一般的に gmake4.2 か Gmakefile を使ってコンパイルすることになる。 </enum> _____________________________________________________________  残りのコンパイルには少々時間がかかるはずです。GRASS のバイナリをインストールしてあるなら、システムのバックアップを取っておいてください(少なくともコンパイルによって動作しているバイナリに影響をあたえないようにしてください！)。  幸運を祈っています！ソース・コードからすべてをコンパイルしないなら、コンパイル済みのバイナリを利用できる算段をしておいてください。<newline> _____________________________________________________________  <sect>付録 D：GRASS の機能を強化するつもりなら、まず目を通してください！ <label id="D">  GRASS はまったく制限を受けないパブリック・ドメインなソース・コードと実行形式として、ここ 10 年以上開発されてきました。パブリック・ドメインでありながら強力なこのソフトウエアの存在に対して、当初は競争相手からの妨害もありましたが、それらも GRASS を上手に利用するようになりました。世評では GRASS 以外の GIS の機能強化のいくつかは、GRASS から得られた知的な刺激によって生まれた、とされています。企業の中には顧客に対して、ビジネスとしてパブリック・ドメインの GRASS のインストールやカスタマイズ、データベース開発など、他の付加価値をサービスとして提供しました。  USA/CERL はもはやパブリック版の GRASS をサポートしていませんが、ユーザは現在あるものを自由に利用することができます。もはや GRASS は完全に独立したものになったのです。少なくともパブリック・ドメイン版については。  商用版の GRASS は、<url url="http://www.las.com/grassland">にあります。これはパブリック・ドメイン版のものをモントリオールの Logiciels et Applications Scientifiques (L.A.S)が改良したものです。現在 LAS は GRASSLAND として Sun、Linux、Windows NT 版を販売しています。LAS は Linux におけるパブリック・ドメイン版の開発を支援し続けようとしており、自分達の開発のための新しいアイディアとコードの情報源として利用しています。  <sect>付録 E：Linux 版の GRASS で主要な設定ファイルの例 <label id="E">  この付録は Linux に固有な設定ファイルの例を選びました。今のところ 1 種類のファイルのいくつかの例だけがあげられています。しかしこれは最も大切な設定ファイルです！今後、データベースの設定ファイル(DEFAULT_WIND など)の例や他のファイルも載せる予定です。  $GIS/src/CMD/header ディレクトリにある [header] ファイルの解説は、インストール・ガイドの 10-11 頁に載っています($GIS は、GRASS がインストールされているディレクトリです。慣例にしたがうとそのディレクトリは /usr/local になります。私は独立したファイルシステム／ディレクトリになっている /user/grass4.1 に GRASS のすべてインストールしています)。インストール・ガイドは、Sun のシステムを意識して書かれています。それは GRASS4 の開発環境が Sun だったからです(初期の開発は Masscomp のワークステーションで行われたことも気にかけておいてください)。下記に Linux で使用するこのファイルの例をあげておきます。$/src/CMD/header ディレクトリに linux という名前で置いて置きたくなるかもしれませんね。setup コマンド($GIS/src/CMD/utils/setup) を動かす時に参照してください。  <code> One version: CC = gcc ARCH = GISBASE = /user/grass4.1 UNIX_BIN = /user/grass4.1/bin DEFAULT_DATABASE = /user/grass4.1/data DEFAULT_LOCATION = china COMPILE_FLAGS = -O2 LDFLAGS = -s XCFLAGS = -D_NO_PROTO -DXM_1_1_BC XLDFLAGS = XINCPATH = XMINCPATH = XLIBPATH = XTLIBPATH = -L/usr/lib XMLIBPATH = -L/usr/lib XLIB = -lX11 XTLIB = -lXt XMLIB = -lXm XEXTRALIBS = TERMLIB = CURSES = -lcurses $(TERMLIB) MATHLIB = -lm # LIBRULE = ar ruv $@ $? # LIBRULE = ar ruv $@ $?; ranlib $@ # LIBRULE = ar ruv $@ $?; ar ts $@ # LIBRULE = ar rc $@ `lorder $(OBJ) | tsort` LIBRULE = ar ruv $@ $? USE_TERMIO = -DUSE_TERMIO USE_MTIO = -DUSE_MTIO USE_FTIME = -DUSE_FTIME DIGITFLAGS = -DUSE_SETREUID -DUSE_SETPRIORITY VECTLIBFLAGS = GETHOSTNAME = -DGETHOSTNAME_OK _____________________________________________________________ Another version: #CC = gcc #CC = gcc -ggdb -traditional CC = gcc -traditional #CC = gcc -static ARCH = linux GISBASE = /usr2/local/grass/grass4.1 UNIX_BIN = /usr/local/bin DEFAULT_DATABASE = /usr2/local/grass DEFAULT_LOCATION = grass4.1 COMPILE_FLAGS = #COMPILE_FLAGS = -O LDFLAGS = -s XCFLAGS = -D_NO_PROTO XLDFLAGS = XINCPATH = -I$GISBASE/xgrass #XINCPATH = XMINCPATH = XLIBPATH = -L/usr/lib XTLIBPATH = -L/usr/lib XMLIBPATH = -L/usr/lib XLIB = -lX11 XTLIB = -lXt XMLIB = -lXm XEXTRALIBS = TERMLIB = CURSES = -lcurses $(TERMLIB) MATHLIB = -lm # LIBRULE = ar ruv $@ $? # LIBRULE = ar ruv $@ $?; ranlib $@ # LIBRULE = ar ruv $@ $?; ar ts $@ # LIBRULE = ar rc $@ `lorder $(OBJ) | tsort` LIBRULE = ar ruv $@ $?; ranlib $@ USE_TERMIO = -DUSE_TERMIO USE_MTIO = -DUSE_MTIO USE_FTIME = -DUSE_FTIME DIGITFLAGS = -DUSE_SETREUID -DUSE_SETPRIORITY VECTLIBFLAGS = GETHOSTNAME = -DGETHOSTNAME_OK _____________________________________________________________ Another version: #CC = gcc -traditional -ggdb CC = gcc -traditional -m486 #CC = gcc ARCH = linux GISBASE = /usr/local/grass/grass4.1 UNIX_BIN = /usr/local/bin DEFAULT_DATABASE = /usr/local/grass DEFAULT_LOCATION = grass4.1 COMPILE_FLAGS = -O2 LDFLAGS = -s XCFLAGS = -D_NO_PROTO -DXM_1_1_BC XLDFLAGS = XINCPATH = XMINCPATH = XLIBPATH = -L/usr/lib XTLIBPATH = -L/usr/lib XMLIBPATH = -L/usr/lib XLIB = -lX11 XTLIB = -lXt XMLIB = -lXm XEXTRALIBS = -lXmu TERMLIB = CURSES = -lcurses $(TERMLIB) MATHLIB = -lm # LIBRULE = ar ruv $@ $? # LIBRULE = ar ruv $@ $?; ranlib $@ # LIBRULE = ar ruv $@ $?; ar ts $@ # LIBRULE = ar rc $@ `lorder $(OBJ) | tsort` LIBRULE = ar ruv $@ $?; ranlib $@ #USE_TERMIO = #-DUSE_TERMIO USE_TERMIO = -DUSE_TERMIO USE_MTIO = -DUSE_MTIO USE_FTIME = -DUSE_FTIME DIGITFLAGS = -DUSE_SETREUID -DUSE_SETPRIORITY VECTLIBFLAGS = GETHOSTNAME = -DGETHOSTNAME_OK _____________________________________________________________ Yet another version: CC = cc ARCH = linux GISBASE = /usr/local/grass4.15/linux UNIX_BIN = /usr/local/grass4.15/linux DEFAULT_DATABASE = /data/grassdata DEFAULT_LOCATION = # -fwritable-strings - for ps.map only #COMPILE_FLAGS = -O -m486 -fwritable-strings COMPILE_FLAGS = -O -m486 LDFLAGS = -s XCFLAGS = -D_NO_PROTO XLDFLAGS = XINCPATH = XMINCPATH = XLIBPATH = -L/usr/X11R6/lib XTLIBPATH = -L/usr/lib XMLIBPATH = -L/usr/lib XLIB = -lX11 XTLIB = -lXt XMLIB = -lXm XEXTRALIBS = TERMLIB = CURSES = -lcurses $(TERMLIB) MATHLIB = -lm # LIBRULE = ar ruv $@ $? # LIBRULE = ar ruv $@ $?; ranlib $@ # LIBRULE = ar ruv $@ $?; ar ts $@ # LIBRULE = ar rc $@ `lorder $(OBJ) | tsort` LIBRULE = ar ruv $@ $? USE_TERMIO = -DUSE_TERMIO USE_MTIO = -DUSE_MTIO USE_FTIME = -DUSE_FTIME DIGITFLAGS = -DUSE_SETREUID -DUSE_SETPRIORITY VECTLIBFLAGS = -DPORTABLE_3 GETHOSTNAME = -DGETHOSTNAME_OK </code>  脅かしてしまいましたか？ X Window System をすでに設定しているなら、そんなことはないですよね。この設定例は GRASS のセットアップユーティリティを使う時(インストール・ガイドで説明されています)の道しるべになると確信しています。<newline> 訳註：GRASS 4.21 の Linux(x86)用 header ファイルは、 <url url="http://wgrass.media.osaka-cu.ac.jp/grassh/grass421/platforms/linux_x86.head"> にあります。 <sect>日本語版謝辞 翻訳に当たり、下記のサイトの情報を参考にさせていただきました。この場をかりてお礼申し上げます。 <itemize> <item><url url="http://www.sci.osaka-cu.ac.jp/~masumoto/vuniv99/index.html" name="1999年度インターネット講座「地球科学におけるGRASS GIS入門」，ますもと＠大阪市立大学理学部地球学教室さん"> <item><url url="http://epsenewsc.gee.kyoto-u.ac.jp/grass/" name="GRASS mirror site at Kyoto Japan，小野＠京大環境地球さん"> </itemize> <sect>日本語版お願い 原文が書かれてから 2 年が経過しているため、記載されている情報が古くなっています。著者の David A. Hastings 氏は、リライト作業を進めていらっしゃいますが、なかなか時間を割くことができないとおっしゃっていました。<newline> わかる範囲で GRASS の現状を調べ、訳註に記述しました。 <newline> 地理学および GIS、GRASS の各専門家の方のフィードバックは大歓迎です。よろしくお願いいたします。<newline> なお訳註にある情報は、1999 年 10 月 24 日現在のものです。 </article>