en to ja translation catalogue (69 entries)

note: Tag: title
en: PostGIS Administration
ja: PostGIS管理

note: Tag: title
en: Configuring raster support
ja: ラスタ機能の設定

note: Tag: para
en: If you enabled raster support you may want to read below how to properly configure it.
ja: ラスタ機能を有効にしたら、下に示す確実な設定方法を読んだ方がいいです。

note: Tag: para
en: As of PostGIS 2.1.3, out-of-db rasters and all raster drivers are disabled by default. In order to re-enable these, you need to set the following environment variables <varname>POSTGIS_GDAL_ENABLED_DRIVERS</varname> and <varname>POSTGIS_ENABLE_OUTDB_RASTERS</varname> in the server environment. For PostGIS 2.2, you can use the more cross-platform approach of setting the corresponding <xref linkend="PostGIS_GUC"/>.
ja: PostGIS 2.1.3以降では、データベース外ラスタと全てのラスタドライバは、デフォルトでは無効になっています。これらを有効にするには、サーバ上で、環境変数 <varname>POSTGIS_GDAL_ENABLED_DRIVERS</varname>と<varname>POSTGIS_ENABLE_OUTDB_RASTERS</varname>を設定します。PostGIS 2.2では、<xref linkend="PostGIS_GUC"/>に従って設定する、クロスプラットフォームな手法があります。

note: Tag: para
en: If you want to enable offline raster:
ja: データベース外ラスタを有効にするには次のようにします。

note: Tag: para
en: Any other setting or no setting at all will disable out of db rasters.
ja: 他の値を入れたり、値を入れない場合には、データベース外ラスタは無効になります。

note: Tag: para
en: In order to enable all GDAL drivers available in your GDAL install, set this environment variable as follows
ja: インストールしたGDALのドライバを有効にするには、次の環境変数を設定します。

note: Tag: para
en: If you want to only enable specific drivers, set your environment variable as follows:
ja: 一部のドライバのみ有効にしたい場合には、環境変数を次のように設定します。

note: Tag: para
en: If you are on windows, do not quote the driver list
ja: Windows上の場合は、ドライバリストに引用符をつけないで下さい。

note: Tag: para
en: Setting environment variables varies depending on OS. For PostgreSQL installed on Ubuntu or Debian via apt-postgresql, the preferred way is to edit <filename>/etc/postgresql/<replaceable>10</replaceable>/<replaceable>main</replaceable>/environment</filename> where 10 refers to version of PostgreSQL and main refers to the cluster.
ja: 環境変数の設定はOSによって異なります。UbuntuまたはDebian上でapt-postgresqlを経由したPostgreSQLのインストールについては、<filename>/etc/postgresql/<replaceable>10</replaceable>/<replaceable>main</replaceable>/environment</filename>を編集するのが好ましい方法です。 ここで、10はPostgreSQLのバージョンを指し、mainはクラスタを指します。

note: Tag: para
en: On windows, if you are running as a service, you can set via System variables which for Windows 7 you can get to by right-clicking on Computer-&gt;Properties Advanced System Settings or in explorer navigating to <varname>Control Panel\All Control Panel Items\System</varname>. Then clicking <emphasis>Advanced System Settings -&gt;Advanced->Environment Variables</emphasis> and adding new system variables.
ja: Windowsでサービスとして実行している場合には、システム変数で設定します。Windows 7では、コンピュータを右クリックしてプロパティをクリックするか、エクスプローラの検索バーにコントロール パネル\すべての<varname>コントロール パネル項目\システム</varname>を指定します。 <emphasis>システムの詳細設定 -&gt; 詳細設定 -&gt; 環境変数 </emphasis>を順にクリックして、新しいシステム環境変数を追加します。

note: Tag: para
en: After you set the environment variables, you'll need to restart your PostgreSQL service for the changes to take effect.
ja: 環境変数を設定した後は、設定を反映させるために、PostgreSQLサービスの再起動が必要です。

note: Tag: title
en: Creating spatial databases
ja: 空間データベースの作成

note: Tag: title
en: Spatially enable database using EXTENSION
ja: エクステンションを使って空間データベースを有効にする

note: Tag: para
en: If you are using PostgreSQL 9.1+ and have compiled and installed the extensions/postgis modules, you can turn a database into a spatial one using the EXTENSION mechanism.
ja: PostgreSQL 9.1以上を使っていて、エクステンションのPostGISモジュールをコンパイル、インストールしている場合には、エクステンションというメカニズムを使用して、データベースを空間データベースに切り替えることができます。

note: Tag: para
en: Core postgis extension includes geometry, geography, spatial_ref_sys and all the functions and comments. Raster and topology are packaged as a separate extension.
ja: 中核となるPostGISエクステンションには、ジオメトリ、ジオグラフィ、spatial_ref_sysおよび全ての関数とコメントが含まれています。ラスタとトポロジは別のエクステンションになっています。

note: Tag: para
en: Run the following SQL snippet in the database you want to enable spatially:
ja: 空間データベースにしたいデータベース上で次のSQLを実行します。

note: Tag: title
en: Spatially enable database without using EXTENSION (discouraged)
ja: エクステンションを使わずに空間データベースを有効にする (お勧めできません)

note: Tag: para
en: This is generally only needed if you cannot or don't want to get PostGIS installed in the PostgreSQL extension directory (for example during testing, development or in a restricted environment).
ja: これは、通常はPostgreSQLのエクステンションのディレクトリ内にPostGISをインストールできないか、したくない場合 (たとえばテスト中や開発中、または制限のある環境内)にのみ必要となります。

note: Tag: para
en: Adding PostGIS objects and function definitions into your database is done by loading the various sql files located in <filename>[prefix]/share/contrib</filename> as specified during the build phase.
ja: ビルドの際に指定した<filename>[prefix]/share/contrib</filename>内にある様々なSQLファイルをロードしてPostGISオブジェクトと関数の定義をデータベースに追加します。

note: Tag: para
en: The core PostGIS objects (geometry and geography types, and their support functions) are in the <filename>postgis.sql</filename> script. Raster objects are in the <filename>rtpostgis.sql</filename> script. Topology objects are in the <filename>topology.sql</filename> script.
ja: 中核のPostGISオブジェクト (ジオメトリ型とジオグラフィ型、これらに対応する関数)は<filename>postgis.sql</filename>スクリプトにあります。ラスタオブジェクトは<filename>rtpostgis.sql</filename>スクリプトにあります。トポロジオブジェクトは<filename>topology.sql</filename>スクリプトにあります。

note: Tag: para
en: For a complete set of EPSG coordinate system definition identifiers, you can also load the <filename>spatial_ref_sys.sql</filename> definitions file and populate the <varname>spatial_ref_sys</varname> table. This will permit you to perform ST_Transform() operations on geometries.
ja: 完全なEPSG座標系定義IDセットについては、<filename>spatial_ref_sys.sql</filename>定義ファイルをロードして<varname>spatial_ref_sys</varname>テーブルを生成して下さい。これによりジオメトリ関数ST_Transform()が実行できるようになります。

note: Tag: para
en: If you wish to add comments to the PostGIS functions, you can find them in the <filename>postgis_comments.sql</filename> script. Comments can be viewed by simply typing <command>\dd [function_name]</command> from a <command>psql</command> terminal window.
ja: PostGIS関数にコメントを追加したい場合には、<filename>postgis_comments.sql</filename>スクリプト内のコメントが見つかると思います。コメントは<command>psql</command>のターミナルウィンドウから単に<command>\dd [関数名]</command>と打ち込むだけで見ることができます。

note: Tag: para
en: Run the following Shell commands in your terminal:
ja: ターミナルで次のシェルコマンドを実行します。

note: Tag: title
en: Upgrading spatial databases
ja: 空間データベースのアップグレード

note: Tag: para
en: Upgrading existing spatial databases can be tricky as it requires replacement or introduction of new PostGIS object definitions.
ja: 既存の空間データベースのアップグレードは、新しいPostGISオブジェクト定義の置き換えや導入を必要とするとき、慎重を要することがあります。

note: Tag: para
en: Unfortunately not all definitions can be easily replaced in a live database, so sometimes your best bet is a dump/reload process.
ja: 不幸なことに、定義の全てが実行中のデータベース内で簡単には置き換えられるわけではないので、ダンプ/リロードが最善策となることがあります。

note: Tag: para
en: PostGIS provides a SOFT UPGRADE procedure for minor or bugfix releases, and a HARD UPGRADE procedure for major releases.
ja: PostGISには、マイナーバージョンアップやバグフィクスリリースの場合に使うソフトアップグレードと、メジャーアップグレードで使うハードアップグレードが用意されています。

note: Tag: para
en: Before attempting to upgrade PostGIS, it is always worth to backup your data. If you use the -Fc flag to pg_dump you will always be able to restore the dump with a HARD UPGRADE.
ja: PostGISをアップグレードしようとする前にデータのバックアップを取ることは、常に価値のあるものです。pg_dumpで -Fc フラグを使うと、ハードアップグレードによってダンプを常にリストアすることができます。

note: Tag: title
en: Soft upgrade
ja: ソフトアップグレード

note: Tag: para
en: If you installed your database using extensions, you'll need to upgrade using the extension model as well. If you installed using the old sql script way, you are advised to switch your install to extensions because the script way is no longer supported.
ja: エクステンションを使ってデータベースをインストールした場合には、エクステンションモデルでアップグレードしなければなりません。 古いSQLスクリプトを使ってインストールした場合には、SQLスクリプトは既にサポートされていませんので、エクステンションに切り替えるべきです。

note: Tag: title
en: Soft Upgrade 9.1+ using extensions
ja: 9.1以上でエクステンションを使ったソフトアップグレード

note: Tag: para
en: If you originally installed PostGIS with extensions, then you need to upgrade using extensions as well. Doing a minor upgrade with extensions, is fairly painless.
ja: エクステンションを使ってPostGISをインストールした場合には、エクステンションを使ってアップグレードする必要があります。エクステンションを使ったマイナーアップグレードはかなり楽です。

note: Tag: para
en: If you are running PostGIS 3 or above, then you should use the <xref linkend="PostGIS_Extensions_Upgrade"/> function to upgrade to the latest version you have installed.
ja: PostGIS 3以上を実行している場合には、<xref linkend="PostGIS_Extensions_Upgrade"/>関数を使ってインストールしているもののうち最新の版にアップグレードすべきです。

note: Tag: para
en: If you are running PostGIS 2.5 or lower, then do the following:
ja: PostGIS 2.5以前を実行している場合には、次のようにします。

note: Tag: para
en: If you have multiple versions of PostGIS installed, and you don't want to upgrade to the latest, you can explicitly specify the version as follows:
ja: インストールされたPostGISに複数のバージョンがあり、最新版にアップグレードしたくない場合には、明示的なバージョンの指定ができます。次のようにします。

note: Tag: para
en: If you get an error notice something like:
ja: 次のようなエラー通知が表示されることがあります。

note: Tag: para
en: Then you'll need to backup your database, create a fresh one as described in <xref linkend="create_new_db_extensions"/> and then restore your backup on top of this new database.
ja: この場合は、データベースをバックアップして、 <xref linkend="create_new_db_extensions"/> に記述されているように新しいデータベースを生成し、バックアップを新しいデータベースにリストアしなければなりません。

note: Tag: para
en: If you get a notice message like:
ja: 次のようなメッセージを得ることがあります。

note: Tag: para
en: Then everything is already up to date and you can safely ignore it. <emphasis role="bold">UNLESS</emphasis> you're attempting to upgrade from an development version to the next (which doesn't get a new version number); in that case you can append "next" to the version string, and next time you'll need to drop the "next" suffix again:
ja: この場合は、全てアップデートされていて、安全に無視できます。SVN版から次版 (新しい版番号を得ていないもの)にアップグレードしようと<emphasis role="bold">しない限り</emphasis>、"next"を版文字列に追加できます。ただし、次回に"next"を削除する必要があります。

note: Tag: para
en: If you installed PostGIS originally without a version specified, you can often skip the reinstallation of postgis extension before restoring since the backup just has <code>CREATE EXTENSION postgis</code> and thus picks up the newest latest version during restore.
ja: PostGISをバージョン指定なしにインストールした場合には、 しばしば再格納の前のPostGIS EXTENSIONの再インストールをとばすことができます。 バックアップは<code>CREATE EXTENSION postgis</code>だけで、リストアの間に最新版になります。

note: Tag: para
en: If you are upgrading PostGIS extension from a version prior to 3.0.0, you will have a new extension <emphasis>postgis_raster</emphasis> which you can safely drop, if you don't need raster support. You can drop as follows:
ja: PostGISエクステンションを3.0.0より前からアップグレードする場合には、ラスタ機能が不要なら、安全に削除できる新しい <emphasis>postgis_raster</emphasis>エクステンションを持つことになります。次のようにします。

note: Tag: title
en: Soft Upgrade Pre 9.1+ or without extensions
ja: 9.1より前またはエクステンションを使わないソフトアップグレード

note: Tag: para
en: This section applies only to those who installed PostGIS not using extensions. If you have extensions and try to upgrade with this approach you'll get messages like:
ja: PostGISをエクステンションを使わずにインストールした人向けです。エクステンションを使っていてこの方法を使うと、次のようなメッセージが現れます。

note: Tag: para
en: NOTE: if you are moving from PostGIS 1.* to PostGIS 2.* or from PostGIS 2.* prior to r7409, you cannot use this procedure but would rather need to do a <link linkend="hard_upgrade">HARD UPGRADE</link>.
ja: ご注意: PostGIS 1.*またはr7429以前のPostGIS 2.*へ移行する場合には、この手続きを使うことができませんが、<link linkend="hard_upgrade">ハードアップグレード</link>を実行する必要があります。

note: Tag: para
en: After compiling and installing (make install) you should find a set of <filename>*_upgrade.sql</filename> files in the installation folders. You can list them all with:
ja: コンパイルとインストール (make install)の実行後に、インストール先フォルダ内にある<filename>*_upgrade.sql</filename>のファイルの集合を見つけておくべきです。次のコマンドで一覧を得られます。

note: Tag: para
en: Load them all in turn, starting from <filename>postgis_upgrade.sql</filename>.
ja: <filename>postgis_upgrade.sql</filename>から順番に全てをロードします。

note: Tag: para
en: The same procedure applies to raster, topology and sfcgal extensions, with upgrade files named <filename>rtpostgis_upgrade.sql</filename>, <filename>topology_upgrade.sql</filename> and <filename>sfcgal_upgrade.sql</filename> respectively. If you need them:
ja: 同じ手続きをラスタ、トポロジ、SFCGALエクステンションに適用します。それぞれのファイル名は<filename>rtpostgis_upgrade.sql</filename>, <filename>topology_upgrade.sql</filename>, <filename>sfcgal_upgrade.sql</filename>になります。次のように実行します。

note: Tag: para
en: You are advised to switch to an extension based install by running
ja: エクステンションによるインストールに変更した方が良いです。次のようにします。

note: Tag: para
en: If you can't find the <filename>postgis_upgrade.sql</filename> specific for upgrading your version you are using a version too early for a soft upgrade and need to do a <link linkend="hard_upgrade">HARD UPGRADE</link>.
ja: 求める版へのアップグレードに使う特定の<filename>postgis_upgrade.sql</filename>が発見できない場合には、ソフトアップグレードを実行するにはあまりに前の版を使っています。<link linkend="hard_upgrade">ハードアップグレード</link>が必要です。

note: Tag: para
en: The <xref linkend="PostGIS_Full_Version"/> function should inform you about the need to run this kind of upgrade using a "procs need upgrade" message.
ja: <xref linkend="PostGIS_Full_Version"/>関数の"procs need upgrade"というメッセージで、この種のアップグレードを実行する必要性についての情報が得られます。

note: Tag: title
en: Hard upgrade
ja: ハードアップグレード

note: Tag: para
en: By HARD UPGRADE we mean full dump/reload of postgis-enabled databases. You need a HARD UPGRADE when PostGIS objects' internal storage changes or when SOFT UPGRADE is not possible. The <link linkend="release_notes">Release Notes</link> appendix reports for each version whether you need a dump/reload (HARD UPGRADE) to upgrade.
ja: ハードアップグレードとは、PostGISで利用可能なデータの完全なダンプ/リロードを意味します。PostGISオブジェクトの内部格納状態が変更される場合や、ソフトアップグレードができない場合に、ハードアップグレードが必要です。付録の<link linkend="release_notes">リリースノート</link>に、版ごとについて、ダンプ/リロード (ハードアップグレード)の要否を記載しています。

note: Tag: para
en: The dump/reload process is assisted by the postgis_restore script which takes care of skipping from the dump all definitions which belong to PostGIS (including old ones), allowing you to restore your schemas and data into a database with PostGIS installed without getting duplicate symbol errors or bringing forward deprecated objects.
ja: ダンプ/リロード作業はpostgis_restoreスクリプトが補助します。このスクリプトは、PostGIS (古いものを含む)に属する定義を全て飛ばします。また、重複シンボルエラーや非推奨オブジェクトを持越すことなく、スキーマとデータをPostGISをインストールしたデータベースにリストアできます 。

note: Tag: para
en: Supplementary instructions for windows users are available at <ulink url="http://trac.osgeo.org/postgis/wiki/UsersWikiWinUpgrade">Windows Hard upgrade</ulink>.
ja: Windows用に関する追加情報は <ulink url="http://trac.osgeo.org/postgis/wiki/UsersWikiWinUpgrade">Windows Hard upgrade</ulink>にあります。

note: Tag: para
en: The Procedure is as follows:
ja: 手続きは次の通りです。

note: Tag: para
en: Create a "custom-format" dump of the database you want to upgrade (let's call it <varname>olddb</varname>) include binary blobs (-b) and verbose (-v) output. The user can be the owner of the db, need not be postgres super account.
ja: アップグレードしたデータベース (<varname>olddb</varname>と呼ぶことにしましょう)の「カスタム書式」のダンプを、バイナリBLOBデータを含めたダンプを指定して (-b)、verboseモード (-v)で生成します。ユーザはデータベースのオーナーになることができ、PostgreSQLのスーパーユーザである必要はありません。

note: Tag: para
en: Do a fresh install of PostGIS in a new database -- we'll refer to this database as <varname>newdb</varname>. Please refer to <xref linkend="create_new_db"/> and <xref linkend="create_new_db_extensions"/> for instructions on how to do this.
ja: 新しいデータベースにPostGISを、PostGISが無い状態からインストールします。このデータベースを<varname>newdb</varname>と呼ぶことにします。この作業に関する説明については<xref linkend="create_new_db"/>と<xref linkend="create_new_db_extensions"/>とを参照して下さい。

note: Tag: para
en: The spatial_ref_sys entries found in your dump will be restored, but they will not override existing ones in spatial_ref_sys. This is to ensure that fixes in the official set will be properly propagated to restored databases. If for any reason you really want your own overrides of standard entries just don't load the spatial_ref_sys.sql file when creating the new db.
ja: ダンプにあるspatial_ref_sysは、リストアされますが、既にあるspatial_ref_sysを上書きしません。リストア対象のデータベースに公式データセットの訂正が確実に伝わるようにするためです。標準のエントリを上書きしたい場合は、newdbを生成する際にspaltial_ref_sys.sqlファイルをロードしないだけです。

note: Tag: para
en: If your database is really old or you know you've been using long deprecated functions in your views and functions, you might need to load <filename>legacy.sql</filename> for all your functions and views etc. to properly come back. Only do this if _really_ needed. Consider upgrading your views and functions before dumping instead, if possible. The deprecated functions can be later removed by loading <filename>uninstall_legacy.sql</filename>.
ja: データベースが本当に古く、ビューや関数に、長く非推奨になっている関数があるような場合には、関数やビューを使えるようにする<filename>legacy.sql</filename>をロードする必要があるでしょう。ただし、本当に必要な場合に限ります。可能なら、ビューや関数をダンプせずにアップグレードすることを検討して下さい。非推奨関数は、<filename>uninstall_legacy.sql</filename>で後から削除することができます。

note: Tag: para
en: Restore your backup into your fresh <varname>newdb</varname> database using postgis_restore. Unexpected errors, if any, will be printed to the standard error stream by psql. Keep a log of those.
ja: バックアップを新しい<varname>newdb</varname>データベースにリストアするには、postgis_restoreを使います。psqlが予期せぬエラーを標準エラー出力に出すことがあります。これらのログを保存しておいて下さい。

note: Tag: para
en: Errors may arise in the following cases:
ja: エラーは次の場合に起こりえます。

note: Tag: para
en: Some of your views or functions make use of deprecated PostGIS objects. In order to fix this you may try loading <filename>legacy.sql</filename> script prior to restore or you'll have to restore to a version of PostGIS which still contains those objects and try a migration again after porting your code. If the <filename>legacy.sql</filename> way works for you, don't forget to fix your code to stop using deprecated functions and drop them loading <filename>uninstall_legacy.sql</filename>.
ja: ビューまたは関数の中に非推奨のPostGISオブジェクトを使っているものがある場合。これの訂正には、リストア前に<filename>legacy.sql</filename>スクリプトのロードを試してみることができます。非推奨オブジェクトをまだ持っている版のPostGISにリストアして、コードを作り替えた後に再び移動させることもできます。<filename>legacy.sql</filename>を利用する場合は、非推奨関数を使うのをやめたコードに訂正して、<filename>uninstall_legacy.sql</filename>をロードするのを忘れないでください。

note: Tag: para
en: Some custom records of spatial_ref_sys in dump file have an invalid SRID value. Valid SRID values are bigger than 0 and smaller than 999000. Values in the 999000.999999 range are reserved for internal use while values > 999999 can't be used at all. All your custom records with invalid SRIDs will be retained, with those > 999999 moved into the reserved range, but the spatial_ref_sys table would lose a check constraint guarding for that invariant to hold and possibly also its primary key ( when multiple invalid SRIDS get converted to the same reserved SRID value ).
ja: ダンプファイル内のspatial_ref_sysにあるカスタムレコードが不正なSRIDになっていることがあります。妥当なSRID値は0より大きく999000より小さくなります。999000から999999の間は内部利用のための予約領域ですが、999999より大きい値は一切使用できません。全ての不正なSRIDを持つ独自レコードは、予約領域に移動しても保持されます。しかし、spatial_ref_sysテーブルから、値が保持されるように設定されているチェック制約が外れます。場合によっては (複数の不正なSRIDが同じ予約領域のSRID値に変換されるとき)、主キーも外れます。

note: Tag: para
en: In order to fix this you should copy your custom SRS to a SRID with a valid value (maybe in the 910000..910999 range), convert all your tables to the new srid (see <xref linkend="UpdateGeometrySRID"/>), delete the invalid entry from spatial_ref_sys and re-construct the check(s) with:
ja: これを修正するために、独自のSRSを妥当な値 (910000..910999の範囲)のSRIDに複写し、全てのテーブルを新しいSRIDに変更 (<xref linkend="UpdateGeometrySRID"/>)し、spatial_ref_sysから不正なエントリを削除します。そして、次のようにチェック制約を再構築します:

note: Tag: para
en: If you are upgrading an old database containing french <ulink url="https://en.wikipedia.org/wiki/Institut_g%C3%A9ographique_national"> IGN </ulink> cartography, you will have probably SRIDs out of range and you will see, when importing your database, issues like this :
ja: フランス<ulink url="https://en.wikipedia.org/wiki/Institut_g%C3%A9ographique_national">IGN</ulink>地図を含む古いデータベースをアップグレードする場合には、おそらくSRIDが範囲外になり、データベースのインポート時に次のような問題に遭遇します:

note: Tag: para
en: In this case, you can try following steps : first throw out completely the IGN from the sql which is resulting from postgis_restore. So, after having run :
ja: この場合には、次のステップを試すことができます。最初にpostgis_restoreから出たIGNをSQLから完全に破棄します。そのために次のコマンドを実行します:

note: Tag: para
en: run this command :
ja: 次のコマンドを実行します:

note: Tag: para
en: Create then your newdb, activate the required Postgis extensions, and insert properly the french system IGN with : <ulink url="https://raw.githubusercontent.com/Remi-C/IGN_spatial_ref_for_PostGIS/master/Put_IGN_SRS_into_Postgis.sql"> this script </ulink> After these operations, import your data :
ja: その後、新しいデータベースを生成し、必要なPostGISエクステンションを有効化して、<ulink url="https://raw.githubusercontent.com/Remi-C/IGN_spatial_ref_for_PostGIS/master/Put_IGN_SRS_into_Postgis.sql">このスクリプト</ulink>で確実にフランスIGNの系を挿入します。これらの処理の後、次のようにデータのインポートを行います:
