Re: [geos-devel] [GEOS] #896: Many (all?) GEOS operations do not preserve SRID

[GEOS]

#896: Many (all?) GEOS operations do not preserve SRID
+---
 Reporter:  dbaston |   Owner:  geos-devel@…
 Type:  defect  |  Status:  new
 Priority:  major   |   Milestone:  3.7.0
Component:  Default | Version:  3.6.2
 Severity:  Unassigned  |  Resolution:
 Keywords:  |
+---

Comment (by robe):

 I've got no objections.  I don't even have objections if you want to back
 port to 3.6, 3.5 as it does sound like a bug.

-- 
Ticket URL: 
GEOS 
GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite 
(JTS).
___
geos-devel mailing list
geos-devel@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/geos-devel

Re: [geos-devel] [GEOS] #896: Many (all?) GEOS operations do not preserve SRID

[GEOS]

#896: Many (all?) GEOS operations do not preserve SRID
+---
 Reporter:  dbaston |   Owner:  geos-devel@…
 Type:  defect  |  Status:  new
 Priority:  major   |   Milestone:  3.7.0
Component:  Default | Version:  3.6.2
 Severity:  Unassigned  |  Resolution:
 Keywords:  |
+---

Comment (by dbaston):

 It looks like the problem is unique to the C API, and affects all
 functions that produce a geometry as an output.

 When a GEOS Geometry is created, it is given the SRID of its
 GeometryFactory. However, the C API does not use the concept of a
 GeometryFactory and provides no access to it. When the C API function
 GEOSSetSRID is called, it sets the SRID of an individual geometry, but
 leaves the GeometryFactory untouched.

 Any objections to resolving this at the C API level, by setting the SRID
 of created geometries to match their inputs?

-- 
Ticket URL: 
GEOS 
GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite 
(JTS).
___
geos-devel mailing list
geos-devel@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/geos-devel