<?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/"
		>
<channel>
	<title>Comments on: The biggest DWG file I&#8217;ve ever seen</title>
	<atom:link href="http://www.blog.cadnauseam.com/2009/07/06/the-biggest-dwg-file-ive-ever-seen/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.blog.cadnauseam.com/2009/07/06/the-biggest-dwg-file-ive-ever-seen/</link>
	<description>Mostly AutoCAD discussion, but also music, image manipulation and video</description>
	<lastBuildDate>Fri, 10 Feb 2012 01:13:36 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Daniel</title>
		<link>http://www.blog.cadnauseam.com/2009/07/06/the-biggest-dwg-file-ive-ever-seen/#comment-5413</link>
		<dc:creator>Daniel</dc:creator>
		<pubDate>Sun, 17 Oct 2010 13:52:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.cadnauseam.com/?p=678#comment-5413</guid>
		<description>Regularly Autodesk software have problem with memory. They are often slow. I didn&#039;t compare precisely autocad with Bentley microstation but my sense tell me Microstation is better in handling drawings.
I think it takes all needed resources at the first and after the file is opened, it is easy to handle.</description>
		<content:encoded><![CDATA[<p>Regularly Autodesk software have problem with memory. They are often slow. I didn&#8217;t compare precisely autocad with Bentley microstation but my sense tell me Microstation is better in handling drawings.<br />
I think it takes all needed resources at the first and after the file is opened, it is easy to handle.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Susan Lafleur</title>
		<link>http://www.blog.cadnauseam.com/2009/07/06/the-biggest-dwg-file-ive-ever-seen/#comment-4090</link>
		<dc:creator>Susan Lafleur</dc:creator>
		<pubDate>Tue, 12 Jan 2010 14:19:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.cadnauseam.com/?p=678#comment-4090</guid>
		<description>Not a DWG file, but a co-worker found some AC$ (temp files) yesterday that were 1 &amp; 2 GIG!!! The associated drawings weren&#039;t even close to that. No wonder his computer was bogged down!</description>
		<content:encoded><![CDATA[<p>Not a DWG file, but a co-worker found some AC$ (temp files) yesterday that were 1 &amp; 2 GIG!!! The associated drawings weren&#8217;t even close to that. No wonder his computer was bogged down!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Tee</title>
		<link>http://www.blog.cadnauseam.com/2009/07/06/the-biggest-dwg-file-ive-ever-seen/#comment-4088</link>
		<dc:creator>Dave Tee</dc:creator>
		<pubDate>Tue, 12 Jan 2010 07:54:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.cadnauseam.com/?p=678#comment-4088</guid>
		<description>Not Autocad, but Visio....  about 15yrs ago so not so fast machines.

One of our project managers drew up a cabinet full of computer gear - switches, routers, patch panels, etc, looked so good he drew up all 68 cabinets in the equipment room, then cut and pasted them into a master drawing.  Failed to notice that each drawing was already 1.5MB.  Note it was cut and paste, not copy, so about two weeks work that he wasn&#039;t able to open with his laptop.

We eventually opened it on one of our cad machines - took 45 mins to open the file.</description>
		<content:encoded><![CDATA[<p>Not Autocad, but Visio&#8230;.  about 15yrs ago so not so fast machines.</p>
<p>One of our project managers drew up a cabinet full of computer gear &#8211; switches, routers, patch panels, etc, looked so good he drew up all 68 cabinets in the equipment room, then cut and pasted them into a master drawing.  Failed to notice that each drawing was already 1.5MB.  Note it was cut and paste, not copy, so about two weeks work that he wasn&#8217;t able to open with his laptop.</p>
<p>We eventually opened it on one of our cad machines &#8211; took 45 mins to open the file.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Johnson</title>
		<link>http://www.blog.cadnauseam.com/2009/07/06/the-biggest-dwg-file-ive-ever-seen/#comment-3866</link>
		<dc:creator>Steve Johnson</dc:creator>
		<pubDate>Fri, 17 Jul 2009 00:18:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.cadnauseam.com/?p=678#comment-3866</guid>
		<description>Can you try opening those drawings using other releases? Other PCs? Have you tried using the Recover command to open them?</description>
		<content:encoded><![CDATA[<p>Can you try opening those drawings using other releases? Other PCs? Have you tried using the Recover command to open them?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Paskerian</title>
		<link>http://www.blog.cadnauseam.com/2009/07/06/the-biggest-dwg-file-ive-ever-seen/#comment-3864</link>
		<dc:creator>Eric Paskerian</dc:creator>
		<pubDate>Wed, 15 Jul 2009 13:29:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.cadnauseam.com/?p=678#comment-3864</guid>
		<description>i am having a issue with Autocad 2009 shutting down on it own when opening large drawings.  i don&#039;t get any error message.  any ideas.</description>
		<content:encoded><![CDATA[<p>i am having a issue with Autocad 2009 shutting down on it own when opening large drawings.  i don&#8217;t get any error message.  any ideas.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Earl Kubaskie</title>
		<link>http://www.blog.cadnauseam.com/2009/07/06/the-biggest-dwg-file-ive-ever-seen/#comment-3852</link>
		<dc:creator>Earl Kubaskie</dc:creator>
		<pubDate>Sun, 12 Jul 2009 02:59:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.cadnauseam.com/?p=678#comment-3852</guid>
		<description>&quot;Nodisplay&quot; styles in Civil 3D are your friends!

If you&#039;ve ever seen mapping of arctic coastal areas, you know that a few square miles may contain a thousand small lakes/ponds. Back at the turn of the millenium, imports from Microstation that contained those polygons with a &quot;fill&quot; gave you a dwg with a few thousand flat 3D meshes, needing *many* times the memory of a closed polyline.  Worse yet, his was just prior to the lightweight polyline feature&#039;s debut.</description>
		<content:encoded><![CDATA[<p>&#8220;Nodisplay&#8221; styles in Civil 3D are your friends!</p>
<p>If you&#8217;ve ever seen mapping of arctic coastal areas, you know that a few square miles may contain a thousand small lakes/ponds. Back at the turn of the millenium, imports from Microstation that contained those polygons with a &#8220;fill&#8221; gave you a dwg with a few thousand flat 3D meshes, needing *many* times the memory of a closed polyline.  Worse yet, his was just prior to the lightweight polyline feature&#8217;s debut.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: the_mini_guy</title>
		<link>http://www.blog.cadnauseam.com/2009/07/06/the-biggest-dwg-file-ive-ever-seen/#comment-3840</link>
		<dc:creator>the_mini_guy</dc:creator>
		<pubDate>Thu, 09 Jul 2009 00:06:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.cadnauseam.com/?p=678#comment-3840</guid>
		<description>Hi,
I am still green in C3D 2010, i went through the Beta testing &amp; am only running a 32-Bit PC. 
I ran a 360Mb survey (14000ha x 1km vertical) &amp; compressed it down to 100Mb surface file (after deleting the drawing objects) then data shortcut it to a new file = 1Mb. now i can freely model away..</description>
		<content:encoded><![CDATA[<p>Hi,<br />
I am still green in C3D 2010, i went through the Beta testing &amp; am only running a 32-Bit PC.<br />
I ran a 360Mb survey (14000ha x 1km vertical) &amp; compressed it down to 100Mb surface file (after deleting the drawing objects) then data shortcut it to a new file = 1Mb. now i can freely model away..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: R.K. McSwain</title>
		<link>http://www.blog.cadnauseam.com/2009/07/06/the-biggest-dwg-file-ive-ever-seen/#comment-3835</link>
		<dc:creator>R.K. McSwain</dc:creator>
		<pubDate>Tue, 07 Jul 2009 12:26:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.cadnauseam.com/?p=678#comment-3835</guid>
		<description>We have created some in the 180mb range I believe, that would not open back up. We were able to salvage them by using MAP to query in parts of it at a time.</description>
		<content:encoded><![CDATA[<p>We have created some in the 180mb range I believe, that would not open back up. We were able to salvage them by using MAP to query in parts of it at a time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ragnar Thor Mikkelsen</title>
		<link>http://www.blog.cadnauseam.com/2009/07/06/the-biggest-dwg-file-ive-ever-seen/#comment-3834</link>
		<dc:creator>Ragnar Thor Mikkelsen</dc:creator>
		<pubDate>Tue, 07 Jul 2009 11:20:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.cadnauseam.com/?p=678#comment-3834</guid>
		<description>I have tried to open large drawings with proxy objects in Bricscad, then save as R12, then ourge or wblock or copy paste to a new drawing.

I suppose you tried Insert, Xref, Recover.</description>
		<content:encoded><![CDATA[<p>I have tried to open large drawings with proxy objects in Bricscad, then save as R12, then ourge or wblock or copy paste to a new drawing.</p>
<p>I suppose you tried Insert, Xref, Recover.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: daveea</title>
		<link>http://www.blog.cadnauseam.com/2009/07/06/the-biggest-dwg-file-ive-ever-seen/#comment-3833</link>
		<dc:creator>daveea</dc:creator>
		<pubDate>Mon, 06 Jul 2009 15:29:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.cadnauseam.com/?p=678#comment-3833</guid>
		<description>over the years i&#039;ve seen some gimongous DWG files... here are the top 5 causes for them that&#039;ve run into and each cause had to be handled very differently:

1. a lot of content: working out in the mines where people are digging holes the size of entire cities, a mile down, and over a 10 year period, survey data gets pretty huge. these cases were handled by busting up the flat data into bite size pieces according to its use and a lot of training on polyline vertex optimization.

2. duplicate objects: crappy or careless or oblivious CAD work, these cases were handled with custom duplicate entity removal routines and a lot of training on duplicate entity prevention and detection.

3. cheap raster-to-vector polylines from hell: horrible or incorrect settings and conversion routines which created contours using polylines with billions of unnecessary vertices. these cases were solved with custom polyline weeding routines and training on raster-to-vector software configuration.

4. 3rd-party/other CAD proxy objects: it&#039;s amazing how much junk a 3rd party app or an alternative CAD program can add to a simple drawing. these cases were handled by source investigation, hacking, and by uding AUDIT, WBLOCK, DXF search/replace and other elegant junk data stripping tools when the plots were verified as the only data really necessary for keeping.

5. exploded entities: these weren&#039;t duplicates, they were just mishandled native entities --- hatch patterns probably being the world culprit. thank god most of these cases were organized by layer and deletable/re-doablk.</description>
		<content:encoded><![CDATA[<p>over the years i&#8217;ve seen some gimongous DWG files&#8230; here are the top 5 causes for them that&#8217;ve run into and each cause had to be handled very differently:</p>
<p>1. a lot of content: working out in the mines where people are digging holes the size of entire cities, a mile down, and over a 10 year period, survey data gets pretty huge. these cases were handled by busting up the flat data into bite size pieces according to its use and a lot of training on polyline vertex optimization.</p>
<p>2. duplicate objects: crappy or careless or oblivious CAD work, these cases were handled with custom duplicate entity removal routines and a lot of training on duplicate entity prevention and detection.</p>
<p>3. cheap raster-to-vector polylines from hell: horrible or incorrect settings and conversion routines which created contours using polylines with billions of unnecessary vertices. these cases were solved with custom polyline weeding routines and training on raster-to-vector software configuration.</p>
<p>4. 3rd-party/other CAD proxy objects: it&#8217;s amazing how much junk a 3rd party app or an alternative CAD program can add to a simple drawing. these cases were handled by source investigation, hacking, and by uding AUDIT, WBLOCK, DXF search/replace and other elegant junk data stripping tools when the plots were verified as the only data really necessary for keeping.</p>
<p>5. exploded entities: these weren&#8217;t duplicates, they were just mishandled native entities &#8212; hatch patterns probably being the world culprit. thank god most of these cases were organized by layer and deletable/re-doablk.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ralphg</title>
		<link>http://www.blog.cadnauseam.com/2009/07/06/the-biggest-dwg-file-ive-ever-seen/#comment-3832</link>
		<dc:creator>ralphg</dc:creator>
		<pubDate>Mon, 06 Jul 2009 15:04:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.cadnauseam.com/?p=678#comment-3832</guid>
		<description>I wonder if AutoCAD&#039;s problem is due to the size or due to the content of the drawing? 

AutoCAD 2010 is supposed to handle drawings with larger amounts of content.</description>
		<content:encoded><![CDATA[<p>I wonder if AutoCAD&#8217;s problem is due to the size or due to the content of the drawing? </p>
<p>AutoCAD 2010 is supposed to handle drawings with larger amounts of content.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Cowgill</title>
		<link>http://www.blog.cadnauseam.com/2009/07/06/the-biggest-dwg-file-ive-ever-seen/#comment-3831</link>
		<dc:creator>Chris Cowgill</dc:creator>
		<pubDate>Mon, 06 Jul 2009 11:23:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.cadnauseam.com/?p=678#comment-3831</guid>
		<description>About 5 years ago, I reduced a drawing that was 304 mb down to about 3 1/2 mb mostly by removing duplicate objects.  It was a map, that had about 3 or 4 copies of the linework on top of itself.  I dont quite know how long it took to clean it up, but I do know I used the express tool Overkill to remove the duplicate linework.</description>
		<content:encoded><![CDATA[<p>About 5 years ago, I reduced a drawing that was 304 mb down to about 3 1/2 mb mostly by removing duplicate objects.  It was a map, that had about 3 or 4 copies of the linework on top of itself.  I dont quite know how long it took to clean it up, but I do know I used the express tool Overkill to remove the duplicate linework.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

