Exaktes Zeichnen vs interne Abweichungen


Moin liebe Gemeinde,

aus aktuell gegebenem, traurigem Anlass (ich bekomme immer wieder die Fehlermeldung "Maximale Polygonzugslänge überschritten"), untersuche ich unser gesamtes Modell.
Thierry Metzler von der CDS hatte mir dazu noch einen wichtigen Hinweis gegeben (vielen Dank noch mal an dieser Stelle!).
Im Grunde geht es mal wieder um das Arbeiten mit gedrehten Grundrissen. Ich habe nun eine Orientierungslinie mit einem Winkel von 345,25 Grad angelegt und dann ein Achsraster mit 6,5 x 6,5m Feldern erstellt (Bilder Achse_1 und Achse_2).
Zur Kontrolle habe ich gemessen wie der Winkel zwischen der Orientierungslinie und den X-orientierten Achsen des Rasters ist. Das Ergebnis ist auf Achse_5 zu sehen. Bis zur Achse 10 wird der Winkel sauber mit 0,00 bzw. 360,00 angegeben. ab Achse 11 ist der Winkel dann 359,9999. Und damit fängt das Dilemma der endlosen Nachkommastellen und Rundungsfehler und allem was es nach sich zieht an, bevor man auch nur das erste Bauteil gezeichnet hat.

Ich bleibe etwas ratlos zurück.

Viele Grüße
Tom

Attachments (3)

Type: image/jpeg
Downloaded 74 times
Size: 155,40 KiB
Type: image/jpeg
Downloaded 90 times
Size: 226,07 KiB
Type: image/jpeg
Downloaded 97 times
Size: 238,92 KiB

Show most helpful answer Hide most helpful answer

1. Fehler:
Wenn der Winkel 0.000000000 ist, sollte der Gegenwinkel 360.000000000 sein!
Einer von beiden ist also falsch!

2.Fehler:
Einen Winkel kann man mit 3 Nachkommastellen nicht genau eingeben!
Das ist schon mal ein Fehler im "Design" des Achsrasters!

Da hehört ein Übernahme-Knopf hinter das Eingabefeld, wo man den Winkel der gezeichneten Linie
(mit der internen Genauigkeit) messen und übernehmen kann!

Die Problematik ist dieselbe, wie beim Drehen des Fadenkreuzes!
Auch hier werden nur 3 Nachkommastellen angezeigt! Immerhin gibt es hier die Möglichkeit zum Messen mit "Definieren".

3. Fehler
Ob dazu noch ein Problem bei der Erstellung des Achsrasters selbst besteht, kann ich von hier aus nicht sagen!

Attachments (1)

Type: video/mp4
Downloaded 152 times
Size: 3,06 MiB

1. Fehler:
Wenn der Winkel 0.000000000 ist, sollte der Gegenwinkel 360.000000000 sein!
Einer von beiden ist also falsch!

2.Fehler:
Einen Winkel kann man mit 3 Nachkommastellen nicht genau eingeben!
Das ist schon mal ein Fehler im "Design" des Achsrasters!

Da hehört ein Übernahme-Knopf hinter das Eingabefeld, wo man den Winkel der gezeichneten Linie
(mit der internen Genauigkeit) messen und übernehmen kann!

Die Problematik ist dieselbe, wie beim Drehen des Fadenkreuzes!
Auch hier werden nur 3 Nachkommastellen angezeigt! Immerhin gibt es hier die Möglichkeit zum Messen mit "Definieren".

3. Fehler
Ob dazu noch ein Problem bei der Erstellung des Achsrasters selbst besteht, kann ich von hier aus nicht sagen!

Attachments (1)

Type: video/mp4
Downloaded 152 times
Size: 3,06 MiB

Servus Tom!

Ich versuche bei meinen Kollegen dieses Drehen des Grundrisses völlig weg zu bekommen.

Mein Tipp (sofern für Dich umsetzbar):

* linker unterster Achsenkreuzungspunkt liegt im Globalen Nullpunkt (0/0/0) ... sollte die großen Koordinaten in den Griff bekommen.
* Grundrissdrehung 0°
* so viele Wände wie möglich werden paralell zu den Bildschirmrändern erzeugt
* den Lageplan entsprechend den obigen Anmerkungen verschieben und drehen
* beim IFC-Export eine allfällige Projektdrehung und den Verschub an die tatsächlichen geografischen Koordinaten einstellen

Mir ist voll bewußt, dass nicht immer alle oben genannten Anregungen umgesetzt werden können, als Leitfaden zur Bekämpfung der Ungenauigkeiten kann es jedenfalls helfen.

Gruß, Martin

Tell me and I forget.
Teach me and I remember.
Involve me and I learn.
Benjamin Franklin

Quote by Nemo
1. Fehler:

Wenn der Winkel 0.000000000 ist, sollte der Gegenwinkel 360.000000000 sein!

Einer von beiden ist also falsch!

Die Frage ist ja, wie Allplan es schafft, da einen Fehler reinzubauen. Das Achsraster wird ja "auf einen Schlag" erzeugt.
Die Achsen 1- 10 haben genau das von dir genannte Ergebnis mit 360 und Gegenwinkel 0.00. Achse 11 - 13 leider nicht mehr. Allerdings kann es nicht an nutzergenerierter zeichnerischer Ungenauigkeit liegen, wenn das Achsraster automatisch erstellt wird.

Quote by Nemo

2.Fehler:
Einen Winkel kann man mit 3 Nachkommastellen nicht genau eingeben!
Das ist schon mal ein Fehler im "Design" des Achsrasters!

Da hehört ein Übernahme-Knopf hinter das Eingabefeld, wo man den Winkel der gezeichneten Linie
(mit der internen Genauigkeit) messen und übernehmen kann!

Die Problematik ist dieselbe, wie beim Drehen des Fadenkreuzes!
Auch hier werden nur 3 Nachkommastellen angezeigt! Immerhin gibt es hier die Möglichkeit zum Messen mit "Definieren".

Und um genau das zu unterbinden, habe ich in Anlehnung an die Handreichung von der CDS eine Orientierungslinie festgelegt, deren Winkel exakt zwei Nachkommastellen hat. Das Achsraster ist exakt mit demselben Winkel erstellt. Dort wo nur zwei Nachkommastellen sind, sollte der Rest der Stellen "0" sein und es darf dann keine weitere Abweichung geben. my two cents.

Ich kenne die "Handreichung" von CDS nicht.

Bei meinen letzten Tests, eine Linie mit in geneu einem Winkel zu erstellen, scheiterte das daran, dass die 4. Nachkommastelle
bei der Eingabe im DOM-Feld nicht übernommen wird :
https://connect.allplan.com/de/forum/themen/topic/topics/cad-allgemein-1/addon-profilbauteile-traeger-winkel/page/1.html#post_345406

Ich weiß nicht, was Du gemessen hast!
Wenn ich den Winkel zwischen der "Referenzlinie" und jeder Achslinie messe, ist der Gegenwinkel immer falsch (s. Video)
Wenn ich hingegen den Winkel zwischen den Achslinien messe, ist der Gegenwinkel immer korrekt.

Ich vermute mal einen Messfehler, der durch die größeren Koordinaten-Werte ab Achse 11 verursacht wird.

Moin,

lässt sich leicht reproduzieren:
-größeres Achsraster zeichnen
-Achsraster drehen
-Achsraster irgendwie verändern (Achse hinzufügen, irgendeine Achse beliebig drehen - also Neuberechnung des Rasters anstoßen)
-Fehler tritt auf.
-Sichtbar übrigens nicht nur beim Winkel messen sondern auch bei Strecke messen...

Der Fehler tritt NICHT auf wenn ich das Raster lediglich drehe, aber keine Veränderung herbeiführe.
Deswegen glaube ich dass das eher ein Berechnungsfehler als ein Messfehler ist.

Im Grunde ist mir auch egal wo genau der Fehler liegt:
Wenn ich einem Achsraster nicht mehr vertrauen kann habe ich ein ziemlich großes Problem.

Ich leite es weiter...

BG
Jens Maneke
AAP Sommerfeld

>>> Stell Dir vor, es geht und keiner kriegts hin...

Hallo,
ich habe gerade in der 2022-1-15 versucht das zu reproduzieren, scheint so als ob dieses Verhalten hier nicht auftritt.
gruß Sascha

haah... jetzt konnte ich es reproduzieren in dem ich das ganze Achsraster ziemlich weit vom globalen Nullpunkt wegeschoben habe und halt nochmal was am Achsraster geändert habe.

gruß Sascha
Version 2022-1-15