<?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 AGSGeometryEngine bufferGeometry produces &amp;amp;quot;incorrect&amp;amp;quot; result in ArcGIS Runtime SDK for iOS Questions</title>
    <link>https://community.esri.com/t5/arcgis-runtime-sdk-for-ios-questions/agsgeometryengine-buffergeometry-produces-amp-quot/m-p/52033#M489</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Hi All, &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I'm calling the AGSGeometryEngine bufferGeometry for a point with small buffer distances of 10-100 meters.&amp;nbsp; The output polygon is short by about 25%... I'm overlaying these polygons on an imagery base map centered on a football or other sports field and the discrepancy is glaringly obvious.&amp;nbsp; &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;The map is Web Mercator and I think this is one of those issues we deal with all the time in ArcGIS programming.&amp;nbsp; The buffer operation is happening in a projection that's not optimal for the calculation.&amp;nbsp; I can reproduce the same issue using the Javascript API and the Geometry Service's buffer operation.&amp;nbsp; That service allows me to specify a "bufferSpatailReference".&amp;nbsp; When I use a local UTM zone for this parameter, I get polygons that seem much closer to correct if not perfect.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Unfortunately, this app will often be offline a lot of the time so I need to use the local geometry engine not the remote geometry service.&amp;nbsp; Is there a way to handle this operation in using local engine.&amp;nbsp; I hope I don't have to write my own buffer functions.... point wouldn't be too bad I guess...&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Thanks&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 29 Jun 2012 15:19:07 GMT</pubDate>
    <dc:creator>FredSpataro</dc:creator>
    <dc:date>2012-06-29T15:19:07Z</dc:date>
    <item>
      <title>AGSGeometryEngine bufferGeometry produces &amp;quot;incorrect&amp;quot; result</title>
      <link>https://community.esri.com/t5/arcgis-runtime-sdk-for-ios-questions/agsgeometryengine-buffergeometry-produces-amp-quot/m-p/52033#M489</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Hi All, &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I'm calling the AGSGeometryEngine bufferGeometry for a point with small buffer distances of 10-100 meters.&amp;nbsp; The output polygon is short by about 25%... I'm overlaying these polygons on an imagery base map centered on a football or other sports field and the discrepancy is glaringly obvious.&amp;nbsp; &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;The map is Web Mercator and I think this is one of those issues we deal with all the time in ArcGIS programming.&amp;nbsp; The buffer operation is happening in a projection that's not optimal for the calculation.&amp;nbsp; I can reproduce the same issue using the Javascript API and the Geometry Service's buffer operation.&amp;nbsp; That service allows me to specify a "bufferSpatailReference".&amp;nbsp; When I use a local UTM zone for this parameter, I get polygons that seem much closer to correct if not perfect.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Unfortunately, this app will often be offline a lot of the time so I need to use the local geometry engine not the remote geometry service.&amp;nbsp; Is there a way to handle this operation in using local engine.&amp;nbsp; I hope I don't have to write my own buffer functions.... point wouldn't be too bad I guess...&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Thanks&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 29 Jun 2012 15:19:07 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-runtime-sdk-for-ios-questions/agsgeometryengine-buffergeometry-produces-amp-quot/m-p/52033#M489</guid>
      <dc:creator>FredSpataro</dc:creator>
      <dc:date>2012-06-29T15:19:07Z</dc:date>
    </item>
    <item>
      <title>Re: AGSGeometryEngine bufferGeometry produces "incorrect" result</title>
      <link>https://community.esri.com/t5/arcgis-runtime-sdk-for-ios-questions/agsgeometryengine-buffergeometry-produces-amp-quot/m-p/52034#M490</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;What you can do is -&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;First, project your point into the "buffer spatial reference".&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Next, buffer this point&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Finally, re-project the result back to the original spatial reference.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;You can do this all locally using the geometry engine.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 29 Jun 2012 21:43:13 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-runtime-sdk-for-ios-questions/agsgeometryengine-buffergeometry-produces-amp-quot/m-p/52034#M490</guid>
      <dc:creator>DiveshGoyal</dc:creator>
      <dc:date>2012-06-29T21:43:13Z</dc:date>
    </item>
    <item>
      <title>Re: AGSGeometryEngine bufferGeometry produces "incorrect" result</title>
      <link>https://community.esri.com/t5/arcgis-runtime-sdk-for-ios-questions/agsgeometryengine-buffergeometry-produces-amp-quot/m-p/52035#M491</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Divesh,&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Thanks that works... makes sense since it's a local engine we can do the same process.&amp;nbsp; The parameter in the Javascript API simply reduces the need for back and forth to the server.&amp;nbsp; &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;One thing we did notice was the projectGeometry method fails form Web Mercator to WKID 32612 WGS_84_UTM_12N but was fine for WKID 103200 NAD_1983_HARN_StatePlane_Montana_FIPS_2500.&amp;nbsp; &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Thanks&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 29 Jun 2012 22:28:35 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-runtime-sdk-for-ios-questions/agsgeometryengine-buffergeometry-produces-amp-quot/m-p/52035#M491</guid>
      <dc:creator>FredSpataro</dc:creator>
      <dc:date>2012-06-29T22:28:35Z</dc:date>
    </item>
    <item>
      <title>Re: AGSGeometryEngine bufferGeometry produces "incorrect" result</title>
      <link>https://community.esri.com/t5/arcgis-runtime-sdk-for-ios-questions/agsgeometryengine-buffergeometry-produces-amp-quot/m-p/52036#M492</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;A href="http://resources.arcgis.com/en/help/runtime-ios-sdk/concepts/index.html#/Mobile_Spatial_Reference/00pw0000005v000000/"&gt;This &lt;/A&gt;&lt;SPAN&gt;page contains links to the coordinate systems supported on mobile devices.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I can see that WGS 84 UTM 12 N is supported (search for 32612). So that should work. Can you provide a code snippet that fails so that we can investigate?&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I also see that NAD_1983_HARN_StatePlane_Montana_FIPS_2500 is supported, but it has a WKID of 2818 (not 103200 as you reported)&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 02 Jul 2012 14:25:19 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-runtime-sdk-for-ios-questions/agsgeometryengine-buffergeometry-produces-amp-quot/m-p/52036#M492</guid>
      <dc:creator>DiveshGoyal</dc:creator>
      <dc:date>2012-07-02T14:25:19Z</dc:date>
    </item>
  </channel>
</rss>

