robitex

Ciao,
non ho capito il problema.
Io userei questo codice per ottenere il pdf già ritagliato per inserirlo poi come normale immagine nel documento pronciplae (con \includegraphics):
`\documentclass{standalone}
\usepackage[T1]{fontenc}
\usepackage[utf8]{inputenc}

\usepackage{tikz-er2}

\usetikzlibrary{positioning}
\usetikzlibrary{shadows}

\tikzstyle{every entity} = [top color=white, bottom color=blue!30,
draw=blue!50!black!100, drop shadow]
\tikzstyle{every weak entity} = [drop shadow={shadow xshift=.7ex,
shadow yshift=-.7ex}]
\tikzstyle{every attribute} = [top color=white, bottom color=yellow!20,
draw=yellow, node distance=7em, drop shadow]
\tikzstyle{every relationship} = [top color=white, bottom color=red!20,
draw=red!50!black!100, drop shadow]
\tikzstyle{every isa} = [top color=white, bottom color=green!20,
draw=green!50!black!100, drop shadow]

\begin{document}
\begin{tikzpicture}[node distance=8em, every edge/.style={link}]
\node[entity] (persona) {Persona};
\node[attribute] (pid)

{\key{id\_persona}} edge (persona);
\node[attribute] (name) [below left of=persona] {nombre} edge (persona);
\node[multi attribute] (fono) [above of=persona] {fono} edge (persona);
\node[attribute] (anex)

{anexo} edge (fono);
\node[attribute] (number) [below left of=fono, node distance=5em] {number} edge (fono);
\node[attribute] (email) [above right of=persona] {email} edge (persona);
\node[relationship] (pertenece)

{Pertenece} edge node[auto,swap] {1:1} (persona);

\node[entity] (depto)

{Depto} edge node[auto,swap] {0:N} (pertenece);
\node[attribute] (iddepto) [above of=depto] {\key{id\_depto}} edge (depto);
\node[attribute] (dname) [above right of=depto] {d\_name} edge (depto);
\node[rectangle, draw=black, fit=(pertenece), inner sep=0em] (ipertenece) {};
\node[relationship] (tieneun) [below of=pertenece] {Ocupa} edge node[auto,swap] {1:1} (pertenece);

\node[entity] (cargo)

{Cargo} edge node[auto,swap] {0:N} (tieneun);
\node[attribute] (idcargo)

{\key{id\_cargo}} edge (cargo);
\node[attribute] (cname) [above right of=cargo] {c\_name} edge (cargo);
\node[attribute] (plevel) [below right of=cargo] {nivel} edge (cargo);

\node[relationship] (responde) [below of=persona] {Responde} edge node[auto,swap] {1:N} (ipertenece);

\node[entity] (pregunta) [below of=tieneun] {Pregunta};
\node[attribute] (idpreg) [below of=pregunta] {\key{id\_preg}} edge (pregunta);
\node[attribute] (ptexto) [below right of=pregunta] {p\_texto} edge (pregunta);
\node[attribute] (pnumber)

{p\_numero} edge (pregunta);

\node[relationship] (tiene) [below of=responde] {Tiene} edge node[auto,swap] {1:N} (pregunta) edge node[auto,swap] {0:N} (responde);
\node[rectangle, draw=black, fit=(tiene), inner sep=0em] (itiene) {};

\node[entity] (alternativa)

{Alternativa} edge node[auto,swap] {1:1} (tiene);
\node[attribute] (idalt) [above of=alternativa] {\key{id\_altern}} edge (alternativa);
\node[attribute] (atexto) [below of=alternativa] {a\_texto} edge (alternativa);
\node[attribute] (anumber) [below right of=alternativa] {a\_numero} edge (alternativa);
\end{tikzpicture}
\end{document}`

Il risultato è questo:

[attachment=313]ertest.pdf[/attachment]

Un saluto.
R.

Ciao,
il pacchetto pst-barcode è ottimo ma ha due “difetti”: il primo è che come dice il nome, si basa sul formato Postscript e quindi necessita dei passaggi che ha già mostrato ansys, ed il secondo è che la sintassi dei comandi può risultare un po’ come dire, stranetta.

Più utilmente, i passi che tu devi fare dipendono da come tu gestisci la produzione del documento:
* barcode nel sorgente
in questo caso il codice pst-barcode è inserito all’interno del sorgente del documento. Nel momento della compilazione verrà eseguito il codice che genera il disegno del barcode. Devi però compilare il sorgente con il programma latex e non pdflatex, poi trasformare il file dvi in ps e da li in pdf (latex -> dvips -> ps2pdf) come dicono tutti i manuali.
* l’altra modalità consente di lavorare tranquillamente con pdflatex e consiste nel generare le figure dei barcode a parte con mini – sorgenti dedicati che compilerai con i tre passaggi. Nel documento principale inserirai il file pdf del barcode come se fosse una normale immagine (con \includegraphics)

La prima procedura è meno comoda perché vincoli tutto il lavoro al motore latex anziché pdflatex perdendo anche un po’ di qualità tipografica oltre che di praticità.
La seconda procedura genera un pdf per ciascun barcode da inserire ed è legata la numero di codici a barre: se sono pochi si può fare se sono molti no (a meno di gestire la procedura per altra via esterna a TeX).

Spero di essere stato chiaro.

Ti posto un frammento di codice per generare il pdf del singolo barcode (compila con latex poi passa il risultato dvi con dvips e ps2pdf):
`\documentclass{standalone}
\usepackage{pst-barcode}
\begin{document}
… codice pst-barcode
\end{document}`

Ciao
R.

Marco87″ post=73214Ciao Roberto,

intanto grazie mille!

Il codice va compilato con ConTeXt mkiv, se ne disponi e ti funziona, altrimenti va compilato con mpost e trasformato in pdf.

La compilazione può essere fatta da terminale così?:

context mkiv nomefile.tex

o così?

mpost nomefile.tex

Devo dire che il risultato è molto buono. Purtroppo io non so nulla di [tt]METAPOST,[/tt] quindi non saprei modificare minimamente il tuo disegno. Insomma, potrei solo utilizzare il risultato così com’è. Piano piano sto imparando l’uso di [tt]TikZ,[/tt] e credo che lo userò nella tesi che (se tutto va bene) inizierò a breve. Con [tt]TikZ[/tt] ora sono riuscito a riprodurre quasi tutti i disegni più “complicati” che avevo fatto per la tesi di primo livello. Non so se mettermi a imparare anche qualche rudimento di [tt]METAPOST.[/tt] Comunque, grazie mille!

Ciao e buona giornata,
Marco.

P.S. Rimango interessato a eventuali suggerimenti su quale potrebbe essere il mio approccio al mio disegno con [tt]TikZ,[/tt] e se sia possibile specchiare un disegno rispetto a un asse.

Ciao,
intanto non è poi così difficile comprendere il codice Metapost, anzi il disegno da ottenere è un buon esercizio.
Il modo di definire path è essenzialmente lo stesso che in TikZ, poi, di nuovo ci sono i modi di manipolare un path assemblandolo, traslandolo, ruotandolo ecc.

Con ConTeXt mkiv è molto comodo utilizzare Metapost (il comando di compilazione è context nomefile), perché in un solo passaggio si ottiene il disegno in pdf scontornato (le dimensioni della pagina sono quelle della figura).

Nel modo tradizionale, si inserisce in codice Metapost in un file con qualche comando in più (la coppia beginfig() endfig per esempio), e si da il comando mpost nomefile, ma poi occorre cambiare formato.
Un altro modo comodo tranne per il fatto che occorre dare l’opzione di compilazione -shell-escape, è utilizzare in LaTeX il pacchetto di Enrico chiamato gmp.

Un saluto.
R.

Marco87″ post=73125Ciao Roberto,

intanto grazie!

Ciao,
Marco.

Eccomi con un codice METAPOST completamente da rifinire ma che concettualmente di mostra come si può risolvere:
`\startMPpage
% definizione di una unit
numeric u;
u := 1cm;

% percorso singola onda
path onda;
onda := origin{up} .. (.7u,2u) — (1.5u,1.55u) .. (1u,0){down};

% assemblaggio del pettine
onda := onda — (2u, 0) — onda xshifted 2u;
onda := onda — (4u, 0) — onda xshifted 4u;

% disegno riempimento
path inf;

inf = buildcycle((-u,0)–onda–(8u,0)–(8u,-2u)–(-u,-2u)–cycle);

fill inf withcolor 0.7white;

draw onda;

fill inf rotated 180 shifted (7u,3u) withcolor 0.4white;

\stopMPpage`

Ecco il pdf:
[attachment=299]provafig2.pdf[/attachment]

Il codice va compilato con ConTeXt mkiv, se ne disponi e ti funziona, altrimenti va compilato con mpost e trasformato in pdf.
Un saluto.
R.

Elrond” post=73119

[quote=”Elrond” post=73101]Per fare il primo grafico ho usato il codice che ho trovato sulla nuova guida della serie de “L’arte di…” cambiando solo il colore della curva in [tt]red[/tt]

Se il tuo obiettivo era quello di mostrare che con gnuplot si possono ottenere più o meno gli stessi risultati siamo d’accordo. Non so però quanto sia facile incorporare il grafico in LaTeX. Anch’io penso che gnuplot sia un ottimo strumento, ma trovo un punto a favore il fatto che pgfplots lavori direttamente all’interno del sorgente del documento. In tanti anni sono stato più volte tentato da gnuplot, ma non mi sono mai cimentato perché a quel punto ritenevo più semplice realizzare i grafici con un software esterno e incorporarli; mentre pgfplots è diverso perché tu scrivi tutto insieme.

Se invece lo scopo era il confronto dei risultati, dovremmo sapere anche in che condizioni sono stati generati i grafici. Per esempio, se ho capito bene tu hai detto che gnuplot usa 100 campioni per default, mentre nel grafico dell’articolo samples è 50 e la schiacciatura è senz’altro dovuta all’utilizzo delle curve di Bézier. Se aggiungi i marcatori scopri che laddove la curva si “schiaccia” ci sono proprio i nodi e l’algoritmo deve collegare un tratto molto curvo con uno praticamente dritto. Tra l’altro, @OldClaudio ha già fatto notare che l’algoritmo di interpolazione è piuttosto debole.

Ciao

No, no, lo scopo era far vedere che i risultati “estetici” sono molto simili, infatti ansys ha dovuto controllare il colore dei tick per notare la differenza. Lo script gnuplot che ho utilizzato ha un numero di samples più elevato (se non sbaglio avevo impostato 500) e non ha smoothing, credo che alla fine si otterrebbe lo stesso risultato con pgfplots. Preferisco aumentare il numero di samples piuttosto che usare lo smoothing e fare questo con gnuplot è indolore.

Riconosco che non sia immediato aggiungere grafici gnuplot in un documento LaTeX, almeno non come è possibile fare con pgfplots: devi scrivere lo script, eseguire gnuplot sullo script, includere con [tt]\input{file-di-output}[/tt] il file .tex generato dallo script (gnuplot produce due file: la figura vera e propria e un file .tex contenente tutte le scritte e che include la figura, il .tex è quello che viene incluso nel proprio documento, è grazie a questo che si hanno gli stessi font del proprio documento). Per documenti elaborati mi scrivo sempre un Makefile (in realtà riciclo sempre lo stesso con minimi cambiamenti) che mi automatizza tutte le operazioni che portano alla compilazione del documento finale, fra le quali l’esecuzione di gnuplot sullo script (cosa peraltro necessaria solo quando cambio lo script), quindi le operazioni realmente da fare sono (a) scrivere il codice, (b) includere la figura nel sorgente LaTeX scrivendo una brevissima riga. Tutto sommato non cambia molto rispetto a lavorare con pgfplots, a parte il fatto che usando gnuplot dimezzo i tempi di compilazione.

Mi ero avvicinato a pgfplots proprio per provare a eliminare tutti i passaggi intermedi di cui ho parlato (così come ho utilizzato TikZ per fare i disegni che prima realizzavo, con un po’ di difficoltà a essere sinceri, con gnuplot). Tra l’altro pgfplots permette di scrivere uno script gnuplot direttamente dentro il codice LaTeX e inizialmente apprezzavo molto questa possibilità, poi mi son reso conto che è piuttosto macchinoso perché con un singolo script gnuplot si possono realizzare infiniti grafici tutti con le stesse impostazioni (o anche diverse, però lo script è uno solo), con pgfplots bisogna creare un ambiente axis per disegnare ciascun grafico (riscrivendo sempre lo stesso “preambolo” gnuplot).

A parte il grande vantaggio di lavorare direttamente dentro il sorgente LaTeX ho incontrato più contro che pro nel lavorare con pgfplots, quindi son tornato indietro. Ciò non toglie che per pochi semplici grafici penso che possa andare più che bene pgfplots.[/quote]
Ciao,
ovvio che non conosco le tue necessità di rappresentazione dei grafici, ma forse la tua esperienza con pgfplots ti ha fatto prematuramente preferire altre soluzioni, anche perché una volta imparato bene uno strumento, impiegare tempo per capire i dettagli di una seconda soluzione è un ostacolo.

Con un po’ di calma, converrebbe ripetere qualche esperimento con pgfplots, considerando che:
* anche in pgfplots puoi impostare proprietà generali dei grafici. Se adoperi la modalità , come è spesso consigliabile, puoi preparare un file con l’unica istruzione \pgfplotsset;
* i calcoli matematici possono essere eseguiti da gnuplot dietro le quinte da pgfplots;
* il dettaglio grafico raggiungibile con pgfplots è notevole. Pensa per esempio, alla possibilità di usare tutti comandi tikz sulla tela del grafico.

Insomma, non ti sto imponendo l’uso di pgfplots ma una soluzione che solo tu puoi valutare se è più efficace di quella attuale.

L’idea sott’intesa è questa: usare lo strumento matematico vero e proprio per svolgere l’analisi e l’indagine numerica, e solo dopo creare il grafico opportuno per il documento finale non più solamente con gli occhi dello “studioso” ma anche con quelli del “tipografo progettista” di libri.

R.

Marco87″ post=73115Ciao,

non so perché, ma non riesce a caricarmi il file. 🙁 Ritenterò.

Ciao,
Marco.

Troppo grande.
Mi correggo. File piccolo ma forse dal nome già esistente.

R.