matplotlib-users Mailing List for matplotlib

On 08/22/2010 04:51 AM, Daπid wrote:
> On Sat, Aug 14, 2010 at 10:19 PM, Eric Firing<ef...@ha...>  wrote:
>> The problem is that the "alpha" kwarg can never be other than a scalar
>> in mpl at present, as far as I know.  The error message from to_rgba was
>> intended to be informative, but in this case it is misleading.
>
> Thanks for your response. I was following the logic for colors, which
> does accept lists.

That was a reasonable thing to do, but unfortunately, for historical 
reasons, there are inconsistencies and ambiguities associates with the 
alpha kwarg in mpl.

>
> Anyway, the error message is diferent if I set the color or not, which
> is not logical.

Granted.  This is one of many situations in which the error message is 
not very informative.  We don't have a consistent policy for validating 
kwargs, so invalid values can filter down into the depths of the code 
before they trigger an exception.

>
> By the way, do you have any clue on the persistence of the problem
> until the IDLE is restarted? I mean, even with the code fixed, the
> error is still raised until IDLE is reopened.
>

If you are fixing code that is in a module that has been imported, IDLE 
may be using the old code, not the new.  This is inherent in 
python--importing a module that has already been imported does not rerun 
the code in that module, or change any existing objects.  There are ways 
of getting around this, at least with respect to function and class 
definitions, but usually it is easier, surer, and cleaner to restart the 
python interpreter so that everything is clearly using the new code.

Eric

>
> Thank you again,
>
> David.

On Sat, Aug 14, 2010 at 10:19 PM, Eric Firing <ef...@ha...> wrote:
> The problem is that the "alpha" kwarg can never be other than a scalar
> in mpl at present, as far as I know.  The error message from to_rgba was
> intended to be informative, but in this case it is misleading.

Thanks for your response. I was following the logic for colors, which
does accept lists.

Anyway, the error message is diferent if I set the color or not, which
is not logical.

By the way, do you have any clue on the persistence of the problem
until the IDLE is restarted? I mean, even with the code fixed, the
error is still raised until IDLE is reopened.


Thank you again,

David.

On 8/22/10 3:14 AM, Janwillem wrote:
> I want to write a script that can check whether a given coordinate is within
> a given country
>
> I now have:
> import matplotlib.nxutils as nx
> test = nx.points_inside_poly(points, country)
> where country is a polygon of longitude latitude pairs and points is a
> number of coordinates to be tested.
>
> This works for manually entered coordinates but now I would like to have a
> country border (see and land) as a polygon (low resolution). Is there a
> simple way to extract that from the basemap data?
> Tanks, Janwillem
>
>    
Janwillem:  Unfortunately, the answer is no.  The country data basemap 
uses are lines, not polygons. You will have to find another (shapefile?) 
dataset that provides country polygons for the countries you are 
interested in.

-Jeff

I want to write a script that can check whether a given coordinate is within
a given country

I now have:
import matplotlib.nxutils as nx
test = nx.points_inside_poly(points, country)
where country is a polygon of longitude latitude pairs and points is a
number of coordinates to be tested.

This works for manually entered coordinates but now I would like to have a
country border (see and land) as a polygon (low resolution). Is there a
simple way to extract that from the basemap data?
Tanks, Janwillem

-- 
View this message in context: http://old.nabble.com/basemap-border-coordintes-tp29503827p29503827.html
Sent from the matplotlib - users mailing list archive at Nabble.com.