> Yeah, that's what I feared. But in the mean time, are there any best
> practices to minimize undesired effects like the one above? For example,
> are there any other functions that need special parameters to not raster
> their output when writing to a vector format? And is there a way to get
> a
On Tue, Oct 16, 2012 at 4:04 PM, T J wrote:
> I'm interested in clipping the result of plt.contour (and
> plt.contourf) to a patch. However, QuadContourSet does not have a
> set_clip_path() method. Is there a way to do this?
QuadContourSet does not (I think it should), but LineCollection
instan
On 10/18/12 5:45 AM, Damon McDougall wrote:
> On Thu, Oct 18, 2012 at 10:10 AM, Alexander Eberspaecher
> wrote:
>> Hello,
>>
>> On Wed, 17 Oct 2012 11:38:27 +0100
>> Damon McDougall wrote:
>>
>>> How do people feel about perhaps adding a matplotlib version, mocking
>>> the same calling signature
On Thu, Oct 18, 2012 at 8:13 PM, Mark Lawrence wrote:
> On 18/10/2012 12:54, Alexander Eberspaecher wrote:
>> On Thu, 18 Oct 2012 10:45:24 +0100
>> Damon McDougall wrote:
>>
>>
>> Using e.g. optparse, multiple data files shouldn't be too complicated.
>>
>
> For the record optparse is deprecated s
On 2012/10/18 8:54 AM, Michael Aye wrote:
> On 2012-10-18 05:58:46 +, Eric Firing said:
>
>> On 2012/10/17 6:13 PM, Michael Aye wrote:
>>> I am using matplotlib 1.1.0 that came with the current EPD, which in
>>> turn comes without pygtk.
>>>
>>> However, the linux system I am using this on (Cen
On 18/10/2012 12:54, Alexander Eberspaecher wrote:
> On Thu, 18 Oct 2012 10:45:24 +0100
> Damon McDougall wrote:
>
>
> Using e.g. optparse, multiple data files shouldn't be too complicated.
>
For the record optparse is deprecated so use argparse. This might also
be helpful http://www.youtube.co
On 2012-10-18 05:58:46 +, Eric Firing said:
> On 2012/10/17 6:13 PM, Michael Aye wrote:
>> I am using matplotlib 1.1.0 that came with the current EPD, which in
>> turn comes without pygtk.
>>
>> However, the linux system I am using this on (CentOS6) has pygtk installed:
>>
>> /usr/lib64/pygt
On Thu, Oct 18, 2012 at 2:09 AM, Jouni K. Seppänen wrote:
> Gökhan Sever
> writes:
>
> > Another point I noticed is setting linewidth to 0 (in fill_between
> > function) isn't working as expected when figure is saved as a PDF
> > file.
>
> A workaround is to add edgecolor='None' to the fill_betw
On Thu, 18 Oct 2012 10:45:24 +0100
Damon McDougall wrote:
> Ok wow, awesome feedback! I started on this yesterday morning to see
> how it would go, and I've already got something working that mimics
> the command-line syntax of GNU's `graph` (except it currently only
> supports one data file as i
On Thu, Oct 18, 2012 at 10:10 AM, Alexander Eberspaecher
wrote:
> Hello,
>
> On Wed, 17 Oct 2012 11:38:27 +0100
> Damon McDougall wrote:
>
>> How do people feel about perhaps adding a matplotlib version, mocking
>> the same calling signature as graph?
>>
>> I think the most important question is:
Hello,
On Wed, 17 Oct 2012 11:38:27 +0100
Damon McDougall wrote:
> How do people feel about perhaps adding a matplotlib version, mocking
> the same calling signature as graph?
>
> I think the most important question is: would it be useful?
Yes, this would certainly be useful! I think there are
I totally agree with to general opinion that a command line tool would be
beneficial.
I've written a simple mpl commandline plotter quite some time ago and use it
frequently for
quick previews but also to create simple plots for presentations. It features
some options to
modify the appearance j
Jouni K. Seppänen writes:
> Gökhan Sever
> writes:
>
>> Another point I noticed is setting linewidth to 0 (in fill_between
>> function) isn't working as expected when figure is saved as a PDF
>> file.
>
> A workaround is to add edgecolor='None' to the fill_between call.
I filed an issue at http
Gökhan Sever
writes:
> Another point I noticed is setting linewidth to 0 (in fill_between
> function) isn't working as expected when figure is saved as a PDF
> file.
A workaround is to add edgecolor='None' to the fill_between call.
--
Jouni K. Seppänen
http://www.iki.fi/jks
-
Benjamin Root writes:
> On Wed, Oct 17, 2012 at 12:17 PM, Gökhan Sever
> wrote:
>
>> Another point I noticed is setting linewidth to 0 (in fill_between
>> function) isn't working as expected when figure is saved as a PDF file.
>>
> Actually, this is not a bug in mpl. It is a "bug" in various vie
I can certainly see the benefit. As Mike said, I don't think I would use it
myself, but I could see non-python users finding it useful.
Personally, I think this would be a nice extension that doesn't have to
live in the core matplotlib code base. That way release cycles and testing
can be done com
> If nothing speaks against it, i could do a pull request.
If you are willing, I would encourage you to do that, or at least make a
branch in your matplotlib fork and post the diff URL here. That way we can
discuss the pros & cons in-line, even if it means that we do no actually
merge the PR (that
17 matches
Mail list logo