When I tried to import surfaces from landdesktop 2008 to civil 3d 2012 it wouldn't let me import anything but description keys. Is that because there were too many surfaces? Maybe the dwg was too big?
Solved! Go to Solution.
Solved by tcorey. Go to Solution.
I've never heard of any issues with importing LDT surfaces. Are you sure you chose the correct path for the project? It's been a while but I belive you have to specify the project path and the project. Try messing around with those a bit (go one or two directories higher or deeper and see if that changes anything).
Brian, you're exactly right. I have seen soooo many times users with projects stored in some strange places.
To the OP: The problem is with the nomenclature "Project Path." This makes it sound like you should pick the project folder when you use the Browse button to the right. That's wrong.
The Project Path is the parent folder of a group of projects. If this setting is used correctly, you should have just a few options in the pulldown, the list of project parent folders.
A coomon practice is to group projects by year, so Project Path might equal P:\Projects2014 or P:\Projects2013. Any folders that exist at the top level within a Project Path are considered projects. A project might look like this: P:\Projects2014\14-001 and it would contain sub-folders Align, dwg, Terrain, COGO, Parcels, etc.
What happens is users hit that Browse button to the right and they browse down and pick the project directory instead of its parent. Land Desktop thinks folders within this Project Path are projects, so the drop down list of projects lists Align, dwg, COGO, etc. instead of 14-001, 14-002, 14-003, etc.
Your task is to determine what Project Path you had set in Land Desktop when you created the TIN you're now trying to import into Civil 3D. Search for *.TIN.
If you did make this mistake, don't feel bad. I have seen this problem literally hundreds of times and just last week had a support issue caused by this, even though Land Desktop's last version was released almost six years ago.In my opinion, it's Autodesk's fault for lax programming, but that's a complaint for an era long past (in sofware years.)
Best wishes to everyone for a happy 2014,
Tim