nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

RTK写真のために楕円体高の設定を追加してください。

JamesBurton1

新しいプロジェクトを設定する際に楕円体高の設定が欲しいです。私たちのRTK写真は楕円体高を参照していますが、3D製品は正規高／ジオイド高で出力したいです。地上制御を使用すると正しい高さで出力されますが、すべての作業で地上制御を行いたくありません。特にRTKの精度が既に非常に良い場合はなおさらです。処理後に高さを調整することは完全な解決策ではなく、すべての製品で可能でもありません。その後、それらのレイヤーを公開するときにはAGOLで再度高さ調整をしなければなりません。処理後に3Dシーン用の製品が正しい高さになることを望んでいます。<\/P>

タグ付きの投稿をもっと見る

Closed

Status: Closed

MarkBarker1

Hi @JamesBurton1 ,

When are you initially adding the imagery to the new project page what coordinate systems are you defining for the image coordinate system?

Assuming this is the same project you were posting about in the other community post, then you are currently accepting the default of GCS: WGS_1984/VCS: EGM96 Geoid. Your RTK drone is likely collecting in a specific vertical ellipsoidal coordinate system, so the first step before you do anything else would be to make sure that you are defining both horizontal and vertical image coordinate systems correctly.

Once the image coordinate system is defined, you would then define the project coordinate systems. Drone2Map will automatically apply a transformation when processing, so products go from the image coordinate system to this project coordinate system.

The difference between your RTK image vertical coordinate system (ellipsoidal) and the project vertical coordinate system (orthometric) is the height above ellipsoid. So, if you are seeing the offsets as you mention that would be the first thing to review.

Are you able to provide a processing report from a project processed without ground control?

Regards,

Mark

JamesBurton1

Hey @MarkBarker1,

Appreciate the reply, can't attach a PDF in an idea post. I am working with several projects at this point which were flown with RTK corrections from the State of Utah CORS network (TURN). I have processed my data using the default GCS (WGS_1984) and VCS (EGM96 Geoid). I am trying to output my data in PCS:NAD 1983 (2011) State Plane Utah Central Meters and VCS:NAVD88 Height (meters). I continually get an output that is 17 m, give or take, below the orthometric web scenes. I've stopped using the Fixed Images for RTK since it didn't appear to work, and it appears that would force my data to have an offset by using the ellipsoid height.

Beyond that configuration, I have tested other GCS and VCS like the TURN networks (NAD83 (2011)) to try and use an ellipsoidal VCS instead of the EGM96 Geoid. Keep getting this negative vertical offset unless I use ground control.

Feel free to follow up outside this thread.

James Burton

jburton@msd.utah.gov

JamesBurton1

This Idea is no longer needed. The solution to the ellipsoid to geoid projection not working is the following link. You must have the ArcGIS Coordinate System Data program installed. https://community.esri.com/t5/arcgis-drone2map-questions/rtk-ellipsoid-height-to-orthometric-geoid-height/m-p/1328360#M1382

会話に参加する

投稿、コンテンツのフォローなどにはサインインしてください。初めてですか？無料で登録しましょう。