QGIS se vektornutsgoed ontbreek by die huis: installasie of profiel?

Maak dieselfde QGIS-projek by die huis oop, vind die vektornutsgoed weg, en die tonnel lyk skuldig. Dit is gewoonlik nie, selfs al is dit die VPN wat die twee omgewings langs mekaar geplaas het. Die projeklêer dra lae, style en projekinstellings; dit dra nie die algoritmekatalogus nie. Nutsgoed behoort aan die installasie wat die taak uitvoer en aan die profiel wat daardie installasie gelaai het.

Bepaal watter installasie die taak uitvoer

’n Goedgekeurde afgeleë lessenaar wat kantoor-QGIS wys, lyk identies aan ’n plaaslike installasie totdat jy kyk wat uitgevoer word. In daardie reëling kom die algoritmes van die afgeleë masjien en sy profiel, terwyl jou tuisrekenaar net pixels teken. Ondersoek die weergawe en aktiewe profiel binne die afgeleë sessie, nie dié op jou eie lessenaar nie.

Wanneer QGIS plaaslik loop, verskaf die tuisinstallasie alles. Die VPN het dan een taak: om die data te bereik.

Skryf die werklike bou-nommer, die naam van die aktiewe profiel en die inproplys neer op watter masjien ook al die werk doen. Vergelyk dit met die kombinasie wat jou GIS-eienaar ondersteun, nie met ’n ou skermkiekie nie. Om ’n skootrekenaar met Windows 7 te herbou om by ’n historiese kieslys-uitleg te pas, los niks op nie en skep ’n tweede onondersteunde omgewing. As die twee masjiene werklik verskil, is die besluit om op een ondersteunde bou ooreen te kom, nie ’n omweë nie.

Die Vector-kieslys weerspieël die Processing-inprop

QGIS vul die Vector-kieslys met kortpaaie na algoritmes van kernverskaffers, so ’n leë subkieslys beteken gewoonlik dat die Processing-inprop nie in daardie installasie geaktiveer is nie. Maak die inpropbestuurder oop en bevestig dat die kerninprop aangeskakel is, herbegin dan QGIS en kyk weer. Dit is ’n programinstelling, en geen hoeveelheid tonnelontfouting sal dit verander nie.

Jy kan dieselfde toestand uit ’n terminaal lees, wat vinniger is as om deur kieslyste op ’n stadige skakel te klik:

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

Sodra die inprop antwoord, vergelyk die verskaffer van die bewerking wat jy werklik nodig het. ’n Inheemse algoritme, ’n ekstern verskafde provider en ’n model wat inhuis gebou is, kan verskillende voorvereistes hê, en twee kieslyste wat eenders lyk, bevat dalk nie dieselfde inskrywing nie. Let op die verskaffernaam in die gereedskapkis en kontroleer dit op naam, nie op posisie in die lys nie.

Profiele verduidelik ontbrekende nutsgoed sonder herinstallasie

’n QGIS-gebruikersprofiel hou voorkeure, geaktiveerde inproppe en Processing-konfigurasie, en dit is presies die stel dinge wat een masjien anders laat voel as ’n ander. Die profielbestuurder open ’n aparte, skoon instansie, en daardie instansie sal wettiglik nie die nutsgoed hê wat jou kantoorprofiel het nie.

Gebruik ’n skoon profiel as ’n vergelykingsomgewing, nie as ’n vervanging nie. As die gereedskap daar verskyn, lê die verskil in jou bestaande profiel se inproppe of Processing-instellings; as dit nie verskyn nie, is die gaping in die installasie en kyk jy heeltemal na die verkeerde laag.

Om ’n kollega se hele profieldop te kopieer is die verkeerde kortpad. Dit sleep onverwante instellings, databasisverbindingdefinisies en verifikasiekonfigurasie in wat nooit vir jou rekening bedoel was nie. Vra eerder die spesifieke verskaffer, model of instelling en voeg dit by deur die ondersteunde koppelvlak.

Daardie onderskeid beskerm ook die kantooropstelling teen jou eksperimente, wat belangriker is as om tien minute te spaar.

’n Databronfout lyk anders as ’n ontbrekende algoritme

Sodra die algoritme bestaan, sal die volgende fout oor die bereiking van die laag gaan. ’n PostGIS-verbinding, ’n WMS- of WFS-eindpunt en ’n lêer op ’n gekarteerde skyf misluk elkeen op sy eie manier, en ’n skyfletter wat in die kantoor werk, beteken gewoonlik niks by die huis nie. Gebruik die beoogde private gasheernaam en die diens se eie geloofsbriewe en TLS-vereistes.

Toets in twee stappe en die foutboodskap sal jou sê wie om te bel. Voer die bewerking eers uit op ’n klein, nie-sensitiewe plaaslike monster van die regte meetkundetipe; as dit slaag, is die algoritme en profiel reg, so enige mislukking op die private laag hoort by die netwerk of die diens. As die monster ook misluk, hou op om die VPN te blameer en gaan terug na die inprop- en profielkontroles.

Eindig deur die uitset op die goedgekeurde plek te stoor en ’n kort rekord by die projek te hou: QGIS-bou, profiel, algoritmeverskaffer en datapaaie. Die volgende opgradering of nuwe skootrekenaar begin dan met feite in plaas van nog ’n ronde kieslys-argeologie.