I've wrestled with this issue quite a bit, though not recently. An SRID method is definitely part of the OGC Simple Features Access interface (OGC 06-103r3) that Shapely approximately implements. It's supposed to return an integer, which not only supposes that you have a model that includes coordinate systems, but that you identify coordinate systems with integers. Would you want to use ints with Shapely? Object references? Weakrefs?
I've considered Shapely's model agnosticism to be a feature rather than a bug, and haven't considered transparent crs handling under geometry operations to be a killer feature. I prefer to make the transformations explicit, but am open to other opinions. Sean On Jun 11, 2009, at 1:27 PM, Douglas Mayle wrote: > I understand that GEOS and Shapely don't care about coordinate > systems, and that's not an oversight. I meant the fact that the GEOS > slot for SRID (which is part of the standard for geometries) is not > exposed in Shapely. At some point, someone may care about the SRID of > the data and want to do something with it... > > Doug > > On Jun 11, 2009, at 9:23 PM, Sean Gillies wrote: > >> Not an oversight. Like you said, GEOS doesn't understand coordinate >> systems. It is only concerned with planar geometry. Shapely, >> likewise. >> Coordinate systems are (IMO) a concern of features and layers (or >> feature collections). >> >> Sean >> >> >> On Jun 11, 2009, at 12:59 PM, Douglas Mayle wrote: >> >>> Hello everybody... >>> After talking with Paul Ramsey, I understand the GEOS, the c >>> library >>> behind Shapely has an SRID slot for the geometry object. It doesn't >>> know enough to do anything with it, but at least you can track the >>> SRID of the object you're working with. This doesn't seem to be >>> exposed in Shapely. Of course there's no problem in simply adding >>> an >>> attribute (yay python!), but I was wondering if this was a simple >>> oversight? >>> >>> Thanks, >>> Douglas Mayle >>> _______________________________________________ >>> Community mailing list >>> [email protected] >>> http://lists.gispython.org/mailman/listinfo/community >> >> _______________________________________________ >> Community mailing list >> [email protected] >> http://lists.gispython.org/mailman/listinfo/community > > _______________________________________________ > Community mailing list > [email protected] > http://lists.gispython.org/mailman/listinfo/community _______________________________________________ Community mailing list [email protected] http://lists.gispython.org/mailman/listinfo/community
