Thema "2D-Koodirnaten beim speichern als Objekt" in Programmierung

2D-Koodirnaten beim speichern als Objekt

snow — Thu, 30 Sep 2021 08:55:39 GMT

Hallo zusammen,

hab mal 'ne grundsätzliche Frage zu dem Thema:

Ich zeichne was mit Linien und Schraffuren, orthogonal mit"glatten" Abmessungen .
Wenn ich das dann als Objekt speichere, erhalte ich aber nur ganz, ganz wenige "glatte Koordinaten im Skript...
... und dann noch ein

add2

mit diesen seltsamen Koordintaen an Schluss, z.B.

 ...E-17

... die unten auch wieder vorkommen.

Gibt es da eine Erklärung dazu?

Habe hier mal nur das Fugenband gespreichert... nur 'ne rechteckige Schraffur... das Skript dazu ist dann folgendes:

!
!   Name     : Test_Fuge.gsm
!   Datum    : Donnerstag, 30. September 2021
!   Version  : 22.00
!   Geschrieben von ARCHICAD 
!

mul2     A/0.010000, B/0.090002
add2                0, 2.775557561563E-17
set line_type lineTypeAttribute_1
pen     penAttribute_1
fill fillAttribute_1
poly2_b{5}       5,      3,      0,      3, penAttribute_2, penAttribute_3, 
                   0,            0,            1,            0,            0,            1,            0, 
                   0,            0,      1, 
        4.440892098501E-16, 0.09000222204318,      1, 
                0.01, 0.09000222204318,      1, 
                0.01, -2.775557561563E-17,      1, 
                   0,            0,      1

Re: 2D-Koodirnaten beim speichern als Objekt

Anonymous — Thu, 30 Sep 2021 14:43:56 GMT

Die Erklärung erschließt sich mir auch nicht. Ich habe dasselbe Problem ständig, wenn ich handgezeichnete Flächen ins GDL-Script ziehe, obwohl ich manuell exakte Koordinaten eingegeben habe. Ich vermute, dass es sich um programmiertechnische Probleme von ArchiCAD handelt. Die Zahlen mit E -17 am Ende ändere ich immer in Null, da es sich um eine Nachkommazahl mit 17 Nullen oder so handelt. Die Zahl mit 0.09000 .... kann man auch auf 0.09 kürzen.
Von einer Lösung oder einem Workaround habe ich noch nicht gehört, außer dass ich mir mal eine Routine geschrieben habe, welche die Werte automatisch in Zahlen mit max. 4 oder 5 Nachkommastellen umwandelt und die Zahlen mit "E" in Nullen.

Re: 2D-Koodirnaten beim speichern als Objekt

Frank Beister — Thu, 30 Sep 2021 16:03:00 GMT

Die "Geschichte" mit E ist das Problem der Zahlensysteme (Binär/Dezimal) und des Rechnens mit Fließkommazahlen. Spontan gegoogelt z.B. hier erklärt.

Re: 2D-Koodirnaten beim speichern als Objekt

Anonymous — Fri, 01 Oct 2021 06:35:07 GMT

Dein 2D-Skrypt sähe entspannte aus, wenn die rechteckige Schraffur, unten links, exakt am Projekt Ursprung läge.

lg koma

Re: 2D-Koodirnaten beim speichern als Objekt

Lukas Oelmueller — Fri, 01 Oct 2021 06:37:04 GMT

Wieda wat jelernt!!!

Re: 2D-Koodirnaten beim speichern als Objekt

snow — Fri, 01 Oct 2021 09:06:04 GMT

Dein 2D-Skrypt sähe entspannte aus, wenn die rechteckige Schraffur, unten links, exakt am Projekt Ursprung läge.

lg koma

Noch exakter hab' ich es nicht geschafft...
..weder, dann wenn ich im Grundriss am Projektursprung (ja, zurückgesetzt...-) anfange, noch im Detail.

Das wäre ja meine zweite Teilfrage gewesen... wie das 'add2' von 2,77... m in x-Richtung zustande komm, obwohl ich am PU beginne, und von da aus alles nach rechts und nach oben geht.

Re: 2D-Koodinaten beim speichern als Objekt

Stefan L_ — Mon, 04 Oct 2021 14:02:40 GMT

Archicad ist leider nicht sehr präzise, kann das aber an vielen Stellen verstecken.
Es tritt dann und wann aber auch zu Tage:
- in GLD-Skripts wie oben
- in Winkel- und Koordinatenangaben wie "-0,000"
- in auf dem Kopf stehenden Texten/Maßzahlen...

Simpeltest:
- STRG-ALT-N (superfreshe Datei nach GS-Vorlage)
- Fixpunkt auf 0,0 (natürlich über Fenster/Pailletten/Koordinaten eingegeben!)
- Fixpunkt am Usprung 90° gegen den UZ drehen (natürlich über's Koordinatenfenster!)
- Ablage/Bib. und Obj./Auswahl sichern als... Neues Objekt
- Enter, Enter
- STRG-Shift-O, das neue Objekt öffnen
- 2D-Script begucken

Wer mag, kann sich seinen supersauberst gezeichneten Grundriss suchen und nach
- STRG-A
- STRG-C
- neues unabhängiges Arbeitsblatt
- STRG-V, absetzen
- STRG-A
- STRG-Shift-H, 100.000% skalieren
- Klick auf den Ursprung
gucken, ob die Koordinaten immer noch so supersauberst sind...
(Für die Obstbauern: Streiche STRG, setze CMD...)

Zum Mond fliegen möchte ich mit einer (Un-)Genauigkeit von 2.22044604925 mal 10 hoch -16 (AC25) oder 1.7763568394 mal 10 hoch -15 (AC24) nicht.
Aber muss ich das?
Hat jemand andere Abweichungen?

--
Stefan

Re: 2D-Koodinaten beim speichern als Objekt

runxel — Mon, 04 Oct 2021 14:19:33 GMT

Archicad ist leider nicht sehr präzise

Das ist leicht dahin gesagt, stimmt so aber nicht.
Intern rechnet Archicad mit 12 Nachkommastellen.

Man muss allerdings einmal begreifen, wie das mit Zahlen in einem Computer aus Nullen und Einsen funktioniert.
Manche Zahlen z.B. lassen sich auch erst gar nicht im binären System darstellen. Ein offensichtliches Beispiel: 1/3.

Also, wie speichert ein Computer Floats (also Reelle Zahlen)?
Super vereinfacht so: Eine Zahl wird in 32- oder 64-bit breiten Registern gespeichert. [Abbildung]
Das erste Bit gibt an, ob die Zahl negativ oder positiv ist. Danach gibt es den Exponenten und die Mantissa. Wo der Nachkommateil beginnt ist "egal"; das Komma kann im Register frei verschoben werden.
Jetzt wird auch klar, warum ausgedehnte Modelle an Präzision verlieren: Da geht dann der Platz aus, das Komma muss nach hinten verschoben werden, die Anzahl der Nachkommastellen schrumpft also.

Wer programmiert, lernt auch schnell, dass man Floats nicht miteinander direkt vergleicht, sondern ob das Delta unter einen Schwellwert sinkt.

tl;dr: Es gibt viel berechtigte Kritik an Archicad. Dieses Thema hier gehört nicht dazu.
Mit Float-Mathematik muss sich jedes CAD-System rumschlagen und alle haben die gleichen Einschränkungen. Weil es eben nur so funktioniert.

Re: 2D-Koodirnaten beim speichern als Objekt

Stefan L_ — Mon, 04 Oct 2021 15:07:11 GMT

Wenn ich jetzt schreibe "Autocad kann das mindestens seit den 90ern viel besser." werd' ich vielleicht verhauen, deswegen halte ich lieber die Schnute.

--
Stefan

Re: 2D-Koodirnaten beim speichern als Objekt

Frank Beister — Mon, 04 Oct 2021 16:05:53 GMT

Wenn ich jetzt schreibe "Autocad kann das mindestens seit den 90ern viel besser." werd' ich vielleicht verhauen, deswegen halte ich lieber die Schnute.

GDL-Objekte abspeichern?

Re: 2D-Koodirnaten beim speichern als Objekt

Ma_Scht — Tue, 05 Oct 2021 05:50:33 GMT

Moin,
@Stefan: Also ich würde, wäre es nicht so eine Umweltsünde, mit eine Präzision von 1*10^(-16) zum Mond mitfliegen. Die Apollo-Missionen hatten einen 8-bit-Bordcomputer (Betonung liegt auf einen, nix Redundanz) an Bord, dessen Rechenleistung hinter jedem Schultaschenrechner der 1990er Jahre blieb.

Ich gebe Dir dahingehend Recht, dass auch ich nicht die Notwenigkeit sehe es zu tun. Wenn ich Staub haben will, fahre ich auf eine Sommerbaustelle. Zugegeben, da liegt nicht so viel He3 rum, aber naja, dafür ist die nächste Bude f. d. Baustellenwurst näher gelegen.
Will ich's feinstaubiger, fahre ich hinter einer Schw...prothese auf die Autobahn auf.

@shadow: Danke f. das Bild. Interessant!

Gruß Mario

Re: 2D-Koodirnaten beim speichern als Objekt

snow — Wed, 06 Oct 2021 13:17:46 GMT

Gut, die 2 μ Unterschied in y-Richtung lassen sich also erklären...
... warum es die 2,77... m bei 'add2' (y-, nicht x-Richtung) gibt, scheint fürs erst wohl unbekannt zu bleiben.

Bleibt wohl nur, von Anfang an Koordinateneingabe, oder später Änderung...

Mit welchem Editor lassen sich solche Skripte nochmals am komfortabelsten bearbeiten?

Re: 2D-Koodirnaten beim speichern als Objekt

Frank Beister — Wed, 06 Oct 2021 13:31:49 GMT

0,00000000000000002775557561563 Meter

Sublime text
Notepad++
VisualStudioCode
Atom

Für ersteren gibt es die Syntax für schönes Highlightning. Für den angestaubten Proton gibt es das auch.

Re: 2D-Koodirnaten beim speichern als Objekt

runxel — Wed, 06 Oct 2021 14:19:18 GMT

Für ersteren gibt es die Syntax für schönes Highlighting. Für den angestaubten Proton gibt es das auch.

Danke für die Blumen, Frank.
Für VSCode hat GS mittlerweile auch etwas selbst gebastelt.

Re: 2D-Koodirnaten beim speichern als Objekt

snow — Wed, 06 Oct 2021 15:37:58 GMT

0,00000000000000002775557561563 Meter

Re: 2D-Koodirnaten beim speichern als Objekt

Lukas Oelmueller — Wed, 06 Oct 2021 15:53:00 GMT

um eine gewissen Präzision in rechtwinkligen Gebäuden zu forcieren kann man den Rasterfang beispielsweise auf 0,005 m (also 5mm) stellen. Damit ist kein Element mehr deplaziert und immer genau......
Das funktioniert ganz gut. Habe allerdings damit noch kein Projekt gezeichnet.

Hat jemand damit Erfahrungen?

(nicht ganz GDL Thema....aber passt hier hin)

Re: 2D-Koodirnaten beim speichern als Objekt

krib3laidz — Thu, 07 Oct 2021 06:14:23 GMT

denke mal dass das nicht mehr funktioniert sobald man schräge und runde Wände hat, dafür könnte man es aber auch kurz deaktivieren.

Re: 2D-Koodirnaten beim speichern als Objekt

Lukas Oelmueller — Thu, 07 Oct 2021 06:47:33 GMT

...."rechtwinkligen Gebäuden"......

Re: 2D-Koodirnaten beim speichern als Objekt

krib3laidz — Thu, 07 Oct 2021 06:49:56 GMT

ups, habe ich leider überlesen

Re: 2D-Koodirnaten beim speichern als Objekt

Anonymous — Fri, 15 Oct 2021 06:28:32 GMT

Noch exakter hab' ich es nicht geschafft...
..weder, dann wenn ich im Grundriss am Projektursprung (ja, zurückgesetzt...-) anfange, noch im Detail.

Am Projektursprung gezeichnete, 0,50 x 0,60 große Schraffur ergibt:

!
! Name : Neues Objekt 13.gsm
! Datum : Freitag, 15. Oktober 2021
! Version : 23.00
! Geschrieben von ARCHICAD
!

mul2 A/0.500000, B/0.600000
add2 0, 0
drawindex 10
pen penAttribute_1
fill fillAttribute_1
poly2_b{5} 5, 2, 1, 3, penAttribute_1, penAttribute_2,
0, 0, 1, 0, 0, 1, 0,
0, 0, 33,
0.5, 0, 33,
0.5, 0.6, 33,
0, 0.6, 33,
0, 0, 33