Il disegno programmato nell’Arte di scrivere con LaTeX

::

Liverpool” post=71851Raccogliendo il suggerimento di @robitex, continuo qui la discussione iniziata qui.
Che faccio? Cancello l’ultimo intervento nell’altra conversazione?
P.S.: Roberto, ma il codice l’ho già inserito prima. Intendevo il codice per passare da Mathematica a pgfplots…

Se si tratta di codice per Mathematica, non ci interessa naturalmente…
R.

::

Avevo messo questa risposta nell’altro filone; la ricpio qui.

Tanto di cappello al sombrero di @Liverpool! Belli anche i tuoi secchi. Ma, @Liverpool hai reso perfettamante i sechhi con i manici ellitticie; Lorenzo hai disegnato i secchi con i manici ellittici; Perché? Io non ho mai visto un secchio con il manico ellittico…

Ecco le figure dei secchi; Vorrei sottolineare che anche se sembra che io abbia disegnato 4 figure, come in effetti appaiono sulla pagina, in realtà ho solo disegnato il primo, dopo averlo schizzato su carta millimetrata per leggere le coordinate; cosa che è sempre meglio fare, anche se si usano altri software che sono capaci di proporzionare gli oggetti in modo automatico; con picture è una cosa, direi, necessaria, poi cambiare scala è un giochetto che si fa cambiando localmente il valore di \unitlength; dopo aver fatto il primo disegno, in dieci minuti comprese le macro LaTeX per disegnare gli oggetti, gli altri mi sono costati il tempo di un copia e incolla e la modifica di qualche coordinata.

Naturalmente sto parlando di LaTeX2e, quindi dell’uso del pacchetto pict2e per adattare le capacità di LaTeX a quelle dei nuovi motori di composizione, con i comandi descritti da Lamport, e con qualche comando in più, offerto gratis da chi ha realizzato pict2e; e LaTeX2e permette di definire nuovi comandi, quindi l’ho usato allo scopo per non perdere tempo a ricopiare ogni volta i comandi dei disegni dei secchi, dell’acqua e della sabbia. Non ho fatto un unico comando come ha fatto @Liverpool con tiks, ma si potrebbe fare anche con pict2e; ho deliberatamente separato il contenuto dal contenitore per rendere il codice più chiaro, anche se meno efficiente.

Come si può vedere i comandi sono più o meno lo stesso numero di quelli che sarebbe necessario usare con tikz (un po’ di più, ma poco); e il disegno è fortemente strutturato come mostrano i commenti.
`
\documentclass{article}
\usepackage{xcolor}
\usepackage{pict2e}
\newcommand{\secchio}{% riferimento: il centro del manico
\put(0,0){%
\put(0,-0.75){\arc[0,180]{0.75}}
\polygon(-0.75,-0.75)(-0.5,-2.75)(0.5,-2.75)(0.75,-0.75)
}
}
\newcommand{\sabbia}{% riferimento: il centro del manico
\put(0,0){%
{\color{darkgray!60!white}\polygon*(-0.625,-1.75)(-0.5,-2.75)(0.5,-2.75)(0.625,-1.75)}}
}
\newcommand{\acquapiena}{% riferimento: il centro del manico
\put(0,0){%
{\color{lightgray}\polygon*(-0.6875,-1.25)(-0.5,-2.75)(0.5,-2.75)(0.6875,-1.25)}}
}
\newcommand{\mezzaacqua}{% riferimento: il centro del manico
\put(0,0){%
{\color{lightgray}\polygon*(-0.625,-1.75)(-0.5,-2.75)(0.5,-2.75)(0.625,-1.75)}}
}
\begin{document}
Ad un braccio di una robusta bilancia \dots\ di sabbia appeso all'altro braccio.
\begin{figure}[!ht]\centering
\unitlength=5mm
\begin{picture}(6.5,6.75)(-3.25,-6.75)\thicklines
% Perno
\put(0,0){\polygon*(0,0)(-0.3,-0.5)(0.3,-0.5)}
% bilancere
\polyline(-2.5,-0.5)(-2.5,0)(2.5,0)(2.5,-0.5)
% secchio con sabbia
\put(-2.5,-0.5){\sabbia}
\put(-2.5,-0.5){\secchio}
% secchio con acqua
\put(2.5,-0.5){\acquapiena}
\put(2.5,-0.5){\secchio}
% secchio vuoto
\put(2.5,-4){\secchio}
% tiranti
\thinlines
\Line(1.75,-1.25)(1.75,-4.75)
\Line(3.25,-1.25)(3.25,-4.75)
\end{picture}
\end{figure}

Galilei si aspettava che\dots

Con sorpresa di tutti i presenti \dots\ e, naturalmente, anche dopo (vedi fig.~6.4).

\begin{figure}
\unitlength=5mm
\begin{picture}(6.5,6.75)(-3.25,-6.75)\thicklines
% Perno
\put(0,0){\polygon*(0,0)(-0.3,-0.5)(0.3,-0.5)}
% bilancere
\polyline(-2.5,-0.75)(-2.5,-0.25)(2.5,0.25)(2.5,-0.25)
% secchio con sabbia
\put(-2.5,-0.75){\sabbia}
\put(-2.5,-0.75){\secchio}
% secchio con acqua
\put(2.5,-0.25){\acquapiena}
\put(2.5,-0.25){\secchio}
% secchio vuoto
\put(2.5,-3.75){\secchio}
% tiranti
\thinlines
\Line(1.75,-1)(1.75,-4.5)
\Line(3.25,-1)(3.25,-4.5)
{\color{lightgray}% gruppo di colore grigio chiaro
% Posizione inziale del bilancere
\Line(-2.5,0)(2.5,0)
% Acqua che scende
\put(2.5,-3){\polygon*(-0.15,0)(-0.15,-2)(0.15,-2)(0.15,0)}% riferimento: centro del fondo del secchio
}
\end{picture}
\hfill
\begin{picture}(6.5,6.75)(-3.25,-6.75)\thicklines
% Perno
\put(0,0){\polygon*(0,0)(-0.3,-0.5)(0.3,-0.5)}
% bilancere
\polyline(-2.5,-0.5)(-2.5,0)(2.5,0)(2.5,-0.5)
% secchio con sabbia
\put(-2.5,-0.5){\sabbia}
\put(-2.5,-0.5){\secchio}
% secchio con meta' acqua
\put(2.5,-0.5){\mezzaacqua}
\put(2.5,-0.5){\secchio}
% secchio con metà acqua
\put(2.5,-4){\mezzaacqua}
\put(2.5,-4){\secchio}
% tiranti
\thinlines
\Line(1.75,-1.25)(1.75,-4.75)
\Line(3.25,-1.25)(3.25,-4.75)
% Acqua che scende
\put(2.5,-3.25){\color{lightgray}\polygon*(-0.15,0)(-0.15,-2.5)(0.15,-2.5)(0.15,0)}% riferimento: centro del fondo del secchio
\end{picture}
\hfill
\begin{picture}(6.5,6.75)(-3.25,-6.75)\thicklines
% Perno
\put(0,0){\polygon*(0,0)(-0.3,-0.5)(0.3,-0.5)}
% bilancere
\polyline(-2.5,-0.5)(-2.5,0)(2.5,0)(2.5,-0.5)
% secchio con sabbia
\put(-2.5,-0.5){\sabbia}
\put(-2.5,-0.5){\secchio}
% secchio vuoto
\put(2.5,-0.5){\secchio}
% secchio pieno d'acqua
\put(2.5,-4){\acquapiena}
\put(2.5,-4){\secchio}
% tiranti
\thinlines
\Line(1.75,-1.25)(1.75,-4.75)
\Line(3.25,-1.25)(3.25,-4.75)
\end{picture}

\caption{L'inatteso comportamento osservato disorienta Galilei, che non riesce a trovare una spiegazione soddisfacente.}
\end{figure}

\end{document}
`

Io non so se con OmniGrafle ci si mette meno tempo, ma le operazioni per creare il disegno non possono venire commentate, perché il disegno esce come risultato finale, non come una costruzione progressiva. quindi in caso di modifiche, non ostante l’interattività con quanto si può vedere sullo schermo, bisogna sostanzialmente ricominciare da capo.

Certo picture esteso con pict2e non costa un euro, mentre Omnigraffle e simili programmi da disegno non integrati con LaTeX, di solito costano, specialmente se sono per il Mac.

È chiaro che il mio esercizio raccoglie solo la sfida, ma non è valido per confrontarlo con il tempo che ci metterebbe un principiante, che per altro deve leggere solo una ventina di pagine di documentazione.

Vorrei aggiungere ancora un dettaglio un po’ off topic, ma non tanto: a suo tempo usavo e facevo usare i miei studenti il programma PSpice per l’analisi dei circuiti, con la relativa produzione dei grafici, delle risposte in frequenza, eccetera.
Il programma gratuito per gli studenti conteneva anche una interfaccia grafica per disegnare il circuito di cui si voleva eseguire l’analisi; Io non ho mai usato questa interfaccia proprio per il fatto che dopo aver disegnato il circuito lavorando solo colo mouse,se si voleva fare qualsiasi modifica/correzione era necessario o agire con l’interfaccia grafica ricominciando da zero, oppure agire sul file descrittivo in termini di codice di programma, sul quale era necessario conoscere la sintassi di ogni comando per poter eseguire non solo l’introduzione o la sostituzione dei componenti, ma per assegnare i parametri di funzionamento. Il linguaggio era completamente diverso dai vari markup dei programmi del sistema TeX o dei sui plugin da disegno, siano essi picture o tiks o pstricks o pgfplots o quel che è, ma l’idea è la stessa; il programma si corregge molto più facilmente del suo risultato finito.

Ai tempi di LaTeX 209, quando non esisteva nemmeno pstricks o pdflatex, mi ero creato un plugin per disegnare i circuiti elettronici per i miei libri; tra codice e commento non ero lontano da circa 10 000 righe di codice … ma disegnavo dei bellissimi circuiti, e i miei collaboratori volevano usarlo anche loro; non avevo l’abitudine di scrivere il manuale per l’utente (in fondo l’utente per il quale l’avevo disegnato ero io stesso) ma con pazienza gliel’ho insegnato; loro sono stati i prima a concordare che il tempo necessario per disegnare qualunque circuito era confrontabile con quello necessario usando interfacce grafiche, ma che il tempo di correzione era infinitamente minore.

Questo è un argomento che mi scordo sempre di citare, ma è il punto di forza del disegno programmato.

[attachment=227]Secchi_2012-04-22.pdf[/attachment]

::

OldClaudio” post=71863Tanto di cappello al sombrero di @Liverpool!

Beh, che dire? La sfida è stata accolta e i risultati sono stupefacenti (per me). Mi riferisco al sombrero disegnato da Liverpool:
a) il risultato estetico è superbo;
b) si hanno tutti i pro nel non dover usare un software esterno (per esempio, se si carica nel preambolo un pacchetto che modifica i font, il disegno viene aggiornato di conseguenza);
c) non c’è bisogno di metter mano al portafogli per comprare un software commerciale;
d) il codice è (relativamente) semplice, intuitivo, elegante.
`\begin{tikzpicture}
\begin{axis}
\addplot3 [surf, samples=50, domain=-2*pi:2*pi, colormap/cool]
{sin(deg(sqrt(x^2+y^2)))/sqrt(x^2+y^2)};
\end{axis}
\end{tikzpicture}`
Bisogna prenderci la mano, certo, ma vale lo stesso per Mathematica (e analoghi).

Ora si tratta di capire quanto ci mette un principiante a padroneggiare pgfplots. Appena ho un attimo mi metto a studiare e vedo quanto ci metto per produrre grafici “decenti”. Ho in mente grafici bi- e tri-dimensionali, anche dati con un parametro e dati “per punti”, scrivendo qualcosa sugli assi coordinati. Niente di terribile, solo le esigenze minime per scrivere una tesi scientifica.

Questa parte della sfida, dicevo, è conclusa e vinta (da parte vostra). L’Arte andrà aggiornata sicuramente: (almeno) una menzione al disegno programmato va fatta, avevate ragione. 🙂

——————-

Resto invece ancora scettico sul codice per produrre grafici qualitativi, come il mio baricentro e i mie secchi. Intendiamoci, avete dimostrato che se uno è esperto, col disegno programmato ci si riesce. Ma non sono convinto che quello sia l’approccio migliore, il codice è davvero complicato. Penso ancora che per cose di questo genere sia più comodo, per un utente “normale”, lavorare a colpi di mouse. Ne riparleremo.

Grazie a tutti quelli che sono intervenuti.

A presto, per ora.

::

Il tuo codice per tikz:
`
\secchio [fill=gray, fill ratio=0.9] at (0,0);
`
non sarebbe molto diverso dal codice (che non ho allegato, ma che ho scritto — non è adatto ai principianti) di pict2e che mi permette di scrivere
`
\put(0,0){\secchio{0.9}{gray}}
`

Il codice non è adatto ai principianti perché pict2e non permette di accedere ai suoi comandi interni di calcolo (benché un paio li abbia scritti io); nella fattispecie la geometria analitica non mi ha richiesto più di trenta secondi, ma lavorare un modo efficiente senza ricorrere ad altri pacchetti per eseguire i calcoli con numeri fratti mi ha richiesto una mezz’oretta; dico “senza ricorrere ad altri pacchetti esterni” perché si potrebbe ricorrere al pacchetto calc. ma lì ci sarebbe un altro manuale da studiare per il nostro principiante. Il paragrafo Expressions di etex.pdf è solo una pagina, ma credo che sia abbastanza ostico per un principiante (con LuaLaTeX sarebbe più facile, ma prima di prendere la mano con il linguaggio Lua ce ne vuole… 🙁 ).

In ogni caso non so perché Lorenzo dica che sia più semplice lavorare con il mouse per i disegni qualitativi che non lavorare con il disegno programmato; o meglio, lo so, ma non sono completamente d’accordo; certo può essere una valida alternativa, ma non sono convinto che si ottengano disegni fatti meglio; per esempio i disegni dei secchi di Lorenzo non sempre hanno la barra della bilancia perfettamente orizzontale, (là dove deve essere in equilibrio) e in più di un disegno non ha terminato il contorno della figura esattamente sullo stesso punto da cui aveva cominciato. Questi sono i tipici difetti di quando si lavora con il mouse; Lorenzo è stato bravo tanto che questi difetti non si notano se non si ingrandisce molto la figura; tuttavia con il disegno programmato questi difetti non si manifestano. Il posizionamento dei punti sul grafico ha la precisione di qualche scaled point (1 sp = 1 pt / 2^{16}) cioè, teoricamente, di una manciata di nanometri, in pratica limitata dalla discretizzazione dello schermo o delle stampanti digitali.

Tikz è molto meglio di pict2e ma la curva di apprendimento sale molto lentamente (tracciato delle competenze acquisite in funzione del tempo — non so perché gli americani la chiamino “steep learning curve” la curva è tutto fuorché “ripida” — loro si riferiscono alla acquisizione della totalità delle competneze in un tempo definito), mentre con pict2e la manciata di comandi da imparare ammonta solo a una ventina e poi ci vuole solo l’inventiva per usarli e, magari, anche l’inventiva per scriversi delle macro. Con Tikz io non posso fare a meno di tenere aperta la finestra che mostra il manuale accanto alla finestra dove compongo il codice; con pict2e non lo faccio quasi mai.

Ho scritto nel 2006 anche il pacchetto curve2e (distribuito con TeX Live, recensito su The LaTeX graphics companion); è una estensione di pict2e che speravo di completare fino a permettermi di usare nomi simbolici per le coppie di coordinate, cioè per i nomi dei punti; ho lasciato il lavoro a metà perché contemporaneamente è uscito tikz che copre abbondantemente quello che volevo fare e che ho lasciato incompiuto. Per giunta per usarlo oltre alla geometria analitica sarebbe utile conoscere anche in numeri complessi…:shock: — no buono ber brincibiante 😛

::

Allora ragazzi, sto studiando, i dubbi aumentano. Liverpool ha fatto vedere che con LaTeX si può produrre un sombrero che non ha niente da invidiare a quello prodotto con Mathematica (ma vale il viceversa, basta intervenire sull’opzione PlotPoints).

Supponiamo però che l’utente abbia bisogno del grafico del polinomio di Legendre di ordine 10 (è matematica non elementare, ma può capitare, in una tesi). Mathematica non batte ciglio:
`Plot[LegendreP[10, x], {x, -1, 1}]`
Supponiamo che gli serva la Gamma di Eulero. Con Mathematica è
`Plot[Gamma[x], {x, -1, 1}]`
Supponiamo che gli serva il grafico di una funzione non elementare, soluzione di una certa equazione differenziale. Con Mathematica è relativamente facile:
`NDSolve[{y'[x] == Sin[y[x]], y[0] == 1}, y, {x, 0, 4}]`
`Plot[Evaluate[y[x] /. %], {x, 0, 4}]`
Domanda: si può farlo con pfgplots?

[…] altrimenti si può ricorrere senza indugio alla potenza di Mathematica & c.

Se ben capisco, con LaTeX è possibile produrre grafici funzioni relativamente elementari. Per esigenze superiori, un software come Mathematica è indispensabile. Mi sbaglio?

Passiamo al disegno qualitativo.

Vedi, pensare che l’utente “normale” possa imparare a definirsi un comando \secchio mi sembra utopia. Il disegno che ho proposto, fra l’altro, era relativamente semplice. Ricordo una tesi di didattica della fisica in cui (non chiedermi perché!) c’era bisogno di inserire una piazza con omini e donnine stilizzati, che interagivano tra loro in modo complesso, con freccine, faccine, simboli vari. Un disegno compicatissimo (ora non ce l’ho sotto mano) che richiese tre ore di lavoro a un utente molto esperto in disegni fatti a colpi di mouse. Non oso neppure pensare a quante linee di codice astruso sarebbero necessarie con LaTeX!

Ecco, forse una posizione equilibrata potrebbe riassumersi così:

Se si hanno esigenze grafiche relativamente elementari, LaTeX offre strumenti con cui inserire grafici quantitativi (pgfplots) e qualitativi (TikZ), con il vantaggio di avere risultati graficamente coerenti con il resto del documento. Ma per lavori complessi, ricorrere alla potenza di software dedicati è indispensabile.

Grazie,
L.

::

I linee generale la frase potrebbe andare bene, ma è il relativamente elementari che non mi piace; pict2e serve per lavori relativamente elementari (vi ho disegnato delle funzioni ellittiche (vedi l’articolo su Ars#13); tikz serve per lavori mediamante avanzati non solo di matematica (se non sbaglio Till Tantau è un matematico); basta sfogliare il manuale per capire che non si riferisce solo alla matematica. Per lavori matematici avanzati ci vuole software dedicato come Mathematica, come per un disegno esecutivo di una parte meccanica ci vuole autocad e lo stesso per una planimetria di urbanistica e simili.

::

Ciao Claudio, quindi mi confermi che con LaTeX non esiste un modo facile per riprodurre grafici di polinomi di Legendre, funzioni di Bessel, Gamma, armoniche sferiche, eccetera. Dico bene?

La conclusione può essere corretta così:

Se si hanno esigenze grafiche elementari o mediamente avanzate, LaTeX offre strumenti molto flessibili con cui inserire grafici quantitativi (pgfplots) e qualitativi (TikZ) direttamente nel proprio documento, con il vantaggio di avere risultati graficamente coerenti con il resto del documento. Per lavori complessi, tuttavia, ricorrere alla potenza di software dedicati (come Mathematica per la matematica o Autocad per il disegno tecnico), producendo immagini vettoriali da includere nel proprio documento, è indispensabile.

Mi pare che di essere, in questo modo, vicino alla posizione di Liverpool:

In conclusione, (1) penso che per la maggior parte dei grafici pgfplots vada più che bene, (2) che in qualche caso si possono importare i dati elaborati da un software di calcolo, (3) altrimenti si può ricorrere senza indugio alla potenza di Mathematica & c.

Grazie mille,
L.

P.S. Vorrei fare i mie complimenti a Liverpool per il sombrero ottenuto con Matlab: è una piccola opera d’arte. 🙂

::

Ricopio anche io un precedente post, migliorando e aggiungendo ulteriori osservazioni.

Post vecchio

Ho fatto solo una delle figure sul bilanciamento dei pesi. Ci ho messo una decina di minuti (ma era per ritrovare un pezzo di codice utile al colore ).

Ecco il codice (esempio compilabile da subito con TeXLive):

`
\documentclass{article}
\usepackage{tikz}
\usetikzlibrary{positioning}
\begin{document}
\begin{center}
\begin{tikzpicture}
% definizione colore di riempimento
\tikzset{myfillcolor/.style ={fill=#1, draw=none}}
% definizione delle caratteristiche del nodo
\tikzset{mynode/.style={rectangle,draw, minimum width=0.5cm, minimum height=0.5cm}}
%—-
% inserimento nodi orizzontali
\foreach \x in {0.5,1.5,…,5.5}
\node[mynode,myfillcolor=black] at (\x,0.75) {};
% inserimento nodi vertical
\foreach \y in {-0.6,-1.2,…,-3.6}
\node[mynode,myfillcolor=black]at (3,\y) {};
% inserimento path che collega i primi due nodi orizzontali
\draw (0.5,0.75)–(0.5,1.5)–(5.5,1.5)–(5.5,0.5);
% inserimento label A B C
\foreach \t/\text in {{(0.5,1.5)/A},{(3,1.5)/C},{(5.5,1.5)/B}}
\node[above]at \t {\text};
% inserimento path che collega B con i nodi verticali
\draw (3,1.5)–(3,-0.35);
\end{tikzpicture}
\end{center}
\end{document}
`
Il risultato che si ottiene è:

[attachment=235]Immagine.jpg[/attachment]

Il codice di cui parlavo è:

`\tikzset{myfillcolor/.style ={fill=#1, draw=none}}`
Quando si definisce un nodo, tra le opzioni, questo “comando” permette di modificare il colore utilizzando le stesse impostazioni di forma. Mi spiego: se voglio definire un quadrato nero con:

`
\tikzset{mynode/.style={rectangle,draw, minimum width=0.5cm, minimum height=0.5cm,color=black}}
`
successivamente non posso colorare mynode di grigio. Con quel comando si:

`
\node[mynode,myfillcolor=black]at (0,0) {};
\node[mynode,myfillcolor=blue]at (5,5) {};
`
Al di là della piccola spiegazione tecnica, si può notare come il codice non sia scritto alla cieca: c’è una logica, come c’è una logica per redigere un documento, scrivere un file di stile o una classe.

Con questo intervento non voglio convincere Lorenzo, o dimostrare qualcosa… ma la sfida (riprodurre una figura) era interessante. 😆

P.S. Rispetto alla figura originale, la mia ha una differenza: le tre label (A, B, C) non erano allineate, nella mia sì. Una seconda differenza è la distanza che separa i pesi verticali: l’ho impostata forse troppo grande.

Fine post vecchio.

Affrontando come prima cosa l’argomento grafici, io non sono un matematico e non conosco Mathematica, però mi sento di dire che userei pgfplots per qualsiasi lavoro. Ci si dimentica abbastanza spesso che, in caso non sia possibile creare il grafico in modo diretto con i comandi pgfplots, esiste sempre Matlab. È vero che questo comporta il fatto di dover conoscere/imparare un linguaggio diverso, però mi sento di affermare che non sia la fine del mondo. Una volta creato il grafico con Matlab, si lancia la libreria matlab2tikz.m ed automaticamente viene generato il codice TikZ (pgfplots per essere precisi) relativo per il grafico. Con la stessa precisione e qualità.

Considerando ora i grafici qualitativi, la cosa più importante è distinguere quale sia il target finale. Se il caso è:

Ricordo una tesi di didattica della fisica in cui (non chiedermi perché!) c’era bisogno di inserire una piazza con omini e donnine stilizzati, che interagivano tra loro in modo complesso, con freccine, faccine, simboli vari.

forse non il caso di usare TikZ, specialmente se l’utente vede il codice per la prima volta. In ogni caso, si badi che non ho detto: “non si può fare”. Ci vorrebbe un bel po’ di tempo e di pazienza, ma alla fine ci si riuscirebbe. Ogni volta che si parla di come creare disegni complicati con TikZ mi viene in mente un disegno, stupendo, pubblicato su TeXample. Ecco il link (buona visione 😉 ). Su questo punto concordo con Lorenzo: per il neofita non è la soluzione migliore.

Secondo me, in conclusione, molto dipende dalla curiosità e dalla voglia di un utente nel voler imparare. Se si è interessati, mi sento di affermare che con il tempo i risultati sono premianti; per questo motivo sono favorevole ad inserire nell’Arte la conclusione di Lorenzo, ma non a riportare spiegazioni sul codice come propone @Liverpool. Credo sia sufficiente dare i riferimenti e lasciare agli interessati l’onere di documentarsi meglio.

Un ultimo commento su:

Con TikZ (o pict2e) c’è una questione che bisogna inevitabilmente affrontare: è necessario conoscere almeno le basi della geometria analitica e non è detto che tutti la conoscano o se la ricordino. Per il disegno dei secchi la maggior parte del tempo l’ho persa nel ricavare le coordinate del pelo libero del liquido in funzione della percentuale di riempimento (prerequisito: equazione della retta per due punti).

È vero, ma dipende molto dalla precisione che vuoi nel tuo disegno. Tu hai scritto la soluzione “perfetta”, sia dal punto di vista del codice che del risultato finale. Se uno si “accontenta” può definire il secchio e il contenuto solo in termini di posizione (x,y) e successivamente a) ricopiare il codice modificando le coordinate, b) usando gli “shift”, ossia spostando le coordinate dei nuovi secchi in termini di distanza dal primo, di riferimento.

Ciao
Claudio

::

Liverpool” post=71879L’elenco delle funzioni elementari che puoi usare con pgfplots si trova nel manuale di pgf (?) nel par. 63.2 a pag. 529 (!). Se tu riesci ad esprimere (ammesso che sia possibile) la tua funzione come composizione di quelle funzioni, potrai tracciarne il grafico. Occhio che la potenza di calcolo di pgfplots non è la stessa di Mathematica e te ne puoi accorgere quando i numeri reali diventano molto grandi o molto piccoli.

Complimenti per il pezzo di bravura di far fare i calcoli a Mathematica, esportare i dati e importarli in pgf, che poi fa il grafico!

La sostanza, però, non mi pare che cambi molto: se faccio una tesi di fisica-matemtaica e ho bisogno di molti grafici di polinomi di Hermite, Legendre, Laguerre, funzioni di Bessel e armoniche sferiche, la strada più semplice e diretta è quella di usare Mathematica (o un software equivalente), che “conosce” queste funzioni, invece di fare contorsioni traducendole in termini di funzioni elementari (cosa peraltro non sempre possibile) per poterle disegnare con pgf.

Proprio come, se faccio una tesi di architettura e ho bisogno di inserire il rendering di un edificio complesso, userò Autocad.

In definitiva, LaTeX è in grado di impaginare qualunque tesi, di fisica-matematica come di architettura. Per le immagini, però, può essere necessario far ricorso a software esterni, se si hanno esigenze molto specializzate.

Condividi questa conclusione?

Grazie,
L.

::

cfiandra” post=71880Una volta creato il grafico con Matlab, si lancia la libreria matlab2tikz.m ed automaticamente viene generato il codice TikZ (pgfplots per essere precisi) relativo per il grafico. Con la stessa precisione e qualità.

Interessante. Si può fare anche con Mathematica?

cfiandra” post=71880forse non il caso di usare TikZ, specialmente se l’utente vede il codice per la prima volta. In ogni caso, si badi che non ho detto: “non si può fare”. Ci vorrebbe un bel po’ di tempo e di pazienza, ma alla fine ci si riuscirebbe. […] Su questo punto concordo con Lorenzo: per il neofita non è la soluzione migliore.

Molto bene. 🙂

cfiandra” post=71880Secondo me, in conclusione, molto dipende dalla curiosità e dalla voglia di un utente nel voler imparare. Se si è interessati, mi sento di affermare che con il tempo i risultati sono premianti; per questo motivo sono favorevole ad inserire nell’Arte la conclusione di Lorenzo, ma non a riportare spiegazioni sul codice come propone @Liverpool. Credo sia sufficiente dare i riferimenti e lasciare agli interessati l’onere di documentarsi meglio.

Sì, anch’io la penso così.

Propongo di aggiungere all’Arte un paragrafo puramente discorsivo spiegando che LaTeX offre la possibilità di “programmare i disegni”, che gli strumenti ci sono, che sono molto potenti anche se non immediati (il solo manuale di pgf è di 726 pagine: non tutte sono indispensabili, certo, ma la mole di informazioni è ragguardevole), che la qualità raggiungibile in questo modo è elevatissima (è il solo approccio che garantisce la coerenza con lo stile del documento), che la curva di apprendimento è ripida. E che, per esigenze molto particolari, software dedicati (come Mathematica o Autocad) restano indispensabili.

Anzi, propongo di aggiungere anche un paio di esempi completi di sorgente, ma (ovviamente!) senza alcuna pretesa di completezza (esattamente come facciamo per il pacchetto chemfig: non ne analizziamo la sintassi, ma presentiamo la formula di struttura dell’adrenalina come assaggio, giusto per dare un’idea delle potenzialità del pacchetto). L’esempio del sombrero ci starebbe benissimo!

Spiegare qualche comando di pgf per me non serve a molto: o le cose si fanno per bene, o non si fanno. Basterebbero poche paginette nell’Arte per mettere il lettore nelle condizioni di programmare un disegno “vero” per la sua tesi (tipo il baricentro o i secchi o il sombrero che ho mostrato)? No di certo. E allora (come del resto facciamo altre volte, quando lo spazio a disposizione non è sufficiente) si rimanda il lettore alla documentazione.

Che ne dite?

Ciao,
L.

::

Sentite, sto seguendo con piacere la discussione sul disegno, e ovviamente quello che sto per dire non c’entra (o centra? 😉 ) nulla. Però, più che di sombreri o secchi o geoidi termici subentranti nel punto Z sublocalizzati nel segno dello scorpione conditi con l’origano della sesta delle Cinque Terre in alzata di monghi con tripudio di funghi nani del Missouri, non pensate che l’utente basico dell’Arte (quello semplice) abbia bisogno d’altro?

Mi spiego: dare le informazioni per disegnare disegni più frequenti (non più utili, perché il sombrero avrà naturalmente la massima utilità nel documento che lo richiede) come semplici grafici bidimensionali (istogrammi, a torta, quelli con i punti da unire per dare l’andamento di un fenomeno) credo che sarebbe meglio. Come sarebbe buona cosa dare un esempio o due di disegni per fare mappe concettuali, quelle con gli alberi di rettangoli e cerchi pieni di testo.

Altrimenti, ancora una volta, la guida e LaTeX si sbilanciano verso chi si occupa di matematica e fisica.

Ciao
Tommaso

::

Liverpool” post=71884Però vorrei farti due domande: (1) a che anno del corso di laurea sei dovuto arrivare per sentire parlare di polinomi di Laguerre? (2) qual è la percentuale di utenti “medi” (come dici tu) che avranno queste necessità?

(1) Al terzo anno di università; (2) bassa, certamente. E infatti ho detto “per esigenze molto particolari un software come Mathematica è indispensabile”.

In ogni caso, dalla prossima versione l’Arte diventerà completamente agnostica, circa l’argomento “immagini vettoriali”: non spiegherà né OmniGraffle né pgf, ma si limiterà a dire che esistono l’uno e l’altro, e dirà che la prima soluzione presenta il vantaggio di una curva di apprendimento più dolce e lo svantaggio di un (ragionevole) compromesso sulla qualità, mentre la seconda ha il vantaggio della massima qualità e coerenza stilistica, al prezzo di una curva di apprendimento più ripida. Così si lascia il lettore libero di decidere.

In buona sostanza, avevate ragione voi! 😉

A presto, grazie di tutto! 🙂

::

illinguista1972″ post=71885Sentite, sto seguendo con piacere la discussione sul disegno, e ovviamente quello che sto per dire non c’entra (o centra? 😉 ) nulla. Però, più che di sombreri o secchi o geoidi termici subentranti nel punto Z sublocalizzati nel segno dello scorpione conditi con l’origano della sesta delle Cinque Terre in alzata di monghi con tripudio di funghi nani del Missouri, non pensate che l’utente basico dell’Arte (quello semplice) abbia bisogno d’altro?

Mi spiego: dare le informazioni per disegnare disegni più frequenti (non più utili, perché il sombrero avrà naturalmente la massima utilità nel documento che lo richiede) come semplici grafici bidimensionali (istogrammi, a torta, quelli con i punti da unire per dare l’andamento di un fenomeno) credo che sarebbe meglio. Come sarebbe buona cosa dare un esempio o due di disegni per fare mappe concettuali, quelle con gli alberi di rettangoli e cerchi pieni di testo.

Altrimenti, ancora una volta, la guida e LaTeX si sbilanciano verso chi si occupa di matematica e fisica.

Per me quello che chiedi è impossibile. Un po’ come fare “brevi cenni sull’universo”. 😉 Le esigenze di un laureando sono (potenzialmente) tanto vaste che è impossibile in poche pagine mettere l’utente nelle condizioni di fare tutto quello che gli può servire: diagrammi a torta, ad albero, istogrammi, schemi a blocchi, grafici bi- e tri-dimensionali, curve di livello, figure geometriche… l’elenco è sterminato. E infatti il manuale di pgf è di 700 pagine, quello di pgfplot di 400, quello di Mathematica di 1400. Ripeto: ce la caviamo come fatto tante altre volte: con un rimando alla documentazione.

Ciao,
L.

::

lorenzo.pantieri” post=71878Ciao Claudio, quindi mi confermi che con LaTeX non esiste un modo facile per riprodurre grafici di polinomi di Legendre, funzioni di Bessel, Gamma, armoniche sferiche, eccetera. Dico bene?

LaTeX (e quindi pgfplots) ha limitate capacità di calcolo, ma nulla vieta di (anzi, dopo due minuti ti rendi conto che è quasi necessario) usare programmi esterni (tipo gnuplot) per far svolgere i compiti “numerici”. Più che altro il problema è che se i punti sono molti (migliaia o decine di migliaia e oltre) la compilazione del documento rallenta in maniera drastica, per questo motivo (e non solo, ne parlai in qualche altra discussione molto tempo fa) comunque preferisco usare direttamente gnuplot per fare i grafici di funzione.

::

Elrond” post=71888LaTeX (e quindi pgfplots) ha limitate capacità di calcolo, ma nulla vieta di (anzi, dopo due minuti ti rendi conto che è quasi necessario) usare programmi esterni (tipo gnuplot) per far svolgere i compiti “numerici”. Più che altro il problema è che se i punti sono molti (migliaia o decine di migliaia e oltre) la compilazione del documento rallenta in maniera drastica, per questo motivo (e non solo, ne parlai in qualche altra discussione molto tempo fa) comunque preferisco usare direttamente gnuplot per fare i grafici di funzione.

Per questo esiste la libreria external:

`
\usepgfplotslibrary{external}
\tikzexternalize
`
Condivido che sia poco pratica, ma è un ottimo strumento per ovviare al problema che accennavi. Inoltre non è solo un “rallentamento” della compilazione, ma può capitare che per alcuni grafici proprio venga riportato l’errore: Here is how much of TeX’s memory you used[…]; esternalizzando si risolve.

Ciao
Claudio

::

Ecco qui. Il paragrafo “Immagini vettoriali” a pagina 105 diventerà qualcosa del genere:

Immagini vettoriali

Le immagini vettoriali sono descritte da forme, possono essere scalate e deformate senza perdere in definizione e sono adatte soprattutto per grafici e schemi. Esistono sostanzialmente due modi per produrre immagini di questo tipo in un documento scritto con LaTeX:

1. prepararle \emph{a parte} con programmi specifici (alcuni dei quali raccolti nel paragrafo 6.4.4 nella pagina successiva), esportarle in un formato opportuno (quelli più diffusi sono il PDF e il suo parente stretto EPS) e aggiungerle successivamente al proprio documento;
2. “programmarle” con opportune istruzioni scritte \emph{direttamente nel sorgente}, usando gli strumenti che LaTeX mette a disposizione (quelli più diffusi sono l’ambiente standard picture, i pacchetti PGF, TikZ, PSTricks, Xy-pic e i programmi METAPOST e Asymptote: se ne veda la corposa documentazione).

La prima soluzione ha il vantaggio presentare una curva di apprendimento più dolce e lo svantaggio di un (certo) compromesso sulla qualità: infatti lo stile (i font, per esempio) delle immagini prodotte in questo modo è di regola diverso da quello del documento principale. La seconda ha il vantaggio della massima qualità e coerenza stilistica, al prezzo di una curva di apprendimento ben più ripida. Va inoltre tenuto presente che per esigenze molto specifiche (matematica avanzata, disegno tecnico, eccetera) il ricorso a software dedicati può essere a volte indispensabile.

Poi bisogna fare un paio di esempi completi del sorgente per dare un’idea delle potenzialità del disegno programmato con LaTeX: direi di mettere l’esempio del sombrero scritto da Liverpool e il grafo a pagina 91 del pgfmanual.

Ciao,
L.

::

Gli esempi che ho scelto, per ora, sono questi:
`\documentclass{article}
\usepackage{pgfplots}

\begin{document}

\begin{tikzpicture}
\begin{axis}
\addplot+[domain=-pi:pi] {sin(deg(x))};
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}
\addplot3 [surf, samples=50, domain=-2*pi:2*pi, colormap/cool]
{sin(deg(sqrt(x^2+y^2)))/sqrt(x^2+y^2)};
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}[
ybar interval,
xticklabel= \pgfmathprintnumber\tick–\pgfmathprintnumber\nexttick
]
\addplot+[hist={bins=3}]
table[row sep=\\,y index=0] {
data\\
1\\ 2\\ 1\\ 5\\ 4\\ 10\\
7\\ 10\\ 9\\ 8\\ 9\\ 9\\
};
\end{axis}
\end{tikzpicture}

\end{document}`
Mi pare che coniughino la semplicità con la capacità di illustrare le potenzialità degli strumenti.

Ciao,
L.

::

Liverpool” post=71893

per questo motivo sono favorevole ad inserire nell’Arte la conclusione di Lorenzo, ma non a riportare spiegazioni sul codice come propone @Liverpool. Credo sia sufficiente dare i riferimenti e lasciare agli interessati l’onere di documentarsi meglio.

All’inizio avevo capito il contrario. Comunque probabilmente avete ragione voi.

Per me scrivere un capitolo che in poche pagine metta l’utente di programmare disegni, comprendo ragionevolmente la gamma delle possibili esigenze, è impossibile.

Potrei sbagliarmi, però!

Ciao,
L.

::

Liverpool” post=71893

per questo motivo sono favorevole ad inserire nell’Arte la conclusione di Lorenzo, ma non a riportare spiegazioni sul codice come propone @Liverpool. Credo sia sufficiente dare i riferimenti e lasciare agli interessati l’onere di documentarsi meglio.

All’inizio avevo capito il contrario. Comunque probabilmente avete ragione voi.

Anche nel primo intervento nel filone “L’Arte di scrivere con LaTeX — nuova edizione” dicevo:

La mia considerazione finale è: nell’Arte un paragrafo sul disegno programmato dovrebbe esserci, ma solo per accennare ai vari pacchetti che esistono e offire un riferimento.

Ciao
Claudio

::

Ciao,
vi segnalo sull’argomento la nuova guida tematica Introduzione all’uso di TikZ in Ingegneria di Claudio Fiandrino.

Buona lettura!
R.

::

Liverpool” post=71933

Ciao,
vi segnalo sull’argomento la nuova guida tematica Introduzione all’uso di TikZ in Ingegneria di Claudio Fiandrino.

Grazie. Non sarebbe il caso di aprire una nuova discussione per dare maggiore risalto?

Ho dato una lettura veloce. Mi dispiace che manchino le carte di Smith, che si possono tracciare con [tt]pgfplots[/tt] e qualcosa tipo luogo delle radici.

@cfiandra posso fare un paio di annotazioni?

Ciao

Si, dovrei mettere la news nella home page del sito ma il mio tempo a disposizione è… finito.
Per le annotazioni, credo che Claudio sia ben felice di ricevere il tuo contributo.

Ciao.

::

Liverpool” post=71933Grazie. Non sarebbe il caso di aprire una nuova discussione per dare maggiore risalto?

Ho dato una lettura veloce. Mi dispiace che manchino le carte di Smith, che si possono tracciare con [tt]pgfplots[/tt] e qualcosa tipo luogo delle radici.

@cfiandra posso fare un paio di annotazioni?

Ciao

Sono le benvenute. 😉 Dopo apro un filone apposito in modo tale da ricevere lì considerazioni ed eventualmente nuovi contributi.

Ti rispondo in merito alla CdS: non sapevo assolutamente che esistesse un’integrazione con pgfplots 😮 (grazie per la segnalazione :wink:). Ho dato un’occhiata al manuale e alla libreria e mi sembra veramente ottima.

Ciao
Claudio

::

Liverpool” post=71951Lorenzo, visto che stai dando un’occhiata a pgfplots, dalla anche al pacchetto pgfplotstable. Chissà che non trovi qualcosa di interessante per l’Arte

L’Arte, così com’è, mette nelle condizioni il lettore di comporre tabelle di svariate tipologie: credo che i pacchetti consigliati coprano l’argomento in modo ragionevolmente completo.

Per quanto riguarda pgfplots, è uno strumento che mi piace moltissimo. Più lo studio, più mi piace. La sintassi è semplice (o, almeno, non più difficile di programmi come Mathematica). Interessantissima la possibilità di importare dati da altri programmi più specializzati (come Mathematica, appunto). La documentazione di pgfplots, però, soffre di elefantiasi. Ci vorrebbe un articolo di una ventina di pagine “L’arte di fare grafici di funzioni con LaTeX” che ne riportasse le cose essenziali, venendo incontro alle le esigenze più tipiche di un “lettore medio”. Purtroppo in questo periodo non ho tanto tempo da dedicare a LaTeX, ma un articolo del genere vorrei proprio scriverlo. In ogni caso, se l’articolo venisse scritto, potrebbe benissimo essere un nuovo capitolo di un’Arte più grassa di quella attuale (con Tommaso stiamo decidendo se inserire un capitolo sui codici: non ci vorrebbe molto, basterebbe prendere il mio articolo su listings e riadattarlo un minimo).

Quindi, riassumendo:
1. pgfplotstable no: l’Arte copre a sufficienza l’argomento “tabelle”, troppe indicazioni confondono il lettore;
2. pgfplots sì (almeno come idea): è uno strumento bellissimo. Quella parte, però è tutta da scrivere.
3. TikZ non credo: non vedo il mio lettore principiante fare un grafico come quello dei secchi (o altri più complessi) scrivendo istruzioni. Qui ci vorrebbe un libro (non credo basti un articolo) dal titolo (chiedo scusa a Enrico per il plagio; del resto anche lui ha in parte plagiato me!) “L’arte esoterica di fare disegni vettoriali con LaTeX“. Nell’Arte bastano una menzione a TikZ, un esempio e un rimando alla documentazione.

Per ora, la mia posizione è questa. Ma è una posizione sempre in divenire, ormai lo sapete! 😉

Ciao,
L.

::

http://graffletopia.com/stencils/639

In un topic precedente ho parlato di un disegno contenuto in una tesi di laurea in fisica: si trattava di una piazza con decine di omini e donnine stilizzati, diversi fra loro. Pensare che il mio principiante possa fare un disegno di quel genere con TikZ magari riuscendo a definirsi comandi come \omino e \donnina o addirittura \cravatta e \berretto, mi pare del tutto irrealistico. 😉

Intendiamoci, non mi sorprenderei che Claudio o Liverpool o qualcun altro riuscissero a riprodurre omini stilizzati come quelli che vedete nel link tramite istruzioni TeX di basso livello: tuttavia mi sento di escludere del tutto che questa capacità ce l’abbia il mio lettore “medio”. L’Arte, lo ricordo, è una guida (anche) per principianti!

Ciao,
L.

::

lorenzo.pantieri” post=71953Per quanto riguarda pgfplots, è uno strumento che mi piace moltissimo. Più lo studio, più mi piace. La sintassi è semplice (o, almeno, non più difficile di programmi come Mathematica). Interessantissima la possibilità di importare dati da altri programmi più specializzati (come Mathematica, appunto). La documentazione di pgfplots, però, soffre di elefantiasi. Ci vorrebbe un articolo di una ventina di pagine “L’arte di fare grafici di funzioni con LaTeX” che ne riportasse le cose essenziali, venendo incontro alle le esigenze più tipiche di un “lettore medio”.

Uhm.
L’articolo è già stato scritto da due noti Autori (su Ars 2011/2).
R.

::

robitex” post=71956L’articolo è già stato scritto da due noti Autori (su Ars 2011/2).

A giudicare dall’abstract direi che l’articolo è proprio quello che ci voleva.

Creare grafici con pgfplots

(Agostino De Marco, Roberto Giacomelli)

Sommario

In questo articolo viene presentato pgfplots, il pacchetto per il disegno di grafici basato su pgf. I manuali d’uso di questi due pacchetti di estensione del linguaggio LaTeX sono molto voluminosi e dettagliati e spesso gli utenti sono scoraggiati dall’affrontare lo studio di questi due documenti. In particolare, quelli desiderosi di creare grafici tecnico-scientifici di alta qualità tipografica hanno difficoltà a districarsi nei dettagli delle tante opzioni e personalizzazioni possibili. L’impostazione dell’articolo suggerisce un approccio pratico: si mostra come preparare un grafico a partire dall’impostazione degli assi, introducendo così i comandi e le opzioni fondamentali; successivamente si introducono le nozioni per il disegno di curve e superfici, spiegando come personalizzarne l’aspetto.

Ciao,
L.

::

Ciao a tutti.

Tanto per cominciare devo delle scuse a tutti i sostenitori del disegno programmato con LaTeX: avevate ragione, è uno strumento semplicemente meraviglioso, la prossima versione dell’Arte colmerà questa vistosa lacuna, di cui sono il solo responsabile. Come la colmeremo, è da vedere: o ce la caveremo con una menzione dei pacchetti principali, oppure (come ritengo più opportuno) con un bel capitolo introduttivo.

Sto studiando il pacchetto pgfplots (è il mio inizio, nel mare magnum del disegno programmato, abbiate pazienza), e comincio a capirci qualcosa. Ho anche molti dubbi, ma sono sicuro che qui sul forum otterrò le risposte che cerco. Tutte le vostre indicazioni mi permetteranno di scrivere un articolo “L’arte di fare disegni con pgfplots”, che è ancora in bozza. Se riuscirò a portare a termine l’articolo, sarà solo merito vostro. L’articolo potrebbe essere parte del capitolo sul disegno programmato con LaTeX da mettere nella nuova edizione dell’Arte.

1.
Disegnare grafici di funzioni scrivendo istruzioni, dunque. Non c’è nulla di strano, anche con Mathematica (cui ero abituato) si fa così: il linguaggio di pgfplots è un po’ diverso, ma non più difficile. I grafici prodotti da pgfplots sono, semplicemente, magnifici, con in più il vantaggio di averli tipograficamente coerenti col resto del documento. Gli inconvenienti principali che ho trovato “facendo fare i calcoli e i grafici a LaTeX” sono la lentezza in fase di compilazione, e la possibilità, tutt’altro che remota, di avere degli errori (fatali) di sforamento della memoria:
`
TeX capacity exceeded, sorry
Fatal error occurred, no output PDF file produced!
`
Questi errori possono presentarsi anche in un documento di dimensioni relativamente modeste: l’articolo che sto scrivendo, per esempio, contiene una ventina di grafici ad alta risoluzione, e venti grafici sono pochini. Lo sforamento, il più delle volte, si ha se si spinge troppo sul pedale “samples”. Queste cose si giustificano, io credo, col fatto che “stiamo facendo fare i conti a TeX”, che di suo farebbe un mestiere diverso. Tuttavia, come qualcuno ha già detto, il problema si risolve “facendo fare i grafici a LaTeX e i calcoli da qualcun altro”. Per esempio, si possono fare i calcoli con Mathematica, esportare i risultati non come grafici ma come file di dati (coppie o terne ordinate, ovvero i punti del grafico) e usare il comando di pgfplots
`
addplot […] file {dati.txt};
`
per produrre il grafico. Questa strada (certo meno comoda di usare comandi tutti interni a LaTeX) è di fatto obbligata se si scrive un documento di grandi dimensioni. Ho capito bene?

2.
Prendiamo questa curva di Lissajous:
`
\begin{tikzpicture}
\begin{axis}
\addplot [
color=blue,
style=thick,
samples=50,
smooth,
domain=0:360,
variable=\t
]
({sin(3*t)}, {sin(2*t)});
\end{axis}
\end{tikzpicture}
`
L’opzione smooth è praticamente obbligatoria, se si vuole un risultato decente. L’alternativa è aumentare a dismisura il numero dei punti di campionamento
`
samples=100,
`
con tutti gli svantaggi in termini di tempo e di occupazione di memoria che dicevo. Questo capita praticamente sempre: per avere un grafico di qualità o si usa “smooth” con “samples” (ragionevolmente) basso, oppure se si rinuncia a “smooth” tocca aumentare molto “samples”. Dico bene?

3.
Qual è il valore predefinito di “samples”?

4.
Esiste un analogo di “smooth” per i grafici tridimensionali?

5.
Perché sin e cos vogliono il loro argomento in gradi? Di solito nei grafici tecnico-scientifici è il radiante che la fa da padrone. Con pgfplots, invece, tocca scrivere ogni volta sin(deg(x)), un pelino scomodo.

6.
Perché l’opzione “no marks” non è predefinita? In fondo, nei documenti tecnico-scientifici le funzioni sono più frequentemente rappresentate con curve e superfici “lisce” invece che per punti. Perché “thick,blue” implica “no marks”?

7.
Perché l’etichetta prodotta con “ylabel” è ruotata e centrata? Io l’avevo sempre vista in alto, dritta.

8.
Un’elica cilindrica:
`
\begin{tikzpicture}
\begin{axis}[
view={60}{20},
xlabel=$x$,
ylabel=$y$,
zlabel=$z$,
variable=\t
]
\addplot3 [
color=blue,
style=thick,
domain=0:5.5*pi,
samples=40,
smooth,
samples y=0,
no marks
]
({sin(deg(t))}, {cos(deg(t))},
{2*t/(5*pi)});
\end{axis}
\end{tikzpicture}
`
La doc. dice che “si è usato samples y=0 per indicare che deve essere campionata una linea invece di una matrice”. Che vuol dire? È importante: se si toglie quella riga il grafico non viene prodotto!

9.
Non ho capito la chiave view. In
`
view={60}{20},
`
che cosa rappresentano 60 e 20?

10.
Una superficie semisferica in forma parametrica:
`
\begin{tikzpicture}
\begin{axis}[view={60}{30}]
\addplot3 [
surf,
z buffer=sort,
samples=30,
variable=\u,
variable y=\v,
domain=-1:0,
y domain=0:2*pi
]
({sqrt(1-u^2)*cos(deg(v))},
{sqrt(1-u^2)*sin(deg(v))},
u);
\end{axis}
\end{tikzpicture}
`
Non ho capito la ragione di quel “z buffer=sort” (peraltro necessario, come sopra: se lo si toglie il grafico non viene). Ah, il codice che ho scritto è corretto? Nelle mie intenzioni, u e v parametrizzano la superficie.

11.
Voglio fare il grafico della Gamma di Eulero da -5 a 5 usando Mathematica per fare i calcoli e pgfplots per fare il disegno. L’idea di campionare la Gamma con
`
out = Table[{x, Gamma[x]}, {x, -5, 5, 0.1}];
`
di esportare i punti in un file con
`
Export[“gamma”, out, “Table”];
`
da dare in pasto a pgfplots non funziona: evidentemente, a pgfplots risulta indigesto il modo con cui Mathematica esprime le disontinuiità. Come risolvo il problema?

12.
Un grafico dato per punti:
`
\begin{tikzpicture}
\begin{axis}
\addplot coordinates {
(10,100)
(20,150)
(40,225)
(80,340)
(160,510)
(320,765)
(640,1150)
};
\end{axis}
\end{tikzpicture}
`
Visto quel “1,000” (con la virgola come separatore)? Perché lo scrive così? Come si fa per avere “1000” scritto senza quella virgola?

Grazie
Lorenzo

::

Liverpool” post=72092Lo sforamento della memoria. […] Mi sembra strano che il problema sia dato dal numero di grafici nel documento (una ventina, come dici tu). Potrebbe essere che tra di essi ce ne sia almeno uno che da solo sfora la memoria. Potresti mandarmi il sorgente per email?

Su questo punto ti rispondo subito (sugli altri voglio documentarmi prima). Metto il sorgente qui sul forum (chiedo scusa se non è minimale, ma in questo caso non può esserlo!). Il documento viene compilato perfettamente, ma se sostituisco nella prima figura (riga 12) “samples=30” con “samples=100”, ecco che ho l’errore fatale di sforamento della memoria.
`\documentclass{article}

\usepackage{etex}
\usepackage{pgfplots}

\begin{document}

\begin{tikzpicture}
\begin{axis}
\addplot3 [
surf,
samples=30,
domain=-2*pi:2*pi,
colormap/cool
]
{sin(deg(sqrt(x^2+y^2)))/%
sqrt(x^2+y^2)};
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}
\addplot {sin(deg(x))};
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}
\addplot [
no marks,
style=thick,
color=blue,
samples=40
]
{sin(deg(x))};
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}
\addplot [
domain=0:2*pi,
thick,
color=blue,
samples=40
]
{sin(deg(x))};
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}[axis lines=middle]
\addplot [
domain=0:2*pi,
thick,
color=blue,
samples=40
]
{sin(deg(x))};
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}[
axis x line=bottom,
axis y line=left
]
\addplot [
domain=0:2*pi,
style=thick,
color=blue,
samples=40
]
{sin(deg(x))};
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}[
axis lines=middle,
xtick={3.14, 6.28},
xticklabels={$\pi$,$2\pi$},
ytick={0.5, 1},
yticklabels={$1/2$, $1$}
]
\addplot [
domain=0:2*pi,
samples=40,
color=blue,
style=thick
]
{sin(deg(x))};
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{semilogyaxis}
\addplot [
style=thick,
color=blue
]
{exp(x)};
\end{semilogyaxis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}[
xlabel=$x$,
ylabel={$f(x)=x^2-x+4$}
]
\addplot {x^2-x+4};
\legend{$d=2$}
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}
\addplot {x^2};
\addplot {-x^2};
\legend{$x^2$, $-x^2$}
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}[
width=6cm,
height=6cm
]
\addplot [
color=blue,
style=thick,
samples=40,
smooth,
domain=0:2*pi,
variable=\t
]
({cos(deg(t))},{sin(deg(t))});
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}
\addplot [
color=blue,
style=thick,
samples=50,
domain=0:6*pi,
smooth,
variable=\t
]
({t*cos(deg(t))},
{t*sin(deg(t))});
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}
\addplot [
color=blue,
style=thick,
samples=50,
smooth,
domain=0:360,
variable=\t
]
({sin(3*t)}, {sin(2*t)});
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}
\addplot [
color=blue,
style=thick,
samples=50,
domain=0:360,
smooth,
variable=\t
]
({sin(7*t)}, {sin(2*t)});
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}[
view={60}{20},
xlabel=$x$,
ylabel=$y$,
zlabel=$z$,
variable=\t
]
\addplot3 [
color=blue,
style=thick,
domain=0:5.5*pi,
samples=40,
smooth,
samples y=0,
no marks
]
({sin(deg(t))}, {cos(deg(t))},
{2*t/(5*pi)});
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}
\addplot3 [surf] {x^2-y^2};
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}
\addplot3 [surf, colormap/cool]
{x^2-y^2};
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}
\addplot3 [
mesh,
draw=red,
samples=10
]
{x^2-y^2};
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}
\addplot3 [
mesh,
scatter,
samples=10
]
{x^2-y^2};
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}[
view={-45}{45},
xlabel=$x$,
ylabel=$y$,
zlabel=$z$
]
\addplot3 [surf] {x};
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}[view={60}{30}]
\addplot3 [
surf,
z buffer=sort,
samples=30,
variable=\u,
variable y=\v,
domain=-1:0,
y domain=0:2*pi
]
({sqrt(1-u^2)*cos(deg(v))},
{sqrt(1-u^2)*sin(deg(v))},
u);
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}[view={60}{30}]
\addplot3 [
surf,
z buffer=sort,
samples=30,
domain=0:360,
y domain=0:360,
variable=\u,
variable y=\v
]
({(3+cos(u))*cos(v)},
{(3+cos(u))*sin(v)},
{sin(u)});
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}
\addplot coordinates {
(10, 100)
(20, 150)
(40, 225)
(80, 340)
(160, 510)
(320, 765)
(640, 1150)
};
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}
\addplot
coordinates {
(2, -2.855)
(3, -3.530)
(4, -4.305)
(5, -5.141)
(6, -6.032)
(7, -6.967)
(8, -7.937)
};
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}[
xmajorgrids=true]
\addplot [
xbar,
fill=red,
draw=black
]
coordinates {
(4, 0)
(1, 1)
(2, 2)
(5, 3)
(6, 4)
(1, 5)
};
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}[
xtick={1,2,…,12},
ytick={20,30,…,60},
ymajorgrids=true,
ymin=10,
ymax=60
]
\addplot [
ybar,
bar width=8pt,
fill=blue,
draw=black
]
coordinates {
(1, 22)
(2, 25)
(3, 35)
(4, 42)
(5, 52)
(6, 59)
(7, 44)
(8, 38)
(9, 28)
};
\end{axis}
\end{tikzpicture}

\end{document}`

Non dipende dalle potenzialità di calcolo di TeX, ma dalla mole di dati che è necessario memorizzare temporaneamente per tracciare il grafico, quindi il problema non si risolve ricorrendo alla funzione di importazione.

Questa cosa che dici mi sembra strana: se uso Mathematica per fare tutti i conti e uso pgfplots solo per fare i grafici, mi pare ovvio che alleggerirò LaTeX di una bella mole di lavoro (una bella fetta del lavoro l’ha fatta Mathematica); quindi mi aspetto maggiore velocità e minori problemi di sforamento della memoria: pgfplots dovrà “solo” congiungere tutti i punti presenti nel file dati.tex con dei segmentini. Mi sbaglio?

Grazie mille!

::

Liverpool” post=72092Non è vero che [tt]thick, blue[/tt] implica [tt]no marks[/tt].

Ti faccio vedere con un esempio.
`\begin{tikzpicture}
\begin{axis}
\addplot
{sin(deg(x))};
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}
\addplot [
no marks,
thick,
blue
]
{sin(deg(x))};
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}
\addplot [
thick,
blue,
]
{sin(deg(x))};
\end{axis}
\end{tikzpicture}`
La prima curva ha i marcatori (è la scelta predefinita di pgfplots). La seconda, dove è specificato, “no marks” non li ha, naturalmente. Ma neppure la terza, con solo “thick,blue”, ha i marcatori. Sbaglio?

Grazie,
L.

::

Liverpool” post=72105Il problema non è “fare i calcoli”, ma “dove metterli”. Anche se i numeri li leggo da un file esterno, se non ho sufficiente spazio per memorizzarli, dovrò fermarmi. Per togliermi il dubbio, ho fatto una prova con una tabella di 170000 valori generata da Mathematica: il problema si è verificato lo stesso. Sulla maggiore velocità nel caso di lettura da file, tabella o coordinate digitate manualmente hai ragione: la differenza si nota eccome!

Chiarissimo. Ho dato un’occhiata alla doc. del pacchetto: gli stratagemmi per aumentare la memoria a disposizione sono cose da iniziati, lontane da quello che il principiante (lettore ideale dell’Arte) è disposto a fare. Direi che questa, in base alla mia poca esperienza, è la limitazione principale di pgfplots (un pacchetto che trovo stupendo): ci si può scontrare con messaggi di sforamento della memoria, e questo anche per un lavoro di dimensioni relativamente contenute come il mio articolo (non parliamo di una tesi o di un libro, magari pieni zeppi di grafici). Certo, le soluzioni ci sono, ma sono cose da esperti. Sbaglio?

Liverpool” post=72105La questione è nella differenza tra [tt]\addplot[/tt] e [tt]\addplot+[/tt]. Il primo sostituisce le impostazioni che seguono a quelle già definite o di default; il secondo le aggiunge semplicemente. Nel primo esempio, non hai dato opzioni e perciò pgfplots ha usato quelle di default (con i marcatori). Nel secondo caso hai detto di ignorare le impostazioni già fatte e di tracciare una linea senza marcatori (chiave inutile perché siccome nessuno gli aveva detto di mettere i marcatori, non li avrebbe messi). Nel terzo hai detto di ignorare le impostazioni già fatte e di tracciare una linea spessa blu. Non avendo detto che vuoi i marcatori, non li ha messi. Se scrivi [tt]\addplot+[thick, blue] {sin(deg(x))};[/tt] vedi che ricompaiono i marcatori, perché nelle opzioni di default ci sono già.

Chiarissimo.

Liverpool” post=72105P.S.: Quando il sorgente è così lungo, forse sarebbe meglio allegarlo dopo averlo compresso in formato zip, perché è stata un’impresa selezionare tutto il contenuto nella finestrella.

Lo terrò a mente la prossima volta!

Grazie mille, il tuo aiuto è stato preziosissimo.

Alla prossima!

::

Riprendo la discussione che ha per oggetto il disegno programmato nel’Arte. La prossima edizione dell’Arte, dicevo, ne terrà certamente conto e porrà l’utente di fronte a un bivio: da una parte l’uso di software esterni (via più facile ma con un compromesso sulla qualità tipografica), dall’altra il disegno programmato con LaTeX (via più ripida ma con una qualità senza compromessi).

Ho iniziato a cimentarmi con pgfplots, che mi è piaciuto subito. Disegnare una funzione con
`\begin{tikzpicture}
\begin{axis}
\addplot [
domain=0:2*pi,
thick,
blue,
]
{sin(x)};
\end{axis}
\end{tikzpicture}
`
è qualcosa di naturale e intuitivo. Sto scrivendo un articolo che vuole spiegare i rudimenti di pgfplots. L’obiettivo è mettere in condizione il lettore di disegnare grafici di funzioni coprendo una gamma ragionevolmente vasta di esigenze. Certo, nessun lavoro potrà mai coprire “tutte” le esigenze tipografiche che possono presentarsi in uno studio di funzione. Quindi è naturale che per le esigenze più particolari si rimandi il lettore alla documentazione di pgfplots, di quasi 400 pagine. Però l’articolo su pgfplots potrebbe benissimo essere un capitolo della prossima edizione dell’Arte.

———————————————————————

Un altro paio di maniche, però, si ha con i grafici “qualsiasi” (figure geometriche, secchi, omini, eccetera) fatti con TikZ. Scrivere un articolo introduttivo che spieghi le basi di TikZ non sarebbe neppure difficile, per esempio si potrebbe partire traducendo questo, che trovo ben fatto:

http://cremeronline.com/LaTeX/minimaltikz.pdf

Purtroppo, però, dubito che un articolo (dunque, un capitolo dell’Arte) di una ventina di pagine potrebbe mettere nelle condizioni l’utente per fare qualcosa di significativo (per la sua tesi). L’esempio di questi due maialini mi aveva già colpito in passato:

http://www.texample.net/tikz/examples/parameterised-pig/

Un laureando potrebbe avere l’esigenza di disegnare qualcosa di analogo dettaglio, ma date un’occhiata al codice: impossibile pretendere che un principiante impari cose del genere, impossibile anche solo provare a spiegarle in una guida di base. Credo che repertori di esempi come questo:

http://www.texample.net/tikz/examples/all/date/

saranno sempre insostituibili. L’utente va a guardare il codice e lo modifica di conseguenza; tutto ciò però richiede molta pazienza e molta esperienza.

In definitiva: ha senso un capitolo dell’Arte (diciamo di una ventina di pagine) dal titolo “le basi di TikZ” (del tipo del minimaltikz.pdf che vi ho segnalato), quando si sa già che dopo averlo letto l’utente non sarà in grado di disegnare praticamente nulla di “significativo”? Penso di no (ma desidero sapere che ne pensate voi, non è la prima volta che mi fate cambiare idea).

———————————————————————

Stando così le cose, l’Arte andrebbe rivista così:

1. si menziona il disegno programmato, e si dice che si può usare un ambiente tikzpicture oltre che \includegraphics;
2. si dice che il disegno di un grafico vettoriale “qualsiasi” richiede molto tempo; si fa vedere un esempio (magari proprio i maialini), si dice che il codice è complicato; si dice che con molta pazienza e molta esperienza si può arrivare a disegnare anche cose del genere; si rimanda alla doc. di TikZ e ad altre risorse, cartacee e online;
3. si spiega estesamente, in un capitolo dedicato, come disegnare una funzione: è un’esigenza frequente, e lì ce la si può fare con uno sforzo e un tempo ragionevoli.

Che ne dite?

Grazie,
L.

::

Il numero di disegni non è ininfluente sulla quantità totale di memoria utilizzata. Dopo aver trovato il numero massimo di campioni con cui il grafico del sombrero compila senza errori (54 sulla mia macchina) ho inserito una copia identica del grafico e la compilazione è fallita, usando external va tutto bene, anche con copie multiple del grafico più pesante.

Ciao
Matteo

::

Liverpool” post=72114
Tu hai provato (eventualmente con numeri diversi che sforino la memoria)? Lo puoi confermare? Se sì, come te lo spieghi?

Ciao

Ho provato con gli stessi numeri del tuo esempio e posso confermare che il primo non compila mentre il secondo sì. Non conosco i meccanismi interni di pgfplot per cui non azzardo spiegazioni.

Ciao
Matteo

::

1.
Matteo ha ragione: il numero dei grafici influisce sulla possibilità di avere un errore fatale di sforamento della memoria. L’esempio è proprio nel codice che ho inviato qualche intervento fa: se in quel codice metto “samples=100” nel sombrero (è il primo grafico) ottengo un errore. Invece compilando da solo il sombrero con “samples=100” tutto fila liscio.

2.
La possibilità di incrementare la memoria disponibile è notevole. In questo modo l’utente può compilare, se ne ha bisogno, anche un libro con centinaia di grafici in alta risoluzione. Naturalmente non occorre che l’Arte spieghi come si fa: è sufficiente dire che è possibile farlo, e rimandare il lettore alla doc.

3.
Hai ragione Liverpool, un paragrafo su TikZ ci va. Dico di spiegare \draw a livello elementare, con qualche esempio di segmenti, poligoni, cerchi, magari anche riempiti e colorati. Poi metto un esempio più complesso completo di sorgente giusto per dare un’idea. Poi metto un esempio molto complesso (i maialini, per esempio), ma senza sorgente, dicendo che con pazienza si può fare tutto. Sì, sapevo che dentro axis si possono usare anche gli ambienti di pgfplots: questo va detto!

Grazie mille,
L.

::

Ragazzi, non ho la spiegazione di tutti i quesiti che ponete; ma ho detto mille volte che non bisogna mettere un numero inutilmente alto di campioni.

Un grafico di 100mm di base e con 300 campioni lungo tutto l’asse contien 3 campioni al millimetro e qindi un campione al punto tipografico; tranne nel caso di pendenze quasi verticali, un campione al punto è una densità enorme e numeri di campioni dell’ordine di 10000 sono approcci di persone che non si fanno due conti sulle dita; quando si fa della grafica i due conti sulle dita bisogna sempre farli. Senza offesa per nessuno; ci sono cascato anch’io.

Liverpool: quando dici che per il sombrero hai suato 300+300 campioni ti sei espresso male e di fatto hai perso di vista la realtà del problema; in una figura a 3 dimensioni, hai due campionature, una lungo l’asse x e una lungo l’asse Y che produco ordinate lungo l’asse z; quindi quando campioni 300 volte lungo l’asse x e 300 volte lungo l’asse y produci in totale 90 000 campioni, che impegnano la memoria per 180 000 dati numerici da conservare; ogni dato numerico è fatto di 32 bit, cioè 4 byte, quindi impegni la memoria con 720 000 byte di dati.

Tutti possiamo leggere nel file log a quanto ammonta la memoria, o meglio, a quanto ammontano le varie memorie di cui si servono i programmi come pdftex; è scritto nelle ultime righe del file log. vedrai che 720 000 byte non sono tutta la memoria disponibile, ma una bella fetta; leggi quanta memoria è stata impiegata per una compilazione “normale” e riferisciti a quella per sapere di quanta altra memoria puoi disporre.

Aggiungere memoria ai vari programmi del sistema TeX non è difficile, ma di solito è inutile; se si arriva alla saturazione della memoria bisogna domandarsi sempre quale errore si sia fatto; e si scopre che si è fatto l’errore di non farsi due conti sulle dita prima di fare qualunque grafica.

Il fatto che oggi i calcolatori possano disporre di diversi gibibyte di RAM, non autorizza a sprecare la memoria; il tempo di esecuzione dipende anche da quanti swap il programma deve fare fra la memoria RAM disponibile e la memoria virtuale del sistema operativo (di solito il doppio della RAM); Non è infatti una questione di memoria, o soltanto di memoria, è anche questione di RAM e tempo di esecuzione.

Si vede che nessuno di voi ha mai usato il sistema TeX sotto DOS, quando la memoria disponibile di solito era una frazione dei 640KiB che dovevano essere spartiti anche con il sistema operativo 😎 Fare qualunque elaborazione disponendo un una frazione di 640 KiB era un vero problema, ma ci si riusciva gestendo al memoria dei programmi in uso con molta attenzione.

Obbiezione: ma per avere diagrammi di alta definizione bisogna avere molti campioni; non è vero: per avere disegni ad alta definizione bisogna usare le spline cubiche di Bézier che permettono di disegnare archi piuttosto lunghi con due nodi e due punti guida; gli stessi archi disegnati con la stessa definizione richiedono diverse centinaia di campioni. Detto in altri termini: l’interpolazione lineare (curve di Bézier del primo ordine: segmenti) richiede un mucchio di punti; l’interpolazione quadratica (curve di Bézier del secondo ordine; parabole raccordate in modo che mantenere la continuità della tangente) funzionano molto meglio e i contorni dei glifi dei font TrueType sono appunto realizzati con curve di Bézier quadratiche; notate qualche difetto? Con curve del terzo ordine (curve di Bézier del terzo ordine: curve cubiche che possono presentare sia flessi sia nodi/intrecci) occorrono ancora meno punti; i contorni dei font Type 1 sono descritti da curve di Bézier del terzo ordine. Le curve di Bézier del terzo ordine sono raccordate in modo da mantenere la continuità della tangente sia quella della concavità. Fidatevi di Bézier: le quadratiche vanno già bene; le cubiche vanno ottimamente.

Sia tikz sia pgfplots possono usare tranquillamente le curve di Bézier; con grossi vantaggi sul disegno e sull’impiego modesto della memoria.

Scusate il solito sproloquio…

::

Lo so che tu @Liverpool sai cosa vuol dire usare molti o pochi nodi; dicevo solo che ti eri espresso male e ora ho capito che cosa volevi dire.

Ho anche detto che non so per quale miracolo interno di pgfplots spezzare un dominio di disegno in due renda la cosa compilabile, mentre non lo è per sforamento della memoria se il dominio del disegno viene mantenuto unico. Certo deve avvenire un parziale svuotamento di memoria se la suddivisione del dominio produce effetti positivi.

Ma il discorso di tanti disegni che saturano la memoria è collegato anche al meccanismo di svuotamento della coda delle figure. È evidente che finché una figura è in coda le sue centinaia di migliaia di dati impegnano la memoria; non appena la figura esce dalla coda e viene spedita fuori nella sua pagina e appesa al file pdf di uscita, le centinaia di migliaia di dati liberano ogni tipo di memoria che possano occupare.

Lorenzo, a te non è mai capitato di saturare la memoria perché una grande figura blocca la coda delle figure e trattiene in memoria anche figure più piccole che invece non riescono ad uscire perché sono bloccate da un elefante che non passa attraverso al porta? A me è capitato, ma è successo quando non conoscevo a fondo il meccanismo di svuotamento delle code. Ma la complicazione della figura e la coda contenente una moltitudine di figure sono due cose diverse anche se possono produrre effetti simili. Detto in altri termini; se disegni il sombrero con Mathematica e lo salvi in formato pdf, il file che lo contiene quanti mega occupa? se passi da 50 campioni in ogni direzione a 300 campioni, quanto varia la dimensione del file pdf? Non è che il disegno fatto con pgfplots sia più grande o più piccolo in termini di mega, ma prima di poter essere spedito fuori, lo stesso disegno eseguito con pgfplots deve restare nella pancia di pdftex compresi i calcoli intermedi, ed è quella la memoria di pdftex che può saturarsi.

Lo stesso vale per le foto; una volta, quando le macchine fotografiche facevano delle foto in formato jpg con 800px per 640px si potevano spedire decine di foto allegate ad un messaggio di posta elettronica; oggi che i sensori delle macchine digitali possono produrre foto anche di 12-15 mega pixel, sei fortunato se ne puoi spedire una sola (tenuto conto che il protocollo di posta elettronica spedisce un byte di 8 bit ogni 5 bit del file allegato). Ma quanti sono coloro che aprono il Finder o l’Explorer e leggono le dimensioni dei file da allegare e si rendono conto di quel 60% di ingombro in più per il protocollo di posta?

Lo stesso può succedere con i disegni programmati, con l’aggravante che non è facile sapere quale sia l’ingombro della memoria di un disegno programmato.

::

Liverpool” post=72127[…] con le curve di Bézier servono meno punti in più che con l’interpolazione lineare per ottenere generalmente buoni risultati con un modesto incremento della memoria. Se è così siamo d’accordo, tranne che per le obiezioni sollevate all’inizio […].

Sono d’accordo, vediamo un semplice esempio:
`\documentclass{article}
\usepackage{pgfplots}
\begin{document}
\begin{tikzpicture}
\begin{axis}
\addplot [
domain=0:360,
variable=\t,
% samples=200,
% samples=50,
% smooth,
color=blue,
style=thick,
]
({sin(7*t)}, {sin(2*t)});
\end{axis}
\end{tikzpicture}
\end{document}`
Se compilate questo documento così com’è, vedrete che la curva di Lissajous è resa in modo inaccettabile. Per avere un risultato decente, le strade sono due:
1. aumentare molto “samples”: “samples=50” non basta (provare per credere), occorre almeno “samples=200”;
2. usare “smooth” con “samples=50”.
Nel primo caso non si introduce alcuna ipotesi di regolarità sulla curva, ma occorre un numero di campioni molto elevato; nel secondo caso si introduce l’ipotesi di regolarità (che è vera, per la funzione in questione) e si ottiene un ottimo risultato anche senza spingere molto su “samples”. In base alla mia poca esperienza, se si ha a che fare con funzioni definite analiticamente che siano “regolari” (polinomi, seni, coseni, esponenziali, logaritmi, …) dare “smooth” funziona sempre e aiuta a ridurre drasticamente “samples”.

Faccio i complimenti a Liverpool per il controesempio che mostra che le spline non sono sempre indicate . D’altra parte, stiamo parlando di interpolazione (sia lineare sia con spline cubiche): interpolare vuol dire che un (certo) errore lo si commette sempre. Si tratta di minimizzarlo.

Riguardo agli errori di sforamento della memoria, ci sono eccome, se si vogliono molti grafici ad alta risoluzione: l’esempio che ho postato qualche intervento fa mi sembra significativo. Ci sono poche decine di grafici in tutto: le curve sono tutte con “samples=40” o “samples=50” (che non è una tragedia); le superfici le ho dovute mettere tutte con “samples=30”: mi basta portarne anche una sola a “samples=40”, e ottengo l’errore di sforamento della memoria.

Qualche altra domanda:

1.
Mi confermate che l’opzione “shader=interp” è l’equivalente di “smooth” nel caso di superfici tridimensionali?

2.
Qual è la chiave corrispondente al valore “thick”? In altre parole: “blue” è come dire “color=blue”; “thick” a che cosa è equivalente?

3.
Qual è la chiave corrispondente di “smooth”?

4.
Riguardo al procedimento per ottenere la Gamma di Eulero partendo da Mathematica, ho seguito per filo e per segno le istruzioni di Liverpool, ma ottengo qualcosa di inaspettato:

La Gamma non mi va bene per due ragioni:

1. le rette verticali in blu (sembra che facciano parte della curva!);
2. le proporzioni: no capisco perché il grafico venga così piccolo, rispetto a tutti gli altri (vedi il confronto con i due grafici di sopra).

Grazie,
L.

::

lorenzo.pantieri” post=721382.
Qual è la chiave corrispondente al valore “thick”? In altre parole: “blue” è come dire “color=blue”; “thick” a che cosa è equivalente?

Ti posso rispondere in merito a questo. 🙂 La parola chiave thick corrisponde a scrivere:

`\draw[line width=0.8pt](0,0)–(1,0);`
Informazioni complete su tutte le parole chiave riguardanti lo spessore dei segmenti le trovi nella sottosezione 15.3.1 Graphic Parameters: Line Width, Line Cap, and Line Join.

Per il colore, no la relazione non è corretta. Se scrivo:

`\draw[blue](0,0)–(1,0) node

{Ciao};`
automaticamente anche la label “Ciao” diventa blu. Come mai? Perché definire un colore nelle opzioni automaticamente definisce: 1) colore del segmento, 2) colore del riempimento, 3) colore del testo. L’analogo di:

`\draw[blue](0,0)–(1,0) node

{Ciao};`
è:

`\draw[draw=blue,text=blue](0,0)–(1,0) node

{Ciao};`
Quello che si fa di solito è definire la colorazione in modo generale e poi cambiare solo la parte che serve. Ad esempio, per far si che la label “Ciao” sia rossa mantenendo il segmento blu:

`\draw[blue,text=red](0,0)–(1,0) node

{Ciao};`
Se invece volessi costruire un box con segmento per il bordo blu, riempimento con blu sfumato e testo rosso al centro:

`\draw[blue,fill= blue!10,text=red](0,0)–(1,0)–(1,0.5)–(0,0.5)–(0,0) node[above right]{Ciao};`

EDIT: ho trovato una spiegazione migliore su come impostare i colori. Riporto due commenti di Andrew Stacey da questa risposta:

When you use color=black then that is a meta-command which sets all colours to black: line colour, fill colour, and text colour. If you want to override any of those then you have to reset it afterwards.
The order of doing things is more commonly important than not. That 2+3 = 3+2 ought to be surprising – the fact that it isn’t is merely because we’re so familiar with it that we don’t notice the oddity. But almost everywhere else, order matters. In Norway there is a children’s song which translates roughly to: “Open window, look out – hello weather, how are you?”. Imagine the difference if you first put your head out of the window and then opened it.

Ciao
Claudio

::

lorenzo.pantieri” post=72138

[…] con le curve di Bézier servono meno punti in più che con l’interpolazione lineare per ottenere generalmente buoni risultati con un modesto incremento della memoria. Se è così siamo d’accordo, tranne che per le obiezioni sollevate all’inizio […].

Sono d’accordo, vediamo un semplice esempio:
`\documentclass{article}
\usepackage{pgfplots}
\begin{document}
\begin{tikzpicture}
\begin{axis}
\addplot [
domain=0:360,
variable=\t,
% samples=200,
% samples=50,
% smooth,
color=blue,
style=thick,
]
({sin(7*t)}, {sin(2*t)});
\end{axis}
\end{tikzpicture}
\end{document}`
Se compilate questo documento così com’è, vedrete che la curva di Lissajous è resa in modo inaccettabile. Per avere un risultato decente, le strade sono due:
1. aumentare molto “samples”: “samples=50” non basta (provare per credere), occorre almeno “samples=200”;
2. usare “smooth” con “samples=50”.
Nel primo caso non si introduce alcuna ipotesi di regolarità sulla curva, ma occorre un numero di campioni molto elevato; nel secondo caso si introduce l’ipotesi di regolarità (che è vera, per la funzione in questione) e si ottiene un ottimo risultato anche senza spingere molto su “samples”. In base alla mia poca esperienza, se si ha a che fare con funzioni definite analiticamente che siano “regolari” (polinomi, seni, coseni, esponenziali, logaritmi, …) dare “smooth” funziona sempre e aiuta a ridurre drasticamente “samples”.

Faccio i complimenti a Liverpool per il controesempio che mostra che le spline non sono sempre indicate . D’altra parte, stiamo parlando di interpolazione (sia lineare sia con spline cubiche): interpolare vuol dire che un (certo) errore lo si commette sempre. Si tratta di minimizzarlo.

Riguardo agli errori di sforamento della memoria, ci sono eccome, se si vogliono molti grafici ad alta risoluzione: l’esempio che ho postato qualche intervento fa mi sembra significativo. Ci sono poche decine di grafici in tutto: le curve sono tutte con “samples=40” o “samples=50” (che non è una tragedia); le superfici le ho dovute mettere tutte con “samples=30”: mi basta portarne anche una sola a “samples=40”, e ottengo l’errore di sforamento della memoria.

Qualche altra domanda:

1.
Mi confermate che l’opzione “shader=interp” è l’equivalente di “smooth” nel caso di superfici tridimensionali?

2.
Qual è la chiave corrispondente al valore “thick”? In altre parole: “blue” è come dire “color=blue”; “thick” a che cosa è equivalente?

3.
Qual è la chiave corrispondente di “smooth”?

4.
Riguardo al procedimento per ottenere la Gamma di Eulero partendo da Mathematica, ho seguito per filo e per segno le istruzioni di Liverpool, ma ottengo qualcosa di inaspettato:

La Gamma non mi va bene per due ragioni:

1. le rette verticali in blu (sembra che facciano parte della curva!);
2. le proporzioni: no capisco perché il grafico venga così piccolo, rispetto a tutti gli altri (vedi il confronto con i due grafici di sopra).

Grazie,
L.

La Gamma di Eulero non è proprio una passeggiata 😆
Il grafico con pgfplots della Gamma è riportato nell’articolo su Ars.
Il codice è pubblico ed è scaricabile da github.

Attenzione alla licenza di rilascio di questo materiale, in particolare l’articolo è sotto CC.
Grazie.

::

Liverpool” post=721551) No. [tt]shader=interp[/tt] riguarda l’algoritmo di colorazione delle facce, non la forma e la quantità delle stesse. In altre parole, se ho solo 10 campioni per lato per il sombrero, con [tt]shader=interp[/tt] la cororazione la vedrò linearmente proporzionale alla quota, ma la forma la vedrò sempre piuttosto squadrata perché le facce sono poche. Tra l’altro l’interpolazione è lineare e non cubica. Però a volte l’effetto che dà il colore è maggiore di quello che dà la forma, perciò l’occhio si illude di vedere una superficie omogenea anche quando non lo è, solo perché se la aspetta.

Perfetto!

Liverpool” post=721552) e 3) [tt]thick[/tt] e [tt]smooth[/tt] sono entrambe chiavi, non opzioni (probabilmente le ho chiamate così perché di solito non faccio differenza). Se vedi nell’indice analitico trovi l’apposizione “key”. [tt]blue[/tt] è un’opzione che puoi dare alle chiavi [tt]draw[/tt], [tt]fill[/tt] o [tt]color[/tt], se vuoi colorare rispettivamente solo il tratto, solo il riempimento o entrambi.

Allora, vediamo di metterci d’accordo sulla terminologia. In questo codice
`\addplot`
“color” è la chiave, “blu” è il valore, “color=blue” è l’opzione. Di solito quando il valore di una chiave è “true”, questo si può sottointendere e scrivere soltanto la chiave. Nel comando \addplot, se do semplicemente “blue” questo equivale a “draw=blue”, “fill=blue” o a “color=blue”? E se “thick” e “smooth” sono chiavi, quali sono i loro valori?

Liverpool” post=721554) Non hai seguito per filo e per segno le mie istruzioni 😡 , perché io ho parlato di [tt]unbounded coords[/tt] e ti ho anche spiegato la differenza tra le due opzioni. 😛 Perché dici che il grafico è più piccolo? A me sembra uguale. Forse perché una parte dello spazio la occupa il titolo…

Hai perfettamente ragione… scusami! 🙁 Ho rimediato, questo è il risultato:

Continuo a trovare il grafico più piccolo (e anche spostato un po’ a sinistra rispetto agli altri due), ma forse è solo una mia impressione…

Per robitex: ho letto l’articolo, ma cercavo qualcosa di un po’ più semplice per disegnare la gamma. Il metodo suggerito da Liverpool è decisamente facile: in definitiva, una volta generato il file con i dati, basta l’istruzione
`\addplot [unbounded coords=jump] {gamma.txt};`

Grazie mille! 🙂

::

lorenzo.pantieri” post=72162

1) No. [tt]shader=interp[/tt] riguarda l’algoritmo di colorazione delle facce, non la forma e la quantità delle stesse. In altre parole, se ho solo 10 campioni per lato per il sombrero, con [tt]shader=interp[/tt] la cororazione la vedrò linearmente proporzionale alla quota, ma la forma la vedrò sempre piuttosto squadrata perché le facce sono poche. Tra l’altro l’interpolazione è lineare e non cubica. Però a volte l’effetto che dà il colore è maggiore di quello che dà la forma, perciò l’occhio si illude di vedere una superficie omogenea anche quando non lo è, solo perché se la aspetta.

Perfetto!

Liverpool” post=721552) e 3) [tt]thick[/tt] e [tt]smooth[/tt] sono entrambe chiavi, non opzioni (probabilmente le ho chiamate così perché di solito non faccio differenza). Se vedi nell’indice analitico trovi l’apposizione “key”. [tt]blue[/tt] è un’opzione che puoi dare alle chiavi [tt]draw[/tt], [tt]fill[/tt] o [tt]color[/tt], se vuoi colorare rispettivamente solo il tratto, solo il riempimento o entrambi.

Allora, vediamo di metterci d’accordo sulla terminologia. In questo codice
`\addplot[color=blue]`
“color” è la chiave, “blu” è il valore, “color=blue” è l’opzione. Di solito quando il valore di una chiave è “true”, questo si può sottointendere e scrivere soltanto la chiave. Nel comando \addplot, se do semplicemente “blue” questo equivale a “draw=blue”, “fill=blue” o a “color=blue”? E se “thick” e “smooth” sono chiavi, quali sono i loro valori?

Liverpool” post=721554) Non hai seguito per filo e per segno le mie istruzioni 😡 , perché io ho parlato di [tt]unbounded coords[/tt] e ti ho anche spiegato la differenza tra le due opzioni. 😛 Perché dici che il grafico è più piccolo? A me sembra uguale. Forse perché una parte dello spazio la occupa il titolo…

Hai perfettamente ragione… scusami! 🙁 Ho rimediato, questo è il risultato:

Continuo a trovare il grafico più piccolo (e anche spostato un po’ a sinistra rispetto agli altri due), ma forse è solo una mia impressione…

Per robitex: ho letto l’articolo, ma cercavo qualcosa di un po’ più semplice per disegnare la gamma. Il metodo suggerito da Liverpool è decisamente facile: in definitiva, una volta generato il file con i dati, basta l’istruzione
`\addplot [unbounded coords=jump] {gamma.txt};`

Grazie mille! 🙂

Il grafico è piccolo perché non ne imposti la dimensione della tela…
Un saluto.
R.

::

robitex” post=72163Il grafico è piccolo perché non ne imposti la dimensione della tela…

Certo, impostando le dimensioni della tela posso fare quello che voglio. Però neppure negli altri grafici due di quella pagina ho impostato le dimensioni della tela, eppure quei grafici sono un po’ più grandi. Mi chiedevo il motivo di questa differenza…

Liverpool” post=72165Comunque [tt]blue[/tt] equivale a [tt]color=blue[/tt] e [tt]smooth[/tt] e [tt]thick[/tt] sono chiavi senza valore (è scritto nel manuale).

Ottimo!

Grazie mille,
L.

::

lorenzo.pantieri” post=72162
Allora, vediamo di metterci d’accordo sulla terminologia. In questo codice
`\addplot`
“color” è la chiave, “blu” è il valore, “color=blue” è l’opzione. Di solito quando il valore di una chiave è “true”, questo si può sottointendere e scrivere soltanto la chiave. Nel comando \addplot, se do semplicemente “blue” questo equivale a “draw=blue”, “fill=blue” o a “color=blue”? E se “thick” e “smooth” sono chiavi, quali sono i loro valori?

Ti ho risposto in merito a color e thick nel mio precedente messaggio (con un edit recente e molto interessante sulla spiegazione delle chiavi per i colori :D)

lorenzo.pantieri” post=72162
Hai perfettamente ragione… scusami! 🙁 Ho rimediato, questo è il risultato:

Continuo a trovare il grafico più piccolo (e anche spostato un po’ a sinistra rispetto agli altri due), ma forse è solo una mia impressione…

Per robitex: ho letto l’articolo, ma cercavo qualcosa di un po’ più semplice per disegnare la gamma. Il metodo suggerito da Liverpool è decisamente facile: in definitiva, una volta generato il file con i dati, basta l’istruzione
`\addplot [unbounded coords=jump] {gamma.txt};`

Grazie mille! 🙂

Di un grafico puoi specificare la dimensione con:

`
\pgfplotsset{width=….}
`

Ciao
Claudio

::

lorenzo.pantieri” post=72162
Continuo a trovare il grafico più piccolo (e anche spostato un po’ a sinistra rispetto agli altri due), ma forse è solo una mia impressione…

Credo che i grafici abbiano le stesse dimensioni, solo che il grafico in alto è spostato più a destra a causa delle etichette dell’asse y; per il resto i due assi x mi sembrano uguali, bisognerebbe misurare con il righello 😛

::

Ancora ciao. Vorrei fare il grafico di una sfera. Se scrivo semplicmente
`\begin{tikzpicture}
\begin{axis}[title={Sfera.}]
\addplot3 [
surf,
z buffer=sort,
samples=30,
variable=\u,
variable y=\v,
domain=0:180,
y domain=0:360,
colormap/cool
]
({cos(u)*sin(v)},
{sin(u)*sin(v)},
{cos(v)});
\end{axis}
\end{tikzpicture}`
l”apparenza è quella di un ellissoide. Ovviamente, ciò dipende dal fatto che la tela predefinita è in formato rettangolare. Ho cercato di curare la cosa aggiungendo alle opzioni di axis
`width=6cm,
height=6cm
`
La situazione migliora, ma l’effetto di schiacciamento c’è sempre. Come risolvo?

Grazie!

::

Un’altra domanda. Mi seorprende il comportamento del valore “middle”.
`\documentclass{article}
\usepackage{pgfplots}
\begin{document}

\begin{tikzpicture}
\begin{axis}[
axis x line=middle,
axis y line=left
]
\addplot [thick,blue] {x^2};
\end{axis}
\end{tikzpicture}

\end{document}`
Come vedete, l’asse x non è “in mezzo”, come il nome suggerisce.

Un altro esempio:
`\begin{tikzpicture}
\begin{axis}[
axis x line=bottom,
axis y line=middle
]
\addplot [
thick,
blue,
domain=0:2*pi
]
{sin(deg(x))};
\end{axis}
\end{tikzpicture}
`
Come vedete, questa volta è l’asse y a non essere al centro (è a sinistra).

Questo è ancora più strano.
`\begin{tikzpicture}
\begin{axis}[
axis x line=middle,
axis y line=middle
]
\end{axis}
\end{tikzpicture}`
Come vedete, né l’asse x né l’asse y sono in mezzo: l’asse y è a destra, l’asse y è in basso.

Sul manuale ho trovato che

The case center is a synonym for middle, both draw the line through the respective coordinate 0. If this coordinate is not part of the axis limit, the lower axis limit is chosen instead.

ma non ho proprio capito che significa. Da quel poco che ho capito, “middle” cerca di mettere l’asse al centro, ma se ciò dovesse creare la presenza di quadranti vuoti, allora l’asse x viene messo in basso e l’asse y viene messo a sinistra, se necessario. Ho detto bene? Questa cosa vorrei capirla per bene, ecco!

Un’altra cosa che non ho capito è questa (è tratta dal manuale di pgfplots, pagina 168):
`axis lines=box left middle center right none`
La chiave “axis line”, da quel che ho capito, imposta il formato di entrambi gli assi contemporaneamente. Che senso ha dire che entrambi gli assi devono essere messi a destra (“right”) o a sinistra (“left”)? A destra e a sinistra ci potrà andare l’asse y, non l’asse x!

Ah, “middle” e “center” sono sinonimi, dunque?

Grazie,
L.

::

lorenzo.pantieri” post=72258Un’altra domanda. Mi seorprende il comportamento del valore “middle”.
`\documentclass{article}
\usepackage{pgfplots}
\begin{document}

\begin{tikzpicture}
\begin{axis}[
axis x line=middle,
axis y line=left
]
\addplot [thick,blue] {x^2};
\end{axis}
\end{tikzpicture}

\end{document}`
Come vedete, l’asse x non è “in mezzo”, come il nome suggerisce.

Un altro esempio:
`\begin{tikzpicture}
\begin{axis}[
axis x line=bottom,
axis y line=middle
]
\addplot [
thick,
blue,
domain=0:2*pi
]
{sin(deg(x))};
\end{axis}
\end{tikzpicture}
`
Come vedete, questa volta è l’asse y a non essere al centro (è a sinistra).

Questo è ancora più strano.
`\begin{tikzpicture}
\begin{axis}[
axis x line=middle,
axis y line=middle
]
\end{axis}
\end{tikzpicture}`
Come vedete, né l’asse x né l’asse y sono in mezzo: l’asse y è a destra, l’asse y è in basso.

Sul manuale ho trovato che

The case center is a synonym for middle, both draw the line through the respective coordinate 0. If this coordinate is not part of the axis limit, the lower axis limit is chosen instead.

ma non ho proprio capito che significa. Da quel poco che ho capito, “middle” cerca di mettere l’asse al centro, ma se ciò dovesse creare la presenza di quadranti vuoti, allora l’asse x viene messo in basso e l’asse y viene messo a sinistra, se necessario. Ho detto bene? Questa cosa vorrei capirla per bene, ecco!

Un’altra cosa che non ho capito è questa (è tratta dal manuale di pgfplots, pagina 168):
`axis lines=box left middle center right none`
La chiave “axis line”, da quel che ho capito, imposta il formato di entrambi gli assi contemporaneamente. Che senso ha dire che entrambi gli assi devono essere messi a destra (“right”) o a sinistra (“left”)? A destra e a sinistra ci potrà andare l’asse y, non l’asse x!

Ah, “middle” e “center” sono sinonimi, dunque?

Grazie,
L.

Il valore “middle” non fa altro che far passare l’asse per la coordinata 0 dell’altro asse. Se la coordinata 0 non fa parte del “dominio” dei punti dell’asse viene scelto il limite inferiore di questo “dominio”. In tutti i casi se selezioni un dominio per entrambi gli assi dove lo 0 sia compreso tra gli estremi del dominio, avrai che entrambi gli assi passeranno per l’origine.
Di conseguenza
`axis x line=middle (oppure center)`
fa si che l’asse x passi per la coordinata 0 dell’asse y. Nel caso in cui i valori sull’asse y vadano da 20 a 40, l’asse x passerà per il punto 20.
La chiave “axis line” invece vale per tutti e due gli assi, solamente che bisogna “guardarli” nel verso della freccia. In pratica sinistra e destra sono definiti per un osservatore che cammina lungo l’asse x muovendosi verso + infinito.

Ciao,
Roberto

::

maumau” post=72262Il valore “middle” non fa altro che far passare l’asse per la coordinata 0 dell’altro asse. Se la coordinata 0 non fa parte del “dominio” dei punti dell’asse viene scelto il limite inferiore di questo “dominio”. In tutti i casi se selezioni un dominio per entrambi gli assi dove lo 0 sia compreso tra gli estremi del dominio, avrai che entrambi gli assi passeranno per l’origine.
Di conseguenza
`axis x line=middle (oppure center)`
fa si che l’asse x passi per la coordinata 0 dell’asse y. Nel caso in cui i valori sull’asse y vadano da 20 a 40, l’asse x passerà per il punto 20.
La chiave “axis line” invece vale per tutti e due gli assi, solamente che bisogna “guardarli” nel verso della freccia. In pratica sinistra e destra sono definiti per un osservatore che cammina lungo l’asse x muovendosi verso + infinito.

Scusami, ma questa spiegazione mi risulta oscura… Colpa mia, sicuramente.

Grazie, comunque.

::

lorenzo.pantieri” post=72182Ancora ciao. Vorrei fare il grafico di una sfera. Se scrivo semplicmente
`\begin{tikzpicture}
\begin{axis}[title={Sfera.}]
\addplot3 [
surf,
z buffer=sort,
samples=30,
variable=\u,
variable y=\v,
domain=0:180,
y domain=0:360,
colormap/cool
]
({cos(u)*sin(v)},
{sin(u)*sin(v)},
{cos(v)});
\end{axis}
\end{tikzpicture}`
l”apparenza è quella di un ellissoide. Ovviamente, ciò dipende dal fatto che la tela predefinita è in formato rettangolare. Ho cercato di curare la cosa aggiungendo alle opzioni di axis
`width=6cm,
height=6cm
`
La situazione migliora, ma l’effetto di schiacciamento c’è sempre. Come risolvo?

Grazie!

Dopo qualche tentativo fallimentare provando ad inserire nelle opzioni di axis
`axis equal=true`
o
`plot box ratio={1}{1}{1}`
girovagando in rete ho trovato posto il medesimo problema (clicca), cui ha risposto lo sviluppatore di pgfplots, Christian Feuersaenger, qualche giorno fa: sembra esserci qualche problema appunto con la funzione proiezioni e scala.

Anche se non è una soluzione, mi auguro che ciò possa fugare il tuo dubbio.

Saluti
Antonio

::

lorenzo.pantieri” post=72263

Il valore “middle” non fa altro che far passare l’asse per la coordinata 0 dell’altro asse. Se la coordinata 0 non fa parte del “dominio” dei punti dell’asse viene scelto il limite inferiore di questo “dominio”. In tutti i casi se selezioni un dominio per entrambi gli assi dove lo 0 sia compreso tra gli estremi del dominio, avrai che entrambi gli assi passeranno per l’origine.
Di conseguenza
`axis x line=middle (oppure center)`
fa si che l’asse x passi per la coordinata 0 dell’asse y. Nel caso in cui i valori sull’asse y vadano da 20 a 40, l’asse x passerà per il punto 20.
La chiave “axis line” invece vale per tutti e due gli assi, solamente che bisogna “guardarli” nel verso della freccia. In pratica sinistra e destra sono definiti per un osservatore che cammina lungo l’asse x muovendosi verso + infinito.

Scusami, ma questa spiegazione mi risulta oscura… Colpa mia, sicuramente.

Grazie, comunque.

Penso proprio sia colpa mia, non sono mai stato bravo in italiano 😛

Allora, per quanto riguarda il posizionamento degli assi:

La traduzione del manuale sarebbe:

Il codice
`axis x line=middle`
disegna l’asse x come una retta avente equazione y=0.
Il codice
`axis y line=middle`
disegna l’asse y come una retta avente equazione x=0.

Se ad esempio scrivi
`\documentclass{article}
\usepackage{pgfplots}
\begin{document}

\begin{tikzpicture}
\begin{axis}[
xmin=-4, xmax=5,
ymin=-1, ymax=2,
axis x line=middle,
axis y line=left
]
\end{axis}
\end{tikzpicture}

\begin{tikzpicture}
\begin{axis}[
xmin=-4, xmax=5,
ymin=-1, ymax=2,
axis x line=middle,
axis y line=middle
]
\end{axis}
\end{tikzpicture}

\end{document}`

otterrai due coppie di assi cartesiani. In entrambe le coppie l’asse x passa per il punto dell’asse y avente ordinata 0.
Nel primo caso, avendo dato “axis y line=left” l’asse y passa per il punto dell’asse x avente ascissa minima (in questo caso -4).
Nel secondo caso, avendo dato “axis y line=middle” l’asse y passa per il punto dell’asse x avente ascissa 0.

A questo punto scrivendo il codice
`
\begin{tikzpicture}
\begin{axis}[
xmin=1, xmax=5,
ymin=-1, ymax=2,
axis x line=middle,
axis y line=middle
]
\end{axis}
\end{tikzpicture}
`

Si ottiene una coppia di assi in cui l’asse y non ha equazione x=0, ma x=1. Infatti in questo caso l’ascissa 0 è esterna al dominio visualizzato, quindi l’asse y viene fatto passare per l’ascissa più “vicina” a 0.

In tutti gli esempi sostituendo center a middle si ottiene lo stesso risultato.

Per quanto riguarda left e right, left sarebbe sopra l’asse x e right sotto l’asse x.

::

A pagina 168 del manuale di pgfplots, subito prima della frase da te quotata in precedenza, c’è una spiegazione che forse è più chiara della mia

Ticks and tick labels are placed according to the chosen value as well. The choice bottom will draw the
x line at y = ymin, middle will draw the x line at y = 0, and top will draw it at y = ymax. Finally,
box is a combination of options top and bottom.

… Scegliendo “bottom” l’asse delle x sarà disegnato passante per y=ymin, con “middle” l’asse passerà per y=0, con “top” l’asse passerà per y=ymax.

::

1. La sfera. Ringrazio scaneco.ant per avermi segnalato la discussione. In breve, l’autore stesso dice che si tratta di un bug dell’opzione “axis equal=true”. L’opzione funziona bene nel piano, e permette di disegnare in modo impeccabile una circonferenza:
`\begin{tikzpicture}
\begin{axis}[axis equal=true]
\addplot [
domain=0:2*pi,
variable=\t,
samples=40,
smooth,
thick,
color=blue,
]
({cos(deg(t))},{sin(deg(t))});
\end{axis}
\end{tikzpicture}`
Ma in tre dimensioni non funziona più. Una piccola considerazione: si tratta di un bug abbastanza grave, che mostra come il pacchetto (splendido, peraltro) soffra ancora di qualche (inevitabile) difetto di gioventù.

1. Su “middle”.

Scegliendo “bottom” l’asse delle x sarà disegnato passante per y=ymin, con “middle” l’asse passerà per y=0, con “top” l’asse passerà per y=ymax.

Questa frase (presente sul manuale di pgfplots) è vera purché 0 faccia parte dell’asse delle ordinate. In caso contrario, l’asse x verrà disegnato passante per il punto di ordinata “più vicina” a zero.
`[code]\begin{tikzpicture}
\begin{axis}[
xmin=1, xmax=5,
ymin=2, ymax=4,
axis x line=middle,
axis y line=middle
]
\end{axis}
\end{tikzpicture}`[/code]
Ho capito bene? C’è qualcuno che è in grado di riassumere il tutto in una frase corretta (più corretta di quella del manuale, dico)?

Grazie mille,
L.

::

lorenzo.pantieri” post=722731. La sfera. Ringrazio scaneco.ant per avermi segnalato la discussione. In breve, l’autore stesso dice che si tratta di un bug dell’opzione “axis equal=true”. L’opzione funziona bene nel piano, e permette di disegnare in modo impeccabile una circonferenza:
`\begin{tikzpicture}
\begin{axis}[axis equal=true]
\addplot [
domain=0:2*pi,
variable=\t,
samples=40,
smooth,
thick,
color=blue,
]
({cos(deg(t))},{sin(deg(t))});
\end{axis}
\end{tikzpicture}`
Ma in tre dimensioni non funziona più. Una piccola considerazione: si tratta di un bug abbastanza grave, che mostra come il pacchetto (splendido, peraltro) soffra ancora di qualche (inevitabile) difetto di gioventù.

1. Su “middle”.

Scegliendo “bottom” l’asse delle x sarà disegnato passante per y=ymin, con “middle” l’asse passerà per y=0, con “top” l’asse passerà per y=ymax.

Questa frase (presente sul manuale di pgfplots) è vera purché 0 faccia parte dell’asse delle ordinate. In caso contrario, l’asse x verrà disegnato passante per il punto di ordinata “più vicina” a zero.
`[code]\begin{tikzpicture}
\begin{axis}[
xmin=1, xmax=5,
ymin=2, ymax=4,
axis x line=middle,
axis y line=middle
]
\end{axis}
\end{tikzpicture}`[/code]
Ho capito bene? C’è qualcuno che è in grado di riassumere il tutto in una frase corretta (più corretta di quella del manuale, dico)?

Grazie mille,
L.

[OT]
Ma non mi dire che il più irriducibile nemico del disegno programmato in LaTeX ora ne sta diventando un virtuoso sopraffino! 😀

Ciao
Tommaso
[/OT]

::

illinguista1972″ post=72274Ma non mi dire che il più irriducibile nemico del disegno programmato in LaTeX ora ne sta diventando un virtuoso sopraffino! 😀

Si vede che che sono rimasto folgorato sulla via di Damasco… 😉

Scherzi a parte: non sono un virtuoso di pgfplots, ma ne sono un ammiratore entusiasta, lo sto imparando poco a poco, con gusto.

Nonostante sia un fan di pgfplots, sul disegno programmato tout court ho ancora qualche riserva. In questi giorni che sto studiando la cosa con occhi nuovi, sono rimasto sorpreso da quante siano le esigenze grafiche di un documento tecnico-sceintifico: il disegno di funzioni è una parte importante (capita abbastanza spesso di dover disegnare il grafico di una funzione), ma assolutamente minoritaria. Basta aprire un libro di Analisi I per rendersene conto…

Le esigenze grafiche sono di gran lunga superiori a quelle (diciamo) “testuali”. Se un documento come l’Arte mette in condizione l’utente di scrivere la parte testuale sua tesi, venendo incontro alla maggior parte delle esigenze più comune (sezionamento, indici, testatine, note, bibliografia, …), per soddisfare le esigenze grafiche di un utente “medio” sarebbe necessario un libro (meglio: un’enciclopedia) di migliaia di pagine. 🙁 (La cosa mi ricorda il confronto alfabeto/ideogrammi: gli ideogrammi sono infinitamente di più.) E affrontare la cosa con LaTeX può voler dire scrivere codice complicatissimo, fuori dalla portata dell’utente medio. Vedi l’esempio pluricitato dei maialini: l’utente “medio” potrebbe volere un grafico di quel tipo, ma il codice per produrlo è fuori dalla sua portata.

Insomma, il disegno programmato con LaTeX è uno strumento utilissimo: certe cose si possono fare con difficoltà analoga a quella impiegata per imparare altri programmi (fare un grafico di funzione con pgfplots non è più difficile che farlo con Mathematica; e se proprio si avesse bisogno di Mathematica, lo si può usare per fare i calcoli lasciando a pgfplots ll compito di fare il grafico); altre cose, invece, sono molto più difficili rispetto all’uso di un software dedicato. Altre volte (pensiamo a un progetto di un edificio), usare un software esterno è necessario. Questo mi sembra un approccio equilibrato alla questione: non si tratta di schierarsi pro o contro il disegno programmato: è uno strumento utilissimo, a volte può far comodo usarlo, altre volte no.

Di sicuro, la trasformazione della parte sulle figure nella prossima versione dell’Arte sarà un grosso cambiamento. 😉

Ciao,
L.

::

Un’altra domanda. Ho bisogno di inserire tre grafici di funzione nello stesso riferimento. Il dominio dei tre grafici è lo stesso.
`\begin{tikzpicture}
\begin{axis}[domain=-6*pi:6*pi]
\addplot [
samples=200,
thick,
color=blue
]
{x*sin(deg(x))};
\addplot [dashed] {x};
\addplot [dashed] {-x};
\end{axis}
\end{tikzpicture}`
Questo codice funziona, ma è “logicamente” corretto? Voglio dire, di regola do la chiave “domain” nelle opzioni di \addplot, non di axis: infatti il dominio di una funzione mi pare che abbia a che vedere più col suo grafico che con il riferimento in cui è rappresentato.

Però qui mi sembra giusto fare così: l’opzione “domain=-6*pi:6*pi” viene passata ai tre \addplot , così il codice è più trasparente. È sempre così? Voglio dire, posso dare qualunque opzione di \addplot indifferentemente anche come opzione di axis?

Grazie,
L.

::

lorenzo.pantieri” post=72279Un’altra domanda. Ho bisogno di inserire tre grafici di funzione nello stesso riferimento. Il dominio dei tre grafici è lo stesso.
`\begin{tikzpicture}
\begin{axis}[domain=-6*pi:6*pi]
\addplot [
samples=200,
thick,
color=blue
]
{x*sin(deg(x))};
\addplot [dashed] {x};
\addplot [dashed] {-x};
\end{axis}
\end{tikzpicture}`
Questo codice funziona, ma è “logicamente” corretto? Voglio dire, di regola do la chiave “domain” nelle opzioni di \addplot, non di axis: infatti il dominio di una funzione mi pare che abbia a che vedere più col suo grafico che con il riferimento in cui è rappresentato.

Però qui mi sembra giusto fare così: l’opzione “domain=-6*pi:6*pi” viene passata ai tre \addplot , così il codice è più trasparente. È sempre così? Voglio dire, posso dare qualunque opzione di \addplot indifferentemente anche come opzione di axis?

Grazie,
L.

Ciao,
lo trovo perfettamente coerente.
Se tutte le funzioni devono essere rappresentate nello stesso dominio…
R.

::

1.

robitex” post=72282lo trovo perfettamente coerente. Se tutte le funzioni devono essere rappresentate nello stesso dominio…

Anch’io la penso così. In quali altri casi è giustificata una prassi del genere? Ovvero, dare in pasto ad axis opzioni che “andrebbero” date a \addplot?

2.
Resta il problema di “middle”.

Scegliendo “bottom” l’asse delle x sarà disegnato passante per y=ymin, con “middle” l’asse passerà per y=0, con “top” l’asse passerà per y=ymax. Questo purché 0 faccia parte dell’asse delle ordinate: in caso contrario, l’asse x verrà disegnato passante per il punto di ordinata “più vicina” a zero.

Questa frase va bene? Come può essere migliorata?

Grazie,
L.

::

lorenzo.pantieri” post=722841.

lo trovo perfettamente coerente. Se tutte le funzioni devono essere rappresentate nello stesso dominio…

Anch’io la penso così. In quali altri casi è giustificata una prassi del genere? Ovvero, dare in pasto ad axis opzioni che “andrebbero” date a \addplot?

Sempre, non si tratta di concetti matematici ma di un linguaggio che li esprime, ed in questo caso la struttura delle opzioni chiave valore deve mantenere la sua logica:
* Un opzione data globalmente vale in ogni elemento (\pgfplotsset).
* Posso dare un valore diverso per un insieme di elementi (opzione ad axis).
* Per ogni elemento posso modificare localmente il valore dell’opzione (opzione a \addplot).

Il linguaggio è il nucleo essenziale del mondo TeX dal punto di vista dell’utilizzatore. imho
R.

::

Liverpool” post=72287Secondo me si tratta di un vero e proprio errore di programmazione molto grave […]. Un altro aspetto che è stato totalmente ignorato dall’autore del pacchetto è la possibilità di produrre proiezioni prospettiche, opzione disponibile sia in Mathematica sia in Matlab, che sono i due software che stiamo usando maggiormente per il confronto. Spero che la lacuna venga colmata al più presto.

Ti chiedo di far presente la cosa all’autore del pacchetto: è importante, confido che correggerà gli errori e integrerà le funzioni di cui parli. In effetti, siamo molto esigenti con lui! Mathematica è in giro dal 1988 (in informatica equivale a un’era geologica), pgfplots da quando? Due anni? Mathematica costa migliaia di euro, pgfplots è gratis. Mathematica (tiro a indovinare) è sviluppato da decine di programmatori professionisti, pgfplots da pochi volontari. Insomma, Davide contro Golia. Eppure pgfplots regge alla grande il confronto! E siamo solo all’inizio!

Ah, vorrei che tu ci cimentassi nell’impresa di correggermi la frase su “middle” che ho riportato nel precedente intervento: non sono sicuro che vada bene.

robitex* Un opzione data globalmente vale in ogni elemento (\pgfplotsset).
* Posso dare un valore diverso per un insieme di elementi (opzione ad axis).
* Per ogni elemento posso modificare localmente il valore dell’opzione (opzione a \addplot).

Giusto. Ma vorrei sapere con precisione quali valori possono essere dati ad axis e quali no. Tutti quelli che si possono dare a \addplot? O solo alcuni?

Grazie,
L.

::

Sono sollevato: non sono il solo a trovare innaturale quella scelta!

Liverpool” post=72291In quel caso direi che i valori bottom e top impongono il passaggio dell’asse orizzontale [nota: non lo chiamerei né asse x, né asse delle ascisse] per y=ymin e y=ymax rispettivamente; il valore center o middle ne impone il passaggio per l’origine se il grafico taglia l’asse delle ascisse, altrimenti coincide con il valore bottom o top a seconda che il grafico sia interamente al di sopra o al di sotto di esso rispettivamente.

Mi sono accorto di non sapere bene che signfica “origine” di un sistema di riferimento! Io l’avevo sempre interpretato come “punto d’intersezione degli assi”, ma se è così è ovvio che entrambi gli assi passano sempre per l’origine. Tu invece, mi pare, intendi origine come “punto dell’asse verticale di ordinata y=0”. Mi sbaglio? Se è così, penso che, per evitare ambiguità, la frase andrebbe resa così:

I valori bottom e top impongono il passaggio dell’asse delle ascisse per y=ymin e y=ymax rispettivamente; il valore center o middle ne impone il passaggio per il punto dell’asse verticale di ordinata y=0 se il grafico taglia l’asse delle ascisse, altrimenti coincide con il valore bottom o top a seconda che il grafico sia interamente al di sopra o al di sotto di esso rispettivamente.

Ah, perché preferisci “asse orizzontale” ad “asse delle ascisse”? Io preferisco “asse delle ascisse” e trovo “orizzontale” e “verticale” poco felici: se giri di un angolo retto il foglio il nome “orizzontale” e “verticale” è fuorviante. Ma è solo una questione di gusto. Che dici?

Ciao
L.

::

Liverpool” post=72127

Detto in altri termini: l’interpolazione lineare (curve di Bézier del primo ordine: segmenti) richiede un mucchio di punti; [omissis] . Le curve di Bézier del terzo ordine sono raccordate in modo da mantenere la continuità della tangente sia quella della concavità. Fidatevi di Bézier: le quadratiche vanno già bene; le cubiche vanno ottimamente. Sia tikz sia pgfplots possono usare tranquillamente le curve di Bézier; con grossi vantaggi sul disegno e sull’impiego modesto della memoria.

Su questo punto non sono d’accordo ad occhi chiusi. Ci sono dei grafici per i quali le curve di Bézier vanno benissimo e sono quelli in cui, come hai detto tu, tra le proprietà della curva c’è la continuità della tangente e della concavità. Ci sono però delle curve che non hanno questa proprietà e tracciarle con l’interpolazione cubica può dare problemi se i punti non sono scelti bene. Prendi ad esempio il grafico di una rampa o una qualunque curva con un punto angoloso. Se i nodi sono scelti uniformemente nel dominio e sono radi, rischi di prendere fischi per fiaschi. Se invece i nodi sono uniformemente distribuiti e densi va tutto bene, ma a questo punto a che ti serve l’interpolazione non lineare? Per mantenere basso il numero dei nodi, la soluzione è addensarli in prossimità del punto angoloso e diradarli altrove, che è ciò che fanno Matlab e Mathematica quando determinano il luogo delle radici, ad esempio. Ma se non usiamo un algoritmo del genere? Pensa ad un campionamento uniforme con acquisizione dati. Affideresti alla cieca la tua analisi alle curve di Bézier? La figura che segue mostra la differenza di comportamento della rampa nel caso di interpolazione lineare e cubica su nodi equispaziati, ottenuto con questo codice:
`\documentclass{standalone}
\usepackage{pgfplots}

\begin{document}
\begin{tikzpicture}
\begin{axis} [legend pos=north west, no marks]
\addplot+[thick, dashed] coordinates {(-3,0) (-2,0) (-1,0) (0,0) (1,1) (2,2) (3,3)};
\addplot+[smooth, thick] coordinates {(-3,0) (-2,0) (-1,0) (0,0) (1,1) (2,2) (3,3)};
\legend{lineare,cubica}
\end{axis}
\end{tikzpicture}
\end{document}`

[attachment=246]rampa.png[/attachment]

Altro aspetto è quello del risparmio di memoria. Perché pensi che l’interpolazione di ordine superiore faccia risparmiare memoria? Secondo te dove vengono memorizzati i punti inermedi tra i nodi (*)? Quei punti che non ci metti tu nella definizione della curva se li deve calcolare e memorizzare lui per tracciare il grafico: non è che i punti sul pdf se li può inventare. Quindi non solo non risparmi memoria, ma rallenti anche la compilazione(**). Fa una prova. Io ho provato a tracciare una retta con un numero di campioni spinto quasi al limite. Ho aggiunto l’opzione [tt]smooth[/tt] e la compilazione si è arrestata per sforamento della capacità. L’interpolazione cubica serve solo a rendere più dolci i grafici quando i punti a disposizione sono pochi e ad ottenere risultati decenti non rallentando troppo la compilazione(**) con un numero sproporzionato di campioni. La soluzione sta semplicemente nel non esagerare con i nodi, ma io preferisco (quasi) sempre campioni veri a campioni inventati.

O sbaglio? Ciao

*************************************
Edit: forse ho capito ora che con “impiego modesto della memoria” volevi dire che con le curve di Bézier servono meno punti in più che con l’interpolazione lineare per ottenere generalmente buoni risultati con un modesto incremento della memoria. Se è così siamo d’accordo (con le obiezioni sollevate all’inizio), ma è bene chiarire che l’interpolazione cubica ha bisogno di ulteriore spazio di memoria per definire le curve rispetto a quella riservata ai campioni.
*************************************

(*) non intendo i punti che costituiscono la linea, ma quelli necessari a determinare univocamente l’equazione della curva.
(**) rallenti la compilazione rispetto al caso in cui non aumenti tu i nodi, ma se per evitare le curve di Bézier aumenti i campioni, il discorso è vero fintantoché la funzione della quale vuoi disegnare il grafico è più “semplice” di un polinomio di terzo grado e quindi quasi mai.

Forse mi era sfuggita la lettura di tutto il messaggio, che ora ho ritrovato e ho letto con attenzione.

ti posso dare due risposte:

1) è ovvio che una curva da tracciare contiene delle discontinuità, usi l’interpolazione lineare, quedratica, cubica solo nei tratti dove la curva è sufficientemente regolare; quindi una funzione gradino si disegna con due segmenti non raccordati; una rampa si disegna con due segmenti raccordati; una curva con cuspide si disegna con due curve (di orine 1, 2 o tre non importa; si usa la curva più adatta)che hanno solo le coordinate della cuspide in comune, eccetera.

2) le curve di Bézier richiedono ognuna quattro punti; due sono di inteprolazione e gli altri due sono di controllo; la parte difficile da fare e che fa pgfplots, è quella di determinare i punti di controllo delle due tangenti e della concavità per le curve del terzo orine, senza obbligare l’utente a definirli; poi una volta fatti questi calcoli, tenuto conto che ongi nuova curva aggiunta al grafico parte dal putno fissato con “moveto” e arriva allaltro nodo, mentre in mezzo ci sono le coordinate dei punti di controllo, ogni nuovo arco richiede un comando PostScript o un compndo PDF che aggiunge solo tre coordinate al file di uscita intercalate con poche altre informazoini relative a chi fa che cosa; tipicamente pict2e per una cubica richede di scrivere nel file di uscita il risultato della traduzione nel linguaggio del driver in uso di
`
\curveto(x1,y1)(x2,y2)(x3,y3)
`
dove x1,y1 e x2,y2 sono le coordinate dei due punti di controllo, e x3,y3 sono le coordinate del nodo di arrivo; il codice tradotto in linguaggio pdf richede un’altra mezza dozzina di caratteri; PostScript è più “verboso” e ne richiede una ventina in più.

La domanda allora diventa: dove sono i punti della cirva? semplice, non ci sono; la curva viene ridisegnata ogni vola dal driver per il formato di uscita: se questo è PDF, ci pensa Preview, Skim, Adone Reader, Sumatra, xpdf, o quant’altro a tradurre quelle poche informazioni in una bela curva sia sullo schermo sia sulla carta disegnata con il colore giusto a lo spessore giusto.

Ora sarà pur vero che il linguaggio PDF non costituisce una macchina di Turing, ma è anche vero che i suoi comandi primitivi consentono di disegnare curve cubiche molto bene con tre (quattro contando anche il punto di partenza) sole coordinate e qualche byte in più per dirgli che cosa deve fare con quelle coordinate.

Ecco perché affermo che è opportuno usare sempre l’interpolazione cubica, ovviamante quando si può; certo non con funzioni discontinue, ma tra una discontinuità e l’altra.

D’altra parte come pensi che si posano disegnare i caratteri ridigitallizzando ex novo il disegno ogni volta che si cambia scala sullo schermo in modo da non ingrandire i pixel che sono serviti per digitalizzare la pagina in prima istanza?perché il font bitmapped sono così scadenti quando si ingrandisce il disegno sullo schermo? proprio perché sono definiti da una matrice fissa di quadratini/rettangolini che nella scala giusta producono un bel disegno, ma nella scala sbagliata producono un orrore. L’abilità del visualizzatore delle pagine PDF sta appunto nela sua abilità di ridisegnare e rigitalizzare ogni forma grafica che appare sullo schermo disponendo appunto delle poche informazioni costituite dai nodi di interpolazione e dai punti di controllo dei relativamante pochi archi che formao ol disegno di ogni carattere.

Prova a installarti FontForge, se non lhai già installato; anche i contorni dei caratteri sono curve; ma vai a vedere un carattere qualsiasi scegliendolo da una qualsiasi polizza pfb, o ttf, o otf, cliccando sopra il disegno del carattere puoi evidenziare in rosso sia i nodi di interpolazione sia i unti di controllo, sia il contorno del glifo; nonostante ogni glifo possa essere più o meno complicato il numero totale di nodi di interpolazione è veramente modesto; prova so a immaginare quanti nodi ci vorrebbero se si usasse solo l’interpolazione lineare. ogni glifo sarebbe disegnato usando un numro di noti superiore di almeno due ordini di grandezza rispetto a quando sono disegnati con spline cubiche; noterai che in prossimità delle cuspidi le due tangenti destra e sinistra rispetto al verso di percorrenza sono indipendenti l’una dall’altra, mentre se provi a muovere il punto di controllo di una tangente in un nodo di continuità, si muove corrispondentemente anche il punto di controllo dell’altra tangente.

Anche senza disegnare font, l’uso di FontForge insegna tante cose sull’uso dell’interpolazione cubica.

Scusa se mi sono dilungato sull’interpolazione cubica dei contorni dei glifi. questi contorni sono curve come tutte le altre ma presentano anche delle cuspidi; l’unica cosa di cui non dispongono sono le discontinuità di prima specie, perché sono sempre curve chiuse semplicemente connesse. Però in questo modo credo di avere risposto alla tua domanda sull’interpolazione.

::

mi permetto di contribuire alla discussione con questo contributo in cui ci siamo imbattuti io e @Liverpool
non semple tikz funziona in modo corretto o meglio non si dimostra anciora un linguaggio <>
saluti
claudio

::

Liverpool” post=72344 @Lorenzo: hai letto le osservazioni sulla differenza tra asse orizzontale e asse delle ascisse? C’è qualcun altro che vuole commentare?

Sì, le ho lette e concordo con te.

Riguardo ai difett(ucc)i di TikZ: buono a sapersi, ma, ripeto, è Davide contro Golia: chi ha scritto quel pacchetto l’ha fatto gratis, e dà filo da torcere a una multinazionale quotata in borsa che dà lavoro a decine di ingegneri del software. Cappello.

L.

::

Christian Feuersaenger– I need to fix axis equal; it must be wrong. But I currently do not know how.

Ahia. Speriamo che ne venga a capo. L’articolo “L’arte di fare grafici con LaTeX è quasi pronto”. Stay tuned… 😉

Ciao
L.

::

Liverpool” post=72287

Una piccola considerazione: si tratta di un bug abbastanza grave, che mostra come il pacchetto (splendido, peraltro) soffra ancora di qualche (inevitabile) difetto di gioventù.

Secondo me si tratta di un vero e proprio errore di programmazione molto grave, che mostra come il disegno in tre dimensioni non sia attendibile. Prendiamo ad esempio l’assonometria isometrica. Per realizzarla dobbiamo porre l’azimut e l’elevazione rispettivamente pari a 45° e atan(sqrt(2)/2)*180°/pi, cioè [tt]view={45}{35.26}[/tt]. In che modo possiamo verificare ad occhio che la proiezione sia realizzata correttamente? Semplice: un cubo deve apparire come un esagono regolare. Eppure questo codice non dà il risultato corretto
`\begin{tikzpicture}
\begin{axis} [axis equal=true, axis lines=none, view={45}{35.26}]
\addplot3 [mark=cube, mark size=2cm] coordinates {(0,0,0)};
\end{axis}
\end{tikzpicture}`Ho verificato che per avere l’isometria bisogna porre l’elevazione pari a circa 58,5°. Non chiedetemi perché. In tal caso anche la sfera appare come un cerchio.

Un altro aspetto che è stato totalmente ignorato dall’autore del pacchetto è la possibilità di produrre proiezioni prospettiche, opzione disponibile sia in Mathematica sia in Matlab, che sono i due software che stiamo usando maggiormente per il confronto. Spero che la lacuna venga colmata al più presto.

P.S.: scusate la scarsa partecipazione, ma in questi giorni ho un po’ d’impegni.

Ci ho pensato a lungo, ed ecco perché questo mio commento arriva così tardi. Gli angoli 35,26° e 58.5° sono sospettosamente quasi complementari; tenuto conto che il valore di 58,5° sembra ottenuto ad occhio, quindi con una relativa tolleranza nella valutazione dell’esagono, che cosa succede se si usa il valore esattamante complementare 54,74° ? Secondo me, l’esagono continua ad essere esagono (ad occhio, s’intende).
Questo mi fa sorgere il sospetto che invece dell’altezza ci vorrebbe il suo complemento; e quindi sospetto che ci sia una confusione fra la colatitudine e la latitudine nella scelta delle coordinate sferiche. È solo un sospetto; potrebbe essere una solenne cretinata.

::

Ancora qualche domanda.

1. Quali sono i valori predefiniti della chiave view?

2. Qual è il valore predefinito della chiave mark? Che cosa fa esattamente questa chiave? Che cosa fa “mark=x”? Perché con “mark=x” non si hanno per marcatori delle “x”, ma delle semplici linee?

Grazie,
L.

::

lorenzo.pantieri” post=72469Ancora qualche domanda.

1. Quali sono i valori predefiniti della chiave view?

2. Qual è il valore predefinito della chiave mark? Che cosa fa esattamente questa chiave? Che cosa fa “mark=x”? Perché con “mark=x” non si hanno per marcatori delle “x”, ma delle semplici linee?

Grazie,
L.

1.Il manuale dice 25 e 30.

2.La chiave mark non ha un valore predefinito (secondo il manuale di pgf), se non imposti niente dovrebbe plottare un cerchietto blu. Permette di cambiare la forma del marcatore scegliendo tra una serie di forme precaricate. La chiave “mak=x” disegna una croce con i bracci uguali alle diagonali di un quadrato avente lato pari al doppio del valore della chiave “mark size”. Lo spessore dei bracci si può cambiare con il codice “every mark./append style={line width=1pt}”. Il perché la x indichi la croce credo risieda nella traduzione di croce, che in inglese è cross, e che viene spesso abbreviata con la x. Se si vuole avere la lettera x come marcatore si deve utilizzare “mark=text”, dopo aver definito la chiave “/pgf/text mark=x”, il cui valore di default è “p”. Con varie opzioni si può poi cambiare lo stile del testo rappresentato.

Ciao,
Roberto

::

maumau” post=724701.Il manuale dice 25 e 30.

2.La chiave mark non ha un valore predefinito (secondo il manuale di pgf), se non imposti niente dovrebbe plottare un cerchietto blu. Permette di cambiare la forma del marcatore scegliendo tra una serie di forme precaricate. La chiave “mak=x” disegna una croce con i bracci uguali alle diagonali di un quadrato avente lato pari al doppio del valore della chiave “mark size”. Lo spessore dei bracci si può cambiare con il codice “every mark./append style={line width=1pt}”. Il perché la x indichi la croce credo risieda nella traduzione di croce, che in inglese è cross, e che viene spesso abbreviata con la x. Se si vuole avere la lettera x come marcatore si deve utilizzare “mark=text”, dopo aver definito la chiave “/pgf/text mark=x”, il cui valore di default è “p”. Con varie opzioni si può poi cambiare lo stile del testo rappresentato.

Grazie mille! :-)))

::

Ciao a tutti,
`\documentclass{article}
\usepackage{pgfplots}

\begin{document}

\begin{tikzpicture}
\begin{axis}[axis lines=middle]
\addplot [
domain=0:2*pi,
samples=40,
smooth,
thick,
color=blue
]
{sin(deg(x))};
\end{axis}
\end{tikzpicture}

\end{document}`
Come si vede, la linea è tagliata in cima e in fondo. Il difetto è piccolo, ma si nota. Che succede?

Grazie,
L.

::

Mi rispondo da solo. Si vede che il pachetto fa fatica a gestire le parti di curva che sono al limite del riferimento. Per rimediare:
`\begin{tikzpicture}
\begin{axis}[
ymin=-1.1,
ymax=1.1,
xmin=0,
xmax=6.5,
axis lines=middle]
\addplot [
domain=0:2*pi,
samples=40,
smooth,
thick,
color=blue
]
{sin(deg(x))};
\end{axis}
\end{tikzpicture}`
Lo considero un piccolo bug del pacchetto.

Che ne dite?

Ciao,
L.

P.S. Faccio presente che il difetto l’ho notato Tommaso, io non me n’ero accorto! 🙂

::

Più che un difetto di pgfplots, lo chiamerei un difetto del disegnatore; Non è una buona idea disegnare gli assi in modo che siao al limite della curva da tracciare; certo pgfplot fa fatica a disegnare qualcosa al limite del bordo della tela, e la chiamerei una feature, ma se da fisico metti il nome della grandezza tracciata , le unità di misura e la scala nelle ordinate, non metteresti mai la tacca del valore 1 sulla punta della freccia dell’asse per tracciare il seno di un angolo. Il primo disegno col difettuccio che hai messo nel forum sarebbe un disegno impresentabile non per il difettuccio della linea del seno, ma per il disegno dell’asse verticale e orizzontale.:smile:

Ecco, questo esempio, invece sarebbe utile nella tua monografia sull’uso di tikz e pgfplots per dire come NON bisogna fare i disegni dei diagrammi, spiegando il perché e magari facendo riferimento alla norma UNI relativa al disegno di diagrammi, cartogrammi, e simili. Ora non ho il riferimento sottomano, ma c’è nella bibliografia della guidaGuIT.

Ciao
Claudio

::

Credo sia un problema di bounding box, visibile anche nel primo esempio a pagina 67 del manuale. In pratica tutto ciò che esce fuori dagli assi viene eliminato. Si ha quell’effetto nel tuo esempio perchè la linea passa effetivamente per 1 però, avendo un certo spessore, la parte superiore viene tagliata. Si risolve facilmente come hai mostrato. Io costruisco i grafici sempre con un box tutto intorno e quindi il problema non mi si è mai presentato perchè le curve sono sempre completamente all’interno.

Ciao
Fra

::

OldClaudio” post=72664Più che un difetto di pgfplots, lo chiamerei un difetto del disegnatore; Non è una buona idea disegnare gli assi in modo che siao al limite della curva da tracciare; certo pgfplot fa fatica a disegnare qualcosa al limite del bordo della tela, e la chiamerei una feature, ma se da fisico metti il nome della grandezza tracciata , le unità di misura e la scala nelle ordinate, non metteresti mai la tacca del valore 1 sulla punta della freccia dell’asse per tracciare il seno di un angolo. Il primo disegno col difettuccio che hai messo nel forum sarebbe un disegno impresentabile non per il difettuccio della linea del seno, ma per il disegno dell’asse verticale e orizzontale.:smile:

Ecco, questo esempio, invece sarebbe utile nella tua monografia sull’uso di tikz e pgfplots per dire come NON bisogna fare i disegni dei diagrammi, spiegando il perché e magari facendo riferimento alla norma UNI relativa al disegno di diagrammi, cartogrammi, e simili. Ora non ho il riferimento sottomano, ma c’è nella bibliografia della guidaGuIT.

Eh eh, quando con LaTeX capitano cose brutte, si parla di “feature” e non di “difetti”. 😉 No, non ti seguo. Prendiamo il codice:
`\begin{tikzpicture}
\begin{axis}[axis lines=middle]
\addplot [
domain=0:2*pi,
samples=40,
smooth,
thick,
color=blue
]
{sin(deg(x))};
\end{axis}
\end{tikzpicture}`
Qui sto dicendo che voglio una (porzione di) sinusoide, con dominio compreso tra 0 e due pi greco. A livello “logico” è tutto: dovrebbe essere il pacchetto a fare il grafico correttamente, non dovrei essere io a fare gli aggiustamenti manuali al riferimento. La controprova? Se con Mathematica scrivo
`Plot[Sin[x], {x, 0, 2Pi}]`
il grafico viene perfetto, senza doverci mettere mano. È Mathematica che si occupa di aggiungere un po’ di spazio agli assi (x e y) perché il grafico venga bene. In altre parole, Mathematica risolve automaticamente i problemi di rappresentazione in entrambi gli assi. Ecco un’altra cosa da far presente all’autore del pacchetto.

Vedremo quanto di questa cosa dire nell’articolo… 😉

::

Io non lo chiamerei neanche un difetto del disegnatore. Se la linea cade fuori dal box disegnato c’è poco da fare, metà dello spessore della linea non verrà visualizzato. Il problema si risolve dando
`begin{axis}[enlarge y limits, ………`
che automaticamente aumenta il box lungo l’asse y.

Ciao,
Roberto

::

maumau” post=72672Io non lo chiamerei neanche un difetto del disegnatore. Se la linea cade fuori dal box disegnato c’è poco da fare, metà dello spessore della linea non verrà visualizzato. Il problema si risolve dando
`begin{axis}[enlarge y limits, ………`
che automaticamente aumenta il box lungo l’asse y.

Ciao,
Roberto

Giusto, se invece non si specifica l’opzione [tt]axis lines=middle[/tt], [tt]enlarge y limits[/tt] è attiva di default. Comunque credo che OldClaudio stesse parlando in generale di come si dovrebbe disegnare un grafico in maniera professionale, da li è nato il “difetto del disegnatore”.

Ciao
Fra

::

Spike” post=72676

Io non lo chiamerei neanche un difetto del disegnatore. Se la linea cade fuori dal box disegnato c’è poco da fare, metà dello spessore della linea non verrà visualizzato. Il problema si risolve dando
`begin{axis}[enlarge y limits, ………`
che automaticamente aumenta il box lungo l’asse y.

Ciao,
Roberto

Giusto, se invece non si specifica l’opzione [tt]axis lines=middle[/tt], [tt]enlarge y limits[/tt] è attiva di default. Comunque credo che OldClaudio stesse parlando in generale di come si dovrebbe disegnare un grafico in maniera professionale, da li è nato il “difetto del disegnatore”.

Ciao
Fra

Già, per questo ci sarebbe bisogno di un’opzione “ISO”, per cui i grafici vengano plottati secondo le norme vigenti, con tutto l’ambaradan già impostato.

P.S. Rispetto all’opzione clip=false preferisco enlarge limits, in quanto mi visualizza anche il tick rispettivo al massimo e al minimo valore sull’asse.

Ciao,
Roberto

::

Grazie mille ragazzi! Ho trovato che “enlarge y limits” non funziona, mentre “clip=false” sì. Provare per credere:
`\begin{tikzpicture}
\begin{axis}[
enlarge y limits,
axis lines=middle]
\addplot [
domain=0:2*pi,
samples=40,
smooth,
thick,
color=blue
]
{sin(deg(x))};
\end{axis}
\end{tikzpicture}`
`\begin{tikzpicture}
\begin{axis}[
clip=false,
axis lines=middle]
\addplot [
domain=0:2*pi,
samples=40,
smooth,
thick,
color=blue
]
{sin(deg(x))};
\end{axis}
\end{tikzpicture}`
Domanda: esiste un’opzione per far sì che la curva non vada a sbattere sulla freccia delle x?

Grazie,
L.

::

Se metti [tt]enlarge y limits[/tt] dopo [tt]axis lines=middle[/tt] dovrebbe funzionare.

Domanda: esiste un’opzione per far sì che la curva non vada a sbattere sulla freccia delle x?

[tt]enlarge x limits[/tt] potrebbe andare?

Ciao
Fra

::

lorenzo.pantieri” post=72686Grazie mille ragazzi! Ho trovato che “enlarge y limits” non funziona, mentre “clip=false” sì. Provare per credere:
`\begin{tikzpicture}
\begin{axis}[
enlarge y limits,
axis lines=middle]
\addplot [
domain=0:2*pi,
samples=40,
smooth,
thick,
color=blue
]
{sin(deg(x))};
\end{axis}
\end{tikzpicture}`
`\begin{tikzpicture}
\begin{axis}[
clip=false,
axis lines=middle]
\addplot [
domain=0:2*pi,
samples=40,
smooth,
thick,
color=blue
]
{sin(deg(x))};
\end{axis}
\end{tikzpicture}`
Domanda: esiste un’opzione per far sì che la curva non vada a sbattere sulla freccia delle x?

Grazie,
L.

Per quanto riguarda la prima domanda, “axis=middle” sovrascrive l’opzione enlarge y limits, che quindi va data dopo. Al solito, l’ordine è importante e io sono estremamente disordinato 😛 . Invertine la posizione e tutto si risolve.
Per quanto riguarda la seconda domanda, puoi risolvere con “enlarge x limits”, oppure accorpare i due “enlarge” con la chiave “enlargelimits”.

Ciao,
Roberto

::

Ragazzi, la filosofia del bug a confronto di feature mi lascia indifferente; è chiaro che si tratta solo di dialettica; Lorenzo sta cercando giustamente di portare esempi per i neofiti; quindi ha bisogno di dare regole semplici e intuitive.
Mi paiono giuste le annotazioni presentate, di enlarge y axis, di clip, di non mettere nulla lasciando i valori di default per gli assi, eccetera. e Lorenzo ha fatto benissimo a sollevare la questione.

Io vi propongo un altro aspetto: la chiave smooth fa un lavoro abbastanza modesto; invece di mettere samples=40 (un campione ogni 9 gradi d’angolo) provate a mettere samples=6 (un campione ogni 60 gradi): il disegno appare inaccettabilmente deformato.

Mi direte: già, con così pochi campioni che cosa pretendi?

In realtà non voglio pretendere nulla, ma mi aspetterei di più dall’algoritmo di determinazione dei nodi e dei punti di controllo delle spline, almeno la simmetria, mentre il disegno appare palesemente smooth, ma asimmetrico; se si mettono di valori di samples minori di 40 (o di 36) si migliora la simmetria ma vedono ad occhio nudo gli estremi delle varie spline che di default sono troppo tese (la concavità al centro di ogni arco è piuttosto bassa). METAFONT E METAPOST ci riuscirebbero molto meglio.

Vi mostro questo grafico dove in blu cè quanto fa pgdplots con samples=6, e due spline (corrispondenti in un certo senso a samples=3) con le quali l’approssimazione del seno non so dire se sia migliore o peggiore di quella ottenuta con samples-6, ma almeno è simmetrica e qualitativamente assomiglia di più alla funzione seno — attenzione: qualitativamente, perché con le spline abbiamo sempre approssimazioni, anche con spline di ordine uno e moltissimi punti, che danno l’interpolazione lineare). Non preoccupatevi delle coordinate strane; il comando \draw fa riferimento a coordinate assolute, senza tenere conto delle scale dei due assi coordinati.

Questo mi da un leggero sconforto; se da un lato le due spline di ordine tre descritte con le coordinate assolte, sono difficili da specificare, ma richiedono pochissimi nodi e punti di controllo per disegnare una curva del seno abbastanza bene approssimata, certamente accettabile “qualitativamente”, dall’altra pfgplots non è capace di fare altrettanto e con un numero doppio di nodi di interpolazione presenta una curva inaccettabile anche qualitativamente.

Certo il problema si risolve specificando un numero maggiore di campioni della curva, ma il mio assunto iniziale era e resta che con l’opzione smooth bastano meno punti per avere un risultato decente; certo occorrono più punti e se occorrono più punti si mette a dura prova la memoria di TeX.

Comunque valutate voi il codice seguente:

`
\documentclass{article}
\usepackage{pgfplots}

\begin{document}

\begin{tikzpicture}
\begin{axis}[
ymin=-1.5,
ymax=1.5,
xmin=0,
xmax=400,
axis lines=middle]
\addplot [
domain=0:360,
samples=6,
smooth,
thick,
color=blue
]
{sin(x)};
\draw[red] (0,150) .. controls (55,279) and (125,279) .. (180,150);
\draw[red] (180,150) .. controls (235,21) and (305,21) .. (360,150);
\end{axis}
\end{tikzpicture}
\end{document}
`
e sperimentate con diversi valori di samples. Ho messo direttamente la scala delle ascisse in gradi, invece che in radianti, così i numeri, almeno per me, hanno un significato più immediato.

::

Carissimi, ringrazio tutti per avermi fatto notare l’esistenza delle opzioni “enlarge x limits”, “enlarge y limits” e “enlargelimits”, da dare mettere dopo “axis lines=middle”. Tommaso, queste cose vanno aggiunte.

OldClaudio” post=72693Io vi propongo un altro aspetto: la chiave smooth fa un lavoro abbastanza modesto; […].

Non sono proprio d’accordo.
`\begin{tikzpicture}
\begin{axis}
\addplot [
samples=50,
thick,
smooth,
color=blue
]
{sin(5*deg(x))};
\end{axis}
\end{tikzpicture}`
Prova a decommentare sia “samples” che “smooth”: il risultato è inaccettabile. Ora prova a commentare solo “smooth”: il risultato è ancora inaccettabile. Senza “smooth”, per avere un buon grafico bisogna salire a “samples=200”. Questo esempio nel mio articolo l’ho fatto! 🙂 In buona sostanza, io dico che “smooth”, usato accortamente, consente di risparmiare su “samples”.

Ciao,
L.

::

Credo che l’asimmetria sia dovuta al numero pari di samples, che invece dovrebbero essere in numero dispari. In tal caso i due grafici sono simmetrici, anche se per avere un risultato decente ci vogliono almeno 11 punti. Di default i punti sono 25, che per un diagramma di questo genere bastano e avanzano, iniziano a diventare pochi quando si visualizzano più periodi.

::

maumau” post=72699Credo che l’asimmetria sia dovuta al numero pari di samples, che invece dovrebbero essere in numero dispari. In tal caso i due grafici sono simmetrici, anche se per avere un risultato decente ci vogliono almeno 11 punti. Di default i punti sono 25, che per un diagramma di questo genere bastano e avanzano, iniziano a diventare pochi quando si visualizzano più periodi.

Concordo. Se i campioni sono pochissimi, i risultati possono essere completamente sballati. Ma lavorare con “samples=6”, per me, non ha molto senso. Se devo fare dei grafici di qualità lavorerò con un numero di campioni ragionevolmente elevato. Se la funzione oscilla molto, lavorare con “samples=200” può essere indispensabile, con o senza “smooth”.
`\begin{tikzpicture}
\begin{axis}
\addplot [
samples=200,
thick,
%smooth,
color=blue ]
{sin(deg(1/x))};
\end{axis}
\end{tikzpicture}`

Ciao,
L.

::

Sul fatto che smooth possa ridurre il numero dei campioni siamo d’accordo; mi pare giusta l’osservazione di @maumau sul fatto che con un numero dispari di campioni si ottenga la simmetria. Ora guardate questo diagramma dove il rpeambolo del documento è sempre lo stesso:
`
\begin{tikzpicture}
\begin{axis}[
ymin=-1.5,
ymax=1.5,
xmin=0,
xmax=400,
axis lines=middle]
\addplot [
domain=0:360,
samples=40,
smooth,
thick,
color=blue
]
{sin(x)};
\draw[red] (0,150) .. controls (71,283) and (109,283) .. (180,150);
\draw[red] (180,150) .. controls (251,17) and (289,17) .. (360,150);
\end{axis}
\end{tikzpicture}
`

Il diagramma con 40 campioni eseguito con pgfplots e il diagramma con tre camcpioni ottenuto con \draw praticamente si sovrappongono; certo i punti di controllo li ho dovuti cercare a tentoni, mentre almeno pgfplots li trova doa solo; ma…
Il mio punto è che nonostante pgflotos con smooth usi le spline cubiche, coasa che nessuno di noi ha mai messo in dubbio, e che questo fatto consenta di diminuire il numero di campioni, cosa sulla quale abbiamo potuto convergere dopo diversi messaggi, il lavoro di pgfplots produce delle spline troppo tese. la tensione è un concetto che deriva dalla terminologia di METAFONT/METAPOST; una spline è tesa quando la concavità al centro dell’arco tende a zero (ovvero il raggio di curvatura della circonferenza osculante tende a infinito). questo vuol dire che il livello di arbitrarietà nel definire i due punti di controllo per mantenere ai nodi la continuità della tangente e della curvatura, in pgfplots è usato in modo tale da avere i punti di cointrllo piuttosto vicini ai nodi così a ottenere un curva piuttosto tesa. Devo dire che i parametri di default di METAFONT/METAPOST producono un risultato migliore di quello che fa pgfplots.

Per capire queste affermazioni e valutare che cosa intendo per “migliore”, ahimè, bisogna avere un discreta/notevole esperienza con METAFONT/METAPOST; so che siamo in pochi ad usare questi programmi; ma credetemi; il lavoro di pgfplots è modesto a meno che i punti di interpolazione (i nodi) non siano piuttosto ravvicinati; ecco perché occorrono molti nodi anche con smooth, anche se il numero ottimale con smooth è decisamente inforiore a quello dell’interpolazione lineare; 40 conto 200 per tracciare la curva del seno la dice lunga a favore di smooth; ma tre contro 40 la dice ancora più lunga sulla potenza delle spline di Bézier usate nella loro piena efficienza; peccato che anche con la curva del seno il lavoro manuale da fare sia molto pesante e sia molto più facile specificare 40 campioni, piuttosto che rimanere con soli tre campioni e tribolare una buona oretta per trovare “sperimentalmente” le coordinate dei punti di controllo.

::

OldClaudio” post=72701Il mio punto è che nonostante pgflotos con smooth usi le spline cubiche, coasa che nessuno di noi ha mai messo in dubbio, e che questo fatto consenta di diminuire il numero di campioni, cosa sulla quale abbiamo potuto convergere dopo diversi messaggi, il lavoro di pgfplots produce delle spline troppo tese. […]. Devo dire che i parametri di default di METAFONT/METAPOST producono un risultato migliore di quello che fa pgfplots.

Questo andrebbe detto all’autore del pacchetto: l’ideale sarebbe che mettesse le mani sotto al cofano del pacchetto perfezionando l’algoritmo. L’utente finale, naturalmente, si accorgerebbe della differenza solo perché potrebbe ridurre il numero di “samples” senza perdere in qualità.

Che ne dici di scrivergli due righe?

Grazie,
L.

::

Liverpool” post=72704 @Lorenzo, non mi risulta che l’opzione smooth sia definita nel codice di pgfplots. Io l’ho cercata, ma non l’ho trovata. In rete ho letto che pgfplots si appoggia a TikZ per il comando [tt]\addplot[/tt].

Quindi, se ho capito bene, stai dicendo che le osservazioni di Claudio andrebbero girate all’autore non di pgfplots, ma di TikZ. Ho capito bene?

::

a) l’algoritmo di smooth è diverso da quello di \draw .. controls ecc… (che sono entrambi di TikZ)
b) l’algoritmo di smooth non è in grado di calcolare correttamente i punti di controllo
c) i punti di controllo che tu hai trovato ad occhio, per quanto efficienti, non corrispondono a quelli che si ottengono utilizzando un algoritmo corretto per le Bézier-spline.

a) con \draw (..,..).. controls. (..,..) and (..,..) .. (..,..); i punti di controllo non sono calolati, ma sono specificati; il tutto venete trasformato in codice pdf del tipo moveto(primo punto) curveto (primo nodo)(secondo nodo)(punto finale) e l’interprete pdf esegue. smooth determina i punti di controllo e li passa probabilmente a \draw o a qualche macro interna di cui fa uso anche \draw;
b) non è che ci sia un modo corretto; esiste un certo margine di arbitrarietà che viene impostato in una certa maniera; MFONT/METAPOST, evidentemente lo impostano in un altro modo; controlla le parole chiave tesion e curl sul METAFONTBOOK.
c) non esiste un algoritmo corretto per determinare i nodi delle curve di Bézier, a causa di quel margine di arbitrarietà; essistono tanti modi per definire le curve di Bézier pre-impostando un valore della tensione, oppure dando all’utente la possibilità di specificare un valore diverso. Con METAFONT/METAPOST la connessione fra i vari nodi, quando non si specificano i punti di controllo, si indicano con .. (due punti) … (tre punti) — (due trattini) — (tre trattini) e poi, volendo si possono specificare i nodi di controllo oppure i valori della conccavità (curl) oppure il valore della tesione (tension).

Come vedi il programma di Knuth ( poi quello di Hobby) è stato pensato per un particolare disegno programmato e per quel tipo di disegno funziona alla grande; so che volendo si potrebbe anche usare METAPOST per tracciare diagrammi; non l’ho mai fatto perché h sempre preferito per i miei diagrammi i programmi che mi sono scritto da solo, quando non sapevo nulla di METAFONT e di METAPOST (parliamo di circa 20 anni fa); oggi ho meno necessità di usare programmi avanzati di disegno programmato e picture mi va bene in moltissimi casi, altrimenti uso tikz; confesso di non aver mai usato pgfplots, anche se seguendo il forum mi sono fatto idee precise su quello che si può fare e non si può fare; comunque si può fare infinitamente di più che con i programmi che mi sono scritto 20 anni fa. Se i verrà voglia ridisegnerò tutti i diagrammi di Bode e gli altri diagrammi dei miei libri, giusto per fare esperienza e per dire che ho i miei libri bene aggiornati.

Comunque con l’esperienza e l’occhio che mi sono fatto posso mettere le amni nel fuoco che i parametri di tensione delle curve di Bézier impostati con smooth di default per dirimere il grado di arbitrarietà sono valori piuttosto alti e le curve risultano piuttosto tese fra due nodi consecutivi.

::

Be’, il disegno che si ottiene con il codice che ho allegato al mio messaggio http://www.guitex.org/home/forum/5-tex-e-latex/71851-il-disegno-programmato-nellarte-di-scrivere-con-latex?limit=15&start=105&lang=en#72701 sembra persino migliore di quello di Mathlab; ripeto tre soli nodi di interpolazione con 2+2 punti di controllo fra ciascuna coppia di nodi.

La curva di terzo grado di Bézier è data dall’equazione:

z = z_1 t^3 +3 z_2 t^2(1-t) + 3 z_3 t(1-t)^2 +z_4(1-t)^3

dove i simboli z sono numeri complessi (o coppie ordinate, se si preferisce) e t è il parametro che lega le due equazioni reali eliminando il quale si ricava l’equazione della cubica — equazione che sarebbe difficilissima da esprimere in termini di y=f(x); non così difficile, forse, nella forma f(x, y)=0, ma facilissima da esprimere in forma parametrica.

z_1 e z_4 sono i nodi di interpolazione; z_2 e z_3 sono i punti di controllo; mentre non c’è nessun dubbio sui valori dei nodi, resta l’arbitrarietà dei moduli dei vettori z_2-z_1 e z_3-z_4. la direzione di questi due vettori è fissata dalla direzione delle tangenti, mentre i due moduli controllano la concavità dell’arco della cubica; due spline si possono raccordare molto bene imponendo la stessa tangente nel punto di contatto; se nel punto di contatto si vuole mantenere la concavità continua si può fare ma alle altre due estremità non ci sono condizioni da imporre; una catena di spline che formano una linea aperta riesce ad avere sufficienti condizioni da imporre sulla direzione della tangente e sulla concavità in tutti i nodi interni, ma solo le posizioni dei nodi dei due nodi esterni; se si chiude la catena si aggiunge una coppia di condizioni e si riduce un nodo; tuttavia per una linea chiusa il problema è definito molto meglio. Nel caso del seno la cosa è definita male, come credo di avere spiegato sopra, e quindi non mi stupisco che proprio agli estremi le cubiche determinate da Matlab siano male adattate alla sinusoide.

Se il valore di default della tensione degli archi è prefissato al valore 0.5 e gli archi sembrano tropo tesi, forse si deve diminuire il valore, non aumentarlo; in ogni caso bisogna vedere che cosa intendeva Tantau quando ha prefissato il concetto di tensione e il suo valore. Knuth e Hobby hanno definito la tensione in un altro modo, tanto che il suo valore non deve essere inferiore a 3/4; l’intera spiegazione in “inglese matematico” è riportata nelle pagine 130 e seguenti del METAFONT book; ci sono tutte le formule e le equazioni che sono necessarie a METAFONT/METAPOST per determinare le tensioni o i punti di controllo in tutti i casi possibili. Confesso che si tratta di equazioni e formule non difficili, ma per me di difficile interpretazione; richiedono molte equazioni trigonometriche che, ripeto, non sono difficili da calcolare nemmeno con una calcolatrice da tasca, ma il cui esito o valore finale non è facilmente intuibile nemmeno qualitativamente dall’andamento della funzione. Io mi sono fatto una piccola esperienza in merito quando ho scritto il pacchetto curve2e; in quella circostanza NON sono riuscito ad implementare mediate l’aritmetica intera di TeX le formule di Hobby e ho dovuto accontentarmi di una tensione costante — o meglio di una curvatura prefissata agli estremi di ogni arco — e so quindi che cosa succede quando non si riesce a regolare convenientemente la curvatura o la tensione.

Con spline quadratiche, evidentemente ci vogliono più nodi perché l’errore di approssimazione con l’interpolazione ad archi quadratici sia decente; con l’interpolazione lineare, poi bisogna aumentare i nodi di interpolazione a dismisura. Naturalmente usare spline, vuol dire usare una curva fatta di diversi spezzoni, non una curva unica. Interpolare una qualunque funzione su n+1 punti richiederebbe una funzione con n+1 coefficienti da determinare in modo acconci; se la funzione è un polinomio esso deve essere di grado n-1, anche piuttosto facile da determinare; ma se oi si traccia il polinomio sul range che interessa, l’errore è nullo nei nodi, ma è terribile fuori dai nodi: provare per credere. È per questo che io mi fido di più delle spline, che non di un’unica funzione/polinomio.

::

Ciao a tutti. In patente violazione dell’etichetta di questo forum pongo a chi se ne intende alcune domande su pgfplots. Spero che mi rispondiate. 🙂

1.
in base a cosa pgfplots mette le tacche di marcatura sugli assi? Mi spiego: se non metto nessuna opzione, ottengo un riferimento vuoto con tacche messe in un certo modo (a 0.2 di distanza tra loro). Ma appena do un’opzione ad axis, il tutto cambia. Perché? È giusto dire che le tacche vengono visualizzate distanti tra loro l’intervallo ottimale in base al tipo e alla grandezza del grafico? Non riesco a capirlo.

2.
Come si fa a scegliere l’intervallo tra le tacche? Con xtick e ytick?

3.
Ho bisogno di creare una semplicissima tabella con i marcatori disponibili in pgfplots. Vorrei una cosa del genere:

\toprule
Chiave o codice & Risultato
\midrule
… & … \\
\bottomrule

dove al posto dei puntini della prima colonna c’è il codice necessario, e al posto di quelli della seconda una semplice linea con tre o quattro marcatori per tipo (x, croci, palline, quadratini, eccetera).

Ciao
Tommaso

::

3.
Ho bisogno di creare una semplicissima tabella con i marcatori disponibili in pgfplots. Vorrei una cosa del genere:

\toprule
Chiave o codice & Risultato
\midrule
… & … \\
\bottomrule

dove al posto dei puntini della prima colonna c’è il codice necessario, e al posto di quelli della seconda una semplice linea con tre o quattro marcatori per tipo (x, croci, palline, quadratini, eccetera).

Ciao
Tommaso

Ti propongo questa soluzione che fa uso di codice tikz (e non pgfplots):
`\documentclass[a4paper]{article}
\usepackage[utf8]{inputenc}
\usepackage{pgfplots}
\usepackage{booktabs}

\begin{document}
\begin{tabular}{lc}
\toprule
Chiave & Contenuto\\
\midrule
* & \tikz \draw[very thick] plot[mark=*] coordinates {(0,0) (1,0) (2,0) (3,0)};\\
x & \tikz \draw[blue] plot[mark=x] coordinates {(0,0) (1,0) (2,0) (3,0)};\\
+ & \tikz \draw plot[mark=+] coordinates {(0,0) (1,0) (2,0) (3,0)};\\
star & \tikz \draw plot[mark=star] coordinates {(0,0) (1,0) (2,0) (3,0)};\\
\dots & \dots\\
\bottomrule
\end{tabular}

\end{document}`
Come vedi puoi personalizzare come vuoi la resa del “grafico”. La sintassi usata si trova a pagina 224 del manuale di tikz. Alle altre domande per ora passo!

EDIT: rispondo anche a

2.
Come si fa a scegliere l’intervallo tra le tacche? Con xtick e ytick?

Si. Se, ad esempio, si vuole un intervallo sull’asse x tra le tacche di 2, basta specificare l’opzione [tt]xtick={-5,-3,…,10}[/tt] (ipotizzando che i dati vadano da -5 a 10).

Ciao
Fra

::

Spike” post=72806

3.
Ho bisogno di creare una semplicissima tabella con i marcatori disponibili in pgfplots. Vorrei una cosa del genere:

\toprule
Chiave o codice & Risultato
\midrule
… & … \\
\bottomrule

dove al posto dei puntini della prima colonna c’è il codice necessario, e al posto di quelli della seconda una semplice linea con tre o quattro marcatori per tipo (x, croci, palline, quadratini, eccetera).

Ciao
Tommaso

Ti propongo questa soluzione che fa uso di codice tikz (e non pgfplots):
`\documentclass[a4paper]{article}
\usepackage[utf8]{inputenc}
\usepackage{pgfplots}
\usepackage{booktabs}

\begin{document}
\begin{tabular}{lc}
\toprule
Chiave & Contenuto\\
\midrule
* & \tikz \draw[very thick] plot[mark=*] coordinates {(0,0) (1,0) (2,0) (3,0)};\\
x & \tikz \draw[blue] plot[mark=x] coordinates {(0,0) (1,0) (2,0) (3,0)};\\
+ & \tikz \draw plot[mark=+] coordinates {(0,0) (1,0) (2,0) (3,0)};\\
star & \tikz \draw plot[mark=star] coordinates {(0,0) (1,0) (2,0) (3,0)};\\
\dots & \dots\\
\bottomrule
\end{tabular}

\end{document}`
Come vedi puoi personalizzare come vuoi la resa del “grafico”. La sintassi usata si trova a pagina 224 del manuale di tikz. Alle altre domande per ora passo!

EDIT: rispondo anche a

2.
Come si fa a scegliere l’intervallo tra le tacche? Con xtick e ytick?

Si. Se, ad esempio, si vuole un intervallo sull’asse x tra le tacche di 2, basta specificare l’opzione [tt]xtick={-5,-3,…,10}[/tt] (ipotizzando che i dati vadano da -5 a 10).

Ciao
Fra

Grazie per i marcatori!

Ciao
Tommaso

::

Tommaso, sai che io me ne esco sempre con le norme.
Bene le norme ISO e quelle UNI per l’Italia, dicono esplicitamente che i valori numerici vicino alle tacche numerate, devono essere (in scala lineare) in progressione aritmentica di 1, oppure di 2, oppure di 5; altre progressioni non sono ammesse, nemmeno quella che ti propone Liverpool di 2,5. Hai presenti le monete? èla stessa sequenza: 1, 2, 5, 10, 20, 50,centesimi; 1, 2, 5, 10, 20, 50, 100, 200, 500 euro; ti assicuro che questa prescrizione non è cervellotica. Infatti se disegni una scala logaritmica e c’è abbastanza spazio per numerare le tacche all’interno della decade, allora le tacche della decade sono 1, 2, 5, 10 e così proseguendo per le decadi precedenti e successive; se poi la decade ha una dimensione effettiva da poter numerare diverse tacche, allora si numerano tutti i numeri interi.

A che distanza metti le tacche? evidentemente ad una distanza tale da non sovrapporre i numeri (ci mancherebbe altro) ma lasciando uno spazio adeguato fra due numeri consecutivi in modo da escludere che possano essere presi per cifre consecutive appartenenti ad un solo numero. Quindi la distanza dipende anche dal numero di cifre esposte; le unità di isura insieme ai loro prefissi SI consentono di non usare più di tre cifre in qualsiasi diagramma fatto come si deve; ma se il diagramma fosse un diagramma “matematico”, senza unità di misura, è meglio farci un pensierino per farlo come si deve. per esempio qualche giorno fa si stava discutendo su quanti nodi sono necessari per disegnare un periodo completo della funzione seno; Lorenzo tracciava le ascisse in radianti; io ed altri in gradi; la cosa è tutto sommato irrilevante, ma nel disegno di Lorenzo, il fatto che il periodo fosse espresso da (2*pi greco che è circa uguale a 6,28, ma in realtà è un numero irrazionale, anzi trascendente) rendeva la scala in numeri interi poco significativa (per la discussione sul numero di nodi la cosa era irrilevante, ma…) sarebbe stato meglio se avesse messo le tacche in corrispondenza di multi interi di (pi/2); usando la scala in gradi il problema non si pone nemmeno, ma se la grandezza del diagramma l’avesse consentito sarebbe stato desiderabile procedere con le tacche di 10° in 10°, in modo da avere le debite tacche anche in corrispondenza di 90°, 180°, 270° 360°. Naturalmente è possibile usare anche le tacche secondarie; per esempio nel diagramma del seno applicare la tacca ai multipli interi di 100, ma avere tacche secondarie non numerate in corrispondenza del mezzo centinaio, e tacche ulteriormente “terziarie” in corrispondenza delle decine.

Il problema quindi va posto in altri termini (a cui ho risposto): come si graduano gli assi?

Ricordo ancora che con gli assi graduati, non ha nessuna importanza dove sia il punto di coordinate (0,0), che di solito cade fuori del diagramma; il diagramma rappresenta con i suoi assi graduati una “finestra” attraverso cui vedere parte del disegno; in matematica evidentemente questo potrebbe non essere quello che si desidera, ed è invece meglio disegnare diagrammi su scale non graduate, ma che mostrino le peculiarità della funzione tracciata, anche in relazione alla sua posizione assoluta rispetto all’origine degli assi.

::

Carissimi, nell’articolo vorrei aggiungere il grafico del valore assoluto della Zeta di Riemann sulla retta $\Re z=1/2$. Ci sono quasi. Con Mathematica:
`out = Table[{y, Abs[Zeta[1/2 + I y]]}, {y, 0, 40, 0.1}];`
`Export[“zeta.txt”, out, “Table”];`
Il problema è regolare quel -Zeta[1/2] nella prima riga di zeta.txt. Il codice di pgfplots che uso
`\begin{tikzpicture}
\begin{axis}[
xmin=0,
xmax=40,
ymin=0,
ymax=3,
grid=major,
title={La Zeta di Riemann.}
]
\addplot [
unbounded coords=jump,
thick,
color=blue
]
file {zeta.txt};
\end{axis}
\end{tikzpicture}
`
Grazie,
L.

::

Grazie a tutti per la risposta. 🙂

Non me ne intendo molto, come sapete, ma me ne sto occupando per ovvie ragioni. In particolare mi interessano gli istogrammi, che con pgfplots si possono personalizzare praticamente in ogni aspetto.

Ciao
Tommaso

::

La mia prima riga è questa:
`0 -Zeta[1/2]`
L’errore riportato da pgfplots è:
`./Grafici.tmp:15: Package PGF Math Error: Could not parse input '-Zeta[1/2]' as
a floating point number, sorry. The unreadable part was near 'Zeta[1/2]'..
`
Le righe iniziali di zeta.txt sono queste:
`0 -Zeta[1/2]
0.1 1.433807867750897
0.2 1.362770945580488
0.3 1.266515016158303
0.4 1.16345935352024
0.5 1.065349212493779
0.6 0.9775874016519019`

Ciao,
L.

::

Credo sia un problema di input. Infatti pgfplots si aspetta una serie di coordinate, e nella prima riga c’è “0 -Zeta(1/2)”. Se dai
`
\addplot [
unbounded coords=jump,
thick,
color=blue
]
file[skip first] {zeta.txt};
`
dovrebbe compilare senza problemi (ovviamente mancherà un punto).

Ciao,
Roberto

::

Funziona perfettamente! Grazie mille, ragazzi, grazie a voi l’articolo sta venendo una meraviglia! 🙂

::

Liverpool” post=72846Ma come hai risolto?

Seguendo il tuo consiglio:
`out = Table[{y, N[Abs[Zeta[1/2 + I y]]]}, {y, 0, 40, 0.1}]`
Grazie ancora,
L.

::

Liverpool” post=72856Credo che più che una funzione sarebbe interessante importare dei dati sperimentali ottenuti con qualche software di analisi. @OldClaudio qualche giorno fa parlava di PSpice; ci aggiungo LabView; per far contento Tommaso si potrebbe inserire la densità spettrale di potenza del suono di uno strumento; ma per essere un po’ più originali del solito, si potrebbe inserire qualche grafico che abbia a che fare con la biologia, la chimica o meglio ancora la medicina, con i dati ricavati tramite un software specifico del campo. Che ne dici? Ovviamente serve qualcuno che metta a disposizione una serie di dati del genere…

Ciao

P.S. Dimenticavo: non mettere “unbounded coords=jump” nel grafico della zeta, tanto non serve e confonde le idee al principiante.

Grazie Liver,
infatti anch’io avevo in mente qualche applicazione più pratica. In particolare, mi piacerebbero due (non di più) esempi di ortogramma e istogramma che contengano dati reali e aggiornati, con etichette vere, eccetera. Che ne dite?

Ad ogni modo, io ottengo questo errore con la zeta:

`

Overfull \hbox (0.75864pt too wide) in paragraph at lines 1042–1042

[][]

(./Grafici.tmp

! Missing \endcsname inserted.

\protect

l.6 title={$\Zeta$ di Riemann.}]

? h

The control sequence marked should

not appear between \csname and \endcsname.

?
`
Che vuol dire?

Il codice è
`
\begin{tikzpicture}
\begin{axis}
[xmin=0,xmax=40,
ymin=0,ymax=3,
grid=major,
title={La Zeta di Riemann.}]
\addplot [thick,blue]
file {zeta.txt};
\end{axis}
\end{tikzpicture}
`

Ciao
Tommaso

::

Liverpool” post=72856P.S. Dimenticavo: non mettere “unbounded coords=jump” nel grafico della zeta, tanto non serve e confonde le idee al principiante.

Giusto. Ah, Tommaso: quella non è “la Zeta di Riemann”: è “il grafico del valore assoluto della Zeta di Riemann sulla retta $\Re z=1/2$”. Va detto. E si scrive $\zeta$, non $\Zeta$ (quest’ultimo comando in LaTeX non è neppure definito). Riguardo agli esempi, io metterei sia la Gamma che la Zeta: così si vede che è possibile usare un software come MAthematica per fare i calcoli lasciando a pgfplots il compito di fare il grafico. Poi, una volta pubblicato l’articolo, ognuno dirà come sarebbe meglio integrarlo.

Resta da risolvere il problema dello sforamento della memoria. Forse una soluzione potrebbe essere quella di compilare l’articolo a sé con \tikxexternalize, raccogliere tutte le immagini in una cartellina da mettere nell’Arte e includere il capitolo usando le immagini già fatte. Non è gran che, ma potrebbe risolvere.

Ciao,
L.

::

lorenzo.pantieri” post=72872Resta da risolvere il problema dello sforamento della memoria. Forse una soluzione potrebbe essere quella di compilare l’articolo a sé con \tikxexternalize, raccogliere tutte le immagini in una cartellina da mettere nell’Arte e includere il capitolo usando le immagini già fatte. Non è gran che, ma potrebbe risolvere.

Se l’articolo è in fase conclusiva e quindi hai già tutte le immagini pronte, la libreria external e \tikzexternalize vanno benissimo. Il problema che avevo notato sorge quando si è costretti ad inserire un’immagine in mezzo ad altre già esternalizzate (scusate il termine 😉 ): in quel caso è necessario cancellare tutte le immagini già prodotte altrimenti quella nuova non apparirà nel pdf. Che è una bella scocciatura…

Ciao
Claudio

::

cfiandra” post=72873Se l’articolo è in fase conclusiva e quindi hai già tutte le immagini pronte, la libreria external e \tikzexternalize vanno benissimo. Il problema che avevo notato sorge quando si è costretti ad inserire un’immagine in mezzo ad altre già esternalizzate (scusate il termine 😉 ): in quel caso è necessario cancellare tutte le immagini già prodotte altrimenti quella nuova non apparirà nel pdf. Che è una bella scocciatura…

Condivido al cento per cento! 🙂

In ogni caso, con l’Arte si tratterà di fare una cosa un po’ diversa. Andrà compilato prima l’articolo, in modo da tirarne fuori le immagini in PDF; poi queste immagini andranno messe in una cartellina “Grafici” e messe nella cartella di lavoro dell’Arte; poi si compilerà l’Arte dicendo: “quando includi il capitolo su pgfplots, va’ a pescare le immagini nella cartellina Grafici”. Non so come si possa fare…

::

cfiandra” post=72873Se l’articolo è in fase conclusiva e quindi hai già tutte le immagini pronte, la libreria external e \tikzexternalize vanno benissimo. Il problema che avevo notato sorge quando si è costretti ad inserire un’immagine in mezzo ad altre già esternalizzate (scusate il termine 😉 ): in quel caso è necessario cancellare tutte le immagini già prodotte altrimenti quella nuova non apparirà nel pdf. Che è una bella scocciatura…

Ciao
Claudio

Non è necessario cancellare le immagini, ma basta forzarne la rigenerazione e ciò può essere fatto scrivendo nel preambolo
`\tikzset{external/force remake}`
dopo aver caricato tutte le impostazioni relative a tikz ed alla libreria externalize. Ovviamente rimane il problema di dover aspettare un po’ quando si aggiunge una nuova immagine in mezzo perchè vanno ricompilate tutte, ma è solo per la prima volta. In ogni caso credo che il problema si verifichi quando si sceglie di nominare le immagini tutte allo stesso modo, cambiando ad esempio solo un numero che ne dà la successione e quindi quando se ne inserisce una in mezzo tikz crede che sia già pronta e non la sostituisce. Se invece si utilizza un nome diverso per ogni immagine, specificandolo tramite
`\tikzsetnextfilename{prossimafig}`
il sistema dovrebbe operare bene perchè è costretto a vedere un nuovo nome di file. Dico dovrebbe perchè non ho mai provato, ma è questa l’idea che mi ero fatto del perché di questo “malfunzionamento”.

In ogni caso, con l’Arte si tratterà di fare una cosa un po’ diversa. Andrà compilato prima l’articolo, in modo da tirarne fuori le immagini in PDF; poi queste immagini andranno messe in una cartellina “Grafici” e messe nella cartella di lavoro dell’Arte; poi si compilerà l’Arte dicendo: “quando includi il capitolo su pgfplots, va’ a pescare le immagini nella cartellina Grafici”. Non so come si possa fare…

Non ho ben capito il problema. Tramite un \input carichi esattamente lo stesso capitolo dell’articolo nell’Arte, o comunque lo riscrivi? In ogni caso non basta sostituire ad ogni [tt]\input{figura.tex}[/tt] un [tt]\includegraphics{figura.pdf}[/tt]?

Ciao
Fra

::

Spike” post=72875Non ho ben capito il problema. Tramite un \input carichi esattamente lo stesso capitolo dell’articolo nell’Arte, o comunque lo riscrivi? In ogni caso non basta sostituire ad ogni [tt]\input{figura.tex}[/tt] un [tt]\includegraphics{figura.pdf}[/tt]?

Il problema è questo. Il sorgente del mio articolo si chiama Grafici.tex. Se lo compilo viene fuori un articolo di venti pagine su pgfplots, ricco di grafici ad alta risoluzione. Ora, vorrei fare di questo articolo un capitolo dell’Arte (naturalmente, cambiandolo un po’: per esempio l’inizio non sarà “questo articolo spiega pgfplots”, ma “questo capitolo spiega pgfplots”).

L’idea di prendere Grafici.tex, modificarlo opportunamente e includerlo tra i capitolo dell’Arte con \input{Grafici} non funziona: si ha un errore si sforamento delle memoria.

Allora ho pensato di compilare l’articolo, esternalizzare tutte le immagini, metterle in una cartella “pippo”, mettere “pippo” nella cartella di lavoro dell’Arte, includere Grafici nel main dell’Arte ma senza fargli “calcolare” tutte le immagini (così evito lo sforamento), andando a prendere quelle di “pippo”.

Si può fare? Esistono strade migliori? Qualcuno se la sente di descrivere la procedura per Mac per disporre di più memoria, in modo da evitare lo sforamento?

Garzie,
L.

::

Ciao a tutti. il codice

`
\begin{tikzpicture}
\begin{axis}
[ybar,ymin=0,ymax=800,xtick=data,
ymajorgrids=true,
ylabel={n. iscritti},
x tick label style=%
{rotate=90,anchor=east},
xticklabel interval boundaries,
symbolic x coords={2003,2004,
2005,2006,2007,2008,2009,
2010,2011,2012},
title={Non vi interessa.}]
\addplot
[ybar interval,
fill=lightgray,draw=black]
coordinates
{(2003,64) (2004,126)
(2005,160) (2006,401)
(2007,526) (2008,752)
(2009,694) (2010,705)
(2011,568) (2012,0)};
\end{axis}
\end{tikzpicture}
`

è curioso. Infatti l’ultima colonna di questo istogramma deve essere 2011, ma per ottenerla sono costretto a mettere anche 2012 con valore 0. Avete qualche idea del perché?

Già che ci sono, metto anche questo codice:

`
\begin{tikzpicture}
\begin{axis}
[xbar,xmin=0,xmax=800,
height=6.5cm,
xmajorgrids=true,
title={I principali fiumi
italiani.},
xlabel={lunghezza in km},
symbolic y coords={Reno,Piave,
Arno,Ticino,Tanaro,Oglio,Adda,
Tevere,Adige,Po},
ytick=data,nodes near coords,
nodes near coords align=%
{horizontal}
]
\addplot
[fill=lightgray,draw=black]
coordinates
{(211,Reno) (220,Piave)
(241,Arno) (248,Ticino)
(276,Tanaro) (280,Oglio)
(313,Adda) (405,Tevere)
(410,Adige) (652,Po)};
\end{axis}
\end{tikzpicture}
`

Chi se ne intende se la sente di dirmi se la sintassi è corretta? Il secondo grafico deve avere le barre separate, il primo no.

Ciao
Tommaso

::

Ciao Lorenzo,

lorenzo.pantieriSi può fare? Esistono strade migliori? Qualcuno se la sente di descrivere la procedura per Mac per disporre di più memoria, in modo da evitare lo sforamento?

Hai già tenuto presente delle indicazioni riportate in questa discussione? Sulla base delle indicazioni di Enrico su come fare, alla fine ero riuscito a espandere la memoria sia su Windows che su Ubuntu. Ora, non possedendo un Mac, non saprei esattamente che dirti, ma credo che se trovi quel file il gioco è fatto. Spero di esserti stato utile.

Ciao,
Marco.

::

Marco87″ post=72879Ora, non possedendo un Mac, non saprei esattamente che dirti, ma credo che se trovi quel file il gioco è fatto. Spero che possa esserti utile.

Ciao,
Marco.

Mi ricordavo di averlo già spiegato! 🙂 http://www.guitex.org/home/it/forum/6-altri-programmi/68523-memoria-insufficiente-per-tikz-e-utilizzo-lualatex
Nel mio secondo intervento del filone bene o male c’è tutta la procedura.

Ciao
Fra

::

Marco87″ post=72879Ciao Lorenzo,

Si può fare? Esistono strade migliori? Qualcuno se la sente di descrivere la procedura per Mac per disporre di più memoria, in modo da evitare lo sforamento?

Hai già tenuto presente delle indicazioni riportate in questa discussione? Sulla base delle indicazioni di Enrico su come fare, alla fine ero riuscito a espandere la memoria sia su Windows che su Ubuntu. Ora, non possedendo un Mac, non saprei esattamente che dirti, ma credo che se trovi quel file il gioco è fatto. Spero di esserti stato utile.

Ciao,
Marco.

EC-CEL-LEN-TE! 🙂

Ora aspettiamo che lo faccia prima Lorenzo, poi quando mi garantisce che il Mac non gli esplode in viso, lo faccio anch’io. Domanda: qual è il valore della memoria di TeX di default e fino a quanto si può espandere?

Ciao
Tommaso

::

Marco87″ post=72879Ciao Lorenzo,

Si può fare? Esistono strade migliori? Qualcuno se la sente di descrivere la procedura per Mac per disporre di più memoria, in modo da evitare lo sforamento?

Hai già tenuto presente delle indicazioni riportate in questa discussione? Sulla base delle indicazioni di Enrico su come fare, alla fine ero riuscito a espandere la memoria sia su Windows che su Ubuntu. Ora, non possedendo un Mac, non saprei esattamente che dirti, ma credo che se trovi quel file il gioco è fatto. Spero di esserti stato utile.

Ciao,
Marco.

La procedura per il Mac si può trovare in questa discussione. Faccio comunque notare che a me era capitato di aumentare la memoria senza riuscire lo stesso a compilare (specialmente perché avevo una trentina di grafici e un paio di mappe delle fermate degli autobus di Torino) e ho dovuto ricorrere per forza alla libreria external.

Ciao
Claudio

::

Allora ragzzi, ho creato un file dal nome texmf.cnf con dentro le righe magiche
`extra_mem_top = 2000000
extra_mem_bot = 4000000
`
e l’ho messo qui
`/Users/lorenzo/Library/texmf `
ma continuo a ricevere il ferale
`./ArteLaTeX.tmp:13: TeX capacity exceeded, sorry [main memory size=3000000].
\pgfplotsprependlistXpushfront …t@pgfplots@toka
}\else \pgfplotsprependlis…
l.13 \end{axis}
`
Dove sbaglio?

Grazie mille,
L.

::

Quali istruzioni hai eseguito? Credo non le mie perchè io indicavo un’altra cartella. Comunque non dovrebbe cambiare nulla. Hai dato [tt]texhash[/tt] da terminale?
Perchè cambi extra_mem_top/bot se il log ti suggerisce di cambiare main_memory ?

Domanda: qual è il valore della memoria di TeX di default e fino a quanto si può espandere?

Non posso verificare di persona perchè non ho il mac acceso, ma puoi leggere il valore di default nel file
`/usr/local/texlive//texmf/web2c/texmf.cnf`
Il valor massimo non viene specificato nel manuale di pgfplots, credo perché dipenda da TeX e non dal pacchetto.

Ciao
Fra

::

Ciao,

illinguista72Domanda: qual è il valore della memoria di TeX di default e fino a quanto si può espandere?

In realtà io non ho fatto altro che seguire quanto detto da Enrico. Questo per dire che non ne sono affatto esperto; non saprei risponderti. 🙁 Posso solo dirti che con questo metodo io non ho più avuto problemi al riguardo.

lorenzo.pantieri… ho creato un file…

Sia su Windows che su Ubuntu io non ho mai creato quel file, perché è un file che già esiste e va solo modificato. Se segui lo stesso percorso di cartelle indicato nella discussione di cui ho messo il link, non trovi il file? (Sono cose che dico senza alcuna pretesa, anzi! Non ho mai usato un Mac).

Ciao,
Marco.

::

Ciao,

se può essere utile, riporto ciò che trovo scritto nel file texmf.cnf:

% (Public domain.)
% This texmf.cnf file should contain only your personal changes from the
% original texmf.cnf (for example, as chosen in the installer).
%
% That is, if you need to make changes to texmf.cnf, put your custom
% settings in this file, which is …/texlive/YYYY/texmf.cnf, rather than
% the distributed file (which is …/texlive/YYYY/texmf/web2c/texmf.cnf).
% And include *only* your changed values, not a copy of the whole thing!
%
OSFONTDIR = $SystemRoot/fonts//

SpikePerchè cambi extra_mem_top/bot se il log ti suggerisce di cambiare main_memory ?

Rispondo per me. Nella discussione che ho indicato, Enrico aveva fornito questa soluzione, e a me funziona. Potrei sbagliare, ma vedo anche una certa logica nella cosa: così facendo si definiscono i limiti della main memory.

Ciao,
Marco.

::

lorenzo.pantieri” post=72877
Allora ho pensato di compilare l’articolo, esternalizzare tutte le immagini, metterle in una cartella “pippo”, mettere “pippo” nella cartella di lavoro dell’Arte, includere Grafici nel main dell’Arte ma senza fargli “calcolare” tutte le immagini (così evito lo sforamento), andando a prendere quelle di “pippo”.

Si può fare? Esistono strade migliori? Qualcuno se la sente di descrivere la procedura per Mac per disporre di più memoria, in modo da evitare lo sforamento?

Garzie,
L.

Certo che si può fare, anzi, sebbene si tratti di un procedimento mauale, è efficace.
Puoi risparmiare qualche cosa se lasci i file esternalizzati dove te li mette Grafici; mettere nella cartella del capitolo dell’arte uno o più link simbolici ai file che si trovano altrove, in modo che al programma di composizione fai credere che siano lì; se dovessi ricreare qualche file per sostituzioni o correzioni, ma non cambi i nomi, il link simbolici dovrebbero puntare ancora sui file nuovi/corretti — sempre che non cmabi nome.

::

Scusate la domanda stupida, ma sul mio Mac non riesco a raggiungere via mouse questo percorso:
`/usr/local/texlive/2011/`
Come faccio?

In alternativa, mi basterebbe sapere, una volta portatomi sul terminale in

cd /usr/local/texlive/2011/

come aprire con TextEdit (giusto?) il file texmf.cnf.

Di sicuro, preferivo evitare di modificare manualmente i file di sistema…

::

Finder; Goto Folder, oppure maiuscola cmd G

Infatti non dovresti modificare il file di sistema, c’è sicuramente il modo di avere texmf.cnf nell’albero locale, che è lì apposta per le modifiche destinate alla macchina locale, non ad un solo utente è in /usr/local/texlive/ senza passare per la cartella 2011.

Leggiti anche la documentazione di texlive con texdoc texlive.

Non dico di non farlo, ma pensaci bene prima di ampliare la memoria; come ho detto tante volte c’è sempre un’altra soluzione, ricordando che si tratta solo di disegni, e non dei calcoli di fisica delle particelle alla ricerca del neutrino perduto.

Se decidi di farlo e devi mettere texmf.cnf da qualche parte nell’albero locale /usr/local/texlive/texmf-local, probabilmente dei essere root o almeno superuser; preparati quindi il file sul desktop, poi spostalo nella cartella dove lo vuoi mettere, e il sistema ti chiede di autenticarti, senza bisogno di lavorare da terminale dopo aver dato la specifica sudo e la parola chiave.

::

lorenzo.pantieri” post=72891Scusate la domanda stupida, ma sul mio Mac non riesco a raggiungere via mouse questo percorso:
`/usr/local/texlive/2011/`
Come faccio?

In alternativa, mi basterebbe sapere, una volta portatomi sul terminale in

cd /usr/local/texlive/2011/

come aprire con TextEdit (giusto?) il file texmf.cnf.

Di sicuro, preferivo evitare di modificare manualmente i file di sistema…

Scusate l’intromissione, ma non credo che ci vogliano grandi magie per fare quello che Enrico disse più di un anno fa. Intanto, disse di modificare il file texmf.cnf che sta in

`usr/local/texlive/2011/`

alla quale directory si giunge da terminale con

`cd usr/local/texlive/2011/`

Giusto? Giusto. Non va modificato, invece, l’omonimo file che sta in

`usr/local/texlive/2011/texmf/web2c/`

e il cui contenuto è

`
% original texmf.cnf — runtime path configuration file for kpathsea.
% Public domain.
%
% If you modify this original file, YOUR CHANGES WILL BE LOST when it is
% updated. Instead, put your changes — and only your changes, not an
% entire copy of the full texmf.cnf! — in ../../texmf.cnf. That is, if
% this file is installed in /some/path/to/texlive/2011/texmf/web2c/texmf.cnf,
% add your custom settings to /some/path/to/texlive/2011/texmf.cnf.
%
% What follows is a super-summary of what this .cnf file can
% contain. Please read the Kpathsea manual for more information.
%
% Any identifier (sticking to A-Za-z_ for names is safest) can be assigned.
% The `=' (and surrounding spaces) is optional.
% $foo (or ${foo}) in a value expands to the envvar or cnf value of foo.
% Long lines can be continued with a \.
%
% Earlier entries (in the same or another file) override later ones, and
% an environment variable foo overrides any texmf.cnf definition of foo.
%
% All definitions are read before anything is expanded, so you can use
% variables before they are defined.
%
% If a variable assignment is qualified with `.PROGRAM', it is ignored
% unless the current executable (last filename component of argv[0]) is
% named PROGRAM. This foo.PROGRAM construct is not recognized on the
% right-hand side. For environment variables, use FOO_PROGRAM.
%
% Which file formats use which paths for searches is described in the
% various programs' and the Kpathsea documentation (http://tug.org/kpathsea).
%
% // means to search subdirectories (recursively).
% A leading !! means to look only in the ls-R db, never on the disk.
% In this file, either ; or : can be used to separate path components.
% A leading/trailing/doubled path separator in the paths will be
% expanded into the compile-time default. Probably not what you want.
%
% Brace notation is supported, for example: /usr/local/{mytex,othertex}
% expands to /usr/local/mytex:/usr/local/othertex. We make extensive
% use of this.

% Part 1: Search paths and directories.

% This is the parent directory of our several trees, i.e.,
% /usr/local/texlive/YYYY in the original TeX Live distribution.
%
% All trees must be organized according to the TeX Directory Structure
% (http://tug.org/tds), or files may not be found.
%
% Redistributors will probably want $SELFAUTODIR/share, i.e., /usr/share.
TEXMFROOT = $SELFAUTOPARENT

% The tree containing runtime files related to the specific
% distribution and version.
TEXMFMAIN = $TEXMFROOT/texmf

% The main tree of packages, distribution-agnostic:
TEXMFDIST = $TEXMFROOT/texmf-dist

% Local additions to the distribution trees.
TEXMFLOCAL = $TEXMFROOT/../texmf-local

% TEXMFSYSVAR, where *-sys store cached runtime data.
TEXMFSYSVAR = $TEXMFROOT/texmf-var

% TEXMFSYSCONFIG, where *-sys store configuration data.
TEXMFSYSCONFIG = $TEXMFROOT/texmf-config

% Per-user texmf tree(s) — organized per the TDS, as usual. To define
% more than one per-user tree, set this to a list of directories in
% braces, as described above. (This used to be HOMETEXMF.) ~ expands
% to %USERPROFILE% on Windows, $HOME otherwise.
TEXMFHOME = ~/texmf

% TEXMFVAR, where texconfig/updmap/fmtutil store cached runtime data.
TEXMFVAR = ~/.texlive2011/texmf-var

% TEXMFCONFIG, where texconfig/updmap/fmtutil store configuration data.
TEXMFCONFIG = ~/.texlive2011/texmf-config

% List all the texmf trees.
%
% For texconfig to work properly, TEXMFCONFIG and TEXMFVAR should be named
% explicitly and before all other trees.
%
% TEXMFLOCAL follows TEXMFMAIN (and precedes TEXMFDIST) because the
% files in TEXMFMAIN are tightly coupled with the particular version of
% the distribution, such as configuration files. Overriding them would
% be more likely to cause trouble than help. On the other hand, the
% bulk of packages and fonts are in TEXMFDIST, and locally-installed
% versions should take precedence over those — although it is generally
% a source of confusion to have different versions of a package
% installed, whatever the trees, so try to avoid it.
TEXMF = {$TEXMFCONFIG,$TEXMFVAR,$TEXMFHOME,!!$TEXMFSYSCONFIG,!!$TEXMFSYSVAR,!!$TEXMFMAIN,!!$TEXMFLOCAL,!!$TEXMFDIST}

% Where to look for ls-R files. There need not be an ls-R in the
% directories in this path, but if there is one, Kpathsea will use it.
% By default, this is only the !! elements of TEXMF, so that mktexlsr
% does not create ls-R files in the non-!! elements — because if an
% ls-R is present, it will be used, and the disk will not be searched.
% This is arguably a bug in kpathsea.
TEXMFDBS = {!!$TEXMFSYSCONFIG,!!$TEXMFSYSVAR,!!$TEXMFMAIN,!!$TEXMFLOCAL,!!$TEXMFDIST}

% The system trees. These are the trees that are shared by all users.
% If a tree appears in this list, the mktex* scripts will use
% VARTEXFONTS for generated files, if the original tree isn't writable;
% otherwise the current working directory is used.
SYSTEXMF = $TEXMFSYSVAR;$TEXMFMAIN;$TEXMFLOCAL;$TEXMFDIST

% Where generated fonts may be written. This tree is used when the sources
% were found in a system tree and either that tree wasn't writable, or the
% varfonts feature was enabled in MT_FEATURES in mktex.cnf.
VARTEXFONTS = $TEXMFVAR/fonts

% On some systems, there will be a system tree which contains all the font
% files that may be created as well as the formats. For example
% TEXMFVAR = /var/lib/texmf
% is used in many distros. In this case, set VARTEXFONTS like this
%VARTEXFONTS = $TEXMFVAR/fonts
% and do not mention it in TEXMFDBS (but _do_ mention TEXMFVAR).
%
% Remove $VARTEXFONTS from TEXMFDBS if the VARTEXFONTS directory is below
% one of the TEXMF directories (avoids overlapping ls-R files).

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
% Usually you will not need to edit any of the following variables.
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

% WEB2C is for Web2C specific files. The current directory may not be
% a good place to look for them.
WEB2C = $TEXMF/web2c

% TEXINPUTS is for TeX input files — i.e., anything to be found by \input
% or \openin, including .sty, .eps, etc. We specify paths for all known
% formats, past or present. Not all of them are built these days.

% Plain TeX. Have the command tex check all directories as a last
% resort, we may have plain-compatible stuff anywhere.
TEXINPUTS.tex = .;$TEXMF/tex/{plain,generic,}//

% Fontinst needs to read afm files.
TEXINPUTS.fontinst = .;$TEXMF/{tex,fonts/afm}//

% Other plain-based formats.
TEXINPUTS.amstex = .;$TEXMF/tex/{amstex,plain,generic,}//
TEXINPUTS.csplain = .;$TEXMF/tex/{csplain,plain,generic,}//
TEXINPUTS.eplain = .;$TEXMF/tex/{eplain,plain,generic,}//
TEXINPUTS.ftex = .;$TEXMF/tex/{formate,plain,generic,}//
TEXINPUTS.mex = .;$TEXMF/tex/{mex,plain,generic,}//
TEXINPUTS.texinfo = .;$TEXMF/tex/{texinfo,plain,generic,}//

% LaTeX 2e specific macros are stored in latex/, macros that can only be
% used with 2.09 in latex209/. In addition, we look in the directory
% latex209, useful for macros that were written for 2.09 and do not
% mention 2e at all, but can be used with 2e.
TEXINPUTS.cslatex = .;$TEXMF/tex/{cslatex,csplain,latex,generic,}//
TEXINPUTS.latex = .;$TEXMF/tex/{latex,generic,}//
TEXINPUTS.latex209 = .;$TEXMF/tex/{latex209,generic,latex,}//
TEXINPUTS.olatex = .;$TEXMF/tex/{latex,generic,}//

% MLTeX.
TEXINPUTS.frlatex = .;$TEXMF/tex/{french,latex,generic,}//
TEXINPUTS.frtex = .;$TEXMF/tex/{french,plain,generic,}//
TEXINPUTS.mllatex = .;$TEXMF/tex/{latex,generic,}//
TEXINPUTS.mltex = .;$TEXMF/tex/{plain,generic,}//

% e-TeX.
TEXINPUTS.elatex = .;$TEXMF/tex/{latex,generic,}//
TEXINPUTS.etex = .;$TEXMF/tex/{plain,generic,}//

% pdfTeX.
TEXINPUTS.pdfcslatex = .;$TEXMF/tex/{cslatex,csplain,latex,generic,}//
TEXINPUTS.pdfcsplain = .;$TEXMF/tex/{csplain,plain,generic,}//
TEXINPUTS.pdflatex = .;$TEXMF/tex/{latex,generic,}//
TEXINPUTS.pdfmex = .;$TEXMF/tex/{mex,plain,generic,}//
TEXINPUTS.utf8mex = .;$TEXMF/tex/{mex,plain,generic,}//
TEXINPUTS.pdftex = .;$TEXMF/tex/{plain,generic,}//
TEXINPUTS.pdftexinfo = .;$TEXMF/tex/{texinfo,plain,generic,}//
TEXINPUTS.pdfamstex = .;$TEXMF/tex/{amstex,plain,generic,}//

% pdfeTeX.
TEXINPUTS.pdfelatex = .;$TEXMF/tex/{latex,generic,}//
TEXINPUTS.pdfetex = .;$TEXMF/tex/{plain,generic,}//

% pdfxTeX.
TEXINPUTS.pdfxlatex = .;$TEXMF/tex/{latex,generic,}//
TEXINPUTS.pdfxmex = .;$TEXMF/tex/{mex,plain,generic,}//
TEXINPUTS.pdfxtex = .;$TEXMF/tex/{plain,generic,}//

% LuaTeX.
TEXINPUTS.lualatex = .;$TEXMF/tex/{lualatex,latex,luatex,generic,}//
TEXINPUTS.luatex = .;$TEXMF/tex/{luatex,plain,generic,}//
TEXINPUTS.dvilualatex = .;$TEXMF/tex/{lualatex,latex,luatex,generic,}//
TEXINPUTS.dviluatex = .;$TEXMF/tex/{luatex,plain,generic,}//

% XeTeX.
TEXINPUTS.xelatex = .;$TEXMF/tex/{xelatex,latex,xetex,generic,}//
TEXINPUTS.xeplain = .;$TEXMF/tex/{xeplain,eplain,plain,xetex,generic,}//
TEXINPUTS.xetex = .;$TEXMF/tex/{xetex,plain,generic,}//

% Omega / Aleph.
TEXINPUTS.aleph = .;$TEXMF/tex/{plain,generic,}//
TEXINPUTS.elambda = .;$TEXMF/tex/{lambda,latex,generic,}//
TEXINPUTS.eomega = .;$TEXMF/tex/{plain,generic,}//
TEXINPUTS.lambda = .;$TEXMF/tex/{lambda,latex,generic,}//
TEXINPUTS.lamed = .;$TEXMF/tex/{lamed,lambda,latex,generic,}//
TEXINPUTS.omega = .;$TEXMF/tex/{plain,generic,}//

% p(La)TeX.
TEXINPUTS.ptex = .;$TEXMF/tex/{ptex,plain,generic,}//
TEXINPUTS.platex = .;$TEXMF/tex/{platex,latex,generic,}//

% epTeX, and for pmpost.
TEXINPUTS.eptex = .;$TEXMF/tex/{ptex,plain,generic,}//
TEX.pmpost = eptex

% (e)up(La)TeX.
TEXINPUTS.uplatex = .;$TEXMF/tex/{uplatex,platex,latex,generic,}//
TEXINPUTS.uptex = .;$TEXMF/tex/{uptex,ptex,plain,generic,}//
TEXINPUTS.euptex = .;$TEXMF/tex/{uptex,ptex,plain,generic}//

% pBibTeX bibliographies and style files.
BIBINPUTS.pbibtex = .;$TEXMF/{pbibtex,bibtex}/bib//
BSTINPUTS.pbibtex = .;$TEXMF/{pbibtex,bibtex}/bst//

% ConTeXt.
TEXINPUTS.context = .;$TEXMF/tex/{context,plain,generic}//

% jadetex.
TEXINPUTS.jadetex = .;$TEXMF/tex/{jadetex,latex,generic,}//
TEXINPUTS.pdfjadetex = .;$TEXMF/tex/{jadetex,latex,generic,}//

% XMLTeX.
TEXINPUTS.xmltex = .;$TEXMF/tex/{xmltex,latex,generic,}//
TEXINPUTS.pdfxmltex = .;$TEXMF/tex/{xmltex,latex,generic,}//

% Miscellany, no longer built.
TEXINPUTS.lamstex = .;$TEXMF/tex/{lamstex,plain,generic,}//
TEXINPUTS.lollipop = .;$TEXMF/tex/{lollipop,plain,generic,}//
TEXINPUTS.frpdflatex = .;$TEXMF/tex/{french,latex,generic,}//
TEXINPUTS.frpdftex = .;$TEXMF/tex/{french,plain,generic,}//

% Earlier entries override later ones, so put this generic one last.
TEXINPUTS = .;$TEXMF/tex/{$progname,generic,}//

% ttf2tfm.
TTF2TFMINPUTS = .;$TEXMF/ttf2pk//

% Metafont, MetaPost inputs.
MFINPUTS = .;$TEXMF/metafont//;{$TEXMF/fonts,$VARTEXFONTS}/source//
MPINPUTS = .;$TEXMF/metapost//

% Dump files (fmt/base/mem) for vir{tex,mf,mp} to read.
% We want to find the engine-specific file, e.g., cont-en.fmt can
% exist under both pdftex/ and xetex/. But just in case some formats
% end up without an engine directory, look directly in web2c/ too.
% We repeat the same definition three times because of the way fmtutil
% is implemented; if we use ${TEXFORMATS}, the mpost/mf/etc. formats
% will not be found.
TEXFORMATS = .;$TEXMF/web2c{/$engine,}
MFBASES = .;$TEXMF/web2c{/$engine,}
MPMEMS = .;$TEXMF/web2c{/$engine,}
%
% As of 2008, pool files don't exist any more (the strings are compiled
% into the binaries), but just in case something expects to find these:
TEXPOOL = .;$TEXMF/web2c
MFPOOL = ${TEXPOOL}
MPPOOL = ${TEXPOOL}

% support the original xdvi. Must come before the generic settings.
PKFONTS.XDvi = .;$TEXMF/%s;$VARTEXFONTS/pk/{%m,modeless}//
VFFONTS.XDvi = .;$TEXMF/%s
PSHEADERS.XDvi = .;$TEXMF/%q{dvips,fonts/type1}//
TEXPICTS.XDvi = .;$TEXMF/%q{dvips,tex}//

% Device-independent font metric files.
VFFONTS = .;$TEXMF/fonts/vf//
TFMFONTS = .;{$TEXMF/fonts,$VARTEXFONTS}/tfm//

% The $MAKETEX_MODE below means the drivers will not use a cx font when
% the mode is ricoh. If no mode is explicitly specified, kpse_prog_init
% sets MAKETEX_MODE to /, so all subdirectories are searched. See the manual.
% The modeless part guarantees that bitmaps for PostScript fonts are found.
PKFONTS = .;{$TEXMF/fonts,$VARTEXFONTS}/pk/{$MAKETEX_MODE,modeless}//

% Similarly for the GF format, which only remains in existence because
% Metafont outputs it (and MF isn't going to change).
GFFONTS = .;$TEXMF/fonts/gf/$MAKETEX_MODE//

% A backup for PKFONTS and GFFONTS. Not used for anything.
GLYPHFONTS = .;$TEXMF/fonts

% A place to puth everything that doesn't fit the other font categories.
MISCFONTS = .;$TEXMF/fonts/misc//

% font name map files. This isn't just fonts/map// because ConTeXt
% wants support for having files with the same name in the different
% subdirs. Maybe if the programs ever get unified to accepting the same
% map file syntax the definition can be simplified again.
TEXFONTMAPS = .;$TEXMF/fonts/map/{$progname,pdftex,dvips,}//

% BibTeX bibliographies and style files. bibtex8 also uses these.
BIBINPUTS = .;$TEXMF/bibtex/bib//
BSTINPUTS = .;$TEXMF/bibtex/{bst,csf}//

% MlBibTeX.
MLBIBINPUTS = .;$TEXMF/bibtex/bib/{mlbib,}//
MLBSTINPUTS = .;$TEXMF/bibtex/{mlbst,bst}//

% .ris and .bltxml bibliography formats.
RISINPUTS = .;$TEXMF/bibtex/ris//
BLTXMLINPUTS = .;$TEXMF/bibtex/bltxml//

% MFT style files.
MFTINPUTS = .;$TEXMF/mft//

% PostScript headers and prologues (.pro); unfortunately, some programs
% also use this for acessing font files (enc, type1, truetype)
TEXPSHEADERS = .;$TEXMF/{dvips,fonts/{enc,type1,type42,type3}}//
TEXPSHEADERS.gsftopk = .;$TEXMF/{dvips,fonts/{enc,type1,type42,type3,truetype}}//

% OSFONTDIR is to provide a convenient hook for allowing TeX to find
% fonts installed on the system (outside of TeX). An empty default
% value would add “//” to the search paths, so we give it a dummy value.
OSFONTDIR = /please/set/osfontdir/in/the/environment

% PostScript Type 1 outline fonts.
T1FONTS = .;$TEXMF/fonts/type1//;$OSFONTDIR//

% PostScript AFM metric files.
AFMFONTS = .;$TEXMF/fonts/afm//;$OSFONTDIR//

% TrueType outline fonts.
TTFONTS = .;$TEXMF/fonts/{truetype,opentype}//;$OSFONTDIR//

% OpenType outline fonts.
OPENTYPEFONTS = .;$TEXMF/fonts/{opentype,truetype}//;$OSFONTDIR//

% Type 42 outline fonts.
T42FONTS = .;$TEXMF/fonts/type42//

% Ligature definition files.
LIGFONTS = .;$TEXMF/fonts/lig//

% Dvips' config.* files (this name should not start with `TEX'!).
TEXCONFIG = $TEXMF/dvips//

% Makeindex style (.ist) files.
INDEXSTYLE = .;$TEXMF/makeindex//

% Font encoding files (.enc).
ENCFONTS = .;$TEXMF/fonts/enc//

% CMap files.
CMAPFONTS = .;$TEXMF/fonts/cmap//

% Subfont definition files.
SFDFONTS = .;$TEXMF/fonts/sfd//

% OpenType feature files (.fea).
FONTFEATURES=.;$TEXMF/fonts/fea//

% .cid and .cidmap
FONTCIDMAPS=.;$TEXMF/fonts/cid//

% pdftex config files:
PDFTEXCONFIG = .;$TEXMF/pdftex/{$progname,}//

% Used by DMP (ditroff-to-mpx), called by makempx -troff.
TRFONTS = /usr{/local,}/share/groff/{current/font,site-font}/devps
MPSUPPORT = .;$TEXMF/metapost/support

% For xdvi to find mime.types and .mailcap, if they do not exist in
% ~. These are single directories, not paths.
% (But the default mime.types, at least, may well suffice.)
MIMELIBDIR = $TEXMFROOT/etc
MAILCAPLIBDIR = $TEXMFROOT/etc

% Default settings for the fontconfig library as used by the Windows
% versions of xetex/xdvipdfmx. On Unixish systems, fontconfig ignores
% this. ConTeXT MkIV (all platforms) also use these values.
%
FONTCONFIG_FILE = fonts.conf
FONTCONFIG_PATH = $TEXMFSYSVAR/fonts/conf
FC_CACHEDIR = $TEXMFSYSVAR/fonts/cache

% TeX documentation and source files, for use with texdoc and kpsewhich.
TEXDOCS = $TEXMF/doc//
TEXSOURCES = .;$TEXMF/source//

% Web and CWeb input paths.
WEBINPUTS = .;$TEXMF/web//
CWEBINPUTS = .;$TEXMF/cweb//

% Omega-related fonts and other files.
OFMFONTS = .;{$TEXMF/fonts,$VARTEXFONTS}/{ofm,tfm}//
OPLFONTS = .;{$TEXMF/fonts,$VARTEXFONTS}/opl//
OVFFONTS = .;{$TEXMF/fonts,$VARTEXFONTS}/{ovf,vf}//
OVPFONTS = .;{$TEXMF/fonts,$VARTEXFONTS}/ovp//
OTPINPUTS = .;$TEXMF/omega/otp//
OCPINPUTS = .;$TEXMF/omega/ocp//

% Some additional input variables for several programs. If you add
% a program that uses the `other text files' or `other binary files'
% search formats, you'll want to add their variables here as well.
T4HTINPUTS = .;$TEXMF/tex4ht//

%% t4ht utility, sharing files with TeX4ht
TEX4HTFONTSET=alias,iso8859,unicode
TEX4HTINPUTS = .;$TEXMF/tex4ht/base//;$TEXMF/tex4ht/ht-fonts/{$TEX4HTFONTSET}//

% TeXworks editor configuration and settings
TW_LIBPATH = $TEXMFCONFIG/texworks
TW_INIPATH = $TW_LIBPATH

% For security, do not look in . for dvipdfmx.cfg, since the D option
% would allow command execution.
DVIPDFMXINPUTS = $TEXMF/dvipdfmx

% Lua needs to look in TEXINPUTS for lua scripts distributed with packages.
%
% But we can't simply use $TEXINPUTS, since then if TEXINPUTS is set in
% the environment with a colon, say, TEXINPUTS=/some/dir:, the intended
% default expansion of TEXINPUTS will not happen and .lua files under
% the /tex/ will not be found.
%
% So, duplicate the TEXINPUTS.*lualatex values as LUAINPUTS.*lualatex.
% The default LUAINPUTS sufficess for luatex and dviluatex.
%
LUAINPUTS.lualatex = .;$TEXMF/scripts/{$progname,$engine,}/{lua,}//;$TEXMF/tex/{lualatex,latex,luatex,generic,}//
LUAINPUTS.dvilualatex = .;$TEXMF/scripts/{$progname,$engine,}/{lua,}//;$TEXMF/tex/{lualatex,latex,luatex,generic,}//
LUAINPUTS = .;$TEXMF/scripts/{$progname,$engine,}/{lua,}//;$TEXMF/tex/{luatex,plain,generic,}//

% Lua needs to look for binary lua libraries distributed with packages.
CLUAINPUTS = .;$SELFAUTOLOC/lib/{$progname,$engine,}/lua//

% Architecture independent executables.
TEXMFSCRIPTS = $TEXMF/scripts/{$progname,$engine,}//

% Other languages.
JAVAINPUTS = .;$TEXMF/scripts/{$progname,$engine,}/java//
PERLINPUTS = .;$TEXMF/scripts/{$progname,$engine,}/perl//
PYTHONINPUTS = .;$TEXMF/scripts/{$progname,$engine,}/python//
RUBYINPUTS = .;$TEXMF/scripts/{$progname,$engine,}/ruby//

%% The mktex* scripts rely on KPSE_DOT. Do not set it in the environment.
% KPSE_DOT = .

% This definition isn't used from this .cnf file itself (that would be
% paradoxical), but the compile-time default in paths.h is built from it.
% The SELFAUTO* variables are set automatically from the location of
% argv[0], in kpse_set_program_name.
%
% This main texmf.cnf file is installed, for a release YYYY, in a
% directory such as /usr/local/texlive/YYYY/texmf/web2c/texmf.cnf.
% Since this file is subject to future updates, the TeX Live installer
% or human administrator may also create a file
% /usr/local/texlive/YYYY/texmf.cnf; any settings in this latter file
% will take precedence over the distributed one under texmf/web2c.
%
% For security reasons, it is better not to include . in this path.
%
TEXMFCNF = {$SELFAUTOLOC,$SELFAUTODIR,$SELFAUTOPARENT}{,{/share,}/texmf{-local,}/web2c}

% kpathsea 3.5.3 and later sets these at runtime. To avoid empty
% expansions from binaries linked against an earlier version of the
% library, we set $progname and $engine to something non-empty:
progname = unsetprogname
engine = unsetengine

% Part 2: Options.

% If this option is set to true, `tex a.b' will look first for a.b.tex
% (within each path element), and then for a.b, i.e., we try standard
% extensions first. If this is false, we first look for a.b and then
% a.b.tex, i.e., we try the name as-is first.
%
% Both names are always tried; the difference is the order in which they
% are tried. The setting applies to all searches, not just .tex.
%
% This setting only affects names being looked up which *already* have
% an extension. A name without an extension (e.g., `tex story') will
% always have an extension added first.
%
% The default is true, because we already avoid adding the standard
% extension(s) in the usual cases. E.g., babel.sty will only look for
% babel.sty, not babel.sty.tex, regardless of this setting.
try_std_extension_first = t

% Enable system commands via \write18{…}. When enabled fully (set to
% t), obviously insecure. When enabled partially (set to p), only the
% commands listed in shell_escape_commands are allowed. Although this
% is not fully secure either, it is much better, and so useful that we
% enable it for everything but bare tex.
shell_escape = p

% No spaces in this command list.
%
% The programs listed here are as safe as any we know: they either do
% not write any output files, respect openout_any, or have hard-coded
% restrictions similar or higher to openout_any=p. They also have no
% features to invoke arbitrary other programs, and no known exploitable
% bugs. All to the best of our knowledge. They also have practical use
% for being called from TeX.
%
shell_escape_commands = \
bibtex,bibtex8,\
kpsewhich,\
makeindex,\
repstopdf,\

% we'd like to allow:
% dvips – but external commands can be executed, need at least -R1.
% epspdf, ps2pdf, pstopdf – need to respect openout_any,
% and gs -dSAFER must be used and check for shell injection with filenames.
% (img)convert (ImageMagick) – delegates.mgk possible misconfig, besides,
% without Unix convert it hardly seems worth it, and Windows convert
% is something completely different that destroys filesystems, so skip.
% pygmentize – but is the filter feature insecure?
% ps4pdf – but it calls an unrestricted latex.
% rpdfcrop – maybe ok, but let's get experience with repstopdf first.
% texindy,xindy – but is the module feature insecure?
% ulqda – but requires optional SHA1.pm, so why bother.
% tex, latex, etc. – need to forbid –shell-escape, and inherit openout_any.

% plain TeX should remain unenhanced.
shell_escape.tex = f
shell_escape.initex = f

% This is used by the Windows script wrapper for restricting searching
% for the purportedly safe shell_escape_commands above to system
% directories.
TEXMF_RESTRICTED_SCRIPTS = \
{!!$TEXMFMAIN,!!$TEXMFLOCAL,!!$TEXMFDIST}/scripts/{$progname,$engine,}//

% Allow TeX \openin, \openout, or \input on filenames starting with `.'
% (e.g., .rhosts) or outside the current tree (e.g., /etc/passwd)?
% a (any) : any file can be opened.
% r (restricted) : disallow opening “dotfiles”.
% p (paranoid) : as `r' and disallow going to parent directories, and
% restrict absolute paths to be under $TEXMFOUTPUT.
openout_any = p
openin_any = a

% Write .log/.dvi/etc. files here, if the current directory is unwritable.
%TEXMFOUTPUT = /tmp

% If a dynamic file creation fails, log the command to this file, in
% either the current directory or TEXMFOUTPUT. Set to the
% empty string or 0 to avoid logging.
MISSFONT_LOG = missfont.log

% Set to a colon-separated list of words specifying warnings to suppress.
% To suppress everything, use TEX_HUSH = all; this is currently equivalent to
% TEX_HUSH = checksum:lostchar:readable:special
% To suppress nothing, use TEX_HUSH = none or do not set the variable at all.
TEX_HUSH = none

% Allow TeX, and MF to parse the first line of an input file for
% the %&format construct.
parse_first_line = t

% But don't parse the first line if invoked as “tex”, since we want that
% to remain Knuth-compatible. The src_specials and
% file_line_error_style settings, as well as the options -enctex,
% -mltex, -8bit, etc., also affect this, but they are all off by default.
parse_first_line.tex = f
parse_first_line.initex = f

% Control file:line:error style messages.
file_line_error_style = f

% Enable the mktex… scripts by default? These must be set to 0 or 1.
% Particular programs can and do override these settings, for example
% dvips's -M option. Your first chance to specify whether the scripts
% are invoked by default is at configure time.
%
% These values are ignored if the script names are changed; e.g., if you
% set DVIPSMAKEPK to `foo', what counts is the value of the environment
% variable/config value `FOO', not the `MKTEXPK' value.
%
%MKTEXTEX = 0
%MKTEXPK = 0
%MKTEXMF = 0
%MKTEXTFM = 0
%MKTEXFMT = 0
%MKOCP = 0
%MKOFM = 0

% Used by makempx to run TeX. We use “etex” because MetaPost is
% expecting DVI, and not “tex” because we want first line parsing.
TEX = etex

% These variables specify the external program called for the
% interactive `e' option. %d is replaced by the line number and %s by
% the current filename. The default is specified at compile-time, and
% we let that stay in place since different platforms like different values.
%TEXEDIT = vi +%d '%s' % default for Unix
%TEXEDIT = texworks –position=+%d “%s” % default for Windows
%MFEDIT = ${TEXEDIT}
%MPEDIT = ${TEXEDIT}

% The default `codepage and sort order' file for BibTeX8, when none is
% given as command line option or environment variable.
BIBTEX_CSFILE = 88591lat.csf

% This variable is specific to Windows. It must be set to 0 or 1. The
% default is 0. Setting it to 1 tells the Windows script wrappers to
% use an already installed Perl interpreter if one is found on the
% search path, in preference to the Perl shipped with TeX Live. Thus,
% it may be useful if you both (a) installed a full Perl distribution
% for general use, and (b) need to run Perl programs from TL that use
% additional modules we don't provide. The TL Perl does provide all the
% standard Perl modules.
%
%TEXLIVE_WINDOWS_TRY_EXTERNAL_PERL = 0

% Part 3: Array and other sizes for TeX (and Metafont).
%
% If you want to change some of these sizes only for a certain TeX
% variant, the usual dot notation works, e.g.,
% main_memory.hugetex = 20000000
%
% If a change here appears to be ignored, try redumping the format file.

% Memory. Must be less than 8,000,000 total.
%
% main_memory is relevant only to initex, extra_mem_* only to non-ini.
% Thus, have to redump the .fmt file after changing main_memory; to add
% to existing fmt files, increase extra_mem_*. (To get an idea of how
% much, try \tracingstats=2 in your TeX source file;
% web2c/tests/memtest.tex might also be interesting.)
%
% To increase space for boxes (as might be needed by, e.g., PiCTeX),
% increase extra_mem_bot.
%
% For some xy-pic samples, you may need as much as 700000 words of memory.
% For the vast majority of documents, 60000 or less will do.
%
main_memory = 3000000 % words of inimemory available; also applies to inimf&mp
extra_mem_top = 0 % extra high memory for chars, tokens, etc.
extra_mem_bot = 0 % extra low memory for boxes, glue, breakpoints, etc.

% ConTeXt needs lots of memory.
extra_mem_top.context = 2000000
extra_mem_bot.context = 4000000

% Words of font info for TeX (total size of all TFM files, approximately).
% Must be >= 20000 and <= 147483647 (without tex.ch changes). font_mem_size = 3000000 % Total number of fonts. Must be >= 50 and <= 9000 (without tex.ch changes). font_max = 9000 % Extra space for the hash table of control sequences. hash_extra = 200000 % Max number of characters in all strings, including all error messages, % help texts, font names, control sequences. These values apply to TeX. pool_size = 3250000 % Minimum pool space after TeX's own strings; must be at least % 25000 less than pool_size, but doesn't need to be nearly that large. string_vacancies = 90000 % Maximum number of strings. max_strings = 500000 % min pool space left after loading .fmt pool_free = 47500 % Buffer size. TeX uses the buffer to contain input lines, but macro % expansion works by writing material into the buffer and reparsing the % line. As a consequence, certain constructs require the buffer to be % very large, even though most documents can be handled with a small value. buf_size = 200000 % Hyphenation trie. The maximum possible is 4194303 (ssup_trie_size in % the sources), but we don't need that much. The value here suffices % for all known free hyphenation patterns to be loaded simultaneously % (as TeX Live does). % trie_size = 1000000 hyph_size = 8191 % prime number of hyphenation exceptions, >610, <32767.
% http://primes.utm.edu/curios/page.php/8191.html
nest_size = 500 % simultaneous semantic levels (e.g., groups)
max_in_open = 15 % simultaneous input files and error insertions,
% also applies to MetaPost
param_size = 10000 % simultaneous macro parameters, also applies to MP
save_size = 50000 % for saving values outside current group
stack_size = 5000 % simultaneous input sources

% These are Omega-specific.
ocp_buf_size = 500000 % character buffers for ocp filters.
ocp_stack_size = 10000 % stacks for ocp computations.
ocp_list_size = 1000 % control for multiple ocps.

% These work best if they are the same as the I/O buffer size, but it
% doesn't matter much. Must be a multiple of 8.
dvi_buf_size = 16384 % TeX
gf_buf_size = 16384 % MF

% It's probably inadvisable to change these. At any rate, we must have:
% 45 < error_line < 255; % 30 < half_error_line < error_line - 15; % 60 <= max_print_line; % These apply to TeX, Metafont, and MetaPost. error_line = 79 half_error_line = 50 max_print_line = 79 % Metafont only. screen_width.mf = 1664 screen_depth.mf = 1200 % BibTeX only (max_strings also determines hash_size and hash_prime). ent_str_size = 250 glob_str_size = 5000 max_strings.bibtex = 35307 max_strings.bibtex8 = 35307 max_strings.bibtexu = 35307 max_strings.pbibtex = 35307 % GFtype only. line_length.gftype = 500 max_rows.gftype = 8191 max_cols.gftype = 8191 ` per i motivi che ha spiegato. Bene. Poi un anno fa si disse di aprire con i privilegi di amministratore il file texmf.cnf con un comando del tipo sudo gedit texmf.cnf dopo essersi portati nella cartella 2011 (al posto di gedit va bene un editor di testo qualunque) e di aggiungere in calce a ciò che vi si trova scritto, nel mio caso (controllato un minuto fa) ` % (Public domain.) % This texmf.cnf file should contain only your personal changes from the % original texmf.cnf (for example, as chosen in the installer). % % That is, if you need to make changes to texmf.cnf, put your custom % settings in this file, which is .../texlive/YYYY/texmf.cnf, rather than % the distributed file (which is .../texlive/YYYY/texmf/web2c/texmf.cnf). % And include *only* your changed values, not a copy of the whole thing! % TEXMFHOME = ~/Library/texmf TEXMFVAR = ~/Library/texlive/2011/texmf-var TEXMFCONFIG = ~/Library/texlive/2011/texmf-config ` le righe ` extra_mem_top = 2000000 extra_mem_bot = 4000000 ` Poi si salva e si chiude. Il fatto è che io non riesco ad aprire quel file da terminale, perché mi si dice che il comando non è conosciuto, qualunque editor io usi. Posso aprirlo con TextEdit e copiarci le due righe, ma poi non mi si salva perché non ho i privilegi di amministratore. Come si fa? Ciao Tommaso

::

Ci siamo sovrapposti; ma se leggi il mio post precedente hai la soluzione.

::

illinguista1972″ post=72895

Scusate la domanda stupida, ma sul mio Mac non riesco a raggiungere via mouse questo percorso:
`/usr/local/texlive/2011/`
Come faccio?

In alternativa, mi basterebbe sapere, una volta portatomi sul terminale in

cd /usr/local/texlive/2011/

come aprire con TextEdit (giusto?) il file texmf.cnf.

Di sicuro, preferivo evitare di modificare manualmente i file di sistema…

Scusate l’intromissione, ma non credo che ci vogliano grandi magie per fare quello che Enrico disse più di un anno fa. Intanto, disse di modificare il file texmf.cnf che sta in

`usr/local/texlive/2011/`

alla quale directory si giunge da terminale con

`cd usr/local/texlive/2011/`

Giusto? Giusto. Non va modificato, invece, l’omonimo file che sta in

`usr/local/texlive/2011/texmf/web2c/`

e il cui contenuto è

`
% original texmf.cnf — runtime path configuration file for kpathsea.
% Public domain.
%
% If you modify this original file, YOUR CHANGES WILL BE LOST when it is
% updated. Instead, put your changes — and only your changes, not an
% entire copy of the full texmf.cnf! — in ../../texmf.cnf. That is, if
% this file is installed in /some/path/to/texlive/2011/texmf/web2c/texmf.cnf,
% add your custom settings to /some/path/to/texlive/2011/texmf.cnf.
%
% What follows is a super-summary of what this .cnf file can
% contain. Please read the Kpathsea manual for more information.
%
% Any identifier (sticking to A-Za-z_ for names is safest) can be assigned.
% The `=' (and surrounding spaces) is optional.
% $foo (or ${foo}) in a value expands to the envvar or cnf value of foo.
% Long lines can be continued with a \.
%
% Earlier entries (in the same or another file) override later ones, and
% an environment variable foo overrides any texmf.cnf definition of foo.
%
% All definitions are read before anything is expanded, so you can use
% variables before they are defined.
%
% If a variable assignment is qualified with `.PROGRAM', it is ignored
% unless the current executable (last filename component of argv[0]) is
% named PROGRAM. This foo.PROGRAM construct is not recognized on the
% right-hand side. For environment variables, use FOO_PROGRAM.
%
% Which file formats use which paths for searches is described in the
% various programs' and the Kpathsea documentation (http://tug.org/kpathsea).
%
% // means to search subdirectories (recursively).
% A leading !! means to look only in the ls-R db, never on the disk.
% In this file, either ; or : can be used to separate path components.
% A leading/trailing/doubled path separator in the paths will be
% expanded into the compile-time default. Probably not what you want.
%
% Brace notation is supported, for example: /usr/local/{mytex,othertex}
% expands to /usr/local/mytex:/usr/local/othertex. We make extensive
% use of this.

% Part 1: Search paths and directories.

% This is the parent directory of our several trees, i.e.,
% /usr/local/texlive/YYYY in the original TeX Live distribution.
%
% All trees must be organized according to the TeX Directory Structure
% (http://tug.org/tds), or files may not be found.
%
% Redistributors will probably want $SELFAUTODIR/share, i.e., /usr/share.
TEXMFROOT = $SELFAUTOPARENT

% The tree containing runtime files related to the specific
% distribution and version.
TEXMFMAIN = $TEXMFROOT/texmf

% The main tree of packages, distribution-agnostic:
TEXMFDIST = $TEXMFROOT/texmf-dist

% Local additions to the distribution trees.
TEXMFLOCAL = $TEXMFROOT/../texmf-local

% TEXMFSYSVAR, where *-sys store cached runtime data.
TEXMFSYSVAR = $TEXMFROOT/texmf-var

% TEXMFSYSCONFIG, where *-sys store configuration data.
TEXMFSYSCONFIG = $TEXMFROOT/texmf-config

% Per-user texmf tree(s) — organized per the TDS, as usual. To define
% more than one per-user tree, set this to a list of directories in
% braces, as described above. (This used to be HOMETEXMF.) ~ expands
% to %USERPROFILE% on Windows, $HOME otherwise.
TEXMFHOME = ~/texmf

% TEXMFVAR, where texconfig/updmap/fmtutil store cached runtime data.
TEXMFVAR = ~/.texlive2011/texmf-var

% TEXMFCONFIG, where texconfig/updmap/fmtutil store configuration data.
TEXMFCONFIG = ~/.texlive2011/texmf-config

% List all the texmf trees.
%
% For texconfig to work properly, TEXMFCONFIG and TEXMFVAR should be named
% explicitly and before all other trees.
%
% TEXMFLOCAL follows TEXMFMAIN (and precedes TEXMFDIST) because the
% files in TEXMFMAIN are tightly coupled with the particular version of
% the distribution, such as configuration files. Overriding them would
% be more likely to cause trouble than help. On the other hand, the
% bulk of packages and fonts are in TEXMFDIST, and locally-installed
% versions should take precedence over those — although it is generally
% a source of confusion to have different versions of a package
% installed, whatever the trees, so try to avoid it.
TEXMF = {$TEXMFCONFIG,$TEXMFVAR,$TEXMFHOME,!!$TEXMFSYSCONFIG,!!$TEXMFSYSVAR,!!$TEXMFMAIN,!!$TEXMFLOCAL,!!$TEXMFDIST}

% Where to look for ls-R files. There need not be an ls-R in the
% directories in this path, but if there is one, Kpathsea will use it.
% By default, this is only the !! elements of TEXMF, so that mktexlsr
% does not create ls-R files in the non-!! elements — because if an
% ls-R is present, it will be used, and the disk will not be searched.
% This is arguably a bug in kpathsea.
TEXMFDBS = {!!$TEXMFSYSCONFIG,!!$TEXMFSYSVAR,!!$TEXMFMAIN,!!$TEXMFLOCAL,!!$TEXMFDIST}

% The system trees. These are the trees that are shared by all users.
% If a tree appears in this list, the mktex* scripts will use
% VARTEXFONTS for generated files, if the original tree isn't writable;
% otherwise the current working directory is used.
SYSTEXMF = $TEXMFSYSVAR;$TEXMFMAIN;$TEXMFLOCAL;$TEXMFDIST

% Where generated fonts may be written. This tree is used when the sources
% were found in a system tree and either that tree wasn't writable, or the
% varfonts feature was enabled in MT_FEATURES in mktex.cnf.
VARTEXFONTS = $TEXMFVAR/fonts

% On some systems, there will be a system tree which contains all the font
% files that may be created as well as the formats. For example
% TEXMFVAR = /var/lib/texmf
% is used in many distros. In this case, set VARTEXFONTS like this
%VARTEXFONTS = $TEXMFVAR/fonts
% and do not mention it in TEXMFDBS (but _do_ mention TEXMFVAR).
%
% Remove $VARTEXFONTS from TEXMFDBS if the VARTEXFONTS directory is below
% one of the TEXMF directories (avoids overlapping ls-R files).

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
% Usually you will not need to edit any of the following variables.
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

% WEB2C is for Web2C specific files. The current directory may not be
% a good place to look for them.
WEB2C = $TEXMF/web2c

% TEXINPUTS is for TeX input files — i.e., anything to be found by \input
% or \openin, including .sty, .eps, etc. We specify paths for all known
% formats, past or present. Not all of them are built these days.

% Plain TeX. Have the command tex check all directories as a last
% resort, we may have plain-compatible stuff anywhere.
TEXINPUTS.tex = .;$TEXMF/tex/{plain,generic,}//

% Fontinst needs to read afm files.
TEXINPUTS.fontinst = .;$TEXMF/{tex,fonts/afm}//

% Other plain-based formats.
TEXINPUTS.amstex = .;$TEXMF/tex/{amstex,plain,generic,}//
TEXINPUTS.csplain = .;$TEXMF/tex/{csplain,plain,generic,}//
TEXINPUTS.eplain = .;$TEXMF/tex/{eplain,plain,generic,}//
TEXINPUTS.ftex = .;$TEXMF/tex/{formate,plain,generic,}//
TEXINPUTS.mex = .;$TEXMF/tex/{mex,plain,generic,}//
TEXINPUTS.texinfo = .;$TEXMF/tex/{texinfo,plain,generic,}//

% LaTeX 2e specific macros are stored in latex/, macros that can only be
% used with 2.09 in latex209/. In addition, we look in the directory
% latex209, useful for macros that were written for 2.09 and do not
% mention 2e at all, but can be used with 2e.
TEXINPUTS.cslatex = .;$TEXMF/tex/{cslatex,csplain,latex,generic,}//
TEXINPUTS.latex = .;$TEXMF/tex/{latex,generic,}//
TEXINPUTS.latex209 = .;$TEXMF/tex/{latex209,generic,latex,}//
TEXINPUTS.olatex = .;$TEXMF/tex/{latex,generic,}//

% MLTeX.
TEXINPUTS.frlatex = .;$TEXMF/tex/{french,latex,generic,}//
TEXINPUTS.frtex = .;$TEXMF/tex/{french,plain,generic,}//
TEXINPUTS.mllatex = .;$TEXMF/tex/{latex,generic,}//
TEXINPUTS.mltex = .;$TEXMF/tex/{plain,generic,}//

% e-TeX.
TEXINPUTS.elatex = .;$TEXMF/tex/{latex,generic,}//
TEXINPUTS.etex = .;$TEXMF/tex/{plain,generic,}//

% pdfTeX.
TEXINPUTS.pdfcslatex = .;$TEXMF/tex/{cslatex,csplain,latex,generic,}//
TEXINPUTS.pdfcsplain = .;$TEXMF/tex/{csplain,plain,generic,}//
TEXINPUTS.pdflatex = .;$TEXMF/tex/{latex,generic,}//
TEXINPUTS.pdfmex = .;$TEXMF/tex/{mex,plain,generic,}//
TEXINPUTS.utf8mex = .;$TEXMF/tex/{mex,plain,generic,}//
TEXINPUTS.pdftex = .;$TEXMF/tex/{plain,generic,}//
TEXINPUTS.pdftexinfo = .;$TEXMF/tex/{texinfo,plain,generic,}//
TEXINPUTS.pdfamstex = .;$TEXMF/tex/{amstex,plain,generic,}//

% pdfeTeX.
TEXINPUTS.pdfelatex = .;$TEXMF/tex/{latex,generic,}//
TEXINPUTS.pdfetex = .;$TEXMF/tex/{plain,generic,}//

% pdfxTeX.
TEXINPUTS.pdfxlatex = .;$TEXMF/tex/{latex,generic,}//
TEXINPUTS.pdfxmex = .;$TEXMF/tex/{mex,plain,generic,}//
TEXINPUTS.pdfxtex = .;$TEXMF/tex/{plain,generic,}//

% LuaTeX.
TEXINPUTS.lualatex = .;$TEXMF/tex/{lualatex,latex,luatex,generic,}//
TEXINPUTS.luatex = .;$TEXMF/tex/{luatex,plain,generic,}//
TEXINPUTS.dvilualatex = .;$TEXMF/tex/{lualatex,latex,luatex,generic,}//
TEXINPUTS.dviluatex = .;$TEXMF/tex/{luatex,plain,generic,}//

% XeTeX.
TEXINPUTS.xelatex = .;$TEXMF/tex/{xelatex,latex,xetex,generic,}//
TEXINPUTS.xeplain = .;$TEXMF/tex/{xeplain,eplain,plain,xetex,generic,}//
TEXINPUTS.xetex = .;$TEXMF/tex/{xetex,plain,generic,}//

% Omega / Aleph.
TEXINPUTS.aleph = .;$TEXMF/tex/{plain,generic,}//
TEXINPUTS.elambda = .;$TEXMF/tex/{lambda,latex,generic,}//
TEXINPUTS.eomega = .;$TEXMF/tex/{plain,generic,}//
TEXINPUTS.lambda = .;$TEXMF/tex/{lambda,latex,generic,}//
TEXINPUTS.lamed = .;$TEXMF/tex/{lamed,lambda,latex,generic,}//
TEXINPUTS.omega = .;$TEXMF/tex/{plain,generic,}//

% p(La)TeX.
TEXINPUTS.ptex = .;$TEXMF/tex/{ptex,plain,generic,}//
TEXINPUTS.platex = .;$TEXMF/tex/{platex,latex,generic,}//

% epTeX, and for pmpost.
TEXINPUTS.eptex = .;$TEXMF/tex/{ptex,plain,generic,}//
TEX.pmpost = eptex

% (e)up(La)TeX.
TEXINPUTS.uplatex = .;$TEXMF/tex/{uplatex,platex,latex,generic,}//
TEXINPUTS.uptex = .;$TEXMF/tex/{uptex,ptex,plain,generic,}//
TEXINPUTS.euptex = .;$TEXMF/tex/{uptex,ptex,plain,generic}//

% pBibTeX bibliographies and style files.
BIBINPUTS.pbibtex = .;$TEXMF/{pbibtex,bibtex}/bib//
BSTINPUTS.pbibtex = .;$TEXMF/{pbibtex,bibtex}/bst//

% ConTeXt.
TEXINPUTS.context = .;$TEXMF/tex/{context,plain,generic}//

% jadetex.
TEXINPUTS.jadetex = .;$TEXMF/tex/{jadetex,latex,generic,}//
TEXINPUTS.pdfjadetex = .;$TEXMF/tex/{jadetex,latex,generic,}//

% XMLTeX.
TEXINPUTS.xmltex = .;$TEXMF/tex/{xmltex,latex,generic,}//
TEXINPUTS.pdfxmltex = .;$TEXMF/tex/{xmltex,latex,generic,}//

% Miscellany, no longer built.
TEXINPUTS.lamstex = .;$TEXMF/tex/{lamstex,plain,generic,}//
TEXINPUTS.lollipop = .;$TEXMF/tex/{lollipop,plain,generic,}//
TEXINPUTS.frpdflatex = .;$TEXMF/tex/{french,latex,generic,}//
TEXINPUTS.frpdftex = .;$TEXMF/tex/{french,plain,generic,}//

% Earlier entries override later ones, so put this generic one last.
TEXINPUTS = .;$TEXMF/tex/{$progname,generic,}//

% ttf2tfm.
TTF2TFMINPUTS = .;$TEXMF/ttf2pk//

% Metafont, MetaPost inputs.
MFINPUTS = .;$TEXMF/metafont//;{$TEXMF/fonts,$VARTEXFONTS}/source//
MPINPUTS = .;$TEXMF/metapost//

% Dump files (fmt/base/mem) for vir{tex,mf,mp} to read.
% We want to find the engine-specific file, e.g., cont-en.fmt can
% exist under both pdftex/ and xetex/. But just in case some formats
% end up without an engine directory, look directly in web2c/ too.
% We repeat the same definition three times because of the way fmtutil
% is implemented; if we use ${TEXFORMATS}, the mpost/mf/etc. formats
% will not be found.
TEXFORMATS = .;$TEXMF/web2c{/$engine,}
MFBASES = .;$TEXMF/web2c{/$engine,}
MPMEMS = .;$TEXMF/web2c{/$engine,}
%
% As of 2008, pool files don't exist any more (the strings are compiled
% into the binaries), but just in case something expects to find these:
TEXPOOL = .;$TEXMF/web2c
MFPOOL = ${TEXPOOL}
MPPOOL = ${TEXPOOL}

% support the original xdvi. Must come before the generic settings.
PKFONTS.XDvi = .;$TEXMF/%s;$VARTEXFONTS/pk/{%m,modeless}//
VFFONTS.XDvi = .;$TEXMF/%s
PSHEADERS.XDvi = .;$TEXMF/%q{dvips,fonts/type1}//
TEXPICTS.XDvi = .;$TEXMF/%q{dvips,tex}//

% Device-independent font metric files.
VFFONTS = .;$TEXMF/fonts/vf//
TFMFONTS = .;{$TEXMF/fonts,$VARTEXFONTS}/tfm//

% The $MAKETEX_MODE below means the drivers will not use a cx font when
% the mode is ricoh. If no mode is explicitly specified, kpse_prog_init
% sets MAKETEX_MODE to /, so all subdirectories are searched. See the manual.
% The modeless part guarantees that bitmaps for PostScript fonts are found.
PKFONTS = .;{$TEXMF/fonts,$VARTEXFONTS}/pk/{$MAKETEX_MODE,modeless}//

% Similarly for the GF format, which only remains in existence because
% Metafont outputs it (and MF isn't going to change).
GFFONTS = .;$TEXMF/fonts/gf/$MAKETEX_MODE//

% A backup for PKFONTS and GFFONTS. Not used for anything.
GLYPHFONTS = .;$TEXMF/fonts

% A place to puth everything that doesn't fit the other font categories.
MISCFONTS = .;$TEXMF/fonts/misc//

% font name map files. This isn't just fonts/map// because ConTeXt
% wants support for having files with the same name in the different
% subdirs. Maybe if the programs ever get unified to accepting the same
% map file syntax the definition can be simplified again.
TEXFONTMAPS = .;$TEXMF/fonts/map/{$progname,pdftex,dvips,}//

% BibTeX bibliographies and style files. bibtex8 also uses these.
BIBINPUTS = .;$TEXMF/bibtex/bib//
BSTINPUTS = .;$TEXMF/bibtex/{bst,csf}//

% MlBibTeX.
MLBIBINPUTS = .;$TEXMF/bibtex/bib/{mlbib,}//
MLBSTINPUTS = .;$TEXMF/bibtex/{mlbst,bst}//

% .ris and .bltxml bibliography formats.
RISINPUTS = .;$TEXMF/bibtex/ris//
BLTXMLINPUTS = .;$TEXMF/bibtex/bltxml//

% MFT style files.
MFTINPUTS = .;$TEXMF/mft//

% PostScript headers and prologues (.pro); unfortunately, some programs
% also use this for acessing font files (enc, type1, truetype)
TEXPSHEADERS = .;$TEXMF/{dvips,fonts/{enc,type1,type42,type3}}//
TEXPSHEADERS.gsftopk = .;$TEXMF/{dvips,fonts/{enc,type1,type42,type3,truetype}}//

% OSFONTDIR is to provide a convenient hook for allowing TeX to find
% fonts installed on the system (outside of TeX). An empty default
% value would add “//” to the search paths, so we give it a dummy value.
OSFONTDIR = /please/set/osfontdir/in/the/environment

% PostScript Type 1 outline fonts.
T1FONTS = .;$TEXMF/fonts/type1//;$OSFONTDIR//

% PostScript AFM metric files.
AFMFONTS = .;$TEXMF/fonts/afm//;$OSFONTDIR//

% TrueType outline fonts.
TTFONTS = .;$TEXMF/fonts/{truetype,opentype}//;$OSFONTDIR//

% OpenType outline fonts.
OPENTYPEFONTS = .;$TEXMF/fonts/{opentype,truetype}//;$OSFONTDIR//

% Type 42 outline fonts.
T42FONTS = .;$TEXMF/fonts/type42//

% Ligature definition files.
LIGFONTS = .;$TEXMF/fonts/lig//

% Dvips' config.* files (this name should not start with `TEX'!).
TEXCONFIG = $TEXMF/dvips//

% Makeindex style (.ist) files.
INDEXSTYLE = .;$TEXMF/makeindex//

% Font encoding files (.enc).
ENCFONTS = .;$TEXMF/fonts/enc//

% CMap files.
CMAPFONTS = .;$TEXMF/fonts/cmap//

% Subfont definition files.
SFDFONTS = .;$TEXMF/fonts/sfd//

% OpenType feature files (.fea).
FONTFEATURES=.;$TEXMF/fonts/fea//

% .cid and .cidmap
FONTCIDMAPS=.;$TEXMF/fonts/cid//

% pdftex config files:
PDFTEXCONFIG = .;$TEXMF/pdftex/{$progname,}//

% Used by DMP (ditroff-to-mpx), called by makempx -troff.
TRFONTS = /usr{/local,}/share/groff/{current/font,site-font}/devps
MPSUPPORT = .;$TEXMF/metapost/support

% For xdvi to find mime.types and .mailcap, if they do not exist in
% ~. These are single directories, not paths.
% (But the default mime.types, at least, may well suffice.)
MIMELIBDIR = $TEXMFROOT/etc
MAILCAPLIBDIR = $TEXMFROOT/etc

% Default settings for the fontconfig library as used by the Windows
% versions of xetex/xdvipdfmx. On Unixish systems, fontconfig ignores
% this. ConTeXT MkIV (all platforms) also use these values.
%
FONTCONFIG_FILE = fonts.conf
FONTCONFIG_PATH = $TEXMFSYSVAR/fonts/conf
FC_CACHEDIR = $TEXMFSYSVAR/fonts/cache

% TeX documentation and source files, for use with texdoc and kpsewhich.
TEXDOCS = $TEXMF/doc//
TEXSOURCES = .;$TEXMF/source//

% Web and CWeb input paths.
WEBINPUTS = .;$TEXMF/web//
CWEBINPUTS = .;$TEXMF/cweb//

% Omega-related fonts and other files.
OFMFONTS = .;{$TEXMF/fonts,$VARTEXFONTS}/{ofm,tfm}//
OPLFONTS = .;{$TEXMF/fonts,$VARTEXFONTS}/opl//
OVFFONTS = .;{$TEXMF/fonts,$VARTEXFONTS}/{ovf,vf}//
OVPFONTS = .;{$TEXMF/fonts,$VARTEXFONTS}/ovp//
OTPINPUTS = .;$TEXMF/omega/otp//
OCPINPUTS = .;$TEXMF/omega/ocp//

% Some additional input variables for several programs. If you add
% a program that uses the `other text files' or `other binary files'
% search formats, you'll want to add their variables here as well.
T4HTINPUTS = .;$TEXMF/tex4ht//

%% t4ht utility, sharing files with TeX4ht
TEX4HTFONTSET=alias,iso8859,unicode
TEX4HTINPUTS = .;$TEXMF/tex4ht/base//;$TEXMF/tex4ht/ht-fonts/{$TEX4HTFONTSET}//

% TeXworks editor configuration and settings
TW_LIBPATH = $TEXMFCONFIG/texworks
TW_INIPATH = $TW_LIBPATH

% For security, do not look in . for dvipdfmx.cfg, since the D option
% would allow command execution.
DVIPDFMXINPUTS = $TEXMF/dvipdfmx

% Lua needs to look in TEXINPUTS for lua scripts distributed with packages.
%
% But we can't simply use $TEXINPUTS, since then if TEXINPUTS is set in
% the environment with a colon, say, TEXINPUTS=/some/dir:, the intended
% default expansion of TEXINPUTS will not happen and .lua files under
% the /tex/ will not be found.
%
% So, duplicate the TEXINPUTS.*lualatex values as LUAINPUTS.*lualatex.
% The default LUAINPUTS sufficess for luatex and dviluatex.
%
LUAINPUTS.lualatex = .;$TEXMF/scripts/{$progname,$engine,}/{lua,}//;$TEXMF/tex/{lualatex,latex,luatex,generic,}//
LUAINPUTS.dvilualatex = .;$TEXMF/scripts/{$progname,$engine,}/{lua,}//;$TEXMF/tex/{lualatex,latex,luatex,generic,}//
LUAINPUTS = .;$TEXMF/scripts/{$progname,$engine,}/{lua,}//;$TEXMF/tex/{luatex,plain,generic,}//

% Lua needs to look for binary lua libraries distributed with packages.
CLUAINPUTS = .;$SELFAUTOLOC/lib/{$progname,$engine,}/lua//

% Architecture independent executables.
TEXMFSCRIPTS = $TEXMF/scripts/{$progname,$engine,}//

% Other languages.
JAVAINPUTS = .;$TEXMF/scripts/{$progname,$engine,}/java//
PERLINPUTS = .;$TEXMF/scripts/{$progname,$engine,}/perl//
PYTHONINPUTS = .;$TEXMF/scripts/{$progname,$engine,}/python//
RUBYINPUTS = .;$TEXMF/scripts/{$progname,$engine,}/ruby//

%% The mktex* scripts rely on KPSE_DOT. Do not set it in the environment.
% KPSE_DOT = .

% This definition isn't used from this .cnf file itself (that would be
% paradoxical), but the compile-time default in paths.h is built from it.
% The SELFAUTO* variables are set automatically from the location of
% argv[0], in kpse_set_program_name.
%
% This main texmf.cnf file is installed, for a release YYYY, in a
% directory such as /usr/local/texlive/YYYY/texmf/web2c/texmf.cnf.
% Since this file is subject to future updates, the TeX Live installer
% or human administrator may also create a file
% /usr/local/texlive/YYYY/texmf.cnf; any settings in this latter file
% will take precedence over the distributed one under texmf/web2c.
%
% For security reasons, it is better not to include . in this path.
%
TEXMFCNF = {$SELFAUTOLOC,$SELFAUTODIR,$SELFAUTOPARENT}{,{/share,}/texmf{-local,}/web2c}

% kpathsea 3.5.3 and later sets these at runtime. To avoid empty
% expansions from binaries linked against an earlier version of the
% library, we set $progname and $engine to something non-empty:
progname = unsetprogname
engine = unsetengine

% Part 2: Options.

% If this option is set to true, `tex a.b' will look first for a.b.tex
% (within each path element), and then for a.b, i.e., we try standard
% extensions first. If this is false, we first look for a.b and then
% a.b.tex, i.e., we try the name as-is first.
%
% Both names are always tried; the difference is the order in which they
% are tried. The setting applies to all searches, not just .tex.
%
% This setting only affects names being looked up which *already* have
% an extension. A name without an extension (e.g., `tex story') will
% always have an extension added first.
%
% The default is true, because we already avoid adding the standard
% extension(s) in the usual cases. E.g., babel.sty will only look for
% babel.sty, not babel.sty.tex, regardless of this setting.
try_std_extension_first = t

% Enable system commands via \write18{…}. When enabled fully (set to
% t), obviously insecure. When enabled partially (set to p), only the
% commands listed in shell_escape_commands are allowed. Although this
% is not fully secure either, it is much better, and so useful that we
% enable it for everything but bare tex.
shell_escape = p

% No spaces in this command list.
%
% The programs listed here are as safe as any we know: they either do
% not write any output files, respect openout_any, or have hard-coded
% restrictions similar or higher to openout_any=p. They also have no
% features to invoke arbitrary other programs, and no known exploitable
% bugs. All to the best of our knowledge. They also have practical use
% for being called from TeX.
%
shell_escape_commands = \
bibtex,bibtex8,\
kpsewhich,\
makeindex,\
repstopdf,\

% we'd like to allow:
% dvips – but external commands can be executed, need at least -R1.
% epspdf, ps2pdf, pstopdf – need to respect openout_any,
% and gs -dSAFER must be used and check for shell injection with filenames.
% (img)convert (ImageMagick) – delegates.mgk possible misconfig, besides,
% without Unix convert it hardly seems worth it, and Windows convert
% is something completely different that destroys filesystems, so skip.
% pygmentize – but is the filter feature insecure?
% ps4pdf – but it calls an unrestricted latex.
% rpdfcrop – maybe ok, but let's get experience with repstopdf first.
% texindy,xindy – but is the module feature insecure?
% ulqda – but requires optional SHA1.pm, so why bother.
% tex, latex, etc. – need to forbid –shell-escape, and inherit openout_any.

% plain TeX should remain unenhanced.
shell_escape.tex = f
shell_escape.initex = f

% This is used by the Windows script wrapper for restricting searching
% for the purportedly safe shell_escape_commands above to system
% directories.
TEXMF_RESTRICTED_SCRIPTS = \
{!!$TEXMFMAIN,!!$TEXMFLOCAL,!!$TEXMFDIST}/scripts/{$progname,$engine,}//

% Allow TeX \openin, \openout, or \input on filenames starting with `.'
% (e.g., .rhosts) or outside the current tree (e.g., /etc/passwd)?
% a (any) : any file can be opened.
% r (restricted) : disallow opening “dotfiles”.
% p (paranoid) : as `r' and disallow going to parent directories, and
% restrict absolute paths to be under $TEXMFOUTPUT.
openout_any = p
openin_any = a

% Write .log/.dvi/etc. files here, if the current directory is unwritable.
%TEXMFOUTPUT = /tmp

% If a dynamic file creation fails, log the command to this file, in
% either the current directory or TEXMFOUTPUT. Set to the
% empty string or 0 to avoid logging.
MISSFONT_LOG = missfont.log

% Set to a colon-separated list of words specifying warnings to suppress.
% To suppress everything, use TEX_HUSH = all; this is currently equivalent to
% TEX_HUSH = checksum:lostchar:readable:special
% To suppress nothing, use TEX_HUSH = none or do not set the variable at all.
TEX_HUSH = none

% Allow TeX, and MF to parse the first line of an input file for
% the %&format construct.
parse_first_line = t

% But don't parse the first line if invoked as “tex”, since we want that
% to remain Knuth-compatible. The src_specials and
% file_line_error_style settings, as well as the options -enctex,
% -mltex, -8bit, etc., also affect this, but they are all off by default.
parse_first_line.tex = f
parse_first_line.initex = f

% Control file:line:error style messages.
file_line_error_style = f

% Enable the mktex… scripts by default? These must be set to 0 or 1.
% Particular programs can and do override these settings, for example
% dvips's -M option. Your first chance to specify whether the scripts
% are invoked by default is at configure time.
%
% These values are ignored if the script names are changed; e.g., if you
% set DVIPSMAKEPK to `foo', what counts is the value of the environment
% variable/config value `FOO', not the `MKTEXPK' value.
%
%MKTEXTEX = 0
%MKTEXPK = 0
%MKTEXMF = 0
%MKTEXTFM = 0
%MKTEXFMT = 0
%MKOCP = 0
%MKOFM = 0

% Used by makempx to run TeX. We use “etex” because MetaPost is
% expecting DVI, and not “tex” because we want first line parsing.
TEX = etex

% These variables specify the external program called for the
% interactive `e' option. %d is replaced by the line number and %s by
% the current filename. The default is specified at compile-time, and
% we let that stay in place since different platforms like different values.
%TEXEDIT = vi +%d '%s' % default for Unix
%TEXEDIT = texworks –position=+%d “%s” % default for Windows
%MFEDIT = ${TEXEDIT}
%MPEDIT = ${TEXEDIT}

% The default `codepage and sort order' file for BibTeX8, when none is
% given as command line option or environment variable.
BIBTEX_CSFILE = 88591lat.csf

% This variable is specific to Windows. It must be set to 0 or 1. The
% default is 0. Setting it to 1 tells the Windows script wrappers to
% use an already installed Perl interpreter if one is found on the
% search path, in preference to the Perl shipped with TeX Live. Thus,
% it may be useful if you both (a) installed a full Perl distribution
% for general use, and (b) need to run Perl programs from TL that use
% additional modules we don't provide. The TL Perl does provide all the
% standard Perl modules.
%
%TEXLIVE_WINDOWS_TRY_EXTERNAL_PERL = 0

% Part 3: Array and other sizes for TeX (and Metafont).
%
% If you want to change some of these sizes only for a certain TeX
% variant, the usual dot notation works, e.g.,
% main_memory.hugetex = 20000000
%
% If a change here appears to be ignored, try redumping the format file.

% Memory. Must be less than 8,000,000 total.
%
% main_memory is relevant only to initex, extra_mem_* only to non-ini.
% Thus, have to redump the .fmt file after changing main_memory; to add
% to existing fmt files, increase extra_mem_*. (To get an idea of how
% much, try \tracingstats=2 in your TeX source file;
% web2c/tests/memtest.tex might also be interesting.)
%
% To increase space for boxes (as might be needed by, e.g., PiCTeX),
% increase extra_mem_bot.
%
% For some xy-pic samples, you may need as much as 700000 words of memory.
% For the vast majority of documents, 60000 or less will do.
%
main_memory = 3000000 % words of inimemory available; also applies to inimf&mp
extra_mem_top = 0 % extra high memory for chars, tokens, etc.
extra_mem_bot = 0 % extra low memory for boxes, glue, breakpoints, etc.

% ConTeXt needs lots of memory.
extra_mem_top.context = 2000000
extra_mem_bot.context = 4000000

% Words of font info for TeX (total size of all TFM files, approximately).
% Must be >= 20000 and <= 147483647 (without tex.ch changes). font_mem_size = 3000000 % Total number of fonts. Must be >= 50 and <= 9000 (without tex.ch changes). font_max = 9000 % Extra space for the hash table of control sequences. hash_extra = 200000 % Max number of characters in all strings, including all error messages, % help texts, font names, control sequences. These values apply to TeX. pool_size = 3250000 % Minimum pool space after TeX's own strings; must be at least % 25000 less than pool_size, but doesn't need to be nearly that large. string_vacancies = 90000 % Maximum number of strings. max_strings = 500000 % min pool space left after loading .fmt pool_free = 47500 % Buffer size. TeX uses the buffer to contain input lines, but macro % expansion works by writing material into the buffer and reparsing the % line. As a consequence, certain constructs require the buffer to be % very large, even though most documents can be handled with a small value. buf_size = 200000 % Hyphenation trie. The maximum possible is 4194303 (ssup_trie_size in % the sources), but we don't need that much. The value here suffices % for all known free hyphenation patterns to be loaded simultaneously % (as TeX Live does). % trie_size = 1000000 hyph_size = 8191 % prime number of hyphenation exceptions, >610, <32767.
% http://primes.utm.edu/curios/page.php/8191.html
nest_size = 500 % simultaneous semantic levels (e.g., groups)
max_in_open = 15 % simultaneous input files and error insertions,
% also applies to MetaPost
param_size = 10000 % simultaneous macro parameters, also applies to MP
save_size = 50000 % for saving values outside current group
stack_size = 5000 % simultaneous input sources

% These are Omega-specific.
ocp_buf_size = 500000 % character buffers for ocp filters.
ocp_stack_size = 10000 % stacks for ocp computations.
ocp_list_size = 1000 % control for multiple ocps.

% These work best if they are the same as the I/O buffer size, but it
% doesn't matter much. Must be a multiple of 8.
dvi_buf_size = 16384 % TeX
gf_buf_size = 16384 % MF

% It's probably inadvisable to change these. At any rate, we must have:
% 45 < error_line < 255; % 30 < half_error_line < error_line - 15; % 60 <= max_print_line; % These apply to TeX, Metafont, and MetaPost. error_line = 79 half_error_line = 50 max_print_line = 79 % Metafont only. screen_width.mf = 1664 screen_depth.mf = 1200 % BibTeX only (max_strings also determines hash_size and hash_prime). ent_str_size = 250 glob_str_size = 5000 max_strings.bibtex = 35307 max_strings.bibtex8 = 35307 max_strings.bibtexu = 35307 max_strings.pbibtex = 35307 % GFtype only. line_length.gftype = 500 max_rows.gftype = 8191 max_cols.gftype = 8191 ` per i motivi che ha spiegato. Bene. Poi un anno fa si disse di aprire con i privilegi di amministratore il file texmf.cnf con un comando del tipo sudo gedit texmf.cnf dopo essersi portati nella cartella 2011 (al posto di gedit va bene un editor di testo qualunque) e di aggiungere in calce a ciò che vi si trova scritto, nel mio caso (controllato un minuto fa) ` % (Public domain.) % This texmf.cnf file should contain only your personal changes from the % original texmf.cnf (for example, as chosen in the installer). % % That is, if you need to make changes to texmf.cnf, put your custom % settings in this file, which is .../texlive/YYYY/texmf.cnf, rather than % the distributed file (which is .../texlive/YYYY/texmf/web2c/texmf.cnf). % And include *only* your changed values, not a copy of the whole thing! % TEXMFHOME = ~/Library/texmf TEXMFVAR = ~/Library/texlive/2011/texmf-var TEXMFCONFIG = ~/Library/texlive/2011/texmf-config ` le righe ` extra_mem_top = 2000000 extra_mem_bot = 4000000 ` Poi si salva e si chiude. Il fatto è che io non riesco ad aprire quel file da terminale, perché mi si dice che il comando non è conosciuto, qualunque editor io usi. Posso aprirlo con TextEdit e copiarci le due righe, ma poi non mi si salva perché non ho i privilegi di amministratore. Come si fa? Ciao Tommaso[/quote] Tommaso, potresti provare da terminale a cambiare i permessi di lettura e scrittura del file. Ad esempio: ` cd usr/local/texlive/2011/ chmod 777 texmf.cnf ` Dopo puoi tranquillamente aprire il file ed editarlo con un editor qualsiasi e salvare. Se si vuole vedere il file nel finder: ` cd usr/local/texlive/ open -R 2011/ ` vado a memoria, ma dovrebbe essere il comando esatto. Io come editor uso Smultron e mi trovo molto bene. Ciao Claudio