No, io mi trovo benissimo col 5". Considera però che quello che faccio io
è, essenzialmente, prendere il punto, inserire in Tabella i dati relativi a
quel punto, fare la foto e via. Saltuariamente delineo qualche area, ma
anche li non ci sono problemi perchè l'idea di far scorrere la carta sotto
Grazie per la condivisione !
Ma volevo anche chiederti su che dimensioni di display lavori, perché io su
5" mi trovo male!
Secondo me può andar bene solo su tablet almeno 8", ma forse sono io che
sono impedito !
Saluti
Nino
Il 17 gen 2017 8:01 PM, "Marco Spaziani" ha
Hi,
I've had an issue with the Processing plugin over that last few days. QGIS
has been really slow to start (about 15 minutes in some cases) and I then
get a message that says "Plugin Processing: the plugin will be disabled
because it crashed QGIS during last startup. Please report and issue
Applicando i fondamentali e insostituibili consigli di Totò Fiandaca ho
allestito un progetto con 4 viste consistenti in.
Vista 1: il PSAI rischio frane, layer vettoriale, non modificabile, con
etichette e colori standard
Vista 2: il PSAI rischio allagamenti, layer vettoriale, non modificabile,
Per quello che può valere io sono su Win 10 x64.
Uso la 2.14.11 con Grass 7.2 senza alcun problema dal menu processing.
Preciso che utilizzo la versione OSgeo4w x86 e ho aggiornato direttamente
da questa.
Mauro
Il giorno 17 gennaio 2017 14:49, matteo ha
scritto:
> Ciao
Could it be connected with the new feature to "execute expressions on the
server side if possible"? Then you should get the new primay key from the
database before you save edits so you can use it for childs in subforms etc.
/Karl-Magnus
17 jan 2017 kl. 11:16 skrev Luca Lanteri
Hi,
2017-01-17 15:36 GMT+01:00 Paolo Cavallini :
> AFAIK the change has ben done to support g6+g7 at the same time.
well, on Debian/Ubuntu you cannot have installed GRASS 6 and GRASS 7
packages together. Ma
--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
Il 17/01/2017 15:24, Martin Landa ha scritto:
> Hi,
>
> 2017-01-17 10:01 GMT+01:00 Micha Silver :
>> sudo ln -s /usr/bin/grass72 /usr/bin/grass70
>
> for QGIS devs: QGIS should rely on /usr/bin/grass and not on specific
> /usr/bin/grassXY. Ma
AFAIK the change has ben done to
Hi,
2017-01-17 10:01 GMT+01:00 Micha Silver :
> sudo ln -s /usr/bin/grass72 /usr/bin/grass70
for QGIS devs: QGIS should rely on /usr/bin/grass and not on specific
/usr/bin/grassXY. Ma
--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
HI,
in qgis-dev there has been reported the same issue.
https://lists.osgeo.org/pipermail/qgis-developer/2017-January/046654.html
I think that until Processing is not updated you have to get back to the
old GRASS 7 release
Cheers
Matteo
___
Ciao Federico,
non so se possa dipendere da questo, però anche a me Grass non gira dopo
che lo ho aggiornato alla nuova release, ovvero la 7.2 (che è quella che
hai anche tu).
in lista qgis-dev è stato riportato lo stesso errore
Ci riprovo. Non riesco a lanciare i comandi Grass da Qgis.
Ho disinstallato Qgis 2.18.2, pulito con Ccleaner, eliminato i file di qgis
in giro e reinstallato da locale qgis 2.14.
Stesso errore. Provo a cambiare la directory, come da figura, ma stesso
risultato
This is the postgres log [0]:
In fact the 2.18 query add a RETURNING clause that is non present in QGIS
2.14
I've just opened this ticket: http://hub.qgis.org/issues/16083
Luca
[0]
With QGIS 2.18
2017-01-17 11:09:32 CET [25093]: [5-1] user=l_lanteri,db=sigeo,app=QGIS
STATEMENT: INSERT INTO
More on the same:
After the recent GRASS update, the GRASS modules in Processing
Toolbox no longer worked, giving the error "cannot find grass". My
work around is to set a softlink:
sudo ln -s /usr/bin/grass72 /usr/bin/grass70
Then the GRASS modules work.
14 matches
Mail list logo