---

24-02-13_Fehler-Burst.dwg

Hallo zusammen.

Ich habe im Anhang eine DWG, die folgenden Fehler ausgibt:

Code:

---

Befehl: _.BURST

Objekte wählen: _All
2 gefunden

Objekte wählen:

Express Tools Error: Fehlerhafter Argumenttyp: stringp nilUnbekannte(r) (command-s) fehlgeschlagen.
Befehl:

---

Es befinden sich zwei Blockreferenzen im Layout 01.
Diese haben aber keinen Namen und sind von den Eigenschaften her etwas anders.

Wie bekomme ich diese "Blöcke" rausgefiltert?

Eines meiner Skripte bleibt im "_.BURST" Befehl hängen.
Hat jemand eine Idee wie ich das verhindern kann?

------------------
Gruß
Manuel

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

---

Hallo Manuel,

lass mal PRÜFUNG über deine Zeichnung laufen.
Hier (mit BricsCAD) haben die Blöcke danach Namen und "saubere" Eigenschaften.
Allerdings enthalten sie auch gar keine Elemente.

Gruß
Stefan

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

---

Hallo Manuel,

unter ACAD 2018 sagt Prüfung:

Code:

---

AcDbBlockReference(10308C5)
                          BTR Id invalid
AcDbBlockReference(10308C5)       konnte nicht repariert werden.  Objekt wird gelöscht werden.
AcDbBlockReference(10308C6)
                           BTR Id invalid
AcDbBlockReference(10308C6)       konnte nicht repariert werden.  Objekt wird gelöscht werden.

---

Danach sind die Blockreferenzen weg und die Zeichnung leer.

Gruß
Thomas

[Diese Nachricht wurde von spider_dd am 13. Feb. 2024 editiert.]

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

---

>>"Wie bekomme ich diese "Blöcke" rausgefiltert?"
hast du dir ja bereits selbst beantwortet:
-->"Diese haben aber keinen Namen"
Dann filter entweder nach Blöcken mit Namen, oder nach 'Blöcken ohne Namen'*,
ssget bietet dir ja alle Möglichkeiten.

Hat jemand eine Idee wie ich das verhindern kann?
"Halte deine DWGs sauber", Blöcke ohne Namen gibt es nicht. Oups, deine DWG beweist das Gegenteil,
also Korrektur: Blöcke ohne Namen (und weitere Block-Eigenschaften) sind DATENMÜLL.

PRÜFUNG wurde schon benannt, vorher (nämlich zum öffnen der Datei) gibt es bereits WHERST,
beides zusammen erhöht die Chance auf eine ordentliche Datenlage - mit allen Konsequenzen.
Prüfung und Wherst sind auch nur ein Versuch Probleme zu korrigieren und nicht immer muss
dir der Versuch gefallen (Umbenennungen, Objkekt-Löschen usw., auch können die Funktionen
nicht alles retten.

Man kann nicht auf alles vorbereitet sein, aber in diesem einen speziellen Fall:
Wherst repariert den Block soweit wie möglich (Name eingesetzt),
bleibt dann als Nutzloser Block&2xReferenzen erhalten.
Prüfung hingegen löscht die Blockreferenzen die Referenzen und den Block.

-

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

---

Danke für eure Hilfe.
Dieser Sonderfall ist jetzt bei einem von ca. 9000 Plänen aufgetreten.
Ich werde in Zukunft, bei so etwas, erstmal den Befehl "PRÜFUNG" durchlaufen lassen.

Jetzt hätte ich aber auch gern versucht den "Block ohne Namen" zu Filtern.
Mit dieser ssget findet er nichts.

Code:

---

Befehl: (if (ssget "_X" (list '(0 . "INSERT")'(-4 . "<NOT")'(8 . "**")'(-4 . "NOT>")(cons 410 (getvar 'CTAB))))(command "_.ERASE" "_P" ""))
nil

---

Aber das müsste er doch eigentlich, es wird nach einem Block gesucht der keinen Inhalt hat.
Oder ist das hier eine Sondersituation?

Code:

---

(if (ssget "_X" (list '(0 . "INSERT")'(-4 . "<NOT")'(2 . "**")'(-4 . "NOT>")(cons 410 (getvar 'CTAB))))(command "_.ERASE" "_P" ""))

---

So funktionierts.

Man muss auch beim kopieren von Funktionen dran denken aus einer Laylernamensuche 8. eine Blocknamensuche 2. zu machen... 
------------------
Gruß
Manuel

[Diese Nachricht wurde von Manuel486 am 14. Feb. 2024 editiert.]

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

---

Zwei aufenianderfolgende * machen imo keinen Sinn (außer unnötige Verwirrung irgendwann), es sollte also auch mit nur einem "*" funktionieren. 

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

---

Zitat:

---

Original erstellt von Manuel486:
...Ich werde in Zukunft, bei so etwas, erstmal den Befehl "PRÜFUNG" durchlaufen lassen...

---

Das ist bei Fremdplänen immer mein erster Befehl; und auch sonst nutze ich ihn oft: Zur (Folge)fehlervermeidung statt Fehlerbehebung ..

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