postgis-workshop/introduction — Japanese @ OSGeo Weblate: RedFin

Zen

	English	Japanese	Actions
	Complicated questions require complicated software to answer. Complicated and interesting questions (spatial joins, aggregations, etc) that are expressible in one line of SQL in the database take hundreds of lines of specialized code to answer when programming against files.	複雑な質問に答えるには複雑なソフトウェアが必要です。データベース内の1行のSQLで表現できる、複雑で興味深い質問 (空間結合、集約など) は、ファイルに対するプログラムを書く時は、答えるのに数百行の特別なコードを必要とします。
	Most users of PostGIS are setting up systems where multiple applications will be expected to access the data, so having a standard SQL access method simplifies deployment and development. Some users are working with large data sets; with files, they might be segmented into multiple files, but in a database they can be stored as a single large table.	ほとんどの PostGIS ユーザは複数アプリケーションがデータにアクセスすることを期待するシステムをセットアップしているので、標準 SQL アクセス方法を持つことで、配備と開発を単純化できます。大きなデータセットで作業を行うユーザは、ファイルを使う場合には複数ファイルに分割することになるかも知れませんが、データベースでは単一の巨大テーブルとして保存することができます。
	In summation, the combination of support for multiple users, complex ad hoc queries, and performance on large data sets are what sets spatial databases apart from file-based systems.	要約すると、複数ユーザ、複雑なアドホッククエリ、大きなデータセットのパフォーマンスに関する対応の組合せによって、空間データベースをファイルベースのシステムから分離することができます。
	A brief history of PostGIS	PostGIS の歴史
	In the May of 2001, `Refractions Research <http://www.refractions.net/>`_ released the first version of PostGIS. PostGIS 0.1 had objects, indexes and a handful of functions. The result was a database suitable for storage and retrieval, but not analysis.	2001年5月、`Refractions Research <http://www.refractions.net/>`_ は PostGIS の最初のバージョンをリリースしました。PostGIS 0.1 は、オブジェクト、インデックス、少数の関数がありました。データベースは保存と検索には適切ですが、解析には不向きだとの結果でした。
	As the number of functions increased, the need for an organizing principle became clear. The "Simple Features for SQL" (:term:`SFSQL`) specification from the Open Geospatial Consortium provided such structure with guidelines for function naming and requirements.	関数の数が増えるにつれ、組織化の原理の必要性が明らかになりました。Open Geospatial Consortium から出ている "Simple Features for SQL" (:term:`SFSQL`) 仕様は、関数命名と要件に関するガイドラインとともに、この構造を提供しました。
	With PostGIS support for simple analysis and spatial joins, `Mapserver <http://mapserver.org/>`_ became the first external application to provide visualization of data in the database.	PostGIS の単純な解析と空間結合への対応で `Mapserver <http://mapserver.org/>`_ は、データベース内のデータの可視化機能を提供する最初の外部アプリケーションになりました。
	Over the next several years the number of PostGIS functions grew, but its power remained limited. Many of the most interesting functions (e.g., ST_Intersects(), ST_Buffer(), ST_Union()) were very difficult to code. Writing them from scratch promised years of work.	次の数年間で PostGIS 関数の数は増えましたが、その能力は制限されたままでした。最も興味深い関数の多数 (例えば ST_Intersects(), ST_Buffer(), ST_Union()) は、コーディングが非常に難しいものでした。それらを最初から書くには何年もの仕事が必要となりました。
	Fortunately a second project, the "Geometry Engine, Open Source" or `GEOS <http://trac.osgeo.org/geos>`_, came along. The GEOS library provides the necessary algorithms for implementing the :term:`SFSQL` specification. By linking in GEOS, PostGIS provided complete support for :term:`SFSQL` by version 0.8.	幸運なことに、二つ目のプロジェクトの「Geometry Engine, Open Source」あるいは `GEOS <http://trac.osgeo.org/geos>`_ が登場しました。GEOS ライブラリは、:term:`SFSQL` 仕様を実装するために必要なアルゴリズムを提供します。GEOS をリンクすることで PostGIS は 0.8 までに、:term:`SFSQL` の完全な対応ができるようになりました。
	As PostGIS data capacity grew, another issue surfaced: the representation used to store geometry proved relatively inefficient. For small objects like points and short lines, the metadata in the representation had as much as a 300% overhead. For performance reasons, it was necessary to put the representation on a diet. By shrinking the metadata header and required dimensions, overhead greatly reduced. In PostGIS 1.0, this new, faster, lightweight representation became the default.	PostGIS データ容量が増加するにつれ、他の問題が表面化しました。ジオメトリ保存に使われる表現では比較的非効率です。ポイントや短いラインストリングのように小さいオブジェクトでは、表現のメタデータには300% のオーバヘッドがあります。効率性のため、表現をダイエットする必要がありました。メタデータヘッダと求めらえれる次元の収縮によって、オーバヘッドは非常に減収します。PostGIS 1.0 では、新しく、速く、軽い表現がデフォルトになりました。
	Recent releases of PostGIS continue to add features and performance improvements, as well as support for new features in the PostgreSQL core system.	PostGIS の最近のリリースでは、PostgreSQL コアシステム内の新機能対応だけでなく、機能追加と性能改善の追加を継続しています。
	Who uses PostGIS?	PostGIS を使用するのは誰ですか？
	For a complete list of case studies, see the `PostGIS case studies <https://postgis.net/category/casestudy/>`_ page.	ケーススタディの完全なリストについては `PostGIS case studies <https://postgis.net/category/casestudy/>`_ ページをご覧下さい。
	Institut Geographique National, France	フランス IGN (Institut Geographique National)
	IGN is the national mapping agency of France, and uses PostGIS to store the high resolution topographic map of the country, "BDUni". BDUni has more than 100 million features, and is maintained by a staff of over 100 field staff who verify observations and add new mapping to the database daily. The IGN installation uses the database transactional system to ensure consistency during update processes, and a `warm standby system <https://www.postgresql.org/docs/devel/warm-standby.html>`_ to maintain uptime in the event of a system failure.	IGNはフランスの地図作成機関で、PostGIS を国の高解像度地形図 "BDUni" の保存に使用しています。BDUniには1億を超える地物があり、観測を検証し、データベースに新しい地図を毎日追加する 100人以上の現地作業員によって維持されています。IGNの設備は、データベーストランザクションシステムを使用して更新処理中の一貫性を確保し、また `温待機システム <https://www.postgresql.org/docs/devel/warm-standby.html>`_ を使用してシステム障害が発生した場合でも稼働するようにしています。
	RedFin	RedFin
	`RedFin <https://www.redfin.com>`_ is a real estate agency with a web-based service for exploring properties and estimate values. Their system was originally built on MySQL, but they found that moving to PostgreSQL and PostGIS provided `huge benefits in performance and reliability <https://www.redfin.com/news/elephant_versus_dolphin_which_is_faster_which_is_smarter/>`_.	`RedFin <https://www.redfin.com>`_ は実在する不動産会社で、不動産の探索や価格の見積もりを行うウェブベースのサービスを提供しています。この会社のシステムは元はMySQLベースで作られていましたが、PostgreSQLとPostGISへの移行で`効率と信頼性の利益が大きい <https://www.redfin.com/news/elephant_versus_dolphin_which_is_faster_which_is_smarter/>`_ ことが分かりました。
	What applications support PostGIS?	PostGISに対応したアプリケーションはどれですか?
	PostGIS has become a widely used spatial database, and the number of third-party programs that support storing and retrieving data using it has increased as well. The `programs that support PostGIS <http://trac.osgeo.org/postgis/wiki/UsersWikiToolsSupportPostgis>`_ include both open source and proprietary software on both server and desktop systems.	PostGISは空間データベースとして広く使われ、PostGISを使った格納と検索に対応するサードパーティのプログラムも非常に増加しました。`programs that support PostGIS <http://trac.osgeo.org/postgis/wiki/UsersWikiToolsSupportPostgis>`_ には、オープンソースとプロプライエタリの両方、かつサーバとデスクトップの両方のソフトウェアの一覧があります。
	The following table shows a list of some of the software that leverages PostGIS:	次にPostGISを利用するソフトウェアの一覧を示します:
	Open/Free	オープン/フリー
	Closed/Proprietary/Paid services	クローズ/プロプライエタリ/有料サービス
	Loading/Extracting	ロード/抽出
	Shp2Pgsql	Shp2Pgsql
	ogr2ogr	ogr2ogr
	Dxf2PostGIS	Dxf2PostGIS
	GeoKettle	GeoKettle
	Web-Based	ウェブベース
	Mapserver	Mapserver
	GeoServer /geoNode	GeoServer /geoNode
	pg_tileserv	pg_tileserv

Loading…

yellow73 Suggestion accepted postgis-workshop introduction Japanese	English RedFin Japanese 0 characters edited Current translation Translated RedFin 8 months ago
anonymous Suggestion added postgis-workshop introduction Japanese	English RedFin Japanese 0 characters edited Current translation RedFin a year ago
robe Suggestion removed postgis-workshop introduction Japanese	English RedFin Japanese 6 characters edited Current translation RedFin a year ago
anonymous Suggestion added postgis-workshop introduction Japanese	English RedFin Japanese 0 characters edited Current translation RedFin a year ago
yellow73 Translation uploaded postgis-workshop introduction Japanese	English RedFin Japanese 0 characters edited Current translation Needs editing RedFin a year ago
yellow73 Translation uploaded postgis-workshop introduction Japanese	English RedFin Japanese 6 characters edited Current translation Translated RedFin a year ago