Learn how easy it is to sync an existing GitHub or Google Code repo to a SourceForge project!

## 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 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 Sep Oct Nov Dec

Showing results of 688

1 2 3 .. 28 > >> (Page 1 of 28)
 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 
 [Pgfplots-features] Pgfplots 1.12 releases From: Christian Feuersaenger - 2015-02-02 20:52:46 Hello, I am pleased to announce the release of pgfplots 1.12 . It is available on CTAN http://www.ctan.org/pkg/pgfplots and on http://pgfplots.sourceforge.net/ Kind regards Christian 1.12: scalability + performance - scalability: reduced TeX memory consumption for huge inline tables - scalability: lualatex allows bigger 3d graphics - scalability: lualatex now reduces compilation time for huge 3d graphics (requires \pgfplotsset{compat=newest} at the time of this writing) surf shader=faceted: time reduced to 61% of pdflatex (\addplot3[surf,samples=70] {exp(-x^2-y^2 +x*y)}) surf shader=interp: time reduced to 25% of pdflatex (\addplot3[surf,shader=interp,samples=70] {exp(-x^2-y^2 +x*y)}) surf shader=interp, parametric: time reduced to 36% of pdflatex (\addplot3[surf,shader=interp,z buffer=sort, samples=50,domain=-1:0,y domain=0:2*pi] ({sqrt(1-x^2) * cos(deg(y))}, {sqrt( 1-x^2 ) * sin(deg(y))}, x);) surf shader=faceted, parametric: time reduced to 40% of pdflatex (\addplot3[surf,z buffer=sort, samples=50,domain=-1:0,y domain=0:2*pi] ({sqrt(1-x^2) * cos(deg(y))}, {sqrt( 1-x^2 ) * sin(deg(y))}, x);) - scalability: lualated now reduces compilation time for boxplots. 10000 input points from table: time reduced to 23% of pdflatex - fixed bug: 3d axes where all axes used log scale produced compile failure - fixed bug: axis equal did not respect "disabledatascaling" - fixed bug: mesh legend was confused by color input=explicit - fixed bug: colorbar style did not reset zmin/zmax - fixed bug: memory allocation in FPU consumed too much memory - fixed bug: boxplots: removed compilation error due to spurious spaces in options list - fixed bug: boxplots: now uses standard quantile estimators: has all 9 estimators of R and uses the same as in Excel as default (as of compat=1.12) - fixed bug: boxplots: sometimes failed to compute boxplot statistics for special inputs - fixed bug: boxplots: now, it sets 'mark=*' for outliers if there is no mark (compat=1.12) - fixed regression: compat=1.11 broke arcs inside of axis - new feature: ensured that arcs inside of axis make use of 'axis cs' and 'axis direction cs' automatically - new feature: ensured that (0:1) is evaluated with axis cs - fixed bug: precision of transformation cartesian to polar was too low (added atan2 to fpu) - fixed bug: z buffer caused 'mesh legend' to produce a compile error - new feature: added 'y filter/.expression={y==3 ? nan : y}' to simplify coordinate filters 1.11: usability + bug fixes. - new feature: "hide obscured x ticks=false" to disable the feature which hides ticks - simplified UI for symbolic coords: now, it accepts unexpandable dictionary entries including umlauts, undefined macros, math mode, ... - simplified UI for symbolic coords: added magic prefix [normalized] to allow something like xmin={[normalized]0.7} - simplified UI for custom annotations: one does not need to say "axis cs" any longer; coordinates like (1,2) are now automatically interpreted as (axis cs:1,2) - new feature: 'type ticklabels with struts' improves baseline alignment of tick labels - new feature: 'trig format plots=rad' allows to use radians in trigonometric evaluations - simplified 'external lib': added driver auto-detection for pdflatex, lualatex, xelatex, dvips (\usepgfplotslibrary{external}, or, with the next PGF release, \usetikzlibrary{external}) - simplified UI for \addplot coordinates: now, it expands macros as it goes. - new feature: 'intersection segments' now accepts negative indices to count from the last backwards - simplified UI: 'intersection segments' now accepts new syntax with 1-based indices (old 0-based are still supported) - fixed bug: fillbetween has had a problem with pins on input paths - fixed bug: now, 'stacked ignores zero' is no longer applied to error bars. - fixed bug: tick lines were drawn incorrectly for centered axis lines in 3d - fixed bug: variable=u failed to work in some contexts - fixed bug: fill between implicitly activated layers, but did not install the correct layers for grid lines etc. - fixed bug: z grid style was applied to y grid style - fixed bug: using 'x=1cm' failed to work in axis descriptions (legends) - fixed bug: mesh legend failed to work with 'shader=interp' - fixed bug: bounding box of shader=interp was wrong if there were transformations. - fixed bug: added support for \addplot graphics in ConTeXt - fixed bug: external lib failed to work with dvips (since PGF 3.0.0 I suppose); now it produces correct bounding boxes - fixed bug: \pgfplotstablenew can now overwrite existing tables. - fixed bug: extra ticks near intersections of axis lines were hidden - fixed bug: 'intersection segments' did not work with '--cycle' - fixed bug: 'intersection segments' did not update the last tikz point - fixed bug: tick lines/grid lines have been clipped when they were near the boundary - fixed bug: soft clip decoration failed to apply the transformation matrix - fixed bug: polar axes and units library resulted in broken bounding box - fixed bug: \addplot[stack plots=false] used to work up to 1.8, but failed until now. Fixed. - fixed bug: hist/density was broken since some time 1.10: - new feature: fill between plots (library fillbetween) - new feature: concatenate intersection segments (library fillbetween) - fixed bug: xelatex failed to run contour external - fixed incompatibility with \label and \usepackage{mcaption} - fixed bug: histograms produced wrong point meta - fixed bug: histograms reported the wrong 'plot name' and confused shifts of bar plots 
 Re: [Pgfplots-features] bounding box and multiple axes From: Christian Feuersaenger - 2014-12-31 10:04:46 Hi Jerzy, that sounds like a bug, perhaps related to one that I have on my "radar". I will look into it. I would appreciate it if you would send me your minimal working example! Happy New Year! Kind regards Christian PS I'm glad that pgfplots proves to be useful. Thanks for the praise! Am 31.12.2014 09:44, schrieb Jerzy Wrobel: > Hi to All, > I have noticed the following problem (feature?) with bounding box, > which occurs for multiple axes/layered graphics combination. > When data range of one of the axes is much smaller then the actual > data limits, the bounding box becomes larger, and resulting pdf > file acquire large top and right white margins. For example, when > x data limits are -3 and 3 with xmin=-2 and xmax=2 nothing happens, > however, when xmin=-1 and xmax=1 are set, the above mentioned margins > show up. Is it normal? It does not happen when a singe axis/not layered > graphics is used. For the external pdf file generation I use > standalone package and pgfplot 1.11. > Best regards and Happy New Year, > Jerzy > P.S. Thank you Christian for the excellent package! > > > ------------------------------------------------------------------------------ > 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] bounding box and multiple axes From: Jerzy Wrobel - 2014-12-31 08:56:52 Hi to All, I have noticed the following problem (feature?) with bounding box, which occurs for multiple axes/layered graphics combination. When data range of one of the axes is much smaller then the actual data limits, the bounding box becomes larger, and resulting pdf file acquire large top and right white margins. For example, when x data limits are -3 and 3 with xmin=-2 and xmax=2 nothing happens, however, when xmin=-1 and xmax=1 are set, the above mentioned margins show up. Is it normal? It does not happen when a singe axis/not layered graphics is used. For the external pdf file generation I use standalone package and pgfplot 1.11. Best regards and Happy New Year, Jerzy P.S. Thank you Christian for the excellent package! 
 Re: [Pgfplots-features] xticklabels around circle, polar plot From: Christian Feuersaenger - 2014-12-29 11:26:29 Hi Bill, thanks for your request! Since the question might be of general interest, I posted a copy of your question with a minimal example and a double-solution on http://tex.stackexchange.com/questions/219469/pgfplots-polar-axis-can-i-draw-angle-labels-rotated-as-for-smith-charts/219470#219470 . I hope this addresses your issue. Kind regards Christian Am 16.12.2014 20:39, schrieb William: > In Smith Plots, there is an option , "yticklabel around circle". I > would like to achieve something similar on a polar axis. > Is there a way to do this? > It would be useful to provide tick labels in either tangential or > radial alignment. > > Thanks, > > Bill > > > > Details: > > I am using this online compiler: > http://latex.informatik.uni-halle.de/latex-online/latex.php > > with the code below. > > I would like the tick labels on the inner scale to be either > tangential or radial. > > > \documentclass{standalone} > \renewcommand{\familydefault}{\sfdefault} > \usepackage{pgfplots} > \usepgfplotslibrary{smithchart} > \usepgfplotslibrary{polar} % LATEX and plain TEX > \begin{document} > \begin{tikzpicture}[scale=1] > \begin{polaraxis}[ > anchor = center, > xtick={0,9,...,360}, > xticklabels = {1.50, {},1.40, {},1.30, {},1.20,{},1.10,{}, 1.00,{}, > 2.90, {},2.80,{}, 2.70,{}, 2.60,{}, 2.50, {},2.40, {},2.30,{}, 2.20, > {},2.10, {},2.00, {},1.90, {},1.80,{}, 1.70,{}, 1.60,{}}, > minor x tick num = 5, > minor tick length = -0.3cm, > major tick length = -0.5cm, > tick style ={black}, > title style = {font=\Huge}, > ytick ={0,.95,1}, > yticklabels = {}, > ymin=0.9, > ymax=1, > font=\Large, > width=20cm] > \addplot coordinates {(2,2)}; > \end{polaraxis} > > \begin{polaraxis}[ > xmin = 0, > xmax = 90, > xtick={90,85.7480315,81.29032258,76.61157025,71.69491525,66.52173913,61.07142857,55.32110092,49.24528302,42.81553398,36}, > xticklabels = > {{0\%},{10\%},{20\%},{30\%},{40\%},{50\%},{60\%},{70\%},{80\%},{90\%},{100\%}}, > minor x tick num = 5, > minor tick length = -0.3cm, > major tick length = -0.5cm, > tick style ={black}, > title style = {font=\small}, > ytick ={0,.95,1}, > yticklabels = {}, > yticklabel around circle, > ymin=0.7, > ymax=1, > font=\Large, > width=16cm] > \addplot coordinates {(2,2)}; > \end{polaraxis} > > > > > \end{tikzpicture} > \end{document} > > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk > > > _______________________________________________ > Pgfplots-features mailing list > Pgfplots-features@... > https://lists.sourceforge.net/lists/listinfo/pgfplots-features 
 [Pgfplots-features] xticklabels around circle, polar plot From: William - 2014-12-16 19:39:49 Attachments: Message as HTML In Smith Plots, there is an option , "yticklabel around circle". I would like to achieve something similar on a polar axis.Is there a way to do this?It would be useful to provide tick labels in either tangential or radial alignment. Thanks, Bill Details: I am using this online compiler:http://latex.informatik.uni-halle.de/latex-online/latex.php with the code below. I would like the tick labels on the inner scale to be either tangential or radial. \documentclass{standalone}\renewcommand{\familydefault}{\sfdefault}\usepackage{pgfplots}\usepgfplotslibrary{smithchart}\usepgfplotslibrary{polar} % LATEX and plain TEX\begin{document}\begin{tikzpicture}[scale=1]\begin{polaraxis}[anchor = center,xtick={0,9,...,360},xticklabels = {1.50, {},1.40, {},1.30, {},1.20,{},1.10,{}, 1.00,{}, 2.90, {},2.80,{}, 2.70,{}, 2.60,{}, 2.50, {},2.40, {},2.30,{}, 2.20, {},2.10, {},2.00, {},1.90, {},1.80,{}, 1.70,{}, 1.60,{}},minor x tick num = 5,minor tick length = -0.3cm,major tick length = -0.5cm,tick style ={black},title style = {font=\Huge},ytick ={0,.95,1},yticklabels = {},ymin=0.9,ymax=1,font=\Large,width=20cm]\addplot coordinates {(2,2)};\end{polaraxis} \begin{polaraxis}[xmin = 0,xmax = 90,xtick={90,85.7480315,81.29032258,76.61157025,71.69491525,66.52173913,61.07142857,55.32110092,49.24528302,42.81553398,36},xticklabels = {{0\%},{10\%},{20\%},{30\%},{40\%},{50\%},{60\%},{70\%},{80\%},{90\%},{100\%}},minor x tick num = 5,minor tick length = -0.3cm,major tick length = -0.5cm,tick style ={black},title style = {font=\small},ytick ={0,.95,1},yticklabels = {},yticklabel around circle,ymin=0.7,ymax=1,font=\Large,width=16cm]\addplot coordinates {(2,2)};\end{polaraxis} \end{tikzpicture}\end{document} 
 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 
 [Pgfplots-features] Is it not possible to open new issues in pgfplots' sourceforge place? From: Ignasi - 2014-11-14 08:21:49 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 
 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. 
 [Pgfplots-features] Data time (without date) format: trouble with leading zeros From: Denis Bitouzé - 2014-10-20 06:54:32 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. -- Denis 
 Re: [Pgfplots-features] a problem on colorbar From: Christian Feuersaenger - 2014-10-03 09:57:15 Hi Wenbo, The problem is known and has already been fixed in PGF: it is an incompatibility between PGF's driver code and the standalone package. According to the PGF changelog, it has been fixed with 2014-01-08 Christian Feuersaenger - fixed bug in latex/plain tex shipout routines for xdvipdfmx and xelatex: combination of shadings and standalone package failed to work. Workarounds are: 1. embed the shading into another document class and check if that works (article works) 2. use another driver (like pdftex) for the picture in question 3. download an unstable build of PGF. The unstable build provided on http://pgf.sourceforge.net/ appears to contain the bugfix. This needs quite some manual work until it works. Kind regards Christian Am 28.09.2014 08:45, schrieb shengwenbo: > Hello all, > > I meet a problem about the colorbar in pgfplots. The test codes are > just from the first example in section 4.9.12 of the manual (page 226): > > \documentclass[tikz]{standalone} > \usepackage{pgfplots} > \pgfplotsset{width=7cm,compat=1.11} > > \begin{document} > > \begin{tikzpicture} > \begin{axis}[colorbar] > \addplot[mesh,ultra thick] {x}; > \end{axis} > \end{tikzpicture} > > \end{document} > > The problem is that the colorbar is not completed and there's some > blank inside, as shown in the attached file (.tex, .log and .pdf files). > > Enviroment: Ubuntu14.04+texlive2014(updated on 2014/09/27)+pgfplots > version 1.11 > > Many thanks for any help! > > Best Regards > > Wenbo > > > > > ------------------------------------------------------------------------------ > Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer > Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports > Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper > Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer > http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk > > > _______________________________________________ > Pgfplots-features mailing list > Pgfplots-features@... > https://lists.sourceforge.net/lists/listinfo/pgfplots-features 
 [Pgfplots-features] a problem on colorbar From: shengwenbo - 2014-09-28 06:46:24 Attachments: Message as HTML     test-colorbar.zip
 Re: [Pgfplots-features] missing item with ycomb and axis y line=left From: Christian Feuersaenger - 2014-09-07 18:11:08 I Paulo, thanks for the report! The option axis y line=left also activates enlarge y limits=false -- in your case, "y=0" is outside of the plotted range and the bar disappears. You should add "ymin=0" and all is well. Kind regards Christian Am 04.09.2014 09:14, schrieb paulo lesgaz: > Hello, > In the following code, the line corresponding to the point,() is not > drawn. > > \documentclass[9pt]{article} > \usepackage{pgfplots} > \usetikzlibrary{pgfplots.statistics} > \begin{document} > \begin{tikzpicture}[scale=0.8] > \begin{axis}[axis y line=left, > axis x line=bottom, > xmin=0,xmax=4.5] > \addplot[ycomb,line width=2pt] plot coordinates {(1,350) (2,110) > (3,30) (4,10)}; > \end{axis} > \end{tikzpicture} > \end{document} > > If I remove axis y line=left, everything is OK! > > Hope you can help me. > > Thanks in advance > > Joao > > > ------------------------------------------------------------------------------ > Slashdot TV. > Video for Nerds. Stuff that matters. > http://tv.slashdot.org/ > > > _______________________________________________ > Pgfplots-features mailing list > Pgfplots-features@... > https://lists.sourceforge.net/lists/listinfo/pgfplots-features 
 [Pgfplots-features] missing item with ycomb and axis y line=left From: paulo lesgaz - 2014-09-04 07:17:26 Attachments: Message as HTML Hello, In the following code, the line corresponding to the point,() is not drawn. \documentclass[9pt]{article} \usepackage{pgfplots} \usetikzlibrary{pgfplots.statistics} \begin{document} \begin{tikzpicture}[scale=0.8] \begin{axis}[axis y line=left, axis x line=bottom, xmin=0,xmax=4.5] \addplot[ycomb,line width=2pt] plot coordinates {(1,350) (2,110) (3,30) (4,10)}; \end{axis} \end{tikzpicture} \end{document} If I remove axis y line=left, everything is OK! Hope you can help me. Thanks in advance Joao 
 [Pgfplots-features] xlabel shift when using extra x ticks From: Christian Mandel - 2014-08-29 12:31:03 Hi! I'm using pgfplots 1.10 and observe the following problem. The x label shifts down a bit if I introduce extra x ticks, even if their labels are empty. The following example produces the observed behavior: \documentclass{standalone} \usepackage{pgfplots} \pgfplotsset{compat=newest} \begin{document} \begin{tikzpicture} \begin{axis}[ width=4cm, xlabel=Test, axis x line=bottom, axis y line=left, ] \addplot [black] {x^2}; \end{axis} \end{tikzpicture} \begin{tikzpicture} \begin{axis}[ width=4cm, xlabel=Test, axis x line=bottom, axis y line=left, extra x ticks={0}, extra x tick labels={}, ] \addplot [black] {x^2}; \end{axis} \end{tikzpicture} \end{document} It does not happen with the old, static, label placement (e. g. if I remove the compat setting). I was not able to test with 1.11, but there's nothing related mentioned in the release notes, if I did not overlook it. Any ideas what I'm missing or if it is a bug and how to work around it? I need two adjacent graphs in subfloats but only one of them has extra ticks, so the spacing should be equal to look reasonable. Adding an extra tick on the other plot helps, but the spacing looks better without, so that's not an option. And switching back to the old behavior means manually tweaking the distance, what makes no sense to me either. Thanks & best regards Chris 
 [Pgfplots-features] Pgfplots 1.11 released From: Christian Feuersaenger - 2014-08-06 21:07:33 I am proud to announce the release of PGFPlots 1.11 . It is available on https://sourceforge.net/projects/pgfplots/ and has been submitted to CTAN where it will become available within the next 24 hours. Miktex will follow eventually (it acquires its packages from CTAN). The release notes are attached below. Kind regards Christian 1.11: usability + bug fixes. - new feature: "hide obscured x ticks=false" to disable the feature which hides ticks - simplified UI for symbolic coords: now, it accepts unexpandable dictionary entries including umlauts, undefined macros, math mode, ... - simplified UI for symbolic coords: added magic prefix [normalized] to allow something like xmin={[normalized]0.7} - simplified UI for custom annotations: one does not need to say "axis cs" any longer; coordinates like (1,2) are now automatically interpreted as (axis cs:1,2) - new feature: 'type ticklabels with struts' improves baseline alignment of tick labels - new feature: 'trig format plots=rad' allows to use radians in trigonometric evaluations - simplified 'external lib': added driver auto-detection for pdflatex, lualatex, xelatex, dvips (\usepgfplotslibrary{external}, or, with the next PGF release, \usetikzlibrary{external}) - simplified UI for \addplot coordinates: now, it expands macros as it goes. - new feature: 'intersection segments' now accepts negative indices to count from the last backwards - simplified UI: 'intersection segments' now accepts new syntax with 1-based indices (old 0-based are still supported) - fixed bug: fillbetween has had a problem with pins on input paths - fixed bug: now, 'stacked ignores zero' is no longer applied to error bars. - fixed bug: tick lines were drawn incorrectly for centered axis lines in 3d - fixed bug: variable=u failed to work in some contexts - fixed bug: fill between implicitly activated layers, but did not install the correct layers for grid lines etc. - fixed bug: z grid style was applied to y grid style - fixed bug: using 'x=1cm' failed to work in axis descriptions (legends) - fixed bug: mesh legend failed to work with 'shader=interp' - fixed bug: bounding box of shader=interp was wrong if there were transformations. - fixed bug: added support for \addplot graphics in ConTeXt - fixed bug: external lib failed to work with dvips (since PGF 3.0.0 I suppose); now it produces correct bounding boxes - fixed bug: \pgfplotstablenew can now overwrite existing tables. - fixed bug: extra ticks near intersections of axis lines were hidden - fixed bug: 'intersection segments' did not work with '--cycle' - fixed bug: 'intersection segments' did not update the last tikz point - fixed bug: tick lines/grid lines have been clipped when they were near the boundary - fixed bug: soft clip decoration failed to apply the transformation matrix - fixed bug: polar axes and units library resulted in broken bounding box - fixed bug: \addplot[stack plots=false] used to work up to 1.8, but failed until now. Fixed. - fixed bug: hist/density was broken since some time 1.10: - new feature: fill between plots (library fillbetween) - new feature: concatenate intersection segments (library fillbetween) - fixed bug: xelatex failed to run contour external - fixed incompatibility with \label and \usepackage{mcaption} - fixed bug: histograms produced wrong point meta - fixed bug: histograms reported the wrong 'plot name' and confused shifts of bar plots 1.9: - new feature: asymmetric error bars - new feature: activated math parser for axis limit arguments, arguments in axis cs, and domain argument in log plots - new feature: stacked bar plots place their 'nodes near coords' correctly in the middle and print the increment (compat=1.9) - new feature: stacked bar plots suppress empty increments (compat=1.9). - new feature: 'scatter/position=relative|absolute' allow to position 'nodes near coords' absolutely. use-case: bar plots + nodes near coords which are at, say, y=0 rather than their y value - new feature: integration of smooth shadings & auto-CMYK conversion \usepackage[cmyk]{xcolor} or \selectcolormodel{cmyk} will reconfigure pgfplots to use CMYK (document-wide) - new feature (advanced audience only): programmatic access to data coordinates during the visualization phase -> allows much more customization for error bars, stacked plots, nodes near coords. - wrote beginner tutorials - fixed bug: error bars and point meta did not work together - fixed bug: stacked plots did not respect 'visualization depends on' - fixed bug: luatex 0.76 is not backwards compatible; added version switch - fixed bug: ternary library precision has been improved - fixed bug: problem with axis limits very close to 0 - fixed bug: colormap specification limit case produced out of bounds exception 
 Re: [Pgfplots-features] [PGFPLOTS] stack plots=false fail on last texlive distribution on Mac From: Christian Feuersaenger - 2014-08-02 18:20:00 Hi Xavier, thanks for the report! I can reproduce the issue and confirm that it used to work up to at least 1.8 . In fact, stack plots have received a major rework in version 1.9.. apparently, your use-case got lost. Sadly, I have had no tests for this case (I never anticipated the possibility to disable stacking for separate plots, to be honest). I will take care of it with high priority. I am sorry for the trouble. Kind regards Christian Am 01.08.2014 14:48, schrieb Xavier Lacoste: > Hello, > > I'm sorry I didn't find the way to post a bug on sourceforge project page. > > I think there was a regression in pgfplots (on Mac with the latest update of texlive (MacTex)): > > This minimal example will fail : > > \documentclass{standalone} > > \usepackage{tikz} > \usepackage{pgfplots} > \pgfplotsset{compat=1.10} > > \pgfplotstableread{ > 1 19.178 26.027 8.219 6.849 39.726 1 > 2 54.795 21.918 4.110 6.849 12.329 1 > 3 28.767 16.438 6.849 8.219 39.726 1 > 4 63.014 2.740 2.740 2.740 28.767 2 > 5 90.411 1.370 6.849 0.000 1.370 2 > 6 15.068 2.740 16.438 8.219 57.534 2 > 7 67.123 0.000 0.000 0.000 32.877 3 > 8 72.603 6.849 5.479 0.000 15.068 3 > 9 56.164 12.329 6.849 4.110 20.548 3 > 10 50.685 4.110 8.219 1.370 35.616 3 > }\datatable > > \begin{document} > \makeatletter > \begin{tikzpicture} > \begin{axis}[ > ybar stacked > ] > > \addplot table[x index=0,y index=1] \datatable; > \addplot table[x index=0,y index=2] \datatable; > \addplot table[x index=0,y index=3] \datatable; > \addplot table[x index=0,y index=4] \datatable; > \addplot [stack plots=false] table[x index=0,y index=5] \datatable; > \legend{Far,Near,Here,There,NotThere} > \end{axis} > \end{tikzpicture} > \end{document} > > If one remove the "stack plots=false", it will generate the plot. > > I was using this feature before and it worked. I just recently recompiled my tex file and it failed. > > I have a workaround for this, manually compute the difference between the plots, but I just wanted to report this. > > Regards, > > XL. 
 Re: [Pgfplots-features] gnuplot error (gp 5.0 rc1) in pgfplots generated gp code From: Christian Feuersaenger - 2014-07-09 18:33:28 Hi Matthias, thanks for this bug report. I will take care of it. Kind regards Christian Am 09.07.2014 20:21, schrieb Matthias Pospiech: > Hello, > I tried to report a bug using sourceforge, but although I logged into > sf, I got no > button or link to report a bug? > > This is my problem: > In my template I use an example of pgfplots which uses gnuplot. > Lately I installed the latest gunplot windows version which is 5.0rc1 > Now the code of pgfplot fails. > > This is the code > > \pgfplotsset{width=0.8\textwidth, height=0.6\textwidth} > \pgfplotsset{samples=2000} > \centering > \begin{tikzpicture} > \begin{axis}[ > xlabel=$x$, > ylabel={$\sin(x) (x+1) + 3x$}, > grid=major, > /pgfplots/enlargelimits=false, > ymax=500, > /pgfplots/xtick={0,20,...,100}, > /pgfplots/ytick={0,100,...,600}, > ] > % > \addplot[domain=0:100, blue,style={line width=0.7pt}] > gnuplot{sin(x)*(x+1) + 3*x}; > % > \legend{$\sin(x) (x+1) + 3x$} > \end{axis} > \end{tikzpicture} > > And this the error message of gnuplot: > set format "%.7e";; set samples 2000; set dummy x,y; plot [x=0:100] > sin(x)*(x+1) + 3*x; ^ "TemplateDocumentation.pgf-plot.gnuplot", line 2: too > > > many dummy variables > > > My gnuplot knowledge and especially the changes from 4 to 5 are too > little to know what causes this error. > > Matthias > > ------------------------------------------------------------------------------ > Open source business process management suite built on Java and Eclipse > Turn processes into business applications with Bonita BPM Community Edition > Quickly connect people, data, and systems into organized workflows > Winner of BOSSIE, CODIE, OW2 and Gartner awards > http://p.sf.net/sfu/Bonitasoft > _______________________________________________ > Pgfplots-features mailing list > Pgfplots-features@... > https://lists.sourceforge.net/lists/listinfo/pgfplots-features 
 [Pgfplots-features] gnuplot error (gp 5.0 rc1) in pgfplots generated gp code From: Matthias Pospiech - 2014-07-09 18:21:55 Hello, I tried to report a bug using sourceforge, but although I logged into sf, I got no button or link to report a bug? This is my problem: In my template I use an example of pgfplots which uses gnuplot. Lately I installed the latest gunplot windows version which is 5.0rc1 Now the code of pgfplot fails. This is the code \pgfplotsset{width=0.8\textwidth, height=0.6\textwidth} \pgfplotsset{samples=2000} \centering \begin{tikzpicture} \begin{axis}[ xlabel=$x$, ylabel={$\sin(x) (x+1) + 3x$}, grid=major, /pgfplots/enlargelimits=false, ymax=500, /pgfplots/xtick={0,20,...,100}, /pgfplots/ytick={0,100,...,600}, ] % \addplot[domain=0:100, blue,style={line width=0.7pt}] gnuplot{sin(x)*(x+1) + 3*x}; % \legend{$\sin(x) (x+1) + 3x$} \end{axis} \end{tikzpicture} And this the error message of gnuplot: set format "%.7e";; set samples 2000; set dummy x,y; plot [x=0:100] sin(x)*(x+1) + 3*x; ^ "TemplateDocumentation.pgf-plot.gnuplot", line 2: too many dummy variables My gnuplot knowledge and especially the changes from 4 to 5 are too little to know what causes this error. Matthias 

Showing results of 688

1 2 3 .. 28 > >> (Page 1 of 28)