matplotlib-users Mailing List for matplotlib (Page 7)

On 7/10/07, Kaushik Ghose <kg...@um...> wrote:
> Hi Edin,
> Good point. I tried just now on Firefox and got the same error.
> For an image of what I mean see this
> http://python-pieces.blogspot.com/2007/07/latex-and-svg-export.html
>
>
> I'm attaching the svg output here in case someone wants to try it out:
(...)
This should be fixed in SVN (r3346 or r3353) --- Norbert Nemec
recently fixed the mathtext support in the SVG backend.
Best,
Edin

On 7/10/07, Eric Firing <ef...@ha...> wrote:
> My argument for fraction of font size is that this is the norm for
> setting text; in a word processor, or in LaTeX (preferred, of course),
Well, if that's how latex does it, that's how we should do it too....
Thanks for the offer to add this -- shouldn't be too hard. I don't
mind also having an rc parameter for this, but probably a text
property will suffice.
JDH

John Hunter wrote:
> On 7/10/07, Eric Firing <ef...@ha...> wrote:
>> John Hunter wrote:
> 
>> It looks to me like it is all in the text._get_layout() method, where a
>> 2-pixel pad is specified in one place, and an additional 3-pixel pad in
>> another; both seem to be used for vertical spacing, so it is 5 pixels.
>>
>> Certainly for line spacing, and probably in other places related to text
>> positioning, I would think pads usually should be in fractions of the
>> font size, not fixed numbers of pixels. Comments?
> 
> My first thought is that it should be in points, but I'm open to
> arguments that it should be a fraction of font size. It should
> definitely not be in pixels -- wonder what fool wrote that :-)
> 
> JDH
John,
My argument for fraction of font size is that this is the norm for 
setting text; in a word processor, or in LaTeX (preferred, of course), 
when you increase the font size, the physical spacing between lines (and 
between characters) increases proportionally. Shouldn't it work the 
same way in a plot?
Eric

On 7/10/07, Eric Firing <ef...@ha...> wrote:
> John Hunter wrote:
> It looks to me like it is all in the text._get_layout() method, where a
> 2-pixel pad is specified in one place, and an additional 3-pixel pad in
> another; both seem to be used for vertical spacing, so it is 5 pixels.
>
> Certainly for line spacing, and probably in other places related to text
> positioning, I would think pads usually should be in fractions of the
> font size, not fixed numbers of pixels. Comments?
My first thought is that it should be in points, but I'm open to
arguments that it should be a fraction of font size. It should
definitely not be in pixels -- wonder what fool wrote that :-)
JDH

John Hunter wrote:
> On 7/10/07, Jianfu Pan <Jia...@gs...> wrote:
>> Hi,
>>
>> I use Text() call of Figure() object for writing text. Because my text is
>> long, I use line breaker (\n) to write multiple lines with a single
>> call. This works fine except the line spacing is really tight and I wish I
>> could set a bigger line spacing. Does anyone know if this is
>> possible? Thanks for your time.
> 
> Currently not, the pad between the newline is hard coded, but we could
> expose it as a parameter w/o too much work.
It looks to me like it is all in the text._get_layout() method, where a 
2-pixel pad is specified in one place, and an additional 3-pixel pad in 
another; both seem to be used for vertical spacing, so it is 5 pixels.
Certainly for line spacing, and probably in other places related to text 
positioning, I would think pads usually should be in fractions of the 
font size, not fixed numbers of pixels. Comments?
Unless someone else would like to do it, I can take care of this at 
least as far as putting an rcParam entry for inter-line spacing as a 
fraction of font height, and a corresponding kwarg in Text and TextWithDash.
Eric

As a coincidence, just today I was trying to figure out how to 
increase the spacing between the lines in the title of my plot.
I too, would like some means to control this.
--Jim
On Jul 10, 2007, at 10:48 AM, Jianfu Pan wrote:
> John,
>
> Thanks for your prompt response. I think the option can be 
> useful. In my
> case, the gap between the lines are really tight with "_" in the 
> first line
> right on the top of characters in the second line.
>
> Regards,
> Jianfu
>
> At 12:31 PM 7/10/2007, John Hunter wrote:
>> On 7/10/07, Jianfu Pan <Jia...@gs...> wrote:
>>> Hi,
>>>
>>> I use Text() call of Figure() object for writing text. Because 
>>> my text is
>>> long, I use line breaker (\n) to write multiple lines with a single
>>> call. This works fine except the line spacing is really tight 
>>> and I wish I
>>> could set a bigger line spacing. Does anyone know if this is
>>> possible? Thanks for your time.
>>
>> Currently not, the pad between the newline is hard coded, but we 
>> could
>> expose it as a parameter w/o too much work.
>>
>> JDH
>>
>> --------------------------------------------------------------------- 
>> ----
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

John,
Thanks for your prompt response. I think the option can be useful. In my 
case, the gap between the lines are really tight with "_" in the first line 
right on the top of characters in the second line.
Regards,
Jianfu
At 12:31 PM 7/10/2007, John Hunter wrote:
>On 7/10/07, Jianfu Pan <Jia...@gs...> wrote:
> > Hi,
> >
> > I use Text() call of Figure() object for writing text. Because my text is
> > long, I use line breaker (\n) to write multiple lines with a single
> > call. This works fine except the line spacing is really tight and I wish I
> > could set a bigger line spacing. Does anyone know if this is
> > possible? Thanks for your time.
>
>Currently not, the pad between the newline is hard coded, but we could
>expose it as a parameter w/o too much work.
>
>JDH
>
>-------------------------------------------------------------------------
>This SF.net email is sponsored by DB2 Express
>Download DB2 Express C - the FREE version of DB2 express and take
>control of your XML. No limits. Just data. Click to get it now.
>http://sourceforge.net/powerbar/db2/
>_______________________________________________
>Matplotlib-users mailing list
>Mat...@li...
>https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Hi Edin,
> Hmm. I'm not sure whether this is a problem with matplotlib or
> inkscape. I had some weird problems with inkscape on Ubuntu Feisty
> recently, like: when I open the file from Nautilus (right click->open
> with Inkscape) it is completely turned around; when I open Inkscape
> (blank file), and open the file from within inkscape everything is
> displayed correctly.
> 
> Have you opened the file in other viewers?
> 
Good point. I tried just now on Firefox and got the same error.
For an image of what I mean see this 
http://python-pieces.blogspot.com/2007/07/latex-and-svg-export.html
I'm attaching the svg output here in case someone wants to try it out:
<?xml version="1.0" standalone="no"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN"
 "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">
<!-- Created with matplotlib (http://matplotlib.sourceforge.net/) -->
<svg width="586" height="442" viewBox="0 0 586 442"
 xmlns="http://www.w3.org/2000/svg"
 xmlns:xlink="http://www.w3.org/1999/xlink"
 version="1.1"
 id="svg1">
<g id="figure1">
<polygon style="fill: #ffffff; stroke: #ffffff; stroke-width: 1.000000; 
stroke-linejoin: miter; stroke-linecap: square; opacity: 1.000000" 
points = "0.000000,442.800000 0.000000,0.000000 586.800000,0.000000 
586.800000,442.800000"/>
<g id="axes1">
<g id="mathtext1">
<text style="font-size: 12.000000; font-family: cmr10; fill: #000000;" 
x="88.182031" y="358.020000" >1</text>
<text style="font-size: 12.000000; font-family: cmr10; fill: #000000;" 
x="78.859766" y="358.020000" >=</text>
<text style="font-size: 12.000000; font-family: cmmi10; fill: #000000;" 
x="71.658594" y="358.020000" >n</text>
<text style="font-size: 8.400000; font-family: cmmi10; fill: #000000;" 
x="127.162500" y="370.020000" >i</text>
<text style="font-size: 12.000000; font-family: cmmi10; fill: #000000;" 
x="139.373148" y="373.020000" >±</text>
<text style="font-size: 12.000000; font-family: cmr10; fill: #000000;" 
x="130.050882" y="373.020000" >+</text>
<text style="font-size: 12.000000; font-family: cmmi10; fill: #000000;" 
x="122.115625" y="373.020000" >q</text>
<text style="font-size: 12.000000; font-family: cmsy10; fill: #000000;" 
x="116.115625" y="373.020000" >¤</text>
<text style="font-size: 8.400000; font-family: cmr10; fill: #000000;" 
x="111.920313" y="379.020000" >5</text>
<text style="font-size: 12.000000; font-family: cmr10; fill: #000000;" 
x="105.998438" y="373.020000" >9</text>
<text style="font-size: 12.000000; font-family: cmr10; fill: #000000;" 
x="99.998438" y="373.020000" >9</text>
<text style="font-size: 12.000000; font-family: cmr10; fill: #000000;" 
x="90.676172" y="373.020000" >=</text>
<text style="font-size: 12.000000; font-family: cmr10; fill: #000000;" 
x="85.935938" y="388.020000" >0</text>
<text style="font-size: 12.000000; font-family: cmr10; fill: #000000;" 
x="79.935938" y="388.020000" >0</text>
<text style="font-size: 12.000000; font-family: cmr10; fill: #000000;" 
x="73.935938" y="388.020000" >1</text>
<text style="font-size: 12.000000; font-family: cmex10; fill: #000000;" 
x="73.350000" y="386.020000" >X</text>
</g>
</g>
</g>
</svg>

On 7/10/07, Jianfu Pan <Jia...@gs...> wrote:
> Hi,
>
> I use Text() call of Figure() object for writing text. Because my text is
> long, I use line breaker (\n) to write multiple lines with a single
> call. This works fine except the line spacing is really tight and I wish I
> could set a bigger line spacing. Does anyone know if this is
> possible? Thanks for your time.
Currently not, the pad between the newline is hard coded, but we could
expose it as a parameter w/o too much work.
JDH

On 7/10/07, Kaushik Ghose <kg...@um...> wrote:
> Thanks Edin! Yes, that worked!
You're welcome!
> There is still an issue with sub/super
> scripts though. They are inverted i.e. superscripts become subscripts.
> I'm attaching an example, created using
>
> m.text(0 ,0 ,'$\sum_{n=1}^{100} = 99^5 * q_i +
> \delta$');m.axis('off');m.savefig('eraseme.svg')
Hmm. I'm not sure whether this is a problem with matplotlib or
inkscape. I had some weird problems with inkscape on Ubuntu Feisty
recently, like: when I open the file from Nautilus (right click->open
with Inkscape) it is completely turned around; when I open Inkscape
(blank file), and open the file from within inkscape everything is
displayed correctly.
Have you opened the file in other viewers?
Is anyone else having the same problem?
Cheers,
Edin

Hi,
I use Text() call of Figure() object for writing text. Because my text is 
long, I use line breaker (\n) to write multiple lines with a single 
call. This works fine except the line spacing is really tight and I wish I 
could set a bigger line spacing. Does anyone know if this is 
possible? Thanks for your time.
Jianfu 

Well I did fix it myself in the meanwhile. I must say I don't like
working with the CVS because I am planning to release the application
I am writing and I need to guarantee a minimal version of the packages
that the end user should eventually install without caring too much
about the CVS.
Thank you anyway.
Giorgio
On 7/7/07, Jouni K. Sepp=E4nen <jk...@ik...> wrote:
> > Another bug, though, comes with backend_pdf.py
> > The function embedPDF in the class PdfFile has a call to
> > encodings.cp1252.decoding_map[charcode]
>
> I believe this was fixed by Michael Droettboom in svn revision 3450.
> You can apply the patch to your copy if you don't want to use
> in-development versions:
>
>
>
> --
> Jouni K. Sepp=E4nen
> http://www.iki.fi/jks
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>
>

On 7/10/07, Kaushik Ghose <kg...@um...> wrote:
> >
> > I looked into this. You just have to install (copy) the BaKoMa fonts
> > (TrueType version of the Computer Modern fonts) into your system's
> > font dir, so the svg viewer can see them. These fonts are located in
> > the "matplotlib/mpl-data/fonts/ttf" dir (the cm*.ttf files).
> >
>
>
> Thanks Edin! Yes, that worked! There is still an issue with sub/super
> scripts though. They are inverted i.e. superscripts become subscripts.
> I'm attaching an example, created using
Hey Edin, if you get a minute, could you contribute a patch against
the faq in htdocs/faq.html.template explaining how to install the
bakoma fonts for svg viewers? Is this sufficiently difficult that it
merits a FAQ?
JDH

 >
 > I looked into this. You just have to install (copy) the BaKoMa fonts
 > (TrueType version of the Computer Modern fonts) into your system's
 > font dir, so the svg viewer can see them. These fonts are located in
 > the "matplotlib/mpl-data/fonts/ttf" dir (the cm*.ttf files).
 >
Thanks Edin! Yes, that worked! There is still an issue with sub/super 
scripts though. They are inverted i.e. superscripts become subscripts. 
I'm attaching an example, created using
m.text(0 ,0 ,'$\sum_{n=1}^{100} = 99^5 * q_i + 
\delta$');m.axis('off');m.savefig('eraseme.svg')
thanks!
-Kaushik

On 7/7/07, Edin Salkovic <edi...@gm...> wrote:
> On 7/6/07, Kaushik Ghose <kg...@um...> wrote:
> > Hi Edin,
(...)
> > Actually the original string renders as desired. Its the svg save that
> > causes the problem.
> >
> > I gather this is due to incomplete implementation of svg export.
> >
> > thanks!
> > -Kaushik
>
> Sorry, I see the problem now. Unfortunately I wont have the resources
> to investigate into this this weekend. It's past midnight here, and
> tomorrow early I have to travel.
>
> Best,
> Edin
>
I looked into this. You just have to install (copy) the BaKoMa fonts
(TrueType version of the Computer Modern fonts) into your system's
font dir, so the svg viewer can see them. These fonts are located in
the "matplotlib/mpl-data/fonts/ttf" dir (the cm*.ttf files).
HTH,
Edin

nappie74 wrote:
> Hi,
> I have to interpolated extra scattered data added in 2d map with grid
> regular data. 
> Is there any command to krigged or linear weighted interpolating this values
> with prexisting grid data and plotting the result using basemap.
> Thanks in advance.
> Pie.
> 
Pie: Sorry, no - that's beyond the capabilities of matplotlib and 
basemap. You might take a look at
http://sgems.sourceforge.net/
it does kriging, and appears to have a python interface.
-Jeff
-- 
Jeffrey S. Whitaker Phone : (303)497-6313
NOAA/OAR/CDC R/PSD1 FAX : (303)497-6449
325 Broadway Boulder, CO, USA 80305-3328

Jesper Larsen wrote:
> Hi Jeff,
>
> On Friday 06 July 2007 18:28, Jeff Whitaker wrote:
> 
>> Jesper: Hmm, I guess I never thought anyone would make a map that small. 
>> I tweaked some of the parameters to make it work better (svn revision
>> 3470). Here's the diff in case you just want to apply the patch manually:
>> 
>
> Thanks for the patch. And apparantly you were right until now;-) In any case I 
> would guess that at some point basemap would need to be changed.
>
> In shelf sea modelling we are now making setups with horizontal resolutions of 
> down to the order of hundreds of meters and global ocean models are not far 
> from this resolution either:
>
> https://www.navo.navy.mil/nipr_2006/modeling.html
>
> I am not entirely up to date with meteorological models but at least I know of 
> one limited area model that I use which has a resolution of 5 km.
>
> 
>> This will make drawing of meridians and parallels slower, however.
>> 
>
> What about making the resolution dependent on the size of the map if this is a 
> problem? I have a small method that I am using for creating nice contour 
> levels - although smarter methods definitely must exist. I have tried to 
> adapt it for producing what you need. If you decide to include something like 
> this please be aware that the Decimal(str(delta)) should probably be changed 
> (I don't think it will handle all cases well). Maybe it is faster simply to 
> increase the resolution as you have already done when it becomes necessary:
>
> def _getInterval(minval, maxval, ninter):
> """Returns list which resolves minval to maxval with at least ninter 
> intervals."""
> import decimal
> import numpy as npy
>
> # Calculate interval between increments
> delta = (maxval-minval)/ninter
> n = decimal.Decimal(str(delta)).adjusted()
> delta = 10**n
>
> # Round off minimum and maximum values
> xmin = minval/10**n
> xmax = maxval/10**n
> xmin = (xmin - xmin % 10)*10**n
> xmax = (xmax + xmax % 10)*10**n
>
> values = npy.arange(xmin, xmax+delta, delta)
> return values
> 
Jespers: I've found a way to do it that doesn't appear to slow things 
down significantly. Try the latest svn and please let me know how it goes.
-Jeff
-- 
Jeffrey S. Whitaker Phone : (303)497-6313
NOAA/OAR/CDC R/PSD1 FAX : (303)497-6449
325 Broadway Boulder, CO, USA 80305-3328

Hi Jeff,
On Friday 06 July 2007 18:28, Jeff Whitaker wrote:
> Jesper: Hmm, I guess I never thought anyone would make a map that small. 
> I tweaked some of the parameters to make it work better (svn revision
> 3470). Here's the diff in case you just want to apply the patch manually:
Thanks for the patch. And apparantly you were right until now;-) In any case I 
would guess that at some point basemap would need to be changed.
In shelf sea modelling we are now making setups with horizontal resolutions of 
down to the order of hundreds of meters and global ocean models are not far 
from this resolution either:
https://www.navo.navy.mil/nipr_2006/modeling.html
I am not entirely up to date with meteorological models but at least I know of 
one limited area model that I use which has a resolution of 5 km.
> This will make drawing of meridians and parallels slower, however.
What about making the resolution dependent on the size of the map if this is a 
problem? I have a small method that I am using for creating nice contour 
levels - although smarter methods definitely must exist. I have tried to 
adapt it for producing what you need. If you decide to include something like 
this please be aware that the Decimal(str(delta)) should probably be changed 
(I don't think it will handle all cases well). Maybe it is faster simply to 
increase the resolution as you have already done when it becomes necessary:
def _getInterval(minval, maxval, ninter):
 """Returns list which resolves minval to maxval with at least ninter 
intervals."""
 import decimal
 import numpy as npy
 # Calculate interval between increments
 delta = (maxval-minval)/ninter
 n = decimal.Decimal(str(delta)).adjusted()
 delta = 10**n
 # Round off minimum and maximum values
 xmin = minval/10**n
 xmax = maxval/10**n
 xmin = (xmin - xmin % 10)*10**n
 xmax = (xmax + xmax % 10)*10**n
 values = npy.arange(xmin, xmax+delta, delta)
 return values

-- 
Jouni K. Seppänen
http://www.iki.fi/jks

Viraj Vajratkar wrote:
>
>
> On 7/3/07, *Jeff Whitaker* <js...@fa... 
> <mailto:js...@fa...>> wrote:
>
> Michael Newman wrote:
> > My understanding is the "contour" method only handles plots of
> > functions, e.g. f(x,y) = z, and not discrete points. I tried looking
> > into this weeks ago, and couldn't find a way to handle discrete
> points.
> >
> > I'd love to be able to do Kriging or Inverse Distance Weighting
> contour
> > lines on XY points I have of pollution concentrations at various
> monitors...
> >
> >
> Michael: There are three different methods for doing this
> described at
>
> http://www.scipy.org/Cookbook/Matplotlib/Gridding_irregularly_spaced_data
>
> -Jeff
>
> --
> Jeffrey S. Whitaker Phone : (303)497-6313
> NOAA/OAR/CDC R/PSD1 FAX : (303)497-6449
> 325 Broadway Boulder, CO, USA 80305-3328
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> <http://sourceforge.net/powerbar/db2/>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> <mailto:Mat...@li...>
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
> hey guys... i got it... u can use contour(x,y,z)... as in 
> x=load('urfile1.dat'), y=load('urfile2.dat), z=load('urfile3.dat 
> ').... and then type out the above.... for details about the 
> parameters x,y,z see... . 
> http://www.scilab.org/product/man-eng/graphics/contour.htm .... so 
> matplotlib CAN plot a contour from discrete points!!!.... ive tried it 
> and it works...
Viraj: That only works because x and y describe a rectangular grid. If 
x and y described irregularly spaced points, you would need to grid the 
data first using one of the methods described on that Cookbook page.
-Jeff
-- 
Jeffrey S. Whitaker Phone : (303)497-6313
NOAA/OAR/CDC R/PSD1 FAX : (303)497-6449
325 Broadway Boulder, CO, USA 80305-3328

On 7/3/07, Jeff Whitaker <js...@fa...> wrote:
>
> Michael Newman wrote:
> > My understanding is the "contour" method only handles plots of
> > functions, e.g. f(x,y) = z, and not discrete points. I tried looking
> > into this weeks ago, and couldn't find a way to handle discrete points.
> >
> > I'd love to be able to do Kriging or Inverse Distance Weighting contour
> > lines on XY points I have of pollution concentrations at various
> monitors...
> >
> >
> Michael: There are three different methods for doing this described at
>
> http://www.scipy.org/Cookbook/Matplotlib/Gridding_irregularly_spaced_data
>
> -Jeff
>
> --
> Jeffrey S. Whitaker Phone : (303)497-6313
> NOAA/OAR/CDC R/PSD1 FAX : (303)497-6449
> 325 Broadway Boulder, CO, USA 80305-3328
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
hey guys... i got it... u can use contour(x,y,z)... as in x=load('
urfile1.dat'), y=load('urfile2.dat), z=load('urfile3.dat').... and then type
out the above.... for details about the parameters x,y,z see... .
http://www.scilab.org/product/man-eng/graphics/contour.htm .... so
matplotlib CAN plot a contour from discrete points!!!.... ive tried it and
it works...

Dear All,
i'm displaying an image (cmap = gray, interpolation = nearest: i want to
see the pixels) and i plot point (markers) on top of the image. These
markers are calculated at the subpixel level so i want to zoom in to see
whether they are placed correctly.
When zooming in i notice two things:
1. at certain zoomlevels the image disappears (i do see the markers). At
other zoomlevels i see a tremendous change in brightness of the image.
Especcially at high zoomlevels i see this behaviour
2. when i zoom in a lot (selecting rectangle all over), the display gets
slower and slower... In the end, when viewing about 5x5 pixels or so it
becomes too slow...
Any ideas? I would love to use matplotlib (i really like it) but it
seems to have performance problems when displaying images is your main
concern.
Regards
Rein van den Boomgaard
(if needed i could send a zip file with programs and data)

On 7/6/07, Kaushik Ghose <kg...@um...> wrote:
> Hi Edin,
>
> Edin Salkovic wrote:
> >>
> >> m.text(0,0,'$\sum_{n=1}^{100}$');m.axis('off');m.savefig('test.svg')
> >
> > Shouldn't that be:
> > r'$\sum_{n=1}^{100}$' # i.e. a "raw" string.
> >
> > or:
> >
> > '$\\sum_{n=1}^{100}$' # Escaped backslash
> >
>
> Actually the original string renders as desired. Its the svg save that
> causes the problem.
>
> I gather this is due to incomplete implementation of svg export.
>
> thanks!
> -Kaushik
Sorry, I see the problem now. Unfortunately I wont have the resources
to investigate into this this weekend. It's past midnight here, and
tomorrow early I have to travel.
Best,
Edin

Edin Salkovic wrote:
> Hi kaushik,
> 
> On 7/6/07, kaushik.ghose <kau...@gm...> wrote:
>> Hi,
>>
>> When I do
>>
>> m.text(0,0,'$\sum_{n=1}^{100}$');m.axis('off');m.savefig('test.svg')
> 
> Shouldn't that be:
> r'$\sum_{n=1}^{100}$' # i.e. a "raw" string.
> 
> or:
> 
> '$\\sum_{n=1}^{100}$' # Escaped backslash
> 
>From my experience, with usetex True and without r'', the TeX string is parsed
correctly even for stuff like text(0,0,'$\sum_{n=1}^{100}$ with $\Omega$'), i.e.
mathmode and textmode combined.
Here, indeed, with usetex False, using r'' produces the \sum sign in the .svg but
"n=1" and "100" are not alinged correctly (they both appear above \sum). With usetex
True there is the NotImplementedError (mpl 0.90.0dev3131).
-- 
cheers,
steve
I love deadlines. I like the whooshing sound they make as they fly by. -- Douglas Adams

Hi Edin,
Edin Salkovic wrote:
>>
>> m.text(0,0,'$\sum_{n=1}^{100}$');m.axis('off');m.savefig('test.svg')
> 
> Shouldn't that be:
> r'$\sum_{n=1}^{100}$' # i.e. a "raw" string.
> 
> or:
> 
> '$\\sum_{n=1}^{100}$' # Escaped backslash
> 
Actually the original string renders as desired. Its the svg save that 
causes the problem.
I gather this is due to incomplete implementation of svg export.
thanks!
-Kaushik