タグ付けされた質問 「postgis」

PostGISデータベースにGISデータがあり、密度マップを生成してリーフレット/ Googleマップに表示したいと思います。 質問：マップの視点内のデータポイントをすべて（数百万）リーフレット/ Gmapsマップに転送せずに、これを行うための推奨/典型的な方法は何ですか？CLIなどを介して自動化が可能でない限り、ユーザーの介入（つまり、マップを生成するためのArcGISへのデータのインポート）は必要ありません。 現在、Postgresql / PostGISを空間データベースとして使用し、ブラウザでリーフレットを使用しています。

13 postgis  google-maps  leaflet 

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

13 postgis  shapefile  geometry  spatial-database  references 

編集済み： 質問を説明したい。「ポイントA」にいて、「ポイントB」に行きたいとします。このポイントは「at_2po_4pgr」テーブルにはないため、ソース/ターゲットノードではありません。次に、ポイントAおよびB（緑色のポイント）の最も近いノードを検索します。この後、グリーンポイントIDを使用してshortest_pathコールを実行し、「オレンジ」パスを取得します。しかし、最初のケースで実際のパスコスト（距離）を取得するには、「offsetA」を減算し、2番目のケースでde「offset B」を追加する必要があります。赤点と緑点の間の距離を計算するには、次のクエリを実行します。 SELECT * FROM st_distance( ST_GeomFromText('POINT(-3.6963314 42.3498066)',4326), ST_GeomFromText('POINT(-3.6954276 42.3479634)',4326))。 オフセットを追加または減算するタイミングを知るにはどうすればよいですか？ 私の英語でごめんなさい！

13 postgis  openstreetmap  pgrouting  osm2po 

PostGISでは、ST_length()関数はメートル単位ではなく、いくつかの単位でラインストリングの長さを返します。 ST_Length()メートル単位のような機能はありますか？

13 postgis  length 

多くのGISチームまたは部門が持っていると確信している問題があります。それは、複数のソースからの複数の異なるデータセットを見つけ、追跡し、管理する方法です。2年前に尋ねられた同様の質問の回答を読みました 大量の地理空間データを管理していますか？ 他のソフトウェアソリューションがあるかどうか疑問に思っていました。VoyagerGISについて知っています。これは見栄えが良いですが、ESRIとリンクしており、同様のオープンソースバージョンがあるかどうか疑問に思いました。 現在の状況の概要を説明するには： 6週間ごとに変わるテラバイトの画像、歴史を残したい 1テラバイトのMapInfo TAB ESRI Shapefilesは6週間ごとに再び変更されます 100 GbpsのCSV、GeoJSON、KML、SQLite、Excelスプレッドシート、JPEG、TIFファイル（一部はジオリファレンス、一部はワールドファイル）、これらは複数の異なるソースから提供されます。 私の完璧なソリューションは、メタデータの更新、ファイル名や属性に基づく検索、視覚画像（VoyagerGISで見られるような）、メタデータ、属性のリストの表示を可能にするGUIインターフェイスだと思います。ただし、データをすべてPostGISに読み込むのではなく、データの元の形式を保持したいと思います。

13 qgis  postgis  open-source-gis  data-management 

湖などのポリゴンの東西方向の最大幅に興味があります。境界ボックスは、単純なポリゴンでのみ役立ちますが、複雑な凹面ポリゴンでは役立ちません。

13 postgis  algorithm 

ArcSDEデータベース内に（SQL Server経由で）弊社のすべての地理空間情報があります。 ポイント（アンテナの位置）、 線（標高、河川）、 ポリゴン（保護されたエリア、家）。 これらのデータは、ArcGIS DesktopおよびArcGIS Serverで使用します。 すべての情報を（PostgreSQLを介して）PostGISに移行することを計画しており、いくつかの手順と留意すべき考慮事項に従うべきドキュメント/ウェブページがあるかどうか疑問に思っています。データモデルをエクスポートするのは非常に難しいですか？ 私は調査し、GDAL-Pythonスクリプトを使用してSDEから読み取り、PostGISに書き込むいくつかのテストを行ってきましたが、経験はありがたいです。 ところで、ArcGIS Desktop（QGISとともに）およびGeoServerでPostGISからの情報を使用する予定です。 事前にどうもありがとうございました。

13 postgis  enterprise-geodatabase  spatial-etl  migration 

PostGISでの距離の計算について簡単な質問があります。 2つのジオメトリ間の距離を取得したいと思います。私はこのsidを使用しています：4269メートルで私が今していることはこれです：ST_Distance((a.geom,b.geom)) FROM ...しかし、私は度で結果を得ています。地理を扱うべきだと思いますが、どのようにジオムを地理にキャストできますか？（a.geom :: geography）で試しましたが、エラーが発生しています。 結果をメートル単位で取得するにはどうすればよいですか？ ありがとうございました

13 postgis  coordinate-system  postgresql  distance 

パーセルレイヤーに関連付ける（つまり、そのparcel_idを割り当てる）世帯を表すポイントデータセットがあります。ArcMapを使用すると、ポリゴンをポイントに空間的に結合し、結合に特定の検索半径を持たせ、最も近いポリゴンを使用するように指定できます。 私はこれをpostgresで実行したいのですが、これを行う最も賢明な方法は何かと疑問に思っていました。ポイントは実際の区画ではなく通りにあるため、ST_containsは使用できません。ST_containsの代わりに、近接チェックを可能にする別の関数はありますか？ update households h set parcel_id = p.parcel_id from parcels p where ST_contains(p.the_geom, h.xy);

13 postgis  postgresql  attribute-joins 

PostGIS 2.0データベースにtiffラスターがあります。指定した緯度/経度のポイントでラスターの値を取得したい。 私が持っています： postgresql-9.1 ラスターをサポートするpostgis-2.0-svn PostGISにインポートされたラスターのSRIDは3035

13 postgis  raster  point 

PostGISでリバースジオコーディングを行う方法はありますか？Webには多くの情報がありますが、非常に紛らわしいことがわかりました... osmデータをPostGISデータベースを使用して自分のPostgresにインポートしました。次に、データベースを使用してジオコーディングとリバースジオコーディングを行います。ストアドプロシージャがあるかどうか、または私の問題を処理するプロジェクトがあるかどうかはわかりません。 次のステップは、この種のリクエストを処理できるWebサービスを作成することですが、それは別の質問です。

13 postgis  reverse-geocoding 

PostGISを使用して、ポリゴンの最近傍を計算しています。計算したいのは、各ポリゴンから最も近いポリゴンまでの最小距離です。 これまでのところ、マイク・トゥウズの答え（小さな変更を引用）から大きな助けを得ました。 SELECT a.hgt AS a_hgt, b.hgt AS b_hgt, ST_Distance(a.the_geom, b.the_geom) AS distance_between_a_and_b FROM public."TestArea" AS a, public."TestArea" AS b WHERE a.hgt != b.hgt AND ST_Distance(a.the_geom, b.the_geom) < 400 次に、最小値を計算しました： SELECT a_hgt, MIN(distance_between_a_and_b) FROM public."lon_TestArea" GROUP BY a_hgt ただし、私の挑戦は、多数のポリゴン（1,000,000）についてこれを計算することです。上記の計算では、各ポリゴンを他のすべてのポリゴンと比較しているので、10 ^ 12の計算を実行する必要がないように計算を改善する方法を考えました。 私が考えていたのは、各ポリゴンをバッファリングしてから、そのポリゴンのバッファ内のすべての値の最近傍を計算し、最小値を記録することでした。それが最善のアプローチであるか、PostGISに使用すべき関数があるかどうかはわかりません。 編集：ニックラスの提案のいずれかを使用して、私は実験していST_Dwithin()ます： CREATE TABLE mytable_withinRange AS SELECT a.hgt AS …

13 postgis  polygon  nearest-neighbor 

道路ネットワークを表すポリラインシェープファイルと、ポイントを含む2つ目のシェープファイルがあります。PostGIS（おそらくPgRouting）を使用して、これらのポイントから放射されるサブネットワークまたはサービスエリアを特定したいと思います。 基本的に、「ポイントXから出発し、道路網に沿って1 kmの総旅行予算を与えられた場合、どの方向にどこまで歩くことができるか」という質問をしたいと思っています。その結果、1 kmの旅行予算が与えられた場合、旅行の可能性の全範囲を表すクリップされたポリラインのセットになります。 参考までに、このGRASS分析は、まさに私がやりたいことのように見えます（PostGISでこれを行いたい場合を除く）：http: //www.gdf-hannover.de/lit_html/grass60_v1.2_en/node57.html#sec ： optalloc この次の例は、「X距離の旅行予算が与えられた場合、どのノードに旅行できますか？」という質問に答えているように見えることを除いて、ほとんど私がやりたいことのようです。http://underdark.wordpress.com/2011/02/12/drive-time-isochrones/ ポリラインを移動距離にクリップしたいので、2番目は探している答えではありません。ノードまで到達しても構いません。

13 postgis  network  pgrouting 

5秒ごとのGPS位置のPostGISテーブルがあります。 2011-01-01 00:00:05, POINT(x1,y1) 2011-01-01 00:00:10, POINT(x2,y2) 2011-01-01 00:00:15, POINT(x3,y3) ... 1秒ごとに値（タイムスタンプとポイント）を返すクエリを探しています。ポイントが直線で接続されていると仮定しても構いません。 私は、外部スクリプトを書くことではなく、データベース内でこれを行う方法を具体的に探しています。

13 postgis  sql  interpolation 

大きなシェープファイル（1 GB）があり、ラスタライズする必要があります。私はすでに以下を試しました。 1.）これを使用してGRASSにインポートするv.in.ogrと、次のエラーメッセージが表示されて失敗しました：エラー：G_realloc：break_polygons.c：188で498240036バイトを割り当てることができません 2.）私の2番目のアイデアは、PostGISを使用することでした。シェープファイルをインポートし、グリッドのX、Y位置でリサンプリングしてから、これらのポイントをエクスポートして、Xyzからグリッドを作成します。シェイプファイル（ポリゴンとポイント）を正常にインポートしましたが、30万ポイントの100万ポリゴンの交差は非常に遅いようです。私は次のPostGIS文を使用しましたが、改善の余地があるかもしれません。 select polygons.land_id,grid.geom from grid,polygons where grid.geom && polygons.geom and within(grid.geom,polygons.geom) 3.）simplify()PostGIS でも使用しようとしました。しかし、私は多くの小さなポリゴンを失いました（つまり、小さなポリゴンのみで覆われていた一部の領域はヌルになりました）。 どんなアイデアでも大歓迎です。

13 postgis  grass  simplify