If you know the querystring that generated the failure you could run even
more verbose logging on the command line. Something like:
env CPL_DEBUG=ON CPL_TIMESTAMP=ON MS_DEBUGLEVEL=5 MS_ERRORFILE=/dev/stderr
mapserv
QUERY_STRING='SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&FORMAT=image/png&WIDTH=256&H
On Thu, Oct 5, 2023 at 6:51 PM Raghav Singh
wrote:
> Is there any method to debug mapserver so we can know where the root cause
> is?
>
See https://mapserver.org/optimization/debugging.html
You might pose specific questions to the Mapserver mailing list
https://lists.osgeo.org/mailman/listinfo/
On Thu, Oct 5, 2023 at 12:00 PM Raghav Singh
wrote:
> Thanks for replying. Yes, it can be this but just to confirm this we are
> getting only for a few imagesets and we have been getting this from a few
> months back only so if it was a error from way back why it came now in our
> system and only
On Tue, Oct 3, 2023 at 11:40 PM Raghav Singh via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:
> I am trying to get a layer from wms and at higher zoom levels I am getting
> this error - msDrawMap(): Image handling error. Failed to draw layer
> named 'PICT-INHEND19-psQwiZ1L4t'. drawGDAL(): Unable to
I know you mention requirements.txt, but I write my setup.py with a
function that uses gdal-config to get Python bindings for the version of
GDAL I have installed. It looks something like this:
from setuptools import setup, find_packages
from subprocess import check_output
class GdalNotFoundErro
Hi,
I am experimenting with curl range requests on servers supporting HTTP/1.1
and the new GTiff multi-threaded read released in gdal-3.6.0 from
https://github.com/OSGeo/gdal/pull/6438.
First, here's a command that uses single-threaded reads with HTTP/1.1. Note
the default value
https://trac.osge
On Fri, Jul 30, 2021 at 12:28 PM Javier Jimenez Shaw
wrote:
> I want to make a (power-of-two) downscaled version of a geotiff with
> overviews efficiently with C++ (not from the console).
>
I know you said you want to do this from C++ and not the console. In case
you did want to do it from the c
> make[1]: Entering directory
'/home/simon.eves/scratch/gdal3/gdal-3.0.0/apps'
> /bin/bash /home/simon.eves/scratch/gdal3/gdal-3.0.0/libtool --mode=link
--silent g++ gdalinfo_bin.lo /home/simon.eves/scratch/gdal3/gdal-3.0.0/
libgdal.la -o gdalinfo
> /home/simon.eves/scratch/gdal3/gdal-3.0.0/.lib
Hi,
I have been experimenting with the GDAL_HTTP_MULTIRANGE config option added
in gdal-2.3. I have noticed that setting this to YES requires fewer curl
requests, but utilizes a more memory compared to SERIAL. From a very simple
test (details below):
1. gdal-2.2.4:
Maximum resident set s
On Fri, Oct 27, 2017 at 4:14 PM, Even Rouault
wrote:
> Peter,
>
>
>
> > I'm using MapServer-7.0.6 built with GDAL-2.2.2. Is VSI_CACHE_SIZE the
>
> > cache size per process? per file handle?
>
>
>
> Per-file handle :
>
> """
>
> The default size of caching for each file is 25 MB, and
>
> can be co
Hi,
I ran into something unexpected with VSI_CACHE while trying to understand
Memory consumption with MapServer
https://lists.osgeo.org/pipermail/mapserver-users/2017-October/080315.html
When MapServer layers have the setting CLOSE_CONNECTION=DEFER (this setting
keeps open file handles open indef
Hi Jeremy,
We have come up with one technique to read/write directly to/from s3 using
/vsis3/ and a simple file writer class a colleague wrote:
https://gist.github.com/pedros007/55c6e33224596fb4d8e9e6b68b24ed9b In
fact, I used this last week to add internal overviews to some of our images
in S3.
Hi,
I ran into something confusing when using gdal-2.2.0 to generate Cloud
Optimized GeoTIFFs following the instructions at:
https://trac.osgeo.org/gdal/wiki/CloudOptimizedGeoTIFF
Here's what I did:
1. Fetch an image:
env CPL_VSIL_CURL_ALLOWED_EXTENSIONS=tif GDAL_DISABLE_READDIR_ON_OPEN=YES
VSI_
13 matches
Mail list logo
