Obriu el mateix projecte del QGIS a casa, trobeu que les eines vectorials han desaparegut, i el túnel sembla culpable. Normalment no ho és, encara que sigui la VPN la que va posar els dos entorns l’un al costat de l’altre. El fitxer del projecte porta capes, estils i paràmetres del projecte; no porta el catàleg d’algoritmes. Les eines pertanyen a la instal·lació que executa la feina i al perfil que aquella instal·lació ha carregat.

Decidiu quina instal·lació executa la feina

Un escriptori remot aprovat que mostra el QGIS d’oficina sembla idèntic a una instal·lació local fins que comproveu què s’executa realment. En aquesta disposició els algoritmes vénen de la màquina remota i del seu perfil, mentre que el vostre ordinador de casa només dibuixa píxels. Inspeccioneu la versió i el perfil actiu dins la sessió remota, no els del vostre escriptori.

Quan el QGIS s’executa localment, la instal·lació de casa ho proporciona tot. Llavors la VPN té una sola feina: arribar a les dades.

Anoteu el número de compilació real, el nom del perfil actiu i la llista de connectors a la màquina que faci la feina. Compareu-ho amb la combinació que admet el vostre responsable de GIS, no amb una captura de pantalla antiga. Refer un portàtil amb Windows 7 per encaixar amb un disseny de menú històric no resol res i crea un segon entorn no admès. Si les dues màquines difereixen de debò, la decisió és acordar una sola compilació admesa, no una solució improvisada.

El menú Vector reflecteix el connector Processing

El QGIS omple el menú Vector amb dreceres a algoritmes de proveïdors bàsics, així que un submenú buit normalment vol dir que el connector Processing no està habilitat en aquella instal·lació. Obriu el gestor de connectors i confirmeu que el connector bàsic està activat, després reinicieu el QGIS i torneu a mirar. Això és un paràmetre de l’aplicació, i cap depuració del túnel no ho canviarà.

Podeu llegir el mateix estat des d’un terminal, cosa més ràpida que clicar pels menús en un enllaç lent:

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

Quan el connector respongui, compareu el proveïdor de l’operació que realment necessiteu. Un algoritme natiu, un proveïdor extern i un model fet a casa poden tenir requisits previs diferents, i dos menús que semblen iguals poden no contenir la mateixa entrada. Anoteu el nom del proveïdor des de la caixa d’eines i comproveu-lo pel nom, no per la posició a la llista.

Els perfils expliquen les eines que falten sense reinstal·lar

Un perfil d’usuari del QGIS guarda preferències, connectors habilitats i configuració de Processing, que és exactament el conjunt de coses que fa que una màquina sembli diferent d’una altra. El gestor de perfils obre una instància separada i neta, i aquesta instància legítimament no tindrà eines que el vostre perfil d’oficina sí que té.

Feu servir un perfil net com a entorn de comparació, no com a substitució. Si l’eina hi apareix, la diferència és als connectors o als paràmetres de Processing del perfil actual; si no hi apareix, el buit és a la instal·lació i esteu mirant la capa completament equivocada.

Copiar tota la carpeta de perfil d’un company és la drecera equivocada. Arrossega paràmetres no relacionats, definicions de connexió a bases de dades i configuració d’autenticació que mai no es van pensar per al vostre compte. Demaneu el proveïdor, el model o el paràmetre concret i afegiu-lo per la interfície admesa.

Aquesta distinció també protegeix la configuració d’oficina dels vostres experiments, cosa que importa més que estalviar deu minuts.

Una falla d’origen de dades sembla diferent d’un algoritme que falta

Un cop l’algoritme existeix, la propera falla que trobareu serà per arribar a la capa. Una connexió PostGIS, un punt de connexió WMS o WFS i un fitxer en un disc mapat fallen cadascun a la seva manera, i una lletra de disc que funciona a l’oficina normalment no vol dir res a casa. Feu servir el nom d’amfitrió privat previst i les credencials pròpies del servei i els seus requisits de TLS.

Proveu-ho en dos passos i el missatge d’error us dirà a qui heu de trucar. Executeu primer l’operació sobre una mostra local petita i no sensible del tipus de geometria correcte; si funciona, l’algoritme i el perfil estan bé, així que qualsevol falla a la capa privada és de la xarxa o del servei. Si la mostra també falla, deixeu de culpar la VPN i torneu a les comprovacions del connector i del perfil.

Acabeu desant la sortida a l’ubicació aprovada i mantenint un registre breu al costat del projecte: compilació del QGIS, perfil, proveïdor de l’algoritme i camins de dades. Així la propera actualització o el pròxim portàtil comença amb fets en lloc d’una altra ronda d’arqueologia de menús.

Articles relacionats