Line with incorrect bearing

[J-Porter]

We have several drawings that are having this issue that I just cannot figure out.  There are lines drawn in, but give the incorrect bearing.  I can draw another line on top of it and that line will have the correct bearing.  Take a look at the video I'm providing.

[MMcCall402]

Please post a drawing with this behavior.

[J-Porter]

This is happening in multiple drawings. The one that I used in the video is posted.  

[Pointdump]

Hi Jason,
Thanks for posting the drawing.
There's a lot of warning bells, like 8196 registered applications, a SNAPANG of 63d0'0", and a non-world Plan.
When I did a -PURGE >> All, the drawing froze, and I had to Ctrl-Alt-Delete.
Could we chalk this up to a corrupt template?
Dave

[J-Porter]

Dave!!!!  Glad to see you here. As always, thanks for your input.  

Hmm!!!!  I thought I cleared out all those regapps (these come in from several blocks they use - I've warned them).  I must have sent you an older file.  I looked at the snapang as a possible culprit, but why would it not be doing this for every line?  And I addressed the UCS by resetting it.  None of those worked.  I ran an audit on the file and it only had one error.  I didn't want to purge everything because in their original drawing they won't be able to, but I did anyway and the drawing didn't lock up for me.  

I'd like to chalk it up to a corrupt template, but they just started having these issues within the last month.  And it's only happening in a few drawings.  The weird thing is that it's happening only to a few lines.  The only workaround it draw another line over the existing or flatten all the problem lines.  

[Jeff_M]

@J-Porter The linework has been extruded. Did the drawings have data inserted from a Microstation file? I as because i have seen similar issued from those files. In the below image the listing on the left is 'Normal', the one on the right is from the line labeled incorrectly.

[m_perryFNZ2G]

I have a question about your magenta line. How did you draw that?

I can hover over it and get the b/d with the N62°53'53"W 208.68' every time. I noticed that even after flattening same result. Did you have some sort of view twist going working when you drew it or a UCS set other than World / Plan? I even copy/pasted it into our template and got your N00°10'41"E 208.68'  to show. And as your created the line flattened or not and got the N62... result. 

[J-Porter]

@Jeff_M, not sure if the drawing has Microstation data.  The user who informed me of this is one of our surveyors, so I would guess not, but I can definitely check.  

Thanks for the insight. 

[J-Porter]

@m_perryFNZ2G, the line was drawn using the command line input @distance<bearing.  Yes they were using a twisted UCS in model space.  I don't like that because I've seen some negative results with labels.  I prefer to leave model space alone and DVIEW twist in the viewport.  Regardless, the weird thing is that they drew all the other lines in the project the same way.  It's just some lines that are giving them incorrect readings.  I suspect the fact the magenta line was drawn with it's first point snapping to another line may have something to do with it as well, but again, I've done that many times and even if the line is drawn with different elevations at it's endpoints, the bearing should be correct.  To give you an idea, this is what the drawing looked like before I removed everything just to focus on the line:

[m_perryFNZ2G]

Well, I would have them provide you with the drawing done without a UCS view twist in modelspace as you mentioned. Otherwise, you are like you say are going to get the wrong bearing/dist. I don't know of a way to reverse that UCS twist they employed. Maybe if they gave you the UCS angle that they used you could reverse it.  But that makes me Wince. 

[doni49]

I don't know the cause (or the fix) but I opened the dwg file posted as message #3 in this thread.  I did nothing but rotate the two lines.  When I did so, the label that was incorrect, changed such that it was close to correct -- it's off by seconds.

[J-Porter]

Weird.  I did not get that result.  I rotated them individually and together.  Neither provided me wit anything close to the same bearings.  

[tcorey]

Something weird, if you change the endpoint elevations of the screwy line, the bearing label changes. It makes no sense. 

[J-Porter]

@tcorey, thank you for verifying I'm not crazy.  It is very weird.  

And what's even weirder. . .select both lines and edit their start and end Z's.  The yellow line bearings do not change.  Nevermind the X's.  I expect those to skew in a 3D world.  

[tcorey]

If you _Flatten that line, you can label the resultant polyline or explode the polyline and label the resultant line. It seems to have fixed it. 

[J-Porter]

Yes, flattening does fix it, but some lines in the drawing need elevations.  So this isn't a viable option.  It's just plain weird how the elevations are effecting this line but not the other.