<?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: Time for st_AsText for complex features in Geodatabase Questions</title>
    <link>https://community.esri.com/t5/geodatabase-questions/time-for-st-astext-for-complex-features/m-p/1004202#M6867</link>
    <description>&lt;P&gt;Unfortunately, that performance is about what I've seen (it's truly awful with 6.1M vertices).&amp;nbsp; I did some benchmarking, and found I could improve performance by 40-60 percent *and* reduce the size of the resulting string by 20-30%, but only by using 'C' language functions at the lowest level of the component libraries.&amp;nbsp; The fix would require rewriting the low-level WKT function.&lt;/P&gt;&lt;P&gt;- V&lt;/P&gt;</description>
    <pubDate>Tue, 24 Nov 2020 03:08:51 GMT</pubDate>
    <dc:creator>VinceAngelo</dc:creator>
    <dc:date>2020-11-24T03:08:51Z</dc:date>
    <item>
      <title>Time for st_AsText for complex features</title>
      <link>https://community.esri.com/t5/geodatabase-questions/time-for-st-astext-for-complex-features/m-p/778378#M1474</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello all&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We are trying to translate some geometries in Oracle to WKT using st_AsText&lt;/P&gt;&lt;P&gt;It takes a long tome for complex features.&lt;/P&gt;&lt;P&gt;For example a polygon with 31k points was translated into 600k WKT string in 25 seconds.&lt;/P&gt;&lt;P&gt;Does this reasonable time? Is there any tuning in the database or Geodatabase that can make this faster?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 21 Oct 2020 13:25:16 GMT</pubDate>
      <guid>https://community.esri.com/t5/geodatabase-questions/time-for-st-astext-for-complex-features/m-p/778378#M1474</guid>
      <dc:creator>ModyBuchbinder</dc:creator>
      <dc:date>2020-10-21T13:25:16Z</dc:date>
    </item>
    <item>
      <title>Re: Time for st_AsText for complex features</title>
      <link>https://community.esri.com/t5/geodatabase-questions/time-for-st-astext-for-complex-features/m-p/778379#M1475</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;You may want to work with Technical Support on this issue to help determine&amp;nbsp;where the bottle neck may be.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What is the version of Oracle (include the O/S that it is on) and the version that the Geodatabase it at?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What happens when the polygon has less or more vertexes? Is the performance different.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 21 Oct 2020 15:41:36 GMT</pubDate>
      <guid>https://community.esri.com/t5/geodatabase-questions/time-for-st-astext-for-complex-features/m-p/778379#M1475</guid>
      <dc:creator>George_Thompson</dc:creator>
      <dc:date>2020-10-21T15:41:36Z</dc:date>
    </item>
    <item>
      <title>Re: Time for st_AsText for complex features</title>
      <link>https://community.esri.com/t5/geodatabase-questions/time-for-st-astext-for-complex-features/m-p/778380#M1476</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi George&lt;/P&gt;&lt;P&gt;Thanks for the response.&lt;/P&gt;&lt;P&gt;Technical support might say this is ok so I first need to understand if it is&amp;nbsp;&lt;SPAN style="background-color: #ffffff;"&gt;reasonable.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="background-color: #ffffff;"&gt;I hope if somebody has a polygon with more then 10k vertexes they can test it in 3 minutes.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="background-color: #ffffff;"&gt;It is a Linux (Red Hut) machine that runs Geodatabase 10.7.1&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="background-color: #ffffff;"&gt;The time is changing by the polygon (not sure if it is linear). This is just some countries borders but very detailed.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="background-color: #ffffff;"&gt;The border of&amp;nbsp;Russia have many more vertexes and takes for ever.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="background-color: #ffffff;"&gt;Thanks&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 22 Oct 2020 04:14:39 GMT</pubDate>
      <guid>https://community.esri.com/t5/geodatabase-questions/time-for-st-astext-for-complex-features/m-p/778380#M1476</guid>
      <dc:creator>ModyBuchbinder</dc:creator>
      <dc:date>2020-10-22T04:14:39Z</dc:date>
    </item>
    <item>
      <title>Re: Time for st_AsText for complex features</title>
      <link>https://community.esri.com/t5/geodatabase-questions/time-for-st-astext-for-complex-features/m-p/1004202#M6867</link>
      <description>&lt;P&gt;Unfortunately, that performance is about what I've seen (it's truly awful with 6.1M vertices).&amp;nbsp; I did some benchmarking, and found I could improve performance by 40-60 percent *and* reduce the size of the resulting string by 20-30%, but only by using 'C' language functions at the lowest level of the component libraries.&amp;nbsp; The fix would require rewriting the low-level WKT function.&lt;/P&gt;&lt;P&gt;- V&lt;/P&gt;</description>
      <pubDate>Tue, 24 Nov 2020 03:08:51 GMT</pubDate>
      <guid>https://community.esri.com/t5/geodatabase-questions/time-for-st-astext-for-complex-features/m-p/1004202#M6867</guid>
      <dc:creator>VinceAngelo</dc:creator>
      <dc:date>2020-11-24T03:08:51Z</dc:date>
    </item>
  </channel>
</rss>

