<?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: When AutoCAD is not Accurate</title>
	<atom:link href="http://cad-notes.com/2009/06/troubleshoot-when-autocad-is-not-accurate/feed/" rel="self" type="application/rss+xml" />
	<link>http://cad-notes.com/2009/06/troubleshoot-when-autocad-is-not-accurate/</link>
	<description>CAD Tutorials and Best Practices</description>
	<lastBuildDate>Fri, 10 Sep 2010 06:48:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=abc</generator>
	<item>
		<title>By: Edwin Prakoso</title>
		<link>http://cad-notes.com/2009/06/troubleshoot-when-autocad-is-not-accurate/comment-page-1/#comment-4356</link>
		<dc:creator>Edwin Prakoso</dc:creator>
		<pubDate>Thu, 01 Jul 2010 00:23:21 +0000</pubDate>
		<guid isPermaLink="false">http://cad-notes.com/?p=13#comment-4356</guid>
		<description>Thank you Mike.
Hatches just &#039;trigger an alarm&#039; that something is going wrong. If I go further, my drawing will loose the accuracy. And it&#039;s not just hatches. I&#039;ll try your suggestion if it can fix the problem.</description>
		<content:encoded><![CDATA[<p>Thank you Mike.<br />
Hatches just &#8216;trigger an alarm&#8217; that something is going wrong. If I go further, my drawing will loose the accuracy. And it&#8217;s not just hatches. I&#8217;ll try your suggestion if it can fix the problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Croftcheck</title>
		<link>http://cad-notes.com/2009/06/troubleshoot-when-autocad-is-not-accurate/comment-page-1/#comment-4339</link>
		<dc:creator>Mike Croftcheck</dc:creator>
		<pubDate>Wed, 30 Jun 2010 13:56:57 +0000</pubDate>
		<guid isPermaLink="false">http://cad-notes.com/?p=13#comment-4339</guid>
		<description>I have worked in the Civil/Surveying industry for 10+ years and there is another quick fix for hatches far away from 0,0 if you need to stay in the World Coordinate System.  Use the SETVAR &quot;SNAPBASE&quot; and pick a coordinate position that is closer to where you are working in the WCS.  This will also affect where the snap and grid origin is, so if you need to use snap/grid make sure you key in even coordinates, 3000000,10000000 for example if you were working in Texas State Plane Central Zone.</description>
		<content:encoded><![CDATA[<p>I have worked in the Civil/Surveying industry for 10+ years and there is another quick fix for hatches far away from 0,0 if you need to stay in the World Coordinate System.  Use the SETVAR &#8220;SNAPBASE&#8221; and pick a coordinate position that is closer to where you are working in the WCS.  This will also affect where the snap and grid origin is, so if you need to use snap/grid make sure you key in even coordinates, 3000000,10000000 for example if you were working in Texas State Plane Central Zone.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Campbell</title>
		<link>http://cad-notes.com/2009/06/troubleshoot-when-autocad-is-not-accurate/comment-page-1/#comment-1014</link>
		<dc:creator>Scott Campbell</dc:creator>
		<pubDate>Tue, 30 Mar 2010 11:00:40 +0000</pubDate>
		<guid isPermaLink="false">http://cad-notes.com/?p=13#comment-1014</guid>
		<description>We have a similar problem where our client insists that we deliver CAD model data at real world coordinates - which is 10,000,000 units away from the origin. I refuse to do this in house as I have seen the crazy problems that occur with hatches and particularly wall cleanups in ACA etc. We therefore model at a local building grid and then run a custom aplication that transforms the model data to real world coordinates. This means that the client must battle with the problems but our data maintains its integrity internally.</description>
		<content:encoded><![CDATA[<p>We have a similar problem where our client insists that we deliver CAD model data at real world coordinates &#8211; which is 10,000,000 units away from the origin. I refuse to do this in house as I have seen the crazy problems that occur with hatches and particularly wall cleanups in ACA etc. We therefore model at a local building grid and then run a custom aplication that transforms the model data to real world coordinates. This means that the client must battle with the problems but our data maintains its integrity internally.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Edo</title>
		<link>http://cad-notes.com/2009/06/troubleshoot-when-autocad-is-not-accurate/comment-page-1/#comment-5</link>
		<dc:creator>Edo</dc:creator>
		<pubDate>Mon, 06 Jul 2009 00:07:06 +0000</pubDate>
		<guid isPermaLink="false">http://cad-notes.com/?p=13#comment-5</guid>
		<description>Mike,&lt;br /&gt;I won&#039;t suggest anyone to scale drawing in model space. Always draw real measurement on your model. &lt;br /&gt;Any modification can produce this error. I tried to rotate my drawings with reference, and rotate them back by keying in the angle... it won&#039;t come back to the original location. You might want to try to draw lines, and measure them. Try to draw them in millions unit away from 0,0.</description>
		<content:encoded><![CDATA[<p>Mike,<br />I won&#39;t suggest anyone to scale drawing in model space. Always draw real measurement on your model. <br />Any modification can produce this error. I tried to rotate my drawings with reference, and rotate them back by keying in the angle&#8230; it won&#39;t come back to the original location. You might want to try to draw lines, and measure them. Try to draw them in millions unit away from 0,0.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
