On Mon, Nov 21, 2011 at 10:56 PM, Pierre Racine <span dir="ltr"><<a href="mailto:Pierre.Racine@sbf.ulaval.ca">Pierre.Racine@sbf.ulaval.ca</a>></span> wrote:<br><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

I would suggest you write a prototype of your own view of what should be ST_MapAlgebra using your raster iterator. That would be more useful. More constructive.<br></blockquote><div><br>A] I was asking about ST_Union.<br>
B] I wasn't talking about the raster iterator at all.<br>C] More useful and constructive than what? Pointing out something that I see might cause problems which are potentially very difficult to debug? <br><br>Regina's response was constructive, for which I am eternally grateful. In this case, I learned that postgresql 9+ has a notion of ordered aggregates. This modifies the question into: Is there any way to require that expressions which depend on order occur only within an ordered aggregate? Conversely, how do we disable (and should we attempt to disable) these expressions on platforms (postgres < 9) which do not support ordered aggregates, or in contexts where the aggregate ordering is not specified? <br>
<br>At the very least, I think I'd suggest that the documentation for ST_Union contain a fairly heavyhanded warning about the dangers of using  expressions where the order matters in a non-ordered-aggregate context....<br>
<br>Bryce <br></div></div>