<p>On Dec 1, 2012 3:51 AM, "Bborie Park" <<a href="mailto:dustymugs@gmail.com">dustymugs@gmail.com</a>> wrote:<br>
><br>
> >> As I said in a previous mail this week: it is a misconception to consider a raster<br>
> >> table a raster (always regularly tiled). A raster table is more like a folder<br>
> >> containing a bunch of raster (a raster coverage) with all the unforeseeable the<br>
> >> arrangement of these many rasters may have (unalignement, overlaps, uncompletion).<br>
> ><br>
> > Pierre, please, don't do that, again.<br>
> > Don't assume you have the monopoly for valid use cases of PostGIS Raster.<br>
> > You may not like it, you may think it's a stupid idea, an unacceptable idea,<br>
> > but, let me quote Tim Keitt from his PGRaster paper:<br>
> ><br>
><br>
> Seriously, I think both of you are on opposite extremes of the same<br>
> topic. </p>
<p>There may be things inconvenient or considered as stupid by a project leader. But there's no elegance in silently flashing unconvenient features down the pipe. <br>
Unless, a project leader will state clearly and fairly "I rule, I decide. The last word is mine."</p>
<p>> The reality is that none of us will ever know how PostGIS<br>
> raster will be used.</p>
<p>That's right, and we have agreed on set of features. <br>
Don't make me fool folks and stop saying you had something different in mind or it has never been decided. Or do make me fool but say it clearly and openly,  we broke the consensus but we no longer care. </p>
<p>> > <a href="http://lists.osgeo.org/pipermail/postgis-devel/2007-July/002652.html">http://lists.osgeo.org/pipermail/postgis-devel/2007-July/002652.html</a><br>
> ><br>
> > "Blocking storage techniques, pyramid structures and data compression<br>
> > are the three key approach to improve the performance of PostGIS<br>
> > PGRaster in data processing and visualization."<br>
> ><br>
> > Blocking is a generic technique, almost equally important<br>
> > as pyramids. We can't simply ignore it.<br>
> ><br>
><br>
> Reading that thread made me laugh, especially considering the tone in<br>
> this email thread. </p>
<p>No idea what you mean.<br>
If you refer to the hard facts I recall in this thread then let it be a tone. It seems I have hit the wall of Pierre's dictatorship in this project despite never set explicitly, so I do need a backup of facts.<br>
 <br>
Best regards, <br>
-- <br>
Mateusz Loskot, <a href="http://mateusz.loskot.net">http://mateusz.loskot.net</a><br>
(Sent from mobile, apology for top-posting or broken quotes)<br>
</p>