robitex

OldClaudio” post=90478

@oldclaudio ma è Gmail che gestisce le comunicazioni col forum? Pensavo fossero dirette.

Non credo che sia gmail che gestisce le comunicazioni in arrivo al forum ma è possibile che sia gmail che gestisce le comunicazioni che escono dal tuo computer.

Ci sono altri modi di avere la possibilità di spedire file di dimensioni relativamente grandi: ti installi per esempio dropbox,; questo “disco” o “cartella virtuale” tu la vedi come se fosse una tua cartella vera; in realtà essa contiene una cartella Public, dove puoi copia (non trasferire, ma copiare) un qualunque file , poi con un click di mouse copi l’indirizzo pubblico di quel file su dropbox, e lo inserisci solo nel messaggio che spedisci; di fatto non alleghi niente, ma alleghi un link internet che chiunque può cliccare per scaricarsi il tuo file.

È un problema di incompatibilità con il browser.
Con Firefox non funziona. Provare con altro browser o caricare l’immagine con un servizio web di condivisione e mettere il link immagine nel post.
Grazie.
R.

Redbone” post=90201Ciao grazie per la risposta.
Purtroppo anche questi comandi danno gli stessi risultati di quelli che avevo indicato io (extra y ticks…). Cioè non compare nulla se li inserisco nelle opzioni del comando \begin{loglogaxis} […] come indicato nella documentazione. Provando a inserirli dopo gli \addplot invece compare la variabile nell’origine. Per maggiore chiarezza ti allego un mwe
[attachment=844]MWE.tex[/attachment]

Ciao,
se commento la riga tiks=none nelle opzioni del grafico \eta_0 compare.
R.

skevin93″ post=90017Grazie @robitex per il tuo contributo, ma avevo già tentato sia [tt]texhash[/tt] che [tt]mktexlsr[/tt]. Nonostante i due comandi diano esito positivo, non cambia niente (pgfplots non mi riconosce quei due file). Ho provato a rinominarli e caricarli nel file con il nuovo nome (metodo sbagliatissimo, lo so, ma a mali estremi…) ma continua a dirmi che il file non esiste :(. La cosa mi lascia perplesso e comincio a pensare che sia un problema di texlive.

Ok.
Ho finalmente fatto la prova: compilando l’esempio minimo non ricevo nessun errore.
Ecco quale versione di pgfplots ho installata:
`$ tlmgr show pgfplots
package: pgfplots
category: Package
shortdesc: Create normal/logarithmic plots in two and three dimensions.
longdesc: PGFPlots draws high-quality function plots in normal or logarithmic ecc…
installed: Yes
revision: 31822
sizes: src: 881k, doc: 12257k, run: 2741k
relocatable: No
cat-version: 1.9
cat-date: 2013-10-03 20:59:17 +0200
cat-license: gpl
collection: collection-pictures
`

Ciao,
io produco testi simili (relazioni tecniche).
Non simili per contenuto, ma simili perché anche nei miei documenti ci sono moltissime figure e tabelle.
In genere contengono centinaia di figure e tabelle.

Per orientarmi e lavorare comodamente uso questa impostazione:
1 – un main file principale che carica il preambolo ed uno alla volta (con \input) i file delle sezioni (un sorgente per una sezione) (così diventa comodo compilare con le righe magiche di TeX works direttamente dal sorgente della sezione ed eventualmente commentare nel file principale le sezioni che non interessano così da rendere breve la compilazione);
2 – nelle singole sezioni carico le figure da file esterno salvandole tutte nella sotto cartella “image”.

Puoi quindi costruire un file sorgente con la classe standalone (che ritaglia automaticamente i bordi bianchi del documento) per ottenere i vari grafici. Devi solo far attenzione che i font sia lo stesso che quello principale.
Nel file di sezione avrai solamente il classico ambiente figure con il comando \includegraphics.
(ehm, code risapute se tu avessi letto il nostro articolo su pgfplots su ArsTeXnica)

Per le tabelle, se sono brevi meglio inserirle nel sorgente. Quelle importanti per dimensione conviene inserirle in un file .tex a parte e caricarle all’interno di un table environment.

A volte, se si hanno molte figure si fatica un po’ a scrivere il codice di inserimento perchè si devono conoscere i nomi dei file.
Una convenzione standard aiuta molto a risolvere questo aspetto.
Per esempio, potresti nominare i file dei grafici premettendo la stessa sigla:
per i modi di vibrare di una struttura che sono anche una decina di immagini, uso i nomi: SD_mode_01, ecc

Comunque, una funzionalità ben fatta dell’editor potrebbe aiutare…
R.

giuseppegerax” post=89822Salve a tutti, sono nuovo del mondo Context. Sto iniziando ad usarlo per la tesi. Purtroppo ho un file che mi da problemi di compilazione, ma non riesco a capire dove sia l’errore, potreste darmi gentilmente una mano?

`
input graph
u=0.5cm;
beginfig(0);
draw dashpattern(on 5bp);
picture pa;
pa=currentpicture;
currentpicture:=nullpicture;
draw dashpattern(on 5bp off 2bp);
picture pb;
pb=currentpicture;
currentpicture:=nullpicture;
draw dashpattern(on 1bp off 2bp);
picture pc;
pc=currentpicture;
currentpicture:=nullpicture;
draw dashpattern(on 5bp off 2bp on 1bp off 2bp);
picture pd;
pd=currentpicture;
currentpicture:=nullpicture;
draw dashpattern(on 5bp off 2bp on 5bp off 2bp on 1bp off 2bp on 1bp off 2bp);
picture pe;
pe=currentpicture;
currentpicture:=nullpicture;
draw dashpattern(on 5bp off 2bp on 5bp off 2bp on 1bp off 2bp );
picture pf;
pf=currentpicture;
currentpicture:=nullpicture;
draw dashpattern(on 1bp off 2bp on 1bp off 2bp on 5bp off 2bp );
picture pg;
pg=currentpicture;
currentpicture:=nullpicture;
draw begingraph(6cm,6cm);
glabel.lft(btex Throughput (bps) etex rotated 90, OUT);
glabel.bot(btex sources etex, OUT);
gdraw “thr_olsrmos_20_30_300_0.05_1.txt” withcolor 0.75black dashed pa;
draw (12, 1)*u–(14, 1)*u withcolor 0.75black dashed pa;
label.bot(btex T=1 \Delta=0.05 etex scaled 0.5, (13, 1)*u);
label.top(btex OLSR-MOS: etex scaled 0.5, (13, 2)*u);
gdraw “thr_olsr_20_30_300.txt” withcolor 0.75red;
draw (12, 8)*u–(14, 8)*u withcolor 0.75red;
label.bot(btex OLSR etex scaled 0.5, (13, 8)*u);
autogrid(grid.bot,grid.lft) withcolor 0.95white;
frame.llft;
gdraw “thr_olsrmos_20_30_300_0.05_1.txt” withcolor 0.75black dashed pa;
draw (12, 1)*u–(14, 1)*u withcolor 0.75black dashed pa;
label.bot(btex T=1 \Delta=0.05 etex scaled 0.5, (13, 1)*u);
label.top(btex OLSR-MOS: etex scaled 0.5, (13, 2)*u);
gdraw “thr_olsr_20_30_300.txt” withcolor 0.75red;
draw (12, 8)*u–(14, 8)*u withcolor 0.75red;
label.bot(btex OLSR etex scaled 0.5, (13, 8)*u);
endgraph;
endfig;
end

`

[attachment=813]ftt_olsrmos_20_30_300_0.05_1.txt[/attachment]

[attachment=814]ftt_olsr_20_30_300.txt[/attachment]

[attachment=815]ftt_olsr_20_30_300_2013-11-12.txt[/attachment]

Ciao,
ho fatto girare il tuo codice con TeX Live 2013 ed ho ottenuto un errore su una funzione non definita per un valore numerico.
Se vuoi davvero usare Metapost per produrre un grafico, e non vuoi usare un pacchetto molto più semplice e potente come pgfplots, ti consiglio di postare un listato più semplice che riproduca l’errore e riportarne la dicitura.

Detto questo, aggiungo che le definizioni iniziali non sono eleganti in quanto definiscono una figura (picture) solo per usarla come pattern di tratteggio, quando forse un semplice path risponde direttamente al concetto.
Ti segnalo anche che Metapost non dipende da ConTeXt, è solo che quest’ultimo formato dispone di funzioni più efficaci rispetto a LaTeX per gestire Metapost.
Riassumendo:
1 – il codice che hai postato è troppo complesso per permettere di capire facilmente il tuo problema;
2 – citi ConTeXt ma il codice è Metapost puro, lasciando pensare che la tua conoscenza difetti di concetti di base;
3 – potresti prendere in considerazione pacchetti come pgfplots, molto più efficaci rispetto alla libreria graph di Metapost;

A risentirci.
R.

Personalmente ritengo Metapost un buon strumento per la grafica perché puoi risolvere facilmente equazioni lineari per la geometria e puoi programmare. Qualche esempio lo trovi sul mo blog.

piemme” post=89614Con il codice che riporto sotto ho ottenuto ciò che volevo ma ho due problemi:
– non riesco a collocare il disegno nella posizione voluta anche se modifico le coordinate (l’unico comando al quale la figura è sensibile è quello della centratura);
– l’unico modo per visualizzare i caratteri ebraici è quello indicato ma li scrive al contrario.
La pagine in cui devo inserire questa figura ne contiene anche altre realizzate con tikz che gestisco senza problemi quindi penso che abbia fatto un errore di architettura e non di codice.
Spero che ci sia qualcuno che mi possa dare un suggerimento. Grazie e saluti
PM

\begin{figure} %% PRIMO %%
\begin{centering}
\begin{tikzpicture}
\draw (0,0) circle (25pt);
\draw (0,0) circle (40pt);
\newfontfamily\hebrewfont[Scale=1.5,Script=Hebrew]{Adobe Hebrew}
\path
[
postaction={
decorate,
decoration={
raise=-7pt,
text along path,
text align/fit to path stretching spaces=false,
reverse path=true,
text align/align=right,
text align/left indent={40pt},
text align/right indent={45pt},
text={|\hebrewfont | א ב ג ד }
}
}
] (0,0) circle (36pt);
\newfontfamily\hebrewfont[Scale=.8,Script=Hebrew]{Adobe Hebrew}
\path
[
postaction={
decorate,
decoration={
raise=-7pt,
text along path,
text align/fit to path stretching spaces=false,
reverse path=true,
text align/align=right,
text align/left indent={0pt},
text align/right indent={0pt},
text={|\hebrewfont | ה ו ז ח ט י}
}
}
] (0,0) circle (22pt);
\end{tikzpicture}
\end{centering}
\end{figure}

Puoi completare il codice con ilo preambolo e con l’informazioni di quale motore di composizione usi?
XeLaTeX?
Insomma, servirebbe un esempio minimo compilabile.
Prova anche a togliere “reverse path = true”.
Aggiungo che all’interno dell’ambiente figure o table, per centrare l’oggetto basta dare il \centering che non inserisce spazi verticali come fa l’ambiente center.

R.
Ps. metti il codice tra tag code grazie.