doppelte Definition von Block (Autodesk/Rund um AutoCAD)

Hi,

sorry nein, ich glaub nicht, dass es einen Unterschied zwischen 2007 und 2010 gibt.

Man muss ein wenig hinter die Kulissen gucken, wenn man mit dynamischen Blöcken arbeitet und erforschen, was das eigentlich bedeutet. Was wird aus einer Blockeinfügung, wenn diese eine dynamische Eigenschaft besitzt, welche die geometrische Repräsentation verändert.

Nun gehen wir's an (wobei ich eigentlich fast sicher bin, dass dieses schon mal da oder dort oder vielfach zu lesen wäre, aber mein Name ist nicht run...rue.. und deshalb bin ich des Suchens nicht so mächtig.

Einzelschritte:

- neue Zeichnung
- einfügen eines dynamischen Blocks, Blockname = 'beschr_7_kurz' (aus Deiner Zeichnung)
- Befehl LISTE und diese Blockeinfügung anklicken ==> OK, nennt sich noch immer 'beschr_7_kurz'
- jetzt verändern wir eine dynamische Eigenschaft, Parameter 'SICHTBARKEIT' auf 2 stellen
- Befehl LISTE und wieder Objekt zeigen ==> uiuiui siehe da, dieses wird ausgegeben:

Unbekannter Name: "*U33"

Die fett markierte Zeile ist dazugekommen.

Wozu das ganze? AutoCAD kennt nach wie vor als Block nur eindeutige Geometriepackerl, die in der Zeichnung mehrfach verwendbar sind.
Mit Geometriepackerl meine ich, ein Block hat ein (innerhalb einer DWG) eindeutiges aussehen, der Block TUERE besteht z.B. aus 6 Linien und einem Bogen, plaziert mal diesen 100 mal in der Zeichnung, dann sieht man 100 mal das gleiche Abbild.
Ändert man die Blockdefinition TUERE und löscht aus dieser den Bogen raus, werden sofort alle Darstellungen (Einfügungen/Repräsentationen) aktualisiert und die Bögen sind überall vertschüsst.

Und Mangel 1 beginnt jetzt, es wurde der dynamische Block mit größter Mühe in alte Zeichnungsstrukturen gepresst (oder eigentlich war er noch nicht so weit, die Verunstaltung kommt ja erst):
Einerseits ist die Blockstruktur so stark präsent/verbreitet, dass man eigentlich vom Grundkonzept (eindeutig je Name und DWG) nicht wegkommt.
Andererseits soll jetzt eine Blockdefinition herhalten und dynamisches Verhalten lernen, also eben nicht mehr ein Blockname = eindeutig. Es soll ein Block TUERE geben, die mal mit offenen Türblatt und Bogen, mal mit geschlossener Türe dargestellt werden soll; der Blockname soll aber für beide herhalten.

Also bedient man sich einer Variante, die schon früher mit Schraffuren und mit Bemaßungen angewendet wurden/werden, der 'unnamed Block' wurde wieder hervorgeholt. 'Unnamed block' hat seine Bezeichnung nur daher, dass der Anwender dieser Blockdefinition nicht selbst einen Namen geben kann. AutoCAD vergibt, wenn es eine solche Blockdefinition braucht, den Namen selbst. Als Anwender erkennen wir diesen per Befehl LISTE ==> Blockeinfügung zeigen ==> der Name zeigt dann einen '*' (Stern) als erstes Zeichen den Blocknamens.

==> und da sind wir jetzt, der Name zeigt z.B: '*U33'
Also hat AutoCAD aus der Blockdefinition 'beschr_7_kurz' eine Kopie erzeugt (mit dem Namen '*U33') und in dieser das zweite Kästchen und das zweite Attribut mit eingebaut.

Will man mit alten AutoCAD-Mitteln arbeiten, braucht man einen Block 'beschr_1zeilig' und einen Block 'beschr_2zeilig' und je nachdem, welchen ich brauche, fügte ich dazumals den entsprechenden Block ein.
AutoCAD macht jetzt nichts anders, nur kümmert es sich selbst um die Blockbenennung. Änderst Du einen dynamischen Parameter und AutoCAD hat für diese Einstellung noch keine eigene Blockdefinition, dann wird eine gemacht ==> ein neuer 'unnamed block' ist geboren.

Bis hierher - ich hoffe es - war's verständlich. Wir starten das Kopieren in eine andere DWG:

Kehren wir zu Deiner Situation zurück und gucken uns an, was beim ersten mal passiert, wenn Du den zuvor eingefügten und parametrisch geänderten Block in eine neue leere Zeichnung kopierst:
Eine Blockeinfügung gibt an, sie habe den Namen '*U33', kommt von einer Blockdefinition 'beschr_7_kurz', das muss in die neue Zeichnung transportiert werden, also:
- Blockdefinition '*U33' in neuer Zeichnung anlegen
- Blockdefinition 'beschr_7_kurz' in neuer Zeichnung anlegen
- Frage nach Position für die Einfügung von '*U33'
==> und fertig, da ist sie (mit AutoCAD 2007 und 2010 und 2012 genauso)

Und jetzt zu Mangel 2

Du kopierst nochmals diesen einen Block von der alten Zeichnung in die neue Zeichnung (wo wir auch zuvor den Block eingefügt hatten) es geschehen folgende Schritte
- Blockdefinition '*U33' in neuer Zeichung anlegen
==> WOW, no, failure, geht nicht, aus, falsch, ... STOOOP

Eine Blockdefinition '*U33' gibt es in der neuen Zeichnung schon, die darf nicht einfach ein zweites mal angelegt werden. Wäre dieses kein 'unnamed block' würde AutoCAD jetzt sagen, ok, Definition haben wir schon, brauchen wir nicht mehr anlegen (so einfach könnte es sein), JEDOCH:
AutoCAD vergibt Namen der unnamed blocks selbst und lässt sich dabei auch nicht leicht von anderem überzeugen, es will eben selbst die Macht haben. Und besteht ein unnamed block mit gleichem Namen beim PASTECLIP schon, dann wird so fortgefahren.

- Blockdefinition '*U34' in neuer Zeichnugn anlegen (von alter DWG - '*U33' abkupfern)
- Blockdefinition 'beschr_7_kurz' in neuer Zeichnung anlegen ==> ne existiert schon, braucht nicht mehr angelegt werden. Ist auch kein unnamend block, also kann der Name so bleiben (so einfach könnte es sein)

Und die Krücke ist jetzt, dass '*U34' zwar weiss, dass er von 'beschr_7_kurz' abgeleitet ist, aber nicht mehr, mit welchen dynamischen (Parameter)-Einstellungen. Also macht er hier auf scheinheilig, brav, schüchtern und stellt sich auf den Anfangszustand ein ==> in Deinem Fall '1'.

Und zum Abschluß nochmals kurz hervorgehoben, wann funkt das Kopieren und wann nicht.

Wenn '*U33' in der Zielzeichnung auch '*U33' heissen darf, dann funkt es.
Ist in der Zielzeichnung schon ein Block '*U33' vorhanden, geht's nicht

Probier mal sowohl mit 2007 also auch mit 2010 das Einfügen in eine wirklich leere Zeichnung. Beim ersten Versuch wird es funktionieren. Beim zweiten Versuch geht's nicht mehr.

....solange Du in der zweiten DWG nicht zwischenzeitlich gelöscht und bereinigt hast.

Hoffe das ist verständlich, wenn auch viel zu lang.

- alfred -

------------------
www.hollaus.at