Re: [QGIS-it-user] Prime valutazioni su QField

2017-01-17 Thread Marco Spaziani 
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
il cursore, e non viceversa, per segnare i vertici del poligono, ti
consente, usando un zoom adeguato, di lavorare con precisione più che
soddisfacente.
Detto questo aggiungerei pure che fino a qualche mese fa (con Geopaparazzi,
ma il concetto è lo stesso) usavo il tablet 11" ma alla fine ho dovuto
prendere atto che in campagna, è scomodissimo, ti rende goffo nei
movimenti, devi stare attento a che non gli succeda nulla come se portassi
in braccio un neonato e ti spacca il polso per il peso  ...con lo
smartphone invece lo sfili dalla tasca, rilevi i dati e rificchi in tasca
...comodissimo.
Certo però che, pensandoci bene, un 7" o 8" mi sembra un ottimo compromesso
tra la spartanità del 5" e l'ingombro eccessivo del 11"

Il giorno 18 gennaio 2017 07:25, nino formica  ha
scritto:

> 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
> scritto:
>
>> 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,
>> con etichette e colori standard
>> Vista 3: la CTR regionale, consistente in 4 raster B/N mosaicati, con
>> pixel bianchi trasparenti, più due layer vettoriali modificabili, utili per
>> i rilievi in campagna, chiamati rispettivamente Punto e Area, attrezzati
>> ognuno con campi per l'ID (Numero intero), per eventuali note o appunti
>> (Testo di 250 caratteri) per eventuali appunti numerici (Numero decimale
>> con precisione 2) e per Foto, (come imparato da Totò)
>> Vista 4: ...in attesa di passare a Qgis 2.18 e sfruttare TileXYZ ...un
>> layer WMS con collegamento alle ortofoto a colori del 2012 dell'italico
>> stivale disponibili sul PCN ...non si sa mai, dovessi lavorare fuori
>> dall'area del mio Comune, ossia fuori dall'area compresa nel mosaico delle
>> CTR di cui alla Vista 3.
>> Funziona tutto alla grande, a parte il difettuccio che ho già segnalato
>> riguardante il tastierino numerico che non mi consente di inserire la
>> virgola e i decimali  ...ma per ora risolvo usando unità di misura adeguate
>> che non prevedano i decimali.
>> Giudizio?: Ottimo! ...decisamente ottimo!
>>
>> ___
>> QGIS-it-user mailing list
>> QGIS-it-user@lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/qgis-it-user
>>
>>
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] Prime valutazioni su QField

2017-01-17 Thread nino formica 
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
scritto:

> 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,
> con etichette e colori standard
> Vista 3: la CTR regionale, consistente in 4 raster B/N mosaicati, con
> pixel bianchi trasparenti, più due layer vettoriali modificabili, utili per
> i rilievi in campagna, chiamati rispettivamente Punto e Area, attrezzati
> ognuno con campi per l'ID (Numero intero), per eventuali note o appunti
> (Testo di 250 caratteri) per eventuali appunti numerici (Numero decimale
> con precisione 2) e per Foto, (come imparato da Totò)
> Vista 4: ...in attesa di passare a Qgis 2.18 e sfruttare TileXYZ ...un
> layer WMS con collegamento alle ortofoto a colori del 2012 dell'italico
> stivale disponibili sul PCN ...non si sa mai, dovessi lavorare fuori
> dall'area del mio Comune, ossia fuori dall'area compresa nel mosaico delle
> CTR di cui alla Vista 3.
> Funziona tutto alla grande, a parte il difettuccio che ho già segnalato
> riguardante il tastierino numerico che non mi consente di inserire la
> virgola e i decimali  ...ma per ora risolvo usando unità di misura adeguate
> che non prevedano i decimali.
> Giudizio?: Ottimo! ...decisamente ottimo!
>
> ___
> QGIS-it-user mailing list
> QGIS-it-user@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/qgis-it-user
>
>
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

[Qgis-user] Processing plugin crash

2017-01-17 Thread Johanna Botman 


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 and
re-enable the plugin when the problem has been resolved"

Can anyone tell me how I report the issue? What logs I need, where do I
find them and who do I send them to?

___
Johanna Botman
GIS / Assets Officer

B.A. Dip Ed
Grad Dip App Sci (IT)
M. GIS and Remote Sensing

Griffith City Council
Ph: 02 6962 8168
Please consider the environment before printing this email notice.


This e-mail, together with any attachments, is for the exclusive and
confidential use of the addressee(s). Confidentiality is not waived if
you are not the intended recipient. Any other distribution, use of, 
or reproduction without prior written consent is strictly prohibited. 
Views expressed in this e-mail are those of the individual, except 
where specifically stated otherwise. If this e-mail has been sent to 
you in error, please delete the e-mail completely and immediately from 
your system. Although reasonable precautions are taken, Griffith City 
Council does not warrant or guarantee this message to be free of errors,
interference, viruses or similar malicious code and does not accept
liability for any consequences to the recipient opening or using this
email or attachments.
This email was scanned and cleared by MailMarshal, Sophos and Kaspersky AV
-
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

[QGIS-it-user] Prime valutazioni su QField

2017-01-17 Thread Marco Spaziani 
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,
con etichette e colori standard
Vista 3: la CTR regionale, consistente in 4 raster B/N mosaicati, con pixel
bianchi trasparenti, più due layer vettoriali modificabili, utili per i
rilievi in campagna, chiamati rispettivamente Punto e Area, attrezzati
ognuno con campi per l'ID (Numero intero), per eventuali note o appunti
(Testo di 250 caratteri) per eventuali appunti numerici (Numero decimale
con precisione 2) e per Foto, (come imparato da Totò)
Vista 4: ...in attesa di passare a Qgis 2.18 e sfruttare TileXYZ ...un
layer WMS con collegamento alle ortofoto a colori del 2012 dell'italico
stivale disponibili sul PCN ...non si sa mai, dovessi lavorare fuori
dall'area del mio Comune, ossia fuori dall'area compresa nel mosaico delle
CTR di cui alla Vista 3.
Funziona tutto alla grande, a parte il difettuccio che ho già segnalato
riguardante il tastierino numerico che non mi consente di inserire la
virgola e i decimali  ...ma per ora risolvo usando unità di misura adeguate
che non prevedano i decimali.
Giudizio?: Ottimo! ...decisamente ottimo!
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] Grass da Qgis

2017-01-17 Thread Mauro D'Ambroso 
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 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
>
> https://lists.osgeo.org/pipermail/qgis-developer/2017-January/046654.html
>
> Processing quindi deve essere aggiornato per la nuova release,
> altrimenti ti tocca tornare al grass vecchio per ora
>
> Saluti
>
> Matteo
> ___
> QGIS-it-user mailing list
> QGIS-it-user@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/qgis-it-user
>
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [Qgis-user] can't editing view using rules

2017-01-17 Thread Karl-Magnus Jönsson 
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 
>:

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 
"sicod"."v_dif_spon"("geom","oper_id","padr_id","sigla_rile","cod_opera","prog_opera","localita","sponda","alt_min","alt_max","lung","tipologia","efficienza","stato","mat_massi","mat_c_secc","mat_c_int","mat_a_secc","mat_a_int","mat_gabbio","mat_cls","mat_legna","i_manuten","i_nessuna","i_prolung","i_pulizia","i_ricostru","i_sottomur","i_svuotam","so_dissest","so_interra","so_scalzat","so_sifonat","data_rilev","note","utente_crea","data_crea","utente_mod","data_mod","fonte","desc_fonte","font_elab","font_sopr","font_altro")
 VALUES 
(st_multi(st_geomfromwkb($1::bytea,32632)),$2,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,'0',NULL,'0',NULL,'0','0','0',NULL,'0','0','0','0','0','0','0','0','0','0','0','2000-01-01',NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL)
 RETURNING "oper_id"

With QGIS 2.14
2017-01-17 11:12:01 CET [26026]: [3-1] user=l_lanteri,db=sigeo,app=QGIS LOG:  
execute addfeatures: INSERT INTO 
"sicod"."v_dif_spon"("geom","oper_id","padr_id","sigla_rile","cod_opera","prog_opera","localita","sponda","alt_min","alt_max","lung","tipologia","efficienza","stato","mat_massi","mat_c_secc","mat_c_int","mat_a_secc","mat_a_int","mat_gabbio","mat_cls","mat_legna","i_manuten","i_nessuna","i_prolung","i_pulizia","i_ricostru","i_sottomur","i_svuotam","so_dissest","so_interra","so_scalzat","so_sifonat","data_rilev","note","utente_crea","data_crea","utente_mod","data_mod","fonte","desc_fonte","font_elab","font_sopr","font_altro")
 VALUES 
(st_multi(st_geomfromwkb($1::bytea,32632)),$2,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,'0',NULL,'0',NULL,'0','0','0',NULL,'0','0','0','0','0','0','0','0','0','0','0','2000-01-01',NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL)


2017-01-17 10:41 GMT+01:00 Karl-Magnus Jönsson 
>:
Hi!
Ok. When I try another view with an INSERT rule I have the same problem in 
2.18.2. Works in 2.14. UPDATE and DELETE are ok as well. Can we check the 
resulting SQL from QGIS? Must be some difference there. I don’t know if we can 
turn on logging on our database.

Karl-Magnus Jönsson

Från: mesca...@gmail.com 
[mailto:mesca...@gmail.com] För Luca Lanteri
Skickat: den 16 januari 2017 14:44
Till: Karl-Magnus Jönsson
Kopia: qgis-user
Ämne: Re: [Qgis-user] can't editing view using rules

Hi Magnus, thanks for the answer.

I think my rules are ok also because they work fine with QGIS 2.14.
The strange things is that the error say about an "INSERT RETURNING" when I 
don't need any RETURING clause.
The problem happens only with INSERT rules. UPDATE and DELETE are ok.


this is my INSERT rule:

CREATE OR REPLACE RULE dif_spon_insert AS
ON INSERT TO sicod.v_dif_spon DO INSTEAD  INSERT INTO sicod.dif_spon 
(padr_id, sigla_rile, prog_opera, localita, sponda, alt_min, alt_max, lung, 
tipologia, efficienza, stato, mat_massi, mat_c_secc, mat_c_int, mat_a_secc, 
mat_a_int, mat_gabbio, mat_cls, mat_legna, i_manuten, i_nessuna, i_prolung, 
i_pulizia, i_ricostru, i_sottomur, i_svuotam, so_dissest, so_interra, 
so_scalzat, so_sifonat, note, data_rilev, desc_fonte, font_elab, font_sopr, 
font_altro, geom)
  VALUES (new.padr_id, new.sigla_rile, new.prog_opera, new.localita, 
new.sponda, new.alt_min, new.alt_max, new.lung, new.tipologia, new.efficienza, 
new.stato, new.mat_massi, new.mat_c_secc, new.mat_c_int, new.mat_a_secc, 
new.mat_a_int, new.mat_gabbio, new.mat_cls, new.mat_legna, new.i_manuten, 
new.i_nessuna, new.i_prolung, new.i_pulizia, new.i_ricostru, new.i_sottomur, 
new.i_svuotam, new.so_dissest, new.so_interra, new.so_scalzat, new.so_sifonat, 
new.note, new.data_rilev, new.desc_fonte, new.font_elab, new.font_sopr, 
new.font_altro, new.geom);



2017-01-16 7:56 GMT+01:00 Karl-Magnus Jönsson 
>:
Hi!
Are you sure it isn’t an issue with the view? I have a view with rules and it 
work in 2.18. When you have conditions in the rule you must have another rule 
on the same event that is unconditional. Check the last paragraph in the 
description : https://www.postgresql.org/docs/current/static/sql-createrule.html

In my case I have a unconditional rule that does nothing:

CREATE OR REPLACE RULE v_prislistor_upd_ins AS
ON UPDATE TO

Re: [Qgis-user] QGIS 2.18.2 can not see GRASS data / use GRASS algorithms

2017-01-17 Thread Martin Landa 
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
http://gismentors.cz/mentors/landa
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] QGIS 2.18.2 can not see GRASS data / use GRASS algorithms

2017-01-17 Thread Paolo Cavallini 
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 support g6+g7 at the same time.
Now that we dropped g6 support, I think this can be removed (if it has
not already).

All the best.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] QGIS 2.18.2 can not see GRASS data / use GRASS algorithms

2017-01-17 Thread Martin Landa 
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
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] QGIS 2.18.2 can not see GRASS data / use GRASS algorithms

2017-01-17 Thread matteo 
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
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [QGIS-it-user] Grass da Qgis

2017-01-17 Thread 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

https://lists.osgeo.org/pipermail/qgis-developer/2017-January/046654.html

Processing quindi deve essere aggiornato per la nuova release,
altrimenti ti tocca tornare al grass vecchio per ora

Saluti

Matteo
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

[QGIS-it-user] Grass da Qgis

2017-01-17 Thread Federico Lazzaroni 
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

https://drive.google.com/open?id=0B5-BqO-DssYLejZvMW9BVGxHdGM

Lavoro aihmè, su win10, ma non dipende da me!!!.
Cosa devo fare???
Grazie
Federico





Sulla lista Qgis-user ho trovato queste risposte

"This also started happening to me after upgrading to 2.18.2.
If you open QGIS in the command line, then try to run a GRASS tool from
Processing, you will probably see a message saying that it couldn't find
grass70.

Because you're using ubuntugis-unstable, you probably have GRASS 7.2, so
this should be the reason fro the error.

Switching from ubuntugis-unstable to ubuntugis-stable, which has GRASS 7.0,
did the trick for me.

Not sure if there is another way to fix this while using ubuntugis-unstable
/ GRASS 7.2, without compiling QGIS from source.

Any ideas ?"

"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.

There used to be a Processing configuration option to set the path for
different modules. But that seems to be gone now?? So is Processing
checking for the GRASS startup script hardcoded to /usr/bin/grass70? How
can I change that?"
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [Qgis-user] can't editing view using rules

2017-01-17 Thread Luca Lanteri 
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
"sicod"."v_dif_spon"("geom","oper_id","padr_id","sigla_rile","cod_opera","prog_opera","localita","sponda","alt_min","alt_max","lung","tipologia","efficienza","stato","mat_massi","mat_c_secc","mat_c_int","mat_a_secc","mat_a_int","mat_gabbio","mat_cls","mat_legna","i_manuten","i_nessuna","i_prolung","i_pulizia","i_ricostru","i_sottomur","i_svuotam","so_dissest","so_interra","so_scalzat","so_sifonat","data_rilev","note","utente_crea","data_crea","utente_mod","data_mod","fonte","desc_fonte","font_elab","font_sopr","font_altro")
VALUES
(st_multi(st_geomfromwkb($1::bytea,32632)),$2,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,'0',NULL,'0',NULL,'0','0','0',NULL,'0','0','0','0','0','0','0','0','0','0','0','2000-01-01',NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL)
RETURNING "oper_id"

With QGIS 2.14
2017-01-17 11:12:01 CET [26026]: [3-1] user=l_lanteri,db=sigeo,app=QGIS
LOG:  execute addfeatures: INSERT INTO
"sicod"."v_dif_spon"("geom","oper_id","padr_id","sigla_rile","cod_opera","prog_opera","localita","sponda","alt_min","alt_max","lung","tipologia","efficienza","stato","mat_massi","mat_c_secc","mat_c_int","mat_a_secc","mat_a_int","mat_gabbio","mat_cls","mat_legna","i_manuten","i_nessuna","i_prolung","i_pulizia","i_ricostru","i_sottomur","i_svuotam","so_dissest","so_interra","so_scalzat","so_sifonat","data_rilev","note","utente_crea","data_crea","utente_mod","data_mod","fonte","desc_fonte","font_elab","font_sopr","font_altro")
VALUES
(st_multi(st_geomfromwkb($1::bytea,32632)),$2,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,'0',NULL,'0',NULL,'0','0','0',NULL,'0','0','0','0','0','0','0','0','0','0','0','2000-01-01',NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL)


2017-01-17 10:41 GMT+01:00 Karl-Magnus Jönsson <
karl-magnus.jons...@kristianstad.se>:

> Hi!
>
> Ok. When I try another view with an INSERT rule I have the same problem in
> 2.18.2. Works in 2.14. UPDATE and DELETE are ok as well. Can we check the
> resulting SQL from QGIS? Must be some difference there. I don’t know if we
> can turn on logging on our database.
>
>
>
> *Karl-Magnus Jönsson*
>
>
>
> *Från:* mesca...@gmail.com [mailto:mesca...@gmail.com] *För *Luca Lanteri
> *Skickat:* den 16 januari 2017 14:44
> *Till:* Karl-Magnus Jönsson
> *Kopia:* qgis-user
> *Ämne:* Re: [Qgis-user] can't editing view using rules
>
>
>
> Hi Magnus, thanks for the answer.
>
>
>
> I think my rules are ok also because they work fine with QGIS 2.14.
>
> The strange things is that the error say about an "INSERT RETURNING" when
> I don't need any RETURING clause.
>
> The problem happens only with INSERT rules. UPDATE and DELETE are ok.
>
>
>
>
>
> this is my INSERT rule:
>
>
>
> CREATE OR REPLACE RULE dif_spon_insert AS
>
> ON INSERT TO sicod.v_dif_spon DO INSTEAD  INSERT INTO sicod.dif_spon
> (padr_id, sigla_rile, prog_opera, localita, sponda, alt_min, alt_max, lung,
> tipologia, efficienza, stato, mat_massi, mat_c_secc, mat_c_int, mat_a_secc,
> mat_a_int, mat_gabbio, mat_cls, mat_legna, i_manuten, i_nessuna, i_prolung,
> i_pulizia, i_ricostru, i_sottomur, i_svuotam, so_dissest, so_interra,
> so_scalzat, so_sifonat, note, data_rilev, desc_fonte, font_elab, font_sopr,
> font_altro, geom)
>
>   VALUES (new.padr_id, new.sigla_rile, new.prog_opera, new.localita,
> new.sponda, new.alt_min, new.alt_max, new.lung, new.tipologia,
> new.efficienza, new.stato, new.mat_massi, new.mat_c_secc, new.mat_c_int,
> new.mat_a_secc, new.mat_a_int, new.mat_gabbio, new.mat_cls, new.mat_legna,
> new.i_manuten, new.i_nessuna, new.i_prolung, new.i_pulizia, new.i_ricostru,
> new.i_sottomur, new.i_svuotam, new.so_dissest, new.so_interra,
> new.so_scalzat, new.so_sifonat, new.note, new.data_rilev, new.desc_fonte,
> new.font_elab, new.font_sopr, new.font_altro, new.geom);
>
>
>
>
>
>
>
> 2017-01-16 7:56 GMT+01:00 Karl-Magnus Jönsson  kristianstad.se>:
>
> Hi!
>
> Are you sure it isn’t an issue with the view? I have a view with rules and
> it work in 2.18. When you have conditions in the rule you must have another
> rule on the same event that is unconditional. Check the last paragraph in
> the description : https://www.postgresql.org/docs/current/static/sql-
> createrule.html
>
>
>
> In my case I have a unconditional rule that does nothing:
>
>
>
> CREATE OR REPLACE RULE v_prislistor_upd_ins AS
>
> ON UPDATE TO park.v_prislistor
>
>WHERE old.id IS NULL DO INSTEAD  INSERT INTO park.priser (kod, pris,
> utforare)
>
>   VALUES (new.kod, new.pris, new.utforare);
>
>
>
> CREATE OR REPLACE RULE v_prislistor_upd_nothing AS
>
> ON UPDATE TO park.v_prislistor DO INSTEAD NOTHING;
>
>
>
> CREATE OR REPLACE RULE v_prislistor_upd_upd AS
>
> ON

Re: [Qgis-user] QGIS 2.18.2 can not see GRASS data / use GRASS algorithms

2017-01-17 Thread Micha Silver 

  
  
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.

There used to be a Processing configuration option to set the path
for different modules. But that seems to be gone now?? So is
Processing checking for the GRASS startup script hardcoded to
/usr/bin/grass70? How can I change that?


On 01/13/2017 07:10 PM, Stephane
  Goldstein wrote:


  

  

  

  Hi.
  
  
  This also started happening to me after upgrading to
  2.18.2.

If you open QGIS in the command line, then try to run a
GRASS tool from Processing, you will probably see a
message saying that it couldn't find grass70.

  
  Because you're using ubuntugis-unstable, you probably have
  GRASS 7.2, so this should be the reason fro the error.


Switching from ubuntugis-unstable to ubuntugis-stable, which
has GRASS 7.0, did the trick for me.
  
  
  Not sure if there is another way to fix this while using
  ubuntugis-unstable / GRASS 7.2, without compiling QGIS from
  source.


Any ideas ?
  
  
  
  ___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user


  

___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user