<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Buffer Results not logical in Geoprocessing Questions</title>
    <link>https://community.esri.com/t5/geoprocessing-questions/buffer-results-not-logical/m-p/422969#M14262</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Was the file projected? and were the buffer units the same as the coordinates of the projected file?&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 18 Jan 2011 01:36:37 GMT</pubDate>
    <dc:creator>DanPatterson_Retired</dc:creator>
    <dc:date>2011-01-18T01:36:37Z</dc:date>
    <item>
      <title>Buffer Results not logical</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/buffer-results-not-logical/m-p/422968#M14261</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;I am buffering a large polyline dataset (streets).&amp;nbsp; Very often when I run the buffer I get large polygons that are created as if the buffer was large enough between the two lines to create one polygon.&amp;nbsp; The buffer, however, is less than the distance it would take to close off the polygon.&amp;nbsp; The picture will make more sense.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;The red is the original polyline.&amp;nbsp; Notice the large closed off polygons.&amp;nbsp; It seems like there are times when it runs without this issue.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Any thoughts?&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 18 Jan 2011 00:35:28 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/buffer-results-not-logical/m-p/422968#M14261</guid>
      <dc:creator>RustyRex</dc:creator>
      <dc:date>2011-01-18T00:35:28Z</dc:date>
    </item>
    <item>
      <title>Re: Buffer Results not logical</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/buffer-results-not-logical/m-p/422969#M14262</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Was the file projected? and were the buffer units the same as the coordinates of the projected file?&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 18 Jan 2011 01:36:37 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/buffer-results-not-logical/m-p/422969#M14262</guid>
      <dc:creator>DanPatterson_Retired</dc:creator>
      <dc:date>2011-01-18T01:36:37Z</dc:date>
    </item>
    <item>
      <title>Re: Buffer Results not logical</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/buffer-results-not-logical/m-p/422970#M14263</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;What is your input data? Seems like something might be wrong with the internal geometry of your streets dataset. You might be able to test and fix issues with the Check Geometry/Repair Geometry tool.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 18 Jan 2011 05:58:32 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/buffer-results-not-logical/m-p/422970#M14263</guid>
      <dc:creator>StefanHaglund1</dc:creator>
      <dc:date>2011-01-18T05:58:32Z</dc:date>
    </item>
    <item>
      <title>Re: Buffer Results not logical</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/buffer-results-not-logical/m-p/422971#M14264</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;It is projected and buffer is in the same units.&amp;nbsp; It is a very large dataset so I had it in a model that clipped it first then buffered.&amp;nbsp; I took the intermediate clipped results and buffered them separately and it seems to have worked.&amp;nbsp; But i seem to remember it failed once before even when I did it this way.&amp;nbsp; Anyhow, I got the result I wanted and dont have time isoloate the root problem.&amp;nbsp; &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Thanks for you input.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 18 Jan 2011 14:27:06 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/buffer-results-not-logical/m-p/422971#M14264</guid>
      <dc:creator>RustyRex</dc:creator>
      <dc:date>2011-01-18T14:27:06Z</dc:date>
    </item>
    <item>
      <title>Re: Buffer Results not logical</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/buffer-results-not-logical/m-p/422972#M14265</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;BLOCKQUOTE class="jive-quote"&gt;It is projected and buffer is in the same units.&amp;nbsp; It is a very large dataset so I had it in a model that clipped it first then buffered.&amp;nbsp; I took the intermediate clipped results and buffered them separately and it seems to have worked.&amp;nbsp; But i seem to remember it failed once before even when I did it this way.&amp;nbsp; Anyhow, I got the result I wanted and dont have time isoloate the root problem.&amp;nbsp; &lt;BR /&gt;&lt;BR /&gt;Thanks for you input.&lt;/BLOCKQUOTE&gt;&lt;BR /&gt;&lt;SPAN&gt; &lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;My experience is that when this happens it is often due to ArcGIS mishandling polylines that are curves. I learned the hard way not to buffer a buffer because the buffers on sharp edges are a two-point curve as stored in a geodatabase. My guess with your data is that somewhere there is a very sharp angled street being buffered and the resulting buffer is crossing over itself and then filling in the other areas. &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Also, line segments that cross themselves will also do some odd things.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;My solution was to first generalize the buffers then re-buffer. The quicker solution was to use shapefiles but that didn't fit my workflow.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 21 Jan 2011 16:54:19 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/buffer-results-not-logical/m-p/422972#M14265</guid>
      <dc:creator>JimW1</dc:creator>
      <dc:date>2011-01-21T16:54:19Z</dc:date>
    </item>
    <item>
      <title>Re: Buffer Results not logical</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/buffer-results-not-logical/m-p/422973#M14266</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;True curves are evil indeed. I have had all sorts of issues with "true curve" features and many of the analysis tools. As memory serves, the buffer tool won't output true curves if you don't use the "dissolve" option...&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Work around: Shapefiles don't support true curves :). Sorry to say, but shapefiles are still generally faster than FGDB and certainly PGDB...&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 21 Jan 2011 17:51:24 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/buffer-results-not-logical/m-p/422973#M14266</guid>
      <dc:creator>ChrisSnyder</dc:creator>
      <dc:date>2011-01-21T17:51:24Z</dc:date>
    </item>
  </channel>
</rss>

