How do I "export" multiple closed polyline and modify CSV and "import" it back into civil 3d?
Hi Jeff,
I don't think Data Extraction will give you vertices of a 2D Polyline. (I might be wrong.) Why do you want to change the vertices? Feature Line editing is probably the easiest way to do that.
Dave
Dave Stoll
Las Vegas, Nevada
NVIDIA Quadro P5000 16GB
Windows 10 Pro 64 / Civil 3D 2025
You'd have to explode the PLs then use Dataextraction selecting the Start X, Y and Z. Then edit the file and make it a script to create new polylines.
You could also list the polyline and copy the coordinates from the Text Screen (TEXTSCR).
Allen Jessup
CAD Manager - Designer
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
Sorry, but I think you're oversimplifying it. When doing it the csv way, you may or may not, be successful moving the vertices, but it doesn't consider the final geometric shape and how the coordinates of the vertices will change.
Here's an example (refer to diagram below):
RED rectangle 0.146 x 0.114 (Width x Height) = Actual dimensions with 3 decimals.
GREEN rectangle 0.15 x 0.11 (W x H) = Dimensions after rounding to 2 decimals.
How do the red and green rectangles relate to one another? Given the new dimension after rounding, you may, if you wish, position the rectangles far enough away so their vertices don't overlap. (I don't think you'd do that, but you could if you wanted to.)
Given the circumstances, there's a maximum of one vertex (coordinates) that can be shared between the two rectangles. In this example you can't have more than two vertices overlapping after rounding--it's mathematically impossible.
So the million dollar question is, How do you move the resultant geometry once the new vertices are computed?' And that's still under the assumption (huge assumption) the vertices can be moved in a logical, consistent and rational way.
If you overlap the centroids, is it OK when no vertices overlap?
If you overlap one vertex, how do you choose which one?
What if it's not a rectangle but an octagon, which vertex will you choose?
If you have a cluster of polygons, will some overlap after rounding due to an increase in area? Will some fail to overlap due to a decrease in area?
Chicagolooper
To import export and reimport to redraw them would be to use the Survey Database with cogo points. Then you can draw anything based on the coordinates (old or new). They won't be polylines and will react like featurelines (elevation aware). Then there's always the old school Survey Command line method (haven't used it in a while myself, but doable.)
Rick Jackson
Survey CAD Technician VI
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
labeling it with 2 decimal accuracy doesn't work because of rounding error causing it to not close and I will need to calculate the area which will also be slightly off due to rounding error.
IMO, you should keep all the precision you can in the source geometry. When you label a boundary with bearings (to the second) and distances (to two places) very few would expect that re-traversing those labels would close 1/Infinity. If you reprocessed every legal description you could find, chances are none would close to infinity. However, closure ratios of 1/100,000+ (check local requirements) are considered acceptable and there can always be a tiny variance in the area calculated.
In summary it's an understood circumstance and changing the decimals of the source coordinates is not a good idea, again only my opinion.
DotSoft: The Leading Developer
@jeff.wangD95HG wrote:
So let me get this straight
That's the only way I can think of. Plus you would have to extract one PL at a time and add that to the script file to avoid mixing coordinates between polylines. It should look like this.
_3dpoly
9483.8070,9606.8060,0.0000
9079.7944,9624.4844,0.0000
8579.7409,9739.7847,0.0000
8318.1030,10048.1120,0.0000
7960.5508,10120.9918,0.0000
7737.1592,10227.8891,0.0000
_3dpoly
7957.9924,10455.7706,0.0000
8289.7703,10645.4074,0.0000
7541.8121,10236.5455,0.0000
8211.3569,9550.8304,0.0000
8394.8383,10239.7044,0.0000
I'm still not sure what you're trying to do. It looks like you're saying the polylines aren't closing because the dimensions are too accurate. Usually less accuracy leads to more misclosure.
Can you post an example?
Allen Jessup
CAD Manager - Designer
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
thanks for the help everyone.
This is a procedure that I am doing for a strata plan. I've never done a strata plan before prior to this but based on the feed backs I am getting from my superior I am revaluating and reverse engineering the proper/efficient to get this done efficiently.
step 1 draw the centerline of wall from arch plan
step 2 label them to 2 decimal place
as you can see from the drawing above, if I just label them as 2 decimal place and leave them then the top and bottom wouldn't close.
Also I have been instructed that the labelling are what should be held as "correct" in the plan. In other words, labelling should close and area would be derived from those labeling so anyone without access to the cad file or arch plan can derive the same results.
some additional rules is pretty much all the line work are orthogonal
so what I am thinking is to get a list of all the vertices and aggregate them together if their x or y values are within 0.01 to ensure orthogonal are kept and closes after rounding?
so X: 1.000 and Y : 2.001 and another point at 3.000 and Y:2.006 would become
X 1.00 and Y 2.00 , X 3.00 Y 2.00
instead of
X 1.00 and Y 2.00 , X 3.00 Y 2.01
which would not close and would not be orthogonal
Are you using Civil Label Styles or AutoCAD Dimmstyles?
Allen Jessup
CAD Manager - Designer
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
In that case. I don't see any option other than trying the coordinate export or redrawing them with the correct distances.
Allen Jessup
CAD Manager - Designer
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
<<...I've never done a strata plan before prior to this but based on the feed backs I am getting from my superior I am revaluating and reverse engineering ....>>
Australia boundaries? Based on your explanation and your use of strata plan, are you drawing boundaries for Australian properties, as in condominium ownership?
If you are, you are trying to redraw 'closed' polygons such as a bunch of condo boundaries because you want 2-decimals in their dimensions as opposed to 3-decimal precision. That's strange. Those boundaries represent legal ownership so lengthening or shortening segments of a boundary based on rounding might make messy corners where adjacent boundaries lie and where an individual unit abuts a common area.
You should clarify with your boss before proceeding. All you may need is a change in 'precision' of you dim style from 3 decimal places to only 2.
Just so there's no misunderstanding, can you confirm whether you are drawing property boundaries?
Chicagolooper
@jeff.wangD95HG wrote:
why am I getting the feeling that I am not suppose to draw floor plans using civil 3d and there is a better program out there for this kind of task
I've never had any issues. The question is why are the length of the line segments different that what needs to be used. 6.015' isn't equal to any common architectural dimension I can think of. It's kinda close to an eighth of an inch, 0.010416'. but not quite.
Using the common AutoCAD commands to draw the outlines of floor plans is common. For full Architectural plan. I'd look at Revit.
Allen Jessup
CAD Manager - Designer
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
