Risposte nei forum create
-
AutoreRisposte
-
::
OldClaudio” post=94952Questo intervento potrebbe sembrare fuori tema, ma seocndo me non lo è.
Dici che devi riportare grafici con 500-700 punti. Mmm
Sicocme la larghezza della apgina è di 210mm e i margini possono arrivare complessivamente a, diciamo 40mm, resta un larghezza di 170mm. togliamo ancora una ventina di millimetri per fare spazio ai tick e alle graduazioni degli assi, specialmante quello verticale, oltre che per la legenda dell’asse,, restano 150mm.
quindi se ci metti dentro 500 punti hi una coordinata ogni 150mm/500= 0.3mm. Capisco che il diagramma presenta delle lievi oscillazioni attrono ad un trend abbastanza definito, ma non ti pare che sia troppo mettere tre punti in un millimetro, per giunta collegati con la linea (molto spezzata) del diagramma, dove el oscillazioni sembrano rumore puro?Mi pare u diagramma mal progettato, perché ci sono troppi punti in un diagramma troppo stretto; le cose non migliorerebbero granché se riportassi il disegno rotato di 90º (in senso antiorario), visto che il fiagrama disporrebbe dell’altezza della pagina, invece che della larghezza; con un’altezza della carta di 297mm, tolti 40mm + 20mm per gli stessi motivi detti prima, arrotondando restao 250mm per il fiagramma; con 250mm/500 = 0.5mm per punto, ciò due punti al millimetro: meno brutto di prima, ma lo stesso molto poco significativo.
Conclusione: ti suggerisco di ripensare a quei diagrammi; penso che un tratto delle ascisse molto più corso sarebbe molto più significativo. Non so che cosa rappresenti il tuo diagramma; comunque non saprei consigliarti. Probabilmente con punti così filli un diagramma a linea continua o a spezzata sarebe del tutto invisibile con tanti punti così; allora tanto vale riportare solo i punti, tanto l’andamento lo si vede lo stesso e sono talmente vicini che la loro fila sembra un linea continua.
Innanzitutto ti ringrazio per aver preso a cuore questa questione 🙂
C’è solo un diagramma che ha un così elevato numero di punti (576), e rappresenta l’andamento di temperatura lungo l’asse di un condotto, che è abbastanza lungo, per questo ha così tanti punti. Inoltre la mesh in alcune zone è abbastanza definita, e sono usciti molti punti.
Ho fatto anche dei diagrammi zoomati, attorno al centro del condotto, che è la zona più significativa, ma purtroppo serve sapere anche che valore raggiunge la T in uscita, per cui serve il grafico intero.
Se diagrammo solo i punti ho un paio di problemi, il primo è la grandezza dei punti (ma immagino si possa cambiare), che, soprattutto dove sono troppo vicini, fa sembrare che ci sia una linea molto spessa, e il secondo è che i punti non sono equispaziati, quindi si avrebbero zone molto ricche e altre molto povere.
Ho provato anche con l’opzione smooth, ma mi sembra che la situazione non migliori.
Forse la soluzione sarebbe un’interpolazione con matlab per ridurre il numero di punti, ma sinceramente non ho tempo né voglia di farlo, questo grafico può andare così 🙂
::Forse il problema è il separatore decimale.
Pgfplots credo capisca i numeri con il punto mentre nei dati che hai mostrato c’é la virgola.
Inoltre i tuoi dati sono già ordinati ma per la seconda colonna.
R.No, i numeri originariamente sono con il punto, ho messo la virgola per importarli in excel.
Sono ordinati solo per caso rispetto alla seconda colonna, evidentemente è un tratto con variazione monotona della temperatura. Ma comunque devono essere ordinati rispetto alla prima colonna, l’ascissa.Funziona tutto! (io ho sostituito le virgole con i punti, ma con pgfplots c’è il modo di usare anche le vorgole (solo che facevo prima così, senza andare a cercare…).
Ho avuto anche io esperienze col comando sort di windows, solo che ha il difetto di ordinare i numeri come 1,11,2,21,3,…
Fran
Sì ho visto, ma la serie di dati per ogni grafico è molto più grande di questa, fino a 500-700 numeri, se li copio tutti il codice diventa enorme!
Grazie, vedo un po’ come fare, magari con excel 🙂
::
Innanzitutto grazie a tutti!Ho provato a seguire il suggerimento di OldClaudio, dal Prompt di Windows, ma ordina i numeri in ordine alfabetico, quindi non riconosce la notazione scientifica, e non risolve il problema.
Quindi sono andato su Linux, perché ho visto che da terminale c’era qualche opzione del genere, -n per ordinare numericamente, e -g per ordinare seguendo anche la notazione scientifica, ma per qualche motivo in nessuno dei due casi ordina in maniera corretta.
I numeri sono di questo tipo:`-0,000177758 932,835
-0,000139915 933,099
-0,000108379 933,347
-8,21E-005 933,574
-6,02E-005 933,776
-4,20E-005 933,954
-2,67E-005 934,107
-1,41E-005 934,237
-3,51E-006 934,345
3,43E-013 934,385`Potrei farlo tramite excel, che ordina bene, ma ci vorrebbe troppo tempo…
Può darsi che Fluent abbia qualche opzione per ordinare in maniera corretta i dati che scrive, ma sono file che ho già acquisito e salvato, vorrei evitare di fare tutto da capo, non sono pochi…
Domani proverò a seguire il metodo indicato da franen, oppure li ordinerò tramite excel…
25 Novembre 2011 alle 19:03 in risposta a: problema con inputenc, dopo aver suddiviso il codice #6678425 Novembre 2011 alle 18:53 in risposta a: problema con inputenc, dopo aver suddiviso il codice #6678225 Novembre 2011 alle 18:35 in risposta a: problema con inputenc, dopo aver suddiviso il codice #6677925 Novembre 2011 alle 17:57 in risposta a: problema con inputenc, dopo aver suddiviso il codice #66777 -
AutoreRisposte