MapServer 4.4.0-beta2 released
Daniel Morissette
dmorissette at DMSOLUTIONS.CA
Wed Nov 3 13:42:42 PST 2004
Hi Everyone,
The MapServer 4.4.0 release work is progressing well, several bugs have
been killed since beta1 and we are now ready to release beta2.
The source should be available shortly on the main MapServer site. In
the meantime you can grab a copy from CVS or from:
http://maptools.org/dl/mapserver-4.4.0-beta2.tar.gz
Windows binaries should be available in the next day or so as well at
the usual locations:
Howard Butler's "kitchen sink" release that includes GDAL, Proj.4, PDF
output, SWF output, MrSID, NetCDF, JPEG2000, ECW, PostGIS, GML, WFS
Server/Client, WMS Server/Client, DEBUG output, GIF, PNG, and JPEG:
http://hobu.stat.iastate.edu/mapserver/build_output/beta_4_4_0
And the PHP MapScript package on maptools.org:
http://maptools.org/php_mapscript/index.phtml?page=downloads.html
Finally, I have included below the complete list of fixes/changes since
beta1.
As usual, please send your questions via the mailing list (I mean it!)
or report bugs via bugzilla.
Daniel
------------------------------------------------------------
Daniel Morissette dmorissette at dmsolutions.ca
DM Solutions Group http://www.dmsolutions.ca/
------------------------------------------------------------
Version 4.4.0-beta2 (2004-11-03)
--------------------------------
- free mapServObj properly in mapserv.c in OWS dispatch case to fix minor
memory leaks.
- modified msCloseConnections() to also close raster layers so that
held raster query results will be freed.
- modified raster queries to properly set the classindex in the resultcache.
- modified msDrawQueryCache() to be very careful to not try and lookup
information on out-of-range classindex values. This seems to occur when
default shapes come back witha classindex of 0 even if there are no
classes.
(ie. raster query results).
- the loadmapcontext function has changed it behaviour : before the 4.4
relase
when loading layers from a map context, the layer name was built using
a unique prefix + the name found in the context (eg for the 2nd layer in
map context named park, the layer name generated would possibly be
l:2:park).
Now the loadmapcontext takes a 2nd optional argument to force the
creation
of the unique names. The default behaviour is now to have the layer name
equals to the name found in the context file. (Bug 1023)
- Fixed problem with WMS GetCapabilities aborting when wms_layer_group is
used for some layers but not for all. (bug 1024)
- Changed raster queries to return the list of all pixel values as an
attribute named "value_list" rather than "values" to avoid conflict with
special [values] substitution rule in maptemplate.c.
- Fixed raster queries to reproject results back to map projection, and to
do point queries distance checking against the correct projection.
(bug 1021)
- Get rid of WMS 1.0.8 support. It's not an officially supported verison
of the spec anyway: it's synonymous for 1.1.0 (bug 1022)
- Allow use of '=' inside HTML template tag parser. (Bug 978)
- Use metadata ows_schema_location for WMS/WFS/WCS/SLD (Bug 999, 1013, 938)
(The default value if metadata is not found is
http://schemas.opengeospatial.net)
- Generate a RULE <Name> tag when generating an SLD. (Bug 1010)
- WMS GetLegendGraphic uses now the RULE value to return an icon for
a class that has the same name as the RULE value (Bug 843)
- Add msOWSPrintURLType: This funciton is a generic URL printing fuction
for
OGC specification metadata (WMS, WFS, WCS, WMC, etc.) (Bug 944).
- Support MetadataURL, DataURL and LegendURL tags in WMS capabilities
document and MetadataURL in WFS capabilities.
- SWIG mapscript: clone methods for layerObj, classObj, styleObj (bug 1012).
- Implemented an intarray helper class for SWIG mapscript which allows for
multi-language manipulation of layer drawing order (bugs 853, 1005).
- Fixed WMS GetLegendGraphic which was returning an exception (GD error)
when requested layer was out of scale (bug 1006).
- Fixed maplexer.l to work with flex 2.5.31 (bug 975).
- WMS GetMap requests now have MS_NONSQUARE enabled by default. This means
that if the width/height ratio doesn't match the extent's x/y ratio then
the map is stretched as stated in the WMS specification (bug 862)
- In WMS, layers with no explicit projection defined will receive a copy
of the map's projectionObj if a new SRS is specified in the GetMap
request
or if MS_NONSQUARE is enabled. This will prevent the problem with layers
that don't show up in WMS request when the server administrator forgets
to explicitly set projections on all the layers in a WMS mapfile.
(bug 947)
- Implemented FastCGI cleanup support for win32 and unix in mapserv.c.
- Solved configure/compile issues with libiconv (bugs 909, 1017)
More information about the MapServer-users
mailing list