Re: [QGIS-it-user] [Tutorial] QGIS - shortest_line con il calcolatore campi

2016-10-29 Per discussione Marco Spaziani 
...la penso esattamente come te.
P.S. "get_feature" per me è come un salto di livello nei videogiochi

Il giorno 29 ottobre 2016 15:24, Totò  ha
scritto:

> Marco wrote
> > Il tutorial è utilissimo perchè ben rappresenta la potenzialità delle
> > funzioni del calcolatore di campo che, se utilizzate con perizia e
> > sapienza
> > (e dopo averne capito bene la "logica") consentono addirittura di operare
> > tra layer diversi, il che non è poco e, almeno per me, aprono nuove
> > prospettive d'uso applicativo.
> > Nello specifico dell'esempio delle "shortest line" credo sia comunque
> > "giusto" segnalare anche che v.distance di GRASS fa esattamente le stesse
> > cose ...anche se, per riallacciarmi a quello che dicevo prima
> > ...v.distance
> > fa esattamente le stesse cose ma fa "solo" quelle cose ...mentre
> acquisire
> > padronanza con le potenti e poliedriche funzioni del calcolatore di campo
> > e, in particolare del gruppo "geometria" (geom_to_wkt, shortest_line,
> > ecc.)
> > ti consente di fare quelle stesse cose e altre cento cose in più che con
> > v.distance non puoi fare.
>
> Il mio scopo era quello di far vedere come utilizzare le potenzialità di
> QGIS e solo QGIS senza disturbare GRASS o altri plugin;
> aggiungo che che le stesse cose è possibile farle utilizzando i virtual
> layer di QGIS dove occorre un po' di conoscenza di SQL.
>
> L'utilizzatore 'medio basso' ha timore di GRASS e di SQL e cerca soluzioni
> semplici rimanendo all'interno di QGIS, parlo per esperienza diretta.
>
> Infine, la cosa interessante è la funzione 'get_feature' che permette di
> richiamare altri layer presenti nel progetto.
>
> ciao
>
>
>
>
> --
> View this message in context: http://osgeo-org.1560.x6.
> nabble.com/Tutorial-QGIS-shortest-line-con-il-calcolatore-campi-
> tp5293274p5293430.html
> Sent from the QGIS Italian User mailing list archive at Nabble.com.
> ___
> QGIS-it-user mailing list
> QGIS-it-user@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-it-user
>
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] [Tutorial] QGIS - shortest_line con il calcolatore campi

2016-10-29 Per discussione Totò 
allego un altro video demo [0] su come calcolare la distanza lungo una linea
fissando a piace un punto nelle vicinanze della stessa.
ho utilizzato la nuova funzione di QGIS 2.18 (line_locate_point),
ho creato due virtual layer per visualizzare il punto sulla linea (stella) e
la retta ortogonale;
con la funzione azimuth ho fatto ruotare le etichette facendo uso della
funzione get_feature, usata anche in line_locate_point.

[0] https://www.youtube.com/watch?v=wlyFv1HVUMM

saluti




--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Tutorial-QGIS-shortest-line-con-il-calcolatore-campi-tp5293274p5293434.html
Sent from the QGIS Italian User mailing list archive at Nabble.com.
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] [Tutorial] QGIS - shortest_line con il calcolatore campi

2016-10-29 Per discussione Totò 
Marco wrote
> Il tutorial è utilissimo perchè ben rappresenta la potenzialità delle
> funzioni del calcolatore di campo che, se utilizzate con perizia e
> sapienza
> (e dopo averne capito bene la "logica") consentono addirittura di operare
> tra layer diversi, il che non è poco e, almeno per me, aprono nuove
> prospettive d'uso applicativo.
> Nello specifico dell'esempio delle "shortest line" credo sia comunque
> "giusto" segnalare anche che v.distance di GRASS fa esattamente le stesse
> cose ...anche se, per riallacciarmi a quello che dicevo prima
> ...v.distance
> fa esattamente le stesse cose ma fa "solo" quelle cose ...mentre acquisire
> padronanza con le potenti e poliedriche funzioni del calcolatore di campo
> e, in particolare del gruppo "geometria" (geom_to_wkt, shortest_line,
> ecc.)
> ti consente di fare quelle stesse cose e altre cento cose in più che con
> v.distance non puoi fare.

Il mio scopo era quello di far vedere come utilizzare le potenzialità di
QGIS e solo QGIS senza disturbare GRASS o altri plugin;
aggiungo che che le stesse cose è possibile farle utilizzando i virtual
layer di QGIS dove occorre un po' di conoscenza di SQL.

L'utilizzatore 'medio basso' ha timore di GRASS e di SQL e cerca soluzioni
semplici rimanendo all'interno di QGIS, parlo per esperienza diretta.

Infine, la cosa interessante è la funzione 'get_feature' che permette di
richiamare altri layer presenti nel progetto.

ciao




--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Tutorial-QGIS-shortest-line-con-il-calcolatore-campi-tp5293274p5293430.html
Sent from the QGIS Italian User mailing list archive at Nabble.com.
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] [Tutorial] QGIS - shortest_line con il calcolatore campi

2016-10-29 Per discussione Marco Spaziani 
Il tutorial è utilissimo perchè ben rappresenta la potenzialità delle
funzioni del calcolatore di campo che, se utilizzate con perizia e sapienza
(e dopo averne capito bene la "logica") consentono addirittura di operare
tra layer diversi, il che non è poco e, almeno per me, aprono nuove
prospettive d'uso applicativo.
Nello specifico dell'esempio delle "shortest line" credo sia comunque
"giusto" segnalare anche che v.distance di GRASS fa esattamente le stesse
cose ...anche se, per riallacciarmi a quello che dicevo prima ...v.distance
fa esattamente le stesse cose ma fa "solo" quelle cose ...mentre acquisire
padronanza con le potenti e poliedriche funzioni del calcolatore di campo
e, in particolare del gruppo "geometria" (geom_to_wkt, shortest_line, ecc.)
ti consente di fare quelle stesse cose e altre cento cose in più che con
v.distance non puoi fare.

Il giorno 28 ottobre 2016 17:45, Giuliano Curti  ha
scritto:

> On 10/28/16, Totò  wrote:
> > Ho realizzato un piccolo tutorial sull'uso della funzione shortest_line
> nel
> > calcolatore di campi,
> > questo permette di calcolare la distanza minima tra un vettore di punti
> e un
> > vettore linea:
> > dati e progetto in github:
> > https://github.com/pigreco/shortest_line
>
> azz... Totò, averlo saputo prima, ho dovuto fare un plugin per
> implementare quella funzione :-(
>
>
> > saluti
>
> grazie, ciao,
> giuliano
> ___
> QGIS-it-user mailing list
> QGIS-it-user@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-it-user
>
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] QGIS e ftools

2016-10-29 Per discussione Maurizio Marrese 
io ho installato QGIS da zero con OSGEO4W su W10 (su un Chuwi H12),
con la versione 2.16, oggi la aggiornata a 2.18.

Mi sono ritrovato di nuovo anche io ftools (la cosa fra l'altro mi piace
molto),
la scelta di metterlo in processing non mi piaceva.

Non so se sono stato d'aiuto.

Maurizio Marrese
FG

Il 29/ott/2016 11:04, "Totò"  ha scritto:

ginetto wrote
> ftools e' stato rimosso come plugin ed e' stato un po rifattorizzato (
> e corretti pesanti bug) spostandolo come set di comandi di processing.
> Lo scopo e' avere ftools in un solo posto (altrimenti si sarebbe
> dovuto duplicare il codice visto che l'attuale ftools non si offriva
> come provider di processing)
>
> le migliorie sono varie
>
> 1) c'era un bug enorme introdotto dalle nuove geometrie 3d
> 2) c'era ridondanza del codice
> 3) l'ottimizzazione di alcuni comandi... a leggere il codice
> l'implementazione era piuttosto naif
> 4) ottimizzazione rispetto alle api di qgis. Nel tempo ftools non si
> era allineato ai vantaggi che offrivano le nuove api di qgis... cosi'
> molti calcoli erano mostruosamente inefficenti sopratutto nel get
> delle features
> 5) il benedetto Nyall ha fatto un ulteriori speedup di alcuni
> algoritmi usando piu' astutamente alcune precondizioni che migliorano
> mostruosamente i casi di intersezioni con poligoni sparsi... questo
> per dire che gli algoritmi originali di ftools, chi li scrisse, non e'
> che si sia sforzato granche', per carit'a tutti molto facilmente
> leggibili, ma il mondo del calcolo e' altrove.
>
> percio', fossi in te... dimentica che il plugin ftools semplicemente
> esista!
> Luigi Pirelli

Grazie Luigi per le spiegazioni,
ma forse non mi sono spiegato bene; riprovo

utilizzando OSGeo4W ho aggiornato QGIS da 2.16 a 2.18, e installato anche
2.19 dev.
in queste versioni NON esiste più ftools o meglio è in processing.

successivamente ho installato, sempre da osgeo4w, QGIS 2.14 LTR (che è
l'ultima versione che utilizza ancora ftools);

avviando la 2.18 o 2.19 ritrovo il plugin ftools che prima non c'era.

la domanda è:
a causa dell'installazione della LTR è comparso il plugin ftools anche nelle
versioni 2.18 e 2.19; chiedo, è normale oppure no?

grazie per la pazienza!!!



--
View this message in context: http://osgeo-org.1560.x6.
nabble.com/QGIS-e-ftools-tp5293097p5293408.html
Sent from the QGIS Italian User mailing list archive at Nabble.com.
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-it-user
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [Qgis-user] DB manager error

2016-10-29 Per discussione Even Rouault 
Le vendredi 28 octobre 2016 21:09:26, vous avez écrit :
> Hi, 
> 
> I'm using QGIS 2.99.0-Master rev. b2587b7 on Ubuntu 16.04 64bits.
> 
> When I tried to open a SQL query on a POSTGIS database I've got the
> following error while trying to open the saved connection to the
> database: 
> 
> 2016-10-28T15:58:35   1   Traceback (most recent call last):
> 
> File 
> "/usr/share/qgis/python/plugins/db_manager/db_model.py", 
line
> 440, in rowCount
> 
>   self._refreshIndex(parent, True)
> 
> File 
> "/usr/share/qgis/python/plugins/db_manager/db_model.py", 
line
> 491, in _refreshIndex
> 
>   if item.populate():
> 
> File 
> "/usr/share/qgis/python/plugins/db_manager/db_model.py", 
line
> 166, in populate
> 
>   if not connection.connect():
> 
> File
> "/usr/share/qgis/python/plugins/db_manager/db_plugins/postgis/plugin.py",
> line 99, in connect
> 
>   return self.connectToUri(uri)
> 
> File 
"/usr/share/qgis/python/plugins/db_manager/db_plugins/plugin.py",
> line 108, in connectToUri
> 
>   self.db = self.databasesFactory(self, uri)
> 
> File
> "/usr/share/qgis/python/plugins/db_manager/db_plugins/postgis/plugin.py",
> line 69, in databasesFactory
> 
>   return PGDatabase(connection, uri)
> 
> File
> "/usr/share/qgis/python/plugins/db_manager/db_plugins/postgis/plugin.py",
> line 107, in __init__
> 
>   Database.__init__(self, connection, uri)
> 
> File 
"/usr/share/qgis/python/plugins/db_manager/db_plugins/plugin.py",
> line 217, in __init__
> 
>   self.connector = self.connectorsFactory(uri)
> 
> File
> "/usr/share/qgis/python/plugins/db_manager/db_plugins/postgis/plugin.py",
> line 110, in connectorsFactory
> 
>   return PostGisDBConnector(uri)
> 
> File
> "/usr/share/qgis/python/plugins/db_manager/db_plugins/postgis/connector.py
> ", line 67, in __init__
> 
>   self.connection = 
psycopg2.connect(expandedConnInfo.encode('utf-8'))
> 
> File 
> "/usr/lib/python3/dist-packages/psycopg2/__init__.py", 
line 164,
> in connect
> 
>   conn = _connect(dsn, 
> connection_factory=connection_factory,
> async=async)
> 
>   TypeError: argument 1 must be str, not bytes
> 
> 
> I can load postgis layers from the same connection without problems.
> What can I do?

I see a pull request about that https://github.com/qgis/QGIS/pull/3635, but it 
is still tagged work in progress.

-- 
Spatialys - Geospatial professional services
http://www.spatialys.com
___
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

Re: [Qgis-user] csv/csvt import

2016-10-29 Per discussione Even Rouault 
Le samedi 29 octobre 2016 10:18:57, Siki Zoltan a écrit :
> Hi,
> 
> I tried to use csv/csvt files to add Delimited Text Layer.
> The widths of the fields are not considered by QGIS when saving into other
> formats. In the layer properties dialog the width and precision of fields
> are zeros after loading csv/csvt. I suppose the width and precision of
> fields should be preserved after reading of csv/csvt files.
> 
> I tested it in QGIS 2.2/2.8/2.14 but I got maximal width for fields
> (depending on the field type, character 254, float 23.15) when I save the
> file as a shapefile.
> 
> My csvt file:
> "String(20)","Real(11.2)","Real(11.2)","Real(7.2)","String(20)","String(20)
> "
> 
> My csv file:
> point_id,e,n,z,pc,pt
> 2002,650769.92,237368.68,104.560,,
> 2004,650730.28,237418.54,104.520,,
> 2005,650706.42,237412.43,104.270,,
> 2006,650707.76,237449.22,104.590,,
> 
> Is it a feature or bug?
> Any workaround?

If you open through the OGR provider (Add vector layer), this will work. Note 
that the OGR CSV driver will warn (if you do ogrinfo for example) that the 
values in the z field do not respect the Real(7.2) formatting

Even

-- 
Spatialys - Geospatial professional services
http://www.spatialys.com
___
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

Re: [QGIS-it-user] QGIS e ftools

2016-10-29 Per discussione Totò 
ginetto wrote
> ftools e' stato rimosso come plugin ed e' stato un po rifattorizzato (
> e corretti pesanti bug) spostandolo come set di comandi di processing.
> Lo scopo e' avere ftools in un solo posto (altrimenti si sarebbe
> dovuto duplicare il codice visto che l'attuale ftools non si offriva
> come provider di processing)
> 
> le migliorie sono varie
> 
> 1) c'era un bug enorme introdotto dalle nuove geometrie 3d
> 2) c'era ridondanza del codice
> 3) l'ottimizzazione di alcuni comandi... a leggere il codice
> l'implementazione era piuttosto naif
> 4) ottimizzazione rispetto alle api di qgis. Nel tempo ftools non si
> era allineato ai vantaggi che offrivano le nuove api di qgis... cosi'
> molti calcoli erano mostruosamente inefficenti sopratutto nel get
> delle features
> 5) il benedetto Nyall ha fatto un ulteriori speedup di alcuni
> algoritmi usando piu' astutamente alcune precondizioni che migliorano
> mostruosamente i casi di intersezioni con poligoni sparsi... questo
> per dire che gli algoritmi originali di ftools, chi li scrisse, non e'
> che si sia sforzato granche', per carit'a tutti molto facilmente
> leggibili, ma il mondo del calcolo e' altrove.
> 
> percio', fossi in te... dimentica che il plugin ftools semplicemente
> esista!
> Luigi Pirelli

Grazie Luigi per le spiegazioni,
ma forse non mi sono spiegato bene; riprovo

utilizzando OSGeo4W ho aggiornato QGIS da 2.16 a 2.18, e installato anche
2.19 dev.
in queste versioni NON esiste più ftools o meglio è in processing.

successivamente ho installato, sempre da osgeo4w, QGIS 2.14 LTR (che è
l'ultima versione che utilizza ancora ftools);

avviando la 2.18 o 2.19 ritrovo il plugin ftools che prima non c'era.

la domanda è:
a causa dell'installazione della LTR è comparso il plugin ftools anche nelle
versioni 2.18 e 2.19; chiedo, è normale oppure no?

grazie per la pazienza!!!



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/QGIS-e-ftools-tp5293097p5293408.html
Sent from the QGIS Italian User mailing list archive at Nabble.com.
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-it-user

[Qgis-user] csv/csvt import

2016-10-29 Per discussione Siki Zoltan 

Hi,

I tried to use csv/csvt files to add Delimited Text Layer.
The widths of the fields are not considered by QGIS when saving into other 
formats. In the layer properties dialog the width and precision of fields 
are zeros after loading csv/csvt. I suppose the width and precision of 
fields should be preserved after reading of csv/csvt files.


I tested it in QGIS 2.2/2.8/2.14 but I got maximal width for fields
(depending on the field type, character 254, float 23.15) when I save the 
file as a shapefile.


My csvt file:
"String(20)","Real(11.2)","Real(11.2)","Real(7.2)","String(20)","String(20)"

My csv file:
point_id,e,n,z,pc,pt
2002,650769.92,237368.68,104.560,,
2004,650730.28,237418.54,104.520,,
2005,650706.42,237412.43,104.270,,
2006,650707.76,237449.22,104.590,,

Is it a feature or bug?
Any workaround?

Best regards,
Zoltan
___
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