lorenzo.pantieri

ansys” post=73984Tante cose non sono scritte da nessuna parte, ma stando al preambolo e alla classe riportata da @jimmi, dovrebbe uscire in neretto.

Spero che quello non sia (tutto) il preambolo dell’OP: manca fontenc, per dire. 😉 In ogni caso, meglio ragionare su un esempio minimo compilabile.

OldClaudio” post=73970Si tratta di una pacchetto per disegnare grafici piani; solo in due dimensioni. ma in comandi, uno per ogni azione sono decisamente più semplici di quelli di pgfplots. La galleria di esempi mostra alcni disegni che non sono da meno di quelli che si possono fare con pgfplots, ma con un manuale che si legge in mezz’ora.

[…] Tuttavia mi sembra importante farvi partecipi di questo “segreto”, informazione non ancora pubblica, perché forse ora o nel prossimo futuro potrebbe essere importante citarlo in Grafici.pdf e forse anche nell’Arte.

Qualche riflessione a ruota libera.

1. Solo in due dimensioni? Mi sembra un limite grave. Un utente che ha bisogno di inserire un solo grafico in 3D sarebbe costretto a cambiare strumento. Con pgfplots non succede: un solo pacchetto fa “tutto”.

2. Non sento l’esigenza di strumenti “altri”: pgfplots, eventualmente in coppia con programmi specializzati nel calcolo tecnico-scientifico (come Mathematica), risolve le principali esigenze di un utente che abbia bisogno di inserire grafici di funzione nel suo documento. Di sicuro, questo vale per grafici bidimensionali di funzioni in forma esplicita e parametrica. Insomma, mi pare che xpicture faccia una (piccola?) parte di quello che fa pgfplots.

3. Trovo la sintassi di pgfplots intuitiva e naturale. Ho dato un’occhiata veloce al codice del pacchetto che hai indicato, e il codice non mi sembra così intuitivo.

4. Il manuale di pgfplots non si legge in mezz’ora. Ma il nostro articolo sì!

5. Ho la sensazione che se uno ha esigenze grafiche sofisticate, pgfplots (con la sua documentazione) può soddisfarle, xpicture no.

6. Il mondo LaTeX è caratterizzato dall’abbondanza degli strumenti per fare una stessa cosa. Per esempio, esistono molti pacchetti per scrivere codici di programmazione. Generalmente ciascuno ha pro e contro. In una guida di base, però, non ha molto senso elencarli tutti in modo imparziale: bisogna indirizzare l’utente verso un solo strumento (magari citando di sfuggita gli altri concorrenti). Non ho esitazioni: lo strumento cui indirizzo i miei 25 lettori che devono fare grafici di funzioni è pgfplots.

Ciao,
L.

Alla luce degli ultimi sviluppi, riassumo per Tommaso i punti ancora in sospeso.

1. Cambiare i valori di view per la funzione di Bessel in view={130}{50}.

2. I grafici 3D. Mettere le etichette agli assi solo nell’elica, nei due sombreri, nelle 7 figure che spiegano view, nella superficie data per coordinate e nella funzione di Bessel. Per questi casi scrivere sempre xlabel, ylabel e zlabel nel sorgente sidebyside. Per gli altri, nessuna etichetta.

3. Il terzo grafico di p. 17 diventa:
`
\begin{tikzpicture}
\begin{axis} [
xlabel=$x$,ylabel=$y$,zlabel=$z$,
view={0}{90},
title={Vista dall'alto},
ylabel style={rotate=-90}
]
\addplot3 [surf,colormap/cool] {y};
\end{axis}
\end{tikzpicture}
`

4. A p. 5 sostituire
`every axis y label/.append style={rotate=-90}`
con
`ylabel style={rotate=-90}`
È tutto!

Liverpool” post=73839

Abbiamo un problema. Non riusciamo a trovare il codice per raddrizzare l’etichetta $y$ nel seguente grafico. Qualcuno ci aiuta?

Avete provato ad inserire [tt]every axis y label/.append style={rotate=-90}[/tt] direttamente tra le opzioni di axis?
P.S. Lo sapevate che si può abbreviare in [tt]ylabel style={rotate=-90}[/tt]?

Ho provato, non funziona. 🙁

Tommaso ha appena aggiornato il lavoro sulla base delle indicazioni emerse.

Gli ultimissimi punti.

1.
Cambiare i valori di view per la funzione di Bessel in view={130}{50} (grazie Liverpool!).

2.
Tutti i grafici 3D hanno gli assi etichettati, ora. Visto che però il codice manca, evidentemente hai agito con una modifica nel preambolo. Non credo che sia un buon modo di procedere, didatticamente parlando. Tanto per cominciare il lettore non vede il codice, e poi potrebbe pensare che le etichette ci vadano sempre (il che è falso: le etichette possono far comodo, ma non sono obbligatorie). Qui tornerei indietro e metterei le etichette solo quando necessario, e cioè nell’elica, nei due sombreri, nelle 7 figure che spiegano view, nella superficie data per coordinate, nella funzione di Bessel. Per questi casi scriverei sempre xlabel, ylabel e zlabel nel sorgente sidebyside. Per gli altri, nessuna etichetta.

3.
Abbiamo un problema. Non riusciamo a trovare il codice per raddrizzare l’etichetta $y$ nel seguente grafico:
`\begingroup
\pgfplotsset{xlabel=$x$,ylabel=$y$,zlabel=$z$,%
every axis y label/.append style={rotate=-90}}
\begin{sidebyside}
\begin{tikzpicture}
\begin{axis}
[view={0}{90},title={Vista
dall'alto}]
\addplot/*3*/ [surf,colormap/cool]
{y};
\end{axis}
\end{tikzpicture}
\end{sidebyside}
\endgroup`
Qualcuno ci aiuta?

Grazie,
L.

illinguista1972″ post=73820Nei messaggi precedenti c’era un accenno per levare la cosa che nei grafici in 3D l’etichetta y non dà problemi. Dov’è finito? 🙂

Liverpool ha fatto notare che il penultimo grafico di p. 17 non è un grafico 3D, ma 2D. Quella frase può restare, dunque: ecco perché non l’ho inserita tra i 21 punti. Però hai ragione, l’etichetta y di quel grafico va ruotata comunque. Aggiungo un punto, allora.

22. Ruotare l’etichetta y del penultimo grafico di p. 17.

L.

Riassumo per comodità di Tommaso gli interventi da fare.

1.
In tutti i sistemi di riferimento tridimensionali del documento etichettare gli assi con $x$, $y$, e $z$. (Occhio, ora tocca cambiare l’espressione a pag. 11 “Nel prossimo esempio si sono aggiunte le etichette agli assi” in qualcosa di diverso, del tipo “Ecco un altro esempio”; anche l’espressione “zlabel produce l’etichetta dell’asse z” va spostata al primo grafico tridimensionale, che se non erro è quello dell’elica; idem per “per una migliore leggibilità… non dà problemi”.)

2.
L’unica eccezione è il sistema di riferimento della funzione di Bessel, in cui gli assi vanno etichettati nell’ordine con $\nu$, $x$ e $J$.

3.
A pag. 7,

Una sequenza di coppie di valori separati da almeno uno spazio e disposti su più righe…

diventa

Una sequenza di coppie di valori separati da almeno uno spazio e disposte su più righe…

4.
A pag. 12

Si può visualizzare la legenda di ciascun grafico.

diventa

Una legenda può contenere una voce per ogni grafico tracciato.

o qualcosa del genere.

5.
A pag. 13 nel par. dell’elica cilindrica inserire una piccola nota per richiamare l’attenzione su \addplot3 del tipo

Il comando per tracciare grafici nello spazio è \addplot3, con la sintassi spiegata nel par. 1.2.2 a pag. 6.

6.
A pag. 15,

il dominio della funzione è $[−2\pi, 2\pi]$: specificando solo domain, infatti, con domain=A il dominio della funzione è A x A.

diventa

il dominio della funzione è $[−2\pi, 2\pi]\times[−2\pi, 2\pi]$: specificando solo domain, infatti, con domain=A il dominio della funzione è il quadrato A x A.

7.
Sempre a pag. 15,

il dominio della funzione è A x B.

diventa

il dominio della funzione è il rettangolo A x B.

8.

Il prossimo grafico, infine, mostra la funzione di Bessel:

diventa

Il prossimo grafico, infine, mostra la funzione di Bessel (di prima specie):

Il titolo “Funzione di Bessel” lo lascerei invariato, per le solite ragioni di semplicità.

9.
A pag. 20 ho scelto quell’esempio di superficie data per coordinate perché più semplice di quello della documentazione, e anche perché quello della doc. aveva righe troppo lunghe, che sbordavano dal poco spazio a disposizione per il codice. Se avete idee migliori, sono qui, naturalmente.

10.
A pagina 20, eliminare da “Si noti…” fino a “…matrice” compresi e sostituire con:

Si noti che in questo caso la sequenza delle coordinate assume la struttura di una matrice, nella quale ogni riga deve essere separata da una riga vuota.

11.
A pag. 11 elimina il riferimento incrociato per la chiave “domain”, perché l’altro paragrafo tratta di domini nel piano.

12.
Cambia il punto di vista dell’elica in view={40}{20}.

13.

dove i due valori (compresi tra 0 e 360 e pari a 25 e 30 per impostazione predefinita) indicano rispettivamente azimut ed elevazione nel sistema di coordinate sferiche. Si mostrano ora alcune varianti d’uno stesso piano ottenute modificando i valori di view, che permette di personalizzare il punto di vista da cui osservare il disegno.

diventa

dove i due valori (pari a 25 e 30 per impostazione predefinita) indicano rispettivamente azimut ed elevazione nel sistema di coordinate sferiche. Si mostrano ora alcune varianti d’uno stesso piano ottenute modificando i valori di view.

14.

Le prime tre presentano valori diversi dell’azimut, cioè la la rotazione del disegno in senso retrogrado rispetto all’asse z.

diventa

Le prime tre presentano valori diversi dell’azimut.

15.
A pag. 17, nell’ultimo esempio, correggi view={90}{0} in view={270}{0}.

16.
A pag. 15,

per una migliore leggibilità, l’etichetta dell’asse z è stata ruotata con la consueta opzione,

diventa

per una migliore leggibilità, l’etichetta dell’asse z è stata ruotata con l’opzione descritta a pagina 5.

17.
Due tabelle nella stessa pagina stanno proprio male. Tenendo conto che per la tabella 2 tocca girare pagina comunque, la metterei nella pagina precedente, così almeno si ha una sola tabella per pagina.

18.
Nel penultimo grafico a pag. 17 la y va ruotata.

19.
Il nastro di Moebius in “violet” viene un po’ anemico. Forse varrebbe la pena studiare una colorazione diversa.

20.
La tabella 6. I colori non c’entrano proprio. Tornerei sicuramente alla versione di prima.

21. Cambiare i valori di view per la funzione di Bessel: qui aspettiamo l’input di Liverpool.

L.