<?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: Back to basics: Multi-CAD and PLM</title>
	<atom:link href="http://plmtwine.com/2009/12/15/back-to-basics-multi-cad-and-plm/feed/" rel="self" type="application/rss+xml" />
	<link>http://plmtwine.com/2009/12/15/back-to-basics-multi-cad-and-plm/</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: Multi-CAD and PDM: Dead Lock? &#171; Daily PLM Think Tank Blog</title>
		<link>http://plmtwine.com/2009/12/15/back-to-basics-multi-cad-and-plm/#comment-18385</link>
		<dc:creator><![CDATA[Multi-CAD and PDM: Dead Lock? &#171; Daily PLM Think Tank Blog]]></dc:creator>
		<pubDate>Fri, 17 Feb 2012 06:25:14 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=3818#comment-18385</guid>
		<description><![CDATA[[...] CAD management: is it the CAD / PDM future? Another post related to the same topic was &#8211; Back to basics: Multi-CAD and PLM. Last year, I posted CAD, PDM and PLM diversity. What I found common between all these cases is that [...]]]></description>
		<content:encoded><![CDATA[<p>[...] CAD management: is it the CAD / PDM future? Another post related to the same topic was &#8211; Back to basics: Multi-CAD and PLM. Last year, I posted CAD, PDM and PLM diversity. What I found common between all these cases is that [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Multi-CAD and PDM: Dead Lock?</title>
		<link>http://plmtwine.com/2009/12/15/back-to-basics-multi-cad-and-plm/#comment-18383</link>
		<dc:creator><![CDATA[Multi-CAD and PDM: Dead Lock?]]></dc:creator>
		<pubDate>Fri, 17 Feb 2012 06:23:29 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=3818#comment-18383</guid>
		<description><![CDATA[[...] CAD management: is it the CAD / PDM future? Another post related to the same topic was &#8211; Back to basics: Multi-CAD and PLM. Last year, I posted CAD, PDM and PLM diversity. What I found common between all these cases is that [...]]]></description>
		<content:encoded><![CDATA[<p>[...] CAD management: is it the CAD / PDM future? Another post related to the same topic was &#8211; Back to basics: Multi-CAD and PLM. Last year, I posted CAD, PDM and PLM diversity. What I found common between all these cases is that [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: olegshilovitsky</title>
		<link>http://plmtwine.com/2009/12/15/back-to-basics-multi-cad-and-plm/#comment-3300</link>
		<dc:creator><![CDATA[olegshilovitsky]]></dc:creator>
		<pubDate>Thu, 17 Dec 2009 13:37:11 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=3818#comment-3300</guid>
		<description><![CDATA[Yoann, Thanks for the link. In my view, STEP is the most mature standard in CAD/PLM space and retain good potential for the future. Best, Oleg]]></description>
		<content:encoded><![CDATA[<p>Yoann, Thanks for the link. In my view, STEP is the most mature standard in CAD/PLM space and retain good potential for the future. Best, Oleg</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yoann Maingon - Prodeos</title>
		<link>http://plmtwine.com/2009/12/15/back-to-basics-multi-cad-and-plm/#comment-3299</link>
		<dc:creator><![CDATA[Yoann Maingon - Prodeos]]></dc:creator>
		<pubDate>Thu, 17 Dec 2009 13:27:02 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=3818#comment-3299</guid>
		<description><![CDATA[Hi Oleg,

just to say that we are working on that problem, using STEP (AP214) as plm-cad data-model. You can take a look at the project on that page: http://www.plmlab.fr/index.php?page=stepinn

Regards,
Yoann Maingon - Prodeos]]></description>
		<content:encoded><![CDATA[<p>Hi Oleg,</p>
<p>just to say that we are working on that problem, using STEP (AP214) as plm-cad data-model. You can take a look at the project on that page: <a href="http://www.plmlab.fr/index.php?page=stepinn" rel="nofollow">http://www.plmlab.fr/index.php?page=stepinn</a></p>
<p>Regards,<br />
Yoann Maingon &#8211; Prodeos</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: olegshilovitsky</title>
		<link>http://plmtwine.com/2009/12/15/back-to-basics-multi-cad-and-plm/#comment-3298</link>
		<dc:creator><![CDATA[olegshilovitsky]]></dc:creator>
		<pubDate>Thu, 17 Dec 2009 10:43:43 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=3818#comment-3298</guid>
		<description><![CDATA[Dear Mr. UGURLU, Thanks for your questions! When I&#039;m saying &quot;no files&quot;, the main point is CAD system is not relying on file system storage, but directly bundled to PLM application server with PLM storage. What normally CAD system saves on disk (in files) is a combination of geometry files, tessellated files and additional information like assembly, etc. to combine all together. I case of PLM application server, the storage of this information can be optimized and access to pieces of information can be also optimized. I hope, I answered on your question. Best Regards, Oleg.]]></description>
		<content:encoded><![CDATA[<p>Dear Mr. UGURLU, Thanks for your questions! When I&#8217;m saying &#8220;no files&#8221;, the main point is CAD system is not relying on file system storage, but directly bundled to PLM application server with PLM storage. What normally CAD system saves on disk (in files) is a combination of geometry files, tessellated files and additional information like assembly, etc. to combine all together. I case of PLM application server, the storage of this information can be optimized and access to pieces of information can be also optimized. I hope, I answered on your question. Best Regards, Oleg.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: olegshilovitsky</title>
		<link>http://plmtwine.com/2009/12/15/back-to-basics-multi-cad-and-plm/#comment-3295</link>
		<dc:creator><![CDATA[olegshilovitsky]]></dc:creator>
		<pubDate>Thu, 17 Dec 2009 10:28:04 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=3818#comment-3295</guid>
		<description><![CDATA[Matt, Agree with you. CAD/PDM bundles solve problems of CAD data management much better, but loose cross-domain capabilities. This is a place where PLM, BPM, BI and other types of cross domain solutions can come and provide value. Take a look on this - http://plmtwine.com/2009/01/09/which-technology-can-convert-multiple-pdms-into-a-single-plm/. Best, Oleg]]></description>
		<content:encoded><![CDATA[<p>Matt, Agree with you. CAD/PDM bundles solve problems of CAD data management much better, but loose cross-domain capabilities. This is a place where PLM, BPM, BI and other types of cross domain solutions can come and provide value. Take a look on this &#8211; <a href="http://plmtwine.com/2009/01/09/which-technology-can-convert-multiple-pdms-into-a-single-plm/" rel="nofollow">http://plmtwine.com/2009/01/09/which-technology-can-convert-multiple-pdms-into-a-single-plm/</a>. Best, Oleg</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Okay UGURLU</title>
		<link>http://plmtwine.com/2009/12/15/back-to-basics-multi-cad-and-plm/#comment-3291</link>
		<dc:creator><![CDATA[Okay UGURLU]]></dc:creator>
		<pubDate>Thu, 17 Dec 2009 08:30:11 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=3818#comment-3291</guid>
		<description><![CDATA[Hi Mr. Oleg - I&#039;m new in PLM world so, I&#039;m sorry for some basic questions about your post:

Assembly files may be managed by tesellated files of parts coming from different CAD origins. SIEMENS PLM have such a solutioın for MultiCAD. Beyond the native CAD assembly file, it has a database object which stores list of parts and transformation matrix of the tesellated files. Without CAD, any user may re-arrange the assembly components within PLM interface...

Do you metion a similar concept when you say &quot;No CAD files&quot;? If not so, could you describe it by a simple example?

Regards]]></description>
		<content:encoded><![CDATA[<p>Hi Mr. Oleg &#8211; I&#8217;m new in PLM world so, I&#8217;m sorry for some basic questions about your post:</p>
<p>Assembly files may be managed by tesellated files of parts coming from different CAD origins. SIEMENS PLM have such a solutioın for MultiCAD. Beyond the native CAD assembly file, it has a database object which stores list of parts and transformation matrix of the tesellated files. Without CAD, any user may re-arrange the assembly components within PLM interface&#8230;</p>
<p>Do you metion a similar concept when you say &#8220;No CAD files&#8221;? If not so, could you describe it by a simple example?</p>
<p>Regards</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Bromley</title>
		<link>http://plmtwine.com/2009/12/15/back-to-basics-multi-cad-and-plm/#comment-3288</link>
		<dc:creator><![CDATA[Matt Bromley]]></dc:creator>
		<pubDate>Thu, 17 Dec 2009 01:43:41 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=3818#comment-3288</guid>
		<description><![CDATA[Oleg - I&#039;m looking forward to your post on (3). However the challenge I see with the CAD/PDM bundles is lack of interoperability between domains. This I see as one of the current challenges, aligning and collaborating between the different domains. The ability to solve this problem then leads to some really interesting areas in future product development - true virtual product realization and simulation, technology repartition etc across domains. This challenges are very deep as no PLM vendor has &quot;myCAD&quot; for CAx, there are not even best in class CAx/PDM in many instances and CAx  CAx interoperability has always problematic. I don&#039;t currently see elegant solution to all these problems, maybe your option (3) will help, although I agree increased CAx is a good first step.]]></description>
		<content:encoded><![CDATA[<p>Oleg &#8211; I&#8217;m looking forward to your post on (3). However the challenge I see with the CAD/PDM bundles is lack of interoperability between domains. This I see as one of the current challenges, aligning and collaborating between the different domains. The ability to solve this problem then leads to some really interesting areas in future product development &#8211; true virtual product realization and simulation, technology repartition etc across domains. This challenges are very deep as no PLM vendor has &#8220;myCAD&#8221; for CAx, there are not even best in class CAx/PDM in many instances and CAx  CAx interoperability has always problematic. I don&#8217;t currently see elegant solution to all these problems, maybe your option (3) will help, although I agree increased CAx is a good first step.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: olegshilovitsky</title>
		<link>http://plmtwine.com/2009/12/15/back-to-basics-multi-cad-and-plm/#comment-3277</link>
		<dc:creator><![CDATA[olegshilovitsky]]></dc:creator>
		<pubDate>Wed, 16 Dec 2009 12:21:13 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=3818#comment-3277</guid>
		<description><![CDATA[Paolo, I think you are pointed on a very old problem of interoperability, but positioned it from the content standpoint. Back few years ago, we saw CAD companies were holding strong ownership on CAD formats and data. I think today, issue of CAD interoperability disqualified by a need to re-use CAx data. For the last 3-5 years, we&#039;ve seen few very successful tools allowing you to take 3D information downstream. Now, the next step, will be understanding how to re-use and re-purpose CAx data. Personally, I don&#039;t think PLM backbones will play a significant role in this process. My believe is that cloud-option and internet based technologies will play a key role in energizing of this process and finding right solution. However, I see steps of closer connection between CAD and PLM backbones as a very positive. It will allow to remove existing &quot;proprietary format&quot; barriers. Thanks for your comment! Best, Oleg]]></description>
		<content:encoded><![CDATA[<p>Paolo, I think you are pointed on a very old problem of interoperability, but positioned it from the content standpoint. Back few years ago, we saw CAD companies were holding strong ownership on CAD formats and data. I think today, issue of CAD interoperability disqualified by a need to re-use CAx data. For the last 3-5 years, we&#8217;ve seen few very successful tools allowing you to take 3D information downstream. Now, the next step, will be understanding how to re-use and re-purpose CAx data. Personally, I don&#8217;t think PLM backbones will play a significant role in this process. My believe is that cloud-option and internet based technologies will play a key role in energizing of this process and finding right solution. However, I see steps of closer connection between CAD and PLM backbones as a very positive. It will allow to remove existing &#8220;proprietary format&#8221; barriers. Thanks for your comment! Best, Oleg</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paolo Zotti</title>
		<link>http://plmtwine.com/2009/12/15/back-to-basics-multi-cad-and-plm/#comment-3275</link>
		<dc:creator><![CDATA[Paolo Zotti]]></dc:creator>
		<pubDate>Wed, 16 Dec 2009 11:28:43 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=3818#comment-3275</guid>
		<description><![CDATA[Oleg, 

with PLM systems becoming more and more the &quot;single source of information&quot; for distributed and flexible enterprises, managing (and not only storing) 3D information from multiple systems has become an imperative, as well as managing ECAD data and software. 

I think the new frontier is where PLM technology helps engineers re-use and repurpose in one CAx (CAD, CAE, CAM) tool data that originated in another CAx tool. To relaize this, you need fundamental capabilities both in the PLM backbone and in the CAx tools, but when they both work in sync a lot can be achieved.]]></description>
		<content:encoded><![CDATA[<p>Oleg, </p>
<p>with PLM systems becoming more and more the &#8220;single source of information&#8221; for distributed and flexible enterprises, managing (and not only storing) 3D information from multiple systems has become an imperative, as well as managing ECAD data and software. </p>
<p>I think the new frontier is where PLM technology helps engineers re-use and repurpose in one CAx (CAD, CAE, CAM) tool data that originated in another CAx tool. To relaize this, you need fundamental capabilities both in the PLM backbone and in the CAx tools, but when they both work in sync a lot can be achieved.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

