GEOS (Geometry Engine - Open Source) Development List ()

GEOS | 1 Jul 2011 10:08

[GEOS] #455: GEOSSingleSidedBuffer returns a short line

#455: GEOSSingleSidedBuffer returns a short line
------------------------+---------------------------------------------------
 Reporter:  strk        |       Owner:  geos-devel <at> …              
     Type:  defect      |      Status:  new                       
 Priority:  major       |   Milestone:  3.2.3                     
Component:  Default     |     Version:  3.2.2                     
 Severity:  Unassigned  |    Keywords:                            
------------------------+---------------------------------------------------
 {{{
 Input: LINESTRING(0 0, 10 0, 10 10)
 Distance: 10
 Side: right
 Join: bevel
 Expected: LINESTRING(20 10,20 0,10 -10,0 -10)
 Obtained: LINESTRING(20 10,20 0,10 -10)
 }}}

--

-- 
Ticket URL: <http://trac.osgeo.org/geos/ticket/455>
GEOS <http://geos.refractions.net/>
GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).

_______________________________________________
geos-devel mailing list
geos-devel <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/geos-devel

GEOS | 1 Jul 2011 11:44

Re: [GEOS] #455: GEOSSingleSidedBuffer returns a short line

#455: GEOSSingleSidedBuffer returns a short line
------------------------+---------------------------------------------------
 Reporter:  strk        |        Owner:  geos-devel <at> …              
     Type:  defect      |       Status:  closed                    
 Priority:  major       |    Milestone:  3.2.3                     
Component:  Default     |      Version:  3.2.2                     
 Severity:  Unassigned  |   Resolution:  wontfix                   
 Keywords:              |  
------------------------+---------------------------------------------------
Changes (by strk):

  * status:  new => closed
  * resolution:  => wontfix

Comment:

 It'll take a refactoring in order to fix.
 And I don't think it makes sense to refactor in the stable 3.2 branch.
 Since we're talking about a deprecated interface I'd avoid wasting time on
 it.
 ST_OffsetCurve in 3.3 works fine.

--

-- 
Ticket URL: <http://trac.osgeo.org/geos/ticket/455#comment:1>
GEOS <http://geos.refractions.net/>
GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).

_______________________________________________
geos-devel mailing list

(Continue reading)

GEOS | 5 Jul 2011 13:00

Re: [GEOS] #298: Support GeometryCollections as input to boolean predicates

#298: Support GeometryCollections as input to boolean predicates
-------------------------+--------------------------------------------------
 Reporter:  pramsey      |       Owner:  geos-devel <at> …              
     Type:  enhancement  |      Status:  new                       
 Priority:  major        |   Milestone:  GEOS Future               
Component:  Default      |     Version:  svn-trunk                 
 Severity:  Unassigned   |    Keywords:                            
-------------------------+--------------------------------------------------
Changes (by strk):

  * milestone:  => GEOS Future

--

-- 
Ticket URL: <http://trac.osgeo.org/geos/ticket/298#comment:2>
GEOS <http://geos.refractions.net/>
GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).

_______________________________________________
geos-devel mailing list
geos-devel <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/geos-devel

GEOS | 5 Jul 2011 13:26

Re: [GEOS] #380: Buffer(Geometry, 0) deletes part of the polygon [JTS affected too] (was: Buffer(Geometry, 0) deletes part of the polygon)

#380: Buffer(Geometry,0) deletes part of the polygon [JTS affected too]
-------------------------+--------------------------------------------------
 Reporter:  jaapdekker   |       Owner:  geos-devel <at> …              
     Type:  enhancement  |      Status:  new                       
 Priority:  minor        |   Milestone:  GEOS Future               
Component:  Default      |     Version:  3.2.0                     
 Severity:  Unassigned   |    Keywords:                            
-------------------------+--------------------------------------------------
Changes (by strk):

  * type:  defect => enhancement
  * milestone:  => GEOS Future

--

-- 
Ticket URL: <http://trac.osgeo.org/geos/ticket/380#comment:6>
GEOS <http://geos.refractions.net/>
GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).

_______________________________________________
geos-devel mailing list
geos-devel <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/geos-devel

GEOS | 5 Jul 2011 13:32

Re: [GEOS] #325: there is no destroy function for CoordinateSequence

#325: there is no destroy function for CoordinateSequence
------------------------+---------------------------------------------------
 Reporter:  aharon      |        Owner:  geos-devel <at> …              
     Type:  task        |       Status:  closed                    
 Priority:  blocker     |    Milestone:                            
Component:  Default     |      Version:  svn-trunk                 
 Severity:  Unassigned  |   Resolution:  wontfix                   
 Keywords:              |  
------------------------+---------------------------------------------------
Changes (by strk):

  * status:  new => closed
  * resolution:  => wontfix

Comment:

 In JTS GeometryFactory is a class while CoordinateSequenceFactory is an
 interface.
 In JTS neither GeometryFactory nor CoordinateSequenceFactory have a
 destroy function.

 Anyway, if you feel like it'd be needed, you can provide a patch, but
 there's currently not much such functions would do beside simply using
 delete against the object, and unless you prevent directly using 'delete'
 I don't see much point in exposing an interface hiding that part.

--

-- 
Ticket URL: <http://trac.osgeo.org/geos/ticket/325#comment:4>
GEOS <http://geos.refractions.net/>
GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).

(Continue reading)

GEOS | 5 Jul 2011 13:46

[GEOS] #457: Port ConvexHull robustness fix from JTS-1.13

#457: Port ConvexHull robustness fix from JTS-1.13
------------------------+---------------------------------------------------
 Reporter:  strk        |       Owner:  geos-devel <at> …              
     Type:  defect      |      Status:  new                       
 Priority:  major       |   Milestone:  3.3.1                     
Component:  Default     |     Version:  3.3.0                     
 Severity:  Unassigned  |    Keywords:                            
------------------------+---------------------------------------------------
 See http://jts-topo-suite.svn.sourceforge.net/viewvc/jts-topo-

 suite?view=revision&revision=407

--

-- 
Ticket URL: <http://trac.osgeo.org/geos/ticket/457>
GEOS <http://geos.refractions.net/>
GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).

_______________________________________________
geos-devel mailing list
geos-devel <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/geos-devel

GEOS | 5 Jul 2011 14:06

Re: [GEOS] #362: Build fails on libtool/capi

#362: Build fails on libtool/capi
------------------------+---------------------------------------------------
 Reporter:  chodgson    |        Owner:  geos-devel <at> …              
     Type:  defect      |       Status:  closed                    
 Priority:  major       |    Milestone:                            
Component:  Default     |      Version:  3.2.0                     
 Severity:  Unassigned  |   Resolution:  invalid                   
 Keywords:              |  
------------------------+---------------------------------------------------
Changes (by strk):

  * status:  new => closed
  * resolution:  => invalid

Comment:

 sounds like there's nothing to do here...

--

-- 
Ticket URL: <http://trac.osgeo.org/geos/ticket/362#comment:3>
GEOS <http://geos.refractions.net/>
GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).

_______________________________________________
geos-devel mailing list
geos-devel <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/geos-devel

GEOS | 7 Jul 2011 22:14

Re: [GEOS] #224: Need to compile the libGeos using Sun Studio12 on Solaris10

#224: Need to compile the libGeos using Sun Studio12 on Solaris10
-------------------------------+--------------------------------------------
 Reporter:  satyajitt          |        Owner:  geos-devel <at> …              
     Type:  enhancement        |       Status:  closed                    
 Priority:  blocker            |    Milestone:  GEOS Future               
Component:  Core               |      Version:  svn-trunk                 
 Severity:  Significant        |   Resolution:  worksforme                
 Keywords:  sun,solaris,sparc  |  
-------------------------------+--------------------------------------------
Changes (by strk):

  * status:  new => closed
  * resolution:  => worksforme

Comment:

 Tai Meng from safe reports GEOS to build successfully on Solaris with Sun
 Studio Pro v12.

--

-- 
Ticket URL: <http://trac.osgeo.org/geos/ticket/224#comment:23>
GEOS <http://geos.refractions.net/>
GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).

_______________________________________________
geos-devel mailing list
geos-devel <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/geos-devel

Maxime van Noppen | 8 Jul 2011 10:48

Upgrading to geos 3.3.0 broke all our codebase !

Hi,

I upgraded to geos-3.3.0 and it broke all our code base. :( The 
offending change was the use of virtual inheritance which broke all our 
static_casts. The « easy » fix is to s/static_cast/dynamic_cast 
everywhere, but that increases the runtime cost...

I follow (I think) all the mailing lists related (geos-* and postgis-*) 
and don't recall this being discussed. Have I missed something ? And if 
not, what was the rationale behind this change ?

Thanks,

--

-- 
Maxime

Sandro Santilli | 8 Jul 2011 12:31

Re: Upgrading to geos 3.3.0 broke all our codebase !

On Fri, Jul 08, 2011 at 10:48:56AM +0200, Maxime van Noppen wrote:
> Hi,
> 
> I upgraded to geos-3.3.0 and it broke all our code base. :( The
> offending change was the use of virtual inheritance which broke all
> our static_casts. The « easy » fix is to s/static_cast/dynamic_cast
> everywhere, but that increases the runtime cost...
> 
> I follow (I think) all the mailing lists related (geos-* and
> postgis-*) and don't recall this being discussed. Have I missed
> something ? And if not, what was the rationale behind this change ?

The rationale was: follow JTS.
If you read the mailing lists you should be aware that using
the C++ API is not recommended.
Clients of the C-API are stable since GEOS-2.2.0

Note that using static_cast is generally a bad habit and
should be avoided.

Profiling informations comparing GEOS-3.2 and GEOS-3.3 are welcome.

--strk;

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html

Group

gmane.comp.gis.geos.devel.

Project Web Page

GEOS (Geometry Engine - Open Source) Development List ()

Search Archive

Page

1 | 2 | 3 | 4 | 5 | 6

Articles in period: 50

July 2011

Language

Change language

Options

Current view: Threads only / Showing only 20 lines / Not hiding cited text.
Change to All messages, whole messages, or hide cited text.

Post a message
NNTP Newsgroup
Classic Gmane web interface
XML

XML

RSS Feed
List Information

About Gmane

Recent entries

using CoordinateOperation::edit cause memory leaks (8 May 2013)
[GEOS] #629: Improve the snap algorithm choosing the closest_point as (30 Apr 2013)
GSoC 2013 Project Proposal (29 Apr 2013)
Problem with convex hull generating bad polygons (I think) (16 Apr 2013)
Compiling GEOS 64-bit (5 Apr 2013)
Gsoc 2013 (29 Mar 2013)
[GEOS] #627: Voronoi (25 Mar 2013)
Calculates distance between 3D points lat,long,alt (21 Mar 2013)
[GEOS] #626: Intersection with result from intersection --> TopologyEx (15 Mar 2013)
Using the C API (15 Mar 2013)
Compiling with Ruby support (13 Mar 2013)
[GEOS] #625: Ruby (12 Mar 2013)
Using C instead of C++ api in library used by QGis plugin? (8 Mar 2013)
[GEOS] #623: GEOSPointOnSurface returns point on boundary (port JTS fi (8 Mar 2013)
[GEOS] #622: Port RobustLineIntersector fixes from JTS (8 Mar 2013)
Approaches for ZM and beyond (5 Mar 2013)
[GEOS] #621: geos_c api string handling improvements (5 Mar 2013)
python bindings (1 Mar 2013)
GEOS 3.3.8 released, upgrade recommended (28 Feb 2013)
GEOS Headers and namespaces (25 Feb 2013)
Building Geos with Mingw64 on Win64 error (22 Feb 2013)

Archives

4	May 2013
20	April 2013
50	March 2013
36	February 2013
79	January 2013
31	December 2012
25	November 2012
24	October 2012
52	September 2012
22	August 2012
24	July 2012
89	June 2012
85	May 2012
65	April 2012
58	March 2012
45	February 2012
15	January 2012
58	December 2011
17	November 2011
38	October 2011
74	September 2011
39	August 2011
50	July 2011
23	June 2011
87	May 2011
44	April 2011
39	March 2011
27	February 2011
31	January 2011
51	December 2010
18	November 2010
22	October 2010
37	September 2010
26	August 2010
23	July 2010
90	June 2010
63	May 2010
17	April 2010
37	March 2010
70	February 2010
62	January 2010
62	December 2009
82	November 2009
17	October 2009
27	September 2009
58	August 2009
37	July 2009
70	June 2009
63	May 2009
76	April 2009
96	March 2009
19	February 2009
97	January 2009
31	December 2008
60	November 2008
150	October 2008
77	September 2008
81	August 2008
14	July 2008
5	June 2008
20	May 2008
53	April 2008
24	March 2008
18	February 2008
59	January 2008
78	December 2007
58	November 2007
43	October 2007
84	September 2007
33	August 2007
15	July 2007
20	June 2007
17	May 2007
7	April 2007
19	March 2007
42	February 2007
42	January 2007
20	December 2006
131	November 2006
29	October 2006
40	September 2006
32	August 2006
140	July 2006
117	June 2006
61	May 2006
156	April 2006
115	March 2006

Design

Zawodny | Right Menu | Left Menu

Your Own Design

Paste the URL of your CSS below. Download CSS template