<?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: FeatureTable.AddFeatureAsync Fail if table not have Z and Point does in .NET Maps SDK Questions</title>
    <link>https://community.esri.com/t5/net-maps-sdk-questions/featuretable-addfeatureasync-fail-if-table-not/m-p/1012727#M9639</link>
    <description>&lt;P&gt;Ok, now that I see the GeometryEngine method its not too bad, I was stripping it myself which was somewhat ugly&lt;/P&gt;</description>
    <pubDate>Tue, 29 Dec 2020 19:14:09 GMT</pubDate>
    <dc:creator>JoeHershman</dc:creator>
    <dc:date>2020-12-29T19:14:09Z</dc:date>
    <item>
      <title>FeatureTable.AddFeatureAsync Fail if table not have Z and Point does</title>
      <link>https://community.esri.com/t5/net-maps-sdk-questions/featuretable-addfeatureasync-fail-if-table-not/m-p/1012691#M9636</link>
      <description>&lt;P&gt;I noticed something which to me does not make sense as an exception.&lt;/P&gt;&lt;P&gt;We have a table that is defined to not have Z coordinate.&lt;/P&gt;&lt;P&gt;We normally collect points from a GPS device which just returns lat/lon so normally create points without Z.&lt;/P&gt;&lt;P&gt;I recently was testing the app using the SystemLocationDataSource which does return X,Y,Z coordinates.&amp;nbsp; When calling&amp;nbsp;FeatureTable.AddFeatureAsync it fails because the table does not have a z coordinate.&lt;/P&gt;&lt;P&gt;&lt;EM&gt;Why?&amp;nbsp; Why would the Z not simply be removed when the point is added.&amp;nbsp; Instead I am having to write conditionals to remove Z from the points&lt;/EM&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 29 Dec 2020 17:46:22 GMT</pubDate>
      <guid>https://community.esri.com/t5/net-maps-sdk-questions/featuretable-addfeatureasync-fail-if-table-not/m-p/1012691#M9636</guid>
      <dc:creator>JoeHershman</dc:creator>
      <dc:date>2020-12-29T17:46:22Z</dc:date>
    </item>
    <item>
      <title>Re: FeatureTable.AddFeatureAsync Fail if table not have Z and Point does</title>
      <link>https://community.esri.com/t5/net-maps-sdk-questions/featuretable-addfeatureasync-fail-if-table-not/m-p/1012713#M9637</link>
      <description>&lt;P&gt;I think we chose to throw an exception because if the API silently dropped the Z value, then you could consider data is being lost or corrupted. Instead we wanted to guide the developer to consciously choose to remove Z values, or alternatively knowing that they could or should be capturing Z values then ensure the data schema allows for this (and set appropriate default Z value, etc).&lt;/P&gt;&lt;P&gt;The overhead of checking if the table supports Z values, if the feature has a Z value, and using GeometryEngine to remove them should be negligible, but if you see any issues please let us know.&lt;/P&gt;</description>
      <pubDate>Tue, 29 Dec 2020 18:36:50 GMT</pubDate>
      <guid>https://community.esri.com/t5/net-maps-sdk-questions/featuretable-addfeatureasync-fail-if-table-not/m-p/1012713#M9637</guid>
      <dc:creator>MichaelBranscomb</dc:creator>
      <dc:date>2020-12-29T18:36:50Z</dc:date>
    </item>
    <item>
      <title>Re: FeatureTable.AddFeatureAsync Fail if table not have Z and Point does</title>
      <link>https://community.esri.com/t5/net-maps-sdk-questions/featuretable-addfeatureasync-fail-if-table-not/m-p/1012727#M9639</link>
      <description>&lt;P&gt;Ok, now that I see the GeometryEngine method its not too bad, I was stripping it myself which was somewhat ugly&lt;/P&gt;</description>
      <pubDate>Tue, 29 Dec 2020 19:14:09 GMT</pubDate>
      <guid>https://community.esri.com/t5/net-maps-sdk-questions/featuretable-addfeatureasync-fail-if-table-not/m-p/1012727#M9639</guid>
      <dc:creator>JoeHershman</dc:creator>
      <dc:date>2020-12-29T19:14:09Z</dc:date>
    </item>
  </channel>
</rss>

