[Qgis-developer] More ideas about package installation in R for SEXTANTE
Victor Olaya
volayaf at gmail.com
Wed Jul 17 15:37:17 PDT 2013
Sounds good, but I guess we could do that once we have a larger set of
R scripts prepared. Otherwise, to use R from SEXTANTE, you actually
have to know R, and in taht case you probably know how to install
it...
Are there any plans to put SAGA in the standalone version? That will
definitely help users. It might need require some changes in SEXTANTE,
though, to have it configured by default
Cheers
Victor
2013/7/18 Tim Sutton <lists at linfiniti.com>:
> Hi
>
> More broadly, it would also be nice if R could be provided 'out of the box'
> in our standalone installer for windows (and osgeo4w too I guess) - I know
> the complicated installation process prevents many users from 'giving it a
> try'.
>
> Regards
>
> Tim
>
>
> On Wed, Jul 17, 2013 at 9:22 PM, Victor Olaya <volayaf at gmail.com> wrote:
>>
>> Hi all
>>
>> We have been discussing some issues with packages in R, and I would
>> like to share some ideas wth you
>>
>> The goal is to make package installation as easy and practical as
>> possible, so scripts can run with minor settings
>>
>> I am thinking that a good solution would be to check for packages
>> needed by a script, checking calls to library(). With that, package
>> installation commands could be included, as it is done now with rgdal
>> and raster, with a code like this
>>
>> 'tryCatch(find.package("rgdal"), error=function(e)
>> install.packages("rgdal", dependencies=TRUE))')
>>
>> replace "rgdal" with the lib the script uses...and it should be fine,
>> right?
>>
>> two problems in here:
>>
>> 1) if the user has no permissions that will not work, but I can
>> implement a way of checking what is needed and what is installed in
>> case the algorithm fails, so I can inform the user to manually install
>> the reuqired packages
>>
>> 2)to avoid installing things automatically, for users that might not
>> like that behaviour, this can be turned off, so manual intallation is
>> required.
>>
>> All this would go on the default lib path, since we agreed that it is
>> a better option than having a custom one that might duplicate packages
>>
>> Comments are welcome
>>
>> Thanks in advance!
>>
>> Victor
>> _______________________________________________
>> Qgis-developer mailing list
>> Qgis-developer at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
>
>
> --
> Tim Sutton - QGIS Project Steering Committee Member (Release Manager)
> ==============================================
> Please do not email me off-list with technical
> support questions. Using the lists will gain
> more exposure for your issues and the knowledge
> surrounding your issue will be shared with all.
>
> Irc: timlinux on #qgis at freenode.net
> ==============================================
More information about the Qgis-developer
mailing list