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
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
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
> 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
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
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
> 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,
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
> 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
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
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
> 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
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
13 matches
Mail list logo
