Valori NULL e digitazione avanzata

532 views
Skip to first unread message

Candon Ivano

unread,
Feb 1, 2016, 4:06:33 AM2/1/16
to qgis_ut...@googlegroups.com

Salve, cerco il supporto di qualcuno per i seguenti due quesiti:

1.   Passando dalla versione 2.0.1 alla 2.8.5 (LTE) mi si presenta questo inconveniente che nella prima delle due versioni non accadeva: copiando una geometria da un layer shape senza attributi specifici (traccia rilevata a gps) e incollandola in un layer shape con vari attributi (dei quali alcuni con elenchi a discesa per facilitarne l’input), gli attributi con elenchi a discesa, anziché comparire con valore “Null = spazio vuoto”, compaiono con l’indesiderato valore “()”: ciò costringe a inputare un valore “Spazio vuoto”, selezionato dall’elenco a discesa, anche quando tale valore doveva essere così per default. Questo accade nonostante il settaggio, in Sorgente dei dati, di “Mostra i valori NULL come” sia impostato a Spazio vuoto. C’è forse qualche altro settaggio da fare?

2.   Non ho finora trovato, nelle versioni di QGIS sperimentate, una funzione che consenta un editing avanzato nel disegnare una polilinea sfruttando altre polilinee o poligoni di sfondo, ovvero senza dover fare lo snapping su ogni vertice che compone la geometria di sfondo. In Geomedia la funzione si chiama Use Existing Geometry When Digitizing: con pochi clic si può creare una polilinea che nello sfondo originale può essere composta da  centinaia di vertici. Esiste forse un plugin che consenta questa operazione?

Grazie

Ivano Candon

 


AVVISO DI RISERVATEZZA Informazioni riservate possono essere contenute nel messaggio o nei suoi allegati. Se non siete i destinatari indicati nel messaggio, o responsabili per la sua consegna alla persona, o se avete ricevuto il messaggio per errore, siete pregati di non trascriverlo, copiarlo o inviarlo ad alcuno. In tal caso vi invitiamo a cancellare il messaggio ed i suoi allegati. Grazie.
CONFIDENTIALITY NOTICE Confidential information may be contained in this message or in its attachments. If you are not the addressee indicated in this message, or responsible for message delivering to that person, or if you have received this message in error, you may not transcribe, copy or deliver this message to anyone. In that case, you should delete this message and its attachments. Thank you.

Rossin Pietro

unread,
Feb 1, 2016, 4:35:10 AM2/1/16
to Candon Ivano, qgis_ut...@googlegroups.com

Buon giorno Ivano

Provo a rispondere alla prima.

Lo Shp file non contempla valori null, non esiste, non è implementato nel formato dbf.

http://gis.stackexchange.com/questions/28411/how-to-have-a-nullable-field-included-in-a-shapefile-using-the-geotools-library

e

http://forums.esri.com/Thread.asp?c=93&f=993&t=125464

e

http://support.esri.com/en/knowledgebase/techarticles/detail/20177

 

Quindi è da vedere che tipo di “dummy value” viene popolato nel tuo campo facendo il copia/incolla.

Di solito Esri mette uno spazio nei campi testo ed uno zero nei numerici.

L’indesiderato valore “()” in realtà indica che il valore immesso nel campo non è riconosciuto dalla tua lista di opzioni della tendina di scelta.

Credo che l’opzione “mostra valori null come Null” in sorgente dei dati riguardi i campi che contemplano in Null tra i valori gestiti (vedi postgresql-postgis/sqlite-spatialite ecc)

Pietro

 

Da: qgis_ut...@googlegroups.com [mailto:qgis_ut...@googlegroups.com] Per conto di Candon Ivano
Inviato: lunedì 1 febbraio 2016 10:07
A: qgis_ut...@googlegroups.com
Oggetto: [qgis_utenti_fvg:280] Valori NULL e digitazione avanzata

--
Hai ricevuto questo messaggio perché sei iscritto al gruppo "QGIS_Utenti_FVG" di Google Gruppi.
Per annullare l'iscrizione a questo gruppo e non ricevere più le sue email, invia un'email a qgis_utenti_f...@googlegroups.com.
Per postare in questo gruppo, invia un'email a qgis_ut...@googlegroups.com.
Visita questo gruppo all'indirizzo https://groups.google.com/group/qgis_utenti_fvg.
Per altre opzioni visita https://groups.google.com/d/optout.

Candon Ivano

unread,
Feb 1, 2016, 5:38:52 AM2/1/16
to Rossin Pietro, ruben...@beniculturali.it, qgis_ut...@googlegroups.com

Grazie  Pietro e Ruben! Appena avrò un po’ di tempo sperimenterò le vostre soluzioni e poi riferirò gli esiti.

Saluti

Ivano Candon

 

Da: Rossin Pietro
Inviato: lunedì 1 febbraio 2016 10:35
A: Candon Ivano; qgis_ut...@googlegroups.com
Oggetto: R: Valori NULL e digitazione avanzata

Candon Ivano

unread,
Feb 2, 2016, 9:09:23 AM2/2/16
to qgis_ut...@googlegroups.com

“Salve, cerco il supporto di qualcuno per i seguenti due quesiti:

Passando dalla versione 2.0.1 alla 2.8.5 (LTE) mi si presenta questo inconveniente che nella prima delle due versioni non accadeva: copiando una geometria da un layer shape senza attributi specifici (traccia rilevata a gps) e incollandola in un layer shape con vari attributi (dei quali alcuni con elenchi a discesa per facilitarne l’input), gli attributi con elenchi a discesa, anziché comparire con valore “Null = spazio vuoto”, compaiono con l’indesiderato valore “()”: ciò costringe a inputare un valore “Spazio vuoto”, selezionato dall’elenco a discesa, anche quando tale valore doveva essere così per default. Questo accade nonostante il settaggio, in Sorgente dei dati, di “Mostra i valori NULL come” sia impostato a Spazio vuoto. C’è forse qualche altro settaggio da fare?

Non ho finora trovato, nelle versioni di QGIS sperimentate, una funzione che consenta un editing avanzato nel disegnare una polilinea sfruttando altre polilinee o poligoni di sfondo, ovvero senza dover fare lo snapping su ogni vertice che compone la geometria di sfondo. In Geomedia la funzione si chiama Use Existing Geometry When Digitizing: con pochi clic si può creare una polilinea che nello sfondo originale può essere composta da  centinaia di vertici. Esiste forse un plugin che consenta questa operazione?

Ivano Candon”

 

“Provo a rispondere alla prima.

Lo Shp file non contempla valori null, non esiste, non è implementato nel formato dbf.

http://gis.stackexchange.com/questions/28411/how-to-have-a-nullable-field-included-in-a-shapefile-using-the-geotools-library

e

http://forums.esri.com/Thread.asp?c=93&f=993&t=125464

e

http://support.esri.com/en/knowledgebase/techarticles/detail/20177

Quindi è da vedere che tipo di “dummy value” viene popolato nel tuo campo facendo il copia/incolla.

Di solito Esri mette uno spazio nei campi testo ed uno zero nei numerici.

L’indesiderato valore “()” in realtà indica che il valore immesso nel campo non è riconosciuto dalla tua lista di opzioni della tendina di scelta.

Credo che l’opzione “mostra valori null come Null” in sorgente dei dati riguardi i campi che contemplano in Null tra i valori gestiti (vedi postgresql-postgis/sqlite-spatialite ecc)

Pietro Rossin”

 

Specifico che tutti i campi delle tendine di scelta sono di tipo testo e che tutti prevedono come prima opzione della lista un valore “blanck”, o “spazio vuoto”, o come lo si voglia chiamare, visto che grazie ai tuoi links ho capito che in realtà non si tratta di un valore NULL ma, come da te evidenziato, quello che per default ESRI dovrebbe tradurre come uno spazio per i campi testo. Ciò nonostante, pur ricontrollando la Mappa Valori degli elenchi a discesa, alla fine dei copia-incolla compare sempre il fastidioso dummy value “()” per i soli attributi dei campi con elenchi a discesa. Ciò che sorprende è che con la versione di QGIS 2.0.1 la stessa operazione di copia-incolla, per stesso identico layer e con gli stessi elenchi a discesa non faceva comparire il valore “()”.

Comunque, grazie alla dritta di Ruben, ho aggirato il problema in modo più vantaggioso in termini di tempo:

 

“Per il punto 2 forse potrebbe andare bene questo Plugin

http://plugins.qgis.org/plugins/autoTrace/

per dettagli

http://www.lutraconsulting.co.uk/products/autotrace/

Ruben Levi”

 

Il plugin AutoTrace da te suggerito è speciale per la mia esigenza, funziona perfettamente ed è ottimo per l’editing avanzato! Usato in alternativa al copia-incolla di geometrie appartenenti a layers di tipo shape diversi, con pochi clic su una polilinea di sfondo (traccia gps importata come shape “scarno di attributi”) permette di creare una nuova geometria con contestuale apertura della finestra Attributi elemento, nella quale i campi compaiono perfettamente “vergini”, compresi quelli con elenchi a discesa. Inoltre c’è il vantaggio che gli attributi inputati vengono riproposti alla fine della digitazione della geometria successiva, così non occorre reinputare quelli che devono rimanere invariati; con il copia-incolla invece era necessario reinputarli tutti.

 

Grazie ancora a entrambi per il valido supporto.

Ivano Candon

 

Rossin Pietro

unread,
Feb 2, 2016, 9:19:07 AM2/2/16
to Candon Ivano, qgis_ut...@googlegroups.com

Buon giorno Ivano

A questo punto dovresti vedere che valore viene incollato nel tuo campo testo di destinazione.

Potresti provare a vedere se esiste una funzione che converte in codice hex per vedere con che precisione che carattere è..

 

Prova questo

http://www.asciitohex.com/

 

ci copi dento il valore incollato e converti in esadecimale

Come esadecimale poi puoi scoprire con precisione di cosa si tratta..

 

E’ da capire come mai non viene mappato correttamente..

pietro

 

Specifico che tutti i campi delle tendine di scelta sono di tipo testo e che tutti prevedono come prima opzione della lista un valore “blanck”, o “spazio vuoto”, o come lo si voglia chiamare, visto che grazie ai tuoi links ho capito che in realtà non si tratta di un valore NULL ma, come da te evidenziato, quello che per default ESRI dovrebbe tradurre come uno spazio per i campi testo. Ciò nonostante, pur ricontrollando la Mappa Valori degli elenchi a discesa, alla fine dei copia-incolla compare sempre il fastidioso dummy value “()” per i soli attributi dei campi con elenchi a discesa. Ciò che sorprende è che con la versione di QGIS 2.0.1 la stessa operazione di copia-incolla, per stesso identico layer e con gli stessi elenchi a discesa non faceva comparire il valore “()”.

Candon Ivano

unread,
Feb 3, 2016, 3:07:02 PM2/3/16
to qgis_ut...@googlegroups.com

“Buongiorno Ivano, scrivo poche  provocatorie ma sincere, oggi proprio non ho resistito 

Valori null

Al di là di tutte le implicazioni informatiche e logiche (la definizione del NULL ha preso, e sta prendendo  ore di lavoro di informatici e logici a scala planetaria) che porterebbero via molte righe e forse creerebbero solo confusione,   una corretta gestione del null è possibile solo all’interno di strutture di database. Il mio consiglio quindi, all’interno di un contesto di lavoro in cui la gestione dell’assenza di dato è importante, è quello di usare i database (postgresql o spatiallite) per la gestione dei dati e usare gli SHP solo come file di interscambio.

Michel Zuliani”

 

“Aggiungo

Neanche per l'interscambio li userei, dato che comunque poi copiare un dato da shp per incollarlo in un db andrebbe mal gestire i null..

Pietro Rossin”

 

“Ciao caro Pietro,

Non vorrei dire stupidaggini, vado a memoria,  ma  l’importatore di shp in postgresql interpreta I campi vuoti ( spazio o tab o  un valore a scelta dell’operatore) correttamente come null, così come il copia incolla al volo all’interno di Qgis.

Prendi un poligono senza dati da uno shp,  copia incolla in un DB spaziale che contiene una colonna con lo stesso nome,  dovrebbe essere ok. Prova a fare un test ma mi pare funzioni correttamente.

Questo mi pare già da un po’, da che versione non te lo so dire

Michel Zuliani”

 

“L'importatore si, non ricordo se il copia/incolla fa la stessa cosa.. 

È un po' che sono uscito dal tunnel degli shp :) 

Non vorrei che il problema del fastidioso valore ()  si ripresentasse copiando un finto null di shp in un campo testo di db serio.. 

Ivano potrebbe fare una prova con spatialite, se ha problemi si dà una mano

Pietro Rossin”

 

Ciao ragazzi. Con la mia richiesta di supporto non pensavo di provocare un rigurgito informatico in Michel. Tant’è che il problema era stato ben risolto lasciando perdere la questione copia-incolla e valori Null a favore del plugin suggerito da Ruben, che mi va a meraviglia. Non ho neppure insistito nella conversione esadecimale del valore () suggerita da Pietro, proprio per evitare inutili complicazioni. D’altra parte la mia modesta competenza in database si limita all’uso degli mdb di Access, degli mdb di Geomedia e degli shape di Esri e questi sono i formati che l’Amm. Regionale mette a disposizione e implementa in IRDAT. Ciò che ho capito dai vostri ultimi post è un chiaro invito a mollare gli shape per passare a qualcosa di più “serio” tipo PostgreSQL o SpatiaLite. L’invito è stimolante per cui cercherò di capire la struttura e il funzionamento di questi db all’interno di QGIS, nonchè le tecniche per transitare ad essi senza buttare i lavori già fatti … magari approfittando della vostra gentile disponibilità nel fornire aiuto.

Tanti saluti.

Ivano Candon

Michel Zuliani

unread,
Feb 5, 2016, 3:29:05 AM2/5/16
to Candon Ivano, qgis_ut...@googlegroups.com

Caro Ivano, orcocan mi dispiace sia sembrato un rigurgito.

Forse la fretta nello scrivere. Chiedo scusa.

Voleva solo essere un consiglio.

 

Il passaggio ai DB spaziali è una questione di sicurezza, controllo e comodità, oltre che di garanzia di coerenza interna e affidabilità.  Qgis diventa uno strumento potentissimo se affiancato ad DB spaziali.

Quello che volevo velatamente dire è che molti problemi che si incontrano nella elaborazione dei dati spaziali, all’interno dei db diventano banali, uno di questi è la questione dei null, un altro potrebbe essere legato ai nomi delle colonne, al mantenimento  di uno storico per un layer ( tenere taccia di tutte le modifiche eseguite nel tempo), all’aggiornamento condizionato di dati e via dicendo.

 

Sono solo  un appassionato tifoso.

 

E’ una tiritera che recito da tanto tanto tempo e vedo già i sorrisi di molti vecchi amici e colleghi leggendo queste righe ( Stefano non ridere che ti vedo!!).

 

Ciao, se serve, per quel poco che si può, si rimane a disposizione.

 

M

 

 

 

Da: qgis_ut...@googlegroups.com [mailto:qgis_ut...@googlegroups.com] Per conto di Candon Ivano
Inviato: mercoledì 3 febbraio 2016 21:07
A: qgis_ut...@googlegroups.com
Oggetto: [qgis_utenti_fvg:289] Valori NULL e digitazione avanzata

--

Candon Ivano

unread,
Feb 6, 2016, 3:55:27 AM2/6/16
to michel....@cmcarnia.regione.fvg.it, qgis_ut...@googlegroups.com

Ok Michel, non c’è niente da scusare …  in effetti ora ricordo la “passione” che trasmettevi durante un tuo intervento ad un convegno di qualche anno fa.

Prendo atto di questi vantaggi e potenzialità dei  DB spaziali in questione e vedrò di familiarizzare con essi.

Ringrazio  il gruppo per le risposte date …  anche a chi non è proprio un addetto ai lavori e so che in caso di necessità posso contare su di voi.

Grazie anche a Emanuele per la sua disponibilità.

Saluti.

Ivano Candon

 

 

Da: qgis_ut...@googlegroups.com [mailto:qgis_ut...@googlegroups.com] Per conto di Michel Zuliani
Inviato: venerdì 5 febbraio 2016 09:29
A: Candon Ivano; qgis_ut...@googlegroups.com
Oggetto: [qgis_utenti_fvg:290] R: Valori NULL e digitazione avanzata

 

Caro Ivano, orcocan mi dispiace sia sembrato un rigurgito.

Forse la fretta nello scrivere. Chiedo scusa.

Voleva solo essere un consiglio.

 

Il passaggio ai DB spaziali è una questione di sicurezza, controllo e comodità, oltre che di garanzia di coerenza interna e affidabilità.  Qgis diventa uno strumento potentissimo se affiancato ad DB spaziali.

Quello che volevo velatamente dire è che molti problemi che si incontrano nella elaborazione dei dati spaziali, all’interno dei db diventano banali, uno di questi è la questione dei null, un altro potrebbe essere legato ai nomi delle colonne, al mantenimento  di uno storico per un layer ( tenere taccia di tutte le modifiche eseguite nel tempo), all’aggiornamento condizionato di dati e via dicendo.

 

Sono solo  un appassionato tifoso.

 

E’ una tiritera che recito da tanto tanto tempo e vedo già i sorrisi di molti vecchi amici e colleghi leggendo queste righe ( Stefano non ridere che ti vedo!!).

 

Ciao, se serve, per quel poco che si può, si rimane a disposizione.

 

M

 

 

 

Da: qgis_ut...@googlegroups.com [mailto:qgis_ut...@googlegroups.com] Per conto di Candon Ivano
Inviato: mercoledì 3 febbraio 2016 21:07
A: qgis_ut...@googlegroups.com
Oggetto: [qgis_utenti_fvg:289] Valori NULL e digitazione avanzata

 

“Buongiorno Ivano, scrivo poche  provocatorie ma sincere, oggi proprio non ho resistito 

--

Hai ricevuto questo messaggio perché sei iscritto al gruppo "QGIS_Utenti_FVG" di Google Gruppi.
Per annullare l'iscrizione a questo gruppo e non ricevere più le sue email, invia un'email a qgis_utenti_f...@googlegroups.com.
Per postare in questo gruppo, invia un'email a qgis_ut...@googlegroups.com.
Visita questo gruppo all'indirizzo https://groups.google.com/group/qgis_utenti_fvg.
Per altre opzioni visita https://groups.google.com/d/optout.

--
Hai ricevuto questo messaggio perché sei iscritto al gruppo "QGIS_Utenti_FVG" di Google Gruppi.
Per annullare l'iscrizione a questo gruppo e non ricevere più le sue email, invia un'email a qgis_utenti_f...@googlegroups.com.
Per postare in questo gruppo, invia un'email a qgis_ut...@googlegroups.com.
Visita questo gruppo all'indirizzo https://groups.google.com/group/qgis_utenti_fvg.
Per altre opzioni visita https://groups.google.com/d/optout.

Daniele Samez

unread,
Apr 22, 2016, 7:40:16 AM4/22/16
to QGIS_Utenti_FVG, ivano....@regione.fvg.it
Mentre stavo cercando informazioni su alcuni plugin di QGIS, ne ho trovati due che forse potrebbero rispodere ad un tuo vecchio questito, ovvero :" Non ho finora trovato, nelle versioni di QGIS sperimentate, una funzione che consenta un editing avanzato nel disegnare una polilinea sfruttando altre polilinee o poligoni di sfondo, ovvero senza dover fare lo snapping su ogni vertice che compone la geometria di sfondo".
La prima estensione è il plugin Autotrace, intregrato negli strumenti di digitalizzazione avanzata in QGIS dalla versione 2.14 e successive, che consente agli utenti di digitalizzare nuove geometrie sulla base di vertici di geometrie esistenti, vedi tutorial su Youtube raggiungibile dalla pagina http://www.lutraconsulting.co.uk/products/autotrace/TraceDigitising
La seconda estensione, ancora in fase sperimentale ma molto promettente per chi è abituato ad utilizzare software come Autocad, è il pulgin sperimentale 
QAD Quantum Aided Design, (http://plugins.qgis.org/plugins/qad/) , meglio descritto sulla mailing list del gruppo italiano di QGIS,  https://lists.osgeo.org/pipermail/qgis-it-user/2016-April/000902.html oppure, per una consultazione
di più comoda di tutto il thread, su Nabble : http://osgeo-org.1560.x6.nabble.com/Plugin-QAD-Quantum-Aided-Design-td5261491.html

Ivano Candon

unread,
Apr 22, 2016, 4:20:48 PM4/22/16
to Daniele Samez, qgis_ut...@googlegroups.com
Grazie delle precisazioni Daniele, in effetti, poco dopo la mia richiesta di supporto, Ruben Levi mi aveva dato la dritta del plugin Autotrace (nella versione QGIS 2.8 non era integrato) e da allora lo sto usando molto spesso. Non ricordo bene ma forse Ruben mi ha replicato in privato e forse per questo l’informazione non è stata “vista” dal Gruppo.
Saluti.
Ivano Candon

Reply all
Reply to author
Forward
0 new messages