---

Hallo,

hab da auf den ersten Blick ein seltsames Problem:

Ich möchte alle Blöcke in den Zeichnungen sprengen jedoch mit der option dass die Attribute zu Texten umgewandelt werden.
Mein Problem besteht jetzt darin dass auch haufenweise "unsichtbare Attribute" mit dran hängen, diese sollten allerdings nicht mit auf den Plan...
kann man irgendwie diese unsichtbaren Attribute herausfiltern?
nach dem Sprengen sind sie ja "standardtexte" nicht unterscheidbar von den sichtbaren

Leider kommt das ganze von einem Fremdbüro und die Attribute sind alle auf einem Layer und liegen übereinander.

Vielleicht habt ihr da ne Idee...

Danke Dominik

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

---

Das von dir nicht genannte aber genutzte Programm nennt sich BURST und kommt es den ExpressTools.

Was für diesen (und andere) Fälle viel besser ist : ATTTOTEXT aus dem
Industrie24/induma Forum, wie auch hier schonmal benannt:

http://www.cad.de/foren/ubb/Forum54/HTML/021316.shtml  http://ww3.cad.de/foren/ubb/Forum54/HTML/009096.shtml  http://www.cad.de/foren/ubb/Forum54/HTML/020899.shtml 

Entweder in der Downloadecke des genannten Forums selbst
heraussuchen oder bei der CAD.de-Userin "AsSchu" holen:
http://ww3.cad.de/foren/ubb/uploads/AsSchu/atttotext.txt 

------------------
die alte SUCHfunktion.. - System-Angaben - User:FAQ(Adesk)

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

---

Noch etwas: Burst erstellt dir auch die Attribute (als Text)
welche keinen Textwert haben, das war aber schon klar oder ?

(und somit unmengen Schrott in einer DWG, zu finden mit der Sauswahl -> "ATTRIBUT" zB.)

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

---

Ich bekomme bei Verwendung von ATTRTOTXT_NOEXP aus ATTTOTEXT die Meldung
"Ungültiger Feldtyp in 280 in (entmake).DANKE" und es passiert gar nichts mit dem Block.
Kann mir jemand die Ursache nennen?

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

---

du könntest mal eine neue DWG und erstelle "frisch" einen
Beispielblock&Blockreferenz, das sollte funktionieren, ODER ?

ansonsten: damit WIR keine Zeit unnötig verschwenden: Beispieldatei posten, danke.

bei 280 denke ich nur an XRecords, aber ich habe auch nur Acad2006 - egal:
Datei posten und irgendwer wird dir schon antworten.

------------------
die alte SUCHfunktion.. - System-Angaben - User:FAQ(Adesk)

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

---

zum 280er:
http://ww3.cad.de/foren/ubb/Forum54/HTML/020899.shtml 
http://ww3.cad.de/foren/ubb/Forum54/HTML/021316.shtml 

------------------
Grüsse

Thomas

Korrekturen zum Kochbuch AutoLISP

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

---

Zeichnung1.zip

Meldung in diesem Beispiel:
"Ungültiger Feldtyp in 280 in (entmake)."
und Block ist unverändert.

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

---

Zitat:

---

Original erstellt von cadffm:
Noch etwas: Burst erstellt dir auch die Attribute (als Text)
welche keinen Textwert haben, das war aber schon klar oder ?

[i](und somit unmengen Schrott in einer DWG, zu finden mit der Sauswahl -> "ATTRIBUT" zB.)[/i]

---

Kann man nicht den "Burst" Befehl etwas anpaßen, daß die Attribute die unsichtbar sind einfach gelöscht werden?
Das wäre was für die Profis.

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

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

---

Tuer.dwg.txt

@cad4fun
Dein "Ich bin neu erstellt" Block kannst du super mit "BURST" zerlegen.

Es wäre schön mal einen Befehl zu haben der jeden Block (statisch oder dynamisch) zerlegt wird, so wie er zu sehen ist.

BURST kommt da schon sehr nah ran, aber beim angehängten Block funzt es net. Um den Befehl BURST anzupaßen müßte da ja nur ergänzt werden das alle Attribute die unsichtbar sind gelöscht werden. Es wäre echt super wenn einer von den Profis sich mal der Sache an nimmt.

zum filtern der Attribute die unsichtbar sind würde ich das so mal vorschlagen

Code:

---

(setq as (ssget "_X" (list'(-4 . "<OR")
                          '(-4 . "<AND")
                          (0 . "ATTDEF")
                          (70 . 1)
                          '(-4 . "AND>")
                          '(-4 . "OR>")
                          (cons 410 (getvar "CTAB")))))

---

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

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

---

Zitat:

---

Original erstellt von xem:
@cad4fun
Dein "Ich bin neu erstellt" Block kannst du super mit "BURST" zerlegen.

---

Das ist mir schon klar, aber ich wollte ja mittels ATTTOTEXT -> ATTRTOTXT_NOEXP  den Attributswert als Text und den Block als Block belassen.

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

---

Atts2Txt.VLX.txt

Zitat:

---

Original erstellt von cad4fun:
... aber ich wollte ja  den Attributswert als Text und den Block als Block belassen.

---

Das geht z.B. auch mit dem Tool anbei

------------------
  - 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

---

Befehlszeilenaufruf :  ATTS2TEXT / ATT2TEXT

atts2text funkt wie gewünscht
aber
Befehl: att2text
Unbekannter Befehl "ATT2TEXT". Drücken Sie F1-Taste für Hilfe.

Ich hätte halt gerne den Klartext von ATTTOTEXT.lsp funktionierend gehabt. Aber so geht es auch. Danke

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

---

heißt auch ATT2TXT .. hab ich ein wenig geschlammpt 

------------------
  - 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

---

siehe unten

[Diese Nachricht wurde von cad4fun am 13. Aug. 2009 editiert.]

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

---

ATTTOTEXT.lsp funzt net bei dynamischen Blöcken

ATTs2TEXT.vlx läßt die Farbe auf VONBLOCK (wie im Block) VONLAYER wäre da noch schöner, weniger geklicke.

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

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

---

Und was ist jetzt der Unterschied zwischen den beiden(ATTS2TEXT und ATT2TXT)?
Bei beiden bleibt der Block erhalten mit Attribut und der Attributswert wird zu Text.
Einen Unterschied sehe ich nur in der Eingabeaufforderung, bzw. nur einen Att-wert in Text auflösen bzw. mehrere.
Ist das so gewollt?

[Diese Nachricht wurde von cad4fun am 13. Aug. 2009 editiert.]

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

---

Zitat:

---

Original erstellt von xem:
ATTTOTEXT.lsp funzt net bei dynamischen Blöcken

ATTs2TEXT.vlx läßt die Farbe auf VONBLOCK (wie im Block) VONLAYER wäre da noch schöner, weniger geklicke.

---

ATTRTOTXT_NOEXP aus ATTTOTEXT.lsp funkt auch bei normalen Blöcken nicht--> Ungültiger Feldtyp in 280 in (entmake).._REGEN Regeneriert Modell.
ATTRTOTXT_EXP aus ATTTOTEXT.lsp explodiert den Block und schickt den Text ins Nirwana  -->

Ungültiger Feldtyp in 280 in (entmake).._EXPLODE
Objekt wählen:
Befehl: ._REGEN Regeneriert Modell.
Befehl: DANKE

Alles mit meinem hier eingestelltem Beispiel getestet

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

---

ja ... ich hab das mal so implementiert.

und zu "läßt die Farbe auf VONBLOCK (wie im Block) VONLAYER wäre da noch schöner, weniger geklicke"
...
das Prog übernimmt original alle übernehmbaren Eigenschaften des Attributes auf den Text ...!

Prinzipiell programmiere ich nach dem Schema :
Eine Aufgabe ?! -> eine Funktion!!

... das Tool ist eh bloß ne Machbarkeitsstudie...

------------------
  - 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

---

Zitat:

---

Original erstellt von CADmium:

... das Tool ist eh bloß ne Machbarkeitsstudie...

---

Wenn es kein Ablaufdatum hat ist's eh super!

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

---

Ich hätte da noch einen verbesserten BURST Befehl. Darf ich den posten? (wegen Copyright)

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

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

---

 

Zitat:

---

Original erstellt von xem:
Ich hätte da noch einen verbesserten BURST Befehl. Darf ich den posten? (wegen Copyright)

---

ich zitiere in solchem Fall und poste bloß die zu ändernden Codeschnipsel wie z.B. hier

------------------
      - 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,

bei mir steht drin (2010):

If you copy this computer program without permission of
Autodesk, you are violating the law.

Was sagt uns das jetzt? ==> NEIN, so traurig das ist und ev. auch wenig verständlich, denn es nutzen ja wiederum (in der Mehrheit) nur Anwender, welche die Lizenz zur Nutzung von AutoCAD ja haben (NUR: es gibt ja noch ACAD-kompatible mit Lisp-Interpreter).

Eigentlich glaube ich auch, dass die Veränderung dessen schon nicht erlaubt ist (siehe Lizenzvertrag von AutoCAD).

Ein kleines Schlupfloch würde ich erkennen mit folgender Vorgehensweise vielleicht lehne ich mich dabei ein wenig heraus, aber Vorteile in der Anwendung von AutoCAD sollten nicht von vorn herein blockiert werden):

beschreibe den Teil, den Du geändert hast, zeige den Code, den Du geschrieben hast samt Hinweis, wo dieser in BURST.LSP zu tauschen ist. Damit kann es jeder selbst entscheiden, ob er die Änderung in seinem LSP-File macht (und dabei selbst gegen die allgemeinen AutoCAD-Lizenzbestimmungen verstossen könnte) oder nicht.

Ich sage aber auch gleich dazu: wir haben hier vor nicht allzulanger Zeit eine Diskussion gehabt, aus der hervorgegangen ist, dass Autodesk nicht wirklich angenehm reagiert, wenn sie Chancen sehen.

- alfred -

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

---

dann sage ich nur >burstfix< dazu 

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

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

---

Block_Burst.zip

Hallo,

ich hatte letztens wieder so einen tollen Block, oder besser, ein paar Zeichnungen mit vielen solcher Blöcken. Ich verwende den "Burstfix", aber leider will er bei dem Block nicht. Hat jemand eine Ahnung warum es nicht funzt?

Befehl: _burst
Startet...
Objekte wählen: 1 gefunden

Objekte wählen:

-
Fehlerhafte Assoziationsliste: (nil nil nil nil ("ROOM_NUMBER" <Objektname:
7c150388> ) ("ROOM_VOLUME" <Objektname: 7c150380> ) ("ROOM_CALC_AREA"
<Objektname: 7c150378> ) ("ROOM_REDUCED_AREA" <Objektname: 7c150370> )
("ROOM_NET_AREA" <Objektname: 7c150368> ) ("ROOM_HEIGHT" <Objektname: 7c150360> )
("ROOM_BASELEV" <Objektname: 7c150358> ) ("ROOM_WINDS_SURF" <Objektname:
7c150350> ) ("ROOM_DOORS_SURF" <Objektname: 7c150348> ) ("ROOM_WALLS_SURF"
<Objektname: 7c150340> ) ("ROOM_PERIM" <Objektname: 7c150338> ) nil nil)
Es wurde bereits alles gelöscht

Befehl:

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

[Diese Nachricht wurde von xem am 30. Sep. 2009 editiert.]

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

---

ohne jetzt groß zu testen .. mach mal Attsync ...  IMHO hat dei Blockdef mehr Attributsdefinitionen als die Blockref Attribute hat ....

------------------
  - 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

---

Attsync hat nix gebracht.

Befehl: attsync

Option eingeben [?/Name/Auswählen] <Auswählen>: A

Wählen Sie einen Block:
Fehler beim Wählen eines Objekts.
Wählen Sie einen Block:
ATTSYNC-Block Lehrerzimmer_eg_31? [Ja/Nein] <Ja>: J

ATTSYNC abgeschlossen.
Befehl:
Befehl:
Befehl: _burst
Startet...
Objekte wählen: Entgegengesetzte Ecke angeben: 1 gefunden

Objekte wählen:

\
Fehlerhafte Assoziationsliste: (nil nil nil nil nil nil)
Befehl:

------------------
[

[Diese Nachricht wurde von xem am 30. Sep. 2009 editiert.]

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

---

...tja .. das obige att2txt.vlx macht bei der DWG keine Probleme ... und für ne Codeanalyse von burstfix fehlt mir die Zeit . Sorry

------------------
      - 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,

habe jetzt den Fehler:
Fehlerhafte Assoziationsliste: (nil nil nil nil nil nil)
auch bei einen anderen Block. Wenn ich die unsichtbaren Attribute auf sichtbar stelle kommt der Fehler nicht.

Echt komisch denn genau das sollte doch mit dem Burstfix gehen.

Weiß da vielleicht jemand weiter?

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

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

---

ohne blockreferenz, nein

------------------
die alte SUCHfunktion.. - System-Angaben - User:FAQ(Adesk)

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

---

noBurst.zip

So - hier mal der "böse" Block.

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

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

---

Das Prog kommt mit Xdatas nicht zurecht, das normale Burst und auch das Macburst funktionieren aber.
end

------------------
die alte SUCHfunktion.. - System-Angaben - User:FAQ(Adesk)

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