POV-Ray : Newsgroups : povray.newusers : geodesic dome : Re: geodesic dome Server Time
26 Apr 2024 14:50:09 EDT (-0400)
  Re: geodesic dome  
From: Bald Eagle
Date: 13 May 2016 08:10:00
Message: <web.5735c3c2d5a10dbd5e7df57c0@news.povray.org>
"Janne" <arc### [at] mecom> wrote:

> Hi Bald Eagle,
> Sorry fot the not working link. It's just an image of a compound cut.

nbd - the issue seems to be on my end or somewhere in between me and the url.

> I've done
> all the calculations for the dome but showing an image of a compound cut seemed
> more difficult then doing the whole dome.

If I understand it all well enough, the calculations for laying out the dome
itself are different than laying out the compound angles of the joints as you
want.

I'd say that the POV-Ray / graphical / geometric solution will be the fastest
and easiest, though will leave you without knowing what angles to cut IRL on a
saw, if that's what is eventually intended.

I'd say you could _start_ there, while you work on the mathematical solution, so
you can get the scene file working and ready for a side-by-side comparison or a
full 3D overlay.

If you're going to use the difference {} approach, then I'd suggest that you
define your cutter boxes as separate objects    "Cutter_1 = box { .... }, etc.
That way you can do any rotations and translations on it and THEN do
difference {
Board
Cutter_1
}
to get your "cut", but the advantage is that you can then add into your SDL
something like object {Cutter_1 pigment {rgbt <1,0,0,0.7>}}
to see exactly where you're actually placing the cutter for the difference.

It helps when you're trying to figure out what went wrong, as so often happens,
but the cutters are essentially invisible.

Feel free to post WIPs so we can help you puzzle this out, and as Stephen said:
"Welcome!"   :)


Post a reply to this message

Copyright 2003-2023 Persistence of Vision Raytracer Pty. Ltd.