<?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 Scripted user parameter (Python) in ArcGIS Data Interoperability Ques.</title>
    <link>https://community.esri.com/t5/arcgis-data-interoperability-ques/scripted-user-parameter-python/m-p/1209067#M129</link>
    <description>&lt;P&gt;I created an ETL tool, that works fine locally, but after publishing it to our portal my scripted user parameters do not work.&lt;/P&gt;&lt;P&gt;The reason for it:&lt;/P&gt;&lt;P&gt;INFORM: Python version 3.8 loaded successfully&lt;BR /&gt;ERROR : Python Exception &amp;lt;ModuleNotFoundError&amp;gt;: No module named 'arcpy'&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;My scripted user parameters are essentially in place to create and write the output of the tool into scratch workspaces. While I am working for several years now with FME, this is my first time creating and publishing an ETL tool. Hence, I am not so familiar with possible automatic path adjustments when publishing tools.&lt;/P&gt;&lt;P&gt;Question 1: So, could it be that I can simply keep the writers destination as an absolute (local) path and when publishing it to our portal the destination path will be pointed to a scratch location?&lt;/P&gt;&lt;P&gt;Question 2: How can it be that I publish something to an ArcGIS Enterprise Portal and that portal is not aware of a module called 'arcpy'?&lt;/P&gt;</description>
    <pubDate>Fri, 02 Sep 2022 10:00:34 GMT</pubDate>
    <dc:creator>TomGeo</dc:creator>
    <dc:date>2022-09-02T10:00:34Z</dc:date>
    <item>
      <title>Scripted user parameter (Python)</title>
      <link>https://community.esri.com/t5/arcgis-data-interoperability-ques/scripted-user-parameter-python/m-p/1209067#M129</link>
      <description>&lt;P&gt;I created an ETL tool, that works fine locally, but after publishing it to our portal my scripted user parameters do not work.&lt;/P&gt;&lt;P&gt;The reason for it:&lt;/P&gt;&lt;P&gt;INFORM: Python version 3.8 loaded successfully&lt;BR /&gt;ERROR : Python Exception &amp;lt;ModuleNotFoundError&amp;gt;: No module named 'arcpy'&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;My scripted user parameters are essentially in place to create and write the output of the tool into scratch workspaces. While I am working for several years now with FME, this is my first time creating and publishing an ETL tool. Hence, I am not so familiar with possible automatic path adjustments when publishing tools.&lt;/P&gt;&lt;P&gt;Question 1: So, could it be that I can simply keep the writers destination as an absolute (local) path and when publishing it to our portal the destination path will be pointed to a scratch location?&lt;/P&gt;&lt;P&gt;Question 2: How can it be that I publish something to an ArcGIS Enterprise Portal and that portal is not aware of a module called 'arcpy'?&lt;/P&gt;</description>
      <pubDate>Fri, 02 Sep 2022 10:00:34 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-data-interoperability-ques/scripted-user-parameter-python/m-p/1209067#M129</guid>
      <dc:creator>TomGeo</dc:creator>
      <dc:date>2022-09-02T10:00:34Z</dc:date>
    </item>
    <item>
      <title>Re: Scripted user parameter (Python)</title>
      <link>https://community.esri.com/t5/arcgis-data-interoperability-ques/scripted-user-parameter-python/m-p/1209140#M130</link>
      <description>&lt;P&gt;Hi Tom, to write to a scratch location on your server and make use of the data during translation use this approach:&lt;/P&gt;&lt;P&gt;&lt;A href="https://community.esri.com/t5/arcgis-data-interoperability-blog/building-a-data-driven-organization-part-14-total/ba-p/1164899" target="_blank" rel="noopener"&gt;https://community.esri.com/t5/arcgis-data-interoperability-blog/building-a-data-driven-organization-part-14-total/ba-p/1164899&lt;/A&gt;&lt;/P&gt;&lt;P&gt;We have a development issue to adopt the job folder scratch environment in ETL tools but it isn't there yet, so please control this as above.&lt;/P&gt;&lt;P&gt;To fix your ArcPy issue log into the server as the arcgis service owner, start Workbench from the fmeworkbench.exe executable and set your FME Options&amp;gt;Translation&amp;gt;Prefered Python Interpreter to Esri ArcGIS Python &amp;lt;version&amp;gt; and in your ETL tools that you publish do the same and also always set the tool Scripting&amp;gt;Python Compatibility to Esri ArcGIS Python &amp;lt;version&amp;gt;.&lt;/P&gt;</description>
      <pubDate>Fri, 02 Sep 2022 14:07:38 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-data-interoperability-ques/scripted-user-parameter-python/m-p/1209140#M130</guid>
      <dc:creator>BruceHarold</dc:creator>
      <dc:date>2022-09-02T14:07:38Z</dc:date>
    </item>
    <item>
      <title>Re: Scripted user parameter (Python)</title>
      <link>https://community.esri.com/t5/arcgis-data-interoperability-ques/scripted-user-parameter-python/m-p/1209617#M131</link>
      <description>&lt;P&gt;Hi &lt;a href="https://community.esri.com/t5/user/viewprofilepage/user-id/1173"&gt;@BruceHarold&lt;/a&gt;, thanks for the link, and yes that's the approach I am using before hand for the scripted parameters in this workbench.&lt;BR /&gt;Also thanks for the guide about my arcpy issue. I will check with our administrators to adjust the settings on the server side.&lt;/P&gt;&lt;P&gt;Do you, by any chance, have a suggestion on how to get a proper choice list in the ETL tool, once it is published to the portal? I I wrote, the 'aliases' are gone and the pure values are shown instead, rendering it impossible for the user to know what they actually selecting.&lt;/P&gt;</description>
      <pubDate>Mon, 05 Sep 2022 07:20:49 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-data-interoperability-ques/scripted-user-parameter-python/m-p/1209617#M131</guid>
      <dc:creator>TomGeo</dc:creator>
      <dc:date>2022-09-05T07:20:49Z</dc:date>
    </item>
  </channel>
</rss>

