whitequark changed the topic of #solvespace to: SolveSpace--parametric 2d/3d CAD · latest version 2.3 · http://solvespace.com · code at https://github.com/solvespace/solvespace · logs at https://irclog.whitequark.org/solvespace
<awygle> there's a red... region? being rendered on my model, is there a way i can tell which group or constraint is causing this? i'm assuming it's either overconstrained or one of those angry NURBS issues...
<swivel> awygle: in the popup window with all the groups listed, it usually says "SOLVE FAILED! redundant constraints" when it's overconstrained
<swivel> with a list of relevant constraints...
<awygle> hm not seeing that, must be NURBS then i guess
<swivel> this is one area solvespace could use some wokr
<swivel> *work
<awygle> oh, i found the chord tolerance and made it tighter and now it's happy. odd. but helpful
<awygle> can i move a workplane?
<awygle> i accidentally made this one floating 2mm above the plane it's supposed to coincide with, and it's in the middle of the stack so if i delete it it might mess up a bunch of other stuff
<awygle> i guess moving it might mess things up too. darn. oh well, i'll just delete it i suppose
<awygle> hm okay now i have a more serious NURBS problem, is there any way to figure out why it can't perform the Boolean operation?
<awygle> googling basically tells me it has something to do with surfaces being too exactly coincident, is that right?
<awygle> (i have now resolved the situation by displacing some workplanes by a millimeter, but would still like an answer to the general question if possible)
<whitequark> awygle: red regions being rendered (as opposed to there being errors in the property browser) are always caused by solid operation failures
<whitequark> the answer to the general question is... well... I don't know either. I'm not a NURBS person.
<whitequark> they fail seemingly at random all the time and the only two options available are: use OpenCASCADE, or write our own backend that works as well as OpenCASCADE.
<whitequark> the former is not really viable for a number of reasons, and the latter requires a lot of capital.
<whitequark> increasing chord tolerance improves the result where the NURBS operations are using the piecewise linear representation for something (I think it's computing some sort of intersection)
<awygle> I see. Well, "offset work planes by 1mm until red goes away" has been sufficient so far, guess I'll keep doing that.
<awygle> What's up with this "force to triangle mesh" option? The docs seem to be saying that even though that makes things work, I probably don't want it?
<whitequark> you probably don't want it because you probably are using a tool using exact representations of surfaces for a reason
<whitequark> it depends on why you're modeling. if you want to 3d print stuff, or to display it on a webpage, it's fine.
<whitequark> if you want to send it to a machine shop that wants STEP with NURBS solids, nope.
<awygle> I am planning to 3D print prototypes for injection molded parts, so probably I need the NURBS.
<whitequark> yep.
<awygle> Got it. Thanks again!
_whitelogger has joined #solvespace
mauz555 has joined #solvespace
mauz555 has quit []
yazjack20123674 has joined #solvespace
yazjack2012367 has quit [Quit: Ping timeout (120 seconds)]
_whitelogger has joined #solvespace