[Question] BoxByPlane bei großen Bezugspolylinien wird nicht korrekt dargestellt/abgesetzt

Tags:
Robert_GJL
Robert_GJL
05.10.2023 - 14:34

Hallo zusammen,

für die Fassadengestalltung habe ich ein kleines VS geschrieben. Hierbei wird die Unter- und Oberkante über Polylinien abgegriffen. Dies funktioniert bei "kleinen" Fassaden wunderbar.

Wenn die Außenkanten größer werden, im Beispiel ca. 150m x 150m werden plötzlich nicht mehr alles Fassadenelemente an den ermittelten Punkten abgesetzt, sonder landen teilweise am Nullpunkt im Projekt. Getestet habe ich es auch mit einfachen Quadraten als Polylinien.

Hat jemand eine Idee, woran das liegen könnte?

Attachments (3)

img
Fassade.png
Type: image/png
Downloaded 84 times
Size: 333,82 KiB
img
VS.png
Type: image/png
Downloaded 49 times
Size: 123,44 KiB
Fassade.avsprj
Type: application/x-sqlite3
Downloaded 352 times
Size: 132,00 KiB

Show most helpful answer Hide most helpful answer

Nemo
Nemo
06.10.2023 - 08:40 *

Die Werte im Tooltip sind ein weiterer, allerdings ganz anderer Fehler!

Entscheiden ist, dass die Toleranz bei GetTangetVector einfach zu klein ist!
1.0e-08 mm Abstand zur Kurve "reicht" schon aus, damit kein Tangenten-Vector mehr ermittelt wird,
weil die Funktion "meint", dar Punkt ist nicht auf der Linie!

Die Funktion sollte mindestens bis zu einer Toleranz (der Koordinatenwerte) von 1.0e-03 mm den Punkt auf der Linie akzeptieren! Wir reden hier über eine "gerade Linie".
Ich kann mir nicht vorstellen, wie man eine Toleranz von 1.0e-09 mm bei einer echten Kurve, z.B. Spline oder BSpline erreichen soll!?

@Allplan
Das ist ein weiterer schwerer Fehler in Visual-Scripting, in der Python-API und auch in der NemAll_Geometry.DLL

Nächster Fehler in Visual-Scripting :In diesem Fall sollte der Node GetTangetVector einfach nichts zurückgeben,z.B. einen Null-Pointer (null, nullptr, None o.ä.) statt eines ungültigen Vectors!
Alle andere Visual-Scripting-Implementierungen (Grasshopper, Dynamo) machen das so!
Das bedeutet aber auch, dass jeder Eingang eines jeden Nodes mit einem solchen Null-Wert bzw. einer Liste aus diesen Null-Werten zurechtkommen muss!

Wenn man nämlich mit einem Vector3D(0,0,0) versucht, eine Plane3D zu erzeugen, kommt Allplan damit nicht zurecht. Das Script "stürzte" bei mir mehrfach ab!

..es gibt noch viel zu tun!

Nemo
Nemo
05.10.2023 - 18:18 *

ClosestIntersectionPoint mit der oberen Polylinie scheint an der betroffenen Stelle nicht vorhanden zu sein! Sind diese Linien wirklich exakt übereinander? Ungenauigkeiten bekommen umso größeres Gewicht, je größer die Koordinatenwerte sind, d.h. je weiter das Ganze vom Nullpunkt weg ist.

Ich glaube mich auch zu erinnern, dass in der Geometrie-API die Ermittlung von einem Schnittpunkt einer horizontalen 3D-Linie mit einer vertikalen nicht zuverlässig funktioniert. Betraf allerdings eher Curven, also BSplines, Splines und Kreise. In meinen Plugins habe ich deshalb diese Funktion selbst neu geschrieben.

Ein anderes Problem könnte beim Node DivisionPoints "lauern".
Auch hier gab es Ungenauigkeiten bei der Ermittlung. D.h. der ermittelte "Division-Point" besteht einen anschliessenden Test IsPointOnLine nicht! Auch das habe ich schon mal als Fehler gemeldet.(s div_points1.png und div_points2.png)

...müßte man mal testen, woran es nun wirklich liegt.

Attachments (2)

img
div_points1.png
Type: image/png
Downloaded 26 times
Size: 54,42 KiB
img
div_points2.png
Type: image/png
Downloaded 12 times
Size: 31,33 KiB
Robert_GJL
Robert_GJL
05.10.2023 - 18:30 *

Danke Nemo für die Rückmeldung.

Ja, in den Tests mit größeren Außenmaßen ist es einfach nur ein Quadrat der Polylinie und eine Kopie dieser, die 20m in z-Richtung verschoben ist...

Und in dem Screenshot ist auch ersichtlich, das die Punkte auf der oberen Polylinie gefunden werden.

Nemo
Nemo
06.10.2023 - 04:15 *

Dann kommt ja nur noch GetTangentVector in Frage!
Wenn die Werte nämlich 0,0,0 sind, also ein ungültiger Vector zurückgegeben wird, scheitert auch
die Generierung der Ebene (Plane3DByVector) und die erhält die Standardwerte Point3D(0,0,0),Vector3D(0,0,1). Dann wird die Box am Nullpunkt erzeugt.

Den FEhler konnte ich aber nur nachvollziehen, wenn die Anzahl der Segement über 200 ist, und die Polylinie bzw. ein Segement dieser über 100 m lang ist. (s. fassade1.png)

Ich habe mal eine Überwachung am Ausgang eingefügt, und siehe da, ab Punkt 65
scheitert die Ermittlung der Tangente an diesem Punkt. (s.fassade2.png)
Warum? Das müßtest Du Allplan fragen...

Attachments (2)

img
fassade1.png
Type: image/png
Downloaded 17 times
Size: 62,91 KiB
img
fassade2.png
Type: image/png
Downloaded 19 times
Size: 201,95 KiB
Nemo
Nemo
06.10.2023 - 05:03 *

Ich habe weiter "geforscht", und folgende Bedingung herausgefunden:

Die Polylinie muss mehr als ein Segment haben
Dieses (erste) Segment muss >= 100 m lang sein.

Ich habe immer noch DivisionPoints im Verdacht, in diesem Fall ungenaue Punkte zu erzeugen.
Und an diesem ungenauen Punkt (der nicht mehr auf der Polylinie liegt) scheitert dann die Tangenten-Ermittlung. Es scheint so zu sein, dass der InputPoint für GetTangent überhaupt keinen Abstand von der Linie haben darf, also exakt auf der Kurve liegen muss. Ein Abstand von 1.0e-08 mm(!) ist scheinbar schon zu gross...

Attachments (3)

img
polyline1.png
Type: image/png
Downloaded 28 times
Size: 133,28 KiB
img
polyline2.png
Type: image/png
Downloaded 28 times
Size: 157,63 KiB
img
polyline3.png
Type: image/png
Downloaded 30 times
Size: 180,69 KiB
Robert_GJL
Robert_GJL
06.10.2023 - 06:34

Die Anzahl der Abschnitte durch DivisionPoints macht irgendwie keinen unterschied. Egal ob 10 oder 300.

Mich irritiert, dass trotzdem alle Punkte "unten" mittels DivisionPoints erzeugt werden und auch alle Punkte "oben" durch ClosestIntersectionPoint ermittelt werden und als Vorschauobjekt angezeigt werden.

Auch bei Kantenlängen kleiner 100m fehlern Elemente. Im Teilbild sind diese enthalten.

Attachments (3)

Fassade.zip
Type: application/zip
Downloaded 356 times
Size: 196,77 KiB
img
2023-10-06_08h25_23.png
Type: image/png
Downloaded 16 times
Size: 197,37 KiB
img
Vorschau Punkte.png
Type: image/png
Downloaded 16 times
Size: 189,57 KiB
Robert_GJL
Robert_GJL
06.10.2023 - 07:18

Quote by Nemo
Ich habe weiter "geforscht", und folgende Bedingung herausgefunden:
Die Polylinie muss mehr als ein Segment haben

Dieses (erste) Segment muss >= 100 m lang sein.
Ich habe immer noch DivisionPoints im Verdacht, in diesem Fall ungenaue Punkte zu erzeugen.

Und an diesem ungenauen Punkt (der nicht mehr auf der Polylinie liegt) scheitert dann die Tangenten-Ermittlung. Es scheint so zu sein, dass der InputPoint für GetTangent überhaupt keinen Abstand von der Linie haben darf, also exakt auf der Kurve liegen muss. Ein Abstand von 1.0e-08 mm(!) ist scheinbar schon zu gross...

Wenn du dir die Liste ein zweites mal anzeigen lässt, werden die Punkte, die du mit ??? markiert hast, wieder angezeigt?

Attachments (3)

img
polylinie2.png
Type: image/png
Downloaded 20 times
Size: 454,55 KiB
img
1.png
Type: image/png
Downloaded 16 times
Size: 131,84 KiB
img
2.png
Type: image/png
Downloaded 20 times
Size: 130,07 KiB
Nemo
Nemo
06.10.2023 - 08:40 * [most supported post]

Die Werte im Tooltip sind ein weiterer, allerdings ganz anderer Fehler!

Entscheiden ist, dass die Toleranz bei GetTangetVector einfach zu klein ist!
1.0e-08 mm Abstand zur Kurve "reicht" schon aus, damit kein Tangenten-Vector mehr ermittelt wird,
weil die Funktion "meint", dar Punkt ist nicht auf der Linie!

Die Funktion sollte mindestens bis zu einer Toleranz (der Koordinatenwerte) von 1.0e-03 mm den Punkt auf der Linie akzeptieren! Wir reden hier über eine "gerade Linie".
Ich kann mir nicht vorstellen, wie man eine Toleranz von 1.0e-09 mm bei einer echten Kurve, z.B. Spline oder BSpline erreichen soll!?

@Allplan
Das ist ein weiterer schwerer Fehler in Visual-Scripting, in der Python-API und auch in der NemAll_Geometry.DLL

Nächster Fehler in Visual-Scripting :In diesem Fall sollte der Node GetTangetVector einfach nichts zurückgeben,z.B. einen Null-Pointer (null, nullptr, None o.ä.) statt eines ungültigen Vectors!
Alle andere Visual-Scripting-Implementierungen (Grasshopper, Dynamo) machen das so!
Das bedeutet aber auch, dass jeder Eingang eines jeden Nodes mit einem solchen Null-Wert bzw. einer Liste aus diesen Null-Werten zurechtkommen muss!

Wenn man nämlich mit einem Vector3D(0,0,0) versucht, eine Plane3D zu erzeugen, kommt Allplan damit nicht zurecht. Das Script "stürzte" bei mir mehrfach ab!

..es gibt noch viel zu tun!

Robert_GJL
Robert_GJL
06.10.2023 - 12:08 *

Danke für den Hinweis!

Mir ist aufgefallen, dass GetTangetVector bei splines nicht solche Probleme macht. Zum Spaß habe ich die Punkte in einen 3DSpline gewandelt, am spline die Tangente ermittelt und alle Fassadenelemente werden an der richtigen Stelle abgesetzt.

Mir ist bewusst, dass diese Lösung nicht optimal ist. Für den Moment reicht es aber aus.

Attachments (2)

img
Isometrie.png
Type: image/png
Downloaded 40 times
Size: 95,26 KiB
img
VS.png
Type: image/png
Downloaded 23 times
Size: 106,64 KiB
Xinling
Xinling
06.10.2023 - 14:49

Quote by Nemo
Das ist ein weiterer schwerer Fehler in Visual-Scripting, in der Python-API und auch in der NemAll_Geometry.DLL

Thanks Nemo for finding the issue. We also noticed that some geometry operations don't return an expected result. As Visual Scripting is based on the Python API, and it uses the NemAll_Geometry directly. We are not able to avoid any issues which are present there. But we are currently improving the node library, we will try to inform internal teams to address these issues step by step.

Product Owner API, Allplan GmbH

https://campus.allplan.com/ uses cookies  -  More information

Accept