Re: [geos-devel] CascadedPolygonUnion XML testing

2010-06-27 Thread G. Allegri
also another_dump2 seems to execute well with JTS. I'm using its wkt representation as a collected multipolygon: http://www.giovanniallegri.it/share/another_dump2_collect_wkt.txt giovanni 2010/6/27 strk s...@keybit.net: 35 points version (2 geoms):

Re: [geos-devel] CascadedPolygonUnion XML testing

2010-06-27 Thread G. Allegri
An this is the polygon resulting from Union. It is valid for JTS: http://www.giovanniallegri.it/share/another_dump2_collect_wkt_resultfromJTS.txt 2010/6/27 G. Allegri gioha...@gmail.com: also another_dump2 seems to execute well with JTS. I'm using its wkt representation as a collected

Re: [geos-devel] CascadedPolygonUnion XML testing

2010-06-27 Thread G. Allegri
Ok, I've found the difference between the tests. I set up a test run with precisionModel FIXED and scale 1.0. With this model the union fails. While, the default precisionModel for the UnionOp is FLOATING (scale=0.0) and this runs ok... What is the model used by GEOS? 2010/6/27 G. Allegri

Re: [geos-devel] CascadedPolygonUnion XML testing

2010-06-27 Thread strk
On Sun, Jun 27, 2010 at 12:22:35PM +0200, G. Allegri wrote: also another_dump2 seems to execute well with JTS. I'm using its wkt representation as a collected multipolygon: http://www.giovanniallegri.it/share/another_dump2_collect_wkt.txt Don't ! WKT representation is lossy. SELECT

Re: [geos-devel] CascadedPolygonUnion XML testing

2010-06-27 Thread strk
On Sun, Jun 27, 2010 at 02:18:57PM +0200, G. Allegri wrote: Ok, I've found the difference between the tests. I set up a test run with precisionModel FIXED and scale 1.0. With this model the union fails. While, the default precisionModel for the UnionOp is FLOATING (scale=0.0) and this runs

Re: [geos-devel] CascadedPolygonUnion XML testing

2010-06-27 Thread G. Allegri
Are you sure it works? select st_union(st_astext(the_geom)) from selezione_exp1_red2 (one of your reductions) doesn't give any output... Anyway, do you suggest using wkb? 2010/6/27 strk s...@keybit.net: On Sun, Jun 27, 2010 at 12:22:35PM +0200, G. Allegri wrote: also another_dump2 seems to

Re: [geos-devel] CascadedPolygonUnion XML testing

2010-06-27 Thread strk
On Sun, Jun 27, 2010 at 10:57:37PM +0200, G. Allegri wrote: Are you sure it works? select st_union(st_astext(the_geom)) from selezione_exp1_red2 (one of your reductions) doesn't give any output... Doesn't _always_ work, did for another_dump2: strk=# select st_isvalid(st_union(g)) from

Re: [geos-devel] CascadedPolygonUnion XML testing

2010-06-27 Thread strk
On Sun, Jun 27, 2010 at 11:14:22PM +0200, strk wrote: On Sun, Jun 27, 2010 at 10:57:37PM +0200, G. Allegri wrote: Are you sure it works? select st_union(st_astext(the_geom)) from selezione_exp1_red2 (one of your reductions) doesn't give any output... Doesn't _always_ work, did for

Re: [geos-devel] CascadedPolygonUnion XML testing

2010-06-27 Thread G. Allegri
For the record, using SnapToGrid gives you more control over the roundup. 1e-6 gridding works in the exp1_red2 case too: Well, this is like using a FIXED precision model with scale 1e6, if I'm not wrong. Anyway I would expect a FLOATING model to work well too, as it does in JTS. I've tested