[mapserver-users] MapServer CGI GdalWarp parameter passing

[Heiko Schröter]

> MapServer does not use gdalwarp or it's underlying algorithm.  these

Frank,

hm, probably i got the docs mixed up because of the 'geospatial raster formats' line at GDAL/OGR.
Could a clear hint make it into the docs, please ?
(Because i've been trying hard to get gdalwarp up and running in the first place. Blind me.)

Thanks for your reply.
Heiko

From the docs:
PROJ.4:
Proj.4 provides on-the-fly projection support to MapServer. Users whose data are in different projection systems can use this library to reproject into a common projection. It is also required for WMS, WFS or WCS services.
GDAL/OGR:
The GDAL/OGR library allows MapServer to read a variety of geospatial raster formats (GDAL) and vector formats (OGR). It can be downloaded at http://www.gdal.org/.



> two processing options can influence the MapServer source area selection
> but there is no direct analog for SOURCE_EXTRA.  There is some hardcoded
> logic to grow the source area by two pixels, but this is sometimes far
> from being enough.
> 
> **LOAD_FULL_RES_IMAGE=YES/NO**
>      This option affects how image data is loaded for the resampler when
>      reprojecting or otherwise going through complex resampling (as opposed
>      to the fast default image decimation code path).  This forces the source
>      image to be loaded at full resolution if turned on (default is NO).  This
>      helps work around problems with default image resolution selection in
>      when radical warping is being done.  It can result in very slow processing
>      if the source image is large.
> 
> **LOAD_WHOLE_IMAGE=YES/NO**
>     This option affects how image data is loaded for the resampler (as above).
>     This option, if turned on, will cause the whole source image to be loaded
>     and helps make up for problem identifying the area required, usually due
>     to radical image reprojection near a dateline or projection "horizon".
>     The default is NO.  Turning this on can dramatically affect rendering
>     performance and memory requirements.
> 
> Best regards,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091016/02576674/attachment.htm>