[postgis-devel] [PostGIS] #444: Move import function from postgis dir to liblwgeom (GML/KML)
PostGIS
trac at osgeo.org
Mon Nov 22 11:01:33 PST 2010
#444: Move import function from postgis dir to liblwgeom (GML/KML)
----------------------+-----------------------------------------------------
Reporter: colivier | Owner: colivier
Type: task | Status: new
Priority: medium | Milestone: PostGIS 2.0.0
Component: postgis | Version: trunk
Keywords: |
----------------------+-----------------------------------------------------
Comment(by pramsey):
This is not about mixed columns. The GeomFromGML function takes in one
geometry representation and spits out one new geometry. The issue is that
it's possible to have mixed SRS *within* the geometry itself. Imagine a
collection with a different geometries in different SRIDs.
Now, that is entirely illegal inside PostGIS, it was one of our earliest
design decisions to not allow that (so, for example, the EWKT
representation only provides a single SRID= tag at the front, and the EWKB
representation expects SRID to be inherited from the parent geometries).
However.
It is not IMPOSSIBLE to represent a mixed-srid geometry, since each sub-
geometry in an LWGEOM can have its own srid value. So we could, for this
one case temporarily allow a mixed-SRID LWGEOM to be produced by the
lwgeom_from_gml() liblwgeom function, on the understanding that the next
call will be to a posgis_transform() function to flip it all into a single
SRS.
--
Ticket URL: <http://trac.osgeo.org/postgis/ticket/444#comment:5>
PostGIS <http://trac.osgeo.org/postgis/>
The PostGIS Trac is used for bug, enhancement & task tracking, a user and developer wiki, and a view into the subversion code repository of PostGIS project.
More information about the postgis-devel
mailing list