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 sho
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
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 wrote:
> Hi all,
> after upgrading to matplotlib 1.3.1, I
On Thu, Jul 25, 2013 at 12:16 PM, Jeffrey Spencer wrote:
> I want to use IPA vowel labels in my figures and to do that I need to load
> the package in latex \usepackage{tipa}. Is this possible as searching
> online besides using the new backend "pgf" I haven't seen how to manually
> select latex p
Thank you both Paul and Eric the kind helping hands,
Sudheer--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlen
On 2013/05/30 3:42 PM, Paul Hobson wrote:
>
>
>
> On Thu, May 30, 2013 at 6:28 PM, Sudheer Joseph
> mailto:sudheer.jos...@yahoo.com>> wrote:
>
> Dear Users,
> Is there a way to set font size of error bar plot
> axis? I tried below one but get error that "'ErrorbarContai
On Thu, May 30, 2013 at 6:28 PM, Sudheer Joseph wrote:
> Dear Users,
> Is there a way to set font size of error bar plot axis? I
> tried below one but get error that "'ErrorbarContainer' object has no
> attribute 'xaxis'"
> any help??
>
> ax=plt.errorbar(y,x,err,label='STDV')
> plt
On Tue, May 28, 2013 at 4:40 PM, Michael Droettboom wrote:
> Which version of Windows are you on? Apparently, the Segoe UI font is
> different on Windows 7 and 8 and I'd like to download and test with the
> correct one.
I'm on Windows XP, but problem was with the name of the font. This
font's name
Which version of Windows are you on? Apparently, the Segoe UI font is
different on Windows 7 and 8 and I'd like to download and test with the
correct one.
Mike
On 05/28/2013 06:12 AM, klo uo wrote:
> As suggested by Phil, I'm reposting github issue #2067 on this list.
>
> I use MPL 1.2.1 on Win
florisvb writes:
> I'm trying to get my pdf outputs from matplotlib to work properly in
> illustrator, but keep having the issue that illustrator does not recognize
> the computer modern fonts (eg. CMR10 etc). Everything else seems to work
> perfectly.
Is there any error message from illustrator
Have you tried setting pdf.fonttype to "42", which will include the font
verbatim rather than trying to subset it? That may help with
illustrator. You may also have better luck importing an SVG into
Illustrator.
Mike
On 09/13/2012 02:46 AM, florisvb wrote:
> I'm trying to get my pdf outputs
On Thu, Jul 12, 2012 at 03:53:28PM +0200, David Kremer wrote:
> Hello, I want to ask some questions about fonts in figures.
>
> I think that the best figures are achieved when the font used is the
> same as in the surrounding text in all the figure. This is the case when
> I use the latex notati
It looks like it isn't finding the Computer Modern Bakoma fonts. They
don't seem to be included in the Fedora Package (see here:
http://koji.fedoraproject.org/koji/buildinfo?buildID=230966) and the
package does not depend on those fonts. Some of them are packaged in
the lyx-fonts package, so
Looks like this is fixed by:
mathtext.fontset: stix
Neal Becker wrote:
> Fedora f15. What am I missing that causes this?
>
> /usr/lib64/python2.7/site-packages/matplotlib/font_manager.py:1242:
> UserWarning: findfont: Font family ['cmb10'] not found. Falling back to
> Bitstream Vera Sans
> (
Thank you very much for the help, I'm sorry I didn't reply to you. I ended
up doing what you recommend against, which is I took my fontlist.cache and
copied it to the other computers C:\Documents and
Settings\username\.matplotlib folder. This worked, maybe because all the
computers here have the
On 01/13/2011 11:38 AM, Alex S wrote:
> Hi there,
> I've made a program that makes plots using New Century Schoolbook Lt Std
> font. I did this by inserting this into the matplotlibrc file:
>
> font.family : New Century Schoolbook LT Std # serif #sans-serif
>
> There's also a "fontlist.ca
Hello,
What I do is to set it _before_ plotting through the rcParams.
rcParams['xtick.labelsize']=24
There is also the possiblity to change that property afterwards with
an argument to xticks.
xticks(fontsize=24)
Pierre
Le 21 janv. 10 à 22:36, Brian Larsen a écrit :
> How does one set the
1/12/09 @ 09:16 (-0500), thus spake Michael Droettboom:
> Subpixel rendering is almost never what you want when producing a
> PNG file, since it is likely to be shared on a different machine
> requiring different subpixel settings. But it looks like your
> mozilla example is not using subpixel re
Subpixel rendering is almost never what you want when producing a PNG
file, since it is likely to be shared on a different machine requiring
different subpixel settings. But it looks like your mozilla example is
not using subpixel rendering either, though it appears to have very
strong hinting
On Tue, Dec 1, 2009 at 6:37 AM, Ernest Adrogué wrote:
> 30/11/09 @ 22:28 (-0600), thus spake John Hunter:
>> The two examples in the page you link to have different font sizes and
>> possibly different font weights, which makes it difficult to do
>> side-by-side comparisons. Could you post an exa
30/11/09 @ 22:28 (-0600), thus spake John Hunter:
> The two examples in the page you link to have different font sizes and
> possibly different font weights, which makes it difficult to do
> side-by-side comparisons. Could you post an example with
> similar/identical settings?
Yes, I have attache
On Mon, Nov 30, 2009 at 6:38 PM, Ernest Adrogué wrote:
> Hi,
> I notice a big difference in quality between the text rendered
> by matplotlib and that rendered by the rest of applications.
> As an example, see the image attached showing the same font as
> shown by firefox and matplotlib respective
The patch seems to work - the MacOSX backend now displays the same
font size as the other backends.
Thanks!
Thomas
On 1 May 2009, at 14:06, Michael Droettboom wrote:
> Michiel de Hoon provided a patch for this which I just applied to
> the trunk.
>
> As I don't have a Mac, I can't test it -
Michiel de Hoon provided a patch for this which I just applied to the trunk.
As I don't have a Mac, I can't test it -- any feedback is welcome.
Mike
Jae-Joon Lee wrote:
> Thomas,
> As John suggested before, please check if the size differences go away
> if you use the same dpi, actually dpi=72.
Thomas,
As John suggested before, please check if the size differences go away
if you use the same dpi, actually dpi=72.
After some quick look, it seems that the osx backend does not scale
the font size correctly respecting the dpi.
At line 124 of bacend_macosx.py,
size = prop.get_siz
Hi Jae-Jong and John,
Thanks for your replies! While experimenting with this to send
screenshots, I realized that my default backend was set to MacOSX, not
WXAgg. The WXAgg output to the screen actually agrees with the PNG
output in terms of font sizes. But the font sizes differ between the
On Tue, Apr 28, 2009 at 11:24 PM, Jae-Joon Lee wrote:
> On Tue, Apr 28, 2009 at 11:09 PM, John Hunter wrote:
> > If you want the relative fontsizes in the figure window and saved figure
> to
> > agree, pass the same "dpi" to the figure command and savefig command.
>
> John,
> I thought the font
On Tue, Apr 28, 2009 at 11:09 PM, John Hunter wrote:
> If you want the relative fontsizes in the figure window and saved figure to
> agree, pass the same "dpi" to the figure command and savefig command.
John,
I thought the font size (which is specified in points) is independent
of dpi, i.e., font
On Tue, Apr 28, 2009 at 9:52 PM, Thomas Robitaille <
thomas.robitai...@gmail.com> wrote:
> Hi,
>
> I am using the savefig method to save plots - however, I am finding
> that the font size is systematically larger in the saved images than
> in the WxAgg window. It seems that text is ~30% larger in
Jouni K. Seppänen skrev:
> Michael Droettboom writes:
>
>> Jörgen Stenarson wrote:
>>> I tried to use usetex to generate my pdf figures but I got a crash
>>> when saving the figure, log attached. I traced the crash to
>>> find_tex_file(), apparently ' can not be used to quote filenames in
>>>
Jouni K. Seppänen skrev:
>
> In Unix shells ' is the better quoting character because all sorts of
> things have special meaning within " characters... but I changed it to
> use subprocess.Popen instead, so we shouldn't need to worry about shell
> quoting at all.
>
> Jörgen: Thanks for your repor
Michael Droettboom writes:
> Jörgen Stenarson wrote:
>> I tried to use usetex to generate my pdf figures but I got a crash
>> when saving the figure, log attached. I traced the crash to
>> find_tex_file(), apparently ' can not be used to quote filenames in
>> the windows shell it has to be ".
Jörgen Stenarson wrote:
> Michael Droettboom skrev:
>>> put the pfm/pfb files it somewhere else and have matplotlib use it?
>> I believe Nimbus Roman is just a clone of Times that is included with
>> Ghostscript.
>>
>> http://www.tug.dk/FontCatalogue/nimbus/
>>
>> If you have Times or Times New Ro
Michael Droettboom skrev:
put the pfm/pfb files it somewhere else and have matplotlib use it?
I believe Nimbus Roman is just a clone of Times that is included with
Ghostscript.
http://www.tug.dk/FontCatalogue/nimbus/
If you have Times or Times New Roman installed, that's probably a
reasonabl
Jörgen Stenarson wrote:
> Michael Droettboom skrev:
>> Unfortunately, I think this is a bug. The ordering of fonts in the
>> family list is being ignored, and Bitstream Vera Sans is winning over
>> Nimbus Roman for reasons other than its name. I'll have to get this
>> patch in for the bugfix r
Michael Droettboom skrev:
> Unfortunately, I think this is a bug. The ordering of fonts in the
> family list is being ignored, and Bitstream Vera Sans is winning over
> Nimbus Roman for reasons other than its name. I'll have to get this
> patch in for the bugfix release we're already planning.
Unfortunately, I think this is a bug. The ordering of fonts in the
family list is being ignored, and Bitstream Vera Sans is winning over
Nimbus Roman for reasons other than its name. I'll have to get this
patch in for the bugfix release we're already planning.
As a workaround, try putting onl
Thank you for your answers and the obvious solution (banging head into wall).
Best regards,
Jesper
2008/12/1 Jae-Joon Lee <[EMAIL PROTECTED]>:
> On Mon, Dec 1, 2008 at 12:56 AM, Jesper Larsen <[EMAIL PROTECTED]> wrote:
>> Hi Matplotlib users,
>>
>> I have a web application in which I would like t
Jesper Larsen wrote:
> I have a web application in which I would like to scale the plots down
> if the users horizontal screen size is less than 800.
http://www.scipy.org/Cookbook/Matplotlib/AdjustingImageSize
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA
On Mon, Dec 1, 2008 at 12:56 AM, Jesper Larsen <[EMAIL PROTECTED]> wrote:
> Hi Matplotlib users,
>
> I have a web application in which I would like to scale the plots down
> if the users horizontal screen size is less than 800. Currently only
> the plot is scaled while the fonts are fixed in size (
You can just do
ax.legend(prop=fm.FontProperties('Tahoma'))
Cheers,
Mike
sa6113 wrote:
> I want to set font name to 'tahoma.ttf' this code work propely but is there
> any way I don't want to use full path name in fname property.
>
> import matplotlib.font_manager as fm
> import ma
family define font name here.
sa6113 wrote:
>
> I use this code to set plot legend font :
>
> font = FontProperties(family ='monospace',style = 'italic',size='large',
> weight='bold')
> self.ax.legend( line, label, legend , prop = font)
>
> but font style dosen't effect while
> but font style dosen't effect while other properties set properly.
> what is the problem??
Did you try using a font name ?
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linu
On Monday 23 June 2008 13:25:19 John Hunter wrote:
> On Mon, Jun 23, 2008 at 11:58 AM, Erik Tollerud <[EMAIL PROTECTED]>
wrote:
> > Hmm... ok, so it is possible to pass some of the text in a plot
> > through TeX, but not all of the text? That's what the text.markup rc
> > parameter seems to be ab
On Mon, Jun 23, 2008 at 11:58 AM, Erik Tollerud <[EMAIL PROTECTED]> wrote:
> Hmm... ok, so it is possible to pass some of the text in a plot
> through TeX, but not all of the text? That's what the text.markup rc
> parameter seems to be about, but I get an error saying that its an
> unrecognized ke
Hmm... ok, so it is possible to pass some of the text in a plot
through TeX, but not all of the text? That's what the text.markup rc
parameter seems to be about, but I get an error saying that its an
unrecognized key if I use it...
I could have sworn I saw a post way back where someone managed to
On Sunday 22 June 2008 21:49:03 Erik Tollerud wrote:
> I'm trying to adjust the font weight on some of my plots - I'd like to
> have the numbers along the axis ticks be bold instead of regular font
> like the default setting. The problem is, nothing I do seems to
> change the font weight. I've ch
Hi,
Here is what I get when using the verbose mode, since removing and
installing over again Matplotlib didn't vhanged anything I suspect my
LaTeX packages might be responsible,...
Thanks in advance for any help
$HOME=/home/fayette
CONFIGDIR=/home/fayette/.matplotlib
matplotlib data path /usr/
There are at least a couple of fishy things here. It doesn't seem to
find the Vera fonts that matplotlib installs in mpl-data. Did you
remove them, or perhaps the Ubuntu or Debian packagers removed them?
Then at least the default font would be correct (and not cmr10.ttf,
which is a very bad
Michael Droettboom <[EMAIL PROTECTED]> writes:
>
> Paul Smith wrote:
> > Hi Michael,
> >
> > I put in the rc line you suggested below into fonts_demo.py but didn't see
it
> > print any extra info (but did confirm in ipython that rcParams showed
> > verbose.level had changed to "annoying"). It
Paul Smith wrote:
> Hi Michael,
>
> I put in the rc line you suggested below into fonts_demo.py but didn't see it
> print any extra info (but did confirm in ipython that rcParams showed
> verbose.level had changed to "annoying"). It just quietly finished otherwise.
> Did I miss something here?
Michael Droettboom <[EMAIL PROTECTED]> writes:
>
> The font lookup mechanism has been much improved in 0.91.2 -- you may
> want to try using that. In 0.90.x, often if you don't get a perfectly
> exact match for a font, it reverts back to the default "Vera Sans".
> Vera Sans, however, is not
The font lookup mechanism has been much improved in 0.91.2 -- you may
want to try using that. In 0.90.x, often if you don't get a perfectly
exact match for a font, it reverts back to the default "Vera Sans".
Vera Sans, however, is not a fixed-width font. Can you provide the png
file of fonts
Mike -- thanks for your response. I thought I had tried this and it didn't
work. I guess I didn't I just tried the following equivalent approach:
ML.rcParams['font.family'] = 'serif'
ML.rcParams['font.serif'] = ['Cambria Math'] + ML.rcParams['font.serif']
and it worked like a charm.
Thanks
You shouldn't edit rcsetup.py directly -- that is part of the matplotlib
source code. Instead, you should edit the matplotlibrc settings file.
In there, you'll actually want to change two settings:
1) Add Cambria to the front of the font.serif list
2) Set "font.family" to "serif", so that m
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 y
"Giorgio F. Gilestro" <[EMAIL PROTECTED]> writes:
> 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
On 12/05/07, Jouni K. Seppänen <[EMAIL PROTECTED]> wrote:
> J Oishi <[EMAIL PROTECTED]> writes:
>
> > I have an interesting problem using fonts in matplotlib on OS X 10.4.
> > When I use a font other than the Bitstream Vera provided with MPL
> > 0.90.0, I cannot create readable eps files.
>
> FWIW,
J Oishi <[EMAIL PROTECTED]> writes:
> I have an interesting problem using fonts in matplotlib on OS X 10.4.
> When I use a font other than the Bitstream Vera provided with MPL
> 0.90.0, I cannot create readable eps files.
FWIW, I have the same problem: eps files produced on OS X are huge,
and
Hi,
I had the same problem.
I solved it by using TeX, i.e., rc('text', usetex=True) for all the text
in a plot.
Benoit
> Hi list,
>
> I'm having some font weirdness using matplotlib 0.87.4 on MacOSX with
> the WXAgg backend.
> It's a clean install of universal builds from macpython.org.
>
> Fir
João Fonseca <[EMAIL PROTECTED]> writes:
> RuntimeError: Could not load facefile /System/Library/Fonts/
> LucidaGrande.dfont; Unknown_File_Format. I don't think there is a
> problem with the font file, I checked this with Font Book and
> everything is ok.
Apparently matplotlib doesn't unders
This seems to have worked. Thanks a lot!
João
On 4 Aug 2006, at 13:11, Charlie Moad wrote:
> On 8/4/06, João Fonseca <[EMAIL PROTECTED]> wrote:
>> I have compiled version 0.87.4 of matplotlib successfully but
>> whenever I try to plot anything I get the following font error:
>>
>> RuntimeError:
On 8/4/06, João Fonseca <[EMAIL PROTECTED]> wrote:
> I have compiled version 0.87.4 of matplotlib successfully but
> whenever I try to plot anything I get the following font error:
>
> RuntimeError: Could not load facefile /System/Library/Fonts/
> LucidaGrande.dfont; Unknown_File_Format. I don't th
63 matches
Mail list logo
