Ciao,
per il caso in esame esiste non uno, ma una serie di intervalli tabù per il totale di una voce: basta che la somma abbia due cifre uguali iniziali ed il numero sia di due o tre cifre significative.
Per esempio otterremo errore se il totale vale 550.23. Verifichiamolo:
Aggiungiamo la seguente riga al file nj.csv e compiliamo (carburante vale zero nel file quindi 550.23 diventa il totale):
`2010/08/23,pincopallo,”blablabla”,CARBURANTE,550.23`
Cifre tabù sono anche:
`55
77
770.56`
ma non:
`3
3300
`
Inoltre, se anche il totale è un valore tabù, l’errore non si presenta se control sequence che lo rappresenta è data come prima valore della lista al comando \DTLgaddall.
Per verificarlo basta mettere nella lista in prima posizione \tcarb anziché \tvitto.
`\DTLgaddall{\grandtotal}{\tcarbu,\tvitto,\talloggio,\tautost,\tautopers,\ttaxi,\tmater,\taltro}`
D’altra parte, il file nj.csv così com’era presentava già un valore tabù per la voce Vitto, ma essendo la prima della lista andava tutto liscio.
Sembra quindi un bug del pacchetto datatool, probabilmente per qualche tipo di parsing che finisce non bene.
Non rimane quindi che segnalare la cosa all’autrice del pacchetto Nicola Talbot.
L’errore ha queste ulteriori caratteristiche:
* Non dipende da una voce particolare, ma riguarda tutte le voci tranne la prima della lista. Sufficiente è (a volte parlo come Ioda) che il totale sia negli intervalli incriminati.
* Non dipende dal numero di voci che compongono la somma finale (basta una sola voce come abbiamo visto per quella del carburante).
* Risiede nel comando \DTLgaddall (basta commentarlo e l’errore sparisce).
***
Il report che chiede il nostro amico mi ha immediatamente ricordato il pacchetto calctab.
Paradossalmente evitai all’epoca di implementare gli ambienti con datatool. Lo segnalai nell’articolo per ArsTeXnica per il GuITmeeting 2008 ed il mio anonimo revisore (che ringrazio naturalmente), mi fece notare che nella bozza non ne avevo spiegato i motivi.
Proprio una bellissima avventura quella di calctab.
Tornando al problema, anche calctab potrebbe produrre un report simile a quello richiesto, tuttavia il suo sviluppo è sospeso alla versione 0.6.1, perché è per me ancora troppo difficile implementare le estensioni del linguaggio per le mie conoscenze di TeX, anche se sono molto migliorate ormai e potrei già revisionare il codice (diventatopraticamente illeggibile).
Già, perché l’idea è quella di rendere disponibile un linguaggio per la creazione di report tabellari qualsiasi, assemblando al volo colonne di diversi tipi, mentre oggi sono disponibili sono due tabelle report dalla struttura fissa (calctab e xcalctab).
Staremo a vedere.
Saluti.
A dimenticavo: date un occhiata anche al pacchetto di cui non ricordo il nome ma solo quello dell’autore: Christian Tellechea già autore del pacchetto xstring. Si tratta di una specie di foglio di calcolo.