SouthernDrafter
Civil/Environmental
I have used the flatten command to no avail. Is there some new trick to setting all my Z's to 0.00 on a mass scale?
Tek-Tips is the largest IT community on the Internet today!
Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!
-
Congratulations cowski on being selected by the Eng-Tips community for having the most helpful posts in the forums last week. Way to Go!
Change 3d to 2d
- Thread starter SouthernDrafter
- Start date
- Status
You could move the "move up and back" technique which flattens most objects:
Command: move
Select objects: all
xxx found
Select objects: [enter]
Specify base point or displacement: 0,0,1e99
Specify second point of displacement or <use first point as displacement>: [enter]
Command:
MOVE
Select objects: p
xxx found
elect objects: [enter]
Specify base point or displacement: 0,0,-1e99
Specify second point of displacement or <use first point as displacement>: [enter]
Command: move
Select objects: all
xxx found
Select objects: [enter]
Specify base point or displacement: 0,0,1e99
Specify second point of displacement or <use first point as displacement>: [enter]
Command:
MOVE
Select objects: p
xxx found
elect objects: [enter]
Specify base point or displacement: 0,0,-1e99
Specify second point of displacement or <use first point as displacement>: [enter]
![[thumbsup2]](/data/assets/smilies/thumbsup2.gif "[thumbsup2] [thumbsup2]")
,- Thread starter
- #4
SouthernDrafter
Civil/Environmental
A lisp would be great....anyone got one they would share with me?
- Thread starter
- #6
Lets say that you have some lines in a drawing that have different "Z" coordinates. This might be an exploded model, or results of other operations that resulted in lines in the drawings having different Z's. Even if both ends of a particular line have the same Z, it might be at a different Z than other lines, and other lines might all have varying Z's. Some lines are probably also at skewed "angles", with one end at a Z, and the other end at a different Z.
Does that describe your problem? If so, I'd like a little expansion on the move-all-Z approach posted before mine.
I'm limited in my understanding of the suggestion by my understanding of the move command. If I move all, all coordinate points move as a body, maintaining their relationship to each other. This would seem to suggest that lines with varying Z's would still have varying Z's, just shifted to the new position as a result of the move operation. What am I missing if the intent is to change all coordinates to Z=0 of a particular plane?
If that's the intent, any of the hundreds of lisp routines "routinely" available should be able to solve the problem. I've even used grips (long slow process) when the employer wouldn't allow external routines (whew) ! Painful, but it works.
I'd love a bit of expansion on my question, though.
Anyway, good luck!
C. Fee
Does that describe your problem? If so, I'd like a little expansion on the move-all-Z approach posted before mine.
I'm limited in my understanding of the suggestion by my understanding of the move command. If I move all, all coordinate points move as a body, maintaining their relationship to each other. This would seem to suggest that lines with varying Z's would still have varying Z's, just shifted to the new position as a result of the move operation. What am I missing if the intent is to change all coordinates to Z=0 of a particular plane?
If that's the intent, any of the hundreds of lisp routines "routinely" available should be able to solve the problem. I've even used grips (long slow process) when the employer wouldn't allow external routines (whew) ! Painful, but it works.
I'd love a bit of expansion on my question, though.
Anyway, good luck!
C. Fee
C. Fee,
You're right that in theory the move z's to a high value and back shouldn't change the relative endpoint differences. But AutoCAD can't keep track of the high numbers, and the z's all end up at 0.0. This method works with most common object but may not work with solids or nested blocks. You are right to be skeptical, try it on a line of varying z and see what happens!
Carl
You're right that in theory the move z's to a high value and back shouldn't change the relative endpoint differences. But AutoCAD can't keep track of the high numbers, and the z's all end up at 0.0. This method works with most common object but may not work with solids or nested blocks. You are right to be skeptical, try it on a line of varying z and see what happens!
Carl
- Status
Similar threads
- Locked
- Question
