| Author |
Message |
RC
Guest
|
 Posted:
Wed Dec 08, 2004 8:15 pm Post subject:
Overriding blocks |
|
|
Howdy,
Lately I'm working with only 3D, -exhibits design, usually I have 2 types of
drawings
1st, as a general assembly,
2nd, detailed,
--I'm MDT user as well, that gave me idea to somehow use this "parts /ass-y"
concept.----
I can not update, let say, block in drwg 1 with block from drwg 2,
regardless
if I confirm to override the block or not, (with same name), or WBlock or
copy & paste.
Inserted block becomes the same as existing,
Blocks are complex, some have many levels of blocks within blocks.
My intension is to work in detail drwg (2), as work progress,
update the ass-y drwg (1) periodically to verify.
I should have them separate, because, files gets very big, lots of layouts
(30),
Very slow, even on fast computer.
Can be this done??
I'm experience Acad user -since R12,
RC
|
|
| Back to top |
|
 |
OLD-CADaver
Guest
|
| Posted:
Wed Dec 08, 2004 10:47 pm Post subject:
Re: Overriding blocks |
|
|
| Sounds like you should be using XREF's instead of blocks. Except for annotation type blocks, a block in a drawing is really only useful if the block is going to be used several times in that file. As soon as you start talking assemblies, especially if they'll be needed in more than one file, you need to investigate XREF's. |
|
| Back to top |
|
|
RC
Guest
|
| Posted:
Wed Dec 08, 2004 11:09 pm Post subject:
Re: Overriding blocks |
|
|
In situation where files are not moved around,
in my case files are moved to other location, and the xref connection is
broken.
Some blocks are used 20 times.
Thanks anyway,
RC
"OLD-CADaver" <nospam@address.withheld> wrote in message
news:8028676.1102528050306.JavaMail.jive@jiveforum2.autodesk.com...
| Quote: | Sounds like you should be using XREF's instead of blocks. Except for
annotation type blocks, a block in a drawing is really only useful if the |
block is going to be used several times in that file. As soon as you start
talking assemblies, especially if they'll be needed in more than one file,
you need to investigate XREF's.
|
|
| Back to top |
|
|
OLD-CADaver
Guest
|
| Posted:
Wed Dec 08, 2004 11:13 pm Post subject:
Re: Overriding blocks |
|
|
| As long as the files are together in the same directory, (or relative) XREF's are fine. You're attempting to update one assembly from the other, that is exactly what XREF's were developed to do. |
|
| Back to top |
|
|
RC
Guest
|
| Posted:
Thu Dec 09, 2004 12:17 am Post subject:
Re: Overriding blocks |
|
|
In my company, network, many users etc,
does not really work, other users might move, use the files only, not being
aware of xrefs.....etc.
Following sample message, when I try to re-define a block
--
Command: i
INSERT
Duplicate definition of block Leveler ignored.
Duplicate definition of block Box Side ignored.
Duplicate definition of block M box Back ignored.
Duplicate definition of block M box Front ignored.
Duplicate definition of block Glass support ignored.
Duplicate definition of block Light Fixture ignored.
Duplicate definition of block Glass support LONG ignored.
Regenerating model.
Specify insertion point or [Scale/X/Y/Z/Rotate/PScale/PX/PY/PZ/PRotate]:
Regenerating model.
---
Regards,
RC
"OLD-CADaver" <nospam@address.withheld> wrote in message
news:11132643.1102529658283.JavaMail.jive@jiveforum1.autodesk.com...
| Quote: | As long as the files are together in the same directory, (or relative)
XREF's are fine. You're attempting to update one assembly from the other, |
that is exactly what XREF's were developed to do. |
|
| Back to top |
|
|
David Kozina
Guest
|
| Posted:
Thu Dec 09, 2004 12:50 am Post subject:
Re: Overriding blocks |
|
|
Can you use the = specifier in the -insert command?
See:
http://tinyurl.com/6fqzd
(in particular note the post by Tom Smith this a.m. regarding how to use
that specifier)
Now, since you say your blocks are nested, I would suggest you re-define the
most deeply nested blocks FIRST, and slowly shovel your way to the top of
the pile. :)
(You would basically have to do the same sequencing with respects to xrefs,
too, btw, but it'd probably be easier, 'cuz you'd have access to the xref
manager for this.)
hth,
David Kozina
"RC" <rc> wrote in message news:41b7532f$1_1@newsprd01...
| Quote: | In my company, network, many users etc,
does not really work, other users might move, use the files only, not
being
aware of xrefs.....etc.
Following sample message, when I try to re-define a block
--
Command: i
INSERT
Duplicate definition of block Leveler ignored.
Duplicate definition of block Box Side ignored.
Duplicate definition of block M box Back ignored.
Duplicate definition of block M box Front ignored.
Duplicate definition of block Glass support ignored.
Duplicate definition of block Light Fixture ignored.
Duplicate definition of block Glass support LONG ignored.
Regenerating model.
Specify insertion point or [Scale/X/Y/Z/Rotate/PScale/PX/PY/PZ/PRotate]:
Regenerating model.
---
Regards,
RC
"OLD-CADaver" <nospam@address.withheld> wrote in message
news:11132643.1102529658283.JavaMail.jive@jiveforum1.autodesk.com...
As long as the files are together in the same directory, (or relative)
XREF's are fine. You're attempting to update one assembly from the other,
that is exactly what XREF's were developed to do.
|
|
|
| Back to top |
|
|
OLD-CADaver
Guest
|
| Posted:
Thu Dec 09, 2004 1:14 am Post subject:
Re: Overriding blocks |
|
|
<<In my company, network, many users etc, does not really work, other users might move, use the files only, not being
aware of xrefs.....etc.>>
Sorry, but that is extremely poor Cad Management and will be the source for continued errors and lost manhours. If not corrected it will only get worse as the industry moves into more and more complex constructions.
XREF's have been around since R11, that's 14 years. There is no good reason anyone using ACAD today would be unaware of the tool.
<<Following sample message, when I try to re-define a block
--
Command: i
INSERT
Duplicate definition of block Leveler ignored.
...
Those are blocks contained in both the current drawing, and the block you're trying to import. If they have changed in the imported block, they must be redefined in the target file as well. Either wblock them all from the block drawing and reimport each, or delete them from the target drawing and purge.
Or better yet, utilize the proper tool for the job, XREF. You're driving a screw with a hammer because you don't want to use a screw driver. |
|
| Back to top |
|
|
RC
Guest
|
| Posted:
Thu Dec 09, 2004 7:27 pm Post subject:
Re: Overriding blocks |
|
|
I really like the comparison hammer /screwdriver and screw, and agree, but
trust me, in my company will not work
only for me - Yes.,
than Question
What function / purpose have the RE-DEFYING. or not
Appreciate help,
RC
"OLD-CADaver" <nospam@address.withheld> wrote in message
news:30192987.1102536882534.JavaMail.jive@jiveforum1.autodesk.com...
| Quote: | In my company, network, many users etc, does not really work, other
users might move, use the files only, not being
aware of xrefs.....etc.
Sorry, but that is extremely poor Cad Management and will be the source
for continued errors and lost manhours. If not corrected it will only get |
worse as the industry moves into more and more complex constructions.
| Quote: |
XREF's have been around since R11, that's 14 years. There is no good
reason anyone using ACAD today would be unaware of the tool.
Following sample message, when I try to re-define a block
--
Command: i
INSERT
Duplicate definition of block Leveler ignored.
..
Those are blocks contained in both the current drawing, and the block
you're trying to import. If they have changed in the imported block, they |
must be redefined in the target file as well. Either wblock them all from
the block drawing and reimport each, or delete them from the target drawing
and purge.
| Quote: |
Or better yet, utilize the proper tool for the job, XREF. You're driving
a screw with a hammer because you don't want to use a screw driver. |
|
|
| Back to top |
|
|
|
|
|
|
FAQ
Memberlist
Register
Profile
Log in to check your private messages
Log in