<?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>idea Release ST_GEOMETRY functions code? in ArcGIS Enterprise Ideas</title>
    <link>https://community.esri.com/t5/arcgis-enterprise-ideas/release-st-geometry-functions-code/idi-p/1176764</link>
    <description>&lt;P&gt;Idea:&amp;nbsp;&lt;/P&gt;&lt;P&gt;Release ST_GEOMETRY functions code (on GitHub, or something like that)&lt;/P&gt;&lt;P&gt;Reasons:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;Esri seems to have stopped improving ST_GEOMETRY functions. Meanwhile, we still have issues and improvements that need addressing. If Esri isn’t going to address those needs, then it would make sense to let us do it ourselves. Currently, the code is locked down in the EXTPROC.DLL in Oracle. So we can’t see how the functions work or extend them. Why not let us see and use the code?&lt;/LI&gt;&lt;LI&gt;I don’t think Esri would lose any money by doing this. It’s not as if customers buy ArcGIS Enterprise so that they can get SDE.ST_GEOMETRY (there are much bigger reasons than that). That might have partially been the case years ago, but these days, organizations tend to go with native spatial datatypes, since the functionality is broader, the DB vendors continue to improve the products, and performance is usually better. So Esri wouldn’t lose anything by opening up ST_GEOMETRY.&lt;/LI&gt;&lt;LI&gt;One of the unspoken advantages of the ArcGIS platform is that users are empowered to build and manage their own stuff in the &lt;I&gt;&lt;U&gt;database&lt;/U&gt;&lt;/I&gt;. For example, as a &lt;A href="https://desktop.arcgis.com/en/arcmap/latest/manage-data/gdbs-in-oracle/privileges-oracle.htm" target="_self"&gt;data creator in Oracle&lt;/A&gt;, I can create tables, sequences, triggers, and views (and depending on the organization, functions too). Why not take it a step further and empower us to solve more advanced spatial database problems — by providing access to the ST_GEOMETRY code?&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;Worth considering?&lt;/P&gt;</description>
    <pubDate>Tue, 24 May 2022 10:38:58 GMT</pubDate>
    <dc:creator>Bud</dc:creator>
    <dc:date>2022-05-24T10:38:58Z</dc:date>
    <item>
      <title>Release ST_GEOMETRY functions code?</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-ideas/release-st-geometry-functions-code/idi-p/1176764</link>
      <description>&lt;P&gt;Idea:&amp;nbsp;&lt;/P&gt;&lt;P&gt;Release ST_GEOMETRY functions code (on GitHub, or something like that)&lt;/P&gt;&lt;P&gt;Reasons:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;Esri seems to have stopped improving ST_GEOMETRY functions. Meanwhile, we still have issues and improvements that need addressing. If Esri isn’t going to address those needs, then it would make sense to let us do it ourselves. Currently, the code is locked down in the EXTPROC.DLL in Oracle. So we can’t see how the functions work or extend them. Why not let us see and use the code?&lt;/LI&gt;&lt;LI&gt;I don’t think Esri would lose any money by doing this. It’s not as if customers buy ArcGIS Enterprise so that they can get SDE.ST_GEOMETRY (there are much bigger reasons than that). That might have partially been the case years ago, but these days, organizations tend to go with native spatial datatypes, since the functionality is broader, the DB vendors continue to improve the products, and performance is usually better. So Esri wouldn’t lose anything by opening up ST_GEOMETRY.&lt;/LI&gt;&lt;LI&gt;One of the unspoken advantages of the ArcGIS platform is that users are empowered to build and manage their own stuff in the &lt;I&gt;&lt;U&gt;database&lt;/U&gt;&lt;/I&gt;. For example, as a &lt;A href="https://desktop.arcgis.com/en/arcmap/latest/manage-data/gdbs-in-oracle/privileges-oracle.htm" target="_self"&gt;data creator in Oracle&lt;/A&gt;, I can create tables, sequences, triggers, and views (and depending on the organization, functions too). Why not take it a step further and empower us to solve more advanced spatial database problems — by providing access to the ST_GEOMETRY code?&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;Worth considering?&lt;/P&gt;</description>
      <pubDate>Tue, 24 May 2022 10:38:58 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-ideas/release-st-geometry-functions-code/idi-p/1176764</guid>
      <dc:creator>Bud</dc:creator>
      <dc:date>2022-05-24T10:38:58Z</dc:date>
    </item>
    <item>
      <title>Re: Release ST_GEOMETRY functions code?</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-ideas/release-st-geometry-functions-code/idc-p/1264537#M3194</link>
      <description>&lt;P&gt;I wonder if it would be possible to view the ST_GEOMETRY function definition in a SQLite database where ST_GEOMETRY has been enabled?&amp;nbsp;&lt;A href="https://desktop.arcgis.com/en/arcmap/latest/manage-data/using-sql-with-gdbs/load-sqlite-stgeometry-library.htm" target="_self"&gt;Load the SQLite ST_Geometry library&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Edit:&lt;/P&gt;&lt;P&gt;It looks like the functions are &lt;A href="https://desktop.arcgis.com/en/arcmap/latest/manage-data/using-sql-with-gdbs/load-sqlite-stgeometry-library.htm#:~:text=the%20ST_Geometry%20library.-,These%20examples,-load%20the%20ST_Geometry" target="_self"&gt;stored in a .dll&lt;/A&gt;. So the answer is likely no.&lt;/P&gt;&lt;PRE&gt;--Load the ST_Geometry library on Windows.
SELECT load_extension(
 'c:\Program Files (x86)\ArcGIS\Desktop10.3\DatabaseSupport\SQLite\Windows32&lt;BR /&gt;                                                      \stgeometry_sqlite.&lt;FONT color="#0000FF"&gt;&lt;STRONG&gt;dll&lt;/STRONG&gt;&lt;/FONT&gt;',
 'SDE_SQL_funcs_init'
);&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 06 Mar 2023 15:51:55 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-ideas/release-st-geometry-functions-code/idc-p/1264537#M3194</guid>
      <dc:creator>Bud</dc:creator>
      <dc:date>2023-03-06T15:51:55Z</dc:date>
    </item>
    <item>
      <title>Re: Release ST_GEOMETRY functions code?</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-ideas/release-st-geometry-functions-code/idc-p/1267739#M3205</link>
      <description>&lt;P&gt;depends what language was used before compilation into a dll.&amp;nbsp; There are good options for some languages (VB, .NET, C#), others require dumping it as assembly - If I had to guess though I'd bet the stgeometry_sqlite.dll is written in VB or .NET.&amp;nbsp; Google ".NET Reflector"&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;note i'm not advising you to do anything.. only saying what's possible.&lt;/P&gt;</description>
      <pubDate>Tue, 14 Mar 2023 19:36:56 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-ideas/release-st-geometry-functions-code/idc-p/1267739#M3205</guid>
      <dc:creator>EricEagle</dc:creator>
      <dc:date>2023-03-14T19:36:56Z</dc:date>
    </item>
  </channel>
</rss>

