Thank you for your reply. I appreciate very much your help in this matter. 

Since I am working today from another computer that does not have arcgis installed, I will send you the additional information that will help you diagnose the problem on Wednesday. 

Now, given that your hypothesis is true: What would be the way to solve it? 

Thanks again for your help. 

Best regards

Isabel C. Perez 

On Tue, Jan 12, 2016 at 11:39 AM, Jason Roberts <> wrote:

Hi Isabel,

 

This is an unusual problem. The root cause relates to this part of the error message:

 

Detailed error information: band.ReadAsArray(0, 0, 675, 879) reported RuntimeError: Can't load requested DLL: C:\Program Files (x86)\GDAL\gdalplugins\gdal_netCDF.dll

126: The specified module could not be found.

 

Here’s my guess about what is happening. The error indicates that you have the Geospatial Data Abstraction Library (GDAL) installed. MGET includes a copy of this library and uses it for various purposes, mainly reading and writing rasters. It is most likely a different version than the one you have installed; MGET’s is probably older. When you ran MGET, it attempted to start up its own copy of GDAL. When that happened, MGET’s GDAL looked at the operating system environment variables to see whether there were any GDAL configuration options specified through environment variables. MGET itself sets two variables, GDAL_DATA and PROJ_LIB, before it uses GDAL, but it does not set the GDAL_DRIVER_PATH variable. It looks like the copy of GDAL that you installed (or you yourself) set the GDAL_DRIVER_PATH variable to the directory C:\Program Files (x86)\GDAL\gdalplugins. When MGET’s GDAL found this, it attempted to load the GDAL drivers contained there. This failed because MGET’s GDAL is probably a pretty different version than your GDAL, and mixing the drivers from your GDAL with MGET’s GDAL won’t work.

 

MGET used to set GDAL_DRIVER_PATH to ...\Lib\site-packages\GeoEco\Bin\win32\gdal-plugins before loading its copy of GDAL, but this created a “DLL Hell” problem with ArcGIS. The GDAL plugins tried to load DLLs (that MGET included for them) that were already loaded by ArcGIS. The DLL rules in Microsoft Windows require the plugins to use the already-loaded copies. These were compatible with ArcGIS but not GDAL, causing GDAL to crash. So I changed MGET to stop setting GDAL_DRIVER_PATH. Given what is happening with you, I probably should have changed MGET to also check whether GDAL_DRIVER_PATH is already set by something else, and then delete it temporarily for the process that MGET is running in.

 

But before I jump to that conclusion, it would be best to gather more data. Could you please enable verbose logging (instructions here), reproduce the problem (it will generate many more messages), and copy the complete output of the ArcGIS geoprocessing window into an email to me? That includes a dump of the environment variables and some other information that will help diagnose the root problem.

 

Thanks,

 

Jason

 

From: Isabel Perez [mailto:]
Sent: Monday, January 11, 2016 4:59 PM
To: Jason Roberts <>;
Subject: Help

 

Good afternoon, 

 

I keep getting this error when I am trying to use the tool "predict random forest from raster". Do you know what might be causing this error?

 

best regards, 

 

Isabel C. Perez 

PhD Candidate

City College of New York