Topic: xref layer problem

[diarmuid]

I have a problem with an xref.

We use an xref called “site-1”.  This xref is stored on another server in our sister office 200miles away.  We are doing the civil’s etc for the job and our sistercompany is doing pretty much everything else.  My problem begins when we use “their” xref.  We really need to use only 10 layers or so on their model file.  So we xref the file in and freeze the information that we don’t want.  Because of the nature of the job, new layers are being added every hour.  The effects us because every couple of hours or so we need to switch off the layers that come in as “new” layers.  Is there a short way to solve this problem, this problem repeats itself in about 10 of our drawings, but the layers we need to see are the same in the other 10 drawings.  I thought about a lisp, which can be done, but is there another better way?

thanks

Diarmuid

[whdjr]

That my friend is a conundrum that plagues us all that work on multi-person projects.  You might be able to use the Layer Manager to set up a Layerstate that only shows the layers you want visible, but that still is a very manual process.

Sorry I'm not much help.  

[hyposmurf]

Now about VISRETAIN?

[MP]

Warning: I just woke up, this may not be as coherent as it should be.

A better way than lisp, I dunno VB?

Personally I'd do it in lisp, and it's mostly trivial. Rather than an automatic routine (read reactor based, which imo is always a last resort) this would be demand based (driven by user), though the drudgery bits would be taken care of for the user.

The only thing the user would have to do is --

(1) Run routine1: Take a snapshot of the current layer status of all xrefs (save status to a dictionary), and

(2) On demand, run routine2: Reload all xrefs, restore the xref layer status per the snap shot data and turn off any layers that don't exist in the snapshot data.

If one were really ambitious you could loosely follow the layer manager paradigm: mulitiple (named) snapshots or "return points". This of course would not be the trivial version.

Wow, do I ever need coffee this morning.

[CADaver]

Warning: I just woke up, this may not be as coherent as it should be.

normal morning, eh?

The only thing the user would have to do is --
(1) Run routine1: Take a snapshot of the current layer status of all xrefs (save status to a dictionary), and

oh boy, opportunity to learn something.  how do i do this?  flesh me out a little on this part.

(2) On demand, run routine2: Reload all xrefs, restore the xref layer status per the snap shot data and turn off any layers that don't exist in the snapshot data.

if i can figure out step one, i might beable to do this one myself.

[MP]

re: "Normal morning". He he, but not so much. The mornings following nights I take sleeping pills I feel like I've been wacked upside the head with a mallet. Last night was one such a night.

re: How do I do this? I'll write something up for you as soon as I can.

[CADaver]

to get to sleep, i have a little "cocktail" the doc cooked up for me that dulls the pain enough i can sleep, but i can still function in the morning.

no hurry on the routine, i'm just curious about capturing the layer data and saving it to a dictionary.

[MP]

mmm, cocktails.

Hey it's my pleasure RC, as is the standing offer to contribute (somehow) towards the automation or configuration of the vr software you use.

[CottageCGirl]

I have a problem with an xref.

 We are doing the civil’s etc for the job and our sistercompany is doing pretty much everything else.  
Diarmuid

If this is an on going issue, as a matter of policy, could your sister rename the layers you need like " Civil-column" and "Civil-demo" so that when you bring up the layer manager, they are all blocked togeather or are there other parties envlolved?

[CADaver]

mmm, cocktails.

Hey it's my pleasure RC, as is the standing offer to contribute (somehow) towards the automation or configuration of the vr software you use.

thanks, my big brother is a real computer geek (true savant, can build a computer with bailing wire and chewing gum, but can't tie shoe laces) and has worked with dragon before for his sister-in-law.  I asked him to look into working something out for me, but thanks a lot for the offer, though.  

he and i were less than friendly for many years over some silly thing or another until i finally swallowed my pride, and understood my unforgiveness hurt me in many ways.  now, i seek out ways to contact him and get him involved in my life and family.  when i asked him to help me out in this, you'd have thought i gave him a new car or something.  he sent me email this AM that he's already got dragon in the loop and we might do a conference call tomorrow.

my typing is getting a little better, but you may have noticed, i gave up on the shift key.

[MP]

thanks, my big brother is a real computer geek (true savant, can build a computer with bailing wire and chewing gum, but can't tie shoe laces) and has worked with dragon before for his sister-in-law.  I asked him to look into working something out for me, but thanks a lot for the offer, though.  

he and i were less than friendly for many years over some silly thing or another until i finally swallowed my pride, and understood my unforgiveness hurt me in many ways.  now, i seek out ways to contact him and get him involved in my life and family.  when i asked him to help me out in this, you'd have thought i gave him a new car or something.  he sent me email this AM that he's already got dragon in the loop and we might do a conference call tomorrow.

my typing is getting a little better, but you may have noticed, i gave up on the shift key.

great testimonial randy, thank you for sharing it. inspirational here for a few folks i'm sure, including me.

thanks for not shouting too.

[diarmuid]

I have a problem with an xref.

 We are doing the civil’s etc for the job and our sistercompany is doing pretty much everything else.  
Diarmuid

If this is an on going issue, as a matter of policy, could your sister rename the layers you need like " Civil-column" and "Civil-demo" so that when you bring up the layer manager, they are all blocked togeather or are there other parties envlolved?

i hear you, put we are the same company, but with another office, they have some civil people doing some work as well on the drawings.

so, we basically have to use the same systems, with no divergence, and i have to say that i agree with the policy for once.

so it looks like its going to be the lisp route so.

thanks for the input guys/girls

[David Hall]

have you thought about a simple script file?

[CADaver]

have you thought about a simple script file?

That does... ...what?

[MP]

So questions for you guys ...

There are a number of ways this can be written.

First:

Tasks common to all methods:

Code: [Select]

CMD1:
• Save "data" to some form of persistant container, likely a dictionary.
• In our simple scheme any previous data that may have existed is discarded.

CMD2 (ini):
• Save visretain setting.
• Force visretain to on.
• Reload xrefs.

CMD2 (end):
• Restore original visretain setting.
Method 1:

Code: [Select]

CMD1:
• Save list of xref layers.

CMD2:
• CMD2 (ini)
• Iterate thru all xref layers, turning any layer off that doesn't exist in the saved data.
• CMD2 (end)

Pros:
• Very easy to implement.

Cons:
• If user renames any xrefs between execution of CMD1 and CMD2 *poof*, all layers in the renamed xrefs will be turned off.
Method 2:

Code: [Select]

CMD1:
• Store the ObjectID or handle of each xref.
• For each xref collect and store the ObjectID or handle of each layer, linking to parent XREF objectID.

CMD2:
• CMD2 (ini)
• Iterate thru all xref layers, turning any layer off that doesn't have an entry in the stored data.
• CMD2 (end)

Pros:
• Unphased by renamed xrefs.
• Layers renamed within an xref will still be recognized.

Cons:
• If an xref is detached and subsequently reloaded the ObjectID / handle will change, the net result being the program will "forget" the settings for said xref.
Method 3:

Code: [Select]

CMD1:
• Store the path of each xref.
• For each xref collect and store the ObjectID or handle of each layer, linking to parent XREF path.

CMD2:
• CMD2 (ini)
• Iterate thru all xref layers, turning any layer off that doesn't have an entry in the stored data.
• CMD2 (end)

Pros:
• Unphased by renamed xrefs.
• Layers renamed within an xref will still be recognized.

Cons:
• You cannot have more than one xref block per path. That is, you cannot have XREF1, XREF2 and XREF3 point to the same path. Many folks do this so the same information can be represented differently in different viewports.
So ... whcih one should I pursue?

Notwithstanding what I offered above, maybe you have a better idea. Share please.

The ball is now in your court.