## pgfplots-features — Questions about pgfplots features, bug reports and developer communication

You can subscribe to this list here.

 2009 2010 2011 2012 2013 2014 2015 2016 Jan Feb Mar (20) Apr (5) May (7) Jun (15) Jul (15) Aug (17) Sep (22) Oct (3) Nov (8) Dec (6) Jan (22) Feb (19) Mar (14) Apr (24) May (18) Jun (23) Jul (18) Aug (10) Sep (33) Oct (11) Nov (12) Dec Jan (16) Feb (9) Mar (10) Apr (17) May (2) Jun (11) Jul (29) Aug (12) Sep (20) Oct (9) Nov (8) Dec (17) Jan (17) Feb (6) Mar (9) Apr (8) May (1) Jun (3) Jul (4) Aug (15) Sep (7) Oct (9) Nov (25) Dec (2) Jan (7) Feb Mar (4) Apr (1) May (3) Jun (15) Jul (2) Aug (2) Sep (1) Oct (4) Nov Dec (2) Jan (4) Feb (1) Mar (17) Apr (6) May Jun (2) Jul (6) Aug (3) Sep (3) Oct (4) Nov (4) Dec (4) Jan Feb (3) Mar Apr May (2) Jun Jul Aug (2) Sep (4) Oct (1) Nov Dec Jan (3) Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec

Showing results of 698

1 2 3 .. 28 > >> (Page 1 of 28)
 [Pgfplots-features] Bug with ConTeXt and pgfplot library fillbetween From: Aditya Mahajan - 2015-10-22 01:09:46 Hi, The following example fails: \usemodule[pgfplots] \usepgfplotslibrary[fillbetween] \starttext \startformula \left. a \right| \stopformula \stoptext with tex error > tex error on line 7 in file /private/tmp/test.tex: ! Missing \endgroup inserted \endgroup \Ucheckedstopdisplaymath \stopdisplaymath ...math \Ucheckedstopdisplaymath \par \ifvmode \ifcase \c_s... \strc_formulas_stop_formula ...native \v!formula } \dostoptagged \dostoptagge... l.7 \stopformula This is a weird bug. Only \left. \right| fails; \left| \right| works correctly. If I remove the fillbetween library, the error goes away. Any hints as to what is happening will be appreciated. Thanks, Aditya
 [Pgfplots-features] Axis ticks crammed on the right for negative values From: Markus Höhnerbach - 2015-09-10 08:06:40 Hi, When working on a diagram with several big negative values, the axis started to behave weird: The ticks are all in one portion of the axis, and the rest of the axis has no ticks. Consider the following code for values that exhibit this behaviour: \documentclass{article} \usepackage{tikz} \usepackage{pgfplots} \pgfplotsset{compat=1.10} \begin{document} \begin{tikzpicture} \begin{axis} \addplot coordinates { (-323573.5, -327215.79) (-323572.1, -327210.13) (-323572.1, -327206.85) }; \end{axis} \end{tikzpicture} \end{document} I have written on tex/stackexchange about it (see for an image, too): http://tex.stackexchange.com/questions/266637/weird-axis-labelling-for-large-negative-values Best, Markus
 Re: [Pgfplots-features] Excess whitespace with "set layers" and logarithmic y limits <1 From: Christoph Hahn - 2015-09-09 06:43:33 Hello Christian, thank you for the workaround, works like a charm. Best regards, Christoph On Tue, 08 Sep 2015 19:43:07 +0200, Christian Feuersaenger wrote: Hi, > > thanks for the report. > > You are right, this is a bug, and it is known to me (even though I > failed to find the root cause so far). > > The problem is related to so-called "cell pictures". A workaround is > to write "cell picture=true" right after "set layers" -- but that > disables some of the effects of the layered graphics (namely layering > between different axes within the same tikzpicture). > > I will look into it with new motivation given your email. > > Kind regards > > Christian > > > Am 07.09.2015 07:55, schrieb Christoph Hahn: > > Hey guys, > > > > I recently ran into some pgfplots behavior I'd consider a bug. In the MWE > > > > \documentclass{article} > > > > \usepackage{pgfplots} > > \pgfplotsset{compat=1.12} > > > > \begin{document} > > \begin{tikzpicture} > > \pgfplotsset{set layers} > > \begin{axis}[name=n, > > ymode=log, > > ymin=1.5E-5,ymax=1.5E-3, > > ] > > \addplot coordinates {(1,2E-4) (2,2E-4)}; > > \end{axis} > > > > \node at (n.outer south west) {\emph{Picture edge is here}}; > > \end{tikzpicture} > > \end{document} > > > > the vertical cropping seems to be off, with the excess space > depending on the y limits set. If I use values >1, or disable "set > layers", everything seems to be fine. (I need "set layers" for the > second y axis, as per section 4.9.10 of the manual.) Also, the > behavior is as expected (i.e., tight cropping) with compat=default > through 1.7. > > > > Can anyone else confirm this? > > > > Best regards, > > Christoph > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > Pgfplots-features mailing list > > Pgfplots-features@... > > https://lists.sourceforge.net/lists/listinfo/pgfplots-features > > > ------------------------------------------------------------------------------ > _______________________________________________ > Pgfplots-features mailing list > Pgfplots-features@... > https://lists.sourceforge.net/lists/listinfo/pgfplots-features > >
 Re: [Pgfplots-features] Excess whitespace with "set layers" and logarithmic y limits <1 From: Christian Feuersaenger - 2015-09-08 17:43:16 Hi, thanks for the report. You are right, this is a bug, and it is known to me (even though I failed to find the root cause so far). The problem is related to so-called "cell pictures". A workaround is to write "cell picture=true" right after "set layers" -- but that disables some of the effects of the layered graphics (namely layering between different axes within the same tikzpicture). I will look into it with new motivation given your email. Kind regards Christian Am 07.09.2015 07:55, schrieb Christoph Hahn: > Hey guys, > > I recently ran into some pgfplots behavior I'd consider a bug. In the MWE > > \documentclass{article} > > \usepackage{pgfplots} > \pgfplotsset{compat=1.12} > > \begin{document} > \begin{tikzpicture} > \pgfplotsset{set layers} > \begin{axis}[name=n, > ymode=log, > ymin=1.5E-5,ymax=1.5E-3, > ] > \addplot coordinates {(1,2E-4) (2,2E-4)}; > \end{axis} > > \node at (n.outer south west) {\emph{Picture edge is here}}; > \end{tikzpicture} > \end{document} > > the vertical cropping seems to be off, with the excess space depending on the y limits set. If I use values >1, or disable "set layers", everything seems to be fine. (I need "set layers" for the second y axis, as per section 4.9.10 of the manual.) Also, the behavior is as expected (i.e., tight cropping) with compat=default through 1.7. > > Can anyone else confirm this? > > Best regards, > Christoph > > ------------------------------------------------------------------------------ > _______________________________________________ > Pgfplots-features mailing list > Pgfplots-features@... > https://lists.sourceforge.net/lists/listinfo/pgfplots-features
 [Pgfplots-features] Excess whitespace with "set layers" and logarithmic y limits <1 From: Christoph Hahn - 2015-09-07 05:55:30 Hey guys, I recently ran into some pgfplots behavior I'd consider a bug. In the MWE \documentclass{article} \usepackage{pgfplots} \pgfplotsset{compat=1.12} \begin{document} \begin{tikzpicture} \pgfplotsset{set layers} \begin{axis}[name=n, ymode=log, ymin=1.5E-5,ymax=1.5E-3, ] \addplot coordinates {(1,2E-4) (2,2E-4)}; \end{axis} \node at (n.outer south west) {\emph{Picture edge is here}}; \end{tikzpicture} \end{document} the vertical cropping seems to be off, with the excess space depending on the y limits set. If I use values >1, or disable "set layers", everything seems to be fine. (I need "set layers" for the second y axis, as per section 4.9.10 of the manual.) Also, the behavior is as expected (i.e., tight cropping) with compat=default through 1.7. Can anyone else confirm this? Best regards, Christoph
 Re: [Pgfplots-features] Problem with Non-Linear Colormap From: Christian Feuersaenger - 2015-08-15 07:44:21 Hi, the example works if you follow the text in the error message which states that the input offsets of the colormap must be a multiple of your meshwidth, configured as [5pt] in your example. The colorbar compiles fine with the following slightly adopted offsets \pgfplotsset{ colormap={myNewColor}{[5pt] rgb255(0pt)=(255,0,0); rgb255(510pt)=(0,255,10); rgb255(550pt)=(0,255,0); rgb255(790pt)=(100,255,0); rgb255(1000pt)=(0,0,255)} } You could add data points at 505pt or 785pt if you want discontinuous color transitions. Is that what you mean by "non-linear colormap"? Kind regards Christian Am 10.08.2015 23:26, schrieb Joan Hensen: > Hey guys. > > I'm interested in pgfplots in order to generate a non-linear colormap. > Is there a way to get the following example to work without doing lots > of "hacks"? > > Kind regards, > > Joan > > > \documentclass{article} > > > \usepackage{pgfplots} > > > \begin{document} > > > \begin{figure*}[!t] > \centering > \begin{minipage}[c]{\textwidth} > \begin{tikzpicture} > \pgfplotsset{ > colormap={myNewColor}{[5pt] > rgb255(0pt)=(255,0,0); > rgb255(511pt)=(0,255,10); > rgb255(550pt)=(0,255,0); > rgb255(789pt)=(100,255,0); > rgb255(1000pt)=(0,0,255)} > } > \footnotesize > \begin{axis}[ > hide axis, > scale only axis, > height=0pt, > width=0pt, > colorbar horizontal, > point meta min=-1, > point meta max=1, > colorbar style={ > height=0.5cm, > width=6cm, > xtick={-1,0,1} > }] > \addplot [draw=none] coordinates {(0,0)}; > \end{axis} > \end{tikzpicture} > \end{minipage} > \caption{aaa} > \end{figure*} > > > \end{document} > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > Pgfplots-features mailing list > Pgfplots-features@... > https://lists.sourceforge.net/lists/listinfo/pgfplots-features
 [Pgfplots-features] Problem with Non-Linear Colormap From: Joan Hensen - 2015-08-10 21:39:13 Attachments: Message as HTML Hey guys. I'm interested in pgfplots in order to generate a non-linear colormap. Is there a way to get the following example to work without doing lots of "hacks"? Kind regards, Joan \documentclass{article} \usepackage{pgfplots} \begin{document} \begin{figure*}[!t] \centering \begin{minipage}[c]{\textwidth} \begin{tikzpicture} \pgfplotsset{ colormap={myNewColor}{[5pt] rgb255(0pt)=(255,0,0); rgb255(511pt)=(0,255,10); rgb255(550pt)=(0,255,0); rgb255(789pt)=(100,255,0); rgb255(1000pt)=(0,0,255)} } \footnotesize \begin{axis}[ hide axis, scale only axis, height=0pt, width=0pt, colorbar horizontal, point meta min=-1, point meta max=1, colorbar style={ height=0.5cm, width=6cm, xtick={-1,0,1} }] \addplot [draw=none] coordinates {(0,0)}; \end{axis} \end{tikzpicture} \end{minipage} \caption{aaa} \end{figure*} \end{document}
 Re: [Pgfplots-features] Double y axes chart From: Nick Papior Andersen - 2015-05-23 18:24:56 Attachments: Message as HTML Take a look at this answer: http://tex.stackexchange.com/questions/62291/can-i-draw-figure-3-y-axis-using-pgfplot 2015-05-19 3:59 GMT+02:00 Li Yajun : > I want to plot a chart with two series date. As one serie date is too > biger than another, so I want to draw double y axes, one is on the left of > chart and the other on the right. One serie date plots based on the left y > axes, and the other based on the right y axes. Is there any way to slove it? > > > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Pgfplots-features mailing list > Pgfplots-features@... > https://lists.sourceforge.net/lists/listinfo/pgfplots-features > > -- Kind regards Nick
 [Pgfplots-features] Double y axes chart From: Li Yajun - 2015-05-19 02:00:09 Attachments: Message as HTML I want to plot a chart with two series date. As one serie date is too biger than another, so I want to draw double y axes, one is on the left of chart and the other on the right. One serie date plots based on the left y axes, and the other based on the right y axes. Is there any way to slove it?
 Re: [Pgfplots-features] Smith chart coordinate systems From: Christian Feuersaenger - 2015-02-11 19:33:57 Hi Chris, thanks for the detailed bug report. This is a side-effect of a feature activated by 'compat=1.11': it switches the default coordinate system to "axis cs". Unfortunately, the regression regarding smith charts was not detected earlier. A workaround is to use 'compat=1.10' in the preamble. I will take care of the issue. Kind regards Christian Am 11.02.2015 11:34, schrieb Christian Mandel: > Hello, > > recent changes in the smith chart code, especially in coordinate system > handling, broke my existing figures, and it took a while to find out how > to deal with CS in recent versions of pgfplots. Since this is not > covered by the manual, it would be nice if it could be explained there > for other people working with that (it is only explained for \addplot): > In the example > > \documentclass{standalone} > > \usepackage{pgfplots} > \usepgfplotslibrary{smithchart} > > \pgfplotsset{compat=newest} > > \begin{document} > \begin{tikzpicture} > \begin{smithchart} > % \pgfplotsset{is smithchart cs} > % \begin{scope}[/pgfplots/is smithchart cs] > \draw [black!40,dashed] (0,0) arc (0:360:.5); > % \end{scope} > \end{smithchart} > \end{tikzpicture} > \end{document} > > recent versions do the CS transformation not only for \addplot commands > but for \draw commands etc. as well. One can skip the transformation for > them as well by setting /pgfplots/is smithchart cs, e.g. within a scope > environment. It would be handy if the key could be mapped to the tikz > namespace to be able to skip the /pgfplots/. What does not work is > setting \pgfplotsset{is smithchart cs}, it will result in a dimension > too large error at \end{smithchart} (a bug, maybe?). > > Best regards > > Chris > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming. The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net/ > _______________________________________________ > Pgfplots-features mailing list > Pgfplots-features@... > https://lists.sourceforge.net/lists/listinfo/pgfplots-features
 [Pgfplots-features] Smith chart coordinate systems From: Christian Mandel - 2015-02-11 10:33:35 Hello, recent changes in the smith chart code, especially in coordinate system handling, broke my existing figures, and it took a while to find out how to deal with CS in recent versions of pgfplots. Since this is not covered by the manual, it would be nice if it could be explained there for other people working with that (it is only explained for \addplot): In the example \documentclass{standalone} \usepackage{pgfplots} \usepgfplotslibrary{smithchart} \pgfplotsset{compat=newest} \begin{document} \begin{tikzpicture} \begin{smithchart} % \pgfplotsset{is smithchart cs} % \begin{scope}[/pgfplots/is smithchart cs] \draw [black!40,dashed] (0,0) arc (0:360:.5); % \end{scope} \end{smithchart} \end{tikzpicture} \end{document} recent versions do the CS transformation not only for \addplot commands but for \draw commands etc. as well. One can skip the transformation for them as well by setting /pgfplots/is smithchart cs, e.g. within a scope environment. It would be handy if the key could be mapped to the tikz namespace to be able to skip the /pgfplots/. What does not work is setting \pgfplotsset{is smithchart cs}, it will result in a dimension too large error at \end{smithchart} (a bug, maybe?). Best regards Chris
 Re: [Pgfplots-features] problem encountered with pgfplots From: Christian Feuersaenger - 2014-11-14 21:28:22 Dear Anthony, what you see is the effect of the "cycle list". The cycle list allows you to omit style options and let pgfplots choose style options for you: each \addplot will advance the cycle list pointer. In your case, you use \addplot+[]. The '+' tells pgfplots to "append" to whatever has been found in the cycle list. The default cycle list, in turn, uses dashed line patterns after the first couple of plots. The solution is simple: omit the '+'. This tells pgfplots to _not_ use the cycle list. It will only use . Kind regards Christian Am 14.11.2014 18:34, schrieb Anthony Lasenby: > Dear Dr. Feuersaenger, > > First of all, many thanks indeed for pgfplots - it's a wonderful > package, and I am very pleased to have found something enabling the > creation of such high quality plots within Latex. > > I have just hit a problem with a particular plot I am trying to > create. This reads in data from several files, and plots out a line > for each, 8 in total. All the lines should be solid, but if the first > group of 4 lines is present, then 3 out of the 4 in the second group > of lines come out dashed, as shown in the attached plot. If the first > group of lines is not present, the second group all correctly come out > as solid. I've included the code below - it won't compile without the > data files of course, but I wondered if there was something > immediately evident about what I was doing which would lead you to > suggest where the problem is. Note each file consists of 200 rows of 4 > floating point numbers, and I'd be happy to send these as well if you > had the time to look at the problem in detail. > > Thanks very much, > > Anthony Lasenby > > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > > \begin{figure} > \begin{center} > \begin{tikzpicture} > \begin{axis}[thick, > title={Overall title}, > xlabel={$r$}, > ylabel={$h$},width=3.5in,height=2.5in, > xmin=0,xmax=10,ymin=0,ymax=5 > ] > \addplot+[mark=none, smooth, red] table[x index=0,y index=1] > {high_h_r_EE_1_L_0p8.dat}; > \addplot+[mark=none, smooth, blue] table[x index=2,y index=3] > {high_h_r_EE_1_L_0p8.dat}; > \addplot+[mark=none, smooth, red] table[x index=0,y index=1] > {low_h_r_EE_1_L_0p8.dat}; > \addplot+[mark=none, smooth, blue] table[x index=2,y index=3] > {low_h_r_EE_1_L_0p8.dat}; > \addplot+[mark=none, smooth, red] table[x index=0,y index=1] > {high_h_r_EE_1_L_0p998.dat}; > \addplot+[mark=none, smooth, blue] table[x index=2,y index=3] > {high_h_r_EE_1_L_0p998.dat}; > \addplot+[mark=none, smooth, red] table[x index=0,y index=1] > {low_h_r_EE_1_L_0p998.dat}; > \addplot+[mark=none, smooth, blue] table[x index=2,y index=3] > {low_h_r_EE_1_L_0p998.dat}; > \end{axis} > \end{tikzpicture} > \caption{A caption} > \label{fig:h-e-EE-1} > \end{center} > \end{figure} > >
 Re: [Pgfplots-features] Is it not possible to open new issues in pgfplots' sourceforge place? From: Christian Feuersaenger - 2014-11-14 16:03:02 UPDATE: apparently, my assumption is invalid: sometime in the past, sourceforge must have change the permissions (probably as part of some sourceforge version update). As a consequence, only admins had the right to create tickets. I have found the permissions after some google research and have reconfigured them to what appears to be better. Thanks for pointing this out. Kind regards Christian Am 14.11.2014 16:39, schrieb Christian Feuersaenger: > Hi Ignasi, > > thanks for the bug report! I will take a note on my todo list. > > Regarding the sourceforge trackers: they are fully functional. Often > people send reports by mail or I encounter them on my own; in this > case I just write them in my todo list rather than sourceforge (it > simply takes too long), that's why the sourceforge list appears outdated. > > Kind regards > > Christian > > Am 14.11.2014 09:21, schrieb Ignasi: >> Hi all, >> >> today I wanted to open a new issue about this bug(?) >> >> http://tex.stackexchange.com/questions/207450/fillbetween-from-pgfplots-does-not-work-inside-groupplots >> >> >> in http://pgfplots.sourceforge.net/ but I couldn't. In fact the still >> open issues are from 2013 so I suspect it's not possible. >> Is it? Is there any other place to do it? I'd prefer not to use >> Christian's email address. >> >> Ignasi >> >> ------------------------------------------------------------------------------ >> >> Comprehensive Server Monitoring with Site24x7. >> Monitor 10 servers for $9/Month. >> Get alerted through email, SMS, voice calls or mobile push >> notifications. >> Take corrective actions from your mobile device. >> http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk >> >> _______________________________________________ >> Pgfplots-features mailing list >> Pgfplots-features@... >> https://lists.sourceforge.net/lists/listinfo/pgfplots-features >  Re: [Pgfplots-features] Is it not possible to open new issues in pgfplots' sourceforge place? From: Christian Feuersaenger - 2014-11-14 15:39:42 Hi Ignasi, thanks for the bug report! I will take a note on my todo list. Regarding the sourceforge trackers: they are fully functional. Often people send reports by mail or I encounter them on my own; in this case I just write them in my todo list rather than sourceforge (it simply takes too long), that's why the sourceforge list appears outdated. Kind regards Christian Am 14.11.2014 09:21, schrieb Ignasi: > Hi all, > > today I wanted to open a new issue about this bug(?) > > http://tex.stackexchange.com/questions/207450/fillbetween-from-pgfplots-does-not-work-inside-groupplots > > in http://pgfplots.sourceforge.net/ but I couldn't. In fact the still > open issues are from 2013 so I suspect it's not possible. > Is it? Is there any other place to do it? I'd prefer not to use > Christian's email address. > > Ignasi > > ------------------------------------------------------------------------------ > Comprehensive Server Monitoring with Site24x7. > Monitor 10 servers for$9/Month. > Get alerted through email, SMS, voice calls or mobile push notifications. > Take corrective actions from your mobile device. > http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk > _______________________________________________ > Pgfplots-features mailing list > Pgfplots-features@... > https://lists.sourceforge.net/lists/listinfo/pgfplots-features
 Re: [Pgfplots-features] Data time (without date) format: trouble with leading zeros From: Denis Bitouzé - 2014-10-28 09:44:59 Le 26/10/14 à 21h13, Christian Feuersaenger a écrit : > Hi Denis, Hi Christian, > thanks for your request and for the inquiry. You're welcome! > I accept that as feature request and I have added it to the todo list. Nice :) > The ETA I'm not sure sure what you mean: ┌──── │ http://www.acronymfinder.com/ETA.html └──── :) > is some time in the future though: the next two releases are > planned for other bigger topics. Too bad... ;) > Regarding your questions: > > 1. Do you think this is a safe way of doing? > > --> Looks good to me. OK. > I believe you tested it until you were satisfied? Indeed. > 2. Is there a better way? > > --> This is the best approach currently. OK. > 3. Could pgfplots be able to directly handle data time (without date) > format? > > --> "be made able": yes. I accept that as feature request. > > > I suggest to stick with the answer(s). Chances are good that I will integrate > them into pgfplots eventually. Perhaps the current developments of a lua backend > might help here as well. OK, thanks! Kind regards. -- Denis
 Re: [Pgfplots-features] Data time (without date) format: trouble with leading zeros From: Christian Feuersaenger - 2014-10-26 20:13:23 Hi Denis, thanks for your request and for the inquiry. I accept that as feature request and I have added it to the todo list. The ETA is some time in the future though: the next two releases are planned for other bigger topics. Regarding your questions: 1. Do you think this is a safe way of doing? --> Looks good to me. I believe you tested it until you were satisfied? 2. Is there a better way? --> This is the best approach currently. 3. Could pgfplots be able to directly handle data time (without date) format? --> "be made able": yes. I accept that as feature request. I suggest to stick with the answer(s). Chances are good that I will integrate them into pgfplots eventually. Perhaps the current developments of a lua backend might help here as well. Kind regards Christian Am 20.10.2014 08:54, schrieb Denis Bitouzé: > Hi, > > on http://tex.stackexchange.com/q/79252/18401, a solution was given to > let the user have input data of the form HH:MM:SS (without > date). Unfortunately, as pointed out in comments, this solution fails if > HH is 08 or 09 with the error: > > ┌──── > │ ! Package PGF Math Error: Digit '8' invalid for base 8 (in '08*3600-08*3600+54*60+14.75') > └──── > > A workaround was pointed out on the present list: > > ┌──── > │ http://pgfplots-features.706524.n3.nabble.com/Pgfplots-features-Octal-numbers-td3124234.html > └──── > > just by removing the leading zeros but it is not always desirable to > manually change the data. Moreover, the usecase of this post, and hence > the answer given by Christian, are not relevant for data of the form > HH:MM:SS. > > Thanks to http://tex.stackexchange.com/a/52233/18401, a possible > workaround is, in (see http://tex.stackexchange.com/q/79252/18401), to > replace the "brut" hours, minutes and second (#1, #2 and #3): > > --8<---------------cut here---------------start------------->8--- > \pgfmathparse{#1*3600-\pgfkeysvalueof{/pgfplots/timeplot zero}*3600+#2*60+#3} > --8<---------------cut here---------------end--------------->8--- > > from: > > --8<---------------cut here---------------start------------->8--- > \def\transformtime#1:#2:#3!{ > \pgfkeys{/pgf/fpu=true,/pgf/fpu/output format=fixed} > \pgfmathparse{#1*3600-\pgfkeysvalueof{/pgfplots/timeplot zero}*3600+#2*60+#3} > \pgfkeys{/pgf/fpu=false} > } > --8<---------------cut here---------------end--------------->8--- > > by their digital counterparts (\the\numexpr...\relax): > > --8<---------------cut here---------------start------------->8--- > \pgfmathparse{% > \the\numexpr#1\relax*3600% > -\pgfkeysvalueof{/pgfplots/timeplot zero}*3600% > +\the\numexpr#2\relax*60% > +\the\numexpr#3\relax% > } > --8<---------------cut here---------------end--------------->8--- > > Now, some questions :) > > 1. Do you think this is a safe way of doing? > 2. Is there a better way? > 3. Could pgfplots be able to directly handle data time (without date) > format? > > Thanks by anticipation.