Menu
▾
▴
matplotlib-users — Discussion related to using matplotlib
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
(12) |
Sep
(12) |
Oct
(56) |
Nov
(65) |
Dec
(37) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(59) |
Feb
(78) |
Mar
(153) |
Apr
(205) |
May
(184) |
Jun
(123) |
Jul
(171) |
Aug
(156) |
Sep
(190) |
Oct
(120) |
Nov
(154) |
Dec
(223) |
| 2005 |
Jan
(184) |
Feb
(267) |
Mar
(214) |
Apr
(286) |
May
(320) |
Jun
(299) |
Jul
(348) |
Aug
(283) |
Sep
(355) |
Oct
(293) |
Nov
(232) |
Dec
(203) |
| 2006 |
Jan
(352) |
Feb
(358) |
Mar
(403) |
Apr
(313) |
May
(165) |
Jun
(281) |
Jul
(316) |
Aug
(228) |
Sep
(279) |
Oct
(243) |
Nov
(315) |
Dec
(345) |
| 2007 |
Jan
(260) |
Feb
(323) |
Mar
(340) |
Apr
(319) |
May
(290) |
Jun
(296) |
Jul
(221) |
Aug
(292) |
Sep
(242) |
Oct
(248) |
Nov
(242) |
Dec
(332) |
| 2008 |
Jan
(312) |
Feb
(359) |
Mar
(454) |
Apr
(287) |
May
(340) |
Jun
(450) |
Jul
(403) |
Aug
(324) |
Sep
(349) |
Oct
(385) |
Nov
(363) |
Dec
(437) |
| 2009 |
Jan
(500) |
Feb
(301) |
Mar
(409) |
Apr
(486) |
May
(545) |
Jun
(391) |
Jul
(518) |
Aug
(497) |
Sep
(492) |
Oct
(429) |
Nov
(357) |
Dec
(310) |
| 2010 |
Jan
(371) |
Feb
(657) |
Mar
(519) |
Apr
(432) |
May
(312) |
Jun
(416) |
Jul
(477) |
Aug
(386) |
Sep
(419) |
Oct
(435) |
Nov
(320) |
Dec
(202) |
| 2011 |
Jan
(321) |
Feb
(413) |
Mar
(299) |
Apr
(215) |
May
(284) |
Jun
(203) |
Jul
(207) |
Aug
(314) |
Sep
(321) |
Oct
(259) |
Nov
(347) |
Dec
(209) |
| 2012 |
Jan
(322) |
Feb
(414) |
Mar
(377) |
Apr
(179) |
May
(173) |
Jun
(234) |
Jul
(295) |
Aug
(239) |
Sep
(276) |
Oct
(355) |
Nov
(144) |
Dec
(108) |
| 2013 |
Jan
(170) |
Feb
(89) |
Mar
(204) |
Apr
(133) |
May
(142) |
Jun
(89) |
Jul
(160) |
Aug
(180) |
Sep
(69) |
Oct
(136) |
Nov
(83) |
Dec
(32) |
| 2014 |
Jan
(71) |
Feb
(90) |
Mar
(161) |
Apr
(117) |
May
(78) |
Jun
(94) |
Jul
(60) |
Aug
(83) |
Sep
(102) |
Oct
(132) |
Nov
(154) |
Dec
(96) |
| 2015 |
Jan
(45) |
Feb
(138) |
Mar
(176) |
Apr
(132) |
May
(119) |
Jun
(124) |
Jul
(77) |
Aug
(31) |
Sep
(34) |
Oct
(22) |
Nov
(23) |
Dec
(9) |
| 2016 |
Jan
(26) |
Feb
(17) |
Mar
(10) |
Apr
(8) |
May
(4) |
Jun
(8) |
Jul
(6) |
Aug
(5) |
Sep
(9) |
Oct
(4) |
Nov
|
Dec
|
| 2017 |
Jan
(5) |
Feb
(7) |
Mar
(1) |
Apr
(5) |
May
|
Jun
(3) |
Jul
(6) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
1
(24) |
2
(35) |
3
(21) |
4
(15) |
5
(1) |
|
6
(2) |
7
(30) |
8
(16) |
9
(11) |
10
(10) |
11
(10) |
12
(4) |
|
13
(2) |
14
(14) |
15
(21) |
16
(7) |
17
(5) |
18
(2) |
19
(5) |
|
20
|
21
(4) |
22
(8) |
23
(4) |
24
(6) |
25
(2) |
26
(2) |
|
27
(5) |
28
(9) |
29
(16) |
30
(14) |
31
(5) |
|
|
|
From: Jeff W. <js...@fa...> - 2009-12-02 17:20:03
|
xiaoni wrote: > Jeff, > Just to be safe because I am going to operate on the root: > 1) ls -l /usr/local/lib: > libgeos-3.2.0.so > libgeos.so -> libgeos-3.2.0.so Xianoi: I'm assuming you installed libgeos 3.2.0rc1 yourself in /usr/local, and nothing is linked against it besides your non-working basemap? If so, it should be safe to do rm /usr/local/lib/libgeos* > > shall I just remove libgeos-3.2.0.so ? But then the link for > libgeos.so may not work. > > 2) ls /usr/local/include: > geos geos_c.h geos.h rm /usr/local/include/geos*h > > and in the folder of geos, there are a lot of files and headers. > To remove the geos3.2 headers, shall I just remove > /usr/local/include/geos_c.h and /usr/local/include/geos.h ? I can not > tell where the headers of geos3.1. presumably in /usr/include. If not, you probably need to install a libgeos-dev package or somesuch. -Jeff > > Many thanks again ! > > xiaoni > > ------------------------------------------------------------------------ > *From:* Jeff Whitaker <js...@fa...> > *To:* xiaoni <wa...@ya...> > *Cc:* Matplotlib Users <mat...@li...> > *Sent:* Wed, December 2, 2009 5:55:58 PM > *Subject:* Re: [Matplotlib-users] basemap099.4 and geos > > xiaoni wrote: > > Jeff, > > Many thanks ! > > > > ----ldd /usr/local/lib/python2.6/dist-packages/_geoslib.so > > The results are: > > linux-gate.so <http://linux-gate.so>.1 => (0x00cf2000) > > libgeos_c.so <http://libgeos_c.so>.1 => > /usr/local/lib/libgeos_c.so.1 (0x00944000) > > libgeos-3.1.0.so <http://libgeos-3.1.0.so> => > /usr/lib/libgeos-3.1.0.so (0x005cd000) > > libpthread.so <http://libpthread.so>.0 => > /lib/tls/i686/cmov/libpthread.so.0 (0x00a0e000) > > libc.so <http://libc.so>.6 => /lib/tls/i686/cmov/libc.so.6 > (0x00165000) > > libgeos-3.2.0.so <http://libgeos-3.2.0.so> => > /usr/local/lib/libgeos-3.2.0.so (0xb75c1000) > > libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00d5c000) > > libm.so <http://libm.so>.6 => /lib/tls/i686/cmov/libm.so.6 > (0x00cf7000) > > libgcc_s.so <http://libgcc_s.so>.1 => /lib/libgcc_s.so.1 > (0x00f77000) > > /lib/ld-linux.so.2 (0x00148000) > > > > It seems that it mixed geos3.1 and 3.2 ? > > Xianoi: Yep, there's your problem right there. My suggestion is to > remove the 3.2.0 geos lib and headers from /usr/local/lib and > /usr/local/include and try again. > > -Jeff > > > > If I have to clean out all the old versions of basemap, _geoslib.so > <http://_geoslib.so> and libgeos, then rebuild again, What is the safe > way to do so ? I am afraid that I may damage the system if I simplely > apply "rm". Do you have some suggestion about the steps of deleting ? > > > > Many thanks !! > > > > xiaoni > > > > > > ------------------------------------------------------------------------ > > *From:* Jeff Whitaker <js...@fa... <mailto:js...@fa...>> > > *To:* xiaoni <wa...@ya... <mailto:wa...@ya...>>; > Matplotlib Users <mat...@li... > <mailto:mat...@li...>> > > *Sent:* Wed, December 2, 2009 5:42:17 PM > > *Subject:* Re: [Matplotlib-users] basemap099.4 and geos > > > > xiaoni wrote: > > > Jeff, > > > Many thanks for your help ! The problem was : there was a > segmentation error when I call Basemap. I applied the following steps, > and then tried to launch ipython, it still has the same problem. > > > --add export GEOS_DIR=/usr/local/lib > > > --download basemap 099.4 to /home/xiaoni/software, where the > previous version099.3 is saved also > > > -- sudo python setup.py <http://setup.py> <http://setup.py> install > > > > > > The installation is OK. Then I test: > > > --ls -l /usr/local/lib/libgeos.so : /usr/local/lib/libgeos.so -> > libgeos-3.2.0.so <http://libgeos-3.2.0.so> > > > --ls -l /usr/lib/libgeos.so : /usr/lib/libgeos.so -> > libgeos-3.1.0.so <http://libgeos-3.1.0.so> > > > --ls -l /usr/local/lib/libgeos.so : /usr/local/lib/libgeos.so -> > libgeos-3.2.0.so > > > --locate libgeos.so <http://libgeos.so> <http://libgeos.so> > : /usr/lib/libgeos.so , and /usr/local/lib/libgeos.so > > > --locate _geoslib : > > > > /home/xiaoni/software/basemap-0.99.3/build/lib.linux-i686-2.6/_geoslib.so > > > > /home/xiaoni/software/basemap-0.99.3/build/temp.linux-i686-2.6/src/_geoslib.o > > > /home/xiaoni/software/basemap-0.99.3/src/_geoslib.c > > > /home/xiaoni/software/basemap-0.99.3/src/_geoslib.pyx > > > /usr/local/lib/python2.6/dist-packages/_geoslib.so > > > (in fact I have saved both basemap -099.3 and basemap-0.99.4 in > the /home/xiaoni/software. This result only shows 0.99.3 and is > strange to me). > > > > > > Many thanks again !! > > > > > > xiaoni > > > > Xiaoni: Is there no traceback? Can you run ldd on the _geoslib.so > <http://_geoslib.so> that you are actually importing when the error > occurs (presumably > /usr/local/lib/python2.6/dist-packages/_geoslib.so)? That will tell > you what version of the geos library you actually linked. I don't > think I can be of much help here - all I can suggest is that you clean > out all old versions of basemap, _geoslib.so and libgeos, then rebuild > again. The fact that there are so may versions floating around > increases the chance that you have a version mismatch somewhere. > > > > Also check the build output and make sure there were no errors > building _geoslib.so. > > > > > > -Jeff > > > > > > > > > > > > ------------------------------------------------------------------------ > > > *From:* Jeff Whitaker <js...@fa... > <mailto:js...@fa...> <mailto:js...@fa... > <mailto:js...@fa...>>> > > > *To:* xiaoni <wa...@ya... <mailto:wa...@ya...> > <mailto:wa...@ya... <mailto:wa...@ya...>>> > > > *Cc:* mat...@li... > <mailto:mat...@li...> > <mailto:mat...@li... > <mailto:mat...@li...>> > > > *Sent:* Wed, December 2, 2009 4:47:51 PM > > > *Subject:* Re: [Matplotlib-users] basemap099.4 and geos > > > > > > xiaoni wrote: > > > > Hello, all, > > > > I have some problem with basemap and geos， and can not use > Basemap。 > > > > In the below I list the information about basemap and geos in my > computer. Hope someone would help me to figure out why it does not > work. Many thanks in adance ! > > > > > > > > 1) I type: > > > > ---from mpl_toolkits.basemap import Basemap; > > > > ---mpl_toolkits.basemap.__path__ > > > > ---mpl_toolkits.basemap.__version__ > > > > The results: > > > > /usr/local/lib/python2.6/dist-packages/mpl_toolkits/basemap > > > > '0.99.4' > > > > > > > > 2) I also checked the same for matplotlib: > > > > /usr/lib/pymodules/python2.6/matplotlib > > > > 0.99.0 > > > > > > > > 3) I type: locate _geoslib: > > > > > > > > > /home/xiaoni/software/basemap-0.99.3/build/lib.linux-i686-2.6/_geoslib.so > > > > > /home/xiaoni/software/basemap-0.99.3/build/temp.linux-i686-2.6/src/_geoslib.o > > > > /home/xiaoni/software/basemap-0.99.3/src/_geoslib.c > > /home/xiaoni/software/basemap-0.99.3/src/_geoslib.pyx > /usr/local/lib/python2.6/dist-packages/_geoslib.so > > > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/build/lib.linux-i686-2.6/_geoslib.so > > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/src/_geoslib.c > > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/src/_geoslib.pyx > > > > > > > > > > > > 4) I type: locate libgeos.so <http://libgeos.so> > <http://libgeos.so/> > > > > > > > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/geom/.libs/libgeos.so > > > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/geom/.libs/libgeos.so.2 > > > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/geom/.libs/libgeos.so.2.2.3 > > > > /home/xiaoni/software/temp/geos-3.2.0rc1/source/.libs/libgeos.so > > > > /home/xiaoni/software/temp/lib/libgeos.so > > > > /home/xiaoni/software/temp/lib/libgeos.so.2 > > > > /home/xiaoni/software/temp/lib/libgeos.so.2.2.3 > > > > /usr/lib/libgeos.so > > > > /usr/local/lib/libgeos.so > > > > /usr/local/lib/backup2/libgeos.so > > > > /usr/local/lib/backup2/libgeos.so.2 > > > > /usr/local/lib/backup2/libgeos.so.2.2.3 > > > > > > > > 5) locate libgeos_c.so <http://libgeos_c.so> > <http://libgeos_c.so> <http://libgeos_c.so/> > > > > > > > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/capi/.libs/libgeos_c.so > > > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/capi/.libs/libgeos_c.so.1 > > > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/capi/.libs/libgeos_c.so.1.1.1 > > > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/capi/.libs/libgeos_c.so.1.1.1T > > > > /home/xiaoni/software/temp/geos-3.2.0rc1/capi/.libs/libgeos_c.so > > > > /home/xiaoni/software/temp/geos-3.2.0rc1/capi/.libs/libgeos_c.so.1 > > > > > /home/xiaoni/software/temp/geos-3.2.0rc1/capi/.libs/libgeos_c.so.1.6.0 > > > > > /home/xiaoni/software/temp/geos-3.2.0rc1/capi/.libs/libgeos_c.so.1.6.0T > > > > /home/xiaoni/software/temp/lib/libgeos_c.so > > > > /home/xiaoni/software/temp/lib/libgeos_c.so.1 > > > > /home/xiaoni/software/temp/lib/libgeos_c.so.1.1.1 > > > > /usr/lib/libgeos_c.so > > > > /usr/lib/libgeos_c.so.1 > > > > /usr/lib/libgeos_c.so.1.5.0 > > > > /usr /local/lib/libgeos_c.so.1 > > > > /us r/local/lib/libgeos_c.so.1.6.0 > > > > /usr/local/lib/backup2/libgeos_c.so > > > > /usr/local/lib/backup2/libgeos_c.so.1 > > > > /usr/local/lib/backup2/libgeos_c.so.1.1.1 > > > > > > > > > 6) I also type: > > > > ls -l /usr/local/lib/python2.6/dist-packages/_geoslib.so > > > > It does not linked to any files (no pointer) > > > > > > > > 2) ls -l /usr/local/lib/libgeos.so > > > > /usr/local/lib/libgeos.so -> libgeos-3.2.0.so > <http://libgeos-3.2.0.so> <http://libgeos-3.2.0.so/> > > > > > > > > 3) ls -l /usr/local/lib/libgeos.so > > > > /usr/local/lib/libgeos.so -> libgeos-3.2.0.so > > > > > > > > 4) ls -l /usr/local/lib/backup2/libgeos.so.2 > > > > /usr/local/lib/backup2/libgeos.so.2 -> libgeos.so > <http://libgeos.so/>.2.2.3 > > > > > > > > 5) ls -l /usr/local/lib/backup2/libgeos.so.2.2.3 > > > > /usr/local/lib/backup2/libgeos.so.2.2.3, no links > > > > > > > > > > > > It seems that Basemap can not be used because of something wrong > with the installation of GEOS ? Anyone would give some hints for help > ? I appreciate it a lot !! > > > > > > > > xiaoni > > > > > > > > > > > Xianoi: You never said what the actual problem is with basemap. > I have seen segfaults when there are two versions of geos installed > (version 2 and version 3) and you pick up the header from one version > and lib from the other version. I suggest setting the GEOS_DIR env > var to /usr/local/lib and re-running the basemap install (python > setup.py <http://setup.py> install), after deleting the existing build > directory. Hopefully then it will grab both the header and lib for > version 3.2.0 (which by the way is a pre-release, as yet untested with > basemap). > > > > > > -Jeff > > > > > > > > > -- Jeffrey S. Whitaker Phone : (303)497-6313 > > > Meteorologist FAX : (303)497-6449 > > > NOAA/OAR/PSD R/PSD1 Email : Jef...@no... > <mailto:Jef...@no...> > <mailto:Jef...@no... > <mailto:Jef...@no...>> > <mailto:Jef...@no... > <mailto:Jef...@no...> > <mailto:Jef...@no... <mailto:Jef...@no...>>> > > > 325 Broadway Office : Skaggs Research Cntr 1D-113 > > > Boulder, CO, USA 80303-3328 Web : http://tinyurl.com/5telg > > > > > > > > > > > > -- Jeffrey S. Whitaker Phone : (303)497-6313 > > Meteorologist FAX : (303)497-6449 > > NOAA/OAR/PSD R/PSD1 Email : Jef...@no... > <mailto:Jef...@no...> > <mailto:Jef...@no... <mailto:Jef...@no...>> > > 325 Broadway Office : Skaggs Research Cntr 1D-113 > > Boulder, CO, USA 80303-3328 Web : http://tinyurl.com/5telg > > > > > > > -- Jeffrey S. Whitaker Phone : (303)497-6313 > Meteorologist FAX : (303)497-6449 > NOAA/OAR/PSD R/PSD1 Email : Jef...@no... > <mailto:Jef...@no...> > 325 Broadway Office : Skaggs Research Cntr 1D-113 > Boulder, CO, USA 80303-3328 Web : http://tinyurl.com/5telg > > -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX : (303)497-6449 NOAA/OAR/PSD R/PSD1 Email : Jef...@no... 325 Broadway Office : Skaggs Research Cntr 1D-113 Boulder, CO, USA 80303-3328 Web : http://tinyurl.com/5telg |
|
From: Jeff W. <js...@fa...> - 2009-12-02 16:56:11
|
xiaoni wrote: > Jeff, > Many thanks ! > > ----ldd /usr/local/lib/python2.6/dist-packages/_geoslib.so > The results are: > linux-gate.so.1 => (0x00cf2000) > libgeos_c.so.1 => /usr/local/lib/libgeos_c.so.1 (0x00944000) > libgeos-3.1.0.so => /usr/lib/libgeos-3.1.0.so (0x005cd000) > libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x00a0e000) > libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x00165000) > libgeos-3.2.0.so => /usr/local/lib/libgeos-3.2.0.so (0xb75c1000) > libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00d5c000) > libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x00cf7000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00f77000) > /lib/ld-linux.so.2 (0x00148000) > > It seems that it mixed geos3.1 and 3.2 ? Xianoi: Yep, there's your problem right there. My suggestion is to remove the 3.2.0 geos lib and headers from /usr/local/lib and /usr/local/include and try again. -Jeff > > If I have to clean out all the old versions of basemap, _geoslib.so > and libgeos, then rebuild again, What is the safe way to do so ? I am > afraid that I may damage the system if I simplely apply "rm". Do you > have some suggestion about the steps of deleting ? > > Many thanks !! > > xiaoni > > > ------------------------------------------------------------------------ > *From:* Jeff Whitaker <js...@fa...> > *To:* xiaoni <wa...@ya...>; Matplotlib Users > <mat...@li...> > *Sent:* Wed, December 2, 2009 5:42:17 PM > *Subject:* Re: [Matplotlib-users] basemap099.4 and geos > > xiaoni wrote: > > Jeff, > > Many thanks for your help ! The problem was : there was a > segmentation error when I call Basemap. I applied the following steps, > and then tried to launch ipython, it still has the same problem. > > --add export GEOS_DIR=/usr/local/lib > > --download basemap 099.4 to /home/xiaoni/software, where the > previous version099.3 is saved also > > -- sudo python setup.py <http://setup.py> install > > > > The installation is OK. Then I test: > > --ls -l /usr/local/lib/libgeos.so : /usr/local/lib/libgeos.so -> > libgeos-3.2.0.so <http://libgeos-3.2.0.so> > > --ls -l /usr/lib/libgeos.so : /usr/lib/libgeos.so -> > libgeos-3.1.0.so <http://libgeos-3.1.0.so> > > --ls -l /usr/local/lib/libgeos.so : /usr/local/lib/libgeos.so -> > libgeos-3.2.0.so > > --locate libgeos.so <http://libgeos.so> : > /usr/lib/libgeos.so , and /usr/local/lib/libgeos.so > > --locate _geoslib : > > > /home/xiaoni/software/basemap-0.99.3/build/lib.linux-i686-2.6/_geoslib.so > > > /home/xiaoni/software/basemap-0.99.3/build/temp.linux-i686-2.6/src/_geoslib.o > > /home/xiaoni/software/basemap-0.99.3/src/_geoslib.c > > /home/xiaoni/software/basemap-0.99.3/src/_geoslib.pyx > > /usr/local/lib/python2.6/dist-packages/_geoslib.so > > (in fact I have saved both basemap -099.3 and basemap-0.99.4 in the > /home/xiaoni/software. This result only shows 0.99.3 and is strange to > me). > > > > Many thanks again !! > > > > xiaoni > > Xiaoni: Is there no traceback? Can you run ldd on the _geoslib.so > <http://_geoslib.so> that you are actually importing when the error > occurs (presumably > /usr/local/lib/python2.6/dist-packages/_geoslib.so)? That will tell > you what version of the geos library you actually linked. I don't > think I can be of much help here - all I can suggest is that you clean > out all old versions of basemap, _geoslib.so and libgeos, then rebuild > again. The fact that there are so may versions floating around > increases the chance that you have a version mismatch somewhere. > > Also check the build output and make sure there were no errors > building _geoslib.so. > > > -Jeff > > > > > > > ------------------------------------------------------------------------ > > *From:* Jeff Whitaker <js...@fa... <mailto:js...@fa...>> > > *To:* xiaoni <wa...@ya... <mailto:wa...@ya...>> > > *Cc:* mat...@li... > <mailto:mat...@li...> > > *Sent:* Wed, December 2, 2009 4:47:51 PM > > *Subject:* Re: [Matplotlib-users] basemap099.4 and geos > > > > xiaoni wrote: > > > Hello, all, > > > I have some problem with basemap and geos， and can not use > Basemap。 > > > In the below I list the information about basemap and geos in my > computer. Hope someone would help me to figure out why it does not > work. Many thanks in adance ! > > > > > > 1) I type: > > > ---from mpl_toolkits.basemap import Basemap; > > > ---mpl_toolkits.basemap.__path__ > > > ---mpl_toolkits.basemap.__version__ > > > The results: > > > /usr/local/lib/python2.6/dist-packages/mpl_toolkits/basemap > > > '0.99.4' > > > > > > 2) I also checked the same for matplotlib: > > > /usr/lib/pymodules/python2.6/matplotlib > > > 0.99.0 > > > > > > 3) I type: locate _geoslib: > > > > > > > /home/xiaoni/software/basemap-0.99.3/build/lib.linux-i686-2.6/_geoslib.so > > > > /home/xiaoni/software/basemap-0.99.3/build/temp.linux-i686-2.6/src/_geoslib.o > > > /home/xiaoni/software/basemap-0.99.3/src/_geoslib.c > > /home/xiaoni/software/basemap-0.99.3/src/_geoslib.pyx > /usr/local/lib/python2.6/dist-packages/_geoslib.so > > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/build/lib.linux-i686-2.6/_geoslib.so > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/src/_geoslib.c > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/src/_geoslib.pyx > > > > > > > > > 4) I type: locate libgeos.so <http://libgeos.so> <http://libgeos.so/> > > > > > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/geom/.libs/libgeos.so > > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/geom/.libs/libgeos.so.2 > > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/geom/.libs/libgeos.so.2.2.3 > > > /home/xiaoni/software/temp/geos-3.2.0rc1/source/.libs/libgeos.so > > > /home/xiaoni/software/temp/lib/libgeos.so > > > /home/xiaoni/software/temp/lib/libgeos.so.2 > > > /home/xiaoni/software/temp/lib/libgeos.so.2.2.3 > > > /usr/lib/libgeos.so > > > /usr/local/lib/libgeos.so > > > /usr/local/lib/backup2/libgeos.so > > > /usr/local/lib/backup2/libgeos.so.2 > > > /usr/local/lib/backup2/libgeos.so.2.2.3 > > > > > > 5) locate libgeos_c.so <http://libgeos_c.so> <http://libgeos_c.so> > <http://libgeos_c.so/> > > > > > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/capi/.libs/libgeos_c.so > > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/capi/.libs/libgeos_c.so.1 > > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/capi/.libs/libgeos_c.so.1.1.1 > > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/capi/.libs/libgeos_c.so.1.1.1T > > > /home/xiaoni/software/temp/geos-3.2.0rc1/capi/.libs/libgeos_c.so > > > /home/xiaoni/software/temp/geos-3.2.0rc1/capi/.libs/libgeos_c.so.1 > > > /home/xiaoni/software/temp/geos-3.2.0rc1/capi/.libs/libgeos_c.so.1.6.0 > > > > /home/xiaoni/software/temp/geos-3.2.0rc1/capi/.libs/libgeos_c.so.1.6.0T > > > /home/xiaoni/software/temp/lib/libgeos_c.so > > > /home/xiaoni/software/temp/lib/libgeos_c.so.1 > > > /home/xiaoni/software/temp/lib/libgeos_c.so.1.1.1 > > > /usr/lib/libgeos_c.so > > > /usr/lib/libgeos_c.so.1 > > > /usr/lib/libgeos_c.so.1.5.0 > > > /usr /local/lib/libgeos_c.so.1 > > > /us r/local/lib/libgeos_c.so.1.6.0 > > > /usr/local/lib/backup2/libgeos_c.so > > > /usr/local/lib/backup2/libgeos_c.so.1 > > > /usr/local/lib/backup2/libgeos_c.so.1.1.1 > > > > > > > 6) I also type: > > > ls -l /usr/local/lib/python2.6/dist-packages/_geoslib.so > > > It does not linked to any files (no pointer) > > > > > > 2) ls -l /usr/local/lib/libgeos.so > > > /usr/local/lib/libgeos.so -> libgeos-3.2.0.so > <http://libgeos-3.2.0.so> <http://libgeos-3.2.0.so/> > > > > > > 3) ls -l /usr/local/lib/libgeos.so > > > /usr/local/lib/libgeos.so -> libgeos-3.2.0.so > > > > > > 4) ls -l /usr/local/lib/backup2/libgeos.so.2 > > > /usr/local/lib/backup2/libgeos.so.2 -> libgeos.so > <http://libgeos.so/>.2.2.3 > > > > > > 5) ls -l /usr/local/lib/backup2/libgeos.so.2.2.3 > > > /usr/local/lib/backup2/libgeos.so.2.2.3, no links > > > > > > > > > It seems that Basemap can not be used because of something wrong > with the installation of GEOS ? Anyone would give some hints for help > ? I appreciate it a lot !! > > > > > > xiaoni > > > > > > > > Xianoi: You never said what the actual problem is with basemap. I > have seen segfaults when there are two versions of geos installed > (version 2 and version 3) and you pick up the header from one version > and lib from the other version. I suggest setting the GEOS_DIR env > var to /usr/local/lib and re-running the basemap install (python > setup.py <http://setup.py> install), after deleting the existing build > directory. Hopefully then it will grab both the header and lib for > version 3.2.0 (which by the way is a pre-release, as yet untested with > basemap). > > > > -Jeff > > > > > > -- Jeffrey S. Whitaker Phone : (303)497-6313 > > Meteorologist FAX : (303)497-6449 > > NOAA/OAR/PSD R/PSD1 Email : Jef...@no... > <mailto:Jef...@no...> > <mailto:Jef...@no... <mailto:Jef...@no...>> > > 325 Broadway Office : Skaggs Research Cntr 1D-113 > > Boulder, CO, USA 80303-3328 Web : http://tinyurl.com/5telg > > > > > > > -- Jeffrey S. Whitaker Phone : (303)497-6313 > Meteorologist FAX : (303)497-6449 > NOAA/OAR/PSD R/PSD1 Email : Jef...@no... > <mailto:Jef...@no...> > 325 Broadway Office : Skaggs Research Cntr 1D-113 > Boulder, CO, USA 80303-3328 Web : http://tinyurl.com/5telg > > -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX : (303)497-6449 NOAA/OAR/PSD R/PSD1 Email : Jef...@no... 325 Broadway Office : Skaggs Research Cntr 1D-113 Boulder, CO, USA 80303-3328 Web : http://tinyurl.com/5telg |
|
From: Jeff W. <js...@fa...> - 2009-12-02 16:42:30
|
xiaoni wrote: > Jeff, > Many thanks for your help ! The problem was : there was a > segmentation error when I call Basemap. I applied the following steps, > and then tried to launch ipython, it still has the same problem. > > --add export GEOS_DIR=/usr/local/lib > --download basemap 099.4 to /home/xiaoni/software, where the previous > version099.3 is saved also > -- sudo python setup.py install > > The installation is OK. Then I test: > --ls -l /usr/local/lib/libgeos.so : /usr/local/lib/libgeos.so -> > libgeos-3.2.0.so > --ls -l /usr/lib/libgeos.so : /usr/lib/libgeos.so -> > libgeos-3.1.0.so > --ls -l /usr/local/lib/libgeos.so : /usr/local/lib/libgeos.so -> > libgeos-3.2.0.so > --locate libgeos.so : /usr/lib/libgeos.so , and > /usr/local/lib/libgeos.so > --locate _geoslib : > /home/xiaoni/software/basemap-0.99.3/build/lib.linux-i686-2.6/_geoslib.so > /home/xiaoni/software/basemap-0.99.3/build/temp.linux-i686-2.6/src/_geoslib.o > /home/xiaoni/software/basemap-0.99.3/src/_geoslib.c > /home/xiaoni/software/basemap-0.99.3/src/_geoslib.pyx > /usr/local/lib/python2.6/dist-packages/_geoslib.so > (in fact I have saved both basemap -099.3 and basemap-0.99.4 in the > /home/xiaoni/software. This result only shows 0.99.3 and is strange to > me). > > Many thanks again !! > > xiaoni Xiaoni: Is there no traceback? Can you run ldd on the _geoslib.so that you are actually importing when the error occurs (presumably /usr/local/lib/python2.6/dist-packages/_geoslib.so)? That will tell you what version of the geos library you actually linked. I don't think I can be of much help here - all I can suggest is that you clean out all old versions of basemap, _geoslib.so and libgeos, then rebuild again. The fact that there are so may versions floating around increases the chance that you have a version mismatch somewhere. Also check the build output and make sure there were no errors building _geoslib.so. -Jeff > > > ------------------------------------------------------------------------ > *From:* Jeff Whitaker <js...@fa...> > *To:* xiaoni <wa...@ya...> > *Cc:* mat...@li... > *Sent:* Wed, December 2, 2009 4:47:51 PM > *Subject:* Re: [Matplotlib-users] basemap099.4 and geos > > xiaoni wrote: > > Hello, all, > > I have some problem with basemap and geos， and can not use > Basemap。 > > In the below I list the information about basemap and geos in my > computer. Hope someone would help me to figure out why it does not > work. Many thanks in adance ! > > > > 1) I type: > > ---from mpl_toolkits.basemap import Basemap; > > ---mpl_toolkits.basemap.__path__ > > ---mpl_toolkits.basemap.__version__ > > The results: > > /usr/local/lib/python2.6/dist-packages/mpl_toolkits/basemap > > '0.99.4' > > > > 2) I also checked the same for matplotlib: > > /usr/lib/pymodules/python2.6/matplotlib > > 0.99.0 > > > > 3) I type: locate _geoslib: > > > > > /home/xiaoni/software/basemap-0.99.3/build/lib.linux-i686-2.6/_geoslib.so > > > /home/xiaoni/software/basemap-0.99.3/build/temp.linux-i686-2.6/src/_geoslib.o > > /home/xiaoni/software/basemap-0.99.3/src/_geoslib.c > > > /home/xiaoni/software/basemap-0.99.3/src/_geoslib.pyx > /usr/local/lib/python2.6/dist-packages/_geoslib.so > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/build/lib.linux-i686-2.6/_geoslib.so > > /home/xiaoni/software/temp/basemap-0.99.3-backup/src/_geoslib.c > > /home/xiaoni/software/temp/basemap-0.99.3-backup/src/_geoslib.pyx > > > > > > 4) I type: locate libgeos.so <http://libgeos.so> <http://libgeos.so/> > > > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/geom/.libs/libgeos.so > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/geom/.libs/libgeos.so.2 > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/geom/.libs/libgeos.so.2.2.3 > > /home/xiaoni/software/temp/geos-3.2.0rc1/source/.libs/libgeos.so > > /home/xiaoni/software/temp/lib/libgeos.so > > /home/xiaoni/software/temp/lib/libgeos.so.2 > > /home/xiaoni/software/temp/lib/libgeos.so.2.2.3 > > /usr/lib/libgeos.so > > /usr/local/lib/libgeos.so > > /usr/local/lib/backup2/libgeos.so > > /usr/local/lib/backup2/libgeos.so.2 > > /usr/local/lib/backup2/libgeos.so.2.2.3 > > > > 5) locate libgeos_c.so <http://libgeos_c.so> <http://libgeos_c.so/> > > > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/capi/.libs/libgeos_c.so > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/capi/.libs/libgeos_c.so.1 > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/capi/.libs/libgeos_c.so.1.1.1 > > > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/capi/.libs/libgeos_c.so.1.1.1T > > /home/xiaoni/software/temp/geos-3.2.0rc1/capi/.libs/libgeos_c.so > > /home/xiaoni/software/temp/geos-3.2.0rc1/capi/.libs/libgeos_c.so.1 > > /home/xiaoni/software/temp/geos-3.2.0rc1/capi/.libs/libgeos_c.so.1.6.0 > > /home/xiaoni/software/temp/geos-3.2.0rc1/capi/.libs/libgeos_c.so.1.6.0T > > /home/xiaoni/software/temp/lib/libgeos_c.so > > /home/xiaoni/software/temp/lib/libgeos_c.so.1 > > /home/xiaoni/software/temp/lib/libgeos_c.so.1.1.1 > > /usr/lib/libgeos_c.so > > /usr/lib/libgeos_c.so.1 > > /usr/lib/libgeos_c.so.1.5.0 > > /usr /local/lib/libgeos_c.so.1 > > /us r/local/lib/libgeos_c.so.1.6.0 > > /usr/local/lib/backup2/libgeos_c.so > > /usr/local/lib/backup2/libgeos_c.so.1 > > /usr/local/lib/backup2/libgeos_c.so.1.1.1 > > > > > > 6) I also type: > > ls -l /usr/local/lib/python2.6/dist-packages/_geoslib.so > > It does not linked to any files (no pointer) > > > > 2) ls -l /usr/local/lib/libgeos.so > > /usr/local/lib/libgeos.so -> libgeos-3.2.0.so > <http://libgeos-3.2.0.so> <http://libgeos-3.2.0.so/> > > > > 3) ls -l /usr/local/lib/libgeos.so > > /usr/local/lib/libgeos.so -> libgeos-3.2.0.so > > > > 4) ls -l /usr/local/lib/backup2/libgeos.so.2 > > /usr/local/lib/backup2/libgeos.so.2 -> libgeos.so > <http://libgeos.so/>.2.2.3 > > > > 5) ls -l /usr/local/lib/backup2/libgeos.so.2.2.3 > > /usr/local/lib/backup2/libgeos.so.2.2.3, no links > > > > > > It seems that Basemap can not be used because of something wrong > with the installation of GEOS ? Anyone would give some hints for help > ? I appreciate it a lot !! > > > > xiaoni > > > > > Xianoi: You never said what the actual problem is with basemap. I > have seen segfaults when there are two versions of geos installed > (version 2 and version 3) and you pick up the header from one version > and lib from the other version. I suggest setting the GEOS_DIR env > var to /usr/local/lib and re-running the basemap install (python > setup.py <http://setup.py> install), after deleting the existing build > directory. Hopefully then it will grab both the header and lib for > version 3.2.0 (which by the way is a pre-release, as yet untested with > basemap). > > -Jeff > > > -- Jeffrey S. Whitaker Phone : (303)497-6313 > Meteorologist FAX : (303)497-6449 > NOAA/OAR/PSD R/PSD1 Email : Jef...@no... > <mailto:Jef...@no...> > 325 Broadway Office : Skaggs Research Cntr 1D-113 > Boulder, CO, USA 80303-3328 Web : http://tinyurl.com/5telg > > -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX : (303)497-6449 NOAA/OAR/PSD R/PSD1 Email : Jef...@no... 325 Broadway Office : Skaggs Research Cntr 1D-113 Boulder, CO, USA 80303-3328 Web : http://tinyurl.com/5telg |
|
From: Reinier H. <re...@he...> - 2009-12-02 16:33:12
|
Hi Matthias, I have a similar patch lying around somewhere, and I will try to apply it soon. I've been terribly busy lately, but I expect some nice mplot3d enhancements in the very near future. Regards, Reinier On Wed, Dec 2, 2009 at 4:22 PM, Matthias Michler <Mat...@gm...> wrote: > Hi Andrew, > > do you have any idea if the patch (or a part of it) may get a part of > matplotlib-svn some day? > > Kind regards, > Matthias > > On Friday 09 October 2009 23:25:28 Andrew Straw wrote: >> Matthias Michler wrote: >> > Hello list, >> > >> > I'm not an expert in axes3d, but in case the feature which Nicolas >> > requested is not possible in an easy manner up to now, I propose an >> > additional kwarg for axes3d.Axes3D.contour. Something like *offset*. If >> > offset is None the z-values of the contour lines corresponds to given Z >> > and otherwise offset is used for the z-values of the contour lines. >> > I attached a changed axes3d.py and a patch against current svn. The >> > result is illustrated in the contour3d_demo.png. >> > >> > Could any of the experts have a look at it and tell me if this could be >> > useful, please? >> > >> > Thanks in advance for any comments. >> > >> > Kind regards >> > Matthias >> > >> > On Wednesday 30 September 2009 19:22:42 Nicolas Bigaouette wrote: >> >> Hi, >> >> I have a nice plot_surface() using mplot3d (see attachement). >> >> >> >> I'd like to project the surface on the axis xoy, xoz and yoz with a >> >> contour, similar to this figure: >> >> http://homepages.ulb.ac.be/~dgonze/INFO/matlab/fig19.jpg >> >> >> >> Is it possible using matplotlib and mplot3d? >> >> >> >> Thanx! >> >> Hi Matthias, >> >> I committed your patch to a github branch of MPL, but I'll let Reinier >> actually commit something based on this to MPL. >> http://github.com/astraw/matplotlib/tree/dev/michler-3d-contourf-offsets >> >> -Andrew > > > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > -- Reinier Heeres Tel: +31 6 10852639 |
|
From: Jouni K. S. <jk...@ik...> - 2009-12-02 16:21:19
|
Matthias Michler <Mat...@gm...> writes:
> ./root/article.cls.tex: Permission denied
> ./root/article.cls: Permission denied
> ./lost+found/article.cls.tex: Permission denied
> ./lost+found/article.cls: Permission denied
> ./root/article.cls.tex: Permission denied
> ./root/article.cls: Permission denied
> ./lost+found/article.cls.tex: Permission denied
> ./lost+found/article.cls: Permission denied
That looks like a TeX configuration problem. I'm guessing that when TeX
encounters \documentclass{article}, it asks the path-searching library
for "article.cls", and for some reason /root and /lost+found are
included in the path. You don't have permission as normal user to access
these directories, so the library causes error messages to be printed.
The path probably also includes the correct directories, so the search
eventually succeeds, but then article.cls wants to input size10.clo,
causing a new round of errors:
> ./root/size10.clo.tex: Permission denied
> ./root/size10.clo: Permission denied
(etc)
Have you set any TeX-related environment variables or edited any
configuration files? What does "kpsepath tex" print?
--
Jouni K. Seppänen
http://www.iki.fi/jks
|
|
From: Jeff W. <js...@fa...> - 2009-12-02 15:48:05
|
xiaoni wrote: > Hello, all, > I have some problem with basemap and geos， and can not use Basemap。 > In the below I list the information about basemap and geos in my > computer. Hope someone would help me to figure out why it does not > work. Many thanks in adance ! > > 1) I type: > ---from mpl_toolkits.basemap import Basemap; > ---mpl_toolkits.basemap.__path__ > ---mpl_toolkits.basemap.__version__ > The results: > /usr/local/lib/python2.6/dist-packages/mpl_toolkits/basemap > '0.99.4' > > 2) I also checked the same for matplotlib: > /usr/lib/pymodules/python2.6/matplotlib > 0.99.0 > > 3) I type: locate _geoslib: > > /home/xiaoni/software/basemap-0.99.3/build/lib.linux-i686-2.6/_geoslib.so > /home/xiaoni/software/basemap-0.99.3/build/temp.linux-i686-2.6/src/_geoslib.o > /home/xiaoni/software/basemap-0.99.3/src/_geoslib.c > > /home/xiaoni/software/basemap-0.99.3/src/_geoslib.pyx > /usr/local/lib/python2.6/dist-packages/_geoslib.so > /home/xiaoni/software/temp/basemap-0.99.3-backup/build/lib.linux-i686-2.6/_geoslib.so > /home/xiaoni/software/temp/basemap-0.99.3-backup/src/_geoslib.c > /home/xiaoni/software/temp/basemap-0.99.3-backup/src/_geoslib.pyx > > > 4) I type: locate libgeos.so <http://libgeos.so/> > > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/geom/.libs/libgeos.so > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/geom/.libs/libgeos.so.2 > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/geom/.libs/libgeos.so.2.2.3 > /home/xiaoni/software/temp/geos-3.2.0rc1/source/.libs/libgeos.so > /home/xiaoni/software/temp/lib/libgeos.so > /home/xiaoni/software/temp/lib/libgeos.so.2 > /home/xiaoni/software/temp/lib/libgeos.so.2.2.3 > /usr/lib/libgeos.so > /usr/local/lib/libgeos.so > /usr/local/lib/backup2/libgeos.so > /usr/local/lib/backup2/libgeos.so.2 > /usr/local/lib/backup2/libgeos.so.2.2.3 > > 5) locate libgeos_c.so <http://libgeos_c.so/> > > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/capi/.libs/libgeos_c.so > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/capi/.libs/libgeos_c.so.1 > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/capi/.libs/libgeos_c.so.1.1.1 > /home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/capi/.libs/libgeos_c.so.1.1.1T > /home/xiaoni/software/temp/geos-3.2.0rc1/capi/.libs/libgeos_c.so > /home/xiaoni/software/temp/geos-3.2.0rc1/capi/.libs/libgeos_c.so.1 > /home/xiaoni/software/temp/geos-3.2.0rc1/capi/.libs/libgeos_c.so.1.6.0 > /home/xiaoni/software/temp/geos-3.2.0rc1/capi/.libs/libgeos_c.so.1.6.0T > /home/xiaoni/software/temp/lib/libgeos_c.so > /home/xiaoni/software/temp/lib/libgeos_c.so.1 > /home/xiaoni/software/temp/lib/libgeos_c.so.1.1.1 > /usr/lib/libgeos_c.so > /usr/lib/libgeos_c.so.1 > /usr/lib/libgeos_c.so.1.5.0 > /usr /local/lib/libgeos_c.so.1 > /us r/local/lib/libgeos_c.so.1.6.0 > /usr/local/lib/backup2/libgeos_c.so > /usr/local/lib/backup2/libgeos_c.so.1 > /usr/local/lib/backup2/libgeos_c.so.1.1.1 > > > > 6) I also type: > ls -l /usr/local/lib/python2.6/dist-packages/_geoslib.so > It does not linked to any files (no pointer) > > 2) ls -l /usr/local/lib/libgeos.so > /usr/local/lib/libgeos.so -> libgeos-3.2.0.so <http://libgeos-3.2.0.so/> > > 3) ls -l /usr/local/lib/libgeos.so > /usr/local/lib/libgeos.so -> libgeos-3.2.0.so > > 4) ls -l /usr/local/lib/backup2/libgeos.so.2 > /usr/local/lib/backup2/libgeos.so.2 -> libgeos.so > <http://libgeos.so/>.2.2.3 > > 5) ls -l /usr/local/lib/backup2/libgeos.so.2.2.3 > /usr/local/lib/backup2/libgeos.so.2.2.3, no links > > > It seems that Basemap can not be used because of something wrong with > the installation of GEOS ? Anyone would give some hints for help ? I > appreciate it a lot !! > > xiaoni > > Xianoi: You never said what the actual problem is with basemap. I have seen segfaults when there are two versions of geos installed (version 2 and version 3) and you pick up the header from one version and lib from the other version. I suggest setting the GEOS_DIR env var to /usr/local/lib and re-running the basemap install (python setup.py install), after deleting the existing build directory. Hopefully then it will grab both the header and lib for version 3.2.0 (which by the way is a pre-release, as yet untested with basemap). -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX : (303)497-6449 NOAA/OAR/PSD R/PSD1 Email : Jef...@no... 325 Broadway Office : Skaggs Research Cntr 1D-113 Boulder, CO, USA 80303-3328 Web : http://tinyurl.com/5telg |
|
From: Brian L. <bal...@bu...> - 2009-12-02 15:42:33
|
Hello, this seems like it should be easy but I am beating my head on the wall here. I am trying to fill in everything rad<=1 in a polar plot (this is a spacecraft orbit trace and the circle is the Earth) and can't seem to get it. from pylab import * from matplotlib.patches import Circle fig=figure() ax = fig.add_subplot(111, polar=True) ax.plot([2,2,2,2], [2,3,4,5]) el = Circle((0,0), radius=1,facecolor='black', axes=ax) ax.add_artist(el) draw() # also get the same result plotting with polar() and of course this dumbell looks nothing like the earth :) thanks much for any help, Brian -- ----------------------------------------------------------- Brian A Larsen, PhD RBSP-ECT Instrument Suite Scientist Boston University Center for Space Physics 725 Commonwealth Ave, Rm 506 Boston, MA 02215-1401 T: 617-358-4945 F: 617-353-6463 bal...@bu... |
|
From: Darren D. <dsd...@gm...> - 2009-12-02 14:59:56
|
On Wed, Dec 2, 2009 at 9:57 AM, Michael Droettboom <md...@st...> wrote: > I can confirm that this "works for me", so it is probably some sort of > configuration difference. > > Can you provide the error output? It would be useful to know what > specifically it is being denied permission for. He had attached it to the original post. |
|
From: Darren D. <dsd...@gm...> - 2009-12-02 14:57:37
|
On Mon, Nov 16, 2009 at 9:45 AM, Matthias Michler
<Mat...@gm...> wrote:
> Hello list,
>
> I encounter some strange error output including several "Permission denied"
> when using usetex=True and saveing eps-pictures. My example is quite easy and
> the output is attached. (Please notice the resulting figure looks as
> expected.)
>
> import matplotlib
> matplotlib.rc('text', usetex=True)
> import matplotlib.pyplot as plt
> plt.plot([0, 1], [0, 1])
> plt.savefig("test_usetex_with_savefig_as_eps_file.eps")
>
> I have no problems with png-files.
>
> Can anybody confirm this behaviour?
>
> Kind regards and thanks in advance for any hints,
I cannot reproduce this behavior. It looks like there is some problem
with your latex environment, not matplotlib. I suggest you ensure
latex is working properly before trying to use usetex.
Darren
|
|
From: Michael D. <md...@st...> - 2009-12-02 14:57:24
|
I can confirm that this "works for me", so it is probably some sort of
configuration difference.
Can you provide the error output? It would be useful to know what
specifically it is being denied permission for.
Mike
Matthias Michler wrote:
> Hello list,
>
> may be the last message got lost among the lots of mpl-mails. So I'd like to
> ask you once more for comments. Can anyone confirm this behaviour or should
> it be due to some wrong configuration on my computer?
>
> Kind regards,
> Matthias
>
> On Monday 16 November 2009 15:45:08 Matthias Michler wrote:
>
>> Hello list,
>>
>> I encounter some strange error output including several "Permission denied"
>> when using usetex=True and saveing eps-pictures. My example is quite easy
>> and the output is attached. (Please notice the resulting figure looks as
>> expected.)
>>
>> import matplotlib
>> matplotlib.rc('text', usetex=True)
>> import matplotlib.pyplot as plt
>> plt.plot([0, 1], [0, 1])
>> plt.savefig("test_usetex_with_savefig_as_eps_file.eps")
>>
>> I have no problems with png-files.
>>
>> Can anybody confirm this behaviour?
>>
>> Kind regards and thanks in advance for any hints,
>> Matthias
>>
>
>
>
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing.
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
|
|
From: xiaoni <wa...@ya...> - 2009-12-02 14:22:49
|
Hello, all,
I have some problem with basemap and geos， and can not use Basemap。
In the below I list the information about basemap and geos in my computer. Hope someone would help me to figure out why it does not work. Many thanks in adance !
1) I type:
---from mpl_toolkits.basemap import Basemap;
---mpl_toolkits.basemap.__path__
---mpl_toolkits.basemap.__version__
The results:
/usr/local/lib/python2.6/dist-packages/mpl_toolkits/basemap
'0.99.4'
2) I also checked the same for matplotlib:
/usr/lib/pymodules/python2.6/matplotlib
0.99.0
3) I type: locate _geoslib:
/home/xiaoni/software/basemap-0.99.3/build/lib.linux-i686-2.6/_geoslib.so
/home/xiaoni/software/basemap-0.99.3/build/temp.linux-i686-2.6/src/_geoslib.o
/home/xiaoni/software/basemap-0.99.3/src/_geoslib.c
/home/xiaoni/software/basemap-0.99.3/src/_geoslib.pyx
/usr/local/lib/python2.6/dist-packages/_geoslib.so
/home/xiaoni/software/temp/basemap-0.99.3-backup/build/lib.linux-i686-2.6/_geoslib.so
/home/xiaoni/software/temp/basemap-0.99.3-backup/src/_geoslib.c
/home/xiaoni/software/temp/basemap-0.99.3-backup/src/_geoslib.pyx
4) I type: locate libgeos.so
/home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/geom/.libs/libgeos.so
/home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/geom/.libs/libgeos.so.2
/home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/geom/.libs/libgeos.so.2.2.3
/home/xiaoni/software/temp/geos-3.2.0rc1/source/.libs/libgeos.so
/home/xiaoni/software/temp/lib/libgeos.so
/home/xiaoni/software/temp/lib/libgeos.so.2
/home/xiaoni/software/temp/lib/libgeos.so.2.2.3
/usr/lib/libgeos.so
/usr/local/lib/libgeos.so
/usr/local/lib/backup2/libgeos.so
/usr/local/lib/backup2/libgeos.so.2
/usr/local/lib/backup2/libgeos.so.2.2.3
5) locate libgeos_c.so
/home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/capi/.libs/libgeos_c.so
/home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/capi/.libs/libgeos_c.so.1
/home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/capi/.libs/libgeos_c.so.1.1.1
/home/xiaoni/software/temp/basemap-0.99.3-backup/geos-2.2.3/source/capi/.libs/libgeos_c.so.1.1.1T
/home/xiaoni/software/temp/geos-3.2.0rc1/capi/.libs/libgeos_c.so
/home/xiaoni/software/temp/geos-3.2.0rc1/capi/.libs/libgeos_c.so.1
/home/xiaoni/software/temp/geos-3.2.0rc1/capi/.libs/libgeos_c.so.1.6.0
/home/xiaoni/software/temp/geos-3.2.0rc1/capi/.libs/libgeos_c.so.1.6.0T
/home/xiaoni/software/temp/lib/libgeos_c.so
/home/xiaoni/software/temp/lib/libgeos_c.so.1
/home/xiaoni/software/temp/lib/libgeos_c.so.1.1.1
/usr/lib/libgeos_c.so
/usr/lib/libgeos_c.so.1
/usr/lib/libgeos_c.so.1.5.0
/usr/local/lib/libgeos_c.so.1
/us
r/local/lib/libgeos_c.so.1.6.0
/usr/local/lib/backup2/libgeos_c.so
/usr/local/lib/backup2/libgeos_c.so.1
/usr/local/lib/backup2/libgeos_c.so.1.1.1
6) I also type:
ls -l /usr/local/lib/python2.6/dist-packages/_geoslib.so
It does not linked to any files (no pointer)
2) ls -l /usr/local/lib/libgeos.so
/usr/local/lib/libgeos.so -> libgeos-3.2.0.so
3) ls -l /usr/local/lib/libgeos.so
/usr/local/lib/libgeos.so -> libgeos-3.2.0.so
4) ls -l /usr/local/lib/backup2/libgeos.so.2
/usr/local/lib/backup2/libgeos.so.2 -> libgeos.so.2.2.3
5) ls -l /usr/local/lib/backup2/libgeos.so.2.2.3
/usr/local/lib/backup2/libgeos.so.2.2.3, no links
It seems that Basemap can not be used because of something wrong with the installation of GEOS ? Anyone would give some hints for help ? I appreciate it a lot !!
xiaoni
|
|
From: Marco M. <mu...@go...> - 2009-12-02 13:59:12
|
Dear matplotlibbers, I am currently trying to convince matplotlib using LaTeX for text processing. Unfortunately, it seems to hang up at some point in the minimal example script from the user's guide (also posted below) without throwing any warning or error. As I am new to python and matplotlib, I am not able to track down the problem. My OS is Windows 7 (Professional), 64bit, using MikTeX and GPL Ghostscript (all in my PATH), following is an example cmd.exe session: C:\somewhere>python --version Python 2.6.4 c:\somewhere> tex --version && latex --version && pdftex --version && pdflatex --version MiKTeX-TeX 2.8.3489 (3.1415926) (MiKTeX 2.8) Copyright (C) 1982 by D. E. Knuth; all rights are reserved. TeX is a trademark of the American Mathematical Society. MiKTeX-pdfTeX 2.8.3563 (1.40.10) (MiKTeX 2.8) Copyright (C) 1982 D. E. Knuth, (C) 1996-2006 Han The Thanh TeX is a trademark of the American Mathematical Society. MiKTeX-pdfTeX 2.8.3563 (1.40.10) (MiKTeX 2.8) Copyright (C) 1982 D. E. Knuth, (C) 1996-2006 Han The Thanh TeX is a trademark of the American Mathematical Society. MiKTeX-pdfTeX 2.8.3563 (1.40.10) (MiKTeX 2.8) Copyright (C) 1982 D. E. Knuth, (C) 1996-2006 Han The Thanh TeX is a trademark of the American Mathematical Society. c:\somewhere>dvipng --version This is dvipng 1.12 Copyright 2002-2008 Jan-Ake Larsson dvipng 1.12 kpathsea version 3.3.2 Compiled with Freetype 2.3.7 Copyright (C) 2002-2008 Jan-Ake Larsson. There is NO warranty. You may redistribute this software under the terms of the GNU Lesser General Public License version 3, see the COPYING file in the dvipng distribution or <http://www.gnu.org/licenses/>. c:\somewhere>gswin32c --version 8.70 c:\somewhere>type testLaTeX.py from matplotlib import rc from numpy import arange, cos, pi from pylab import figure, axes, plot, xlabel, ylabel, title, grid, savefig, show rc('text', usetex=True) figure(1) ax = axes([0.1, 0.1, 0.8, 0.7]) t = arange(0.0, 1.0+0.01, 0.01) s = cos(2*2*pi*t)+2 plot(t, s) xlabel(r'\textbf{time (s)}') ylabel(r'\textit{voltage (mV)}',fontsize=16) title(r"\TeX\ is Number $\displaystyle\sum_{n=1}^\infty\frac{-e^{i\pi}}{2^n}$!", fontsize=16, color= 'r') grid(True) savefig('tex_demo') show() c:\somewhere>python testLaTeX.py --verbose-helpful $HOME=C:\Users\someUser CONFIGDIR=C:\Users\someUser\.matplotlib matplotlib data path c:\opensource\python\lib\site-packages\matplotlib\mpl-data loaded rc file c:\opensource\python\lib\site-packages\matplotlib\mpl-data\matplotlibrc matplotlib version 0.99.1 verbose.level helpful interactive is False units is False platform is win32 font search path ['c:\\opensource\\python\\lib\\site-packages\\matplotlib\\mpl-data\\fonts\\ttf', 'c :\\opensource\\python\\lib\\site-packages\\matplotlib\\mpl-data\\fonts\\afm'] generated new fontManager backend TkAgg version 8.5 findfont: Matching :family=sans-serif:style=normal:variant=normal:weight=normal:stretch=normal:size= medium to Bitstream Vera Sans (c:\opensource\python\lib\site-packages\matplotlib\mpl-data\fonts\ttf\ Vera.ttf) with score of 0.000000 (Here it hangs up AFAIK doing nothing, at least python is not using CPU resources) The --verbose-debug flag only shows the modules loaded in addition to the latter output, but at the point of hangup no additionally information is provided. I am very thankful for any hint in which direction to look, Best regards, Marco |
|
From: John H. <jd...@gm...> - 2009-12-02 12:40:43
|
On Wed, Dec 2, 2009 at 4:02 AM, Matthias Michler <Mat...@gm...> wrote: > Hi Jason, Hi list, > > First of all let me say I like the EngFormatter of Jason. > Are there plans to incorparate it into matplotlib? > I cannot find any indication for this in current svn, but I would like to see > the EngFormatter in matplotlib. Therefore I tried to include Jasons proposal > into the ticker.py as a new class EngFormatter including the > method 'self.format_eng'. I am interested in this -i I just missed Jason's original email last week so thanks for bringing it back to our attention. Please post this as a patch on the tracker http://sourceforge.net/tracker2/?group_id=80706 since I don't have time to review it right now and I don't want it to fall through the cracks. JDH |
|
From: Momme B. <mo...@ya...> - 2009-12-02 11:32:44
|
in the help for the countour plot labeling it says:
*fmt*:
a format string for the label. Default is '%1.3f'
Alternatively, this can be a dictionary matching contour
levels with arbitrary strings to use for each contour level
(i.e., fmt[level]=string)
can somebody enlighten me how this works?
how do I connect levels to what dictionary keyword?
thank a lot,
Momme
|
|
From: Ernest A. <ead...@gm...> - 2009-12-01 22:53:50
|
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 rendering either, though it > appears to have very strong hinting. Yes, it's not a subpixel rendering problem. I can tell that subpixel rendering is not enabled because I'm not seeing "rainbows", which I always see when it's enabled. It's definitely a hinting issue. > matplotlib's Agg backends borrows a technique used by Adobe Acrobat > which is to use strong hinting in the vertical direction, but more > subtle hinting in the horizontal. When we did a comprehensive > comparison of various hinting options about two years ago it was the > strong winner. See this: > > http://www.mail-archive.com/mat...@li.../msg01480.html > > (Unfortunately, the linked images are no longer available). > > If these settings are not to your liking, I would recommend the > Cairo backend (which should pull in the same settings as the rest of > your Gnome desktop, I believe), or one of the vector backends and > then tweaking the rendering. Confirmed. The GTK backend -haven't tried Cairo yet- honours the system settings for font rendering. It looks much better now, in my opinion. > Alternatively, we could provide this "stretched hinting" as a > configuration option. If you think that's superior to these other > options, please file a feature request so it doesn't get lost (and > it should be a fairly straightforward patch for someone new to the > code base.) Ok. I will open a feature request, if you think it's okay. I think I'll be sticking with the GTK backend for now, anyway. Thanks. Ernest |
|
From: Wayne W. <sie...@sb...> - 2009-12-01 16:51:38
|
I do not believe that any of those calculations are based on the pdf, frequency of occurrence-histogram. This, (1, 2,2, 4, 2,5,4) and not this (1,3, 0,2,1). The latter are the frequencies of occurrence for 1,2,3,4,5. John Hunter wrote: > On Tue, Dec 1, 2009 at 6:32 AM, Wayne Watson > <sie...@sb...> wrote: > >> Is there some statistics function that computes the mean, std. dev., min/max, etc. from a frequency distribution? >> > > numpy has many functions for basic descriptive statistics. If "data" > is an array of your data, you can do (import numpy as np) > > mean: np.mean(data) > median: np.median(data) > standard deviation: np.std(data) > min: np.min(data) > max: np.max(data) > > In scipy.stats, there are many more (skew, kurtosis, etc...) See > also, this example: > > > http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/trunk/py4science/examples/stats_descriptives.py?view=markup&pathrev=4027 > > JDH > > -- Wayne Watson (Watson Adventures, Prop., Nevada City, CA) (121.015 Deg. W, 39.262 Deg. N) GMT-8 hr std. time) Obz Site: 39° 15' 7" N, 121° 2' 32" W, 2700 feet The popular press and many authorities believe the number of pedofiles that prowl the web is 50,00. There are no figures that support this. The number of children below 18 years of age kidnapped by strangers is 1 in 600,000, or 115 per year. -- The Science of Fear by D. Gardner Web Page: <www.speckledwithstars.net/> |
|
From: Michael D. <md...@st...> - 2009-12-01 15:51:45
|
The PNG writer in matplotlib doesn't support writing of extended
metadata. However, it may be less useful anyway, as while you can put
arbitrary key/value pairs in a PNG file, I don't believe there's any
standards for what the keys should be, so there aren't many tools that
use it. (If I'm just not able to find it, point it out to me...) By
contrast, many of the metadata fields in PDF are standardized so content
management systems etc. do take advantage of them.
Mike
Marius Jan Klein wrote:
> Thanks for your help concerning the pdf files! It was exactly what I was looking for. Is there anything similar for png-files?
>
>
>
>
>> Marius Jan Klein <mjk524@ny...> writes:
>>
>>
>>> I want to edit the metadata of pdf- or png-files when creating one of
>>> these files. I do not want to use for example Pypdf because then
>>> Python must read the file first before it can be edited.
>>>
>
>
>
>
>> Jouni K. Seppänen <jks@ik...> writes:
>>
>> Now there is (in the trunk, revision 7964), via the PdfPages mechanism:
>>
>> >from matplotlib.backends.backend_pdf import PdfPages
>> >from pylab import *
>>
>>> pdf = PdfPages('testing.pdf')
>>> plot([3,1,4])
>>> pdf.savefig()
>>> d = pdf.infodict()
>>> d['Title'] = 'Testing'
>>> d['Author'] = u'Jouni K. Sepp\xe4nen'
>>> pdf.close()
>>>
>
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing.
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
|
|
From: Michael (M. A. <ma...@ry...> - 2009-12-01 15:01:10
|
Sorry i was getting a bit frustrated by checking every day and seeing other problems getting solved relativly fast, again i understand its a big project, and i do appreciate your time, i hope i didn`t come off as a complete jerk. I figured since my suggested change would affect how others would interact with the existing function i should defer some interface design decisions to someone more familiar with the API and the interface philosophy before i would start suggesting my hacks to the code to get it to do what i want. again, i would love to build this functionality into the existing code, and it think it could be done via a good choice of kwargs parameters. Again i know how i can do this for my particular solution but how this should be done to minimize the effect on other users of the code i am not sure. thanks again for the response, i was going a bit crazy as i saw MPL as the perfect solution as it does just about everything i need except that one tiny variation in the surface command and i didn't want to rule it out its use in a user interface project i have work on in the coming months because of it. Mike ----- Original Message ----- From: John Hunter <jd...@gm...> Date: Monday, November 30, 2009 11:26 pm Subject: Re: [Matplotlib-users] Color in 3d plots To: Mike Alger <ma...@ry...> Cc: mat...@li..., Reinier Heeres <re...@he...> > On Mon, Nov 30, 2009 at 8:06 PM, Mike Alger <ma...@ry...> wrote: > > After a weekend of no replies I managed to figure a way out myself > > Hey Mike, sorry for the radio silence. mpl is a big project and no > one developer is equipped to answer questions about everything. We > currently have only one active developer (Reinier) working on the 3D > stuff. I've CCd him, and hopefully he can take a look at your patch. > > > > > 3.) If I do make a modification should it be as a separate > function with > > the additional variable or should I try to stuff the new capability > into the > > old function > > > > 4.) is there a clean easy to follow tutorial for submitting > changes via > > svn or can I rely on someone else to do the final commit? > > In general, if the new functionality is close to the old, we'd like to > see it incorporated into the existing API, perhaps with a new keyword > argument. We have some documentation on how to contribute to mpl at > http://matplotlib.sourceforge.net/devel/coding_guide.html; see also > the FAQ http://matplotlib.sourceforge.net/faq/howto_faq.html#contributing-howto > > > As this was “left to the reader as an exercise” I will leave the integration > > or improvement of this solution as an exercise to the next reader > > > > What I have done is basically cloned the plot surface function and replaced > > the avgz variable with a reference to the “colors” parameter i have > added to > > the function call. > > > > This code doesn’t center things perfectly with respect to the grid > (for > > some reason a 40x40 grid turns into 39x39 grid in the function) > again this > > is something else that could be improved, however I am happy with it > and a > > one pixel shift won’t be missed in my plots. I also have no real > clue as to > > what the following comments was about > > > > > > > > # The construction leaves the array with duplicate points, > > which > > > > # are removed here. > > > > > > > > but it is probably related to my non centered plots. > > > > What follows is the modified function : > > > > def plot_surface2(self, X, Y, Z, colors, *args, **kwargs): > > > What will be most helpful is an "svn diff", as explained in the coding > guide and FAQ linked above, with an example (included in the diff) > that shows the before and after behavior. That way even an naive > developer can appreciate the before and after changes and commit the > code if the original developer responsible for that part of the code > base is not available. The ideal situation is "apply this patch > generated from an svn diff and run example so_and_so.py to see the > plot with and without the patch". As explained in the FAQ, if you > don't get proper attention here on the mailing list, please post a bug > or patch on the sourceforge tracker so we don't lose it -- sometimes > our inattention is not due to lack of interest but to lack of time, > and a report filed on the tracker helps us not lose the thread. > > Thanks for the help! > > JDH |
|
From: Marius J. K. <mj...@ny...> - 2009-12-01 14:55:50
|
Thanks for your help concerning the pdf files! It was exactly what I was looking for. Is there anything similar for png-files?
> Marius Jan Klein <mjk524@ny...> writes:
>
>> I want to edit the metadata of pdf- or png-files when creating one of
>> these files. I do not want to use for example Pypdf because then
>> Python must read the file first before it can be edited.
>Jouni K. Seppänen <jks@ik...> writes:
>
>Now there is (in the trunk, revision 7964), via the PdfPages mechanism:
>
>>from matplotlib.backends.backend_pdf import PdfPages
>>from pylab import *
>>pdf = PdfPages('testing.pdf')
>>plot([3,1,4])
>>pdf.savefig()
>>d = pdf.infodict()
>>d['Title'] = 'Testing'
>>d['Author'] = u'Jouni K. Sepp\xe4nen'
>>pdf.close()
>
|
|
From: Darren D. <dsd...@gm...> - 2009-12-01 14:38:49
|
On Mon, Nov 30, 2009 at 7:01 PM, Laurent Dufrechou <lau...@gm...> wrote: > Hi there, > > Finally with lot of try I've finally managed to make blitting of a cmap > working. > I've also patched QT4agg backend, to make a redraw immediately. > (replaced self.draw by self.repaint) > In my current project I was able to stream a 655KB network stream, do > demodulation of an IQ stream and display the spectrogram in real time (4096 > pixel per 1024) with matplotlib and QT4 backend, thx to the patch + blitting > example attached. > > Without patch, the refrech was veeery long. (waiting for QT loop to execute > code wen it wanted.) > And do NOT always work. If you've got a powerfull pc you've got chance to > see only white background... > (or simply the loop timer to 0, you will see that without patch blit does > not work). > > Only tested under windows currently, 'cause my project is on windows > currently... > > There is one bug in the example, that I didn't manage to correct yet. > Depending on screen resolution, the color of the cmap blitted area can be > kind of alpha'ed. (that is look like a little bit transparent...) , Any idea > on the root of this issue? > > By the way to make the example work I needed to do this: > self.ax2.draw_artist(self.line2) > self.blit(self.ax2.bbox) > self.restore_region(self.background2) > > that is blit before restore... don't understand why yet. > > Any comment welcomed. > > Is there any chance, after review, to find a way to include this in main > trunk? > What do think about this? I'm not able to comment on the other questions you raised, but the change to backend_qt4agg.py improved the behavior of the existing qt4 blit example (without your changes the axes labels were not drawn on my machine), so I checked the change into the trunk. Thank you! Darren |
|
From: Jorge S. <jor...@ya...> - 2009-12-01 14:24:00
|
Hi, How difficult would be to extend the Rectangle class so besides its permimeter it draws lines showing halfs or thirds of the width and height? I use rectangle to mark the locations of moving objects in sequences of images, and such lines would make the job easier. Thanks, Jorge |
|
From: Jorge S. <jor...@ya...> - 2009-12-01 14:23:51
|
Hi, I just had to label a sequence of images with the position and scale of a moving object. To do this I took the nice example from http://matplotlib.sourceforge.net/users/event_handling.html (the one using blitting) and extended to be resizeable. The extension is trivial, but it might be useful to someone. The code is inlined at the end of this message. Jorge # draggable rectangle with the animation blit techniques; see # http://www.scipy.org/Cookbook/Matplotlib/Animations import numpy as np import matplotlib.pyplot as plt class DraggableResizeableRectangle: """ Draggable and resizeable rectangle with the animation blit techniques. Based on example code at http://matplotlib.sourceforge.net/users/event_handling.html If *allow_resize* is *True* the recatngle can be resized by dragging its lines. *border_tol* specifies how close the pointer has to be to a line for the drag to be considered a resize operation. Dragging is still possible by clicking the interior of the rectangle. *fixed_aspect_ratio* determines if the recatngle keeps its aspect ratio during resize operations. """ lock = None # only one can be animated at a time def __init__(self, rect, border_tol=.15, allow_resize=True, fixed_aspect_ratio=True): self.rect = rect self.border_tol = border_tol self.allow_resize = allow_resize self.fixed_aspect_ratio = fixed_aspect_ratio self.press = None self.background = None def connect(self): 'connect to all the events we need' self.cidpress = self.rect.figure.canvas.mpl_connect( 'button_press_event', self.on_press) self.cidrelease = self.rect.figure.canvas.mpl_connect( 'button_release_event', self.on_release) self.cidmotion = self.rect.figure.canvas.mpl_connect( 'motion_notify_event', self.on_motion) def on_press(self, event): 'on button press we will see if the mouse is over us and store some data' if event.inaxes != self.rect.axes: return if DraggableRectangle.lock is not None: return contains, attrd = self.rect.contains(event) if not contains: return #print 'event contains', self.rect.xy x0, y0 = self.rect.xy w0, h0 = self.rect.get_width(), self.rect.get_height() aspect_ratio = np.true_divide(w0, h0) self.press = x0, y0, w0, h0, aspect_ratio, event.xdata, event.ydata DraggableRectangle.lock = self # draw everything but the selected rectangle and store the pixel buffer canvas = self.rect.figure.canvas axes = self.rect.axes self.rect.set_animated(True) canvas.draw() self.background = canvas.copy_from_bbox(self.rect.axes.bbox) # now redraw just the rectangle axes.draw_artist(self.rect) # and blit just the redrawn area canvas.blit(axes.bbox) def on_motion(self, event): 'on motion we will move the rect if the mouse is over us' if DraggableRectangle.lock is not self: return if event.inaxes != self.rect.axes: return x0, y0, w0, h0, aspect_ratio, xpress, ypress = self.press self.dx = event.xdata - xpress self.dy = event.ydata - ypress #self.rect.set_x(x0+dx) #self.rect.set_y(y0+dy) self.update_rect() canvas = self.rect.figure.canvas axes = self.rect.axes # restore the background region canvas.restore_region(self.background) # redraw just the current rectangle axes.draw_artist(self.rect) # blit just the redrawn area canvas.blit(axes.bbox) def on_release(self, event): 'on release we reset the press data' if DraggableRectangle.lock is not self: return self.press = None DraggableRectangle.lock = None # turn off the rect animation property and reset the background self.rect.set_animated(False) self.background = None # redraw the full figure self.rect.figure.canvas.draw() def disconnect(self): 'disconnect all the stored connection ids' self.rect.figure.canvas.mpl_disconnect(self.cidpress) self.rect.figure.canvas.mpl_disconnect(self.cidrelease) self.rect.figure.canvas.mpl_disconnect(self.cidmotion) def update_rect(self): x0, y0, w0, h0, aspect_ratio, xpress, ypress = self.press dx, dy = self.dx, self.dy bt = self.border_tol fixed_ar = self.fixed_aspect_ratio if (not self.allow_resize or (abs(x0+np.true_divide(w0,2)-xpress)<np.true_divide(w0,2)-bt*w0 and abs(y0+np.true_divide(h0,2)-ypress)<np.true_divide(h0,2)-bt*h0)): self.rect.set_x(x0+dx) self.rect.set_y(y0+dy) elif abs(x0-xpress)<bt*w0: self.rect.set_x(x0+dx) self.rect.set_width(w0-dx) if fixed_ar: dy = np.true_divide(dx, aspect_ratio) self.rect.set_y(y0+dy) self.rect.set_height(h0-dy) elif abs(x0+w0-xpress)<bt*w0: self.rect.set_width(w0+dx) if fixed_ar: dy = np.true_divide(dx, aspect_ratio) self.rect.set_height(h0+dy) elif abs(y0-ypress)<bt*h0: self.rect.set_y(y0+dy) self.rect.set_height(h0-dy) if fixed_ar: dx = dy*aspect_ratio self.rect.set_x(x0+dx) self.rect.set_width(w0-dx) elif abs(y0+h0-ypress)<bt*h0: self.rect.set_height(h0+dy) if fixed_ar: dx = dy*aspect_ratio self.rect.set_width(w0+dx) fig = plt.figure() ax = fig.add_subplot(111) rects = ax.bar(range(10), 20*np.random.rand(10)) drs = [] for rect in rects: dr = DraggableResizeableRectangle(rect) dr.connect() drs.append(dr) plt.show() |
|
From: Michael D. <md...@st...> - 2009-12-01 14:16:58
|
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. matplotlib's Agg backends borrows a technique used by Adobe Acrobat which is to use strong hinting in the vertical direction, but more subtle hinting in the horizontal. When we did a comprehensive comparison of various hinting options about two years ago it was the strong winner. See this: http://www.mail-archive.com/mat...@li.../msg01480.html (Unfortunately, the linked images are no longer available). If these settings are not to your liking, I would recommend the Cairo backend (which should pull in the same settings as the rest of your Gnome desktop, I believe), or one of the vector backends and then tweaking the rendering. Alternatively, we could provide this "stretched hinting" as a configuration option. If you think that's superior to these other options, please file a feature request so it doesn't get lost (and it should be a fairly straightforward patch for someone new to the code base.) Mike Darren Dale wrote: > On Tue, Dec 1, 2009 at 6:37 AM, Ernest Adrogué <ead...@gm...> 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 example with >>> similar/identical settings? >>> >> Yes, I have attached another example with different font sizes >> (8,9,10). The exact weight is impossible to replicate, I tried with >> "light" and "normal". >> >> I think that the problem might be the lack of hinting. In my >> fonts.conf file I have both "hinting" and "autohinting" enabled. if >> I disable these options then the fonts in other applications resemble >> a lot the ones I am getting now with mpl. >> > > I am pretty sure the issue here is subpixel rendering. Try comparing > the output of the gtkagg backend, which does not do subpixel > rendering, with that of gtkcairo, which does. > > Darren > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA |
|
From: John H. <jd...@gm...> - 2009-12-01 12:48:42
|
On Tue, Dec 1, 2009 at 6:32 AM, Wayne Watson <sie...@sb...> wrote: > Is there some statistics function that computes the mean, std. dev., min/max, etc. from a frequency distribution? numpy has many functions for basic descriptive statistics. If "data" is an array of your data, you can do (import numpy as np) mean: np.mean(data) median: np.median(data) standard deviation: np.std(data) min: np.min(data) max: np.max(data) In scipy.stats, there are many more (skew, kurtosis, etc...) See also, this example: http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/trunk/py4science/examples/stats_descriptives.py?view=markup&pathrev=4027 JDH |
|
From: Darren D. <dsd...@gm...> - 2009-12-01 12:42:09
|
On Tue, Dec 1, 2009 at 6:37 AM, Ernest Adrogué <ead...@gm...> 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 example with >> similar/identical settings? > > Yes, I have attached another example with different font sizes > (8,9,10). The exact weight is impossible to replicate, I tried with > "light" and "normal". > > I think that the problem might be the lack of hinting. In my > fonts.conf file I have both "hinting" and "autohinting" enabled. if > I disable these options then the fonts in other applications resemble > a lot the ones I am getting now with mpl. I am pretty sure the issue here is subpixel rendering. Try comparing the output of the gtkagg backend, which does not do subpixel rendering, with that of gtkcairo, which does. Darren |
22 messages has been excluded from this view by a project administrator.
