---

Hallo Miteinander,

ist das ein normales ACAD-Verhalten:
ein (streckbarer) dynamischer Block (hier: Plankopf) wird nach dem Strecken immer zu einem unbenannten Block?

nach dem Einfügen:
(-1 . <Objektname: 266ae939810> )
(0 . "INSERT")
(330 . <Objektname: 266800b06b0> )
(5 . "3851")
(100 . "AcDbEntity")
(67 . 1)
(100 . "AcDbBlockReference")
(66 . 1)
(2 . "Plankopf")

nach dem Strecken:
(-1 . <Objektname: 266ae939810> )
(0 . "INSERT")
(5 . "3851")
(102 . "{ACAD_XDICTIONARY")
(360 . <Objektname: 266af3b2bc0> )
(102 . "}")
(330 . <Objektname: 266800b06b0> )
(100 . "AcDbEntity")
(67 . 1)
(8 . "0")
(100 . "AcDbBlockReference")
(66 . 1)
(2 . "*U2")

Gibt es evtl. eine Lösung, um den unbenannten Block zu verhindern?

Beste Grüße

archi

------------------

[Diese Nachricht wurde von archi.archi am 24. Apr. 2024 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Archi,

wäre es möglich den Block hochzuladen, damit es testen kann?

------------------
Gruß Bernd

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Ableitungen eines dynamischen Blockes werden als unbenannte Blöcke gespeichert ( die noch einen Verweis zum Mutterblock haben) und dann referenziert. Das Konzept ist so.
Angezeigt im z.B. Eigenschaftsfenster wird der Effektiv-Name

------------------
Also ich finde Unities gut ... und andere sicher auch
---------------------------------------
  - Thomas -          
"Bei 99% aller Probleme ist die umfassende Beschreibung des Problems bereits mehr als die Hälfte der Lösung desselben."

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi,

ein Block ist eine Definition, Blockreferenzen zeigen diese an
und somit zeigen alle dasselbe an.
Es gibt also keine dynamischen Blöcke,
das Konzept der dynamischen Blöcke ist
also etwas geflunkert wenn man sich das so genau ansieht wie du (was ja nicht die normale Benutzer(an)sicht ist.
Siehe Abschnitt dyn Blöcke
https://ww3.cad.de/foren/ubb/Forum54/HTML/013223.shtml

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Sebastian,

das ist wirklich eine schlechte Meldung:

Zitat:

---

Leider gibt es auch eine Schlechte Meldung: Das ist alles Fake!
Im hintergrund wird mit vielen (automatisch generierten)anonymen Blöcken gearbeitet,
jede Blockreferenz sieht also nach wie vor so aus wie die eine vorhandene Blockdefinition.

---

Mein Ziel ist ein streckbarer, dynamische Plankopf.
Die Attribute diese Plankopfes werden nach Excel ausgelesen, bearbeitet und dann wieder eingelesen.

Mit den unbenannten Blöcken gibt es jetzt ein Problem, da die Blöcke über den Namen der BlockREFERENZ angesprochen werden.
Also "Name" aus den Eigenschaften.

Heisst jetzt also:
bei einer "anonymen" BlockDEFINITION muss der Name der BlockREFERENZ ermittelt werden. Für diese BlockREFERENZ sind die Attribute aller BlockDEFINITIONEN zu bearbeiten?

Hast du dafür evtl. noch ein Beispiel/eine Fundstelle?

Beste Grüße

Archi

------------------

[Diese Nachricht wurde von archi.archi am 17. Apr. 2024 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Ein Durcheinander.

Eine Blockreferenz hat ja selbst keinen Namen, nur die Information welcher Block referenziert wird
UND wie der Benutzer diesen Block nennt/sieht: VLA-GET-EFFECTIVENAME

Zunächst wollte ich auf jeden Punkt antworten, aber Für einen Export/Import in dieselbe Datei:
Benötigt wird die Information Pfad+Name+Erw. und das Handle, mehr nicht.
Wenn man möchte, dann kann man dem Anwender gerne noch den Blocknamen mitteilen, hier nimmt man dann den Effectivename (damit kann der Nutzer etwas anfangen).

Falls du wirklich anhand des Blocknamen die Blockreferenz in der .dwg suchst, dann hast du ja immer das Problem das es auch mehrere
Blockreferenzen geben kann, wie löst du das denn aktuell?

Ein SSGET- Beispiel
https://ww3.cad.de/foren/ubb/Forum145/HTML/004866.shtml

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Eine Toollösung könnte so aussehen:
1. alle Ableitungs-Blöcke des dynamischen Blockes ermitteln und mit deren Namen dein Auswertetool weitermachen lassen
(alle Referenzen der Ableitungs-Blöcke ermitteln und ihre Attribute auslesen...)

oder was in deinem Fall praktikabler da ein Plankopf selten verschachtelt ist:

-alle Blockreferenzen mit Attributen in einem Auswahlsatz einsammeln
-dort den Effektivnamen mit Namen des dynamischen Blockes vergleichen ,bei Gleichheit dann mit deinem Auswertetool weiter ...

Warum muss der Plankopf eigentlich "dynamisch" sein  , beim Zeichnungsrahmen verstehe ich es ja noch, obwohl da auch meist 6 Varianten ausreichen und ich da auch verschiedene statische Blöcke einsetzen würde..

------------------
Also ich finde Unities gut ... und andere sicher auch
---------------------------------------
  - Thomas -          
"Bei 99% aller Probleme ist die umfassende Beschreibung des Problems bereits mehr als die Hälfte der Lösung desselben."

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Miteinander,

vielen Dank für die Hilfestellung.

So wird es dann gemacht:

Zitat:

---

-alle Blockreferenzen mit Attributen in einem Auswahlsatz einsammeln
-dort den Effektivnamen mit Namen des dynamischen Blockes vergleichen ,bei Gleichheit dann mit deinem Auswertetool weiter ...

---

Bei Planfortschreibung mit Maßstabsänderung von z.B. 1:100 auf 1:50:
1. Plotter-Blattgöße ändern,
2. [Planrahmen mit Plankopf] dynamisch anpassen,
3. Attribute mittel Excel ändern.
Daher dynamischer [Planrahmen mit Plankopf]. Einer für alle.

Ich gehe in Klausur und melde mich, wenn es funktioniert (oder bei Problemen).

Beste Grüße

Archi

------------------

[Diese Nachricht wurde von archi.archi am 23. Apr. 2024 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

bisher geht die Auswahl des Blockes immer über:

Code:

---

(setq chk (cdr (assoc 0 (entget ent))))
(setq block (cdr (assoc 2 (entget ent))))
...
(setq blk_list (ssget "_X" (list (cons 0 "INSERT")(cons 2 block))))

---

------------------

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von archi.archi:
Mit den unbenannten Blöcken gibt es jetzt ein Problem, da die Blöcke über den Namen der BlockREFERENZ angesprochen werden.

---

Das ist kein Problem, weil Du jeden dieser unbenannten Blöcke ja über andere, von Dir beliebig festgelegte Eigenschaften finden, auswerten und bearbeiten kannst. Trivialerweise würde ich hier eindeutige XDATA anhängen.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von archtools:

Das ist kein Problem, weil Du jeden dieser unbenannten Blöcke ja über andere, von Dir beliebig festgelegte Eigenschaften finden, auswerten und bearbeiten kannst. Trivialerweise würde ich hier eindeutige XDATA anhängen.

---

Die Blöcke werden aber nicht von dir erzeugt, sondern "automatisch" von Autocad  ... im Nachhinein kannst du da auch was ranhängen , aber dann kann man auch gleich anders arbeiten ( was ich vorziehe    )

------------------
Also ich finde Unities gut ... und andere sicher auch
---------------------------------------
  - Thomas -          
"Bei 99% aller Probleme ist die umfassende Beschreibung des Problems bereits mehr als die Hälfte der Lösung desselben."

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo sowas?

Zitat:

---

Heisst jetzt also:
bei einer "anonymen" BlockDEFINITION muss der Name der BlockREFERENZ ermittelt werden. Für diese BlockREFERENZ sind die Attribute aller BlockDEFINITIONEN zu bearbeiten?

Hast du dafür evtl. noch ein Beispiel/eine Fundstelle?

---

Code:

---

(setq BLK-Name "TESTBLOCK")
(setq BLK-Liste
      (vl-remove-if-not
'(lambda (x)
    (= (getpropertyvalue x "BlockTableRecord/Name")
      BLK-Name
    )
  )
(mapcar 'cadr
(ssnamex (ssget "X"
(list (cons 0 "INSERT")
      (cons 2 "`*U*")
)
  )
)
)
      )
)

---

------------------
Gruß Wolfgang

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP