Re: [QGIS-it-user] riordino tracciato record shp

[Martina Savarese]

Il giorno lun 23 set 2019 alle ore 18:22 Daniele Bonaposta <
daniele.bonapo...@gmail.com> ha scritto:

> quello che una volta era il table manager?
>
> Sì, la funzione del "table manager" (che funzionava nella 2) è assolta
nella versione 3 dall'algoritmo "Riorganizzazione campi"
Martina
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] geotaggare foto

[Martina Savarese]

Grazie per tutti i suggerimenti. Ad una prima occhiata mi pare che il
metodo suggerito da Totò faccia al caso mio, già pensavo di utilizzare
Exiftool, ma non sapevo come fare a geottaggare tutte le foto insieme
anzichè una ad una.
Appena mi registro sulla piattaforma prometto di lasciare un like :)

Martina

Il Ven 21 Giu 2019 12:26 Totò  ha scritto:

> marti_ wrote
> > Sapete se esiste un plugin o è prevista l'implementazione di un algoritmo
> > del genere?
> > O qualunque altra indicazione utile
> >
> > Grazie,
> > Martina
>
> ciao ecco il mio blog post sull'argomento (grazie Rossella)
>
>
> https://pigrecoinfinito.wordpress.com/2016/09/24/aggiungere-tag-gps-alle-foto/
>
> per favore se utile lasciare un like, un commento
>
> 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] geotaggare foto

[Martina Savarese]

Salve,
vorrei geotaggare delle vecchie foto di edifici che, più o meno, so dove ho
scattato e che ho riportato come punti in QGIS aggiungendo anche le colonne
x e y per le coordinate oltre ad una colonna con il percorso delle foto. Ho
visto che dalla 3.6 è stata una introdotta una nuova classe QgsExifTools
che permetterebbe di farlo ma ahimè non sono in grado di scrivere un script
per utilizzarla.
Probabilmente dovrei studiarmi l'algoritmo "geotag and import photo" e
provare a scrivere qualcosa che praticamente faccia l'inverso, usando
questa nuova classe ma la vedo lunga :)
Sapete se esiste un plugin o è prevista l'implementazione di un algoritmo
del genere?
O qualunque altra indicazione utile

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

Re: [QGIS-it-user] Migrare un progetto completo a un secondo disco

[Martina Savarese]

Occhio ( è proprio il caso di dire) che il pulsante dei temi è quello nel
pannello dei layer, non quello della barra degli strumenti di aggancio. Il
fatto che siano uguali probabilmente genera un po' di confusione. È una
cosa che mi sono sempre riproposta di segnalare ma probabilmente qualcuno
l'avrà già fatto
Martina


Il Sab 1 Giu 2019 12:24 Martina Savarese  ha
scritto:

> Si creano i vari stili per ciascun vettore, si settano i vari vettori con
> lo stile voluto per una combinazione e si salva il tema (mettiamo
> "combinazione 1"), poi si cambiano gli stili (e volendo anche la visibilità
> o meno dei layer) secondo un'altra combinazione voluta e si salva questo
> secondo tema. E così via. Basta poi richiamare il tema voluto con il
> pulsante dei temi (l'occhio per intenderci) e hai la combinazione di stili
> voluta. Sono praticaamente degli snaphot dello stato dei layer nel momento
> in cui l'hai salvato.
> Come le viste della 2, ma molto migliorate, solo che nella 3 si chiamano
> temi perchè le viste sono nuove finestre della canvas (introdotte con la
> 3). Questo forse genera un po' di confusione all' inizio. Ma poi usandoli
> sono utilissimi anche per la stampa
>
> Mrtina
>
> Il Sab 1 Giu 2019 12:08 Stefano Campus  ha scritto:
>
>> Mi interessa molto e dato che in allestimento sono molto scarso, potresti
>> fare un esempio?
>> Grazie mille
>>
>> Il sab 1 giu 2019, 11:19 Martina Savarese 
>> ha scritto:
>>
>>> Credo che usando i temi, con le varie combinazioni di stili, potrebbe
>>> essere una soluzione (se ho capito bene il problema)
>>>
>>> Martina
>>>
>>> Il Sab 1 Giu 2019 10:57 Paolo Cavallini  ha
>>> scritto:
>>>
>>>> Assolutamente no. Non ho modo ora di spiegare, guardate il manuale.
>>>> Saluti.
>>>>
>>>> Il 1 giugno 2019 10:54:34 CEST, Alessandro Perego 
>>>> ha scritto:
>>>>>
>>>>> Effettivamente in casi come questo utilizzerei anch'io la duplicazione
>>>>> dei layer assegnando stili diversi, ma forse qualcuno conosce metodi
>>>>> migliori.
>>>>>
>>>>> Per il problema del cambio percorsi, se i files sono in un'unica
>>>>> cartella (o in poche cartelle) credo che il modo più veloce sia aprire il
>>>>> file di progetto .qgs con un editor di testo e usare una funzione tipo
>>>>> "trova e sostituisci" per cambiare i vecchi percorsi con i nuovi.
>>>>> Se però i files sono dispersi in tante cartelle diverse diventa
>>>>> laborioso.
>>>>> Se poi devi dare il progetto ad un cliente che mette i files dove
>>>>> vuole lui, allora non conosco soluzione. Quando il cliente aprirà il
>>>>> progetto sarà lui a dover indicare a QGIS i percorsi corretti (però dicevi
>>>>> che rischia di perdere la simbologia?; questo è un problema da capire).
>>>>>
>>>>>
>>>>> Il 01/06/2019 09:41, Luca Bellani ha scritto:
>>>>>
>>>>> Grazie mille!. Peró cosí non risolvo la mia situazione...ovvero per 
>>>>> cambiare
>>>>> lo stile visualizzato, devo riaprire le proprietá, ricaricare lo stile.
>>>>> Invece creando duplicati virtuali dei layer, nel pannello dei layer devo
>>>>> solo spegnere ed accendere. Quello era il mio discorso, la forma piú 
>>>>> veloce.
>>>>> Perché sto sfruttando varie tipologia di stili:
>>>>> ho 5 layer di punti, che ho duplicado in gruppo, per 10 volte (10 gruppi).
>>>>> E uso:
>>>>> -stile unico (vari colori di punti)
>>>>> -stile cluster punti (vari colori e modifice del cluster)
>>>>> -stile mappa di calore (6 gradazioni e combinazioni diverse).
>>>>>
>>>>> Cosi il cliente vede in un attimo tutte le combinazioni. Per esempio, 
>>>>> usando
>>>>> il plug "toggle group visibility" possiamo creare un loop automático, che
>>>>> accende e spegne ogni X secondi i layer (1); si crea un effetto di mixagio
>>>>> tra i vari stili. E senza toccar nulla,  Per questo motivo, salvare uno 
>>>>> per
>>>>> uno gli stili su un unico layer, diventerebba lento, spezzerebbe
>>>>> l'esperienza visuale dell'altra persona. Magari ci sono altri trucchetti 
>>>>> che
>>>>> non conosco!! O magari, pensandolo bene, si puó proporre una funzione per 
>>>>> il
>>>>> futuro sviluppo
&

Re: [QGIS-it-user] Migrare un progetto completo a un secondo disco

[Martina Savarese]

Si creano i vari stili per ciascun vettore, si settano i vari vettori con
lo stile voluto per una combinazione e si salva il tema (mettiamo
"combinazione 1"), poi si cambiano gli stili (e volendo anche la visibilità
o meno dei layer) secondo un'altra combinazione voluta e si salva questo
secondo tema. E così via. Basta poi richiamare il tema voluto con il
pulsante dei temi (l'occhio per intenderci) e hai la combinazione di stili
voluta. Sono praticaamente degli snaphot dello stato dei layer nel momento
in cui l'hai salvato.
Come le viste della 2, ma molto migliorate, solo che nella 3 si chiamano
temi perchè le viste sono nuove finestre della canvas (introdotte con la
3). Questo forse genera un po' di confusione all' inizio. Ma poi usandoli
sono utilissimi anche per la stampa

Mrtina

Il Sab 1 Giu 2019 12:08 Stefano Campus  ha scritto:

> Mi interessa molto e dato che in allestimento sono molto scarso, potresti
> fare un esempio?
> Grazie mille
>
> Il sab 1 giu 2019, 11:19 Martina Savarese  ha
> scritto:
>
>> Credo che usando i temi, con le varie combinazioni di stili, potrebbe
>> essere una soluzione (se ho capito bene il problema)
>>
>> Martina
>>
>> Il Sab 1 Giu 2019 10:57 Paolo Cavallini  ha
>> scritto:
>>
>>> Assolutamente no. Non ho modo ora di spiegare, guardate il manuale.
>>> Saluti.
>>>
>>> Il 1 giugno 2019 10:54:34 CEST, Alessandro Perego 
>>> ha scritto:
>>>>
>>>> Effettivamente in casi come questo utilizzerei anch'io la duplicazione
>>>> dei layer assegnando stili diversi, ma forse qualcuno conosce metodi
>>>> migliori.
>>>>
>>>> Per il problema del cambio percorsi, se i files sono in un'unica
>>>> cartella (o in poche cartelle) credo che il modo più veloce sia aprire il
>>>> file di progetto .qgs con un editor di testo e usare una funzione tipo
>>>> "trova e sostituisci" per cambiare i vecchi percorsi con i nuovi.
>>>> Se però i files sono dispersi in tante cartelle diverse diventa
>>>> laborioso.
>>>> Se poi devi dare il progetto ad un cliente che mette i files dove vuole
>>>> lui, allora non conosco soluzione. Quando il cliente aprirà il progetto
>>>> sarà lui a dover indicare a QGIS i percorsi corretti (però dicevi che
>>>> rischia di perdere la simbologia?; questo è un problema da capire).
>>>>
>>>>
>>>> Il 01/06/2019 09:41, Luca Bellani ha scritto:
>>>>
>>>> Grazie mille!. Peró cosí non risolvo la mia situazione...ovvero per 
>>>> cambiare
>>>> lo stile visualizzato, devo riaprire le proprietá, ricaricare lo stile.
>>>> Invece creando duplicati virtuali dei layer, nel pannello dei layer devo
>>>> solo spegnere ed accendere. Quello era il mio discorso, la forma piú 
>>>> veloce.
>>>> Perché sto sfruttando varie tipologia di stili:
>>>> ho 5 layer di punti, che ho duplicado in gruppo, per 10 volte (10 gruppi).
>>>> E uso:
>>>> -stile unico (vari colori di punti)
>>>> -stile cluster punti (vari colori e modifice del cluster)
>>>> -stile mappa di calore (6 gradazioni e combinazioni diverse).
>>>>
>>>> Cosi il cliente vede in un attimo tutte le combinazioni. Per esempio, 
>>>> usando
>>>> il plug "toggle group visibility" possiamo creare un loop automático, che
>>>> accende e spegne ogni X secondi i layer (1); si crea un effetto di mixagio
>>>> tra i vari stili. E senza toccar nulla,  Per questo motivo, salvare uno per
>>>> uno gli stili su un unico layer, diventerebba lento, spezzerebbe
>>>> l'esperienza visuale dell'altra persona. Magari ci sono altri trucchetti 
>>>> che
>>>> non conosco!! O magari, pensandolo bene, si puó proporre una funzione per 
>>>> il
>>>> futuro sviluppo
>>>>
>>>> 1)  
>>>> _Proyecto_sin_título_-_QGIS_[luca]_2019-06-01_02-35-22.mp4<http://osgeo-org.1560.x6.nabble.com/file/t381967/_Proyecto_sin_t%C3%ADtulo_-_QGIS_%5Bluca%5D_2019-06-01_02-35-22.mp4>
>>>>  
>>>> <http://osgeo-org.1560.x6.nabble.com/file/t381967/_Proyecto_sin_t%C3%ADtulo_-_QGIS_%5Bluca%5D_2019-06-01_02-35-22.mp4>
>>>>
>>>>
>>>>
>>>> --
>>>> Sent from: 
>>>> http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
>>>> ___
>>>> QGIS-it-user mailing 
>>>> listQGIS-it-user@lists.osgeo.orghttps://lists.osgeo.org/mailman/listinfo/qgis-it-user
>>>>
>>>> --
>>>> Alessandro Perego www.alspergis.altervista.org
>>>>
>>>
>>> --
>>> 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 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] Migrare un progetto completo a un secondo disco

[Martina Savarese]

Credo che usando i temi, con le varie combinazioni di stili, potrebbe
essere una soluzione (se ho capito bene il problema)

Martina

Il Sab 1 Giu 2019 10:57 Paolo Cavallini  ha scritto:

> Assolutamente no. Non ho modo ora di spiegare, guardate il manuale.
> Saluti.
>
> Il 1 giugno 2019 10:54:34 CEST, Alessandro Perego  ha
> scritto:
>>
>> Effettivamente in casi come questo utilizzerei anch'io la duplicazione
>> dei layer assegnando stili diversi, ma forse qualcuno conosce metodi
>> migliori.
>>
>> Per il problema del cambio percorsi, se i files sono in un'unica cartella
>> (o in poche cartelle) credo che il modo più veloce sia aprire il file di
>> progetto .qgs con un editor di testo e usare una funzione tipo "trova e
>> sostituisci" per cambiare i vecchi percorsi con i nuovi.
>> Se però i files sono dispersi in tante cartelle diverse diventa laborioso.
>> Se poi devi dare il progetto ad un cliente che mette i files dove vuole
>> lui, allora non conosco soluzione. Quando il cliente aprirà il progetto
>> sarà lui a dover indicare a QGIS i percorsi corretti (però dicevi che
>> rischia di perdere la simbologia?; questo è un problema da capire).
>>
>>
>> Il 01/06/2019 09:41, Luca Bellani ha scritto:
>>
>> Grazie mille!. Peró cosí non risolvo la mia situazione...ovvero per cambiare
>> lo stile visualizzato, devo riaprire le proprietá, ricaricare lo stile.
>> Invece creando duplicati virtuali dei layer, nel pannello dei layer devo
>> solo spegnere ed accendere. Quello era il mio discorso, la forma piú veloce.
>> Perché sto sfruttando varie tipologia di stili:
>> ho 5 layer di punti, che ho duplicado in gruppo, per 10 volte (10 gruppi).
>> E uso:
>> -stile unico (vari colori di punti)
>> -stile cluster punti (vari colori e modifice del cluster)
>> -stile mappa di calore (6 gradazioni e combinazioni diverse).
>>
>> Cosi il cliente vede in un attimo tutte le combinazioni. Per esempio, usando
>> il plug "toggle group visibility" possiamo creare un loop automático, che
>> accende e spegne ogni X secondi i layer (1); si crea un effetto di mixagio
>> tra i vari stili. E senza toccar nulla,  Per questo motivo, salvare uno per
>> uno gli stili su un unico layer, diventerebba lento, spezzerebbe
>> l'esperienza visuale dell'altra persona. Magari ci sono altri trucchetti che
>> non conosco!! O magari, pensandolo bene, si puó proporre una funzione per il
>> futuro sviluppo
>>
>> 1)  
>> _Proyecto_sin_título_-_QGIS_[luca]_2019-06-01_02-35-22.mp4
>>  
>> 
>>
>>
>>
>> --
>> Sent from: 
>> http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
>> ___
>> QGIS-it-user mailing 
>> listQGIS-it-user@lists.osgeo.orghttps://lists.osgeo.org/mailman/listinfo/qgis-it-user
>>
>> --
>> Alessandro Perego www.alspergis.altervista.org
>>
>
> --
> 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 mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] Polilinea 3d da cad e colonna z

[Martina Savarese]

Fatto. Spero di non essere stata troppo prolissa.
Se non è una cosa che pensate di implementare nell'immediato e pensate
possa essere utile, piu in là posso dare una mano facendo una lista dei
link da aggiungere per le funzioni, cosa che tornerebbe utile anche a me
per studiarmele meglio.
Martina

Il giorno dom 26 mag 2019 alle ore 14:02 Totò 
ha scritto:

> marti_ wrote
> > Ad ogni modo avrei un suggerimento per renderlo ancora più efficace:
> > mettendo nella sezione "elenco funzioni", per ogni funzione, i link agli
> > opportuni "esempi uso delle funzioni" sarebbe ancora migliore.
> > Nello specfico per esempio linkando nelle pagine delle funzioni "z" e
> > "point_n" gli esempi relativi.
> >
> > Martina
>
> Ciao Martina,
> l'idea mi piace (ci piace),
> ti chiedo una cortesia, puoi scrivere una issue qui:?
> https://github.com/gbvitrano/HfcQGIS/issues
>
> grazie
>
>
>
> -
> 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] Polilinea 3d da cad e colonna z

[Martina Savarese]

Premetto che in questo caso andavo un po' di fretta e non ho nemmeno dato
un'occhiata ad hfcQGIS (in genere lo faccio e lo trovo d'aiuto, se lo
avessi fatto anche stavolta avrei trovato un esempio d'uso utile al mio
caso :( ).
Ad ogni modo avrei un suggerimento per renderlo ancora più efficace:
mettendo nella sezione "elenco funzioni", per ogni funzione, i link agli
opportuni "esempi uso delle funzioni" sarebbe ancora migliore.
Nello specfico per esempio linkando nelle pagine delle funzioni "z" e
"point_n" gli esempi relativi.

Martina

Il Sab 25 Mag 2019 15:32 Marco Spaziani  ha
scritto:

> 
>
> Il Sab 25 Mag 2019, 14:42 Totò  ha scritto:
>
>> Marco wrote
>> > Soluzione elegante e immediata.
>> > Perchè non la metti, come esempio applicativo, anche in
>> > http://hfcqgis.opendatasicilia.it ? (in aggiunta al chiarissimo esempio
>> > applicativo che già c'è)
>>
>> Ciao,
>> ho creato il file md [0]
>> appena posso lo aggiungo alla guida #HfcQGIS
>>
>> grazie
>>
>> [0]
>> https://github.com/pigreco/HfcQGIS/blob/master/esempi/es/estrarre_Z_da_isoipse_3D.md
>>
>>
>>
>> -
>> 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 mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] Polilinea 3d da cad e colonna z

[Martina Savarese]

Grazie! Non avevo mai usato point_n , funziona ed è  utilissima

Martina

Il Ven 24 Mag 2019 21:05 Totò  ha scritto:

> marti_ wrote
> > Salve,
> > ho importato da cad delle polilinee 3d (di curve di livello) che vengono
> > lette come tali da QGIS e infatti, interrogando gli elementi, vedo le
> > informazioni derivate relative alla coordinata z.
> > Purtroppo però nell'importazione non mi si crea una colonna delle z che
> mi
> > sarebbe utile per etichettarle. La funzione z nel calcolatore di campi
> > funziona solo con geometrie punto.
> > Sapreste indicarmi se c'è un modo semplice per aggiungere automaticamente
> > il campo z a tutti gli elementi?
> > (Purtroppo le quote le importa come punti, ma etichettando quelli,
> > ovviamente le scritte rimangono ferme spostandomi nella mappa)
>
> ciao,
> usa questa espressione
>
> z(point_n($geometry,1) )
>
> 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] Polilinea 3d da cad e colonna z

[Martina Savarese]

Salve,
ho importato da cad delle polilinee 3d (di curve di livello) che vengono
lette come tali da QGIS e infatti, interrogando gli elementi, vedo le
informazioni derivate relative alla coordinata z.
Purtroppo però nell'importazione non mi si crea una colonna delle z che mi
sarebbe utile per etichettarle. La funzione z nel calcolatore di campi
funziona solo con geometrie punto.
Sapreste indicarmi se c'è un modo semplice per aggiungere automaticamente
il campo z a tutti gli elementi?
(Purtroppo le quote le importa come punti, ma etichettando quelli,
ovviamente le scritte rimangono ferme spostandomi nella mappa)

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

Re: [QGIS-it-user] Riflessione sulle donazioni e futuro QGIS

[Martina Savarese]

Salve,
premetto che non sono così addentro al progetto QGIS per suggerire un
indirizzo generale, però sondare il campo dei finanziamenti europei non mi
sembra una cattiva idea per vari motivi:
il primo ovviamente è quello appunto di avere dei finanziamenti, e
finanziamenti pubblici, per un progetto open source;
il secondo è che ottenere finanziamenti europei potrebbe innescare un
circuito virtuoso (anche se non è detto che avvenga).
Mi spiego meglio: i bandi europei funzionano con coofinanziamenti, il che
significa che i partner che propongono un progetto (istituzioni e realtà
economiche di vario tipo) devono a loro volta finanziare in proprio parte
del progetto, cosa che in genere viene fatta tramite il personale
impiegato, in vario modo, nel progetto stesso.

Relativamente ai programmi su cui rivolgere l'attenzione credo che uno su
tutti potrebbe essere Horizon, sul quale non ho alcuna personale
esperienza, ma se qualcuno riuscisse a coinvolgre università e gruppi di
ricerca sarebbe praticabile.Altri programmi potrebbero poi essere sondati
per sviluppare aspetti e/o applicazioni in ambiti più specifici (un
programma da prendere in considerazione è Life, poi ci sono quelli della DG
cultura, e forse COSME per le piccole e medie imprese).
Rispetto alle amministrazioni pubbliche ci sono poi i finanziamenti
indiretti dei fondi strutturali erogati dalle singole regioni.

Martina

Il giorno lun 20 mag 2019 alle ore 15:35 Paolo Cavallini <
cavall...@faunalia.it> ha scritto:

> esatto: come dicevo, chi se ne dovrebbe far carico è lo Stato. e visto
> il paese in cui viviamo, e la gente che mandiamo al governo, questo
> equivale a chiedere aiuto alla santa europa.
>
> On 20/05/19 15:30, Marco Spaziani wrote:
> > Vi propongo tutto un'altro scenario.
> > Quasi un paio di decenni fa (come passa il tempo!), quando lasciai il
> > vecchio ArcView 3 rigorosamente crackato per passare all'open source,
> > non approdai subito a QuantumGIS (allora si chiamava così) ma per un
> > paio d'anni me la feci con gvSIG. Orbene, se non sbaglio, mi sembra di
> > ricordare che gvSIG si manteneva grazie a periodici e sistematici
> > finanziamenti europei in quanto aveva vinto non solo quale
> > bando/progetto della comunità europea. Mi chiedevo. Perchè non esplorare
> > la jungla dei finanziamenti europei (finanziano di tutto, dalla
> > valorizzazione del lardo di Colonnata alla tutela dei dialetti delle
> > Alpi orientali) e vedere se c'è un qualche bando con il quale poter
> > proporre lo sviluppo e il mantenimento del progetto QGIS?
> >
> > Il giorno lun 20 mag 2019 alle ore 10:17 matteo  > > ha scritto:
> >
> > > Tutto bene, ma vorrei vi fosse chiaro che state proponendo di
> > > trasformare qgis da software libero a (parzialmente) proprietario.
> >
> > stavo per scriverlo anche io. Secondo me non va trasformato QGIS,
> > bisogna insistere e convincere chi usa QGIS. Il problema d'altronde è
> > nelle coscienze degli utenti, non in QGIS
> > ___
> > 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
> >
>
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS.ORG Chair:
> http://planet.qgis.org/planet/user/28/tag/qgis%20board/
> ___
> 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] Esportazione tabella attributi personalizzata

[Martina Savarese]

Grazie per la condivisione dello script, anche commentato!
Martina

Il Lun 29 Apr 2019 20:45 Alessandro Perego  ha scritto:

> Grazie per aver risposto,
> purtroppo ho un layer con circa 70 campi di cui 30 da esportare (ma è
> probabile che debba aggiungerne altri) e dover fare la riorganizzazione
> campi (cambiando l'ordine ed i nomi) ogni volta che devo esportare la
> tabella diventa un lavoraccio.
> Per ora mi sono fatto uno script da copiare nella console python che
> sembra fare il lavoro.
> Se a qualcuno può servire lo script è questo:
>
> #
> #   Questo script consente di esportare la tabella attributi
> personalizzata del layer attivo
> #   in un file formato testo con valori delimitati da tabulazione
> #
> from qgis.core import *
> from qgis.utils import iface
> from datetime import datetime
> layer = iface.activeLayer()
> timeNow = datetime.now().strftime('%Y%m%d-%H%M%S')
> output = QgsProject.instance().readPath("./") + '/' + layer.name() +
> '_table_' + timeNow + '.txt'
> new = open(output,'w')
> fieldList = []
> fieldIdList = []
> ATfields = layer.fields()
> ATconfig = layer.attributeTableConfig()
> ATcolumns = ATconfig.columns()
> if len( ATcolumns ) > 0:
> #
> # riga di intestazione
> for ATcolumn in ATcolumns:
> if ATcolumn.hidden == 0:
> fieldName = ATcolumn.name
> fieldID = ATfields.indexFromName(ATcolumn.name)
> fieldIdList.append( fieldID )
> displayName = layer.attributeDisplayName( fieldID )
> fieldList.append( displayName )
> headRow = '\t'.join( map( str, fieldList ) )
> write = new.write( headRow )
> #
> # righe degli attributi
> count = 0
> for feature in layer.getFeatures():
> attribList = []
> for Id in fieldIdList:
> attribList.append( feature[Id] )
> featRow = '\t'.join( map( str, attribList ) )
> write = new.write( '\n' + featRow )
> count = count + 1
> #
> new.close()
> print( 'Operazione completata' )
> print( 'File creato:', output )
> print( 'numero di record:', count )
> print( 'numero di colonne:', len( fieldIdList ) )
>
>
>
> Il 29/04/2019 20:07, Rossella Di Bari ha scritto:
>
> Ciao Alessandro,
> non conosco un modo diretto per esportare in foglio di calcolo la tabella
> attributi come visualizzata, mi spiace...
> Conosco invece il Riorganizzatore Campi, che peschi tra gli strumenti di
> geoprocessing, e che ti crea un nuovo vettore, riorganizzando le colonne e
> ridigitando gli alias che avevi già dato. Le colonne nascoste
> precedentemente andrebbero eliminate. Alla fine della riorganizzazione dei
> campi viene rigenerato un nuovo vettore, anche temporaneo, che salvi come
> foglio di calcolo.
> Spero di esserti stata utile (o forse no perchè mi sa che sei più navigato
> di me con Qgis ;) )
>
> Saluti a tutti
>
>
> 
>  Mail
> priva di virus. www.avast.com
> 
>
> Il giorno gio 25 apr 2019 alle ore 20:59 alper78  ha
> scritto:
>
>> Ciao,
>> sapete dirmi se c'è modo di esportare la tabella attributi di un layer
>> vettoriale mantenendo le caratteristiche con cui viene visualizzata (cioè
>> con i nomi alias, con l'ordine impostato in "Organizza Colonne" ed
>> escludendo le colonne nascoste)?
>> Se copio le righe selezionate per poi incollarle in un file di testo o in
>> un
>> foglio di calcolo mi perde gli alias e l'ordine personalizzato delle
>> colonne.
>>
>> Grazie
>>
>>
>>
>>
>> -
>> 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
>>
>
>
> --
>
> 
>
> ___
> QGIS-it-user mailing 
> listQGIS-it-user@lists.osgeo.orghttps://lists.osgeo.org/mailman/listinfo/qgis-it-user
>
> --
> Alessandro Perego www.alspergis.altervista.org
> ___
> 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

[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

[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

[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] variabile @map_layers

[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

[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

[QGIS-it-user] variabile @map_layers

[Martina Savarese]

Salve, stavo provando delle variabili che non avevo ancora mai usato
(@map_layers e @map_layers_id).
Settando l'espressione
array_to_string ( @map_layers_id)
mi funziona come previsto, mentre sostituendo @map_layers_id con
@map_layers no. O meglio l'espressione funziona preché ottengo due virgole
avendo tre layer.
I layer hanno un titolo, che ho messo anche nei metadati, ma evidentemente
non sono quelli i dati che @map_layers utilizza.
Sapete dirmi come utilizzare @map_layers? Nel senso che dati va a prendere
perché tra le virgole compaia anche qualcosa?

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

Re: [QGIS-it-user] Traduzione QGIS 3

[Martina Savarese]

Come non detto, nello specifico va bene "layer" essendo il termine usato
anche nell' interfaccia grafica relativa
Martina

Il Ven 12 Apr 2019 14:02 Martina Savarese  ha
scritto:

> Ho una domanda relativa alla traduzione del manuale: "layers" riferito
> genericamente ai layer, sia vettoriali che raster (si parla di
> riproiezione) va tradotto "layer" o "livelli"?
> Vedo che quest'ultimo è nel vocabolario (non ricordo se c'è sempre stato,
> scusate ma mi sono un po' arruginita) ma nella concordance trovo anche
> "layer", che nello specifico a me sembra meglio, anche se transifex mi
> mette l'odioso punto esclamativo
> Martina
>
> Il Lun 18 Mar 2019 09:49 matteo  ha scritto:
>
>> > Splendida notizia, Matteo: stavo cominciando ad essere pessimista
>> > sull'interesse per la traduzione
>>
>> no è che stiamo lavorando su tantissimi fornti delal documentazione (se
>> andate sul repo dell documentazione vi rendete conto dell'attività
>> frenetica).
>>
>> quindi questa integrazione di tx non è cosa immediata, abbiate pazienza ;)
>> ___
>> 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] Traduzione QGIS 3

[Martina Savarese]

Ho una domanda relativa alla traduzione del manuale: "layers" riferito
genericamente ai layer, sia vettoriali che raster (si parla di
riproiezione) va tradotto "layer" o "livelli"?
Vedo che quest'ultimo è nel vocabolario (non ricordo se c'è sempre stato,
scusate ma mi sono un po' arruginita) ma nella concordance trovo anche
"layer", che nello specifico a me sembra meglio, anche se transifex mi
mette l'odioso punto esclamativo
Martina

Il Lun 18 Mar 2019 09:49 matteo  ha scritto:

> > Splendida notizia, Matteo: stavo cominciando ad essere pessimista
> > sull'interesse per la traduzione
>
> no è che stiamo lavorando su tantissimi fornti delal documentazione (se
> andate sul repo dell documentazione vi rendete conto dell'attività
> frenetica).
>
> quindi questa integrazione di tx non è cosa immediata, abbiate pazienza ;)
> ___
> 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] GdalTools

[Martina Savarese]

Ok, grazie
Martina

Il Ven 12 Apr 2019 11:46 Paolo Cavallini  ha scritto:

> ciao
> è stato rimosso in quanto integrato in processing
> saluti
>
> On 12/04/19 11:39, Martina Savarese wrote:
> > Salve, mi sono accorta aprendo la finestra dei plugin installati (su
> > profilo "pulito") che nella versione 3.4 nell'elenco c'è GdalTools
> > segnato in rosso con relativo messaggio a lato "Questo Plugin è
> > corrotto. File dei metadati mancante" e un punto interrogativo in
> > corrispondenza della versione installata.
> > Viceversa nella 3.6 non è elencato tra i plugin.
> > È normale che sia così?
> > Nella documentazione di QGIS 3.4 non è elencato GdalTools come
> > effettivamente è nella mia versione 3.6.
> > In entrambi i casi ho cmq gli strumenti gdal nel processing e provando
> > un paio di algoritmi sembrano funzionare, quindi al momento la cosa non
> > sembra costituire un problema. Però se qualcuno mi togliesse la
> > curiosità del perché ne sarei contenta.
> > Martina
> >
> >
> >
> > ___
> > QGIS-it-user mailing list
> > QGIS-it-user@lists.osgeo.org
> > https://lists.osgeo.org/mailman/listinfo/qgis-it-user
> >
>
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS.ORG Chair:
> http://planet.qgis.org/planet/user/28/tag/qgis%20board/
> ___
> 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] GdalTools

[Martina Savarese]

Salve, mi sono accorta aprendo la finestra dei plugin installati (su
profilo "pulito") che nella versione 3.4 nell'elenco c'è GdalTools segnato
in rosso con relativo messaggio a lato "Questo Plugin è corrotto. File dei
metadati mancante" e un punto interrogativo in corrispondenza della
versione installata.
Viceversa nella 3.6 non è elencato tra i plugin.
È normale che sia così?
Nella documentazione di QGIS 3.4 non è elencato GdalTools come
effettivamente è nella mia versione 3.6.
In entrambi i casi ho cmq gli strumenti gdal nel processing e provando un
paio di algoritmi sembrano funzionare, quindi al momento la cosa non sembra
costituire un problema. Però se qualcuno mi togliesse la curiosità del
perché ne sarei contenta.
Martina
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] Documentazione QGIS

[Martina Savarese]

matteo ha scritto:

> Tuttavia abbiamo tantissimi
> traduttori in lista di transifex, pochissimissimi attivi. Lascio la
> palla a Stefano, ma io sarei per fare un po' di pulizia e dare il
> benvenuto a chi ha riesce a dedicare del tempo
>

oh non mi cancellate per favore: io al momento sono inattiva ma appena
riesco a trovare un po' di tempo vorrei rimettermi a fare qualche traduzione
Martina
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] QFIELD e INPUT, osservazioni generali

[Martina Savarese]

Mi accodo ai ringraziamenti,
Martina

Il giorno Sab 6 Apr 2019 19:09 Marco Spaziani  ha
scritto:

> Concordo anch'io. Quella di alper78 è una analisi precisa, chiara e molto
> utile. Però, si è confrontato, con gli stessi "pesi", un software di
> livello palesemente superiore (QField) con un software palesemente di
> livello inferiore (Input), per cui ne emerge un'analisi "non ponderata". Mi
> ripeto. Tutto dipende da cosa ci serve. Se abbiamo bisogno di prestazioni
> elevate, QField è il top, se abbiamo bisogno di prestazioni basic, Input fa
> il suo dovere.
> P.S.: per completezza avrei aggiunto che Input, una volta caricato il
> Progetto nella "cloud" (by Mergin), consente uno sharing facilitato che,
> per chi deve lavorare in team, non è male.
>
> Il giorno sab 6 apr 2019 alle ore 17:33 Totò 
> ha scritto:
>
>> Grazie, molto utile.
>>
>> 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 mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] Filtro layer geometrico e selezione per localizzazione spaziale

[Martina Savarese]

Però potrsti crearti un nuovo campo con la funzione aggregate che soddisfi
la condizione di appartenenza al layer poligonali AND quella di un dato
valore del campo voluto per poi filtrare sul nuovo campo che ti sei creato
Martina


Il giorno Mar 2 Apr 2019 22:26 Luca Bellani <
lucabellani.arqueolo...@gmail.com> ha scritto:

> Non fa una grinza. Grazie mille!!
>
>
>
> --
> 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] [gdal translate]

[Martina Savarese]

Ho fatto una prova per la compressione; se nella finestra di dialogo del
processo in serie clicchi sull'icona "Modalità avanzata" ti appare
un'ulteriore colonna "Opzione di creazione aggiuntive". Lì ho messo
COMPRESS=JPEG|JPEG_QUALITY=75 e sembra funzionare. Sostanzialmente se
esegui l'algoritmo singolo su un file, ci metti le opzioni che vuoi e poi
ti copi e incolli dal log dell'algoritmo eseguito le opzioni aggiuntive,
credo funzioni
Martina

Il giorno mer 20 mar 2019 alle ore 15:30 skampus  ha
scritto:

> ciao a tutti,
> non avendo voglia di scrivere un file batch per la conversione di formato
> di
> un gruppo di raster, vorrei utilizzare la funzione "converti formato" di
> gdal presente in processing (qgis ltr dev).
> dato che sono un bel po' di file uso l'opzione "processo in serie".
> mentre nella versione "diretta a file singolo", sono presenti le opzioni
> per
> la trasformazione del file (come ad esempio la compressione), nella
> versione
> "processo in serie" non è possibile aggiungere alcuna opzione.
> vorrei aprire un ticket ma non so se sia una regressione (ma non credo) e
> quindi un bug, oppure non c'è mai stato e quindi diventa una feature
> request.
> qualcuno ha tempo/voglia di verficare per favore?
> grazie mille
>
> s.
>
>
>
>
> --
> 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] Qgis3LTR - Relazioni - campo unione valore nullo - comportamento anomalo?

[Martina Savarese]

Non ho verificato sul tuo progetto, ad ogni modo anche nell'ultima versione
2.18.28 avviene lo stesso: ai valori NULL vengono associati i valori NULL.
Dal punto di vista sql non è corretto, ma non so se possa essere
considerato un bug in QGIS.
Martina

Il giorno Mer 20 Mar 2019 15:47 Aldo Gessa  ha
scritto:

> Windows 10 - Qgis 3 LTR
>
> Buongiorno,
> ho notato un comportamento differente nelle relazioni tra Qgis 3LTR e Qgis
> 2.18.9 (da cui sto migrando i progetti).
>
> In particolare, nella vecchia versione, quando nei campi di riferimento
> della relazione di entrambi i layer c'era valore NULLO, non veniva eseguita
> alcuna associazione tra i layer e nella vista modulo non appariva
> giustamente (a mio parere) alcuna corrispondenza.
>
> In Qgis3LTR invece vengono associate nella relazione, tutte le righe che
> hanno valore nullo nei campi di riferimento della relazione (in sostanza il
> valore NULLO viene interpretato come un valore) con conseguente
> visualizzazione nella vista modulo.
>
> Allego lo stesso progetto in Qgis3LTR e in Qgis 2.18.9, collegati allo
> stesso SHP.
> esaminando la tabella in vista modulo, si può notare come nella versione
> "vecchia", le pratiche da 1 a 4 non hanno corrispondenze relazionali in
> quanto il campo IdRacc è nullo, mentre nella versione aggiornata, le
> pratiche da 1 a 4 risultano tra loro associate.
>
> PS la relazione l'ho impostata sullo stesso Layer duplicandolo.
>
> Spero di essermi espresso in maniera comprensibile.
>
> Non so se anche altri hanno riscontrato questo differente comportamento.
>
> Saluti
>
> Aldo.
>
> relazioni.rar
> 
>
>
>
>
> --
> 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] Qgis 3.4.5_1.: Maschere (vista modulo) - non funziona "sposta in alto la selezione" e "ordinamento come da vista tabella"

[Martina Savarese]

Due note:
1) ho provato solo con un geopackage e non so se la cosa dipenda anche dal
tipo di file
2) in realtà, sempre con file geopackage, quel pulsante non funziona
neanche con la vista tabella, o meglio a me ha funzionato solo dopo aver
filtrato i selezionati e poi aver rimesso su "mostra tutti", ma se si
ordina con un qualsiasi altro campo e poi si spinge nuovamente il pulsante
per spostare in cima i selezionati questo non funziona (bisogna rifare il
giochetto di filtrare i selezionati e poi "sfiltrarli" per averli in cima)

Tutto ciò però non credo di saperlo esprimere bene in Inglese, a dire il
vero ho qualche dubbio si capisca neppure in Italiano

Martina

Il giorno Lun 18 Mar 2019 19:52 Totò  ha scritto:

> marti_ wrote
> > Stesso sistema operativo e versione, neanche a me funziona il pulsante
> > "Sposta la selezione in cima" (nemmeno shortcut ctrl+T)
> > Martina
>
>  Salve,
> ho aperto ticket proprio oggi
> https://issues.qgis.org/issues/21608
>
> se potete integrate con altre esperienze
>
> 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] Qgis 3.4.5_1.: Maschere (vista modulo) - non funziona "sposta in alto la selezione" e "ordinamento come da vista tabella"

[Martina Savarese]

Stesso sistema operativo e versione, neanche a me funziona il pulsante
"Sposta la selezione in cima" (nemmeno shortcut ctrl+T)
Martina

Il giorno lun 18 mar 2019 alle ore 16:53 Aldo Gessa 
ha scritto:

> Windows 10
> Qgis 3.4.5_1.
>
> Buon Giorno a tutti,
>
> con la versione che usavo precedentemente (2.18), le stesse opzioni
> disponibili per la vista tabella funzionavano egregiamente anche sulla
> vista
> modulo qualora nel progetto fossero state realizzate delle maschere.
>
> Precisamente:
>
> 1) il comando "sposta la selezione in cima", funzionava anche sulla vista
> modulo;
> 2) se ordinavo le righe nella vista tabella, passando alla vista modulo
> veniva conservato l'ordinamento selezionato.
>
> Con la versione attuale non riesco più a far funzionare tali opzioni sulla
> vista modulo e non so se sono io che sbaglio qualcosa o se sia stata una
> precisa scelta progettuale.
>
> Per ovviare il problema della "selezione in cima" si può agire sul filtro
> della vista modulo visualizzando solo le geometrie selezionate (anche se è
> scomodo), ma per l'ordinamento non sono proprio riuscito a trovare altra
> soluzione.
>
> Sarei davvero molto grato a chiunque avesse tempo per verificare se sono io
> che sbaglio qualcosa o se tali funzionalità si sono perse definitivamente
> con la nuova versione.
>
>
>
> Per maggiore chiarezza allego due immaggini
>
> 
>
> 
>
> Aldo.
>
>
>
> --
> 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] [OSGeo4W] Come far coesistere QGIS 2.18.28 LTR e QGIS 3.x LTR

[Martina Savarese]

Io avevo fatto come suggerito da Lorenzo e mi funziona ancora tutto (2.18,
3.4.5 e 3.6), però a questo punto temo il prossimo aggiornamento
Martina

Il giorno ven 15 mar 2019 alle ore 12:26 Stefano Campus 
ha scritto:

> fatto così ma poi non funziona perché mancano librerie qt_qualchecosa
>
> s.
>
> Il giorno ven 15 mar 2019 alle ore 12:15 Massimo A. <
> suburbanstu...@runbox.com> ha scritto:
>
>> cliccando sulla versione : qgis-lter:QGIS Desktop (long term release) da
>> "select packages" nel OSGeo4W Setup è ancora possible scegliere tra la
>> 3.4.5-1 e la 2.18.28-2.
>>
>> almeno così sto facendo..
>>
>> M.
>>
>>
>>
>> On 15/03/2019 11:13, Stefano Campus wrote:
>>
>> Anche la mia non è niente male...
>>
>> s.
>>
>> Il ven 15 mar 2019, 11:07 Totò  ha scritto:
>>
>>> skampus wrote
>>> > eliminato ed anche mantenendo come versione ltr la 2.18, quest'ultima
>>> non
>>> > funziona più...
>>> > proprio ora ho definitivamente passato tutto osgeow4 alla 3.x e sto
>>> > installando la 2.18 standalone.
>>>
>>> Vero, hanno tolto la possibilità di installare la new e old ltr da
>>> osgeo4w
>>>
>>> cvd la mia soluzione è l'unica valida.
>>>
>>> ciao
>>>
>>>
>>>
>>>
>>>
>>> -
>>> 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 
>> listQGIS-it-user@lists.osgeo.orghttps://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 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] Comportamento anomalo di Includi Layer e gruppi

[Martina Savarese]

Grazie Marco che mi hai ricordato di aggiornare il ticket
:)
Martina

Il giorno sab 16 mar 2019 alle ore 10:41 Marco Spaziani <
spaziani.ma...@gmail.com> ha scritto:

> Grazie Paolo e buon fine settimana
>
> Il giorno sab 16 mar 2019 alle ore 10:39 Paolo Cavallini <
> cavall...@faunalia.it> ha scritto:
>
>> bug noto, la funzione funziona solo con progetti qgs, non qgz
>> saluti
>>
>> On 16/03/19 10:37, Marco Spaziani wrote:
>> > Volevo segnalare un comportamento anomalo che ho riscontrato in Includi
>> > Layer e gruppi (funzione a mio parere utilissima perchè, specie i  fase
>> > di riordino dell'archivio, da QGIS 2 a QGIS 3, come sto facendo ora io,
>> > ti consente di fare in 5 minuti cose che prima ti prendevano mezz'ora).
>> > Sono in QGIS 3.4 LTR. Se con Includi Layer e gruppi vado ad importare un
>> > Layer di un vecchio progetto di QGIS 2 (qgs) tutto funziona alla
>> > perfezione e mi importa il Layer già bello che stilizzato così come lo
>> > avevo fatto in QGIS 2. Se invece vado ad importare un Layer di un
>> > progetto di QGIS 3 (qgz) non succede nulla di nulla e non importa niente
>> > di niente. Capita anche a voi?
>> >
>> > ___
>> > QGIS-it-user mailing list
>> > QGIS-it-user@lists.osgeo.org
>> > https://lists.osgeo.org/mailman/listinfo/qgis-it-user
>> >
>>
>> --
>> Paolo Cavallini - www.faunalia.eu
>> QGIS.ORG Chair:
>> http://planet.qgis.org/planet/user/28/tag/qgis%20board/
>> ___
>> 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 mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] Vizualizzazione data modifica di un singolo elemento

[Martina Savarese]

Come non detto, funziona bene così, la data/ora uguale per tutti era quella
valutata la prima volta che il programma poteva valutarla.

Martina

Il giorno Ven 15 Mar 2019 18:21 Martina Savarese 
ha scritto:

> Salve, in un form ho inserito un campo data/ora, con rispettivo widget, e
> messo come valore predefinito now() e spuntato la casella "applica valore
> predefinito all'aggiornamento. In questo modo vedo data e ora dell'ultima
> modifica.
> Però la data/ora risulta uguale per tutti gli elementi, anche quelli che
> non ho effettivamente modificato in quella sessione. Sapete se è possibile,
> ed eventualmente come, visualizzare invece data/ora di modifica dell'
> elemento specifico?
>
> Martina
>
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

[QGIS-it-user] Vizualizzazione data modifica di un singolo elemento

[Martina Savarese]

Salve, in un form ho inserito un campo data/ora, con rispettivo widget, e
messo come valore predefinito now() e spuntato la casella "applica valore
predefinito all'aggiornamento. In questo modo vedo data e ora dell'ultima
modifica.
Però la data/ora risulta uguale per tutti gli elementi, anche quelli che
non ho effettivamente modificato in quella sessione. Sapete se è possibile,
ed eventualmente come, visualizzare invece data/ora di modifica dell'
elemento specifico?

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

[QGIS-it-user] Incorporare layer da altri progetti

[Martina Savarese]

Salve, ho notato che ancora non funziona (versione 3.4.5 e 3.6) la
possibilità di incorporare layer da altri progetti qgz. Il bug è stato
segnalato già per la 3.2. Qualcuno sa se nella master è ancora presente o
se c'è una pr a riguardo?
Nel senso: non so se segnalare nel bug report che il problema è ancora
presente o se invece è inutile perchè cmq in via di risoluzione.

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

Re: [QGIS-it-user] Fwd: [Qgis-tr] Transifex Website update: 3.6 changelog

[Martina Savarese]

https://www.transifex.com/qgis/qgis-website/

Il giorno Gio 14 Mar 2019 11:51 Alberto Grava  ha
scritto:

> Se qualcuno mi indica con precisione dove sta il changelog in transifex, o
> come fare a trovarlo, ci do un occhio...non ho capito ancora benissimo come
> funziona la navigazione all'interno di transifex...sarò stupido io...;)
> grazie mille
>
> Il giorno gio 14 mar 2019 alle ore 09:15 Martina Savarese <
> martina.savar...@gmail.com> ha scritto:
>
>> Mi ero giusto riproposta di mettermici un po', però vediamo quanto riesco
>> a fare, ultimamente i miei buoni propositi sembrano tipo quelli che ci si
>> ripropongono a capodanno...
>> Martina
>>
>> Il giorno Gio 14 Mar 2019 06:27 Stefano Campus  ha
>> scritto:
>>
>>> Ho guardato, ci sono poco più di 800 stringhe.
>>> Certo che con 62 traduttori italiani...
>>>
>>> s.
>>>
>>> Il gio 14 mar 2019, 05:58 Paolo Cavallini  ha
>>> scritto:
>>>
>>>> Volontari?
>>>> Grazie.
>>>>
>>>> --
>>>> *Da:* Richard Duivenvoorde 
>>>> *Inviato il:* 13 marzo 2019 20:46:56 CET
>>>> *A:* QGIS Translation Discussions 
>>>> *Oggetto:* [Qgis-tr] Transifex Website update: 3.6 changelog
>>>>
>>>> Transifex Webtranslation page for QGIS is on 
>>>> https://www.transifex.com/qgis/
>>>>
>>>> Hi Translators,
>>>>
>>>> fyi: we have pushed the new 3.6 Visual Changelog (and other strings) to
>>>> transifex to translate in your language.
>>>>
>>>> Regards,
>>>>
>>>> Richard Duivenvoorde
>>>> --
>>>> QGIS-Translators mailing list
>>>> qgis...@lists.osgeo.org
>>>> https://lists.osgeo.org/mailman/listinfo/qgis-tr
>>>>
>>>>
>>>> --
>>>> 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 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
>>
>
>
> --
> Alberto Grava
> Pianificatore Territoriale
> 3224 sez. A, Albo degli Architetti Pianificatori Paesaggisti e
> Conservatori , provincia di Treviso
>
> mobile: +39 3494643461
> skype: alberto.grava
>
>
> Think green!!
>
> Print this email only if absolutely necessary. Thank you!
> Stampa questa mail solo se strettamente necessario. Grazie!
>
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] Fwd: [Qgis-tr] Transifex Website update: 3.6 changelog

[Martina Savarese]

Mi ero giusto riproposta di mettermici un po', però vediamo quanto riesco a
fare, ultimamente i miei buoni propositi sembrano tipo quelli che ci si
ripropongono a capodanno...
Martina

Il giorno Gio 14 Mar 2019 06:27 Stefano Campus  ha
scritto:

> Ho guardato, ci sono poco più di 800 stringhe.
> Certo che con 62 traduttori italiani...
>
> s.
>
> Il gio 14 mar 2019, 05:58 Paolo Cavallini  ha
> scritto:
>
>> Volontari?
>> Grazie.
>>
>> --
>> *Da:* Richard Duivenvoorde 
>> *Inviato il:* 13 marzo 2019 20:46:56 CET
>> *A:* QGIS Translation Discussions 
>> *Oggetto:* [Qgis-tr] Transifex Website update: 3.6 changelog
>>
>> Transifex Webtranslation page for QGIS is on https://www.transifex.com/qgis/
>>
>> Hi Translators,
>>
>> fyi: we have pushed the new 3.6 Visual Changelog (and other strings) to
>> transifex to translate in your language.
>>
>> Regards,
>>
>> Richard Duivenvoorde
>> --
>> QGIS-Translators mailing list
>> qgis...@lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/qgis-tr
>>
>>
>> --
>> 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 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] Funzione "aggregate" con variabile @parent su layer con SR diversi

[Martina Savarese]

No che non scherzo, e nemmeno ho un occhio particolarmente sensibile,
semplicemente rileggendo la funzione una volta staccata dal computer
impallato (e impallata evidentemente anch'io) mi sembra del tutto logico
che la la $geometry non è quella del layer sulla cui tabella sto operando,
ma quella del layer "figlio" indicato in funzione, mentre il @parent è
quello appunto genitore. Tant'è che la relazione di progetto 1:N l'ho
impostata con il layer dei comuni come "parent" e quello dei punti come
"child".
Quindi a occhio mi sembrava evidente il mio errore.
Nel mio caso era abbastanza assurdo risolvere l'enorme quantità di errori
del dataset che stavo usando pensando di usare un'unica scorciatoia: il mio
errore era proprio di tipo metodologico, non di una funzione.
In questo caso mi è stato più utile staccare dal computer, prendere carta e
penna e farmi qualche schemino per trovare una metodologia più sistematica
per risolvere le varie cose. Così magari la prossima volta sono in grado di
crearmi uno o più modelli che mi consentano di dare una ripulita
preliminare al dataset per impazzire meno su ogni singolo punto di esso.

Martina

Il giorno gio 7 mar 2019 alle ore 08:40 Totò  ha
scritto:

> marti_ wrote
> > Il giorno mar 5 mar 2019 alle ore 22:01 Totò ha scritto:
> >
> >> secondo me dovresti fare al contrario, cioè:
> >>
> >> aggregate( layer:='id layer_punti', aggregate:='concatenate',
> >> expression:="DENOMINAZIONE", filter:=intersects (  transform(  $geometry
> >> ,
> >> 'EPSG:4326', 'EPSG:32632' ) ,  geometry( @parent)), concatenator:=', ')
> >>
> >
> > Sì a occhio direi che dovrebbe funzionare così :)) anche se non l'ho
> > testato.
>
> Ciao Martina,
> Non capisco se scherzi o meno, hai un occhio cosi sensibile??
>
> La cosa da sottolineare è che queste tipologie di espressioni, nel field
> calc, sono molto lente purtroppo;
> forse occorrerebbe segnalarlo.
>
> 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] Funzione "aggregate" con variabile @parent su layer con SR diversi

[Martina Savarese]

Il giorno mar 5 mar 2019 alle ore 22:01 Totò ha scritto:

> secondo me dovresti fare al contrario, cioè:
>
> aggregate( layer:='id layer_punti', aggregate:='concatenate',
> expression:="DENOMINAZIONE", filter:=intersects (  transform(  $geometry ,
> 'EPSG:4326', 'EPSG:32632' ) ,  geometry( @parent)), concatenator:=', ')
>

Sì a occhio direi che dovrebbe funzionare così :)) anche se non l'ho
testato.
Il fatto è che probabilmente era abbastanza assurdo usare questo metodo per
quel che mi ero prefissa (fare tutto con un solo e semplice campo!!) se non
altro perché, essendo un'operazione abbastanza "pesante" per il
calcolatore, ogni volta che dovevo ricare la tabella mi toccava aspettare
un bel po'. Riutilizzare un campo così impostato poi non aveva senso dato
che avendo già impostato una relazione tra i due vettori per concatenare
dei valori potevo usare semplicemente relation_aggregate che risulta molto
più leggero per il calcolatore di campi.
Vabbè, come si dice, sbagliando s'impara

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

Re: [QGIS-it-user] Funzione "aggregate" con variabile @parent su layer con SR diversi

[Martina Savarese]

Mmh, non mi ha funzionato :(
cioè il calcolatore non mi dà errori, ma mi restituisce tutti valori nulli
sul campo virtuale, proprio come faceva senza usare transform.
Sul layer poligonale dei comuni (EPSG 32632) ho usato l'espressione:
aggregate( layer:='id layer_punti', aggregate:='concatenate',
expression:="DENOMINAZIONE", filter:=intersects (  transform(  $geometry ,
'EPSG:32632', 'EPSG:4326' ) ,  geometry( @parent)), concatenator:=', ')
dove 'id layer_punti' è l'id di tale layer (che ha EPSG 4326)

Alla fine ho riproittato il layer dei comuni in 4326 e ottenuto il campo
virtuale che volevo (riproiettare l'altro sarebbe stato un casino per come
avevo già impostatoil progetto) però mi avrebbe fatto più comodo mantenerlo
in un sistema proiettato.

Comunque grazie per la dritta,
Martina




Il giorno mar 5 mar 2019 alle ore 15:56 matteo  ha
scritto:

>
> > prova a usare la funzione transform(geom, source_auth_id, dest_auth_id)
> > applicata ad una delle due geometrie, cosi facendo, forse (non ho
> testato),
> > riesci ad usare aggregate anche con SR differenti.
>
> si, confermo che bisogna riproiettare con la funzione transform. questo
> è un ottimo esempio della riproiezione al volo e dei problemi che può
> portare
>
> 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-it-user] Funzione "aggregate" con variabile @parent su layer con SR diversi

[Martina Savarese]

Grazie,
avevo un caso in cui dovevo verificare la corretta ubicazione di un layer
punti (con un dato SR e con un campo striga contenente il nome del comune),
rispetto a un layer poligonale di comuni con altro SR e stesso campo. Allo
scopo di tale verifica ho pensato di poter utilizzare o l'algoritmo "Unisci
attributi per posizione" o uno spatial join con "aggregate", preferendo
quest'ultimo per avere un campo virtuale, con i valori concatenati da
virgola, e che successivamente potessi anche riutilizzare per altro
semplicemente sostituendo il campo nell'espressione (invece di avere una
serie di nomi di comuni separati da virgola, avere i nomi delle entità, la
tipologia o altro).
Alla fine ho risolto con "Unisci attributi per posizione" (senza dover
riproiettare uno dei due layer, dal momento che stavo lavorando con la 3),
ma mi è andata bene perché i punti con ubicazione sbagliata erano pochi: se
fossero stati molti di più avrei dovuto salvare il file di output per poter
proseguire a spostare i punti anche nei giorni successivi e magari
aggiungerci anche un campo di verifica da spuntare o segnarmi a che punto
ero arrivata con le correzioni, perché non avrei avuto il vantaggio di un
campo virtuale che si modifica man mano che correggevo i punti.
Tutta questa menata per dire che sarebbe stato utile se "aggregate" con
@parent funzionasse anche con layer di SR differenti e con il prossimo file
puntuale che dovrò correggere credo tutto sommato mi convenga riproiettare
il layer dei comuni :)

Martina


Il giorno lun 4 mar 2019 alle ore 22:15 nino formica 
ha scritto:

> Ciao,
>
> certo che è normale !
> Stiamo parlando di operazioni geospaziali (come appunto aggregate) tra
> entità (i layer) che devono essere espressi nello stesso SR.
>
> Saluti
> Nino
>
> Il lun 4 mar 2019, 18:58 Martina Savarese  ha
> scritto:
>
>> Salve, ho notato che la funzione "aggregate" con la variabile @parent non
>> funziona se i due layer hanno SR differenti. Prova fatta sulla versione
>> 3.4.5 (windows 10).
>> Francamente non ricordo se fosse così anche nelle precedenti, cioè, è
>> normale?
>> Martina
>> ___
>> 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] Funzione "aggregate" con variabile @parent su layer con SR diversi

[Martina Savarese]

Salve, ho notato che la funzione "aggregate" con la variabile @parent non
funziona se i due layer hanno SR differenti. Prova fatta sulla versione
3.4.5 (windows 10).
Francamente non ricordo se fosse così anche nelle precedenti, cioè, è
normale?
Martina
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] Post HF Padova

[Martina Savarese]

Grazie a tutti per i chiarimenti. Farò il possibile per partecipare al
summer camp che mi sembra un'iniziativa molto carina. (Ovviamente se c'è mi
appunto anche per il gruppo "griglia" :))
Martina

Il giorno Mar 26 Feb 2019 00:25 skampus  ha scritto:

> ciao a tutt@,
> mi scuso per il ritardo della risposta, ma dopo cinque giorni in completa
> immersione nel foss4g sto tornando lentamente alla normalità.
> dunque, per quanto riguarda la traduzione, come appena detto da alberto, ho
> fatto vedere direttamente dal vivo:
> 1) che cosa è transifex, le operazioni necessarie per essere operativo
> (creazione account, richiesta di iscrizione) e quali strumenti offre
> 2) come è strutturato il progetto QGIS in transifex e come comunicare tra i
> traduttori
> 3) buone pratiche e convenzioni che negli anni abbiamo adottato nella
> traduzione di qgis
> 4) esempi rappresentativi di traduzioni (buone e da evitare)
>
> direi che la chiacchierata è stata utile, perché ci sono già due nuovi
> traduttori e 67 nuove stringhe tradotte.
>
> non so se sia il caso di fare davvero un manuale oppure, dato che i
> traduttori attivi sono pochi a fronte di 62 (!!!) iscritti, usufruire
> dell'ospitalità della mailing list chiusa creata da paolo cavallini anni fa
> e dedicata
> ai traduttori.
> Altra possibilità per risolvere problemi di traduzione potrebbe essere
> aprire un thread qua e interagire solo in quello per non creare troppi
> argomenti.
>
> mancano 1484 stringhe da tradurre e dunque conto di passare presto alla
> parte della documentazione (e magari anche ad OSGeoLive...) e continuare a
> monitorare tutto quanto già tradotto nella GUI per migliorarla.
>
> nel progetto del qgis summer campus :-) metteremo sicuramente un piccolo
> evento sulla traduzione, quindi fatevi sotto con suggerimenti, consigli,
> rimproveri e, mi raccomando, segnalate qua in lista (thread "Traduzione
> QGIS
> 3") errori o miglioramenti.
>
> s.
>
>
>
> --
> 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] Post HF Padova

[Martina Savarese]

Ciao, non avendo potuto partecipare al foss4geo e Hf a Padova, vorrei avere
chiarimenti sugli ultimi due punti, in particolare il workshop sulla
traduzione: è in programma o è stato fatto alla HF? In questo secondo caso
è possibile vederlo/leggerlo per chi non c'era?
Grazie,
Martina

Il giorno lun 25 feb 2019 alle ore 08:05 matteo 
ha scritto:

> Ciao a tutti,
>
> dopo la piacevolissima esperienza di Padova, di cui ri-ri-ri-ringraziamo
> tutte le persone che hanno reso possibile l'evento, tirerei qualche
> conclusione.
>
> Ho aggiornato la pagina della wiki [0] ma forse si possono discutere qui:
>
> * triage bug 2.18 con verifica e chiusura numerosi bug
> * workshop sulla traduzione e chiarimenti di alcuni comportamenti di
> transifex
> * inizio organizzazione del prossimo (e primo!) QGIS Summer Camp
>
> Saluti a tutti e W QGIS
>
> Matteo
>
>
>
> [0] https://github.com/pcav/sito_qgis_it/wiki/QGIS-HackFest--4---Padova
> ___
> 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] Traduzione QGIS 3

[Martina Savarese]

Il bignamino potrebbe essere un'idea, anche se non direi di perderci troppo
tempo, più che altro dovrebbe servire a far perdere meno tempo a chi si
deve "smazzare" la revisione di tutte quelle stringhe, che penso sia un
lavoro estenuante e francamente anche un po' palloso, soprattutto laddove
si tratti di correggere delle piccolezze.
Personalmente dalla mia breve e saltuaria esperienza di traduzioni quello
che consiglierei a chiunque decidesse di accostarsi alla cosa, oltre alle
regole di base, è di tenersi davanti l'interfaccia (io personalmente ho
deciso di cominciare a tradurla proprio perché le novità introdotte dalla
versione 3 erano tante e non sapevo da dove cominciare ad approcciarle -
scusate il termine orrendo). Poi in Transifex c'è anche segnalato il file e
il numero di stringa da dove proviene, così, volendo, uno se lo può anche
aprire ed iniziare a capire dove stanno le cose e come funziona il tutto.
In fondo non è necessario essere un programmatore (io non lo sono) e saper
leggere c++, a volte basta un commento del codice per scoprire delle
funzionalità che uno non conosceva.
Mi rendo conto che non è proprio il modo migliore e più rapido per imparare
qualcosa, ma a me il fatto di poterlo fare, se voglio, mi ha entusiasmato e
mi ha consentito d'imparare un sacco di cose che altrimenti non mi sarei
mai messa ad imparare.
Credo che sostanzialmente questo sia un valore enorme del software open
source e, al di là di tanti discorsi retorici sull'uso della tecnologia, il
miglior modo per sceglierla e usarla consapevolmente.
Buon HF ;)

Martina


Il giorno mer 20 feb 2019 alle ore 18:27 matteo 
ha scritto:

> Stefano che ne dici, il bignamino lo scriviamo sabato durante la HF? ;)
> ___
> 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] Traduzione QGIS 3

[Martina Savarese]

Ottimo, devo dire che stimola anche gli altri (o almeno me) a darsi da
fare. Spero la prossima settimana di riuscire a dare qualche contributo.
A tal proposito, visto che non riuscirò ad essere a Padova, se nel caso
affronterete argomento traduzioni, vi andrebbe di stendere delle linee
guida più approfondite su alcuni punti dove emergono i dubbi più frequenti?
Al momento quello che mi viene in mente è come affrontare la cosa delle
parole in Inglese con tutte le iniziali maiuscole, non un gran problema mi
rendo conto, solo un po' fastidioso vedere i menù disomogenei. Non aggiorno
la versione master da parecchio e nell'ultima che ho istallato il problema
è minimo, ma visto che si aggiungono nuove cose continuamente sarebbe buono
avere delle "regole di stile" basiche su cui regolarsi.

Martina

Il giorno mar 19 feb 2019 alle ore 12:28 skampus  ha
scritto:

> e sono soddisfazioni...
> non ci sono più stringhe da revisionare e ne mancano "solo" 1532.
> con questo non dico che tutto è tradotto correttamente, però almeno si
> intravede la luce.
>
> s.
>
> 
>
>
>
> --
> 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] Report - sezione dinamica su campo Integer64

[Martina Savarese]

Stavo lavorando su un profilo pulito e la casella controllato da report
spuntata. Forse allora il problema era che il file originario era troppo
pesante e soprattutto con una mole enorme di etichette da processare: visto
che il messaggio di esportazione avvenuta correttamente appare subito,
forse ho aperto il pdf troppo presto interrompendo l'esportazione.
Ripensandoci, ripetendo l'operazione con l'altro campo ho aspettato un po'
e dopo il messaggio e infatti si è aperta la finestrella con lo scorrimento
delle esportazioni delle singole pagine (che era evidentemente ancora in
corso).
Grazie per il test,
Martina

Il giorno Lun 18 Feb 2019 21:59 Totò  ha scritto:

> marti_ wrote
> > Grazie, mando il file un po' ripulito e il gpkg della griglia (il report
> è
> > fatto sulla griglia al 2000).
> > Non mando il layer ISTAT perché impacchettato in un gpkg con altri ed è
> un
> > po' pesantino, però se serve per visualizzare qualcosa in più di dei
> fogli
> > bianchi fammi sapere
>
> Ciao Martina,
> ho usato solo il gpkg e non il tuo progetto.
> ho fatto un report usando (il layer _Griglia_2000_25833) sia il campo fid
> che id, in entrambi i casi ottengo un risultato corretto.
>
> PS: il fatto che ottieni una unica pagina statica mi fa pensare hai
> attivato 'controllato da report'??
> ma non è nenache questo il problema in quanto ripeterebbe la stessa pagina
> n
> volte.
> Prova con un profilo pulito.
>
> ciao
>
>
>
>
>
> -
> 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] Report - sezione dinamica su campo Integer64

[Martina Savarese]

Salve, mi sono creata una griglia, con apposito algoritmo, che poi ho
esportato in formato geopackage. Creando una sezione dinamica di report sul
campo id (Integer) creato dall'algoritmo tutto funziona come dovrebbe.
Facendo la stessa cosa sul campo fid (Integer64) invece no; ottengo una
sola pagina statica tale e quale a come la vedo nel layout del body. I
valori per i due campi sono identici, cambia solo il tipo di dato.
Purtroppo al momento non ho avuto tempo di fare altre prove, con l'atlas e
con altri formati.
Martina
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

[QGIS-it-user] Map views

[Martina Savarese]

Salve, ho un problema con le viste multiple (versione 3.4.4):
mi funziona solo lo strumento pan.
Non le uso normalmente ma sono sicura di averle provate con versioni
precedenti e a parte qualche problemino mi pare funzionassero bene. Ora con
due viste in due sr differenti non riesco ad usare nè selezione nè
informazioni elemento nella vista aggiunta. Non trovo ticket in proposito,
nè aperti nè chiusi.
Martina
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] QGIS 3 ...Fogli non Figli ;-)

[Martina Savarese]

Credo di aver tradotto io i "termini incriminati" e ricordo di aver avuto
molti dubbi in proposito. Ogni suggerimento è ben accetto cmq. Nello
specifico poi ho usato la traduzione "genitore" per "parent" sia perché è
quella corretta sia perché ci possono essere vari gruppi annidati uno nell'
altro: con i sottogruppi abbiamo appunto questa parola, ma nel caso inverso
mi suonava male "e tutti i sovragruppi". Che dite di "e tutti i suoi padri"
?
;)
Martina

Il giorno Lun 11 Feb 2019 08:58 Marco Spaziani 
ha scritto:

> ...ora che ci penso meglio ...mi sta sorgendo il dubbio che invece il
> termine "Figli" (nel senso di sublayer costituenti un layer gruppo "padre"
> o "madre" che dir si voglia) sia invece il termine corretto da usarsi
> ...boh ...non lo so ...ma se il termine Figli fosse corretto,
> effettivamente, ripensandoci, non lo troverei strano.
>
> Il giorno lun 11 feb 2019 alle ore 08:50 Marco Spaziani <
> spaziani.ma...@gmail.com> ha scritto:
>
>> Segnalo che poco fa ho notato che creando un gruppo di layer e poi
>> cliccando col tasto dx del mouse sul "layer gruppo" così creato, tra le
>> varie voci del menu a tendina compare anche "Seleziona tutti i Figli" o
>> "Deseleziona tutti i Figli". Niente di importante o di urgente però lo
>> metterei nella lista delle cose da correggere.
>>
> ___
> 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] Proprietà del vettore > Maschera attributi > Vincoli

[Martina Savarese]

ho avuto un problema simile, mi sembra ci sia già un ticket e/o una pull
request per risolvere ( non ne sono sicurissima, ricordo solo di aver
pensato "ah ecco").
scusate l'approssimazione :))
Però date una controllata se esista già
Martina

Il giorno Mar 5 Feb 2019 08:16 Paolo Cavallini  ha
scritto:

> Salve.
> Se confermato, direi che è il caso di aprire un ticket.
> Saluti, e grazie.
>
> Il 4 febbraio 2019 21:34:37 CET, Leonardo Donnini 
> ha scritto:
>>
>> Buonasera lista,
>> segnalo una piccola problematica che ho riscontrato e che su QGIS non
>> sembra avere ripercussioni però genera un problema quando si esporta il
>> progetto su QFIELD x android.
>>
>> Nella maschera attributi "Attributes Form",  ho il campo il "Tipo
>> widget" è impostato a "Mappa Valori" e nella sezione Vincoli per errore
>> ho valorizzato la casella combinata "Espressione"  e non trovo il modo
>> di pulirla.
>>
>> Esportando il progetto sul palmare per l'uso con QFIELD al salvataggio
>> di qualunque modifica degli attributi appare il messaggio "constraints
>> not valid".
>>
>> Non so se questa segnalazione è di interesse per voi ,  io sto
>> risolvendo eliminando il campo e aggiungendolo di nuovo.
>>
>> Saluti
>>
>> Leonardo
>>
>>
>> --
>> --
>> Questa e-mail è stata controllata per individuare virus con Avast antivirus.
>> https://www.avast.com/antivirus
>> --
>> QGIS-it-user mailing list
>> QGIS-it-user@lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/qgis-it-user
>>
>>
> --
> 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 mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] Eliminar campo en layer SpatiaLite

[Martina Savarese]

Non ho mai provato il plugin che dici e non uso database spatial lite da
moltissimo. Ma tu hai attivato le modifiche sul layer (matita gialla)? Se
no non si attivano quei pulsanti.
In alternativa dovresti poter manipolare la tabella da dbmanager

Martina

Il giorno Lun 28 Gen 2019 18:01 Luca Bellani <
lucabellani.arqueolo...@gmail.com> ha scritto:

> Salve, oggi stvo provando un plug (Attribute based clustering) in QGIS 3.4
> su
> un layer puntuale SpatiaLite, e mi ha spiazzato, perché invece di generare
> un nuovo layer con un campo aggiuntivo, ha generato il campo nuovo nel
> layer
> originale.
> Vorrei chiedere quale sarebbe la procedura corretta per eliminare quel
> campo
> aggiuntivo nel layer: nel menú CAMPI o nella calcolatrice non é possibile
> attivare l'icona di "elimina campo".
> Grazie!
>
>
>
> --
> 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] Spazio e/o trattino - in nomi campo in gpkj

[Martina Savarese]

Grazie per la conferma, ho fatto un bug report (tra l'altro con quei campi
non funziona lo stile categorizzato come descritto in un ticket relativo
alla 2.14)
Martina

Il giorno Ven 25 Gen 2019 17:41 Totò  ha scritto:

> marti_ wrote
> > Succede lo stesso creando direttamente un gpkg, senza passare da csv
>
> Confermo tutte le prove di Martina e aggiungo
> non vedo neanche i valori del campi fid che costruisce in automatico un
> geopackage.
>
> 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] Spazio e/o trattino - in nomi campo in gpkj

[Martina Savarese]

Succede lo stesso creando direttamente un gpkg, senza passare da csv

Martina

Il giorno Ven 25 Gen 2019 17:21 Martina Savarese 
ha scritto:

> Purtroppo temo sia proprio un bug, ho fatto la prova con un csv con 3
> campi e tre record (separatore punto e virgola, ma vale anche con la
> virgola) che incollo in fondo.
> Caricato in qgis 3.4.4 (senza plugin) esportato in gpkg. Con calcolatore
> di campi su quest'ultimo non carica i valori dei campi con spazio o con
> trattino. Idem il query builder. Mentre sul csv li carica
> qui sotto il csv che ho usato (se volete provare)
>
> campo_a;campo-b;campo campo c;long;lat
> aa;bbb;c;12.1176470588;43.148235294
> fdhgfhkfkhvf,j;ggdjk;hgshfdfdhgfdhf;11.938823529;42.588235294
> hdgd gdfgdjdjkd;gsfsfd hsgsgs;hdhsjh jdhjdh;12.2352941176;42.1270588235
>
> Martina
>
> Il giorno gio 24 gen 2019 alle ore 09:55 Martina Savarese <
> martina.savar...@gmail.com> ha scritto:
>
>> Appena posso faccio delle prove, il csv di partenza era un po' un casino
>> e non posso escludere che il problema derivi anche da lì. Anche se
>> ricreando i campi con trattino basso ora funziona
>>
>> Martina
>>
>>
>> Il giorno Gio 24 Gen 2019 08:33 Paolo Cavallini 
>> ha scritto:
>>
>>> Se confermato, è importante aprire un ticket.
>>> Grazie.
>>>
>>> On 24/01/19 08:08, Martina Savarese wrote:
>>> > Ok, grazie, quello che mi stupisce di più è che mi danno problemi anche
>>> > i campi con trattino alto. Appena ho un attimo faccio delle prove da
>>> > zero direttamente su gpkg, e in caso apro un ticket
>>>
>>> --
>>> Paolo Cavallini - www.faunalia.eu
>>> QGIS.ORG Chair:
>>> http://planet.qgis.org/planet/user/28/tag/qgis%20board/
>>> ___
>>> 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] Spazio e/o trattino - in nomi campo in gpkj

[Martina Savarese]

Purtroppo temo sia proprio un bug, ho fatto la prova con un csv con 3 campi
e tre record (separatore punto e virgola, ma vale anche con la virgola) che
incollo in fondo.
Caricato in qgis 3.4.4 (senza plugin) esportato in gpkg. Con calcolatore di
campi su quest'ultimo non carica i valori dei campi con spazio o con
trattino. Idem il query builder. Mentre sul csv li carica
qui sotto il csv che ho usato (se volete provare)

campo_a;campo-b;campo campo c;long;lat
aa;bbb;c;12.1176470588;43.148235294
fdhgfhkfkhvf,j;ggdjk;hgshfdfdhgfdhf;11.938823529;42.588235294
hdgd gdfgdjdjkd;gsfsfd hsgsgs;hdhsjh jdhjdh;12.2352941176;42.1270588235

Martina

Il giorno gio 24 gen 2019 alle ore 09:55 Martina Savarese <
martina.savar...@gmail.com> ha scritto:

> Appena posso faccio delle prove, il csv di partenza era un po' un casino e
> non posso escludere che il problema derivi anche da lì. Anche se ricreando
> i campi con trattino basso ora funziona
>
> Martina
>
>
> Il giorno Gio 24 Gen 2019 08:33 Paolo Cavallini 
> ha scritto:
>
>> Se confermato, è importante aprire un ticket.
>> Grazie.
>>
>> On 24/01/19 08:08, Martina Savarese wrote:
>> > Ok, grazie, quello che mi stupisce di più è che mi danno problemi anche
>> > i campi con trattino alto. Appena ho un attimo faccio delle prove da
>> > zero direttamente su gpkg, e in caso apro un ticket
>>
>> --
>> Paolo Cavallini - www.faunalia.eu
>> QGIS.ORG Chair:
>> http://planet.qgis.org/planet/user/28/tag/qgis%20board/
>> ___
>> 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] QGIS 3.4.4 digitalizzazione avanzata + snap crasha

[Martina Savarese]

Ottimo, ora funziona bene, incluse coordinate polari e in x e y e anche con
modifiche topologiche attivate (in tal caso a volte hanno la precedenza
queste a volte l'editing avanzato, secondo cosa s'imposta)
Se può servire (per le prove sull'aggiunta di un plugin alla volta) ho
fatto la prova con profilo con soli plugin interni dei quali attivati solo
DBmanager, metaserch catalogue client e processing.
Martina

Il giorno Ven 25 Gen 2019 12:19 Totò  ha scritto:

> skampus wrote
> > ciao totò,
> > nel video, utilizzando il profilo pulito, tutto funziona e il mancato
> > aggancio nella parte finale della prova, mi sembra possa dipendere dal
> > fatto che hai fissato una distanza massima inferiore alla distanza
> > esistente dall'ultimo vertice disegnato a quello su quale vuoi
> agganciarti
> > e quindi non lo puoi proprio raggiungere.
> > sbaglio?
>
> No, non sbagli
> giusta osservazione.
> Guardate questo video [0].
>
> grazie Stefano.
>
> [0] https://youtu.be/rPa70SjiXnQ
>
>
>
> -
> 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] QGIS 3.4.4 digitalizzazione avanzata + snap crasha

[Martina Savarese]

Non mi pare di averlo provato con la 3.4 ma sicuramente mi crashava con la
3.4.3 (e anche prima mi pare).
Windows 10 64bit

Martina

Il giorno Gio 24 Gen 2019 18:29 Totò  ha scritto:

> Ciao a tutti,
> cercando di riprodurre questa issues [0] nella 2.18.28 ho notato che il
> problema esiste ancora;
> provando a replicarlo nella 3.4.4 QGIS crasha
>
> chiedo di fare la seguente prova:
>
> 1. importare uno shapefile;
> 2. attivate l'editing;
> 3. attivate la digitalizz. avanzata (icona con squadretta e righello)
> 4. attivate lo snap e fissate un valore di soglia;
> 5. provate a tracciare; da me va in crash
>
> saluti
>
> [0] https://issues.qgis.org/issues/16998
>
>
>
> -
> 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] Spazio e/o trattino - in nomi campo in gpkj

[Martina Savarese]

Appena posso faccio delle prove, il csv di partenza era un po' un casino e
non posso escludere che il problema derivi anche da lì. Anche se ricreando
i campi con trattino basso ora funziona

Martina


Il giorno Gio 24 Gen 2019 08:33 Paolo Cavallini  ha
scritto:

> Se confermato, è importante aprire un ticket.
> Grazie.
>
> On 24/01/19 08:08, Martina Savarese wrote:
> > Ok, grazie, quello che mi stupisce di più è che mi danno problemi anche
> > i campi con trattino alto. Appena ho un attimo faccio delle prove da
> > zero direttamente su gpkg, e in caso apro un ticket
>
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS.ORG Chair:
> http://planet.qgis.org/planet/user/28/tag/qgis%20board/
> ___
> 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] Spazio e/o trattino - in nomi campo in gpkj

[Martina Savarese]

Ok, grazie, quello che mi stupisce di più è che mi danno problemi anche i
campi con trattino alto. Appena ho un attimo faccio delle prove da zero
direttamente su gpkg, e in caso apro un ticket

Martina

Il giorno Mer 23 Gen 2019 22:32 Totò  ha scritto:

> marti_ wrote
> > Salve,
> > ho caricato un csv ed esportato e ricaricato come layer gpkj.
> > Usando il calcolatore di campi mi sono accorta che con i campi che
> > avevano
> >  uno spazio all'interno del nome non si caricavano i valori (nè 10 nè
> > tutti). Sostituendoli con nomi con trattino alto o basso, mi sono accorta
> > che lo stesso accadeva con i primi (trattino alto). Ho provato a caricare
> > il layer sia nella 3.4 che nella 2.18 ottenendo lo stesso risultato. É
> > normale o un bug?
>
> Ciao Martina,
> sicuramente alludi al formato geopackage (gpkg).
> Ho fatto una rapida prova su un csv modificando il nome dei campi ed
> inserendo uno spazio: confermo il problema nella 2.18 (che ormai non
> importa
> più), nella 3.4.4 e nella master
>
> 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] QGIS 3.4.4 field calc - la selezione rimane bianca

[Martina Savarese]

Confermo, fastidiosissimo
Martina

Il giorno Mer 23 Gen 2019 21:21 Luca Bellani <
lucabellani.arqueolo...@gmail.com> ha scritto:

> confermo: windows 10 64 bit, QGIS 3.4.4
>
>
>
> --
> 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] Spazio e/o trattino - in nomi campo in gpkj

[Martina Savarese]

Salve,
ho caricato un csv ed esportato e ricaricato come layer gpkj.
Usando il calcolatore di campi mi sono accorta che con i campi che  avevano
 uno spazio all'interno del nome non si caricavano i valori (nè 10 nè
tutti). Sostituendoli con nomi con trattino alto o basso, mi sono accorta
che lo stesso accadeva con i primi (trattino alto). Ho provato a caricare
il layer sia nella 3.4 che nella 2.18 ottenendo lo stesso risultato. É
normale o un bug?

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

Re: [QGIS-it-user] Formato QLR

[Martina Savarese]

A me funziona importandolo dal pannello del browser o dal gestore della
sorgente dati  - browser tab(da lì click con tasto destro sul file qlr e
"aggiungi layer selezionati alla mappa"). Se lo fai dal Tab "Vettore" ti dà
quell'errore

Martina

Il giorno Mar 15 Gen 2019 16:43 Luca Bellani <
lucabellani.arqueolo...@gmail.com> ha scritto:

> Grazie Paolo e Martina!
> Ora ho capito: il .qml é il solo file di stile, mentre il .qlr (definizone
> del layer nel menú export) associa pure la geometria (il path, non la
> geometria fisica).
> Quest'ultimo non si carica dal menu stile, ma come un file vettoriale,
> immagino. Peró a me da errore all'importarlo...
> 
>
>
>
> --
> 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] Errore al caricare il file di progetto

[Martina Savarese]

Sì esattamente, ancora non l'ho istallato ma mi sembra perfetto, grazie

Martina

Il giorno Mar 15 Gen 2019 16:26 Luca Bellani <
lucabellani.arqueolo...@gmail.com> ha scritto:

> Ciao Martina. Io sto provando il plug AutoSaver di Enrico Ferreguti, e
> salva
> un file con lo stesso nome esensione ".bak", nella stessa cartella con lo
> stesso nome dle progetto.
> E' quello che cerchi, no?
>
>
>
> --
> 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] Formato QLR

[Martina Savarese]

Sì, ho visto il nuovo thread solo dopo averti risposto, effettivamente poco
pratico con tanti layer ;)

Martina

Il giorno Mar 15 Gen 2019 12:16 Giulio Fattori  ha
scritto:

> Il 15/01/2019 12:06, Martina Savarese ha scritto:
>
> Se stai usando un geopackage nel menù a tendina della finestra (Save Layer
> Styles) ti dovrebbe comparire anche la voce "In database" che te lo salva
> direttamente come tabella nel geopackage (se aggiungi la connessione in db
> manager puoi verificare da lì)
>
> Martina
>
> Il giorno mar 15 gen 2019 alle ore 11:55 Giulio Fattori <
> giulio.fatt...@tin.it> ha scritto:
>
>> Il 15/01/2019 11:29, Martina Savarese ha scritto:
>>
>> Salve, ho trovato questo post [1] che può essere utile (o per lo meno lo
>> è stato per me).
>>
>> On 15/01/19 01:18, Luca Bellani wrote:
>>> e difatti il file QRL non lo visualizza nell'elenco.
>>>
>>
>> Effettivamente nella versione 3 non lo vedo neppure io tra le opzioni del
>> menù a discesa "Stile" delle proprietà, è comunque accessibile cliccando
>> con tasto destro sul layer nel Pannello dei layer (Esporta--> Salva come
>> File di Definizione del Layer). Questo crea un file .qlr, se lo aggiungi in
>> un nuovo progetto avrai un layer vettoriale (che sarà quello originale) con
>> lo stile che aveva nel momento in cui l'hai esportato.
>> Basta fare la seguente prova: salvare come File di Definizione del Layer
>> un qualsiasi vettore in una cartella diversa rispetto a quella in cui si
>> trova attualmente e poi aggiungere dal browser il .qlr così ottenuto in un
>> nuovo progetto. (Poi guarda le proprietà del vettore: vedrai che il
>> percorso è quello del file originale)
>>
>>
>> [1] https://nathanw.net/2014/03/12/qgis-qlr/
>>
>> Martina
>>
>> ___
>> QGIS-it-user mailing 
>> listQGIS-it-user@lists.osgeo.orghttps://lists.osgeo.org/mailman/listinfo/qgis-it-user
>>
>> Grazie gentilissima, ma il formato geopackage non li ingloba.
>> ___
>> QGIS-it-user mailing list
>> QGIS-it-user@lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/qgis-it-user
>>
> Si ma solo uno alla volta.
>
> Grazie ancora
>
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] Formato QLR

[Martina Savarese]

Se stai usando un geopackage nel menù a tendina della finestra (Save Layer
Styles) ti dovrebbe comparire anche la voce "In database" che te lo salva
direttamente come tabella nel geopackage (se aggiungi la connessione in db
manager puoi verificare da lì)

Martina

Il giorno mar 15 gen 2019 alle ore 11:55 Giulio Fattori <
giulio.fatt...@tin.it> ha scritto:

> Il 15/01/2019 11:29, Martina Savarese ha scritto:
>
> Salve, ho trovato questo post [1] che può essere utile (o per lo meno lo è
> stato per me).
>
> On 15/01/19 01:18, Luca Bellani wrote:
>> e difatti il file QRL non lo visualizza nell'elenco.
>>
>
> Effettivamente nella versione 3 non lo vedo neppure io tra le opzioni del
> menù a discesa "Stile" delle proprietà, è comunque accessibile cliccando
> con tasto destro sul layer nel Pannello dei layer (Esporta--> Salva come
> File di Definizione del Layer). Questo crea un file .qlr, se lo aggiungi in
> un nuovo progetto avrai un layer vettoriale (che sarà quello originale) con
> lo stile che aveva nel momento in cui l'hai esportato.
> Basta fare la seguente prova: salvare come File di Definizione del Layer
> un qualsiasi vettore in una cartella diversa rispetto a quella in cui si
> trova attualmente e poi aggiungere dal browser il .qlr così ottenuto in un
> nuovo progetto. (Poi guarda le proprietà del vettore: vedrai che il
> percorso è quello del file originale)
>
>
> [1] https://nathanw.net/2014/03/12/qgis-qlr/
>
> Martina
>
> ___
> QGIS-it-user mailing 
> listQGIS-it-user@lists.osgeo.orghttps://lists.osgeo.org/mailman/listinfo/qgis-it-user
>
> Grazie gentilissima, ma il formato geopackage non li ingloba.
> ___
> 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] Formato QLR

[Martina Savarese]

Salve, ho trovato questo post [1] che può essere utile (o per lo meno lo è
stato per me).

On 15/01/19 01:18, Luca Bellani wrote:
> e difatti il file QRL non lo visualizza nell'elenco.
>

Effettivamente nella versione 3 non lo vedo neppure io tra le opzioni del
menù a discesa "Stile" delle proprietà, è comunque accessibile cliccando
con tasto destro sul layer nel Pannello dei layer (Esporta--> Salva come
File di Definizione del Layer). Questo crea un file .qlr, se lo aggiungi in
un nuovo progetto avrai un layer vettoriale (che sarà quello originale) con
lo stile che aveva nel momento in cui l'hai esportato.
Basta fare la seguente prova: salvare come File di Definizione del Layer un
qualsiasi vettore in una cartella diversa rispetto a quella in cui si trova
attualmente e poi aggiungere dal browser il .qlr così ottenuto in un nuovo
progetto. (Poi guarda le proprietà del vettore: vedrai che il percorso è
quello del file originale)


[1] https://nathanw.net/2014/03/12/qgis-qlr/

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

Re: [QGIS-it-user] Errore al caricare il file di progetto

[Martina Savarese]

Sostanzialmente non esiste il file di backup per qgz e si indica il plugin
autosaver. Purtroppo per questo non c'è spiegato molto sul repo, quindi,
siccome io non vorrei qualcosa che salvi automaticamente il file stesso, ma
qualcosa che salvi un file di backup, e siccome ho appena iniziato a dare
uno sguardo a python, mi sono guardata il direttamente il file del plugin e
mi pare ci sia un if statement per effettuare il salvataggio in un file di
backup. Non ho ancora avuto modo cmq di testare il plugin.

Martina

Il giorno Sab 12 Gen 2019 14:40 Totò  ha scritto:

> skampus wrote
> > Infine, mi sembra che il link che ho indicato
> > 'is-there-any-way-to-recover-data-when-a-qgz-file-will-not-open?' sia
> > sufficientemente esplicativo.
> >
> > s.
>
> Per me non è affatto esplicativo (perdonami ma nonostante usi il google
> traduttore non afferro il risultato),
> siamo in una lista italiana e mi piacerebbe leggere commenti in italiano
> oppure link con una premessa o il risultato in italiano.
>
> Scusatemi,
> ma se facciamo cosi non ha più senso una lista in italiano, scriviamo
> direttamente nelle liste internazionali.
>
> 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] Errore al caricare il file di progetto

[Martina Savarese]

Grazie, effettivamente ho visto che avevo salvato il link tra i miei
preferiti, quindi forse l'avevo ritenuto molto utile ed era sommariamente
questo che ricordavo :)
Tra l'altro ho visto che potrebbe essere associato con il plugin
layerVersion (mi sembra piuttosto utile anche questo), al momento non
disponibile per qgis3, ma forse lo sarà.
Ad ogni modo mi è parso di capire che volendo possa creare anche un file di
backup, lo proverò senz'altro

Martina

Il giorno ven 11 gen 2019 alle ore 18:00 skampus  ha
scritto:

>
> https://gis.stackexchange.com/questions/293849/is-there-any-way-to-recover-data-when-a-qgz-file-will-not-open
>
>
>
> --
> 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] Errore al caricare il file di progetto

[Martina Savarese]

Stavo notando la stessa cosa. Onestamente io ricordavo di aver letto da
qualche parte (ma non ricordo dove nè sono certa si trattasse proprio di
Qgis) che era stato introdotto l'autosave.
Martina

Il giorno Ven 11 Gen 2019 15:57 Totò  ha scritto:

> Ciao a tutti,
> approfitto per chiedere perché non esiste il file di backup per il nuovo
> formato .qgz;
> ormai dalla 3.2 QGIS salva by default in *.qgz
>
> cosa mi è sfuggito??
>
> 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
>

Il 11/Gen/2019 15:57, "Totò"  ha scritto:

Ciao a tutti,
approfitto per chiedere perché non esiste il file di backup per il nuovo
formato .qgz;
ormai dalla 3.2 QGIS salva by default in *.qgz

cosa mi è sfuggito??

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] Errore al caricare il file di progetto

[Martina Savarese]

A proposito, qualcuno sa dirmi da dove impostare l'intervallo di
salvataggio automatico del file di backup?
Martina

Il giorno Ven 11 Gen 2019 11:07 Marco Spaziani 
ha scritto:

> Mi è capitata più o meno la stessa cosa anni fa. Ho fatto come suggerito
> da Gollino e ho risolto. Vai tranquillo, leva la tilde e riaprilo come un
> normale file di progetto *.qgs.
>
> Il giorno ven 11 gen 2019 alle ore 09:20 Sergio Gollino <
> gollinoser...@gmail.com> ha scritto:
>
>> Ciao Luca,
>> probabilmente il file .qgs non è stato chiuso correttamente per via del
>> crash. L'unica cosa che puoi fare è utilizzare il filetto di backup che
>> qgis crea in automatico ossia il nomeprogetto..qgs~
>> Cancella la tilde nell'estensione e riaprilo. è il tuo progetto
>> all'ultimo salvataggio.
>>
>> saluti
>>
>>
>> Il giorno gio 10 gen 2019 alle ore 18:44 Luca Bellani <
>> lucabellani.arqueolo...@gmail.com> ha scritto:
>>
>>> Ho un grosso problema: ho lasciato il pc con windows 10 acceso per circa
>>> 3
>>> ore senza usarlo, con il progetto QGIS 2.18.26 aperto.l
>>> Quando sono tornato al pc lo schermo era nero e, non riuscendo a
>>> dialogare
>>> con il pc, l'ho riavviato. Ora, il progetto non ri apre piú, e si
>>> presenta
>>> un errore. mi da opzione di caricare il file "copia" ma l'errore
>>> persiste.
>>> Ho provato anche co QGIS 3.4 ma nulla.
>>> Ci puó essere una forma di oter recuperare il progetto? Mai successo in
>>> vari
>>> anni di utilizzo..
>>> Grazie a tutti
>>>
>>> 
>>>
>>>
>>>
>>> --
>>> 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
>>>
>>
>>
>> --
>> Sergio Gollino
>>
>> Questo messaggio, comprensivo di eventuali allegati, è ad uso esclusivo
>> del destinatario e potrebbe contenere  informazioni riservate; se è stato
>> recapitato per errore ci scusiamo per l'accaduto e Vi invitiamo
>> cortesemente a darcene notizia provvedendo alla sua distruzione.
>> Vi ricordiamo che la diffusione, l'utilizzo e/o la conservazione dei dati
>> ricevuti per errore costituiscono violazione alle disposizioni del D.Lgs.
>> n. 196/2003 "Codice in materia di protezione dei dati personali".
>> ___
>> 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 mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] Domanda del mese

[Martina Savarese]

Di nulla, ma non l'ho fatto funzionare io però eh ;)
Ho solo tradotto sui fogli google, il resto l'ha fatto chi ha predisposto
il form
Martina

Il giorno Mar 8 Gen 2019 10:30 Totò  ha scritto:

> marti_ wrote
> > Buongiorno,
> > la domanda del mese è ora disponibile anche in Italiano.
> > Qui il link per rispondere:
> > https://ee.kobotoolbox.org/x/#CSL7n2HR
> >
> > Martina
>
> Grazie Martina, funziona benissimo.
>
> 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] Domanda del mese

[Martina Savarese]

Buongiorno,
la domanda del mese è ora disponibile anche in Italiano.
Qui il link per rispondere:
https://ee.kobotoolbox.org/x/#CSL7n2HR

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

Re: [QGIS-it-user] Fwd: [Qgis-community-team] [Qgis-psc] Translating "The question of the Month" survey?

[Martina Savarese]

Non funziona in navigazione anonima, dovresti disattivarla o usare un altro
browser


Il giorno Lun 7 Gen 2019 13:03 Giuseppe Puddu  ha
scritto:

> Provato adesso ae mi restituisce questo messaggio
>  necessario effettuare il salvataggio del browser ma non 
> disponibile,  corrotto o non  scrivibile. Se stai
> utilizzando la modalità 'navigazione privata' si prega di passare alla
> modalità normale, altrimenti cambiare browser. (error:
> {isTrusted:true})
> giuseppe puddu
>
>
>
> Con OpenStar hai Giga, SMS e i minuti che vuoi da 4,99€ al mese, per
> sempre. Cambi gratis quando e come vuoi e in più hai 10€ di credito omaggio
> e 6 mesi di INFINTY! http://tisca.li/myopen
>
> ___
> 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] Fwd: [Qgis-community-team] [Qgis-psc] Translating "The question of the Month" survey?

[Martina Savarese]

potremmo chiedere che un paio di persone della comunità italiana abbiano il
> permesso di editing su kobo.
>

Se si aggiungono altre lingue immagino diventerà necessario. Personalmente
è la prima volta che vedo questa piattaforma quindi sarei un po' restia a
propormi a meno che non si tratti solo dell'editing della colonna relativa
alla traduzione in Italiano .)
Martina
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] Fwd: [Qgis-community-team] [Qgis-psc] Translating "The question of the Month" survey?

[Martina Savarese]

Mi sembra non sia possibile modificare su kobo toolbox, a meno di avere il
permesso di modifica, quindi ho inviato una mail alla lista comunity per
segnalare che la traduzione in Italiano sullo spreadsheet di Google è stata
completata.
Martina
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] Fwd: [Qgis-community-team] [Qgis-psc] Translating "The question of the Month" survey?

[Martina Savarese]

Il giorno lun 7 gen 2019 alle ore 11:45 Stefano Campus 
ha scritto:

> confermo.
> modulo google editabile (ho cambiato 'Si' in 'Sì')
>

Grazie Stefano, era il punto su cui avevo maggiori dubbi (non sono ironica,
avrei messo anche io "Sì" ma ma temevo sembrasse troppo da precisetta :))

ma poi non so come si faccia il deploy della nuova versione su kobotoobox.
> s.
>

 Mmh, questo non saprei, a dire il vero non ho neppure creato l'account, ho
solo tradotto sul modulo Google, e ho risposto al questionario in Inglese
prima di tradurlo in Italiano. Ora ho riprovato e vedo che selezionando la
lingua Italiana il questionario appare in Inglese ma è cmq funzionante.
Onestamente non saprei, forse bisogna solo aspettare (ho mandato la mail
precedente appena fatta la trsduzione)?

Martina



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

[QGIS-it-user] Fwd: [Qgis-community-team] [Qgis-psc] Translating "The question of the Month" survey?

[Martina Savarese]

Buongiorno e buon anno.
Ho tradotto la domanda del mese (qui
https://docs.google.com/spreadsheets/d/1mT1VOVtqsafO_IQAdttvYJd4O3rNIaFhvdlF1_OdocY/edit#gid=751456405
) se qualcuno volesse darci un'occhiata ed eventualmente correggerla
(scorrete i vari fogli per le diverse opzioni possibili).
Per rispondere alla domanda invece https://ee.kobotoolbox.org/x/#CSL7n2HR
(N.B. il link pare non funzionare in modalità di navigazione anonima)

Martina

-- Forwarded message -
From: Carlos Rivas 
Date: lun 7 gen 2019 alle ore 00:14
Subject: Re: [Qgis-community-team] [Qgis-psc] Translating "The question of
the Month" survey?
To: DelazJ 
Cc: QGIS PSC List , qgis-community <
qgis-community-t...@lists.osgeo.org>


Hi everyone,

I have updated the project, you can sign in for an account and edit
directly here:
https://kf.kobotoolbox.org/#/forms/aDco5Tfyu6dy3ZksuXujPb
Also, you will be able to download and see map results.

The web form is here: *https://ee.kobotoolbox.org/x/#CSL7n2HR
 *
Harrissou I have incorporated your suggestions.

Remember that we need translations for the columns marked in yellow:
https://docs.google.com/spreadsheets/d/1mT1VOVtqsafO_IQAdttvYJd4O3rNIaFhvdlF1_OdocY/edit?usp=sharing

Hope this is helpful


Best Regards

Carlos R.

On Sun, Jan 6, 2019 at 3:09 PM DelazJ  wrote:

> Hi Carlos,
>
> Thanks for taking care of this
>
> Trying to see the survey at https://ee.kobotoolbox.org/x/#cUydeq5p it
> looks like I need an account beforehand.
> About the questions, I'd have two remarks:
> - I can't find mention of contributing to documentation or translation  as
> part of the yes options. See Anita's reply at
> http://osgeo-org.1560.x6.nabble.com/Qgis-community-team-Translating-quot-The-question-of-the-Month-quot-survey-tt5385783.html#a5389860
> - (maybe this one is not worth) The question is " Have you ever *invested
> *in improving QGIS". It may be a translation issue from me but "invested"
> automatically makes me think about money. Could we use "contributed"
> instead? More generic imho (while I agree that a contibution is an
> investment).
>
> Once again thanks for the effort and sorry for these late remarks.
>
> Regards,
> Harrissou
>
> Le dim. 6 janv. 2019 à 20:36, Carlos Rivas  a
> écrit :
>
>> Hi everyone! The survey is almost done, but please review all the sheets
>> in this doc, and translate the yellow options, once they are done, please
>> add a comment in the respective column with a note.
>>
>>
>> https://docs.google.com/spreadsheets/d/1mT1VOVtqsafO_IQAdttvYJd4O3rNIaFhvdlF1_OdocY/edit?usp=sharing
>>
>>
>> Anita, I think now you can download full data and check the map here:
>>
>> https://kc.kobotoolbox.org/carlosgis/forms/build_Qgis-Question-of-the-month_1545615632
>>
>>
>> To see the survey use this link:
>> https://ee.kobotoolbox.org/x/#cUydeq5p
>>
>> When everything is translated I will update the project.
>>
>> Regards,
>>
>> Carlos Rivas
>> twitter: carlosgis
>> LinkedIn: https://www.linkedin.com/in/crivas
>>
>>
>>
>> On Sat, Jan 5, 2019 at 2:07 PM Anita Graser  wrote:
>>
>>> Hi Carlos,
>>>
>>> On Tue, Dec 25, 2018 at 12:47 AM Carlos Rivas 
>>> wrote:
>>>
 I everyone I just wanted to show two proposals for the survey. With
 these platforms we can translate all the questions to any language, survey
 forms update language depending on the Android system:

 To have translations integrated, you can contribute to this Google
 Sheet:

 https://docs.google.com/spreadsheets/d/1mT1VOVtqsafO_IQAdttvYJd4O3rNIaFhvdlF1_OdocY/edit?usp=sharing


>>>
>>> I see that we have five languages in the Google Sheet so far. Please
>>> send me the link to the questionnaire when you are ready. Ideally by the
>>> date of the PSC meeting (this month on Jan 7th). I'll then prepare the blog
>>> post and publish the results of the previous month.
>>>
>>> Currently, if I click Option 1
>>> https://kc.kobotoolbox.org/carlosgis/forms/build_Qgis-Question-of-the-month_1545615632/map,
>>> I see "Not shared".
>>>
>>> The Option 2 link
>>> https://datastudio.google.com/u/0/reporting/1h2gIVrbsg_RghB26X0h8C-A0Cgh0I9HF/page/qWwe
>>> shows me some sample results. I found the CSV download options to download
>>> results but it seems like every question has to be downloaded separately.
>>> Is there a better way?
>>>
>>> Regards,
>>> Anita
>>>
>>>
>>>
>>>

 Then I have two options to update the survey:

 *Option 1: Using KoboToolbox (Android + Web)*

 To start collecting data, download and install KoBoCollect Android app,
 then you need to enter the following URL into the URL field in the
 KoBoCollect settings:
 https://kc.kobotoolbox.org/carlosgis
 OR
 Collect Data on Any Device in Your Browser
 For iPhones or any other device that has a Web browser, use the
 following link to enter data - even offline:
 https://ee.kobotoolbox.org/x/#cUydeq5p

 *And to see the resulting map 

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

[Martina Savarese]

Sì, effettivamente funziona, ovviamente come per gli altri strumenti di
modifica la retta andava semplicemente selezionata dopo e non prima... ed
effettivamente guardando bene c'è l'icona anche nella toolbar.
Martina :)

Il giorno dom 23 dic 2018 alle ore 15:50 Totò 
ha scritto:

> marti_ wrote
> > Orientamento?
> >
> > OT: qualcuno mi sa dire se "inverti direzione" nel menù modifica dovrebbe
> > equivalere all'algoritmo citato o altro? Ho provato a visusualizzare
> delle
> > linee con frecce e, mentre con l'algoritmo ottengo effettivamente un
> > cambio
> > di orientamento dei segmenti, con lo strumento di modifica non vedo alcun
> > cambiamento. Peraltro quando chiudo le modifiche non mi chiede neppure se
> > voglia salvarle o meno, quindi non riesco a capire se modifichi qualcosa.
> > Nella documentazione non ho trovato niente (il comando al momento si
> trova
> > solo nel menù e non nella toolbar)
> >
> > Martina
>
> si, mi piace.
> Inverti orientamento linea.
>
> Per quanto riguarda lo strumento di modifica 'inverti linea' della barra
> degli strumenti di digitalizzazione avanzata a me funziona bene, ovvero fa
> il suo bel lavoro; allego una gif animata [0] che dimostra il
> funzionamento.
>
> [0] https://mega.nz/#!cBoBXCzY!rwFwTXc9YXNisDUVUJ7zm9A1uHkeKk0HCBm60YJEXZM
>
> 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] Traduzione - inverti direzione linea

[Martina Savarese]

Orientamento?

OT: qualcuno mi sa dire se "inverti direzione" nel menù modifica dovrebbe
equivalere all'algoritmo citato o altro? Ho provato a visusualizzare delle
linee con frecce e, mentre con l'algoritmo ottengo effettivamente un cambio
di orientamento dei segmenti, con lo strumento di modifica non vedo alcun
cambiamento. Peraltro quando chiudo le modifiche non mi chiede neppure se
voglia salvarle o meno, quindi non riesco a capire se modifichi qualcosa.
Nella documentazione non ho trovato niente (il comando al momento si trova
solo nel menù e non nella toolbar)

Martina

Il giorno Dom 23 Dic 2018 00:27 Marco Spaziani 
ha scritto:

> 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 mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] QGIS 2 e 3 - Vicarianza tra plugin

[Martina Savarese]

Come non detto, vista su schermo più grande con tutte le colonne assieme lo
schema è chiarissimo. Si potrebbero aggiungere gli algoritmi alternativi
per alcune funzionalità di alcuni plugin (penso in particolare a MMQGIS) ma
forse la tabella diventerebbe troppo complessa e non so se effettivamente
utile (in definitiva ci sono i changelog delle varie versioni e su Hfc
anche le novità delle versioni dev).

Martina


Il giorno lun 17 dic 2018 alle ore 15:44 Stefano Campus 
ha scritto:

> Table manager è nel core
>
> Il giorno lun 17 dic 2018, 15:32 Martina Savarese <
> martina.savar...@gmail.com> ha scritto:
>
>> Mi sembra un utile strumento, avrei solo una domanda/suggerimento. vedo
>> che nella colonna "surrogato in qgis 3" ci sono i valori 'non necessario' e
>> 'presente in processing' e poi c' è la colonna "presente in processing".
>> Mi chiedevo innanzitutto se i due valori di cui sopra sono equivalenti,
>> poi avrei da suggerire l'inserimento nel campo "presente in processing" del
>> relativo algoritmo.
>> Altra cosa: plugin come MMQGIS forniscono diversi strumenti; premesso che
>> non l'ho ancora sperimentato in qgis3, ci sono in processing tutti gli
>> algoritmi corrispondenti? Anche qui sarebbe utile avere tutti i
>> corrispondenti algoritmi
>>
>> Martina
>>
>> Il giorno Dom 16 Dic 2018 16:53 Marco Spaziani 
>> ha scritto:
>>
>>> Procedo
>>>
>>> Il giorno dom 16 dic 2018 alle ore 16:52 Totò 
>>> ha scritto:
>>>
>>>> Ok, per me vanno bene le tue idee.
>>>>
>>>>
>>>>
>>>>
>>>> -
>>>> 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 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] QGIS 2 e 3 - Vicarianza tra plugin

[Martina Savarese]

Mi sembra un utile strumento, avrei solo una domanda/suggerimento. vedo che
nella colonna "surrogato in qgis 3" ci sono i valori 'non necessario' e
'presente in processing' e poi c' è la colonna "presente in processing".
Mi chiedevo innanzitutto se i due valori di cui sopra sono equivalenti, poi
avrei da suggerire l'inserimento nel campo "presente in processing" del
relativo algoritmo.
Altra cosa: plugin come MMQGIS forniscono diversi strumenti; premesso che
non l'ho ancora sperimentato in qgis3, ci sono in processing tutti gli
algoritmi corrispondenti? Anche qui sarebbe utile avere tutti i
corrispondenti algoritmi

Martina

Il giorno Dom 16 Dic 2018 16:53 Marco Spaziani 
ha scritto:

> Procedo
>
> Il giorno dom 16 dic 2018 alle ore 16:52 Totò 
> ha scritto:
>
>> Ok, per me vanno bene le tue idee.
>>
>>
>>
>>
>> -
>> 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 mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] QGIS 2.18 LTR e il SR epsg 25833

[Martina Savarese]

piuttosto dal raster della ctr ho notato che è cambiato il confine
regionale con l'Abruzzo (non lo sapevo e mi sono dimenticata di fare
verifiche sui vettoriali e su confini istat, magari la prossima settimana
controllo)

Martina

Il giorno Dom 9 Dic 2018 11:19 Martina Savarese 
ha scritto:

> Allora ho fatto varie prove su quel pezzetto e confrontando i raster il
> massimo scostamento che ho trovato è di circa 2m, MA a quella scala i pixel
> sono troppo grandi per poter fare una misurazione corretta. Quindi mi sono
> caricata shape vecchi e nuovi e dxf vecchi (ho preso le curve di livello,
> perchè lì non c'è molto altro) e lo scostamento massimo riscontrato è di
> circa 1,7/1,8 ma di media è inferiore a 1m.
> A questo punto per poter dire quale delle due versioni cartografiche è più
> corretta ho caricato l'ortofoto 2012 del Geoportale nazionale e confrontato
> l'unica stradina che c'è (nota bene che per quel quadrante gli shp della
> nuova ctr sono quelli del quadrante RM376, e non li trovi quindi nella
> provincia di Frosinone ma di Roma).
> Conclusione: secondo me la nuova ctr è quella più corretta, nel senso che
> almeno per quella stradina è più aderente all'ortfoto del Geoportale
> nazionale, mentre quella vecchia è maggiormente traslata verso est.
>
> Ho fatto le prime prove (sulle curve di livello) sia sulla versione 3.18
> che sulla 3.4 e mi danno gli stessi risultati, l'ortofoto invece l'ho
> caricata solo sulla 3.4 ma direi che a rigor di logica dovrebbe dare gli
> stessi risultati anche quella.
>
> Secondo me dovresti controllare di avere l'ultima versione dlla 2.18 e
> come è impostato l'ellissoide nelle proprietà progetto (tab generale, sotto
> il gruppo misurazioni): settalo a none/planimetric o GRS180.
>
> Martina
>
> Il giorno sab 8 dic 2018 alle ore 22:22 Marco Spaziani <
> spaziani.ma...@gmail.com> ha scritto:
>
>> Basta. Ci rinuncio. Mi sono incartato. Io mi arrendo. Ho provato in tutti
>> i modi ma non ci riesco.
>> Se volete provarci voi vi propongo un test facile facile, tanto per
>> capire se sono io lo scemo del villaggio o se invece c'è qualcosa che non
>> va.
>> Andate qui:
>>
>> http://dati.lazio.it/catalog/it/dataset/2014-carta-tecnica-regionale-numerica-scala-1-5-000-provincia-di-frosinone/resource/863936db-bcbd-429f-8b62-9986a1d1ab13
>> e scaricatevi il raster 376042 impostato nel sistema di riferimento EPSG
>> 25833 e relativo alla CTR del 2014
>> Poi andate qui:
>>
>> http://dati.lazio.it/catalog/it/dataset/carta-tecnica-regionale-2009-5k-frosinone/resource/f5c7cd76-9c1b-4cc3-86d1-75bfc3109353
>> e scaricatevi l'analogo raster 376042 impostato nel sistema di
>> riferimento EPSG 3004 e relativo alla CTR del 2009.
>> Una volta scaricati, aprite un progetto in QGIS, impostate il SR che
>> volete, selezionate la "riproiezione al volo" e importate i due raster che
>> avete appena scaricato, (e che sono relativi alla stessa identica porzione
>> di territorio), quindi a uno dei due raster date un 50% di trasparenza e
>> vedete un po cosa vi viene fuori.
>> A me mi viene il solito spostamento di circa 3 m verso NW di uno rispetto
>> all'altro (per apprezzarlo zoomate alla scala 1:500 e guardate il sentiero
>> che passa vicino al confine della provincia/comune).
>> Vi ho proposto il raster 376042 perchè sono solo 4Mb di dati scaricare e
>> fate subito, ma il confronto lo potete fare con quello che volete, raster o
>> shape file che sia ...io le ho provate tutte, raster con raster, shape con
>> shape, raster con shape ... e sempre uno spostamento di circa 3 m mi viene.
>> Secondo voi dov'è il problema? sono io che non so usare il SR 25833?
>> ...è QGIS che non sa riproiettare il SR 25833? ...è il data set
>> cartografico della Regione che contiene cartografia bacata?
>> Fatemi sapere.
>> Grazie
>>
>>
>>
>>
>> Il giorno sab 8 dic 2018 alle ore 00:02 Martina Savarese <
>> martina.savar...@gmail.com> ha scritto:
>>
>>> Sono la stessa cosa in due lingue diverse (in parole poverissime)
>>> QGS usa proj4, la specifica che trovi nel file prj è esri wkt. Se vai su
>>> epsg.io e fai la ricerca di un qualsiasi epsg in fondo alla pagina
>>> trovi (mi pare sia sotto la voce esporta, ma ora non ho il computer sotto
>>> mano) la possibilità di esprimere quel epsg in vari formati; cliccali uno
>>> per uno e vedi in quanti modi si può dire secondo in cosa stai lavorando
>>>
>>> Martina
>>>
>>> Il giorno Ven 7 Dic 2018 23:28 Marco Spaziani 
>>> ha scritto:
>>>
>>>> In realtà la stringa contenuta nel file PRJ degli shape file è un po'
>

Re: [QGIS-it-user] QGIS 2.18 LTR e il SR epsg 25833

[Martina Savarese]

Allora ho fatto varie prove su quel pezzetto e confrontando i raster il
massimo scostamento che ho trovato è di circa 2m, MA a quella scala i pixel
sono troppo grandi per poter fare una misurazione corretta. Quindi mi sono
caricata shape vecchi e nuovi e dxf vecchi (ho preso le curve di livello,
perchè lì non c'è molto altro) e lo scostamento massimo riscontrato è di
circa 1,7/1,8 ma di media è inferiore a 1m.
A questo punto per poter dire quale delle due versioni cartografiche è più
corretta ho caricato l'ortofoto 2012 del Geoportale nazionale e confrontato
l'unica stradina che c'è (nota bene che per quel quadrante gli shp della
nuova ctr sono quelli del quadrante RM376, e non li trovi quindi nella
provincia di Frosinone ma di Roma).
Conclusione: secondo me la nuova ctr è quella più corretta, nel senso che
almeno per quella stradina è più aderente all'ortfoto del Geoportale
nazionale, mentre quella vecchia è maggiormente traslata verso est.

Ho fatto le prime prove (sulle curve di livello) sia sulla versione 3.18
che sulla 3.4 e mi danno gli stessi risultati, l'ortofoto invece l'ho
caricata solo sulla 3.4 ma direi che a rigor di logica dovrebbe dare gli
stessi risultati anche quella.

Secondo me dovresti controllare di avere l'ultima versione dlla 2.18 e come
è impostato l'ellissoide nelle proprietà progetto (tab generale, sotto il
gruppo misurazioni): settalo a none/planimetric o GRS180.

Martina

Il giorno sab 8 dic 2018 alle ore 22:22 Marco Spaziani <
spaziani.ma...@gmail.com> ha scritto:

> Basta. Ci rinuncio. Mi sono incartato. Io mi arrendo. Ho provato in tutti
> i modi ma non ci riesco.
> Se volete provarci voi vi propongo un test facile facile, tanto per capire
> se sono io lo scemo del villaggio o se invece c'è qualcosa che non va.
> Andate qui:
>
> http://dati.lazio.it/catalog/it/dataset/2014-carta-tecnica-regionale-numerica-scala-1-5-000-provincia-di-frosinone/resource/863936db-bcbd-429f-8b62-9986a1d1ab13
> e scaricatevi il raster 376042 impostato nel sistema di riferimento EPSG
> 25833 e relativo alla CTR del 2014
> Poi andate qui:
>
> http://dati.lazio.it/catalog/it/dataset/carta-tecnica-regionale-2009-5k-frosinone/resource/f5c7cd76-9c1b-4cc3-86d1-75bfc3109353
> e scaricatevi l'analogo raster 376042 impostato nel sistema di riferimento
> EPSG 3004 e relativo alla CTR del 2009.
> Una volta scaricati, aprite un progetto in QGIS, impostate il SR che
> volete, selezionate la "riproiezione al volo" e importate i due raster che
> avete appena scaricato, (e che sono relativi alla stessa identica porzione
> di territorio), quindi a uno dei due raster date un 50% di trasparenza e
> vedete un po cosa vi viene fuori.
> A me mi viene il solito spostamento di circa 3 m verso NW di uno rispetto
> all'altro (per apprezzarlo zoomate alla scala 1:500 e guardate il sentiero
> che passa vicino al confine della provincia/comune).
> Vi ho proposto il raster 376042 perchè sono solo 4Mb di dati scaricare e
> fate subito, ma il confronto lo potete fare con quello che volete, raster o
> shape file che sia ...io le ho provate tutte, raster con raster, shape con
> shape, raster con shape ... e sempre uno spostamento di circa 3 m mi viene.
> Secondo voi dov'è il problema? sono io che non so usare il SR 25833?
> ...è QGIS che non sa riproiettare il SR 25833? ...è il data set
> cartografico della Regione che contiene cartografia bacata?
> Fatemi sapere.
> Grazie
>
>
>
>
> Il giorno sab 8 dic 2018 alle ore 00:02 Martina Savarese <
> martina.savar...@gmail.com> ha scritto:
>
>> Sono la stessa cosa in due lingue diverse (in parole poverissime)
>> QGS usa proj4, la specifica che trovi nel file prj è esri wkt. Se vai su
>> epsg.io e fai la ricerca di un qualsiasi epsg in fondo alla pagina trovi
>> (mi pare sia sotto la voce esporta, ma ora non ho il computer sotto mano)
>> la possibilità di esprimere quel epsg in vari formati; cliccali uno per uno
>> e vedi in quanti modi si può dire secondo in cosa stai lavorando
>>
>> Martina
>>
>> Il giorno Ven 7 Dic 2018 23:28 Marco Spaziani 
>> ha scritto:
>>
>>> In realtà la stringa contenuta nel file PRJ degli shape file è un po'
>>> più "lunga" di quella che hai suggerito tu e, precisamente, è:
>>>
>>>
>>> PROJCS["ETRS_1989_UTM_Zone_33N",GEOGCS["GCS_ETRS_1989",DATUM["D_ETRS_1989",SPHEROID["GRS_1980",6378137.0,298.257222101]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]],PROJECTION["Transverse_Mercator"],PARAMETER["False_Easting",50.0],PARAMETER["False_Northing",0.0],PARAMETER["Central_Meridian",15.0],PARAMETER["Scale_Factor",0.9996],PARAMETER["Latitude_Of_Origin",0.0],UNIT["M

Re: [QGIS-it-user] QGIS 2.18 LTR e il SR epsg 25833

[Martina Savarese]

Sono la stessa cosa in due lingue diverse (in parole poverissime)
QGS usa proj4, la specifica che trovi nel file prj è esri wkt. Se vai su
epsg.io e fai la ricerca di un qualsiasi epsg in fondo alla pagina trovi
(mi pare sia sotto la voce esporta, ma ora non ho il computer sotto mano)
la possibilità di esprimere quel epsg in vari formati; cliccali uno per uno
e vedi in quanti modi si può dire secondo in cosa stai lavorando

Martina

Il giorno Ven 7 Dic 2018 23:28 Marco Spaziani  ha
scritto:

> In realtà la stringa contenuta nel file PRJ degli shape file è un po' più
> "lunga" di quella che hai suggerito tu e, precisamente, è:
>
>
> PROJCS["ETRS_1989_UTM_Zone_33N",GEOGCS["GCS_ETRS_1989",DATUM["D_ETRS_1989",SPHEROID["GRS_1980",6378137.0,298.257222101]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]],PROJECTION["Transverse_Mercator"],PARAMETER["False_Easting",50.0],PARAMETER["False_Northing",0.0],PARAMETER["Central_Meridian",15.0],PARAMETER["Scale_Factor",0.9996],PARAMETER["Latitude_Of_Origin",0.0],UNIT["Meter",1.0]]
>
> Nell'elenco dei SR di QGIS 2.18 LTR, il SR è esplicitato con la seguente
> "semplice" stringa:
>
> +proj=utm +zone=33 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs
>
> *(che comunque, per quanto semplice, coincide con quella indicata nel sito
> ufficiale dell'EPSG)*
>
>
> Chi tra voi ha padronanza con i SR "personalizzati" ...mi sa spiegare
> perchè tutta questa differenza di dati e di informazioni tra la stringa
> contenuta nel file PRJ e quella contenuta nell'elenco dei SR?
>
> Il giorno gio 6 dic 2018 alle ore 15:18 Studio Multiservice s.s. <
> studio.multiservice.mant...@gmail.com> ha scritto:
>
>> Ciao
>>
>> nello zip che scende trovo inel .prj i seguenti dati:
>>
>>
>> PROJCS["ETRS_1989_UTM_Zone_33N",GEOGCS["GCS_ETRS_1989",DATUM["D_ETRS_1989",SPHEROID["GRS_1980",6378137.0,298.257222101]],PRIMEM["Greenwich",0.0]
>>
>> Prova a fare una verifica...
>>
>> Alberto
>>
>> -- Forwarded message --
>>> From: Marco Spaziani 
>>> To: Carlo Tersigni 
>>> Cc: Martina Savarese , Utenti QGIS it <
>>> qgis-it-user@lists.osgeo.org>
>>> Bcc:
>>> Date: Thu, 6 Dec 2018 10:30:36 +0100
>>> Subject: Re: [QGIS-it-user] QGIS 2.18 LTR e il SR epsg 25833
>>> Bella domanda !!! ...infatti non è così facile.
>>> Ora non ricordo con precisione il labirinto che ho percorso per
>>> arrivarci, ma alla fine ci sono riuscito.
>>> Ricordo, (vado a memoria), che nel "vecchio" portale" raggiungibile con
>>> questo link:
>>>
>>> http://dati.lazio.it/catalog/it/dataset/2014-carta-tecnica-regionale-numerica-scala-1-5-000-provincia-di-frosinone
>>> è possibile agevolmente fare il download della documentazione (raster
>>> tif, Shape file, DGW, pdf, ecc.) ma non vi sono i relativi metadati
>>> disponibili.
>>> Invece nel nuovo portale, raggiungibile con questo link:
>>>
>>> https://geoportale.regione.lazio.it/geoportale/web/guest/catalogo?p_p_id=GNet_WAR_GNetportlet_p_lifecycle=0&_GNet_WAR_GNetportlet_lifportrend=ctr
>>> ci sono si i metadati ma, personalmente, per quanti tentativi abbia
>>> fatto, (mi sono registrato in tutti i modi, come cittadino, come PA, ecc.)
>>> non sono stato capace di scaricarmi neanche un byte di dato.
>>> Buona fortuna e facci sapere ;-)
>>>
>> ___
>> 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 mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] QGIS 2.18 LTR e il SR epsg 25833

[Martina Savarese]

Metadati a parte (punto dolente di parecchi dataset della Pa) il sistema di
riferimento è effettivamente quello: caricando uno shp Qgis lo riconosce e
aprendo il prj con un editor di testo e confrontandolo con il codice
relativo per quel epsg coincide.
Piuttosto se si usa lo strumento di misura è necessario impostare il
corretto ellissoide (sulla 3.4 di default è wgs84, mentre quello relativo a
epsg25833 è Grs 1980)

Martina

Il giorno Gio 6 Dic 2018 10:31 Marco Spaziani  ha
scritto:

> Bella domanda !!! ...infatti non è così facile.
> Ora non ricordo con precisione il labirinto che ho percorso per arrivarci,
> ma alla fine ci sono riuscito.
> Ricordo, (vado a memoria), che nel "vecchio" portale" raggiungibile con
> questo link:
>
> http://dati.lazio.it/catalog/it/dataset/2014-carta-tecnica-regionale-numerica-scala-1-5-000-provincia-di-frosinone
> è possibile agevolmente fare il download della documentazione (raster tif,
> Shape file, DGW, pdf, ecc.) ma non vi sono i relativi metadati disponibili.
> Invece nel nuovo portale, raggiungibile con questo link:
>
> https://geoportale.regione.lazio.it/geoportale/web/guest/catalogo?p_p_id=GNet_WAR_GNetportlet_p_lifecycle=0&_GNet_WAR_GNetportlet_lifportrend=ctr
> ci sono si i metadati ma, personalmente, per quanti tentativi abbia fatto,
> (mi sono registrato in tutti i modi, come cittadino, come PA, ecc.) non
> sono stato capace di scaricarmi neanche un byte di dato.
> Buona fortuna e facci sapere ;-)
>
>
> Il giorno gio 6 dic 2018 alle ore 08:50 Carlo Tersigni <
> carter@gmail.com> ha scritto:
>
>> Buongiorno Marco. Dove hai letto del il sistema di riferimento? Non
>> riesco a trovare il file dei metadati con il sistema di riferimento.
>> Carlo
>>
>> Il giorno gio 6 dic 2018 alle ore 00:24 Marco Spaziani <
>> spaziani.ma...@gmail.com> ha scritto:
>>
>>> Se puoi, prova a fare qualche tentativo con uno dei raster tif
>>> scaricabili dal link che ho postato prima ...4 occhi vedono meglio di 2 e,
>>> sono sincero, sarei io il più felice a prendere atto che mi sto sbagliando.
>>> P.s. considera che, da quanto vedo io, la "deriva" della CTR 2014 rispetto
>>> alle altre carte è dell'ordine di soli 3 m e quindi per apprezzarla devi
>>> zoomare per bene.
>>>
>>> Il giorno Mer 5 Dic 2018, 21:35 Martina Savarese <
>>> martina.savar...@gmail.com> ha scritto:
>>>
>>>> Al momento ho provato solo a caricare pochi layer di Roma all' interno
>>>> del GRA e sovrapporli al satellitare google: fiumi e fossi combaciano
>>>> perfettamente. Dovrò provare con ortofoto e wms della vecchia ctr per fare
>>>> un confronto sull'edificato.
>>>> Martina
>>>>
>>>> Il giorno Mer 5 Dic 2018 21:19 Marco Spaziani 
>>>> ha scritto:
>>>>
>>>>> ...per chi volesse fare qualche test, si colleghi qui:
>>>>>
>>>>> http://dati.lazio.it/catalog/it/dataset/2014-carta-tecnica-regionale-numerica-scala-1-5-000-provincia-di-frosinone
>>>>>
>>>>> Il giorno mer 5 dic 2018 alle ore 21:17 Marco Spaziani <
>>>>> spaziani.ma...@gmail.com> ha scritto:
>>>>>
>>>>>> No, avevo intenzione di farlo sabato sul PC di casa (in ufficio uso
>>>>>> rigorosamente solo le versioni LTR) ma non vedo motivi perchè dovrebbe
>>>>>> comportarsi diversamente. Temo che sia un "bug" intrinseco alla "nuova" 
>>>>>> CTR
>>>>>> del 2014 anche se sono il primo io a sperare di sbagliarmi, perchè se il
>>>>>> problema è in QGIS è un attimo risolverlo, ad esempio, come suggerisci 
>>>>>> tu,
>>>>>> migrando tutto nella 3.4, ma se invece il problema sta nella CTR, allora 
>>>>>> la
>>>>>> risoluzione, per tutta una serie di cose "burocratiche", potrà avvenire
>>>>>> solo con dinamiche da bradipo
>>>>>>
>>>>>> Il giorno mer 5 dic 2018 alle ore 20:16 Martina Savarese <
>>>>>> martina.savar...@gmail.com> ha scritto:
>>>>>>
>>>>>>> L'hai provata anche sulla 3.4?
>>>>>>>
>>>>>>> Martina
>>>>>>>
>>>>>>> Il 05/Dic/2018 13:18, "Marco Spaziani" 
>>>>>>> ha scritto:
>>>>>>>
>>>>>>> La Regione Lazio ha da poco messo online il nuovo geoportale
>>>>>>> contenente, tra le altre cose, anche la "nuova" 

Re: [QGIS-it-user] QGIS 2.18 LTR e il SR epsg 25833

[Martina Savarese]

Al momento ho provato solo a caricare pochi layer di Roma all' interno del
GRA e sovrapporli al satellitare google: fiumi e fossi combaciano
perfettamente. Dovrò provare con ortofoto e wms della vecchia ctr per fare
un confronto sull'edificato.
Martina

Il giorno Mer 5 Dic 2018 21:19 Marco Spaziani  ha
scritto:

> ...per chi volesse fare qualche test, si colleghi qui:
>
> http://dati.lazio.it/catalog/it/dataset/2014-carta-tecnica-regionale-numerica-scala-1-5-000-provincia-di-frosinone
>
> Il giorno mer 5 dic 2018 alle ore 21:17 Marco Spaziani <
> spaziani.ma...@gmail.com> ha scritto:
>
>> No, avevo intenzione di farlo sabato sul PC di casa (in ufficio uso
>> rigorosamente solo le versioni LTR) ma non vedo motivi perchè dovrebbe
>> comportarsi diversamente. Temo che sia un "bug" intrinseco alla "nuova" CTR
>> del 2014 anche se sono il primo io a sperare di sbagliarmi, perchè se il
>> problema è in QGIS è un attimo risolverlo, ad esempio, come suggerisci tu,
>> migrando tutto nella 3.4, ma se invece il problema sta nella CTR, allora la
>> risoluzione, per tutta una serie di cose "burocratiche", potrà avvenire
>> solo con dinamiche da bradipo
>>
>> Il giorno mer 5 dic 2018 alle ore 20:16 Martina Savarese <
>> martina.savar...@gmail.com> ha scritto:
>>
>>> L'hai provata anche sulla 3.4?
>>>
>>> Martina
>>>
>>> Il 05/Dic/2018 13:18, "Marco Spaziani"  ha
>>> scritto:
>>>
>>> La Regione Lazio ha da poco messo online il nuovo geoportale contenente,
>>> tra le altre cose, anche la "nuova" (si fa per dire ...è del 2014 !!!) CTR.
>>> La "nuova" CTR 2014 è impostata con il sistema di riferimento EPSG 25833
>>> La vecchia CTR del 2009 era invece impostata con il sistema di
>>> riferimento EPSG 3004.
>>> La Vecchia CTR 2009 (impostata in EPSG 3004) non ha mai dato problemi di
>>> riproiezione "al volo" e/o di georeferenziazione con altri prodotti (foto
>>> aeree, riprese satellitari, altre cartografie) ...insomma, detta
>>> volgarmente, si è sempre sovrapposta precisamente a qualunque altro layer,
>>> raster o vettore che, avessi usato.
>>> La "nuova" CTR con EPSG 25833 invece, sistematicamente, con qualunque
>>> altro prodotto cartografico la vado a sovrapporre, (la carta IGM, il layer
>>> OSM, la vecchia e gloriosa CTR del 2009, le foto aeree, le foto
>>> satellitari, ecc.) mostra sempre una "deriva" di circa 3.5 m verso NW.
>>> Volevo sapere da voi (prima di segnalare alla Regione Lazio l'eventuale
>>> errore nella nuova CTR 2014) se per caso il SR 25833 in QGIS 2.18 LTR abbia
>>> o meno qualche problema di riproiezione al volo.
>>> Grazie
>>> ___
>>> 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 mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] QGIS 2.18 LTR e il SR epsg 25833

[Martina Savarese]

L'hai provata anche sulla 3.4?

Martina

Il 05/Dic/2018 13:18, "Marco Spaziani"  ha
scritto:

La Regione Lazio ha da poco messo online il nuovo geoportale contenente,
tra le altre cose, anche la "nuova" (si fa per dire ...è del 2014 !!!) CTR.
La "nuova" CTR 2014 è impostata con il sistema di riferimento EPSG 25833
La vecchia CTR del 2009 era invece impostata con il sistema di riferimento
EPSG 3004.
La Vecchia CTR 2009 (impostata in EPSG 3004) non ha mai dato problemi di
riproiezione "al volo" e/o di georeferenziazione con altri prodotti (foto
aeree, riprese satellitari, altre cartografie) ...insomma, detta
volgarmente, si è sempre sovrapposta precisamente a qualunque altro layer,
raster o vettore che, avessi usato.
La "nuova" CTR con EPSG 25833 invece, sistematicamente, con qualunque altro
prodotto cartografico la vado a sovrapporre, (la carta IGM, il layer OSM,
la vecchia e gloriosa CTR del 2009, le foto aeree, le foto satellitari,
ecc.) mostra sempre una "deriva" di circa 3.5 m verso NW.
Volevo sapere da voi (prima di segnalare alla Regione Lazio l'eventuale
errore nella nuova CTR 2014) se per caso il SR 25833 in QGIS 2.18 LTR abbia
o meno qualche problema di riproiezione al volo.
Grazie
___
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] da poligonale a puntuale

[Martina Savarese]

Con algoritmo centroidi o point on surface

Martina

Il Mar 27 Nov 2018 11:33 Roberta Ciccarelli 
ha scritto:

> Buongiorno
> ho uno shp poligonale con un tabella dove ci sono diverse colonne dati. Ho
> bisogno di associare un punto ad ogni poligono e di creare uno shp puntuale
> con gli stessi dati presenti nella tabella dello shp poligonale, è
> possibile?
> grazie per l'aiuto Roberta
> ___
> 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] globo terrestre in QGIS

[Martina Savarese]

Come non detto, però guardando bene le immagini del post ho capito come hai
fatto i mari. Resta sempre il mistero del perché il layer ocean mi si
sovrapponga a quello della terra

Martina

Il giorno dom 25 nov 2018 alle ore 15:50 Martina Savarese <
martina.savar...@gmail.com> ha scritto:

> Ho fatto altre prove con layer linee, punti e poligoni e il problema non
> si presenta, tutti visualizzati correttamente, mi si presenta solo con il
> layer "ocean". Non ne capisco il motivo, ma almeno è facilmente ovviabile
> usando uno stile a poligoni invertiti.
>
> Martina
>
> Il giorno dom 25 nov 2018 alle ore 15:30 Martina Savarese <
> martina.savar...@gmail.com> ha scritto:
>
>> ops... Natural Earth :)
>> Martina
>>
>> Il giorno dom 25 nov 2018 alle ore 15:29 Martina Savarese <
>> martina.savar...@gmail.com> ha scritto:
>>
>>> Ciao Salvatore, ho appena provato a replicare l'esempio, tutto ok finché
>>> non ho provato ad aggiungere dei layer da Natural Heart (a proposito, la
>>> nuova release dello starter kit è anche in geopackage!).
>>> Aggiungendo il layer "ocean" mi si va a sovrapporre paro paro ai
>>> continenti (nonostante in epsg 4326 sia perfetto). Ho visto anche il
>>> tutorial linkato nell'articolo con lo script python che però fa riferimento
>>> a fTools e i commenti che consigliano l'uso del plugin "clip to Hemisphere"
>>> che però purtroppo non è disponibile per la 3.
>>> Qualche consiglio in merito?
>>>
>>> Martina
>>>
>>> Il giorno dom 25 nov 2018 alle ore 10:54 Totò 
>>> ha scritto:
>>>
>>>> Grazie all'idea di Gabriela e al video di Steven Bernard,
>>>> ho realizzato un piccolo blog post su come realizzare il globo
>>>> terrestre con
>>>> QGIS
>>>>
>>>>
>>>> https://pigrecoinfinito.wordpress.com/2018/11/25/qgis-e-il-globo-terrestre/
>>>>
>>>> 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] globo terrestre in QGIS

[Martina Savarese]

Ho fatto altre prove con layer linee, punti e poligoni e il problema non si
presenta, tutti visualizzati correttamente, mi si presenta solo con il
layer "ocean". Non ne capisco il motivo, ma almeno è facilmente ovviabile
usando uno stile a poligoni invertiti.

Martina

Il giorno dom 25 nov 2018 alle ore 15:30 Martina Savarese <
martina.savar...@gmail.com> ha scritto:

> ops... Natural Earth :)
> Martina
>
> Il giorno dom 25 nov 2018 alle ore 15:29 Martina Savarese <
> martina.savar...@gmail.com> ha scritto:
>
>> Ciao Salvatore, ho appena provato a replicare l'esempio, tutto ok finché
>> non ho provato ad aggiungere dei layer da Natural Heart (a proposito, la
>> nuova release dello starter kit è anche in geopackage!).
>> Aggiungendo il layer "ocean" mi si va a sovrapporre paro paro ai
>> continenti (nonostante in epsg 4326 sia perfetto). Ho visto anche il
>> tutorial linkato nell'articolo con lo script python che però fa riferimento
>> a fTools e i commenti che consigliano l'uso del plugin "clip to Hemisphere"
>> che però purtroppo non è disponibile per la 3.
>> Qualche consiglio in merito?
>>
>> Martina
>>
>> Il giorno dom 25 nov 2018 alle ore 10:54 Totò 
>> ha scritto:
>>
>>> Grazie all'idea di Gabriela e al video di Steven Bernard,
>>> ho realizzato un piccolo blog post su come realizzare il globo terrestre
>>> con
>>> QGIS
>>>
>>>
>>> https://pigrecoinfinito.wordpress.com/2018/11/25/qgis-e-il-globo-terrestre/
>>>
>>> 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] globo terrestre in QGIS

[Martina Savarese]

ops... Natural Earth :)
Martina

Il giorno dom 25 nov 2018 alle ore 15:29 Martina Savarese <
martina.savar...@gmail.com> ha scritto:

> Ciao Salvatore, ho appena provato a replicare l'esempio, tutto ok finché
> non ho provato ad aggiungere dei layer da Natural Heart (a proposito, la
> nuova release dello starter kit è anche in geopackage!).
> Aggiungendo il layer "ocean" mi si va a sovrapporre paro paro ai
> continenti (nonostante in epsg 4326 sia perfetto). Ho visto anche il
> tutorial linkato nell'articolo con lo script python che però fa riferimento
> a fTools e i commenti che consigliano l'uso del plugin "clip to Hemisphere"
> che però purtroppo non è disponibile per la 3.
> Qualche consiglio in merito?
>
> Martina
>
> Il giorno dom 25 nov 2018 alle ore 10:54 Totò 
> ha scritto:
>
>> Grazie all'idea di Gabriela e al video di Steven Bernard,
>> ho realizzato un piccolo blog post su come realizzare il globo terrestre
>> con
>> QGIS
>>
>>
>> https://pigrecoinfinito.wordpress.com/2018/11/25/qgis-e-il-globo-terrestre/
>>
>> 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] globo terrestre in QGIS

[Martina Savarese]

Ciao Salvatore, ho appena provato a replicare l'esempio, tutto ok finché
non ho provato ad aggiungere dei layer da Natural Heart (a proposito, la
nuova release dello starter kit è anche in geopackage!).
Aggiungendo il layer "ocean" mi si va a sovrapporre paro paro ai continenti
(nonostante in epsg 4326 sia perfetto). Ho visto anche il tutorial linkato
nell'articolo con lo script python che però fa riferimento a fTools e i
commenti che consigliano l'uso del plugin "clip to Hemisphere" che però
purtroppo non è disponibile per la 3.
Qualche consiglio in merito?

Martina

Il giorno dom 25 nov 2018 alle ore 10:54 Totò 
ha scritto:

> Grazie all'idea di Gabriela e al video di Steven Bernard,
> ho realizzato un piccolo blog post su come realizzare il globo terrestre
> con
> QGIS
>
> https://pigrecoinfinito.wordpress.com/2018/11/25/qgis-e-il-globo-terrestre/
>
> 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] stringhe mancanti in Transifex

[Martina Savarese]

Salve, ho appena provato l'algoritmo di processing "Colorazione Topologica"
e volevo tradurre la parte di spiegazione nella GUI, ma non riesco a
trovarla su Transifex. Ho provato con vari filtri di ricerca ma proprio non
c'è. Sapete dirmi come mai e se bisogna fare qualcosa in questi casi (tipo
segnalazioni o simili, oppure aspettare che venga messa)?

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

Re: [QGIS-it-user] Condivisiones esperienza Geopack

[Martina Savarese]

>
> 2) quando pe possibile inserire il vettore neo geopack, non é possibile
>> visualizzare un'anteprima dei layer giá contenuti, quindi mi é successo di
>> ripetere nomi, o non seguire esattamente certi dettagli. Credo sarebbe una
>> gran comoditá sapere cosa c'é giá dentro, in fase di salvataggio. (magari
>> é
>> giá previsto come nuova possiblitá in aggiornamenti).
>>
>
> credo che la anteprima del layer ( e anche dei delle colonne) e' stata
> reintrodott nel brouser... prova su master
>

Io mi sto trovando bene creando la connessione in DB manager (clic destro
su icona Geopackage --> "nuova connessione" e inserisci il gpkg): una volta
che ce l'hai lì vedi tutti i layer aprendo l'albero del geopackage
desiderato e hai le tab anche per vedere tabella attributi e anteprima di
tutto quello che c'è dentro

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

Re: [QGIS-it-user] gestione visualizzazione testi

[Martina Savarese]

Le etichette possono essere nascoste anche con un trucchetto sulla
dimensione del testo e se lo si vuole fare solo su una sigola mappa e/o
solo per una singola geometria.
Bisogna innanzitutto assegnare un id alla mappa su cui si vogliono
nascondere delle etichette e poi usare la sovrascrittura definita dai dati
sulla dimensione del testo dell'etichetta.
esempio
if ( ( @map_id = 'noFeature_x' AND "campo_Feature" = 'x'),0 , @value))

(x non nel senso di coordinata, ma di variabile generica)

Martina

Il giorno mar 30 ott 2018 alle ore 15:14 Totò 
ha scritto:

> Roberta Ciccarelli wrote
> > Buongiorno
> > ho il seguente problema: devo nascondere alcune parti di un disegno con
> > una
> > maschera costituita da uno shp poligonale rettangolare bianco; il
> problema
> > consiste nel fatto che questo shp nonostante sia nella posizione più alta
> > nell'elenco layer non mi copre uno shp sottostante di testi nè tantomeno
> > le
> > etichette di un altro shp poligonale del quale però copre le geometrie.
> > Qualcuno saprebbe indicarmi come fare affinchè lo shp poligonale riesca a
> > nascondere tutto, testi compresi? Grazie anticipatamente a chi vorrà
> > aiutarmi... ieri ho perso due ore di lavoro e stamattina altre due senza
> > arrivare a una soluzione
> > grazie mille
>
> Ciao Roberta. Personalmente evito sempre, quando possibile, di usare
> plugin.
> Intanto ti dico che è possibile nascondere le etichette di layer che sono
> in
> relazione spaziale con altri.
> Io uso molto il calcolatore di campi e il costruttore di espressioni, ti
> consiglio di guardare #HfcQGIS
> http://hfcqgis.opendatasicilia.it/it/latest/
> Come fare:
> Supponiamo di avere – nell’ordine – due layer: regioni e province istat ed
> etichetti le province;
> anche se province è il layer che sta sotto, le etichette si vedranno.
> Prova:
> vai sulle proprietà del layer province, etichette, ultima scheda –
> visulaizzazione – opzioni etichette –> mostra etichette: qui devi
> utilizzare
> la sovrascrittura definita dai dati; vai su modifica e incolla questa
> espressione:
>
> not aggregate(‘regioni’, ‘count’, ‘pk_uid’, intersects ($geometry,
> point_on_surface( geometry(@parent
>
> questa espressione darà sempre 1 e quindi non mostrerà nessuna etichetta
> del
> layer province;
> ulteriore prove del nove:
> fai un filtro sul layer regioni in modo da visualizzar solo la Sicilia
> (“COD_REG” = 19); cosi facendo vedrai le etichetto il tutta italia tranne
> la
> Sicilia.
>
> Questa espressione deve utilizzarla per ogni layer che sta sotto il layer
> regioni.
>
> 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] traduzione nome geo-algoritmo QGIS 2.18.25

[Martina Savarese]

Il giorno lun 12 nov 2018 alle ore 12:26 Totò 
ha scritto:

> Il logo è facilmente modificabile tramite un plugin [0] di Nathan, il
> plugin
> permette di scegliere e personalizzare l'icona, una per ogni mese.
>
> Sono nella 2.18.25 e non ho modificato nulla che riguarda la traduzione
>
> [0] https://plugins.qgis.org/plugins/qgis_hats/
> saluti
>

:D beh il plugin mi pare davvero divertente, penso che lo proverò

Scusa l'autoreferenzialità: è che io invece faccio questa cosa di
sostituirmi il file di traduzione e ogni tanto m'incasino :)

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

Re: [QGIS-it-user] traduzione nome geo-algoritmo QGIS 2.18.25

[Martina Savarese]

Mhm,
in effetti nella 2.18.25 c'è questo errore, nella 3.5 dev invece no. quello
che non mi spiego è che lo screenshot che hai postato ha il logo della
versione 3.
Non è che per sbaglio hai messo manualmente  il file .mo della 2.18
nell'installazione della 3?

Martina

Il giorno dom 11 nov 2018 alle ore 19:15 Totò 
ha scritto:

> salve a tutti,
> nel geoprosessing di QGIS 2.18.25 ho trovato un geo-algoritmo tradotto in
> italiano:
> Riproietta Raster, in realtà Riproietta Vettori.
>
> 
>
> 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] File progetto QGIS

[Martina Savarese]

Il giorno dom 4 nov 2018 alle ore 13:04 Massimiliano Moraca <
massimilianomor...@gmail.com> ha scritto:

> Con l'uscita della nuova LTR e l'adozione ufficiale del nuovo formato
> .qgz,
> letto solo dalla 3.4 e non dalla 2.18, stavo ragionando se fosse il caso o
> meno di convertire alcuni miei progetti più importanti al nuovo formato.
> Questi progetti sono realizzati con la 2.18 e la conversione comporterebbe
> la conversione/importazione anche dei vari layout di stampa.
>
> Secondo voi mi conviene? Potrei riscontrare incompatibilità nei tematismi
> e
> nei layout di stampa se faccio un semplice "Save as"?
>

Puoi continuare tranquillamente a salvare nel formato classico anche con la
3.4, cmq il nuovo formato da quanto ho capito è semplicemente un formato
compresso.
Il problema semmai è un grosso bug relativo alla "data defined size legend"
per cui se hai dimensione e/o rotazione dei simboli definita dai dati ti
sconsiglio il passaggio.

Secondo voi esiste un modo per alleggerire il caricamento di un progetto
> con
> molto layout?
>

Questo problema dovrebbe essere stato risolto già dalla 3.0 , vedi
changelog[1] , quindi forse da questo punto di vista ti conviene il
passaggio.

Infine nella nuova versione, oltre all'atlas c'è anche la possibilità dei
report, non so se possano fare al caso tuo, cmq sul web ci sono almeno un
paio di tutorial sul tema, uno mi pare proprio sul blog di Salvatore ed uno
su quello di North Road che ha sviluppato la nuova funzionalità

Martina

[1]
https://www.qgis.org/it/site/forusers/visualchangelog30/index.html?highlight=changelog#feature-map-composer-overhaul
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] QGIS - Esportazione file

[Martina Savarese]

Il giorno mar 30 ott 2018 alle ore 20:44 Martina Savarese <
martina.savar...@gmail.com> ha scritto:

> A rigor di logica (ma non sperimentata) esportando direttamente in QGIS
> come vettoriale quel retino dovrebbe rimanere un vettoriale, il che non ti
> alleggerisce il file se la base è cmq una ctr, ma dovrebbe venire meglio
>
>
Cioè, che viene meglio l'ho sperimentato, ora non ricordo se avessi
spuntato l'opzione "Esporta sempre come vettore"

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

Re: [QGIS-it-user] QGIS - Esportazione file

[Martina Savarese]

Il Lun 29 Ott 2018 21:19 marti_  ha scritto:

> (con cad usavo uno 0,01)
>

... x 10 :D
Anche uno 0,09

Martina

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

Re: [QGIS-it-user] R: QGIS - Esportazione file

[Martina Savarese]

Il giorno mer 17 ott 2018 alle ore 17:00 giorgio cucco <
giorgio.cu...@outlook.it> ha scritto:

> Con la versione 3.2.0 di QGIS è possibile esportare il PDF in  vettoriale,
> fleggango nel pannello opzioni di esportazione su "Always export as
> vectors" esportandolo in vettoriale a 300dpi si ottiene un file
> ottimale da un punto di vista qualitativo ma il peso del pdf resta elevato.
>

Attenzione a spuntare quella casella se usi la trasparenza o altri effetti
sui layer vettoriali, perché te li perdi (gli effetti, ovviamente): tipo se
hai poligoni riempiti con sotto una base raster ottieni un pdf con i
vettori che copriranno la base. Puoi comunque ovviare o mettendo il raster
sopra e dando la trasparenza a quello o usando il canale alpha

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