AutoCAD 2010/2011/2012 DWG Format

[#1]

I'm using AutoCAD 2011.  Lately I'm having lots of trouble getting LWPOLYLINES to join, end-to-end.  They were all created with the same UCS on elevation zero.  Some are arcs, and some are straight segments.  I've used PEDIT, MPEDIT, JOIN.  Nothing works.  They are definitely end-to-end.  What am I doing wrong?

[#2]

Hi,

>> Nothing works

What message do you get from AutoCAD

Can you  upload a drawing with at least a few of these geometry objects for us to try?

- alfred -

[#3]

>>What message do you get from AutoCAD?

It just says "0 polylines joined".

Unfortunately, I can't email you the drawing because we couldn't wait for a solution.  My workaround was to erase the arcs and redraw, simulating the arcs with regular polylines (not LWPLINES).  It doesn't look nearly as nice, but that's the only thing that seems to work.  I have a LSP routine (CONVPLNES) that converts LWPlines to the old PLINES.  Even that would not join the ARCs to the PLINEs that are most certainly end-to-end.

[#4]

I know you said you checked the UCS, but it would hurt to run the "flatten" command to see if that improves things.

Unless, you've already tried that.

[#5]

Yes, I did already try that.  Still no luck.  Next time I have this same problem, I'll save a copy of the drawing and upload it to you.  Thanks for trying to help.

[#6]

also:

1.) is PLINEACCEPT set to 1? if so, when using PEDIT, then chosing [M], are selected non-polylines converted into polylines (as expected)? (there's no immediate feedback on any succesful conversion but any converted entity should remain a polyline if you then escape the PEDIT.)

2.) provided they are, i.e. all selected entities now are polylines, when then you chose the JOIN option for joining these selected polylines, do you get different results when increasing TOLERANCE at the prompt?

[#7]

There's no PLINEACCEPT command or system variable in AutoCAD 11.  The arcs and LWPlines were created end-to-end with OSNAPS, so tolerance shouldn't be an issue.  I was very careful to make sure they were end-to-end.

[#8]

my apologies, it's PEDITACCEPT (as opposed to plineaccept).

on the risk of sounding pedantic, have you 1.) confirmed that the selected entities are indeed converted into polylines (either via systemvariable or prompt)? and if so, have you 2.) tried increasing the tolerance?

to explain: OSNAP may work perfectly accurate, however all point properties need to be stored as x,y and z-coordinate etc in the .dwg database until some time later they may be used by the JOIN routine. as a user, it's obvious the points should connect, however, in computing terms it's handling x numbers to the yth decimal. setting a TOLERANCE simply tells acad to take it easy and put 1 and 1 together.

[#9]

PEDITACCEPT is set to 1.  Next time I'll try to change the tolerance to see if that works.

I did definitely check to see if they were indeed converted to PLINES.  They all were except that the arcs were listed as ARCs (not polylines).  Do the arcs have to list as PLINES in order to do a join?

[#10]

also - it used to be a problem if you had polylines going ---> <----- (opposite directions at the join).  Try using the new "reverse" command and joining.

I usually chicken out & use "mapclean" through Map3D / C3D that resolves this issue - probably doesn't help you tho