<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Tekla Structures</title>
	<link>http://aecbytes.com/blog/2007/11/14/tekla-structures/</link>
	<description>A forum for AECbytes readers</description>
	<pubDate>Fri, 25 Jul 2008 23:44:35 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.2</generator>

	<item>
		<title>by: Johan Boghansen</title>
		<link>http://aecbytes.com/blog/2007/11/14/tekla-structures/#comment-9439</link>
		<pubDate>Tue, 27 Nov 2007 16:42:02 +0000</pubDate>
		<guid>http://aecbytes.com/blog/2007/11/14/tekla-structures/#comment-9439</guid>
					<description>I completely agree with Niels Treldal.  It is obvious to me that Tekla is a much more powerful and efficient BIM program than REVIT.  As structural engineers we should not be forced to use an inferior product because it has a direct integration with the architects software.  All BIM programs should be IFC certified.

Another thing that caught my eye was that the largest Tekla model in practice was 25MB (over 1 million objects) when Revit models are typically around 200MB.  What will happen when Revit develops the capability to model connections, the files will probably be close to 1GB.</description>
		<content:encoded><![CDATA[<p>I completely agree with Niels Treldal.  It is obvious to me that Tekla is a much more powerful and efficient BIM program than REVIT.  As structural engineers we should not be forced to use an inferior product because it has a direct integration with the architects software.  All BIM programs should be IFC certified.</p>
<p>Another thing that caught my eye was that the largest Tekla model in practice was 25MB (over 1 million objects) when Revit models are typically around 200MB.  What will happen when Revit develops the capability to model connections, the files will probably be close to 1GB.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Hector Luis Spinelli</title>
		<link>http://aecbytes.com/blog/2007/11/14/tekla-structures/#comment-8848</link>
		<pubDate>Thu, 15 Nov 2007 12:12:21 +0000</pubDate>
		<guid>http://aecbytes.com/blog/2007/11/14/tekla-structures/#comment-8848</guid>
					<description>It seems a very powerful tool for the immediate future of project construction integration.</description>
		<content:encoded><![CDATA[<p>It seems a very powerful tool for the immediate future of project construction integration.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Niels Treldal</title>
		<link>http://aecbytes.com/blog/2007/11/14/tekla-structures/#comment-8835</link>
		<pubDate>Thu, 15 Nov 2007 07:29:50 +0000</pubDate>
		<guid>http://aecbytes.com/blog/2007/11/14/tekla-structures/#comment-8835</guid>
					<description>Yet another very well written and well documented review, thank you!
But I totally disagree with the last remark regarding interoperability. As an engineeer working with many different architects, we need interoperability throughout software. Linking Tekla to a specific architect software like ArchiCAD would limit posibilities working with all our other architects working in Revit and Bentley Arch.
Interoperability based on IFC allows us to co-operate with all our architect partners and be able to improve our own process regardless of partners in a specific project.</description>
		<content:encoded><![CDATA[<p>Yet another very well written and well documented review, thank you!<br />
But I totally disagree with the last remark regarding interoperability. As an engineeer working with many different architects, we need interoperability throughout software. Linking Tekla to a specific architect software like ArchiCAD would limit posibilities working with all our other architects working in Revit and Bentley Arch.<br />
Interoperability based on IFC allows us to co-operate with all our architect partners and be able to improve our own process regardless of partners in a specific project.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.252 seconds -->
