[postgis-users] strange beahviuors by GEOS

[James S reid]

hi again - thanks for replying - I had a thought overnight and decided to check the input data by dumping the loaded shapefiles and its heer the problem lies - the correct number of recorsd are reported in teh tables and by the loade/dumper but taking the orignal shapefile, loading it then dumping it to a new shapefile reveals that the .shp itself is funny and causes the generic 'segmentation violation' in av3.1 and has lots of offshoots and strange polys in AV8. ive attached a zipfielof teh original shapefile and the dumped one (nuts2.shp).

I guess its to do with being a multipolygon with holes and islands but Im not sure how to proceed to get the data loaded properly ???

cheers

james
  ----- Original Message ----- 
  From: Tyler Mitchell 
  To: PostGIS Users Discussion 
  Sent: Monday, February 23, 2004 6:27 PM
  Subject: Re: [postgis-users] strange beahviuors by GEOS



  > hi - Im testing a polygon in polygon selection using the within() operator
  > on two tables and have come across some odd return sets. essentially, I can
  > confirm the 'proper' results in arcview (booh hiss) but postgis (using geos)
  > returns 1 less poly for no reason that i can see!

  Hi James, 
  Could you show us the SQL you are using?  Ideally a small screenshot showing the map data would be nice too.


------------------------------------------------------------------------------


  _______________________________________________
  postgis-users mailing list
  postgis-users at postgis.refractions.net
  http://postgis.refractions.net/mailman/listinfo/postgis-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/postgis-users/attachments/20040224/a2b0b673/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gisdata.zip
Type: application/x-zip-compressed
Size: 2123305 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/postgis-users/attachments/20040224/a2b0b673/attachment.bin>