タグ付けされた質問 「spatial-database」

空間データベースは、ポイント、ライン、ポリゴンなど、空間内のオブジェクトに関連するデータを格納および照会するために最適化されたデータベースです。

2
交通量、レイアウト、車線、タイミング、位相情報を保存するための標準データモデルはありますか?
私は、シンクロ研究で得られたプロジェクトデータよりも多くのシナリオデータを保存したいが、このデータを一連のテキストファイルに保存したくないという岐路に立っています。Synchroが出力するデータは、タブで区切られたテキストファイルに標準化されています。生のテキストファイルは、GIS分析を整理したり、調査地域を視覚化(マップ)する場合には役に立ちません。単純な操作よりもはるかに多くの操作が必要です。 多くのトラフィック分析ソフトウェアで使用されるUTDF仕様に含まれる、交通量、レイアウト、車線、タイミング、位相情報を保存するための空間データモデルが存在するかどうかを知りたい。 空間データベースにデータを格納することにより、多くの期間のデータを保持し、そのデータのサブセットを視覚化し、時間分析を実行できます。ただし、最も有益なのは、特定の交差点で選択したデータをUTDFにエクスポートし、Synchroまたは他のトラフィック分析ソフトウェアで使用できることです。 通常: Traffic Analysis Software (e.g. Synchro) <--> UTDF 私がやりたいこと: Spatial Database <--UTDF--> Synchro 基本的に、UTDFは、空間データベースとトラフィック分析ソフトウェアの間でデータが転送される標準形式になります。 ないSpatial Database <--UTDF部分が既に存在していますか?

6
初心者向けの空間データベース学習リソース?
この投稿はコミュニティWikiです。この投稿を改善するには、既存の回答を編集してください。現在、新しい回答は受け付けていません。 来学期には空間データベースのコースを受講する予定です。 誰もが初心者に優しい紹介リソースを知っていますか? ベンダーに中立なものが望ましいでしょう。

2
QGISおよびRで使用できる空間データベースが必要
私はQGISを初めて使用し、QGISとRのテーブルを使用できるデータベースを作成する簡単な方法を探しています。統計分析に使用されるExcelスプレッドシートに多くのデータが保存されています。 Rで タスクの詳細:最初のタスクは、テーブルをシェープファイルに結合してデータを可視化することです。次に、QGIS内でシェープファイルを使用して空間変換を行い、新しく作成したデータを統計分析で使用します。したがって、このデータをデータベースに結合する必要があります。 最後になりましたが、データベースは他のコンテキストで使用されるため、QGISおよびRの将来の分析のためにデータが適切な方法で保存されることを保証したくありません。 MS Accessがそうする良い方法であると私に言われました。誰かアドバイスをいただけますか?おそらく文学やそのようなものについても。

2
PostgreSQL / PostGIS空間インデックス-スピードアップなし
PostgreSQL / PostGISデータベースに空間テーブルがあります。その中のすべての行はポリゴンを表します。次の形式です。 +----+--------+ |gid | way | +----+--------+ |241 | 01030..| 幾何学的列は、ポリゴンのジオメトリを含む「ウェイ」です。WKTでは、POLYGON(( '....'))です。2つのポリゴンが相互に含まれているかどうかをテストするために、このテーブルで多くのST_Containsクエリを実行しています: Select ST_Contains(a.way, b.way) From table AS a, table AS b Where a.gid = 15 And b.gid = 16 このクエリを高速化する方法を疑問に思っていて、テーブルに空間インデックスを追加しました。 CREATE INDEX table_way_gist ON table USING gist(way); しかし、実際にはスピードアップは見られません。ST_Containsクエリを実行する前に、テーブルにすべてのポリゴンを入力した後、インデックスを作成します。テーブルを埋める前にインデックスを追加する必要がありますか?インデックスを操作するためのテーブルには特別な要件がありますか?幾何学的列のウェイの投影(srid)は900913に設定されます。 私は使用しています:psql(PostgreSQL)9.1.4 / POSTGIS = "1.5.3"

3
PostGISを使用してラスタとポリゴンを交差させる-アーティファクトエラー
PostGIS2.0を使用して、ラスター/ポリゴンの交差を行います。どの操作を使用する必要があるのか​​、これを実行する最も速い方法は何かを理解するのが困難です。私の問題は次のとおりです。 ポリゴンとラスターがあります ポリゴン内にあるすべてのピクセルを見つけて、ピクセル値の合計を取得したい (更新された問題):クエリを実行すると、元のラスターに存在しないいくつかのピクセルの大きな値を取得しています ST_Intersects()またはを使用する必要があるかどうかがわかりませんST_Intersection()。また、ピクセルを合計するための最良のアプローチが何であるかわかりません。これが私が試した最初のアプローチです(#1): SELECT r.rast FROM raster as r, polygon as p WHERE ST_Intersects(r.rast, p.geom) これはrast値のリストを返しますが、これをどうすればいいのかわかりません。を使用して要約統計を計算しようとしましたST_SummaryStats()が、これがポリゴン内にあるすべてのピクセルの加重和であるかどうかはわかりません。 SELECT (result).count, (result).sum FROM ( SELECT ST_SummaryStats(r.rast) As result FROM raster As r, polygon As p WHERE ST_Intersects(r.rast, p.geom) ) As tmp 私が試した他のアプローチ(#2)はST_Intersection()次を使用します: SELECT (gv).geom, (gv).val FROM ( SELECT ST_Intersection(r.rast, p.geom) AS …

5
空間データベースにとって、優れたデータベース設計はそれほど重要ではありませんか?
データベースの設計と正規化は、空間データを扱う際によく使用されると強く感じています。 100を超えるフィールドテーブルを備えたデータベースとデータベースを備えたソフトウェアでは、次の点を確認する必要があります。 空間データベースを設計するときに、正規化以外の考慮事項を考慮する正当な理由はありますか? 私は人々が例を求めていると思いますが、ここでは説明できないので、私の質問は100フィールドが問題ではなく、適切な正規化された設計よりも維持しやすいことを意味する人を対象としています。 引数は何ですか?


5
どのような詳細な空間データベースシステムチュートリアルが存在しますか?[閉まっている]
閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 3年前に閉店しました。 GISの内部とPostGISなどの空間データベースシステムについて、例を使用して背景の前提なしに詳細に説明する良いチュートリアルはありますか?私は特に次のような質問への回答を探しています: GISのジオメトリとは何ですか? それはどのように表されますか? 緯度/経度座標が指定されている場合、ST_contain PostGISのようなものを呼び出してポリゴンに緯度/経度座標が含まれているかどうかを確認できる状態にするために、実行する必要がある操作は何ですか? 私は一般的なリレーショナルデータベースシステムである程度の経験がありますが、GISまたは空間データベースパラダイムのバックグラウンドはありません。

1
空間データベースに人間のメタデータを保存するための標準
データ自体とともに地理空間メタデータを非ESRI空間データベースに格納する(したがって、ダンプ時に移動できる)既存の標準的な普遍的なアプローチ(および、できれば管理をサポートする既存のツール)があります。 テーブルとリレーションに単純に依存するため、PostGIS、Spatialite、Oracle、SQL Serverなどのデータベースで使用できるアプローチを特定したいと考えています。ここで、メタデータとは、データに関する説明情報(つまり、US FGDCまたはISO 19139地理空間メタデータタイプ情報)-BBOXおよび内部データではありません。 ESRIユーザーは、ファイル(Shapefiles)であろうとジオデータベースであろうと、データを普遍的に記述および付随できるいくつかのXML形式を持っています。ただし、ESRIソフトウェアを使用しない場合、既存のオプションは何ですか?はい、もちろん、独自のテーブル、データ構造などを設計できます。しかし、なぜ確実に存在するはずのホイールを再発明するのでしょうか。 更新: Geonetwork(または必然的にサーバーに関係するもの)のような複雑なアーキテクチャコンポーネントは、まさに避ける必要があるものです。また、メタデータは、個別のデータベースとしてではなく、データとともに存在します。要件は以下のとおりであり、最初に述べておかなければなりませんでした。 システム要件:1.アーキテクチャは、QGISとSpatialiteデータベースのみを必要とします-一部は、組織がサーバー上で何かを実行するほど洗練されておらず、何かを購入したり、ビルド/デプロイしたりするお金がないためです。 機能要件:1.データは多くの人々に容易に配布されなければならず、ドキュメントはデータから簡単に分離されてはなりません。つまり、データが何であり、なぜ作成されたかを常に把握できるように、それらは一緒に配布されるべきです。など-データがある場合、ドキュメントがあります。2.データ自体と同様に、メタデータのドキュメントは、直感的なデスクトップツールを使用して、非技術スタッフが簡単に編集および保守できる必要があります。 ユースケース:1.ボビー学生スチューデント(およびGISの学習)は、調査の一環として監視サイトのデータを作成します。2.ボビーは、使用した入力、処理ステップの説明、および他の人がデータの系統を理解するのに役立つその他の情報を記録します。3.ボビーは実際の仕事を得て退職し、彼のデータはCD-ROMにバックアップしたままにします。4. 2年後、誰かがデータを見つけて、データ内のドキュメントを読むことができるため、非常に有用であると判断します。 あなたが洗練された組織から来たなら、あなたは言うだろう。しかし、関連するシナリオは実際、私の世界では非常に一般的です。

3
シェープファイルデータをデータベースに集中化する
さまざまなGISプロジェクトから何百ものシェープファイルを取得し、それらを単一のデータベースプラットフォームに統合したいと考えています。現在、Postgres / PostGISでこれを試みています。 標準化されているデータはほとんどありません。つまり、同じデータ型がたくさんありますが、特定の属性名/型は一致しません。 どこでこれに取り組むべきですか?各シェープファイルを最初に移行するための標準モデル(Hydro_line、transport_line、Hydro_poly標準など)を開発する必要がありますか? 別の方法は、各シェープファイルを個別にPostgresにインポートすることです。したがって、各shpはデータベース内のテーブルになりますが、パフォーマンスと組織の観点からはこれについてはわかりません。避けられないことを遅らせるようなものです... この困難な作業に対処するためのアドバイスはありますか?

4
GISデータを含むファイルおよびフォルダーの適切な分類または命名規則とは何ですか?[閉まっている]
閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 2年前に閉店。 私の会社は過去8年間で約30 TBのGISデータを収集しており、常に次の質問をしていることに気づきました。 特定の地域についてどのような種類のデータがありますか? そのデータに関する詳細は何ですか(たとえば、ピクセルあたりのメートル単位の解像度)。 実際に使用できるように、データはハードドライブのどこにありますか? データはすでに処理されていますか、またはソースからの変更されていない形式ですか? 現在まで、適切なフォルダとファイルの分類法/階層を考案することにより、これらの質問に対処しようとしました。ファイルやフォルダを使用してGISデータを整理するための、おそらく標準的な方法でさえ、誰かが理解できる、または提案しているものはありますか? また、データベースの使用がどのように私の会社に利益をもたらすかについて、もっと学ぶことができます。私たちはGISの専門家ではなくソフトウェア開発者であるため、使いやすさのためにGISデータの保存/整理の問題にどのようにアプローチするのが最適かという点で、私たちはかなり遅れていると思います。地理空間データを管理するためのベストプラクティスの質問を見ましたが、ジオデータベースにあまり慣れていないため、回答からわずかな使用しか引き出すことができませんでした。 更新:先週、GISデータベースについてかなりの時間を読んで、PostGISに慣れ始めました。長期的には、地理空間データを管理するためのベストプラクティスで JasonBirchが推奨しているように、データベースとメタデータサーバーの使用に移行すると考えています。

1
ST_プレフィックスは、SQL / MMパート3に含まれていない関数に適していますか?
このGithubの問題でPrestoの地理空間拡張に関するスレッドを読んでいたところ、関数line_locate_pointが導入されました。これはPostGISのST_LineLocatePoint関数に基づいており、特定の場所に最も近いポイントのラインに沿った分数を表すフロートを返します。 PostGISバージョンとは異なりline_locate_point、なぜ名前が付けられたのかという疑問が持ち上がりましたST_LineLocatePoint。応答は、この関数はSQL / MMパート3標準に存在しないため、で始まるべきではないというものでしたST_。 標準をすばやく読んで、標準にない空間関数をデータベースに導入する場合の処理​​方法についてのコメントはありません。ST_接頭辞の精神は、空間関数を非空間関数と区別するためですか(PostGISの場合のように)、または関数がSQL / MMパート3の同等の関数に準拠していることを示すためですか? PrestoのAPIの現在の状態を見ると、後者のアプローチはあまりきれいに見えず、名前が一貫していない理由について混乱を招いていると言わざるを得ませんが、おそらくこれは上部の簡単なメモで対処できます。 私の質問は、定義された空間オブジェクトのセットを超えて拡張できるように見落としている標準の側面があるかどうか、または以下の標準の書かれたまたは書かれていない規則によって明示的に禁止されている場合。

4
pymssqlを使用してSQL Serverにポイントを挿入しますか?
pythonスクリプトを使用して、Webサービス(Twitter)からX値とY値を収集しています。長期的には、これは数か月にわたって実行され、600万ポイント前後で停止する予定です。 取得する元の座標は地理的なWGS84ですが、これらを投影されたWGS Webメルカトルに変換する必要があります。後でこのテーブルをArcGIS Serverマップサービスに公開し、キャッシュします。 これは、期限なしでpythonを学習するための個人的なプロジェクトであり、SQL Serverのネイティブな空間タイプのみを使用することをお勧めしますか? 私の現在のテストされていない計画: GEOMETRYフィールドの設定(およびその他の属性)を使用して、SSMSでテーブルを作成します。 私のPythonスクリプトでは、arcpyまたはpyprojを使用してWGS84のlat / lonsをWGS84 Webメルカトルに変換します(またはこれをどうにかしてSQLで達成できますか?) pymssqlを使用してレコードを挿入し、テーブルのGEOMETRYフィールドにポイントを挿入します。 私の質問は、WGS84で緯度/経度のペアを取得し、SQL Serverの空間タイプを使用してSQL Serverテーブルに挿入し、結果のポイントレイヤーを作成するための良い、シンプルで効率的なアプローチは何ですか? WGS84 Webメルカトル、ArcGIS Desktop 10.1でレンダリング/クエリを実行できるようにするには? 必要に応じてarcpy / ArcSDE 10.1にアクセスできますが、ArcSDEを必要としない例としてこれを使用したいと考えていました。

2
空間的に有効化されたPostgresデータベース
空間的に有効なPostGISデータベースを作成しようとしています。私はPostGISのドキュメントhttp://postgis.net/docs/manual-1.5/ch02.html#id2648455をフォローしています。 ショートバージョンでは、私は実行しました、 createdb yourdatabase createlang plpgsql yourdatabase しかし、最後の3つのコマンドは実行しませんでした。 psql -d yourdatabase -f postgis.sql psql -d yourdatabase -f postgis_comments.sql psql -d yourdatabase -f spatial_ref_sys.sql データベースはまだ空間的に有効になっていますか?そうでない場合は、これらの.sqlファイルの場所を教えてください。次のエラーが表示されるため、最後のコマンドを実行できます。 postgis.sql: No such file or directory Ubuntu 12.04を使用しています

1
ジオデータをどのように整理しますか?
ジオデータベースは、データを階層的に整理する際の柔軟性があまりありません。すべての機能セットは、データベースの最上位レベル、または機能データセットの1レベル下に存在します。フィーチャデータセットに別のデータセットを含めることはできません。特に、ジオデータベースを使用する必要があり、これらの制限に縛られている環境で、他の人がどのようにデータを整理するかを聞きたいです。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.