Sorry yuriesky for the unintended hijack of your thread...<br><br>Both arguments are very interesting... and I am interested in both of them... <br><br>Probably we could split the thread.<br><br>Guys, do you follow any convention in this list for splitting treads ?<br>

<br><div class="gmail_quote">On Mon, Jul 19, 2010 at 11:18 PM, salas <span dir="ltr"><<a href="mailto:fsalas@geocuba.cu">fsalas@geocuba.cu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

Hi, this topic is very interesting but in my situation we need to know about<br>
the vectorial data, not storing of raster data.<br>
could someone tell me about this? store limits for vectorial data.<br>
<br>
yuriesky<br>
<br>
----- Original Message ----- From: "Pierre Racine" <<a href="mailto:Pierre.Racine@sbf.ulaval.ca" target="_blank">Pierre.Racine@sbf.ulaval.ca</a>><br>
To: "PostGIS Users Discussion" <<a href="mailto:postgis-users@postgis.refractions.net" target="_blank">postgis-users@postgis.refractions.net</a>><br>
Sent: Monday, July 19, 2010 10:25 AM<br>
Subject: [!! SPAM] Re: [postgis-users] may have postgis store limits for a<div><div></div><div class="h5"><br>
big project?<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
>We do not know yet.. it could be even hundreds !<br>
<br>
WKT Raster is not really limited in size. But we still have to test on<br>
datasets the size you are using.<br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
each region (european country, US state, province, etc...) would have few<br>
raster (even 20) >representing different kind of information... (each<br>
pixel would be 5mx5rm)...<br>
</blockquote>
<br>
With WKT Raster, you can store all those rasters as a unique tiled<br>
coverage. In Oracle probably you stored them one table per raster?<br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
and I need to know the value of a pixel for all the rasters in that<br>
particular coordinates...<br>
</blockquote>
<br>
For this you typically use ST_Value() like this:<br>
<br>
SELECT ST_Value(rast, ST_Geomfromtext('Point(-78.1 58.1)', 4326))<br>
FROM srtm_tiled_100x100<br>
WHERE ST_Intersects(rast::geometry, ST_Geomfromtext('Point(-78.1 58.1)',<br>
4326))<br>
<br>
One query like this takes 16 milliseconds on my machine on a 100 pixels x<br>
100 pixels tiled coverage. There are 46800 tiles.<br>
<br>
Don't forget to assign a reference system to your raster when converting<br>
it to .sql (-s gdal2wktraster's option) and to construct an index on the<br>
table (-I option).<br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
with Oracle 11g GEORaster it is possible to compress the rasters (and get<br>
lower performance of >course)... in my case the compression rate is up to<br>
600 !!!... so the amount of data is >drastically reduced...<br>
</blockquote>
<br>
WKT Raster relies on PostgreSQL for compression. I don't know the<br>
compression rate.<br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
nevertheless I need to be able to do a few (up to 20) queries like this at<br>
the same time in in a >fraction of second...: select pixel from raster<br>
where (x=X and y=Y). One query for each raster, >representing a different<br>
information<br>
</blockquote>
<br>
If you tile and index everything properly that should not be a big deal.<br>
Let us know!<br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
If WKTRaster is mature enough, we can create a cluster without the need of<br>
paying a prohibitive license per CPU as for Oracle !<br>
</blockquote>
<br>
If you save extra money by not having buying an Oracle license and you are<br>
interested in collaborating in the development of WKT Raster, let us know<br>
;-)<br>
<br>
Pierre<br>
<br>
Sebastian<br>
On Mon, Jul 19, 2010 at 5:00 PM, Pierre Racine<br>
<<a href="mailto:Pierre.Racine@sbf.ulaval.ca" target="_blank">Pierre.Racine@sbf.ulaval.ca</a>> wrote:<br>
Hi Sebastian,<br>
<br>
What kind of query are you planning on the raster? You know you can also<br>
use WKT Raster to simply "register" filesystem rasters, creating a king of<br>
geospatial catalog, without actually storing them in the database...<br>
<br>
How many 16GB raster do you have? Are your raster all representing the<br>
same theme? Are they overlapping (or they form a regular grid)?<br>
<br>
We don't know of that many users cases up to now, but WKT Raster prooved<br>
to be very stable working on 1 GB raster coverage (see the tutorial).<br>
<br>
Pierre<br>
<br>
From: <a href="mailto:postgis-users-bounces@postgis.refractions.net" target="_blank">postgis-users-bounces@postgis.refractions.net</a><br>
[mailto:<a href="mailto:postgis-users-bounces@postgis.refractions.net" target="_blank">postgis-users-bounces@postgis.refractions.net</a>] On Behalf Of<br>
Sebastian E. Ovide<br>
Sent: 19 juillet 2010 11:34<br>
To: PostGIS Users Discussion<br>
Subject: Re: [postgis-users] may have postgis store limits for a big<br>
project?<br>
<br>
Hi All,<br>
<br>
I am interesting too... I am considering PostGIS+WKTRaster instead of<br>
Oracle GeoRaster... but for that can happen, Postgresql must be able of<br>
managing some simple tables of 30+M (Millions) rows plus a lot of Rasters<br>
of 16GB each... (16GB not compress data... so are huge images !). Each<br>
query (simple look up) must response in a fraction of second....<br>
<br>
any successful case ?<br>
<br>
Thanks !<br>
On Fri, Jul 16, 2010 at 1:13 AM, salas <<a href="mailto:fsalas@geocuba.cu" target="_blank">fsalas@geocuba.cu</a>> wrote:<br>
Hello to all:<br>
I am working in a project where they are managed more than 20 geoespatials<br>
thematics. Each thematic one has a considerable volume of since<br>
information it is of the whole country (I am speaking of a lot more than a<br>
million of records). In the project we need to make (mostly) intersection<br>
consultations keeping in mind literal attributes.<br>
I need to know the experience of somebody in a project of this span and if<br>
PostGIS would present some limitation therewith.<br>
<br>
regards yuriesky<br>
<br>
_______________________________________________<br>
postgis-users mailing list<br>
<a href="mailto:postgis-users@postgis.refractions.net" target="_blank">postgis-users@postgis.refractions.net</a><br>
<a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_blank">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br>
<br>
<br>
<br>
--<br>
Sebastian E. Ovide<br>
<br>
<br>
<br>
_______________________________________________<br>
postgis-users mailing list<br>
<a href="mailto:postgis-users@postgis.refractions.net" target="_blank">postgis-users@postgis.refractions.net</a><br>
<a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_blank">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br>
<br>
<br>
<br>
--<br>
Sebastian E. Ovide<br>
<br>
<br>
<br>
_______________________________________________<br>
postgis-users mailing list<br>
<a href="mailto:postgis-users@postgis.refractions.net" target="_blank">postgis-users@postgis.refractions.net</a><br>
<a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_blank">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br>
<br>
</blockquote>
<br>
<br>
_______________________________________________<br>
postgis-users mailing list<br>
<a href="mailto:postgis-users@postgis.refractions.net" target="_blank">postgis-users@postgis.refractions.net</a><br>
<a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_blank">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Sebastian E. Ovide<br><br><br><br><br>