[postgis-devel] Specifying end cap and join styles Buffer op

Paragon Corporation lr at pcorp.us
Sat Jun 20 20:41:49 PDT 2009


Sandro,

Where are you going to be adding this?  I haven't thought about this too
much, but my only concern is if you add it to trunk now it will mess up our
1.4 release which is sort of in freeze state now.  Unless of course Paul has
already branched out 1.4, but I've been assuming our trunk is still 1.4.

I guess my personal preference would be to have

ST_Buffer(geometry, float distance, int quadsegs, 'params');

As since this while extremely useful is sort of a special case thing that
probably only an advanced user would be using and even then under very
specific circumstances so it wouldn't hurt them to have to dictate a
quadsegs.  So I wouldn't want to accidentally break other  apps because of
it.

Thanks,
Regina

-----Original Message-----
From: postgis-devel-bounces at postgis.refractions.net
[mailto:postgis-devel-bounces at postgis.refractions.net] On Behalf Of strk
Sent: Saturday, June 20, 2009 5:33 PM
To: Paul Ramsey; PostGIS Development Discussion
Subject: Re: [postgis-devel] Specifying end cap and join styles Buffer op

On Sat, Jun 20, 2009 at 12:00:32AM +0200, strk wrote:

> We could accept these in a single string:
> 
> 'endcap_style=round|flat|square join_style=round|mitre|bevel
mitre_limit=5.0'

Alright, I've something working with keys 'endcap', 'join' and 'limit'.
Yesterday night I've had a chat with Paul about adding 'segs' (quadrant
segments) in too thus allowing a short buffer signature like:

	ST_Buffer(geometry, float distance, 'params');

The above would be an overload of:

	ST_Buffer(geometry, float distance, int quadSegs)

My only concern is that in the (unlikely?) case someone relies on implicit
cast from text to numeric and is thus using:

	ST_Buffer(a, '10', '6'); -- '6' meaning quadSegs

will get errors on malformed params if I add the overload.
Fine for everyone to take that risk ?

--strk;

> 
> Note though that this wouldn't really make us Oracle-compatible as we 
> use third numeric argument  for  quadrant segments whereas oracle uses 
> that for precision (tolerance).
> 
> > Overload ST_Buffer().
> 
> Ok.
> 
> --strk;
> 
>  Free GIS & Flash consultant/developer      ()  ASCII Ribbon Campaign
>  http://foo.keybit.net/~strk/services.html  /\  Keep it simple! 
> _______________________________________________
> postgis-devel mailing list
> postgis-devel at postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-devel

-- 

 Free GIS & Flash consultant/developer      ()  ASCII Ribbon Campaign
 http://foo.keybit.net/~strk/services.html  /\  Keep it simple! 
_______________________________________________
postgis-devel mailing list
postgis-devel at postgis.refractions.net
http://postgis.refractions.net/mailman/listinfo/postgis-devel


__________ Information from ESET NOD32 Antivirus, version of virus signature
database 4168 (20090618) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com







More information about the postgis-devel mailing list