Wydaje mi się, że gnuplot radzi sobie z zaskakująco dobrze. Zakładam, że dane w formacie następujący (lub podobny):
05/17/12 0.8188064359
05/18/12 0.97297057
05/21/12 0.9012782504
użyłem liczb losowych rozłożone na półtora roku, aby przetestować.
Więc najpierw trzeba powiedzieć gnuplot Twój współrzędna x jest czas i to, co jest format jest napisane w:
set xdata time
set timefmt "%m/%d/%y"
Odtąd gnuplot spodziewa wszystkie zakresy w określonym formacie, w tym xtics
i polecenia xrange
. Jedynym wyjątkiem jest przyrost w xtics
, który powinien być w sekundach.
set xrange ["05/01/12":"08/01/13"]
set xtics "01/01/12",2592000,"08/01/18"
Teraz można argumentować, że liczba sekund w każdym miesiącu jest inny przez cały dzień (a właściwie 2 dni w lutym). Jednak autorzy gnuplot również myślą o tym i rozwiązali problem zgodnie z naszymi upodobaniami. Innymi słowy, powyższe zapewni tiki co 1 miesiąc. Tutaj mogę tylko zasugerować, aby określić format wydruku na xtics
set format x "%d %b %Y"
co spowoduje „01 maja 2012”, itp Po tym, plot
danych. Och, przy użyciu czas na osi x, gnuplot wymaga using
w komendzie w plot
, więc nawet z błahego pliku danych jak miałem, musiałem użyć
plot 'data.txt' using 1:2
użyłem wersji Gnuplot 4,6 patchlevel 0 i wyjście Terminal postscript. Jeśli będziesz mieć inne doświadczenia z wersją lub terminalem, daj mi znać w komentarzach.
Chciałbym zobaczyć rozwiązanie tego osobiście; Z mojego doświadczenia wynika, że gnuplot jest dość słaby w formatowaniu x danych, gdy dane są czasem. – andyras