matplotlib-users Mailing List for matplotlib

Many thanks for the fix as well as for the info!
I didn't know, there are built in fonts like this in matplotlib; this
would explain the issue - the character support of Bitstream Vera Sans
is indeed rather limited;
morover the special "defaulting" status of this font hopefully means,
that this shouldn't happen with other fonts, hence, I won't need to
account for other unknown fonts, as I was worried about initially.
Thanks again and regards
 vbr
2014年01月27日 Michael Droettboom <md...@st...>:
> Thanks for the report.
>
> Indeed, you are correct in that the root of this problem is that "Bitstream
> Vera Sans" does not contain these characters, yet it is being selected
> erroneously.
>
> It does appear that there is a bug in the font selection algorithm, that
> "Bitstream Vera Sans" gets selected as a perfect match even when it is not
> the first font in the requested list. Vera Sans ships with matplotlib and
> is the "default fallback font", even though it is not installed as a system
> font on your computer.
>
> I have a fix here: https://github.com/matplotlib/matplotlib/pull/2771
>
> In the meantime, the solution you arrived at is the probably the best we can
> do for now.
>
> Mike
>
>
> On 01/27/2014 11:21 AM, Phil Elson wrote:
>
> Thanks for this Vlastimil, looks like there is either a subtlety beyond my
> font knowledge or a bug here - mdboom, did you have any ideas? Otherwise I
> think we need a github issue for this.
>
> Cheers,
>
>
> On 4 January 2014 19:37, Vlastimil Brom <vla...@gm...> wrote:
>>
>> Hi all,
>> after upgrading to matplotlib 1.3.1, I noticed some display errors on
>> the plots with regard to accented characters (such as carons etc.).
>> As I recall, I had similar problem in the past and could work around
>> them by modifying rcParams, however, this fix doesn't work as expected
>> in 1.3.1. (with python 2.7.6, 32bit on Win 7, Czech - with both WXAgg
>> and TKAgg backends).
>> >From the usual Czech diacritics áčďéěíňóřšťúůýž some are not
>> displayed (ďěňřťů) - replacement squares are shown instead.
>>
>> Simply prepending a suitable font at the beginning of the list
>> rcParams['font.sans-serif'] doesn't help in 1.3.1.
>> I eventually found out, that "Bitstream Vera Sans" (which is not
>> installed on this computer) is somehow offending - as long as this
>> item is in the list (even at the end), the mentioned characters aren't
>> displayed.
>>
>> The problem can be observed in the following simple pylab script:
>> ==============
>> #! Python
>> # -*- coding: utf-8 -*-
>>
>> # with implicit fonts "ďěňřťů" are not displayed properly in the plot
>> title
>> from matplotlib import rcParams
>> rcParams['font.family'] = 'sans-serif'
>> if "Bitstream Vera Sans" in rcParams['font.sans-serif']:
>> rcParams['font.sans-serif'].remove("Bitstream Vera Sans")
>>
>> # after appending the "offending" font even at the end of the list (by
>> uncommenting the following line), ďěňřťů are not displayed again
>> # rcParams['font.sans-serif'].append("Bitstream Vera Sans")
>>
>> import pylab
>> pylab.title(u"abcd áčďéěíňóřšťúůýž äöüß ê xyz")
>> pylab.show()
>> ==============
>>
>> Is there something special in the resolution of the font items in
>> rcParams?
>> This individual issue seems to be fixed with removing the single font,
>> but I'd like to understand this more generally, as the installed fonts
>> on different computers differ.
>>
>> Thanks in advance
>> Vlastimil Brom
>>
>>
>> ------------------------------------------------------------------------------
>> Rapidly troubleshoot problems before they affect your business. Most IT
>> organizations don't have a clear picture of how application performance
>> affects their revenue. With AppDynamics, you get 100% visibility into your
>> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics
>> Pro!
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>
>
>
> ------------------------------------------------------------------------------
> CenturyLink Cloud: The Leader in Enterprise Cloud Services.
> Learn Why More Businesses Are Choosing CenturyLink Cloud For
> Critical Workloads, Development Environments & Everything In Between.
> Get a Quote or Start a Free Trial Today.
> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
>
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>
>
> --
> _
> |\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _
> | ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |
>
> http://www.droettboom.com
>
>
> ------------------------------------------------------------------------------
> CenturyLink Cloud: The Leader in Enterprise Cloud Services.
> Learn Why More Businesses Are Choosing CenturyLink Cloud For
> Critical Workloads, Development Environments & Everything In Between.
> Get a Quote or Start a Free Trial Today.
> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Thanks for the report.
Indeed, you are correct in that the root of this problem is that 
"Bitstream Vera Sans" does not contain these characters, yet it is being 
selected erroneously.
It does appear that there is a bug in the font selection algorithm, that 
"Bitstream Vera Sans" gets selected as a perfect match even when it is 
not the first font in the requested list. Vera Sans ships with 
matplotlib and is the "default fallback font", even though it is not 
installed as a system font on your computer.
I have a fix here: https://github.com/matplotlib/matplotlib/pull/2771
In the meantime, the solution you arrived at is the probably the best we 
can do for now.
Mike
On 01/27/2014 11:21 AM, Phil Elson wrote:
> Thanks for this Vlastimil, looks like there is either a subtlety 
> beyond my font knowledge or a bug here - mdboom, did you have any 
> ideas? Otherwise I think we need a github issue for this.
>
> Cheers,
>
>
> On 4 January 2014 19:37, Vlastimil Brom <vla...@gm... 
> <mailto:vla...@gm...>> wrote:
>
> Hi all,
> after upgrading to matplotlib 1.3.1, I noticed some display errors on
> the plots with regard to accented characters (such as carons etc.).
> As I recall, I had similar problem in the past and could work around
> them by modifying rcParams, however, this fix doesn't work as expected
> in 1.3.1. (with python 2.7.6, 32bit on Win 7, Czech - with both WXAgg
> and TKAgg backends).
> >From the usual Czech diacritics ác(d(ée(ín(ór(s(t(úu*ýz( some
> are not
> displayed (d(e(n(r(t(u*) - replacement squares are shown instead.
>
> Simply prepending a suitable font at the beginning of the list
> rcParams['font.sans-serif'] doesn't help in 1.3.1.
> I eventually found out, that "Bitstream Vera Sans" (which is not
> installed on this computer) is somehow offending - as long as this
> item is in the list (even at the end), the mentioned characters aren't
> displayed.
>
> The problem can be observed in the following simple pylab script:
> ==============
> #! Python
> # -*- coding: utf-8 -*-
>
> # with implicit fonts "d(e(n(r(t(u*" are not displayed properly in
> the plot title
> from matplotlib import rcParams
> rcParams['font.family'] = 'sans-serif'
> if "Bitstream Vera Sans" in rcParams['font.sans-serif']:
> rcParams['font.sans-serif'].remove("Bitstream Vera Sans")
>
> # after appending the "offending" font even at the end of the list (by
> uncommenting the following line), d(e(n(r(t(u* are not displayed again
> # rcParams['font.sans-serif'].append("Bitstream Vera Sans")
>
> import pylab
> pylab.title(u"abcd ác(d(ée(ín(ór(s(t(úu*ýz( äöüß ê xyz")
> pylab.show()
> ==============
>
> Is there something special in the resolution of the font items in
> rcParams?
> This individual issue seems to be fixed with removing the single font,
> but I'd like to understand this more generally, as the installed fonts
> on different computers differ.
>
> Thanks in advance
> Vlastimil Brom
>
> ------------------------------------------------------------------------------
> Rapidly troubleshoot problems before they affect your business.
> Most IT
> organizations don't have a clear picture of how application
> performance
> affects their revenue. With AppDynamics, you get 100% visibility
> into your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of
> AppDynamics Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> <mailto:Mat...@li...>
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>
>
>
> ------------------------------------------------------------------------------
> CenturyLink Cloud: The Leader in Enterprise Cloud Services.
> Learn Why More Businesses Are Choosing CenturyLink Cloud For
> Critical Workloads, Development Environments & Everything In Between.
> Get a Quote or Start a Free Trial Today.
> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
-- 
 _
|\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _
| ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |
http://www.droettboom.com

Thanks for this Vlastimil, looks like there is either a subtlety beyond my
font knowledge or a bug here - mdboom, did you have any ideas? Otherwise I
think we need a github issue for this.
Cheers,
On 4 January 2014 19:37, Vlastimil Brom <vla...@gm...> wrote:
> Hi all,
> after upgrading to matplotlib 1.3.1, I noticed some display errors on
> the plots with regard to accented characters (such as carons etc.).
> As I recall, I had similar problem in the past and could work around
> them by modifying rcParams, however, this fix doesn't work as expected
> in 1.3.1. (with python 2.7.6, 32bit on Win 7, Czech - with both WXAgg
> and TKAgg backends).
> From the usual Czech diacritics áčďéěíňóřšťúůýž some are not
> displayed (ďěňřťů) - replacement squares are shown instead.
>
> Simply prepending a suitable font at the beginning of the list
> rcParams['font.sans-serif'] doesn't help in 1.3.1.
> I eventually found out, that "Bitstream Vera Sans" (which is not
> installed on this computer) is somehow offending - as long as this
> item is in the list (even at the end), the mentioned characters aren't
> displayed.
>
> The problem can be observed in the following simple pylab script:
> ==============
> #! Python
> # -*- coding: utf-8 -*-
>
> # with implicit fonts "ďěňřťů" are not displayed properly in the plot title
> from matplotlib import rcParams
> rcParams['font.family'] = 'sans-serif'
> if "Bitstream Vera Sans" in rcParams['font.sans-serif']:
> rcParams['font.sans-serif'].remove("Bitstream Vera Sans")
>
> # after appending the "offending" font even at the end of the list (by
> uncommenting the following line), ďěňřťů are not displayed again
> # rcParams['font.sans-serif'].append("Bitstream Vera Sans")
>
> import pylab
> pylab.title(u"abcd áčďéěíňóřšťúůýž äöüß ê xyz")
> pylab.show()
> ==============
>
> Is there something special in the resolution of the font items in
> rcParams?
> This individual issue seems to be fixed with removing the single font,
> but I'd like to understand this more generally, as the installed fonts
> on different computers differ.
>
> Thanks in advance
> Vlastimil Brom
>
>
> ------------------------------------------------------------------------------
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics
> Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

This is a bit of a surprise. Sounds like it could have something to do with
matplotlib's build, or that of some of its dependencies, so may need
reporting to Gentoo once we've dug a little further. It could be a really
tricky one to diagnose without being able to reproduce locally, but - is
the loop significant? Does the number of figures matter? Essentially, try
to boil it down to as little code as possible (do you need to produce a
line plot to reproduce etc.).
Cheers,
On 6 January 2014 22:18, tenspd137 . <dcd...@gm...> wrote:
> Hi all,
>
> I am running a script that cranks out multiple plots in a loop. The
> script has plt.show() as the very last line as I think you are supposed to
> do. All plots show up, but I get a seg fault (sometimes a bus error - I
> haven't figured why it occasionally does that) when I close the last plot
> and the script exits. I was wondering if someone could help me figure out
> what info to grab to determine what is causing it. I use gentoo and
> recently did an upgrade world, so I am guessing some new library is not
> playing nicely as this always seemed to work before. Also, when I switch
> to Qt4Agg backend,
> everything works as expected, but if I can help iron out a bug, I would
> like to - I really think that matplotlib is an excellent piece of software.
>
> Pertinent info:
>
> uname -a:
> Linux dayd 3.10.15-gentoo #6 SMP Sat Dec 14 15:53:47 MST 2013 x86_64
> Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz GenuineIntel GNU/Linux
>
> Matplotlib version - 1.3.1
>
> matplotlibrc:
> backend: TkAgg (Qt4Agg works as expected)
> interactive: False
>
> because it segfaults
> python3.3 testplot.py --verbose-helpful > output.txt
> outputs nothing
>
> gcc --version:
> gcc (Gentoo 4.8.2 p1.0, pie-0.5.8) 4.8.2
> Copyright (C) 2013 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions. There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
>
> script to reproduce the problem:
>
> import sys
> import matplotlib.pyplot as plt
>
> def main():
> for x in range(6):
> plt.figure()
> plt.title(x)
> plt.plot([1,1],[1,1],'r.')
> plt.show()
>
> if __name__ == "__main__":
> sys.exit(main())
>
> I found some instructions on how to get debug info when you install a
> package in gentoo. If anyone else can recreate this or need some more info
> from me - please let me know. I will do what I can.
>
> Thanks!
>
>
>
>
>
> ------------------------------------------------------------------------------
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics
> Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>

As with most other artists, you should be able to just call remove on the
resulting artist.
e.g.
im = plt.imshow(...)
...
im.remove()
HTH
On 2 January 2014 11:58, flambert <fra...@ya...> wrote:
> Hi,
>
> Does somebody knows how can I remove a backgroundimage. I set the image
> with
> imshow.
>
> regards,
> flambert
>
>
>
> --
> View this message in context:
> http://matplotlib.1069221.n5.nabble.com/Remove-backgroundimage-tp42658.html
> Sent from the matplotlib - users mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics
> Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Hi Kai,
I'm afraid I've never heard of this one. Do you have a full error log?
Thanks,
On 26 January 2014 02:40, <ka...@ge...> wrote:
>
>
> Hi,
>
> I'm trying to use matplotlib to generate pictures for my website view. The
> framwork I use is pyramid. But I got an error when I try to refresh my page
> two or more times. The message is as follow:
> "This application has requested the Runtime to terminate it in an unusual
> way. Please contact the application's support team for more information."
>
> Is it a win32 error? I use python27 win32 and matplotlib 1.2.
>
> Thx
>
>
> Kai Wang
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> CenturyLink Cloud: The Leader in Enterprise Cloud Services.
> Learn Why More Businesses Are Choosing CenturyLink Cloud For
> Critical Workloads, Development Environments & Everything In Between.
> Get a Quote or Start a Free Trial Today.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>