I have problems installing rgdal in windows 8.1, i installed OSGeo4W (is it mandatory btw?), understood that I have to install proj4, but do not really understand what to install on page, I read some documentation, but I feel really ignorant and can't get it to work properly.
I want to access rgdal through R-studio through rgdal, but how can i tell r-studio where to look for gdal and proj4?
I am really confused, clearly need some documentation but do not understand where to look for it, because all I read did not seem useful.
rgdal is installed according to R but when I use spTransform it says
Error in spTransform(locations, CRS("+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs")) :
load package rgdal for spTransform methods
moreover in the system requirements GDAL and proj4 are needed I know that because I already installed all this in Ubuntu, with a lot of effort.
EDIT: I re-started R, now doing library(rgdal) I get this:
Carico il pacchetto richiesto: sp
rgdal: version: 0.8-16, (SVN revision 498)
Geospatial Data Abstraction Library extensions to R successfully loaded
Loaded GDAL runtime: GDAL 1.11.0, released 2014/04/16
Path to GDAL shared files: C:/R/i686-pc-linux-gnu-library/3.0/rgdal/gdal
GDAL does not use iconv for recoding strings.
Loaded PROJ.4 runtime: Rel. 4.8.0, 6 March 2012, [PJ_VERSION: 480]
Path to PROJ.4 shared files: C:/R/i686-pc-linux-gnu-library/3.0/rgdal/proj
Warning message:
package ‘rgdal’ was built under R version 3.0.3
is it all ok?
EDIT 2: I updated R, just to see if that could have been the reason. Absolutely no changes in the error message.
Any help is appreciated :)
The problem solved itself after updating R and turning the pc on and off twice. no idea why but it works.
Related
I am trying to shift from raster to the new terra R package, which requires a recent version of GDAL to be installed on my machine (MacOS 10.14.6).
I updated GDAL following the instructions here: http://www.alexchubaty.com/post/2020-01-08-using-latest-gdal-macos-redux/ and it seemed to work. When I run gdalinfo --version in the terminal it displays:
GDAL 3.1.1, released 2020/06/22
But when I load the terra library in R it still seems to link to an old version of GDAL (2.4.2):
> library(terra)
This is terra version 0.7.11 (alpha-release)
NOTE: You are using GDAL version 2.4.2
For full functionality you need at least version 3.0.4
Interestingly, rgdal package seems to detect the updated version:
> library(rgdal)
Loading required package: sp
rgdal: version: 1.5-12, (SVN revision 1018)
Geospatial Data Abstraction Library extensions to R successfully loaded
Loaded GDAL runtime: GDAL 3.1.2, released 2020/07/07
Path to GDAL shared files: /usr/local/Cellar/gdal/3.1.2/share/gdal
GDAL binary built with GEOS: TRUE
Loaded PROJ runtime: Rel. 7.1.0, August 1st, 2020, [PJ_VERSION: 710]
Path to PROJ shared files: /Users/jamesmccarthy/Library/Application Support/proj:/usr/local/opt/proj/share/proj:/usr/local/Cellar/proj/7.1.0/share/proj
PROJ CDN enabled:FALSE
Linking to sp version:1.4-2
To mute warnings of possible GDAL/OSR exportToProj4() degradation,
use options("rgdal_show_exportToProj4_warnings"="none") before loading rgdal.
Attaching package: ‘rgdal’
The following object is masked from ‘package:terra’:
project
Does anyone know how to get terra to link to the most recent version of GDAL? I'm guessing the old version is still installed somewhere on the machine.
I am guessing that you installed rgdal from source, but the binary version of terra from CRAN. So after doing (what you already did) from the command line:
brew install pkg-config
brew install gdal
You should get what you are looking for with the following R command
install.packages("terra", type = "source")
Or, for the cutting edge
remotes::install_github("rspatial/terra")
Good luck with terra!
I'm trying to load in R a shapefile but I can't do it.
When I load a Rgdal package I have this error message
"rgdal: version: 1.3-6, (SVN revision 773)
Geospatial Data Abstraction Library extensions to R successfully loaded
Loaded GDAL runtime: GDAL 2.2.3, released 2017/11/20
Path to GDAL shared files: C:/Users/Matteo/Documents/R/win-library/3.5/rgdal/gdal
GDAL binary built with GEOS: TRUE
Loaded PROJ.4 runtime: Rel. 4.9.3, 15 August 2016, [PJ_VERSION: 493]
Path to PROJ.4 shared files: C:/Users/Matteo/Documents/R/win-library/3.5/rgdal/proj
Linking to sp version: 1.3-1 "
What may have happened?
I tried to update the package but the problem remains.
My version of R is 3.5.1 and my PC is Windows
It doesn't look like an error message to me, just some loading notes.
You can confirm that the package is loaded, if you're using RStudio, under the "Packages" pane in the lower right-hand corner; the rgdal package should have a check mark next to it.
Alternatively, you can use print(.packages()), which will give you a list of all your loaded packages.
I'm having problems trying to use the adehabitatHR package in R. When I load the rgdal package I get the following error message.
> library(rgdal)
Loading required package: sp
rgdal: version: 1.0-7, (SVN revision 559)
Geospatial Data Abstraction Library extensions to R successfully loaded
Loaded GDAL runtime: GDAL 1.11.1, released 2014/09/24
Path to GDAL shared files: /usr/local/share/gdal
Loaded PROJ.4 runtime: Rel. 4.9.1, 04 March 2015, [PJ_VERSION: 491]
Path to PROJ.4 shared files: (autodetected)
WARNING: no proj_defs.dat in PROJ.4 shared files
Linking to sp version: 1.2-1
I haven't found an answer that's suitable for someone who isn't highly skilled in computer programming (such as how to upgrade proj4 for rgdal). The extant answers on this topic are not written in a form that's understandable to a layperson - for example I don't know how to "compile", "clone" etc from the GitHub codes linked in other threads. These answers presuppose (what seems to me to be) a significant amount of programming knowledge that isn't applicable to my field of study. I would appreciate if someone could explain it in a straightforward manner to someone who has basic computer knowledge.
I use the R packages rgdal and rgeos extensively (currently with R v3.2.2). Recently, on my ubuntu machine (ubuntu v15.10), when I load the rgdal package, I see the following:
> library(rgdal)
Loading required package: sp
rgdal: version: 1.0-7, (SVN revision 559)
Geospatial Data Abstraction Library extensions to R successfully loaded
Loaded GDAL runtime: GDAL 1.11.1, released 2014/09/24
Path to GDAL shared files: /usr/local/share/gdal
Loaded PROJ.4 runtime: Rel. 4.9.1, 04 March 2015, [PJ_VERSION: 491]
Path to PROJ.4 shared files: (autodetected)
WARNING: no proj_defs.dat in PROJ.4 shared files
Linking to sp version: 1.2-1
I have seen on a recent r-sig-geo posting that this is a known issue, and that an update to the rgdal package has been released to fix this issue. However, despite reinstalling the rgdal package, reinstalling gdal and proj4 with the following:
sudo apt-get update && sudo apt-get install libgdal-dev libproj-dev
I see no difference. This problem generates hundreds of warning messages when I use the functions of these packages.
In comparison, on my mac, if I load the rgdal package, I see
> library(rgdal)
Loading required package: sp
rgdal: version: 1.0-7, (SVN revision 559)
Geospatial Data Abstraction Library extensions to R successfully loaded
Loaded GDAL runtime: GDAL 1.11.3, released 2015/09/16
Path to GDAL shared files: /usr/local/Cellar/gdal/1.11.3/share/gdal
Loaded PROJ.4 runtime: Rel. 4.9.2, 08 September 2015, [PJ_VERSION: 491]
Path to PROJ.4 shared files: (autodetected)
Linking to sp version: 1.2-0
So there are clearly updates to gdal and proj.4 that are not making it onto my linux machine.
Does anybody have any ideas how I can get the updates?
Thanks!
I ended up compiling both proj4 and gdal from source, by cloning the respective github repositories.
https://github.com/OSGeo/proj.4
https://github.com/OSGeo/gdal
Installing rgdal on ubuntu should work (have done it, 2 months ago, on the amazone webservers). And yes, I received errors, but i could fix it by adding a folder with extra files, which didn't were installed during the installation of RGDAL.
I'm having a problem I can't solve with rgdal in which the projection file seems to be
missing. This is the error I get:
proj4string(d) <- CRS("+init=epsg:28992")
Error in CRS("+init=epsg:28992") : no system list, errno: 2
It's confusing because when I load the package, it seems to successfully
autodetect the PROJ.4 files:
> library(rgdal)
rgdal: version: 0.9-2, (SVN revision 526)
Geospatial Data Abstraction Library extensions to R successfully loaded
Loaded GDAL runtime: GDAL 1.11.2, released 2015/02/10
Path to GDAL shared files:
Loaded PROJ.4 runtime: Rel. 4.9.1, 04 March 2015, [PJ_VERSION: 491]
Path to PROJ.4 shared files: (autodetected)
But when I do this, it returns zero:
.Call("PROJcopyEPSG", tempfile(), PACKAGE = "rgdal")
The only answer I've found from googling this and searching SO is that epsg has to be lowercase, which it is in my code.
I'm on a Mac running Yosemite, with R 3.2.0, and working inside RStudio
(version 0.99.441). Other packages and versions from my session info:
rgeos_0.3-8 ggmap_2.4 ggplot2_1.0.1 rgdal_0.9-2
leaflet_0.0.15 tidyr_0.2.0 dplyr_0.4.1
UScensus2010blk_1.00 UScensus2010_0.11 foreign_0.8-63
maptools_0.8-36 sp_1.1-0
I had a quick Google and came across this post which suggests this was an OS X error where the packages were built incorrectly.
On my Mac system, I wasn't able to reproduce your error, so for what it's worth I installed my versions of rgdal and rgeos from http://www.kyngchaos.com/software:frameworks Maybe you can reinstall your versions of these packages and see if this resolves the issue? I would also update sp at the same time.
As a workaround, you might be able to specify the projection manually. The proj string for your projection can be obtained from: http://spatialreference.org/ref/epsg/amersfoort-rd-new/
So, for example, instead of:
proj4string(d) <- CRS("+init=epsg:28992")
you could specify:
proj4string(d) <- CRS("+proj=sterea +lat_0=52.15616055555555 +lon_0=5.38763888888889 +k=0.9999079 +x_0=155000 +y_0=463000 +ellps=bessel +units=m +no_defs ")
Not an answer, maybe, but worth a try? Good luck.