Re: [Gfoss] Reistallazione di Postgres

[Alessandro Ciali]

Ciao Amedeo, ciao a tutti,
problema risolto con postgres che non partiva.
Ho cancellato il file postmaster.pid nella cartella "data" dentro alla
radice di istallazione di postgres enet start postgresql-8.4; postgres
si è riavviato come niente fosse.
Chiedo scusa soprattutto perchè il problema era già stato sollevato sulla
lista gfoss nel 2010 e "risolto" dal MITICO Andrea Peri, quindi grazie
anche a lui.
I motivi che sono alla base del problema col file in questione
probabilmente si perdono nell'insondabile mondo di Windows, quindi non sto
neanche a tentare di capirlo.
Buonanotte a tutti

<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
Mail
priva di virus. www.avast.com
<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Il giorno mar 4 dic 2018 alle ore 09:46 Amedeo Fadini  ha
scritto:

> Ciao Alessandro
>
> Il giorno mar 4 dic 2018 alle ore 08:56 Alessandro Ciali <
> alessandro.ci...@gmail.com> ha scritto:
> [...]
>
>>  al comando stop server la risposta è:
>>
>> servisio postgresql-8.4 - Postgres Server 8.4 non avviato
>>
>> Dovresti capire perché non parte il servizio...
> prova a eseguire
>
> net start postgresql-8.4
>
>  da prompt dei comandi e vedi che errore ti da...
>
> credo che mi sia corrotta l'istallazione.
>>
>
>
>> Ora la domanda è: è possibile procedere a reistallare il tutto senza
>> perdere i dati? O senza doverli ricaricare poi con un restore da pgdump?
>> Ciao a tutti e grazie anticipatamente
>>
>
> Il modo per reinstallare tutto senza perdere i dati è appunto ricaricarli
> con pgdump... c'è un motivo per cui sei fermo alla versione 8.4?
> Appassionato di cose antiche?
> Ti consiglio comunque di aggiornare ad una versione più recente e fare il
> restore del db dal backup, forse dovrai farlo in più passaggi, perché
> passare dalla 8.4 alla 9.6 o alla 10 potrebbe non esser possibile
>
> Amedeo
>
>


-- 
Alessandro Ciali
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017

Re: [Gfoss] Reistallazione di Postgres

[Alessandro Ciali]

Ciao Amedeo,
lanciando il comando

net start postgresql-8.4

mi restituisce

errore di sistema 5.

Accesso negato.

Se faccio "stop service" mi di ce che il server non è avviato.
L'istallazione è locale la porta 5432 aperta e il ping mi da
rispostaquindi credo proprio che sia un problema di istallazione, mi
armerò di pazienza e ritirerò su il tutto dopo nuova istallazione.
grazie per l'aiuto!

Sono rimasto alla 8.4 proprio perchè era sufficiente per le mie esigenze, e
non volevo imbarcarmi nell'impresa di importare il tutto (poche banche dati
peraltro molto semplici).


Il giorno mar 4 dic 2018 alle ore 09:46 Amedeo Fadini  ha
scritto:

> Ciao Alessandro
>
> Il giorno mar 4 dic 2018 alle ore 08:56 Alessandro Ciali <
> alessandro.ci...@gmail.com> ha scritto:
> [...]
>
>>  al comando stop server la risposta è:
>>
>> servisio postgresql-8.4 - Postgres Server 8.4 non avviato
>>
>> Dovresti capire perché non parte il servizio...
> prova a eseguire
>
> net start postgresql-8.4
>
>  da prompt dei comandi e vedi che errore ti da...
>
> credo che mi sia corrotta l'istallazione.
>>
>
>
>> Ora la domanda è: è possibile procedere a reistallare il tutto senza
>> perdere i dati? O senza doverli ricaricare poi con un restore da pgdump?
>> Ciao a tutti e grazie anticipatamente
>>
>
> Il modo per reinstallare tutto senza perdere i dati è appunto ricaricarli
> con pgdump... c'è un motivo per cui sei fermo alla versione 8.4?
> Appassionato di cose antiche?
> Ti consiglio comunque di aggiornare ad una versione più recente e fare il
> restore del db dal backup, forse dovrai farlo in più passaggi, perché
> passare dalla 8.4 alla 9.6 o alla 10 potrebbe non esser possibile
>
> Amedeo
>
>


-- 
Alessandro Ciali

<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
Mail
priva di virus. www.avast.com
<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017

[Gfoss] Reistallazione di Postgres

[Alessandro Ciali]

Salve a tutti,
ho un problema con la mia istallazione di Postgres 8.4 su windows 7. Ha
smesso di funzionare, non parte più, questo quello che ottengo da pgAdmin
quando tento di accedere ad un database:

"Server does't listen
Server dosn't accept connections:
."
 al comando stop server la risposta è:

servisio postgresql-8.4 - Postgres Server 8.4 non avviato

credo che mi sia corrotta l'istallazione.
Ora la domanda è: è possibile procedere a reistallare il tutto senza
perdere i dati? O senza doverli ricaricare poi con un restore da pgdump?
Ciao a tutti e grazie anticipatamente

--
Alessandro Ciali

<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
Mail
priva di virus. www.avast.com
<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017

Re: [Gfoss] Viste in Spatialite

[Alessandro Ciali]

No, la view prende la geometria da ind_pu ("the_geom"), Coord_X e coord_Y
nella tab sito_puntuale riportano solo le coordinate approssimate del
punto. Ho tirato il tutto giù da un mdb quindi presumo sia così.
In ogni caso ho capito dove probabilmente forse c'è il problema, proverò a
generare la vista da spatialite_gui. Grazie per la pazienza e le risposte,
appena posso provo, ti tengo aggiornato
Ciao

Il giorno 5 giugno 2018 15:54,  ha scritto:

> On Tue, 5 Jun 2018 14:51:01 +0200, Alessandro Ciali wrote:
>
>> Ecco il la query di creazione per ind_pu
>>
>> CREATE TABLE "ind_pu" ("id" INTEGER PRIMARY KEY, "the_geom" POINT,
>> "ID_SPU" TEXT)
>>
>> e quella per la tabella sito_puntuale:
>>
>> CREATE TABLE "sito_puntuale" ("id" INTEGER PRIMARY KEY, "pkey_spu"
>> INTEGER, "ubicazione_prov" TEXT, "ubicazione_com" TEXT, "ID_SPU" TEXT,
>> "coord_X" INTEGER, "coord_Y" INTEGER, "mod_identcoord" TEXT,
>> "desc_modcoord" TEXT, "quota_slm" INTEGER, "modo_quota" TEXT,
>> "data_sito" TEXT, "note_sito" TEXT)
>>
>>
> ergo, la tavola che fornisce alla View le geometrie e' "sito_puntuale",
> che ha un PK INTGER di nome "id"
> richiamo: per SQLite quando esiste una PK INTEGER il valore del ROWID
> coincide sempre esattamente con quello della PK.
>
> ma nella creazione della tua View non mi pare di vedere citato da
> nessuna parte ne "p"."id" ne "p"."rowid", e quindi "by definition"
> la tua View  non potra' mai funzionare correttamente, perche' gli
> manca il perno fondamentale che regge tutta la logica di funzionamento
> delle Spatial Views di SpatiaLite.
>
>
> mi puoi cortesemente dire cosa ti ritorna questa query SQL ?
>>>
>>> SELECT *
>>> FROM views_geometry_column
>>> WHERE f_view_name = '';
>>>
>>
>> se eseguo la query (sulla tabella views_geometry_columns) la tabella
>> è vuota, può essere quindi che DB manager non crea la view nel modo
>> corretto o meglio la crea ma non registra i dati nella tabella
>> views_geometry_columns?
>>
>>
> non ho la piu' pallida idea di come funzioni il db manager, ma se
> non registra la View in "views_geometry_columns" poco ma sicuro che
> quella non e' una Spatial View.
> e' semplicemente una banale View, che guarda combinazione contiene
> una colonna geometria ma che non potra' essere gestita correttamente
> perche' non sono specificate da nessuna parte le regole base per
> collegare correttamente la View con il suo Spatial Index di supporto.
>
> consiglio: perche' non provi ad usare spatialite_gui, che offre
> un tool grafico facilitato per definire e creare le Spatial Views,
> e che per quanto mi risulta funziona perfettamente bene con QGIS ?
>
> ciao Sandro
>
>


-- 
Alessandro Ciali
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017

Re: [Gfoss] Viste in Spatialite

[Alessandro Ciali]

Ciao di nuovo, grazie intanto per i chiarimenti, cerco di rispondere, spero
altrattanto chiaramente:


> se non mi passi anche le due CREATE TABLE con cui hai creato sia
> "sito_puntuale" che "ind_pu" non posso dirti assolutamente nulla,
> perche' mi stai nascondendo il datatype delle colonne, e soprattutto
> mi stai nascondendo come sono state definite le PK, che e' l'informazione
> assolutamente critica che serve per poter dare una valutazione motivata.
>
> hint: se usi spatialite_gui c'e' una comodissima voce di menu
> che ti permette di visualizzare direttamente la CREATE TABLE
> con cui e' stata creata ciascuna tavola.
>

Ecco il la query di creazione per ind_pu

CREATE TABLE "ind_pu" ("id" INTEGER PRIMARY KEY, "the_geom" POINT, "ID_SPU"
TEXT)

e quella per la tabella sito_puntuale:

CREATE TABLE "sito_puntuale" ("id" INTEGER PRIMARY KEY, "pkey_spu" INTEGER,
"ubicazione_prov" TEXT, "ubicazione_com" TEXT, "ID_SPU" TEXT, "coord_X"
INTEGER, "coord_Y" INTEGER, "mod_identcoord" TEXT, "desc_modcoord" TEXT,
"quota_slm" INTEGER, "modo_quota" TEXT, "data_sito" TEXT, "note_sito" TEXT)



> mi puoi cortesemente dire cosa ti ritorna questa query SQL ?
>
> SELECT *
> FROM views_geometry_column
> WHERE f_view_name = '';
>

se eseguo la query (sulla tabella views_geometry_columns) la tabella è
vuota, può essere quindi che DB manager non crea la view nel modo corretto
o meglio la crea ma non registra i dati nella tabella
views_geometry_columns?


-- 
Alessandro Ciali
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017

Re: [Gfoss] Viste in Spatialite

[Alessandro Ciali]

Ciao Sandro e ciao a tutti,
la spatial table che ho usato per la geometria funziona correttamente, l'ho
importata da uno shape in un db spatialite direttamente da DB manager in
QGIS.
La query che ho usato per creare la view è questa:

SELECT p.the_geom, s.pkey_spu, s.ubicazione_prov, s.ubicazione_com,
s."ID_SPU", s."coord_X", s."coord_Y", s.mod_identcoord, s.desc_modcoord,
s.quota_slm, s.modo_quota, s.data_sito, s.note_sito
FROM "Sito_puntuale" s
LEFT JOIN ind_pu p ON p."ID_SPU" = s."ID_SPU"

e utilizzando l'opzione "create a view" sempre su db manager, dando per
scontato che la registrasse correttamente.

Inoltre non mi è chiara una cosa al punto 3 della tua risposta: se la
spatial view deve contenere necessariamente un  ROWID che corrisponde al  ROWID
della spatial table, come posso costruire spatial views con relazioni di 1
a N fra spatial table e tabelle semplici? In questo caso i valori di ROWID
si duplicheranno e non saranno più univoci.

Ad ora non posso condividere il db perchè i dati non sono di mia proprietà,
in caso vedo di reperire qualcosa con dati di mio possesso.

Grazie ancora per l'aiuto

Il giorno 4 giugno 2018 18:17,  ha scritto:

> On Mon, 4 Jun 2018 17:55:06 +0200, Alessandro Ciali wrote:
>
>> Ciao a tutti, sto riscontrando un comportamento assurdo con le viste
>> SpatiaLite. Ho creato una vista in un DB SpatiaLite tramite il DB manager
>> di QGIS, unendo un file puntuale con una tabella tramite un semplice join
>> con corrispondenza 1 a 1. purtroppo quando carico la vista in QGIS 2.14.17
>> mi succedono cose strane:
>> - se clicco con l'identify su una feature, mi vengono restituiti i valori
>> corretti per i vari campi, ma non si apre la form, pur avendo spuntato la
>> voce "auto open form" e individuando una sola feature
>> - se cerco di selezionare una o più features, mi vengono selezionati anche
>> oggetti al di fuori del rettangolo di selezione, e magari non tutti gli
>> oggetti all'interno del riquadro vengono selezionati
>>
>> Il DB spatiaLite l'ho creato da QGIS (create new SpatiaLite Layer), la
>> vista dal DB manager. Le tabelle spaziali e quelle senza geometrie
>> sembrano
>> non avere nessun problema, vengono caricate e visualizzate correttamente
>> in
>> QGIS.
>>
>> tengo a precisare che la stessa procedura (ovviamente la query necessita
>> di
>> piccole correzioni) in Postgres mi restituisce viste perfettamente
>> funzionanti
>>
>> Qualcuno si è imbattuto in questo problema? Sbaglio qualcosa io o è un
>> problema di QGIS/SpatiaLite?
>>
>>
> ciao Alessandro,
>
> le Spatial Views di SpatiaLite hanno dei requisiti ben precisi e molto
> stringenti; se non li rispetti il caos e' assicurato.
>
> 1. la colonna Geometry della Spatial View deve corrispondenre esattamente
>ad una colonna Geometry di una delle Spatial Tables subordinate.
> 2. non sono ammesse funzioni SQL che possano alterare in qualsiasi
>modo la geometria originaria (in altre parole: ST_Transform,
>ST_Union, ST_Difference, ST_Buffer etc sono sempre rigorosamente
>proibite in una Spatial View.
> 3. la Spatial View deve necessariamente contenere una colonna di nome
>ROWID, che deve coincidere esattamente con il ROWID della Spatial
>Table che fornisce la Geometry.
>
> tutti queste restrizioni sono imposte dalla particolare struttura
> dello Spatial Index di SpatiaLite, che non ha nulla a che vedere
> con quella adottata da PostGIS.
> anche se entrambi producono risultati funzionali praticamente
> identici, l'architettura interna e' totalmente diversa.
> se la Spatial View non e' stata correttamente definita finisce
> che il suo Spatial Index di supporto "impazzisce", con risultati
> assolutamente paradossali ed apparentemente sconcertanti.
>
> dal quadro che ci fornisci, questo parrebbe proprio il tuo caso;
> molto verosimilmente la tua Spatial View si e' presa un po' troppa
> liberta' con lo Spatial Index, ed ora funziona in modo del tutto
> inattendibili (piu' o meno a casaccio).
>
> hint: prova a condividere la tua struttura dati, ed in particolare:
> - gli statements CREATE TABLE della/e Table(s) che utilizzi nella
>   tua Spatial View
> - lo statement CREATE VIEW che hai usato
> - la registrazione della tua Spatial View che hai inserito nella
>   meta-tavola "views_geometry_columns"
>
> se chiarisci meglio tutti questi aspetti potro' darti un parere
> piu' mirato e meglio argomentato, e magari anche qualche suggerimento
> utile per uscire dal pasticcio.
>
> ciao Sandro
>
>
>
> ___
> Gfoss@lists.gfoss.it
> http://lists.gfoss.it/cgi-bin/

[Gfoss] Viste in Spatialite

[Alessandro Ciali]

 Ciao a tutti, sto riscontrando un comportamento assurdo con le viste
SpatiaLite. Ho creato una vista in un DB SpatiaLite tramite il DB manager
di QGIS, unendo un file puntuale con una tabella tramite un semplice join
con corrispondenza 1 a 1. purtroppo quando carico la vista in QGIS 2.14.17
mi succedono cose strane:
- se clicco con l'identify su una feature, mi vengono restituiti i valori
corretti per i vari campi, ma non si apre la form, pur avendo spuntato la
voce "auto open form" e individuando una sola feature
- se cerco di selezionare una o più features, mi vengono selezionati anche
oggetti al di fuori del rettangolo di selezione, e magari non tutti gli
oggetti all'interno del riquadro vengono selezionati

Il DB spatiaLite l'ho creato da QGIS (create new SpatiaLite Layer), la
vista dal DB manager. Le tabelle spaziali e quelle senza geometrie sembrano
non avere nessun problema, vengono caricate e visualizzate correttamente in
QGIS.

tengo a precisare che la stessa procedura (ovviamente la query necessita di
piccole correzioni) in Postgres mi restituisce viste perfettamente
funzionanti

Qualcuno si è imbattuto in questo problema? Sbaglio qualcosa io o è un
problema di QGIS/SpatiaLite?

Grazie a tutti per l'eventuale aiuto

-- 
Alessandro Ciali
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017

[Gfoss] Viste in SpatiaLite

[Alessandro Ciali]

Ciao a tutti, sto riscontrando un comportamento assurdo con le viste
SpatiaLite. Ho creato una vista in un DB SpatiaLite unendo un file puntuale
con una tabella tramite un semplice join con corrispondenza 1 a 1.
purtroppo quando carico la vista in QGIS 2.14.17 mi succedono cose strane:
- se apro la tabella degli attributi compaiono i 198 record ma tutti con i
medesimi valori degli attributi. le feature vengono invece visualizzate
correttamente
- se clicco con l'identify su una feature, mi vengono restituiti invece i
valori corretti per i vari campi, ma non si apre la form, pur avendo
spuntato la voce "auto open form" e individuando una sola feature

Il DB spatiaLite l'ho creato da QGIS (create new SpatiaLite Layer), la
vista dal DB manager. Le tabelle spaziali e quelle senza geometrie sembrano
non avere nessun problema, vengono caricate e visualizzate correttamente in
QGIS

Qualcuno si è imbattuto in questo problema? Sbaglio qualcosa io o è un
problema di QGIS/SpatiaLite?

-- 
Alessandro Ciali
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017

[Gfoss] Formattazione testi legenda

[Alessandro Ciali]

Ciao a tutti,
sapete se c'è un sistema, in QGIS 2.14, per controllare la formattazione
dei vari tipi di testo delle legende dl layout (goup, subgroup, ecc...) in
maniera indipendente? Nello specifico vorrei cambiare le impostazioni di
colore e dimensioni dei caratteri del testo dei vari gruppi in maniera
specifica ma le opzioni disponibili nel layout non lo consentono.

-- 
Alessandro Ciali
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017

Re: [Gfoss] qgis 2.12 georeferenziatore

[Alessandro Ciali]

alcune volte mi capita che QGIS apra finestre che si posizionano sotto
quella principale, hai verificato che la finestra del georeferenziatore non
sia sotto quella di QGIS?

Il giorno 23 novembre 2015 11:03, Alberto Burbello <
alberto.burbe...@gmail.com> ha scritto:

> Ciao si a video vedo il tasto del plugin sembra tutto ok ma quando lo
> lancio niente.
>
> ___
> Gfoss@lists.gfoss.it
> http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
> Questa e' una lista di discussione pubblica aperta a tutti.
> I messaggi di questa lista non hanno relazione diretta con le posizioni
> dell'Associazione GFOSS.it.
> 786 iscritti al 30.9.2015
>



-- 
Alessandro Ciali
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
786 iscritti al 30.9.2015

Re: [Gfoss] Variazione MAP-DATUM

[Alessandro Ciali]

Ciao Alberto,
se ho capito bene, non credo ti manchi niente o che tu debba convertire
niente. Penso sia sufficiente lavorare sulle riproiezioni al volo fra
sistemi di coordinate. dovresti provare a seguire questi passaggi da QGIS:

1. Parti da un progetto nuovo e imposta il sistema di riferimento di cui
necessiti: WGS 84/UTM 32 o ED 50 /UTM 32 (finestra principale in basso a
destra) e assicurati di attivare la riproiezione al volo nella finestra
Projection properties.
2. aggiungi i tuoi layer: quando aggiungi un layer ti si dovrebbe aprire
una finestra che ti chiede di specificare il sistema di riferimento del
layer che stai caricando. Assicurati di impostare quello corretto (WGS
84/UTM 32 per le ortofoto, ED 50 /UTM 32 per la CTR 1:5000 se ho capito
bene).

a questo punto si dovrebbero sovrapporre.
Facci sapere!
Ciao



Il giorno 7 novembre 2015 02:28, Alberto Bertoletti <arcs...@gmail.com> ha
scritto:

> Non riesco a capire, o forse mi sono spiegato male, i TFW in WGS 84/UTM 32
> , delle orto foto li ho, io devo sovrapporre i CTR 1:5000 alle orto foto, e
> sono quest'ultimi che mi mancano, nel senso che li ho i TFW ma sono in ED
> 50 /UTM 32 e non si sovrappongono.
> Scusate ancora.
> ___
> Gfoss@lists.gfoss.it
> http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
> Questa e' una lista di discussione pubblica aperta a tutti.
> I messaggi di questa lista non hanno relazione diretta con le posizioni
> dell'Associazione GFOSS.it.
> 786 iscritti al 30.9.2015




-- 
Alessandro Ciali
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
786 iscritti al 30.9.2015

[Gfoss] R: Re: barre degli strumenti e dual monitor

[Alessandro Ciali]

Ricordati semmai, prima di cestinare la cartella .qgis2, di copiarti il db 
degli stili! Altrimenti perdi tutti i simboli che hai salvato. Saluti


Inviato da Samsung Mobile.

 Messaggio originale Da: FABIO ERRICO 
 Data:2015/11/04  15:58  (GMT+01:00) 
A: gfoss@lists.gfoss.it Oggetto: Re: [Gfoss] barre degli 
strumenti e dual monitor 
Ciao Danilo,
nel caso Opzioni --> Sistema --> Qsettings non funzionasse (ma in genere 
funziona)
cestina la cartella ".qgis2" il cui percorso è
C:\Documents and Settings\Administrator\.qgis2
Anch'io come te lavoro con QGIS con due monitor,
mettendo tutte le barre e i pannelli su un monitor da 17''
e lasciando la sola finestra grafica tutta su un monitor da 24 ''
dove imposto il full screen (tasto F11)
In più, per velocizzare il mio uso di Qgis,
io digito tutti i comandi da tastiera
(da ricordare tutti a memoria !),
e posso dire che personalizzato così,
Qgis è per me uno strumento precisissimo e velocissimo.
Fabio Errico

Il giorno 4 novembre 2015 15:24, Roberto Marzocchi  
ha scritto:
Opzioni --> Sistema --> Qsettings

Cari saluti, 
R

-- 
Eng. Roberto Marzocchi, PhD
R coordinator
Gter srl Innovazione in Geomatica, Gnss e Gis
Spin-off Progetto Uni.T.I. promoted by UNIGE
Via Greto di Cornigliano 6r - 16152 Genova
P.IVA/CF 01998770992
ph: 010-8694830 Fax: 010-8694737 
mob: 349-8786575
E-mail: roberto.marzoc...@gter.it
skype: roberto.marzocchi84
www.gter.it

--
Gter social
www.twitter.com/Gteronline - www.facebook.com/Gteronline - 
https://plus.google.com/+GterIt/posts 
www.linkedin.com/company/gter-srl-innovazione-in-geomatica-gnss-e-gis

-
Please consider the environment before printing this email! 


Il 04/11/2015 15:21, Danilo Procaccini ha scritto:
Salve,
dopo aver lavorato in dual monitor ed aver spostato tutte le barre degli 
strumenti sul secondo monitor, ora non riesco a recuperarle lavorando sul solo 
monitor principale. Ovviamente ho già provato ricollegando un secondo monitor 
(diverso dal precedente) e neanche in questo modo riesco a vederle.
Ho provato a reinstallare la versione 2.12.0 ma le impostazioni restano le 
stesse.
Esiste la possibilità di "resettare" in qualche modo la posizione originaria 
delle barre e dei menù?

Windows 7
Qgis Pisa


___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
786 iscritti al 30.9.2015


___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
786 iscritti al 30.9.2015

___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
786 iscritti al 30.9.2015

[Gfoss] R: Re: R: Caricare in legenda molti shapefile a partire da un percorso prefissato.

[Alessandro Ciali]

Grazie, questa non la sapevo!


Inviato da Samsung Mobile.

 Messaggio originale Da: Andrea Peri 
<aperi2...@gmail.com> Data:2015/10/21  11:58  (GMT+01:00) 
A: Alessandro Ciali <alessandro.ci...@gmail.com> Cc: 
gfoss@lists.gfoss.it Oggetto: Re: R: [Gfoss] Caricare in legenda 
molti shapefile a partire da un
  percorso prefissato. 
Scusate.
Non ho spiegato cosa ho visto.
:)

Nella finestra di add-layer "vector" se scelgo la voce CARTELLA al posto diFILE,
mi consente di indicare una cartella anziche' un solo file.

Ero rimasto ingannato sulle prime dal fatto che nella scelta dei
formati presentava solo roba che funziona per cartelle.
Come le coverages,

ma se si ignora quella cosa li' e si va avanti funziona anche con gli
shapefiles sebbene non siano elencati.

A.


Il 21 ottobre 2015 11:55, Andrea Peri <aperi2...@gmail.com> ha scritto:
> Visto.
> Grazie.
>
> Ero stato ingannato dal fatto che nell'elenco non presentava lo
> shapefile, ma solo coverages e roba del genere.
>
> A.
>
>
> Il 21 ottobre 2015 10:41, Alessandro Ciali
> <alessandro.ci...@gmail.com> ha scritto:
>> Ciao, da qgis nella finestra aggiungi layer vettoriale si può cominque
>> selezionare più shapefiles (scegliendo il tipo di file vettoriale *.shp si
>> possono e entualmente filtrare solo gli shapefile) non credo ci sia un
>> limite numerico. Metodo un po artigianale ma unziona rapidamente
>>
>>
>> Inviato da Samsung Mobile.
>>
>>
>>  Messaggio originale 
>> Da: Andrea Peri
>> Data:2015/10/21 10:14 (GMT+01:00)
>> A: gfoss@lists.gfoss.it
>> Oggetto: [Gfoss] Caricare in legenda molti shapefile a partire da un
>> percorso prefissato.
>>
>> Salve,
>>
>> un collega mi chiede se
>> su qgis esiste una modalita' per poter caricare un serie estesa di
>> shapefile tutti collocati in una cartella del filesystem e forse anche
>> in sue sottocartelle.
>>
>> Non credo sia possibile da qgis.
>> Pero' forse esiste qualche plugin in grado di svolgere questa operazione ?
>>
>> Grazie.
>>
>> --
>> -
>> Andrea Peri
>> . . . . . . . . .
>> qwerty àèìòù
>> -
>> ___
>> Gfoss@lists.gfoss.it
>> http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
>> Questa e' una lista di discussione pubblica aperta a tutti.
>> I messaggi di questa lista non hanno relazione diretta con le posizioni
>> dell'Associazione GFOSS.it.
>> 786 iscritti al 30.9.2015
>
>
>
> --
> -
> Andrea Peri
> . . . . . . . . .
> qwerty àèìòù
> -



-- 
-
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
786 iscritti al 30.9.2015

[Gfoss] R: Caricare in legenda molti shapefile a partire da un percorso prefissato.

[Alessandro Ciali]

Ciao, da qgis nella finestra aggiungi layer vettoriale si può cominque 
selezionare più shapefiles (scegliendo il tipo di file vettoriale *.shp si 
possono e entualmente filtrare solo gli shapefile) non credo ci sia un limite 
numerico. Metodo un po artigianale ma unziona rapidamente


Inviato da Samsung Mobile.

 Messaggio originale Da: Andrea Peri 
 Data:2015/10/21  10:14  (GMT+01:00) 
A: gfoss@lists.gfoss.it Oggetto: [Gfoss] Caricare in 
legenda molti shapefile a partire da un
percorso prefissato. 
Salve,

un collega mi chiede se
su qgis esiste una modalita' per poter caricare un serie estesa di
shapefile tutti collocati in una cartella del filesystem e forse anche
in sue sottocartelle.

Non credo sia possibile da qgis.
Pero' forse esiste qualche plugin in grado di svolgere questa operazione ?

Grazie.

-- 
-
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
786 iscritti al 30.9.2015___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
786 iscritti al 30.9.2015

Re: [Gfoss] Fwd: R: Re: R: QGIS - value relation widget

[Alessandro Ciali]

Ciao a tutti,
sto cercando di applicare quanto descritto in questo link

http://medspx.fr/blog/Qgis/cascade_forms/

per aggiornare le scelte di una combobox in base al valore assegnato ad
un'atro campo. Il problema per me che non capisco niente di python è che il
form in questione non funziona con indici che non siano numerici. Io ho un
indice alfanumerico, univoco ma composto cioè da caratteri alfanumerici, e
quindi la combobox mi risulta vuota.
Luca, puoi darmi qualche dritta in proposito? Purtroppo la mia ignoranza in
python è molto limitante...
grazie per adesso, saluti

Il giorno 2 ottobre 2015 13:33, Luca Lanteri <lklant...@gmail.com> ha
scritto:

>
> ieri mi hanno suggerito questa:
> http://medspx.fr/blog/Qgis/cascade_forms/
>
> molto più elegante della mia.
> ^L^
>
> Il giorno 2 ottobre 2015 12:28, Alessandro Ciali <
> alessandro.ci...@gmail.com> ha scritto:
>
>> Se non sono indiscreto, che soluzione hai trovato?
>>
>>
>> Inviato da Samsung Mobile.
>>
>>
>>  Messaggio originale 
>> Da: Luca Lanteri
>> Data:02/10/2015 11:54 (GMT+01:00)
>> A: Alessandro Ciali
>> Cc: "GFOSS.it"
>> Oggetto: Re: [Gfoss] R: QGIS - value relation widget
>>
>> Ciao, al momento sto già utillizando la soluzione python nel form ma
>> volevo cercare di semplificare perché avevo diversi problemi di crash di
>> QGIS (gli ormai famigerati minidump!)
>>
>> In lista internazionale mi hanno dato un diverse dritte interessanti e
>> sono riuscito a risolvere. A quanto pare l'uso di variabili globali nei
>> subform da problemi.
>> grazie mille
>>
>> Luca
>>
>>
>>
>>
>> Il giorno 2 ottobre 2015 11:34, Alessandro Ciali <
>> alessandro.ci...@gmail.com> ha scritto:
>>
>>> Ciao, mi sono imbattuto nello stesso problema ma non ho trovato niente
>>> di "preconfezionato". Esistono alcuni form di phyton che sono stati co
>>> divisi in questa lista, posso essere più preciso appena mi metto al
>>> computer, tuttavia una strada (che per ora è solo teorica dato che nonbo
>>> avuto tempo di lavorarci) che mi è venuta in mente è quella di copilare un
>>> form phyton che esegua un subset su una tabella di valori in base alla
>>> valorizzazione di un campo e poi usare il sottoinsieme della tabella nel
>>> relatio widget. Purtroppo a quanto ne so il filtro della relation widget
>>> non accetta valori provenienti da altre tabelle.
>>>
>>>
>>> Inviato da Samsung Mobile.
>>>
>>>
>>>  Messaggio originale 
>>> Da: Luca Lanteri
>>> Data:01/10/2015 21:44 (GMT+01:00)
>>> A: "GFOSS.it"
>>> Oggetto: [Gfoss] QGIS - value relation widget
>>>
>>> Ciao a tutti,
>>>
>>> sto cercando di capire se è possibile da QGIS fare in modo che in un
>>> campo si possano scegliere una serie di valori in base al contenuto di un
>>> altro campo.
>>> Esempio classico e quello province-comuni. Per intenderci vorrei che una
>>> volta valorizzato il campo provincia, nel campo comune mi venissero
>>> proposti solo i comuni appartenenti a quella provincia.
>>> Ho provato utilizzando il widget presonalizzato "relazione valore" e la
>>> funzione di filtro ma non ne cavo niente.
>>>
>>> Qualcuno ha mai fatto qualcosa del genere ?
>>> Grazie mille e a presto
>>> Luca
>>>
>>>
>>> ___
>>> Gfoss@lists.gfoss.it
>>> http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
>>> Questa e' una lista di discussione pubblica aperta a tutti.
>>> I messaggi di questa lista non hanno relazione diretta con le posizioni
>>> dell'Associazione GFOSS.it.
>>> 786 iscritti al 30.9.2015
>>>
>>
>>
>> ___
>> Gfoss@lists.gfoss.it
>> http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
>> Questa e' una lista di discussione pubblica aperta a tutti.
>> I messaggi di questa lista non hanno relazione diretta con le posizioni
>> dell'Associazione GFOSS.it.
>> 786 iscritti al 30.9.2015
>>
>
>
>
> ___
> Gfoss@lists.gfoss.it
> http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
> Questa e' una lista di discussione pubblica aperta a tutti.
> I messaggi di questa lista non hanno relazione diretta con le posizioni
> dell'Associazione GFOSS.it.
> 786 iscritti al 30.9.2015
>



-- 
Alessandro Ciali
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
786 iscritti al 30.9.2015

[Gfoss] R: QGIS - value relation widget

[Alessandro Ciali]

Ciao, mi sono imbattuto nello stesso problema ma non ho trovato niente di 
"preconfezionato". Esistono alcuni form di phyton che sono stati co divisi in 
questa lista, posso essere più preciso appena mi metto al computer, tuttavia 
una strada (che per ora è solo teorica dato che nonbo avuto tempo di lavorarci) 
che mi è venuta in mente è quella di copilare un form phyton che esegua un 
subset su una tabella di valori in base alla valorizzazione di un campo e poi 
usare il sottoinsieme della tabella nel relatio widget. Purtroppo a quanto ne 
so il filtro della relation widget non accetta valori provenienti da altre 
tabelle.


Inviato da Samsung Mobile.

 Messaggio originale Da: Luca Lanteri 
 Data:01/10/2015  21:44  (GMT+01:00) 
A: "GFOSS.it"  Oggetto: [Gfoss] 
QGIS - value relation widget 
Ciao a tutti,

sto cercando di capire se è possibile da QGIS fare in modo che in un campo si 
possano scegliere una serie di valori in base al contenuto di un altro campo.
Esempio classico e quello province-comuni. Per intenderci vorrei che una volta 
valorizzato il campo provincia, nel campo comune mi venissero proposti solo i 
comuni appartenenti a quella provincia.
Ho provato utilizzando il widget presonalizzato "relazione valore" e la 
funzione di filtro ma non ne cavo niente.

Qualcuno ha mai fatto qualcosa del genere ?
Grazie mille e a presto
Luca

___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
786 iscritti al 30.9.2015

[Gfoss] R: Re: R: QGIS - value relation widget

[Alessandro Ciali]

Se non sono indiscreto, che soluzione hai trovato?


Inviato da Samsung Mobile.

 Messaggio originale Da: Luca Lanteri 
<lklant...@gmail.com> Data:02/10/2015  11:54  (GMT+01:00) 
A: Alessandro Ciali <alessandro.ci...@gmail.com> Cc: 
"GFOSS.it" <gfoss@lists.gfoss.it> Oggetto: Re: [Gfoss] R: QGIS - 
value relation widget 
Ciao, al momento sto già utillizando la soluzione python nel form ma 
volevo cercare di semplificare perché avevo diversi problemi di crash di QGIS 
(gli ormai famigerati minidump!)

In lista internazionale mi hanno dato un diverse dritte interessanti e sono 
riuscito a risolvere. A quanto pare l'uso di variabili globali nei subform da 
problemi.
grazie mille 

Luca


 

Il giorno 2 ottobre 2015 11:34, Alessandro Ciali <alessandro.ci...@gmail.com> 
ha scritto:
Ciao, mi sono imbattuto nello stesso problema ma non ho trovato niente di 
"preconfezionato". Esistono alcuni form di phyton che sono stati co divisi in 
questa lista, posso essere più preciso appena mi metto al computer, tuttavia 
una strada (che per ora è solo teorica dato che nonbo avuto tempo di lavorarci) 
che mi è venuta in mente è quella di copilare un form phyton che esegua un 
subset su una tabella di valori in base alla valorizzazione di un campo e poi 
usare il sottoinsieme della tabella nel relatio widget. Purtroppo a quanto ne 
so il filtro della relation widget non accetta valori provenienti da altre 
tabelle.


Inviato da Samsung Mobile.


 Messaggio originale 
Da: Luca Lanteri
Data:01/10/2015 21:44 (GMT+01:00)
A: "GFOSS.it"
Oggetto: [Gfoss] QGIS - value relation widget

Ciao a tutti,

sto cercando di capire se è possibile da QGIS fare in modo che in un campo si 
possano scegliere una serie di valori in base al contenuto di un altro campo.
Esempio classico e quello province-comuni. Per intenderci vorrei che una volta 
valorizzato il campo provincia, nel campo comune mi venissero proposti solo i 
comuni appartenenti a quella provincia.
Ho provato utilizzando il widget presonalizzato "relazione valore" e la 
funzione di filtro ma non ne cavo niente.

Qualcuno ha mai fatto qualcosa del genere ?
Grazie mille e a presto
Luca


___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
786 iscritti al 30.9.2015

___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
786 iscritti al 30.9.2015

[Gfoss] R: Problema con l'indicizzazione dei dati

[Alessandro Ciali]

Credo che abbia a che fare con i layer attivati per lo snap. Il fatto è che 
qgis reindicizza tutti i layer abilitati allo snap e quindi se fra questi ci 
sono layer dnsi di oggetti ( tipo una topo vettoriale) ci potrebbe volere 
molto... non credo che sia un bug però! Lascio le conclusioni a chi ne sa più 
di me in proposito...

Inviato da Samsung Mobile.

 Messaggio originale Da: leonardo 
 Data:27/09/2015  17:51  (GMT+01:00) 
A: gfoss@lists.gfoss.it Oggetto: [Gfoss] Problema con 
l'indicizzazione dei dati 
Salve a tutti,
sto usando Qgis e il Plugin PyarchInit,ed ho un problema con l'indicizzazione 
dei dati (ho già provato a chiedere lumi agli sviluppatori del Plugin -che 
conosco anche personalmente- ma mi hanno suggerito di porre la domanda qui).
Dopo aver aggiunto 22 elementi di tipo "poligono" ad un layer, quando vado a 
inserire un altro (cioè quando clicco su "aggiungi poligono") mi appare 
"lampeggiante" il messaggio "sto indicizzando i dati", con una barra che arriva 
al 100% e poi riparte, cosa che in pratica mi impedisce di disegnare. La cosa 
succede solo quando il puntatore è nell'area di disegno, mentre se lo sposto 
nella legenda non succede nulla. 

Queste le mie specifiche:

S.O: Debian Wheezy 32 bit, ram 4gb, processore Intel Celeron 520 @ 1.60GHz 
Qgis versione 2.8.1-Wien
PyarchInit v. 1.1 DEV

Suggerimenti?

Grazie in anticipo,

Leonardo.
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
750 iscritti al 18.3.2015

[Gfoss] R: QGIS Pisa - etichette con valore campo NULL

[Alessandro Ciali]

Si, credo che sia il comportamento corretto. In ogni caso usa la funzione 
coalesce() per gestire i valori nulli, se la selezioni trovi help ed esempi 
esaustivi. Ciao


Inviato da Samsung Mobile.

div Messaggio originale /divdivDa: Totò Fiandaca 
pigrecoinfin...@gmail.com /divdivData:21/08/2015  20:20  (GMT+01:00) 
/divdivA: GFOSS gfoss@lists.gfoss.it /divdivOggetto: [Gfoss] QGIS 
Pisa - etichette con valore campo NULL /divdiv
/divSalve ho notato che se eseguo una etichettatura cosi composta (dalla 
finestra delle espressioni) :
 nome_d  || ' ' ||  cognome_d  || ' ' ||  note 
se solo uno dei campi è NULL l'etichetta non compare!!!

è normale?

per ovviare al problema stò utilizzando:
 concat(  nome_d, '  ',cognome_d,'  ',  note   ) 
in quest'ultimo caso ho utilizzato la nuova funzione di 'formattazione testo'  
- A capo con il carattere (spazio) e noto che se uno dei campi è NULL lascia 
una linea vuota.

è normale?

grazie

-- 
Salvatore Fiandaca
mobile.:+39 327.493.8955 
m: pigrecoinfin...@gmail.com
43°51'0.54N  10°34'27.62E - EPSG:4326


___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
750 iscritti al 18.3.2015

[Gfoss] R: Re: QGIS Pisa - etichette con valore campo NULL

[Alessandro Ciali]

Vado a memoria qui di  non garantisco:
Coalesce (nome_d, '')  || ' ' ||  coalesce (cognome_d, '')  || ' ' ||  
coalesce (note, '') 


Inviato da Samsung Mobile.

div Messaggio originale /divdivDa: Totò Fiandaca 
pigrecoinfin...@gmail.com /divdivData:21/08/2015  22:07  (GMT+01:00) 
/divdivA: Alessandro Ciali alessandro.ci...@gmail.com /divdivCc: 
GFOSS gfoss@lists.gfoss.it /divdivOggetto: Re: [Gfoss] QGIS Pisa - 
etichette con valore campo NULL /divdiv
/divper favore mi faresti un esempio dell'uso di coalasce() sulla base 
dell'esempio fatto sopra?

grazie

Il giorno 21 agosto 2015 21:42, Alessandro Ciali alessandro.ci...@gmail.com 
ha scritto:
Si, credo che sia il comportamento corretto. In ogni caso usa la funzione 
coalesce() per gestire i valori nulli, se la selezioni trovi help ed esempi 
esaustivi. Ciao


Inviato da Samsung Mobile.


 Messaggio originale 
Da: Totò Fiandaca
Data:21/08/2015 20:20 (GMT+01:00)
A: GFOSS
Oggetto: [Gfoss] QGIS Pisa - etichette con valore campo NULL

Salve ho notato che se eseguo una etichettatura cosi composta (dalla finestra 
delle espressioni) :
 nome_d  || ' ' ||  cognome_d  || ' ' ||  note 
se solo uno dei campi è NULL l'etichetta non compare!!!

è normale?

per ovviare al problema stò utilizzando:
 concat(  nome_d, '  ',cognome_d,'  ',  note   ) 
in quest'ultimo caso ho utilizzato la nuova funzione di 'formattazione testo'  
- A capo con il carattere (spazio) e noto che se uno dei campi è NULL lascia 
una linea vuota.

è normale?

grazie

-- 
Salvatore Fiandaca
mobile.:+39 327.493.8955 
m: pigrecoinfin...@gmail.com
43°51'0.54N  10°34'27.62E - EPSG:4326





-- 
Salvatore Fiandaca
mobile.:+39 327.493.8955 
m: pigrecoinfin...@gmail.com
43°51'0.54N  10°34'27.62E - EPSG:4326


___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
750 iscritti al 18.3.2015

Re: [Gfoss] R: QGIS: Importazione testi da DXF

[Alessandro Ciali]

Ciao Beppe,
in allegato il qml di cui ti dicevo.
Ho esportato i testi da dxf usando DXF2SHP, opzione export text labels,
vedrai che la rotazione l'ho calcolata tenendo conto della trasformazione
radianti - gradi. Anche la posizione si basa sul contenuto di campi (tutti
prodotti dal convertitore)
i vettoriali in genere li salvo come shp (save as...) perché si mantiene
l'informazione del livello e poi li importo in sqlite per ragioni di
velocità di accesso.
Ciao

Il giorno 29 luglio 2015 23:06, Beppe anardu.g...@yahoo.it ha scritto:

 Certo,
 Grazie!



 --
 View this message in context:
 http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/R-QGIS-Importazione-testi-da-DXF-tp7593299p7593300.html
 Sent from the Gfoss -- Geographic Free and Open Source Software - Italian
 mailing list mailing list archive at Nabble.com.
 ___
 Gfoss@lists.gfoss.it
 http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
 Questa e' una lista di discussione pubblica aperta a tutti.
 I messaggi di questa lista non hanno relazione diretta con le posizioni
 dell'Associazione GFOSS.it.
 750 iscritti al 18.3.2015




-- 
Alessandro Ciali


DXFlabels.qml
Description: Binary data
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
750 iscritti al 18.3.2015

[Gfoss] R: QGIS: Importazione testi da DXF

[Alessandro Ciali]

Io uso il convertitore dxf di qgis, impostando l'opzione di imporrare i testi 
dal dxf (vado un po a naso perche non ho il comp. davanti). L'angolo dk 
rotazione viene salvato ma è i  radianti. Se vuoi domani ti invio il qml  he bo 
creato per riprodurre con sufficiente accuratezza i testi della ctr 10k della 
regione toscana ma puo essere adattato a qualune altra situazione

Inviato da Samsung Mobile.

div Messaggio originale /divdivDa: Beppe 
anardu.g...@yahoo.it /divdivData:29/07/2015  21:54  (GMT+01:00) 
/divdivA: gfoss@lists.gfoss.it /divdivOggetto: [Gfoss] QGIS: 
Importazione testi da DXF /divdiv
/divSalve a tutti!
Dovrei importare i toponimi da un file DXF in QGIS ed ho tentato due
soluzioni:
1-con software convertitore proprietario: il testo è uguale a quello del DXF
originale, teoricamente potrebbe andare bene, ma non è testo bensì uno shape
linee, quindi non posso editarlo.
2-con il plug-in dxf2shp: è possibile editarlo, ma a) si perdono gli
angoli di orientazione; b) in alcune stringhe di testo del dxf originale il
problema a) è aggravato dal fatto che la stringa è in realtà fatta di tante
etichette ciascuna relativa ad ogni singola lettera della stringa.
Sto provando varie soluzioni diciamo artigianali, ma il tempo che mi ci
vorrebbe per terminare le operazioni è tantissimo: è possibile far si che
con DXF2shp almeno si conservino gli angoli di orientazione delle lettere?
Oppure esiste qualche altra soluzione?
Grazie in anticipo



--
View this message in context: 
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/QGIS-Importazione-testi-da-DXF-tp7593297.html
Sent from the Gfoss -- Geographic Free and Open Source Software - Italian 
mailing list mailing list archive at Nabble.com.
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
750 iscritti al 18.3.2015___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
750 iscritti al 18.3.2015

[Gfoss] R: Re: Re: Re: Un'altra questione su PG

[Alessandro Ciali]

Intanto grazie per la query, il ptoblema era proprio quello, ora tutto funziona.
Per la qustione della struttura del db, concordo al 100% ma purtoppo devo 
riprodurre lo schema di archiviazione deciso per le indagini di microzonazione 
sismica regionale toscana e nazionale qui di sono obbligato a rispettare questa 
struttura


Inviato da Samsung Mobile.

div Messaggio originale /divdivDa: Andrea Peri 
aperi2...@gmail.com /divdivData:20/07/2015  00:09  (GMT+01:00) 
/divdivA: Alessandro Ciali alessandro.ci...@gmail.com /divdivCc: 
gfoss@lists.gfoss.it /divdivOggetto: Re: Re: Re: [Gfoss] Un'altra questione 
su PG /divdiv
/divmi son messo in testa di creare una  banca dati il più  possibile 
indipendente dal programma che poi la utilizza

Non ho idea di come sia possibile arrivare a una base dati che sia
indipendente dal programma che la utilizza, ma occorre capirsi sul
concetto di indipendenza.

Se il tuo obiettivo e' avere una base dati di data entry devi
minimizzare gli inserimenti, ma anche devi focalizzarti sulla
informazione atomica, evitando di perdere tempo nella informazione
ridondante. he sarebbe quella ricavabile da elaborazione (o
informazione ricavabile), la quale non è vera informazione perche' e'
sempre ricavabile alla bisogna.

Se te progetti una banca dati che sia composta di 2 valori
indipendenti e poi prevedi un terzo campo che contenga la somma degli
altri due.
La vera base dati e' composta dai 2 campi iniziali, il terzo non porta
informazione perche' e' ricavabile dagli altri due.

Quindi un trigger che faccia le somme non serve per avere una base
dati indipendente, perche' la vera banca dati indipendnete e' composta
dai due campi. Il terzo e' una derivazione dei primi due per somma e
quindi non è un valore indipendente.

Io non ho chiaro cosa stai cercando di fare, e cosa siano quei punti
che vuoi mettere in relazione con la am_com.
Ma io , piuttosto che farli calcolare a un trigger e archiviarli
hardcoded nella tabella, li esporrei tramite una vista che esprima la
query sql che stai cercando di fa calcolare al trigger.


A.

Il 19 luglio 2015 22:57, Alessandro Ciali alessandro.ci...@gmail.com
ha scritto:

 Questa tua mail è  per me molto interessante. Innanzitutto grazie per il
 suggerimento, provvederò a provare omettendo la tabella puntuale nella
 query. Riguardo la scelta di utilizzare regole di autocompilazione
 direttamente in Pg deriva dal fatto che,  da profano, mi son messo in testa
 di creare una  banca dati il più  possibile indipendente dal programma che
 poi la utilizza; in qgis ho semplicemente messo in grigio i campi che non
 hanno bisogno di input da parte dell'utente. Pensi che sia un approccio
 sbagliato?

 Inviato da Samsung Mobile.


  Messaggio originale 
 Da: Andrea Peri
 Data:19/07/2015 21:02 (GMT+01:00)
 A: Alessandro Ciali
 Cc: Luca Lanteri , gfoss@lists.gfoss.it
 Oggetto: Re: Re: [Gfoss] Un'altra questione su PG

 SInceramente non uso mai i triggers.
 Li trovo pochissimo pratici per queste attivita'.

 Trovo un po' fuori contesto usare dei triggers per una attivita' di
 correzione o inserimento dati.
 Queste cose dovrebbero essere esplicitate in azioni da parte dell'utente.
 Altrimenti uno si vede cambiare un db sotto i piedi e non capisce perche'.

 Comunque padronissimo di usarlo come credi meglio ovviamente.
 :)

 Venendo al tuo caso:

 a me sembra che la tua query sia destinata sia ridondante rispetto a
 cio' che filtra.

 perche' ST:Within($1, c.geom)
 interseca la geometria che gli passa il trigger con la geoemtria di am_com.
 Da li' probabilmente ne ritornerebbe 1 sola.

 Ma nella query te metti anche
 La tabella
 ,indagini.Sito_Puntuale AS s

 senza isnerirla in una regola di filtro.
 Per cui ti provoca un prodotto cartesiano e ti moltiplica i records
 per molte volte.


 Non so' se si sono altri problemi, ma questo secondo me non va bene.

 A.


 Il 19 luglio 2015 19:29, Alessandro Ciali alessandro.ci...@gmail.com
 ha scritto:

 Si, ma una query di update non mi permette di Popolare i campi via via che
 creo dei siti puntuali. Dovrei prima inserire i punti, salvare la tabella
 e
 poi far girare la query, che inoltre dovrebbe essere lanciata ogni volta
 cche finisce la fase di editing, mentre un trigger parte tutte le volte
 che
 una riga viene salvata

 Inviato da Samsung Mobile.


  Messaggio originale 
 Da: Andrea Peri
 Data:19/07/2015 18:49 (GMT+01:00)
 A: alessandro.ci...@gmail.com
 Cc: Luca Lanteri , GFOSS.it
 Oggetto: Re: [Gfoss] Un'altra questione su PG

 Per quale ragioni fai uso di un trigger anziche' una query di update ?


 Il 19 luglio 2015 18:02,  alessandro.ci...@gmail.com ha scritto:
 Ciao a tutti,
 mi sono arenato su un problema cui non riesco a trovare una soluzione…
 Vorrei estrarre alcuni dati da una copertura e passarli ai campi di una
 tabella puntuale, in base  alla posizione di nuovi punti che inserisco,
 ossia nel caso specifico passare il codice provincia e comune ai nuovi

[Gfoss] R: Re: Un'altra questione su PG

[Alessandro Ciali]

Si, ma una query di update non mi permette di Popolare i campi via via che creo 
dei siti puntuali. Dovrei prima inserire i punti, salvare la tabella e poi far 
girare la query, che inoltre dovrebbe essere lanciata ogni volta cche finisce 
la fase di editing, mentre un trigger parte tutte le volte che una riga viene 
salvata

Inviato da Samsung Mobile.

div Messaggio originale /divdivDa: Andrea Peri 
aperi2...@gmail.com /divdivData:19/07/2015  18:49  (GMT+01:00) 
/divdivA: alessandro.ci...@gmail.com /divdivCc: Luca Lanteri 
lklant...@gmail.com, GFOSS.it gfoss@lists.gfoss.it /divdivOggetto: 
Re: [Gfoss] Un'altra questione su PG /divdiv
/divPer quale ragioni fai uso di un trigger anziche' una query di update ?


Il 19 luglio 2015 18:02,  alessandro.ci...@gmail.com ha scritto:
 Ciao a tutti,
 mi sono arenato su un problema cui non riesco a trovare una soluzione…
 Vorrei estrarre alcuni dati da una copertura e passarli ai campi di una
 tabella puntuale, in base  alla posizione di nuovi punti che inserisco,
 ossia nel caso specifico passare il codice provincia e comune ai nuovi punti
 inseriti in una tabella “sito_puntuale”. I dati comune e provincia sono su
 una tabella spaziale “am_com”. Il tutto è in un database PGsql.
 Come in precedenza pensavo di risolvere il problema con un trigger, e quindi
 ho creato la seguente funzione sfruttando ST_Wtithin di postgis:

 CREATE OR REPLACE FUNCTION indagini.cal_idn()
   RETURNS trigger AS
 $BODY$DECLARE
 cod  character(6);
 BEGIN
 -- codcom da public.am_com
  cod = codcom FROM public.am_com AS c,indagini.Sito_Puntuale AS s WHERE
 (ST_Within(NEW.the_geom,c.geom));
  -- calcola ubicazione_prov e ubicazione_com
 NEW.ubicazione_prov = substr(cod, 1, 3);
 NEW.ubicazione_com = substr(cod, 4, 3);
 RETURN NEW;
 END;
 $BODY$
   LANGUAGE plpgsql VOLATILE
   COST 100;
 ALTER FUNCTION indagini.cal_idn()
   OWNER TO postgres;
 GRANT EXECUTE ON FUNCTION indagini.cal_idn() TO public;
 GRANT EXECUTE ON FUNCTION indagini.cal_idn() TO postgres;

 Purtroppo quando però vado a salvare mi viene restituito il seguente
 messaggio di errore:

 Could not commit changes to layer Sito_Puntuale

 Errors: ERROR: 1 feature(s) not added.

 Provider errors:

 PostGIS error while adding features: ERRORE: la query SELECT codcom FROM
 public.am_com AS c,indagini.Sito_Puntuale AS s WHERE (ST_Within( $1
 ,c.geom)) ha restituito più di una riga

 CONTEXT: funzione PL/pgSQL cal_idn riga 5 a assegnazione


 Il tutto funziona solo con il 1° punto inserito in una tabella vuota. Mi
 sembra di aver capito che il problema risieda nel fatto che la funzione
 ST_Within considera tutte le geometriepresenti nella tabella “Sito_puntuale”
 e non solo la NEW….

 Qualche buon anima mi saprebbe aiutare?

 Grazie in anticipo


 Alessandro Ciali

 Da: Luca Lanteri
 Data invio: ‎lunedì‎ ‎13‎ ‎luglio‎ ‎2015 ‎09‎:‎21
 A: Alessandro Ciali
 Cc: GFOSS.it

 CIao Alessandro,
 grazie mille per la disponibilità.

 Non ti preoccupare, tutto quello che vedi è stato fatto da autodidatti con
 conoscenze minime di programmazione, e proprio per questo che è ancora più
 importante unire forze e le competenze.
 In Piemonte diversi professionisti hanno iniziato ad utilizzare questi
 strumenti (mi pare di capire con soddisfazione) per realizzare i propri
 approfondimenti di microzonazione sismica con QGIS e stanno svolgendo un bel
 lavoro di testing.

 A  disposizione per qualsiasi chiarimento.
 a presto
 Luca


 Il giorno 11 luglio 2015 17:46, Alessandro Ciali
 alessandro.ci...@gmail.com ha scritto:



 Sarei ben lieto di partecipare al miglioramento, a che non sono un genio
 della programmazione .a piuttosto un autodidatta coatto. Intanto scarichero'
 il tutto dal sito dell'ARPA per vedere se e come il mio lavoro possa
 integrare ciò che è stato fatto. Lavorando in parte nel campo della geologia
 per la pianificazione territoriale, ma lavorando prev. In toscana, ho
 sviluppato librerie di simboli che si attengono alle specifiche di questa
 regione; non mi sembra di aver trovato sul sito della RT librerie specifiche
 per QGIS, io le condividerei volentieri;  anzi visto che alcuni membri di RT
 partecipa a questa lista, potrebbero, se sono interessati, a darmi
 informazioni in merito. Per adesso grazie per le dritte, spero di poter
 contribuire. Saluti a tutti

 Inviato da Samsung Mobile.




 ___
 Gfoss@lists.gfoss.it
 http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
 Questa e' una lista di discussione pubblica aperta a tutti.
 I messaggi di questa lista non hanno relazione diretta con le posizioni
 dell'Associazione GFOSS.it.
 750 iscritti al 18.3.2015



-- 
-
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di

[Gfoss] R: Re: Calcolo coordinate in una tabella Pgsql

[Alessandro Ciali]

Bhe in realta non l'avevo visti..
Grazie ci do un occhio

Inviato da Samsung Mobile.

div Messaggio originale /divdivDa: aperi2007 
aperi2...@gmail.com /divdivData:19/07/2015  18:44  (GMT+01:00) 
/divdivA: Alessandro Ciali alessandro.ci...@gmail.com, Luca Lanteri 
lklant...@gmail.com /divdivCc: GFOSS.it gfoss@lists.gfoss.it 
/divdivOggetto: Re: [Gfoss] Calcolo coordinate in una tabella Pgsql 
/divdiv
/div
Ciao,

non ho capito se ti riferisci a libreria di simboli per la Geologia.

Se e' cosi,
le trovi con tanto di simboli SVG.
Scaricando da cartoteca il pacchetto relativo al DBGeologico.

http://www502.regione.toscana.it/geoscopio/cartoteca.html
- download
- geologia
- Database Geologico Regionale.

O in alternativa lo cerchi attraverso il portale opendata di RT.

Una volta scaricato lo esplodi in una cartella , ma prima di lanciare il 
progetto qgis, devi assicurarti leggendo il pdf con le istruzioni di 
configurazione di aver settato correttamente i percorsi verso gli svg.

Se , come fanno tutti, lo apri senza aver configurato i percorsi correttamente.
Non solo non vedrai i simboli , ma tanti caratteri ? al loro posto , ma se poi 
dai retta  a qgis e salvi il progetto in uscita, te lo rovina irrimediabilmente 
.

A.

Il 11/07/2015 17:46, Alessandro Ciali ha scritto:

Sarei ben lieto di partecipare al miglioramento, a che non sono un genio della 
programmazione .a piuttosto un autodidatta coatto. Intanto scarichero' il tutto 
dal sito dell'ARPA per vedere se e come il mio lavoro possa integrare ciò che è 
stato fatto. Lavorando in parte nel campo della geologia per la pianificazione 
territoriale, ma lavorando prev. In toscana, ho sviluppato librerie di simboli 
che si attengono alle specifiche di questa regione; non mi sembra di aver 
trovato sul sito della RT librerie specifiche per QGIS, io le condividerei 
volentieri;  anzi visto che alcuni membri di RT partecipa a questa lista, 
potrebbero, se sono interessati, a darmi informazioni in merito. Per adesso 
grazie per le dritte, spero di poter contribuire. Saluti a tutti

Inviato da Samsung Mobile.


 Messaggio originale 
Da: Luca Lanteri
Data:11/07/2015 10:18 (GMT+01:00)
A: Alessandro Ciali
Cc: GFOSS.it
Oggetto: Re: Re: [Gfoss] Calcolo coordinate in una tabella Pgsql



Il giorno 10 luglio 2015 23:03, Alessandro Ciali alessandro.ci...@gmail.com 
ha scritto:
N..ma cosi è  finito il divertimento!!!

Allora meglio che non ti non ti mandi il link !
;-) 

scherzi a parte, invece di reinventare la ruota, perché non contribuire ad un 
progetto già avviato, sarebbe sicuramente più proficuo per tutti.
Sono già state fatte le strutture dati in sqlite e   postgres, la 
simbologia, gli allestimenti cartografici ed i form di inserimento dei dati 
utilizzando QGIS. Il tutto però è ancora ampliamente migliorabile.
Se sei interessato contattami pure quando vuoi.

Luca

p.s. facciamo così, invece di mandarti il link agli strumenti ti mando quello 
al post di alcuni mesi fa dove era stata comunicata la disponibilità degli 
strumenti per la MZS. Trovi anche altre cose interessanti se lavori nel campo 
della geologia. Ad esempio sulla parte di simbologia ci sarebbe parecchio da 
fare per creare librerie di simboli condivise, cosa su cui se non sbaglio anche 
Regione Toscana ha lavorato.
  
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Strumenti-FOSS-per-la-geologia-td7592772.html

 
Inviato da Samsung Mobile.


 Messaggio originale 
Da: Luca Lanteri
Data:10/07/2015 22:58 (GMT+01:00)
A: aciali
Cc: GFOSS. it
Oggetto: Re: [Gfoss] Calcolo coordinate in una tabella Pgsql

Sul sito di arpa Piemonte trovi tutto gia belle che pronto!
Domani ti mando il link, adesso dal telefono non lo ho sottomano.

Il 08/Lug/2015 16:56,   aciali 
alessandro.ci...@gmail.com ha scritto:
Funziona! Grazie ancora, mi stavo incasinando la vita 
inutilmente...

sto preparando un Db per l'archiviazione dei dati base in linea con le
specifiche nazionali e regionali per la Microzonazione Sismica, utilizzabile
tramite QGIS. Quando lo concluderò posterò il tutto, se qualcuno ne avesse
bisogno mi farebbe piacere condividerlo.
Saluti



--
View this message in context: 
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Calcolo-coordinate-in-una-tabella-Pgsql-tp7593079p7593087.html
Sent from the Gfoss -- Geographic Free and Open Source Software - Italian 
mailing list mailing list archive at Nabble.com.
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
750 iscritti al 18.3.2015



___
Gfoss@lists.gfoss.it
http

[Gfoss] R: Re: Re: Un'altra questione su PG

[Alessandro Ciali]

Questa tua mail è  per me molto interessante. Innanzitutto grazie per il 
suggerimento, provvederò a provare omettendo la tabella puntuale nella query. 
Riguardo la scelta di utilizzare regole di autocompilazione direttamente in Pg 
deriva dal fatto che,  da profano, mi son messo in testa di creare una  banca 
dati il più  possibile indipendente dal programma che poi la utilizza; in qgis 
ho semplicemente messo in grigio i campi che non hanno bisogno di input da 
parte dell'utente. Pensi che sia un approccio sbagliato?

Inviato da Samsung Mobile.

div Messaggio originale /divdivDa: Andrea Peri 
aperi2...@gmail.com /divdivData:19/07/2015  21:02  (GMT+01:00) 
/divdivA: Alessandro Ciali alessandro.ci...@gmail.com /divdivCc: Luca 
Lanteri lklant...@gmail.com, gfoss@lists.gfoss.it /divdivOggetto: Re: Re: 
[Gfoss] Un'altra questione su PG /divdiv
/divSInceramente non uso mai i triggers.
Li trovo pochissimo pratici per queste attivita'.

Trovo un po' fuori contesto usare dei triggers per una attivita' di
correzione o inserimento dati.
Queste cose dovrebbero essere esplicitate in azioni da parte dell'utente.
Altrimenti uno si vede cambiare un db sotto i piedi e non capisce perche'.

Comunque padronissimo di usarlo come credi meglio ovviamente.
:)

Venendo al tuo caso:

a me sembra che la tua query sia destinata sia ridondante rispetto a
cio' che filtra.

perche' ST:Within($1, c.geom)
interseca la geometria che gli passa il trigger con la geoemtria di am_com.
Da li' probabilmente ne ritornerebbe 1 sola.

Ma nella query te metti anche
La tabella
,indagini.Sito_Puntuale AS s

senza isnerirla in una regola di filtro.
Per cui ti provoca un prodotto cartesiano e ti moltiplica i records
per molte volte.


Non so' se si sono altri problemi, ma questo secondo me non va bene.

A.


Il 19 luglio 2015 19:29, Alessandro Ciali alessandro.ci...@gmail.com
ha scritto:

 Si, ma una query di update non mi permette di Popolare i campi via via che
 creo dei siti puntuali. Dovrei prima inserire i punti, salvare la tabella e
 poi far girare la query, che inoltre dovrebbe essere lanciata ogni volta
 cche finisce la fase di editing, mentre un trigger parte tutte le volte che
 una riga viene salvata

 Inviato da Samsung Mobile.


  Messaggio originale 
 Da: Andrea Peri
 Data:19/07/2015 18:49 (GMT+01:00)
 A: alessandro.ci...@gmail.com
 Cc: Luca Lanteri , GFOSS.it
 Oggetto: Re: [Gfoss] Un'altra questione su PG

 Per quale ragioni fai uso di un trigger anziche' una query di update ?


 Il 19 luglio 2015 18:02,  alessandro.ci...@gmail.com ha scritto:
 Ciao a tutti,
 mi sono arenato su un problema cui non riesco a trovare una soluzione…
 Vorrei estrarre alcuni dati da una copertura e passarli ai campi di una
 tabella puntuale, in base  alla posizione di nuovi punti che inserisco,
 ossia nel caso specifico passare il codice provincia e comune ai nuovi
 punti
 inseriti in una tabella “sito_puntuale”. I dati comune e provincia sono su
 una tabella spaziale “am_com”. Il tutto è in un database PGsql.
 Come in precedenza pensavo di risolvere il problema con un trigger, e
 quindi
 ho creato la seguente funzione sfruttando ST_Wtithin di postgis:

 CREATE OR REPLACE FUNCTION indagini.cal_idn()
   RETURNS trigger AS
 $BODY$DECLARE
 cod  character(6);
 BEGIN
 -- codcom da public.am_com
  cod = codcom FROM public.am_com AS c,indagini.Sito_Puntuale AS s WHERE
 (ST_Within(NEW.the_geom,c.geom));
  -- calcola ubicazione_prov e ubicazione_com
 NEW.ubicazione_prov = substr(cod, 1, 3);
 NEW.ubicazione_com = substr(cod, 4, 3);
 RETURN NEW;
 END;
 $BODY$
   LANGUAGE plpgsql VOLATILE
   COST 100;
 ALTER FUNCTION indagini.cal_idn()
   OWNER TO postgres;
 GRANT EXECUTE ON FUNCTION indagini.cal_idn() TO public;
 GRANT EXECUTE ON FUNCTION indagini.cal_idn() TO postgres;

 Purtroppo quando però vado a salvare mi viene restituito il seguente
 messaggio di errore:

 Could not commit changes to layer Sito_Puntuale

 Errors: ERROR: 1 feature(s) not added.

 Provider errors:

 PostGIS error while adding features: ERRORE: la query SELECT codcom FROM
 public.am_com AS c,indagini.Sito_Puntuale AS s WHERE (ST_Within( $1
 ,c.geom)) ha restituito più di una riga

 CONTEXT: funzione PL/pgSQL cal_idn riga 5 a assegnazione


 Il tutto funziona solo con il 1° punto inserito in una tabella vuota. Mi
 sembra di aver capito che il problema risieda nel fatto che la funzione
 ST_Within considera tutte le geometriepresenti nella tabella
 “Sito_puntuale”
 e non solo la NEW….

 Qualche buon anima mi saprebbe aiutare?

 Grazie in anticipo


 Alessandro Ciali

 Da: Luca Lanteri
 Data invio: ‎lunedì‎ ‎13‎ ‎luglio‎ ‎2015 ‎09‎:‎21
 A: Alessandro Ciali
 Cc: GFOSS.it

 CIao Alessandro,
 grazie mille per la disponibilità.

 Non ti preoccupare, tutto quello che vedi è stato fatto da autodidatti con
 conoscenze minime di programmazione, e proprio per questo che è ancora più
 importante unire forze e le competenze

Re: [Gfoss] Calcolo coordinate in una tabella Pgsql

[Alessandro Ciali]

Sarei ben lieto di partecipare al miglioramento, a che non sono un genio della 
programmazione .a piuttosto un autodidatta coatto. Intanto scarichero' il tutto 
dal sito dell'ARPA per vedere se e come il mio lavoro possa integrare ciò che è 
stato fatto. Lavorando in parte nel campo della geologia per la pianificazione 
territoriale, ma lavorando prev. In toscana, ho sviluppato librerie di simboli 
che si attengono alle specifiche di questa regione; non mi sembra di aver 
trovato sul sito della RT librerie specifiche per QGIS, io le condividerei 
volentieri;  anzi visto che alcuni membri di RT partecipa a questa lista, 
potrebbero, se sono interessati, a darmi informazioni in merito. Per adesso 
grazie per le dritte, spero di poter contribuire. Saluti a tutti

Inviato da Samsung Mobile.

div Messaggio originale /divdivDa: Luca Lanteri 
lklant...@gmail.com /divdivData:11/07/2015  10:18  (GMT+01:00) 
/divdivA: Alessandro Ciali alessandro.ci...@gmail.com /divdivCc: 
GFOSS.it gfoss@lists.gfoss.it /divdivOggetto: Re: Re: [Gfoss] Calcolo 
coordinate in una tabella Pgsql /divdiv
/div

Il giorno 10 luglio 2015 23:03, Alessandro Ciali alessandro.ci...@gmail.com 
ha scritto:
N..ma cosi è  finito il divertimento!!!

Allora meglio che non ti non ti mandi il link !
;-) 

scherzi a parte, invece di reinventare la ruota, perché non contribuire ad un 
progetto già avviato, sarebbe sicuramente più proficuo per tutti.
Sono già state fatte le strutture dati in sqlite e postgres, la simbologia, gli 
allestimenti cartografici ed i form di inserimento dei dati utilizzando QGIS. 
Il tutto però è ancora ampliamente migliorabile.
Se sei interessato contattami pure quando vuoi.

Luca

p.s. facciamo così, invece di mandarti il link agli strumenti ti mando quello 
al post di alcuni mesi fa dove era stata comunicata la disponibilità degli 
strumenti per la MZS. Trovi anche altre cose interessanti se lavori nel campo 
della geologia. Ad esempio sulla parte di simbologia ci sarebbe parecchio da 
fare per creare librerie di simboli condivise, cosa su cui se non sbaglio anche 
Regione Toscana ha lavorato.
  
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Strumenti-FOSS-per-la-geologia-td7592772.html

 
Inviato da Samsung Mobile.


 Messaggio originale 
Da: Luca Lanteri
Data:10/07/2015 22:58 (GMT+01:00)
A: aciali
Cc: GFOSS. it
Oggetto: Re: [Gfoss] Calcolo coordinate in una tabella Pgsql

Sul sito di arpa Piemonte trovi tutto gia belle che pronto!
Domani ti mando il link, adesso dal telefono non lo ho sottomano.

Il 08/Lug/2015 16:56, aciali alessandro.ci...@gmail.com ha scritto:
Funziona! Grazie ancora, mi stavo incasinando la vita inutilmente...

sto preparando un Db per l'archiviazione dei dati base in linea con le
specifiche nazionali e regionali per la Microzonazione Sismica, utilizzabile
tramite QGIS. Quando lo concluderò posterò il tutto, se qualcuno ne avesse
bisogno mi farebbe piacere condividerlo.
Saluti



--
View this message in context: 
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Calcolo-coordinate-in-una-tabella-Pgsql-tp7593079p7593087.html
Sent from the Gfoss -- Geographic Free and Open Source Software - Italian 
mailing list mailing list archive at Nabble.com.
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
750 iscritti al 18.3.2015

___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
750 iscritti al 18.3.2015

[Gfoss] supporto per modulo calculate di QGIS

[Alessandro Ciali]

Salve a tutti,
qualcuno potrebbe indicarmi dove trovare un po di documentazione
riguardo la sintassi delle espressioni del modulo Calculate di QGIS
Master?
Grazie


P.S. scusate ho cambiato indirizzo di posta elettronica e non so come
fare per aggiornare la mail di iscrizione al forum. Devo rifare
l'iscrizione col nuovo indirizzo?
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
584 iscritti al 7.4.2012

[Gfoss] problemi di lettura di tabelle PostgresQL

[Alessandro Ciali]

Salve a tutti,
ho un problema nella lettura di una tabella Postgres in QGIS. Premetto che
la tabella è leggibile con la versione 1.7.4, quindi il problema si
verifica solo cn la master. La definizione è la seguente:
 SOND_ID integer NOT NULL, -- ID sondaggio Numero relazione  nnn
  STRAT_ID integer NOT NULL, -- ID strato Numero relazione  nnn  nn
  GEOTEC_ID bigint NOT NULL, -- ID geotec Numero relazione  nnn  nn  nn
  TIPO character(1), -- Provenienza dati geotecnici
  DA_mt real, -- tetto campione
  A_mt real, -- piede campione
  gr_G real, -- Granulometria ghiaia %
  gr_S real, -- Granulometria sabbia %
  gr_L real, -- Granulometria limo %
  gr_A real, -- Granulometria argilla %
  Wn real, -- Contenuto naturale acqua %
  Wp real, -- Limite plastico Atterberg %
  Wl real, -- Limite liquido Atterberg %
  IP real, -- Indice di plasticità Atterberg
  IL real, -- Indice di liquidità di Atterberg
  IC real, -- Indice di consistenza di Atterberg
  G real, -- Peso di Volume naturale t/mc
  Gd real, -- Peso di Volume asciutto t/mc
  C real, -- Coesione drenata Kg/cmq
  Cu real, -- Coesione non drenata Kg/cmq
  Fi integer, -- Angolo di attrito interno °
  Eed real, -- Modulo edometrico Kg/cmq
  Su numeric(5,3), -- Resistenza al Taglio non drenata Kg/cmq
  CONSTRAINT db_geotec_geotec_pkey PRIMARY KEY (GEOTEC_ID ),
  CONSTRAINT db_geotec_geotec_STRAT_ID_fkey FOREIGN KEY (STRAT_ID)
  REFERENCES prospezioni.db_geotec_strat (STRAT_ID) MATCH SIMPLE
  ON UPDATE NO ACTION ON DELETE NO ACTION,
  CONSTRAINT db_geotec_geotec_TIPO_fkey FOREIGN KEY (TIPO)
  REFERENCES prospezioni.db_geotec_geotec_tipoDEF (TIPO) MATCH
SIMPLE
  ON UPDATE NO ACTION ON DELETE NO ACTION,
  CONSTRAINT a_mt_nonvalido CHECK (A_mt  0::double precision),
  CONSTRAINT da_mt_nonvalido CHECK (DA_mt  0::double precision)

Alcuni record della tabella non sono leggibili, ovvero viene  visualizzato
ERROR nei campi di alcune righe. Nella finestra di Log appare un messaggio
'feature -184262615 not found'
Tale tabella risulta invece leggibile in modo completo anche attraverso il
Db Manager di QGIS.
Non so se è un problema della tabella o di QGIS, sapreste aiutarmi o
indicarmi se è necessario aprire un ticket? Uso la versione di QGIS si W7
64bit
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
584 iscritti al 7.4.2012