<div dir="ltr"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">>A global equal-area projection would<br>
>be better, in that you can use the same parameters regardless of where<br>
>on the globe you're working.  I have a similar application, and use<br>
>Cylindrical Equal Area.  I use something like (with an old version of<br>>PostGIS -- I think the function names all start with ST_ now):<br>
><br>
>select sum(area(transform(glacier_polys,32767)))  FROM glacier_polygons ...<br>
<br>
</blockquote></div><br>cool,thanks.<br>distance sphere is also working great. <br>I see that there is also an ST_length_spheroidI(nice, though .._sphere is missing).<br><br>I know how to calculate distances now, but for area calculation or buffering i still have to transform to a different coordinate system. <br>
Using a single coordinate system for the whole globe is already a great improvement, but i still have to be cautious to use the right transformation for the calculation that i want to do.<br><br>Wouldn't it be great if GEOS (i mean postgis really) could do calculations for WGS84 (which would store anything "lossless") in meters? <br>
We can already compute distances in meters, so why can't we do all calculations (area, buffer) in WGS84 ??<br><br>As for buffers, it should be possible to make a buffer_sphere and a buffer_spheroid, because distance calculations is all it takes (afaik).<br>
If someone would invent a way to create an "area_sphere" and "area_spheroid", i would see no more need to store geometries in anything else than WGS84.<br><br>Any thoughts on that?<br><br>Cheers,<br><br>
WBL<br><br>
<br><br></div>