From: Sandro Santilli Date: Sat, 10 Mar 2012 13:42:22 +0000 (+0000) Subject: Use elements according to the DTD (xmllint) X-Git-Tag: 2.0.0beta3~44 X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=dee88e208445246d3567d319db3d3e9b454b922f;p=postgis Use elements according to the DTD (xmllint) git-svn-id: http://svn.osgeo.org/postgis/trunk@9453 b70326c6-7e19-0410-871a-916f4a2858ee --- diff --git a/doc/using_raster_dataman.xml b/doc/using_raster_dataman.xml index db4e44c74..782361e54 100644 --- a/doc/using_raster_dataman.xml +++ b/doc/using_raster_dataman.xml @@ -137,7 +137,9 @@ -t TILE_SIZE + Cut raster into tiles to be inserted one per table row. TILE_SIZE is expressed as WIDTHxHEIGHT. + @@ -247,8 +249,8 @@ An example session using the loader to create an input file and uploading it chunked in 100x100 tiles might look like this: - You can leave the schema name out e.g demelevation instead of public.demelevation and - the raster table will be created in the default schema of the database or user + You can leave the schema name out e.g demelevation instead of public.demelevation and + the raster table will be created in the default schema of the database or user raster2pgsql -s 4236 -I -C -M *.tif -F -t 100x100 public.demelevation > elev.sql psql -d gisdb -f elev.sql @@ -382,7 +384,7 @@ Available GDAL raster formats: CREATE INDEX myrasters_rast_st_convexhull_idx ON myrasters USING gist( ST_ConvexHull(rast) ); Note the use of since most raster operators are based on the convex hull of the rasters. Pre-2.0 versions of PostGIS raster were based on the envelop rather than the convex hull. For teh spatial idnexes to work properly you'll need to drop those and replace with convex hull based index. - Apply raster constraints using + Apply raster constraints using @@ -460,8 +462,8 @@ Available GDAL raster formats: The information in raster_overviews does not duplicate the information in raster_columns. If you need the information about an overview table present in raster_columns you can join the raster_overviews and raster_columns together to get the full set of information you need. Two main reasons for overviews are: - Low resolution representation of the core tables commonly used for fast mapping zoom-out. - Computations are generally faster to do on them than their higher resolution parents because there are fewer records and each pixel covers more territory. Though the computations are not as accurate as the high-res tables they support, they can be sufficient in many rule-of-thumb computations. + Low resolution representation of the core tables commonly used for fast mapping zoom-out. + Computations are generally faster to do on them than their higher resolution parents because there are fewer records and each pixel covers more territory. Though the computations are not as accurate as the high-res tables they support, they can be sufficient in many rule-of-thumb computations. The raster_overviews catalog contains the following columns of information.