| |
| Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für Autodesk Produkte |
| |
| Durchgängige CAD-Daten in der Produktkonfiguration, eine Pressemitteilung
|
Autor
|
Thema: Schriftfeld verliert Objektbezug > why? (1734 / mal gelesen)
|
nena23 Mitglied Montag bis Freitag, ganzen Tag lang
Beiträge: 461 Registriert: 25.01.2008 win 7 pro 64bit, immer aktuell Acad Architecture 2013/2017, fast immer aktuell
|
erstellt am: 16. Feb. 2016 09:19 <-- editieren / zitieren --> Unities abgeben:
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 |
nena23 Mitglied Montag bis Freitag, ganzen Tag lang
Beiträge: 461 Registriert: 25.01.2008 win 7 pro 64bit, immer aktuell Acad Architecture 2013/2017, fast immer aktuell
|
erstellt am: 16. Feb. 2016 09:23 <-- editieren / zitieren --> Unities abgeben:
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 |
cadffm Moderator 良い精神
Beiträge: 22275 Registriert: 03.06.2002 System: F1 und Google
|
erstellt am: 16. Feb. 2016 09:42 <-- editieren / zitieren --> Unities abgeben: Nur für nena23
"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 |
nena23 Mitglied Montag bis Freitag, ganzen Tag lang
Beiträge: 461 Registriert: 25.01.2008 win 7 pro 64bit, immer aktuell Acad Architecture 2013/2017, fast immer aktuell
|
erstellt am: 16. Feb. 2016 10:16 <-- editieren / zitieren --> Unities abgeben:
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 |
cadffm Moderator 良い精神
Beiträge: 22275 Registriert: 03.06.2002 System: F1 und Google
|
erstellt am: 16. Feb. 2016 10:40 <-- editieren / zitieren --> Unities abgeben: Nur für nena23
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 |
nena23 Mitglied Montag bis Freitag, ganzen Tag lang
Beiträge: 461 Registriert: 25.01.2008 win 7 pro 64bit, immer aktuell Acad Architecture 2013/2017, fast immer aktuell
|
erstellt am: 16. Feb. 2016 17:43 <-- editieren / zitieren --> Unities abgeben:
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 |
cadffm Moderator 良い精神
Beiträge: 22275 Registriert: 03.06.2002 System: F1 und Google
|
erstellt am: 16. Feb. 2016 18:58 <-- editieren / zitieren --> Unities abgeben: Nur für nena23
|
nena23 Mitglied Montag bis Freitag, ganzen Tag lang
Beiträge: 461 Registriert: 25.01.2008 win 7 pro 64bit, immer aktuell Acad Architecture 2013/2017, fast immer aktuell
|
erstellt am: 17. Feb. 2016 10:09 <-- editieren / zitieren --> Unities abgeben:
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 |
esc weinmann wien Mitglied techn. Zeichner
Beiträge: 36 Registriert: 13.07.2016
|
erstellt am: 13. Jul. 2016 09:06 <-- editieren / zitieren --> Unities abgeben: Nur für nena23
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 |
RL13 Ehrenmitglied V.I.P. h.c. Dipl.-Ing. Bauwesen
Beiträge: 2373 Registriert: 23.10.2008 Civil 3D 2018.1 Civil 3D 2016 64 Bit SP 3 mit DACH und Extensions W7 Professional 64Bit HP Z440 Intel Xeon CPU E5-1620 v4 32 GB RAM NVIDIA Quadro P4000
|
erstellt am: 13. Jul. 2016 11:02 <-- editieren / zitieren --> Unities abgeben: Nur für nena23
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 |
esc weinmann wien Mitglied techn. Zeichner
Beiträge: 36 Registriert: 13.07.2016
|
erstellt am: 13. Jul. 2016 11:06 <-- editieren / zitieren --> Unities abgeben: Nur für nena23
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 |
nena23 Mitglied Montag bis Freitag, ganzen Tag lang
Beiträge: 461 Registriert: 25.01.2008 win 7 pro 64bit, immer aktuell Acad Architecture 2013/2017, fast immer aktuell
|
erstellt am: 14. Jul. 2016 16:39 <-- editieren / zitieren --> Unities abgeben:
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 |
RL13 Ehrenmitglied V.I.P. h.c. Dipl.-Ing. Bauwesen
Beiträge: 2373 Registriert: 23.10.2008 Civil 3D 2018.1 Civil 3D 2016 64 Bit SP 3 mit DACH und Extensions W7 Professional 64Bit HP Z440 Intel Xeon CPU E5-1620 v4 32 GB RAM NVIDIA Quadro P4000
|
erstellt am: 15. Jul. 2016 13:53 <-- editieren / zitieren --> Unities abgeben: Nur für nena23
|