在家里打开同一个 QGIS 项目,发现矢量工具不见了,隧道看起来像是嫌疑人。通常并非如此,尽管把两个环境并排放在一起的确实是 VPN。项目文件保存的是图层、样式和项目设置,并不保存算法目录。工具属于执行任务的那套安装,也属于那套安装所加载的配置文件。

确定是哪套安装在执行任务

一台经批准的远程桌面显示着办公室的 QGIS,在你检查实际执行的是什么之前,它与本地安装看起来一模一样。在这种安排里,算法来自远程机器及其配置文件,而家里的电脑只负责绘制像素。要在远程会话内部检查版本和活动的配置文件,而不是检查自己桌面上的那个。

当 QGIS 在本地运行时,家里的安装提供一切。此时 VPN 只有一项任务:连通数据。

把实际构建号、活动配置文件名和插件列表写在正在执行任务的机器上。要拿它和 GIS 负责人支持的组合去比,而不是和一张旧截图比。为了迁就历史菜单布局去重装一台 Windows 7 笔记本,什么都解决不了,只会制造第二个不受支持的环境。如果两台机器确实不同,正确的决定是约定一个受支持的构建,而不是绕道。

矢量菜单反映的是 Processing 插件

QGIS 用核心提供者算法的快捷方式填充矢量菜单,因此子菜单为空通常意味着 Processing 插件 在那套安装里没有启用。打开插件管理器,确认核心插件已开启,然后重启 QGIS 再看一次。这是应用程序的设置,再怎么调试隧道也不会改变它。

你也可以从终端读取同样的状态,这比在慢速连接上点菜单更快:

$ qgis_process plugins
$ qgis_process list | grep -i "native:buffer"
native:buffer  Buffer
$ qgis_process help native:buffer

插件有响应之后,比较你真正需要的那个操作的提供者。原生算法、外部提供的提供者和自建模型可能有不同的前提条件,两个看起来一样的菜单未必包含同一条目。从工具箱里记下提供者名称,按名称核对,而不是按它在列表中的位置。

配置文件能在不重装的情况下解释工具缺失

QGIS 用户配置文件保存偏好设置、已启用的插件和 Processing 配置,正是这些东西让一台机器与另一台不同。配置文件管理器会打开一个独立的干净实例,那个实例理所当然不会包含办公室配置文件里的工具。

把干净配置文件当作对照环境,而不是替代品。如果工具在那里出现,差异就在现有配置文件的插件或 Processing 设置里;如果没有出现,缺口就在安装本身,你看的完全是另一层。

复制同事的整个配置文件夹是错误的捷径。它会把无关的设置、数据库连接定义和从未为你的账户准备的身份验证配置一并拖进来。应当索取具体的提供者、模型或设置,并通过受支持的界面添加。

这种区分也保护办公室环境不受你的实验影响,这比省下十分钟更重要。

数据源故障看起来和算法缺失不一样

算法一旦存在,接下来遇到的故障就会是够不到图层。PostGIS 连接、WMS 或 WFS 端点以及映射驱动器上的文件各有各的失败方式,在办公室能用的盘符到家里通常毫无意义。 使用预定的私有主机名,以及服务自身的凭据和它的 TLS 要求。

分两步测试,错误信息会告诉你该找谁。先在一个规模很小、不敏感、几何类型正确的本地样本上执行该操作;如果成功,算法和配置文件都没问题,那么私有图层上的任何失败都属于网络或服务。如果样本也失败,就别再怪 VPN,回到插件和配置文件的检查。

最后把输出保存到批准的位置,并在项目旁边保留一份简短记录:QGIS 构建、配置文件、算法提供者和数据路径。这样下一次升级或新笔记本就从事实出发,而不是又从一轮菜单考古开始。

相关文章