[postgis-users] Problems with ST_OffsetCurve
Rémi Cura
remi.cura at gmail.com
Mon Feb 3 02:29:13 PST 2014
By the way Sandro,
don't you think that Geos should automatically translate the whole input
using a pivot point ?
It would of course be difficult when getting data pieces by pieces (like in
aggregates),
but when the whole data is available, why not?
It would considerably help toward reducing the precision issue, and would
not be so costly (a read of all coordinates to get min/max, then
subtraction/addition for every coordinate).
Maybe it could be add at the geos input/ouput level, thus not necessitating
to change all code?
Cheers,
Rémi-C
2014-02-03 Sandro Santilli <strk at keybit.net>:
> On Mon, Feb 03, 2014 at 10:54:13AM +0100, Rémi Cura wrote:
> > Hey,
> > you use far too big coordinates.
> > Please consider using st translate on your data, then curve offset, then
> > inverse translate.
>
> Speaking of which, this treatment is one of those performed on catching
> an exception in binary operations, maybe the GEOSOffsetCurve method should
> be changed to _use_ the BinaryOp class (detail more useful in a GEOS
> ticket,
> btw).
>
> --strk;
> _______________________________________________
> postgis-users mailing list
> postgis-users at lists.osgeo.org
> http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/postgis-users/attachments/20140203/110d52f6/attachment.html>
More information about the postgis-users
mailing list