lorenzo.pantieri” post=72986ma forse potremmo dire che se le figure sono molte conviene usare un software esterno, produrre un file testuale per ogni grafico e dare il tutto in pasto a pgfplots, sgravando il pacchetto dal compito di fare calcoli. Insomma, la tecnica può essere utile non solo se le funzioni sono “esotiche”.
Come ho detto tempo non molto tempo fa qui a partire dall’intervento #72092, il problema non è (solo) “fare i calcoli”, ma dove memorizzare i valori, perciò non è assolutamente garantito che con un software esterno non si sfori la memoria di base. Nell’intervento #72105 ti ho dimostrato che anche ricorrendo a Mathematica, il problema si può presentare. Ora, volendo indagare, si tratta di vedere effettivamente se, e in caso affermativo, quanto, i semplici calcoli influiscono sullo sforamento. Si potrebbe per esempio fare un confronto tra dati importati e coordinate valutate internamente per vedere se la questione è dovuta semplicemente alla memorizzazione dei valori o anche al loro calcolo, e in tal caso di quanto. Per me è un po’ complicato perché tempo fa ho esteso la memoria a 60 milioni 😮 e ora, anche se la riporto a 3 milioni, non ho capito perché ma MiKTeX me la lascia alta. Insomma: mi ci vorrebbe una giornata per fare un confronto. Se qualcun altro è interessato, può essere interessante…
lorenzo.pantieri” post=72986Supponiamo che voglia fare il disegno di una funzione di due variabili, diciamo un paraboloide a sella, facendo fare i conti a Mathematica e il disegno a pgfplots? La procedura è analoga a quella per le curve nel piano?
Certo che tu e Tommaso, quando vi mettete a studiare un pacchetto… Sai che non ci avevo mai pensato? Comunque si può fare, ma i dati devono essere preparati opportunamente. Inoltre ogni samples righe (se varia prima la x) o samples y righe (se varia prima la y) devi inserire una riga vuota. Ad esempio:
x1 y1 z1
x2 y1 z2
…………………….
xn y1 zn
x1 y2 z_(n+1)
x2 y2 z_(n+2)
…………………….
xn y2 z_(2n)
…………………….
xn yn z_(n^2)
oppure facendo variare la y prima della x.
Ciao