Re: [matplotlib-devel] PDF not readable by Adobe PDF readers
If you have Cairo installed and the matplotlib Cairo backend you could try to test the pdfs generated with this backend to see if they suffer from the same issue. i.e. add ``` import matplotlib matplotlib.use(cairo) ``` to the top of your script. Depending on where the bug is this may or may not give the same issue. /Jens On Fri, Dec 6, 2013 at 10:22 AM, buckeliger buckeli...@gmx.ch wrote: Thank you for your reply. I am travelling these days and will try to generate a stripped down input data file out of the 12 large hdf5 files. However I find it still very curious that with the same input files, plotting simply read out data plotting works http://ubuntuone.com/50q1yVOKjdmhfqpQljUwW8 but when I process the data (I mask bins and calculate means within) the mentioned problem occurs (same file as in stackoverflow) http://ubuntuone.com/0kuZIKYeZQyGckE5jonPy6 so to me it seems reasonable to assume it is actually related to the computational effort involved. The script for the latter plot takes approx. 30min on a quite fast machine, while upper plot takes no more than 15sec. Anyhow, next week I will work on the stripped down data and share what I get. -- View this message in context: http://matplotlib.1069221.n5.nabble.com/PDF-not-readable-by-Adobe-PDF-readers-tp42580p42595.html Sent from the matplotlib - devel mailing list archive at Nabble.com. -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] unicodeescape traceback on build of latest master in IPython
On 6 December 2013 04:55, Joel B. Mohler jmoh...@gamry.com wrote: C:\Python27\lib\site-packages\matplotlib\__init__.py in Verbose() -- 252 for arg in map(six.u, sys.argv[1:]): C:\Python27\lib\site-packages\six.pyc in u(s) -- 468 return unicode(s, unicode_escape) UnicodeDecodeError: 'unicodeescape' codec can't decode bytes in position 2-3: truncated \U escape I'll bet that one of the arguments starts with C:\Users. It looks like six.u() can't be applied to arbitrary input (it's intended for literals). Thomas -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] unicodeescape traceback on build of latest master in IPython
On 12/6/2013 12:45 PM, Thomas Kluyver wrote: On 6 December 2013 04:55, Joel B. Mohler jmoh...@gamry.com mailto:jmoh...@gamry.com wrote: C:\Python27\lib\site-packages\matplotlib\__init__.py in Verbose() -- 252 for arg in map(six.u, sys.argv[1:]): C:\Python27\lib\site-packages\six.pyc in u(s) -- 468 return unicode(s, unicode_escape) UnicodeDecodeError: 'unicodeescape' codec can't decode bytes in position 2-3: truncated \U escape I'll bet that one of the arguments starts with C:\Users. It looks like six.u() can't be applied to arbitrary input (it's intended for literals). Indeed, I suspect you are exactly right. After pondering the transcript below, I think it is bad idea to apply six.u to any sort of relatively unknown input. In any case, I believe this effectively breaks matplotlib in the IPython notebook on windows and other very simple things. Behold: C:\python -c import matplotlib any_old_thing_with_\u_in_it Traceback (most recent call last): File string, line 1, in module File c:\python27\lib\site-packages\matplotlib\__init__.py, line 240, in module class Verbose: File c:\python27\lib\site-packages\matplotlib\__init__.py, line 252, in Verbose for arg in map(six.u, sys.argv[1:]): File c:\python27\lib\site-packages\six.py, line 468, in u return unicode(s, unicode_escape) UnicodeDecodeError: 'unicodeescape' codec can't decode bytes in position 19-20: truncated \u escape It seems to me that this changeset needs to be rolled back, but I don't clearly see the problem that it was intended to fix. Joel -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] unicodeescape traceback on build of latest master in IPython
On 6 December 2013 10:37, Joel B. Mohler jmoh...@gamry.com wrote: It seems to me that this changeset needs to be rolled back, but I don't clearly see the problem that it was intended to fix. I assume that someone wanted to work with the arguments as text (i.e. unicode) strings. A robust way to do this would be something like the str_to_unicode function we have in IPython - it's a no-op on Python 3, and does a robust decode (using errors='replace') on Python 2. Thomas -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] unicodeescape traceback on build of latest master in IPython
I'll bring this to @minrk's attention in the original issue (#2534) Mike On 12/06/2013 02:20 PM, Thomas Kluyver wrote: On 6 December 2013 10:37, Joel B. Mohler jmoh...@gamry.com mailto:jmoh...@gamry.com wrote: It seems to me that this changeset needs to be rolled back, but I don't clearly see the problem that it was intended to fix. I assume that someone wanted to work with the arguments as text (i.e. unicode) strings. A robust way to do this would be something like the str_to_unicode function we have in IPython - it's a no-op on Python 3, and does a robust decode (using errors='replace') on Python 2. Thomas -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- _ |\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _ | ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | | http://www.droettboom.com -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
