Settings > Drawing Settings > Units and Zone SETUP DRAWING COORDINATE SYSTEM ZONE AND UNITS
2.Settings > Surface Style
Surface > Create
4.Prospector Tab > Surfaces > Surface1 (+ EXPAND)
DEM > Add
Select DEM file (USGS ascii format)
Set CS Code
Set Null Elevation
Note files in the DEM.SDTS.TARgz format can be converted to the USGS ascii format using MICRODEM (a free download from USNA)
DEM files are usually in UTM NAD 27 METERS need to know the Projection (NAD 27 or NAD 83) and the Zone)
Wizard only works in same projection. Have to fill in the Systems in the lower Window for a transform.
When I create a new TIN surface, then set my GeoTIFF file as DEM input source, set the CS codes correctly and import, the horizontal projection is adjusted correctly, but it won't convert the vertical projection to feet. However, if I create a new Grid surface and select my GeoTIFF file as the DEM input source, I cannot select a CS code for the DEM file. I do notice that in the "DEM file information" area the coordinate system is being read from the file. When I go ahead and import the surface, the vertical is adjusted to feet, but the horizontal is not transformed.
DEM files are not always in UTM NAD 27. I have to use what I have, which is Lat/Long NAD 83.
Greetings! In Civil3d 2011, I started to play with the point cloud to take the ddf files to create surface. What I am curious to know is that the DEMs are in meters and I am looking to work in US feet...it would appear that if I have my drawing setup for the same zone and projection and I specify that the ddf are to be in the same format, does that mean that point clouding converts the meters into feet and places the file into the proper coordinate system? I am not sure if I need to make any adjustments or where to begin to verify that the information is good and viable to use for preliminary project work. Thanks! PS I did go through the tutorial and this was not addressed.
Dilbert's Salary Theorem: Postulate 1: Knowledge is Power Postulate 2: Time is Money. Power = Work / Time. Since Knowledge = Power,
then Knowledge = Work / Time, and Tme = Money, then Knowledge = Work / Money. Solving for Money, we get: Money = Work / Knowledge.
Thus as Knowledge approaches zero, money approaches infinity, regardless of the amount of work done.
I wrote a blog post on this topic a while back and I remember coming across an issue something like this. I believe the solution was to create a regular surface and add the DEM file to it. If you create a surface from a DEM file, things acted weird.
just a thought, what happens when i bring in the DEM in one dwg, then insert that dwg into a new dwg as a BLOCK, with a Z scale of 3.2808?