<?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: What could cause a Spatial Join (Completely Within) to return false positives? in Geoprocessing Questions</title>
    <link>https://community.esri.com/t5/geoprocessing-questions/what-could-cause-a-spatial-join-completely-within/m-p/679821#M22573</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Yes it is a multipart feature. I tested an intersect and no results were returned, which is correct.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Should I not use &lt;STRONG&gt;Completely Within&lt;/STRONG&gt;&amp;nbsp;with multipart features? The description does not mention that it considers extent any different than &lt;STRONG&gt;Within&lt;/STRONG&gt; would.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 13 Jun 2019 19:03:26 GMT</pubDate>
    <dc:creator>EnvironmentalIntelligence</dc:creator>
    <dc:date>2019-06-13T19:03:26Z</dc:date>
    <item>
      <title>What could cause a Spatial Join (Completely Within) to return false positives?</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/what-could-cause-a-spatial-join-completely-within/m-p/679819#M22571</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I have a large feature class of survey&amp;nbsp;areas that I need to Spatial Join to a target Feature Class of buffered work locations&amp;nbsp;to find&amp;nbsp;locations that are &lt;EM&gt;Completely Within&lt;/EM&gt; a survey. This is part of a large model I have created for our team, but my coworker noticed it is returning some join features that do not contain the target features. What's more strange, is that when I switched the join option to just&amp;nbsp;&lt;EM&gt;Within&lt;/EM&gt;, which should be less limited in scope, these false positives disappear, although now I am left with other unwanted target features where work areas and surveys just partially overlap.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What could cause this strange error?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have run the repair geometry tool on both feature classes involved. Are there other geometry errors that could be causing this?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The image below shows the two work areas that are falsely returning information as if they were entirely within the survey area in orange.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;IMG __jive_id="450307" class="image-1 jive-image" src="https://community.esri.com/legacyfs/online/450307_pastedImage_2.png" /&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 13 Jun 2019 18:50:36 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/what-could-cause-a-spatial-join-completely-within/m-p/679819#M22571</guid>
      <dc:creator>EnvironmentalIntelligence</dc:creator>
      <dc:date>2019-06-13T18:50:36Z</dc:date>
    </item>
    <item>
      <title>Re: What could cause a Spatial Join (Completely Within) to return false positives?</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/what-could-cause-a-spatial-join-completely-within/m-p/679820#M22572</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;The orange area seems to be a multipart feature.&lt;/P&gt;&lt;P&gt;I would confirm with an 'intersect' to check the behaviour.&lt;/P&gt;&lt;P&gt;I am wondering if 'completely within' is being interpreted as within the 'extent' rather than within the 'geometry'.&lt;/P&gt;&lt;P&gt;The subtle difference in definitions is listed here for reference&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A class="link-titled" href="https://pro.arcgis.com/en/pro-app/tool-reference/data-management/select-by-location-graphical-examples.htm" title="https://pro.arcgis.com/en/pro-app/tool-reference/data-management/select-by-location-graphical-examples.htm"&gt;Select By Location: graphic examples—Data Management toolbox | ArcGIS Desktop&lt;/A&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;UL style="color: #4c4c4c; font-family: &amp;amp;quot; avenir next w01&amp;amp;quot;,&amp;amp;quot;avenir next w00&amp;amp;quot;,&amp;amp;quot;avenir next&amp;amp;quot;,&amp;amp;quot;avenir&amp;amp;quot;,&amp;amp;quot;helvetica neue&amp;amp;quot;,sans-serif; font-size: 0.93rem; font-style: normal; font-variant: normal; font-weight: 400; letter-spacing: normal; line-height: 1.55rem; list-style-position: inside; margin-bottom: 1.55rem; margin-left: 0.77rem; margin-top: 0px; orphans: 2; text-align: left; text-decoration: none; text-indent: 0px; text-transform: none; -webkit-text-stroke-width: 0px; white-space: normal; word-spacing: 0px; padding: 0px;"&gt;&lt;LI style="list-style-position: outside; margin: 0.38rem 0px 0.38rem 1.5rem;"&gt;&lt;SPAN style="font-weight: bold;"&gt;Within&lt;/SPAN&gt; - Selects features in the input feature layer within or contained by features in the selecting features layer.&lt;/LI&gt;&lt;LI style="list-style-position: outside; margin: 0.38rem 0px 0.38rem 1.5rem;"&gt;&lt;SPAN style="font-weight: bold;"&gt;Completely within&lt;/SPAN&gt; - The result is identical to &lt;SPAN style="font-weight: bold;"&gt;Within&lt;/SPAN&gt; except when the feature in the input feature layer intersects the boundary of the feature in the selecting features layer; then it is not selected.&lt;/LI&gt;&lt;LI style="list-style-position: outside; margin: 0.38rem 0px 0.38rem 1.5rem;"&gt;&lt;SPAN style="font-weight: bold;"&gt;Within Clementini&lt;/SPAN&gt; - The result is identical to &lt;SPAN style="font-weight: bold;"&gt;Within&lt;/SPAN&gt; except when the entirety of the feature in the input feature layer is on the boundary of the feature in the selecting features layer. Clementini states that the boundary of a point is always empty, and the boundary of a line is the endpoints.&lt;/LI&gt;&lt;/UL&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 13 Jun 2019 18:57:34 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/what-could-cause-a-spatial-join-completely-within/m-p/679820#M22572</guid>
      <dc:creator>DanPatterson_Retired</dc:creator>
      <dc:date>2019-06-13T18:57:34Z</dc:date>
    </item>
    <item>
      <title>Re: What could cause a Spatial Join (Completely Within) to return false positives?</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/what-could-cause-a-spatial-join-completely-within/m-p/679821#M22573</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Yes it is a multipart feature. I tested an intersect and no results were returned, which is correct.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Should I not use &lt;STRONG&gt;Completely Within&lt;/STRONG&gt;&amp;nbsp;with multipart features? The description does not mention that it considers extent any different than &lt;STRONG&gt;Within&lt;/STRONG&gt; would.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 13 Jun 2019 19:03:26 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/what-could-cause-a-spatial-join-completely-within/m-p/679821#M22573</guid>
      <dc:creator>EnvironmentalIntelligence</dc:creator>
      <dc:date>2019-06-13T19:03:26Z</dc:date>
    </item>
    <item>
      <title>Re: What could cause a Spatial Join (Completely Within) to return false positives?</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/what-could-cause-a-spatial-join-completely-within/m-p/679822#M22574</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;The only thing that the 'completely's offer is the boundary reference.&amp;nbsp; It sounds in your case that 'within' is sufficient and equivalent to 'intersect'.&amp;nbsp; The ramifications of a partial overlap just reflects the reality.&amp;nbsp; The question that will guide you is what do you want to do with those cases.&amp;nbsp; If you want them to go away, choose the selection method to match.&amp;nbsp; If those selected features belong to two selection areas then they represent overlap and you could isolate those for further consideration or inclusion in two sampling areas rather than the nice clean 'one'.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;On the side note, the multipart geometry could be converted to singlepart.&amp;nbsp; Rerun your selection to make the geometry 'clean' and combine your 'completely within' the parts to see what happens.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 13 Jun 2019 19:16:36 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/what-could-cause-a-spatial-join-completely-within/m-p/679822#M22574</guid>
      <dc:creator>DanPatterson_Retired</dc:creator>
      <dc:date>2019-06-13T19:16:36Z</dc:date>
    </item>
    <item>
      <title>Re: What could cause a Spatial Join (Completely Within) to return false positives?</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/what-could-cause-a-spatial-join-completely-within/m-p/679823#M22575</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks Dan,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I cannot make the surveys single part because the survey&amp;nbsp;layer is continuously updated and accessed by several people who&amp;nbsp;want one row per survey for simplicity in record keeping. I have changed the method to Within_Clementini, which has removed these false positives, and will just have to select and remove cases of partial overlap. It still seems&amp;nbsp;nonsensical to me that the Completely_Within gets thrown off my the extent of Multipart Features while Within and Within_Clementini do not.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 13 Jun 2019 19:21:49 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/what-could-cause-a-spatial-join-completely-within/m-p/679823#M22575</guid>
      <dc:creator>EnvironmentalIntelligence</dc:creator>
      <dc:date>2019-06-13T19:21:49Z</dc:date>
    </item>
    <item>
      <title>Re: What could cause a Spatial Join (Completely Within) to return false positives?</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/what-could-cause-a-spatial-join-completely-within/m-p/679824#M22576</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;What product and version are you using, e.g., ArcMap or ArcGIS Pro, and 10.6.x or 10.7?&amp;nbsp; What is the back-end data store, e.g., file geodatabase, shapefile, etc...?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Is the issue isolated to some of your multipart polygons or just a couple that have work areas in them like your example?&amp;nbsp; Can you replicate the problem if you create some fictitious/sample polygons?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 13 Jun 2019 22:10:48 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/what-could-cause-a-spatial-join-completely-within/m-p/679824#M22576</guid>
      <dc:creator>JoshuaBixby</dc:creator>
      <dc:date>2019-06-13T22:10:48Z</dc:date>
    </item>
    <item>
      <title>Re: What could cause a Spatial Join (Completely Within) to return false positives?</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/what-could-cause-a-spatial-join-completely-within/m-p/679825#M22577</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Arcmap 10.3. Both feature classes are in file geodatabases. The issue is happening with several different work areas, all are between separate pieces of multipart polygons. I briefly tried to replicate and could not.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 24 Jun 2019 17:03:57 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/what-could-cause-a-spatial-join-completely-within/m-p/679825#M22577</guid>
      <dc:creator>EnvironmentalIntelligence</dc:creator>
      <dc:date>2019-06-24T17:03:57Z</dc:date>
    </item>
  </channel>
</rss>

