The pytz docs lead me to http://www.twinsun.com/tz/tz-link.htm
which has links to boundaries, search for "Time zone boundaries". Shapely doesn't read boundary data, but can be used to do the point-in- polygon calculations. In practice, you'll want to make an index of the boundary data, search the index for items that have bounding box intersections with your point, and then do explicit point-in-polygon calculations against the several candidates. Sean On Feb 23, 2009, at 4:17 PM, Chris Adams wrote: > >> 3) can the intersection/querying work be done by shapely etal.? > > I don't know, but with the link from my second email, you could > easily write a program that does some point-in-poly. > > ---------- > >> To: [email protected] >> From: [email protected] >> Date: Mon, 23 Feb 2009 20:47:05 +0100 >> Subject: Re: [Community] timezone by coordinates >> >> Chris Adams schrieb: >>> The timezone is roughly based on longitude, but not exact.. i.e. >>> for >>> political reasons some areas will choose a slightly different >>> timezone, >>> even if it conflicts with the direct relationship between >>> longitude and >>> the intended time zone. You'll probably need to find a set of >>> polygons, >>> or lines which separate time zones... you may be able to get this >>> data >>> for free, try google. >> 1) Yes, I know that they are not always following the pure >> longitudes.. > _______________________________________________ > Community mailing list > [email protected] > http://lists.gispython.org/mailman/listinfo/community -- Sean Gillies [email protected] http://sgillies.net _______________________________________________ Community mailing list [email protected] http://lists.gispython.org/mailman/listinfo/community
