Re: [QGIS-it-user] Traduzione - inverti direzione linea

[Marco Spaziani]

Giusto. Non ti devi scusare di nulla. Direzione e verso sono due cose ben
distinte e che è bene mantenere distinte. È triste sentire persone
"acculturate" confondere, nel parlare, Diesel con la nafta, il dí con il
giorno, l'uomo con il maschio, ossia con ovvero, la caloria con la
temperatura, ecc.

Il 22 Dic 2018 10:26 PM, "Totò"  ha scritto:

salve a tutti,
esiste un algoritmo che permette di invertire il senso di marcia di una
linea...
perché in QGIS è tradotto 'Inverti direzione linea'??
Nono credevo fosse possibile invertire una direzione, al massimo si inverte
il senso di marcia di una linea. suggerisco:
inverti senso di marcia della linea
inverti verso della linea

scusatemi ma sono ricordi di Fisica dell'Università

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

[QGIS-it-user] Traduzione - inverti direzione linea

[Totò]

salve a tutti,
esiste un algoritmo che permette di invertire il senso di marcia di una
linea...
perché in QGIS è tradotto 'Inverti direzione linea'??
Nono credevo fosse possibile invertire una direzione, al massimo si inverte
il senso di marcia di una linea. suggerisco:
inverti senso di marcia della linea
inverti verso della linea

scusatemi ma sono ricordi di Fisica dell'Università

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] Crea raster virtuale in QGIS 2 e 3

[Paolo Cavallini]

Bug noti, ho aperto tickets.
Qualcuno vuol dare una mano a risolvere?
Grazie.

Il 22 dicembre 2018 18:34:40 CET, Marco Spaziani  ha 
scritto:
>Nel pannello di comando di "Crea raster virtuale" di QGIS 2 compare
>l'opzione "No data sorgente", molto utile, anzi utilissima, quando si
>mosaicano vecchie CTR in bianco e nero, perchè, impostando come "No
>data"
>il valore del pixel bianco (in genere pari a 0), ciò ci consente di
>dare la
>trasparenza al "bordo" di ogni singolo raster costituente i tasselli
>del
>mosaico, in modo che tali bordi combacino perfettamente senza che il
>bordo
>bianco opaco di un raster nasconda il "disegno" del raster attiguo
>Inoltre, ove ci si scordasse di selezionare nel pannello di comando
>tale
>opzione, QGIS 2 consente agevolmente, "a posteriori", nella sezione
>Trasparenza del pannello Proprietà del layer, di imporre in quella sede
>il
>valore "No data" per i pixel bianchi e, quindi, di rimediare alla
>dimenticanza.
>In QGIS 3 invece (malgrado che si tratti sempre dello stesso algoritmo
>GDAL/OGR), nel pannello di comando di "Build virtual raster" l'opzione 
>"No
>data sorgente" non compare più e quindi, purtroppo, si ottengono
>mosaici
>con i bordi dei vari raster costituenti i tasselli del mosaico,
>oscurati
>dall'opaco del pixel bianco.
>Se poi si volesse rimediare a questa limitazione "a posteriori"
>andando,
>come suddetto, nella sezione Trasparenza del pannello Proprietà del
>layer,
>ci si rende conto, purtroppo che, pur inserendo il valore del pixel
>bianco
>come "Nodata" e cliccando poi su Applica o su OK, tutto ciò, a
>differenza
>di QGIS 2, non sortisce alcun effetto e i bordi rimangono obliterati
>dall'opaco del bianco.
>Ho provato anche ad aggiungere "a mano" nella riga di comando della
>Console
>GDAL/OGR l'istruzione " -srcnodata 0 " ma purtroppo inutilmente perchè
>ho
>scoperto che in QGIS 3, a differenza che in QGIS 2, non è consentita la
>"modifica" della riga di comando nella Console GDAL/OGR.
>Insomma, parafrasando la storiella della "Formichina felice", mi sembra
>quasi che, per quanto riguarda la funzione "Build virtual raster",
>nella
>migrazione da QGIS 2 a QGIS 3 sia entrato in azione "L'Ufficio
>complicazioni cose semplici".
>---
>P.S. Ovviamente, credo sia inutile, in questa lista, ricordare che in
>un
>"raster virtuale" creato con "Crea raster virtuale" non è possibile, né
>in
>QGIS 2 né in QGIS 3, rendere trasparenti i pixel bianchi imponendo, in
>Proprietà del Layer --> Trasparenza --> Opzioni di trasparenza
>personalizzate --> Lista pixel trasparenti, il valore 100% al pixel
>bianco!
>---
>P.P.S. Nel pannello di comando di "Crea raster virtuale" di QGIS 3 ci
>sono
>poi, inoltre, due altre novità rispetto all'analoga funzione di QGIS 2,
>delle quali però non ne ho ancora capito l'utilità (e che comunque
>nulla a
>che vedere con il problema del "No Data" suddetto). Una è "Metti ogni
>file
>in ingresso in una banda separata" (relativamente alla quale consiglio
>vivamente di togliere sempre il segno di spunta che compare di default
>perchè vi crea solo obrobbi) e l'altra è "Algoritmo di ricampionamento"
>che, per come è impostato, ti impone per forza di sceglierne uno, anche
>se
>non devi ricampionare un bel niente (nel senso che, nel menù a tendina,
>non
>c'è l'opzione "nessun ricampionamento").!

-- 
Sorry for being short___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

[QGIS-it-user] Crea raster virtuale in QGIS 2 e 3

[Marco Spaziani]

Nel pannello di comando di "Crea raster virtuale" di QGIS 2 compare
l'opzione "No data sorgente", molto utile, anzi utilissima, quando si
mosaicano vecchie CTR in bianco e nero, perchè, impostando come "No data"
il valore del pixel bianco (in genere pari a 0), ciò ci consente di dare la
trasparenza al "bordo" di ogni singolo raster costituente i tasselli del
mosaico, in modo che tali bordi combacino perfettamente senza che il bordo
bianco opaco di un raster nasconda il "disegno" del raster attiguo
Inoltre, ove ci si scordasse di selezionare nel pannello di comando tale
opzione, QGIS 2 consente agevolmente, "a posteriori", nella sezione
Trasparenza del pannello Proprietà del layer, di imporre in quella sede il
valore "No data" per i pixel bianchi e, quindi, di rimediare alla
dimenticanza.
In QGIS 3 invece (malgrado che si tratti sempre dello stesso algoritmo
GDAL/OGR), nel pannello di comando di "Build virtual raster" l'opzione  "No
data sorgente" non compare più e quindi, purtroppo, si ottengono mosaici
con i bordi dei vari raster costituenti i tasselli del mosaico, oscurati
dall'opaco del pixel bianco.
Se poi si volesse rimediare a questa limitazione "a posteriori" andando,
come suddetto, nella sezione Trasparenza del pannello Proprietà del layer,
ci si rende conto, purtroppo che, pur inserendo il valore del pixel bianco
come "Nodata" e cliccando poi su Applica o su OK, tutto ciò, a differenza
di QGIS 2, non sortisce alcun effetto e i bordi rimangono obliterati
dall'opaco del bianco.
Ho provato anche ad aggiungere "a mano" nella riga di comando della Console
GDAL/OGR l'istruzione " -srcnodata 0 " ma purtroppo inutilmente perchè ho
scoperto che in QGIS 3, a differenza che in QGIS 2, non è consentita la
"modifica" della riga di comando nella Console GDAL/OGR.
Insomma, parafrasando la storiella della "Formichina felice", mi sembra
quasi che, per quanto riguarda la funzione "Build virtual raster", nella
migrazione da QGIS 2 a QGIS 3 sia entrato in azione "L'Ufficio
complicazioni cose semplici".
---
P.S. Ovviamente, credo sia inutile, in questa lista, ricordare che in un
"raster virtuale" creato con "Crea raster virtuale" non è possibile, né in
QGIS 2 né in QGIS 3, rendere trasparenti i pixel bianchi imponendo, in
Proprietà del Layer --> Trasparenza --> Opzioni di trasparenza
personalizzate --> Lista pixel trasparenti, il valore 100% al pixel bianco!
---
P.P.S. Nel pannello di comando di "Crea raster virtuale" di QGIS 3 ci sono
poi, inoltre, due altre novità rispetto all'analoga funzione di QGIS 2,
delle quali però non ne ho ancora capito l'utilità (e che comunque nulla a
che vedere con il problema del "No Data" suddetto). Una è "Metti ogni file
in ingresso in una banda separata" (relativamente alla quale consiglio
vivamente di togliere sempre il segno di spunta che compare di default
perchè vi crea solo obrobbi) e l'altra è "Algoritmo di ricampionamento"
che, per come è impostato, ti impone per forza di sceglierne uno, anche se
non devi ricampionare un bel niente (nel senso che, nel menù a tendina, non
c'è l'opzione "nessun ricampionamento").!
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

[Qgis-user] EXTENDED Deadline Jan 13th 2019: Call for presentations and workshops for International QGIS UserConf

[Luigi Pirelli]

Next* International QGIS User Conference and Developer Meeting* will take
place in the week from *4 to 10 **March* *2019 in A Coruña (Spain).*

The call for presentations and workshops *registration in: http://2019.qgis.es/
*
*DEADLINE EXTENDED  *to* January 13th 2019*
Will be accepted workshops also in Spanish

Deadline has been extended to allow parallel tracks
Any info can be asked to: *userconf2...@qgis.es* 

The International QGIS User and Developer Conference wants to be the
referential conference, and a meeting point for the family of users and
developers orbiting around the QGIS project, in order to gather experiences
and sharing knowledge about QGIS. The language of the Conference is English.

The event is organised by the *Spanish QGIS Association* [1], the Spanish
user group, and the Galician *Xeoinquedos* community [2] with the help of
*A Coruña municipality* [3]. The event is under the *QGIS.org* umbrella.

:::news
Program publication: Monday January 14th
Conference registration opening: Monday January 14th
Workshop days: March 4th and 5th
Conference day: March 6th
Developer meeting: March 7th to 10th

Conference fees:
   * Early bird period Jan 14th to Feb 3rd: 50€
   * Regular fee: 80€
   * Support fee: 150€
   * Workshop fees: 20€ per workshop

Special fees:
   * Students fee: 40€
   * Unemployed: free (please contact userconf2...@qgis.es)
   * Grants: according to availability (please contact userconf2...@qgis.es)
   * QGIS dev meeting attenders: Free

:::Statistics at Dec 21st 2018
Number of presentations : 32
Number of Workshops: 9
Number of Demos: 1

[1] http://qgis.es/
[2] https://xeoinquedos.wordpress.com/
[3] https://www.coruna.gal/

Luigi Pirelli on behalf of the organising committee.
___
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] Couldn't load SIP module. Python support will be disabled.

[Andre Joost]

Am 21.12.18 um 14:29 schrieb Giacomo Fontanelli:> Hi Andre
>
> thank you very much
>
> I don't understand, now I have sip 4.9.12.
>
> Do you suggest me to install the python sip 4.19.13 because it 
provides sip

> API 12.5 ??
>

No, you should have API 12.5 if you have python-sip v4.9.12

Try apt-cache policy sip-api* to see if it is listed.

HTH,
Andre Joost

___
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