[matplotlib-devel] Colored lines and examples / documentation
Hi, It was great to meet many of the Matplotlib developers at SciPy 2013. I had a great time and I learnt a huge amount, which I am slowly starting to digest. In particular, without the Matplotlib sprint, I would never have got off the ground -- many thanks to all those who took the time to be patient with me! I have been working, as a first step, on colored line support. This is not, of course, new -- it's all in LineCollection. However, as a user, LineCollection is intimidating and difficult to understand, and does not lead to easy experimentation (I speak from experience). At Tony's suggestion, the first step was to rewrite the multicolored_line.py example. You can find my first attempt as an IPython notebook at https://github.com/dpsanders/matplotlib-examples/blob/master/linecolor.ipynb or http://nbviewer.ipython.org/urls/raw.github.com/dpsanders/matplotlib-examples/master/linecolor.ipynb Please let me have any comments before I attempt the next step of making a pull request. It seems to me that IPython notebooks are quite a natural format for such examples, especially with a view to having interactive examples in the future. I have tried, as discussed in the sprint, to separate the data processing from the plotting. The function "linecolor" (the only other reasonable name that I thought of was "colorline") should be able to be extracted without too much effort (hopefully?) into the axes module and into pyplot. What is the situation with tagging the examples? If the examples are being refactored, it would seem to at least be a natural moment to start adding tags, even if nothing is actually done with them yet. Along these lines, it seems to me that there is a lot of other functionality which is difficult to get at for the average user who does not understand collections or patches. For example, there is an 'arrow' function in pyplot, which just exposes the FancyArrow patch, but there is no corresponding 'circle', 'ellipse' etc. function for those patches. I think this would be a great addition -- what is the general consensus? By the way, I only understood what an 'axes' object is yesterday, even though I have been using Matplotlib for several years. The documentation that I found seems to assume that the user is coming from Matlab and already implicitly understands what 'axes' refers to. Some more general comments which I have been led to in this process: - Ben made the comment that it was very important to have figures in the documentation for each function. I completely agree with this. It seems to me that a simple way to achieve this would be to have one example for each function, with the name of the example file being the same as the name of the function (à la Matlab!) Thus I have (re-)named the script as "linecolor.py". - At the moment, there seem to be too many places with examples: screenshots, examples, gallery, scipy cookbook, figures for each function, etc. I think that the (refactored) gallery is the solution, and is where people should be pointed -- the screenshots page and the examples page do not seem to me to be useful / necessary. - Also during the BoF / sprint, style sheets were discussed several times. Tony seems to have already solved this problem in his mpltools package -- I would suggest that this could be brought straight into Matplotlib? Thanks to everybody for a great package (and for reading all this, if you get this far). Please let me know if this is (not) the right place to discuss such things. Best wishes, David. -- ** Dr. David P. Sanders Profesor Titular A / Associate Professor Departamento de Física, Facultad de Ciencias Universidad Nacional Autónoma de México (UNAM) [email protected] http://sistemas.fciencias.unam.mx/~dsanders Cubículo / office: #414 Tel.: +52 55 5622 4965 -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Colored lines and examples / documentation
On Sun, Jul 7, 2013 at 10:14 PM, Tony Yu wrote: > Hi David, > > Sorry for the delay in replying. It was good meeting you last week. > Comments inline with a lot of parts cut out. > Hi Tony, It was great to meet you too! > > > On Thu, Jul 4, 2013 at 10:13 PM, David P. Sanders wrote: >> >> I have been working, as a first step, on colored line support. This is >> not, of course, new -- it's all in LineCollection. However, as a user, >> LineCollection is intimidating and difficult to understand, and does not >> lead to easy experimentation (I speak from experience). >> > > I agree that LineCollection isn't the most user-friendly thing to use. > Personally, I'd be in favor of something like your `linecolor` suggestion, > but I'd understand if the core-devs have concerns about feature creep. > Yes, I do understand your point, but I feel strongly that providing simple interfaces for otherwise complicated concepts / syntax is important, and very much in the spirit of matplotlib as I understand it. > > >> At Tony's suggestion, the first step was to rewrite the >> multicolored_line.py example. >> You can find my first attempt as an IPython notebook at >> >> >> https://github.com/dpsanders/matplotlib-examples/blob/master/linecolor.ipynb >> >> or >> >> >> http://nbviewer.ipython.org/urls/raw.github.com/dpsanders/matplotlib-examples/master/linecolor.ipynb >> > > This looked pretty interesting when I first looked at it, but it seems to > be down now. > Apologies, I decided that 'colorline' was a better name than 'linecolor' (since 'colorline' suggests that we are going to color a line, i.e. it puts the verb and the noun in the correct order!), so I changed the notebook to https://github.com/dpsanders/matplotlib-examples/blob/master/colorline.ipynb http://nbviewer.ipython.org/urls/raw.github.com/dpsanders/matplotlib-examples/master/colorline.ipynb > > >> Please let me have any comments before I attempt the next step of making >> a pull request. >> > I am trying to get to making a pull request, but am having trouble incorporating the plot correctly into the gallery: I have been trying to include colorline.py in the correct place in the examples tree to have it added automatically to the gallery. Somebody (don't remember who exactly -- Mike?) showed me how to do this during the sprint, but I have been unable to reproduce the steps successfully. Could you please remind me exactly where I should put the file, and what the correct sequence of commands to execute is? Is there a special format that the file should have? For example, it seems that it should only have one plt.show() following the other examples with multiple plots -- is that right? (I once managed to get a single one of the plots to show in the gallery, and have not been able to reproduce that feat since!) > It seems to me that IPython notebooks are quite a natural format for >> such examples, especially with a view to having interactive examples in the >> future. >> > > Using IPython notebooks as examples would be really beneficial in the long > run, as discussed during the BoF. I struggled with implementing support for > interleaved text, code, and plots for the scikit-image gallery (so that > examples could have real explanations). IPython notebooks are a more > natural format for this, but they're not quite there yet---specifically > nbconvert is still evolving (though this should be integrated into the next > release). That said, someone will need to write the code that takes the > output from nbconvert and integrates it with the current Sphinx code that > generates the gallery. Most of this will be straightforward but tedious. > The current git master of ipython indeed has nbconvert integrated. The Python script output is also in my git repository -- these kind of outputs should be easy to parse. (Though I personally have no idea where to even start with something like that. Any suggestions? Is there some kind of standard package for this kind of thing?) > > >> What is the situation with tagging the examples? If the examples are >> being refactored, it would seem to at least be a natural moment to start >> adding tags, even if nothing is actually done with them yet. >> > > This is a great idea. I wish I had suggested this in my original MEP. I'm > not sure if there's been progress on adding an interface for tags, but we > should be adding tags during any clean ups to the examples so they're ready > in the > I agree that it should be added to the MEP. From my point of view, the exact tags that should be used may well be something that evolves over time. &g
[matplotlib-devel] Plot or Not: voting to create better matplotlibrc
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 fantastic the plots can look with some of this modern styling. (Styling was mentioned several times at SciPy.) Would it be possible to put a link to this site on the matplotlib web page and encourage people to use it? Definitely time to update the defaults!! Best wishes, David. -- Dr. David P. Sanders Profesor Titular "A" / Associate Professor Departamento de Física, Facultad de Ciencias Universidad Nacional Autónoma de México (UNAM) [email protected] http://sistemas.fciencias.unam.mx/~dsanders Cubículo / office: #414, 4o. piso del Depto. de Física Tel.: +52 55 5622 4965 -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] How to use STIX fonts in matplotlib plots?
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, such as matplotlib.rcParams["mathtext.fontset"], which allow the option "stix", but I have not been able to get it to work. Can anybody please help me with this -- what is required? I have the STIX otf or ttf installed on my Mac, but I don't seem to manage to get the LaTeX versions installed -- installing LaTeX fonts is *so* disgusting (is there some helper script for that?). Thanks and best wishes, David. -- Dr. David P. Sanders Profesor Titular "A" / Associate Professor Departamento de Física, Facultad de Ciencias Universidad Nacional Autónoma de México (UNAM) [email protected] http://sistemas.fciencias.unam.mx/~dsanders Cubículo / office: #414, 4o. piso del Depto. de Física Tel.: +52 55 5622 4965 -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] How to use STIX fonts in matplotlib plots?
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 are correctly rendered using STIX fonts, *but* in a bitmapped way (?). At least, on my retina screen the labels look fuzzy. How can I change also the tic labels to use STIX fonts? By the way, the following is a useful idiom to search for relevant parameters in the rcParams: [k for k in mpl.rcParams.keys() if 'font' in k] I think it would be useful to document this -- where would be a good place? Finally, could somebody please explain what 'rc' means? This does not seem like a good name to me. I know it comes from the UNIX world, but I couldn't find an explanation for 'rc' on Wikipedia. OK, I found it: http://www.catb.org/jargon/html/R/rc-file.html This is not good -- there is *no* reason to use the nomenclature 'rc'; this is just confusing for users who find it arcane and unwelcoming (I speak from experience). Could it not just be called mpl.parameters, or mpl.mpl_parameters, or something like that? Best, David On Sat, Jul 20, 2013 at 9:41 AM, David P. Sanders < [email protected]> wrote: > 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, such as > matplotlib.rcParams["mathtext.fontset"], which allow the option "stix", > but I have not been able to get it to work. Can anybody please help me with > this -- what is required? > > I have the STIX otf or ttf installed on my Mac, but I don't seem to manage > to get the LaTeX versions installed -- installing LaTeX fonts is *so* > disgusting (is there some helper script for that?). > > Thanks and best wishes, > David. > > -- > Dr. David P. Sanders > > Profesor Titular "A" / Associate Professor > Departamento de Física, Facultad de Ciencias > Universidad Nacional Autónoma de México (UNAM) > > [email protected] > http://sistemas.fciencias.unam.mx/~dsanders > > Cubículo / office: #414, 4o. piso del Depto. de Física > > Tel.: +52 55 5622 4965 > -- Dr. David P. Sanders Profesor Titular "A" / Associate Professor Departamento de Física, Facultad de Ciencias Universidad Nacional Autónoma de México (UNAM) [email protected] http://sistemas.fciencias.unam.mx/~dsanders Cubículo / office: #414, 4o. piso del Depto. de Física Tel.: +52 55 5622 4965 -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] rcParams -> mpl_params
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 files hidden in obscure corners which must never be modified. Indeed, http://en.wikipedia.org/wiki/Run_commands says that the origin of 'rc' is: > The term *rc* stands for the phrase "*run commands*". It is used for any file that contains > startup information for a command. It is believed to have originated somewhere in 1965 None of these three 'features' of the phrase 'rc' have *anything* to do with matplotlib. 'rc' evokes fond memories of hacking for a few; it evokes nothing and reeks of alienating hack-speak to the rest. I thus suggest that we replace rc_Params -> mpl_params. As an example, I have made some narrative documentation, which can be included in the matplotlib documentation (let's discuss where, Nelle and Mike), on how to tweak mpl_params: http://nbviewer.ipython.org/urls/raw.github.com/dpsanders/IPython-notebooks/master/mpl_params.ipynb This is, if you like, a cosmetic change, but I think it's an important psychological one. It also avoids the visual interruption caused by the capital 'P'. Of course, anybody is free to make this change in the way I have in the notebook by creating an alias, mpl_params = rcParams. But I am advocating for changing uniformly to mpl_params (or a similar phrase) in the documentation. David -- Dr. David P. Sanders Profesor Titular "A" / Associate Professor Departamento de Física, Facultad de Ciencias Universidad Nacional Autónoma de México (UNAM) [email protected] http://sistemas.fciencias.unam.mx/~dsanders Cubículo / office: #414, 4o. piso del Depto. de Física Tel.: +52 55 5622 4965 -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Plot or Not: voting to create better matplotlibrc
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 your argument for the role of rcParams and
> customization: the majority user is probably someone who doesn't know much
> about rcParams, or all the ways plots can be customized. *That* is the use
> case to optimize, not the "legacy" users invested in the current style.
>
I whole-heartedly agree.
>
> However, default tweaking need not be painful. As has been mentioned, a
> first step would be an easier way to change a whole set of rcParams:
> something like mpl.set_style('style-name'). As long as one style is
> 'classic', users can keep the current style for as long as they want. It's
> a one line fix, and could even be rcParams-settable.
>
This is already implemented! The problem is, it's hidden away in the
mpltools toolkit:
http://tonysyu.github.io/mpltools/
which nobody seems to know about or use, which is a great shame, since it's
first class -- great job, Tony!
The first example there is:
>>> from mpltools import style>>> style.use('ggplot')
and then the plot is suddenly jaw-droppingly beautiful!
This is achieved with style files which just have lists of matplotlib
params like this:
patch.linewidth = 0.5
patch.facecolor = '#348ABD' # blue
patch.edgecolor = '#EE'
patch.antialiased = True
These are parsed using the ConfigObj package (this package parses config
files of this type).
Somebody (Chris?) tweeted something about the Vega package earlier:
http://trifacta.github.io/vega/
They seem to have these kind of things solved already (disclaimer: I only
browsed briefly their site) using JSON, but actually Tony's approach seems
like a winner.
mpltools may be installed with
> pip install ConfigObj
> pip install mpltools
[For some reason the dependency on ConfigObj is not registered in mpltools.
Tony, are you the packager?]
This is all *crying out* to be dropped straight into matplotlib proper!
David
>
> With such a framework, it would be possible for people to contribute new
> styles that ship with MPL, and users could change styles without having to
> find (and potentially merge) rcParams files from the web. Finally, people
> could nominate that mature styles be made default (you could even assign
> version numbers to track the default style as it evolves towards visual
> awesomeness)
>
> chris
>
>
>
> On Sat, Jul 20, 2013 at 9:07 PM, Eric Firing wrote:
>
>> 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 parameters all the time.
>> > I propose to rename as mpl_params=rcParams
>> >
>>
>> Yes, mpl_params is more descriptive and easy to remember. rcParams is
>> ugly, obscure, and archaic. It will have to remain available for a long
>> time, but I don't object to changing standard usage to a nicer name.
>> There might even be a better name than "mpl_params"--"settings" comes to
>> mind, or maybe "style".
>>
>> As for parameter tweaking: the defaults shipped with mpl should be
>> changed only rarely, but we should make it as easy as possible for users
>> to customize plots, including coming up with good combinations of style
>> parameters. In some cases it makes sense to do this via a matplotlibrc
>> file, in other cases it is better to do the parameter setting explicitly
>> at the top of a script.
>>
>> Regarding defaults, note that I said "rarely", not "never".
>>
>> The whole rc system could use a good review--maybe resulting in lots of
>> changes, maybe not--so I welcome the attention you are directing to it.
>>
>> Eric
>>
>>
>> --
>> See everything from the browser to the database with AppDynamics
>> Get end-to-end visibility with application monitoring from AppDynamics
>> Isolate bottlenecks and diagnose root cause in seconds.
>> Start your free trial of AppDynamics Pro today!
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
>> _
[matplotlib-devel] rcParams -> settings
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/master/matplotlib_settings.ipynb *Boy*, does the IPython Notebook desperately need find and replace!! David -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Wiki page for style ideas
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 de México (UNAM) [email protected] http://sistemas.fciencias.unam.mx/~dsanders Cubículo / office: #414, 4o. piso del Depto. de Física Tel.: +52 55 5622 4965 -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] How to use STIX fonts in matplotlib plots?
On Sat, Jul 20, 2013 at 2:03 PM, Benjamin Root wrote: > 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. > Sure, I'm very happy to help. First let me return to the fonts issue. I had been misunderstanding the rcParams (this seems to be a recurring problem at the moment ;) - some new documentation is definitely required; I will try to get round to add it to my matplotlib.settings notebook). The fuzziness I referred to was indeed a retina issue, stemming from the fact *that the default output format is still PNG*. It seems to me that these days the default output should be SVG, which immediately resolves all retina issues!! (And a lot of other issues, it seems to me.) The current status of retina support is actually reasonable. There are two options: %load_ext retina %config InlineBackend.figure_format = 'retina' In the absence of tab completion for %load_ext and %config, and not understanding the code, I am not sure if these are synonyms or not. But the effect is to have PNGs produced with twice the vertical and horizontal resolution. (The problem comes if, for example, these are included in output sent to nbviewer, in which case they appear twice as large.) One STIX font question remains: How can I get the text of the tick labels and other things to also be in STIX? settings['font.family'] = 'stix' does not work, apparently. And could the default font finally be changed to something else? What are the licensing requirements for the font? Is it distributed with matplotlib, or how does it work? David. -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] How to use STIX fonts in matplotlib plots?
Breaking news from the MathJax site: The *SVG output processor* is new in MathJax version 2.0, and it uses Scalable Vector Graphics to render the mathematics on the page. Mike: Could we use this to finally render all text in STIX *without* using an external TeX installation? This would be fantastic! David -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] No plot output when running a script from another script
I am trying to execute (with execfile) a script A.py containing matplotlib
plotting commands from within a script B.py.
Within B.py, I do execfile("A.py")
The A.py script runs correctly, except that no plot is shown.
I have checked that the A.py script does plot (to a separate window) when
run
with python A.py from the terminal.
A.py does include plt.show()
Could an expert on backends help, please!
Thanks
David.
--
Dr. David P. Sanders
Profesor Titular "A" / Associate Professor
Departamento de Física, Facultad de Ciencias
Universidad Nacional Autónoma de México (UNAM)
[email protected]
http://sistemas.fciencias.unam.mx/~dsanders
Cubículo / office: #414, 4o. piso del Depto. de Física
Tel.: +52 55 5622 4965
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Any IPython issues?
Hi, Just wanted to say that I am currently at the IPython developers' meeting in case, so I can act as a conduit in case anybody has any suggestions / comments / bugs related to the matplotlib--IPython interaction. David. -- Dr. David P. Sanders Profesor Titular "A" / Associate Professor Departamento de Física, Facultad de Ciencias Universidad Nacional Autónoma de México (UNAM) [email protected] http://sistemas.fciencias.unam.mx/~dsanders Cubículo / office: #414, 4o. piso del Depto. de Física Tel.: +52 55 5622 4965 -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Any IPython issues?
Great, thanks Paul -- much better conduit solution :) On Wed, Jul 24, 2013 at 12:44 PM, Paul Ivanov wrote: > Hi David, everyone, > > David P. Sanders, on 2013-07-24 08:10, wrote: > > Just wanted to say that I am currently at the IPython > > developers' meeting in case, so I can act as a conduit in case > > anybody has any suggestions / comments / bugs related to the > > matplotlib--IPython interaction. > > I've been a bit quieter on the Matplotlib side lately, but since > I'm now full-time on IPython, I wanted to pipe in that I, too, > can act as a conduit. Not only for the dev meeting, but in > perpetuity. > > I think Fernando's too busy to monitor this list closely, so you > can think of me as matplotlib mole on the ipython core dev team > (since I did get my matplotlib commit rights first) :) > > best, > -- >_ > / \ > A* \^ - > ,./ _.`\\ / \ > / ,--.S\/ \ >/ `"~,_ \\ > __o ? >_ \<,_ /:\ > --(_)/-(_).../ | \ > --...J > Paul Ivanov > http://pirsquared.org > -- Dr. David P. Sanders Profesor Titular "A" / Associate Professor Departamento de Física, Facultad de Ciencias Universidad Nacional Autónoma de México (UNAM) [email protected] http://sistemas.fciencias.unam.mx/~dsanders Cubículo / office: #414, 4o. piso del Depto. de Física Tel.: +52 55 5622 4965 -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] How to use STIX fonts in matplotlib plots?
Mike: For some reason I didn't see your posts until now, apologies. In fact, STIX is not supposed to "blend with" Times; rather, STIX *replaces* Times wholesale -- i.e. they have redesigned the whole character set. Thus labels (ticks, arbitrary text etc.) should also use STIX, even if they don't use math. I finally found the correct rcParams to use to achieve this: from matplotlib import rcParams rcParams["font.family"] = "STIXGeneral" rcParams["mathtext.fontset"] = "stix" It would certainly be nice if this could be done with a single setting. It seems to me that given that STIX is already distributed with Matplotlib, this could be a good new default to replace Bitstream Vera Sans. On Mon, Jul 22, 2013 at 8:46 AM, Michael Droettboom wrote: > On 07/21/2013 04:12 AM, David P. Sanders wrote: > > > Breaking news from the MathJax site: > > The *SVG output processor* is new in MathJax version 2.0, and it uses > Scalable > Vector Graphics to render the mathematics on the page. > > > Not everything that views SVG is a web browser with Javascript support, so > doing so would break using the SVG files in Inkscape and Adobe Illustrator, > for example. I think that's kind of a non-starter, unfortunately. > > > > Mike: Could we use this to finally render all text in STIX *without* > using an external TeX installation? This would be fantastic! > > > You already can render all text in STIX without an external TeX > installation. That's the purpose of the mathtext support in matplotlib. I > agree it has the one wart that the default font also needs to be set when > using stix for the math, but beyond that, it does already work today. > > Cheers, > Mike > > > David > > > -- > See everything from the browser to the database with AppDynamics > Get end-to-end visibility with application monitoring from AppDynamics > Isolate bottlenecks and diagnose root cause in seconds. > Start your free trial of AppDynamics Pro > today!http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk > > > > ___ > Matplotlib-devel mailing > [email protected]://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > > > > -- > See everything from the browser to the database with AppDynamics > Get end-to-end visibility with application monitoring from AppDynamics > Isolate bottlenecks and diagnose root cause in seconds. > Start your free trial of AppDynamics Pro today! > http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk > ___ > Matplotlib-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > -- Dr. David P. Sanders Profesor Titular "A" / Associate Professor Departamento de Física, Facultad de Ciencias Universidad Nacional Autónoma de México (UNAM) [email protected] http://sistemas.fciencias.unam.mx/~dsanders Cubículo / office: #414, 4o. piso del Depto. de Física Tel.: +52 55 5622 4965 -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] How to find references to examples?
Hi, I am trying to do some reorganization of the examples in the gallery by moving the files into other directories. I am using ack to look for references from other parts of the documentation to those example files and have successfully caught most of them. But now I am trying to move legend_demo.py from the api subdirectory of examples, and when I compile the API docs, it says that it can't find the file (error output below). However, there does not seem to be anywhere that actually references that file... Can anybody suggest what is going on? Thanks, David. reading sources... [ 0%] api/axes_api Exception occurred: File "/usr/local/Cellar/python/2.7.8/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-macosx-10.9-x86_64.egg/matplotlib/sphinxext/plot_directive.py", line 718, in run with io.open(source_file_name, 'r', encoding='utf-8') as fd: IOError: [Errno 2] No such file or directory: '/Users/david/development/matplotlib/doc/mpl_examples/api/legend_demo.py' -- Dr. David P. Sanders Profesor Titular "A" / Associate Professor Departamento de Física, Facultad de Ciencias Universidad Nacional Autónoma de México (UNAM) [email protected] http://sistemas.fciencias.unam.mx/~dsanders Cubículo / office: #414, 4o. piso del Depto. de Física Tel.: +52 55 5622 4965 -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
