Chronological Thread 

< Chronological >      < Thread >

---

Hi Andrew,

That is an odd problem. I can confirm ArcGIS 10.4.1 comes with numpy 1.9.2
but on my system it appears to be Python 2.7.10. This is consistent with what
ESRI says (http:// support.esri.com/technical-article/000013224).

(Sorry for the space in the URL; Duke has deployed an irritating anti-malware
system that mangles URLs.)

It should not matter that you have 2.7.8 instead of 2.7.10--both will work
fine with MGET--but it might suggest there is a problem with your Python
configuration somehow.

What version of MGET do you have? I added support for numpy 1.9.2 in MGET
0.8a57 in March of 2015. That is quite some time ago. It seems unlikely that
you'd have a 10.4.1 machine with that version of MGET, but I should check for
completeness...

What is especially unusual about this problem is that it appears that the
tool executes successfully until it reaches the "front cleanup" step, in
which it executes some MATLAB code in a child Python process (to avoid
conflicts between ArcGIS and MATLAB DLLs that crash the ArcGIS parent
process). It is that child process that is complaining about the numpy
version. But the main tool (in the parent process) already performed a
similar check, which passed. So I'm not sure what's happening there. If it is
not a configuration problem, then I'm guessing there is some subtle bug in
MGET, perhaps that is causing it to report this numpy problem erroneously.

Could you please reproduce the problem with verbose logging turned on (see
http://code.nicholas.duke.edu/projects/mget/wiki/Configuring%20MGET%20logging#Enablingverboselogging)
and send me the complete output of the tool?

Thanks,

Jason

-----Original Message-----
From:
[] On Behalf Of Andrew Gilbert
Sent: Tuesday, October 4, 2016 10:44 AM
To: ; Jeffrey Tash <>
Subject: [mget-help] Find Cayula-Cornillon Fronts in GHRSST L4 SST appears to
be broken in 10.4.1

Hi,
I've used the MGET "Find Cayula-Cornillon Fronts in GHRSST L4 SST" tool
before in previous versions and it worked well, but using ArcGIS 10.4.1 it
won't work. It says it works successfully, but it's clearly failing and not
passing the errors through (no error and no files generated). I can run the
"Create Rasters for GHRSST L4 SST" under NASA JPL PO.DAAC and it returns the
SST raster, but can't run the front calculations on the downloaded SST
raster. It appears to be an issue at least with the version of NUMPY. It
starts the process and then I get this error:

python.exe: SoftwareNotInstalledError: This tool requires the Python numpy
module. Version 1.9.2 of numpy is installed but that version is not currently
supported by this tool. Please remove the existing version and install a
supported version (see the documentation for a list of supported versions).
Alternatively, check this tool's website for a newer version of it. If a
newer version exists, it might support your current version of numpy.
The following consequences resulted from the original error:
Execution of C:\Python27\ArcGIS10.4\python.exe failed.
Failed script CayulaCornillonEdgeDetectionDetectEdgesInArcGISRaster...

Traceback (most recent call last):
File "C:\Program
Files\GeoEco\ArcGISToolbox\Scripts\CayulaCornillonEdgeDetectionDetectEdgesInArcGISRaster.py",
line 5, in <module>
ExecuteMethodFromCommandLineAsArcGISTool('GeoEco.OceanographicAnalysis.Fronts',
'CayulaCornillonEdgeDetection', 'DetectEdgesInArcGISRaster')
File
"C:\Python27\ArcGIS10.4\lib\site-packages\GeoEco\ArcGISScripts.py", line 210,
in ExecuteMethodFromCommandLineAsArcGISTool
exec sourceCode in globals(), locals()
File "<string>", line 1, in <module>
File
"C:\Python27\ArcGIS10.4\lib\site-packages\GeoEco\OceanographicAnalysis\Fronts.py",
line 671, in DetectEdgesInArcGISRaster
mask, filteredImage, candidateCounts, frontCounts, frontsImage,
windowStatusCodes, windowStatusValues =
cls.DetectEdgesInSingleImage(image=image, wrapEdges=wrapEdges, masks=[image],
maskTests=[u'Equal'], maskValues=[noDataValue],
medianFilterWindowSize=medianFilterWindowSize,
histogramWindowSize=histogramWindowSize,
histogramWindowStride=histogramWindowStride,
minPropNonMaskedCells=minPropNonMaskedCells, minPopProp=minPopProp,
minPopMeanDifference=minPopMeanDifference, minTheta=minTheta,
minSinglePopCohesion=minSinglePopCohesion,
minGlobalPopCohesion=minGlobalPopCohesion, threads=threads,
fillHoles=fillHoles, thin=thin, minSize=minSize)
File
"C:\Python27\ArcGIS10.4\lib\site-packages\GeoEco\OceanographicAnalysis\Fronts.py",
line 390, in DetectEdgesInSingleImage
maxRunTime=300)
File
"C:\Python27\ArcGIS10.4\lib\site-packages\GeoEco\DataManagement\Processes.py",
line 575, in ExecuteProgram
process.Execute()
File
"C:\Python27\ArcGIS10.4\lib\site-packages\GeoEco\DataManagement\Processes.py",
line 498, in Execute
Logger.RaiseException(RuntimeError(_(u'%(name)s returned exit code
%(code)i, indicating failure.') % {u'name' : programName, u'code' :
self.ExitCode}))
File "C:\Python27\ArcGIS10.4\lib\site-packages\GeoEco\Logging.py",
line 104, in RaiseException
raise exception
RuntimeError: python.exe returned exit code 1, indicating failure.

Failed to execute (CayulaCornillonEdgeDetectionDetectEdgesInArcGISRaster).

I'm running ArcGIS 10.4.1 with Python 2.7.8 and Numpy 1.9.2 as indicated in
the error. Any help would be appreciated. Thanks.
Cheers,

--
Andrew Gilbert
Data Management Director
Biodiversity Research Institute
276 Canco Rd.
Portland, ME 04103
207-839-7600

www.briloon.org


---
This email has been checked for viruses by Avast antivirus software.
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.avast.com_antivirus&d=CwICaQ&c=imBPVzF25OnBgGmVOlcsiEgHoG1i6YHLR0Sj_gZ4adc&r=xCrbnFZcjrfVEdKQhMVPxwdYw2imyfElky5AJEHT_VA&m=vhxDLmYD4qYWHPrJdOQ1Pn_wKEK6ETiFSsCl8xAVtsE&s=04NLFk_EoTensIq5sazkOA3Ej9U92Mg2Jk1xaMZUO-Q&e=

---

• [mget-help] Find Cayula-Cornillon Fronts in GHRSST L4 SST appears to be broken in 10.4.1, Andrew Gilbert, 10/04/2016
  • RE: [mget-help] Find Cayula-Cornillon Fronts in GHRSST L4 SST appears to be broken in 10.4.1, Jason Roberts, 10/06/2016
    • Re: [mget-help] Find Cayula-Cornillon Fronts in GHRSST L4 SST appears to be broken in 10.4.1, Andrew Gilbert, 10/06/2016

---

Archive powered by MHonArc 2.6.19.