通过R的sf包在Windows更新GEOS、GDAL、PROJ及相关疑问

能否通过sf包安装较新版本的GEOS、GDAL和PROJ？ #

sf本身并不直接提供这三个系统级依赖库的安装功能，但可以通过以下方式间接获取较新版本：

• 二进制包更新：在Windows或macOS上，CRAN提供的预编译sf二进制包已捆绑对应版本的依赖。更新sf时，会同步获取CRAN最新构建包中捆绑的依赖版本（通常是稳定兼容的较新版本）。
• 指定源安装：借助r-spatial维护的专属配置（如macOS配合Homebrew的r-spatial源、Windows使用RTools相关设置），能安装搭载新版依赖的sf包。
• 源码编译：先在本地系统手动安装新版的GEOS、GDAL、PROJ，再从源码编译sf，此时sf会自动链接这些本地的新版依赖库，这是自定义依赖版本的常用方法。

sf最初如何安装这些依赖库？ #

sf的依赖安装逻辑分两种场景：

• 二进制安装（Windows/macOS）：CRAN提供的预编译sf包已捆绑预编译好的GEOS、GDAL、PROJ。用户执行install.packages("sf")时，会自动下载包含这些依赖的完整二进制包，无需手动安装系统级依赖。
• 源码编译安装（Linux/手动编译）：sf会先检查系统中已安装的依赖库，若找到满足最低要求的版本则直接链接；若系统未安装，部分系统包管理器（如Ubuntu的apt）会自动从系统仓库安装对应依赖的开发包（如libgeos-dev、libgdal-dev）。

sf如何决定使用哪个版本的依赖？ #

• 最低版本限制：sf的DESCRIPTION文件明确规定了依赖库的最低版本要求（如GEOS ≥ 3.6.0、GDAL ≥ 2.0.0、PROJ ≥ 4.8.0），低于该版本会导致编译或运行失败。
• 二进制包的依赖版本：CRAN二进制sf包捆绑的依赖版本由r-spatial团队选定，通常会选取稳定且兼容的较新版本，与CRAN的统一构建环境保持一致。
• 源码编译时的版本选择：优先使用系统中已安装的、满足最低要求的最高版本依赖；若系统存在多个版本，可通过环境变量（如GEOS_CONFIG、GDAL_CONFIG）指定目标依赖的路径来选择版本。

内容的提问来源于stack exchange，提问作者olivroy