<?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"
	>
<channel>
	<title>Comments on: Carlson Civil Suite Part Two - The Overview</title>
	<atom:link href="http://www.civil3d.com/2006/10/carlson-civil-suite-part-two-the-overview/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.civil3d.com/2006/10/carlson-civil-suite-part-two-the-overview/</link>
	<description></description>
	<pubDate>Tue, 06 Jan 2009 20:25:18 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Jason Hickey</title>
		<link>http://www.civil3d.com/2006/10/carlson-civil-suite-part-two-the-overview/#comment-563</link>
		<dc:creator>Jason Hickey</dc:creator>
		<pubDate>Fri, 10 Nov 2006 02:32:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.civil3d.com/index.php/2006/10/carlson-civil-suite-part-two-the-overview/#comment-563</guid>
		<description>cadtag - to each his own, but there are issues with the "external database" theory as well.   What happens when two people try to edit that database at the same time in Land Desktop?   If you're able to do it, it creates really bad problems, sometimes corrupting the database and forcing a recreation of all the data in the process.

I happen to be a fan of the object in Civil 3D, and with data shortcuts *or* Vault, have had no problems sharing that data to members of a workgroup.    Once you get a workflow implemented that has been proven to work (as James is documenting right now), you'll have no problems with the objects being shared.

Many people are using this with great success now - like what you will, but it's what we're going to.   There are many advantages to this model, and things are only going to get better from here.</description>
		<content:encoded><![CDATA[<p>cadtag - to each his own, but there are issues with the &#8220;external database&#8221; theory as well.   What happens when two people try to edit that database at the same time in Land Desktop?   If you&#8217;re able to do it, it creates really bad problems, sometimes corrupting the database and forcing a recreation of all the data in the process.</p>
<p>I happen to be a fan of the object in Civil 3D, and with data shortcuts *or* Vault, have had no problems sharing that data to members of a workgroup.    Once you get a workflow implemented that has been proven to work (as James is documenting right now), you&#8217;ll have no problems with the objects being shared.</p>
<p>Many people are using this with great success now - like what you will, but it&#8217;s what we&#8217;re going to.   There are many advantages to this model, and things are only going to get better from here.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cadtag</title>
		<link>http://www.civil3d.com/2006/10/carlson-civil-suite-part-two-the-overview/#comment-561</link>
		<dc:creator>cadtag</dc:creator>
		<pubDate>Thu, 09 Nov 2006 13:01:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.civil3d.com/index.php/2006/10/carlson-civil-suite-part-two-the-overview/#comment-561</guid>
		<description>&lt;blockquote cite="...I discover that weâ€™ve left the Civil 3D theory that all data is stored in the drawing, and have gone back to the project database/external file structure.."&gt;

 Jason, you say that as though it's a bad thing, when separating the alignment, surface, point, etc data from the dwg and storing it externally to the drawing file avoids the single largest architectural fiasco in Civil3D.  The software design decision to store everything in the DWG as an 'object' is a poor choice, because it creates many more problems than it solves, and results in kludgey, fragile work-arounds such as Data Shortcuts in XML, and Great Chthulhu save us - Vault as a data sharing repository for alignements.

External data on a network is inherently more useful and accessible to members of a workgroup.  While LDT's implementation could have been improved in numerouse ways, thowing it out in favor of the C3D model is thwoing the baby out with the bathwater.</description>
		<content:encoded><![CDATA[<blockquote cite="...I discover that weâ€™ve left the Civil 3D theory that all data is stored in the drawing, and have gone back to the project database/external file structure..">
<p> Jason, you say that as though it&#8217;s a bad thing, when separating the alignment, surface, point, etc data from the dwg and storing it externally to the drawing file avoids the single largest architectural fiasco in Civil3D.  The software design decision to store everything in the DWG as an &#8216;object&#8217; is a poor choice, because it creates many more problems than it solves, and results in kludgey, fragile work-arounds such as Data Shortcuts in XML, and Great Chthulhu save us - Vault as a data sharing repository for alignements.</p>
<p>External data on a network is inherently more useful and accessible to members of a workgroup.  While LDT&#8217;s implementation could have been improved in numerouse ways, thowing it out in favor of the C3D model is thwoing the baby out with the bathwater.</p></blockquote>
]]></content:encoded>
	</item>
</channel>
</rss>
