Hi,
Probably many of you know about "Plot or Not", a site where we vote on the
same plot presented in different ways, to get feedback about better
matplotlibrc params:
http://warm-escarpment-9042.herokuapp.com/
It seems to me an absolutely fantastic idea! I think many people do not
realise how f
I find the default font used in matplotlib horrible. We should be able to
do much better these days.
One very interesting option, at least for standard (paper) publishing, is
the STIX fonts, which is a Times-like font set promoted by several
publishers.
There are various options in matplotlib, su
Example script for using mathtext.fontset:
import matplotlib as mpl
import numpy as np
from matplotlib import pyplot as plt
mpl.rcParams["mathtext.fontset"] = "stix"
x = np.arange(-5, 5, 0.01)
y = x*x
plt.plot(x, y)
plt.xlabel(r"$x$")
plt.ylabel(r"$x^2$")
plt.show()
Apparently the axis labels
On 2013/07/20 4:18 AM, David P. Sanders wrote:
> Hi,
>
> Probably many of you know about "Plot or Not", a site where we vote on
> the same plot presented in different ways, to get feedback about better
> matplotlibrc params:
>
> http://warm-escarpment-9042.herokuapp.com/
>
> It seems to me an absol
On 2013/07/20 4:41 AM, David P. Sanders wrote:
> I find the default font used in matplotlib horrible. We should be able
> to do much better these days.
Which font is being used as default on your installation? And what are
the characteristics that earn the rating of "horrible"?
Eric
--
>From discussions with others at SciPy, we found ourselves disagreeing on
what default we would want. We also weren't sure exactly which params were
the ones that people tended to change. We have zero data on this. This site
is intended to help start that data collection process.
We can certainly
David,
IIRC, we were just starting to investigate how to produce retina graphics.
Perhaps you might be able to help Mike D and Michael de Hoon with there
efforts because very few of us have retina displays.
Cheers!
Ben Root
On Jul 20, 2013 10:43 AM, "David P. Sanders"
wrote:
> I find the defaul
On 2013/07/20 8:58 AM, Benjamin Root wrote:
> From discussions with others at SciPy, we found ourselves disagreeing
> on what default we would want. We also weren't sure exactly which params
> were the ones that people tended to change. We have zero data on this.
> This site is intended to help st
Hi,
I thought I'd chime in on this discussion -- Adrian Price-Whelan and I put
together plotornot during the SciPy sprints.
I wouldn't advocate for linking to plotornot from matplotlib -- the idea is
semi tongue-in-cheek, and meant to gauge to what extent there is consensus
about plot styles. It'
Hi,
Definitely don't link from matplotlib. This was a fun hack put together to
get people talking about re-styling -- success!
I have to echo Chris' disappointment about the discussion of defaults in
MPL. While there are certainly many subjective elements of style and
design, there are also a num
On 2013/07/20 11:47 AM, Chris Beaumont wrote:
> Hi,
>
> I thought I'd chime in on this discussion -- Adrian Price-Whelan and I
> put together plotornot during the SciPy sprints.
>
> I wouldn't advocate for linking to plotornot from matplotlib -- the idea
> is semi tongue-in-cheek, and meant to gaug
On 2013/07/20 2:38 PM, David P. Sanders wrote:
> And this is my problem with 'rc': it brings to mind an arcane config
> file hidden away somewhere that has a terrible syntax and must not be
> touched.
>
> As Chris and Adrian have emphasized, the point is that we *should* be
> tweaking away at the
On Sat, Jul 20, 2013 at 4:47 PM, Chris Beaumont wrote:
> Hi,
>
> I thought I'd chime in on this discussion -- Adrian Price-Whelan and I put
> together plotornot during the SciPy sprints.
>
> I wouldn't advocate for linking to plotornot from matplotlib -- the idea
> is semi tongue-in-cheek, and me
'image.cmap' -- nice! Shows how much I know :)
I don't fully agree with Eric that changing the defaults should be treated
as an API break -- yes, it may irritate a minority of users, but their code
will still run. I'd flip around your argument for the role of rcParams and
customization: the majori
Hi,
Apparently I was misusing the list by having digests sent -- apologies.
I have turned this off.
Maybe the following got lost in the resulting noise:
I completely agree that the current defaults need updating.
In my opinion, 'rcParams' is a bad name, since it conjures up dusty
configuration
On Sat, Jul 20, 2013 at 8:48 PM, Chris Beaumont wrote:
> 'image.cmap' -- nice! Shows how much I know :)
>
> I don't fully agree with Eric that changing the defaults should be treated
> as an API break -- yes, it may irritate a minority of users, but their code
> will still run. I'd flip around yo
Just saw Eric's post (but the mailing list has yet to update to send me the
individual posts apparently, hence the new title of this email).
+1 (or +100) for using 'settings' !
Here is the new version of my notebook:
http://nbviewer.ipython.org/urls/raw.github.com/dpsanders/IPython-notebooks/mas
I have created a page on the Wiki for listing ideas to do with styling:
https://github.com/matplotlib/matplotlib/wiki/Matplotlib-style-suggestions
David
--
Dr. David P. Sanders
Profesor Titular "A" / Associate Professor
Departamento de Física, Facultad de Ciencias
Universidad Nacional Autónoma
Regarding whole sets of rcParams, you may want to look at this:
https://github.com/tonysyu/mpltools
Kevin
On 07/20/2013 09:48 PM, Chris Beaumont
wrote:
'image.cmap' -- nice! Shows how much I know :)
I don't fully
19 matches
Mail list logo
