robitex

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.

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

Buona lettura!
R.

Liverpool” post=71847N.B: anche questo l’ho fatto con pgfplots, non TikZ, perché se la vede lui a disegnare gli assi e le etichette ed è più semplice e facilmente configurabile (per esempio puoi assegnare una dimensione alla figura, cosa che con TikZ non è altrettanto facile. Pgfplots, però serve solo per diagrammi di vario tipo.

[attachment=221]Sombrero.png[/attachment]

Si, devi proprio mostrarci il codice del sombrero!
I dettagli potrebbero essere assai utili, anche se si sta andando parecchio OT.
Con l’intente di non danneggiare troppo la consultazione del forum, meglio che tu apra un nuovo post intitolandolo agli esempi di analisi e visualizzazione dati numerici con pgfplots.
Grazie mille.
R.

_Anna_” post=71825Sì, ma non ho capito bene a cosa ti riferisci! 😕 Scusami!

Scusami tu! Indendevo dire:
* compila con pdflatex per ottenere il pdf e non il dvi

Importante:
…quel codice di cui parli si trova già nel pacchetto ledmac. Non si tratta di esempi che devi inserire nel tuo sorgente.

Ciao
R.

illinguista1972″ post=71817Urge una sezione del forum dedicata al disegno!

Visto che qui c’è chi ne sa molto, sul disegno, direi che si potrebbero raccogliere le forze e scrivere una guida tematica che illustri il funzionamento di base di TikZ (che mi pare essere il top di gamma) o PS-Triks o come si scrive. Spiegando le cose elementari sapute le quali si può partire per produrre disegni più complicati in autonomia.

Ciao
Tommaso

Ciao Tommaso,
avevo proposto una nuova sezione del forum sulle problematiche d’installazione, ma con le difficoltà che derivano dal lavorare a distanza ed in modo quasi estemporaneo, non si è riusciti ad investire sufficienti risorse per studiare una configurazione.
D’altra parte, come dimostra il funzionamento del forum Stack Exchange e lo stesso GMail, la classificazione degli argomenti è più efficiente se si classifica il thread per etichette multiple, piuttosto che una sola rigida suddivisione.
La questione riguarda anche il modo il cui gli utenti adoperano il forum.
Nel nostro per esempio, la possibilità di elencare le discussioni recenti rende meno importante rispetto a quello precedente la suddivisione in board.
Tra l’altro, il forum del GuIT potrebbe usufruire di nuove funzionalità quando passeremo alla nuova versione del motore CMS del sito.
Con queste ed altre considerazioni, la ristrutturazione del forum in nuove sezione è un problema solo apparentemente semplice, e le modifiche potrebbere essere addirittura controproducenti.

Se qualcuno si interesserà più da vicino al problema, aprendo una discussione nella sezione GuIT (gestione), contribuirò volentieri ad una nuova proposta.
R.

cfiandra” post=71793Questa discussione sul disegno programmato capita veramente a fagiolo perché proprio in questi giorni scrivo una piccola guida incentrata su TikZ. 😀

Seconda casualità, ho letto un post interessante su TeX.StackExchange che riporto in quanto può offrire a tutti spunti nuovi: link.

È innegabile che per riuscire fare cose eccellenti con TikZ serva un po’ di tempo, ma la qualità? Vogliamo mettere? Dal mio punto di vista non c’è storia. Lorenzo in un post precedente ha inserito un link (punto 2). Io consiglio:

• texample
• altermundus

Scrivere quel codice non vuol dire procedere alla cieca, ma “inventare”, “costruire” e “modellare” la propria figura. 🙂 Il codice, a dirla tutta, segue esattamente uno schema logico: la definizione dei nodi attraverso la loro posizione, colore, forma e testo. Certo, le prime volte non è semplice da intuire il meccanismo; occorre “visualizzare” la propria figura su un piano cartesiano, in modo tale da riuscire a definire facilmente le coordinate x e y per nodi e linee.

La sfida che ha lanciato Lorenzo, detto molto onestamente, secondo me non ha molto senso. 😉 Esistono persone che sicuramente possono rifare alcuni di quei disegni in pochissimo tempo con il codice. Come? Semplicemente grazie a vecchi disegni (nel corso di tre anni che uso LaTeX ne ho collezionato parecchio). Si prendono e si adatta il codice vecchio alla nuova figura da fare. 😀 Quanto ci si impiega? Boh. Con del buon copia e incolla magari anche meno di 5 minuti. Tuttavia, anche dimostrando a Lorenzo che è possibile, il discorso non regge per il principiante.

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

Sono d’accordo. Nell’arte andrebbe inserito un capitolo per la grafica in TeX. Del resto lo suggerii io stesso in questo lontano post.

PGF/TikZ, METAPOST, pstricks sono strumenti molto importanti e trascurarli in una guida di base ben fatta come l’Arte è davvero un peccato.

Questa è la mia opinione, al di la di quanto tempo o di quante energie si debba investire rispetto al disegno con le modalità visuali.
Nell’articolo con Agostino su pgfplots per il meeting 2011, abbiamo scritto che un grafico che visualizza dati numerici è un elemento tipografico come qualsiasi altro, come il testo, come il layout di pagina. Questo punto di vista generale, non fa distinzioni tra “grafica” ed il resto del documento.

Dal punto di vista razionale, la scelta dello strumento informatico da usare per ottenere un disegno, uno schema, dipende dalla convenienza e da molteplici fattori, anche di personale orientamento. METAPOST potrebbe essere la scelta perfetta rispetto ad un Corel Draw, per esempio, dipende da cosa vogliamo ottenere ed a quale costo, anche economico.

In definitiva, credo che una guida di riferimento a TeX come l’Arte, debba illustrare le possibilità offerte dal disegno programmato e non imporre un esclusione per un proprio personale parere sull’argomento.
Sarà l’utente poi ad essere o meno d’accordo con Lorenzo, ed a trarre la massima utilità dai sistemi TeX, obiettivo ultimo di tutti i nostri sforzi per la diffusione di TeX.

Alla prossima.
R.