carlson stake tin booby trap Or XML
I have be using Sokkia GSR 1700 CSX with carlson ver 2.41
XML is software tool to move data around system to system
In C3D 2009 the tin that is outside the boundary is still there..
HIDE boundary just removes the tin surface outside the boundary from display
and calcs
If one removes the boundary in C3D the hidden unwanted tin lines appear
The XML import into SurvCE for tin stake out relative to some
alignment is a nice grading tool in the limited testing done so far
The CATCH is that the tin you have in XML import into SurvCe will
not apply the boundary and you can stake / grade unwanted tin
outside the desired area plus any surface edit like flip face / erase line
This lack of application of boundary is a Carlson issue
The work around is to explode the C3D surface to
3d faces and then dxf R12 to SurvCe to stake / grade
Sample
Exc.dxf the excavation to be made
Ogr2.dxf the original ground line tin
Toe.dxf the 3d poly alignment to know where you are
on the tin
The problem with XML is it contains the tin and edit
history and the edit history is not being applied to the
import of tin by xml into SurvCe
Peter K
Carlson SurCe Ver 2.41.1
New Allegro CX Ver 1.07a PIC 1.01 Logic 12
Geo 650 robot # 79 Firmware 696-03.08
Geo Radios @ 458.525 Mhz Ch 1
Sokkia Gsr1700Csx RTK L1 Two rovers, One base
post process soft Spectrum Ver 4.21 L1 dongle
Satel 3AS 1 watt, Stubby, 15cm, 30 cm GainFlex
Computer Hp Pavilion Core2 Quad
Vista 64
Nvidia Geforce 9500 GS 512mb Video Card
Autodesk C3D 2009 subscription stay here
I don't know what the hell you just said. As for Carlson Survey 2008, I don't have any problems with TIN showing up when unwanted. As I remember, XML was the precursor to 2004. Maybe you should upgrade.
Anyway, your communication skills may work fine for you, but this Texan didn't get the drift. Maybe you and RADU should go bowling. It seems you both speak in the same broken dialects like skipping steps in a math problem.
Yes Kris a few steps are missing
I should of said LANDXML not carlson Xml
LandXml is a current industry standard to move design data between softwares
I can send a road design from C3D 2009 to Carlson Survey CE, but the problem is the total info in LandXml import is not used like trim tin, flip face etc.
The raw surface on drawing open in C3D is loaded then the edits applied to the surface then that surface is displayed on screen to work with. Thats my take anyways on C3D.
This approach may be for all history based items like feature lines used in gradeing etc
Its a tough one to support in the recieving software ie carlson Survey CE data collector to support history based items.
It is really a strange way to display a surface or other object in C3D but you can undo a edit in C3D in by picking that tin line from a list a week later.
What i am getting at is the what you see on screen in C3D is not what you get on another software after import some things a lost unless the receiving software looks for the history to be applied
I may be wading in here where I likely don't belong, but if I remember correctly, there is a way to export the C3D surface to LandXML as tin lines (legs of triangles? or something like that) instead of 3D faces. Have you tried that?
Also, in the Carlson 2009 and 2010 products, there is an option for importing a C3D surface. This will also convert it into lines instead of faces.
Hope this helps rather than hurts... I may have some time late on Thursday to look at C3D to find what I'm talking about if you need me to - just let me know.
Jennifer
The problem is that LandXML will transfer the TIN points and the lines that connect them but it will not include any of the information used to create the surface.
This means that when Civil3d reads in the file it has to build the surface from the available data, with no boundary.
OK, gotcha. Wish I had a better answer.
Jennifer
