[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