Marco87

Ciao Liverpool,

non ho capito perché, ma con l’istruzione:

Liverpool`$file = OpenWrite[“C:\\graficoLiverpool.dat”, BinaryFormat -> True];`

ottengo la superficie corretta.

Osservando il file txt che viene generato se non uso quest’istruzione ho notato che dal secondo blocco di dati compreso, i dati sono espressi nella forma:
`{, , }`
Non mi spiego nemmeno questo, ma almeno ora tutto sembra filare liscio. Davvero grazie infinite! 🙂

Ciao,
Marco.

Ciao Liverpool,

ti ringrazio molto. Effettivamente non capisco nemmeno io. Se Roberto riuscirà a correggere il suo script, userò quello. Altrimenti, visto che fortunatamente devo inserire solo due o tre superfici, le farò rappresentare a partire dall’espressione analitica (anche se rimane l’errore di [tt]pgfplots[/tt] che ho mostrato in questa discussione).

Grazie e ciao,
Marco.

Ciao Liverpool,

perdonami, quel file txt l’hai ottenuto usando il mio file grafico-Liverpool.nb? Se è così resto allibito. 😐

Grazie e ciao,
Marco.

Ciao a tutti,

intanto grazie mille a entrambi! 🙂

Purtroppo, però, le cose non mi sembra che funzionino, né con una soluzione né con l’altra. Ciò che ho deciso di fare è di allegare una cartella in cui c’è tutto il minimo indispensabile per fare delle prove (se avete tempo e vi va). Nella cartella trovate due file nb, uno che usa l’ultima soluzione di Liverpool e l’altro che usa l’ultima di Roberto (usando la precedente soluzione di Liverpool). C’è anche un file batch che esegue lo script Lua senza dover ogni volta aprire il prompt dei comandi. Nel file tex trovate tre grafici: quello generato da [tt]pgfplots[/tt] a partire dall’espressione analitica della superficie, quello generato usando lo script Lua di Roberto e quello generato dal codice di Liverpool. Potete constatare che negli ultimi due c’è qualcosa che non va. 🙁 Non capisco perché.

Grazie ancora e buona giornata,
Marco.

P.S. Vi allego la cartella in due messaggi successivi perché, seppure sia di soli 150 KB, mi vien detto che eccede le dimensioni consentite. Unite quanto trovate nelle due cartelle che allegherò in una sola.

[attachment=722]prova1.zip[/attachment]

Ciao Roberto,

nel cercare di risolvere il problema che ho esposto in questa discussione, ma da un altro punto di vista (nel caso che l’errore commesso da [tt]pgfplots[/tt] non sia correggibile), ho riformulato la superficie che voglio rappresentare direttamente in Mathematica. Il problema è che ora necessito di avere dei “nan” (not a number) e, già che salta fuori questa entità, aggiungo che potrebbe capitare di avere degli “inf” (infinite). Pertanto potrei avere un file txt in uscita da Mathematica di questo tipo:
`-0.0028 -0.00995556 nan
-0.0028 -0.00954921 nan
-0.0028 -0.00914286 nan
-0.0028 -0.00873651 nan
-6
-0.0028 -0.00833016 -1.16846 10
-6
-0.0028 -0.00792381 -7.77324 10
-0.0028 -0.00751746 -0.0000140478
-0.0028 -0.00711111 -0.0000199921
-0.0028 -0.00670476 -0.0000256062
[…]`
Credi che sia possibile con una piccola modifica dello script far rimanere quei “nan” (o anche “inf”)? Credo che dopo questo lo script non avrà bisogno di alcun’altra modifica.

In ogni caso, grazie di tutto e buona serata,
Marco.

Ciao Roberto,

grazie alle tue indicazioni sono riuscito a far eseguire il tuo script. Direi che la notazione ora è perfetta. Rimane un piccolo dettaglio. Nel file di partenza, ogni tanto c’è una riga vuota. In effetti non vedo grossi problemi anche senza quelle righe, se non che nel grafico i punti finali risultano uniti a quelli iniziali. Non sono certo che sia dovuto all’assenza di quelle righe bianche, anche se il formato che viene presentato nella documentazione di [tt]pgfplots[/tt] le ha. Sarebbe difficile aggiungere questa caratteristica allo script?

Grazie,
Marco.