[matplotlib-devel] Pgfplots (TikZ) backend: implementation strategy

Hi, I'm looking into replacing my MATLAB(R) plotting routines by something slicker, and quite naturally found matplotlib. It has all the capabilities that I would need, except that I can't yet transform my plots into TikZ. For MATLAB(R), I used this rather elaborate script

Re: [matplotlib-devel] Pgfplots (TikZ) backend: implementation strategy

Nico Schlömer wrote: > Hi, > > I'm looking into replacing my MATLAB(R) plotting routines by something > slicker, and quite naturally found matplotlib. It has all the > capabilities that I would need, except that I can't yet transform my > plots into TikZ. > For MATLAB(R), I used this rather elabora

Re: [matplotlib-devel] Pgfplots (TikZ) backend: implementation strategy

> That sounds more feasible -- however, keep in mind that anything without a > public interface (a get_* method) is free to change in a future version of > matplotlib.  I suspect (though haven't thought it all the way through) that > you may be required to dig into private members to get everything

Re: [matplotlib-devel] Pgfplots (TikZ) backend: implementation strategy

Matplotlib, by design, needs to know the exact dimension (height, width and descent) of texts that the backend will produce (before the output is produced), and I wonder if that's going to be possible with TikZ. Unless you can solve this problem, I don't think tikz backend will be feasible. Some f

Re: [matplotlib-devel] Pgfplots (TikZ) backend: implementation strategy

Nico Schlömer wrote: > I attached a PDF with two figures, one PDF generated and one TikZ > (generated using my little script). There's clearly a difference in > how seamless the two figures embed into the document The only real difference I see is font size. I"d play with that, and also play with

Re: [matplotlib-devel] Pgfplots (TikZ) backend: implementation strategy

> The only real difference I see is font size. And the font family, and the color. The advantage that I see with TikZ is that the font is *exactly* the font used in the surrounding text, no matter the scaling of the axes. A major reason for me to use TikZ was actually that I can rescale my figures

Re: [matplotlib-devel] Pgfplots (TikZ) backend: implementation strategy

On Tue, Jan 12, 2010 at 5:14 PM, Nico Schlömer wrote: > I attached a PDF with two figures, one PDF generated and one TikZ > (generated using my little script). There's clearly a difference in > how seamless the two figures embed into the document, but I might not > be using the PDF backend appropr

Re: [matplotlib-devel] Pgfplots (TikZ) backend: implementation strategy

> matplotlib. And I'm afraid that your translator will not do much more > than converting very simple plots. Although Pgfplots can also do ~somewhat~ fancy stuff, I think you're definitely right on that one. When I look at the matplotlib gallery, I'm getting dizzy. For everyday purposes, though,

Re: [matplotlib-devel] Pgfplots (TikZ) backend: implementation strategy

Hey, and is there any sort of matplotlib market place where I could put the file for general bashing/downloading once it can do more than a sin-plot? --Nico -- This SF.Net email is sponsored by the Verizon Developer Commu

Re: [matplotlib-devel] Pgfplots (TikZ) backend: implementation strategy

Nico Schlömer wrote: > The advantage that I see with TikZ is that the font is *exactly* the > font used in the surrounding text, no matter the scaling of the axes. I used to do that with psfrag -- it is a really nice tool. I miss it with pdftex. It does add an extra step, but it also supports any

Re: [matplotlib-devel] Pgfplots (TikZ) backend: implementation strategy

> Maybe you could port psfrag to pdf instead (my selfish desire...) Ever tried http://tug.ctan.org/tex-archive/support/pdfrack/ ? --Nico -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage

Re: [matplotlib-devel] Pgfplots (TikZ) backend: implementation strategy

Nico Schlömer wrote: > Hey, and is there any sort of matplotlib market place where I could > put the file for general bashing/downloading once it can do more than > a sin-plot? > Well, github is my suggestion. If it's a patchset of the MPL source, then fork the MPL repository at http://github.c

Re: [matplotlib-devel] Pgfplots (TikZ) backend: implementation strategy

Andrew Straw wrote: > Nico Schlömer wrote: > >> Hey, and is there any sort of matplotlib market place where I could >> put the file for general bashing/downloading once it can do more than >> a sin-plot? >> >> > Well, github is my suggestion. If it's a patchset of the MPL source, > then

Re: [matplotlib-devel] Pgfplots (TikZ) backend: implementation strategy

Well, there is something basic now at http://github.com/nicki/matplotlib2tikz It can handle lines plots, images, and color bars; adding more stuff should not be hard, and in case a few people are interested and willing to contribute, the script will progress rather quickly I reckon. I myself