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
Buon giorno Ivano
Provo a rispondere alla prima.
Lo Shp file non contempla valori null, non esiste, non è implementato nel formato dbf.
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.
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
“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.
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
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
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 “()”.
“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 CandonCaro 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
--
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.