Yes, skin is from list comprehension. Or at least I believe so.
Each arch is supposed to be coplanar.
I created a new function (that I felt would help me view things) by not
centering each arch on top of a path that is itself an arch. When I do
that I can render a union with a cube. This is starting to suggest the
problem comes about when putting each arch on a path that is itself an arch
(but I thought I tested and cleared that earlier :( ).
Even in this case (where I can render a union with the cube, preview ->
thrown together shows pink purple edges)
Nop / MichaelAtOz:
I only see the pink/purple color in throw together either on the edges or
if I am already inside of something (that is the viewpoint is partway
inside the arch)
MichaelAtOz:
I can show the code to people but it isn't pretty and rightfully people
have said in the past "I don't want to debug that"
On Thu, Jul 4, 2019 at 7:13 PM adrianv <avm4 at cornell.edu> wrote:
> Is the base of the whole arch structure (left side) supposed to be
> coplanar?
> It doesn't look coplanar in your image.
>> Can you reduce the transition steps to 2 or 1 (I'm not sure how you are
> counting so I don't know what is the minimum sensible option here). The
> point is to really push things to the minimal example that triggers your
> problem, so that you can really inspect the example carefully---for example
> look at every vertex coordinate in your polyhedron and every face list by
> hand and see if you notice anything odd.
>> Are you generating this by using the skin() module from
> list-comprehension-demos?
>>> DanS wrote
> > So I was taking your idea of doing less. Instead of 105 transition steps
> > I
> > did 15.
> > If I union it with a cube it only works if they don't touch at all, if
> > they
> > do touch it seems to blow up and render nothing.
> >
> > If I take the more simple version and do Preview -> Thrown together I
> > don't
> > see any pink / purple facets (but the edges are all pink purple) the one
> > thing that strikes me as very odd is that each arch should be planar. I
> > would intuitively expect no triangles on the ends yet all the vertices on
> > the ends are part of triangles. Of course, it might also do those
> > triangles if all the vertexes are planar, I just don't know.
> >
> > [image: image.png]
> >
> > On Thu, Jul 4, 2019 at 6:39 PM adrianv <
>> > avm4@
>> > > wrote:
> >
> >> DanS wrote
> >> > yes, I've simplified it to where it seems to work. So I know it
> breaks
> >> > down where I do "wave" which interpolates between one curve and
> another
> >> > using sin() (to give a smooth curve rather than a linear transition).
> >>
> >> Is it possible that you have very skinny facets showing up in pink
> >> between
> >> larger facets? It just takes a single bad facet to ruin your entire
> >> model.
> >>
> >> If the interpolation process is at fault can you use a simpler polygon
> as
> >> the base for the interpolation?
> >>
> >>
> >>
> >>
> >> --
> >> Sent from: http://forum.openscad.org/> >>
> >> _______________________________________________
> >> OpenSCAD mailing list
> >>
>> > Discuss at .openscad>> >> http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org> >>
> >
> > _______________________________________________
> > OpenSCAD mailing list
>> > Discuss at .openscad>> > http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org> >
> >
> > image.png (13K)
> > <http://forum.openscad.org/attachment/26727/0/image.png>>>>>>> --
> Sent from: http://forum.openscad.org/>> _______________________________________________
> OpenSCAD mailing list
>Discuss at lists.openscad.org>http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org>-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openscad.org/pipermail/discuss_lists.openscad.org/attachments/20190704/a11cbbb4/attachment.html>