<?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: Google Version of CAD Interoperability Story</title>
	<atom:link href="http://plmtwine.com/2009/06/19/google-version-of-cad-interoperability-story/feed/" rel="self" type="application/rss+xml" />
	<link>http://plmtwine.com/2009/06/19/google-version-of-cad-interoperability-story/</link>
	<description>Product Lifecycle Management by Oleg Shilovitsky</description>
	<lastBuildDate>Tue, 14 Feb 2012 21:57:22 +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/06/19/google-version-of-cad-interoperability-story/#comment-1387</link>
		<dc:creator><![CDATA[olegshilovitsky]]></dc:creator>
		<pubDate>Mon, 22 Jun 2009 00:28:52 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=1848#comment-1387</guid>
		<description><![CDATA[Laurent, Thanks for your comments! I&#039;d agree 100% of 3D interop is sort of dream. But if we can put practical approach and see different set of apps that involve 3D information - this is something in my view can work for long term. To define these levels and degrees of 3D interop is something customers can drive together with vendors. I think some companies have tried in the past, I&#039;m not sure if it was successful or not. In the end, in each organization there is person who is 3D translation hero... Actually, I think, they can help... Best, Oleg/]]></description>
		<content:encoded><![CDATA[<p>Laurent, Thanks for your comments! I&#8217;d agree 100% of 3D interop is sort of dream. But if we can put practical approach and see different set of apps that involve 3D information &#8211; this is something in my view can work for long term. To define these levels and degrees of 3D interop is something customers can drive together with vendors. I think some companies have tried in the past, I&#8217;m not sure if it was successful or not. In the end, in each organization there is person who is 3D translation hero&#8230; Actually, I think, they can help&#8230; Best, Oleg/</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Laurent</title>
		<link>http://plmtwine.com/2009/06/19/google-version-of-cad-interoperability-story/#comment-1386</link>
		<dc:creator><![CDATA[Laurent]]></dc:creator>
		<pubDate>Sun, 21 Jun 2009 19:30:36 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=1848#comment-1386</guid>
		<description><![CDATA[Hi,

I do not think that 3D interoperability can work 100%. 

There are two aspects of interoperability in CAD files. One aspect is the ability to translate all the entity types in a file, and this is pretty much the same as the problem with Office files. Provided one knows about their existence, if there is a placeholder in the target file, it can usually be translated.

The other one is 3D geometry. And here, there is a problem, because CAD geometry is not a closed set. The problem can be illustrated by a very simple fact: the intersection curve between 2 cubic patches has a degree equal to 324. Since nobody wants to deal with such equations, (and even worse, since they tend to propagate through geometric operations), each CAD company or kernel has designed its own approach to approximate these data and deal with them decently. This implies approximations and more or less algorithmic fine tuning. In the end, there is no perfect approach to deal with these approximated data. 

I guess that this second point is the &quot;vulnerable&quot; part Oleg is referring to.

Now, this being said, PLM vendors do not help.

Translating feature history is yet another problem (because, unlike geometry, CAD vendors do not even comply to a common standard, like STEP for 3D geometry).

My 2 cents,

Laurent]]></description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>I do not think that 3D interoperability can work 100%. </p>
<p>There are two aspects of interoperability in CAD files. One aspect is the ability to translate all the entity types in a file, and this is pretty much the same as the problem with Office files. Provided one knows about their existence, if there is a placeholder in the target file, it can usually be translated.</p>
<p>The other one is 3D geometry. And here, there is a problem, because CAD geometry is not a closed set. The problem can be illustrated by a very simple fact: the intersection curve between 2 cubic patches has a degree equal to 324. Since nobody wants to deal with such equations, (and even worse, since they tend to propagate through geometric operations), each CAD company or kernel has designed its own approach to approximate these data and deal with them decently. This implies approximations and more or less algorithmic fine tuning. In the end, there is no perfect approach to deal with these approximated data. </p>
<p>I guess that this second point is the &#8220;vulnerable&#8221; part Oleg is referring to.</p>
<p>Now, this being said, PLM vendors do not help.</p>
<p>Translating feature history is yet another problem (because, unlike geometry, CAD vendors do not even comply to a common standard, like STEP for 3D geometry).</p>
<p>My 2 cents,</p>
<p>Laurent</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: olegshilovitsky</title>
		<link>http://plmtwine.com/2009/06/19/google-version-of-cad-interoperability-story/#comment-1382</link>
		<dc:creator><![CDATA[olegshilovitsky]]></dc:creator>
		<pubDate>Sun, 21 Jun 2009 10:28:10 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=1848#comment-1382</guid>
		<description><![CDATA[yml, agree, 100%, but on the other side, I don&#039;t see &quot;translation services&quot; were successful as business for long term in the past. What cloud will change for them? I think they are very vulnerable. Don&#039;t you think so? Best, Oleg/]]></description>
		<content:encoded><![CDATA[<p>yml, agree, 100%, but on the other side, I don&#8217;t see &#8220;translation services&#8221; were successful as business for long term in the past. What cloud will change for them? I think they are very vulnerable. Don&#8217;t you think so? Best, Oleg/</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: yml</title>
		<link>http://plmtwine.com/2009/06/19/google-version-of-cad-interoperability-story/#comment-1379</link>
		<dc:creator><![CDATA[yml]]></dc:creator>
		<pubDate>Sat, 20 Jun 2009 21:06:03 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=1848#comment-1379</guid>
		<description><![CDATA[Oleg,
I think this is one of the major lock down that the industry is suffering from. It makes the choice of the PLM system very dependent to the most important CAD vendor in the particular industry.
I tend to believe that offering a translation web service in the &quot;CLOUD&quot; would be a competitive advantage to a new comer on that market.
Regards,
--yml]]></description>
		<content:encoded><![CDATA[<p>Oleg,<br />
I think this is one of the major lock down that the industry is suffering from. It makes the choice of the PLM system very dependent to the most important CAD vendor in the particular industry.<br />
I tend to believe that offering a translation web service in the &#8220;CLOUD&#8221; would be a competitive advantage to a new comer on that market.<br />
Regards,<br />
&#8211;yml</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: olegshilovitsky</title>
		<link>http://plmtwine.com/2009/06/19/google-version-of-cad-interoperability-story/#comment-1373</link>
		<dc:creator><![CDATA[olegshilovitsky]]></dc:creator>
		<pubDate>Fri, 19 Jun 2009 12:42:32 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=1848#comment-1373</guid>
		<description><![CDATA[Roberto, I agree with you. I think, interoperability is expensive task, but can  be achieved. In competitive word, somebody need to pay for development related to interop. Today, nobody is doing it and we don&#039;t have it. Vendors will do it only in the case they will be interested to acquire competitor&#039;s accounts. -Regards, Oleg]]></description>
		<content:encoded><![CDATA[<p>Roberto, I agree with you. I think, interoperability is expensive task, but can  be achieved. In competitive word, somebody need to pay for development related to interop. Today, nobody is doing it and we don&#8217;t have it. Vendors will do it only in the case they will be interested to acquire competitor&#8217;s accounts. -Regards, Oleg</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: olegshilovitsky</title>
		<link>http://plmtwine.com/2009/06/19/google-version-of-cad-interoperability-story/#comment-1372</link>
		<dc:creator><![CDATA[olegshilovitsky]]></dc:creator>
		<pubDate>Fri, 19 Jun 2009 12:35:46 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=1848#comment-1372</guid>
		<description><![CDATA[Robin, thanks for you comment! Actually, I think Google App improved with quality of Word rendering. For my cases it served 90% of needs. What is good in my view is continues improvement. - Best, Oleg]]></description>
		<content:encoded><![CDATA[<p>Robin, thanks for you comment! Actually, I think Google App improved with quality of Word rendering. For my cases it served 90% of needs. What is good in my view is continues improvement. &#8211; Best, Oleg</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robin Capper</title>
		<link>http://plmtwine.com/2009/06/19/google-version-of-cad-interoperability-story/#comment-1371</link>
		<dc:creator><![CDATA[Robin Capper]]></dc:creator>
		<pubDate>Fri, 19 Jun 2009 07:49:52 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=1848#comment-1371</guid>
		<description><![CDATA[Except it looks different in Google and Office, from your screenshots?

The main reason most I know use Office is the sort of translation/layout problems that creep in when sharing documents.]]></description>
		<content:encoded><![CDATA[<p>Except it looks different in Google and Office, from your screenshots?</p>
<p>The main reason most I know use Office is the sort of translation/layout problems that creep in when sharing documents.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roberto Picco</title>
		<link>http://plmtwine.com/2009/06/19/google-version-of-cad-interoperability-story/#comment-1369</link>
		<dc:creator><![CDATA[Roberto Picco]]></dc:creator>
		<pubDate>Fri, 19 Jun 2009 05:12:42 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=1848#comment-1369</guid>
		<description><![CDATA[Oleg, I just think that solving the issue of proprietary file formats would make cad migrations a lot easier. Many companies, mine included, wouldn&#039;t even think of changing a cad system fearing their whole CAD history could became useless junk. If CAD files were readable and editable by any applications the competition among CADs would become very tough. My 2 cents.]]></description>
		<content:encoded><![CDATA[<p>Oleg, I just think that solving the issue of proprietary file formats would make cad migrations a lot easier. Many companies, mine included, wouldn&#8217;t even think of changing a cad system fearing their whole CAD history could became useless junk. If CAD files were readable and editable by any applications the competition among CADs would become very tough. My 2 cents.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

