Drone2Map Project Eenheden versus Weergave

Question

Gebruikmakend van 2022.1.1 meest actueel, en heb geweldige Modelproducten met gebruik van GCP's en Controlepunten. Duidelijk het Project Coördinatensysteem gedefinieerd aan het begin in "UsFt" (Geprojecteerd) en correcte Z (Hoogte) in UsFt. Na het verwerken van de DEM/DTM, toont het controleren van een Puntenlocatie dat de Waarden in METERS zijn..... maar in feite zijn ze correct voor "UsFt".<\/P> Simpele vraag, wat heb ik gemist waardoor de Mensuratie Resultaten in METERS aangeven terwijl de waarden werkelijk USFT zijn? Bijgevoegd is een afbeelding uit het project, en je kunt zien dat de USFT cursorwaarden DEZELFDE zijn als de Mensuratie Resultaten die METERS aangeven (b1 gegeven gekozen punt).<\/P> Heb hetzelfde probleem met de Orthomosaic en de 3D Puntenwolk.<\/P> Wanneer ik uitvoergegevens naar OpenRoads Designer (MicroStation DGN) stuur, geven de header-eenheden METERS aan, dus worden importen niet correct geplaatst.<\/P> Alle hulp over waar ik verkeerd heb gedefinieerd wordt gewaardeerd. Alvast bedankt.<\/P> <\/P>

IaGeoff · Answer

Just to post for reference, if used a respective SPC (State Plane projection) in Meters, project data Exported and correctly Reprojected into DGN to UsFt in different projection desired (an Iowa RCS Zone).  Appears someone else in our organization ran into same issue as well...... so thought I'd mention.

IaGeoff · Answer

Thought I'd add details from the Processing Report (as defined for Project), just to support the DTM values that state METERS.... yet are truly the Projection defined in UsFT.

Coordinate Information
Image Coordinate System GCS_WGS_1984/VCS:EGM96 Geoid
Project Coordinate System NAD_1983_(2011)_IaRCS_zone_7/VCS:NAVD88 height (ftUS)
Control Points Coordinate System NAD_1983_(2011)_IaRCS_zone_7/VCS:NAVD88 height (ftUS)

IaGeoff · Answer

Appreciate reply, and comparison of Inputting Values vs. Importing file.   Definitely appreciate time.