Für DXF Experten (MegaCAD/WPM32 Export)!!!
Sven Schelhorn
ich habe mal wieder ein Problem mit MegaCAD und DXF, vielleicht könnt
Ihr mir sagen was da schief läuft.
Z. Zt. teste ich mit jemanden einen 2D-DXF Austausch zwecks
Visualisierung und wir sind schon lange am rum Kaspern...
Kurzum ich habe 2D-Daten in MegaCAD, die ich über DXF in Cinema 4D
reinladen will...
2D-Daten deshalb, weil ich ausschließlich 2D arbeite und außerdem weil
MegaCAD kein 3D-DXF exportiert, zumindest nur als Drahtgitter
(lächerlich wir wissen das alle!)
Da die Datenmenge für C4D zu groß ist habe ich nur die wesentlichen
Linien exportiert, wobei ich mittlerweile alles als Polylinien (wichtig
für das modellieren in C4D) gezeichnet habe und diese dann exportiert
habe...
Das sieht dann so aus:
----------------------
POLYLINE
8
250_3D_EG
6
CONTINUOUS
62
94
5
23
66
1
10
0.0
20
0.0
30
0.0
0
----------------------
... danach kommt VERTEX mit 8...
-> 8 = Spline vertex created by spline-fitting
Nun zu unserem Problem, trotz der DXF-ASCII (Ploylinien) erhält man in
C4D nur einzelne Linien...
Achtung, wenn ich nun mit WPM 32 eine neue DXF erzeuge, gibt es in
dieser auch keine Polinien mehr... Was passiert da? entweder schreibt
WPM32 keine Polys oder in der DXF von MegaCAD sind doch Fehler, was
meint Ihr? Wo kommt es da zum Verlust???
Ich hab es gerade nochmal mit AutoCAD probiert, dort hat die DXF (aus
MegaCAD) nach dem erneuten Speichern Polylinen (-> dort werden
Polylinien gelesen und geschrieben!) und ist wieder größer, komisch was?
Also liegt der Fehler dann beim importieren in C4D, oder?
Sollte WPM keine Ploylinen speicher?
--
Ciao, SVEN
Achim Luft
Aus den Erfahrungen die ich (Acad-User) mit DXF-Dateien von anderen
CAD-Systemen gemacht habe, kann ich nur sagen :
Du hast Recht. Aus irgend einem unerfindlichen Grund sind andere System
nicht in der Lage Polylinien in DXF zu erzeugen. Bei Autocad ist alles
anders-Autodesk gibt vor, das eine DXF-Datei genauso gut sein soll, wie eine
DWG-Datei. Entsprechend umfangreich ist dann aber auch der Befehlssatz.
Einiges ist nicht dokumentiert (Billy läßt grüßen!), anderes wird nicht
unterstützt.
Der Hammer sind Schraffuren : meist jede Linie einzeln!
Bis dann
Achim Luft
Norbert Grund
<m...@osnabrueck.netsurf.de> wrote:
> Aus irgend einem unerfindlichen Grund sind andere System
>nicht in der Lage Polylinien in DXF zu erzeugen.
Diese Systeme gibt es.
>Bei Autocad ist alles anders-Autodesk gibt vor, das eine DXF-Datei genauso gut sein soll, wie eine
>DWG-Datei.
Ich glaube nicht, bestimmte Attribute bzw. Strukturinformationen
lassen sich im DXF Format nicht ablegen. Das DataeXchangeFormat ist
wohl nur ein SubSet, der im DWG Format abspeicherbaren Informationen.
Das DXF-Format wurde urspruenglich mal von AD fuer die Ablage in einer
Datenbank entwickelt und war seinerzeit nicht fuer den Datenaustausch
gedacht.
>Entsprechend umfangreich ist dann aber auch der Befehlssatz.
>Einiges ist nicht dokumentiert (Billy läßt grüßen!), anderes wird nicht
>unterstützt.
Autodesk weigert sich eigentlich nur, dass DWG Format zu
dokumentieren. Deswegen gab's ja auch seinerzeit den Aerger mit der
OpenDWG Group ==> http://www.opendwg.org die die Marcomp DXF/DWG
Bibliotheken gekauft und weiterentwickelt haben. Das DXF-Format ist
von AD dokumetiert, die Dokumentation kann von der Autodesk Website
heruntergeladen werden und im Klassiker "Der DXF-Standard"
nachgeschlagen werden.
>Der Hammer sind Schraffuren : meist jede Linie einzeln!
Das kann DXF inzwischen besser, vermutlich meinst Du den Export aus
nicht AC Programmen.
Norbert
___
Don't try this at home!
Thomas Underberg
> Kurzum ich habe 2D-Daten in MegaCAD, die ich über DXF in Cinema 4D
> reinladen will...
klar macht das Probleme, wo soll den die Z-Komponente herkommen und dann
noch die Angabe für die Zeit. Ihr verlangt aber auch wirklich viel vom DXF.
> Da die Datenmenge für C4D zu groß ist habe ich nur die wesentlichen
> Linien exportiert, wobei ich mittlerweile alles als Polylinien (wichtig
> für das modellieren in C4D) gezeichnet habe und diese dann exportiert
> habe...
>
> Nun zu unserem Problem, trotz der DXF-ASCII (Ploylinien) erhält man in
> C4D nur einzelne Linien...
>
> Achtung, wenn ich nun mit WPM 32 eine neue DXF erzeuge, gibt es in
> dieser auch keine Polinien mehr... Was passiert da? entweder schreibt
> WPM32 keine Polys oder in der DXF von MegaCAD sind doch Fehler, was
> meint Ihr? Wo kommt es da zum Verlust???
Für DXF-Kontrolle sind schon Versuche mit verschiedenen Programme o.k., aber
gerade den WPM32 dafür zu verwenden ist vielleicht doch ein wenig zuviel der
Erwartung. Den würde ich beim Testen rauslassen. Erst mal den Weg MegaCAD
nach AutoCAD testen, was kommt dort an. Dann den Weg MegaCAD und AutoCAD
nach C4D.
Was sind für Einstellungen in C4D möglich. Normalerweise ist ein
DXF-Austausch halt nicht nur mit einem Knopfdruck abgetan. Gibt es irgendwo
eine Ini-Datei fürs DXFIN in C4D - wie sieht es denn bei dem Verein mit
einer Hotline aus. Reproduzierbar scheint Euer Fehler ja zu sein, dann
nichts wie ab mit dem Test-DXF an die Hotline.
--
Gruß aus Kiel
Thomas
. . * . . _[]_ . .
. /.\ . () .
. /.'.\ . `-(: )-' .
. /.'.'.\ . . ( : ) .
Frohe Weihnachten !
Peter Fleischer
Du schreibst: "2D-DXF-Austausch". Im DXF-Format gibt es keine
2D-Version. Die Z-Koordinate ist immer zwingend erforderlich. Das sieht
man auch an Deinem Auszug (Gruppencode 30). Wenn der Exportierer meint,
er müsse in 2D ausgeben, muss er die Z-Koordinate auf 0.0 setzen und
ausgeben. Die Rauminformation geht damit verloren.
Peter
Sven Schelhorn <Sven.Sc...@t-online.de> schrieb in im Newsbeitrag:
384EB5CA...@t-online.de...
> Hallo Leute,
>
> ich habe mal wieder ein Problem mit MegaCAD und DXF, vielleicht könnt
> Ihr mir sagen was da schief läuft.
>
> Z. Zt. teste ich mit jemanden einen 2D-DXF Austausch zwecks
> Visualisierung und wir sind schon lange am rum Kaspern...
>
> Kurzum ich habe 2D-Daten in MegaCAD, die ich über DXF in Cinema 4D
> reinladen will...
> 2D-Daten deshalb, weil ich ausschließlich 2D arbeite und außerdem weil
> MegaCAD kein 3D-DXF exportiert, zumindest nur als Drahtgitter
> (lächerlich wir wissen das alle!)
>
> Da die Datenmenge für C4D zu groß ist habe ich nur die wesentlichen
> Linien exportiert, wobei ich mittlerweile alles als Polylinien
(wichtig
> für das modellieren in C4D) gezeichnet habe und diese dann exportiert
> habe...
>
> Das sieht dann so aus:
> ----------------------
> POLYLINE
> 8
> 250_3D_EG
> 6
> CONTINUOUS
> 62
> 94
> 5
> 23
> 66
> 1
> 10
> 0.0
> 20
> 0.0
> 30
> 0.0
> 0
> ----------------------
> ... danach kommt VERTEX mit 8...
> -> 8 = Spline vertex created by spline-fitting
>
> Nun zu unserem Problem, trotz der DXF-ASCII (Ploylinien) erhält man in
> C4D nur einzelne Linien...
>
> Achtung, wenn ich nun mit WPM 32 eine neue DXF erzeuge, gibt es in
> dieser auch keine Polinien mehr... Was passiert da? entweder schreibt
> WPM32 keine Polys oder in der DXF von MegaCAD sind doch Fehler, was
> meint Ihr? Wo kommt es da zum Verlust???
>
Michael Henke
Ich mische mich an dieser Stelle mal ein ...
>> Kurzum ich habe 2D-Daten in MegaCAD, die ich über DXF
>> in Cinema 4D reinladen will...
> klar macht das Probleme, wo soll den die Z-Komponente
> herkommen [...]
Das ist gar nicht das Problem, d.h. ich weiss natuerlich, dass alle
Splines zunaechst mal in der "Null"-Ebene liegen. Da die Splines aber
sinnvoll gruppiert sind (EG, OG1, OG2), macht es keine Muehe, diese
auf die benoetigte Hoehe zu schieben.
>> Da die Datenmenge für C4D zu groß ist [...]
Nein, nicht die Datenmenge ist zu gross, sondern mein Rechner ist zu
klein ;-) ...
>> [...] wobei ich mittlerweile alles als Polylinien (wichtig
>> für das modellieren in C4D) gezeichnet habe und diese
>> dann exportiert habe ... [...] trotz der DXF-ASCII (Ploy-
>> linien) erhält man in C4D nur einzelne Linien ...
*Das* ist naemlich das Problem: In der ersten Exportversion bestand
das Erdgeschoss aus etwa 1000 Linien ("Lineare Splines") mit jeweils 2
Punkten (Anfangspunkt, Endpunkt). Keine Basis fuer einen Datenfluss!
In einer zweiten Exportversion hat Sven "neue" Polylinien gebildet, in
dem er den Umring des Gebaeudes neu erstellt hat (Abfahren der
Konturen im Punktfangmodus).
Allerdings weiss ich nicht, ob er den kompletten Umring als *eine*
Polylinie definiert hat ... Tatsache ist jedenfalls, dass Cinema nach
dem Import der zweiten Version nicht mehr 1000, sondern "nur" noch 150
Splines darstellt (die jetzt auch nicht mehr nur aus 2 Punkten
bestehen, sondern - je nach dem und grob geschaetzt - aus 4 bis 20).
Und: Alle (linearen) Splines sind *nicht* geschlossen, d.h. ein
Verschieben eines Splines in die dritte Dimension zieht nur die
Begrenzungslinien "nach oben", wobei die letzte Linie
(Endpunkt -> Anfangspunkt) und die beiden Deckflaechen oben und unten
fehlen - was natuerlich nicht ueberrascht.
Um darauf aufzubauen, muesste ich jeden einzelnen Spline vor dem
Verschieben zunaechst "schliessen" ... es sei denn, es gaebe dafuer
schon ein PlugIn, das das fuer alle markierten bzw. gruppierten
Splines automatisch erledigt.
> [...] Was sind für Einstellungen in C4D möglich. Normalerweise
> ist ein DXF-Austausch halt nicht nur mit einem Knopfdruck ab-
> getan. [...]
Zumindest waer's dann ein Gluecksfall. Laut C4D-Handbuch sind folgende
Optionen moeglich (nur die hier relevanten sind naeher beschrieben):
- Massstabsfaktor
- Kreisunterteilung
- Gefrorene Layer
- 2D-Elemente
- Normalen ausrichten
- Polygone triangulieren
- Layer (Elemente verbinden)
("Nach Farbe verbinden", "Nach Layer verbinden", "Nicht verbinden")
- Export (Objekte speichern)
("Polylinie", "Solid", "3DFace")
Die 3 Optionen bei "Layer" habe ich natuerlich ausprobiert - das
scheint aber nur fuer 3D-Objekte zu gelten. Im beschriebenen Fall
macht das keinen Unterschied ...
> [...] wie sieht es denn bei dem Verein mit einer Hotline aus.
> Reproduzierbar scheint Euer Fehler ja zu sein, dann nichts
> wie ab mit dem Test-DXF an die Hotline.
Kommt noch ... bis dahin verlasse ich mich allerdings auf die Aussage
von Maxon, dass man die DXF-Spezifikation (AutoCAD-Version 10 (!))
exakt einhaelt. Beim Importieren von *3D*-DXF hatte ich auch noch nie
Probleme (wenn ich mal von definitiv kaputten DXF-Filtern anderer
CAD-Pakete absehe ...).
Bis dahin,
Michael
--
Ingenieurbuero fuer Datentechnik und Visualisierung
http://www.ibdat.com PGP public key available
Sven Schelhorn
klar, Du hast mal wieder eine Antwort ;-)
Thomas Underberg schrieb:
>
> Hallo Sven,
>
> > Kurzum ich habe 2D-Daten in MegaCAD, die ich über DXF in Cinema 4D
> > reinladen will...
>
> klar macht das Probleme, wo soll den die Z-Komponente herkommen und dann
> noch die Angabe für die Zeit. Ihr verlangt aber auch wirklich viel vom DXF.
Oh, nicht doch, es soll ja nur 2D exportiert bzw. importiert werden,
woraus man dann ein 3D-Modell kostruieren will, soll, muß...
Also kurzum modelliert werden muß es noch, d.h. wiederum für C4D brauche
ich dazu geschlossene Splines, respektive Polylinien (ist halt so)!
> Für DXF-Kontrolle sind schon Versuche mit verschiedenen Programme o.k., aber
> gerade den WPM32 dafür zu verwenden ist vielleicht doch ein wenig zuviel der
> Erwartung. Den würde ich beim Testen rauslassen. Erst mal den Weg MegaCAD
> nach AutoCAD testen, was kommt dort an. Dann den Weg MegaCAD und AutoCAD
> nach C4D.
Moment, nochmal, ich exportiere Polylinen, diese weisen nach dem Export
aus MegaCAD Polylinien auf (in der ACSII). Wenn ich diese DXF und
AutoCAD öffne und neu speichere, dann sind die Polylinien immer noch
vorhanden (in der ASCII).
Also entsteht doch kein Verlust auf meiner Seite, sondern erst in C4D,
ist das richtig?
Die Testung mit WPM32 verlief allerdings so, daß nach den erneuten
Speichern die Polylinien weg waren (wieder in der ASCII), d.h. es waren
einzelne Linien, wie auch beim Import in C4D, was allerdings generell
eben gerade Polylinien braucht...
Wo meinst Du, oder Ihr, daß hier der Verlust entsteht?
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
a) Ist die MegaCAD Datei so schlecht, daß Sie zwar Polylinien
exportiert, aber darin enthaltene Fehler nur AutoCAD "übersieht", oder
b) Kann WPM32 keine Polylinien lesen/schreiben (Layer kann es ja auch
nicht) bzw. C4D einen Fehler beim Import verursacht...
> Was sind für Einstellungen in C4D möglich.
Oh, anscheinend sehr viele, zumindest mehr als bei mir beim Export...
Vielleicht liest Michael gerade mit, dann könnten wir's vielleicht
zusammen erörtern...
> Normalerweise ist ein
> DXF-Austausch halt nicht nur mit einem Knopfdruck abgetan.
Das ist klar, ich denke mal man kennt meine Bemühungen hier schon ;-)
Aber toi, toi, toi...
Immer auf der Suche nach *mehr* und *besser* LOL
> Gibt es irgendwo
> eine Ini-Datei fürs DXFIN in C4D - wie sieht es denn bei dem Verein mit
> einer Hotline aus. Reproduzierbar scheint Euer Fehler ja zu sein, dann
> nichts wie ab mit dem Test-DXF an die Hotline.
Ja, das werde ich Michael mal Fragen, wobei ich Ihm so kurz vor
Weihnachten auch nicht auf die Nerven fallen möchte, denn wir haben
schon massig Datenaustausch betrieben, und da sieht man mal wieder, was
Export (gerade mal in Systeme fremder Branchen) eigentlich so bedeutet.
In AutoCAD bekomme ich das ganze TipTop hin, zumindest würde ich mir so
eine Zulieferung auch wünschen...
> --
> Gruß aus Kiel
> Thomas
Zurück!
> . . * . . _[]_ . .
> . /.\ . () .
> . /.'.\ . `-(: )-' .
> . /.'.'.\ . . ( : ) .
Was ist das? Datenaustausch? <ROTFL>
--
Ciao, SVEN
Norbert Grund
<peter.f...@gmx.de> wrote:
>Sven,
>Du schreibst:
...
>Peter
Dafuer muesste man ja nicht alles nochmal quoten.
Norbert Grund
<Sven.Sc...@t-online.de> wrote:
Fuer eine _sinnvolle_ Arbeit in C4D braucht's halt einen 3D
Flaechenexport (Tesselation) aus dem verwendeten CAD.
Viele CAD Systeme koennen das...
Sven Schelhorn
Peter Fleischer schrieb:
>
> Sven,
> Du schreibst: "2D-DXF-Austausch". Im DXF-Format gibt es keine
> 2D-Version. Die Z-Koordinate ist immer zwingend erforderlich. Das sieht
> man auch an Deinem Auszug (Gruppencode 30). Wenn der Exportierer meint,
> er müsse in 2D ausgeben, muss er die Z-Koordinate auf 0.0 setzen und
> ausgeben. Die Rauminformation geht damit verloren.
Nun gut, dann setzt MegaCAD eben die Z Koordinate auf 0.0 (schon wieder
dazugelernt...)
Allerdings verstehe ich nicht warum dann MegaCAD seine 2D Zeichneungen
und 3D Zeichnungen so unterschiedlich exportiert, denn wenn es wirklich
nur an der Z-Koordinate liegt, frag ich mich, warum da (zumindest was
dahinter zu stecken scheint) alles so verkompliziert wir...
Bsp: 2D wird bei MC aus einem externen Programm mit einigen
Einstellungsmöglichkeiten exportiert. Dagegen exportiert MC 3D-Daten
direkt aus dem CAD-Programm wenns im 3D-Modus läuft.
Hat jemand (nur so am Rande) erfahrungen, wie MegaCAD was da treibt, mal
abgesehen davon, daß die 3D-DXF zumilch unbrauchbar sind...
Wie werden Linien exportiert, Fonts usw.?
--
Ciao, SVEN
Sven Schelhorn
Ööööh...
Merkwürdig, mein Newsreader kann diese Nachricht einfach nicht lesen???
Kein Scherz, kannst Du's nochmal posten oder via E-Mail, der Inhalt
würde mich interessieren ;-)
--
Ciao, SVEN
Sven Schelhorn
>
> Fuer eine _sinnvolle_ Arbeit in C4D braucht's halt einen 3D
> Flaechenexport (Tesselation) aus dem verwendeten CAD.
Dabke, daß wollte ich hören...
Warum antwortest Du eigentlich immer anders als die Frage lautet?
Wir haben eben nur 2D-Daten...
--
Ciao, SVEN
Michael Henke
> Fuer eine _sinnvolle_ Arbeit in C4D braucht's halt einen 3D
> Flaechenexport (Tesselation) aus dem verwendeten CAD.
Ein "3D-Flaechenexport" ist natuerlich die komfortablere Variante, die
aufgrund Svens Arbeitsweise hier aber nicht zur Verfuegung steht -
leider ;-)!
Aber ich waere ja schon halbwegs gluecklich, wenn ich zumindest
"2D-Flaechen" (in Form *geschlossener* Splines in der "Null"-Ebene)
auf den Tisch bekaeme - und: so wenig "zerstueckelt" wie eben
moeglich. Denn streng genommen brauche ich in C4D nur zwei Splines, um
die Geometrie (Rohbau) eines Geschosses darzustellen (Fenster und
Tueren zunaechst mal nicht beruecksichtigt).
Thomas Underberg
immer gerne
> Nein, nicht die Datenmenge ist zu gross, sondern mein Rechner ist zu
> klein ;-) ...
seit wann kann man auf einem Handhold CAD laufen lassen?
> *Das* ist naemlich das Problem: In der ersten Exportversion bestand
> das Erdgeschoss aus etwa 1000 Linien ("Lineare Splines") mit jeweils 2
> Punkten (Anfangspunkt, Endpunkt). Keine Basis fuer einen Datenfluss!
>
> In einer zweiten Exportversion hat Sven "neue" Polylinien gebildet, in
> dem er den Umring des Gebaeudes neu erstellt hat (Abfahren der
> Konturen im Punktfangmodus).
>
> Allerdings weiss ich nicht, ob er den kompletten Umring als *eine*
> Polylinie definiert hat ... Tatsache ist jedenfalls, dass Cinema nach
> dem Import der zweiten Version nicht mehr 1000, sondern "nur" noch 150
> Splines darstellt (die jetzt auch nicht mehr nur aus 2 Punkten
> bestehen, sondern - je nach dem und grob geschaetzt - aus 4 bis 20).
Vielleicht verstehen die Softwaren unter dem Begriff Polylinie halt einfach
nur etwas anderes. In den meisten Systemen ist es nicht zwingend, daß eine
Poly geschlossen ist, wie es für C4D der Fall zu sein scheint. Prüft doch
mal, ob es noch andere Möglichkeiten gibt, um in MegaCAD Euren Umriß zu
erzeugen z.B. Spline (sind nicht gleichzusetzen mit Polylinien) oder Fläche
oder . . . (hierzu siehe auch das posting von Norbert).
kurz noch zum WPM32: Was der aus Splines macht ist bei der Art von Software
nun wirklich völlig egal. Der einzige verwendbare Effekt besteht doch darin,
daß ich aus einem Plotfile ein DXF machen kann und da bin ich froh, wenn ich
mir maßstäbliche Geometrie klauen kann. Mehr Anspruch kann man doch an einen
Plotfilemanager nicht stellen und dann noch für den Preis.
--
Gruß aus Kiel
Thomas
. . * . . _[]_ . .
. /.\ . () .
. /.'.\ . `-(: )-' .
. /.'.'.\ . . ( : ) .
Frohe Weihnachten !
Michael Henke
>> Nein, nicht die Datenmenge ist zu gross, sondern mein
>> Rechner ist zu klein ;-) ...
> seit wann kann man auf einem Handhold CAD laufen lassen?
Hm ... gibt's eigentlich das Adverb "synonymisch" ;-)?
> Vielleicht verstehen die Softwaren unter dem Begriff Polylinie
> halt einfach nur etwas anderes. In den meisten Systemen ist
> es nicht zwingend, daß eine Poly geschlossen ist, wie es für
> C4D der Fall zu sein scheint.
Kann man so nicht sagen, denn C4D kennt sowohl offene als auch
geschlossene Splines. Und um aus einem offenen Spline einen
geschlossenen zu machen (oder umgekehrt), reicht es aus, eine
entsprechende Checkbox zu markieren.
Um aus einem Spline allerdings einen geschlossenen dreidimensionalen
Koerper (z.B. "Wand") zu machen, d.h. mit vollstaendigem Umring und
oberer/unterer Deckflaeche, muss er geschlossen sein.
> Prüft doch mal, ob es noch andere Möglichkeiten gibt, um in
> MegaCAD Euren Umriß zu erzeugen [...]
Sven?
W. Feulner
Sven Schelhorn schrieb:
> Norbert Grund schrieb:
> >
> > Fuer eine _sinnvolle_ Arbeit in C4D braucht's halt einen 3D
> > Flaechenexport (Tesselation) aus dem verwendeten CAD.
>
> Dabke, daß wollte ich hören...
>
> Warum antwortest Du eigentlich immer anders als die Frage lautet?
> Wir haben eben nur 2D-Daten...
>
> --
> Ciao, SVEN
Stimmt. Du könntest aber mit geringem Aufwand für einen Test mal
3D-Daten generieren. Einfach mal deine Wände als gerades Prisma
hochziehen. Ca. 30 Sekunden
Arbeitsaufwand ( wenn das Haus etwas komplexer ist dauerts etwas
länger).
Dann beim Export nur den Volumenkörper anwählen.
mfg
W. Feulner
Norbert Grund
<Sven.Sc...@t-online.de> wrote:
>
>Dabke, daß wollte ich hören...
Bitte schoen.
>
>Warum antwortest Du eigentlich immer anders als die Frage lautet?
42
Weil Du die flaschen Fragen stellst *g*
>Wir haben eben nur 2D-Daten...
Vielleicht sollte man an den Ursachen bohren und nicht an den
Ergebnissen rumdoktern, sprich Megatech BITTEN, ein Tesselation
einzubauen. Da Megatech ja der Spatial ACIS Hauptentwickler ist,
sollte dies nicht schwer fallen. Wenn ich mich recht erinnere,
unterstuetzt ACIS das diekt bzw. als Husk.
Koennte latuernich sein, dass deine MegaCad Version (5.x??) kein ACIS
verwendet...
8^)
henning holzapfel
wrote:
>>Warum antwortest Du eigentlich immer anders als die Frage lautet?
>
>42
rotfl
Sven Schelhorn
>
> Hallo Norbert!
>
> Ein "3D-Flaechenexport" ist natuerlich die komfortablere Variante, die
> aufgrund Svens Arbeitsweise hier aber nicht zur Verfuegung steht -
> leider ;-)!
;-) Ist halt so, ich betrachte ja gerade die Modellierung als (für mich)
unwitrschaftlich, deshlab Arbeitsverteilung. Ist doch eigentlich genau
daß, was das internet und die NGs interessant macht...
> Aber ich waere ja schon halbwegs gluecklich, wenn ich zumindest
> "2D-Flaechen" (in Form *geschlossener* Splines in der "Null"-Ebene)
> auf den Tisch bekaeme - und: so wenig "zerstueckelt" wie eben
> moeglich. Denn streng genommen brauche ich in C4D nur zwei Splines, um
> die Geometrie (Rohbau) eines Geschosses darzustellen (Fenster und
> Tueren zunaechst mal nicht beruecksichtigt).
Naja, ich hatt jetzt die Fenster und die Fensterrahmen mal mit drin,
aber für die Zerstückelung kann ich nichts, in MegaCAD kann ich
allerdinsg nicht nachvollziehen, ob eine Poly geschlossen ist oder nicht
(es sein denn über Koordinaten), deshalb habe ich ja den Text der DXF
hier gepostet, weiß niemand, ob die auf geschlossen oder offen
verweist???
Auch hast Du ja mitlerweile von mir die (AutoCAD-) Fehlermeldungen
Deines Exports bekommen, oder auch die Tatsache daß Du nicht von R14
ausgehst habe ich Dir gemailt. Kann der Fehler an MegaCAD -> R14-File,
Cinema4D -> R10-File leigen? Wohl am wahrscheinlichsten...
Hier nochmal der Fehler Deines Exports (weiß jemand, was hier falsch
ist?):
Unzulässiger Tabelleneintragsname DECKFL_CHE1.1 auf Zeile 226.
Ungültige oder unvollständige DXF-Eingabe -- Zeichnung abgebrochen.
Unzulässiger Tabelleneintragsname UMGEBUNG.1 auf Zeile 106.
Ungültige oder unvollständige DXF-Eingabe -- Zeichnung abgebrochen.
Sämtliche Dateien von C4D sind nicht in AutoCAd einlesbar...
In MegaCAD folglich auch nicht...
--
Ciao, SVEN
Sven Schelhorn
Hi Thomas...
> Vielleicht verstehen die Softwaren unter dem Begriff Polylinie halt einfach
> nur etwas anderes.
Deshalb hier die Frage nach DXF, denn darüber läuft ja der Austasuch...
> In den meisten Systemen ist es nicht zwingend, daß eine
> Poly geschlossen ist, wie es für C4D der Fall zu sein scheint.
Na, Ciname kennt zumidest den Unterschied, in MegaCAD ist es egal... Nur
ist diese Information in der DXF-Datei enthalten, wenn ja, wie? Nur
durch die Koordinate des Anfangs- und Endpunkts?
> Prüft doch
> mal, ob es noch andere Möglichkeiten gibt, um in MegaCAD Euren Umriß zu
> erzeugen z.B. Spline (sind nicht gleichzusetzen mit Polylinien) oder Fläche
> oder . . . (hierzu siehe auch das posting von Norbert).
Na, Du kennst doch MegaCAD, ich kann aus Splines zwar Linien machen,
aber kein Splines aus Linien...
Splines sind tangierende Kurven und Linen, und werden wie auch
Freihandlinien behandelt. also auf keinen Fall Linien mit 90°, kann ich
mir in MegaCAD nicht vorstellen, außerdem:
...werden Splines in Polylinien umgewandelt, welche wieder aus Bögen und
Linien bestehen, ändert also nicht an "geschlossen " oder "offen"...
> kurz noch zum WPM32: Was der aus Splines macht ist bei der Art von Software
> nun wirklich völlig egal. Der einzige verwendbare Effekt besteht doch darin,
> daß ich aus einem Plotfile ein DXF machen kann und da bin ich froh, wenn ich
> mir maßstäbliche Geometrie klauen kann. Mehr Anspruch kann man doch an einen
> Plotfilemanager nicht stellen und dann noch für den Preis.
Auch klar, aber so habe ich mal getestet, ob es in der MegaCAD DXF
überhaupt Polylinen gibt, zumindest bleiben Sie aber über AutoCAD
erhalten, soviel kann ich sagen...
--
Ciao, SVEN
Sven Schelhorn
>
> Kann man so nicht sagen, denn C4D kennt sowohl offene als auch
> geschlossene Splines. Und um aus einem offenen Spline einen
> geschlossenen zu machen (oder umgekehrt), reicht es aus, eine
> entsprechende Checkbox zu markieren.
Naja, wir haben halt nur Polylinien, die Du doch eigentlich nur
schliessen mußt, bedingt durch DXF...
Schreibt übrigens AutoCAD oder Nemetschek Splines ins DXF-File? Wenn ja,
dann hat zwar MegaCAD ein Mango, aber...
...wer zeichnet denn schon sein Mauerwerk als Splines, es sind doch so
gut wie immer Linien, höchstens Polylinien!!!
> Um aus einem Spline allerdings einen geschlossenen dreidimensionalen
> Koerper (z.B. "Wand") zu machen, d.h. mit vollstaendigem Umring und
> oberer/unterer Deckflaeche, muss er geschlossen sein.
Ja, sollte er sein, zumindets die Polylinien, da diese wie gesagt aus
der Schraffur (theoretisch eine geschlossenen Fläche) entwickelt
wurde...
> > Prüft doch mal, ob es noch andere Möglichkeiten gibt, um in
> > MegaCAD Euren Umriß zu erzeugen [...]
Als was denn? Splines sind Linien und Bögen die über diverse Punkte (wie
z.B. Sinuskurve) erstellt wird, und über DXF werden diese eh wieder zu
Polylinien...
> Sven?
Mein Mauerwerk ist halt kein Objekt, das in einen Spline konvertiert
wird, sondern besteht aus zwei Paralellen Linien, die ich höchstens als
Polylinien ausweisen kann...
Nochmal, arbeitet jemand nicht Objekt bezogen mit Splines? Würde mich
wundern, selbst wenn, bleibt das über DXF erhalten?
Wie siehts hier mit Nemetschek oder AutoCAD im 2D-Bereich aus?
Splines???
--
Ciao, SVEN
Achim Luft
Nach den Diskussionen hier scheint das mit DXF nichts zu werden,
es könnte es ja auch andere Alternativen geben:
Deine Arbeitsweise ist mir nicht fremd. Ich nutze sie teilweise auch
(z.B. für mein 3D-Museum - Museum für Industriekultur in Osnabrück).
Obwohl ein Import von Volumen über *.dwg lieber ist.
Hast Du wirklich alle Möglichkeiten ausgelotet?
Da ich 3DS-MAX habe kann ich nur davon ausgehen. Hier können
alle Teile, die auf dem gleichen Layer liegen verschmolzen oder
gruppiert werden.
Wie reagiert den C4D wenn Du die Linien als Blöcke zusammenfasst?
Kann C4D denn nichts mit Acis-*.sat Volumen anfangen?
Hat Megacad die Möglichkeit 3D-Studio4 Dateien (*.3DS) zu erzeugen?
Dies hat sich bie vielen Systemen als Standard etabliert.
(Obwohl 3DS eine alte Kamelle ist!)
Wie ich in dieser Newsgroup an anderer Stelle gelesen habe, kann C4D
dies lesen - aber kann Megacad dies auch schreiben?
Oder hast Du schon mal geprüft ob ein Transfer über
VRML (*.wrl) oder STL(*.stl) möglich ist?
Für C4D dürfte dies kein Problem sein.
Sven Schelhorn
>
> >Dabke, daß wollte ich hören...
>
> Bitte schoen.
:-\
> >Warum antwortest Du eigentlich immer anders als die Frage lautet?
>
> 42
Schön...
> Weil Du die flaschen Fragen stellst *g*
LOL
> >Wir haben eben nur 2D-Daten...
>
> Vielleicht sollte man an den Ursachen bohren und nicht an den
> Ergebnissen rumdoktern,
Nein, Du willst das Problem UMGEHEN nicht LÖSEN, aber ich will nunmal
keine 3D Eingabe, sprich unser Schwerpunkt ist nun mal das Ergebnis als
Ausdruck, nicht die "Bildchen".
> sprich Megatech BITTEN, ein Tesselation
> einzubauen. Da Megatech ja der Spatial ACIS Hauptentwickler ist,
> sollte dies nicht schwer fallen. Wenn ich mich recht erinnere,
> unterstuetzt ACIS das diekt bzw. als Husk.
In der 3D Version... wäre das in Ordnung, aber da sollte MegaCAD erstmal
ein vernüftige 3D-DXF Schnittstelle entwickeln, ist aber wie gesagt ein
anderes Theme, wir reden hier über einen 2D Austausch...
> Koennte latuernich sein, dass deine MegaCad Version (5.x??) kein ACIS
> verwendet...
Klar, wozu auch bei 2D?
Ich könnte uach auf 3D arbeiten, kein Probhlem, nur dann bräuchte ich
keinen Autausch mehr, denn dann habe ich ja bereits das, was ich will
;-)
--
Ciao, SVEN
Sven Schelhorn
>
> Sven Schelhorn schrieb:
>
> Stimmt. Du könntest aber mit geringem Aufwand für einen Test mal
> 3D-Daten generieren. Einfach mal deine Wände als gerades Prisma
> hochziehen. Ca. 30 Sekunden
> Arbeitsaufwand ( wenn das Haus etwas komplexer ist dauerts etwas
> länger).
Das 3D Modell liegt mir schon komplett vor, aber darum geht's ja nicht,
wir müssen, soviel steht fest, 2D-Daten Austauschen...
Das ganze habe ich auch schon mal probehalber visualisiert, in
MegaSTUDIO ja recht nett, aber...
> Dann beim Export nur den Volumenkörper anwählen.
...die 3D Schnittstelle von MegaCAD liefert nur Polylinien, mal
abgesehen davon, das ich bei größeren Objekten diese Modellierung,
gerade bei Projekten mit viel Stahl und Glas nicht selbst machen will,
sondern Micheal übernehmen sollte...
Also nütz mir der 3D Export nicht mal dann, wenn er funktionieren
würde...
PS: Hast Du schon mal 3D exportiert und in AutoCAD gerendert *LOL*
--
Ciao, SVEN
dbu
Hi,
>Naja, ich hatt jetzt die Fenster und die Fensterrahmen mal mit drin,
>aber für die Zerstückelung kann ich nichts, in MegaCAD kann ich
>allerdinsg nicht nachvollziehen, ob eine Poly geschlossen ist oder nicht
>(es sein denn über Koordinaten), deshalb habe ich ja den Text der DXF
>hier gepostet, weiß niemand, ob die auf geschlossen oder offen
>verweist???
Da die Gruppe 70 in der DXF-Datei nicht angegeben ist, ist die
Polyline nicht geschlossen. Es sei denn der Endpunkt des letzten
Vertex ist identisch mit dem Startpunkt des ersten. Was sich aber so
nicht sagen läßt, da Du die Definitionen der Vertexe nicht mit
angegeben hast.
>Auch hast Du ja mitlerweile von mir die (AutoCAD-) Fehlermeldungen
>Deines Exports bekommen, oder auch die Tatsache daß Du nicht von R14
>ausgehst habe ich Dir gemailt. Kann der Fehler an MegaCAD -> R14-File,
>Cinema4D -> R10-File leigen? Wohl am wahrscheinlichsten...
>
>Hier nochmal der Fehler Deines Exports (weiß jemand, was hier falsch
>ist?):
>
>Unzulässiger Tabelleneintragsname DECKFL_CHE1.1 auf Zeile 226.
>Ungültige oder unvollständige DXF-Eingabe -- Zeichnung abgebrochen.
>
>Unzulässiger Tabelleneintragsname UMGEBUNG.1 auf Zeile 106.
>Ungültige oder unvollständige DXF-Eingabe -- Zeichnung abgebrochen.
>
>Sämtliche Dateien von C4D sind nicht in AutoCAd einlesbar...
>In MegaCAD folglich auch nicht...
>
Kann ich so nicht sagen. Mail mir mal die DXF-Datei rüber. Dann werf
ich mal einen Blick drauf.
bis dann
Dirk
dbu
>Deshalb hier die Frage nach DXF, denn darüber läuft ja der Austasuch...
>
>> In den meisten Systemen ist es nicht zwingend, daß eine
>> Poly geschlossen ist, wie es für C4D der Fall zu sein scheint.
>
>Na, Ciname kennt zumidest den Unterschied, in MegaCAD ist es egal... Nur
>ist diese Information in der DXF-Datei enthalten, wenn ja, wie? Nur
>durch die Koordinate des Anfangs- und Endpunkts?
Nein, ob die Polyline geschlossen ist oder nicht wird über die Gruppe
70 gesteuert. Wenn Bit 1 gesetzt ist ist die Polyline geschlossen.
sonst nicht. Außer Start- und Endpunkt sind identisch.
Genaue Infos findest Du in der "AutoCAD DXF-Reference". Zu finden
unter: http://www.autodesk.com/techpubs/autocad/dxf/
bis dann
Dirk
Josef Zeller
Sven Schelhorn <Sven.Sc...@t-online.de> schrieb in im Newsbeitrag:
384EB5CA...@t-online.de...
> Hallo Leute,
>
> ich habe mal wieder ein Problem mit MegaCAD und DXF, vielleicht könnt
> Ihr mir sagen was da schief läuft.
>
> Z. Zt. teste ich mit jemanden einen 2D-DXF Austausch zwecks
> Visualisierung und wir sind schon lange am rum Kaspern...
>
> Kurzum ich habe 2D-Daten in MegaCAD, die ich über DXF in Cinema 4D
> reinladen will...
> 2D-Daten deshalb, weil ich ausschließlich 2D arbeite und außerdem weil
> MegaCAD kein 3D-DXF exportiert, zumindest nur als Drahtgitter
> (lächerlich wir wissen das alle!)
>
> Da die Datenmenge für C4D zu groß ist habe ich nur die wesentlichen
> Linien exportiert, wobei ich mittlerweile alles als Polylinien (wichtig
> für das modellieren in C4D) gezeichnet habe und diese dann exportiert
> habe...
>
Leider hatte ich in letzter Zeit auch einige Probleme mit Megacad
Beim Sweepen von Polylinien als Volumen (ich hab auch 2D Linien Kreise)
kurz alles mögliche probiert, es ging einfach nicht, als Fläche war es
möglich
wobei diese dann beim schaden nicht richtig aussah.
Mitlererweile denke ich daß es daran liegt daß Megacad die Linien oft
unsauber
verbindet, auf der Schweizer Megacad HP gibt es ein Tool das überprüfen kann
ob
Linien geschlossen oder offen sind (also scheint das Problem bekannt, leider
nicht kostenlos), der Support
wusste natürlich von nichts und hat mir mein Grundelement einfach
nachgezeichnet
und zurückgemailt, (natürlich auch nicht schlecht) aber damit ist das
Hauptproblem leider
nicht gelöst.
Vor allem wenn viele Kurven oder Kreise enthalten sind scheint Megacad
kleine Lücken
zu lassen (auf der HP hieß es glaub ich irgendwas von 0,00001mm).
Vielleicht hat das ja was mit Deinem Problem zu tun!?
MFG Josef
Sven Schelhorn
>
> Hallo Sven,
Hallo,
> Nach den Diskussionen hier scheint das mit DXF nichts zu werden,
> es könnte es ja auch andere Alternativen geben:
Das ist richtig, wenn's um 3D geht, aber wir tauschen 2D-Daten aus und
hier ist wg. C4D, die Ploylinien (als geschossene Spline), wichtig.
> Deine Arbeitsweise ist mir nicht fremd. Ich nutze sie teilweise auch
> (z.B. für mein 3D-Museum - Museum für Industriekultur in Osnabrück).
> Obwohl ein Import von Volumen über *.dwg lieber ist.
Klar, aber das will ich ja gerade erstellen lassen und wir arbeiten
sowieso mit MegaCAD, was wiederum die 3D-DXF ausschleißt. Ist hgalt
nunmal kein Volumen Modell im Sinne von AutoCAD, höchsten SAT, aber das
ist uns nicht möglich, wenn gleich -> 2D.
[Den Rest wg. 3D gesnippt, aber trotzdem Danke!]
--
Ciao, SVEN
Sven Schelhorn
>
> Hi,
Auch Hi
> >Deshalb hier die Frage nach DXF, denn darüber läuft ja der Austasuch...
> Nein, ob die Polyline geschlossen ist oder nicht wird über die Gruppe
> 70 gesteuert. Wenn Bit 1 gesetzt ist ist die Polyline geschlossen.
> sonst nicht. Außer Start- und Endpunkt sind identisch.
Na, ob der Start- und Endpunkt identisch sind erkenn ich in DXF nihct,
was meinst Du?
Normalerweise müsste es so sein, da ich eigentlich die Koordinaten
abfahre und MegaCAD sogar bis auf 12 Nachkommastellen genau ist
(angeblich), und auch weil ich vorwiegend Polylinien über bestehende
Schraffuren erzeugen lies, was ja eine geschlossene Fläche ergeben muß.
Ein Klick in die Fläche -> Polylinien ist da...
> Genaue Infos findest Du in der "AutoCAD DXF-Reference". Zu finden
> unter: http://www.autodesk.com/techpubs/autocad/dxf/
Das hab ich schon alles, aber wenn man das zum erstenmall sieht, dann
versteht man ja nicht gleich alles... *LOL*
Was meinst Du dazu?
POLYLINE
8
250_3D_EG
6
CONTINUOUS
62
94
5
23
66
1
10
0.0
20
0.0
30
0.0
0
VERTEX
8
250_3D_EG
6
CONTINUOUS
62
94
5
24
10
-387.500000000018
20
212.500000000015
30
0.0
42
1.0
0
VERTEX
8
250_3D_EG
6
CONTINUOUS
62
94
5
25
10
-687.500000000018
20
212.500000000015
30
0.0
42
1.0
0
VERTEX
8
250_3D_EG
6
CONTINUOUS
62
94
5
26
10
-387.500000000018
20
212.500000000015
30
0.0
0
SEQEND
8
250_3D_EG
6
CONTINUOUS
62
94
5
27
0
> bis dann
> Dirk
--
Ciao, SVEN
Bernd Postaremczak
>> Nein, ob die Polyline geschlossen ist oder nicht wird über die
>> Gruppe 70 gesteuert. Wenn Bit 1 gesetzt ist ist die Polyline
>> geschlossen. sonst nicht. Außer Start- und Endpunkt sind
>> identisch.
>
>Na, ob der Start- und Endpunkt identisch sind erkenn ich in DXF
>nihct, was meinst Du?
Doch, erkennst du anhand der Koordinaten. Dein unten aufgeführtes
Beispiel ist z.B. nicht geschlossen. Davon abgesehen gibt es die
Gruppe 70 nicht, was laut dbu (deinem Vorposter) ja wohl für die
Geschlossenheit der Polylinie wichtig ist.
>Normalerweise müsste es so sein, da ich eigentlich die Koordinaten
>abfahre und MegaCAD sogar bis auf 12 Nachkommastellen genau ist
>(angeblich), und auch weil ich vorwiegend Polylinien über
>bestehende Schraffuren erzeugen lies, was ja eine geschlossene
>Fläche ergeben muß. Ein Klick in die Fläche -> Polylinien ist
>da...
Siehe Analyse des DXF-Ausschnittes.
>> Genaue Infos findest Du in der "AutoCAD DXF-Reference". Zu
>> finden unter: http://www.autodesk.com/techpubs/autocad/dxf/
>
>Das hab ich schon alles, aber wenn man das zum erstenmall sieht,
>dann versteht man ja nicht gleich alles... *LOL*
>Was meinst Du dazu?
>
>POLYLINE #Art des Elements
> 8 #jetzt kommt ein Layername
>250_3D_EG #der Layername
> 6 #jetzt kommt der Linientyp
>CONTINUOUS #Art des Linientyps
> 62 #jetzt kommt die Farbe des Elementes
> 94 #Farbe 94
> 5 #Elementreferenz?
>23 #Hexadezimalzahl 23
> 66 #VERTEX-Flag (d.h. VERTEX kommt vor)
> 1 #immer 1
> 10 #jetzt kommt Rechtswert (Startkoordinaten)
>0.0 #Koordinate
> 20 #jetzt kommt Hochwert
>0.0 #Koordinate
> 30 #jetzt kommt Höhe
>0.0 #Koordinate
> 0 #jetzt kommt der Typ des Elementes
>VERTEX #Scheitelpunkt des Polylinie (Eckpunkt)
> 8 #jetzt kommt ein Layername
>250_3D_EG #der Layername
> 6 #jetzt kommt der Linientyp
>CONTINUOUS #Art des Linientyps
> 62 #jetzt kommt die Farbe des Elementes
> 94 #Farbe 94
> 5 #Elementreferenz?
>24 #Hexadezimalzahl 24
> 10 #wieder Koordinaten
>-387.500000000018
> 20
>212.500000000015
> 30
>0.0
> 42 #Ausbuchtung für Bogensegment
>1.0 #Ausbuchtung ist 1 (ich nehme mal an, keine)
> 0 #nächster Scheitelpunkt
> 0 #neuer Abschnitt
>SEQEND #Ende der Polylinie
> 8
>250_3D_EG
> 6
>CONTINUOUS
> 62
> 94
> 5
>27
> 0
Wenn ich deinen Ausschnitt richtig interpretiere, geht deine
Polylinie von 0/0 über -387,5/212,5 über -687,5/212,5 wieder auf
-387,5/212,5 und dann ist Ende. Geschlossen ist da nix. Wenn das eine
Fläche ist, bin ich der Weihnachtsmann. :-)
Also scheint irgendwas mit der Datenstruktur in MEGACAD nicht zu
stimmen bzw. der Datenexport ist für die Tonne.
HTH
Bernd
P.S.: Die #-Kommentare stammen von mir.
--
Es ist mal wieder Zeit für eine neue Signatur.
Michael Henke
>>> Nein, ob die Polyline geschlossen ist oder nicht wird über die
>>> Gruppe 70 gesteuert. Wenn Bit 1 gesetzt ist ist die Polyline
>>> geschlossen. sonst nicht. Außer Start- und Endpunkt sind
>>> identisch.
>> Na, ob der Start- und Endpunkt identisch sind erkenn ich in
>> DXF nihct, was meinst Du?
> Doch, erkennst du anhand der Koordinaten. Dein unten aufgeführtes
> Beispiel ist z.B. nicht geschlossen. Davon abgesehen gibt es die
> Gruppe 70 nicht, was laut dbu (deinem Vorposter) ja wohl für die
> Geschlossenheit der Polylinie wichtig ist.
> [...]
Das klingt plausibel, denn etwa so funktioniert es auch in C4D. Dort
ist es in der Tat voellig unerheblich, ob der letzte Punkt des Splines
dieselben Koordinaten hat wie der erste - heisst: ob es einen
zusaetzlichen (und damit fuer die Geometrie unnoetigen) Punkt mit den
Koordinaten des Anfangspunktes gibt.
Entscheidend ist hier allein die Checkbox "Spline schliessen" im
Eigenschaften-Dialog des jeweiligen Splines - was dann wohl dem Flag
"Gruppe 70" entspricht.
> Wenn ich deinen Ausschnitt richtig interpretiere, [...]
> Wenn das eine Fläche ist, bin ich der Weihnachtsmann. :-)
> Also scheint irgendwas mit der Datenstruktur in MEGACAD
> nicht zu stimmen bzw. der Datenexport ist für die Tonne.
Hm ...
Michael Henke
Sven schrieb:
>> Auch hast Du ja mitlerweile von mir die (AutoCAD-)
>> Fehlermeldungen Deines Exports bekommen, oder
>> auch die Tatsache daß Du nicht von R14 ausgehst
>> habe ich Dir gemailt. Kann der Fehler an MegaCAD
>> -> R14-File, Cinema4D -> R10-File leigen? Wohl am
>> wahrscheinlichsten...
Nein ... hat damit (zumindest im konkreten Fall) nichts zu tun.
>> Unzulässiger Tabelleneintragsname DECKFL_CHE1.1
>> auf Zeile 226. Ungültige oder unvollständige DXF-Eingabe
>> -- Zeichnung abgebrochen.
>> Unzulässiger Tabelleneintragsname UMGEBUNG.1 auf
>> Zeile 106. Ungültige oder unvollständige DXF-Eingabe
>> -- Zeichnung abgebrochen.
>> Sämtliche Dateien von C4D sind nicht in AutoCAd einles-
>> bar... In MegaCAD folglich auch nicht...
> Kann ich so nicht sagen. Mail mir mal die DXF-Datei rüber.
> Dann werf ich mal einen Blick drauf.
Ich glaube, dass ich die Ursache fuer die Fehlermeldungen gefunden
habe: Beim Importieren von DXF-Daten uebernimmt C4D die Layer bzw.
deren Elemente in Form von "Gruppen", die dann genauso heissen wie die
Layer. Alle Elemente dieser Layer befinden sich dann *innerhalb*
dieser Gruppen, und die Elementnamen lauten:
<layername>.<laufende_nummer>.
Beim erneuten Exportieren aus C4D heraus werden diese Namen
offensichtlich unveraendert ausgegeben - und wie es scheint, haben
andere Programme beim DXF-Import ein Problem mit dem "." zwischen dem
Layernamen und der laufenden Nummer des Elements.
Ich habe mir zwei C4D-Datenbestaende angesehen und alle in diesem
Sinne missverstaendlichen Namen geaendert - und siehe da: ploetzlich
stellt IntelliCAD die Geometrie korrekt dar. (BTW: IntelliCAD hat die
Daten auch *inkl.* dieser "."-Elementnamen ohne Fehlermeldung
gelesen - allein die Darstellung der Geometrie war reichlich seltsam
...).
Michael Henke
> Hast Du wirklich alle Möglichkeiten ausgelotet? Da ich 3DS-MAX
> habe kann ich nur davon ausgehen. Hier können alle Teile, die auf
> dem gleichen Layer liegen verschmolzen oder gruppiert werden.
Wie bereits erwaehnt: "Gruppiert" werden die Elemente beim Import in
C4D automatisch. "Verschmelzen" bzw. "verbinden" kann ich sie in C4D
aber nur, wenn es sich um geschlossene 3D-Koerper handelt - nicht aber
bei (offenen) Splines.
> Wie reagiert den C4D wenn Du die Linien als Blöcke zusammenfasst?
Haben wir noch nicht ausprobiert - sollten wir aber tun ... Sven ;-)?
> Kann C4D denn nichts mit Acis-*.sat Volumen anfangen?
Nein (... besser: nicht, dass ich wuesste!).
> Hat Megacad die Möglichkeit 3D-Studio4 Dateien (*.3DS) zu erzeugen?
> Dies hat sich bie vielen Systemen als Standard etabliert. (Obwohl
3DS
> eine alte Kamelle ist!)
Ich vermute: nein. Und selbst wenn, glaube ich nicht, dass das Problem
"offene/geschlossene" Splines damit geloest waere.
> Oder hast Du schon mal geprüft ob ein Transfer über VRML (*.wrl)
oder
> STL(*.stl) möglich ist? Für C4D dürfte dies kein Problem sein.
VRML (1/2) ist fuer C4D kein Problem, STL kennt es nicht.
Sven Schelhorn
>
> Hallo
Hi Josef,
> Leider hatte ich in letzter Zeit auch einige Probleme mit Megacad
Schon wieder ;-\
> Mitlererweile denke ich daß es daran liegt daß Megacad die Linien oft
> unsauber verbindet,
Sag ich ja schon die ganze Zeit, MegaBAU kommt auch mit diese 12
Nachkommastellen nicht klar, deshlab können solche Fehler gerade dann
passieren, wenn MegaBAU mit 6 Nachkommastellen arbeitet und MegaCAD mit
12 - > Rundungsfehler... Und trotz meiner vielen E-Mails, ist daran
nicht passiert...
Das ist schon einen Schweinerei...
> auf der Schweizer Megacad HP gibt es ein Tool das überprüfen kann ob
> Linien geschlossen oder offen sind (also scheint das Problem bekannt, leider
> nicht kostenlos),
Na, da zeigt sich MegaTECH ja mal wieder von der besten Seite: ein Tool,
welches Fehler behebt, für die der Anwender nichts kann... und dann
kostet's auch noch was, Klasse.
Überprüfen kann ich das Übrigens auch anders, passiert mir zigmal am
Tag, einfach über Flächenauswahl, dann geht's oft in die Hosen, wenn die
Kontur nicht geschlossen ist...
> der Support
> wusste natürlich von nichts und hat mir mein Grundelement einfach
> nachgezeichnet
> und zurückgemailt, (natürlich auch nicht schlecht) aber damit ist das
> Hauptproblem leider nicht gelöst.
Du sagst es, außerdem gibt's, so musste ich feststellen, auch Probleme
bei Winkel, hier kann dieser Rundungsfehler in Verbindung mit MegaBAU
ebenso auftreten, d.h. ich erhalte z.B. oft Fenser, die ich nicht mal
durch strecken hinbekomme, weil Sie ganz einfach schief im Grunriß
liegen... Abwärtskompatibel, nein Danke!?!
> Vor allem wenn viele Kurven oder Kreise enthalten sind scheint Megacad
> kleine Lücken
> zu lassen (auf der HP hieß es glaub ich irgendwas von 0,00001mm).
Tja, dann sieh Dir doch mal meine DXF (ASCII) an, die ich hier rein
gepostet habe, ich möchte mal wissen, wo die 0,000000000012 herkommen...
Von mir auf jedenfall nicht...
Wenn MegaCAD da schon intern Probleme hat, wäre es kein Wunder, daß die
Fehler sich in DXF wieder spiegeln, sofern hast Du, denke ich, Recht...
UNd wenn ich mir die ganze DXF ansehe, dann hst Du sogar sehr Recht,
denn da fangen die Abweichungen an, einmal hat man 0,000000000012 und
einmal 0,000000000014.
> Vielleicht hat das ja was mit Deinem Problem zu tun!?
Kann sein, dies Mail, schick ich mal als Verteiler, wäre sowie so schön,
wenn hier öfters mal jemand mitliest, und das gilt für alle
Hersteller...
--
Ciao, SVEN
Sven Schelhorn
>
> > Wie reagiert den C4D wenn Du die Linien als Blöcke zusammenfasst?
>
> Haben wir noch nicht ausprobiert - sollten wir aber tun ... Sven ;-)?
Es gibt keine Blöcke in MegaCAD, lediglich Macros, diese EIgenschaft
kann ich jedoch nihct einfach hinzufügen, sprich ich müßte jedes
einzelnen Element als Macro speichern un in einer Zeichnung wieder
zusammenfügen, wenn wir den Austausch über die Polylinien-Version
betreiben möchten.
Die ganze Zeichnung als Block zu definieren wäre wiederum Quatsch, denn
der müßte wieder gesprengt werden, um einzelne Teile später bearbeiten
zu können... *ächz*
Aber auch mir einem Block bleibt die Tatsache, der anscheinen miserablen
Koordinaten, 12 Nachkommastellen, echt peinlich, was MegaTECH dadurch
hervorgebracht hat, denn letzt endlich heißt es ja, daß ich immer auf
eben diese Genauigkeit achten muß, wenn ich Datenbaustausch betreibe.
Solang ich im System arbeite ja kein Problem, aber ich habe neulich ein
Projekt von Statiker gehabt, da konnte ich nicht mal Maße abgreifen, da
MegaCAD ZU (!!!) genau ist, ganz schön blöd, was?
> Nein (... besser: nicht, dass ich wuesste!).
Wäre ja auch schon wieder 3D, wenn nicht mal 2D was bringt, was will ich
dann mit 3D...
> Ich vermute: nein. Und selbst wenn, glaube ich nicht, dass das Problem
> "offene/geschlossene" Splines damit geloest waere.
Ja, wie war... Obwohl ich es noch immer nicht verstehe, denn das
einzigste, was hier schief läuft ist die Tatsache, das ich mit MegaBAU
(also mein Bau-Aufsatz) unterschiedlich Koordinaten rein bekomme, das
merke ich schon bei zeichnen (0,000001 in der Koordinatenanzeige während
des Fangens).
> VRML (1/2) ist fuer C4D kein Problem, STL kennt es nicht.
Ist ja auch 3D ;-)
Ich könnte jetzt die Polylinien mal defenitiv schließen, in dem ich die
Kubatur abfahre, ohne die Bauelemente, aber was hast Du davon?
Keine Fenster, keine Treppen etc., da halte ich für sinnvoller Du ziehst
das was Du wirklich brauchst mit IntelliCAD hoch, da Du so auch gleich
die komlette DWGs nutzen kannst, die 3D Körper sollten in C4D dann kein
Problem mehr machen, oder?
Wie hast Du das gemacht, was Du mir geschickt hast?
--
Ciao, SVEN
Sven Schelhorn
>
> Siehe Analyse des DXF-Ausschnittes.
sehr interessant... *grümel*
> Wenn ich deinen Ausschnitt richtig interpretiere, geht deine
> Polylinie von 0/0 über -387,5/212,5 über -687,5/212,5 wieder auf
> -387,5/212,5 und dann ist Ende. Geschlossen ist da nix. Wenn das eine
> Fläche ist, bin ich der Weihnachtsmann. :-)
Oje, ob ich jetzt was vergessen hab? Denn diese Form wäre in der Tat
etwas seltsam, obwohl ich noch einige Rechtecke manuell abgefahren bin,
diese also wirklich ein Rechteck bilden (sollten).
Ich hab's mir gerade nochmal angesehen, es ist wirklich immer so:
Polylinien
Vertex
Vertex
Vertex
Seqend
...also doch eigentlich in Ordnung, setzt jedoch voraus, das diese
geschlossen sind, also laienhaft gesagt, eine Polylinien ist immer
geschlossen ist, oder falls dies nicht so ist, müßte ein Zusatz dabei
stehen, sprich der Gruppencode 70, richtig?
Nunja, der Gruppencode 70 *such*, finde ich nirgends, wo müßte der
stehe? Denn da würde ich schon ganz gerne mal bei MegaTECH nachfragen
;-)
Kannst Du mir auch noch erklären, wie folgendes aus der Headersection
definiere?
$SPLFRAME
70
0 Spline control polygon display off???
9 variable name identifier?
$SPLINETYPE
70
6 Spline curve type for PEDIT Spline???
9
$SPLINESEGS
70
8 Number of line segments per spline patch???
9
> Also scheint irgendwas mit der Datenstruktur in MEGACAD nicht zu
> stimmen bzw. der Datenexport ist für die Tonne.
Na, danke :-(
So habe ich das bisjetzt noch nicht gesehen, zumal ich machmal Daten
bekomme, die sogar Teile der Texte als Linien zeigen *LOL*
--
Ciao, SVEN
Sven Schelhorn
>
> Hallo Bernd!
...ich schliesse mich an ;-)
> > Doch, erkennst du anhand der Koordinaten. Dein unten aufgeführtes
> > Beispiel ist z.B. nicht geschlossen. Davon abgesehen gibt es die
> > Gruppe 70 nicht, was laut dbu (deinem Vorposter) ja wohl für die
> > Geschlossenheit der Polylinie wichtig ist.
> > [...]
Gruppe 70, das ist das, was Du Michael in Deinem Kasten ankreuzen
kannst, dies geht in MegaCAD absulut nicht...
> Das klingt plausibel, denn etwa so funktioniert es auch in C4D. Dort
> ist es in der Tat voellig unerheblich, ob der letzte Punkt des Splines
> dieselben Koordinaten hat wie der erste - heisst: ob es einen
> zusaetzlichen (und damit fuer die Geometrie unnoetigen) Punkt mit den
> Koordinaten des Anfangspunktes gibt.
Aha, denn wie gesagt, diese Punkte scheint's ja auch nicht zu geben...
Genau wie der Gruppencode :-(
> Entscheidend ist hier allein die Checkbox "Spline schliessen" im
> Eigenschaften-Dialog des jeweiligen Splines - was dann wohl dem Flag
> "Gruppe 70" entspricht.
Ja, soviel habe ich auch schon verstanden, warum nicht auch MegaCAD >:-[
> Hm ...
Dem schliesse ich mich nochmal an...
--
Ciao, SVEN
Sven Schelhorn
> Nein ... hat damit (zumindest im konkreten Fall) nichts zu tun.
Na, immerhin...
> Ich glaube, dass ich die Ursache fuer die Fehlermeldungen gefunden
> habe: ...
> Beim erneuten Exportieren aus C4D heraus werden diese Namen
> offensichtlich unveraendert ausgegeben - und wie es scheint, haben
> andere Programme beim DXF-Import ein Problem mit dem "." zwischen dem
> Layernamen und der laufenden Nummer des Elements.
Aber auch bei AutoCAD ging's schief, nur so zur Info ;-)
> Ich habe mir zwei C4D-Datenbestaende angesehen und alle in diesem
> Sinne missverstaendlichen Namen geaendert - und siehe da: ploetzlich
> stellt IntelliCAD die Geometrie korrekt dar. (BTW: IntelliCAD hat die
> Daten auch *inkl.* dieser "."-Elementnamen ohne Fehlermeldung
> gelesen - allein die Darstellung der Geometrie war reichlich seltsam
> ...).
Na, das ist doch für unser Vorhaben dann doch ideal, Du hättest einen
Viewer der alles kann, kannst ausdrucken, und sogar das was Du zum
modellieren brauchst selbst exportieren bzw. vielleicht sogar in 3D
"sinnvoll" übergeben...
Wie hast Du übrigens das gemacht, das ich von Dir erhalten habe? Hast Du
das jetzt neugezeichnet?
Ich bin übrigens der Meinung (nach wie vor), das ein Fangmodus in C4D am
sinnvollsten wäre, vorausgesetzt es könnte entsprechende Datenmengen
bewältigen...
Was hat den IntelliCAD denn nun für Einschränkungen, bist Du da schon
dahinter gekommen?
--
Ciao, SVEN
Josef Zeller
Sven Schelhorn <Sven.Sc...@t-online.de> schrieb in im Newsbeitrag:
3854B432...@t-online.de...
> Josef Zeller schrieb:
> >
> > Hallo
>
> Hi Josef,
> Wenn MegaCAD da schon intern Probleme hat, wäre es kein Wunder, daß die
> Fehler sich in DXF wieder spiegeln, sofern hast Du, denke ich, Recht...
> UNd wenn ich mir die ganze DXF ansehe, dann hst Du sogar sehr Recht,
> denn da fangen die Abweichungen an, einmal hat man 0,000000000012 und
> einmal 0,000000000014.
Und jetzt versuch mal daraus ein Prisma oder Sweepkörper hochzuziehen:-(
Da sitzt man Stundenlang einmal gehts einmal nicht und dann wieder die Suche
warum nicht, wie schon gesagt vor allem mit Kreisen und Kurfen, die lassen
sich offt
auch nicht mehr verbinden (Trimmen)
>
> > Vielleicht hat das ja was mit Deinem Problem zu tun!?
>
> Kann sein, dies Mail, schick ich mal als Verteiler, wäre sowie so schön,
> wenn hier öfters mal jemand mitliest, und das gilt für alle
> Hersteller...
Was ich halt tödlich finde ist, daß Megacad einfach die Bearbeitung
abgebrochen
hat ohne Fehlermeldung.
Es könnte alles so schön sein wenns denn Funken würde
MFG Josef
dbu
>Ich hab's mir gerade nochmal angesehen, es ist wirklich immer so:
>Polylinien
>Vertex
>Vertex
>Vertex
>Seqend
>
>...also doch eigentlich in Ordnung, setzt jedoch voraus, das diese
>geschlossen sind, also laienhaft gesagt, eine Polylinien ist immer
>geschlossen ist, oder falls dies nicht so ist, müßte ein Zusatz dabei
>stehen, sprich der Gruppencode 70, richtig?
Richtig (ausser das Polylinien POLYLINE heißt).
>Nunja, der Gruppencode 70 *such*, finde ich nirgends, wo müßte der
>stehe? Denn da würde ich schon ganz gerne mal bei MegaTECH nachfragen
>;-)
der müßte in der Definition der POLYLINE stehen.
cu
Dirk
dbu
b.posta...@gmx.de (Bernd Postaremczak) wrote:
>Wenn ich deinen Ausschnitt richtig interpretiere, geht deine
>Polylinie von 0/0 über -387,5/212,5 über -687,5/212,5 wieder auf
>-387,5/212,5 und dann ist Ende. Geschlossen ist da nix. Wenn das eine
>Fläche ist, bin ich der Weihnachtsmann. :-)
Hallo Weihnachtsmann ;-) Diese Polyline ergibt einen wunderschönen
geschlossenen Kreis, welcher sich aus zwei Halbkreisen zusammensetzt.
Deine Analyse des DXF-Ausschnittes ist soweit ja ganz ok, allerdings
ist deine Annhame über die Ausuchtung des Bogensegments leider falsch.
Hätte das Bogensegment keine wäre die Ausbuchtung null.
>
>Also scheint irgendwas mit der Datenstruktur in MEGACAD nicht zu
>stimmen bzw. der Datenexport ist für die Tonne.
würde ich nicht so sehen
cu
Dirk
dbu
Sven Schelhorn <Sven.Sc...@t-online.de> wrote:
>> Entscheidend ist hier allein die Checkbox "Spline schliessen" im
>> Eigenschaften-Dialog des jeweiligen Splines - was dann wohl dem Flag
>> "Gruppe 70" entspricht.
>
>Ja, soviel habe ich auch schon verstanden, warum nicht auch MegaCAD >:-[
>
wenn's MegaCAD nicht verstanden hat, könnte man ja mal den Gruppencode
von Hand in die DXF-Datei schreiben... keine schöne Lösung, aber
könnte klappen...
cu
Dirk
Bernd Postaremczak
>...also doch eigentlich in Ordnung, setzt jedoch voraus, das diese
>geschlossen sind, also laienhaft gesagt, eine Polylinien ist immer
>geschlossen ist, oder falls dies nicht so ist, müßte ein Zusatz
>dabei stehen, sprich der Gruppencode 70, richtig?
Richtig.
>Nunja, der Gruppencode 70 *such*, finde ich nirgends, wo müßte der
>stehe?
Hier glaub ich (Heute abend erzeug ich mal 'ne DXF-Datei, dann schau
ich nochmal nach).
>POLYLINE #Art des Elements
70 #Bedeutung der Polylinie
1 #geschlossene Polylinie
> 8 #jetzt kommt ein Layername
>250_3D_EG #der Layername
> 6 #jetzt kommt der Linientyp
>CONTINUOUS #Art des Linientyps
> 62 #jetzt kommt die Farbe des Elementes
> 94 #Farbe 94
> 5 #Elementreferenz?
>23 #Hexadezimalzahl 23
> 66 #VERTEX-Flag (d.h. VERTEX kommt vor)
> 1 #immer 1
[snip]
>Kannst Du mir auch noch erklären, wie folgendes aus der
>Headersection definiere?
Ich versuch's.
>$SPLFRAME #Stützstellen und unsichtbare Kanten
> 70 #Gruppencode
> 0 #0 = aus, 1= ein
> 9 #Ende Variablendefinition
>$SPLINETYPE #Splinetyp für Kurven
> 70 #Gruppencode
> 6 #6=B-Spline 4.Ordnung (frag mich jetzt nicht,
was das ist.)
> 9 #Ende Variablendefinition
>$SPLINESEGS #Anzahl der Liniensegmente zwischen den
Splinestützpunkten
> 70 #Gruppencode
> 8 #Standardvorgabewert 8, möglich 1 bis 255
> 9 #wie gehabt
Verstanden?
>So habe ich das bisjetzt noch nicht gesehen, zumal ich machmal
>Daten bekomme, die sogar Teile der Texte als Linien zeigen *LOL*
Was hast du bisher so noch nicht gesehen?
Viel Erfolg weiterhin
Bernd
Sven Schelhorn
>
> Hallo,
>
> wenn's MegaCAD nicht verstanden hat, könnte man ja mal den Gruppencode
> von Hand in die DXF-Datei schreiben... keine schöne Lösung, aber
> könnte klappen...
Ja, aber bei einem ganze BV mit 30 MB (als DXF) *LOL*
Außerdem hat Michael *leider* hier recht, wenn er sagt, daß der
Austausch, auch wenn's hier schon sehr spezifisch ist für die Katz ist.
Ich hatte gerade mit JIT gesprochen und es ist definitiv so, die kennen
diese Funktion geschossen/offen nicht ;-(
--
Ciao, SVEN
Sven Schelhorn
>
> der müßte in der Definition der POLYLINE stehen.
Könnte er nicht auch im Header generell definiert sein? siehe anderes
posting???
--
Ciao, SVEN
Sven Schelhorn
Bernd Postaremczak schrieb:
>
> >POLYLINE #Art des Elements
> 70 #Bedeutung der Polylinie
^^
Ist das kein Gruppencode?
> 1 #geschlossene Polylinie
> > 8 #jetzt kommt ein Layername
> >250_3D_EG #der Layername
> > 6 #jetzt kommt der Linientyp
> >CONTINUOUS #Art des Linientyps
> > 62 #jetzt kommt die Farbe des Elementes
> > 94 #Farbe 94
> > 5 #Elementreferenz?
> >23 #Hexadezimalzahl 23
> > 66 #VERTEX-Flag (d.h. VERTEX kommt vor)
> > 1 #immer 1
> Ich versuch's.
>
> >$SPLFRAME #Stützstellen und unsichtbare Kanten
> > 70 #Gruppencode
Und das? Gruppencode?
> > 0 #0 = aus, 1= ein
> > 9 #Ende Variablendefinition
> >$SPLINETYPE #Splinetyp für Kurven
> > 70 #Gruppencode
Schon wieder?
> > 6 #6=B-Spline 4.Ordnung (frag mich jetzt nicht,
> was das ist.)
> > 9 #Ende Variablendefinition
> >$SPLINESEGS #Anzahl der Liniensegmente zwischen den
> Splinestützpunkten
> > 70 #Gruppencode
> > 8 #Standardvorgabewert 8, möglich 1 bis 255
> > 9 #wie gehabt
Hier auch nochmal 70, ist das nicht übergeordnet, d.h. für alle geltend,
oder fantasiere ich jetzt?
> Verstanden?
Na, noch nicht ganz, wie Du siehst ;-)
> >So habe ich das bisjetzt noch nicht gesehen, zumal ich machmal
> >Daten bekomme, die sogar Teile der Texte als Linien zeigen *LOL*
>
> Was hast du bisher so noch nicht gesehen?
Na, das sich überhaupt jemand (wie wir jetzt) mit so 'nem Sch**ß
rumquält, ich kenn sonst niemend, den sowas intessiert, da könnte man
nämlich froh sein, wenn man halbwegs anständige Dateien bekommt, aber
nein, alles eine Farbe, ein oder Zwei Layer, dies durcheinander ohne
irgendeine Logik, keine Texte, unvollständig und und und...
> Viel Erfolg weiterhin
Ja, wünsch ich auch...
--
Ciao, SVEN
Thomas Underberg
> > wenn's MegaCAD nicht verstanden hat, könnte man ja mal den Gruppencode
> > von Hand in die DXF-Datei schreiben... keine schöne Lösung, aber
> > könnte klappen...
>
> Ja, aber bei einem ganze BV mit 30 MB (als DXF) *LOL*
Natürlich macht man so einen Spaß nicht von Hand. Einen etwas besseren
ASCII-Editor und dann suchen und ersetzen wäre der erste Weg zur Besserung.
Danach dann vielleicht softwaremäßig automatisieren - programmieren heißt
das glaube ich. Hängt natürlich von der nötigen Häufigkeit ab.
>
> Außerdem hat Michael *leider* hier recht, wenn er sagt, daß der
> Austausch, auch wenn's hier schon sehr spezifisch ist für die Katz ist.
> Ich hatte gerade mit JIT gesprochen und es ist definitiv so, die kennen
> diese Funktion geschossen/offen nicht ;-(
>
Bei Deinen häufigen DXF-Vorlieben bist Du ja vielleicht schon bei
DXF-Konvert gelandet. Hab mal nachgeschaut, die haben zwei Tools
1. Mit Hilfe der LINEPOLY.EXE können Polylinien in Linien und umgekehrt
umgewandelt werden. Zu den Polylinien werden nur die in DXF benachbarten
Linien mit gleichen Eigenschaften (Layer, Farbe usw.) zusammengefaßt.
2. Bei der DXF-Datenübertragung werden sehr oft Punktkoordinaten mit einem
Genauigkeitsfehler ausgegeben. Dieser Fehler verursacht, daß z.B. zwei
Linien, die in einem gleichen Punkt anfangen, nach der Datenübertragung rein
rechentechnisch in zwei verschiedenen Punkten beginnen.
Das Programm CLOSPOIN gleicht die Koordinaten nahe liegender Punkte
automatisch aus. Der Ausgleich ist ein langwieriger Vorgang, der je nach
Dateigröße bis zu 30 Minuten dauern kann. Das Programm besitzt eine
Begrenzung auf 100.000 Punkte.
--
Gruß aus Kiel
Thomas
. . * . . _[]_ . .
. /.\ . () .
. /.'.\ . `-(: )-' .
. /.'.'.\ . . ( : ) .
Frohe Weihnachten !
henning holzapfel
<Sven.Sc...@t-online.de> wrote:
[...]
hi,
ich hab in diesem sräd nur postings von sven schelmhorn und dirk
busch. alle anderen postings stehn in einem adren sräd. woher kommt
denn das? ist irgendwie total lästig. habt ihr das auch, oder liegt
das an mir oder meinem njus-server (-rieder)?
gruss,
henning
dbu
Nein, nicht das ich wüßte. Im Header findet man nur die Einstellungen
die AutoCAD zum Erzeugen von neuen Polylinien verwendet.
cu
Dirk
dbu
Nein, das ist nicht übergeodnet. In diesen Variablen merkt sich
AutoCAD nur die Einstellungen, die für das Erzeugen von neuen
Polylinien verwendet werden. Auf bereits bestehende Polylinien haben
die keinen Einfluss.
cu
Dirk
Bernd Postaremczak
>> >POLYLINE #Art des Elements
>> 70 #Bedeutung der Polylinie
> ^^
>Ist das kein Gruppencode?
Doch.
>> >$SPLFRAME #Stützstellen und unsichtbare Kanten
>> > 70 #Gruppencode
>
>Und das? Gruppencode?
Ja.
>> >$SPLINETYPE #Splinetyp für Kurven
>> > 70 #Gruppencode
>
>Schon wieder?
Ja.
>> >$SPLINESEGS #Anzahl der Liniensegmente zwischen den
>> Splinestützpunkten
>> > 70 #Gruppencode
>> > 8 #Standardvorgabewert 8, möglich 1 bis
>> > 255
>> > 9 #wie gehabt
>
>Hier auch nochmal 70, ist das nicht übergeordnet, d.h. für alle
>geltend, oder fantasiere ich jetzt?
Richtig. Je nach Überschrift hat die 70 unterschiedliche Bedeutung.
Nachzulesen in diversen Liste. Abhängig ist das zusätzlich noch von
der Sektion (Headers, Entities etc.).
>> Verstanden?
>
>Na, noch nicht ganz, wie Du siehst ;-)
Jetzt?
>> >So habe ich das bisjetzt noch nicht gesehen, zumal ich machmal
>> >Daten bekomme, die sogar Teile der Texte als Linien zeigen
>> >*LOL*
>>
>> Was hast du bisher so noch nicht gesehen?
>
>Na, das sich überhaupt jemand (wie wir jetzt) mit so 'nem Sch**ß
>rumquält, ich kenn sonst niemend, den sowas intessiert,
[snip]
Diejenigen, die die DXF-Schnittstellen programmieren müssen (ich
gehöre nicht dazu, ich habe nur ein schlaues Buch :-), interessiert
das schon. Aber wenn selbst die (wie es bei MEGACAD der Fall zu sein
scheint :-() es nicht ganz verstehen ...
Bis denne