Topic: Xref - Loading Startup

[MSTG007]

I am guessing the answer to this is no, but I want to know if there is a way (When you open a drawing that has xrefs in it, that it does not load any of the xrefs at startup.) I do not know if there is a reactor that can do this as well. Just thinking about the most obvious way to speed up opening drawings, specially when you have a lot of users! lol. Thanks for any ideas on this one.

[Rob...]

Sure there is. Unload them prior to saving.

[Jeff_M]

This won't prevent them from loading, but can speed up loading. What is your XREFLOADCTL set to?

Turns xref demand-loading on and off, and controls whether it opens the referenced drawing or a copy.

Value   Description
0      Turns off demand-loading; the entire drawing is loaded.
1      Turns on demand-loading. Referenced drawings are kept open and locked.
2      Turns on demand-loading. Copies of referenced drawings are opened and locked; referenced drawings are not locked.

When XLOADCTL is set to 2, a copy of each referenced drawing file is stored in the folder specified by the XLOADPATH system variable or the temporary files folder (set in the Options dialog box).

Additionally, xrefs load faster when you work across a network: the performance enhancement is most pronounced when you open drawings with many xrefs.

[mjfarrell]

use PARTIAL OPEN

one of the options is to NOT load xrefs....

and or IF your xrefs are on a unique layer- that layer could NOT be opened...

[mjfarrell]

also look at xloadctl
and indexctl

[MSTG007]

Indexctl = 3

xloadctl = 2

[ChrisCarlson]

Best bet is to probably put each xref on a unique layer and turn layers off prior to closing.

[Rob...]

Best bet is to consider Jeff M's response. Other options might sound good in theory but would actually be problematic in the long run.

Are all the XREFs being stored on the network?

[MSTG007]

Yup all dwgs xrefs are stored on our network.

 I am curious about partiaload.

 I did try to open a file up, but the partiaload dialog box did not appear. it just opened the drawing like normal.

[BlackBox]

I did try to open a file up, but the partiaload dialog box did not appear. it just opened the drawing like normal.

I've literally never (not once) seen Partial Open work as described.

I tried it a while back for the first time, as an XREF has myriad COGO Points, etc. that can take  f o r e v e r  to open in the middle of a tight deadline with last minute changes from my Engineer - didn't observe ANY change in behavior at all from what you'd see opening normally via SSM, etc.

[MSTG007]

I was just doing some reading....

Code: [Select]

Solved! by AllenJessup. See the answer in context.







Kudo. .


Autodesk has confirmed that Partial Open does NOT work on any drawing that has AEC objects in it. It should work on a drawing that was created in Basic AutoCAD. But once that drawing is saved from Civil 3D it wont work.

 

A request has been sent to update future Civil 3D help files to make this clear.

 

Allen
..


Solved! by AllenJessup. See the answer in context.







Kudo. .


A final word. I was still having problems with partial open even when the drawing was created by the basic version of AutoCAD that came with IDSP. Autodesk support traced the problem to the fact that the Civil 3D Object Enabler is installed during the installation of IDSP. The only way to create a drawing in base AutoCAD from IDSP is to turn DEMANDLOAD off. Then create a new drawing.

 

Allen


[mjfarrell]

Brillant! 

Way to ensure product interoperability...

Let's create tools that don't work with all our products!

Thank you so much autode$k!

[MSTG007]

Geesh, you would think somebody might of had a fix for this. lol. But you are right... I just need to use Basic AutoCAD to get the command to work.

[mjfarrell]

Geesh, you would think somebody might of had a fix for this. lol. But you are right... I just need to use Basic AutoCAD to get the command to work.

Let's see, combine the fact that MAP will not touch anything from C3D, and this...
one has to wonder, do the product development teams never ever talk to each other?

And or add in the various export file options that then do not line up with the other program(s) import options, it's all so
much like they hired f' Borat or his brothers to do their product integration. (or lack thereof)

[dgorsman]

Yup.  Lets leave something in place which could royally screw over the data in a Civil3D file.  Sure.  Makes sense.  Then the users can complain how that was screwed up instead.  Or users can attempt to understand that things are done for a reason other than to annoy them.