So that's 3 reports of issues with the GIS Internals build(s) then. Still
could be MapServer-based though...
On Tue, Nov 23, 2021 at 7:30 AM James Passmore - BGS
wrote:
> Possibly not related, but I reported an issue to Tamas Szekeres
> (gisinternals) back in March against
> release-1928-x64-gda
Possibly not related, but I reported an issue to Tamas Szekeres (gisinternals)
back in March against release-1928-x64-gdal-3-2-1-mapserver-7-6-2(dfdda8a
258d73a) then again in May with release-1928-x64-gdal-3-3-0-mapserver-7-6-3.zip
(7c05724 eeeffe6). I could not get GetMap or GetLegendGraphic
mapserver-users@lists.osgeo.org>
Subject: [EXTERNAL] Re: Re: [mapserver-users] Corrupted PNG issue
John: What happens if you take WMS out of the equation, so:
mapserv.exe -nh "QUERY_STRING=
map=dynamic\5708d96b-c606-4c35-95e7-085fedc1dcce.map&mode=map" > test.png
--Steve
On Fri, N
DRG"
>
> CONNECTIONTYPE WMS CONNECTION "
> https://basemap.nationalmap.gov/arcgis/services/USGSTopo/MapServer/WmsServer
> ?"
>
> PROJECTION "init=epsg:3857" END
>
> METADATA
>
> "wms_srs" "EPSG:3857"
>
&g
erver_version" "1.1.1"
"wms_format" "image/png"
END
END
END
From: Steve Lime
Sent: Thursday, November 18, 2021 8:53 AM
To: John Huotari
Cc: mapserver-users@lists.osgeo.org
Subject: [EXTERNAL] Re: [mapserver-users] Corrupted PNG issue
Hmmm... I've not
GDAL 2.4.4 doesn't create zips so it must be MapServer doing the
zipping in this version at least?
Direct support for zipped shape is a recent GDAL 3 addition, which
MapServer doesn't use. MapServer uses instead a lower level GDAL's CPL
ZIP API:
https://github.com/MapServer/MapServer/blo
Yes apologies John for hijacking the thread, I thought it could be related to
your issue but looking less and less likely.
Steve's suggestion to use the commandline mapserv -nh "QUERY..." approach
should rule out a few more issues.
Even - the same zip cannot be opened on Linux either (using Ark
Ah, GDAL also changed... Zipping is done by GDAL, so could be a GDAL
related change (there were adjustments in the past regarding ZIP64 that
could result in some bytes being different). Did you try opening the zip
with another utility (like 'unzip' on Linux) ?
This might be then a completely d
Thanks Even, I'll give that a go (the bisect worked well for another issue a
few months ago).
I presume the zipping issue is more likely to be in the MapServer codebase than
in GDAL?
The GISInternals did switch from GDAL 2.4.4 to GDAL 3.3.3 from the 7.4.3 to
7.6.4 branches.
The zip exports wo
Could be a msIO_needBinaryStdout() missing somewhere. Seth, if you've
the chance to run a git bisect session, that could probably give a
strong hint of how to fix that.
Le 19/11/2021 à 09:43, Seth G a écrit :
Possibly unrelated but I ran into a similar issue exporting WFS to
zipped shapefiles.
Possibly unrelated but I ran into a similar issue exporting WFS to zipped
shapefiles.
Working fine in 7-4-3 but broken in 7-6-4 (and current master) - the zip files
are corrupt, although they have an identical size.
7-zip reports "Headers Error Unconfirmed start of archive"
The same command is
Hmmm... I've not run into or heard of this before although I'm not a
windows user. I did a quick sanity check with a mapfile here and the latest
7.4 and 7.6 versions. While not exactly the same setup you have in terms of
versions, they produce the exact same png image.
What do you get for output i
I'm attempting to upgrade from MapServer 7.6.1 to 7.6.4 via compiled packages
obtained from GISInternals. I'm running it on Windows/IIS and whereas 7.6.1
was generating .PNG tiles perfectly for me, after upgrading to 7.6.4, the .PNGs
being created appear to be corrupt. I can replace the 7.6.4
13 matches
Mail list logo