[BB]

Actually, just found a decent explanation for the error and a C3D workaround. Here’s what the following handout says:

“NOTE: For this project, the projection has a base unit of US Survey FEET. The GeoTIFF metadata also has abase unit of US Survey FEET. When a surface is created from a DEM, it appears that Civil3D erroneously
assumes that a DEM with a unit of feet is International FEET.

As the tutorial project is working with a state plane reference system, this causes the imported DEM grid to be shifted both south and west of where it should actually land.

One U.S. survey foot is equal to 1.000002 International Feet.

For this tutorial, Civil3D places the surfaces the surface with an error that is scaled from the origin of the stateplane system.

If the project is in meters then this shift will not appear. Note that this error appears to only appear when DEMs are IMPORTED into Civil3D and the units are in US Survey Feet.

Solution: Correct the DEM shift error by moving the surface 6 feet east and 20 feet north.”

[BB]

This issues still exists with C3D 2020. The problem is with Civil 3d (and they’ve known about it for a while). You can check it yourself by simply exporting a surface from C3D as a DEM and then re-import it. You’ll notice that the re-imported surface has a horizontal shift…or translation error, which seems to vary in magnitude. Don’t know a work around other than exporting the surface as a LandXML –> importing into ArcGIS as a TIN –> exporting the TIN as a DEM –> create terrain surface in HEC from the DEM. Hope that helps. If you know of a better solution, please post.

[Author]

Posts