<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Design and Manufacturing: Top Down PLM approach with Treehouse?</title>
	<atom:link href="http://plmtwine.com/2009/10/29/design-and-manufacturing-top-down-plm-approach-with-treehouse/feed/" rel="self" type="application/rss+xml" />
	<link>http://plmtwine.com/2009/10/29/design-and-manufacturing-top-down-plm-approach-with-treehouse/</link>
	<description>Product Lifecycle Management by Oleg Shilovitsky</description>
	<lastBuildDate>Wed, 30 May 2012 21:05:23 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: olegshilovitsky</title>
		<link>http://plmtwine.com/2009/10/29/design-and-manufacturing-top-down-plm-approach-with-treehouse/#comment-2813</link>
		<dc:creator><![CDATA[olegshilovitsky]]></dc:creator>
		<pubDate>Sat, 31 Oct 2009 13:03:50 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=3491#comment-2813</guid>
		<description><![CDATA[Hervé, I like your associations with VPM/CATIA. This is probably accurate (I&#039;m not going to analyze all supported and not supported options, of course). As I understood, treehouse allows you to play with geometry outside of solidworks, which is nice. UI is slick. The interesting question was raised if tree or graph is the UI to go in such application. What I didn&#039;t discover yet if I can have non-geom (like phantom) objects in treehouse, but I will :)...... Best, Oleg]]></description>
		<content:encoded><![CDATA[<p>Hervé, I like your associations with VPM/CATIA. This is probably accurate (I&#8217;m not going to analyze all supported and not supported options, of course). As I understood, treehouse allows you to play with geometry outside of solidworks, which is nice. UI is slick. The interesting question was raised if tree or graph is the UI to go in such application. What I didn&#8217;t discover yet if I can have non-geom (like phantom) objects in treehouse, but I will <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> &#8230;&#8230; Best, Oleg</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hervé Menga</title>
		<link>http://plmtwine.com/2009/10/29/design-and-manufacturing-top-down-plm-approach-with-treehouse/#comment-2811</link>
		<dc:creator><![CDATA[Hervé Menga]]></dc:creator>
		<pubDate>Sat, 31 Oct 2009 09:44:22 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=3491#comment-2811</guid>
		<description><![CDATA[If you say that Treehouse &quot;loads trees in CAD system&quot;, it means that it transforms Treehouse models (represented by trees in Treehouse) into CAD models (that can be manipulated by CAD system).
A CAD model is made with nodes, which are materializing a (positioned) geometry, connected with relationships, which are materializing geometric composition rules.
Apart from Treehouse model nodes that may have the same objective (to carry geometric information), i do not understand the reason why other Treehouse model nodes would have to be transformed into their &quot;geometric&quot; CAD model equivalent nodes ?
Or may be treehouse provides a way to manipulate many different &quot;geometric&quot; trees of nodes, each of which may be transferred into its equivalent geometric CAD model ?
Geometric models (whatever the way they are represented, as tree or as 3D objects, are usually built by (mechanical) design activities, i do not see here neither the link with engineering activities (where is the process ?), nor manufacturing activities (where are the ressources ?). 
From my very far point of view, Treehouse looks like a VPM playing with CATIA, no ?]]></description>
		<content:encoded><![CDATA[<p>If you say that Treehouse &#8220;loads trees in CAD system&#8221;, it means that it transforms Treehouse models (represented by trees in Treehouse) into CAD models (that can be manipulated by CAD system).<br />
A CAD model is made with nodes, which are materializing a (positioned) geometry, connected with relationships, which are materializing geometric composition rules.<br />
Apart from Treehouse model nodes that may have the same objective (to carry geometric information), i do not understand the reason why other Treehouse model nodes would have to be transformed into their &#8220;geometric&#8221; CAD model equivalent nodes ?<br />
Or may be treehouse provides a way to manipulate many different &#8220;geometric&#8221; trees of nodes, each of which may be transferred into its equivalent geometric CAD model ?<br />
Geometric models (whatever the way they are represented, as tree or as 3D objects, are usually built by (mechanical) design activities, i do not see here neither the link with engineering activities (where is the process ?), nor manufacturing activities (where are the ressources ?).<br />
From my very far point of view, Treehouse looks like a VPM playing with CATIA, no ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: olegshilovitsky</title>
		<link>http://plmtwine.com/2009/10/29/design-and-manufacturing-top-down-plm-approach-with-treehouse/#comment-2806</link>
		<dc:creator><![CDATA[olegshilovitsky]]></dc:creator>
		<pubDate>Fri, 30 Oct 2009 17:19:57 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=3491#comment-2806</guid>
		<description><![CDATA[Hervé, I think you made a valid point regarding DAG. The problem is that DAG is complicated. So, Treehouse is trying to resolve issue of complication by saying we will do it by trees. I didn&#039;t make enough practices trying to manipulate trees to say if this is usable or not. 
About design/engineering/manufacturing. In my view, discussion here is different from &quot;discussion about BOM&quot;. My point about BOM was how to make it unified (SINGLE). Treehouse is not doing so, but provide media to manage separate trees and load them to CAD system. This is could be used as interface back to CAD. Does it make sense? Best, Oleg]]></description>
		<content:encoded><![CDATA[<p>Hervé, I think you made a valid point regarding DAG. The problem is that DAG is complicated. So, Treehouse is trying to resolve issue of complication by saying we will do it by trees. I didn&#8217;t make enough practices trying to manipulate trees to say if this is usable or not.<br />
About design/engineering/manufacturing. In my view, discussion here is different from &#8220;discussion about BOM&#8221;. My point about BOM was how to make it unified (SINGLE). Treehouse is not doing so, but provide media to manage separate trees and load them to CAD system. This is could be used as interface back to CAD. Does it make sense? Best, Oleg</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hervé Menga</title>
		<link>http://plmtwine.com/2009/10/29/design-and-manufacturing-top-down-plm-approach-with-treehouse/#comment-2804</link>
		<dc:creator><![CDATA[Hervé Menga]]></dc:creator>
		<pubDate>Fri, 30 Oct 2009 14:58:03 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=3491#comment-2804</guid>
		<description><![CDATA[I had a (quick) look on the site to see what Treehouse V2 is made for... and i have two immediate remarks:
- we all know that all the core models of the software applications that we currently use in Engineering are based on nodes with composition relationships. The result is a direct acyclic graph (DAG), not a tree. If Treehouse proposes a tree vizualisation of a product structure, this is not adequate, and not very innovative. I dream of a DAG visualizer, this could be a major step ahead!
- i dont understand the sentence &quot;communication between Design/Engineering and Manufacturing&quot;. So far no &quot;manufacturing aspect&quot; is visible on the presentation. More (cf discussions about the BOMs), Design and Engineering are also different &quot;domains&quot;, and for the time being, the problem of communication between Design and Engineering is not solved at all by current softwares, so problems of &quot;communication&quot; of Design/Engineering with Manufacturing is another dream]]></description>
		<content:encoded><![CDATA[<p>I had a (quick) look on the site to see what Treehouse V2 is made for&#8230; and i have two immediate remarks:<br />
- we all know that all the core models of the software applications that we currently use in Engineering are based on nodes with composition relationships. The result is a direct acyclic graph (DAG), not a tree. If Treehouse proposes a tree vizualisation of a product structure, this is not adequate, and not very innovative. I dream of a DAG visualizer, this could be a major step ahead!<br />
- i dont understand the sentence &#8220;communication between Design/Engineering and Manufacturing&#8221;. So far no &#8220;manufacturing aspect&#8221; is visible on the presentation. More (cf discussions about the BOMs), Design and Engineering are also different &#8220;domains&#8221;, and for the time being, the problem of communication between Design and Engineering is not solved at all by current softwares, so problems of &#8220;communication&#8221; of Design/Engineering with Manufacturing is another dream</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: olegshilovitsky</title>
		<link>http://plmtwine.com/2009/10/29/design-and-manufacturing-top-down-plm-approach-with-treehouse/#comment-2801</link>
		<dc:creator><![CDATA[olegshilovitsky]]></dc:creator>
		<pubDate>Fri, 30 Oct 2009 12:43:52 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=3491#comment-2801</guid>
		<description><![CDATA[Jonathan, My view on killing apps is different- think about how your app will provide the most value for customer. Best, Oleg]]></description>
		<content:encoded><![CDATA[<p>Jonathan, My view on killing apps is different- think about how your app will provide the most value for customer. Best, Oleg</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Scott</title>
		<link>http://plmtwine.com/2009/10/29/design-and-manufacturing-top-down-plm-approach-with-treehouse/#comment-2799</link>
		<dc:creator><![CDATA[Jonathan Scott]]></dc:creator>
		<pubDate>Fri, 30 Oct 2009 12:07:30 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=3491#comment-2799</guid>
		<description><![CDATA[Oleg, indeed!

I agree about the number of &quot;killer apps&quot;.  Perhaps it is wishful thinking on my part that a new application might come along and &quot;kill&quot; several of the other frustrating apps now required to manage these different areas.  :)  And then maybe we can get down to one application.]]></description>
		<content:encoded><![CDATA[<p>Oleg, indeed!</p>
<p>I agree about the number of &#8220;killer apps&#8221;.  Perhaps it is wishful thinking on my part that a new application might come along and &#8220;kill&#8221; several of the other frustrating apps now required to manage these different areas.  <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />   And then maybe we can get down to one application.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: olegshilovitsky</title>
		<link>http://plmtwine.com/2009/10/29/design-and-manufacturing-top-down-plm-approach-with-treehouse/#comment-2797</link>
		<dc:creator><![CDATA[olegshilovitsky]]></dc:creator>
		<pubDate>Fri, 30 Oct 2009 12:04:51 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=3491#comment-2797</guid>
		<description><![CDATA[Jonathan, Thank you for your comments and highlights! I think they are very relevant. What is very co-sound to my thoughts is an ability to have application allowing you to speak both languages Design and Engineering/Manufacturing. I&#039;m always very careful with calling something &quot;killer app&quot;, since we have too many apps, but user want only one ;)... Best, Oleg]]></description>
		<content:encoded><![CDATA[<p>Jonathan, Thank you for your comments and highlights! I think they are very relevant. What is very co-sound to my thoughts is an ability to have application allowing you to speak both languages Design and Engineering/Manufacturing. I&#8217;m always very careful with calling something &#8220;killer app&#8221;, since we have too many apps, but user want only one <img src='http://s1.wp.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> &#8230; Best, Oleg</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Scott</title>
		<link>http://plmtwine.com/2009/10/29/design-and-manufacturing-top-down-plm-approach-with-treehouse/#comment-2796</link>
		<dc:creator><![CDATA[Jonathan Scott]]></dc:creator>
		<pubDate>Fri, 30 Oct 2009 11:45:44 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=3491#comment-2796</guid>
		<description><![CDATA[I think Treehouse is a very interesting application because it exposes product structure outside of the CAD application and outside of the PDM system.  As you know Oleg, I am VERY interested in the product structure topic, so this is right up my alley.

I haven&#039;t played with Treehouse yet, but I wonder how it handles some of the trickier bits of non-spatial product structure manipulation (when spatial definitions are relevant).  For instance, the Treehouse demo shows the ability to add multiple instances (and suppressed instances) of a part into an assembly.  But where do those go when opened in a 3D (spatial) session?  Are they all on top of each other?  This has been an issue with PDM driving product structure - how can you drive spatial information without a spatial interface?

From a UI perspective, I think Treehouse is great.  Not as information-rich as a grid for BOM editing, but certainly more intuitive in understanding BOM levels and relationships.  I wonder how the UI could be extended to show the differences and similarities between CAD BOMs, EBOMs, and MBOMs.  I believe that challenge is at the heart of the communication gap you described in your original post.  If designers, design engineers, and manufacturing engineers can&#039;t visualize the differences between their unique perspectives on the BOM, they struggle to communicate about those differences.  I think that is a &quot;killer app&quot; that we need in the PLM space.]]></description>
		<content:encoded><![CDATA[<p>I think Treehouse is a very interesting application because it exposes product structure outside of the CAD application and outside of the PDM system.  As you know Oleg, I am VERY interested in the product structure topic, so this is right up my alley.</p>
<p>I haven&#8217;t played with Treehouse yet, but I wonder how it handles some of the trickier bits of non-spatial product structure manipulation (when spatial definitions are relevant).  For instance, the Treehouse demo shows the ability to add multiple instances (and suppressed instances) of a part into an assembly.  But where do those go when opened in a 3D (spatial) session?  Are they all on top of each other?  This has been an issue with PDM driving product structure &#8211; how can you drive spatial information without a spatial interface?</p>
<p>From a UI perspective, I think Treehouse is great.  Not as information-rich as a grid for BOM editing, but certainly more intuitive in understanding BOM levels and relationships.  I wonder how the UI could be extended to show the differences and similarities between CAD BOMs, EBOMs, and MBOMs.  I believe that challenge is at the heart of the communication gap you described in your original post.  If designers, design engineers, and manufacturing engineers can&#8217;t visualize the differences between their unique perspectives on the BOM, they struggle to communicate about those differences.  I think that is a &#8220;killer app&#8221; that we need in the PLM space.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: olegshilovitsky</title>
		<link>http://plmtwine.com/2009/10/29/design-and-manufacturing-top-down-plm-approach-with-treehouse/#comment-2792</link>
		<dc:creator><![CDATA[olegshilovitsky]]></dc:creator>
		<pubDate>Fri, 30 Oct 2009 01:07:22 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=3491#comment-2792</guid>
		<description><![CDATA[Jon, Thank you for your excellent comment! I classify engineering and manufacturing disconnect as one of the biggest problem in today&#039;s US (and not only) manufacturing industry. But this is tough problem and not well managed yet. Regards, Oleg]]></description>
		<content:encoded><![CDATA[<p>Jon, Thank you for your excellent comment! I classify engineering and manufacturing disconnect as one of the biggest problem in today&#8217;s US (and not only) manufacturing industry. But this is tough problem and not well managed yet. Regards, Oleg</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jonbanquer</title>
		<link>http://plmtwine.com/2009/10/29/design-and-manufacturing-top-down-plm-approach-with-treehouse/#comment-2791</link>
		<dc:creator><![CDATA[jonbanquer]]></dc:creator>
		<pubDate>Thu, 29 Oct 2009 18:22:59 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=3491#comment-2791</guid>
		<description><![CDATA[&quot;In my view, Treehouse concept is interesting since it can provide a communication bridge between two worlds: design and engineering/manufacturing.&quot;

I appreciate your observations about the problems between engineering and manufacturing. The problems between engineering and manufacturing have existed for many years and in my opinion adversely effect U.S. manufacturing concerns in ways that most don&#039;t like to talk about.

My opinion is that manufacturing and many others are far better off with powerful direct modeling tools. I think the time has come for many of us to move away from history based modeling and all the problems it brings to the table such as complex file relations, trying to understand the design intent created by someone else, trying to remember your own design intent six months later, etc. These problems have never been solved in the 25 years or more that history based modeling has been around.


Jon Banquer
San Diego, CA
www.jonbanquer.wordpress.com]]></description>
		<content:encoded><![CDATA[<p>&#8220;In my view, Treehouse concept is interesting since it can provide a communication bridge between two worlds: design and engineering/manufacturing.&#8221;</p>
<p>I appreciate your observations about the problems between engineering and manufacturing. The problems between engineering and manufacturing have existed for many years and in my opinion adversely effect U.S. manufacturing concerns in ways that most don&#8217;t like to talk about.</p>
<p>My opinion is that manufacturing and many others are far better off with powerful direct modeling tools. I think the time has come for many of us to move away from history based modeling and all the problems it brings to the table such as complex file relations, trying to understand the design intent created by someone else, trying to remember your own design intent six months later, etc. These problems have never been solved in the 25 years or more that history based modeling has been around.</p>
<p>Jon Banquer<br />
San Diego, CA<br />
<a href="http://www.jonbanquer.wordpress.com" rel="nofollow">http://www.jonbanquer.wordpress.com</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

