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

7
高解像度LiDAR DEMから正確な排水ネットワーク(および集水域)を作成する方法
この問題につまずいたのはこれが初めてではありません。正しい排水ネットワークモデルと、フル解像度(1mセル)のLiDARデータから得られる集水域を生成できないようです。 LiDARデータセットを一般化して整数DEMに変換し、シンクを埋めると、すべてが良好であり、非常に一般化されたモデルのように見えるものを簡単に作成できます。ただし、大規模な地図の詳細なサイトモデルを作成したいのですが、ここで問題が発生しています。 ほとんどの問題は、より平坦な領域で発生することを指摘しておく必要があります。 排水ネットワークを地形に正確に追従させたいのですが、使用する整数DEM入力から排水ネットワークを作成すると、結果のストリームは非常に一般的であり、あるべきではない領域で「切断」されることがよくあります。ストリームは、地形の自然の尾根に密接に続いていません。また、多くの「孤立」または「どこにも行かない」セグメントがあります。浮動小数点DEM入力を使用すると、結果の排水ネットワークは詳細かつ正確ですが、非常に切断され、孤立しており、孤立したストリームで「散らばっています」。 私の問題はデータ準備のどこかにあるのではないかと思います。整数vs浮動小数点ラスターDEM入力、シンクを正しく埋めるなど。または、「水文学的に正しい」入力DEMを最初に作成するために、何らかの方法でサーフェスデータを処理する必要があるのでしょうか。 誰かが高解像度LiDARを使用して連続排水ネットワークと集水域を作成するための正しい方法論を説明できますか? 現状では、整数DEM入力からモデルを作成することに成功しています。ただし、これは詳細な大規模分析には理想的ではありません。 最初の添付画像は、整数DEM入力から生成されたモデルです。いくつかの明らかな問題領域が丸で囲まれています。メインの排水路と思われる場所には実際に水が流れていることに注意してください。非常に一般化されたバージョンのストリームを追加しました。 編集:既に述べたように、整数DEM入力からモデルを作成することでより多くの成功を収めています。次のスクリーンキャプチャは、その理由を示しています。整数DEM入力には、上記のように多くの問題がありますが、地形の特性に適合していないにも関わらず、切断されていない排水ネットワークを生成します。下の画像でわかるように、浮動小数点DEM入力を使用すると、小さな孤立したセグメントでいっぱいの非常に切断されたクラスター化されたネットワークが生成されます。 浮動小数点DEMから生成されたFlow Accumulationラスター 整数DEMから生成された流量累積ラスタ 私が推論できる限り、両方の方法は劇的に異なる結果をもたらし、両方の方法は詳細なモデルには使用できません。 編集:この投稿を長くして申し訳ありません(おそらく私は自分を英語で明確に表明していないでしょう)私が期待しているのは、連続したストリームネットワークと、すべてが互いに流れ込む流域で覆われたエリア全体です。 浮動小数点入力DEMから生成されたストリームリンク: 浮動小数点入力DEMから生成された流域盆地: 整数DEM入力の使用により流域全体の流れ方向が変更される例(近隣地域、同じデータ):赤い矢印はモデルの流れ方向、青い矢印は実際の流れの方向を示します。(青い線-実際のストリーム、赤いネットワークはLiDARから派生したストリームネットワークのストララー注文です) データへのリンク:https : //www.yousendit.com/download/MEtSOGNVNXZvQnRFQlE9PQ (2011年5月13日まで有効)

3
地上DEMの橋の高架を考慮して、高架下の水の流れを考慮します
LIDARデータから作成されたベアアースDEMがあります(A)。 うまく機能し、すべての精度テストに合格しています。高潮モデルで使用されます。私たちが抱えている問題は地下道にあります。ある道路が別の道路と交差するときに、地下道を水が流れるようにする必要があります。私の考えは: 1)OSMから橋としてマークされたすべての道路を取得します。 2)交差するすべての交差道路を選択します(交差)。 3)次に、新しい道路セグメントの新しい選択で(2)これらをラスタに変換します。 4)これらの道路セグメントの下のすべてのDEM(A)値を抽出します。 5)新しい道路セグメントでこれらの値の最小値を選択します(2)。 6)この最小値をDEMに書き込みます。地下道を通るチャネルをカットする必要があります。 完全に異なるソリューションを含む、これを達成する方法に関するすべての提案、改善、アイデアを受け入れます。 他のオプションは、単に交差点を取得してこれを拡大するか、シンクを特定してこれから戻ることです。
18 dem  lidar  hydrology  streets 

2
接続された線ストリングをPostGISでグループ化しますか?
一連の属性に基づいて選択した通りのテーブルがあります(それがであるとしましょうspeed_limit < 25)。ローカルに隣接した通りのグループがあります。これらの接続された線ストリングのセットをGeometryCollectionsにグループ化します。以下の画像では、2つのGeometryCollectionがあります。1つは赤い線で、もう1つは青い線です。 私は、次の行に沿っていくつかの「解決、分解」クエリを実行してみました。 SELECT (ST_Dump(st_union)).geom FROM (SELECT ST_Union(geom) FROM roads) sq 私が試したすべてのことで、1つのフィーチャ(ST_Union)または元のジオメトリ(ST_Dumpof ST_Union)になります。 たぶん、何らかのWITH RECURSIVE魔法でこれを行うことは可能ですか?

2
ポイントでラインストリングをカットしますか?
ラインストリングをポイントでカットする最良の方法をチェックしていました。 シナリオは次のとおりです。たくさんの道​​路があり、交差点でカットされたセグメントが必要です。 わかった 線ストリング(ポイントでカットされていない完全な)テーブル st_intersectionポイントテーブル 交差点テーブルでカットされた独立したラインストリングセグメントを取得する必要があります。 私はPostGIS関数を使用していて、いくつかのアプローチを見つけましたが、それらのすべてが何らかの問題を引き起こしています。 これは私がすでにテストしたものです: 1 ラインテーブル:1行、1200行のst_memunionポイントテーブル:1700行(ポイント) 悪い点:本当に多くの時間とメモリのフラッシュが必要です。同時に複数のテーブルを作成できないため、メモリはそれを処理できません。そしてその結果は汚くて厄介です。私に正しい行番号を与える代わりに、後でそれをクリーンアップする必要があります(ここで説明されている交差点でのラインの分割) CREATE TABLE lines_with_messy_result AS ( SELECT ((ST_DUMP(ST_SPLIT(a.geom,b.ix))).geom) as geom FROM st_union_lines a INNER JOIN lots_of_points b ON ST_INTERSECTS(a.geom, b.ix) ); --then need to clean this up create table lines_segments_cleaned as ( SELECT DISTINCT ON (ST_AsBinary(geom)) geom FROM lines_with_messy_result ); …

1
PostGIS2で一連の街路セグメントを街区に変換する方法は?
理論的には、街路が街路軸(LineStrings)で表されている場合、街路ブロック(都市ブロック)のポリゴンを街路から取得できます。 都市のブロックは道路で囲まれているため、道路のセグメントを使用して、内部に1つのブロックのみを含むポリゴンを形成できます。図を参照してください。 これを行う(SQL)PostGIS 2.Xスクリプトはありますか?プラグインソフトウェア?PS:おおよその街区形状で十分です。 説明する 「接続されたラインセグメントのメッシュ」からプロセスを開始すると、次のようになります。1)関連するポリゴンを取得します。2)負のバッファとラインのバッファ減算によってポリゴンを分離します。 例:ポリゴン262(都市ブロックを表す)は、セグメント2496、2494、2369、1513、...によって作成されました。また、隣接するポリゴン263はいくつかの共通セグメントを使用できますが、次に(負のst_bufferまたは別の操作によって)本当に孤立したポリゴンなので、低精度で十分です。 (編集) この特定の問題をより一般的な問題に変換できると思います。一連のストリートセグメントは、一種のテッセレーションと見なすことができます 。つまり、セグメントは平面を隣接する領域に分割します 。都市のブロックはこれらの内部にあります地域。各セグメントは2つのリージョンの側面です。 主な問題は、「テッセレーションのセグメントのセット」を独立したポリゴンに変換することです。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.