Topic: Drawing with strange crosshair rotation

[alanjt]

I have a drawing (blank) that, when I correct the UCS icon and viewcube, the crosshairs are rotated. I've checked the ucs and snapang, but can't think of what else it might be. Any help on this would be greatly appreciated.
The attached drawing is saved in 2011 (civil 3d 2011).

Thanks guys.

[Rob...]

Set VIEW to plan.

[Lee Mac]

VIEWTWIST =/= 0

[Rob...]

VIEWTWIST is read only for me.

[alanjt]

Set VIEW to plan.

That corrects it, but if you check your UCS, it's displayed as "Unknown" and if you reset it back to "World", it changes the ucs/viewcube back to the was.

[Lee Mac]

VIEWTWIST is read only for me.

Code: [Select]

Command: DVIEW

Select objects or <use DVIEWBLOCK>: [Enter]

Enter option [CAmera/TArget/Distance/POints/PAn/Zoom/TWist/CLip/Hide/Off/Undo]: TW

Specify view twist angle <3.09>: 0


[alanjt]

Viewtwist is zero.
I'm puzzled as to why "Top" would not be considered "world".

[Rob...]

I could have sworn that changing the view fixed it the first time I tried it. DVIEW does it.

[alanjt]

I could have sworn that changing the view fixed it the first time I tried it. DVIEW does it.

Not on my end. DVIEW always displays as zero.

Lee, was that 3.09 what the drawing is displaying on your machine?

[Rob...]

I got 3.09, as Lee posted.

[Lee Mac]

Lee, was that 3.09 what the drawing is displaying on your machine?

Yes; drawing downloaded & opened, no other modifications performed other than using the DVIEW command.

[alanjt]

I got 3.09, as Lee posted.

Lee, was that 3.09 what the drawing is displaying on your machine?

Yes; drawing downloaded & opened, no other modifications performed other than using the DVIEW command.

What the hell?!?
I checked that and the viewtwist is 0.

[Lee Mac]

I'm puzzled as to why "Top" would not be considered "world".

I see what you mean -
I believe it is standard behaviour that setting View to 'Top' will use an unnamed UCS until the user explicitely sets the UCS to WCS; however, in your drawing, when setting the UCS to World, the WCS axes rotate marginally clockwise... 

[alanjt]

I'm puzzled as to why "Top" would not be considered "world".

I see what you mean -
I believe it is standard behaviour that setting View to 'Top' will use an unnamed UCS until the user explicitely sets the UCS to WCS; however, in your drawing, when setting the UCS to World, the WCS axes rotate marginally clockwise... 

And we're back to square one. 

[CAB]

Have you done an Audit?

[alanjt]

Have you done an Audit?

Yes, but what might that do?

[Rob...]

I'm missing something here. I thought it was straightened with DView/TWist. Is that not working for you?

[alanjt]

I'm missing something here. I thought it was straightened with DView/TWist. Is that not working for you?

No. When I check DVIEW twist, it displays as zero. I never get the "3.09" twist. Nothing has been resolved on my end.

Would one of you mind saving the drawing (2011 format) and posting the drawing back so I can see?

[CAB]

Have you done an Audit?

Yes, but what might that do?

If something was broken I thought it may allow you to fix it.

[alanjt]

Have you done an Audit?

Yes, but what might that do?

If something was broken I thought it may allow you to fix it.

No such luck.

[Rob...]

This is after changin DVIEWTWIST to zero.

[Lee Mac]

I'm missing something here. I thought it was straightened with DView/TWist. Is that not working for you?

You can straighten the crosshairs with DVIEW/TWist, however, when setting the UCS to World, the WCS axes will be shifted in the opposite direction by the same amount (3.09 degrees); straightening the WCS axes will set VIEWTWIST back to 3.09.... and around we go again 

[alanjt]

I'm missing something here. I thought it was straightened with DView/TWist. Is that not working for you?

You can straighten the crosshairs with DVIEW/TWist, however, when setting the UCS to World, the WCS axes will be shifted in the opposite direction by the same amount (3.09 degrees); straightening the WCS axes will set VIEWTWIST back to 3.09.... and around we go again 

I'm still beyond perplexed as to why I can't see the 3.09 value. So odd.

[Rob...]

That's not what is happening here, using ACADMEP 2011. The original file has UCS already set to World. DView changes it to be aligned with view. Quite odd that it works here.

[alanjt]

That's not what is happening here, using ACADMEP 2011. The original file has UCS already set to World. DView changes it to be aligned with view. Quite odd that it works here.

Yes, but is your viewcube, ucs icon correct (see Lee's posted image)? Even when I open the drawing you posted, it looks just as the original I posted does.

[Rob...]

I now see. I had viewcube turned off for 2D. Turned it back on and while the UCS is aligned to the view, the viewcube is skewed by probably the 3.09.

[Jeff_M]

The GEOGRAPHICLOCATION north direction is not at 0.

[alanjt]

The GEOGRAPHICLOCATION north direction is not at 0.

Fantastic. I wonder if newer versions of cad (or nonCivil3d) see that change in the viewtwist.

Does this have any adverse effect on the drawing if I just set it back to zero?

Thank you, Jeff!

[Jeff_M]

I haven't seen anything bad occur due to this issue. I do know that the initial release of C3D2013 would set this strange rotation in every drawing I opened from an earlier version which had a Coordinate System set. I think they have fixed that, but it was definitely irritating. I think that to keep it from reoccurring I had to remove the CS and/or clear the GEO location then reset the CS.

[alanjt]

I haven't seen anything bad occur due to this issue. I do know that the initial release of C3D2013 would set this strange rotation in every drawing I opened from an earlier version which had a Coordinate System set. I think they have fixed that, but it was definitely irritating. I think that to keep it from reoccurring I had to remove the CS and/or clear the GEO location then reset the CS.

What a pain. Is there an easy way to access this database with a bit of code?

[BlackBox]

I haven't seen anything bad occur due to this issue. I do know that the initial release of C3D2013 would set this strange rotation in every drawing I opened from an earlier version which had a Coordinate System set. I think they have fixed that, but it was definitely irritating. I think that to keep it from reoccurring I had to remove the CS and/or clear the GEO location then reset the CS.

What a pain. Is there an easy way to access this database with a bit of code?

Not sure if I'm allowed to post this, but I've prepared an Autoloader .bundle for Snoop Civil 3D (it's like MgdDbg for AutoCAD, only for Civil 3D Database Objects, and doesn't include Civil-specific Events, etc.), which includes an 2010 database compatible assembly (32/64-Bit) that can be NETLOADed into Civil 3D 2011 (I use it at work)... The original DevBlog articles for 2012, and 2014 can be found here:

http://civilizeddevelopment.typepad.com/.services/blog/6a0147e1be0df6970b0147e1be17ba970b/search?filter.q=snoop


Perhaps Jeff can clarify if I'm allowed to post my Autoloader .bundle, as it makes this real simple for supporting multiple versions, including those not supported by Autoloader (like 2011)?

Cheers

[BlackBox]

Here's Augusto's article on it for more info:

http://adndevblog.typepad.com/infrastructure/2013/04/snoop-civil-3d-2014-database.html

[Jeff_M]

I don't think there's anything wrong with posting that, BB.

Alan, I thought I had a lisp for this that I used for C3D2011 (yes, there was a similar issue in that version as well. I believe Sinc posted about here at one time), but I'm not finding it right now. I'll have a better look around tonight.

[BlackBox]

Here's the .bundle attached at the bottom of this post as a .ZIP file; download, unblock, and extract... Place the resultant "Autodesk DWG MgdDBG C3D.bundle" folder in the following directory:

Code - C#: [Select]

1. %AppData%\Autodesk\ApplicationPlugins\
2.  

... This will work for 2012-2014; if you're running 2010 (untested), or 2011 (tested), simply NETLOAD this assembly:

Code - C#: [Select]

1. %AppData%\Autodesk\ApplicationPlugins\Autodesk DWG MgdDBG C3D.bundle\Contents\Windows\2010\SnoopCivil3DObjects.dll
2.  

There are some changes I personally prefer, such as renaming the MenuItem added from "Snoop Civil3D" to "MgdDbg C3D" (for sorting order with MgdDbg loaded), etc., but the original source code is used for this attachment, and included in the .bundle here (VB.NET):

Code - C#: [Select]

1. %AppData%\Autodesk\ApplicationPlugins\Autodesk DWG MgdDBG C3D.bundle\Contents\Source\
2.  

Cheers

[MeasureUp]

Alan,
I don't know if I understand your question but this is FYI:
I am using Mech 2014 and I tried the following
1) -view -> Orthographic -> top
2) UCS -> world
then the crosshairs looked fine.
As I noticed that there are AEC opjects created by AutoCAD Civil 3D in your drawing.
And there is no any named view being saved.
I guest there may be additional "view" setting or even addtional system variables with Civil 3D.

[BlackBox]

Alan, is this by chance an FDOT drawing?

During my last training session on their Civil 3D state kit, all of their templates were non-orthographic UCS (rotated in all three axis; ever so slightly).