Re: [Qgis-user] Correcting river flow

2019-04-14 Per discussione Nicolas Cadieux
Thank Nyall, 

I will play with this tomorrow.  I knew for the dissolve tool that is a bit 
extreme as it basically make one single huge object (there goes the database!) 
but not the split with line tool.  I think I used multipart to single part to 
achieve a similar result and had so far extract the first and last nodes.  Your 
method will be faster and simpler I think.

I will definitely try the QGIS drape tool and your algorithm.  I will adapt it 
to also flip the line direction. That will force me to get to use python in 
QGIS rather than using python alone.

I will have more questions tomorrow concerning networks.

Thanks all of you.
Nicolas



> Le 14 avr. 2019 à 20:50, Nyall Dawson  a écrit :
> 
> On Sun, 14 Apr 2019 at 21:12, Nicolas Cadieux
>  wrote:
>> 
>> Hi Micha,
>> 
>> Great ideas, thanks.  I was trying to get the v.drape to work in Qgis but I 
>> was getting errors.  I figure it’s bad topology.  I will fix it and try 
>> again directly in Grass.
> 
> Try using the native QGIS "drape" algorithm, no need for GRASS here.
> 
> Then you could use field calculator with an expression like:
> 
> z(end_point($geometry)) < z(start_point($geometry))
> 
> This will be true for any lines digitized in an overall "downstream"
> direction, or false for lines digitized "upstream"
> 
>> That has not easy as the vectorizing was done in very small sections.  I was 
>> surprised to see so little merging tools that could deal with this without 
>> manually selecting the lines.  I tried with an old Qgis 2.18 plugin but it 
>> was not working properly.
> 
> Use the inbuilt Processing tools "dissolve", followed by "split with
> lines". This will join all your linestrings into sections which are
> split whenever two or more lines intersect (e.g. a fork in the river).
> 
> Nyall
___
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] Correcting river flow

2019-04-14 Per discussione Nyall Dawson
On Sun, 14 Apr 2019 at 21:12, Nicolas Cadieux
 wrote:
>
> Hi Micha,
>
> Great ideas, thanks.  I was trying to get the v.drape to work in Qgis but I 
> was getting errors.  I figure it’s bad topology.  I will fix it and try again 
> directly in Grass.

Try using the native QGIS "drape" algorithm, no need for GRASS here.

Then you could use field calculator with an expression like:

z(end_point($geometry)) < z(start_point($geometry))

This will be true for any lines digitized in an overall "downstream"
direction, or false for lines digitized "upstream"

> That has not easy as the vectorizing was done in very small sections.  I was 
> surprised to see so little merging tools that could deal with this without 
> manually selecting the lines.  I tried with an old Qgis 2.18 plugin but it 
> was not working properly.

Use the inbuilt Processing tools "dissolve", followed by "split with
lines". This will join all your linestrings into sections which are
split whenever two or more lines intersect (e.g. a fork in the river).

Nyall
___
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] Limite caratteri in un Campo di testo geopackage

2019-04-14 Per discussione Marco Spaziani
Caspita che numeri  Se le potenzialità di un geopackage sono queste,
temo che il caro vecchio shapefile (al quale sono comunque
affezionatissimo) debba cominciare a fare domanda per "quota 100" e godersi
il meritato riposo dopo una gloriosa carriera.
P.S. se ci fosse qualcuno che, come me poco fa, ha la necessità di dover
inserire 3000 o più caratteri in una cella di un Campo di testo di un
geopackage, consiglio vivamente di andare in Proprietà --> Modulo e quindi,
nel pannello Attributes Forms, selezionare Multilinea, altrimenti, poi, sia
in Tabella attributi che in Maschera di Inserimento, rischia di non poter
leggere nulla perchè il testo è troppo esteso rispetto alla ampiezza della
cella monoriga.

Il giorno dom 14 apr 2019 alle ore 18:47 Totò 
ha scritto:

> Marco wrote
> > Qual'è (se c'è) il limite dei caratteri che si possono immettere in un
> > Campo di testo di un file geopackage? ...ho provato con 3000 e li ha
> > digeriti tutti alla perfezione.
>
> Il geopackage si basa su SQLite quindi dovrebbe portarsi dietro i limiti
> suoi [0]
>
> [0] https://www.sqlite.org/limits.html
>
> saluti
>
>
>
> -
> https://pigrecoinfinito.wordpress.com/
> --
> Sent from:
> http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
> ___
> 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] Limite caratteri in un Campo di testo geopackage

2019-04-14 Per discussione Totò
Marco wrote
> Qual'è (se c'è) il limite dei caratteri che si possono immettere in un
> Campo di testo di un file geopackage? ...ho provato con 3000 e li ha
> digeriti tutti alla perfezione.

Il geopackage si basa su SQLite quindi dovrebbe portarsi dietro i limiti
suoi [0]

[0] https://www.sqlite.org/limits.html

saluti



-
https://pigrecoinfinito.wordpress.com/
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user


[QGIS-it-user] Limite caratteri in un Campo di testo geopackage

2019-04-14 Per discussione Marco Spaziani
Qual'è (se c'è) il limite dei caratteri che si possono immettere in un
Campo di testo di un file geopackage? ...ho provato con 3000 e li ha
digeriti tutti alla perfezione.
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user


Re: [QGIS-it-user] Digest di QGIS-it-user, Volume 42, Numero 27

2019-04-14 Per discussione alper78
Totò wrote
> Marco Bernasocchi wrote
>> Salve Lista
>> 
>> On 13.04.19 21:00, 
> 
>> qgis-it-user-request@.osgeo
> 
>>  wrote:
>>> Non mi funziona invece per le relazioni uno a molti che si impostano 
>>> nelle proprietà progetto, ma quello sarebbe chiedere troppo.
>> 
>> in QField dovrebbero funzionare.
>> 
>> https://opengis.ch/wp-content/uploads/2019/04/Screenshot_20190413-223003_QField.jpg
> 
> stamani ho aggiornato QField V.1.0.3 Matterhom
> 
> ho caricato una progetto con relazione ma non funziona, oppure sono io che
> non capisco come farlo funzionare.
> 
> ...

Sto provando anch'io a giocare con le relazioni uno a molti e riporto di
seguito quanto mi sembra di capire; però potrei sbagliarmi quindi chiedo
conferma.

Impostando una relazione uno a molti in QGIS nelle proprietà del progetto
quello che poi posso fare in QField è che dal modulo di un elemento del
layer figlio posso aggiungere elementi anche al layer padre. Ma non posso
fare il contrario.

Esempi concreti:

1)
censimento piante: ho un layer di punti che corrispondono ad alberi (layer
filgio) e una tabella (padre) con i nomi comuni ed i rispettivi nomi
scientifici di specie.
Quando inserisco un albero posso selezionare il nome o se non c'è posso
creare un nuovo record della tabella con nome comune e nome scientifico.
In questo caso è tutto OK

2)
ho un layer di 'pali' e un layer di 'cartelli'; su ogni palo ci sono uno o
più cartelli, quinde c'è una relazione uno a molti dove 'pali' è il layer
padre e 'cartelli' è il layer figlio. Ora se inserisco un elemento in
'cartelli' vedo che nel campo di riferimento posso scegliere un palo (tra
quelli già presenti in 'pali') oppure inserirne uno nuovo. Invece se
inserisco un elemento direttamente in pali dal suo modulo non posso inserire
uno o più cartelli associati automaticamente al palo.
Comunque anche creare un nuovo palo dal modulo dei cartelli non va bene
perché mi crea il record nella tabella ma non la geometria (o almeno io non
la trovo). 

Quindi va bene solo se il layer padre è una tabella e non un layer con
geometrie.

Oppure anch'io non ho capito come farlo funzionare.





-
Alessandro Perego
http://www.alspergis.altervista.org
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user


Re: [Qgis-user] Correcting river flow

2019-04-14 Per discussione Micha Silver

  
  

On 14/04/2019 14:11, Nicolas Cadieux
  wrote:


  
  Hi Micha,
  
  
  Great ideas, thanks.  I was trying to get the
v.drape to work in Qgis but I was getting errors.  I figure it’s
bad topology.  I will fix it and try again directly in Grass. I
did manage to get the end nodes and start nodes.  That has not
easy as the vectorizing was done in very small sections.  I was
surprised to see so little merging tools that could



You might want to simplify the rivers first. (v.generalize)
 


   deal with this without manually selecting the
lines.  I tried with an old Qgis 2.18 plugin but it was not
working properly.
  
  
  Your work flow is similar than what I had in mind
but the detail you gave will most certainly be useful.
  
  
  Nicolas
  
  
  
  
  
  
  
Le 14 avr. 2019 à 02:24, Micha Silver 
a écrit :

  
  

  
  Here's an idea, using GRASS, that might get you started.
  
  
  First use the v.drape module to convert your river network
to a 3D grass vector. Now add X,Y,Z coordinates to all start
and end points for all river sections with v.to.db. With
that you can extract those river sections where the Z value
of the endpoint is greater than the Z of the start point.
Finally, with v.edit, slip only those river sections.
  
  
  Putting it all together. This is untested, use at your own
risk :-)
  
  
  v.in.ogr input=rivers.shp output=rivers
  r.in.gdal input=srtm.tif output=srtm
  g.region -ap vect=rivers res=30 # Assuming the SRTM is 1
arcsec, or 30 m resolution
  
  
  # Make 3D rivers vector
  
  v.drape input=rivers output=rivers_3d elev=srtm
  
  
  # Add X,Y,Z for start and end points
  
  v.db.addcolumn map=rivers_3d columns="start_x DOUBLE,
start_y DOUBLE start_z DOUBLE, end_x DOUBLE end_y DOUBLE
end_z DOUBLE"
  v.to.db map=rivers_3d option=start
columns="start_x,start_y,start_z"
  v.to.db map=rivers_3d option=end
columns="end_x,end_y,end_z"
  
  
  # Flip only those river sections that are in wrong
direction
  # Add the "snap" tool along the way to make sure line
segments are indeed connected
  
  v.edit rivers_3d tool=flip,snap where="end_z>start_z"
thresh=10
  
  
  
  On 13/04/2019 23:31, Nicolas
Cadieux wrote:
  
  Hi,


I have a difficult problem.  I have a very large river
network file made with a 2D shapefile.  (I have the SRTMs
for the same region).  I would like to model a river network
but I need to keep in mind the river flow direction. 
Unfortunately, I think this file was manually digitized and
therefore, line directions have no relationship with river
flow direction. 

Can anyone suggest a way to use my SRTMs to change the line
directions or to add a flow direction variable without
resorting to manually editing the layer? 

Thanks, 

Nicolas 

___ 
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
  
  -- 
Micha Silver
Ben Gurion Univ.
Sde Boker, Remote Sensing Lab
cell: +972-523-665918

  

-- 
Micha Silver
Ben Gurion Univ.
Sde Boker, Remote Sensing Lab
cell: +972-523-665918
  

___
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] finding the radius of a curve

2019-04-14 Per discussione Mike Flannigan


Draw a circle and measure the diameter/radius.

Maybe use this plugin to create a circle:
https://plugins.qgis.org/plugins/CADDigitize/


Mike


On 4/13/2019 2:00 PM, qgis-user-requ...@lists.osgeo.org wrote:

Hello all,

I'm looking for a way to find the radius of a curve (for roads, railyways)
in QGIS. If it were a paper map I could do it with a drafting compass
(calipers to some) and a ruler, but this is a PostGIS layer.

Any plugin recommendations or links to a set of steps to accomplish this?
Thanks in advance!


___
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] Correcting river flow

2019-04-14 Per discussione Alessandro Pasotti
How about iterating over the lines, read z from the raster for start and
end point and compare them?

No grass required.


On Sat, Apr 13, 2019, 22:31 Nicolas Cadieux 
wrote:

> Hi,
>
> I have a difficult problem.  I have a very large river network file made
> with a 2D shapefile.  (I have the SRTMs for the same region).  I would
> like to model a river network but I need to keep in mind the river flow
> direction.  Unfortunately, I think this file was manually digitized and
> therefore, line directions have no relationship with river flow direction.
>
> Can anyone suggest a way to use my SRTMs to change the line directions
> or to add a flow direction variable without resorting to manually
> editing the layer?
>
> Thanks,
>
> Nicolas
>
> ___
> 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-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] Correcting river flow

2019-04-14 Per discussione Nicolas Cadieux
Hi Micha,

Great ideas, thanks.  I was trying to get the v.drape to work in Qgis but I was 
getting errors.  I figure it’s bad topology.  I will fix it and try again 
directly in Grass. I did manage to get the end nodes and start nodes.  That has 
not easy as the vectorizing was done in very small sections.  I was surprised 
to see so little merging tools that could deal with this without manually 
selecting the lines.  I tried with an old Qgis 2.18 plugin but it was not 
working properly.

Your work flow is similar than what I had in mind but the detail you gave will 
most certainly be useful.

Nicolas




> Le 14 avr. 2019 à 02:24, Micha Silver  a écrit :
> 
> Here's an idea, using GRASS, that might get you started.
> 
> 
> 
> First use the v.drape module to convert your river network to a 3D grass 
> vector. Now add X,Y,Z coordinates to all start and end points for all river 
> sections with v.to.db. With that you can extract those river sections where 
> the Z value of the endpoint is greater than the Z of the start point. 
> Finally, with v.edit, slip only those river sections.
> 
> 
> 
> Putting it all together. This is untested, use at your own risk :-)
> 
> 
> 
> v.in.ogr input=rivers.shp output=rivers
> 
> r.in.gdal input=srtm.tif output=srtm
> 
> g.region -ap vect=rivers res=30 # Assuming the SRTM is 1 arcsec, or 30 m 
> resolution
> 
> 
> 
> # Make 3D rivers vector
> 
> v.drape input=rivers output=rivers_3d elev=srtm
> 
> 
> 
> # Add X,Y,Z for start and end points
> 
> v.db.addcolumn map=rivers_3d columns="start_x DOUBLE, start_y DOUBLE start_z 
> DOUBLE, end_x DOUBLE end_y DOUBLE end_z DOUBLE"
> 
> v.to.db map=rivers_3d option=start columns="start_x,start_y,start_z"
> 
> v.to.db map=rivers_3d option=end columns="end_x,end_y,end_z"
> 
> 
> 
> # Flip only those river sections that are in wrong direction
> 
> # Add the "snap" tool along the way to make sure line segments are indeed 
> connected
> 
> v.edit rivers_3d tool=flip,snap where="end_z>start_z" thresh=10
> 
> 
> 
>> On 13/04/2019 23:31, Nicolas Cadieux wrote:
>> Hi, 
>> 
>> I have a difficult problem.  I have a very large river network file made 
>> with a 2D shapefile.  (I have the SRTMs for the same region).  I would like 
>> to model a river network but I need to keep in mind the river flow 
>> direction.  Unfortunately, I think this file was manually digitized and 
>> therefore, line directions have no relationship with river flow direction. 
>> 
>> Can anyone suggest a way to use my SRTMs to change the line directions or to 
>> add a flow direction variable without resorting to manually editing the 
>> layer? 
>> 
>> Thanks, 
>> 
>> Nicolas 
>> 
>> ___ 
>> 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
> -- 
> Micha Silver
> Ben Gurion Univ.
> Sde Boker, Remote Sensing Lab
> cell: +972-523-665918
___
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] variabile @map_layers

2019-04-14 Per discussione Martina Savarese
Ho capito come utilizzarla, anche se non credo di saperlo spiegare
adeguatamente, comunque nel compositore di stampe, per avere un'etichetta
di testo con la lista dei layer della 'mappa1' (essendo 'mappa1' l'ID che
ho assegnato ad una mappa del layout) basta utilizzare l'espressione

array_to_string( array_foreach( map_get( item_variables( 'mappa1' )
,'map_layers' ) , layer_property( @element, 'name' ) ), ' , ' )

Sostanzialmente nelle etichette di testo del compositore non è esplicitata
come variabile, ma di fatto c'è immagazzinatata e relativa ad una specifica
mappa del compositore


Martina

Il giorno dom 14 apr 2019 alle ore 12:33 Martina Savarese <
martina.savar...@gmail.com> ha scritto:

> N.B. l'espressione mi funziona inserendola nella canvas in un decoratore
> di etichetta di copiright, ma non in etichette di testo nel compositore di
> stampe, lì non compare proprio nelle variabili nella finestra per inserire
> un'espressione. Mi conpare invece in altre parti del compositore, ma devo
> lavorarci ancora un po' per capire come utilizzarla :)
>
> Martina
>
> Il Dom 14 Apr 2019 11:33 Totò  ha scritto:
>
>> marti_ wrote
>> > Infatti questa funziona!
>> >
>> > array_to_string( array_foreach( @map_layers , layer_property(@element,
>> > 'name' ) ) , ' , ' )
>> >
>> >
>> > (la virgola con spazio prima e dopo serve solo per non avere i nomi
>> troppo
>> > appiccicati)
>>
>> wow ottimo lavoro
>> complimenti Martina
>>
>> PS: trovo un po' assurdo dover 'sbattere' la testa per capire come
>> funzionano alcune cose in QGIS.
>>
>> saluti
>>
>>
>>
>> -
>> https://pigrecoinfinito.wordpress.com/
>> --
>> Sent from:
>> http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
>> ___
>> 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] variabile @map_layers

2019-04-14 Per discussione Martina Savarese
N.B. l'espressione mi funziona inserendola nella canvas in un decoratore di
etichetta di copiright, ma non in etichette di testo nel compositore di
stampe, lì non compare proprio nelle variabili nella finestra per inserire
un'espressione. Mi conpare invece in altre parti del compositore, ma devo
lavorarci ancora un po' per capire come utilizzarla :)

Martina

Il Dom 14 Apr 2019 11:33 Totò  ha scritto:

> marti_ wrote
> > Infatti questa funziona!
> >
> > array_to_string( array_foreach( @map_layers , layer_property(@element,
> > 'name' ) ) , ' , ' )
> >
> >
> > (la virgola con spazio prima e dopo serve solo per non avere i nomi
> troppo
> > appiccicati)
>
> wow ottimo lavoro
> complimenti Martina
>
> PS: trovo un po' assurdo dover 'sbattere' la testa per capire come
> funzionano alcune cose in QGIS.
>
> saluti
>
>
>
> -
> https://pigrecoinfinito.wordpress.com/
> --
> Sent from:
> http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
> ___
> 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] variabile @map_layers

2019-04-14 Per discussione Totò
marti_ wrote
> Infatti questa funziona!
> 
> array_to_string( array_foreach( @map_layers , layer_property(@element,
> 'name' ) ) , ' , ' )
> 
> 
> (la virgola con spazio prima e dopo serve solo per non avere i nomi troppo
> appiccicati)

wow ottimo lavoro
complimenti Martina

PS: trovo un po' assurdo dover 'sbattere' la testa per capire come
funzionano alcune cose in QGIS.

saluti



-
https://pigrecoinfinito.wordpress.com/
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user


Re: [QGIS-it-user] variabile @map_layers

2019-04-14 Per discussione Martina Savarese
Infatti questa funziona!

array_to_string( array_foreach( @map_layers , layer_property(@element,
'name' ) ) , ' , ' )


(la virgola con spazio prima e dopo serve solo per non avere i nomi troppo
appiccicati)


Martina

Il giorno dom 14 apr 2019 alle ore 10:55 Martina Savarese <
martina.savar...@gmail.com> ha scritto:

> Comunque mi par di capire che @map_layers va usato necessariamente con
> altro, nel senso che rispetto alla domanda "che dati va a prendere?" questo
> glie lo devo dire io a @map_layers, nel senso che la variabile restituisce
> i layer ma bisogna passargli il "cosa/come" restituirli.
>
> Martina
>
> Il giorno dom 14 apr 2019 alle ore 10:31 Martina Savarese <
> martina.savar...@gmail.com> ha scritto:
>
>> Grazie, avevo infatti cercato un po' senza trovare molto.
>> Martina
>>
>> Il giorno sab 13 apr 2019 alle ore 12:54 Totò 
>> ha scritto:
>>
>>> Ciao Martina
>>> hai toccato un punto debole, alcune variabili non sono minimamente
>>> documentate (spero di essere smentito),
>>>
>>> trovi qualcosa in questa PR [0]
>>>
>>> ho chiesto, tempo fa, via twitter [1] ma nessuno ha mai risposto
>>>
>>>
>>> [0] https://github.com/qgis/QGIS/pull/7716
>>> [1] https://twitter.com/etrimaille/status/1032631326418067457
>>>
>>> saluti
>>>
>>>
>>>
>>> -
>>> https://pigrecoinfinito.wordpress.com/
>>> --
>>> Sent from:
>>> http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
>>> ___
>>> 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] Digest di QGIS-it-user, Volume 42, Numero 27

2019-04-14 Per discussione Totò
Marco Bernasocchi wrote
> Salve Lista
> 
> On 13.04.19 21:00, 

> qgis-it-user-request@.osgeo

>  wrote:
>> Non mi funziona invece per le relazioni uno a molti che si impostano 
>> nelle proprietà progetto, ma quello sarebbe chiedere troppo.
> 
> in QField dovrebbero funzionare.
> 
> https://opengis.ch/wp-content/uploads/2019/04/Screenshot_20190413-223003_QField.jpg

stamani ho aggiornato QField V.1.0.3 Matterhom

ho caricato una progetto con relazione ma non funziona, oppure sono io che
non capisco come farlo funzionare.

ho creato un progetto qgs con un gpkg, 
ho usato lo strato regioni istat e provice istat messe in relazione 1:m

allego progetto e dati

https://mega.nz/#!5dxTFYZZ!ZNW6cK-Z9HBz0kictgjzvdtx3GcjIdhVciUs7fF-qVI

saluti



-
https://pigrecoinfinito.wordpress.com/
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user


Re: [QGIS-it-user] variabile @map_layers

2019-04-14 Per discussione Martina Savarese
Comunque mi par di capire che @map_layers va usato necessariamente con
altro, nel senso che rispetto alla domanda "che dati va a prendere?" questo
glie lo devo dire io a @map_layers, nel senso che la variabile restituisce
i layer ma bisogna passargli il "cosa/come" restituirli.

Martina

Il giorno dom 14 apr 2019 alle ore 10:31 Martina Savarese <
martina.savar...@gmail.com> ha scritto:

> Grazie, avevo infatti cercato un po' senza trovare molto.
> Martina
>
> Il giorno sab 13 apr 2019 alle ore 12:54 Totò 
> ha scritto:
>
>> Ciao Martina
>> hai toccato un punto debole, alcune variabili non sono minimamente
>> documentate (spero di essere smentito),
>>
>> trovi qualcosa in questa PR [0]
>>
>> ho chiesto, tempo fa, via twitter [1] ma nessuno ha mai risposto
>>
>>
>> [0] https://github.com/qgis/QGIS/pull/7716
>> [1] https://twitter.com/etrimaille/status/1032631326418067457
>>
>> saluti
>>
>>
>>
>> -
>> https://pigrecoinfinito.wordpress.com/
>> --
>> Sent from:
>> http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
>> ___
>> 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] variabile @map_layers

2019-04-14 Per discussione Martina Savarese
Grazie, avevo infatti cercato un po' senza trovare molto.
Martina

Il giorno sab 13 apr 2019 alle ore 12:54 Totò 
ha scritto:

> Ciao Martina
> hai toccato un punto debole, alcune variabili non sono minimamente
> documentate (spero di essere smentito),
>
> trovi qualcosa in questa PR [0]
>
> ho chiesto, tempo fa, via twitter [1] ma nessuno ha mai risposto
>
>
> [0] https://github.com/qgis/QGIS/pull/7716
> [1] https://twitter.com/etrimaille/status/1032631326418067457
>
> saluti
>
>
>
> -
> https://pigrecoinfinito.wordpress.com/
> --
> Sent from:
> http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
> ___
> 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] Correcting river flow

2019-04-14 Per discussione Micha Silver

  
  
Here's an idea, using GRASS, that might get you started.


First use the v.drape module to convert your river network to a
  3D grass vector. Now add X,Y,Z coordinates to all start and end
  points for all river sections with v.to.db. With that you can
  extract those river sections where the Z value of the endpoint is
  greater than the Z of the start point. Finally, with v.edit, slip
  only those river sections.


Putting it all together. This is untested, use at your own risk
  :-)


v.in.ogr input=rivers.shp output=rivers
r.in.gdal input=srtm.tif output=srtm
g.region -ap vect=rivers res=30 # Assuming the SRTM is 1 arcsec,
  or 30 m resolution


# Make 3D rivers vector

v.drape input=rivers output=rivers_3d elev=srtm


# Add X,Y,Z for start and end points

v.db.addcolumn map=rivers_3d columns="start_x DOUBLE, start_y
  DOUBLE start_z DOUBLE, end_x DOUBLE end_y DOUBLE end_z DOUBLE"
v.to.db map=rivers_3d option=start
  columns="start_x,start_y,start_z"
v.to.db map=rivers_3d option=end columns="end_x,end_y,end_z"


# Flip only those river sections that are in wrong direction
# Add the "snap" tool along the way to make sure line segments
  are indeed connected

v.edit rivers_3d tool=flip,snap where="end_z>start_z"
  thresh=10



On 13/04/2019 23:31, Nicolas Cadieux
  wrote:

Hi,
  
  
  I have a difficult problem.  I have a very large river network
  file made with a 2D shapefile.  (I have the SRTMs for the same
  region).  I would like to model a river network but I need to keep
  in mind the river flow direction.  Unfortunately, I think this
  file was manually digitized and therefore, line directions have no
  relationship with river flow direction.
  
  
  Can anyone suggest a way to use my SRTMs to change the line
  directions or to add a flow direction variable without resorting
  to manually editing the layer?
  
  
  Thanks,
  
  
  Nicolas
  
  
  ___
  
  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

-- 
Micha Silver
Ben Gurion Univ.
Sde Boker, Remote Sensing Lab
cell: +972-523-665918
  

___
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] QField 1.0 lanciato anche in italiano

2019-04-14 Per discussione Totò
Marco Bernasocchi wrote
> Salve lista, come sicuramente saprete, da circa due settimane QField 1.0
> é stato rilasciato. Un grande passo in quanto l'app ha raggiunto quello
> che per noi erano i requisiti difunzionali e di qualità necessari per
> chiamare l'app stabile.
> 
> finalmente sono riuscito a pubblicare anche in italiano il post che
> documenta tutte le fantastiche funzionalità di QField 1.0 [0]
> 
> Inoltre vorrei informarvi di un concorso che abbiamo lanciato su
> twitter, taggate le foto del vostro uso di QField con #MyQField e
> #dataisoutside per poter vincere mezza giornata di formazione privata
> sull uso di QField. Più dettagli, regolamento ed esempi li trovate qui 
> [1]

Ciao Marco,
uso con soddisfazione QField da oltre due anni e mi fa molto piacere 
leggere un post anche in italiano.

ti ringrazio per la condivisione e cercherò di pubblicare qualche mia foto
durante l'uso di QField in campo.

saluti




-
https://pigrecoinfinito.wordpress.com/
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user