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

1
投影されたDEMデータと投影されていないDEMデータからの流れの方向の計算と流域の描写
これは、NAD 83にある10mのDEMから導出された投影データ(Albers Equal Area)と非投影データ(NAD 83)のある盆地の描写に関する影響についての同僚との議論から生じた理論的な質問です。 投影することを決めた場合に、投影されていないデータから計算された値が単純に調整されるため、問題ではないと述べている人もいます。 ただし、地理座標系のデータと投影データには本質的な違いがあるため、これが当てはまるかどうかはわかりません。投影されていないDEMデータから始めてルーチンを実行する1つの例を試し、次に投影されたDEMデータで同じサイトをテストしました。10m DEMデータを使用して、両方の手順が実行されました(すべての作業はArcGIS 9.3.1で実行されました)。 1回目の実行はNAD 83のDEMを使用して実行され、2回目の実行は同じDEMをUSA_Contiguous_Albers_Equal_Area_Conic_USGS_versionに投影することで実行されました。 ジオプロセシングFlowDirection_saツールを使用して流れの方向を導き出す FlowDirection_saツールを使用してフローの蓄積を導出する 50メートルの距離を使用して流動点をスナップします Watershed_saツールを使用して流域を描きます 2つを比較すると、Flow Directionグリッドの表示に視覚的な違いがあることがわかりました。 注:その後の調査の結果、ストライプ効果は、CUBICリサンプリングを使用せず、ArcGIS Project RasterツールのデフォルトのNEARESTを誤って使用したことが原因であると考えています。しかし、これがこの議論に何らかの解決策を提供するとは思わない... 投影されていないDEMを使用した流れの方向 投影DEMを使用した流れの方向 視覚的な比較は100%科学的ではないが、良い出発点になり得ることを理解しています。 したがって、流動点と実行ごとのスナップ方法には違いがありました。また、それぞれの投影/非投影データセットに基づいてスナップ流動点ツールがどのようにスナップすることを決定したかによって、派生流域に明確な違いがありました。緑色で示された分水界は、投影されたDEMおよび後続の投影された標高微分データを使用して得られた分水界です。紫色のアウトラインに示されている流域は、投影されていないDEMデータを使用して導出された流域です。 流域 古いESRIフォーラムでこの問題について議論している他の2つのGISフォーラムスレッド(以下のリンク)に出会いましたが、Flow Directionツールが投影データと非投影データに対してどのように機能するかについてはまだわかりません(理解しています)しかし、水文学的な流れと流れの方向の概念)。投影されたDEMと投影されていないDEMで各セルが同じ標高値を持っている場合(これは正しいですか?)、投影データとNAD83のDEMデータから派生したフロー方向ラスターに違いがあるのはなぜですか? http://forums.esri.com/Thread.asp?c=93&f=995&t=292503 http://forums.esri.com/Thread.asp?c=93&f=995&t=290652 また、バージニア州のシェナンドー国立公園のような高緯度で描写を行う場合とテキサス州で描写する場合の違いは、理論的には問題ではないでしょうか? 地図作成の専門家に話を聞いたところ、赤道から遠ざかると東西の歪みが問題になる可能性があると考えました(カナダの地図が極端に肥大化して歪んでいるなど)。赤道から10度離れた緯度では、正確性に関心がある場合、投影されたデータが進むべき方法であると考えていました。 主要な不明点の1つは、処理しようとしている未投影データを使用して描かれた盆地の不確実性のレベルです。違いはありますが、大きさは何ですか? この議論への直接的な答えを提供できる人、またはこれに関する有益な洞察に感謝します。 編集 私たちが興味を持っている/懸念している主な問題は、投影されていないDEMを使用してプロセスを開始した結果として、描写された流域に精度の問題があるかどうかです。 それで、もし私が返事を理解しているなら、輪郭を描かれた盆地は、流動点の排水エリアを表すという点でうまくいくはずですか?ただし、流れの方向が間違っていると、最終的な分水界で何らかのエラーが発生します。 これは非常に興味深く、本当に重要なトピックです-流域を描くために国連で投影されたデータを使用してもよいという報告や文書はまだ見ていません。Spatial Analystエクステンション(水文学ツールを含む)の主任開発者エンジニアが率いるESRIユーザー会議のテクニカルトークを通じて、等しい面積の投影(Albersの等面積)も使用する必要があると述べました。 同様に、これを実行するための信頼できる「聖書」の標準はないようです- 標高の導関数を計算する前にデータを投影する事実上のアプローチとして、ほとんど認められているようです。 これが流れ方向の計算にどのように影響し、その後の流域の描写に影響するかについて、簡潔で簡単な答えを見つけることができませんでした。 そして、投影されていないDEMデータを使用して輪郭を描かれた流域で作業し、それらの流域を投影する場合、不正確さはまだそこにありませんか(例えば、流域面積や土地被覆率などの他の特性の決定に関して)? さらに、ソースデータが投影されていないため、投影されていないDEMから派生したフロー方向ラスタを投影してもエラーが修正されないと想定しています。 おかげで-あなたが提供できる追加の洞察力に感謝 編集-20110331 @whuber: この広範な議論に感謝します。私たちはこの問題をさらに調査しており、実際には、流れの方向、流れの累積、輪郭を描く前にDEMを投影しない方が良いことを示唆するいくつかの参考文献に出くわしました。 1.)プロジェクトDEM 2.)デリバティブの作成OR 1.)デリバティブの作成2.)プロジェクトDEMの質問: …


2
水流を地図作成する方法は?
侵食の研究のために急な斜面の水流をモデリングしています。スクリーンショットから、ArcGISベースのフロー解析の結果を確認できます。これらの動線を生成するために、私は凹みのないDEMを生成し、流れの方向を計算し、最後に流れの蓄積を計算しました。ラスターフロー累積積は、ArcScanでベクトル化されました。 この方法は水路を表示するのに非常に役立ちますが、マグニチュードや蓄積の視覚的な尺度を提供しません。急峻な表面を横切る水の流れをより良く表現して、大きさや蓄積を表現するにはどうすればよいですか?

1
非投影データと予測データを使用して行われた計算のエラー評価
この質問は、「投影データと非投影データからの流れ方向の計算と流域の描写」という題名の質問に基づいています。 投影対非投影DEMデータからの流れ方向の計算と流域の描写 ただし、これは完全に別の質問です。前述の質問では、球形/投影されていない地理座標系のデータでユークリッド距離を想定するアルゴリズム(ArcGISフロー方向など)の使用に問題があることが判明したためです。 地図の投影は、オレンジの皮を取り、それを机の上で平らにしようとするようなものであることがわかっています。地図の投影によって本質的にいくつかのエラーが発生します。ただし、特にデカルト/投影された平面サーフェスを想定する計算を実行している場合は、投影の利点により発生するエラーが相殺されるようです。この場合、私が興味を持っているアルゴリズムは、データが投影されていることを前提とするArcGIS Flow Directionアルゴリズムです(これは、私の研究に基づくほとんどのアプリケーションで採用されている前提です)。これは、距離の計算にユークリッドアプローチを使用しているためです。 私の質問は、非投影DEMデータ(地理座標系のDEMデータ)と投影データ(適切な投影などのDEMデータ)を使用して、特定の調査地域の流れの方向を計算することで発生する可能性のあるエラーをどのように定量化できるかです。 UTMまたは何かコンフォーマル)? 確かに、投影されていない同じDEMデータを使用して、流れ方向ラスターを導出できます。しかし、それではどうでしょうか。私たちの目標は、できる限り正確に地球の表面をモデル化することです(そして、元のDEMなどを作成するプロセスで発生する可能性のあるエラーには対処していません。これらは、私に関する限り一定です)。 ....投影されたDEMから導出された流れ方向データの方が優れていると想定し、2つのラスターの個々のセル値を比較して、(通常のD-8モデルのコンテキストで)方向の値が異なるセルを特定します)?これを行うには、投影されていないデータから派生したフロー方向ラスタを取得し、投影されたフロー方向ラスタで使用されているのと同じ投影法を適用する必要があると思います。 最も意味のあるものは何ですか。また、投影されていないDEMを精度のベンチマークとして何と比較する必要がありますか。 数学の方程式の細部に入ると、それを理解する人にとって、地上レベルでの証明が得られ、一部にとっては十分かもしれませんが、それだけでなく、数学を十分に理解しているが、危険なほど地理/ GISを知っているだけの場合は素晴らしいでしょう(理想的には、両方のレベルがハードコアな地理オタクと平均的なGISのやり手と共鳴するのが良いでしょう)。より高いレベルの人々にとって、証明は数学にあると言って、おそらく議論の余地があるかもしれません-私はもっと具体的なものを探しています(たとえば、政府のある種の非効率性にドルの数字を付けるようなものです)。 これをどのように定量化できるかについての考えやアイデアがあれば、大歓迎です。 トム

3
河川勾配を決定するためのワークフロー?
データに関する限り、私はNHD .shpファイル、10m DEM、およびいくつかのLIDARデータを使用しています。 私の目標は、ストリームのネットワークの100mセグメントの勾配を決定することです。 私はすでにこれを行うことができますが、特に分岐ネットワークをまったく処理できないという点で、私のワークフローは理想的ではないと思います。 もしあなたがすべてこれに取り組んでいるなら、どのようなステップを使用しますか? さらに、この問題についてここに投稿しました。自分の目標が何であるかを説明するのにはるかに優れた仕事をしたと思います。

4
GRASSの洪水モデリング?
洪水モデリングシステムを作成しようとしています。このシステムは、主に河川氾濫シミュレーションと降雨シミュレーションの2つの部分で構成されています。これを行うには、GRASS 6.4の最新バージョンを実行しています。また、CGIARから入手したSRTMを DEMとして使用しています。 シミュレーションを実行するのに最も適切なコマンドは何ですか?例 テラフロー また、河川に基づいて洪水をモデル化しているので、HEC-RASを使用することをお勧めしますか?それはGRASSを作った同じ人々によって作成されました。:) 私はエンジニアというよりはプログラマーです。これは、私の学位の一部としてシミュレーションシステムに取り組む初めての試みです。 現在のところ、降水量(疑似コード)の計画は次のとおりです。 int i = 0, j = 0; int passes, numberOfmesh; double rainAmount; double store1[][]; double store2[][]; numberOfmesh = getTotalMeshCells(); passes = computePasses(numberOfmesh()); rainAmount = getRainAmount(); /* rainAmount corresponds to the input of the user in the textfield. store1 contains the elevation and …
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.