[postgis-devel] [PostGIS] #1252: SRID appearing in ST_AsText for particular multipolygon

[Paragon Corporation]

 Paul, strk,

I'm sure you are getting tired of me at this point.  One more test before I
close this out as a wontfix and unsolved mystery.

I checked my windows 2008 32-bit install, though the ST_AsText looks normal,
the ST_Summary gives the same bizarre answer as the 64-bit one.

MultiPolygon[BS] with 6 elements
  Polygon[S] with 1 rings
   ring 0 has 201 points
  Polygon[] with 1 rings
   ring 0 has 213 points
  Polygon[] with 1 rings
   ring 0 has 25 points
  Polygon[] with 1 rings
   ring 0 has 78 points
  Polygon[] with 1 rings
   ring 0 has 81 points
  Polygon[] with 3 rings
   ring 0 has 284 points
   ring 1 has 22 points
   ring 2 has 46 points

In PostGIS 2.0, I can't tell since we don't output the S anymore and
ST_AsText gives normal answer for both 32-bit and 64-bit. So I guess that
makes me feel a bit better that both give the same goofy answer.

strk -- can you verify on your 1.5 (not sure if Paul still has his)

If 

SELECT ST_Summary(ST_Union(geom))
FROM (SELECT (ST_Dump(geom)).geom
FROM weird_mpoly) As foo ;

Is normal or gives the same strange answer.  Just humor me a little.

Thanks,
Regina

> -----Original Message-----
> From: postgis-devel-bounces at postgis.refractions.net 
> [mailto:postgis-devel-bounces at postgis.refractions.net] On 
> Behalf Of PostGIS
> Sent: Sunday, November 06, 2011 5:35 PM
> Cc: postgis-devel at postgis.refractions.net
> Subject: Re: [postgis-devel] [PostGIS] #1252: SRID appearing 
> in ST_AsText for particular multipolygon
> 
> #1252: SRID appearing in ST_AsText for particular multipolygon
> -----------------------------+--------------------------------
> ----------
> -----------------------------+----
>  Reporter:  robe             |       Owner:  pramsey      
>      Type:  defect           |      Status:  new          
>  Priority:  medium           |   Milestone:  PostGIS 1.5.4
> Component:  postgis          |     Version:  1.5.X        
>  Keywords:  windows, 64-bit  |  
> -----------------------------+--------------------------------
> ----------
> -----------------------------+----
> 
> Comment(by robe):
> 
>  Paul,
>  I'm okay with closing this out as a wontfix, but fear it 
> might be a sign  of a bigger issue.  The fact that it's not 
> consistent across all platforms  really bugs me as those 
> often suggest not properly freeing memory.
> 
>  I guess I'm more bothered about the fact that it's only 
> windows 64-bit  that seems to be able to do this not the 
> windows 32-bit one (though I  don't think we have tested 
> Linux 64-bit bit).  I've always taken it for  granted that 
> PostGIS 32-bit on 64-bit windows would behave exactly the  
> same as PostGIS 32-bit on windows 32-bit since they would 
> bothe be using  32-bit space.
> 
>  This demonstrates it doesn't and I'm suspecting that the 
> crashing in  raster noted in #1066  might be a 32-bit vs. 
> 64-bit windows issue too.
>  Since Bborie can't reproduce the crash with my builds but I 
> can on my  64-bit windows 7 desktop.  I can only assume he is 
> running windows xp  32-bit.
> 
> --
> Ticket URL: <http://trac.osgeo.org/postgis/ticket/1252#comment:15>
> PostGIS <http://trac.osgeo.org/postgis/> The PostGIS Trac is 
> used for bug, enhancement & task tracking, a user and 
> developer wiki, and a view into the subversion code 
> repository of PostGIS project.
> _______________________________________________
> postgis-devel mailing list
> postgis-devel at postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-devel
>