Zen

Translation

Use :command:`psql` to run the generated sql against the database. If you want to dump to a file instead, use `> nyc_dem.sql`
88/1250 · 125

Sign in to save the translation.

English Japanese Actions
For a full exposure of all the possible switches offered refer to `raster2pgsql options <https://postgis.net/docs/using_raster_dataman.html#RT_Loading_Rasters>`_.
全ての可能性のあるスイッチに関する完全な情報は `raster2pgsqlオプション <https://postgis.net/docs/ja/using_raster_dataman.html#RT_Loading_Rasters>`_ にあります。
Some other notable options :command:`raster2pgsql` offers which we will not cover are:
他の:command:`raster2pgsql` が提供する特筆すべきですが、ここでは紹介しないオプションには次のものがあります:
Ability to denote the SRID of the source. Instead, we'll rely on raster2pgsql guessing skills.
ソースの SRID を表示する能力。代わりに raster2pgsql の推測スキルに頼ることになります。
Ability to set the `nodata` value, when not specified, raster2pgsql tries to infer from the file.
`nodata`値 を設定する機能で、指定しない場合には raster2pgsql はファイルから推測を試みます。
Abiliity to load out-of-database rasters.
データベース外ラスタのロード機能。
To load all the tif files in our folder and also create overviews, we would run the below.
現在のフォルダにある全ての TIFFファイル をロードし、オーバビューを生成するには、以下を実行します。
-d to drop the tables if they already exist
-d テーブルが既に存在している場合には削除します
The above command uses `-e` to do load immediately instead of committing in a transaction
上のコマンドは、トランザクションでコミットする代わりにすぐにロードを実行するために `-e` を使います
`-C` set raster constraints, this is useful for `raster_columns` to show info. You may want to combine with `-x` to exclude the extent constraint, which is a slow constraint to check and also hampers future loads in the table.
`-C` ラスタ制約を設定します。`raster_columns` が情報を表示するのに便利です。範囲制約を除外するために `-x` を使っても構いません。範囲制約はチェックに時間がかかったり、テーブル内の将来のロードを妨げ制約です。
`-M` to vacuum and analyze after load, to improve query planner statistics
`-M` ロード後に VACUUM と ANALYZE を実行して、クエリプランナの統計情報を改善します
`-Y` to use copy in batches of 50. If you are running PostGIS 3.3 or higher, you can use `-Y 1000` to have copy be in batches of 1000, or even higher number. This will run faster, but will use more memory.
`-Y` 50個のバッチで COPY を使用します。PostGIS 3.3 以上では、`-Y 1000` とすると、COPY を 1000のバッチにすることができますし、もっと大きい値にすることができます。早くなる半面、使用メモリも多くなります。
`-l 2,3` to create over view tables: `o_2_ncy_dem` and `o_3_nyc_dem`. This is useful for viewing data.
`-l 2,3` オーバビューテーブルを作成します。この例の場合では `o_2_ncy_dem` と `o_3_nyc_dem` が作成されます。これは、データ表示に便利です。
-I to create a spatial index
-I 空間インデックスを生成します
`-F` to add file name, if you have only one tif file, this is kinda pointless. If you had multiple, this would be useful to tell you what file each row came from.
`-F` ファイル名を追加します。単一の TIFF ファイルしかない場合には、これはちょっと無意味です。複数のファイルをロードする場合には、各行がどのファイルから来たデータかを知るのに便利です。
`-t` to set the block size. Note if you are not sure the best size use, use `-t auto` instead and raster2pgql will use the same tiling as what was in the tif. The output will tell you what the blocksize is it chose. Cancel if it looks huge or weird. The original file had a size of 300x7 which is not ideal.
`-t` ブロックサイズを指定します。使用サイズの最適値が分からない場合には、代わりに `-t auto` を使うと、raster2pgsql は TIFF ファイルと同じタイリングを使うことに注意して下さい。出力で、どのブロックサイズが選択されるかが分かります。巨大サイズになったり奇妙な値になる場合にはキャンセルして下さい。元のファイルのサイズは 300x7 ですが、理想的ではありません。
Use :command:`psql` to run the generated sql against the database. If you want to dump to a file instead, use `> nyc_dem.sql`
:command:`psql` を使って、生成した SQL をデータベース上で実行します。そうでなくファイルにダンプしたい場合には `> nyc_dem.sql` を使います。
For this example, we have only one tif file, so we could instead specify the full file name, instead of `*.tif`. If the files are not in your current directory, you can also specify a folder path with `*.tif`.
この例では、TIFF ファイルが一つしかないので、`*.tif` でなく、 完全なファイル名を指定できます。ファイルがカレントディレクトリに無い場合には、フォルダパスに `*.tif` を付けて指定することもできます。
If you are on windows and need to reference the folder, make sure to include the drive letter such as `C:/workshop/*.tif`
Windows を使用していて、フォルダの参照が必要な場合には、`C:/workshop/*.tif` のように、ドライブレターを必ず含めて下さい。
You'll often hear in PostGIS lingo, the term **raster tile** and **raster** used somewhat interchangeably. A raster tile really corresponds to a particular raster in a raster column which is a subset of a bigger raster, such as this NYC dem data we just loaded. This is because when rasters are loaded into PostGIS from big raster files, they chopped into many rows to make them manageable. Each raster in each row then is a part of a bigger raster. Each tile covers same size area denoted by the blocksize you specified. Rasters are sadly limited by the 1GB PostgreSQL `TOAST <https://www.postgresql.org/docs/current/storage-toast.html>`_ limit and also the slow process of detoasting and so we need to chop up in order to achieve decent performance or to even store them.
PostGIS の専門用語で **ラスタタイル** と **ラスタ** を、いくぶん交換可能な語として聞くことがあると思います。ラスタタイルは本当は、今ロードしたニューヨーク市 DEMデータ のような大きなラスタのサブセットであるラスタカラム内の特定のラスタに対応するものです。これは、大きなラスタファイルからラスタが PostGIS にロードされる時に、このラスタを管理できるようにするために多数の行に切り刻まれるためです。それぞれの行のそれぞれのラスタは大きなラスタの一部です。それぞれのタイルは、指定したブロックサイズで示される同じサイズの領域をカバーします。悲しむべきことに、ラスタは PostgreSQL `TOAST <https://www.postgresql.org/docs/current/storage-toast.html>`_ の 1GB 制限にひっかかり、TOASTからの復元処理が遅いこともあり、適切なパフォーマンスの達成や保存のために、切り刻まなければなりません。
Viewing Rasters in Browser
ブラウザでのラスタ表示
Although pgAdmin and psql have no mechanism yet to view postgis rasters, we have a couple of options. For smallish rasters the easiest is to output to a web-friendly raster format such as PNG using batteries included postgis raster functions like `ST_AsPNG` or `ST_AsGDALRaster` listed in `PostGIS Raster output functions <https://postgis.net/docs/RT_reference.html#Raster_Outputs>`_. As your rasters get larger, you'll want to graduate to a tool such as QGIS to view them in all their glory or the GDAL family of commandline tools such as :command:`gdal_translate` to export them to other raster formats. Remember though, postgis rasters are built for analysis, not for generating pretty pictures for you to look at.
pgAdmin と psql は、PostGISラスタ を表示する機構を持っていませんが、二つの選択肢があります。小さめのラスタの場合には、`PostGIS ラスタ出力関数 <https://postgis.net/docs/ja/RT_reference.html#Raster_Outputs>`_ に出ている `ST_AsPNG` や `ST_AsGDALRaster` といったものを含む一連の PostGIS ラスタ関数を使って、PNG 等のウェブフレンドリなラスタフォーマットで出力するのが最も簡単です。ラスタが大きくなるにつれて、表示に非常によく使われている QGIS のようなツールを使うか、他のラスタフォーマットにエクスポートする :command:`gdal_translate` などの GDAL ファミリのコマンドラインツールを使うかに進むことになると思います。ただし、PostGIS ラスタは分析のために作られたものであって、見栄えのする画像を生成するためのものでないことは忘れないでください。
One caveat, by default all different raster types outputs are disabled. In order to utilize these, you'll need to enable drivers, all or a subset as detailed in `Enable GDAL Raster drivers <https://postgis.net/docs/postgis_gdal_enabled_drivers.html>`_
デフォルトでは、全ての異なるラスタタイプの出力が無効になっていることに注意して下さい。利用可能にするには、ドライバの全てまたは一部を有効にする必要があります。詳細は `GDALラスタドライバの有効化 <https://postgis.net/docs/ja/postgis_gdal_enabled_drivers.html>`_ をご覧下さい。
If you don't want to have to do this for each connection, you can set at the database level using:
データベースサーバへの接続のたびにこれを実行したくない場合には、次のようにするとデータベースレベルで設定できます:
Each new connection to the database will use that setting.
新規のデータベースへの接続では、この設定が使われます。
Run the below query and copy and paste the output into the address bar of your web browser.
下のクエリを実行して、出力をコピーしてブラウザのアドレスバーにペーストします。
For the rasters created thus far, we didn't specify the number of bands nor did we even define their relation to earth. As such our rasters have an unknown spatial reference system (0).
ここまでに作成されたラスタについては、バンド数を指定しませんし、地球との関係も定義しません。このため、ラスタが不明な空間参照系 (0) になります。
You can think of a rasters exoskeletal as a geometry. A matrix encased in a geometric envelop. In order to do useful analysis, we need to georeference our rasters, meaning we want each pixel (rectangle) to represent some meaningful plot of space.
ラスタの外骨格はジオメトリと考えることができます。ジオメトリのエンベロープに入ったマトリクスです。便利な分析を行うには、空間のプロットを表現するピクセル (矩形) が欲しいので、ラスタのジオリファレンスが必要です。
The `ST_AsRaster` has many overloaded representations. The earlier example used the simplest such implementation and accepted the default arguments which are 8BUI and 1 band, with no data being 0. If you need to use the other variants, you should use the named arguments call syntax so that you don't accidentally fall into the wrong variant of the function or get **function is not unique** errors.
`ST_AsRaster` は多数のオーバーロードを持ちます。前の例では、最も単純な実装を使い、 8BUI で 1 バンドのデフォルト引数を使い、NO DATA を 0 にしました。他の形式を使う必要がある場合には、名前付き引数による呼出し文法を使って、誤って思ってたものと違う形式を呼び出したり、**関数が一意でない**エラーが発生したりしないようにするべきです。
If you start with a geometry that has a spatial reference system, you'll end up with a raster with same spatial reference system. In this next example, we'll plop our words in New York in bright cheery colors. We will also use pixel scale instead of width and height so that our raster pixel sizes represent 1 meter x 1 meter of space.
空間参照系を持つジオメトリから開始する場合には、同じ空間参照系を持つラスタで終わります。この次の例では、明るく元気のある色の単語をニューヨークに落とします。幅と高さの代わりにピクセルスケールを使用して、ラスタのピクセルサイズが空間の 1メートル × 1メートル になるようにします。
If we then look at this, we'll see a non-squashed colored geometry.
これを見ると、押しつぶされていない色付きのジオメトリが見えます。
Repeat for Raster:
Raster についても同じにします:

Loading…

User avatar yellow73

Suggestion accepted

  1. postgis-workshop
  2. rasters
  3. Japanese
Use :command:`psql` to run the generated sql against the database. If you want to dump to a file instead, use `> nyc_dem.sql`
:command:`psql` を使って、生成した SQL をデータベース上で実行します。そうでなくファイルにダンプしたい場合には `> nyc_dem.sql` を使います。
4 months ago
User avatar yellow73

Suggestion added

  1. postgis-workshop
  2. rasters
  3. Japanese
Use :command:`psql` to run the generated sql against the database. If you want to dump to a file instead, use `> nyc_dem.sql`
:command:`psql` を使って、生成した SQL をデータベース上で実行します。そうでなくファイルにダンプしたい場合には `> nyc_dem.sql` を使います。
4 months ago
User avatar None

String updated in the repository

  1. postgis-workshop
  2. rasters
  3. Japanese
Use :command:`psql` to run the generated sql against the database. If you want to dump to a file instead, use `> nyc_dem.sql`
 
a year ago
Browse all string changes

Things to check

Mismatched full stop

Source and translation do not both end with a full stop

Reset

Glossary

English Japanese
SQL SQL glossary 1

String information

Source string location
../../en/rasters.rst:149
String age
a year ago
Last updated
8 months ago
Source string age
a year ago
Translation file
postgis-intro/sources/locale/ja/LC_MESSAGES/rasters.po, string 38