nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Installatie van extra Python-modules in FME Workbench

ThomasBeckerDK

Ik moet scipy installeren in de Data Interoperability Workbench en heb geprobeerd de methode te gebruiken die men met FME zou toepassen

fme.exe python -m pip install scipy==1.9.3

Echter, het hele proces faalt met de laatste foutmelding ModuleNotFoundError: No module named '_socket'.

Hoe kan ik scipy installeren? @Bruce_RHarold, enig idee? 😉

Vind meer berichten getagd met

Accepted answers

ThomasBeckerDK

Morning Bruce,

thanks for the link! So I had been half the way to success with my last posting. 😉
The important part when setting the preferred Python interpreter under 'Translation' in the FME Options is that your workspace has to have the Python Compatibility set to a non-Esri ArcGIS Python 3.x option as FME will load ArcGIS' default Conda environment and ignore the custom interpreter settings from FME Options.

Adjusting the Python Compatibility for the workspace to Python 3.11+ did the trick.
Subsequently I changed the preferred Python interpreter in the FME Options also to Python 3.11+, thereby removing the direct reference to the specific clone, and removed the setting for Python Home entirely.

A test run of the workspace did not show any issues with missing packages. My essential take-away from this is that a Python Compatibility setting to ESRI ArcGIS Python x.x is a fallback to the default Python environment in ArcGIS Pro. Using the active Python environment from ArcGIS Pro requires a setting of the Python compatibility to Python 3.11+ (being currently on ArcGIS Pro 3.4).

bharold

Hello Thomas

If you clone your ArcGIS Pro 3.4 python environment then extend it with scipy, and set the runtime environment to the clone, and in Workbench translation options set your preferred Python interpreter to Esri ArcGIS Python 3.11, scipy will be available.

All comments

bharold

Thanks for the clarification Thomas, we'll look into making this behavior easier to use.

ThomasBeckerDK

Morning Bruce,

bharold

Thomas, while we're looking at this, to get going you can explicitly set the interpreter:

https://community.safe.com/general-10/how-do-i-direct-fme-to-use-the-active-cloned-python-environment-in-arcgis-pro-instead-of-the-default-and-unmodifiable-environment-24257

bharold

Hi Thomas, I also see the default environment path logged, but in my case the cloned environment is available, let us look into this. Back ASAP.

ThomasBeckerDK

Hi @BruceHarold,

thanks for your reply and initially it also worked somehow, but... it does not anymore.

Following your advice on how to install additional Python modules to use them in the Data Interoperability Workbench I installed SQLAlchemy and as a dependency also psycopg2.

Here the screenshots from ArcGIS Pro where the active environment and the packages in question are shown with version numbers.

The Python Compatibility is set to Esri ArcGIS Python 3.11,
Esri ArcGIS Compatibility is set to Esri ArcGIS Server/ArcGIS Pro,
the necessary packages confirmed to be installed in the clone of ArcGIS Pro Python environment,
and the clone is set as the active environment.

Yet, I am getting

The message about the Python interpreter used drives me mad... it does not point at the clone that is set as the active environment, but to the original Esri Python environment.

Using Python interpreter from `C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\python311.dll' with PYTHONHOME `C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3'

I just checked my environment variables in Windows and I do not have a PYTHONHOME variable set...

I went into the FME options of the workbench and set there the path for the preferred Python interpreter to C:\Users\tsbr\AppData\Local\ESRI\conda\envs\arcgispro-extendable\python311.dll, and the PYTHONHOME variable to C:\Users\tsbr\AppData\Local\ESRI\conda\envs\arcgispro-extendable.

Still the message from the translation log is pointing to the arcgispro-py3 environment.

bharold

Hello Thomas

Doe mee aan het gesprek

Aangemelde leden kunnen berichten plaatsen, updates volgen en meer. Nieuw hier? Registreer een gratis account.

Snelle Links

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.