---

Moin,

habe gerade das Problem, das in ALLEN Schriftfeldern, welche in Tabellen (und nur da!) Flächen (Schraffuren, Polys) auslesen werden, der Bezug zu ihrem Objekt verloren gegangen ist. Folglich wird statt der Fläche ##### angezeigt.
Bei der Schriftfeldbearbeitung sagt Acad: "Das durch das Schriftfeld referenzierte Objekt ist kein gültiges Objekt"

In einer älteren, gesicherten Dateiversion war noch alles chiko.

%<\AcObjProp.16.2 Object(%<\_ObjId 0>%).Area \f "%lu2%pr0%ps[,m²]">%  (aktuelle Datei)
%<\AcObjProp.16.2 Object(%<\_ObjId 8796075249952>%).Area \f "%lu2%pr0%ps[,m²]">%    (alte Dateiversion)

Ein Reinkopieren der Tabellen aus der alten Datei geht leider nicht, die ObjId wird sofort auch auf 0 gesetzt.

Die selben Flächen werden auf die selbe Art (also Schriftfeld > Objekt) auch in Mtexte ausgelesen.
Dort ist der Bezug nach wie vor vorhanden, die Objekt-Id kann sich also nicht geändert haben.

Ich kann jetzt natürlich alle Schriftfelder neu verknüpfen, aber das ist relativ mühsam.
Und viel schlimmer: Solange ich nicht weiß warum das passiert ist, habe ich da wenig Lust drauf, schafft so eine ständige unnötige Spannung beim Öffnen der Datei und ist vom Zeitaufwand nicht vertretbar, wenn das öfter passiert.

Kennt jemand Gründe, warum so etwas passieren kann??? Habe leider keine Ahnung was zwischen den beiden Dateiständen so passiert ist. Optisch nix. Liegen 2 Jahre zwischen....

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

---

Oops, stelle gerade fest, die Objekt-Id ist gar nicht konstant!
Die wird nach jedem Öffnen der Datei neu vergeben.

Löst aber das Problem nicht.

[Diese Nachricht wurde von nena23 am 16. Feb. 2016 editiert.]

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

---

"Und viel schlimmer: Solange ich nicht weiß warum das passiert ist.."

Das ist der Knackpunkt um den es geht. Ich bin zwar nicht Autodesk, aber wenn es dir hilft: Meine Meinung
Der Verlust ist nicht von alleine geschehen. 2 Jahre auf dem Server liegen ist kein Problem 
Jemand muß die ursprünglichen Schraffuren gelöscht und neue erzeugt haben (unabhängig davon  wie das geschehen ist).

Wenn es keine Tabelle MIT Schraffuren des aktuellen benötigten Standes gibt, keine Chance.

Ich weiß nicht wie affin du dafür bist, aber schau dir auch mal sowas an, da kommt Freude auf 
http://ww3.cad.de/foren/ubb/Forum54/HTML/026059.shtml

------------------
CAD on demand GmbH - Beratung und Programmierung rund um AutoCAD

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

---

Den Link schau ich mir mal an... aber ab 2 Zeilen Lisp wird es schwierig.... 

Der einzige Bearbeiter der Datei war ich selber, Kollegenpfusch kann ich also leider ausschließen.
Das zwischenzeitliche Löschen ALLER Schraffuren kann ich ausschließen, mal eine gelöscht kann schon vorkommen.
Da ist mir aber auch klar, dass entsprechend Felder neu zu machen sind...

Entscheidend aber: Dann hätten doch die Schriftfelder in den Mtexten das gleiche Problem!
Und die sind schon viel länger da und haben die exakt identischen Objekte eben nicht verloren.

Falls das nicht rüberkam: Ein identisches Objekt wird z.Zt. jeweils über Schriftfelder in einen Mtext und eine Tabellenzelle ausgelesen.
Mtext ist o.k., Tabellenzelle ist flöten.

(Grundsätzlich sollen irgendwann die Mtexte rausfliegen und nur noch in Tabellen die Flächen angegeben werden....)

[Diese Nachricht wurde von nena23 am 16. Feb. 2016 editiert.]

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

---

ahh ok, mein Fehler. Deine Überlegung ist natürlich richtig.
Würde dann den Rückschluß zulassen das die Tabelle einmal den Anschluß verloren hatte.

Frage: Ist das eine verknüpfte Datentabelle(Datenextrakt) oder ein Excel-Import,
oder einfach nur mit TABELLE erstellte leere Tabelle, welche dann ausschließlich durch den User gefüllt wurde?

Abgespekte Beispieldatei zur Veranschaulichung parat?
einmal mit "Soll" Tabelle und einem Eintrag und der entsprechenden Schraffur.
Alter Stand, neuer Stand wäre natürlich am besten.

------------------
CAD on demand GmbH - Beratung und Programmierung rund um AutoCAD

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

---

Nein, sind die dümmstmöglichen Tabellen 
Also nur als Gestaltungsgerüst. Dann ganz popelig in die Zellen Text+Schriftfeld eingefügt.
Schriftfeldinhalt stand ja im ersten Post. Da ist jetzt nichts tricky bei.

Datenextrakt hatte ich auch mal angedacht, hilf mir aber nichts, da nicht eine Tabelle sondern diverse.
Das wird dann viel aufwändiger und unübersichtlicher...
Datenextrakt wäre dann natürlich immer 1A Garant für Probleme....

[Diese Nachricht wurde von nena23 am 16. Feb. 2016 editiert.]

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

---

Derartige Erfahrung (mit dem Problem) habe ich nicht, Fälle im Forum sind mir nicht bekannt,
auch fällt mir nichts logisches ein wie es dazu kommen könnte: Ich bin raus, sorry.

------------------
CAD on demand GmbH - Beratung und Programmierung rund um AutoCAD

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

---

Verbuche ich das mal als "einmaliges Ereignis". 
Irgendwann zickten aus diesem "Bereich" auch mal Dateien, mit Wiederherstellen/_audit und so...
Wiederherstellen wäre dann so ein Ding, wo ich mir vorstellen könnte, dass genau so etwas verloren geht...
Merkt man leider nicht gleich...

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

---

Hallo,

ich habe hier mit einer AutoCad LT 2012 Version genau dasselbe Problem.
Stinknormale leere Tabelle erstellt und mit Schriftfeldern gefüllt. Interessanterweise verlieren bei mir nur die Schriftfelder den Bezug, die sich auf einen Block beziehen (habe einzelne Attribute eines Blocks wiedergeben lassen), Schriftfelder die sich auf Polylinien oder andere Objekte beziehen funktionieren tadellos.
Und bei mir ist die Tabelle ganz frisch erstellt und nicht iwie 2 Jahre alt. Habe das dann ein wenig getestet und es is so, dass jedesmal nach dem Speichern und erneuten Öffnen der Bezug flöten geht. Mit eben auch genau jener Fehlermeldung "Das durch das Schriftfeld referenzierte Objekt ist kein gültige Objekt.

Gibt es hier vielleicht Lösungsansätze? Weil iwie, das ich die Attribute auslesen kann in Schriftfeldern (AutoCAD mir das sozusagen erlaubt), und es dann aber doch nicht geht ist ziemlich frustrierend.

Liebe Grüße und vielen Dank schonmal.

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

---

Ich kann mir vorstellen, dass es daran liegt, dass Blöcke als Definition in der Zeichnungsdatei gespeichert werden und nach jedem neuen Öffnen die Blockreferenzen (ist das was Du siehst) neue ID's erhalten

------------------
mfg Roman

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

---

Hallo Roman,

danke für die schnelle Antwort.
Nur um sicher zu gehen: Ich interpretiere das mal als "geht nicht", oder? Es gibt keine Möglichkeit diese ID zu fixieren?

Wär auch nicht so schlimm, händisches Tippen hat auch noch keinem geschadet. :P

Ganz vielen lieben Dank.

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

---

Zitat:

---

Original erstellt von RL13:
Ich kann mir vorstellen, dass es daran liegt, dass Blöcke als Definition in der Zeichnungsdatei gespeichert werden und nach jedem neuen Öffnen die Blockreferenzen (ist das was Du siehst) neue ID's erhalten

---

...wäre übel! Ich glaube eher nicht.

@esc weinmann wien: Aber ja auch ganz leicht in einer Simpeldatei mal schnell zu testen!

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

---

Zitat:

---

wäre übel! Ich glaube eher nicht.

---

zumindest glaub ich, dass das Problem in dem Zusammenhang Blockdefinition und Blockreferenz zu finden ist

http://forums.autodesk.com/t5/net/getting-a-unique-id-from-blocks/td-p/3427245

http://ww3.cad.de/foren/ubb/Forum54/HTML/013223.shtml

------------------
mfg Roman

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