Niente da fare. Ho provato ad usare una Tabella CSV invece che ODS, ma niente da fare Ho provato a ricrearmi il layer "Punti" impostando il Campo "limiti" non come numeri interi ma come numeri decimali e niente da fare, ...nel Campo "limiti" della Tabella attributi del layer "punti", malgrado sia, questo, un Campo numerico e non di testo, quando aggiungo un nuovo punto al layer, compare il "testo" della descrizione dell'elemento e non il "numero" del valore del limite di Legge concentrazione. Nei prossimi giorni proverò ad installare la 3.22 e vediamo che succede. Grazie comunque
Il giorno dom 13 feb 2022 alle ore 16:48 Marco Spaziani < spaziani.ma...@gmail.com> ha scritto: > Grazie per il test. > > Per tagliare la testa al toro ho popolato il Field 2 con una serie > numerica da 1 a 18, così da essere sicuri che non vi siano duplicati. > > Ora effettivamente il menù a tendina mi mostra tutte e 18 le righe (invece > che le solo 10 di prima, a causa dei 7 “doppioni”) ma purtroppo, pur avendo > impostato tutto secondo le regole (come hai descritto tu e come ho fatto io > anche in precedenza), permane l’errore “illogico” che nel Campo “limiti” > della Tabella attributi del layer “punti” (che è un campo numerico e non di > testo !!!!!), dopo aver aggiunto e salvato un nuovo punto, continua a > comparire il “testo” della Descrizione dell’elemento e non il “numero” del > Valore del limite di legge della concentrazione. > > Per curiosità, il tuo test lo hai fatto con la 3.16 o con versioni > superiori a x.16? Oggi ho installato la 3.16.16 (ieri avevo la 3.16.11) ma > non cambia nulla, quindi potrebbe essere che è proprio la 3.16 ad avere > questo problema. > > Domani voglio fare un altro tentativo cambiando l’approccio. Trasformo la > Tabella ODS in una Tabella CSV e uso la funzione “Carica dati da file CSV” > ...vediamo che succede. > > P.S. Al di la del fatto che voglio capire dove sto sbagliando (è il tarlo > dello “studio” che abbiamo noi di questa lista e che ci rode dentro fin che > non ci è tutto chiaro), però sono comunque sconsolato perché, purtroppo, > mentre in Field 1 c’era solo il “Cromo” come duplicato (perché avevo omesso > un “aggettivo” chimico e quindi ho subito risolto), i valori numerici > “duplicati” che hai notato in Field 2 (ben 7) non li posso togliere perché > sono limiti di Legge e se Piombo e Selenio hanno lo stesso valore 10, > purtroppo 10 deve rimanere e quindi rimane il duplicato …che crea problemi. > > > > Il giorno dom 13 feb 2022 alle ore 14:11 Totò Fiandaca < > pigrecoinfin...@gmail.com> ha scritto: > >> Buona domenica, >> ho fatto qualche test, sotto alcuni risultati: >> >> 1. ho usato il tuo progetto e ho aggiunto il widget Mappa valori al >> campo limite: in valore Field2 e in Descrizione field 1; qui i record >> diminuiscono perché nel field1 ci sono righe duplicate, valori duplicati; >> 2. ho inserito un punto e popolato i campi, tutto ok, nel campo limite >> mette il numero e non il testo. >> >> saluti >> >> >> Il giorno sab 12 feb 2022 alle ore 11:41 Marco Spaziani < >> spaziani.ma...@gmail.com> ha scritto: >> >>> Sto riscontrando (QGIS 3.16.11 LTR) un problema con Tipo Widget → Mappa >>> valori nel caso in cui ho necessità che la colonna “Valore” sia diversa >>> dalla colonna “Descrizione”. Vi faccio un esempio (e vi allego i relativi >>> shape file, il progetto, la Tabella ODS e qualche screen shot). >>> >>> Ho una semplice Tabella ODS con 18 righe (in realtà nel caso reale le >>> righe sono svariate decine) con 2 colonne, la prima con una lista di >>> elementi e la seconda con il rispettivo limite di legge (inteso come >>> concentrazione chimica) associato al corrispondente elemento della prima >>> colonna (figura 1). Devo generare un layer di punti (punti di >>> campionamento) e popolarlo (tramite i menù a tendina di Widget → Mappa >>> valori), per ogni punto, con i valori biunivoci (nome dell’elemento / >>> concentrazione limite di legge di quell’elemento). >>> >>> Come ho sempre fatto in questi casi, creo un vettore di punti con due >>> Campi, il campo “elemento” e il Campo “limite” (figura 2), importo la >>> Tabella ODS (figura 3) e quindi procedo con Proprietà → Tipo Widget → Mappa >>> valori. >>> >>> Per quanto riguarda il primo Campo (“elemento”) non c’è nessun problema >>> perché, in Tipo Widget → Mappa valori, la colonna “Valore” coincide con la >>> colonna “Descrizione” e quando vado a popolare i punti creati nel layer, mi >>> si apre un menù a tendina con tutti i 18 elementi della prima colonna della >>> Tabella ODS. >>> >>> I problemi nascono invece con il Campo “limite”. >>> >>> In questo caso, una volta disegnato il punto ed inserito come suddetto, >>> da menù tendina, il valore per il Campo “elemento”, quando poi procedo per >>> inserire il valore del limite di legge per quello stesso elemento, vorrei >>> che mi si aprisse nuovamente un menù a tendina con l’elenco degli elementi, >>> solo che questa volta, cliccando su di un elemento della lista, nella >>> Tabella attributi, invece che il nome dell’elemento, va a caricarsi il >>> valori del limite di legge per quell’elemento, In questi casi, per avere >>> questa possibilità (l’ho sempre fatto in passato, con altre versioni e non >>> mi ha mai dato problemi) è sufficiente, per il campo “limite”, avere >>> l’accortezza, in Tipo Widget → Mappavalori, associare alla colonna “Valore” >>> il Field 2 della Tabella ODS e alla colonna “Descrizione” il Fiel1 della >>> tabella ODS (figura 4). >>> >>> Mentre in passato non avevo mai avuto problemi, questa volta, creato il >>> punto, quando dalla maschera inserimento dati vado ad inserire i dati per >>> il campo “limite”, non solo mi si apre un menù a tendina che contiene solo >>> 10 elementi e non tutti e 18 riportati nel Field 1 della Tabella ODS >>> (figura 5) ma, soprattutto, in Tabella attributi, nel campo “limite” non mi >>> compare il valore numerico del limite di legge per quell’elemento ma bensì >>> mi compare nuovamente il nome di quell’elemento (figura 6) ...il che, oltre >>> che essere un errore, è anche illogico perché il Campo “limite” è stato >>> creato da me come Campo numerico (numeri interi) e non come un Campo di >>> testo. >>> >>> Vi allego il materiale citato: >>> https://drive.google.com/file/d/1aF9D7um46ERVf3tKRp3gQfIeQ7_M6AdO/view?usp=sharing >>> _______________________________________________ >>> QGIS-it-user mailing list >>> QGIS-it-user@lists.osgeo.org >>> https://lists.osgeo.org/mailman/listinfo/qgis-it-user >>> >> >> >> -- >> *Ing. Salvatore Fiandaca* >> *mobile*.:+39 327.493.8955 >> *m*: *pigrecoinfin...@gmail.com <pigrecoinfin...@gmail.com>* >> *C.F*.: FNDSVT71E29Z103G >> *P.IVA*: 06597870820 >> *membro QGIS Italia - http://qgis.it/ <http://qgis.it/>* >> *socio GFOSS.it - *http://gfoss.it/ >> *blog:* >> * https://pigrecoinfinito.com/ <https://pigrecoinfinito.com/> FB: >> Co-admin - https://www.facebook.com/qgis.it/ >> <https://www.facebook.com/qgis.it/>** >> <https://www.facebook.com/qgis.it/> * >> *TW: <http://goog_95411464>**https://twitter.com/totofiandaca >> <https://twitter.com/totofiandaca>* >> >> 43°51'0.54"N 10°34'27.62"E - EPSG:4326 >> >> “Se la conoscenza deve essere aperta a tutti, >> perchè mai limitarne l’accesso?” >> R. Stallman >> >> Questo documento, allegati inclusi, contiene informazioni di proprietà di >> FIANDACA SALVATORE e deve essere utilizzato esclusivamente dal destinatario >> in relazione alle finalità per le quali è stato ricevuto. E' vietata >> qualsiasi forma di riproduzione o divulgazione senza l'esplicito consenso >> di FIANDACA SALVATORE. Qualora fosse stato ricevuto per errore si prega >> di informare tempestivamente il mittente e distruggere la copia in proprio >> possesso. >> >> >>
_______________________________________________ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
