Subject: Marine Geospatial Ecology Tools (MGET) help
Text archives
From: | "Jason Roberts" <> |
---|---|
To: | <> |
Cc: | <> |
Subject: | RE: [mget-help] software not installed error for R |
Date: | Mon, 24 Jun 2013 12:33:12 -0400 |
Hi,
Sorry for your troubles here. Normally this message means that R is not
installed. But obviously it is, so there must be some other problem.
Since you are an experienced R user, the first thing I will ask is whether
you have installed only the 64-bit version of R. At this time, MGET requires
the 32-bit version of R. This is because the ArcMap and ArcCatalog programs
are 32-bit, and Windows requires that only 32-bit libraries--Python and R in
this case--be loaded into a 32-bit process. So: if you have only installed
the 64-bit version of R, please uninstall it, and then install again with
both the 32-bit and 64-bit version of R.
Assuming that is not the problem, we can move to the next possibility:
In order for MGET to use R, it must first determine the version of R that is
installed. This is because MGET uses a specialized version of the Python rpy
module, which must be compiled against each version of R that is supported.
In order for rpy to initialize, it must know which version of R is
installed, so it can load an R-version-specific library into memory that
allows it to talk to R.
The version is determined by checking the following things, in this order:
1. Reading the "Current Version" value of the
HKEY_LOCAL_MACHINE\Software\R-core\R32 Windows registry key.
2. Reading the "Current Version" value of the
HKEY_LOCAL_MACHINE\Software\R-core\R Windows registry key.
3. By finding the R executable using the RHOME environment variable, and
running the executable. Since the RHOME environment variable is rarely set
on Windows computers, this method will often not succeed.
So: the second possibility is that when you installed R, you disabled the
option called "Save version number in registry". That option is enabled by
default. If it is disabled, 1 and 2 above will fail, and most likely RHOME
is not set so it will fail, too.
The third possibility is that you left the option enabled for the
most-recently installed version of R, and then uninstalled that version. The
result will probably be that there will be no R version number in the
registry. It sounds like that could have happened if you uninstalled 2.15.3
in response to the 2.5.0 error. By uninstalling 2.15.3, the registry entries
were removed and now MGET thinks no version of R is installed.
My suggestion is to install R again, either 2.15.3 or 3.0.1 but not 3.0.0
(MGET cannot use it, due to a regression in R that was fixed in 3.0.1), and
make sure the "Save version number in registry" option is enabled. Then, if
you get an error complaining about 2.5.0 again, let's analyze that as a
separate problem. That sounds like it might be a bug in MGET.
Best regards,
Jason
-----Original Message-----
From:
[mailto:]
Sent: Saturday, June 22, 2013 6:37 PM
To:
Subject: [mget-help] software not installed error for R
Hi - quick question, I have not used MGET in a few months, and I was
creating some models that run through some of the MGET tools to share with a
few colleagues. I went to test these models, and the tools that rely on R,
are not functioning (script below). I just updated MGET (0.8a49) and I am
using ArcGIS
10 with the newest service pack.
I use R and R studio extensively, and have R 2.11, 2.14 and 2.15.1 all
installed on the computer. After a quick review of the mget help forum, I
did not see any answers that address this issue specifically.
Any thoughts? I am sure this is a simple fix. Below is one of the error
scripts that came up, the other was in reference to R 2.5.0, I unistalled
R2.15.3 and that error went away.
SoftwareNotInstalledError: This tool requires R 2.6.0 or a later version,
but it is not installed. Please download and install a compatible version
from http://www.r-project.org/.
<class 'GeoEco.Dependencies.SoftwareNotInstalledError'>: This tool requires
R
2.6.0 or a later version, but it is not installed. Please download and
install a compatible version from http://www.r-project.org/.
Failed to execute (GLMFitToArcGISTable).
Sorry for your troubles here. Normally this message means that R is not
installed. But obviously it is, so there must be some other problem.
Since you are an experienced R user, the first thing I will ask is whether
you have installed only the 64-bit version of R. At this time, MGET requires
the 32-bit version of R. This is because the ArcMap and ArcCatalog programs
are 32-bit, and Windows requires that only 32-bit libraries--Python and R in
this case--be loaded into a 32-bit process. So: if you have only installed
the 64-bit version of R, please uninstall it, and then install again with
both the 32-bit and 64-bit version of R.
Assuming that is not the problem, we can move to the next possibility:
In order for MGET to use R, it must first determine the version of R that is
installed. This is because MGET uses a specialized version of the Python rpy
module, which must be compiled against each version of R that is supported.
In order for rpy to initialize, it must know which version of R is
installed, so it can load an R-version-specific library into memory that
allows it to talk to R.
The version is determined by checking the following things, in this order:
1. Reading the "Current Version" value of the
HKEY_LOCAL_MACHINE\Software\R-core\R32 Windows registry key.
2. Reading the "Current Version" value of the
HKEY_LOCAL_MACHINE\Software\R-core\R Windows registry key.
3. By finding the R executable using the RHOME environment variable, and
running the executable. Since the RHOME environment variable is rarely set
on Windows computers, this method will often not succeed.
So: the second possibility is that when you installed R, you disabled the
option called "Save version number in registry". That option is enabled by
default. If it is disabled, 1 and 2 above will fail, and most likely RHOME
is not set so it will fail, too.
The third possibility is that you left the option enabled for the
most-recently installed version of R, and then uninstalled that version. The
result will probably be that there will be no R version number in the
registry. It sounds like that could have happened if you uninstalled 2.15.3
in response to the 2.5.0 error. By uninstalling 2.15.3, the registry entries
were removed and now MGET thinks no version of R is installed.
My suggestion is to install R again, either 2.15.3 or 3.0.1 but not 3.0.0
(MGET cannot use it, due to a regression in R that was fixed in 3.0.1), and
make sure the "Save version number in registry" option is enabled. Then, if
you get an error complaining about 2.5.0 again, let's analyze that as a
separate problem. That sounds like it might be a bug in MGET.
Best regards,
Jason
-----Original Message-----
From:
[mailto:]
Sent: Saturday, June 22, 2013 6:37 PM
To:
Subject: [mget-help] software not installed error for R
Hi - quick question, I have not used MGET in a few months, and I was
creating some models that run through some of the MGET tools to share with a
few colleagues. I went to test these models, and the tools that rely on R,
are not functioning (script below). I just updated MGET (0.8a49) and I am
using ArcGIS
10 with the newest service pack.
I use R and R studio extensively, and have R 2.11, 2.14 and 2.15.1 all
installed on the computer. After a quick review of the mget help forum, I
did not see any answers that address this issue specifically.
Any thoughts? I am sure this is a simple fix. Below is one of the error
scripts that came up, the other was in reference to R 2.5.0, I unistalled
R2.15.3 and that error went away.
SoftwareNotInstalledError: This tool requires R 2.6.0 or a later version,
but it is not installed. Please download and install a compatible version
from http://www.r-project.org/.
<class 'GeoEco.Dependencies.SoftwareNotInstalledError'>: This tool requires
R
2.6.0 or a later version, but it is not installed. Please download and
install a compatible version from http://www.r-project.org/.
Failed to execute (GLMFitToArcGISTable).
Archives powered by MHonArc.