To view this email online, paste this link into your browser: http://e2.ma/message/j9lxe/fuvzxq ART THROUGH MOVEMENT Lakewood Y Dance Recital Saturday, June 22 | Performances at 1pm and 5pm Lakes High School Performing Arts Center 10320 Farwest Dr.

at 10.27.07 PM.png] [image: Screenshot 2024-12-26 at 10.29.36 PM.png] [image: Screenshot 2024-12-26 at 10.30.47 PM.png] On Thu, 26 Dec 2024 at 21:56, Thomas Richter via Discuss < discuss@lists.openscad.org> wrote: > Thank you for your insights.

To please sweep(), skin() and the N-semantics: function circle_(r, N) = [ for(i=[0:N]) let(w = i*360/N) [r*sin(w), r*cos(w)]]; -- View this message in context: http://forum.openscad.org/Spline-interpolation-nSpline-tp15207p15361.html Sent from the OpenSCAD mailing list archive at Nabble.com.

Rav Hirsch explains that by counting each individual name, they (and we) are reminded of their personal loss by not speaking out at the sin of the Golden Calf. This reference is even more poignant when we realize that “names” back then included their parents' names: “x ben y.”

The corrected module is: module polycle(n, R, r) { rotate(\[0,0,90/n\]) polygon(\[ for(i = \[0:5:355\]) \[R\*sin(i)+r\*cos((n-1)\*i), R\*cos(i)+r\*sin((n-1)\*i)\], \]); } Where: n = number of sides R = pitch circle radius r = half-height of lobes (Of course, it won’t work in the carrier script now as it stands.)

How can I then remove the X-Y plane surfaces of > the union. I would like to avoid inputting the points with their > coordinates directly to reduce overhead calculations and maintain things > parametric. So if you know the magic trick, I would really appreciate it!

r-xp 00000000 fc:01 666096 /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2 7fba90be5000-7fba90de4000 ---p 0005d000 fc:01 .662

fc:03 9449229 > /home/stima/Qt/5.1.0/gcc_64/lib/libQt5Svg.so.5.1.0 > > 7fba67e5e000-7fba6805e000 ---p 0004e000 fc:03 9449229 > /home/stima/Qt/5.1.0/gcc_64/lib/libQt5Svg.so.5.1.0 > > 7fba6805e000-7fba68060000 r--p 0004e000 fc:03 9449229 > /home/stima/Qt/5.1.0/gcc_64/lib/libQt5Svg.so.5.1.0 > > 7fba68060000-7fba68062000 rw-p 00050000 fc:03 9449229 > /home/stima

> It's a > problem with the sin/cos function implementations on those platforms: So... no, it is not a problem with the implementation of these functions on these platforms. It is a fundamental problem with floating point representations of numbers.

http://thirdpartyoffers.juno.com/TGL2141/fc/BLSrjpTMWI9MFEBUmnHvBbuvOOUi1ZC8yZGIOefNbDAkusjwEMT2sXyjpmA/