|Home | Products | Issue Tracker | FAQ | Download|
|Contact:||jdoyon at nrcan.gc.ca|
|Contact:||hobu.inc at gmail.com|
|Contact:||thomas.bonfort at gmail.com|
Table of Contents
The compilation instructions given in this document are outdated and do not reflect the switch to cmake that happened in version 6.4. For the flags and options to pass to cmake at configuration time, please refer to the INSTALL.CMAKE <https://github.com/mapserver/mapserver/blob/master/INSTALL.CMAKE> file packaged at the root of the source directory:
The University of Minnesota’s MapServer is an open-source and freely available map rendering engine for the web. Due to its open-source nature, it can be compiled on a wide variety of platforms and operating systems. We will focus on how to obtain, compile and install MapServer on UNIX-like platforms.
Detailed configuration options are maintained in the INSTALL.CMAKE <https://github.com/mapserver/mapserver/blob/master/INSTALL.CMAKE> file packaged at the root of the source directory:
You might also check the MapServerCompilation wiki page for additional information.
You can obtain the MapServer source code as well as the demo package from the Download section.
You can also get the latest MapServer source code from GitHub.
libpng: libpng should be on your system by default. 1.2.12 is the current release with security patches, although versions all the way back to 1.2.7 should work.
freetype: Version 2.x or above is required.
libjpeg: libjpeg allows MapServer to render images in JPEG format. A sufficient version should be installed by default on your system. Version 6b is the current version and dates back to 1998.
Direct JPEG support is deprecated in MapServer 5.8+, and you should now depend on GDAL for raster read support in MapServer. JPEG support is however still required for producing (i.e. writing) images.
zlib: Zlib should be on your system by default. 1.2.1 is the current release with security patches. Though not used directly by mapserver, it’s a mandatory dependency of libpng.
libproj: libproj provides projection support for MapServer. Version 4.4.6 or greater is required.
libcurl: libcurl is the foundation of OGC (WFS/WMS/WCS) client and server support. Version 7.10 or greater is required. Installing libcurl:
apt-get install -y libcurl4-gnutls-dev
OGR: OGR provides access to at least 18 different vector formats.
GDAL: GDAL provides access to at least 42 different raster formats.
libtiff: libtiff provides TIFF (Tagged Image File Format) reading support to MapServer.
Direct libtiff support is deprecated in MapServer 5.8+, and you should now depend on GDAL for raster read support in MapServer.
libgeotiff libgeotiff provides support to read GeoTIFF files (TIFF files with geographic referencing).
Direct GeoTIFF support is deprecated in MapServer 5.8+, and you should now depend on GDAL for raster read support in MapServer.
GEOS: GEOS allows MapServer to do spatial predicate and algebra operations (within, touches, etc & union, difference, intersection).
New in version 4.10.
New in version 4.10.
SDE Client Library: The client libraries for your platform should be part of the ArcSDE media kit. They are not publicly available for download.
Oracle Spatial OCI: The client libraries for your platform are available for download from Oracle’s website. Ideally, your client library matches the database you are querying from, but this is not a hard requirement.
libpq: libpq is required to support the use of PostGIS geometries within the PostgreSQL database. Ideally, your client library matches the database you are querying from.
libgif-dev: giflib is is used for reading GIF files used as PIXMAP symbols.
FastCGI: FastCGI is a popular protocol for interfacing MapServer with various web servers. You will need to install the development package. More details on how to use this feature in MapServer is here FastCGI. On Ubuntu, that would be:
$ apt-get -y install libfcgi-dev
cairo (svg, pdf) support: This library is required to produce PDF and SVG outputs. If you’re on an ubuntu system, it can be installed with “apt-get install -y libcairo2-dev”
kml support: This renderer is has no external dependency.
GD: libgd is used by MapServer for rendering images. Version 2.0.28 or greater required. Version 2.0.29 or later is required to use curved (following) labels, and version 2.0.34 is required for antialiasing (1 pixel wide lines/outlines).
It is not recommended to enable the GD renderer unless you know what you are doing. It suffers from major rendering limitations, and will be completely removed in version 7.0
There are a number of issues that you should be aware of when using GD in combination with MapServer.
MapServer aggressively takes advantage of new features and bug fixes in the latest versions of libgd. The minimum required version to run MapServer is 2.0.29. Upgrading to at least 2.0.34 is advised as it includes an important bug fix for antialiased lines. Configure should detect which version of libgd you have installed, but you can quickly check yourself by issuing the following command:
$ gdlib-config --version
If you intend to use international character sets, your version of libgd must be compiled against the GNU iconv libraries. If you are using a pre-packaged version, it is very likely that this is the case. To check for yourself, issue the following command and look for ‘-liconv’ in the output:
$ gdlib-config --libs
If you intend to use your system’s libgd, ensure that you have the development package also installed so MapServer can find and use the appropriate headers.
The GD you compile MapServer against MUST be compiled against the FreeType library in order to use TrueType fonts. MapServer no longer uses it’s own interface to FreeType, using it through GD instead.
When you run your “configure” script, look for the following output:
using GD ( -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_TTF -DGD_HAS_GDIMAGEGIFPTR) from system libs.
If your GD is built against FreeType, you will see either “-DUSE_GD_TTF” (Or “-DUSE_GD_FT” for Freetype 2.x) part. If it’s missing, you will need to recompile your GD to make sure you include FreeType support. See the GD documentation for more information.
Also note that the configure script looks for the FreeType library separately as well, generating output looking somewhat like this:
checking where FreeType is installed... checking for FT_Init_FreeType in -lfreetype... yes using libfreetype -lfreetype from system libs.
Even though you have FreeType installed on your system and the configure script finds it, does NOT mean you will have TrueType font support. GD MUST be compiled against FreeType either way.
Versions of libgd earlier than 2.0.34 contain a one very significant bug and will always cause a segfault if you attempt to do one pixel wide antialiasing. You can manually patch older gd’s, or better yet upgrade to at least GD 2.0.34.
In gd.c, function gdImageSetAAPixelColor() change:
int dr,dg,db,p,r,g,b; p = gdImageGetPixel(im,x,y);
int dr,dg,db,p,r,g,b; if (!gdImageBoundsSafeMacro (im, x, y)) return; p = gdImageGetPixel(im,x,y);
More detail about this patch (if you need any) was described by Steve Lime in a post to mapserver-users.
ANGLE FOLLOW, a new feature that allows MapServer to draw curved labels about a linear feature like a road, requires libgd 2.0.29 and TrueType font support. Configure should autodetect if you have a sufficient libgd and TrueType support to be able to use this feature.
Since version 5.0 MapServer supports the AGG rendering backend. MapServer 5.6+ embeds it directly in the source tree and you do not have to do anything special to have support for it.
Support for WMS server is automatically enabled when you include PROJ.4 support. (–with-proj) You can check this yourself by looking for the following in your “configure” output:
checking whether we should include WMS support... OGC WMS compatibility enabled (-DUSE_WMS).
If, for some reason you DON’T want WMS support, you can force it off by passing “–without-wms” to your configure script.
More information on using this feature is available in WMS Server.
Cascading is also supported. This allows mapserver to transparently fetch remote layers over WMS, basically acting like a client, and combine them with other layers to generate the final map.
In order to enable this feature, you will need to pass the “–with-wmsclient” option to the configure script. MapServer will automatically look for libcurl, which is also required.
To verify that the WMS Client feature is enabled, check the output from the configure script:
checking whether we should include WMS Client Connections support... OGC WMS Client Connections enabled (-DUSE_WMS_LYR).
This feature is disabled by default, you have to specifically request it.
More information on using this feature is available in WMS Client.
Support for WFS server is enabled by passing the configure script the “–with-wfs” option. OGR and PROJ.4 support is required.
You can check this yourself by looking for the following in your “configure” output:
checking whether we should include WFS Server support... OGC WFS Server support enabled (-DUSE_WFS_SVR).
This feature is disabled by default, you have to specifically request it.
More information on using this feature is available in WFS Server.
MapServer can also act as a WFS client. This effectively means that MapServer reads it’s data from a remote server’s WFS output and renders it into a map, just like it would when reading data from a shapefile.
In order to enable this feature, you will need to make sure you include OGR (Built with Xerces support) and PROJ.4 support, and pass the “–with-wfsclient” option to your configure script. MapServer will automatically look for libcurl, which is also required.
To verify that the WFS Client feature is enabled, check the output from the configure script:
checking whether we should include WFS Client Connections support... OGC WFS Client Connections enabled (-DUSE_WFS_LYR).
This feature is disabled by default, you have to specifically request it.
More information on using this feature is available in WFS Client.
Support for WCS server is enabled by passing the “–with-wcs” option to the configure script. WCS must be compiled against certain libraries. More information on this service is available in WCS Server.
MapServer can use a wide variety of sources of data input. One of the solutions growing in popularity is to use spatially enabled databases to store data, and to use them directly to draw maps for the web.
Here you will find out how to enable mapserver to talk to one of these products. Please refer to the MapFile reference for more details on how to use these. This section only details how to compile MapServer for their use.
PostGIS adds support for geographic objects to the PostgreSQL object-relational database. In effect, PostGIS “spatially enables” the PostgreSQL server, allowing it to be used as a backend spatial database for geographic information systems (GIS), much like ESRI’s SDE or Oracle’s Spatial extension. PostGIS is included in many distributions’ packaging system, but you can also roll your own if needed.
MapServer can use PostGIS as a data source. In order to do so simply use “–with-postgis” when running your configure script:
MapServer allows you to use SDE as a data source both for geometry and attributes. In order to achieve this, you must have the SDE client libraries at your disposition, and have them installed on the machine running MapServer.
In order to enable SDE support in MapServer, you have to compile it with two options specified:
Oracle’s Spatial Warehousing cartridge is also supported by MapServer. In order to connect to it, you will need to compile MapServer against the Oracle libraries by passing the “–with-oraclespatial” argument to your configure script. You will very likely need an ORACLE_HOME environment variable set to have it configure things correctly:
First prepare the ground by making sure all of your required and/or recommended libraries are installed before attempting to compile MapServer. This will make your life much less complicated ;). Here is the order that I usually use:
Compile GD. This often means acquiring libjpeg, libpng, zlib, and freetype before actually compiling the library. You shouldn’t have too much trouble finding binaries of the libraries that GD requires, and often, they will already be installed with your system. On unix, I’ve had very little luck finding pre-compiled binaries of the required GD library. See libgd section for notes about patching libgd if you plan to use antialiasing.
Compile GDAL/OGR. Describing how to compile GDAL/OGR is beyond the scope of this document. If you have requirements for lots of different formats, make sure to install those libraries first. I often find that building up a GDAL/OGR library often takes as long as compiling MapServer itself!
Compile Proj.4. Proj.4 is a straight-forward configure/make/make install library.
Compile libcurl. libcurl is a straight-forward configure/make/make install library. This library is only used along with other features, so “–with-curl-config” won’t do anything unless something like “–with-wmsclient” or “–with-wfsclient” is also selected.
If you want to configure MapServer to use SSL when accessing a WMS/WFS server libcurl must be configured / compiled with the “–with-ssl” option. Details about how to set this up is available in How to set up MapServer as a client to access a service over https.
Compile/install optional libraries. These might include SDE, PostGIS, Oracle Spatial, AGG, Ming, PDFlib, or MyGIS. Mix and match as you need them.
Unpack the MapServer tarball and cd into the mapserver directory:
$ tar -zxvf mapserver-X.Y.Z.tar.gz
Configure your environment using “configure”. I often place my configure command in its own file and changes its mode to be executable (+x) to save typing and have a record of how MapServer was configured. This is meant to be an example, you will need to edit the following script. If you get “No such file or directory” errors, try removing the “#” comments in this script:
./configure --with-sde=/usr/sde/sdeexe90 \ --with-sde-version=90 \ --with-ogr=/usr/local/bin/gdal-config \ --with-gdal=/usr/local/bin/gdal-config \ --with-httpd=/usr/sbin/httpd \ --with-wfsclient \ --with-wmsclient \ --enable-debug \ --with-curl-config=/usr/bin/curl-config \ --with-proj=/usr/local \ --with-tiff \ --with-gd=/usr/local/ \ --with-jpeg \ --with-freetype=/usr/ \ --with-oraclespatial=/usr/oracle \ --with-threads \ --with-wcs \ --with-postgis=/usr/local/database/bin/pg_config \ --with-libiconv=/usr \ # new in 4.8 --with-geos=/usr/local/bin/geos-config \ # new in 4.8 --with-xml2-config=/usr/bin/xml2-config \ # new in 4.10 --with-sos \ # new in 4.10 --with-agg=/path/to/agg-2.4 \ # not needed with >= 5.6
Now that you have configured your build options and selected all the libraries you wish mapserver to use, you’re ready to compile the source code into an executable.
This is actually quite simple, just execute “make”:
Since MapServer 6.2 there is a make install step in the installation of MapServer (yes, you read that correctly). This will install the ‘mapserver’ libraries. The other output of the compilation of MapServer is a binary executable that you can use in a CGI execution environment:
# make install
To make sure all went well, look for the file called mapserv:
$ ls -al mapserv -rwxr-xr-x 1 user user 351177 Dec 21 11:38 mapserv $
A simple test is to try and run it:
$ ./mapserv This script can only be used to decode form results and should be initiated as a CGI process via a httpd server. $
The message above is perfectly normal, and means exactly what it says. If you get anything else, something went terribly wrong.
The MapServer program itself consists of only one file, the “mapserv” binary executable. This is a CGI executable, meant to be called and run by your web server.
In this section, we will assume you are running Apache under its default directory structure in /usr/local/apache. You may need to have privileges to edit your httpd.conf (the main apache configuration file), or have someone (such as your webmaster) help you with the configuration details.
If you don’t have apache installed, and you want apache, php, fastcgi, etc, that might look something like this:
$ apt-get install -y apache2 apache2-mpm-worker libapache2-mod-fastcgi $ a2enmod actions fastcgi alias $ apt-get install libapache2-mod-php5 php5-common php5-cli php5-fpm php5
The main goal is to get the “mapserv” binary installed in a publicly accessible directory that is configured to run CGI programs and scripts.
Locate your cgi-bin directory. Under a default configuration, the CGI directory is “/usr/local/apache/cgi-bin” (RedHat users will use “/home/httpd/cgi-bin”). if you’re using apache, there should be a ScriptAlias directive in your http.conf, or default site, something like:
$ cat /etc/apache2/sites-available/default | grep 'cgi-bin' ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
Locate the installation path of your freshly compiled mapserv executable. This is shown when you run “make install”, something like this:
libtool: install: /usr/bin/install -c .libs/mapserv /usr/local/bin/mapserv
You’ll want to setup a symlink to that executable from your cgi-bin directory:
# ln -s /usr/local/bin/mapserv /usr/lib/cgi-bin/mapserv
Make sure you are linking against the installed mapserv file (after running ‘make install’) and NOT against where it was compiled in your source tree.
Placing the mapserv file in this directory makes it accessible by the following URL: “http://yourhostname.com/cgi-bin/mapserv”. When accessing this URL through your web client, you should expect the following output if all has worked well: “No query information to decode. QUERY_STRING is set, but empty.” If you get this message, you’re done installing MapServer.
The most common problem one is likely to encounter when attempting to install the binary are permissions issues:
You do not have write permissions into your web server’s CGI Directory. Ask your webmaster to install the file for you.
The web server gives you a “403 Permission denied” error. Make sure the user the web server runs as (usually “nobody”) has execute permission on the binary executable. Making the file world executable is perfectly fine and safe:
$ chmod o+x mapserv
You may receive a few different type of errors as well if your web server configuration isn’t right:
500 Internal server error: This is a fairly generic error message. All it basically tells you is that the web server was unsuccessful in running the program. You will have to consult the web server’s error log to find out more, and may need to enlist the help of your webmaster/system administrator. The apache docs also have pointers on setting up cgi-bin here http://httpd.apache.org/docs/2.2/howto/cgi.html
Check your server logs $ tail /var/log/apache2/error.log