<br><br><div class="gmail_quote">On Tue, Nov 22, 2011 at 3:30 PM, Pierre Racine <span dir="ltr"><<a href="mailto:Pierre.Racine@sbf.ulaval.ca" target="_blank">Pierre.Racine@sbf.ulaval.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>> These specifications sacrifice two major things (consistency with PostGIS, and<br>
<br>
</div>The default behavior, when there is no alternative expression provided, is to set the resulting value to null when one of the overlapping value is null. So there is no conflict between this behavior and SELECT null + 4; = null<br>


<div><br></div></blockquote><div><br>Correct. The question is, what did you gain by providing the ability to override? <br> </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<div>
> the potential to extend beyond two rasters)<br>
<br>
</div>Could you provided a SQL query involving 4 rasters for example? I think doing this exercise will make you realize that supporting processing on an array of raster stored in four different tables leads to impractical applications, too complex queries and uncertain processing time...<br>

</blockquote><div><br>SQL queries are out, because you support only two at a time. Algorithm: differenced Normalized Burn Ratio (dNBR). 4 bands, two landsat scenes (likely to be 4 tables). Doing the calculation in a single expression is more efficient because you don't have to allocate, create and store the intermediate calculations.<br>

<br> </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Again those conflicts are the only fruit of your imagination. They will vanish when you will spend more time trying things than writing long useless complaining emails... We really have other things to do. I'm not the only one thinking this...<br>

</blockquote><div><br>This is exacly what I meant about someone trying to pick a fight, so the email wasn't addressed to you. You are so eager to see a complaint from me that you just won't see the more or less neutral questions I pose, and it is utterly beyond the pale that I might have an application in mind which motivates the observations. <br>
<br>As to the rest, I'm essentially taking care of architectural design and implementation for the long term accumulation of maintainable, reusable production code in C. I understand this qualifies as "nothing productive" in your book because you're buried in rapid prototyping mode. However, it's essential for the long term success of this effort. You could at least acknowledge that because I'm handling it, your efforts can be focused on pushing out this release. To see the running status of my contribution, you're once again invited to look here:<br>
<br><a href="https://github.com/bnordgren/postgis/commits/ri-gen2-svn">https://github.com/bnordgren/postgis/commits/ri-gen2-svn</a><br><br>Bryce<br>
</div></div>