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):
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
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
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
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
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
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
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
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
I'm getting mad. The same geometries, run in a basic test written by
me works fine: http://www.giovanniallegri.it/share/test_wkt.java
The same geometries give errors in Postgis (+GEOS?) and with TestRunner...
giovanni
2010/6/26 strk s...@keybit.net:
On Sat, Jun 26, 2010 at 12:26:11AM +0200, G.
35 points version (2 geoms):
http://strk.keybit.net/tmp/another_dump2.sql
... still finds non-noded intersections ...
--strk;
On Sun, Jun 27, 2010 at 12:18:22AM +0200, G. Allegri wrote:
I'm getting mad. The same geometries, run in a basic test written by
me works fine:
On Fri, Jun 25, 2010 at 04:39:17PM +0200, strk wrote:
Martin, is there any support for testing CascadedUnion
with the XML format ? Would help comparing GEOS/JTS.
I've found TestUnaryUnion.xml in JTS repository.
I guess that's what GEOS should be using
for testing CascadedPolygonUnion.
Only
Here is a test xml:
http://www.giovanniallegri.it/share/TestUnionMultiPolygon.xml
It's big, but I will reduce it nex time :)
Notes:
1 - this multipolygon comes from an st_collect on 95 rows in a postgis
table. The test on it fails with Topology Expection found non-noded
intersection, because the
13 matches
Mail list logo