[R-sig-Geo] rgdal

[Roger Bivand]

On Thu, 17 Jun 2010, tom sgouros wrote:

Your syntax for the configure.args= argument was wrong, and most likely it 
would fail on GDAL next. If you want to install from source, install 
PROJ.4 first, test it (you need the headers and the *shared* library), 
then install and test GDAL. When they are in place, determine the correct 
locations and use configure.args= without any PROJ=.

If this sounds hard, use the Kyngchaos route, which is well tried, both 
for getting the external dependencies and installing rgdal from source, or 
indeed for installing binary rgdal (William Kyngesburye is kind enough to 
keep things pretty updated).

The easiest route is to do:

setRepositories(ind=1:2)
install.packages("rgdal")

which looking at the list archives would have shown, for example google 
on:

R-sig-geo rgdal MAC

or similar. The second repository in the list is in this case on OSX at 
Oxford on CRAN extras, and the rgdal binary with bundled PROJ.4 and GDAL 
dependencies is built by Brian Ripley:

http://www.stats.ox.ac.uk/pub/RWin/bin/macosx/leopard/contrib/2.11/rgdal_0.6-27.tgz

or similar for the R 2.10 and development 2.12 releases.

Unless you need extra drivers, installing from CRAN extras version is 
probably the easiest.

Roger

>
> Alex Mandel <tech_dev at wildintellect.com> wrote:
>
>> On 06/17/2010 05:40 PM, tom sgouros wrote:
>>>
>>> Hello all:
>>>
>>> I read this in the rgdal documentation:
>>>
>>>> The GDAL and PROJ.4 libraries are external to the package, and, when
>>>> installing the package from source, must be correctly installed first.
>>>
>>> Does "correctly" mean something different from the default?  I installed
>>> PROJ.4 on my Mac OS X (10.6) machine, using 'make all' and 'make
>>> install'.  I saw no errors, and I see libproj.a sitting happily in
>>> /usr/local/lib which seems pretty standard to me, but when I try to
>>> install rgdal, I get this:
>>>
>>>   ...
>>>   checking proj_api.h usability... yes
>>>   checking proj_api.h presence... yes
>>>   checking for proj_api.h... yes
>>>   checking for pj_init_plus in -lproj... no
>>>   Error: libproj.a not found.
>>>   If the PROJ.4 library is installed in a non-standard location,
>>>   use --configure-args='--with-proj-lib=/opt/local/lib' for example,
>>>   replacing /opt/local/* with appropriate values for your installation.
>>>   If PROJ.4 is not installed, install it.
>>>
>>> Before it was installed, the configure choked on the line about
>>> proj_api.h.
>>>
>>> It was already installed, but per those directions, I tried this:
>>>
>>>> install.packages(c("rgdal"),lib="/Library/Frameworks/R.framework/Resources/library",contriburl=contrib.url(getOption("repos"),'source'),type='source',dependencies=TRUE,configure.args=c(PROJ='--with-proj-lib=/usr/local/lib'))
>>>
>> Those instructions seem to indicate that it should be:
>> configure.args='--with-proj-lib=/usr/local/lib'
>> while the R code you put in may seem similar and theoretically provide
>> the same, try doing it exactly like the example.
>
> The example is from a command line invocation of ./configure.  How that
> relates to an install.packages() option wasn't obvious to me.  I was
> just copying the example in the install.packages() documentation.  But I
> tried it your way just now and it still doesn't work.  Same error.
> Besides, what's so non-standard about /usr/local/lib?
>
>>
>> The other option to consider is install Proj and GDAL from the Frameworks:
>> http://www.kyngchaos.com/software/frameworks
>>
>> I know people have gotten the frameworks to work.
>
> I'll try that, but I'm still mystified.
>
> Thank you,
>
> -tom
>
>
>>
>> Enjoy,
>> Alex
>>
>> _______________________________________________
>> R-sig-Geo mailing list
>> R-sig-Geo at stat.math.ethz.ch
>> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>>
>
>
>

-- 
Roger Bivand
Economic Geography Section, Department of Economics, Norwegian School of
Economics and Business Administration, Helleveien 30, N-5045 Bergen,
Norway. voice: +47 55 95 93 55; fax +47 55 95 95 43
e-mail: Roger.Bivand at nhh.no