<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: SolidWorks Mythbuster: fully defined sketches and rebuild speed</title>
	<atom:link href="http://www.dezignstuff.com/blog/?feed=rss2&#038;p=2740" rel="self" type="application/rss+xml" />
	<link>http://www.dezignstuff.com/blog/?p=2740</link>
	<description>SolidWorks, 3D CAD, Surfacing, Product Development, CAD Admin</description>
	<lastBuildDate>Thu, 09 Sep 2010 15:55:14 -0400</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: John H</title>
		<link>http://www.dezignstuff.com/blog/?p=2740&#038;cpage=1#comment-4990</link>
		<dc:creator>John H</dc:creator>
		<pubDate>Fri, 12 Mar 2010 11:00:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.dezignstuff.com/blog/?p=2740#comment-4990</guid>
		<description>I&#039;m not sure the test methods used prove the point entirely regarding whether sketch rebuild times are better or worse if fully/underdefined.

It would seem obvious to me that a sketch with no relations will solve faster than a fully defined one, because there is nothing to solve!  However, there may be an intermediate case with partially defined complex sketches, where the solver might struggle to reach a solution and therefore take longer.

In general I would go along with the others that say fully define sketches.  There is nothing more time-wasting than an unpredictable outcome!
Actually, that&#039;s one of my major gripes with Solidworks, that fully constrained assemblies don&#039;t always behave predictably - especially multi-level ones with different sub-assy configs, flexible sub-assys etc.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not sure the test methods used prove the point entirely regarding whether sketch rebuild times are better or worse if fully/underdefined.</p>
<p>It would seem obvious to me that a sketch with no relations will solve faster than a fully defined one, because there is nothing to solve!  However, there may be an intermediate case with partially defined complex sketches, where the solver might struggle to reach a solution and therefore take longer.</p>
<p>In general I would go along with the others that say fully define sketches.  There is nothing more time-wasting than an unpredictable outcome!<br />
Actually, that&#8217;s one of my major gripes with Solidworks, that fully constrained assemblies don&#8217;t always behave predictably &#8211; especially multi-level ones with different sub-assy configs, flexible sub-assys etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris K</title>
		<link>http://www.dezignstuff.com/blog/?p=2740&#038;cpage=1#comment-3189</link>
		<dc:creator>Chris K</dc:creator>
		<pubDate>Thu, 10 Dec 2009 17:50:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.dezignstuff.com/blog/?p=2740#comment-3189</guid>
		<description>Fully agree with Alex. Is SW really rewarding bad practices with lower rebuild times? Improving stability and reliability of the model by proper modeling should not be a compromise with rebuild time (or anything else for that matter).

Devin: about the myth that part move by themselves: parts don´move until your manager (or your idiot colleague) grabs the mouse and tries to rotate the view. It is all about reliability. How sure are you the model is correct when you´re about to spend 10 times your yearly salary on moulds? Believe me, you want to fully mate parts and fully define sketches.

Jeff: seems odd to me that there is no simple way to fully define splines AND be able to manipulate them as though it were clay. Another myth to bust: the one that says that SW is user friendly.</description>
		<content:encoded><![CDATA[<p>Fully agree with Alex. Is SW really rewarding bad practices with lower rebuild times? Improving stability and reliability of the model by proper modeling should not be a compromise with rebuild time (or anything else for that matter).</p>
<p>Devin: about the myth that part move by themselves: parts don´move until your manager (or your idiot colleague) grabs the mouse and tries to rotate the view. It is all about reliability. How sure are you the model is correct when you´re about to spend 10 times your yearly salary on moulds? Believe me, you want to fully mate parts and fully define sketches.</p>
<p>Jeff: seems odd to me that there is no simple way to fully define splines AND be able to manipulate them as though it were clay. Another myth to bust: the one that says that SW is user friendly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex M</title>
		<link>http://www.dezignstuff.com/blog/?p=2740&#038;cpage=1#comment-3051</link>
		<dc:creator>Alex M</dc:creator>
		<pubDate>Thu, 03 Dec 2009 19:47:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.dezignstuff.com/blog/?p=2740#comment-3051</guid>
		<description>I would agree with Tom Hagerty and Ray Regan. Blue sketches and black sketches are there for a reason...

Under defined sketch/es can cost you 10&#039;s if not 100&#039;s of thousands of dollars never mind the loss of time etc. During crunch time when your brain is almost fried and drawing are due to be released for tooling... All you need to do is to slightly move a line or a point in one of your under defined sketches. How would you even know what you did or moved and even if did find what moved how would you place it back where it was? Ctrl Z doezn&#039;t always work the way you want...

Blue sketch to me is like a red cloth to a bull. When I teach, this is number one rule I demand my students to learn. NO BLUE SKETCHES!!!

Perhaps, I would agree on blue sketches during conceptual stage when nothing is critical, but for production......no way, keep em black I say.</description>
		<content:encoded><![CDATA[<p>I would agree with Tom Hagerty and Ray Regan. Blue sketches and black sketches are there for a reason&#8230;</p>
<p>Under defined sketch/es can cost you 10&#8242;s if not 100&#8242;s of thousands of dollars never mind the loss of time etc. During crunch time when your brain is almost fried and drawing are due to be released for tooling&#8230; All you need to do is to slightly move a line or a point in one of your under defined sketches. How would you even know what you did or moved and even if did find what moved how would you place it back where it was? Ctrl Z doezn&#8217;t always work the way you want&#8230;</p>
<p>Blue sketch to me is like a red cloth to a bull. When I teach, this is number one rule I demand my students to learn. NO BLUE SKETCHES!!!</p>
<p>Perhaps, I would agree on blue sketches during conceptual stage when nothing is critical, but for production&#8230;&#8230;no way, keep em black I say.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom Hagerty</title>
		<link>http://www.dezignstuff.com/blog/?p=2740&#038;cpage=1#comment-2954</link>
		<dc:creator>Tom Hagerty</dc:creator>
		<pubDate>Wed, 25 Nov 2009 19:11:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.dezignstuff.com/blog/?p=2740#comment-2954</guid>
		<description>I work with splines all of the time and also try to constrain them completely as well. If I need to change it by dragging I may delete some of the constraints to push and pull it but once it is set I lock it down again. I have seen the result of this ending up in a blow up model way too many times for me to not try and avoid blue sketches. Like I said, whenever possible, so it is not a steadfast rule but one I probably stick to 99% of the time.</description>
		<content:encoded><![CDATA[<p>I work with splines all of the time and also try to constrain them completely as well. If I need to change it by dragging I may delete some of the constraints to push and pull it but once it is set I lock it down again. I have seen the result of this ending up in a blow up model way too many times for me to not try and avoid blue sketches. Like I said, whenever possible, so it is not a steadfast rule but one I probably stick to 99% of the time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Mowry</title>
		<link>http://www.dezignstuff.com/blog/?p=2740&#038;cpage=1#comment-2933</link>
		<dc:creator>Jeff Mowry</dc:creator>
		<pubDate>Mon, 23 Nov 2009 21:17:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.dezignstuff.com/blog/?p=2740#comment-2933</guid>
		<description>I&#039;ve seen this myth over and over.  Perhaps it&#039;s a bit more true when a whole feature tree relying upon these undefined sketches must be solved---not in a single, non-tree-related sketch is undefined?  Not sure, but I think that would be the ultimate test.  How fast does a series of extrusions---built upon undefined sketches---rebuild vs. the fully-defined sort?

My guess is that anyone saying sketches should &lt;i&gt;always&lt;/i&gt; be fully defined isn&#039;t doing a lot of work with splines (such as surfaces-heavy modeling), and certainly not doing lots of wild editing of swoopy geometry.  I typically don&#039;t define splines with anything more than relations.  I often go into the sketch and push/pull spline points to tweak the overall form of a surface fill/loft/sweep/whatever.

Further, this has never caused problems of things moving around.  Sure, if you&#039;ve got a point of a sketch segment pegged to exterior geometry (and little else defined), when you move that external geometry, part of your undefined sketch will also move.  But isn&#039;t this also predictable (and even sometimes &lt;i&gt;desired&lt;/i&gt;)?</description>
		<content:encoded><![CDATA[<p>I&#8217;ve seen this myth over and over.  Perhaps it&#8217;s a bit more true when a whole feature tree relying upon these undefined sketches must be solved&#8212;not in a single, non-tree-related sketch is undefined?  Not sure, but I think that would be the ultimate test.  How fast does a series of extrusions&#8212;built upon undefined sketches&#8212;rebuild vs. the fully-defined sort?</p>
<p>My guess is that anyone saying sketches should <i>always</i> be fully defined isn&#8217;t doing a lot of work with splines (such as surfaces-heavy modeling), and certainly not doing lots of wild editing of swoopy geometry.  I typically don&#8217;t define splines with anything more than relations.  I often go into the sketch and push/pull spline points to tweak the overall form of a surface fill/loft/sweep/whatever.</p>
<p>Further, this has never caused problems of things moving around.  Sure, if you&#8217;ve got a point of a sketch segment pegged to exterior geometry (and little else defined), when you move that external geometry, part of your undefined sketch will also move.  But isn&#8217;t this also predictable (and even sometimes <i>desired</i>)?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Devon Sowell</title>
		<link>http://www.dezignstuff.com/blog/?p=2740&#038;cpage=1#comment-2932</link>
		<dc:creator>Devon Sowell</dc:creator>
		<pubDate>Mon, 23 Nov 2009 17:55:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.dezignstuff.com/blog/?p=2740#comment-2932</guid>
		<description>&lt;a href=&quot;#comment-2909&quot; rel=&quot;nofollow&quot;&gt;@matt &lt;/a&gt; 

Matt- I agree with you. Another myth to bust, the one that says Parts with no Mates move by themselves in SW Assembies.

Great post.

Devon</description>
		<content:encoded><![CDATA[<p><a href="#comment-2909" rel="nofollow">@matt </a> </p>
<p>Matt- I agree with you. Another myth to bust, the one that says Parts with no Mates move by themselves in SW Assembies.</p>
<p>Great post.</p>
<p>Devon</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fcsuper</title>
		<link>http://www.dezignstuff.com/blog/?p=2740&#038;cpage=1#comment-2931</link>
		<dc:creator>fcsuper</dc:creator>
		<pubDate>Mon, 23 Nov 2009 15:16:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.dezignstuff.com/blog/?p=2740#comment-2931</guid>
		<description>Undefined sketches are good with Instant3d.  They do jump around when trying to manipulate sketch entities via drag methods.</description>
		<content:encoded><![CDATA[<p>Undefined sketches are good with Instant3d.  They do jump around when trying to manipulate sketch entities via drag methods.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: smartin</title>
		<link>http://www.dezignstuff.com/blog/?p=2740&#038;cpage=1#comment-2930</link>
		<dc:creator>smartin</dc:creator>
		<pubDate>Mon, 23 Nov 2009 13:56:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.dezignstuff.com/blog/?p=2740#comment-2930</guid>
		<description>&lt;a href=&quot;#comment-2909&quot; rel=&quot;nofollow&quot;&gt;@matt  &lt;/a&gt; 

I think you and Ray are talking the same thing when you say &#039;partially defined&#039; and he says &#039;underdefined&#039; (not undefined).  I&#039;ve seen underdefined used in this context before, and while it&#039;s not perhaps as clear as saying &#039;partially defined&#039; I&#039;ve always taken it to mean the same.

My guess is that when users complain about &#039;completely undefined&#039; sketches moving they are not noticing that the sketch picked up some relations to other sketches/geometry in the model.</description>
		<content:encoded><![CDATA[<p><a href="#comment-2909" rel="nofollow">@matt  </a> </p>
<p>I think you and Ray are talking the same thing when you say &#8216;partially defined&#8217; and he says &#8216;underdefined&#8217; (not undefined).  I&#8217;ve seen underdefined used in this context before, and while it&#8217;s not perhaps as clear as saying &#8216;partially defined&#8217; I&#8217;ve always taken it to mean the same.</p>
<p>My guess is that when users complain about &#8216;completely undefined&#8217; sketches moving they are not noticing that the sketch picked up some relations to other sketches/geometry in the model.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: matt</title>
		<link>http://www.dezignstuff.com/blog/?p=2740&#038;cpage=1#comment-2910</link>
		<dc:creator>matt</dc:creator>
		<pubDate>Sat, 21 Nov 2009 17:08:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.dezignstuff.com/blog/?p=2740#comment-2910</guid>
		<description>&lt;a href=&quot;#comment-2894&quot; rel=&quot;nofollow&quot;&gt;@fcsuper &lt;/a&gt; 
Matt, rebuild times that I show are all over the map because I am often using different sketches, on different computers with different versions of the software. The only thing that really stays the same are the percentages.</description>
		<content:encoded><![CDATA[<p><a href="#comment-2894" rel="nofollow">@fcsuper </a><br />
Matt, rebuild times that I show are all over the map because I am often using different sketches, on different computers with different versions of the software. The only thing that really stays the same are the percentages.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: matt</title>
		<link>http://www.dezignstuff.com/blog/?p=2740&#038;cpage=1#comment-2909</link>
		<dc:creator>matt</dc:creator>
		<pubDate>Sat, 21 Nov 2009 17:07:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.dezignstuff.com/blog/?p=2740#comment-2909</guid>
		<description>&lt;a href=&quot;#comment-2906&quot; rel=&quot;nofollow&quot;&gt;@Ray Regan &lt;/a&gt; 
This is a myth that I totally want to bust so bad I can taste it! The idea that undefined sketches move at all is preposterous. Partially defined sketches I can see moving unpredictably, but a totally undefined sketch should not move at all.

Does anyone have any ideas on how I can either bust or confirm this?</description>
		<content:encoded><![CDATA[<p><a href="#comment-2906" rel="nofollow">@Ray Regan </a><br />
This is a myth that I totally want to bust so bad I can taste it! The idea that undefined sketches move at all is preposterous. Partially defined sketches I can see moving unpredictably, but a totally undefined sketch should not move at all.</p>
<p>Does anyone have any ideas on how I can either bust or confirm this?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
