From David.Fawcett at state.mn.us  Wed Jun  1 06:21:11 2016
From: David.Fawcett at state.mn.us (Fawcett, David (MNIT))
Date: Wed, 1 Jun 2016 13:21:11 +0000
Subject: [mapserver-users] WMS MapServer
In-Reply-To: <1464754978674.98957@maanmittauslaitos.fi>
References: <1491EB4E1D75164E940399B1F62D23CE5C65C376@PDEXCH10DB1.corp.rcis.com>
 <1464754978674.98957@maanmittauslaitos.fi>
Message-ID: <D645DD294B659443AAFDEFBEC8F1E9822007EAEC@055-CH1MPN1-002.055d.mgd.msft.net>

The other common issue is when layer status is set to ON or OFF (not DEFAULT), and no layer is specified in the CGI/WMS request.

From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Rahkonen Jukka (MML)
Sent: Tuesday, May 31, 2016 11:23 PM
To: Vogt, Robert (RCIS); mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] WMS MapServer


Hi,



Usually blank images without error mean that there are no data within the BBOX. Check the coverage of your data and that you have projections right.



It would be very interesting to know afterwards all the steps you have followed with your Mapserver setup. I believe that you have spent considerable much time with it and that means that the Mapserver documentation may not be good enough.



You wrote once that you had problems with path

E:\rcis\web\MapServerDlls\uildselease-1800-x64inprojSHARE\proj_def.dat. Does it mean that you have built Mapserver by yourself on Windows?

 -Jukka Rahkonen-

________________________________
Vogt, Robert wrote:

Good afternoon all,

Still working on getting MapServer up and running...

I am getting blank tiles back with a status of 200 in chrome.
I enabled DEBUG 4 in my .map file and designated an "MS_ERRORFILE", when I request the page an error test document is created...
However it is blank...does this mean there were no error's?

If so what is a reasonable next step to take to debug blank tiles?

-BobV


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160601/82f2612a/attachment.htm>

From zhaops at hotmail.com  Wed Jun  1 11:53:12 2016
From: zhaops at hotmail.com (Peisheng Zhao)
Date: Wed, 1 Jun 2016 18:53:12 +0000
Subject: [mapserver-users] default and invalid time value
Message-ID: <BLU179-W18893BACB126747787F911D0470@phx.gbl>

Hi,

We are using MapServer 6.4.1. We set up time extent in map file like this

"wms_timeextent"   "2016-05-23/2016-06-01"
"wms_timedefault"  "2016-06-01"

If the time value is out of time extent in the request, for example

http://mapserver/service.....&time=2016-06-05

I think it should return error message / service exception. But it actually returns the data for the default time, i.e. 2016-06-01. Do I make something wrong? Any idea?

Thanks. 
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160601/cc77c09f/attachment.htm>

From support at satshot.com  Thu Jun  2 08:59:52 2016
From: support at satshot.com (Avi Blackmore)
Date: Thu, 2 Jun 2016 18:59:52 +0300
Subject: [mapserver-users] =?utf-8?b?4p2jIEplZXoh?=
Message-ID: <000037e31b57$469eb3fd$970eba33$@satshot.com>

Hey,

I was looking for something an I've suddenly came accross that thing, jeez... you have to take a look <http://lytychunto.tantricsexwonders.com/aesbl>

Very truly yours, Avi Blackmore

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160602/bc311a7c/attachment.htm>

From smw at ceh.ac.uk  Thu Jun  2 07:59:26 2016
From: smw at ceh.ac.uk (Wright, Simon M.)
Date: Thu, 2 Jun 2016 14:59:26 +0000
Subject: [mapserver-users] Multiple styles in a MapServer WMS Service
Message-ID: <DBXPR06MB432054C8C0FD914EE3CD98FE1580@DBXPR06MB432.eurprd06.prod.outlook.com>

Hi Jeff and Andreas

I'm still struggling with getting multiple styles to appear in my MapServer WMS GetCapabilities file.  I guess this is because I'm fairly new to MapServer.

In the meantime I have also upgraded the version of MapServer that I'm using to 7.0.1 to ensure there aren't any issues with versions.

Would it be possible for you to show me the map files with the CLASSGROUP you have created to get multiple styles to appear in the WMS GetCapabilities document?

Also, Jeff, which block of metadata did you delete to get multiple styles to appear?  The metadata in the MAP | WEB | METADATA or the metadata in MAP | LAYER | METADATA?

Many thanks for your help.



Best wishes, Simon.

________________________________
This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system.
________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160602/5e59fd66/attachment.htm>

From jmckenna at gatewaygeomatics.com  Fri Jun  3 08:56:42 2016
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Fri, 3 Jun 2016 12:56:42 -0300
Subject: [mapserver-users] Multiple styles in a MapServer WMS Service
In-Reply-To: <DBXPR06MB432054C8C0FD914EE3CD98FE1580@DBXPR06MB432.eurprd06.prod.outlook.com>
References: <DBXPR06MB432054C8C0FD914EE3CD98FE1580@DBXPR06MB432.eurprd06.prod.outlook.com>
Message-ID: <5c40af63-853a-123f-b501-b93e2b2acd1d@gatewaygeomatics.com>

Hi Simon,

I am not sure why some of my emails are not making it through to this 
list (I had sent my code snippets here back on 2016-05-31).  Here is 
another try: sorry for using an external link but since my emails are 
not going through I have no choice: http://pastebin.com/9aVSv6K1

-jeff


-- 
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/



On 2016-06-02 11:59 AM, Wright, Simon M. wrote:
> Hi Jeff and Andreas
>
>
>
> I?m still struggling with getting multiple styles to appear in my
> MapServer WMS GetCapabilities file.  I guess this is because I?m fairly
> new to MapServer.
>
>
>
> In the meantime I have also upgraded the version of MapServer that I?m
> using to 7.0.1 to ensure there aren?t any issues with versions.
>
>
>
> Would it be possible for you to show me the map files with the
> CLASSGROUP you have created to get multiple styles to appear in the WMS
> GetCapabilities document?
>
>
>
> Also, Jeff, which block of metadata did you delete to get multiple
> styles to appear?  The metadata in the MAP | WEB | METADATA or the
> metadata in MAP | LAYER | METADATA?
>
>
>
> Many thanks for your help.
>
>
>
>
>
>
>
> Best wishes, Simon.
>
>
>
> ------------------------------------------------------------------------
> This message (and any attachments) is for the recipient only. NERC is
> subject to the Freedom of Information Act 2000 and the contents of this
> email and any reply you make may be disclosed by NERC unless it is
> exempt from release under the Act. Any material supplied to NERC may be
> stored in an electronic records management system.
> ------------------------------------------------------------------------
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>




From ankuriimt at gmail.com  Mon Jun  6 00:44:02 2016
From: ankuriimt at gmail.com (ankur chitranshi)
Date: Mon, 6 Jun 2016 13:14:02 +0530
Subject: [mapserver-users] How to fix the map layer scale size of 1:4000
	ration
Message-ID: <CA+Pqw-6J=jWawfDk2EyxRTPLE23-ZEL2dqns8mjkUif3Wmd1rg@mail.gmail.com>

hi All

How to fix the map layer scale size of 1:4000 ration In map file of map
script mode.


can any body help me ???????????

thanks in advanced
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160606/edc7cd35/attachment.htm>

From jukka.rahkonen at maanmittauslaitos.fi  Mon Jun  6 01:05:05 2016
From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML))
Date: Mon, 6 Jun 2016 08:05:05 +0000
Subject: [mapserver-users] How to fix the map layer scale size of
	1:4000	ration
Message-ID: <3c0287b5f75e4568949ca334c8d26d03@C119S212VM022.msvyvi.vaha.local>

Hi,

I apologize but I do not quite understand your question. Could you describe what you have done so far including relevant parts of your mapfile and mapscript, and tell us what is going wrong and what you would like to achieve?

-Jukka Rahkonen-

ankur chitranshi wrote:


hi All

How to fix the map layer scale size of 1:4000 ration In map file of map script mode.

can any body help me ???????????

thanks in advanced
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160606/daebd435/attachment.htm>

From ankuriimt at gmail.com  Mon Jun  6 01:34:54 2016
From: ankuriimt at gmail.com (ankur chitranshi)
Date: Mon, 6 Jun 2016 14:04:54 +0530
Subject: [mapserver-users] How to fix the map layer scale size of 1:4000
	ration
Message-ID: <CA+Pqw-6LWHNEB3euejEHbeY0bH6jRO5_Z8KQeLeWEPH2t1YwRg@mail.gmail.com>

sample layer map file is

LAYER
NAME "abc"
STATUS OFF
CONNECTIONTYPE POSTGIS
CONNECTION ""
DATA ""
TYPE polygon
TRANSPARENCY 100
MINSCALEDENOM 1
MAXSCALEDENOM 4000
METADATA
"fields" "layer"
END
CLASS
NAME 'abc'
MINSCALEDENOM 1000
   MAXSCALEDENOM 4000
STYLE
OUTLINECOLOR 21 58 224
COLOR 151 219 242
END
END
END

How to fix the map layer scale size of 1:4000 ration In map file of map
script mode in Map Server(ms4w)

can any body help me ???????????

-- 
thanks & regards
Ankur Chitranshi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160606/c72b98b6/attachment.htm>

From Steve.Lime at state.mn.us  Mon Jun  6 12:40:35 2016
From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT))
Date: Mon, 6 Jun 2016 19:40:35 +0000
Subject: [mapserver-users] How to fix the map layer scale size of
	1:4000	ration
In-Reply-To: <CA+Pqw-6LWHNEB3euejEHbeY0bH6jRO5_Z8KQeLeWEPH2t1YwRg@mail.gmail.com>
References: <CA+Pqw-6LWHNEB3euejEHbeY0bH6jRO5_Z8KQeLeWEPH2t1YwRg@mail.gmail.com>
Message-ID: <C549F0496453D842B4DD71AC8188DDC5192D28F4@055-CH1MPN1-042.055d.mgd.msft.net>

What language are we talking about?

From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of ankur chitranshi
Sent: Monday, June 06, 2016 3:35 AM
To: mapserver-users <mapserver-users at lists.osgeo.org>
Subject: [mapserver-users] How to fix the map layer scale size of 1:4000 ration

sample layer map file is

LAYER
                        NAME "abc"
                        STATUS OFF
                        CONNECTIONTYPE POSTGIS
                        CONNECTION ""
                        DATA ""
                        TYPE polygon
                        TRANSPARENCY 100
                        MINSCALEDENOM 1
                        MAXSCALEDENOM 4000

                        METADATA
                                    "fields"            "layer"
                        END
                        CLASS
                                    NAME 'abc'
                                    MINSCALEDENOM 1000
                           MAXSCALEDENOM 4000
                                    STYLE
                                                OUTLINECOLOR 21 58 224
                                                COLOR 151 219 242
                                    END
                        END
            END

How to fix the map layer scale size of 1:4000 ration In map file of map script mode in Map Server(ms4w)

can any body help me ???????????

--
thanks & regards
Ankur Chitranshi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160606/6db160bc/attachment.htm>

From andy at squeakycode.net  Mon Jun  6 14:27:16 2016
From: andy at squeakycode.net (Andy Colson)
Date: Mon, 6 Jun 2016 16:27:16 -0500
Subject: [mapserver-users] Curved Geometries
Message-ID: <241ab724-6b31-e834-9b02-8b83f0b269c6@squeakycode.net>

Hi all.

I see here:
http://www.gdal.org/drv_filegdb.html
and
http://www.gdal.org/drv_openfilegdb.html

that curves in .gdb aren't supported.

I'm getting more and more .gdb files, and more and more curves.  Anyone 
know a way to import them into PostGIS?  Or somehow render them in 
Mapserver?

My current strategy is to use ArcCatalog to convert them to .shp, then 
import the shapefile into PostGIS, but this sucks because I have to copy 
it all to a windows box ... and use ArcCatalog.

Thanks for your time,

-Andy


From Robert.Sanson at asurequality.com  Mon Jun  6 16:05:52 2016
From: Robert.Sanson at asurequality.com (Robert Sanson)
Date: Mon, 6 Jun 2016 23:05:52 +0000
Subject: [mapserver-users] Mapserver - connection to MSSQL
In-Reply-To: <CACALY+R31d80-pG=BoKv+Ke_EKcHm37Y8RUF9ZR5mnOvT0tPMA@mail.gmail.com>
References: <8b173da96a994ad58bd095d8550f337f@C119S212VM022.msvyvi.vaha.local>
 <cce007b59dc3463081e41bc9389f1f83@OPASAKLPMBX01.nz01a.opaas.net.nz>
 <1463085802101.59670@asurequality.com>
 <CACALY+Th-pvm7CN6zuejWjLYXaxBg9phBeyMaAQG-K8r0QhhgA@mail.gmail.com>
 <73e2990afc69424fa9f2ef17e0c0c2f4@OPASAKLPMBX01.nz01a.opaas.net.nz>
 <CACALY+R31d80-pG=BoKv+Ke_EKcHm37Y8RUF9ZR5mnOvT0tPMA@mail.gmail.com>
Message-ID: <1ab46c1e04274692a7a83b4085fe418e@OPASAKLPMBX01.nz01a.opaas.net.nz>

Hi Tamas

I populated the geometry_columns and spatial_ref_sys Metadata tables and am now able to connect Mapserver to use my SQL-Server geometry column!

However, I have come across another issue. I am getting some correctly drawn tiles, and some pink tiles. Investigating the pink tiles I get the following:

<?xml version='1.0' encoding="ISO-8859-1" standalone="no" ?>
<!DOCTYPE ServiceExceptionReport SYSTEM "http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtd">
<ServiceExceptionReport version="1.1.1">
<ServiceException>
msDrawMap(): Image handling error. Failed to draw layer named &#39;par_direct&#39;.
msOGRFileNextShape(): OGR error. GetNextRawFeature(): Not enough data to deserialize
</ServiceException>
</ServiceExceptionReport>

Any clues?

Many thanks,

Robert

From: Tamas Szekeres [mailto:szekerest at gmail.com]
Sent: Wednesday, 1 June 2016 9:23 a.m.
To: Robert Sanson <Robert.Sanson at asurequality.com>
Cc: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Mapserver - connection to MSSQL

Probably the referred table is not enumerated in the geometry_columns metadata table of the database.

Best regards,

Tamas

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160606/f7d5c327/attachment.htm>

From smw at ceh.ac.uk  Tue Jun  7 00:25:41 2016
From: smw at ceh.ac.uk (Wright, Simon M.)
Date: Tue, 7 Jun 2016 07:25:41 +0000
Subject: [mapserver-users] Multiple styles in a MapServer WMS Service
Message-ID: <AM3PR06MB418CC8D64AA9DDA81C648ADE15D0@AM3PR06MB418.eurprd06.prod.outlook.com>

Hi Jeff



Many thanks for your reply and the code snippet which I can get to work and display multiple styles in the WMS GetCapabilities document.



However, I'm trying to use the wms_style and wms_style_[style_name]_legendurl_width, _height, _format, and _href syntax to define multiple legends as outlined on the MapServer WMS Server documentation - http://mapserver.org/ogc/wms_server.html - to define multiple styles for pre-generated legend images (specified with the _legendurl_href).



In the layer section of my .map file I have the following parameters defined:



       "wms_style"                                            "default"

       "wms_style_default_legendurl_width"                    "226"

       "wms_style_default_legendurl_height"                   "431"

       "wms_style_default_legendurl_format"                   "image/png"

       "wms_style_default_legendurl_href"                     "http://eidc.ceh.ac.uk/administration-folder/tools/wms/987544e0-22d8-11e4-8c21-0800200c9a66/legends/LCM2007_DomTar.png"

       "wms_style"                                            "inspire_common:DEFAULT"

       "wms_style_inspire_common:DEFAULT_legendurl_width"     "226"

       "wms_style_inspire_common:DEFAULT_legendurl_height"    "431"

       "wms_style_inspire_common:DEFAULT_legendurl_format"    "image/png"

       "wms_style_inspire_common:DEFAULT_legendurl_href"      "http://eidc.ceh.ac.uk/administration-folder/tools/wms/987544e0-22d8-11e4-8c21-0800200c9a66/legends/LCM2007_DomTar.png"



However, the GetCapabilities document created by MapServer 7.0.1 only lists one <Style>.  Furthermore, it seems that the <Style> given in the GetCapabilities document is the last one specified in the MapServer .map file, in the example .map file code above the inspire_common:DEFAULT style.  If I switch the order of the definition of the styles then the default <Style> is listed in the GetCapabilities document.



Should defining the CLASSGROUP and CLASS syntax allow more than one style to be defined in the GetCapabilities, or is this not needed and there is potentially a bug in MapServer for the definition of multiple styles for a WMS?









Many thanks for your help, best wishes, Simon.







________________________________
This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system.
________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160607/766f2375/attachment.htm>

From szekerest at gmail.com  Tue Jun  7 01:04:53 2016
From: szekerest at gmail.com (Tamas Szekeres)
Date: Tue, 7 Jun 2016 10:04:53 +0200
Subject: [mapserver-users] Mapserver - connection to MSSQL
In-Reply-To: <1ab46c1e04274692a7a83b4085fe418e@OPASAKLPMBX01.nz01a.opaas.net.nz>
References: <8b173da96a994ad58bd095d8550f337f@C119S212VM022.msvyvi.vaha.local>
 <cce007b59dc3463081e41bc9389f1f83@OPASAKLPMBX01.nz01a.opaas.net.nz>
 <1463085802101.59670@asurequality.com>
 <CACALY+Th-pvm7CN6zuejWjLYXaxBg9phBeyMaAQG-K8r0QhhgA@mail.gmail.com>
 <73e2990afc69424fa9f2ef17e0c0c2f4@OPASAKLPMBX01.nz01a.opaas.net.nz>
 <CACALY+R31d80-pG=BoKv+Ke_EKcHm37Y8RUF9ZR5mnOvT0tPMA@mail.gmail.com>
 <1ab46c1e04274692a7a83b4085fe418e@OPASAKLPMBX01.nz01a.opaas.net.nz>
Message-ID: <CACALY+Tjc4WN+p4Q-cJCN9g-5qnnsg+5kyTX1jzo0Hy5AFo6GQ@mail.gmail.com>

Hi Robert,

This is probably due to an incorrect geometry format in the database. I'd
require some test data to be able to investigate this further.

Best regards,

Tamas



2016-06-07 1:05 GMT+02:00 Robert Sanson <Robert.Sanson at asurequality.com>:

> Hi Tamas
>
>
>
> I populated the geometry_columns and spatial_ref_sys Metadata tables and
> am now able to connect Mapserver to use my SQL-Server geometry column!
>
>
>
> However, I have come across another issue. I am getting some correctly
> drawn tiles, and some pink tiles. Investigating the pink tiles I get the
> following:
>
>
>
> <?xml version='1.0' encoding="ISO-8859-1" standalone="no" ?>
>
> <!DOCTYPE ServiceExceptionReport SYSTEM "
> http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtd">
>
> <ServiceExceptionReport version="1.1.1">
>
> <ServiceException>
>
> msDrawMap(): Image handling error. Failed to draw layer named
> &#39;par_direct&#39;.
>
> msOGRFileNextShape(): OGR error. GetNextRawFeature(): Not enough data to
> deserialize
>
> </ServiceException>
>
> </ServiceExceptionReport>
>
>
>
> Any clues?
>
>
>
> Many thanks,
>
>
> Robert
>
>
>
> *From:* Tamas Szekeres [mailto:szekerest at gmail.com]
> *Sent:* Wednesday, 1 June 2016 9:23 a.m.
> *To:* Robert Sanson <Robert.Sanson at asurequality.com>
> *Cc:* mapserver-users at lists.osgeo.org
> *Subject:* Re: [mapserver-users] Mapserver - connection to MSSQL
>
>
>
> Probably the referred table is not enumerated in the geometry_columns
> metadata table of the database.
>
>
>
> Best regards,
>
>
>
> Tamas
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160607/7e5c9a7d/attachment.htm>

From smw at ceh.ac.uk  Tue Jun  7 01:52:40 2016
From: smw at ceh.ac.uk (Wright, Simon M.)
Date: Tue, 7 Jun 2016 08:52:40 +0000
Subject: [mapserver-users] MapServer 7.0.1 WMS Server wms_getmap_formatlist
 not working as expected
Message-ID: <AM3PR06MB4186FCED14E5B048649C31EE15D0@AM3PR06MB418.eurprd06.prod.outlook.com>

Dear All

Has anyone been able to get the wms_getmap_formatlist parameter to work when configuring a map file to define a WMS?

I'm using MapServer 7.0.1 and when I don't include the wms_getmap_formatlist parameter in my .map file the WMS GetCapabilities document reports the following GetMap image formats:

<GetMap>
<Format>image/png</Format>
<Format>image/jpeg</Format>
<Format>image/png; mode=8bit</Format>
<Format>application/x-pdf</Format>
<Format>image/svg+xml</Format>
<Format>image/tiff</Format>
<Format>application/vnd.google-earth.kml+xml</Format>
<Format>application/vnd.google-earth.kmz</Format>
<DCPType>
<HTTP>
<Get>
<OnlineResource xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http:/localhost:8080/cgi-bin/mapserv?map=/vagrant/maps/test-01.map&language=eng&"/>
</Get>
<Post>
<OnlineResource xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http:/localhost:8080/cgi-bin/mapserv?map=/vagrant/maps/test-01.map&language=eng&"/>
</Post>
</HTTP>
</DCPType>
</GetMap>

But when I include the wms_getmap_formatlist parameter in my .map file as follows:

"wms_getmap_formatlist"    "image/bmp, image/png"

no image formats are reported in the WMS GetCapabilities document:

<GetMap>
<DCPType>
<HTTP>
<Get>
<OnlineResource xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http:/localhost:8080/cgi-bin/mapserv?map=/vagrant/maps/test-01.map&language=eng&"/>
</Get>
<Post>
<OnlineResource xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http:/localhost:8080/cgi-bin/mapserv?map=/vagrant/maps/test-01.map&language=eng&"/>
</Post>
</HTTP>
</DCPType>
</GetMap>

I'm seeing the same behaviour when I request both version 1.1.1 and 1.3.0 WMSs.

Many thanks in advance of any help that people can provide.



Best wishes, Simon.

________________________________
This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system.
________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160607/6edd2336/attachment.htm>

From jukka.rahkonen at maanmittauslaitos.fi  Tue Jun  7 02:04:28 2016
From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML))
Date: Tue, 7 Jun 2016 09:04:28 +0000
Subject: [mapserver-users] MapServer 7.0.1 WMS Server
 wms_getmap_formatlist not working as expected
Message-ID: <33828a1e75b244309c8ba8afd498d794@C119S212VM022.msvyvi.vaha.local>

Hi,

I see that you include image/bmp which is not supported outputformat at all. What happens if you leave it out from the formatlist?

-Jukka Rahkonen-


Wright, Simon M. wrote:


Dear All

Has anyone been able to get the wms_getmap_formatlist parameter to work when configuring a map file to define a WMS?

I'm using MapServer 7.0.1 and when I don't include the wms_getmap_formatlist parameter in my .map file the WMS GetCapabilities document reports the following GetMap image formats:

<GetMap>
<Format>image/png</Format>
<Format>image/jpeg</Format>
<Format>image/png; mode=8bit</Format>
<Format>application/x-pdf</Format>
<Format>image/svg+xml</Format>
<Format>image/tiff</Format>
<Format>application/vnd.google-earth.kml+xml</Format>
<Format>application/vnd.google-earth.kmz</Format>
<DCPType>
<HTTP>
<Get>
<OnlineResource xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http:/localhost:8080/cgi-bin/mapserv?map=/vagrant/maps/test-01.map&language=eng&"/>
</Get>
<Post>
<OnlineResource xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http:/localhost:8080/cgi-bin/mapserv?map=/vagrant/maps/test-01.map&language=eng&"/>
</Post>
</HTTP>
</DCPType>
</GetMap>

But when I include the wms_getmap_formatlist parameter in my .map file as follows:

"wms_getmap_formatlist"    "image/bmp, image/png"

no image formats are reported in the WMS GetCapabilities document:

<GetMap>
<DCPType>
<HTTP>
<Get>
<OnlineResource xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http:/localhost:8080/cgi-bin/mapserv?map=/vagrant/maps/test-01.map&language=eng&"/>
</Get>
<Post>
<OnlineResource xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http:/localhost:8080/cgi-bin/mapserv?map=/vagrant/maps/test-01.map&language=eng&"/>
</Post>
</HTTP>
</DCPType>
</GetMap>

I'm seeing the same behaviour when I request both version 1.1.1 and 1.3.0 WMSs.

Many thanks in advance of any help that people can provide.



Best wishes, Simon.

________________________________
This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system.
________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160607/37a7fd72/attachment.htm>

From Soeren.Horn at geobasis-bb.de  Tue Jun  7 02:14:37 2016
From: Soeren.Horn at geobasis-bb.de (=?iso-8859-1?Q?Horn=2C_S=F6ren?=)
Date: Tue, 7 Jun 2016 09:14:37 +0000
Subject: [mapserver-users] MapServer 7.0.1 WMS Server
 wms_getmap_formatlist not working as expected
In-Reply-To: <33828a1e75b244309c8ba8afd498d794@C119S212VM022.msvyvi.vaha.local>
References: <33828a1e75b244309c8ba8afd498d794@C119S212VM022.msvyvi.vaha.local>
Message-ID: <426B8D1A0B17304599F4AB882DF3FBEEC08BC0@psvmx01.lgb.local>

Hey,

in addition to Jukka.

You have to delete all whitespaces between the different supported outputformats in 'wms_getmap_formatlist',
e.g. "wms_getmap_formatlist"    "image/png,image/jpeg,image/gif,image/tiff"

Best wishes,

S?ren Horn

Von: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] Im Auftrag von Rahkonen Jukka (MML)
Gesendet: Dienstag, 7. Juni 2016 11:04
An: Wright, Simon M.; mapserver-users at lists.osgeo.org
Betreff: Re: [mapserver-users] MapServer 7.0.1 WMS Server wms_getmap_formatlist not working as expected

Hi,

I see that you include image/bmp which is not supported outputformat at all. What happens if you leave it out from the formatlist?

-Jukka Rahkonen-


Wright, Simon M. wrote:

Dear All

Has anyone been able to get the wms_getmap_formatlist parameter to work when configuring a map file to define a WMS?

I'm using MapServer 7.0.1 and when I don't include the wms_getmap_formatlist parameter in my .map file the WMS GetCapabilities document reports the following GetMap image formats:

<GetMap>
<Format>image/png</Format>
<Format>image/jpeg</Format>
<Format>image/png; mode=8bit</Format>
<Format>application/x-pdf</Format>
<Format>image/svg+xml</Format>
<Format>image/tiff</Format>
<Format>application/vnd.google-earth.kml+xml</Format>
<Format>application/vnd.google-earth.kmz</Format>
<DCPType>
<HTTP>
<Get>
<OnlineResource xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http:/localhost:8080/cgi-bin/mapserv?map=/vagrant/maps/test-01.map&language=eng&"/>
</Get>
<Post>
<OnlineResource xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http:/localhost:8080/cgi-bin/mapserv?map=/vagrant/maps/test-01.map&language=eng&"/>
</Post>
</HTTP>
</DCPType>
</GetMap>

But when I include the wms_getmap_formatlist parameter in my .map file as follows:

"wms_getmap_formatlist"    "image/bmp, image/png"

no image formats are reported in the WMS GetCapabilities document:

<GetMap>
<DCPType>
<HTTP>
<Get>
<OnlineResource xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http:/localhost:8080/cgi-bin/mapserv?map=/vagrant/maps/test-01.map&language=eng&"/>
</Get>
<Post>
<OnlineResource xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http:/localhost:8080/cgi-bin/mapserv?map=/vagrant/maps/test-01.map&language=eng&"/>
</Post>
</HTTP>
</DCPType>
</GetMap>

I'm seeing the same behaviour when I request both version 1.1.1 and 1.3.0 WMSs.

Many thanks in advance of any help that people can provide.



Best wishes, Simon.

________________________________
This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system.
________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160607/bdceaa37/attachment.htm>

From marcus.mohr at geobasis-bb.de  Tue Jun  7 02:11:24 2016
From: marcus.mohr at geobasis-bb.de (mmohr)
Date: Tue, 7 Jun 2016 02:11:24 -0700 (PDT)
Subject: [mapserver-users] Multiple styles in a MapServer WMS Service
In-Reply-To: <AM3PR06MB4189E58A124B3FEDD8AA417E1460@AM3PR06MB418.eurprd06.prod.outlook.com>
References: <AM3PR06MB4189E58A124B3FEDD8AA417E1460@AM3PR06MB418.eurprd06.prod.outlook.com>
Message-ID: <1465290684944-5270322.post@n6.nabble.com>

Hello Simon, here is an example that worked for me:

LAYER
  METADATA
    "wms_title" "Test title"
    "wms_style" "first_style"
      "wms_style_default_legendurl_width" "226"
      "wms_style_default_legendurl_height" "431"
      "wms_style_default_legendurl_format" "image/png"
      "wms_style_default_legendurl_href"
"http://eidc.ceh.ac.uk/administration-folder/tools/wms/987544e0-22d8-11e4-8c21-0800200c9a66/legends/LCM2007_DomTar.png"

      "wms_style" "second_style"
      "wms_style_inspire_common:DEFAULT_legendurl_width" "226"
      "wms_style_inspire_common:DEFAULT_legendurl_height" "431"
      "wms_style_inspire_common:DEFAULT_legendurl_format" "image/png"
      "wms_style_inspire_common:DEFAULT_legendurl_href"
"http://eidc.ceh.ac.uk/administration-folder/tools/wms/987544e0-22d8-11e4-8c21-0800200c9a66/legends/LCM2007_DomTar.png"
  END

  NAME      "test_layer"
  CLASSGROUP "first_style"
  TYPE      POLYGON

  INCLUDE "test_dbconnection.include"
  DATA    "the_geom FROM test using srid=25833"
  CLASSITEM "test"
  STATUS ON

  ### FIRST Style ###
  CLASS
    GROUP "first_style"
    NAME "Name 1"
    KEYIMAGE "LCM2007_DomTar.png"
    EXPRESSION "poly_1"
    STYLE
     COLOR 255 137 104
    END
  END

  ### SECOND STYLE ###
CLASS
    GROUP "second_style"
    NAME "Name 2"
    KEYIMAGE "LCM2007_DomTar.png"
    EXPRESSION "poly_2"
    STYLE
     COLOR  243 198 131
    END
  END
END

This layer has three styles now: default, first_style and second_style (you
can easily check that in your GIS). But only the last both styles will
propably appear in the section of your layer capabilities. The default
stylename of your root-element is also "default" (you can change this with
"wms_style_name" in the WEB.METADATA section) and style declarations are
always inherited by child Layers! Inherited styles only appear once (at the
parent element).

If you didn't set the "wms_style_name" in the WEB.METADATA section it's not
a bug if your "default" style doesn't appear in the layer caps. You can get
it anyway.

Please have a look at the OGC WMS 1.3 Specification, Point 7.2.4.6.5
(http://portal.opengeospatial.org/files/?artifact_id=14416) to get more
Information about this behaviour. 



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Multiple-styles-in-a-MapServer-WMS-Service-tp5269071p5270322.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From marcus.mohr at geobasis-bb.de  Tue Jun  7 02:21:57 2016
From: marcus.mohr at geobasis-bb.de (mmohr)
Date: Tue, 7 Jun 2016 02:21:57 -0700 (PDT)
Subject: [mapserver-users] Multiple styles in a MapServer WMS Service
In-Reply-To: <1465290684944-5270322.post@n6.nabble.com>
References: <AM3PR06MB4189E58A124B3FEDD8AA417E1460@AM3PR06MB418.eurprd06.prod.outlook.com>
 <1465290684944-5270322.post@n6.nabble.com>
Message-ID: <1465291317359-5270330.post@n6.nabble.com>

Made a mistake at the metadata. Use this:

METADATA
    "wms_title" "Test title"
    "wms_style" "first_style"
      "wms_style_first_style_legendurl_width" "226"
      "wms_style_first_style_legendurl_height" "431"
      "wms_style_first_style_legendurl_format" "image/png"
      "wms_style_first_style_legendurl_href"
"http://eidc.ceh.ac.uk/administration-folder/tools/wms/987544e0-22d8-11e4-8c21-0800200c9a66/legends/LCM2007_DomTar.png"

      "wms_style" "second_style"
      "wms_style_second_style_legendurl_width" "226"
      "wms_style_second_style_legendurl_height" "431"
      "wms_style_second_style_legendurl_format" "image/png"
      "wms_style_second_style_legendurl_href"
"http://eidc.ceh.ac.uk/administration-folder/tools/wms/987544e0-22d8-11e4-8c21-0800200c9a66/legends/LCM2007_DomTar.png"
END



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Multiple-styles-in-a-MapServer-WMS-Service-tp5269071p5270330.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From smw at ceh.ac.uk  Tue Jun  7 02:28:30 2016
From: smw at ceh.ac.uk (Wright, Simon M.)
Date: Tue, 7 Jun 2016 09:28:30 +0000
Subject: [mapserver-users] MapServer 7.0.1 WMS Server
 wms_getmap_formatlist not working as expected
Message-ID: <AM3PR06MB418D5583B2C214AA5143110E15D0@AM3PR06MB418.eurprd06.prod.outlook.com>

Many thanks to Jukka and Soren for further info regarding the wms_getmap_formatlist parameter.

Indeed, if I remove the image/bmp format and the whitespaces from my list of parameters they are now appearing in the WMS GetCapabilities document.

Please can anyone point me to a list of allowed GetMap image formats for a MapServer WMS Service?



Many thanks, best wishes, Simon.

________________________________
This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system.
________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160607/f3fa7855/attachment.htm>

From jukka.rahkonen at maanmittauslaitos.fi  Tue Jun  7 02:58:49 2016
From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML))
Date: Tue, 7 Jun 2016 09:58:49 +0000
Subject: [mapserver-users] MapServer 7.0.1 WMS Server
 wms_getmap_formatlist not working as expected
Message-ID: <b6d9c558ff1c4d398e2633c07c486176@C119S212VM022.msvyvi.vaha.local>

Hi,

All formats which you saw in your original GetCapabilities list are usable, as well as all the formats which you define yourself in the mapfile with OUTPUTFORMAT http://www.mapserver.org/mapfile/outputformat.html.

What you can define in OUTPUTFORMAT depends on how your Mapserver and GDAL that Mapserver is using are compiled. Because of GDAL you have quite nice possibilities http://www.gdal.org/formats_list.html

-Jukka Rahkonen-

Wright, Simon M. wrote:


Many thanks to Jukka and Soren for further info regarding the wms_getmap_formatlist parameter.

Indeed, if I remove the image/bmp format and the whitespaces from my list of parameters they are now appearing in the WMS GetCapabilities document.

Please can anyone point me to a list of allowed GetMap image formats for a MapServer WMS Service?



Many thanks, best wishes, Simon.

________________________________
This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system.
________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160607/ee61d690/attachment.htm>

From starling.lucky at gmail.com  Wed Jun  8 08:30:09 2016
From: starling.lucky at gmail.com (Hari Pradhan)
Date: Wed, 8 Jun 2016 10:30:09 -0500
Subject: [mapserver-users] How to use GDAL S3 drivers in MapServer?
Message-ID: <CA+QVMSw2EmtmG5TYohAp12OxKV6q=J0WXWP835E2znbVeiQ3CQ@mail.gmail.com>

Hi All,

I have GeoTIFF images stored in Amazon S3, and want to access them directly
from MapServer (without copying them to the machine where MapServer is
running) to create a WMS service. I have watched a video by Mark Korver
related to this topic (http://vimeo.com/106833852) in which he uses YAS3FS
that mounts an S3 bucket as a local folder. But, I wonder if we could
access those GeoTIFF from MapServer using GDAL S3 drivers (vsis3 or
vsis3-streaming)?

I tried with a map file having a layer section something like the
following, but no luck :(

 LAYER
    NAME         landsat
    DATA
"/vsis3/landsat-pds/L8/001/003/LC80010032014272LGN00/LC80010032014272LGN00_B1.TIF"
    STATUS       OFF
    TYPE         RASTER
    PROCESSING   "BANDS=1,2,3"
  END


Does anyone have any other ways to solve this problem?

Thanks,
Hari
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160608/3ca079d9/attachment.htm>

From even.rouault at spatialys.com  Wed Jun  8 10:51:41 2016
From: even.rouault at spatialys.com (Even Rouault)
Date: Wed, 08 Jun 2016 19:51:41 +0200
Subject: [mapserver-users] How to use GDAL S3 drivers in MapServer?
In-Reply-To: <CA+QVMSw2EmtmG5TYohAp12OxKV6q=J0WXWP835E2znbVeiQ3CQ@mail.gmail.com>
References: <CA+QVMSw2EmtmG5TYohAp12OxKV6q=J0WXWP835E2znbVeiQ3CQ@mail.gmail.com>
Message-ID: <1966190.MgA7vUs91a@even-n550jk>

On Wednesday 08 June 2016 10:30:09 Hari Pradhan wrote:
> Hi All,
> 
> I have GeoTIFF images stored in Amazon S3, and want to access them directly
> from MapServer (without copying them to the machine where MapServer is
> running) to create a WMS service. I have watched a video by Mark Korver
> related to this topic (http://vimeo.com/106833852) in which he uses YAS3FS
> that mounts an S3 bucket as a local folder. But, I wonder if we could
> access those GeoTIFF from MapServer using GDAL S3 drivers (vsis3 or
> vsis3-streaming)?
> 
> I tried with a map file having a layer section something like the
> following, but no luck :(
> 
>  LAYER
>     NAME         landsat
>     DATA
> "/vsis3/landsat-pds/L8/001/003/LC80010032014272LGN00/LC80010032014272LGN00_B
> 1.TIF" STATUS       OFF
>     TYPE         RASTER
>     PROCESSING   "BANDS=1,2,3"
>   END
> 
> 
> Does anyone have any other ways to solve this problem?

/vsis3/ is only meant for buckets that require credentials. For public buckets like landsat-pds, you can just use /vsicurl/

/vsicurl/http://landsat-pds.s3.amazonaws.com/L8/001/003/LC80010032014272LGN00/LC80010032014272LGN00_B1.TIF

As this will try to probe a lot of potential side car files, you can define CPL_VSIL_CURL_ALLOWED_EXTENSIONS=".tif .ovr"
as environment variable to limit to just the ones that will exist in landsat-pds.

Try first with gdalinfo that it works before trying with mapserver.

$ CPL_VSIL_CURL_ALLOWED_EXTENSIONS=".tif .ovr" gdalinfo /vsicurl/http://landsat-pds.s3.amazonaws.com/L8/001/003/LC80010032014272LGN00/LC80010032014272LGN00_B1.TIF
Driver: GTiff/GeoTIFF
Files: /vsicurl/http://landsat-pds.s3.amazonaws.com/L8/001/003/LC80010032014272LGN00/LC80010032014272LGN00_B1.TIF
       /vsicurl/http://landsat-pds.s3.amazonaws.com/L8/001/003/LC80010032014272LGN00/LC80010032014272LGN00_B1.TIF.ovr
Size is 9131, 9121
Coordinate System is:
PROJCS["WGS 84 / UTM zone 29N",
    GEOGCS["WGS 84",
        DATUM["WGS_1984",
            SPHEROID["WGS 84",6378137,298.257223563,
                AUTHORITY["EPSG","7030"]],
            AUTHORITY["EPSG","6326"]],
        PRIMEM["Greenwich",0],
        UNIT["degree",0.0174532925199433],
        AUTHORITY["EPSG","4326"]],
    PROJECTION["Transverse_Mercator"],
    PARAMETER["latitude_of_origin",0],
    PARAMETER["central_meridian",-9],
    PARAMETER["scale_factor",0.9996],
    PARAMETER["false_easting",500000],
    PARAMETER["false_northing",0],
    UNIT["metre",1,
        AUTHORITY["EPSG","9001"]],
    AUTHORITY["EPSG","32629"]]
Origin = (330885.000000000000000,8920815.000000000000000)
Pixel Size = (30.000000000000000,-30.000000000000000)
Metadata:
  AREA_OR_POINT=Point
Image Structure Metadata:
  COMPRESSION=DEFLATE
  INTERLEAVE=BAND
Corner Coordinates:
Upper Left  (  330885.000, 8920815.000) ( 17d57'55.37"W, 80d14' 3.80"N)
Lower Left  (  330885.000, 8647185.000) ( 16d11'23.20"W, 77d48'24.17"N)
Upper Right (  604815.000, 8920815.000) (  3d24'56.67"W, 80d18'22.74"N)
Lower Right (  604815.000, 8647185.000) (  4d31'47.12"W, 77d51'50.18"N)
Center      (  467850.000, 8784000.000) ( 10d31'34.26"W, 79d 7'18.85"N)
Band 1 Block=512x512 Type=UInt16, ColorInterp=Gray
  Overviews: 3044x3041, 1015x1014, 339x338, 113x113


Even

-- 
Spatialys - Geospatial professional services
http://www.spatialys.com


From Robert.Sanson at asurequality.com  Wed Jun  8 13:58:26 2016
From: Robert.Sanson at asurequality.com (Robert Sanson)
Date: Wed, 8 Jun 2016 20:58:26 +0000
Subject: [mapserver-users] How to use GDAL S3 drivers in MapServer?
In-Reply-To: <1966190.MgA7vUs91a@even-n550jk>
References: <CA+QVMSw2EmtmG5TYohAp12OxKV6q=J0WXWP835E2znbVeiQ3CQ@mail.gmail.com>,
 <1966190.MgA7vUs91a@even-n550jk>
Message-ID: <1465419418697.60037@asurequality.com>

So how would you reference a tile index of GeoTIFFs in S3?

Thanks,

Robert
________________________________________
From: mapserver-users <mapserver-users-bounces at lists.osgeo.org> on behalf of Even Rouault <even.rouault at spatialys.com>
Sent: Thursday, 9 June 2016 5:51 a.m.
To: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] How to use GDAL S3 drivers in MapServer?

On Wednesday 08 June 2016 10:30:09 Hari Pradhan wrote:
> Hi All,
>
> I have GeoTIFF images stored in Amazon S3, and want to access them directly
> from MapServer (without copying them to the machine where MapServer is
> running) to create a WMS service. I have watched a video by Mark Korver
> related to this topic (http://vimeo.com/106833852) in which he uses YAS3FS
> that mounts an S3 bucket as a local folder. But, I wonder if we could
> access those GeoTIFF from MapServer using GDAL S3 drivers (vsis3 or
> vsis3-streaming)?
>
> I tried with a map file having a layer section something like the
> following, but no luck :(
>
>  LAYER
>     NAME         landsat
>     DATA
> "/vsis3/landsat-pds/L8/001/003/LC80010032014272LGN00/LC80010032014272LGN00_B
> 1.TIF" STATUS       OFF
>     TYPE         RASTER
>     PROCESSING   "BANDS=1,2,3"
>   END
>
>
> Does anyone have any other ways to solve this problem?

/vsis3/ is only meant for buckets that require credentials. For public buckets like landsat-pds, you can just use /vsicurl/

/vsicurl/http://landsat-pds.s3.amazonaws.com/L8/001/003/LC80010032014272LGN00/LC80010032014272LGN00_B1.TIF

As this will try to probe a lot of potential side car files, you can define CPL_VSIL_CURL_ALLOWED_EXTENSIONS=".tif .ovr"
as environment variable to limit to just the ones that will exist in landsat-pds.

Try first with gdalinfo that it works before trying with mapserver.

$ CPL_VSIL_CURL_ALLOWED_EXTENSIONS=".tif .ovr" gdalinfo /vsicurl/http://landsat-pds.s3.amazonaws.com/L8/001/003/LC80010032014272LGN00/LC80010032014272LGN00_B1.TIF
Driver: GTiff/GeoTIFF
Files: /vsicurl/http://landsat-pds.s3.amazonaws.com/L8/001/003/LC80010032014272LGN00/LC80010032014272LGN00_B1.TIF
       /vsicurl/http://landsat-pds.s3.amazonaws.com/L8/001/003/LC80010032014272LGN00/LC80010032014272LGN00_B1.TIF.ovr
Size is 9131, 9121
Coordinate System is:
PROJCS["WGS 84 / UTM zone 29N",
    GEOGCS["WGS 84",
        DATUM["WGS_1984",
            SPHEROID["WGS 84",6378137,298.257223563,
                AUTHORITY["EPSG","7030"]],
            AUTHORITY["EPSG","6326"]],
        PRIMEM["Greenwich",0],
        UNIT["degree",0.0174532925199433],
        AUTHORITY["EPSG","4326"]],
    PROJECTION["Transverse_Mercator"],
    PARAMETER["latitude_of_origin",0],
    PARAMETER["central_meridian",-9],
    PARAMETER["scale_factor",0.9996],
    PARAMETER["false_easting",500000],
    PARAMETER["false_northing",0],
    UNIT["metre",1,
        AUTHORITY["EPSG","9001"]],
    AUTHORITY["EPSG","32629"]]
Origin = (330885.000000000000000,8920815.000000000000000)
Pixel Size = (30.000000000000000,-30.000000000000000)
Metadata:
  AREA_OR_POINT=Point
Image Structure Metadata:
  COMPRESSION=DEFLATE
  INTERLEAVE=BAND
Corner Coordinates:
Upper Left  (  330885.000, 8920815.000) ( 17d57'55.37"W, 80d14' 3.80"N)
Lower Left  (  330885.000, 8647185.000) ( 16d11'23.20"W, 77d48'24.17"N)
Upper Right (  604815.000, 8920815.000) (  3d24'56.67"W, 80d18'22.74"N)
Lower Right (  604815.000, 8647185.000) (  4d31'47.12"W, 77d51'50.18"N)
Center      (  467850.000, 8784000.000) ( 10d31'34.26"W, 79d 7'18.85"N)
Band 1 Block=512x512 Type=UInt16, ColorInterp=Gray
  Overviews: 3044x3041, 1015x1014, 339x338, 113x113


Even

--
Spatialys - Geospatial professional services
http://www.spatialys.com
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


From starling.lucky at gmail.com  Mon Jun 13 07:44:54 2016
From: starling.lucky at gmail.com (Starling)
Date: Mon, 13 Jun 2016 07:44:54 -0700 (PDT)
Subject: [mapserver-users] How to use GDAL S3 drivers in MapServer?
In-Reply-To: <1465419418697.60037@asurequality.com>
References: <CA+QVMSw2EmtmG5TYohAp12OxKV6q=J0WXWP835E2znbVeiQ3CQ@mail.gmail.com>
 <1966190.MgA7vUs91a@even-n550jk> <1465419418697.60037@asurequality.com>
Message-ID: <1465829094774-5271422.post@n6.nabble.com>

Thank you so much, Even!

I store a tile index locally which would mosaic those S3 images. The dbf
file would look something like this:
 Location

/vsis3/landsat-pds/L8/021/036/LC80210362016114LGN00/LC80210362016114LGN00_B2.TIF

/vsis3/landsat-pds/L8/021/036/LC80210362016114LGN00/LC80210362016114LGN00_B3.TIF
 .......




--
View this message in context: http://osgeo-org.1560.x6.nabble.com/How-to-use-GDAL-S3-drivers-in-MapServer-tp5270663p5271422.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From smw at ceh.ac.uk  Tue Jun 14 04:44:14 2016
From: smw at ceh.ac.uk (Wright, Simon M.)
Date: Tue, 14 Jun 2016 11:44:14 +0000
Subject: [mapserver-users] Keywords from multiple vocabularies
Message-ID: <AM3PR06MB418800FF4FAC2C5C10B20D9E1540@AM3PR06MB418.eurprd06.prod.outlook.com>

Dear All

I'm trying to create an INSPIRE WMS service using MapServer 7.0.1.

In my MAP | WEB | METADATA section of my map file I define the following keyword lists:

"wms_keywordlist_ISO_items"       "infoMapAccessService"
"wms_keywordlist_vocabulary"      "ISO"
"wms_keywordlist"                 "Land use,Land Cover Map 2007,Habitat,Great Britain,England,Scotland,Wales"
"wms_keywordlist_GEMET_items"     "Land cover"
"wms_keywordlist_vocabulary"      "GEMET"

However, in the resultant WMS GetCapabilities document I get the following:

<KeywordList>
<Keyword>Land use</Keyword>
<Keyword>Land Cover Map 2007</Keyword>
<Keyword>Habitat</Keyword>
<Keyword>Great Britain</Keyword>
<Keyword>England</Keyword>
<Keyword>Scotland</Keyword>
<Keyword>Wales</Keyword>
<Keyword vocabulary="GEMET">Land cover</Keyword>
</KeywordList>

i.e. the infoMapAccessService keyword from the ISO vocabulary isn't output in the GetCapabilities document.

If I switch the order of the keyword list items in my map file to:

"wms_keywordlist"                 "Land use,Land Cover Map 2007,Habitat,Great Britain,England,Scotland,Wales"
"wms_keywordlist_GEMET_items"     "Land cover"
"wms_keywordlist_vocabulary"      "GEMET"
"wms_keywordlist_ISO_items"       "infoMapAccessService"
"wms_keywordlist_vocabulary"      "ISO"

The resultant WMS GetCapabiliites list the following keywords:

<KeywordList>
<Keyword>Land use</Keyword>
<Keyword>Land Cover Map 2007</Keyword>
<Keyword>Habitat</Keyword>
<Keyword>Great Britain</Keyword>
<Keyword>England</Keyword>
<Keyword>Scotland</Keyword>
<Keyword>Wales</Keyword>
<Keyword vocabulary="ISO">infoMapAccessService</Keyword>
</KeywordList>

i.e. the Land cover keyword from the GEMET vocabulary isn't listed.

So, am I not correctly specifying my keywords correctly in my map file or is there a bug in MapServer that prevents keywords from different/multiple vocabularies to be specified in the map file that isn't honoured in the WMS GetCapabilities document?



Many thanks in advance of any help that people can provide.



Best wishes, Simon.

________________________________
This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system.
________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160614/b38dfdee/attachment.htm>

From hergest at gmail.com  Tue Jun 14 05:57:28 2016
From: hergest at gmail.com (Hergest)
Date: Tue, 14 Jun 2016 14:57:28 +0200
Subject: [mapserver-users] SOS SERVER: how to define in the ".map" the
 "FeatureOfInterest" attribute
Message-ID: <6df3b8f1-62b5-c900-2a1f-f4e72ea20cc1@gmail.com>

An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160614/a331e13b/attachment.htm>

From even.rouault at spatialys.com  Tue Jun 14 06:59:29 2016
From: even.rouault at spatialys.com (Even Rouault)
Date: Tue, 14 Jun 2016 15:59:29 +0200
Subject: [mapserver-users] Keywords from multiple vocabularies
In-Reply-To: <AM3PR06MB418800FF4FAC2C5C10B20D9E1540@AM3PR06MB418.eurprd06.prod.outlook.com>
References: <AM3PR06MB418800FF4FAC2C5C10B20D9E1540@AM3PR06MB418.eurprd06.prod.outlook.com>
Message-ID: <201606141559.29328.even.rouault@spatialys.com>

Le mardi 14 juin 2016 13:44:14, Wright, Simon M. a ?crit :
> Dear All
> 
> I'm trying to create an INSPIRE WMS service using MapServer 7.0.1.
> 
> In my MAP | WEB | METADATA section of my map file I define the following
> keyword lists:
> 
> "wms_keywordlist_ISO_items"       "infoMapAccessService"
> "wms_keywordlist_vocabulary"      "ISO"
> "wms_keywordlist"                 "Land use,Land Cover Map
> 2007,Habitat,Great Britain,England,Scotland,Wales"
> "wms_keywordlist_GEMET_items"     "Land cover"
> "wms_keywordlist_vocabulary"      "GEMET"
> 
> However, in the resultant WMS GetCapabilities document I get the following:
> 
> <KeywordList>
> <Keyword>Land use</Keyword>
> <Keyword>Land Cover Map 2007</Keyword>
> <Keyword>Habitat</Keyword>
> <Keyword>Great Britain</Keyword>
> <Keyword>England</Keyword>
> <Keyword>Scotland</Keyword>
> <Keyword>Wales</Keyword>
> <Keyword vocabulary="GEMET">Land cover</Keyword>
> </KeywordList>
> 
> i.e. the infoMapAccessService keyword from the ISO vocabulary isn't output
> in the GetCapabilities document.
> 
> If I switch the order of the keyword list items in my map file to:
> 
> "wms_keywordlist"                 "Land use,Land Cover Map
> 2007,Habitat,Great Britain,England,Scotland,Wales"
> "wms_keywordlist_GEMET_items"     "Land cover"
> "wms_keywordlist_vocabulary"      "GEMET"
> "wms_keywordlist_ISO_items"       "infoMapAccessService"
> "wms_keywordlist_vocabulary"      "ISO"
> 
> The resultant WMS GetCapabiliites list the following keywords:
> 
> <KeywordList>
> <Keyword>Land use</Keyword>
> <Keyword>Land Cover Map 2007</Keyword>
> <Keyword>Habitat</Keyword>
> <Keyword>Great Britain</Keyword>
> <Keyword>England</Keyword>
> <Keyword>Scotland</Keyword>
> <Keyword>Wales</Keyword>
> <Keyword vocabulary="ISO">infoMapAccessService</Keyword>
> </KeywordList>
> 
> i.e. the Land cover keyword from the GEMET vocabulary isn't listed.
> 
> So, am I not correctly specifying my keywords correctly in my map file or
> is there a bug in MapServer that prevents keywords from different/multiple
> vocabularies to be specified in the map file that isn't honoured in the
> WMS GetCapabilities document?

Simon,

From what I can see in the code, the value of keywordlist_vocabulary can be a 
comma separated list, so just try :

"wms_keywordlist_vocabulary"      "ISO,GEMET"

The doc at http://mapserver.org/ogc/wms_server.html could be improved 
regarding that.

Even

-- 
Spatialys - Geospatial professional services
http://www.spatialys.com


From pschweitzer at usgs.gov  Tue Jun 14 07:13:43 2016
From: pschweitzer at usgs.gov (Schweitzer, Peter)
Date: Tue, 14 Jun 2016 10:13:43 -0400
Subject: [mapserver-users] Keywords from multiple vocabularies
In-Reply-To: <201606141559.29328.even.rouault@spatialys.com>
References: <AM3PR06MB418800FF4FAC2C5C10B20D9E1540@AM3PR06MB418.eurprd06.prod.outlook.com>
 <201606141559.29328.even.rouault@spatialys.com>
Message-ID: <CAN-ku9QoenbOpmM2qtLDSw55W64zgoX482dp=uMn5-R0nsJzdQ@mail.gmail.com>

The real need would be to specify, for each keyword, what vocabulary
it comes from.  Perhaps keywords should be specified using a URI, as
in RDF?  The next question is what system reads these keywords and
does something useful with them, and how does it expect these to be
arranged?

Peter

On Tue, Jun 14, 2016 at 9:59 AM, Even Rouault
<even.rouault at spatialys.com> wrote:
> Le mardi 14 juin 2016 13:44:14, Wright, Simon M. a ?crit :
>> Dear All
>>
>> I'm trying to create an INSPIRE WMS service using MapServer 7.0.1.
>>
>> In my MAP | WEB | METADATA section of my map file I define the following
>> keyword lists:
>>
>> "wms_keywordlist_ISO_items"       "infoMapAccessService"
>> "wms_keywordlist_vocabulary"      "ISO"
>> "wms_keywordlist"                 "Land use,Land Cover Map
>> 2007,Habitat,Great Britain,England,Scotland,Wales"
>> "wms_keywordlist_GEMET_items"     "Land cover"
>> "wms_keywordlist_vocabulary"      "GEMET"
>>
>> However, in the resultant WMS GetCapabilities document I get the following:
>>
>> <KeywordList>
>> <Keyword>Land use</Keyword>
>> <Keyword>Land Cover Map 2007</Keyword>
>> <Keyword>Habitat</Keyword>
>> <Keyword>Great Britain</Keyword>
>> <Keyword>England</Keyword>
>> <Keyword>Scotland</Keyword>
>> <Keyword>Wales</Keyword>
>> <Keyword vocabulary="GEMET">Land cover</Keyword>
>> </KeywordList>
>>
>> i.e. the infoMapAccessService keyword from the ISO vocabulary isn't output
>> in the GetCapabilities document.
>>
>> If I switch the order of the keyword list items in my map file to:
>>
>> "wms_keywordlist"                 "Land use,Land Cover Map
>> 2007,Habitat,Great Britain,England,Scotland,Wales"
>> "wms_keywordlist_GEMET_items"     "Land cover"
>> "wms_keywordlist_vocabulary"      "GEMET"
>> "wms_keywordlist_ISO_items"       "infoMapAccessService"
>> "wms_keywordlist_vocabulary"      "ISO"
>>
>> The resultant WMS GetCapabiliites list the following keywords:
>>
>> <KeywordList>
>> <Keyword>Land use</Keyword>
>> <Keyword>Land Cover Map 2007</Keyword>
>> <Keyword>Habitat</Keyword>
>> <Keyword>Great Britain</Keyword>
>> <Keyword>England</Keyword>
>> <Keyword>Scotland</Keyword>
>> <Keyword>Wales</Keyword>
>> <Keyword vocabulary="ISO">infoMapAccessService</Keyword>
>> </KeywordList>
>>
>> i.e. the Land cover keyword from the GEMET vocabulary isn't listed.
>>
>> So, am I not correctly specifying my keywords correctly in my map file or
>> is there a bug in MapServer that prevents keywords from different/multiple
>> vocabularies to be specified in the map file that isn't honoured in the
>> WMS GetCapabilities document?
>
> Simon,
>
> From what I can see in the code, the value of keywordlist_vocabulary can be a
> comma separated list, so just try :
>
> "wms_keywordlist_vocabulary"      "ISO,GEMET"
>
> The doc at http://mapserver.org/ogc/wms_server.html could be improved
> regarding that.
>
> Even
>
> --
> Spatialys - Geospatial professional services
> http://www.spatialys.com
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users



-- 
Peter N. Schweitzer (U.S. Geological Survey, Reston, VA 20192)
(703) 648-6533  email: pschweitzer at usgs.gov
http://geology.usgs.gov/peter/


From jmckenna at gatewaygeomatics.com  Tue Jun 14 12:31:44 2016
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Tue, 14 Jun 2016 16:31:44 -0300
Subject: [mapserver-users] SOS SERVER: how to define in the ".map" the
 "FeatureOfInterest" attribute
In-Reply-To: <6df3b8f1-62b5-c900-2a1f-f4e72ea20cc1@gmail.com>
References: <6df3b8f1-62b5-c900-2a1f-f4e72ea20cc1@gmail.com>
Message-ID: <4da14566-5e86-18b7-a73c-c0c0d958f7d4@gatewaygeomatics.com>

Hello,

When you asked about SOS server, I took the time today to update the SOS 
Server document (http://mapserver.org/ogc/sos_server.html), as it had a 
lot of old links.  If you ever notice links or text that needs fixing in 
the docs, please file a ticket (https://github.com/mapserver/docs/issues).

In terms of the "FeatureOfInterest" parameter, it is part of a 
GetObservation request 
(http://mapserver.org/ogc/sos_server.html#getobservation-request), so it 
wouldn't be set in the .map file, but instead you (the SOS client, such 
as OpenLayers) would include the parameter as part of the GetObservation 
request.  You can read more about that FeatureOfInterest parameter on 
page 29 of the SOS 1.0.0 specification document (download that from 
http://www.opengeospatial.org/standards/sos).


-jeff

-- 
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/


On 2016-06-14 9:57 AM, Hergest wrote:
> Hi!
>
> I'm creating a SOS SERVER with Mapserver 7.0.1.
> I don't know how to define in the ".map" the "FeatureOfInterest"
> attribute. Always it appears as "transient" in GetFeatureInfo responding
> XML (you can try it at
> http://hergest.synology.me/sos?SERVICE=SOS&REQUEST=GetCapabilities ).
> I read the document at "http://mapserver.org/es/ogc/sos_server.html",
> but no idea...
>
>
> Thanks in advance.
>
>
> My definition map:
>
> MAP
>   NAME "SOS_DEMO"
>   STATUS ON
>   SIZE 300 300
>   EXTENT -180 -90 180 90
>   UNITS METERS
>   IMAGECOLOR 255 255 0
>
>   IMAGETYPE png
>
>   WEB
>     IMAGEPATH "/ms4w/tmp/ms_tmp/"
>     IMAGEURL "/ms_tmp/"
>
>     METADATA
>       "sos_onlineresource" "http://hergest.synology.me/sos" ## REQUIRED
>       "sos_title"          "Servidor SOS de prueba" ## Recommended
>       "sos_srs"            "EPSG:4326" ## REQUIRED
>       "sos_enable_request" "*" # Necessary
>     END
>   END
>
>   PROJECTION
>     "init=epsg:4326"
>   END
>
>   LAYER
>     NAME "test_sos_layer"
>     METADATA
>       "sos_procedure_item"  "StationId"
>       "sos_offering_id" "Estaciones" ## REQUIRED
>       "sos_observedproperty_id" "datos_station" ## REQUIRED
>       "sos_describesensor_url" "http://some/url/NS01EE0014.xml" ##
> REQUIRED (POR HACER!)
>       "sos_offering_name" "Estaciones"
>       "sos_timeitem" "timestamp"
>       "sos_offering_description" "Datos de estaciones"
>       "sos_offering_intendedapplication" "Natural resource planning"
> ## Texto opcional
>     END
>     TYPE POINT
>     STATUS ON
>
>     CONNECTIONTYPE OGR
>     CONNECTION "sos_data.ovf"
>     DATA "sos_data"
>
>     PROJECTION
>       "init=epsg:4326"
>     END
>
>     CLASS
>         NAME "test_sos_layer"
>         COLOR 255 0 0
>         SIZE 10
>     END
>
>   END
>
> END #map
>
>
>


From ninofor60 at gmail.com  Wed Jun 15 02:58:04 2016
From: ninofor60 at gmail.com (nino formica)
Date: Wed, 15 Jun 2016 11:58:04 +0200
Subject: [mapserver-users] Mapfile editor with GUI
In-Reply-To: <CAKM+kVVi5YgTX2jZWA-6i3KpTwNbqdUYXtFPkkK19TYFk8q0cg@mail.gmail.com>
References: <CAKM+kVXmF-j_w4mSFA5Fm0P40Yeb7nxuhxU=-BSn-pm2xZVYNA@mail.gmail.com>
 <CAKM+kVVq8a6_K7+JhSUw6oKxr2=XjCS80j8k3SniWrqZXk_FkQ@mail.gmail.com>
 <CAKM+kVUNXYTsdQdp81dMVd3C_mq3Ajssn36U5F-iE9PTaCyC-A@mail.gmail.com>
 <CAKM+kVVi5YgTX2jZWA-6i3KpTwNbqdUYXtFPkkK19TYFk8q0cg@mail.gmail.com>
Message-ID: <CAKM+kVWOVoN7q35JTd1LCqBNUzGTBS+q9ddvJh-gM2AeqJoFTQ@mail.gmail.com>

Hi everyone,
I'm looking for a mapfile editor (MapServer 7 ver.) with GUI.
Any suggestions ?

regards !
Nino
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160615/c2f12d1e/attachment.htm>

From jmckenna at gatewaygeomatics.com  Wed Jun 15 05:04:57 2016
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Wed, 15 Jun 2016 09:04:57 -0300
Subject: [mapserver-users] Mapfile editor with GUI
In-Reply-To: <CAKM+kVWOVoN7q35JTd1LCqBNUzGTBS+q9ddvJh-gM2AeqJoFTQ@mail.gmail.com>
References: <CAKM+kVXmF-j_w4mSFA5Fm0P40Yeb7nxuhxU=-BSn-pm2xZVYNA@mail.gmail.com>
 <CAKM+kVVq8a6_K7+JhSUw6oKxr2=XjCS80j8k3SniWrqZXk_FkQ@mail.gmail.com>
 <CAKM+kVUNXYTsdQdp81dMVd3C_mq3Ajssn36U5F-iE9PTaCyC-A@mail.gmail.com>
 <CAKM+kVVi5YgTX2jZWA-6i3KpTwNbqdUYXtFPkkK19TYFk8q0cg@mail.gmail.com>
 <CAKM+kVWOVoN7q35JTd1LCqBNUzGTBS+q9ddvJh-gM2AeqJoFTQ@mail.gmail.com>
Message-ID: <85f46cc3-ec6f-89bd-ca71-7ad54085628b@gatewaygeomatics.com>

Since this answer changes so often, I think it would be great to collect 
these answers on a MapServer wiki page (create a new page at 
https://github.com/mapserver/mapserver/wiki).  You could start by 
searching this mailing list for all of the previous related discussions, 
and recording them on the wiki (search through 
http://osgeo-org.1560.x6.nabble.com/MapServer-f4226623.html).

Thanks!

-jeff



-- 
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/




On 2016-06-15 6:58 AM, nino formica wrote:
> Hi everyone,
> I'm looking for a mapfile editor (MapServer 7 ver.) with GUI.
> Any suggestions ?
>
> regards !
> Nino
>
>




From dmorissette at mapgears.com  Wed Jun 15 05:34:06 2016
From: dmorissette at mapgears.com (Daniel Morissette)
Date: Wed, 15 Jun 2016 08:34:06 -0400
Subject: [mapserver-users] Mapfile editor with GUI
In-Reply-To: <CAKM+kVWOVoN7q35JTd1LCqBNUzGTBS+q9ddvJh-gM2AeqJoFTQ@mail.gmail.com>
References: <CAKM+kVXmF-j_w4mSFA5Fm0P40Yeb7nxuhxU=-BSn-pm2xZVYNA@mail.gmail.com>
 <CAKM+kVVq8a6_K7+JhSUw6oKxr2=XjCS80j8k3SniWrqZXk_FkQ@mail.gmail.com>
 <CAKM+kVUNXYTsdQdp81dMVd3C_mq3Ajssn36U5F-iE9PTaCyC-A@mail.gmail.com>
 <CAKM+kVVi5YgTX2jZWA-6i3KpTwNbqdUYXtFPkkK19TYFk8q0cg@mail.gmail.com>
 <CAKM+kVWOVoN7q35JTd1LCqBNUzGTBS+q9ddvJh-gM2AeqJoFTQ@mail.gmail.com>
Message-ID: <02be362b-e119-3809-3b5b-acd392807d08@mapgears.com>

On 2016-06-15 5:58 AM, nino formica wrote:
> Hi everyone,
> I'm looking for a mapfile editor (MapServer 7 ver.) with GUI.
> Any suggestions ?
>

As Jeff wrote there are a few options, one of them is http://scribeui.org/

You can also test on the demo server before installing: 
http://demo.scribeui.org/

-- 
Daniel Morissette
http://www.mapgears.com/
T: +1 418-696-5056 #201

http://evouala.com/ - Location Intelligence Made Easy


From szekerest at gmail.com  Wed Jun 15 06:16:02 2016
From: szekerest at gmail.com (Tamas Szekeres)
Date: Wed, 15 Jun 2016 15:16:02 +0200
Subject: [mapserver-users] Mapfile editor with GUI
In-Reply-To: <CAKM+kVWOVoN7q35JTd1LCqBNUzGTBS+q9ddvJh-gM2AeqJoFTQ@mail.gmail.com>
References: <CAKM+kVXmF-j_w4mSFA5Fm0P40Yeb7nxuhxU=-BSn-pm2xZVYNA@mail.gmail.com>
 <CAKM+kVVq8a6_K7+JhSUw6oKxr2=XjCS80j8k3SniWrqZXk_FkQ@mail.gmail.com>
 <CAKM+kVUNXYTsdQdp81dMVd3C_mq3Ajssn36U5F-iE9PTaCyC-A@mail.gmail.com>
 <CAKM+kVVi5YgTX2jZWA-6i3KpTwNbqdUYXtFPkkK19TYFk8q0cg@mail.gmail.com>
 <CAKM+kVWOVoN7q35JTd1LCqBNUzGTBS+q9ddvJh-gM2AeqJoFTQ@mail.gmail.com>
Message-ID: <CACALY+S9L1U2VHhLD8Q_tNbpH=Sp+Q6pMb5MnDCK340J009_Fw@mail.gmail.com>

As soon as Windows OS is concerned, you might also take a look at MapServer
MapManager.

http://www.gisinternals.com/mapmanager.html

Best regards,

Tamas


2016-06-15 11:58 GMT+02:00 nino formica <ninofor60 at gmail.com>:

> Hi everyone,
> I'm looking for a mapfile editor (MapServer 7 ver.) with GUI.
> Any suggestions ?
>
> regards !
> Nino
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160615/cf3bacc2/attachment.htm>

From emperor_stef at yahoo.gr  Wed Jun 15 09:08:52 2016
From: emperor_stef at yahoo.gr (Stefanos Anastasiou)
Date: Wed, 15 Jun 2016 16:08:52 +0000 (UTC)
Subject: [mapserver-users] Data grouping
References: <89614024.6405144.1466006932749.JavaMail.yahoo.ref@mail.yahoo.com>
Message-ID: <89614024.6405144.1466006932749.JavaMail.yahoo@mail.yahoo.com>

Hello list.
I have a shapefile with a road network and one of its fields is the name of the district that a road belongs to. So I'm looking for a way to draw all the roads and over a specific district use the value of the field "District" to label the area. So I was thinking of the following approach: ?use two different layers (or as many as the districts are) of the same GROUP, with the same data (road network) and different CLASSITEM object and no STYLE parameters (so the network can be drawn only once). This can lead to many layers though and it might reduce the response time of the service. So my question is, is this the optimal approach ??
Many thanks
-Stefanos?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160615/e9024ae9/attachment.htm>

From marco_giana at technologyonecorp.com  Thu Jun 16 00:04:00 2016
From: marco_giana at technologyonecorp.com (Marco Giana)
Date: Thu, 16 Jun 2016 17:04:00 +1000
Subject: [mapserver-users] CONNECTIONTYPE OGR use DIALECT SQLITE
Message-ID: <CAF5-DRbMA5maGEwTgpnfZqjTXx8qxD5OuTXzZa3vaD65sApV4Q@mail.gmail.com>

Hi,

I have a layer config

CONNECTION "E:\\All\\Data\\Kingston\\VicMap\\Tab\\KINGSTON_LGA_POLYGON.tab"
CONNECTIONTYPE OGR
DATA "SELECT * FROM KINGSTON_LGA_POLYGON"

wondering, is it possible set DIALECT SQLITE in the MapFile to be able to
use spatialite SQL rather than OGR_SQL in the DATA tag?

Cheers

* Marco Giana*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160616/6810aee4/attachment.htm>

From jbe at geo6.be  Thu Jun 16 00:54:01 2016
From: jbe at geo6.be (=?UTF-8?Q?Jonathan_Beli=C3=ABn?=)
Date: Thu, 16 Jun 2016 09:54:01 +0200
Subject: [mapserver-users] Mapfile editor with GUI
In-Reply-To: <CAKM+kVWOVoN7q35JTd1LCqBNUzGTBS+q9ddvJh-gM2AeqJoFTQ@mail.gmail.com>
References: <CAKM+kVXmF-j_w4mSFA5Fm0P40Yeb7nxuhxU=-BSn-pm2xZVYNA@mail.gmail.com>
 <CAKM+kVVq8a6_K7+JhSUw6oKxr2=XjCS80j8k3SniWrqZXk_FkQ@mail.gmail.com>
 <CAKM+kVUNXYTsdQdp81dMVd3C_mq3Ajssn36U5F-iE9PTaCyC-A@mail.gmail.com>
 <CAKM+kVVi5YgTX2jZWA-6i3KpTwNbqdUYXtFPkkK19TYFk8q0cg@mail.gmail.com>
 <CAKM+kVWOVoN7q35JTd1LCqBNUzGTBS+q9ddvJh-gM2AeqJoFTQ@mail.gmail.com>
Message-ID: <001301d1c7a4$45343b70$cf9cb250$@geo6.be>

Hi, 

 

There is also my ? MapFile Generator ? project (developed in PHP) : https://github.com/jbelien/MapFile-Generator

 

Still a work in progress (even if I haven?t much time for it for the moment) but it works quite well with basic MapFiles.

 

Good day.

 

Jonathan Beli?n

GEO-6

 

De : mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] De la part de nino formica
Envoy? : mercredi 15 juin 2016 11:58
? : mapserver-users at lists.osgeo.org
Objet : [mapserver-users] Mapfile editor with GUI

 

Hi everyone,
I'm looking for a mapfile editor (MapServer 7 ver.) with GUI.
Any suggestions ?

regards !
Nino

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160616/d4965523/attachment.htm>

From lars.schylberg at blixtmail.se  Thu Jun 16 04:31:22 2016
From: lars.schylberg at blixtmail.se (lars.schylberg at blixtmail.se)
Date: Thu, 16 Jun 2016 13:31:22 +0200
Subject: [mapserver-users] CONNECTIONTYPE OGR use DIALECT SQLITE
In-Reply-To: <CAF5-DRbMA5maGEwTgpnfZqjTXx8qxD5OuTXzZa3vaD65sApV4Q@mail.gmail.com>
References: <CAF5-DRbMA5maGEwTgpnfZqjTXx8qxD5OuTXzZa3vaD65sApV4Q@mail.gmail.com>
Message-ID: <b09d14a0383fa5e64128a3bbf95fde09@blixtmail.se>

Hi Marco,

We ha a similar discussion last year.? I didn't find a direct way to specify sqlite dialect in the data statement.? You could however write it in a vrt file where You could set the sql dialect.

An example can be found in this discussion tread:

https://lists.osgeo.org/pipermail/mapserver-users/2015-March/077583.html

Best regards

Lars S.

-----Originalmeddelande-----
Fr?n: "Marco Giana" <marco_giana at technologyonecorp.com>
Till: mapserver-users at lists.osgeo.org
Datum: 2016-06-16 09:04
?mne: [mapserver-users] CONNECTIONTYPE OGR use DIALECT SQLITE

Hi,

I have a layer config


CONNECTION "E:\\All\\Data\\Kingston\\VicMap\\Tab\\KINGSTON_LGA_POLYGON.tab"
CONNECTIONTYPE OGR
DATA "SELECT * FROM KINGSTON_LGA_POLYGON"


wondering, is it possible set DIALECT SQLITE in the MapFile to be able to use spatialite SQL rather than OGR_SQL in the DATA tag?


Cheers

Marco Giana




_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

-- 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160616/704fa8e8/attachment.htm>

From conti_lui at gva.es  Thu Jun 16 02:29:51 2016
From: conti_lui at gva.es (LUIS CONTI BUENO)
Date: Thu, 16 Jun 2016 11:29:51 +0200
Subject: [mapserver-users] Mapfile editor with GUI
In-Reply-To: <CAKM+kVWOVoN7q35JTd1LCqBNUzGTBS+q9ddvJh-gM2AeqJoFTQ@mail.gmail.com>
References: <CAKM+kVXmF-j_w4mSFA5Fm0P40Yeb7nxuhxU=-BSn-pm2xZVYNA@mail.gmail.com>
 <CAKM+kVVq8a6_K7+JhSUw6oKxr2=XjCS80j8k3SniWrqZXk_FkQ@mail.gmail.com>
 <CAKM+kVUNXYTsdQdp81dMVd3C_mq3Ajssn36U5F-iE9PTaCyC-A@mail.gmail.com>
 <CAKM+kVVi5YgTX2jZWA-6i3KpTwNbqdUYXtFPkkK19TYFk8q0cg@mail.gmail.com>
 <CAKM+kVWOVoN7q35JTd1LCqBNUzGTBS+q9ddvJh-gM2AeqJoFTQ@mail.gmail.com>
Message-ID: <5762718F.90600@gva.es>

Hi,

Test gvsig 2.2 final.
Download this software at 
http://www.gvsig.com/es/web/guest/productos/gvsig-desktop/descargas

The menu option "View->Export View->Export->Export View to server 
configuration" exports current project to mapfile with layers and styles.

bye.

El 15/06/16 a las 11:58, nino formica escribi?:
>
> Hi everyone,
> I'm looking for a mapfile editor (MapServer 7 ver.) with GUI.
> Any suggestions ?
>
> regards !
> Nino
>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users

-- 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160616/a0d3da50/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: n8u-5r-EA5AKgFkCCk2mcfrEIT8ztXKatq3uCNp1goVrTmarxNRFZTdhbcsImWzvmE6r78XHPnQqzCcERlcYo540ewhqFA9SpAVonVrWX-_E4DnLyiO0Tu-u8D6fmztLDg
Type: image/png
Size: 32180 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160616/a0d3da50/attachment.png>

From even.rouault at spatialys.com  Thu Jun 16 04:59:28 2016
From: even.rouault at spatialys.com (Even Rouault)
Date: Thu, 16 Jun 2016 13:59:28 +0200
Subject: [mapserver-users] CONNECTIONTYPE OGR use DIALECT SQLITE
In-Reply-To: <CAF5-DRbMA5maGEwTgpnfZqjTXx8qxD5OuTXzZa3vaD65sApV4Q@mail.gmail.com>
References: <CAF5-DRbMA5maGEwTgpnfZqjTXx8qxD5OuTXzZa3vaD65sApV4Q@mail.gmail.com>
Message-ID: <201606161359.29026.even.rouault@spatialys.com>

Le jeudi 16 juin 2016 09:04:00, Marco Giana a ?crit :
> Hi,
> 
> I have a layer config
> 
> CONNECTION "E:\\All\\Data\\Kingston\\VicMap\\Tab\\KINGSTON_LGA_POLYGON.tab"
> CONNECTIONTYPE OGR
> DATA "SELECT * FROM KINGSTON_LGA_POLYGON"
> 
> wondering, is it possible set DIALECT SQLITE in the MapFile to be able to
> use spatialite SQL rather than OGR_SQL in the DATA tag?

That should work. OGR_DS_ExecuteSQL() is run without any explicit dialect, so 
it is the default dialect of each OGR driver that is used, and in the case of 
SQLite/Spatialite, it will evaluated by SQLite itself.

> 
> Cheers
> 
> * Marco Giana*

-- 
Spatialys - Geospatial professional services
http://www.spatialys.com


From marco_giana at technologyonecorp.com  Thu Jun 16 05:27:23 2016
From: marco_giana at technologyonecorp.com (Marco Giana)
Date: Thu, 16 Jun 2016 22:27:23 +1000
Subject: [mapserver-users] CONNECTIONTYPE OGR use DIALECT SQLITE
In-Reply-To: <201606161359.29026.even.rouault@spatialys.com>
References: <CAF5-DRbMA5maGEwTgpnfZqjTXx8qxD5OuTXzZa3vaD65sApV4Q@mail.gmail.com>
 <201606161359.29026.even.rouault@spatialys.com>
Message-ID: <CAF5-DRZnY0xNicJKrROPPPMaDChbT7+S_kRkYBfv0+L1dmhYOQ@mail.gmail.com>

Hi Even,

thanks for the reply. I was meaning to be able to use it on other file
types, such as shape and TAB, as one would specify
-dialect SQLITE when doing ogrinfo.

Cheers

* Marco Giana*
On Thu, Jun 16, 2016 at 9:59 PM, Even Rouault <even.rouault at spatialys.com>
wrote:

> Le jeudi 16 juin 2016 09:04:00, Marco Giana a ?crit :
> > Hi,
> >
> > I have a layer config
> >
> > CONNECTION
> "E:\\All\\Data\\Kingston\\VicMap\\Tab\\KINGSTON_LGA_POLYGON.tab"
> > CONNECTIONTYPE OGR
> > DATA "SELECT * FROM KINGSTON_LGA_POLYGON"
> >
> > wondering, is it possible set DIALECT SQLITE in the MapFile to be able to
> > use spatialite SQL rather than OGR_SQL in the DATA tag?
>
> That should work. OGR_DS_ExecuteSQL() is run without any explicit dialect,
> so
> it is the default dialect of each OGR driver that is used, and in the case
> of
> SQLite/Spatialite, it will evaluated by SQLite itself.
>
> >
> > Cheers
> >
> > * Marco Giana*
>
> --
> Spatialys - Geospatial professional services
> http://www.spatialys.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160616/4954824b/attachment.htm>

From jmckenna at gatewaygeomatics.com  Thu Jun 16 05:38:50 2016
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Thu, 16 Jun 2016 09:38:50 -0300
Subject: [mapserver-users] Mapfile editor with GUI
In-Reply-To: <CAKM+kVWOVoN7q35JTd1LCqBNUzGTBS+q9ddvJh-gM2AeqJoFTQ@mail.gmail.com>
References: <CAKM+kVXmF-j_w4mSFA5Fm0P40Yeb7nxuhxU=-BSn-pm2xZVYNA@mail.gmail.com>
 <CAKM+kVVq8a6_K7+JhSUw6oKxr2=XjCS80j8k3SniWrqZXk_FkQ@mail.gmail.com>
 <CAKM+kVUNXYTsdQdp81dMVd3C_mq3Ajssn36U5F-iE9PTaCyC-A@mail.gmail.com>
 <CAKM+kVVi5YgTX2jZWA-6i3KpTwNbqdUYXtFPkkK19TYFk8q0cg@mail.gmail.com>
 <CAKM+kVWOVoN7q35JTd1LCqBNUzGTBS+q9ddvJh-gM2AeqJoFTQ@mail.gmail.com>
Message-ID: <7167bdff-5e0f-8f7d-346d-3b1a2799b0d9@gatewaygeomatics.com>

I have added the latest responses onto a new wiki page 
(https://github.com/mapserver/mapserver/wiki/MapFile-editors).  The hope 
is that those that were scared to create a wiki page will find it easier 
to edit an existing page :)

Please edit that as you wish.

Thanks,

-jeff


-- 
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/



On 2016-06-15 6:58 AM, nino formica wrote:
> Hi everyone,
> I'm looking for a mapfile editor (MapServer 7 ver.) with GUI.
> Any suggestions ?
>
> regards !
> Nino
>
>
>




From mandschulz at googlemail.com  Thu Jun 16 06:10:13 2016
From: mandschulz at googlemail.com (Michael Schulz)
Date: Thu, 16 Jun 2016 15:10:13 +0200
Subject: [mapserver-users] Mapcache - merge multiple source in one tileset?
Message-ID: <CA+s71-ySwks2dO83hWzv++DegLdLPpcyDnLmafbsTNkK_jqDVA@mail.gmail.com>

Dear Mapcachers,

the documentation of mapcache mentions the possibility to merge "multiple
tiles into a single image". I wonder if this means a vertical merging
(stacking) of tiles into one output tile?

This would be exactly what I'm looking for, but so far I couldn't find a
hint how this could be done. It would require, I guess, to use multiple
sources for one tileset. Is that possible?

Thanks, Michael

-- 
-----------------------------------------------------------
Michael Schulz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160616/8698a705/attachment.htm>

From charlotte.toma at wheregroup.com  Thu Jun 16 06:01:56 2016
From: charlotte.toma at wheregroup.com (Charlotte Toma (WhereGroup))
Date: Thu, 16 Jun 2016 15:01:56 +0200
Subject: [mapserver-users] WMS_ABSTRACT line breaks
Message-ID: <5762A344.7050100@wheregroup.com>

Hello,

you can specify an abstract in the map file (WMS_ABSTRACT). Since the
description is often too long, I wonder if you can define line breaks.
These linebreaks should then be passed to the Mapbender3 metadata
(shortcut menu in the layertree).

Does anyone know how line breaks are possible in the WMS_ABSTRACT? (How)
is this implementable on the map file?

This is my example abstract:

	METADATA
	        "WMS_TITLE"    "Germany Test"
	        "WMS_ABSTRACT"    "<p>Lorem ipsum dolor sit amet,
</p>consectetuer adipiscing elit.
	        Aenean commodo ligula eget dolor. <b>Aenean massa.</br>
	        Cum sociis<span> natoque penatibus et magnis dis parturient
montes, nascetur ridiculus mus. Donec quam felis,
	        ultricies nec, pellentesque eu, pretium quis, sem. Nulla
consequat massa quis enim. Donec pede justo, fringilla vel,
	        aliquet nec, vulputate eget, arcu. In enim justo, rhoncus ut,
imperdiet a, venenatis vitae, justo. Nullam dictum felis
	        eu pede mollis pretium. Integer tincidunt.
	        Cras dapibus. Vivamus elementum semper nisi. Aenean vulputate
eleifend tellus.
	        Aenean leo ligula, porttitor eu, consequat vitae, eleifend ac,
enim. Aliquam lorem ante, dapibus in,
	        viverra quis, feugiat a, tellus. Phasellus viverra nulla ut
metus varius laoreet. Quisque rutrum.
	        Aenean imperdiet. Etiam ultricies nisi vel augue. Curabitur
ullamcorper ultricies nisi.
	        Nam eget dui. Etiam rhoncus. Maecenas tempus, tellus eget
condimentum rhoncus,
	        sem quam semper libero, sit amet adipiscing sem neque sed
ipsum. Nam quam nunc,
	        blandit vel, luctus pulvinar, hendrerit id, lorem. Maecenas nec
odio et ante tincidunt tempus. "
	        "WMS_ACCESSCONSTRAINTS"    "none"


Thanks for your help
Charlotte Toma

-- 

***********************************************
FOSSGIS Konferenz 2016 und AGIT 2016
4.-6. Juli 2016 & 6.-8. Juli 2016 in Salzburg
http://fossgis-konferenz.de/2016/
http://agit.at/
***********************************************


From jmckenna at gatewaygeomatics.com  Thu Jun 16 06:46:37 2016
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Thu, 16 Jun 2016 10:46:37 -0300
Subject: [mapserver-users] WMS_ABSTRACT line breaks
In-Reply-To: <5762A344.7050100@wheregroup.com>
References: <5762A344.7050100@wheregroup.com>
Message-ID: <468d6d18-ec84-18bf-c5b0-0ee59670eec6@gatewaygeomatics.com>

I'm not aware of such functionality inside MapServer; however I do 
handle this regularly within my applications (OpenLayers actually), 
usually through a PHP script that on-the-fly gets the remote service's 
abstract values (for the MAP and LAYER objects) and then cleans it 
appropriately (escaping single quotes ' double-quotes " and line feeds 
\r \n).  Maybe this is opposite of what you need, but, it is somewhat 
similar :)

-jeff


-- 
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/



On 2016-06-16 10:01 AM, Charlotte Toma (WhereGroup) wrote:
> Hello,
>
> you can specify an abstract in the map file (WMS_ABSTRACT). Since the
> description is often too long, I wonder if you can define line breaks.
> These linebreaks should then be passed to the Mapbender3 metadata
> (shortcut menu in the layertree).
>
> Does anyone know how line breaks are possible in the WMS_ABSTRACT? (How)
> is this implementable on the map file?
>
> This is my example abstract:
>
> 	METADATA
> 	        "WMS_TITLE"    "Germany Test"
> 	        "WMS_ABSTRACT"    "<p>Lorem ipsum dolor sit amet,
> </p>consectetuer adipiscing elit.
> 	        Aenean commodo ligula eget dolor. <b>Aenean massa.</br>
> 	        Cum sociis<span> natoque penatibus et magnis dis parturient
> montes, nascetur ridiculus mus. Donec quam felis,
> 	        ultricies nec, pellentesque eu, pretium quis, sem. Nulla
> consequat massa quis enim. Donec pede justo, fringilla vel,
> 	        aliquet nec, vulputate eget, arcu. In enim justo, rhoncus ut,
> imperdiet a, venenatis vitae, justo. Nullam dictum felis
> 	        eu pede mollis pretium. Integer tincidunt.
> 	        Cras dapibus. Vivamus elementum semper nisi. Aenean vulputate
> eleifend tellus.
> 	        Aenean leo ligula, porttitor eu, consequat vitae, eleifend ac,
> enim. Aliquam lorem ante, dapibus in,
> 	        viverra quis, feugiat a, tellus. Phasellus viverra nulla ut
> metus varius laoreet. Quisque rutrum.
> 	        Aenean imperdiet. Etiam ultricies nisi vel augue. Curabitur
> ullamcorper ultricies nisi.
> 	        Nam eget dui. Etiam rhoncus. Maecenas tempus, tellus eget
> condimentum rhoncus,
> 	        sem quam semper libero, sit amet adipiscing sem neque sed
> ipsum. Nam quam nunc,
> 	        blandit vel, luctus pulvinar, hendrerit id, lorem. Maecenas nec
> odio et ante tincidunt tempus. "
> 	        "WMS_ACCESSCONSTRAINTS"    "none"
>
>
> Thanks for your help
> Charlotte Toma
>





From ninofor60 at gmail.com  Fri Jun 17 00:34:37 2016
From: ninofor60 at gmail.com (nformica)
Date: Fri, 17 Jun 2016 00:34:37 -0700 (PDT)
Subject: [mapserver-users] Mapfile editor with GUI
In-Reply-To: <02be362b-e119-3809-3b5b-acd392807d08@mapgears.com>
References: <CAKM+kVWOVoN7q35JTd1LCqBNUzGTBS+q9ddvJh-gM2AeqJoFTQ@mail.gmail.com>
 <02be362b-e119-3809-3b5b-acd392807d08@mapgears.com>
Message-ID: <1466148877318-5272136.post@n6.nabble.com>

Daniel Morissette wrote
> As Jeff wrote there are a few options, one of them is http://scribeui.org/

Yes I know ScribeUI ... and I tried to install it unsuccessfully !!
The installation process is a bit complex.
I will try again !

Thanks 
Nino




--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Mapfile-editor-with-GUI-tp5271757p5272136.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From hergest at gmail.com  Fri Jun 17 02:52:32 2016
From: hergest at gmail.com (Hergest)
Date: Fri, 17 Jun 2016 11:52:32 +0200
Subject: [mapserver-users] SOS server: problem with GetObservation and
	filter by procedure.
Message-ID: <6dda36b3-c59e-5133-d75b-b2ceec3de664@gmail.com>

An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160617/46481c52/attachment.htm>

From Stefan.Ziegler at bd.so.ch  Fri Jun 17 03:38:33 2016
From: Stefan.Ziegler at bd.so.ch (Ziegler Stefan)
Date: Fri, 17 Jun 2016 10:38:33 +0000
Subject: [mapserver-users] Rendering of adjacent dashed lines
Message-ID: <96EAE7D042AAC14486D68EC70207B0C18F97A284@srsofaioi16255.verw.rootso.org>

Hi 

I'm trying to render some lines with a pattern. This works and looks great as long as the lines are not adjacent. When the lines share a common border the dashed lines may look ugly since one dashed line is rendered on top of the other rendered dashed line. I tried to add a white solid line under the dashed line:

    CLASS
      STYLE
        COLOR 255 255 255 
        WIDTH 2
        LINECAP BUTT
      END              
      STYLE
        COLOR 0 0 0
        WIDTH 2
        LINECAP BUTT
        PATTERN 20 4 2 4 2 4 END        
      END  
    END


But the behaviour is still the same. Is there a trick/workaround for this? I'm using MapServer 7.0.1.

Best regards
Stefan Ziegler



Freundliche Gr?sse 
Stefan Ziegler 
Kantonsgeometer / Leiter Amt f?r Geoinformation

Amt f?r Geoinformation
R?tistrasse 4 
4500 Solothurn 

Telefon +41 32 627 75 96
Telefax +41 32 627 75 98 
stefan.ziegler at bd.so.ch
http://www.so.ch 



From thomas.bonfort at gmail.com  Fri Jun 17 07:05:20 2016
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Fri, 17 Jun 2016 16:05:20 +0200
Subject: [mapserver-users] Rendering of adjacent dashed lines
In-Reply-To: <96EAE7D042AAC14486D68EC70207B0C18F97A284@srsofaioi16255.verw.rootso.org>
References: <96EAE7D042AAC14486D68EC70207B0C18F97A284@srsofaioi16255.verw.rootso.org>
Message-ID: <CAOM3y2jVPoArVV_0_zYu5wZCtKgoYV9f=wCS9xLHJ+5QF4zYjA@mail.gmail.com>

Stefan,
There is no trick/workaround for this aside from preprocessing your
data to merge adjacent lines into one. In the general case what you
are aiming for is impossible as your adjacent lines will have
different lengths but will be using a fixed length dash pattern.

--
thomas

On 17 June 2016 at 12:38, Ziegler Stefan <Stefan.Ziegler at bd.so.ch> wrote:
> Hi
>
> I'm trying to render some lines with a pattern. This works and looks great as long as the lines are not adjacent. When the lines share a common border the dashed lines may look ugly since one dashed line is rendered on top of the other rendered dashed line. I tried to add a white solid line under the dashed line:
>
>     CLASS
>       STYLE
>         COLOR 255 255 255
>         WIDTH 2
>         LINECAP BUTT
>       END
>       STYLE
>         COLOR 0 0 0
>         WIDTH 2
>         LINECAP BUTT
>         PATTERN 20 4 2 4 2 4 END
>       END
>     END
>
>
> But the behaviour is still the same. Is there a trick/workaround for this? I'm using MapServer 7.0.1.
>
> Best regards
> Stefan Ziegler
>
>
>
> Freundliche Gr?sse
> Stefan Ziegler
> Kantonsgeometer / Leiter Amt f?r Geoinformation
>
> Amt f?r Geoinformation
> R?tistrasse 4
> 4500 Solothurn
>
> Telefon +41 32 627 75 96
> Telefax +41 32 627 75 98
> stefan.ziegler at bd.so.ch
> http://www.so.ch
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From Stefan.Ziegler at bd.so.ch  Fri Jun 17 07:17:03 2016
From: Stefan.Ziegler at bd.so.ch (Ziegler Stefan)
Date: Fri, 17 Jun 2016 14:17:03 +0000
Subject: [mapserver-users] Rendering of adjacent dashed lines
In-Reply-To: <CAOM3y2jVPoArVV_0_zYu5wZCtKgoYV9f=wCS9xLHJ+5QF4zYjA@mail.gmail.com>
References: <96EAE7D042AAC14486D68EC70207B0C18F97A284@srsofaioi16255.verw.rootso.org>,
 <CAOM3y2jVPoArVV_0_zYu5wZCtKgoYV9f=wCS9xLHJ+5QF4zYjA@mail.gmail.com>
Message-ID: <748415D5-90CA-48B8-BCC9-D26DF919803A@bd.so.ch>

Hi Thomas

Would it be possible to fund such a feature?

Stefan

Sent from my iPhone

> On 17 Jun 2016, at 16:05, thomas bonfort <thomas.bonfort at gmail.com> wrote:
> 
> Stefan,
> There is no trick/workaround for this aside from preprocessing your
> data to merge adjacent lines into one. In the general case what you
> are aiming for is impossible as your adjacent lines will have
> different lengths but will be using a fixed length dash pattern.
> 
> --
> thomas
> 
>> On 17 June 2016 at 12:38, Ziegler Stefan <Stefan.Ziegler at bd.so.ch> wrote:
>> Hi
>> 
>> I'm trying to render some lines with a pattern. This works and looks great as long as the lines are not adjacent. When the lines share a common border the dashed lines may look ugly since one dashed line is rendered on top of the other rendered dashed line. I tried to add a white solid line under the dashed line:
>> 
>>    CLASS
>>      STYLE
>>        COLOR 255 255 255
>>        WIDTH 2
>>        LINECAP BUTT
>>      END
>>      STYLE
>>        COLOR 0 0 0
>>        WIDTH 2
>>        LINECAP BUTT
>>        PATTERN 20 4 2 4 2 4 END
>>      END
>>    END
>> 
>> 
>> But the behaviour is still the same. Is there a trick/workaround for this? I'm using MapServer 7.0.1.
>> 
>> Best regards
>> Stefan Ziegler
>> 
>> 
>> 
>> Freundliche Gr?sse
>> Stefan Ziegler
>> Kantonsgeometer / Leiter Amt f?r Geoinformation
>> 
>> Amt f?r Geoinformation
>> R?tistrasse 4
>> 4500 Solothurn
>> 
>> Telefon +41 32 627 75 96
>> Telefax +41 32 627 75 98
>> stefan.ziegler at bd.so.ch
>> http://www.so.ch
>> 
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From jukka.rahkonen at maanmittauslaitos.fi  Fri Jun 17 07:20:23 2016
From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML))
Date: Fri, 17 Jun 2016 14:20:23 +0000
Subject: [mapserver-users] Rendering of adjacent dashed lines
Message-ID: <7ac047bb8d3e4126b67a06d331c9288d@C119S212VM022.msvyvi.vaha.local>

Hi,

The only method that really works is to remove adjacent lines. Your trick seems to be the same as this https://knowledge.autodesk.com/support/autocad-map-3d/troubleshooting/caas/sfdcarticles/sfdcarticles/Using-a-dashed-line-symbol-with-adjacent-polygons-masking.html
but they used a wider white line. However, it feels usable only if the background is also white and there are no lines very close to each other.

-Jukka Rahkonen-


Ziegler Stefan wrote:

> Hi 

> I'm trying to render some lines with a pattern. This works and looks great as long as the lines are not adjacent. When the lines share a common border the dashed lines may look ugly since one dashed line is rendered on top of the other rendered dashed line. I tried to add a white solid line under the dashed line:

    CLASS
      STYLE
        COLOR 255 255 255 
        WIDTH 2
        LINECAP BUTT
      END              
      STYLE
        COLOR 0 0 0
        WIDTH 2
        LINECAP BUTT
        PATTERN 20 4 2 4 2 4 END        
      END  
    END


But the behaviour is still the same. Is there a trick/workaround for this? I'm using MapServer 7.0.1.

Best regards
Stefan Ziegler



Freundliche Gr?sse 
Stefan Ziegler 
Kantonsgeometer / Leiter Amt f?r Geoinformation

Amt f?r Geoinformation
R?tistrasse 4 
4500 Solothurn 

Telefon +41 32 627 75 96
Telefax +41 32 627 75 98 
stefan.ziegler at bd.so.ch
http://www.so.ch 

_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

From thomas.bonfort at gmail.com  Fri Jun 17 07:20:51 2016
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Fri, 17 Jun 2016 16:20:51 +0200
Subject: [mapserver-users] Rendering of adjacent dashed lines
In-Reply-To: <748415D5-90CA-48B8-BCC9-D26DF919803A@bd.so.ch>
References: <96EAE7D042AAC14486D68EC70207B0C18F97A284@srsofaioi16255.verw.rootso.org>
 <CAOM3y2jVPoArVV_0_zYu5wZCtKgoYV9f=wCS9xLHJ+5QF4zYjA@mail.gmail.com>
 <748415D5-90CA-48B8-BCC9-D26DF919803A@bd.so.ch>
Message-ID: <CAOM3y2gSO_w-kVhQu4yU-3c=jUdQP4LHJuNF+MYqoPOcAzRaRw@mail.gmail.com>

Hi Stefan,
Unfortunately no. When I said "impossible" I meant it in the general
case, not for MapServer specifically.
Regards,
--
thomas

On 17 June 2016 at 16:17, Ziegler Stefan <Stefan.Ziegler at bd.so.ch> wrote:
> Hi Thomas
>
> Would it be possible to fund such a feature?
>
> Stefan
>
> Sent from my iPhone
>
>> On 17 Jun 2016, at 16:05, thomas bonfort <thomas.bonfort at gmail.com> wrote:
>>
>> Stefan,
>> There is no trick/workaround for this aside from preprocessing your
>> data to merge adjacent lines into one. In the general case what you
>> are aiming for is impossible as your adjacent lines will have
>> different lengths but will be using a fixed length dash pattern.
>>
>> --
>> thomas
>>
>>> On 17 June 2016 at 12:38, Ziegler Stefan <Stefan.Ziegler at bd.so.ch> wrote:
>>> Hi
>>>
>>> I'm trying to render some lines with a pattern. This works and looks great as long as the lines are not adjacent. When the lines share a common border the dashed lines may look ugly since one dashed line is rendered on top of the other rendered dashed line. I tried to add a white solid line under the dashed line:
>>>
>>>    CLASS
>>>      STYLE
>>>        COLOR 255 255 255
>>>        WIDTH 2
>>>        LINECAP BUTT
>>>      END
>>>      STYLE
>>>        COLOR 0 0 0
>>>        WIDTH 2
>>>        LINECAP BUTT
>>>        PATTERN 20 4 2 4 2 4 END
>>>      END
>>>    END
>>>
>>>
>>> But the behaviour is still the same. Is there a trick/workaround for this? I'm using MapServer 7.0.1.
>>>
>>> Best regards
>>> Stefan Ziegler
>>>
>>>
>>>
>>> Freundliche Gr?sse
>>> Stefan Ziegler
>>> Kantonsgeometer / Leiter Amt f?r Geoinformation
>>>
>>> Amt f?r Geoinformation
>>> R?tistrasse 4
>>> 4500 Solothurn
>>>
>>> Telefon +41 32 627 75 96
>>> Telefax +41 32 627 75 98
>>> stefan.ziegler at bd.so.ch
>>> http://www.so.ch
>>>
>>> _______________________________________________
>>> mapserver-users mailing list
>>> mapserver-users at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From thomas.bonfort at gmail.com  Fri Jun 17 07:26:01 2016
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Fri, 17 Jun 2016 16:26:01 +0200
Subject: [mapserver-users] Rendering of adjacent dashed lines
In-Reply-To: <7ac047bb8d3e4126b67a06d331c9288d@C119S212VM022.msvyvi.vaha.local>
References: <7ac047bb8d3e4126b67a06d331c9288d@C119S212VM022.msvyvi.vaha.local>
Message-ID: <CAOM3y2iAmmd6_5XsUTEbEdBdSp7TawhCehXJKHHjrpZxYpHyUA@mail.gmail.com>

Jukka,
The overlapping case has a technical solution (which is not
implemented in mapserver) if you are willing to eventually offset your
dash pattern at every line vertice. The adjacent case has no solution
I can think of (draw two adjacent concentric circles on a whiteboard
and try to dash them if you don't believe me :)
--
thomas

On 17 June 2016 at 16:20, Rahkonen Jukka (MML)
<jukka.rahkonen at maanmittauslaitos.fi> wrote:
> Hi,
>
> The only method that really works is to remove adjacent lines. Your trick seems to be the same as this https://knowledge.autodesk.com/support/autocad-map-3d/troubleshooting/caas/sfdcarticles/sfdcarticles/Using-a-dashed-line-symbol-with-adjacent-polygons-masking.html
> but they used a wider white line. However, it feels usable only if the background is also white and there are no lines very close to each other.
>
> -Jukka Rahkonen-
>
>
> Ziegler Stefan wrote:
>
>> Hi
>
>> I'm trying to render some lines with a pattern. This works and looks great as long as the lines are not adjacent. When the lines share a common border the dashed lines may look ugly since one dashed line is rendered on top of the other rendered dashed line. I tried to add a white solid line under the dashed line:
>
>     CLASS
>       STYLE
>         COLOR 255 255 255
>         WIDTH 2
>         LINECAP BUTT
>       END
>       STYLE
>         COLOR 0 0 0
>         WIDTH 2
>         LINECAP BUTT
>         PATTERN 20 4 2 4 2 4 END
>       END
>     END
>
>
> But the behaviour is still the same. Is there a trick/workaround for this? I'm using MapServer 7.0.1.
>
> Best regards
> Stefan Ziegler
>
>
>
> Freundliche Gr?sse
> Stefan Ziegler
> Kantonsgeometer / Leiter Amt f?r Geoinformation
>
> Amt f?r Geoinformation
> R?tistrasse 4
> 4500 Solothurn
>
> Telefon +41 32 627 75 96
> Telefax +41 32 627 75 98
> stefan.ziegler at bd.so.ch
> http://www.so.ch
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From Stefan.Ziegler at bd.so.ch  Fri Jun 17 07:27:20 2016
From: Stefan.Ziegler at bd.so.ch (Ziegler Stefan)
Date: Fri, 17 Jun 2016 14:27:20 +0000
Subject: [mapserver-users] Rendering of adjacent dashed lines
In-Reply-To: <CAOM3y2gSO_w-kVhQu4yU-3c=jUdQP4LHJuNF+MYqoPOcAzRaRw@mail.gmail.com>
References: <96EAE7D042AAC14486D68EC70207B0C18F97A284@srsofaioi16255.verw.rootso.org>
 <CAOM3y2jVPoArVV_0_zYu5wZCtKgoYV9f=wCS9xLHJ+5QF4zYjA@mail.gmail.com>
 <748415D5-90CA-48B8-BCC9-D26DF919803A@bd.so.ch>,
 <CAOM3y2gSO_w-kVhQu4yU-3c=jUdQP4LHJuNF+MYqoPOcAzRaRw@mail.gmail.com>
Message-ID: <46F4472B-A48E-47D5-9B9A-AF1ACD04698C@bd.so.ch>

Then I wasn't propably clear about the problem. I can get the desired effect in QGIS. The line symbol is a combination of two line symbols. One is dashed, one is solid.

Regards
Stefan

Sent from my iPhone

> On 17 Jun 2016, at 16:20, thomas bonfort <thomas.bonfort at gmail.com> wrote:
> 
> Hi Stefan,
> Unfortunately no. When I said "impossible" I meant it in the general
> case, not for MapServer specifically.
> Regards,
> --
> thomas
> 
>> On 17 June 2016 at 16:17, Ziegler Stefan <Stefan.Ziegler at bd.so.ch> wrote:
>> Hi Thomas
>> 
>> Would it be possible to fund such a feature?
>> 
>> Stefan
>> 
>> Sent from my iPhone
>> 
>>> On 17 Jun 2016, at 16:05, thomas bonfort <thomas.bonfort at gmail.com> wrote:
>>> 
>>> Stefan,
>>> There is no trick/workaround for this aside from preprocessing your
>>> data to merge adjacent lines into one. In the general case what you
>>> are aiming for is impossible as your adjacent lines will have
>>> different lengths but will be using a fixed length dash pattern.
>>> 
>>> --
>>> thomas
>>> 
>>>> On 17 June 2016 at 12:38, Ziegler Stefan <Stefan.Ziegler at bd.so.ch> wrote:
>>>> Hi
>>>> 
>>>> I'm trying to render some lines with a pattern. This works and looks great as long as the lines are not adjacent. When the lines share a common border the dashed lines may look ugly since one dashed line is rendered on top of the other rendered dashed line. I tried to add a white solid line under the dashed line:
>>>> 
>>>>   CLASS
>>>>     STYLE
>>>>       COLOR 255 255 255
>>>>       WIDTH 2
>>>>       LINECAP BUTT
>>>>     END
>>>>     STYLE
>>>>       COLOR 0 0 0
>>>>       WIDTH 2
>>>>       LINECAP BUTT
>>>>       PATTERN 20 4 2 4 2 4 END
>>>>     END
>>>>   END
>>>> 
>>>> 
>>>> But the behaviour is still the same. Is there a trick/workaround for this? I'm using MapServer 7.0.1.
>>>> 
>>>> Best regards
>>>> Stefan Ziegler
>>>> 
>>>> 
>>>> 
>>>> Freundliche Gr?sse
>>>> Stefan Ziegler
>>>> Kantonsgeometer / Leiter Amt f?r Geoinformation
>>>> 
>>>> Amt f?r Geoinformation
>>>> R?tistrasse 4
>>>> 4500 Solothurn
>>>> 
>>>> Telefon +41 32 627 75 96
>>>> Telefax +41 32 627 75 98
>>>> stefan.ziegler at bd.so.ch
>>>> http://www.so.ch
>>>> 
>>>> _______________________________________________
>>>> mapserver-users mailing list
>>>> mapserver-users at lists.osgeo.org
>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From David.Fawcett at state.mn.us  Fri Jun 17 07:28:53 2016
From: David.Fawcett at state.mn.us (Fawcett, David (MNIT))
Date: Fri, 17 Jun 2016 14:28:53 +0000
Subject: [mapserver-users] Rendering of adjacent dashed lines
In-Reply-To: <CAOM3y2gSO_w-kVhQu4yU-3c=jUdQP4LHJuNF+MYqoPOcAzRaRw@mail.gmail.com>
References: <96EAE7D042AAC14486D68EC70207B0C18F97A284@srsofaioi16255.verw.rootso.org>
 <CAOM3y2jVPoArVV_0_zYu5wZCtKgoYV9f=wCS9xLHJ+5QF4zYjA@mail.gmail.com>
 <748415D5-90CA-48B8-BCC9-D26DF919803A@bd.so.ch>
 <CAOM3y2gSO_w-kVhQu4yU-3c=jUdQP4LHJuNF+MYqoPOcAzRaRw@mail.gmail.com>
Message-ID: <D645DD294B659443AAFDEFBEC8F1E9822008D13A@055-CH1MPN1-001.055d.mgd.msft.net>

This is a pretty common case.  I run into it a lot when mapping adjacent counties in a US state.  As Thomas says, the solution is to process the data so that the shared borders are only represented by one line.  

Depending on what you are mapping, you could try using OFFSET to provide some separation between the lines.

David.

-----Original Message-----
From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of thomas bonfort
Sent: Friday, June 17, 2016 9:21 AM
To: Ziegler Stefan
Cc: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Rendering of adjacent dashed lines

Hi Stefan,
Unfortunately no. When I said "impossible" I meant it in the general case, not for MapServer specifically.
Regards,
--
thomas

On 17 June 2016 at 16:17, Ziegler Stefan <Stefan.Ziegler at bd.so.ch> wrote:
> Hi Thomas
>
> Would it be possible to fund such a feature?
>
> Stefan
>
> Sent from my iPhone
>
>> On 17 Jun 2016, at 16:05, thomas bonfort <thomas.bonfort at gmail.com> wrote:
>>
>> Stefan,
>> There is no trick/workaround for this aside from preprocessing your 
>> data to merge adjacent lines into one. In the general case what you 
>> are aiming for is impossible as your adjacent lines will have 
>> different lengths but will be using a fixed length dash pattern.
>>
>> --
>> thomas
>>
>>> On 17 June 2016 at 12:38, Ziegler Stefan <Stefan.Ziegler at bd.so.ch> wrote:
>>> Hi
>>>
>>> I'm trying to render some lines with a pattern. This works and looks great as long as the lines are not adjacent. When the lines share a common border the dashed lines may look ugly since one dashed line is rendered on top of the other rendered dashed line. I tried to add a white solid line under the dashed line:
>>>
>>>    CLASS
>>>      STYLE
>>>        COLOR 255 255 255
>>>        WIDTH 2
>>>        LINECAP BUTT
>>>      END
>>>      STYLE
>>>        COLOR 0 0 0
>>>        WIDTH 2
>>>        LINECAP BUTT
>>>        PATTERN 20 4 2 4 2 4 END
>>>      END
>>>    END
>>>
>>>
>>> But the behaviour is still the same. Is there a trick/workaround for this? I'm using MapServer 7.0.1.
>>>
>>> Best regards
>>> Stefan Ziegler
>>>
>>>
>>>
>>> Freundliche Gr?sse
>>> Stefan Ziegler
>>> Kantonsgeometer / Leiter Amt f?r Geoinformation
>>>
>>> Amt f?r Geoinformation
>>> R?tistrasse 4
>>> 4500 Solothurn
>>>
>>> Telefon +41 32 627 75 96
>>> Telefax +41 32 627 75 98
>>> stefan.ziegler at bd.so.ch
>>> http://www.so.ch
>>>
>>> _______________________________________________
>>> mapserver-users mailing list
>>> mapserver-users at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

From thomas.bonfort at gmail.com  Fri Jun 17 07:41:14 2016
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Fri, 17 Jun 2016 16:41:14 +0200
Subject: [mapserver-users] Rendering of adjacent dashed lines
In-Reply-To: <46F4472B-A48E-47D5-9B9A-AF1ACD04698C@bd.so.ch>
References: <96EAE7D042AAC14486D68EC70207B0C18F97A284@srsofaioi16255.verw.rootso.org>
 <CAOM3y2jVPoArVV_0_zYu5wZCtKgoYV9f=wCS9xLHJ+5QF4zYjA@mail.gmail.com>
 <748415D5-90CA-48B8-BCC9-D26DF919803A@bd.so.ch>
 <CAOM3y2gSO_w-kVhQu4yU-3c=jUdQP4LHJuNF+MYqoPOcAzRaRw@mail.gmail.com>
 <46F4472B-A48E-47D5-9B9A-AF1ACD04698C@bd.so.ch>
Message-ID: <CAOM3y2gJnPy7Y8xBuhPFdOphK8WwWROJi5FtVg1-ZrJ4aiiPOg@mail.gmail.com>

Can you post a screenshot?

On 17 June 2016 at 16:27, Ziegler Stefan <Stefan.Ziegler at bd.so.ch> wrote:
> Then I wasn't propably clear about the problem. I can get the desired effect in QGIS. The line symbol is a combination of two line symbols. One is dashed, one is solid.
>
> Regards
> Stefan
>
> Sent from my iPhone
>
>> On 17 Jun 2016, at 16:20, thomas bonfort <thomas.bonfort at gmail.com> wrote:
>>
>> Hi Stefan,
>> Unfortunately no. When I said "impossible" I meant it in the general
>> case, not for MapServer specifically.
>> Regards,
>> --
>> thomas
>>
>>> On 17 June 2016 at 16:17, Ziegler Stefan <Stefan.Ziegler at bd.so.ch> wrote:
>>> Hi Thomas
>>>
>>> Would it be possible to fund such a feature?
>>>
>>> Stefan
>>>
>>> Sent from my iPhone
>>>
>>>> On 17 Jun 2016, at 16:05, thomas bonfort <thomas.bonfort at gmail.com> wrote:
>>>>
>>>> Stefan,
>>>> There is no trick/workaround for this aside from preprocessing your
>>>> data to merge adjacent lines into one. In the general case what you
>>>> are aiming for is impossible as your adjacent lines will have
>>>> different lengths but will be using a fixed length dash pattern.
>>>>
>>>> --
>>>> thomas
>>>>
>>>>> On 17 June 2016 at 12:38, Ziegler Stefan <Stefan.Ziegler at bd.so.ch> wrote:
>>>>> Hi
>>>>>
>>>>> I'm trying to render some lines with a pattern. This works and looks great as long as the lines are not adjacent. When the lines share a common border the dashed lines may look ugly since one dashed line is rendered on top of the other rendered dashed line. I tried to add a white solid line under the dashed line:
>>>>>
>>>>>   CLASS
>>>>>     STYLE
>>>>>       COLOR 255 255 255
>>>>>       WIDTH 2
>>>>>       LINECAP BUTT
>>>>>     END
>>>>>     STYLE
>>>>>       COLOR 0 0 0
>>>>>       WIDTH 2
>>>>>       LINECAP BUTT
>>>>>       PATTERN 20 4 2 4 2 4 END
>>>>>     END
>>>>>   END
>>>>>
>>>>>
>>>>> But the behaviour is still the same. Is there a trick/workaround for this? I'm using MapServer 7.0.1.
>>>>>
>>>>> Best regards
>>>>> Stefan Ziegler
>>>>>
>>>>>
>>>>>
>>>>> Freundliche Gr?sse
>>>>> Stefan Ziegler
>>>>> Kantonsgeometer / Leiter Amt f?r Geoinformation
>>>>>
>>>>> Amt f?r Geoinformation
>>>>> R?tistrasse 4
>>>>> 4500 Solothurn
>>>>>
>>>>> Telefon +41 32 627 75 96
>>>>> Telefax +41 32 627 75 98
>>>>> stefan.ziegler at bd.so.ch
>>>>> http://www.so.ch
>>>>>
>>>>> _______________________________________________
>>>>> mapserver-users mailing list
>>>>> mapserver-users at lists.osgeo.org
>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From Stefan.Ziegler at bd.so.ch  Fri Jun 17 07:56:23 2016
From: Stefan.Ziegler at bd.so.ch (Ziegler Stefan)
Date: Fri, 17 Jun 2016 14:56:23 +0000
Subject: [mapserver-users] Rendering of adjacent dashed lines
In-Reply-To: <CAOM3y2gJnPy7Y8xBuhPFdOphK8WwWROJi5FtVg1-ZrJ4aiiPOg@mail.gmail.com>
References: <96EAE7D042AAC14486D68EC70207B0C18F97A284@srsofaioi16255.verw.rootso.org>
 <CAOM3y2jVPoArVV_0_zYu5wZCtKgoYV9f=wCS9xLHJ+5QF4zYjA@mail.gmail.com>
 <748415D5-90CA-48B8-BCC9-D26DF919803A@bd.so.ch>
 <CAOM3y2gSO_w-kVhQu4yU-3c=jUdQP4LHJuNF+MYqoPOcAzRaRw@mail.gmail.com>
 <46F4472B-A48E-47D5-9B9A-AF1ACD04698C@bd.so.ch>,
 <CAOM3y2gJnPy7Y8xBuhPFdOphK8WwWROJi5FtVg1-ZrJ4aiiPOg@mail.gmail.com>
Message-ID: <B09BCB1B-625D-4B03-9CBA-8EF537E91D6B@bd.so.ch>

Sure, when I'm back home.

Stefan

Sent from my iPhone

> On 17 Jun 2016, at 16:41, thomas bonfort <thomas.bonfort at gmail.com> wrote:
> 
> Can you post a screenshot?
> 
>> On 17 June 2016 at 16:27, Ziegler Stefan <Stefan.Ziegler at bd.so.ch> wrote:
>> Then I wasn't propably clear about the problem. I can get the desired effect in QGIS. The line symbol is a combination of two line symbols. One is dashed, one is solid.
>> 
>> Regards
>> Stefan
>> 
>> Sent from my iPhone
>> 
>>> On 17 Jun 2016, at 16:20, thomas bonfort <thomas.bonfort at gmail.com> wrote:
>>> 
>>> Hi Stefan,
>>> Unfortunately no. When I said "impossible" I meant it in the general
>>> case, not for MapServer specifically.
>>> Regards,
>>> --
>>> thomas
>>> 
>>>> On 17 June 2016 at 16:17, Ziegler Stefan <Stefan.Ziegler at bd.so.ch> wrote:
>>>> Hi Thomas
>>>> 
>>>> Would it be possible to fund such a feature?
>>>> 
>>>> Stefan
>>>> 
>>>> Sent from my iPhone
>>>> 
>>>>> On 17 Jun 2016, at 16:05, thomas bonfort <thomas.bonfort at gmail.com> wrote:
>>>>> 
>>>>> Stefan,
>>>>> There is no trick/workaround for this aside from preprocessing your
>>>>> data to merge adjacent lines into one. In the general case what you
>>>>> are aiming for is impossible as your adjacent lines will have
>>>>> different lengths but will be using a fixed length dash pattern.
>>>>> 
>>>>> --
>>>>> thomas
>>>>> 
>>>>>> On 17 June 2016 at 12:38, Ziegler Stefan <Stefan.Ziegler at bd.so.ch> wrote:
>>>>>> Hi
>>>>>> 
>>>>>> I'm trying to render some lines with a pattern. This works and looks great as long as the lines are not adjacent. When the lines share a common border the dashed lines may look ugly since one dashed line is rendered on top of the other rendered dashed line. I tried to add a white solid line under the dashed line:
>>>>>> 
>>>>>>  CLASS
>>>>>>    STYLE
>>>>>>      COLOR 255 255 255
>>>>>>      WIDTH 2
>>>>>>      LINECAP BUTT
>>>>>>    END
>>>>>>    STYLE
>>>>>>      COLOR 0 0 0
>>>>>>      WIDTH 2
>>>>>>      LINECAP BUTT
>>>>>>      PATTERN 20 4 2 4 2 4 END
>>>>>>    END
>>>>>>  END
>>>>>> 
>>>>>> 
>>>>>> But the behaviour is still the same. Is there a trick/workaround for this? I'm using MapServer 7.0.1.
>>>>>> 
>>>>>> Best regards
>>>>>> Stefan Ziegler
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> Freundliche Gr?sse
>>>>>> Stefan Ziegler
>>>>>> Kantonsgeometer / Leiter Amt f?r Geoinformation
>>>>>> 
>>>>>> Amt f?r Geoinformation
>>>>>> R?tistrasse 4
>>>>>> 4500 Solothurn
>>>>>> 
>>>>>> Telefon +41 32 627 75 96
>>>>>> Telefax +41 32 627 75 98
>>>>>> stefan.ziegler at bd.so.ch
>>>>>> http://www.so.ch
>>>>>> 
>>>>>> _______________________________________________
>>>>>> mapserver-users mailing list
>>>>>> mapserver-users at lists.osgeo.org
>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From Stefan.Ziegler at bd.so.ch  Fri Jun 17 13:40:15 2016
From: Stefan.Ziegler at bd.so.ch (Ziegler Stefan)
Date: Fri, 17 Jun 2016 20:40:15 +0000
Subject: [mapserver-users] Rendering of adjacent dashed lines
In-Reply-To: <CAOM3y2gJnPy7Y8xBuhPFdOphK8WwWROJi5FtVg1-ZrJ4aiiPOg@mail.gmail.com>
References: <96EAE7D042AAC14486D68EC70207B0C18F97A284@srsofaioi16255.verw.rootso.org>
 <CAOM3y2jVPoArVV_0_zYu5wZCtKgoYV9f=wCS9xLHJ+5QF4zYjA@mail.gmail.com>
 <748415D5-90CA-48B8-BCC9-D26DF919803A@bd.so.ch>
 <CAOM3y2gSO_w-kVhQu4yU-3c=jUdQP4LHJuNF+MYqoPOcAzRaRw@mail.gmail.com>
 <46F4472B-A48E-47D5-9B9A-AF1ACD04698C@bd.so.ch>
 <CAOM3y2gJnPy7Y8xBuhPFdOphK8WwWROJi5FtVg1-ZrJ4aiiPOg@mail.gmail.com>
Message-ID: <96EAE7D042AAC14486D68EC70207B0C18F97AD9E@srsofaioi16255.verw.rootso.org>

Hi Thomas

Here are the screenshots from QGIS:

https://sogeo.services/tmp/dashed_line_01.png
https://sogeo.services/tmp/dashed_line_02.png

The first result I can get also with MapServer. The second one is the desired result which I'm not able to achieve with MapSever.

Regards
Stefan 



> -----Urspr?ngliche Nachricht-----
> Von: thomas bonfort [mailto:thomas.bonfort at gmail.com]
> Gesendet: Freitag, 17. Juni 2016 16:41
> An: Ziegler Stefan
> Cc: mapserver-users at lists.osgeo.org
> Betreff: Re: [mapserver-users] Rendering of adjacent dashed lines
> 
> Can you post a screenshot?
> 
> On 17 June 2016 at 16:27, Ziegler Stefan <Stefan.Ziegler at bd.so.ch> wrote:
> > Then I wasn't propably clear about the problem. I can get the desired effect in
> QGIS. The line symbol is a combination of two line symbols. One is dashed, one is solid.
> >
> > Regards
> > Stefan
> >
> > Sent from my iPhone
> >
> >> On 17 Jun 2016, at 16:20, thomas bonfort <thomas.bonfort at gmail.com> wrote:
> >>
> >> Hi Stefan,
> >> Unfortunately no. When I said "impossible" I meant it in the general
> >> case, not for MapServer specifically.
> >> Regards,
> >> --
> >> thomas
> >>
> >>> On 17 June 2016 at 16:17, Ziegler Stefan <Stefan.Ziegler at bd.so.ch> wrote:
> >>> Hi Thomas
> >>>
> >>> Would it be possible to fund such a feature?
> >>>
> >>> Stefan
> >>>
> >>> Sent from my iPhone
> >>>
> >>>> On 17 Jun 2016, at 16:05, thomas bonfort <thomas.bonfort at gmail.com>
> wrote:
> >>>>
> >>>> Stefan,
> >>>> There is no trick/workaround for this aside from preprocessing your
> >>>> data to merge adjacent lines into one. In the general case what you
> >>>> are aiming for is impossible as your adjacent lines will have
> >>>> different lengths but will be using a fixed length dash pattern.
> >>>>
> >>>> --
> >>>> thomas
> >>>>
> >>>>> On 17 June 2016 at 12:38, Ziegler Stefan <Stefan.Ziegler at bd.so.ch> wrote:
> >>>>> Hi
> >>>>>
> >>>>> I'm trying to render some lines with a pattern. This works and looks great as
> long as the lines are not adjacent. When the lines share a common border the dashed
> lines may look ugly since one dashed line is rendered on top of the other rendered
> dashed line. I tried to add a white solid line under the dashed line:
> >>>>>
> >>>>>   CLASS
> >>>>>     STYLE
> >>>>>       COLOR 255 255 255
> >>>>>       WIDTH 2
> >>>>>       LINECAP BUTT
> >>>>>     END
> >>>>>     STYLE
> >>>>>       COLOR 0 0 0
> >>>>>       WIDTH 2
> >>>>>       LINECAP BUTT
> >>>>>       PATTERN 20 4 2 4 2 4 END
> >>>>>     END
> >>>>>   END
> >>>>>
> >>>>>
> >>>>> But the behaviour is still the same. Is there a trick/workaround for this? I'm
> using MapServer 7.0.1.
> >>>>>
> >>>>> Best regards
> >>>>> Stefan Ziegler
> >>>>>
> >>>>>
> >>>>>
> >>>>> Freundliche Gr?sse
> >>>>> Stefan Ziegler
> >>>>> Kantonsgeometer / Leiter Amt f?r Geoinformation
> >>>>>
> >>>>> Amt f?r Geoinformation
> >>>>> R?tistrasse 4
> >>>>> 4500 Solothurn
> >>>>>
> >>>>> Telefon +41 32 627 75 96
> >>>>> Telefax +41 32 627 75 98
> >>>>> stefan.ziegler at bd.so.ch
> >>>>> http://www.so.ch
> >>>>>
> >>>>> _______________________________________________
> >>>>> mapserver-users mailing list
> >>>>> mapserver-users at lists.osgeo.org
> >>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users

From Stefan.Ziegler at bd.so.ch  Fri Jun 17 13:47:46 2016
From: Stefan.Ziegler at bd.so.ch (Ziegler Stefan)
Date: Fri, 17 Jun 2016 20:47:46 +0000
Subject: [mapserver-users] Rendering of adjacent dashed lines
In-Reply-To: <7ac047bb8d3e4126b67a06d331c9288d@C119S212VM022.msvyvi.vaha.local>
References: <7ac047bb8d3e4126b67a06d331c9288d@C119S212VM022.msvyvi.vaha.local>
Message-ID: <96EAE7D042AAC14486D68EC70207B0C18F97BED6@srsofaioi16255.verw.rootso.org>

Hi Jukka

Yes. Seems similar to what you can do with QGIS.

Regards
Stefan

> -----Urspr?ngliche Nachricht-----
> Von: Rahkonen Jukka (MML) [mailto:jukka.rahkonen at maanmittauslaitos.fi]
> Gesendet: Freitag, 17. Juni 2016 16:20
> An: Ziegler Stefan; 'mapserver-users at lists.osgeo.org'
> Betreff: Re: Rendering of adjacent dashed lines
> 
> Hi,
> 
> The only method that really works is to remove adjacent lines. Your trick seems to be
> the same as this https://knowledge.autodesk.com/support/autocad-map-
> 3d/troubleshooting/caas/sfdcarticles/sfdcarticles/Using-a-dashed-line-symbol-with-
> adjacent-polygons-masking.html
> but they used a wider white line. However, it feels usable only if the background is also
> white and there are no lines very close to each other.
> 
> -Jukka Rahkonen-
> 
> 
> Ziegler Stefan wrote:
> 
> > Hi
> 
> > I'm trying to render some lines with a pattern. This works and looks great as long as
> the lines are not adjacent. When the lines share a common border the dashed lines
> may look ugly since one dashed line is rendered on top of the other rendered dashed
> line. I tried to add a white solid line under the dashed line:
> 
>     CLASS
>       STYLE
>         COLOR 255 255 255
>         WIDTH 2
>         LINECAP BUTT
>       END
>       STYLE
>         COLOR 0 0 0
>         WIDTH 2
>         LINECAP BUTT
>         PATTERN 20 4 2 4 2 4 END
>       END
>     END
> 
> 
> But the behaviour is still the same. Is there a trick/workaround for this? I'm using
> MapServer 7.0.1.
> 
> Best regards
> Stefan Ziegler
> 
> 
> 
> Freundliche Gr?sse
> Stefan Ziegler
> Kantonsgeometer / Leiter Amt f?r Geoinformation
> 
> Amt f?r Geoinformation
> R?tistrasse 4
> 4500 Solothurn
> 
> Telefon +41 32 627 75 96
> Telefax +41 32 627 75 98
> stefan.ziegler at bd.so.ch
> http://www.so.ch
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users

From richard.greenwood at gmail.com  Sun Jun 19 08:27:01 2016
From: richard.greenwood at gmail.com (Richard Greenwood)
Date: Sun, 19 Jun 2016 09:27:01 -0600
Subject: [mapserver-users] Rendering of adjacent dashed lines
In-Reply-To: <96EAE7D042AAC14486D68EC70207B0C18F97BED6@srsofaioi16255.verw.rootso.org>
References: <7ac047bb8d3e4126b67a06d331c9288d@C119S212VM022.msvyvi.vaha.local>
 <96EAE7D042AAC14486D68EC70207B0C18F97BED6@srsofaioi16255.verw.rootso.org>
Message-ID: <CAHBySPbQakb5ZVqny6Lps5UfWjLg+dba6G+kWBTEoQ_tbX+-JQ@mail.gmail.com>

As others have suggested, you need to "preprocess your data to merge
adjacent lines into one". This can be done with topology. PostGIS has
topology support. You would have to convert (and maintain) your simple
features polygons as a PostGIS topology and then render them as lines (not
polygons) in MapServer. There is also TopoJSON but I have not used it. I
think it provides client-side support for topology, which is not exactly
what you are asking about, but might be worth a look.

Rich


On Fri, Jun 17, 2016 at 2:47 PM, Ziegler Stefan <Stefan.Ziegler at bd.so.ch>
wrote:

> Hi Jukka
>
> Yes. Seems similar to what you can do with QGIS.
>
> Regards
> Stefan
>
> > -----Urspr?ngliche Nachricht-----
> > Von: Rahkonen Jukka (MML) [mailto:jukka.rahkonen at maanmittauslaitos.fi]
> > Gesendet: Freitag, 17. Juni 2016 16:20
> > An: Ziegler Stefan; 'mapserver-users at lists.osgeo.org'
> > Betreff: Re: Rendering of adjacent dashed lines
> >
> > Hi,
> >
> > The only method that really works is to remove adjacent lines. Your
> trick seems to be
> > the same as this https://knowledge.autodesk.com/support/autocad-map-
> >
> 3d/troubleshooting/caas/sfdcarticles/sfdcarticles/Using-a-dashed-line-symbol-with-
> > adjacent-polygons-masking.html
> > but they used a wider white line. However, it feels usable only if the
> background is also
> > white and there are no lines very close to each other.
> >
> > -Jukka Rahkonen-
> >
> >
> > Ziegler Stefan wrote:
> >
> > > Hi
> >
> > > I'm trying to render some lines with a pattern. This works and looks
> great as long as
> > the lines are not adjacent. When the lines share a common border the
> dashed lines
> > may look ugly since one dashed line is rendered on top of the other
> rendered dashed
> > line. I tried to add a white solid line under the dashed line:
> >
> >     CLASS
> >       STYLE
> >         COLOR 255 255 255
> >         WIDTH 2
> >         LINECAP BUTT
> >       END
> >       STYLE
> >         COLOR 0 0 0
> >         WIDTH 2
> >         LINECAP BUTT
> >         PATTERN 20 4 2 4 2 4 END
> >       END
> >     END
> >
> >
> > But the behaviour is still the same. Is there a trick/workaround for
> this? I'm using
> > MapServer 7.0.1.
> >
> > Best regards
> > Stefan Ziegler
> >
> >
> >
> > Freundliche Gr?sse
> > Stefan Ziegler
> > Kantonsgeometer / Leiter Amt f?r Geoinformation
> >
> > Amt f?r Geoinformation
> > R?tistrasse 4
> > 4500 Solothurn
> >
> > Telefon +41 32 627 75 96
> > Telefax +41 32 627 75 98
> > stefan.ziegler at bd.so.ch
> > http://www.so.ch
> >
> > _______________________________________________
> > mapserver-users mailing list
> > mapserver-users at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/mapserver-users
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>



-- 
Richard W. Greenwood, PLS
www.greenwoodmap.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160619/59877112/attachment.htm>

From jukka.rahkonen at maanmittauslaitos.fi  Sun Jun 19 22:00:40 2016
From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML))
Date: Mon, 20 Jun 2016 05:00:40 +0000
Subject: [mapserver-users] Rendering of adjacent dashed lines
Message-ID: <379d91fc8cfa48ad892a350d8298ab17@C119S212VM017.msvyvi.vaha.local>

Hi,

I would like to know why it does not work by painting solid white line underneath and dashed line above it.  If the totally overlapping lines were painted one by one, the last line would cover the dashes of the previously rendered line with total white and the result would look like it does in QGIS and ArcCAD.  Mapserver must do it in somehow different way so that the white line of the last linestring does not paint over everything that has been rendered before.

-Jukka Rahkonen-

Richard Greenwood wrote:

As others have suggested, you need to "preprocess your data to merge adjacent lines into one". This can be done with topology. PostGIS has topology support. You would have to convert (and maintain) your simple features polygons as a PostGIS topology and then render them as lines (not polygons) in MapServer. There is also TopoJSON but I have not used it. I think it provides client-side support for topology, which is not exactly what you are asking about, but might be worth a look.

Rich


On Fri, Jun 17, 2016 at 2:47 PM, Ziegler Stefan <Stefan.Ziegler at bd.so.ch<mailto:Stefan.Ziegler at bd.so.ch>> wrote:
Hi Jukka

Yes. Seems similar to what you can do with QGIS.

Regards
Stefan

> -----Urspr?ngliche Nachricht-----
> Von: Rahkonen Jukka (MML) [mailto:jukka.rahkonen at maanmittauslaitos.fi<mailto:jukka.rahkonen at maanmittauslaitos.fi>]
> Gesendet: Freitag, 17. Juni 2016 16:20
> An: Ziegler Stefan; 'mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>'
> Betreff: Re: Rendering of adjacent dashed lines
>
> Hi,
>
> The only method that really works is to remove adjacent lines. Your trick seems to be
> the same as this https://knowledge.autodesk.com/support/autocad-map-
> 3d/troubleshooting/caas/sfdcarticles/sfdcarticles/Using-a-dashed-line-symbol-with-
> adjacent-polygons-masking.html
> but they used a wider white line. However, it feels usable only if the background is also
> white and there are no lines very close to each other.
>
> -Jukka Rahkonen-
>
>
> Ziegler Stefan wrote:
>
> > Hi
>
> > I'm trying to render some lines with a pattern. This works and looks great as long as
> the lines are not adjacent. When the lines share a common border the dashed lines
> may look ugly since one dashed line is rendered on top of the other rendered dashed
> line. I tried to add a white solid line under the dashed line:
>
>     CLASS
>       STYLE
>         COLOR 255 255 255
>         WIDTH 2
>         LINECAP BUTT
>       END
>       STYLE
>         COLOR 0 0 0
>         WIDTH 2
>         LINECAP BUTT
>         PATTERN 20 4 2 4 2 4 END
>       END
>     END
>
>
> But the behaviour is still the same. Is there a trick/workaround for this? I'm using
> MapServer 7.0.1.
>
> Best regards
> Stefan Ziegler
>
>
>
> Freundliche Gr?sse
> Stefan Ziegler
> Kantonsgeometer / Leiter Amt f?r Geoinformation
>
> Amt f?r Geoinformation
> R?tistrasse 4
> 4500 Solothurn
>
> Telefon +41 32 627 75 96
> Telefax +41 32 627 75 98
> stefan.ziegler at bd.so.ch<mailto:stefan.ziegler at bd.so.ch>
> http://www.so.ch
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
http://lists.osgeo.org/mailman/listinfo/mapserver-users



--
Richard W. Greenwood, PLS
www.greenwoodmap.com<http://www.greenwoodmap.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160620/7de2526e/attachment.htm>

From jukka.rahkonen at maanmittauslaitos.fi  Sun Jun 19 23:44:24 2016
From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML))
Date: Mon, 20 Jun 2016 06:44:24 +0000
Subject: [mapserver-users] Rendering of adjacent dashed lines
Message-ID: <00856ba44c5448cb86e63d6db0cbfe8d@C119S212VM017.msvyvi.vaha.local>

Hi,

Trying to guess the answer myself. Generally it may not give good results at all to render features and styles one by one:

feature 1 - style 1
feature 1 - style 2
feature 2 - style 1
feature 2 - style 2

The result could look something like the ?Unexpected results? in http://www.mapgears.com/en/blog/archive/2013-03-05-roads_network_mapping
Usually the result will look better if style 1 for all the features is rendered at the bottom and style 2 above that. It may be that http://mapserver.org/development/rfc/ms-rfc-54.html is somehow related.

A side effect is that the ?dashed line with solid white background? trick which seems to be well known in the internet does not work with Mapserver.

-Jukka-

Rahkonen Jukka wrote:

Hi,

I would like to know why it does not work by painting solid white line underneath and dashed line above it.  If the totally overlapping lines were painted one by one, the last line would cover the dashes of the previously rendered line with total white and the result would look like it does in QGIS and ArcCAD.  Mapserver must do it in somehow different way so that the white line of the last linestring does not paint over everything that has been rendered before.

-Jukka Rahkonen-

Richard Greenwood wrote:

As others have suggested, you need to "preprocess your data to merge adjacent lines into one". This can be done with topology. PostGIS has topology support. You would have to convert (and maintain) your simple features polygons as a PostGIS topology and then render them as lines (not polygons) in MapServer. There is also TopoJSON but I have not used it. I think it provides client-side support for topology, which is not exactly what you are asking about, but might be worth a look.

Rich


On Fri, Jun 17, 2016 at 2:47 PM, Ziegler Stefan <Stefan.Ziegler at bd.so.ch<mailto:Stefan.Ziegler at bd.so.ch>> wrote:
Hi Jukka

Yes. Seems similar to what you can do with QGIS.

Regards
Stefan

> -----Urspr?ngliche Nachricht-----
> Von: Rahkonen Jukka (MML) [mailto:jukka.rahkonen at maanmittauslaitos.fi<mailto:jukka.rahkonen at maanmittauslaitos.fi>]
> Gesendet: Freitag, 17. Juni 2016 16:20
> An: Ziegler Stefan; 'mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>'
> Betreff: Re: Rendering of adjacent dashed lines
>
> Hi,
>
> The only method that really works is to remove adjacent lines. Your trick seems to be
> the same as this https://knowledge.autodesk.com/support/autocad-map-
> 3d/troubleshooting/caas/sfdcarticles/sfdcarticles/Using-a-dashed-line-symbol-with-
> adjacent-polygons-masking.html
> but they used a wider white line. However, it feels usable only if the background is also
> white and there are no lines very close to each other.
>
> -Jukka Rahkonen-
>
>
> Ziegler Stefan wrote:
>
> > Hi
>
> > I'm trying to render some lines with a pattern. This works and looks great as long as
> the lines are not adjacent. When the lines share a common border the dashed lines
> may look ugly since one dashed line is rendered on top of the other rendered dashed
> line. I tried to add a white solid line under the dashed line:
>
>     CLASS
>       STYLE
>         COLOR 255 255 255
>         WIDTH 2
>         LINECAP BUTT
>       END
>       STYLE
>         COLOR 0 0 0
>         WIDTH 2
>         LINECAP BUTT
>         PATTERN 20 4 2 4 2 4 END
>       END
>     END
>
>
> But the behaviour is still the same. Is there a trick/workaround for this? I'm using
> MapServer 7.0.1.
>
> Best regards
> Stefan Ziegler
>
>
>
> Freundliche Gr?sse
> Stefan Ziegler
> Kantonsgeometer / Leiter Amt f?r Geoinformation
>
> Amt f?r Geoinformation
> R?tistrasse 4
> 4500 Solothurn
>
> Telefon +41 32 627 75 96
> Telefax +41 32 627 75 98
> stefan.ziegler at bd.so.ch<mailto:stefan.ziegler at bd.so.ch>
> http://www.so.ch
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
http://lists.osgeo.org/mailman/listinfo/mapserver-users



--
Richard W. Greenwood, PLS
www.greenwoodmap.com<http://www.greenwoodmap.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160620/78ed5b1e/attachment.htm>

From matthew.f.cechini at nasa.gov  Mon Jun 20 13:35:05 2016
From: matthew.f.cechini at nasa.gov (Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.])
Date: Mon, 20 Jun 2016 20:35:05 +0000
Subject: [mapserver-users] Building Mapserver - missing strlcat... methods
Message-ID: <D38DAF94.78206%matthew.f.cechini@nasa.gov>

I?m attempting to build map server 7.0.1 on linux and am getting the following errors.  I?m sure I?m missing some dependency? but google has failed me to figure it out.  Help?

-- Looking for strrstr - not found
-- Looking for strlcat - not found
-- Looking for strlcpy - not found
-- Looking for PQserverVersion in pq - not found
-- Looking for pthread_create - not found
-- Looking for pthread_create in pthreads - not found

Matt
.................................................................
Matthew Cechini
Contractor, Science Systems and Applications, Inc.
NASA GIBS Systems/Software Engineer
410.205.6272
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160620/710efc51/attachment.htm>

From smw at ceh.ac.uk  Tue Jun 21 02:12:51 2016
From: smw at ceh.ac.uk (Wright, Simon M.)
Date: Tue, 21 Jun 2016 09:12:51 +0000
Subject: [mapserver-users] MapServer Tile Indexes
Message-ID: <AM3PR06MB4180F70C8EA19E1560D32CFE12B0@AM3PR06MB418.eurprd06.prod.outlook.com>

Dear All

I'm trying to use the MapServer Tile Indexes to create a map service, and ultimately a WMS, of some DSM data but am getting an Internal Server Error.

The DSM data are organised as 466 5 ? 5 km rasters with a resolution of 1 ? 1 m with a total size of 69.2 GB.  The data format is Esri ASCII GRID.

To test the use of Tile Indexes in MapServer I used the gdaltindex to create an index shapefile for just twenty of the 5 ? 5 km rasters and created a basic map file:

MAP
       IMAGETYPE            PNG
       EXTENT               240000 100000 250000 150000
       SIZE                 400 2000
       PROJECTION
              "init=epsg:27700"
       END
       LAYER
              NAME          "tiled-rasters"
              STATUS        ON
              TILEINDEX     "/datastore/b81071f2-85b3-4e31-8506-cabe899f989a/b81071f2-85b3-4e31-8506-cabe899f989a_copy/index_file"
              TILEITEM      "location"
              TYPE          RASTER
              PROJECTION
                     "init=epsg:27700"
              END
       END
END


When I request an image of the map with the URL http://localhost:8080/cgi-bin/mapserv?map=/vagrant/maps/tiled-rasters.map&layer=tiled-rasters&mode=map I get an "Internal Server Error".

Therefore I created a second index shapefile using the gdaltindex tool that only contained one of the 5 ? 5 km rasters and updated the map file to point to the second index shapefile.  When I request an image of the map I can see an image of the DSM data as expected.

Therefore, am I asking too much of the tile indexing approach in MapServer to work against a massive dataset - 69.2 GB in 466 raster datasets - or have MapServer users been able to get tile indexing too work in MapServer against large data volumes and can provide some guidance.

Many thanks in advance of any help that MapServer users can offer.



Best wishes, Simon.

________________________________
This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system.
________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160621/91d8c698/attachment.htm>

From jukka.rahkonen at maanmittauslaitos.fi  Tue Jun 21 04:00:57 2016
From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML))
Date: Tue, 21 Jun 2016 11:00:57 +0000
Subject: [mapserver-users] MapServer Tile Indexes
Message-ID: <c5f3683e0a3940ca87f7b92cc189f6d4@C119S212VM017.msvyvi.vaha.local>

Hi,


There seems to be 37800 aerial photos in my tileindex, 10000 x 10000 or 12000 x 12000 pixels each, and system works like a charm. I wouldn't call 69.2 GB as a massive dataset.

First thing to do is to stop using ASCII GRID which must be one of the most unsuitable formats for a web map service. Server must always open the whole image into memory because format does not support direct access to region of interest. Your mode=map requests puts Mapserver to read all your 466 ASCII GRID files into memory.

Convert your DSM files into tiled GeoTIFFs, create overviews, and set a reasonable maxscaledenom for the layer so that no more than 40 or so files are opened from the tileindex layer. Make a layer group and use some other layer at small scales. All this is FAQ and you should find lot of reading from the internet. The "Geoserver on steroids" presentations are good start. The challenge is the same for all server brands.

-Jukka Rahkonen-

Wright, Simon M wrote:

Dear All

I'm trying to use the MapServer Tile Indexes to create a map service, and ultimately a WMS, of some DSM data but am getting an Internal Server Error.

The DSM data are organised as 466 5 ? 5 km rasters with a resolution of 1 ? 1 m with a total size of 69.2 GB.  The data format is Esri ASCII GRID.

To test the use of Tile Indexes in MapServer I used the gdaltindex to create an index shapefile for just twenty of the 5 ? 5 km rasters and created a basic map file:

MAP
       IMAGETYPE            PNG
       EXTENT               240000 100000 250000 150000
       SIZE                 400 2000
       PROJECTION
              "init=epsg:27700"
       END
       LAYER
              NAME          "tiled-rasters"
              STATUS        ON
              TILEINDEX     "/datastore/b81071f2-85b3-4e31-8506-cabe899f989a/b81071f2-85b3-4e31-8506-cabe899f989a_copy/index_file"
              TILEITEM      "location"
              TYPE          RASTER
              PROJECTION
                     "init=epsg:27700"
              END
       END
END


When I request an image of the map with the URL http://localhost:8080/cgi-bin/mapserv?map=/vagrant/maps/tiled-rasters.map&layer=tiled-rasters&mode=map I get an "Internal Server Error".

Therefore I created a second index shapefile using the gdaltindex tool that only contained one of the 5 ? 5 km rasters and updated the map file to point to the second index shapefile.  When I request an image of the map I can see an image of the DSM data as expected.

Therefore, am I asking too much of the tile indexing approach in MapServer to work against a massive dataset - 69.2 GB in 466 raster datasets - or have MapServer users been able to get tile indexing too work in MapServer against large data volumes and can provide some guidance.

Many thanks in advance of any help that MapServer users can offer.



Best wishes, Simon.

________________________________
This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system.
________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160621/2345ec12/attachment.htm>

From jmckenna at gatewaygeomatics.com  Tue Jun 21 04:13:11 2016
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Tue, 21 Jun 2016 08:13:11 -0300
Subject: [mapserver-users] MapServer Tile Indexes
In-Reply-To: <AM3PR06MB4180F70C8EA19E1560D32CFE12B0@AM3PR06MB418.eurprd06.prod.outlook.com>
References: <AM3PR06MB4180F70C8EA19E1560D32CFE12B0@AM3PR06MB418.eurprd06.prod.outlook.com>
Message-ID: <2c968bab-e725-cc4e-08c0-2673dbe17b74@gatewaygeomatics.com>

Hello,

MapServer should definitely be able to handle your dataset, it is not large.

If I was in your shoes, here is what I would do:

- try to see more debug information (follow the steps and examples in 
http://www.mapserver.org/optimization/debugging.html)
   -- set in your mapfile: CONFIG "CPL_DEBUG" "ON"
   -- shp2img -m my.map -o test.png -all_debug 5
   -- mapserv -nh "QUERY_STRING=map=c:/ms4w/apps/my.map&mode=map"

- it does sound like you have a faulty GRID file.  Start from your 
single working tileindex, then add in maybe 5 more rasters into your 
index and retry; if it works, add in another 5 etc.

Sometimes the best way to solve this is the hard way.

-jeff


-- 
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/



On 2016-06-21 6:12 AM, Wright, Simon M. wrote:
> Dear All
>
>
>
> I?m trying to use the MapServer Tile Indexes to create a map service,
> and ultimately a WMS, of some DSM data but am getting an Internal Server
> Error.
>
>
>
> The DSM data are organised as 466 5 ? 5 km rasters with a resolution of
> 1 ? 1 m with a total size of 69.2 GB.  The data format is Esri ASCII GRID.
>
>
>
> To test the use of Tile Indexes in MapServer I used the gdaltindex to
> create an index shapefile for just twenty of the 5 ? 5 km rasters and
> created a basic map file:
>
>
>
> MAP
>
>        IMAGETYPE            PNG
>
>        EXTENT               240000 100000 250000 150000
>
>        SIZE                 400 2000
>
>        PROJECTION
>
>               "init=epsg:27700"
>
>        END
>
>        LAYER
>
>               NAME          "tiled-rasters"
>
>               STATUS        ON
>
>               TILEINDEX
> "/datastore/b81071f2-85b3-4e31-8506-cabe899f989a/b81071f2-85b3-4e31-8506-cabe899f989a_copy/index_file"
>
>               TILEITEM      "location"
>
>               TYPE          RASTER
>
>               PROJECTION
>
>                      "init=epsg:27700"
>
>               END
>
>        END
>
> END
>
>
>
>
>
> When I request an image of the map with the URL
> http://localhost:8080/cgi-bin/mapserv?map=/vagrant/maps/tiled-rasters.map&layer=tiled-rasters&mode=map
> I get an ?Internal Server Error?.
>
>
>
> Therefore I created a second index shapefile using the gdaltindex tool
> that only contained one of the 5 ? 5 km rasters and updated the map file
> to point to the second index shapefile.  When I request an image of the
> map I can see an image of the DSM data as expected.
>
>
>
> Therefore, am I asking too much of the tile indexing approach in
> MapServer to work against a massive dataset ? 69.2 GB in 466 raster
> datasets ? or have MapServer users been able to get tile indexing too
> work in MapServer against large data volumes and can provide some guidance.
>
>
>
> Many thanks in advance of any help that MapServer users can offer.
>
>
>
>
>
>
>
> Best wishes, Simon.
>
>



From schepers at rvr-online.de  Tue Jun 21 06:09:00 2016
From: schepers at rvr-online.de (Schepers, Benjamin)
Date: Tue, 21 Jun 2016 13:09:00 +0000
Subject: [mapserver-users] MapServer Tile Indexes
In-Reply-To: <2c968bab-e725-cc4e-08c0-2673dbe17b74@gatewaygeomatics.com>
References: <AM3PR06MB4180F70C8EA19E1560D32CFE12B0@AM3PR06MB418.eurprd06.prod.outlook.com>
 <2c968bab-e725-cc4e-08c0-2673dbe17b74@gatewaygeomatics.com>
Message-ID: <7088A26751CB34409B159B4237D510A87AAEA5D4@W2K8-EXDB01.VERBAND.LOCAL>

Hi all,

another try for troubleshooting could be building a VRT (use gdalbuildvrt - it produces some kind of "advanced raster-catalogue"). If you have faulty data, there would be a chance, that you get some error-messages, which dataset produces problems...

This VRT - if everything went fine - could also be the source to build a large TIFF-Dataset, similar to what Jukka recommended.
Some good compression-parameters for elevation-data in large GeoTIFF would be to use gdal_translate with "-of GTiff -ot Float32 -co BIGTIFF=YES -co COMPRESS=DEFLATE -co TILED=YES" (if you use GDAL 2.1 "-co NUM_THREADS=ALL_CPUS" will speed up this process, as it uses all cpu-cores).

You should also think about overviews for small scales. Interesting post from Paul Ramsey:
http://blog.cleverelephant.ca/2015/02/geotiff-compression-for-dummies.html - This is about compressing Aerial Images, but it points you into the right direction (remind my compression parameters above for DEM-data).

Such compressed dataset will be presented by mapserver amazingly fast. I've got a dataset with similar dimensions but 10m res which is about 100MB --> plain upscaling to your resolution would produce a dataset about 10-15GB, but this depends on your data...


Cheers
Benjamin

Luftbild und Geoinformationssysteme
Regionalverband Ruhr
Kronprinzenstra?e 35
45128 Essen
Germany
luftbilder.geoportal.ruhr


-----Urspr?ngliche Nachricht-----
Von: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] Im Auftrag von Jeff McKenna
Gesendet: Dienstag, 21. Juni 2016 13:13
An: mapserver-users at lists.osgeo.org
Betreff: Re: [mapserver-users] MapServer Tile Indexes

Hello,

MapServer should definitely be able to handle your dataset, it is not large.

If I was in your shoes, here is what I would do:

- try to see more debug information (follow the steps and examples in 
http://www.mapserver.org/optimization/debugging.html)
   -- set in your mapfile: CONFIG "CPL_DEBUG" "ON"
   -- shp2img -m my.map -o test.png -all_debug 5
   -- mapserv -nh "QUERY_STRING=map=c:/ms4w/apps/my.map&mode=map"

- it does sound like you have a faulty GRID file.  Start from your 
single working tileindex, then add in maybe 5 more rasters into your 
index and retry; if it works, add in another 5 etc.

Sometimes the best way to solve this is the hard way.

-jeff


-- 
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/



On 2016-06-21 6:12 AM, Wright, Simon M. wrote:
> Dear All
>
>
>
> I?m trying to use the MapServer Tile Indexes to create a map service,
> and ultimately a WMS, of some DSM data but am getting an Internal Server
> Error.
>
>
>
> The DSM data are organised as 466 5 ? 5 km rasters with a resolution of
> 1 ? 1 m with a total size of 69.2 GB.  The data format is Esri ASCII GRID.
>
>
>
> To test the use of Tile Indexes in MapServer I used the gdaltindex to
> create an index shapefile for just twenty of the 5 ? 5 km rasters and
> created a basic map file:
>
>
>
> MAP
>
>        IMAGETYPE            PNG
>
>        EXTENT               240000 100000 250000 150000
>
>        SIZE                 400 2000
>
>        PROJECTION
>
>               "init=epsg:27700"
>
>        END
>
>        LAYER
>
>               NAME          "tiled-rasters"
>
>               STATUS        ON
>
>               TILEINDEX
> "/datastore/b81071f2-85b3-4e31-8506-cabe899f989a/b81071f2-85b3-4e31-8506-cabe899f989a_copy/index_file"
>
>               TILEITEM      "location"
>
>               TYPE          RASTER
>
>               PROJECTION
>
>                      "init=epsg:27700"
>
>               END
>
>        END
>
> END
>
>
>
>
>
> When I request an image of the map with the URL
> http://localhost:8080/cgi-bin/mapserv?map=/vagrant/maps/tiled-rasters.map&layer=tiled-rasters&mode=map
> I get an ?Internal Server Error?.
>
>
>
> Therefore I created a second index shapefile using the gdaltindex tool
> that only contained one of the 5 ? 5 km rasters and updated the map file
> to point to the second index shapefile.  When I request an image of the
> map I can see an image of the DSM data as expected.
>
>
>
> Therefore, am I asking too much of the tile indexing approach in
> MapServer to work against a massive dataset ? 69.2 GB in 466 raster
> datasets ? or have MapServer users been able to get tile indexing too
> work in MapServer against large data volumes and can provide some guidance.
>
>
>
> Many thanks in advance of any help that MapServer users can offer.
>
>
>
>
>
>
>
> Best wishes, Simon.
>
>

_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

From osgeo.mailinglist at gmail.com  Tue Jun 21 11:30:27 2016
From: osgeo.mailinglist at gmail.com (Thomas Gratier)
Date: Tue, 21 Jun 2016 20:30:27 +0200
Subject: [mapserver-users] Building Mapserver - missing strlcat...
	methods
In-Reply-To: <D38DAF94.78206%matthew.f.cechini@nasa.gov>
References: <D38DAF94.78206%matthew.f.cechini@nasa.gov>
Message-ID: <CACPZzQ2BLifKw29mOFnp05vKvFq1EM_BFp7wA49PRLdMDTBgHQ@mail.gmail.com>

Hi,

"build map server 7.0.1 on linux": distro, architecture?

You should look at
https://github.com/mapserver/mapserver/blob/branch-7-0/.travis.yml to find
out more about MapServer deps.

Cheers


Thomas Gratier

2016-06-20 22:35 GMT+02:00 Cechini, Matthew F. (GSFC-423.0)[Science Systems
& Applications, Inc.] <matthew.f.cechini at nasa.gov>:

> I?m attempting to build map server 7.0.1 on linux and am getting the
> following errors.  I?m sure I?m missing some dependency? but google has
> failed me to figure it out.  Help?
>
> -- Looking for strrstr - not found
> -- Looking for strlcat - not found
> -- Looking for strlcpy - not found
> -- Looking for PQserverVersion in pq - not found
> -- Looking for pthread_create - not found
> -- Looking for pthread_create in pthreads - not found
>
> Matt
> .................................................................
> Matthew Cechini
> Contractor, Science Systems and Applications, Inc.
> NASA GIBS Systems/Software Engineer
> 410.205.6272
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160621/35e68f2c/attachment.htm>

From matthew.f.cechini at nasa.gov  Tue Jun 21 11:41:06 2016
From: matthew.f.cechini at nasa.gov (Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.])
Date: Tue, 21 Jun 2016 18:41:06 +0000
Subject: [mapserver-users] Building Mapserver - missing strlcat...
 methods
In-Reply-To: <CACPZzQ2BLifKw29mOFnp05vKvFq1EM_BFp7wA49PRLdMDTBgHQ@mail.gmail.com>
References: <D38DAF94.78206%matthew.f.cechini@nasa.gov>
 <CACPZzQ2BLifKw29mOFnp05vKvFq1EM_BFp7wA49PRLdMDTBgHQ@mail.gmail.com>
Message-ID: <D38EE637.78325%matthew.f.cechini@nasa.gov>

As it turns out, the issue is Harfbuzz:

In the pre-compile checks, I see this:


-- checking for module 'harfbuzz>=0.9.18'

--   package 'harfbuzz>=0.9.18' not found

-- Found HarfBuzz: /usr/local/include/harfbuzz

Seems ok, it didn?t find an installed RPM/package, but it finds the directory where I build and installed manually.

But the problem then is that there is a missing header file from Harfbuzz:


In file included from /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:32:

/home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.h:15:20: error: hb-ft.h: No such file or directory

/home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c: In function 'msFreeFontCache':

/home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:82: warning: implicit declaration of function 'hb_font_destroy'

/home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:84: warning: implicit declaration of function 'hb_font_funcs_destroy'

I see that particular header file in the src directory, from which `make install` is run for harfbuzz? but it?s not ?installed?.  I can?t seem to find an RPM for Centos 6, so building from source seems to be the path I have to follow.

Matt
.................................................................
Matthew Cechini
Contractor, Science Systems and Applications, Inc.
NASA GIBS Systems/Software Engineer
410.205.6272

From: Thomas Gratier <osgeo.mailinglist at gmail.com<mailto:osgeo.mailinglist at gmail.com>>
Date: Tuesday, June 21, 2016 at 12:30 PM
To: Matthew Cechini <matthew.f.cechini at nasa.gov<mailto:matthew.f.cechini at nasa.gov>>
Cc: "mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>" <mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>>
Subject: Re: [mapserver-users] Building Mapserver - missing strlcat... methods

Hi,

"build map server 7.0.1 on linux": distro, architecture?

You should look at https://github.com/mapserver/mapserver/blob/branch-7-0/.travis.yml to find out more about MapServer deps.

Cheers


Thomas Gratier

2016-06-20 22:35 GMT+02:00 Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.] <matthew.f.cechini at nasa.gov<mailto:matthew.f.cechini at nasa.gov>>:
I?m attempting to build map server 7.0.1 on linux and am getting the following errors.  I?m sure I?m missing some dependency? but google has failed me to figure it out.  Help?

-- Looking for strrstr - not found
-- Looking for strlcat - not found
-- Looking for strlcpy - not found
-- Looking for PQserverVersion in pq - not found
-- Looking for pthread_create - not found
-- Looking for pthread_create in pthreads - not found

Matt
.................................................................
Matthew Cechini
Contractor, Science Systems and Applications, Inc.
NASA GIBS Systems/Software Engineer
410.205.6272<tel:410.205.6272>

_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
http://lists.osgeo.org/mailman/listinfo/mapserver-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160621/f6935ac9/attachment.htm>

From traviskirstine at gmail.com  Wed Jun 22 11:34:18 2016
From: traviskirstine at gmail.com (Travis Kirstine)
Date: Wed, 22 Jun 2016 14:34:18 -0400
Subject: [mapserver-users] Mapcache - merge multiple source in one
	tileset?
In-Reply-To: <CA+s71-ySwks2dO83hWzv++DegLdLPpcyDnLmafbsTNkK_jqDVA@mail.gmail.com>
References: <CA+s71-ySwks2dO83hWzv++DegLdLPpcyDnLmafbsTNkK_jqDVA@mail.gmail.com>
Message-ID: <CALtm4h2ia9s3qZtrOf0=0T9+TkHQe05QeYGeygyqfoFuBgGuCQ@mail.gmail.com>

This is done configuring mapcache as a WMS source and calling the layers
you would like to merge.

    <source name="mosaic_wms" type="wms">
      <getmap>
         <params>
            <format>mixed</format>
            <layers>foo,bar</layers>
            <transparent>true</transparent>
         </params>
      </getmap>
      <http>
         <url>http://localhost/mapcache/service</url>
      </http>
    </source>

    <tileset name="mosaic">
      <source>mosaic_wms</source>
      <cache>memcache</cache>
      <grid>gmaps</grid>
      <format>mixed</format>
      <auto_expire>604800</auto_expire>
    </tileset>

In this example foo and bar are the individual tilesets to be merged


On 16 June 2016 at 09:10, Michael Schulz <mandschulz at googlemail.com> wrote:

> Dear Mapcachers,
>
> the documentation of mapcache mentions the possibility to merge "multiple
> tiles into a single image". I wonder if this means a vertical merging
> (stacking) of tiles into one output tile?
>
> This would be exactly what I'm looking for, but so far I couldn't find a
> hint how this could be done. It would require, I guess, to use multiple
> sources for one tileset. Is that possible?
>
> Thanks, Michael
>
> --
> -----------------------------------------------------------
> Michael Schulz
>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160622/500b8874/attachment.htm>

From mandschulz at googlemail.com  Wed Jun 22 12:05:15 2016
From: mandschulz at googlemail.com (Michael Schulz)
Date: Wed, 22 Jun 2016 21:05:15 +0200
Subject: [mapserver-users] Mapcache - merge multiple source in one
	tileset?
In-Reply-To: <CALtm4h2ia9s3qZtrOf0=0T9+TkHQe05QeYGeygyqfoFuBgGuCQ@mail.gmail.com>
References: <CA+s71-ySwks2dO83hWzv++DegLdLPpcyDnLmafbsTNkK_jqDVA@mail.gmail.com>
 <CALtm4h2ia9s3qZtrOf0=0T9+TkHQe05QeYGeygyqfoFuBgGuCQ@mail.gmail.com>
Message-ID: <CA+s71-yUqZ+9GNGi1gQCa7T==dryK+S9AmRArnuF3OcF4C9P8Q@mail.gmail.com>

Hi,

thanks for this idea. If I understand correctly, this would mean creating
two source tilesets and then generate a third one, where I call mapcache
wms requesting these two layers.

I'll give that a try. Cheers, Michael


2016-06-22 20:34 GMT+02:00 Travis Kirstine <traviskirstine at gmail.com>:

> This is done configuring mapcache as a WMS source and calling the layers
> you would like to merge.
>
>     <source name="mosaic_wms" type="wms">
>       <getmap>
>          <params>
>             <format>mixed</format>
>             <layers>foo,bar</layers>
>             <transparent>true</transparent>
>          </params>
>       </getmap>
>       <http>
>          <url>http://localhost/mapcache/service</url>
>       </http>
>     </source>
>
>     <tileset name="mosaic">
>       <source>mosaic_wms</source>
>       <cache>memcache</cache>
>       <grid>gmaps</grid>
>       <format>mixed</format>
>       <auto_expire>604800</auto_expire>
>     </tileset>
>
> In this example foo and bar are the individual tilesets to be merged
>
>
> On 16 June 2016 at 09:10, Michael Schulz <mandschulz at googlemail.com>
> wrote:
>
>> Dear Mapcachers,
>>
>> the documentation of mapcache mentions the possibility to merge "multiple
>> tiles into a single image". I wonder if this means a vertical merging
>> (stacking) of tiles into one output tile?
>>
>> This would be exactly what I'm looking for, but so far I couldn't find a
>> hint how this could be done. It would require, I guess, to use multiple
>> sources for one tileset. Is that possible?
>>
>> Thanks, Michael
>>
>> --
>> -----------------------------------------------------------
>> Michael Schulz
>>
>>
>>
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>
>


-- 
-----------------------------------------------------------
Michael Schulz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160622/d34bbd0e/attachment.htm>

From tkirstine at firstbasesolutions.com  Wed Jun 22 12:26:53 2016
From: tkirstine at firstbasesolutions.com (Travis Kirstine)
Date: Wed, 22 Jun 2016 19:26:53 +0000
Subject: [mapserver-users] Mapcache - merge multiple source in
	one	tileset?
In-Reply-To: <CA+s71-yUqZ+9GNGi1gQCa7T==dryK+S9AmRArnuF3OcF4C9P8Q@mail.gmail.com>
References: <CA+s71-ySwks2dO83hWzv++DegLdLPpcyDnLmafbsTNkK_jqDVA@mail.gmail.com>
 <CALtm4h2ia9s3qZtrOf0=0T9+TkHQe05QeYGeygyqfoFuBgGuCQ@mail.gmail.com>,
 <CA+s71-yUqZ+9GNGi1gQCa7T==dryK+S9AmRArnuF3OcF4C9P8Q@mail.gmail.com>
Message-ID: <1466623613911.56190@firstbasesolutions.com>

The danger with this method is that under high loads you can exceed the maxclients in apache resulting in a deadlock

________________________________
From: mapserver-users <mapserver-users-bounces at lists.osgeo.org> on behalf of Michael Schulz <mandschulz at googlemail.com>
Sent: Wednesday, June 22, 2016 3:05 PM
To: Travis Kirstine
Cc: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Mapcache - merge multiple source in one tileset?

Hi,

thanks for this idea. If I understand correctly, this would mean creating two source tilesets and then generate a third one, where I call mapcache wms requesting these two layers.

I'll give that a try. Cheers, Michael


2016-06-22 20:34 GMT+02:00 Travis Kirstine <traviskirstine at gmail.com<mailto:traviskirstine at gmail.com>>:
This is done configuring mapcache as a WMS source and calling the layers you would like to merge.

    <source name="mosaic_wms" type="wms">
      <getmap>
         <params>
            <format>mixed</format>
            <layers>foo,bar</layers>
            <transparent>true</transparent>
         </params>
      </getmap>
      <http>
         <url>http://localhost/mapcache/service</url>
      </http>
    </source>

    <tileset name="mosaic">
      <source>mosaic_wms</source>
      <cache>memcache</cache>
      <grid>gmaps</grid>
      <format>mixed</format>
      <auto_expire>604800</auto_expire>
    </tileset>

In this example foo and bar are the individual tilesets to be merged


On 16 June 2016 at 09:10, Michael Schulz <mandschulz at googlemail.com<mailto:mandschulz at googlemail.com>> wrote:
Dear Mapcachers,

the documentation of mapcache mentions the possibility to merge "multiple tiles into a single image". I wonder if this means a vertical merging (stacking) of tiles into one output tile?

This would be exactly what I'm looking for, but so far I couldn't find a hint how this could be done. It would require, I guess, to use multiple sources for one tileset. Is that possible?

Thanks, Michael

--
-----------------------------------------------------------
Michael Schulz



_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
http://lists.osgeo.org/mailman/listinfo/mapserver-users




--
-----------------------------------------------------------
Michael Schulz


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160622/88b709ed/attachment.htm>

From lagrange at ldeo.columbia.edu  Wed Jun 22 13:57:08 2016
From: lagrange at ldeo.columbia.edu (lagrange123)
Date: Wed, 22 Jun 2016 13:57:08 -0700 (PDT)
Subject: [mapserver-users] zipped shapefile
Message-ID: <1466629028176-5272896.post@n6.nabble.com>

Hi,

I have a bunch of shapefiles in zip format for disk space reasons. And I
want to be able to server their contents with mapserver. Is this possible?

I was thinking that I could use CONNECTIONTYPE OGR. And then, since gdal/ogr
can read a zipped data source (per
https://trac.osgeo.org/gdal/wiki/UserDocs/ReadInZip), this would enable
mapserver to serve such a data source. However, I am not having much luck,
and I don't know if this is even supported in mapserver.

My layer definition is:

LAYER
		NAME "my_shapefile"
		CONNECTIONTYPE OGR
		CONNECTION "/vsizip/path/to/file.zip"
		TYPE POLYGON
		STATUS ON
END



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/zipped-shapefile-tp5272896.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From lars.schylberg at blixtmail.se  Wed Jun 22 14:37:27 2016
From: lars.schylberg at blixtmail.se (lars.schylberg at blixtmail.se)
Date: Wed, 22 Jun 2016 23:37:27 +0200
Subject: [mapserver-users] zipped shapefile
In-Reply-To: <1466629028176-5272896.post@n6.nabble.com>
References: <1466629028176-5272896.post@n6.nabble.com>
Message-ID: <dfaa63d4cf81803a8af9d248600b0d64@blixtmail.se>


I guess that You need a layer definition in a DATA statement.


LAYER  ...  CONNECTIONTYPE OGR  CONNECTION "<datasource_name>"  DATA "<layer_definition>"  ...END

http://mapserver.org/input/vector/ogr.html

/Lars S.


-----Originalmeddelande----- 
> Fr?n: lagrange123 <lagrange at ldeo.columbia.edu> 
> Till: mapserver-users at lists.osgeo.org 
> Datum: 2016-06-22 23:13 
> ?mne: [mapserver-users] zipped shapefile 
> 
> Hi,
> 
> I have a bunch of shapefiles in zip format for disk space reasons. And I
> want to be able to server their contents with mapserver. Is this possible?
> 
> I was thinking that I could use CONNECTIONTYPE OGR. And then, since gdal/ogr
> can read a zipped data source (per
> https://trac.osgeo.org/gdal/wiki/UserDocs/ReadInZip), this would enable
> mapserver to serve such a data source. However, I am not having much luck,
> and I don't know if this is even supported in mapserver.
> 
> My layer definition is:
> 
> LAYER
> ??????????NAME "my_shapefile"
> ??????????CONNECTIONTYPE OGR
> ??????????CONNECTION "/vsizip/path/to/file.zip"
> ??????????TYPE POLYGON
> ??????????STATUS ON
> END
> 
> 
> 
> --
> View this message in context: http://osgeo-org.1560.x6.nabble.com/zipped-shapefile-tp5272896.html
> Sent from the Mapserver - User mailing list archive at Nabble.com.
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users

-- 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160622/c3b2b4a1/attachment.htm>

From jmckenna at gatewaygeomatics.com  Wed Jun 22 15:46:19 2016
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Wed, 22 Jun 2016 19:46:19 -0300
Subject: [mapserver-users] zipped shapefile
In-Reply-To: <1466629028176-5272896.post@n6.nabble.com>
References: <1466629028176-5272896.post@n6.nabble.com>
Message-ID: <6597d120-b449-d92c-b6e9-40ccea13d5f5@gatewaygeomatics.com>

I'm also unable to get this to work.  I agree that it should (with the 
layer specified in the "DATA" statement), but I can't seem to get 
MapServer 7.0.1 to draw a map.  The error message is quite generic:

   OGROpen(/vsizip/test.zip)
   msOGRFileOpen(): OGR error. Open failed for OGR connection in layer 
'test'.  File not found or unsupported format.


I believe you have found a nice enhancement.  I think you should file 
this in the issue tracker: https://github.com/mapserver/mapserver/issues


-jeff



-- 
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/




On 2016-06-22 5:57 PM, lagrange123 wrote:
> Hi,
>
> I have a bunch of shapefiles in zip format for disk space reasons. And I
> want to be able to server their contents with mapserver. Is this possible?
>
> I was thinking that I could use CONNECTIONTYPE OGR. And then, since gdal/ogr
> can read a zipped data source (per
> https://trac.osgeo.org/gdal/wiki/UserDocs/ReadInZip), this would enable
> mapserver to serve such a data source. However, I am not having much luck,
> and I don't know if this is even supported in mapserver.
>
> My layer definition is:
>
> LAYER
> 		NAME "my_shapefile"
> 		CONNECTIONTYPE OGR
> 		CONNECTION "/vsizip/path/to/file.zip"
> 		TYPE POLYGON
> 		STATUS ON
> END
>
>
>




From michael.smith.erdc at gmail.com  Wed Jun 22 15:52:34 2016
From: michael.smith.erdc at gmail.com (Michael Smith)
Date: Wed, 22 Jun 2016 18:52:34 -0400
Subject: [mapserver-users] zipped shapefile
In-Reply-To: <6597d120-b449-d92c-b6e9-40ccea13d5f5@gatewaygeomatics.com>
References: <1466629028176-5272896.post@n6.nabble.com>
 <6597d120-b449-d92c-b6e9-40ccea13d5f5@gatewaygeomatics.com>
Message-ID: <D3908EA7.12C7C4%michael.smith.erdc@gmail.com>

You need to include the name of the shapefile in the DATA statement, eg
DATA "/vsizip/myzipfile.zip/shapefile.shp"

Mike

----
Michael Smith

US Army Corps
Remote Sensing GIS/Center
michael.smith at usace.army.mil




-----Original Message-----
From: mapserver-users <mapserver-users-bounces at lists.osgeo.org> on behalf
of Jeff McKenna <jmckenna at gatewaygeomatics.com>
Date: Wednesday, June 22, 2016 at 6:46 PM
To: <mapserver-users at lists.osgeo.org>
Subject: Re: [mapserver-users] zipped shapefile

>I'm also unable to get this to work.  I agree that it should (with the
>layer specified in the "DATA" statement), but I can't seem to get
>MapServer 7.0.1 to draw a map.  The error message is quite generic:
>
>   OGROpen(/vsizip/test.zip)
>   msOGRFileOpen(): OGR error. Open failed for OGR connection in layer
>'test'.  File not found or unsupported format.
>
>
>I believe you have found a nice enhancement.  I think you should file
>this in the issue tracker: https://github.com/mapserver/mapserver/issues
>
>
>-jeff
>
>
>
>-- 
>Jeff McKenna
>MapServer Consulting and Training Services
>http://www.gatewaygeomatics.com/
>
>
>
>
>On 2016-06-22 5:57 PM, lagrange123 wrote:
>> Hi,
>>
>> I have a bunch of shapefiles in zip format for disk space reasons. And I
>> want to be able to server their contents with mapserver. Is this
>>possible?
>>
>> I was thinking that I could use CONNECTIONTYPE OGR. And then, since
>>gdal/ogr
>> can read a zipped data source (per
>> https://trac.osgeo.org/gdal/wiki/UserDocs/ReadInZip), this would enable
>> mapserver to serve such a data source. However, I am not having much
>>luck,
>> and I don't know if this is even supported in mapserver.
>>
>> My layer definition is:
>>
>> LAYER
>> 		NAME "my_shapefile"
>> 		CONNECTIONTYPE OGR
>> 		CONNECTION "/vsizip/path/to/file.zip"
>> 		TYPE POLYGON
>> 		STATUS ON
>> END
>>
>>
>>
>
>
>_______________________________________________
>mapserver-users mailing list
>mapserver-users at lists.osgeo.org
>http://lists.osgeo.org/mailman/listinfo/mapserver-users




From jmckenna at gatewaygeomatics.com  Wed Jun 22 16:03:03 2016
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Wed, 22 Jun 2016 20:03:03 -0300
Subject: [mapserver-users] zipped shapefile
In-Reply-To: <D3908EA7.12C7C4%michael.smith.erdc@gmail.com>
References: <1466629028176-5272896.post@n6.nabble.com>
 <6597d120-b449-d92c-b6e9-40ccea13d5f5@gatewaygeomatics.com>
 <D3908EA7.12C7C4%michael.smith.erdc@gmail.com>
Message-ID: <0a6954e1-d297-f41a-d5f2-6b386e8bfbdb@gatewaygeomatics.com>

I had tried that also.  I am unable to get this to work with MapServer 
7.0.1 (MS4W 3.1.4).  No problems with ogrinfo.

-jeff


-- 
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/



On 2016-06-22 7:52 PM, Michael Smith wrote:
> You need to include the name of the shapefile in the DATA statement, eg
> DATA "/vsizip/myzipfile.zip/shapefile.shp"
>
> Mike
>
> ----
> Michael Smith
>
> US Army Corps
> Remote Sensing GIS/Center
> michael.smith at usace.army.mil
>
>
>
>
> -----Original Message-----
> From: mapserver-users <mapserver-users-bounces at lists.osgeo.org> on behalf
> of Jeff McKenna <jmckenna at gatewaygeomatics.com>
> Date: Wednesday, June 22, 2016 at 6:46 PM
> To: <mapserver-users at lists.osgeo.org>
> Subject: Re: [mapserver-users] zipped shapefile
>
>> I'm also unable to get this to work.  I agree that it should (with the
>> layer specified in the "DATA" statement), but I can't seem to get
>> MapServer 7.0.1 to draw a map.  The error message is quite generic:
>>
>>   OGROpen(/vsizip/test.zip)
>>   msOGRFileOpen(): OGR error. Open failed for OGR connection in layer
>> 'test'.  File not found or unsupported format.
>>
>>
>> I believe you have found a nice enhancement.  I think you should file
>> this in the issue tracker: https://github.com/mapserver/mapserver/issues
>>
>>
>> -jeff
>>
>>
>>
>> --
>> Jeff McKenna
>> MapServer Consulting and Training Services
>> http://www.gatewaygeomatics.com/
>>
>>
>>
>>
>> On 2016-06-22 5:57 PM, lagrange123 wrote:
>>> Hi,
>>>
>>> I have a bunch of shapefiles in zip format for disk space reasons. And I
>>> want to be able to server their contents with mapserver. Is this
>>> possible?
>>>
>>> I was thinking that I could use CONNECTIONTYPE OGR. And then, since
>>> gdal/ogr
>>> can read a zipped data source (per
>>> https://trac.osgeo.org/gdal/wiki/UserDocs/ReadInZip), this would enable
>>> mapserver to serve such a data source. However, I am not having much
>>> luck,
>>> and I don't know if this is even supported in mapserver.
>>>
>>> My layer definition is:
>>>
>>> LAYER
>>> 		NAME "my_shapefile"
>>> 		CONNECTIONTYPE OGR
>>> 		CONNECTION "/vsizip/path/to/file.zip"
>>> 		TYPE POLYGON
>>> 		STATUS ON
>>> END
>>>
>>>


From even.rouault at spatialys.com  Wed Jun 22 23:49:49 2016
From: even.rouault at spatialys.com (Even Rouault)
Date: Thu, 23 Jun 2016 08:49:49 +0200
Subject: [mapserver-users] zipped shapefile
In-Reply-To: <0a6954e1-d297-f41a-d5f2-6b386e8bfbdb@gatewaygeomatics.com>
References: <1466629028176-5272896.post@n6.nabble.com>
 <D3908EA7.12C7C4%michael.smith.erdc@gmail.com>
 <0a6954e1-d297-f41a-d5f2-6b386e8bfbdb@gatewaygeomatics.com>
Message-ID: <201606230849.49727.even.rouault@spatialys.com>

Le jeudi 23 juin 2016 01:03:03, Jeff McKenna a ?crit :
> I had tried that also.  I am unable to get this to work with MapServer
> 7.0.1 (MS4W 3.1.4).  No problems with ogrinfo.

Definitely not in the DATA that must be a layer name or SQL SELECT, but in CONNECTION.
It is important to put the absolute path, as the SHAPEPATH directive will have no effect on
a /vsizip/ filename. As Mike raised, it is recommended to put the filename of the shape too.
(you may omit it if the .shp is at the root of the .zip and there's no other "extra" file than the ones
expected for a shapefile. When you omit it, the zip is recognized as a directory and it is the
same logic as doing ogrinfo on a directory that is applied. Will work with directory of shapefiles
and .tab/.mif for example)

The following works form me for example :

  CONNECTIONTYPE OGR
  CONNECTION "/vsizip//home/even/popplace.zip/popplace.shp"
  DATA "popplace"

Note that if max performance is needed, using a shapefile in a zip is not the best strategy.

> 
> -jeff
> 
> > You need to include the name of the shapefile in the DATA statement, eg
> > DATA "/vsizip/myzipfile.zip/shapefile.shp"
> > 
> > Mike
> > 
> > ----
> > Michael Smith
> > 
> > US Army Corps
> > Remote Sensing GIS/Center
> > michael.smith at usace.army.mil
> > 
> > 
> > 
> > 
> > -----Original Message-----
> > From: mapserver-users <mapserver-users-bounces at lists.osgeo.org> on behalf
> > of Jeff McKenna <jmckenna at gatewaygeomatics.com>
> > Date: Wednesday, June 22, 2016 at 6:46 PM
> > To: <mapserver-users at lists.osgeo.org>
> > Subject: Re: [mapserver-users] zipped shapefile
> > 
> >> I'm also unable to get this to work.  I agree that it should (with the
> >> layer specified in the "DATA" statement), but I can't seem to get
> >> 
> >> MapServer 7.0.1 to draw a map.  The error message is quite generic:
> >>   OGROpen(/vsizip/test.zip)
> >>   msOGRFileOpen(): OGR error. Open failed for OGR connection in layer
> >> 
> >> 'test'.  File not found or unsupported format.
> >> 
> >> 
> >> I believe you have found a nice enhancement.  I think you should file
> >> this in the issue tracker: https://github.com/mapserver/mapserver/issues
> >> 
> >> 
> >> -jeff
> >> 
> >> 
> >> 
> >> --
> >> Jeff McKenna
> >> MapServer Consulting and Training Services
> >> http://www.gatewaygeomatics.com/
> >> 
> >> On 2016-06-22 5:57 PM, lagrange123 wrote:
> >>> Hi,
> >>> 
> >>> I have a bunch of shapefiles in zip format for disk space reasons. And
> >>> I want to be able to server their contents with mapserver. Is this
> >>> possible?
> >>> 
> >>> I was thinking that I could use CONNECTIONTYPE OGR. And then, since
> >>> gdal/ogr
> >>> can read a zipped data source (per
> >>> https://trac.osgeo.org/gdal/wiki/UserDocs/ReadInZip), this would enable
> >>> mapserver to serve such a data source. However, I am not having much
> >>> luck,
> >>> and I don't know if this is even supported in mapserver.
> >>> 
> >>> My layer definition is:
> >>> 
> >>> LAYER
> >>> 
> >>> 		NAME "my_shapefile"
> >>> 		CONNECTIONTYPE OGR
> >>> 		CONNECTION "/vsizip/path/to/file.zip"
> >>> 		TYPE POLYGON
> >>> 		STATUS ON
> >>> 
> >>> END
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users

-- 
Spatialys - Geospatial professional services
http://www.spatialys.com


From jmckenna at gatewaygeomatics.com  Thu Jun 23 04:33:41 2016
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Thu, 23 Jun 2016 08:33:41 -0300
Subject: [mapserver-users] zipped shapefile
In-Reply-To: <201606230849.49727.even.rouault@spatialys.com>
References: <1466629028176-5272896.post@n6.nabble.com>
 <D3908EA7.12C7C4%michael.smith.erdc@gmail.com>
 <0a6954e1-d297-f41a-d5f2-6b386e8bfbdb@gatewaygeomatics.com>
 <201606230849.49727.even.rouault@spatialys.com>
Message-ID: <d04c5fe6-8db1-8ff7-82d8-0b1f314d0755@gatewaygeomatics.com>

On 2016-06-23 3:49 AM, Even Rouault wrote:
>
> Definitely not in the DATA that must be a layer name or SQL SELECT, but in CONNECTION.
> It is important to put the absolute path, as the SHAPEPATH directive will have no effect on
> a /vsizip/ filename. As Mike raised, it is recommended to put the filename of the shape too.
> (you may omit it if the .shp is at the root of the .zip and there's no other "extra" file than the ones
> expected for a shapefile. When you omit it, the zip is recognized as a directory and it is the
> same logic as doing ogrinfo on a directory that is applied. Will work with directory of shapefiles
> and .tab/.mif for example)

Thank you Even, my issue was the full path requirement.  I will document 
this now.

Below is my working layer (with MS4W 3.1.4 / MapServer 7.0.1) :

LAYER
   NAME "testzip"
   TYPE POLYGON
   STATUS ON
   CONNECTIONTYPE OGR
   CONNECTION "/vsizip/D:/ms4w/apps/test/test.zip"
   DATA "test"
   CLASS
     NAME "test"
     STYLE
       COLOR 240 240 240
       OUTLINECOLOR 199 199 199
     END
   END
END # layer

-jeff


-- 
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/







From lagrange at ldeo.columbia.edu  Thu Jun 23 05:52:17 2016
From: lagrange at ldeo.columbia.edu (Ben Grange)
Date: Thu, 23 Jun 2016 12:52:17 +0000
Subject: [mapserver-users] zipped shapefile
In-Reply-To: <d04c5fe6-8db1-8ff7-82d8-0b1f314d0755@gatewaygeomatics.com>
References: <1466629028176-5272896.post@n6.nabble.com>
 <D3908EA7.12C7C4%michael.smith.erdc@gmail.com>
 <0a6954e1-d297-f41a-d5f2-6b386e8bfbdb@gatewaygeomatics.com>
 <201606230849.49727.even.rouault@spatialys.com>
 <d04c5fe6-8db1-8ff7-82d8-0b1f314d0755@gatewaygeomatics.com>
Message-ID: <CAJ-t-ED7YNeUGN6KZBi8m16nMC8ZUT1Oou+6fGJB-ONh6yrqwQ@mail.gmail.com>

Thanks for the speedy replies, guys. I have it working now. For me the
issue was the product of (1) using a relative path, and (2) using the wrong
TYPE. Silly me!

On Thu, Jun 23, 2016 at 7:34 AM Jeff McKenna <jmckenna at gatewaygeomatics.com>
wrote:

> On 2016-06-23 3:49 AM, Even Rouault wrote:
> >
> > Definitely not in the DATA that must be a layer name or SQL SELECT, but
> in CONNECTION.
> > It is important to put the absolute path, as the SHAPEPATH directive
> will have no effect on
> > a /vsizip/ filename. As Mike raised, it is recommended to put the
> filename of the shape too.
> > (you may omit it if the .shp is at the root of the .zip and there's no
> other "extra" file than the ones
> > expected for a shapefile. When you omit it, the zip is recognized as a
> directory and it is the
> > same logic as doing ogrinfo on a directory that is applied. Will work
> with directory of shapefiles
> > and .tab/.mif for example)
>
> Thank you Even, my issue was the full path requirement.  I will document
> this now.
>
> Below is my working layer (with MS4W 3.1.4 / MapServer 7.0.1) :
>
> LAYER
>    NAME "testzip"
>    TYPE POLYGON
>    STATUS ON
>    CONNECTIONTYPE OGR
>    CONNECTION "/vsizip/D:/ms4w/apps/test/test.zip"
>    DATA "test"
>    CLASS
>      NAME "test"
>      STYLE
>        COLOR 240 240 240
>        OUTLINECOLOR 199 199 199
>      END
>    END
> END # layer
>
> -jeff
>
>
> --
> Jeff McKenna
> MapServer Consulting and Training Services
> http://www.gatewaygeomatics.com/
>
>
>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160623/7fd6ddf4/attachment.htm>

From jmckenna at gatewaygeomatics.com  Thu Jun 23 12:01:47 2016
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Thu, 23 Jun 2016 16:01:47 -0300
Subject: [mapserver-users] zipped shapefile
In-Reply-To: <CAJ-t-ED7YNeUGN6KZBi8m16nMC8ZUT1Oou+6fGJB-ONh6yrqwQ@mail.gmail.com>
References: <1466629028176-5272896.post@n6.nabble.com>
 <D3908EA7.12C7C4%michael.smith.erdc@gmail.com>
 <0a6954e1-d297-f41a-d5f2-6b386e8bfbdb@gatewaygeomatics.com>
 <201606230849.49727.even.rouault@spatialys.com>
 <d04c5fe6-8db1-8ff7-82d8-0b1f314d0755@gatewaygeomatics.com>
 <CAJ-t-ED7YNeUGN6KZBi8m16nMC8ZUT1Oou+6fGJB-ONh6yrqwQ@mail.gmail.com>
Message-ID: <76c82063-ed7e-4555-65f7-58973a87ae6e@gatewaygeomatics.com>

I've added these examples into a new document named "Virtual File 
System": http://mapserver.org/input/virtual-file.html

-jeff


-- 
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/

On 2016-06-23 9:52 AM, Ben Grange wrote:
> Thanks for the speedy replies, guys. I have it working now. For me the
> issue was the product of (1) using a relative path, and (2) using the
> wrong TYPE. Silly me!
>
> On Thu, Jun 23, 2016 at 7:34 AM Jeff McKenna
> <jmckenna at gatewaygeomatics.com <mailto:jmckenna at gatewaygeomatics.com>>
> wrote:
>
>     On 2016-06-23 3:49 AM, Even Rouault wrote:
>     >
>     > Definitely not in the DATA that must be a layer name or SQL
>     SELECT, but in CONNECTION.
>     > It is important to put the absolute path, as the SHAPEPATH
>     directive will have no effect on
>     > a /vsizip/ filename. As Mike raised, it is recommended to put the
>     filename of the shape too.
>     > (you may omit it if the .shp is at the root of the .zip and
>     there's no other "extra" file than the ones
>     > expected for a shapefile. When you omit it, the zip is recognized
>     as a directory and it is the
>     > same logic as doing ogrinfo on a directory that is applied. Will
>     work with directory of shapefiles
>     > and .tab/.mif for example)
>
>     Thank you Even, my issue was the full path requirement.  I will document
>     this now.
>
>     Below is my working layer (with MS4W 3.1.4 / MapServer 7.0.1) :
>
>     LAYER
>        NAME "testzip"
>        TYPE POLYGON
>        STATUS ON
>        CONNECTIONTYPE OGR
>        CONNECTION "/vsizip/D:/ms4w/apps/test/test.zip"
>        DATA "test"
>        CLASS
>          NAME "test"
>          STYLE
>            COLOR 240 240 240
>            OUTLINECOLOR 199 199 199
>          END
>        END
>     END # layer
>
>     -jeff
>
>






From emperor_stef at yahoo.gr  Thu Jun 23 15:53:37 2016
From: emperor_stef at yahoo.gr (Stefanos Anastasiou)
Date: Thu, 23 Jun 2016 22:53:37 +0000 (UTC)
Subject: [mapserver-users] Font encoding clarification
References: <177519709.1011094.1466722417506.JavaMail.yahoo.ref@mail.yahoo.com>
Message-ID: <177519709.1011094.1466722417506.JavaMail.yahoo@mail.yahoo.com>

Hello list,
? I had this issue some time ago with the encoding in Greek in which whatever encoding I used, either GREEK, ISO-8857-9 or WINDOWS-1253, although the glyphs were located in my FONTSET directory the letters appeared as weird shapes. Well, I don't know if I hacked something ? ( ?:D ) ?but if I don't use ENCODING and just point out to my ttf fonts (which I downloaded and placed to my FONTSET directory ) it works ...for me at least. I'm using MapServer 7.01.? ?I just wanted to mention this in case someone else faces the same or... I don't know

Thanks
-Stefanos
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160623/f45cc1c7/attachment.htm>

From thomas.bonfort at gmail.com  Thu Jun 23 23:36:48 2016
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Fri, 24 Jun 2016 08:36:48 +0200
Subject: [mapserver-users] Building Mapserver - missing strlcat...
	methods
In-Reply-To: <D38EE637.78325%matthew.f.cechini@nasa.gov>
References: <D38DAF94.78206%matthew.f.cechini@nasa.gov>
 <CACPZzQ2BLifKw29mOFnp05vKvFq1EM_BFp7wA49PRLdMDTBgHQ@mail.gmail.com>
 <D38EE637.78325%matthew.f.cechini@nasa.gov>
Message-ID: <CAOM3y2h5j+apqstrb18R+QjL=dq4EvwBZWoN4czrTUNaUdNOZA@mail.gmail.com>

Matthew,
What configure flags did you use to build harfbuzz? What harfbuzz
version are you using?

--
thomas


On 21 June 2016 at 20:41, Cechini, Matthew F. (GSFC-423.0)[Science
Systems & Applications, Inc.] <matthew.f.cechini at nasa.gov> wrote:
> As it turns out, the issue is Harfbuzz:
>
> In the pre-compile checks, I see this:
>
> -- checking for module 'harfbuzz>=0.9.18'
>
> --   package 'harfbuzz>=0.9.18' not found
>
> -- Found HarfBuzz: /usr/local/include/harfbuzz
>
>
> Seems ok, it didn?t find an installed RPM/package, but it finds the
> directory where I build and installed manually.
>
> But the problem then is that there is a missing header file from Harfbuzz:
>
> In file included from
> /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:32:
>
> /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.h:15:20: error:
> hb-ft.h: No such file or directory
>
> /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c: In function
> 'msFreeFontCache':
>
> /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:82: warning:
> implicit declaration of function 'hb_font_destroy'
>
> /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:84: warning:
> implicit declaration of function 'hb_font_funcs_destroy'
>
>
> I see that particular header file in the src directory, from which `make
> install` is run for harfbuzz? but it?s not ?installed?.  I can?t seem to
> find an RPM for Centos 6, so building from source seems to be the path I
> have to follow.
>
> Matt
> .................................................................
> Matthew Cechini
> Contractor, Science Systems and Applications, Inc.
> NASA GIBS Systems/Software Engineer
> 410.205.6272
>
> From: Thomas Gratier <osgeo.mailinglist at gmail.com>
> Date: Tuesday, June 21, 2016 at 12:30 PM
> To: Matthew Cechini <matthew.f.cechini at nasa.gov>
> Cc: "mapserver-users at lists.osgeo.org" <mapserver-users at lists.osgeo.org>
> Subject: Re: [mapserver-users] Building Mapserver - missing strlcat...
> methods
>
> Hi,
>
> "build map server 7.0.1 on linux": distro, architecture?
>
> You should look at
> https://github.com/mapserver/mapserver/blob/branch-7-0/.travis.yml to find
> out more about MapServer deps.
>
> Cheers
>
>
> Thomas Gratier
>
> 2016-06-20 22:35 GMT+02:00 Cechini, Matthew F. (GSFC-423.0)[Science Systems
> & Applications, Inc.] <matthew.f.cechini at nasa.gov>:
>>
>> I?m attempting to build map server 7.0.1 on linux and am getting the
>> following errors.  I?m sure I?m missing some dependency? but google has
>> failed me to figure it out.  Help?
>>
>> -- Looking for strrstr - not found
>> -- Looking for strlcat - not found
>> -- Looking for strlcpy - not found
>> -- Looking for PQserverVersion in pq - not found
>> -- Looking for pthread_create - not found
>> -- Looking for pthread_create in pthreads - not found
>>
>> Matt
>> .................................................................
>> Matthew Cechini
>> Contractor, Science Systems and Applications, Inc.
>> NASA GIBS Systems/Software Engineer
>> 410.205.6272
>>
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From mandschulz at googlemail.com  Fri Jun 24 01:07:06 2016
From: mandschulz at googlemail.com (Michael Schulz)
Date: Fri, 24 Jun 2016 10:07:06 +0200
Subject: [mapserver-users] Building Mapserver - missing strlcat...
	methods
In-Reply-To: <CAOM3y2h5j+apqstrb18R+QjL=dq4EvwBZWoN4czrTUNaUdNOZA@mail.gmail.com>
References: <D38DAF94.78206%matthew.f.cechini@nasa.gov>
 <CACPZzQ2BLifKw29mOFnp05vKvFq1EM_BFp7wA49PRLdMDTBgHQ@mail.gmail.com>
 <D38EE637.78325%matthew.f.cechini@nasa.gov>
 <CAOM3y2h5j+apqstrb18R+QjL=dq4EvwBZWoN4czrTUNaUdNOZA@mail.gmail.com>
Message-ID: <CA+s71-xxWK4LPhzz=isez_VrSDVfNcknHMVi9zxzxtddfWOgKQ@mail.gmail.com>

Hi,

I have exactly the same issue here. Trying to build mapserver on SLES 11
SP4, I have disabled harfbuzz and fribidi:

cmake .. \
 -DCMAKE_PREFIX_PATH=/opt/gdal-trunk \
        -DWITH_CLIENT_WFS=ON \
        -DWITH_CLIENT_WMS=ON \
        -DWITH_CURL=ON \
        -DWITH_SOS=ON \
        -DWITH_PHP=ON \
        -DWITH_PYTHON=ON \
        -DWITH_SVGCAIRO=ON \
        -DWITH_ORACLESPATIAL=ON \
        -DWITH_HARFBUZZ=0 \
        -DWITH_FRIBIDI=0 \
        -DWITH_FCGI=0 \
         >../configure.out.txt

configure.out:
-- The C compiler identification is GNU 4.3.4
-- The CXX compiler identification is GNU 4.3.4
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Looking for strrstr
-- Looking for strrstr - not found
-- Looking for strcasecmp
-- Looking for strcasecmp - found
-- Looking for strcasestr
-- Looking for strcasestr - found
-- Looking for strdup
-- Looking for strdup - found
-- Looking for strlcat
-- Looking for strlcat - not found
-- Looking for strlcpy
-- Looking for strlcpy - not found
-- Looking for strlen
-- Looking for strlen - found
-- Looking for strncasecmp
-- Looking for strncasecmp - found
-- Looking for vsnprintf
-- Looking for vsnprintf - found
-- Looking for lrintf
-- Looking for lrintf - found
-- Looking for lrint
-- Looking for lrint - found
-- Looking for dlfcn.h
-- Looking for dlfcn.h - found
-- Performing Test HAVE_SYNC_FETCH_AND_ADD
-- Performing Test HAVE_SYNC_FETCH_AND_ADD - Success
-- Found ZLIB: /usr/lib64/libz.so (found version "1.2.7")
-- Found PNG: /usr/lib64/libpng.so (found version "1.2.31")
-- Found JPEG: /usr/lib64/libjpeg.so
-- Found Freetype: /usr/lib64/libfreetype.so
-- Found PROJ: /usr/lib64/libproj.so
-- Looking for iconv
-- Looking for iconv - found
-- Found iconv library:
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.23")
-- checking for module 'cairo'
--   found cairo, version 1.8.8
-- Found CAIRO: /usr/lib64/libcairo.so
-- Found ORACLE:
/home/oracle/app/oracle/product/12.1.0/client_1/lib/libclntsh.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libocci.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libnnz12.so
-- Found GEOS: /usr/lib64/libgeos_c.so
-- Found POSTGRESQL: /usr/lib64/libpq.so
-- Looking for PQserverVersion in pq
-- Looking for PQserverVersion in pq - found
-- Found GDAL: /opt/gdal-trunk/lib/libgdal.so
-- Found SVG: /usr/local/lib/libsvg.so
-- Found SVGCAIRO: /usr/local/lib/libsvg-cairo.so
-- Found CURL: /usr/lib64/libcurl.so (found version "7.19.7")
-- Found LibXml2: /usr/lib64/libxml2.so (found version "2.7.6")
-- Performing Test GIF_GifFileType_UserData
-- Performing Test GIF_GifFileType_UserData - Success
-- Found GIF: /usr/lib64/libgif.so (found version "4")
-- Found SWIG: /usr/bin/swig (found version "1.3.36")
-- Found PythonInterp: /usr/bin/python (found version "2.6.9")
-- * Summary of configured options for this build
--  * Mandatory components
--   * png: /usr/lib64/libpng.so
--   * jpeg: /usr/lib64/libjpeg.so
--   * freetype: /usr/lib64/libfreetype.so
--  * Optional components
--   * GDAL: /opt/gdal-trunk/lib/libgdal.so
--   * OGR: /opt/gdal-trunk/lib/libgdal.so
--   * GIF: /usr/lib64/libgif.so
--   * MYSQL: disabled
--   * FRIBIDI: disabled
--   * HARFBUZZ: disabled
--   * GIF: /usr/lib64/libgif.so
--   * CAIRO: /usr/lib64/libcairo.so
--   * SVGCAIRO: /usr/local/lib/libsvg-cairo.so
--   * RSVG: disabled
--   * CURL: /usr/lib64/libcurl.so
--   * PROJ: /usr/lib64/libproj.so
--   * PIXMAN: disabled
--   * LIBXML2: /usr/lib64/libxml2.so
--   * POSTGIS: /usr/lib64/libpq.so
--   * GEOS: /usr/lib64/libgeos_c.so
--   * FastCGI: disabled
--   * Oracle Spatial:
/home/oracle/app/oracle/product/12.1.0/client_1/lib/libclntsh.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libocci.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libnnz12.so
--   * Exempi XMP: disabled
--  * Optional features
--   * WMS SERVER: ENABLED
--   * WFS SERVER: ENABLED
--   * WCS SERVER: ENABLED
--   * SOS SERVER: ENABLED
--   * WMS CLIENT: ENABLED
--   * WFS CLIENT: ENABLED
--   * ICONV: ENABLED
--   * Thread-safety support: disabled
--   * KML output: disabled
--   * Z+M point coordinate support: disabled
--   * XML Mapfile support: disabled
--  * Mapscripts
--   * Python: ENABLED
--   * PHP: ENABLED
--   * PERL: disabled
--   * RUBY: disabled
--   * JAVA: disabled
--   * C#: disabled
--   * V8 Javascript: disabled
--   * Apache Module (Experimental): disabled
--
-- Will install files to /usr/local
-- Will install libraries to /usr/local/lib
-- Configuring incomplete, errors occurred!

Is this related to disabling Harfbuzz or Fribidi? I understood that
Harfbuzz is not needed unless for special languages character rendering?

Thanks, Michael


2016-06-24 8:36 GMT+02:00 thomas bonfort <thomas.bonfort at gmail.com>:

> Matthew,
> What configure flags did you use to build harfbuzz? What harfbuzz
> version are you using?
>
> --
> thomas
>
>
> On 21 June 2016 at 20:41, Cechini, Matthew F. (GSFC-423.0)[Science
> Systems & Applications, Inc.] <matthew.f.cechini at nasa.gov> wrote:
> > As it turns out, the issue is Harfbuzz:
> >
> > In the pre-compile checks, I see this:
> >
> > -- checking for module 'harfbuzz>=0.9.18'
> >
> > --   package 'harfbuzz>=0.9.18' not found
> >
> > -- Found HarfBuzz: /usr/local/include/harfbuzz
> >
> >
> > Seems ok, it didn?t find an installed RPM/package, but it finds the
> > directory where I build and installed manually.
> >
> > But the problem then is that there is a missing header file from
> Harfbuzz:
> >
> > In file included from
> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:32:
> >
> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.h:15:20: error:
> > hb-ft.h: No such file or directory
> >
> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c: In function
> > 'msFreeFontCache':
> >
> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:82: warning:
> > implicit declaration of function 'hb_font_destroy'
> >
> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:84: warning:
> > implicit declaration of function 'hb_font_funcs_destroy'
> >
> >
> > I see that particular header file in the src directory, from which `make
> > install` is run for harfbuzz? but it?s not ?installed?.  I can?t seem to
> > find an RPM for Centos 6, so building from source seems to be the path I
> > have to follow.
> >
> > Matt
> > .................................................................
> > Matthew Cechini
> > Contractor, Science Systems and Applications, Inc.
> > NASA GIBS Systems/Software Engineer
> > 410.205.6272
> >
> > From: Thomas Gratier <osgeo.mailinglist at gmail.com>
> > Date: Tuesday, June 21, 2016 at 12:30 PM
> > To: Matthew Cechini <matthew.f.cechini at nasa.gov>
> > Cc: "mapserver-users at lists.osgeo.org" <mapserver-users at lists.osgeo.org>
> > Subject: Re: [mapserver-users] Building Mapserver - missing strlcat...
> > methods
> >
> > Hi,
> >
> > "build map server 7.0.1 on linux": distro, architecture?
> >
> > You should look at
> > https://github.com/mapserver/mapserver/blob/branch-7-0/.travis.yml to
> find
> > out more about MapServer deps.
> >
> > Cheers
> >
> >
> > Thomas Gratier
> >
> > 2016-06-20 22:35 GMT+02:00 Cechini, Matthew F. (GSFC-423.0)[Science
> Systems
> > & Applications, Inc.] <matthew.f.cechini at nasa.gov>:
> >>
> >> I?m attempting to build map server 7.0.1 on linux and am getting the
> >> following errors.  I?m sure I?m missing some dependency? but google has
> >> failed me to figure it out.  Help?
> >>
> >> -- Looking for strrstr - not found
> >> -- Looking for strlcat - not found
> >> -- Looking for strlcpy - not found
> >> -- Looking for PQserverVersion in pq - not found
> >> -- Looking for pthread_create - not found
> >> -- Looking for pthread_create in pthreads - not found
> >>
> >> Matt
> >> .................................................................
> >> Matthew Cechini
> >> Contractor, Science Systems and Applications, Inc.
> >> NASA GIBS Systems/Software Engineer
> >> 410.205.6272
> >>
> >> _______________________________________________
> >> mapserver-users mailing list
> >> mapserver-users at lists.osgeo.org
> >> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> >
> >
> >
> > _______________________________________________
> > mapserver-users mailing list
> > mapserver-users at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/mapserver-users
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>



-- 
-----------------------------------------------------------
Michael Schulz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160624/628cf819/attachment.htm>

From thomas.bonfort at gmail.com  Fri Jun 24 01:09:40 2016
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Fri, 24 Jun 2016 10:09:40 +0200
Subject: [mapserver-users] Building Mapserver - missing strlcat...
	methods
In-Reply-To: <CA+s71-xxWK4LPhzz=isez_VrSDVfNcknHMVi9zxzxtddfWOgKQ@mail.gmail.com>
References: <D38DAF94.78206%matthew.f.cechini@nasa.gov>
 <CACPZzQ2BLifKw29mOFnp05vKvFq1EM_BFp7wA49PRLdMDTBgHQ@mail.gmail.com>
 <D38EE637.78325%matthew.f.cechini@nasa.gov>
 <CAOM3y2h5j+apqstrb18R+QjL=dq4EvwBZWoN4czrTUNaUdNOZA@mail.gmail.com>
 <CA+s71-xxWK4LPhzz=isez_VrSDVfNcknHMVi9zxzxtddfWOgKQ@mail.gmail.com>
Message-ID: <CAOM3y2i885Z6xGF4LaFCtJAtzmkDBHKa06TaA7snq7QHoFuXzg@mail.gmail.com>

Try deleting everything in the build directory and starting again,
might be a cmake cache problem...

On 24 June 2016 at 10:07, Michael Schulz <mandschulz at googlemail.com> wrote:
> Hi,
>
> I have exactly the same issue here. Trying to build mapserver on SLES 11
> SP4, I have disabled harfbuzz and fribidi:
>
> cmake .. \
>  -DCMAKE_PREFIX_PATH=/opt/gdal-trunk \
>         -DWITH_CLIENT_WFS=ON \
>         -DWITH_CLIENT_WMS=ON \
>         -DWITH_CURL=ON \
>         -DWITH_SOS=ON \
>         -DWITH_PHP=ON \
>         -DWITH_PYTHON=ON \
>         -DWITH_SVGCAIRO=ON \
>         -DWITH_ORACLESPATIAL=ON \
>         -DWITH_HARFBUZZ=0 \
>         -DWITH_FRIBIDI=0 \
>         -DWITH_FCGI=0 \
>          >../configure.out.txt
>
> configure.out:
> -- The C compiler identification is GNU 4.3.4
> -- The CXX compiler identification is GNU 4.3.4
> -- Check for working C compiler: /usr/bin/cc
> -- Check for working C compiler: /usr/bin/cc -- works
> -- Detecting C compiler ABI info
> -- Detecting C compiler ABI info - done
> -- Check for working CXX compiler: /usr/bin/c++
> -- Check for working CXX compiler: /usr/bin/c++ -- works
> -- Detecting CXX compiler ABI info
> -- Detecting CXX compiler ABI info - done
> -- Looking for strrstr
> -- Looking for strrstr - not found
> -- Looking for strcasecmp
> -- Looking for strcasecmp - found
> -- Looking for strcasestr
> -- Looking for strcasestr - found
> -- Looking for strdup
> -- Looking for strdup - found
> -- Looking for strlcat
> -- Looking for strlcat - not found
> -- Looking for strlcpy
> -- Looking for strlcpy - not found
> -- Looking for strlen
> -- Looking for strlen - found
> -- Looking for strncasecmp
> -- Looking for strncasecmp - found
> -- Looking for vsnprintf
> -- Looking for vsnprintf - found
> -- Looking for lrintf
> -- Looking for lrintf - found
> -- Looking for lrint
> -- Looking for lrint - found
> -- Looking for dlfcn.h
> -- Looking for dlfcn.h - found
> -- Performing Test HAVE_SYNC_FETCH_AND_ADD
> -- Performing Test HAVE_SYNC_FETCH_AND_ADD - Success
> -- Found ZLIB: /usr/lib64/libz.so (found version "1.2.7")
> -- Found PNG: /usr/lib64/libpng.so (found version "1.2.31")
> -- Found JPEG: /usr/lib64/libjpeg.so
> -- Found Freetype: /usr/lib64/libfreetype.so
> -- Found PROJ: /usr/lib64/libproj.so
> -- Looking for iconv
> -- Looking for iconv - found
> -- Found iconv library:
> -- Found PkgConfig: /usr/bin/pkg-config (found version "0.23")
> -- checking for module 'cairo'
> --   found cairo, version 1.8.8
> -- Found CAIRO: /usr/lib64/libcairo.so
> -- Found ORACLE:
> /home/oracle/app/oracle/product/12.1.0/client_1/lib/libclntsh.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libocci.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libnnz12.so
> -- Found GEOS: /usr/lib64/libgeos_c.so
> -- Found POSTGRESQL: /usr/lib64/libpq.so
> -- Looking for PQserverVersion in pq
> -- Looking for PQserverVersion in pq - found
> -- Found GDAL: /opt/gdal-trunk/lib/libgdal.so
> -- Found SVG: /usr/local/lib/libsvg.so
> -- Found SVGCAIRO: /usr/local/lib/libsvg-cairo.so
> -- Found CURL: /usr/lib64/libcurl.so (found version "7.19.7")
> -- Found LibXml2: /usr/lib64/libxml2.so (found version "2.7.6")
> -- Performing Test GIF_GifFileType_UserData
> -- Performing Test GIF_GifFileType_UserData - Success
> -- Found GIF: /usr/lib64/libgif.so (found version "4")
> -- Found SWIG: /usr/bin/swig (found version "1.3.36")
> -- Found PythonInterp: /usr/bin/python (found version "2.6.9")
> -- * Summary of configured options for this build
> --  * Mandatory components
> --   * png: /usr/lib64/libpng.so
> --   * jpeg: /usr/lib64/libjpeg.so
> --   * freetype: /usr/lib64/libfreetype.so
> --  * Optional components
> --   * GDAL: /opt/gdal-trunk/lib/libgdal.so
> --   * OGR: /opt/gdal-trunk/lib/libgdal.so
> --   * GIF: /usr/lib64/libgif.so
> --   * MYSQL: disabled
> --   * FRIBIDI: disabled
> --   * HARFBUZZ: disabled
> --   * GIF: /usr/lib64/libgif.so
> --   * CAIRO: /usr/lib64/libcairo.so
> --   * SVGCAIRO: /usr/local/lib/libsvg-cairo.so
> --   * RSVG: disabled
> --   * CURL: /usr/lib64/libcurl.so
> --   * PROJ: /usr/lib64/libproj.so
> --   * PIXMAN: disabled
> --   * LIBXML2: /usr/lib64/libxml2.so
> --   * POSTGIS: /usr/lib64/libpq.so
> --   * GEOS: /usr/lib64/libgeos_c.so
> --   * FastCGI: disabled
> --   * Oracle Spatial:
> /home/oracle/app/oracle/product/12.1.0/client_1/lib/libclntsh.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libocci.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libnnz12.so
> --   * Exempi XMP: disabled
> --  * Optional features
> --   * WMS SERVER: ENABLED
> --   * WFS SERVER: ENABLED
> --   * WCS SERVER: ENABLED
> --   * SOS SERVER: ENABLED
> --   * WMS CLIENT: ENABLED
> --   * WFS CLIENT: ENABLED
> --   * ICONV: ENABLED
> --   * Thread-safety support: disabled
> --   * KML output: disabled
> --   * Z+M point coordinate support: disabled
> --   * XML Mapfile support: disabled
> --  * Mapscripts
> --   * Python: ENABLED
> --   * PHP: ENABLED
> --   * PERL: disabled
> --   * RUBY: disabled
> --   * JAVA: disabled
> --   * C#: disabled
> --   * V8 Javascript: disabled
> --   * Apache Module (Experimental): disabled
> --
> -- Will install files to /usr/local
> -- Will install libraries to /usr/local/lib
> -- Configuring incomplete, errors occurred!
>
> Is this related to disabling Harfbuzz or Fribidi? I understood that Harfbuzz
> is not needed unless for special languages character rendering?
>
> Thanks, Michael
>
>
> 2016-06-24 8:36 GMT+02:00 thomas bonfort <thomas.bonfort at gmail.com>:
>>
>> Matthew,
>> What configure flags did you use to build harfbuzz? What harfbuzz
>> version are you using?
>>
>> --
>> thomas
>>
>>
>> On 21 June 2016 at 20:41, Cechini, Matthew F. (GSFC-423.0)[Science
>> Systems & Applications, Inc.] <matthew.f.cechini at nasa.gov> wrote:
>> > As it turns out, the issue is Harfbuzz:
>> >
>> > In the pre-compile checks, I see this:
>> >
>> > -- checking for module 'harfbuzz>=0.9.18'
>> >
>> > --   package 'harfbuzz>=0.9.18' not found
>> >
>> > -- Found HarfBuzz: /usr/local/include/harfbuzz
>> >
>> >
>> > Seems ok, it didn?t find an installed RPM/package, but it finds the
>> > directory where I build and installed manually.
>> >
>> > But the problem then is that there is a missing header file from
>> > Harfbuzz:
>> >
>> > In file included from
>> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:32:
>> >
>> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.h:15:20: error:
>> > hb-ft.h: No such file or directory
>> >
>> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c: In function
>> > 'msFreeFontCache':
>> >
>> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:82: warning:
>> > implicit declaration of function 'hb_font_destroy'
>> >
>> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:84: warning:
>> > implicit declaration of function 'hb_font_funcs_destroy'
>> >
>> >
>> > I see that particular header file in the src directory, from which `make
>> > install` is run for harfbuzz? but it?s not ?installed?.  I can?t seem to
>> > find an RPM for Centos 6, so building from source seems to be the path I
>> > have to follow.
>> >
>> > Matt
>> > .................................................................
>> > Matthew Cechini
>> > Contractor, Science Systems and Applications, Inc.
>> > NASA GIBS Systems/Software Engineer
>> > 410.205.6272
>> >
>> > From: Thomas Gratier <osgeo.mailinglist at gmail.com>
>> > Date: Tuesday, June 21, 2016 at 12:30 PM
>> > To: Matthew Cechini <matthew.f.cechini at nasa.gov>
>> > Cc: "mapserver-users at lists.osgeo.org" <mapserver-users at lists.osgeo.org>
>> > Subject: Re: [mapserver-users] Building Mapserver - missing strlcat...
>> > methods
>> >
>> > Hi,
>> >
>> > "build map server 7.0.1 on linux": distro, architecture?
>> >
>> > You should look at
>> > https://github.com/mapserver/mapserver/blob/branch-7-0/.travis.yml to
>> > find
>> > out more about MapServer deps.
>> >
>> > Cheers
>> >
>> >
>> > Thomas Gratier
>> >
>> > 2016-06-20 22:35 GMT+02:00 Cechini, Matthew F. (GSFC-423.0)[Science
>> > Systems
>> > & Applications, Inc.] <matthew.f.cechini at nasa.gov>:
>> >>
>> >> I?m attempting to build map server 7.0.1 on linux and am getting the
>> >> following errors.  I?m sure I?m missing some dependency? but google has
>> >> failed me to figure it out.  Help?
>> >>
>> >> -- Looking for strrstr - not found
>> >> -- Looking for strlcat - not found
>> >> -- Looking for strlcpy - not found
>> >> -- Looking for PQserverVersion in pq - not found
>> >> -- Looking for pthread_create - not found
>> >> -- Looking for pthread_create in pthreads - not found
>> >>
>> >> Matt
>> >> .................................................................
>> >> Matthew Cechini
>> >> Contractor, Science Systems and Applications, Inc.
>> >> NASA GIBS Systems/Software Engineer
>> >> 410.205.6272
>> >>
>> >> _______________________________________________
>> >> mapserver-users mailing list
>> >> mapserver-users at lists.osgeo.org
>> >> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>> >
>> >
>> >
>> > _______________________________________________
>> > mapserver-users mailing list
>> > mapserver-users at lists.osgeo.org
>> > http://lists.osgeo.org/mailman/listinfo/mapserver-users
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
>
>
> --
> -----------------------------------------------------------
> Michael Schulz
>
>


From mandschulz at googlemail.com  Fri Jun 24 02:31:01 2016
From: mandschulz at googlemail.com (Michael Schulz)
Date: Fri, 24 Jun 2016 11:31:01 +0200
Subject: [mapserver-users] Building Mapserver - missing strlcat...
	methods
In-Reply-To: <CAOM3y2i885Z6xGF4LaFCtJAtzmkDBHKa06TaA7snq7QHoFuXzg@mail.gmail.com>
References: <D38DAF94.78206%matthew.f.cechini@nasa.gov>
 <CACPZzQ2BLifKw29mOFnp05vKvFq1EM_BFp7wA49PRLdMDTBgHQ@mail.gmail.com>
 <D38EE637.78325%matthew.f.cechini@nasa.gov>
 <CAOM3y2h5j+apqstrb18R+QjL=dq4EvwBZWoN4czrTUNaUdNOZA@mail.gmail.com>
 <CA+s71-xxWK4LPhzz=isez_VrSDVfNcknHMVi9zxzxtddfWOgKQ@mail.gmail.com>
 <CAOM3y2i885Z6xGF4LaFCtJAtzmkDBHKa06TaA7snq7QHoFuXzg@mail.gmail.com>
Message-ID: <CA+s71-wEvx-kkD2Y-KTcWE39xdEU0yDdpHX3_wesoL=QfyM9sw@mail.gmail.com>

Hi Thomas,

nope, unfortunately not. Deleted everything, rerun cmake, still got the
same errors (strsstr, strlcat, strlcpy not found). This is one part of
CMakeError.log:

Determining if the function strrstr exists failed with the following output:
Change Dir: /usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp

Run Build Command:"/usr/bin/gmake" "cmTryCompileExec1997038117/fast"
/usr/bin/gmake -f CMakeFiles/cmTryCompileExec1997038117.dir/build.make
CMakeFiles/cmTryCompileExec1997038117.dir/build
gmake[1]: Entering directory
`/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp'
/usr/bin/cmake -E cmake_progress_report
/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp/CMakeFiles 1
Building C object
CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o
/usr/bin/cc   -DCHECK_FUNCTION_EXISTS=strrstr
-I/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp/math.h    -o
CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o   -c
/usr/share/cmake/Modules/CheckFunctionExists.c
Linking C executable cmTryCompileExec1997038117
/usr/bin/cmake -E cmake_link_script
CMakeFiles/cmTryCompileExec1997038117.dir/link.txt --verbose=1
/usr/bin/cc   -DCHECK_FUNCTION_EXISTS=strrstr
CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o  -o
cmTryCompileExec1997038117 -rdynamic -lm
CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o: In
function `main':
CheckFunctionExists.c:(.text+0x15): undefined reference to `strrstr'
collect2: ld gab 1 als Ende-Status zur?ck
gmake[1]: Leaving directory
`/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp'
gmake[1]: *** [cmTryCompileExec1997038117] Fehler 1
gmake: *** [cmTryCompileExec1997038117/fast] Fehler 2

... (this is similarly repeated for the other functions)

Thanks, Michael



2016-06-24 10:09 GMT+02:00 thomas bonfort <thomas.bonfort at gmail.com>:

> Try deleting everything in the build directory and starting again,
> might be a cmake cache problem...
>
> On 24 June 2016 at 10:07, Michael Schulz <mandschulz at googlemail.com>
> wrote:
> > Hi,
> >
> > I have exactly the same issue here. Trying to build mapserver on SLES 11
> > SP4, I have disabled harfbuzz and fribidi:
> >
> > cmake .. \
> >  -DCMAKE_PREFIX_PATH=/opt/gdal-trunk \
> >         -DWITH_CLIENT_WFS=ON \
> >         -DWITH_CLIENT_WMS=ON \
> >         -DWITH_CURL=ON \
> >         -DWITH_SOS=ON \
> >         -DWITH_PHP=ON \
> >         -DWITH_PYTHON=ON \
> >         -DWITH_SVGCAIRO=ON \
> >         -DWITH_ORACLESPATIAL=ON \
> >         -DWITH_HARFBUZZ=0 \
> >         -DWITH_FRIBIDI=0 \
> >         -DWITH_FCGI=0 \
> >          >../configure.out.txt
> >
> > configure.out:
> > -- The C compiler identification is GNU 4.3.4
> > -- The CXX compiler identification is GNU 4.3.4
> > -- Check for working C compiler: /usr/bin/cc
> > -- Check for working C compiler: /usr/bin/cc -- works
> > -- Detecting C compiler ABI info
> > -- Detecting C compiler ABI info - done
> > -- Check for working CXX compiler: /usr/bin/c++
> > -- Check for working CXX compiler: /usr/bin/c++ -- works
> > -- Detecting CXX compiler ABI info
> > -- Detecting CXX compiler ABI info - done
> > -- Looking for strrstr
> > -- Looking for strrstr - not found
> > -- Looking for strcasecmp
> > -- Looking for strcasecmp - found
> > -- Looking for strcasestr
> > -- Looking for strcasestr - found
> > -- Looking for strdup
> > -- Looking for strdup - found
> > -- Looking for strlcat
> > -- Looking for strlcat - not found
> > -- Looking for strlcpy
> > -- Looking for strlcpy - not found
> > -- Looking for strlen
> > -- Looking for strlen - found
> > -- Looking for strncasecmp
> > -- Looking for strncasecmp - found
> > -- Looking for vsnprintf
> > -- Looking for vsnprintf - found
> > -- Looking for lrintf
> > -- Looking for lrintf - found
> > -- Looking for lrint
> > -- Looking for lrint - found
> > -- Looking for dlfcn.h
> > -- Looking for dlfcn.h - found
> > -- Performing Test HAVE_SYNC_FETCH_AND_ADD
> > -- Performing Test HAVE_SYNC_FETCH_AND_ADD - Success
> > -- Found ZLIB: /usr/lib64/libz.so (found version "1.2.7")
> > -- Found PNG: /usr/lib64/libpng.so (found version "1.2.31")
> > -- Found JPEG: /usr/lib64/libjpeg.so
> > -- Found Freetype: /usr/lib64/libfreetype.so
> > -- Found PROJ: /usr/lib64/libproj.so
> > -- Looking for iconv
> > -- Looking for iconv - found
> > -- Found iconv library:
> > -- Found PkgConfig: /usr/bin/pkg-config (found version "0.23")
> > -- checking for module 'cairo'
> > --   found cairo, version 1.8.8
> > -- Found CAIRO: /usr/lib64/libcairo.so
> > -- Found ORACLE:
> >
> /home/oracle/app/oracle/product/12.1.0/client_1/lib/libclntsh.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libocci.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libnnz12.so
> > -- Found GEOS: /usr/lib64/libgeos_c.so
> > -- Found POSTGRESQL: /usr/lib64/libpq.so
> > -- Looking for PQserverVersion in pq
> > -- Looking for PQserverVersion in pq - found
> > -- Found GDAL: /opt/gdal-trunk/lib/libgdal.so
> > -- Found SVG: /usr/local/lib/libsvg.so
> > -- Found SVGCAIRO: /usr/local/lib/libsvg-cairo.so
> > -- Found CURL: /usr/lib64/libcurl.so (found version "7.19.7")
> > -- Found LibXml2: /usr/lib64/libxml2.so (found version "2.7.6")
> > -- Performing Test GIF_GifFileType_UserData
> > -- Performing Test GIF_GifFileType_UserData - Success
> > -- Found GIF: /usr/lib64/libgif.so (found version "4")
> > -- Found SWIG: /usr/bin/swig (found version "1.3.36")
> > -- Found PythonInterp: /usr/bin/python (found version "2.6.9")
> > -- * Summary of configured options for this build
> > --  * Mandatory components
> > --   * png: /usr/lib64/libpng.so
> > --   * jpeg: /usr/lib64/libjpeg.so
> > --   * freetype: /usr/lib64/libfreetype.so
> > --  * Optional components
> > --   * GDAL: /opt/gdal-trunk/lib/libgdal.so
> > --   * OGR: /opt/gdal-trunk/lib/libgdal.so
> > --   * GIF: /usr/lib64/libgif.so
> > --   * MYSQL: disabled
> > --   * FRIBIDI: disabled
> > --   * HARFBUZZ: disabled
> > --   * GIF: /usr/lib64/libgif.so
> > --   * CAIRO: /usr/lib64/libcairo.so
> > --   * SVGCAIRO: /usr/local/lib/libsvg-cairo.so
> > --   * RSVG: disabled
> > --   * CURL: /usr/lib64/libcurl.so
> > --   * PROJ: /usr/lib64/libproj.so
> > --   * PIXMAN: disabled
> > --   * LIBXML2: /usr/lib64/libxml2.so
> > --   * POSTGIS: /usr/lib64/libpq.so
> > --   * GEOS: /usr/lib64/libgeos_c.so
> > --   * FastCGI: disabled
> > --   * Oracle Spatial:
> >
> /home/oracle/app/oracle/product/12.1.0/client_1/lib/libclntsh.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libocci.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libnnz12.so
> > --   * Exempi XMP: disabled
> > --  * Optional features
> > --   * WMS SERVER: ENABLED
> > --   * WFS SERVER: ENABLED
> > --   * WCS SERVER: ENABLED
> > --   * SOS SERVER: ENABLED
> > --   * WMS CLIENT: ENABLED
> > --   * WFS CLIENT: ENABLED
> > --   * ICONV: ENABLED
> > --   * Thread-safety support: disabled
> > --   * KML output: disabled
> > --   * Z+M point coordinate support: disabled
> > --   * XML Mapfile support: disabled
> > --  * Mapscripts
> > --   * Python: ENABLED
> > --   * PHP: ENABLED
> > --   * PERL: disabled
> > --   * RUBY: disabled
> > --   * JAVA: disabled
> > --   * C#: disabled
> > --   * V8 Javascript: disabled
> > --   * Apache Module (Experimental): disabled
> > --
> > -- Will install files to /usr/local
> > -- Will install libraries to /usr/local/lib
> > -- Configuring incomplete, errors occurred!
> >
> > Is this related to disabling Harfbuzz or Fribidi? I understood that
> Harfbuzz
> > is not needed unless for special languages character rendering?
> >
> > Thanks, Michael
> >
> >
> > 2016-06-24 8:36 GMT+02:00 thomas bonfort <thomas.bonfort at gmail.com>:
> >>
> >> Matthew,
> >> What configure flags did you use to build harfbuzz? What harfbuzz
> >> version are you using?
> >>
> >> --
> >> thomas
> >>
> >>
> >> On 21 June 2016 at 20:41, Cechini, Matthew F. (GSFC-423.0)[Science
> >> Systems & Applications, Inc.] <matthew.f.cechini at nasa.gov> wrote:
> >> > As it turns out, the issue is Harfbuzz:
> >> >
> >> > In the pre-compile checks, I see this:
> >> >
> >> > -- checking for module 'harfbuzz>=0.9.18'
> >> >
> >> > --   package 'harfbuzz>=0.9.18' not found
> >> >
> >> > -- Found HarfBuzz: /usr/local/include/harfbuzz
> >> >
> >> >
> >> > Seems ok, it didn?t find an installed RPM/package, but it finds the
> >> > directory where I build and installed manually.
> >> >
> >> > But the problem then is that there is a missing header file from
> >> > Harfbuzz:
> >> >
> >> > In file included from
> >> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:32:
> >> >
> >> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.h:15:20: error:
> >> > hb-ft.h: No such file or directory
> >> >
> >> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c: In function
> >> > 'msFreeFontCache':
> >> >
> >> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:82: warning:
> >> > implicit declaration of function 'hb_font_destroy'
> >> >
> >> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:84: warning:
> >> > implicit declaration of function 'hb_font_funcs_destroy'
> >> >
> >> >
> >> > I see that particular header file in the src directory, from which
> `make
> >> > install` is run for harfbuzz? but it?s not ?installed?.  I can?t seem
> to
> >> > find an RPM for Centos 6, so building from source seems to be the
> path I
> >> > have to follow.
> >> >
> >> > Matt
> >> > .................................................................
> >> > Matthew Cechini
> >> > Contractor, Science Systems and Applications, Inc.
> >> > NASA GIBS Systems/Software Engineer
> >> > 410.205.6272
> >> >
> >> > From: Thomas Gratier <osgeo.mailinglist at gmail.com>
> >> > Date: Tuesday, June 21, 2016 at 12:30 PM
> >> > To: Matthew Cechini <matthew.f.cechini at nasa.gov>
> >> > Cc: "mapserver-users at lists.osgeo.org" <
> mapserver-users at lists.osgeo.org>
> >> > Subject: Re: [mapserver-users] Building Mapserver - missing strlcat...
> >> > methods
> >> >
> >> > Hi,
> >> >
> >> > "build map server 7.0.1 on linux": distro, architecture?
> >> >
> >> > You should look at
> >> > https://github.com/mapserver/mapserver/blob/branch-7-0/.travis.yml to
> >> > find
> >> > out more about MapServer deps.
> >> >
> >> > Cheers
> >> >
> >> >
> >> > Thomas Gratier
> >> >
> >> > 2016-06-20 22:35 GMT+02:00 Cechini, Matthew F. (GSFC-423.0)[Science
> >> > Systems
> >> > & Applications, Inc.] <matthew.f.cechini at nasa.gov>:
> >> >>
> >> >> I?m attempting to build map server 7.0.1 on linux and am getting the
> >> >> following errors.  I?m sure I?m missing some dependency? but google
> has
> >> >> failed me to figure it out.  Help?
> >> >>
> >> >> -- Looking for strrstr - not found
> >> >> -- Looking for strlcat - not found
> >> >> -- Looking for strlcpy - not found
> >> >> -- Looking for PQserverVersion in pq - not found
> >> >> -- Looking for pthread_create - not found
> >> >> -- Looking for pthread_create in pthreads - not found
> >> >>
> >> >> Matt
> >> >> .................................................................
> >> >> Matthew Cechini
> >> >> Contractor, Science Systems and Applications, Inc.
> >> >> NASA GIBS Systems/Software Engineer
> >> >> 410.205.6272
> >> >>
> >> >> _______________________________________________
> >> >> mapserver-users mailing list
> >> >> mapserver-users at lists.osgeo.org
> >> >> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> >> >
> >> >
> >> >
> >> > _______________________________________________
> >> > mapserver-users mailing list
> >> > mapserver-users at lists.osgeo.org
> >> > http://lists.osgeo.org/mailman/listinfo/mapserver-users
> >> _______________________________________________
> >> mapserver-users mailing list
> >> mapserver-users at lists.osgeo.org
> >> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> >
> >
> >
> >
> > --
> > -----------------------------------------------------------
> > Michael Schulz
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160624/746d78b7/attachment.htm>

From thomas.bonfort at gmail.com  Fri Jun 24 02:46:46 2016
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Fri, 24 Jun 2016 11:46:46 +0200
Subject: [mapserver-users] Building Mapserver - missing strlcat...
	methods
In-Reply-To: <CA+s71-wEvx-kkD2Y-KTcWE39xdEU0yDdpHX3_wesoL=QfyM9sw@mail.gmail.com>
References: <D38DAF94.78206%matthew.f.cechini@nasa.gov>
 <CACPZzQ2BLifKw29mOFnp05vKvFq1EM_BFp7wA49PRLdMDTBgHQ@mail.gmail.com>
 <D38EE637.78325%matthew.f.cechini@nasa.gov>
 <CAOM3y2h5j+apqstrb18R+QjL=dq4EvwBZWoN4czrTUNaUdNOZA@mail.gmail.com>
 <CA+s71-xxWK4LPhzz=isez_VrSDVfNcknHMVi9zxzxtddfWOgKQ@mail.gmail.com>
 <CAOM3y2i885Z6xGF4LaFCtJAtzmkDBHKa06TaA7snq7QHoFuXzg@mail.gmail.com>
 <CA+s71-wEvx-kkD2Y-KTcWE39xdEU0yDdpHX3_wesoL=QfyM9sw@mail.gmail.com>
Message-ID: <CAOM3y2hnYrg5AdVHf2SJTT9yDP-Ti0PfHh=WcyGz9ZFALOO=Vw@mail.gmail.com>

The str* missising functions should not be an issue, those are just
checks to see if we shall be providing our own implementation. Are you
sure you posted the whole cmake log ?

--
thomas

On 24 June 2016 at 11:31, Michael Schulz <mandschulz at googlemail.com> wrote:
> Hi Thomas,
>
> nope, unfortunately not. Deleted everything, rerun cmake, still got the same
> errors (strsstr, strlcat, strlcpy not found). This is one part of
> CMakeError.log:
>
> Determining if the function strrstr exists failed with the following output:
> Change Dir: /usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp
>
> Run Build Command:"/usr/bin/gmake" "cmTryCompileExec1997038117/fast"
> /usr/bin/gmake -f CMakeFiles/cmTryCompileExec1997038117.dir/build.make
> CMakeFiles/cmTryCompileExec1997038117.dir/build
> gmake[1]: Entering directory
> `/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp'
> /usr/bin/cmake -E cmake_progress_report
> /usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp/CMakeFiles 1
> Building C object
> CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o
> /usr/bin/cc   -DCHECK_FUNCTION_EXISTS=strrstr
> -I/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp/math.h    -o
> CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o   -c
> /usr/share/cmake/Modules/CheckFunctionExists.c
> Linking C executable cmTryCompileExec1997038117
> /usr/bin/cmake -E cmake_link_script
> CMakeFiles/cmTryCompileExec1997038117.dir/link.txt --verbose=1
> /usr/bin/cc   -DCHECK_FUNCTION_EXISTS=strrstr
> CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o  -o
> cmTryCompileExec1997038117 -rdynamic -lm
> CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o: In
> function `main':
> CheckFunctionExists.c:(.text+0x15): undefined reference to `strrstr'
> collect2: ld gab 1 als Ende-Status zur?ck
> gmake[1]: Leaving directory
> `/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp'
> gmake[1]: *** [cmTryCompileExec1997038117] Fehler 1
> gmake: *** [cmTryCompileExec1997038117/fast] Fehler 2
>
> ... (this is similarly repeated for the other functions)
>
> Thanks, Michael
>
>
>
>
> 2016-06-24 10:09 GMT+02:00 thomas bonfort <thomas.bonfort at gmail.com>:
>>
>> Try deleting everything in the build directory and starting again,
>> might be a cmake cache problem...
>>
>> On 24 June 2016 at 10:07, Michael Schulz <mandschulz at googlemail.com>
>> wrote:
>> > Hi,
>> >
>> > I have exactly the same issue here. Trying to build mapserver on SLES 11
>> > SP4, I have disabled harfbuzz and fribidi:
>> >
>> > cmake .. \
>> >  -DCMAKE_PREFIX_PATH=/opt/gdal-trunk \
>> >         -DWITH_CLIENT_WFS=ON \
>> >         -DWITH_CLIENT_WMS=ON \
>> >         -DWITH_CURL=ON \
>> >         -DWITH_SOS=ON \
>> >         -DWITH_PHP=ON \
>> >         -DWITH_PYTHON=ON \
>> >         -DWITH_SVGCAIRO=ON \
>> >         -DWITH_ORACLESPATIAL=ON \
>> >         -DWITH_HARFBUZZ=0 \
>> >         -DWITH_FRIBIDI=0 \
>> >         -DWITH_FCGI=0 \
>> >          >../configure.out.txt
>> >
>> > configure.out:
>> > -- The C compiler identification is GNU 4.3.4
>> > -- The CXX compiler identification is GNU 4.3.4
>> > -- Check for working C compiler: /usr/bin/cc
>> > -- Check for working C compiler: /usr/bin/cc -- works
>> > -- Detecting C compiler ABI info
>> > -- Detecting C compiler ABI info - done
>> > -- Check for working CXX compiler: /usr/bin/c++
>> > -- Check for working CXX compiler: /usr/bin/c++ -- works
>> > -- Detecting CXX compiler ABI info
>> > -- Detecting CXX compiler ABI info - done
>> > -- Looking for strrstr
>> > -- Looking for strrstr - not found
>> > -- Looking for strcasecmp
>> > -- Looking for strcasecmp - found
>> > -- Looking for strcasestr
>> > -- Looking for strcasestr - found
>> > -- Looking for strdup
>> > -- Looking for strdup - found
>> > -- Looking for strlcat
>> > -- Looking for strlcat - not found
>> > -- Looking for strlcpy
>> > -- Looking for strlcpy - not found
>> > -- Looking for strlen
>> > -- Looking for strlen - found
>> > -- Looking for strncasecmp
>> > -- Looking for strncasecmp - found
>> > -- Looking for vsnprintf
>> > -- Looking for vsnprintf - found
>> > -- Looking for lrintf
>> > -- Looking for lrintf - found
>> > -- Looking for lrint
>> > -- Looking for lrint - found
>> > -- Looking for dlfcn.h
>> > -- Looking for dlfcn.h - found
>> > -- Performing Test HAVE_SYNC_FETCH_AND_ADD
>> > -- Performing Test HAVE_SYNC_FETCH_AND_ADD - Success
>> > -- Found ZLIB: /usr/lib64/libz.so (found version "1.2.7")
>> > -- Found PNG: /usr/lib64/libpng.so (found version "1.2.31")
>> > -- Found JPEG: /usr/lib64/libjpeg.so
>> > -- Found Freetype: /usr/lib64/libfreetype.so
>> > -- Found PROJ: /usr/lib64/libproj.so
>> > -- Looking for iconv
>> > -- Looking for iconv - found
>> > -- Found iconv library:
>> > -- Found PkgConfig: /usr/bin/pkg-config (found version "0.23")
>> > -- checking for module 'cairo'
>> > --   found cairo, version 1.8.8
>> > -- Found CAIRO: /usr/lib64/libcairo.so
>> > -- Found ORACLE:
>> >
>> > /home/oracle/app/oracle/product/12.1.0/client_1/lib/libclntsh.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libocci.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libnnz12.so
>> > -- Found GEOS: /usr/lib64/libgeos_c.so
>> > -- Found POSTGRESQL: /usr/lib64/libpq.so
>> > -- Looking for PQserverVersion in pq
>> > -- Looking for PQserverVersion in pq - found
>> > -- Found GDAL: /opt/gdal-trunk/lib/libgdal.so
>> > -- Found SVG: /usr/local/lib/libsvg.so
>> > -- Found SVGCAIRO: /usr/local/lib/libsvg-cairo.so
>> > -- Found CURL: /usr/lib64/libcurl.so (found version "7.19.7")
>> > -- Found LibXml2: /usr/lib64/libxml2.so (found version "2.7.6")
>> > -- Performing Test GIF_GifFileType_UserData
>> > -- Performing Test GIF_GifFileType_UserData - Success
>> > -- Found GIF: /usr/lib64/libgif.so (found version "4")
>> > -- Found SWIG: /usr/bin/swig (found version "1.3.36")
>> > -- Found PythonInterp: /usr/bin/python (found version "2.6.9")
>> > -- * Summary of configured options for this build
>> > --  * Mandatory components
>> > --   * png: /usr/lib64/libpng.so
>> > --   * jpeg: /usr/lib64/libjpeg.so
>> > --   * freetype: /usr/lib64/libfreetype.so
>> > --  * Optional components
>> > --   * GDAL: /opt/gdal-trunk/lib/libgdal.so
>> > --   * OGR: /opt/gdal-trunk/lib/libgdal.so
>> > --   * GIF: /usr/lib64/libgif.so
>> > --   * MYSQL: disabled
>> > --   * FRIBIDI: disabled
>> > --   * HARFBUZZ: disabled
>> > --   * GIF: /usr/lib64/libgif.so
>> > --   * CAIRO: /usr/lib64/libcairo.so
>> > --   * SVGCAIRO: /usr/local/lib/libsvg-cairo.so
>> > --   * RSVG: disabled
>> > --   * CURL: /usr/lib64/libcurl.so
>> > --   * PROJ: /usr/lib64/libproj.so
>> > --   * PIXMAN: disabled
>> > --   * LIBXML2: /usr/lib64/libxml2.so
>> > --   * POSTGIS: /usr/lib64/libpq.so
>> > --   * GEOS: /usr/lib64/libgeos_c.so
>> > --   * FastCGI: disabled
>> > --   * Oracle Spatial:
>> >
>> > /home/oracle/app/oracle/product/12.1.0/client_1/lib/libclntsh.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libocci.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libnnz12.so
>> > --   * Exempi XMP: disabled
>> > --  * Optional features
>> > --   * WMS SERVER: ENABLED
>> > --   * WFS SERVER: ENABLED
>> > --   * WCS SERVER: ENABLED
>> > --   * SOS SERVER: ENABLED
>> > --   * WMS CLIENT: ENABLED
>> > --   * WFS CLIENT: ENABLED
>> > --   * ICONV: ENABLED
>> > --   * Thread-safety support: disabled
>> > --   * KML output: disabled
>> > --   * Z+M point coordinate support: disabled
>> > --   * XML Mapfile support: disabled
>> > --  * Mapscripts
>> > --   * Python: ENABLED
>> > --   * PHP: ENABLED
>> > --   * PERL: disabled
>> > --   * RUBY: disabled
>> > --   * JAVA: disabled
>> > --   * C#: disabled
>> > --   * V8 Javascript: disabled
>> > --   * Apache Module (Experimental): disabled
>> > --
>> > -- Will install files to /usr/local
>> > -- Will install libraries to /usr/local/lib
>> > -- Configuring incomplete, errors occurred!
>> >
>> > Is this related to disabling Harfbuzz or Fribidi? I understood that
>> > Harfbuzz
>> > is not needed unless for special languages character rendering?
>> >
>> > Thanks, Michael
>> >
>> >
>> > 2016-06-24 8:36 GMT+02:00 thomas bonfort <thomas.bonfort at gmail.com>:
>> >>
>> >> Matthew,
>> >> What configure flags did you use to build harfbuzz? What harfbuzz
>> >> version are you using?
>> >>
>> >> --
>> >> thomas
>> >>
>> >>
>> >> On 21 June 2016 at 20:41, Cechini, Matthew F. (GSFC-423.0)[Science
>> >> Systems & Applications, Inc.] <matthew.f.cechini at nasa.gov> wrote:
>> >> > As it turns out, the issue is Harfbuzz:
>> >> >
>> >> > In the pre-compile checks, I see this:
>> >> >
>> >> > -- checking for module 'harfbuzz>=0.9.18'
>> >> >
>> >> > --   package 'harfbuzz>=0.9.18' not found
>> >> >
>> >> > -- Found HarfBuzz: /usr/local/include/harfbuzz
>> >> >
>> >> >
>> >> > Seems ok, it didn?t find an installed RPM/package, but it finds the
>> >> > directory where I build and installed manually.
>> >> >
>> >> > But the problem then is that there is a missing header file from
>> >> > Harfbuzz:
>> >> >
>> >> > In file included from
>> >> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:32:
>> >> >
>> >> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.h:15:20:
>> >> > error:
>> >> > hb-ft.h: No such file or directory
>> >> >
>> >> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c: In function
>> >> > 'msFreeFontCache':
>> >> >
>> >> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:82: warning:
>> >> > implicit declaration of function 'hb_font_destroy'
>> >> >
>> >> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:84: warning:
>> >> > implicit declaration of function 'hb_font_funcs_destroy'
>> >> >
>> >> >
>> >> > I see that particular header file in the src directory, from which
>> >> > `make
>> >> > install` is run for harfbuzz? but it?s not ?installed?.  I can?t seem
>> >> > to
>> >> > find an RPM for Centos 6, so building from source seems to be the
>> >> > path I
>> >> > have to follow.
>> >> >
>> >> > Matt
>> >> > .................................................................
>> >> > Matthew Cechini
>> >> > Contractor, Science Systems and Applications, Inc.
>> >> > NASA GIBS Systems/Software Engineer
>> >> > 410.205.6272
>> >> >
>> >> > From: Thomas Gratier <osgeo.mailinglist at gmail.com>
>> >> > Date: Tuesday, June 21, 2016 at 12:30 PM
>> >> > To: Matthew Cechini <matthew.f.cechini at nasa.gov>
>> >> > Cc: "mapserver-users at lists.osgeo.org"
>> >> > <mapserver-users at lists.osgeo.org>
>> >> > Subject: Re: [mapserver-users] Building Mapserver - missing
>> >> > strlcat...
>> >> > methods
>> >> >
>> >> > Hi,
>> >> >
>> >> > "build map server 7.0.1 on linux": distro, architecture?
>> >> >
>> >> > You should look at
>> >> > https://github.com/mapserver/mapserver/blob/branch-7-0/.travis.yml to
>> >> > find
>> >> > out more about MapServer deps.
>> >> >
>> >> > Cheers
>> >> >
>> >> >
>> >> > Thomas Gratier
>> >> >
>> >> > 2016-06-20 22:35 GMT+02:00 Cechini, Matthew F. (GSFC-423.0)[Science
>> >> > Systems
>> >> > & Applications, Inc.] <matthew.f.cechini at nasa.gov>:
>> >> >>
>> >> >> I?m attempting to build map server 7.0.1 on linux and am getting the
>> >> >> following errors.  I?m sure I?m missing some dependency? but google
>> >> >> has
>> >> >> failed me to figure it out.  Help?
>> >> >>
>> >> >> -- Looking for strrstr - not found
>> >> >> -- Looking for strlcat - not found
>> >> >> -- Looking for strlcpy - not found
>> >> >> -- Looking for PQserverVersion in pq - not found
>> >> >> -- Looking for pthread_create - not found
>> >> >> -- Looking for pthread_create in pthreads - not found
>> >> >>
>> >> >> Matt
>> >> >> .................................................................
>> >> >> Matthew Cechini
>> >> >> Contractor, Science Systems and Applications, Inc.
>> >> >> NASA GIBS Systems/Software Engineer
>> >> >> 410.205.6272
>> >> >>
>> >> >> _______________________________________________
>> >> >> mapserver-users mailing list
>> >> >> mapserver-users at lists.osgeo.org
>> >> >> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>> >> >
>> >> >
>> >> >
>> >> > _______________________________________________
>> >> > mapserver-users mailing list
>> >> > mapserver-users at lists.osgeo.org
>> >> > http://lists.osgeo.org/mailman/listinfo/mapserver-users
>> >> _______________________________________________
>> >> mapserver-users mailing list
>> >> mapserver-users at lists.osgeo.org
>> >> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>> >
>> >
>> >
>> >
>> > --
>> > -----------------------------------------------------------
>> > Michael Schulz
>> >
>> >
>
>
>
>
>


From mandschulz at googlemail.com  Fri Jun 24 04:49:29 2016
From: mandschulz at googlemail.com (Michael Schulz)
Date: Fri, 24 Jun 2016 13:49:29 +0200
Subject: [mapserver-users] Building Mapserver - missing strlcat...
	methods
In-Reply-To: <CAOM3y2hnYrg5AdVHf2SJTT9yDP-Ti0PfHh=WcyGz9ZFALOO=Vw@mail.gmail.com>
References: <D38DAF94.78206%matthew.f.cechini@nasa.gov>
 <CACPZzQ2BLifKw29mOFnp05vKvFq1EM_BFp7wA49PRLdMDTBgHQ@mail.gmail.com>
 <D38EE637.78325%matthew.f.cechini@nasa.gov>
 <CAOM3y2h5j+apqstrb18R+QjL=dq4EvwBZWoN4czrTUNaUdNOZA@mail.gmail.com>
 <CA+s71-xxWK4LPhzz=isez_VrSDVfNcknHMVi9zxzxtddfWOgKQ@mail.gmail.com>
 <CAOM3y2i885Z6xGF4LaFCtJAtzmkDBHKa06TaA7snq7QHoFuXzg@mail.gmail.com>
 <CA+s71-wEvx-kkD2Y-KTcWE39xdEU0yDdpHX3_wesoL=QfyM9sw@mail.gmail.com>
 <CAOM3y2hnYrg5AdVHf2SJTT9yDP-Ti0PfHh=WcyGz9ZFALOO=Vw@mail.gmail.com>
Message-ID: <CA+s71-zkEXFLJ8jRZgrWo1hU4Q+QHto1g6c+jaf+q6nNA5zYhA@mail.gmail.com>

Hi Thomas,

I'm pretty sure it is. Just did a rm -rf * on the build dir, and then this:

:/usr/local/src/mapserver-7.0.1/build #  cmake ..
-DCMAKE_INSTALL_PREFIX=/opt/mapserver-7.0.1
-DCMAKE_PREFIX_PATH=/opt/gdal-trunk         -DWITH_CLIENT_WFS=ON
-DWITH_CLIENT_WMS=ON         -DWITH_CURL=ON         -DWITH_SOS=ON
-DWITH_PHP=ON         -DWITH_PYTHON=ON         -DWITH_SVGCAIRO=ON
-DWITH_ORACLESPATIAL=ON    -DWITH_HARFBUZZ=0   -DWITH_FRIBIDI=0
-DWITH_FCGI=0

-- The C compiler identification is GNU 4.3.4
-- The CXX compiler identification is GNU 4.3.4
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Looking for strrstr
-- Looking for strrstr - not found
-- Looking for strcasecmp
-- Looking for strcasecmp - found
-- Looking for strcasestr
-- Looking for strcasestr - found
-- Looking for strdup
-- Looking for strdup - found
-- Looking for strlcat
-- Looking for strlcat - not found
-- Looking for strlcpy
-- Looking for strlcpy - not found
-- Looking for strlen
-- Looking for strlen - found
-- Looking for strncasecmp
-- Looking for strncasecmp - found
-- Looking for vsnprintf
-- Looking for vsnprintf - found
-- Looking for lrintf
-- Looking for lrintf - found
-- Looking for lrint
-- Looking for lrint - found
-- Looking for dlfcn.h
-- Looking for dlfcn.h - found
-- Performing Test HAVE_SYNC_FETCH_AND_ADD
-- Performing Test HAVE_SYNC_FETCH_AND_ADD - Success
-- Found ZLIB: /usr/lib64/libz.so (found version "1.2.7")
-- Found PNG: /usr/lib64/libpng.so (found version "1.2.31")
-- Found JPEG: /usr/lib64/libjpeg.so
-- Found Freetype: /usr/lib64/libfreetype.so
-- Found PROJ: /usr/lib64/libproj.so
-- Looking for iconv
-- Looking for iconv - found
-- Found iconv library:
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.23")
-- checking for module 'cairo'
--   found cairo, version 1.8.8
-- Found CAIRO: /usr/lib64/libcairo.so
ORACLE_HOME=/home/oracle/app/oracle/product/12.1.0/client_1
-- Found ORACLE:
/home/oracle/app/oracle/product/12.1.0/client_1/lib/libclntsh.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libocci.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libnnz12.so
-- Found GEOS: /usr/lib64/libgeos_c.so
-- Found POSTGRESQL: /usr/lib64/libpq.so
-- Looking for PQserverVersion in pq
-- Looking for PQserverVersion in pq - found
-- Found GDAL: /opt/gdal-trunk/lib/libgdal.so
-- Found SVG: /usr/local/lib/libsvg.so
-- Found SVGCAIRO: /usr/local/lib/libsvg-cairo.so
-- Found CURL: /usr/lib64/libcurl.so (found version "7.19.7")
-- Found LibXml2: /usr/lib64/libxml2.so (found version "2.7.6")
-- Performing Test GIF_GifFileType_UserData
-- Performing Test GIF_GifFileType_UserData - Success
-- Found GIF: /usr/lib64/libgif.so (found version "4")
-- Found SWIG: /usr/bin/swig (found version "1.3.36")
-- Found PythonInterp: /usr/bin/python (found version "2.6.9")
CMake Warning (dev) at mapscript/python/CMakeLists.txt:42
(get_target_property):
  Policy CMP0026 is not set: Disallow use of the LOCATION target property.
  Run "cmake --help-policy CMP0026" for policy details.  Use the
cmake_policy
  command to set the policy and suppress this warning.

  The LOCATION property should not be read from target "_pythonmapscript".
  Use the target name directly with add_custom_command, or use the generator
  expression $<TARGET_FILE>, as appropriate.

This warning is for project developers.  Use -Wno-dev to suppress it.

CMake Error at mapscript/php/CMakeLists.txt:31 (install):
  install TARGETS given no LIBRARY DESTINATION for module target
  "php_mapscript".


-- * Summary of configured options for this build
--  * Mandatory components
--   * png: /usr/lib64/libpng.so
--   * jpeg: /usr/lib64/libjpeg.so
--   * freetype: /usr/lib64/libfreetype.so
--  * Optional components
--   * GDAL: /opt/gdal-trunk/lib/libgdal.so
--   * OGR: /opt/gdal-trunk/lib/libgdal.so
--   * GIF: /usr/lib64/libgif.so
--   * MYSQL: disabled
--   * FRIBIDI: disabled
--   * HARFBUZZ: disabled
--   * GIF: /usr/lib64/libgif.so
--   * CAIRO: /usr/lib64/libcairo.so
--   * SVGCAIRO: /usr/local/lib/libsvg-cairo.so
--   * RSVG: disabled
--   * CURL: /usr/lib64/libcurl.so
--   * PROJ: /usr/lib64/libproj.so
--   * PIXMAN: disabled
--   * LIBXML2: /usr/lib64/libxml2.so
--   * POSTGIS: /usr/lib64/libpq.so
--   * GEOS: /usr/lib64/libgeos_c.so
--   * FastCGI: disabled
--   * Oracle Spatial:
/home/oracle/app/oracle/product/12.1.0/client_1/lib/libclntsh.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libocci.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libnnz12.so
--   * Exempi XMP: disabled
--  * Optional features
--   * WMS SERVER: ENABLED
--   * WFS SERVER: ENABLED
--   * WCS SERVER: ENABLED
--   * SOS SERVER: ENABLED
--   * WMS CLIENT: ENABLED
--   * WFS CLIENT: ENABLED
--   * ICONV: ENABLED
--   * Thread-safety support: disabled
--   * KML output: disabled
--   * Z+M point coordinate support: disabled
--   * XML Mapfile support: disabled
--  * Mapscripts
--   * Python: ENABLED
--   * PHP: ENABLED
--   * PERL: disabled
--   * RUBY: disabled
--   * JAVA: disabled
--   * C#: disabled
--   * V8 Javascript: disabled
--   * Apache Module (Experimental): disabled
--
-- Will install files to /opt/mapserver-7.0.1
-- Will install libraries to /opt/mapserver-7.0.1/lib
-- Configuring incomplete, errors occurred!
See also "/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeOutput.log".
See also "/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeError.log".

Thanks, Michael

2016-06-24 11:46 GMT+02:00 thomas bonfort <thomas.bonfort at gmail.com>:

> The str* missising functions should not be an issue, those are just
> checks to see if we shall be providing our own implementation. Are you
> sure you posted the whole cmake log ?
>
> --
> thomas
>
> On 24 June 2016 at 11:31, Michael Schulz <mandschulz at googlemail.com>
> wrote:
> > Hi Thomas,
> >
> > nope, unfortunately not. Deleted everything, rerun cmake, still got the
> same
> > errors (strsstr, strlcat, strlcpy not found). This is one part of
> > CMakeError.log:
> >
> > Determining if the function strrstr exists failed with the following
> output:
> > Change Dir: /usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp
> >
> > Run Build Command:"/usr/bin/gmake" "cmTryCompileExec1997038117/fast"
> > /usr/bin/gmake -f CMakeFiles/cmTryCompileExec1997038117.dir/build.make
> > CMakeFiles/cmTryCompileExec1997038117.dir/build
> > gmake[1]: Entering directory
> > `/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp'
> > /usr/bin/cmake -E cmake_progress_report
> > /usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp/CMakeFiles 1
> > Building C object
> > CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o
> > /usr/bin/cc   -DCHECK_FUNCTION_EXISTS=strrstr
> > -I/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp/math.h    -o
> > CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o   -c
> > /usr/share/cmake/Modules/CheckFunctionExists.c
> > Linking C executable cmTryCompileExec1997038117
> > /usr/bin/cmake -E cmake_link_script
> > CMakeFiles/cmTryCompileExec1997038117.dir/link.txt --verbose=1
> > /usr/bin/cc   -DCHECK_FUNCTION_EXISTS=strrstr
> > CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o  -o
> > cmTryCompileExec1997038117 -rdynamic -lm
> > CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o: In
> > function `main':
> > CheckFunctionExists.c:(.text+0x15): undefined reference to `strrstr'
> > collect2: ld gab 1 als Ende-Status zur?ck
> > gmake[1]: Leaving directory
> > `/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp'
> > gmake[1]: *** [cmTryCompileExec1997038117] Fehler 1
> > gmake: *** [cmTryCompileExec1997038117/fast] Fehler 2
> >
> > ... (this is similarly repeated for the other functions)
> >
> > Thanks, Michael
> >
> >
> >
> >
> > 2016-06-24 10:09 GMT+02:00 thomas bonfort <thomas.bonfort at gmail.com>:
> >>
> >> Try deleting everything in the build directory and starting again,
> >> might be a cmake cache problem...
> >>
> >> On 24 June 2016 at 10:07, Michael Schulz <mandschulz at googlemail.com>
> >> wrote:
> >> > Hi,
> >> >
> >> > I have exactly the same issue here. Trying to build mapserver on SLES
> 11
> >> > SP4, I have disabled harfbuzz and fribidi:
> >> >
> >> > cmake .. \
> >> >  -DCMAKE_PREFIX_PATH=/opt/gdal-trunk \
> >> >         -DWITH_CLIENT_WFS=ON \
> >> >         -DWITH_CLIENT_WMS=ON \
> >> >         -DWITH_CURL=ON \
> >> >         -DWITH_SOS=ON \
> >> >         -DWITH_PHP=ON \
> >> >         -DWITH_PYTHON=ON \
> >> >         -DWITH_SVGCAIRO=ON \
> >> >         -DWITH_ORACLESPATIAL=ON \
> >> >         -DWITH_HARFBUZZ=0 \
> >> >         -DWITH_FRIBIDI=0 \
> >> >         -DWITH_FCGI=0 \
> >> >          >../configure.out.txt
> >> >
> >> > configure.out:
> >> > -- The C compiler identification is GNU 4.3.4
> >> > -- The CXX compiler identification is GNU 4.3.4
> >> > -- Check for working C compiler: /usr/bin/cc
> >> > -- Check for working C compiler: /usr/bin/cc -- works
> >> > -- Detecting C compiler ABI info
> >> > -- Detecting C compiler ABI info - done
> >> > -- Check for working CXX compiler: /usr/bin/c++
> >> > -- Check for working CXX compiler: /usr/bin/c++ -- works
> >> > -- Detecting CXX compiler ABI info
> >> > -- Detecting CXX compiler ABI info - done
> >> > -- Looking for strrstr
> >> > -- Looking for strrstr - not found
> >> > -- Looking for strcasecmp
> >> > -- Looking for strcasecmp - found
> >> > -- Looking for strcasestr
> >> > -- Looking for strcasestr - found
> >> > -- Looking for strdup
> >> > -- Looking for strdup - found
> >> > -- Looking for strlcat
> >> > -- Looking for strlcat - not found
> >> > -- Looking for strlcpy
> >> > -- Looking for strlcpy - not found
> >> > -- Looking for strlen
> >> > -- Looking for strlen - found
> >> > -- Looking for strncasecmp
> >> > -- Looking for strncasecmp - found
> >> > -- Looking for vsnprintf
> >> > -- Looking for vsnprintf - found
> >> > -- Looking for lrintf
> >> > -- Looking for lrintf - found
> >> > -- Looking for lrint
> >> > -- Looking for lrint - found
> >> > -- Looking for dlfcn.h
> >> > -- Looking for dlfcn.h - found
> >> > -- Performing Test HAVE_SYNC_FETCH_AND_ADD
> >> > -- Performing Test HAVE_SYNC_FETCH_AND_ADD - Success
> >> > -- Found ZLIB: /usr/lib64/libz.so (found version "1.2.7")
> >> > -- Found PNG: /usr/lib64/libpng.so (found version "1.2.31")
> >> > -- Found JPEG: /usr/lib64/libjpeg.so
> >> > -- Found Freetype: /usr/lib64/libfreetype.so
> >> > -- Found PROJ: /usr/lib64/libproj.so
> >> > -- Looking for iconv
> >> > -- Looking for iconv - found
> >> > -- Found iconv library:
> >> > -- Found PkgConfig: /usr/bin/pkg-config (found version "0.23")
> >> > -- checking for module 'cairo'
> >> > --   found cairo, version 1.8.8
> >> > -- Found CAIRO: /usr/lib64/libcairo.so
> >> > -- Found ORACLE:
> >> >
> >> >
> /home/oracle/app/oracle/product/12.1.0/client_1/lib/libclntsh.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libocci.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libnnz12.so
> >> > -- Found GEOS: /usr/lib64/libgeos_c.so
> >> > -- Found POSTGRESQL: /usr/lib64/libpq.so
> >> > -- Looking for PQserverVersion in pq
> >> > -- Looking for PQserverVersion in pq - found
> >> > -- Found GDAL: /opt/gdal-trunk/lib/libgdal.so
> >> > -- Found SVG: /usr/local/lib/libsvg.so
> >> > -- Found SVGCAIRO: /usr/local/lib/libsvg-cairo.so
> >> > -- Found CURL: /usr/lib64/libcurl.so (found version "7.19.7")
> >> > -- Found LibXml2: /usr/lib64/libxml2.so (found version "2.7.6")
> >> > -- Performing Test GIF_GifFileType_UserData
> >> > -- Performing Test GIF_GifFileType_UserData - Success
> >> > -- Found GIF: /usr/lib64/libgif.so (found version "4")
> >> > -- Found SWIG: /usr/bin/swig (found version "1.3.36")
> >> > -- Found PythonInterp: /usr/bin/python (found version "2.6.9")
> >> > -- * Summary of configured options for this build
> >> > --  * Mandatory components
> >> > --   * png: /usr/lib64/libpng.so
> >> > --   * jpeg: /usr/lib64/libjpeg.so
> >> > --   * freetype: /usr/lib64/libfreetype.so
> >> > --  * Optional components
> >> > --   * GDAL: /opt/gdal-trunk/lib/libgdal.so
> >> > --   * OGR: /opt/gdal-trunk/lib/libgdal.so
> >> > --   * GIF: /usr/lib64/libgif.so
> >> > --   * MYSQL: disabled
> >> > --   * FRIBIDI: disabled
> >> > --   * HARFBUZZ: disabled
> >> > --   * GIF: /usr/lib64/libgif.so
> >> > --   * CAIRO: /usr/lib64/libcairo.so
> >> > --   * SVGCAIRO: /usr/local/lib/libsvg-cairo.so
> >> > --   * RSVG: disabled
> >> > --   * CURL: /usr/lib64/libcurl.so
> >> > --   * PROJ: /usr/lib64/libproj.so
> >> > --   * PIXMAN: disabled
> >> > --   * LIBXML2: /usr/lib64/libxml2.so
> >> > --   * POSTGIS: /usr/lib64/libpq.so
> >> > --   * GEOS: /usr/lib64/libgeos_c.so
> >> > --   * FastCGI: disabled
> >> > --   * Oracle Spatial:
> >> >
> >> >
> /home/oracle/app/oracle/product/12.1.0/client_1/lib/libclntsh.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libocci.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libnnz12.so
> >> > --   * Exempi XMP: disabled
> >> > --  * Optional features
> >> > --   * WMS SERVER: ENABLED
> >> > --   * WFS SERVER: ENABLED
> >> > --   * WCS SERVER: ENABLED
> >> > --   * SOS SERVER: ENABLED
> >> > --   * WMS CLIENT: ENABLED
> >> > --   * WFS CLIENT: ENABLED
> >> > --   * ICONV: ENABLED
> >> > --   * Thread-safety support: disabled
> >> > --   * KML output: disabled
> >> > --   * Z+M point coordinate support: disabled
> >> > --   * XML Mapfile support: disabled
> >> > --  * Mapscripts
> >> > --   * Python: ENABLED
> >> > --   * PHP: ENABLED
> >> > --   * PERL: disabled
> >> > --   * RUBY: disabled
> >> > --   * JAVA: disabled
> >> > --   * C#: disabled
> >> > --   * V8 Javascript: disabled
> >> > --   * Apache Module (Experimental): disabled
> >> > --
> >> > -- Will install files to /usr/local
> >> > -- Will install libraries to /usr/local/lib
> >> > -- Configuring incomplete, errors occurred!
> >> >
> >> > Is this related to disabling Harfbuzz or Fribidi? I understood that
> >> > Harfbuzz
> >> > is not needed unless for special languages character rendering?
> >> >
> >> > Thanks, Michael
> >> >
> >> >
> >> > 2016-06-24 8:36 GMT+02:00 thomas bonfort <thomas.bonfort at gmail.com>:
> >> >>
> >> >> Matthew,
> >> >> What configure flags did you use to build harfbuzz? What harfbuzz
> >> >> version are you using?
> >> >>
> >> >> --
> >> >> thomas
> >> >>
> >> >>
> >> >> On 21 June 2016 at 20:41, Cechini, Matthew F. (GSFC-423.0)[Science
> >> >> Systems & Applications, Inc.] <matthew.f.cechini at nasa.gov> wrote:
> >> >> > As it turns out, the issue is Harfbuzz:
> >> >> >
> >> >> > In the pre-compile checks, I see this:
> >> >> >
> >> >> > -- checking for module 'harfbuzz>=0.9.18'
> >> >> >
> >> >> > --   package 'harfbuzz>=0.9.18' not found
> >> >> >
> >> >> > -- Found HarfBuzz: /usr/local/include/harfbuzz
> >> >> >
> >> >> >
> >> >> > Seems ok, it didn?t find an installed RPM/package, but it finds the
> >> >> > directory where I build and installed manually.
> >> >> >
> >> >> > But the problem then is that there is a missing header file from
> >> >> > Harfbuzz:
> >> >> >
> >> >> > In file included from
> >> >> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:32:
> >> >> >
> >> >> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.h:15:20:
> >> >> > error:
> >> >> > hb-ft.h: No such file or directory
> >> >> >
> >> >> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c: In
> function
> >> >> > 'msFreeFontCache':
> >> >> >
> >> >> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:82:
> warning:
> >> >> > implicit declaration of function 'hb_font_destroy'
> >> >> >
> >> >> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:84:
> warning:
> >> >> > implicit declaration of function 'hb_font_funcs_destroy'
> >> >> >
> >> >> >
> >> >> > I see that particular header file in the src directory, from which
> >> >> > `make
> >> >> > install` is run for harfbuzz? but it?s not ?installed?.  I can?t
> seem
> >> >> > to
> >> >> > find an RPM for Centos 6, so building from source seems to be the
> >> >> > path I
> >> >> > have to follow.
> >> >> >
> >> >> > Matt
> >> >> > .................................................................
> >> >> > Matthew Cechini
> >> >> > Contractor, Science Systems and Applications, Inc.
> >> >> > NASA GIBS Systems/Software Engineer
> >> >> > 410.205.6272
> >> >> >
> >> >> > From: Thomas Gratier <osgeo.mailinglist at gmail.com>
> >> >> > Date: Tuesday, June 21, 2016 at 12:30 PM
> >> >> > To: Matthew Cechini <matthew.f.cechini at nasa.gov>
> >> >> > Cc: "mapserver-users at lists.osgeo.org"
> >> >> > <mapserver-users at lists.osgeo.org>
> >> >> > Subject: Re: [mapserver-users] Building Mapserver - missing
> >> >> > strlcat...
> >> >> > methods
> >> >> >
> >> >> > Hi,
> >> >> >
> >> >> > "build map server 7.0.1 on linux": distro, architecture?
> >> >> >
> >> >> > You should look at
> >> >> > https://github.com/mapserver/mapserver/blob/branch-7-0/.travis.yml
> to
> >> >> > find
> >> >> > out more about MapServer deps.
> >> >> >
> >> >> > Cheers
> >> >> >
> >> >> >
> >> >> > Thomas Gratier
> >> >> >
> >> >> > 2016-06-20 22:35 GMT+02:00 Cechini, Matthew F. (GSFC-423.0)[Science
> >> >> > Systems
> >> >> > & Applications, Inc.] <matthew.f.cechini at nasa.gov>:
> >> >> >>
> >> >> >> I?m attempting to build map server 7.0.1 on linux and am getting
> the
> >> >> >> following errors.  I?m sure I?m missing some dependency? but
> google
> >> >> >> has
> >> >> >> failed me to figure it out.  Help?
> >> >> >>
> >> >> >> -- Looking for strrstr - not found
> >> >> >> -- Looking for strlcat - not found
> >> >> >> -- Looking for strlcpy - not found
> >> >> >> -- Looking for PQserverVersion in pq - not found
> >> >> >> -- Looking for pthread_create - not found
> >> >> >> -- Looking for pthread_create in pthreads - not found
> >> >> >>
> >> >> >> Matt
> >> >> >> .................................................................
> >> >> >> Matthew Cechini
> >> >> >> Contractor, Science Systems and Applications, Inc.
> >> >> >> NASA GIBS Systems/Software Engineer
> >> >> >> 410.205.6272
> >> >> >>
> >> >> >> _______________________________________________
> >> >> >> mapserver-users mailing list
> >> >> >> mapserver-users at lists.osgeo.org
> >> >> >> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> >> >> >
> >> >> >
> >> >> >
> >> >> > _______________________________________________
> >> >> > mapserver-users mailing list
> >> >> > mapserver-users at lists.osgeo.org
> >> >> > http://lists.osgeo.org/mailman/listinfo/mapserver-users
> >> >> _______________________________________________
> >> >> mapserver-users mailing list
> >> >> mapserver-users at lists.osgeo.org
> >> >> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> >> >
> >> >
> >> >
> >> >
> >> > --
> >> > -----------------------------------------------------------
> >> > Michael Schulz
> >> >
> >> >
> >
> >
> >
> >
> >
>



--
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160624/99b25fab/attachment.htm>

From thomas.bonfort at gmail.com  Fri Jun 24 04:53:38 2016
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Fri, 24 Jun 2016 13:53:38 +0200
Subject: [mapserver-users] Building Mapserver - missing strlcat...
	methods
In-Reply-To: <CA+s71-zkEXFLJ8jRZgrWo1hU4Q+QHto1g6c+jaf+q6nNA5zYhA@mail.gmail.com>
References: <D38DAF94.78206%matthew.f.cechini@nasa.gov>
 <CACPZzQ2BLifKw29mOFnp05vKvFq1EM_BFp7wA49PRLdMDTBgHQ@mail.gmail.com>
 <D38EE637.78325%matthew.f.cechini@nasa.gov>
 <CAOM3y2h5j+apqstrb18R+QjL=dq4EvwBZWoN4czrTUNaUdNOZA@mail.gmail.com>
 <CA+s71-xxWK4LPhzz=isez_VrSDVfNcknHMVi9zxzxtddfWOgKQ@mail.gmail.com>
 <CAOM3y2i885Z6xGF4LaFCtJAtzmkDBHKa06TaA7snq7QHoFuXzg@mail.gmail.com>
 <CA+s71-wEvx-kkD2Y-KTcWE39xdEU0yDdpHX3_wesoL=QfyM9sw@mail.gmail.com>
 <CAOM3y2hnYrg5AdVHf2SJTT9yDP-Ti0PfHh=WcyGz9ZFALOO=Vw@mail.gmail.com>
 <CA+s71-zkEXFLJ8jRZgrWo1hU4Q+QHto1g6c+jaf+q6nNA5zYhA@mail.gmail.com>
Message-ID: <CAOM3y2j=ugN8_+nKBEZ+_4RZ6zP=DvJ30_yzdsgtt4=gfmt05w@mail.gmail.com>

Your error is somehow coming from the php installation/configuration.
Check your log messages for something there.

On 24 June 2016 at 13:49, Michael Schulz <mandschulz at googlemail.com> wrote:
> Hi Thomas,
>
> I'm pretty sure it is. Just did a rm -rf * on the build dir, and then this:
>
> :/usr/local/src/mapserver-7.0.1/build #  cmake ..
> -DCMAKE_INSTALL_PREFIX=/opt/mapserver-7.0.1
> -DCMAKE_PREFIX_PATH=/opt/gdal-trunk         -DWITH_CLIENT_WFS=ON
> -DWITH_CLIENT_WMS=ON         -DWITH_CURL=ON         -DWITH_SOS=ON
> -DWITH_PHP=ON         -DWITH_PYTHON=ON         -DWITH_SVGCAIRO=ON
> -DWITH_ORACLESPATIAL=ON    -DWITH_HARFBUZZ=0   -DWITH_FRIBIDI=0
> -DWITH_FCGI=0
>
>
> -- The C compiler identification is GNU 4.3.4
> -- The CXX compiler identification is GNU 4.3.4
> -- Check for working C compiler: /usr/bin/cc
> -- Check for working C compiler: /usr/bin/cc -- works
> -- Detecting C compiler ABI info
> -- Detecting C compiler ABI info - done
> -- Check for working CXX compiler: /usr/bin/c++
> -- Check for working CXX compiler: /usr/bin/c++ -- works
> -- Detecting CXX compiler ABI info
> -- Detecting CXX compiler ABI info - done
> -- Looking for strrstr
> -- Looking for strrstr - not found
> -- Looking for strcasecmp
> -- Looking for strcasecmp - found
> -- Looking for strcasestr
> -- Looking for strcasestr - found
> -- Looking for strdup
> -- Looking for strdup - found
> -- Looking for strlcat
> -- Looking for strlcat - not found
> -- Looking for strlcpy
> -- Looking for strlcpy - not found
> -- Looking for strlen
> -- Looking for strlen - found
> -- Looking for strncasecmp
> -- Looking for strncasecmp - found
> -- Looking for vsnprintf
> -- Looking for vsnprintf - found
> -- Looking for lrintf
> -- Looking for lrintf - found
> -- Looking for lrint
> -- Looking for lrint - found
> -- Looking for dlfcn.h
> -- Looking for dlfcn.h - found
> -- Performing Test HAVE_SYNC_FETCH_AND_ADD
> -- Performing Test HAVE_SYNC_FETCH_AND_ADD - Success
> -- Found ZLIB: /usr/lib64/libz.so (found version "1.2.7")
> -- Found PNG: /usr/lib64/libpng.so (found version "1.2.31")
> -- Found JPEG: /usr/lib64/libjpeg.so
> -- Found Freetype: /usr/lib64/libfreetype.so
> -- Found PROJ: /usr/lib64/libproj.so
> -- Looking for iconv
> -- Looking for iconv - found
> -- Found iconv library:
> -- Found PkgConfig: /usr/bin/pkg-config (found version "0.23")
> -- checking for module 'cairo'
> --   found cairo, version 1.8.8
> -- Found CAIRO: /usr/lib64/libcairo.so
> ORACLE_HOME=/home/oracle/app/oracle/product/12.1.0/client_1
> -- Found ORACLE:
> /home/oracle/app/oracle/product/12.1.0/client_1/lib/libclntsh.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libocci.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libnnz12.so
> -- Found GEOS: /usr/lib64/libgeos_c.so
> -- Found POSTGRESQL: /usr/lib64/libpq.so
> -- Looking for PQserverVersion in pq
> -- Looking for PQserverVersion in pq - found
> -- Found GDAL: /opt/gdal-trunk/lib/libgdal.so
> -- Found SVG: /usr/local/lib/libsvg.so
> -- Found SVGCAIRO: /usr/local/lib/libsvg-cairo.so
> -- Found CURL: /usr/lib64/libcurl.so (found version "7.19.7")
> -- Found LibXml2: /usr/lib64/libxml2.so (found version "2.7.6")
> -- Performing Test GIF_GifFileType_UserData
> -- Performing Test GIF_GifFileType_UserData - Success
> -- Found GIF: /usr/lib64/libgif.so (found version "4")
> -- Found SWIG: /usr/bin/swig (found version "1.3.36")
> -- Found PythonInterp: /usr/bin/python (found version "2.6.9")
> CMake Warning (dev) at mapscript/python/CMakeLists.txt:42
> (get_target_property):
>   Policy CMP0026 is not set: Disallow use of the LOCATION target property.
>   Run "cmake --help-policy CMP0026" for policy details.  Use the
> cmake_policy
>   command to set the policy and suppress this warning.
>
>   The LOCATION property should not be read from target "_pythonmapscript".
>   Use the target name directly with add_custom_command, or use the generator
>   expression $<TARGET_FILE>, as appropriate.
>
> This warning is for project developers.  Use -Wno-dev to suppress it.
>
> CMake Error at mapscript/php/CMakeLists.txt:31 (install):
>   install TARGETS given no LIBRARY DESTINATION for module target
>   "php_mapscript".
>
>
>
> -- * Summary of configured options for this build
> --  * Mandatory components
> --   * png: /usr/lib64/libpng.so
> --   * jpeg: /usr/lib64/libjpeg.so
> --   * freetype: /usr/lib64/libfreetype.so
> --  * Optional components
> --   * GDAL: /opt/gdal-trunk/lib/libgdal.so
> --   * OGR: /opt/gdal-trunk/lib/libgdal.so
> --   * GIF: /usr/lib64/libgif.so
> --   * MYSQL: disabled
> --   * FRIBIDI: disabled
> --   * HARFBUZZ: disabled
> --   * GIF: /usr/lib64/libgif.so
> --   * CAIRO: /usr/lib64/libcairo.so
> --   * SVGCAIRO: /usr/local/lib/libsvg-cairo.so
> --   * RSVG: disabled
> --   * CURL: /usr/lib64/libcurl.so
> --   * PROJ: /usr/lib64/libproj.so
> --   * PIXMAN: disabled
> --   * LIBXML2: /usr/lib64/libxml2.so
> --   * POSTGIS: /usr/lib64/libpq.so
> --   * GEOS: /usr/lib64/libgeos_c.so
> --   * FastCGI: disabled
> --   * Oracle Spatial:
> /home/oracle/app/oracle/product/12.1.0/client_1/lib/libclntsh.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libocci.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libnnz12.so
> --   * Exempi XMP: disabled
> --  * Optional features
> --   * WMS SERVER: ENABLED
> --   * WFS SERVER: ENABLED
> --   * WCS SERVER: ENABLED
> --   * SOS SERVER: ENABLED
> --   * WMS CLIENT: ENABLED
> --   * WFS CLIENT: ENABLED
> --   * ICONV: ENABLED
> --   * Thread-safety support: disabled
> --   * KML output: disabled
> --   * Z+M point coordinate support: disabled
> --   * XML Mapfile support: disabled
> --  * Mapscripts
> --   * Python: ENABLED
> --   * PHP: ENABLED
> --   * PERL: disabled
> --   * RUBY: disabled
> --   * JAVA: disabled
> --   * C#: disabled
> --   * V8 Javascript: disabled
> --   * Apache Module (Experimental): disabled
> --
> -- Will install files to /opt/mapserver-7.0.1
> -- Will install libraries to /opt/mapserver-7.0.1/lib
> -- Configuring incomplete, errors occurred!
> See also "/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeOutput.log".
> See also "/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeError.log".
>
> Thanks, Michael
>
> 2016-06-24 11:46 GMT+02:00 thomas bonfort <thomas.bonfort at gmail.com>:
>>
>> The str* missising functions should not be an issue, those are just
>> checks to see if we shall be providing our own implementation. Are you
>> sure you posted the whole cmake log ?
>>
>> --
>> thomas
>>
>> On 24 June 2016 at 11:31, Michael Schulz <mandschulz at googlemail.com>
>> wrote:
>> > Hi Thomas,
>> >
>> > nope, unfortunately not. Deleted everything, rerun cmake, still got the
>> > same
>> > errors (strsstr, strlcat, strlcpy not found). This is one part of
>> > CMakeError.log:
>> >
>> > Determining if the function strrstr exists failed with the following
>> > output:
>> > Change Dir: /usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp
>> >
>> > Run Build Command:"/usr/bin/gmake" "cmTryCompileExec1997038117/fast"
>> > /usr/bin/gmake -f CMakeFiles/cmTryCompileExec1997038117.dir/build.make
>> > CMakeFiles/cmTryCompileExec1997038117.dir/build
>> > gmake[1]: Entering directory
>> > `/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp'
>> > /usr/bin/cmake -E cmake_progress_report
>> > /usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp/CMakeFiles 1
>> > Building C object
>> > CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o
>> > /usr/bin/cc   -DCHECK_FUNCTION_EXISTS=strrstr
>> > -I/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp/math.h    -o
>> > CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o   -c
>> > /usr/share/cmake/Modules/CheckFunctionExists.c
>> > Linking C executable cmTryCompileExec1997038117
>> > /usr/bin/cmake -E cmake_link_script
>> > CMakeFiles/cmTryCompileExec1997038117.dir/link.txt --verbose=1
>> > /usr/bin/cc   -DCHECK_FUNCTION_EXISTS=strrstr
>> > CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o  -o
>> > cmTryCompileExec1997038117 -rdynamic -lm
>> > CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o: In
>> > function `main':
>> > CheckFunctionExists.c:(.text+0x15): undefined reference to `strrstr'
>> > collect2: ld gab 1 als Ende-Status zur?ck
>> > gmake[1]: Leaving directory
>> > `/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp'
>> > gmake[1]: *** [cmTryCompileExec1997038117] Fehler 1
>> > gmake: *** [cmTryCompileExec1997038117/fast] Fehler 2
>> >
>> > ... (this is similarly repeated for the other functions)
>> >
>> > Thanks, Michael
>> >
>> >
>> >
>> >
>> > 2016-06-24 10:09 GMT+02:00 thomas bonfort <thomas.bonfort at gmail.com>:
>> >>
>> >> Try deleting everything in the build directory and starting again,
>> >> might be a cmake cache problem...
>> >>
>> >> On 24 June 2016 at 10:07, Michael Schulz <mandschulz at googlemail.com>
>> >> wrote:
>> >> > Hi,
>> >> >
>> >> > I have exactly the same issue here. Trying to build mapserver on SLES
>> >> > 11
>> >> > SP4, I have disabled harfbuzz and fribidi:
>> >> >
>> >> > cmake .. \
>> >> >  -DCMAKE_PREFIX_PATH=/opt/gdal-trunk \
>> >> >         -DWITH_CLIENT_WFS=ON \
>> >> >         -DWITH_CLIENT_WMS=ON \
>> >> >         -DWITH_CURL=ON \
>> >> >         -DWITH_SOS=ON \
>> >> >         -DWITH_PHP=ON \
>> >> >         -DWITH_PYTHON=ON \
>> >> >         -DWITH_SVGCAIRO=ON \
>> >> >         -DWITH_ORACLESPATIAL=ON \
>> >> >         -DWITH_HARFBUZZ=0 \
>> >> >         -DWITH_FRIBIDI=0 \
>> >> >         -DWITH_FCGI=0 \
>> >> >          >../configure.out.txt
>> >> >
>> >> > configure.out:
>> >> > -- The C compiler identification is GNU 4.3.4
>> >> > -- The CXX compiler identification is GNU 4.3.4
>> >> > -- Check for working C compiler: /usr/bin/cc
>> >> > -- Check for working C compiler: /usr/bin/cc -- works
>> >> > -- Detecting C compiler ABI info
>> >> > -- Detecting C compiler ABI info - done
>> >> > -- Check for working CXX compiler: /usr/bin/c++
>> >> > -- Check for working CXX compiler: /usr/bin/c++ -- works
>> >> > -- Detecting CXX compiler ABI info
>> >> > -- Detecting CXX compiler ABI info - done
>> >> > -- Looking for strrstr
>> >> > -- Looking for strrstr - not found
>> >> > -- Looking for strcasecmp
>> >> > -- Looking for strcasecmp - found
>> >> > -- Looking for strcasestr
>> >> > -- Looking for strcasestr - found
>> >> > -- Looking for strdup
>> >> > -- Looking for strdup - found
>> >> > -- Looking for strlcat
>> >> > -- Looking for strlcat - not found
>> >> > -- Looking for strlcpy
>> >> > -- Looking for strlcpy - not found
>> >> > -- Looking for strlen
>> >> > -- Looking for strlen - found
>> >> > -- Looking for strncasecmp
>> >> > -- Looking for strncasecmp - found
>> >> > -- Looking for vsnprintf
>> >> > -- Looking for vsnprintf - found
>> >> > -- Looking for lrintf
>> >> > -- Looking for lrintf - found
>> >> > -- Looking for lrint
>> >> > -- Looking for lrint - found
>> >> > -- Looking for dlfcn.h
>> >> > -- Looking for dlfcn.h - found
>> >> > -- Performing Test HAVE_SYNC_FETCH_AND_ADD
>> >> > -- Performing Test HAVE_SYNC_FETCH_AND_ADD - Success
>> >> > -- Found ZLIB: /usr/lib64/libz.so (found version "1.2.7")
>> >> > -- Found PNG: /usr/lib64/libpng.so (found version "1.2.31")
>> >> > -- Found JPEG: /usr/lib64/libjpeg.so
>> >> > -- Found Freetype: /usr/lib64/libfreetype.so
>> >> > -- Found PROJ: /usr/lib64/libproj.so
>> >> > -- Looking for iconv
>> >> > -- Looking for iconv - found
>> >> > -- Found iconv library:
>> >> > -- Found PkgConfig: /usr/bin/pkg-config (found version "0.23")
>> >> > -- checking for module 'cairo'
>> >> > --   found cairo, version 1.8.8
>> >> > -- Found CAIRO: /usr/lib64/libcairo.so
>> >> > -- Found ORACLE:
>> >> >
>> >> >
>> >> > /home/oracle/app/oracle/product/12.1.0/client_1/lib/libclntsh.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libocci.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libnnz12.so
>> >> > -- Found GEOS: /usr/lib64/libgeos_c.so
>> >> > -- Found POSTGRESQL: /usr/lib64/libpq.so
>> >> > -- Looking for PQserverVersion in pq
>> >> > -- Looking for PQserverVersion in pq - found
>> >> > -- Found GDAL: /opt/gdal-trunk/lib/libgdal.so
>> >> > -- Found SVG: /usr/local/lib/libsvg.so
>> >> > -- Found SVGCAIRO: /usr/local/lib/libsvg-cairo.so
>> >> > -- Found CURL: /usr/lib64/libcurl.so (found version "7.19.7")
>> >> > -- Found LibXml2: /usr/lib64/libxml2.so (found version "2.7.6")
>> >> > -- Performing Test GIF_GifFileType_UserData
>> >> > -- Performing Test GIF_GifFileType_UserData - Success
>> >> > -- Found GIF: /usr/lib64/libgif.so (found version "4")
>> >> > -- Found SWIG: /usr/bin/swig (found version "1.3.36")
>> >> > -- Found PythonInterp: /usr/bin/python (found version "2.6.9")
>> >> > -- * Summary of configured options for this build
>> >> > --  * Mandatory components
>> >> > --   * png: /usr/lib64/libpng.so
>> >> > --   * jpeg: /usr/lib64/libjpeg.so
>> >> > --   * freetype: /usr/lib64/libfreetype.so
>> >> > --  * Optional components
>> >> > --   * GDAL: /opt/gdal-trunk/lib/libgdal.so
>> >> > --   * OGR: /opt/gdal-trunk/lib/libgdal.so
>> >> > --   * GIF: /usr/lib64/libgif.so
>> >> > --   * MYSQL: disabled
>> >> > --   * FRIBIDI: disabled
>> >> > --   * HARFBUZZ: disabled
>> >> > --   * GIF: /usr/lib64/libgif.so
>> >> > --   * CAIRO: /usr/lib64/libcairo.so
>> >> > --   * SVGCAIRO: /usr/local/lib/libsvg-cairo.so
>> >> > --   * RSVG: disabled
>> >> > --   * CURL: /usr/lib64/libcurl.so
>> >> > --   * PROJ: /usr/lib64/libproj.so
>> >> > --   * PIXMAN: disabled
>> >> > --   * LIBXML2: /usr/lib64/libxml2.so
>> >> > --   * POSTGIS: /usr/lib64/libpq.so
>> >> > --   * GEOS: /usr/lib64/libgeos_c.so
>> >> > --   * FastCGI: disabled
>> >> > --   * Oracle Spatial:
>> >> >
>> >> >
>> >> > /home/oracle/app/oracle/product/12.1.0/client_1/lib/libclntsh.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libocci.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libnnz12.so
>> >> > --   * Exempi XMP: disabled
>> >> > --  * Optional features
>> >> > --   * WMS SERVER: ENABLED
>> >> > --   * WFS SERVER: ENABLED
>> >> > --   * WCS SERVER: ENABLED
>> >> > --   * SOS SERVER: ENABLED
>> >> > --   * WMS CLIENT: ENABLED
>> >> > --   * WFS CLIENT: ENABLED
>> >> > --   * ICONV: ENABLED
>> >> > --   * Thread-safety support: disabled
>> >> > --   * KML output: disabled
>> >> > --   * Z+M point coordinate support: disabled
>> >> > --   * XML Mapfile support: disabled
>> >> > --  * Mapscripts
>> >> > --   * Python: ENABLED
>> >> > --   * PHP: ENABLED
>> >> > --   * PERL: disabled
>> >> > --   * RUBY: disabled
>> >> > --   * JAVA: disabled
>> >> > --   * C#: disabled
>> >> > --   * V8 Javascript: disabled
>> >> > --   * Apache Module (Experimental): disabled
>> >> > --
>> >> > -- Will install files to /usr/local
>> >> > -- Will install libraries to /usr/local/lib
>> >> > -- Configuring incomplete, errors occurred!
>> >> >
>> >> > Is this related to disabling Harfbuzz or Fribidi? I understood that
>> >> > Harfbuzz
>> >> > is not needed unless for special languages character rendering?
>> >> >
>> >> > Thanks, Michael
>> >> >
>> >> >
>> >> > 2016-06-24 8:36 GMT+02:00 thomas bonfort <thomas.bonfort at gmail.com>:
>> >> >>
>> >> >> Matthew,
>> >> >> What configure flags did you use to build harfbuzz? What harfbuzz
>> >> >> version are you using?
>> >> >>
>> >> >> --
>> >> >> thomas
>> >> >>
>> >> >>
>> >> >> On 21 June 2016 at 20:41, Cechini, Matthew F. (GSFC-423.0)[Science
>> >> >> Systems & Applications, Inc.] <matthew.f.cechini at nasa.gov> wrote:
>> >> >> > As it turns out, the issue is Harfbuzz:
>> >> >> >
>> >> >> > In the pre-compile checks, I see this:
>> >> >> >
>> >> >> > -- checking for module 'harfbuzz>=0.9.18'
>> >> >> >
>> >> >> > --   package 'harfbuzz>=0.9.18' not found
>> >> >> >
>> >> >> > -- Found HarfBuzz: /usr/local/include/harfbuzz
>> >> >> >
>> >> >> >
>> >> >> > Seems ok, it didn?t find an installed RPM/package, but it finds
>> >> >> > the
>> >> >> > directory where I build and installed manually.
>> >> >> >
>> >> >> > But the problem then is that there is a missing header file from
>> >> >> > Harfbuzz:
>> >> >> >
>> >> >> > In file included from
>> >> >> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:32:
>> >> >> >
>> >> >> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.h:15:20:
>> >> >> > error:
>> >> >> > hb-ft.h: No such file or directory
>> >> >> >
>> >> >> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c: In
>> >> >> > function
>> >> >> > 'msFreeFontCache':
>> >> >> >
>> >> >> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:82:
>> >> >> > warning:
>> >> >> > implicit declaration of function 'hb_font_destroy'
>> >> >> >
>> >> >> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:84:
>> >> >> > warning:
>> >> >> > implicit declaration of function 'hb_font_funcs_destroy'
>> >> >> >
>> >> >> >
>> >> >> > I see that particular header file in the src directory, from which
>> >> >> > `make
>> >> >> > install` is run for harfbuzz? but it?s not ?installed?.  I can?t
>> >> >> > seem
>> >> >> > to
>> >> >> > find an RPM for Centos 6, so building from source seems to be the
>> >> >> > path I
>> >> >> > have to follow.
>> >> >> >
>> >> >> > Matt
>> >> >> > .................................................................
>> >> >> > Matthew Cechini
>> >> >> > Contractor, Science Systems and Applications, Inc.
>> >> >> > NASA GIBS Systems/Software Engineer
>> >> >> > 410.205.6272
>> >> >> >
>> >> >> > From: Thomas Gratier <osgeo.mailinglist at gmail.com>
>> >> >> > Date: Tuesday, June 21, 2016 at 12:30 PM
>> >> >> > To: Matthew Cechini <matthew.f.cechini at nasa.gov>
>> >> >> > Cc: "mapserver-users at lists.osgeo.org"
>> >> >> > <mapserver-users at lists.osgeo.org>
>> >> >> > Subject: Re: [mapserver-users] Building Mapserver - missing
>> >> >> > strlcat...
>> >> >> > methods
>> >> >> >
>> >> >> > Hi,
>> >> >> >
>> >> >> > "build map server 7.0.1 on linux": distro, architecture?
>> >> >> >
>> >> >> > You should look at
>> >> >> > https://github.com/mapserver/mapserver/blob/branch-7-0/.travis.yml
>> >> >> > to
>> >> >> > find
>> >> >> > out more about MapServer deps.
>> >> >> >
>> >> >> > Cheers
>> >> >> >
>> >> >> >
>> >> >> > Thomas Gratier
>> >> >> >
>> >> >> > 2016-06-20 22:35 GMT+02:00 Cechini, Matthew F.
>> >> >> > (GSFC-423.0)[Science
>> >> >> > Systems
>> >> >> > & Applications, Inc.] <matthew.f.cechini at nasa.gov>:
>> >> >> >>
>> >> >> >> I?m attempting to build map server 7.0.1 on linux and am getting
>> >> >> >> the
>> >> >> >> following errors.  I?m sure I?m missing some dependency? but
>> >> >> >> google
>> >> >> >> has
>> >> >> >> failed me to figure it out.  Help?
>> >> >> >>
>> >> >> >> -- Looking for strrstr - not found
>> >> >> >> -- Looking for strlcat - not found
>> >> >> >> -- Looking for strlcpy - not found
>> >> >> >> -- Looking for PQserverVersion in pq - not found
>> >> >> >> -- Looking for pthread_create - not found
>> >> >> >> -- Looking for pthread_create in pthreads - not found
>> >> >> >>
>> >> >> >> Matt
>> >> >> >> .................................................................
>> >> >> >> Matthew Cechini
>> >> >> >> Contractor, Science Systems and Applications, Inc.
>> >> >> >> NASA GIBS Systems/Software Engineer
>> >> >> >> 410.205.6272
>> >> >> >>
>> >> >> >> _______________________________________________
>> >> >> >> mapserver-users mailing list
>> >> >> >> mapserver-users at lists.osgeo.org
>> >> >> >> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>> >> >> >
>> >> >> >
>> >> >> >
>> >> >> > _______________________________________________
>> >> >> > mapserver-users mailing list
>> >> >> > mapserver-users at lists.osgeo.org
>> >> >> > http://lists.osgeo.org/mailman/listinfo/mapserver-users
>> >> >> _______________________________________________
>> >> >> mapserver-users mailing list
>> >> >> mapserver-users at lists.osgeo.org
>> >> >> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>> >> >
>> >> >
>> >> >
>> >> >
>> >> > --
>> >> > -----------------------------------------------------------
>> >> > Michael Schulz
>> >> >
>> >> >
>> >
>> >
>> >
>> >
>> >
>
>
>
>
> --
>


From mandschulz at googlemail.com  Fri Jun 24 05:12:24 2016
From: mandschulz at googlemail.com (Michael Schulz)
Date: Fri, 24 Jun 2016 14:12:24 +0200
Subject: [mapserver-users] Building Mapserver - missing strlcat...
	methods
In-Reply-To: <CAOM3y2j=ugN8_+nKBEZ+_4RZ6zP=DvJ30_yzdsgtt4=gfmt05w@mail.gmail.com>
References: <D38DAF94.78206%matthew.f.cechini@nasa.gov>
 <CACPZzQ2BLifKw29mOFnp05vKvFq1EM_BFp7wA49PRLdMDTBgHQ@mail.gmail.com>
 <D38EE637.78325%matthew.f.cechini@nasa.gov>
 <CAOM3y2h5j+apqstrb18R+QjL=dq4EvwBZWoN4czrTUNaUdNOZA@mail.gmail.com>
 <CA+s71-xxWK4LPhzz=isez_VrSDVfNcknHMVi9zxzxtddfWOgKQ@mail.gmail.com>
 <CAOM3y2i885Z6xGF4LaFCtJAtzmkDBHKa06TaA7snq7QHoFuXzg@mail.gmail.com>
 <CA+s71-wEvx-kkD2Y-KTcWE39xdEU0yDdpHX3_wesoL=QfyM9sw@mail.gmail.com>
 <CAOM3y2hnYrg5AdVHf2SJTT9yDP-Ti0PfHh=WcyGz9ZFALOO=Vw@mail.gmail.com>
 <CA+s71-zkEXFLJ8jRZgrWo1hU4Q+QHto1g6c+jaf+q6nNA5zYhA@mail.gmail.com>
 <CAOM3y2j=ugN8_+nKBEZ+_4RZ6zP=DvJ30_yzdsgtt4=gfmt05w@mail.gmail.com>
Message-ID: <CA+s71-xL-hF+=GqVy6Dt2+4Wep7tGLOyEjXd7SzKcijpV1_5jQ@mail.gmail.com>

Hi Thomas,

thanks for your help, I was too blind to realise that error underneath the
python warning. Shame on me: beginners error php-devel not installed...

Thanks, Michael

2016-06-24 13:53 GMT+02:00 thomas bonfort <thomas.bonfort at gmail.com>:

> Your error is somehow coming from the php installation/configuration.
> Check your log messages for something there.
>
> On 24 June 2016 at 13:49, Michael Schulz <mandschulz at googlemail.com>
> wrote:
> > Hi Thomas,
> >
> > I'm pretty sure it is. Just did a rm -rf * on the build dir, and then
> this:
> >
> > :/usr/local/src/mapserver-7.0.1/build #  cmake ..
> > -DCMAKE_INSTALL_PREFIX=/opt/mapserver-7.0.1
> > -DCMAKE_PREFIX_PATH=/opt/gdal-trunk         -DWITH_CLIENT_WFS=ON
> > -DWITH_CLIENT_WMS=ON         -DWITH_CURL=ON         -DWITH_SOS=ON
> > -DWITH_PHP=ON         -DWITH_PYTHON=ON         -DWITH_SVGCAIRO=ON
> > -DWITH_ORACLESPATIAL=ON    -DWITH_HARFBUZZ=0   -DWITH_FRIBIDI=0
> > -DWITH_FCGI=0
> >
> >
> > -- The C compiler identification is GNU 4.3.4
> > -- The CXX compiler identification is GNU 4.3.4
> > -- Check for working C compiler: /usr/bin/cc
> > -- Check for working C compiler: /usr/bin/cc -- works
> > -- Detecting C compiler ABI info
> > -- Detecting C compiler ABI info - done
> > -- Check for working CXX compiler: /usr/bin/c++
> > -- Check for working CXX compiler: /usr/bin/c++ -- works
> > -- Detecting CXX compiler ABI info
> > -- Detecting CXX compiler ABI info - done
> > -- Looking for strrstr
> > -- Looking for strrstr - not found
> > -- Looking for strcasecmp
> > -- Looking for strcasecmp - found
> > -- Looking for strcasestr
> > -- Looking for strcasestr - found
> > -- Looking for strdup
> > -- Looking for strdup - found
> > -- Looking for strlcat
> > -- Looking for strlcat - not found
> > -- Looking for strlcpy
> > -- Looking for strlcpy - not found
> > -- Looking for strlen
> > -- Looking for strlen - found
> > -- Looking for strncasecmp
> > -- Looking for strncasecmp - found
> > -- Looking for vsnprintf
> > -- Looking for vsnprintf - found
> > -- Looking for lrintf
> > -- Looking for lrintf - found
> > -- Looking for lrint
> > -- Looking for lrint - found
> > -- Looking for dlfcn.h
> > -- Looking for dlfcn.h - found
> > -- Performing Test HAVE_SYNC_FETCH_AND_ADD
> > -- Performing Test HAVE_SYNC_FETCH_AND_ADD - Success
> > -- Found ZLIB: /usr/lib64/libz.so (found version "1.2.7")
> > -- Found PNG: /usr/lib64/libpng.so (found version "1.2.31")
> > -- Found JPEG: /usr/lib64/libjpeg.so
> > -- Found Freetype: /usr/lib64/libfreetype.so
> > -- Found PROJ: /usr/lib64/libproj.so
> > -- Looking for iconv
> > -- Looking for iconv - found
> > -- Found iconv library:
> > -- Found PkgConfig: /usr/bin/pkg-config (found version "0.23")
> > -- checking for module 'cairo'
> > --   found cairo, version 1.8.8
> > -- Found CAIRO: /usr/lib64/libcairo.so
> > ORACLE_HOME=/home/oracle/app/oracle/product/12.1.0/client_1
> > -- Found ORACLE:
> >
> /home/oracle/app/oracle/product/12.1.0/client_1/lib/libclntsh.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libocci.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libnnz12.so
> > -- Found GEOS: /usr/lib64/libgeos_c.so
> > -- Found POSTGRESQL: /usr/lib64/libpq.so
> > -- Looking for PQserverVersion in pq
> > -- Looking for PQserverVersion in pq - found
> > -- Found GDAL: /opt/gdal-trunk/lib/libgdal.so
> > -- Found SVG: /usr/local/lib/libsvg.so
> > -- Found SVGCAIRO: /usr/local/lib/libsvg-cairo.so
> > -- Found CURL: /usr/lib64/libcurl.so (found version "7.19.7")
> > -- Found LibXml2: /usr/lib64/libxml2.so (found version "2.7.6")
> > -- Performing Test GIF_GifFileType_UserData
> > -- Performing Test GIF_GifFileType_UserData - Success
> > -- Found GIF: /usr/lib64/libgif.so (found version "4")
> > -- Found SWIG: /usr/bin/swig (found version "1.3.36")
> > -- Found PythonInterp: /usr/bin/python (found version "2.6.9")
> > CMake Warning (dev) at mapscript/python/CMakeLists.txt:42
> > (get_target_property):
> >   Policy CMP0026 is not set: Disallow use of the LOCATION target
> property.
> >   Run "cmake --help-policy CMP0026" for policy details.  Use the
> > cmake_policy
> >   command to set the policy and suppress this warning.
> >
> >   The LOCATION property should not be read from target
> "_pythonmapscript".
> >   Use the target name directly with add_custom_command, or use the
> generator
> >   expression $<TARGET_FILE>, as appropriate.
> >
> > This warning is for project developers.  Use -Wno-dev to suppress it.
> >
> > CMake Error at mapscript/php/CMakeLists.txt:31 (install):
> >   install TARGETS given no LIBRARY DESTINATION for module target
> >   "php_mapscript".
> >
> >
> >
> > -- * Summary of configured options for this build
> > --  * Mandatory components
> > --   * png: /usr/lib64/libpng.so
> > --   * jpeg: /usr/lib64/libjpeg.so
> > --   * freetype: /usr/lib64/libfreetype.so
> > --  * Optional components
> > --   * GDAL: /opt/gdal-trunk/lib/libgdal.so
> > --   * OGR: /opt/gdal-trunk/lib/libgdal.so
> > --   * GIF: /usr/lib64/libgif.so
> > --   * MYSQL: disabled
> > --   * FRIBIDI: disabled
> > --   * HARFBUZZ: disabled
> > --   * GIF: /usr/lib64/libgif.so
> > --   * CAIRO: /usr/lib64/libcairo.so
> > --   * SVGCAIRO: /usr/local/lib/libsvg-cairo.so
> > --   * RSVG: disabled
> > --   * CURL: /usr/lib64/libcurl.so
> > --   * PROJ: /usr/lib64/libproj.so
> > --   * PIXMAN: disabled
> > --   * LIBXML2: /usr/lib64/libxml2.so
> > --   * POSTGIS: /usr/lib64/libpq.so
> > --   * GEOS: /usr/lib64/libgeos_c.so
> > --   * FastCGI: disabled
> > --   * Oracle Spatial:
> >
> /home/oracle/app/oracle/product/12.1.0/client_1/lib/libclntsh.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libocci.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libnnz12.so
> > --   * Exempi XMP: disabled
> > --  * Optional features
> > --   * WMS SERVER: ENABLED
> > --   * WFS SERVER: ENABLED
> > --   * WCS SERVER: ENABLED
> > --   * SOS SERVER: ENABLED
> > --   * WMS CLIENT: ENABLED
> > --   * WFS CLIENT: ENABLED
> > --   * ICONV: ENABLED
> > --   * Thread-safety support: disabled
> > --   * KML output: disabled
> > --   * Z+M point coordinate support: disabled
> > --   * XML Mapfile support: disabled
> > --  * Mapscripts
> > --   * Python: ENABLED
> > --   * PHP: ENABLED
> > --   * PERL: disabled
> > --   * RUBY: disabled
> > --   * JAVA: disabled
> > --   * C#: disabled
> > --   * V8 Javascript: disabled
> > --   * Apache Module (Experimental): disabled
> > --
> > -- Will install files to /opt/mapserver-7.0.1
> > -- Will install libraries to /opt/mapserver-7.0.1/lib
> > -- Configuring incomplete, errors occurred!
> > See also
> "/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeOutput.log".
> > See also
> "/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeError.log".
> >
> > Thanks, Michael
> >
> > 2016-06-24 11:46 GMT+02:00 thomas bonfort <thomas.bonfort at gmail.com>:
> >>
> >> The str* missising functions should not be an issue, those are just
> >> checks to see if we shall be providing our own implementation. Are you
> >> sure you posted the whole cmake log ?
> >>
> >> --
> >> thomas
> >>
> >> On 24 June 2016 at 11:31, Michael Schulz <mandschulz at googlemail.com>
> >> wrote:
> >> > Hi Thomas,
> >> >
> >> > nope, unfortunately not. Deleted everything, rerun cmake, still got
> the
> >> > same
> >> > errors (strsstr, strlcat, strlcpy not found). This is one part of
> >> > CMakeError.log:
> >> >
> >> > Determining if the function strrstr exists failed with the following
> >> > output:
> >> > Change Dir: /usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp
> >> >
> >> > Run Build Command:"/usr/bin/gmake" "cmTryCompileExec1997038117/fast"
> >> > /usr/bin/gmake -f CMakeFiles/cmTryCompileExec1997038117.dir/build.make
> >> > CMakeFiles/cmTryCompileExec1997038117.dir/build
> >> > gmake[1]: Entering directory
> >> > `/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp'
> >> > /usr/bin/cmake -E cmake_progress_report
> >> > /usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp/CMakeFiles 1
> >> > Building C object
> >> > CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o
> >> > /usr/bin/cc   -DCHECK_FUNCTION_EXISTS=strrstr
> >> > -I/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp/math.h
> -o
> >> > CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o   -c
> >> > /usr/share/cmake/Modules/CheckFunctionExists.c
> >> > Linking C executable cmTryCompileExec1997038117
> >> > /usr/bin/cmake -E cmake_link_script
> >> > CMakeFiles/cmTryCompileExec1997038117.dir/link.txt --verbose=1
> >> > /usr/bin/cc   -DCHECK_FUNCTION_EXISTS=strrstr
> >> > CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o  -o
> >> > cmTryCompileExec1997038117 -rdynamic -lm
> >> > CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o: In
> >> > function `main':
> >> > CheckFunctionExists.c:(.text+0x15): undefined reference to `strrstr'
> >> > collect2: ld gab 1 als Ende-Status zur?ck
> >> > gmake[1]: Leaving directory
> >> > `/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp'
> >> > gmake[1]: *** [cmTryCompileExec1997038117] Fehler 1
> >> > gmake: *** [cmTryCompileExec1997038117/fast] Fehler 2
> >> >
> >> > ... (this is similarly repeated for the other functions)
> >> >
> >> > Thanks, Michael
> >> >
> >> >
> >> >
> >> >
> >> > 2016-06-24 10:09 GMT+02:00 thomas bonfort <thomas.bonfort at gmail.com>:
> >> >>
> >> >> Try deleting everything in the build directory and starting again,
> >> >> might be a cmake cache problem...
> >> >>
> >> >> On 24 June 2016 at 10:07, Michael Schulz <mandschulz at googlemail.com>
> >> >> wrote:
> >> >> > Hi,
> >> >> >
> >> >> > I have exactly the same issue here. Trying to build mapserver on
> SLES
> >> >> > 11
> >> >> > SP4, I have disabled harfbuzz and fribidi:
> >> >> >
> >> >> > cmake .. \
> >> >> >  -DCMAKE_PREFIX_PATH=/opt/gdal-trunk \
> >> >> >         -DWITH_CLIENT_WFS=ON \
> >> >> >         -DWITH_CLIENT_WMS=ON \
> >> >> >         -DWITH_CURL=ON \
> >> >> >         -DWITH_SOS=ON \
> >> >> >         -DWITH_PHP=ON \
> >> >> >         -DWITH_PYTHON=ON \
> >> >> >         -DWITH_SVGCAIRO=ON \
> >> >> >         -DWITH_ORACLESPATIAL=ON \
> >> >> >         -DWITH_HARFBUZZ=0 \
> >> >> >         -DWITH_FRIBIDI=0 \
> >> >> >         -DWITH_FCGI=0 \
> >> >> >          >../configure.out.txt
> >> >> >
> >> >> > configure.out:
> >> >> > -- The C compiler identification is GNU 4.3.4
> >> >> > -- The CXX compiler identification is GNU 4.3.4
> >> >> > -- Check for working C compiler: /usr/bin/cc
> >> >> > -- Check for working C compiler: /usr/bin/cc -- works
> >> >> > -- Detecting C compiler ABI info
> >> >> > -- Detecting C compiler ABI info - done
> >> >> > -- Check for working CXX compiler: /usr/bin/c++
> >> >> > -- Check for working CXX compiler: /usr/bin/c++ -- works
> >> >> > -- Detecting CXX compiler ABI info
> >> >> > -- Detecting CXX compiler ABI info - done
> >> >> > -- Looking for strrstr
> >> >> > -- Looking for strrstr - not found
> >> >> > -- Looking for strcasecmp
> >> >> > -- Looking for strcasecmp - found
> >> >> > -- Looking for strcasestr
> >> >> > -- Looking for strcasestr - found
> >> >> > -- Looking for strdup
> >> >> > -- Looking for strdup - found
> >> >> > -- Looking for strlcat
> >> >> > -- Looking for strlcat - not found
> >> >> > -- Looking for strlcpy
> >> >> > -- Looking for strlcpy - not found
> >> >> > -- Looking for strlen
> >> >> > -- Looking for strlen - found
> >> >> > -- Looking for strncasecmp
> >> >> > -- Looking for strncasecmp - found
> >> >> > -- Looking for vsnprintf
> >> >> > -- Looking for vsnprintf - found
> >> >> > -- Looking for lrintf
> >> >> > -- Looking for lrintf - found
> >> >> > -- Looking for lrint
> >> >> > -- Looking for lrint - found
> >> >> > -- Looking for dlfcn.h
> >> >> > -- Looking for dlfcn.h - found
> >> >> > -- Performing Test HAVE_SYNC_FETCH_AND_ADD
> >> >> > -- Performing Test HAVE_SYNC_FETCH_AND_ADD - Success
> >> >> > -- Found ZLIB: /usr/lib64/libz.so (found version "1.2.7")
> >> >> > -- Found PNG: /usr/lib64/libpng.so (found version "1.2.31")
> >> >> > -- Found JPEG: /usr/lib64/libjpeg.so
> >> >> > -- Found Freetype: /usr/lib64/libfreetype.so
> >> >> > -- Found PROJ: /usr/lib64/libproj.so
> >> >> > -- Looking for iconv
> >> >> > -- Looking for iconv - found
> >> >> > -- Found iconv library:
> >> >> > -- Found PkgConfig: /usr/bin/pkg-config (found version "0.23")
> >> >> > -- checking for module 'cairo'
> >> >> > --   found cairo, version 1.8.8
> >> >> > -- Found CAIRO: /usr/lib64/libcairo.so
> >> >> > -- Found ORACLE:
> >> >> >
> >> >> >
> >> >> >
> /home/oracle/app/oracle/product/12.1.0/client_1/lib/libclntsh.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libocci.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libnnz12.so
> >> >> > -- Found GEOS: /usr/lib64/libgeos_c.so
> >> >> > -- Found POSTGRESQL: /usr/lib64/libpq.so
> >> >> > -- Looking for PQserverVersion in pq
> >> >> > -- Looking for PQserverVersion in pq - found
> >> >> > -- Found GDAL: /opt/gdal-trunk/lib/libgdal.so
> >> >> > -- Found SVG: /usr/local/lib/libsvg.so
> >> >> > -- Found SVGCAIRO: /usr/local/lib/libsvg-cairo.so
> >> >> > -- Found CURL: /usr/lib64/libcurl.so (found version "7.19.7")
> >> >> > -- Found LibXml2: /usr/lib64/libxml2.so (found version "2.7.6")
> >> >> > -- Performing Test GIF_GifFileType_UserData
> >> >> > -- Performing Test GIF_GifFileType_UserData - Success
> >> >> > -- Found GIF: /usr/lib64/libgif.so (found version "4")
> >> >> > -- Found SWIG: /usr/bin/swig (found version "1.3.36")
> >> >> > -- Found PythonInterp: /usr/bin/python (found version "2.6.9")
> >> >> > -- * Summary of configured options for this build
> >> >> > --  * Mandatory components
> >> >> > --   * png: /usr/lib64/libpng.so
> >> >> > --   * jpeg: /usr/lib64/libjpeg.so
> >> >> > --   * freetype: /usr/lib64/libfreetype.so
> >> >> > --  * Optional components
> >> >> > --   * GDAL: /opt/gdal-trunk/lib/libgdal.so
> >> >> > --   * OGR: /opt/gdal-trunk/lib/libgdal.so
> >> >> > --   * GIF: /usr/lib64/libgif.so
> >> >> > --   * MYSQL: disabled
> >> >> > --   * FRIBIDI: disabled
> >> >> > --   * HARFBUZZ: disabled
> >> >> > --   * GIF: /usr/lib64/libgif.so
> >> >> > --   * CAIRO: /usr/lib64/libcairo.so
> >> >> > --   * SVGCAIRO: /usr/local/lib/libsvg-cairo.so
> >> >> > --   * RSVG: disabled
> >> >> > --   * CURL: /usr/lib64/libcurl.so
> >> >> > --   * PROJ: /usr/lib64/libproj.so
> >> >> > --   * PIXMAN: disabled
> >> >> > --   * LIBXML2: /usr/lib64/libxml2.so
> >> >> > --   * POSTGIS: /usr/lib64/libpq.so
> >> >> > --   * GEOS: /usr/lib64/libgeos_c.so
> >> >> > --   * FastCGI: disabled
> >> >> > --   * Oracle Spatial:
> >> >> >
> >> >> >
> >> >> >
> /home/oracle/app/oracle/product/12.1.0/client_1/lib/libclntsh.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libocci.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libnnz12.so
> >> >> > --   * Exempi XMP: disabled
> >> >> > --  * Optional features
> >> >> > --   * WMS SERVER: ENABLED
> >> >> > --   * WFS SERVER: ENABLED
> >> >> > --   * WCS SERVER: ENABLED
> >> >> > --   * SOS SERVER: ENABLED
> >> >> > --   * WMS CLIENT: ENABLED
> >> >> > --   * WFS CLIENT: ENABLED
> >> >> > --   * ICONV: ENABLED
> >> >> > --   * Thread-safety support: disabled
> >> >> > --   * KML output: disabled
> >> >> > --   * Z+M point coordinate support: disabled
> >> >> > --   * XML Mapfile support: disabled
> >> >> > --  * Mapscripts
> >> >> > --   * Python: ENABLED
> >> >> > --   * PHP: ENABLED
> >> >> > --   * PERL: disabled
> >> >> > --   * RUBY: disabled
> >> >> > --   * JAVA: disabled
> >> >> > --   * C#: disabled
> >> >> > --   * V8 Javascript: disabled
> >> >> > --   * Apache Module (Experimental): disabled
> >> >> > --
> >> >> > -- Will install files to /usr/local
> >> >> > -- Will install libraries to /usr/local/lib
> >> >> > -- Configuring incomplete, errors occurred!
> >> >> >
> >> >> > Is this related to disabling Harfbuzz or Fribidi? I understood that
> >> >> > Harfbuzz
> >> >> > is not needed unless for special languages character rendering?
> >> >> >
> >> >> > Thanks, Michael
> >> >> >
> >> >> >
> >> >> > 2016-06-24 8:36 GMT+02:00 thomas bonfort <thomas.bonfort at gmail.com
> >:
> >> >> >>
> >> >> >> Matthew,
> >> >> >> What configure flags did you use to build harfbuzz? What harfbuzz
> >> >> >> version are you using?
> >> >> >>
> >> >> >> --
> >> >> >> thomas
> >> >> >>
> >> >> >>
> >> >> >> On 21 June 2016 at 20:41, Cechini, Matthew F. (GSFC-423.0)[Science
> >> >> >> Systems & Applications, Inc.] <matthew.f.cechini at nasa.gov> wrote:
> >> >> >> > As it turns out, the issue is Harfbuzz:
> >> >> >> >
> >> >> >> > In the pre-compile checks, I see this:
> >> >> >> >
> >> >> >> > -- checking for module 'harfbuzz>=0.9.18'
> >> >> >> >
> >> >> >> > --   package 'harfbuzz>=0.9.18' not found
> >> >> >> >
> >> >> >> > -- Found HarfBuzz: /usr/local/include/harfbuzz
> >> >> >> >
> >> >> >> >
> >> >> >> > Seems ok, it didn?t find an installed RPM/package, but it finds
> >> >> >> > the
> >> >> >> > directory where I build and installed manually.
> >> >> >> >
> >> >> >> > But the problem then is that there is a missing header file from
> >> >> >> > Harfbuzz:
> >> >> >> >
> >> >> >> > In file included from
> >> >> >> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:32:
> >> >> >> >
> >> >> >> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.h:15:20:
> >> >> >> > error:
> >> >> >> > hb-ft.h: No such file or directory
> >> >> >> >
> >> >> >> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c: In
> >> >> >> > function
> >> >> >> > 'msFreeFontCache':
> >> >> >> >
> >> >> >> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:82:
> >> >> >> > warning:
> >> >> >> > implicit declaration of function 'hb_font_destroy'
> >> >> >> >
> >> >> >> > /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:84:
> >> >> >> > warning:
> >> >> >> > implicit declaration of function 'hb_font_funcs_destroy'
> >> >> >> >
> >> >> >> >
> >> >> >> > I see that particular header file in the src directory, from
> which
> >> >> >> > `make
> >> >> >> > install` is run for harfbuzz? but it?s not ?installed?.  I can?t
> >> >> >> > seem
> >> >> >> > to
> >> >> >> > find an RPM for Centos 6, so building from source seems to be
> the
> >> >> >> > path I
> >> >> >> > have to follow.
> >> >> >> >
> >> >> >> > Matt
> >> >> >> >
> .................................................................
> >> >> >> > Matthew Cechini
> >> >> >> > Contractor, Science Systems and Applications, Inc.
> >> >> >> > NASA GIBS Systems/Software Engineer
> >> >> >> > 410.205.6272
> >> >> >> >
> >> >> >> > From: Thomas Gratier <osgeo.mailinglist at gmail.com>
> >> >> >> > Date: Tuesday, June 21, 2016 at 12:30 PM
> >> >> >> > To: Matthew Cechini <matthew.f.cechini at nasa.gov>
> >> >> >> > Cc: "mapserver-users at lists.osgeo.org"
> >> >> >> > <mapserver-users at lists.osgeo.org>
> >> >> >> > Subject: Re: [mapserver-users] Building Mapserver - missing
> >> >> >> > strlcat...
> >> >> >> > methods
> >> >> >> >
> >> >> >> > Hi,
> >> >> >> >
> >> >> >> > "build map server 7.0.1 on linux": distro, architecture?
> >> >> >> >
> >> >> >> > You should look at
> >> >> >> >
> https://github.com/mapserver/mapserver/blob/branch-7-0/.travis.yml
> >> >> >> > to
> >> >> >> > find
> >> >> >> > out more about MapServer deps.
> >> >> >> >
> >> >> >> > Cheers
> >> >> >> >
> >> >> >> >
> >> >> >> > Thomas Gratier
> >> >> >> >
> >> >> >> > 2016-06-20 22:35 GMT+02:00 Cechini, Matthew F.
> >> >> >> > (GSFC-423.0)[Science
> >> >> >> > Systems
> >> >> >> > & Applications, Inc.] <matthew.f.cechini at nasa.gov>:
> >> >> >> >>
> >> >> >> >> I?m attempting to build map server 7.0.1 on linux and am
> getting
> >> >> >> >> the
> >> >> >> >> following errors.  I?m sure I?m missing some dependency? but
> >> >> >> >> google
> >> >> >> >> has
> >> >> >> >> failed me to figure it out.  Help?
> >> >> >> >>
> >> >> >> >> -- Looking for strrstr - not found
> >> >> >> >> -- Looking for strlcat - not found
> >> >> >> >> -- Looking for strlcpy - not found
> >> >> >> >> -- Looking for PQserverVersion in pq - not found
> >> >> >> >> -- Looking for pthread_create - not found
> >> >> >> >> -- Looking for pthread_create in pthreads - not found
> >> >> >> >>
> >> >> >> >> Matt
> >> >> >> >>
> .................................................................
> >> >> >> >> Matthew Cechini
> >> >> >> >> Contractor, Science Systems and Applications, Inc.
> >> >> >> >> NASA GIBS Systems/Software Engineer
> >> >> >> >> 410.205.6272
> >> >> >> >>
> >> >> >> >> _______________________________________________
> >> >> >> >> mapserver-users mailing list
> >> >> >> >> mapserver-users at lists.osgeo.org
> >> >> >> >> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> >> >> >> >
> >> >> >> >
> >> >> >> >
> >> >> >> > _______________________________________________
> >> >> >> > mapserver-users mailing list
> >> >> >> > mapserver-users at lists.osgeo.org
> >> >> >> > http://lists.osgeo.org/mailman/listinfo/mapserver-users
> >> >> >> _______________________________________________
> >> >> >> mapserver-users mailing list
> >> >> >> mapserver-users at lists.osgeo.org
> >> >> >> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> >> >> >
> >> >> >
> >> >> >
> >> >> >
> >> >> > --
> >> >> > -----------------------------------------------------------
> >> >> > Michael Schulz
> >> >> >
> >> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >
> >
> >
> >
> > --
> >
>



-- 
-----------------------------------------------------------
Michael Schulz

Johann-Sebastian-Bach-Str. 32
79104 Freiburg
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160624/7d0b5729/attachment.htm>

From support at satshot.com  Sun Jun 26 14:52:38 2016
From: support at satshot.com (Neil Oster)
Date: Mon, 27 Jun 2016 00:52:38 +0300
Subject: [mapserver-users] =?utf-8?q?=28no_subject=29?=
Message-ID: <000083533d8d$7dedfbb6$bb29a67d$@satshot.com>



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160627/af5507a3/attachment.htm>

From jmckenna at gatewaygeomatics.com  Mon Jun 27 11:41:09 2016
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Mon, 27 Jun 2016 15:41:09 -0300
Subject: [mapserver-users] Fwd: MS4W version 4.0.0 pre-release 'alpha'
	available
In-Reply-To: <464dafcc-75c9-d9bd-7fe4-3531dc0a89e3@gatewaygeomatics.com>
References: <464dafcc-75c9-d9bd-7fe4-3531dc0a89e3@gatewaygeomatics.com>
Message-ID: <e6ced026-7b8a-d835-db22-930376122f90@gatewaygeomatics.com>

Forwarding to the MapServer community, to get feedback and testing with 
PHP 7.  Thanks.  -jeff


-------- Forwarded Message --------
Subject: Re: [MS4W-Users] version 4.0.0 pre-release 'alpha' available
Date: Mon, 27 Jun 2016 12:42:11 -0300
From: Jeff McKenna via MS4W-Users <ms4w-users at lists.ms4w.com>
Reply-To: ms4w-users at lists.ms4w.com
To: ms4w-users at lists.ms4w.com
CC: Jeff McKenna <jmckenna at gatewaygeomatics.com>

Hello everyone,

Another alpha build (alpha3) is now available on the download server 
(http://www.ms4w.com/release/experimental/), which contains PHP 7.0.8 as 
well as its extensions.  Thank you to those who had filed tickets for 
specific PHP extensions (at http://ms4w.com/trac).  Note that most of 
the extensions are loaded by default in PHP, so the best way to check 
what extensions are included is through a phpinfo() call (there is a 
'phpinfo.php' file already included in /ms4w/apache/htdocs/  Technical 
users might want to check the configure command used when I compiled 
this PHP, which is shown in the phpinfo() results (or here is a 
screenshot, see the 5th row in the table: 
http://pasteboard.co/1ZYfzJyX.png).  Don't be afraid to request 
additional extensions through the MS4W tracker: http://ms4w.com/trac - 
the time is now for feedback and requests.

PHP 7 is of course a big improvement (and I've invested almost 2 months 
of my time to rebuild the entire MS4W stack for PHP 7, which requires 
the latest compiler).  You can check online for performance improvements 
of PHP 7, most estimate 3X speed improvements with this version (wow). 
An important note of course is that PHPMapScript is not yet included in 
the alpha, as it definitely requires additional development time and 
effort; so please please contact me directly if your organization can 
help fund this effort.

Thank you for using MS4W.

-jeff

-------

Please check the 'HISTORY.txt' file in the alpha, for a list of changes 
in your alpha build.

To use these alpha builds, be sure to install the 'Microsoft Visual C++ 
2015 Redistributable Update 2
' package first (vc_redist.x86.exe): 
https://www.microsoft.com/en-us/download/details.aspx?id=51682  An 
important note: because of this new compiler, old systems running 
Windows XP (and possible Windows Server 2003) can no longer be 
supported.  But of course if need be, I can provide custom builds with 
the old compiler for those organizations requiring that.

I realize that so many organizations (many on this mailing list) rely 
heavily on MS4W, so please contact me directly to help support its 
development with funding.  It is very important.

Below is a list of recent changes.  If you want the latest stable MS4W 
release, please download last month's MS4W 3.1.4 release (from 
http://ms4w.com/).

*************************************

2016-06-27 Gateway Geomatics
    * ms4w version 4.0.0-alpha3 created. Notable changes are:

           - upgraded PHP to 7.0.8 with Visual Studio 2015 compiler 
(trac ticket 5)
           - built additional PHP extensions with Visual Studio 2015 
compiler:
             pdo_mysql (trac ticket 52), pdo_oci, oci8, bzip2
           - rebuilt all GDAL plugins and bindings
           - moved CSharp, Java, Python bindings into folder 
/ms4w/gdalbindings/
           - updated script /gdalbindings/python/test-cgi-mapscript.py 
for Python 3

           *PHPMapScript will not work in this version, needs dev work + 
funding

2016-06-20 Gateway Geomatics
    * ms4w version 4.0.0-alpha2 created. Notable changes are:

           - rebuilt MapServer 7.1-dev with Visual Studio 2015 compiler
           - rebuilt Apache with Visual Studio 2015 compiler
           - upgraded MapCache to 1.5-dev with Visual Studio 2015 compiler
           - rebuilt mod_fcgid with Visual Studio 2015 compiler
           - upgraded OpenSSL support to 1.0.2h with Visual Studio 2015 
compiler
           - upgraded cURL support to 7.49.1 with Visual Studio 2015 
compiler
           - rebuilt Apache H264 Streaming Module with Visual Studio 
2015 compiler
           - upgraded BerkeleyDB support to 6.2.23 with Visual Studio 
2015 compiler

           *still need to rebuild PHP 7 (& its extensions), therefore 
PHP & MapScript
            will not work in this version

2016-05-06 Gateway Geomatics
    * ms4w version 3.1.4 created. Notable changes are:

           - upgraded GDAL to 2.1.0 (trac ticket 50)
           - upgraded Apache to 2.4.20 (trac ticket 55)
           - upgraded OpenSSL support to 1.0.2h (trac ticket 57)
           - upgraded CURL support to 7.48.0

2016-04-21 Gateway Geomatics
    * ms4w version 4.0.0-alpha1 created. Notable changes are:

           - rebuilt JPEG support with Visual Studio 2015 compiler
           - rebuilt zlib support with Visual Studio 2015 compiler
           - rebuilt libPNG support with Visual Studio 2015 compiler
           - rebuilt libTIFF support with Visual Studio 2015 compiler
           - rebuilt PROJ.4 support with Visual Studio 2015 compiler
           - upgraded GeoTIFF support to SVN-trunk-03282016 with Visual 
Studio 2015 compiler
           - upgraded Expat support to 2.1.1 with Visual Studio 2015 
compiler
           - upgraded Xerces support to 3.1.3 with Visual Studio 2015 
compiler
           - rebuilt SZIP support with Visual Studio 2015 compiler
           - upgraded MrSID support to SDK 9.5.1 with Visual Studio 2015 
compiler
           - upgraded PostgreSQL support to 9.5.2 with Visual Studio 
2015 compiler
           - upgraded MySQL support to 5.7.11 with Visual Studio 2015 
compiler
           - upgraded GEOS support to SVN-trunk-0404016 with Visual 
Studio 2015 compiler
           - upgraded SQLite support to 3.12.0 with Visual Studio 2015 
compiler
           - upgraded ICONV support to 1.14 with Visual Studio 2015 compiler
           - upgraded FreeXL support to 1.0.2 with Visual Studio 2015 
compiler
           - rebuilt libxml2 support with Visual Studio 2015 compiler
           - upgraded Python support to 3.5.1 with Visual Studio 2015 
compiler
           - upgraded MySQL support to 5.7.12 with Visual Studio 2015 
compiler
           - upgraded SpatiaLite support to 4.4.0-RC0 with Visual Studio 
2015 compiler
           - rebuilt ReadOSM support with Visual Studio 2015 compiler
           - upgraded SpatiaLite support to 4.4.0-RC0 with Visual Studio 
2015 compiler
           - upgraded spatialite-tools support to 4.4.0-RC0 with Visual 
Studio 2015 compiler
           - upgraded FITS support to 3.380 with Visual Studio 2015 compiler
           - rebuilt OpenSSL support with Visual Studio 2015 compiler
           - upgraded cURL support to 7.48.0 with Visual Studio 2015 
compiler
           - rebuilt NetCDF support with Visual Studio 2015 compiler
           - upgraded LibKML support to git-04182016 with Visual Studio 
2015 compiler
           - upgraded Freetype support to 2.6.3 with Visual Studio 2015 
compiler
           - upgraded Pixman support to 0.34.0 with Visual Studio 2015 
compiler
           - rebuilt Cairo support with Visual Studio 2015 compiler
           - rebuilt Poppler support with Visual Studio 2015 compiler
           - upgraded SWIG support to 3.0.8 with Visual Studio 2015 compiler
           - rebuilt Python, Oracle GDAL plugins with Visual Studio 2015 
compiler
           - added Java, CSharp, ECW (3.3 SDK) GDAL plugins with Visual 
Studio 2015 compiler
           - moved all GDAL plugins into /gdalplugins/
           - added HDF5 1.8.16 support with Visual Studio 2015 compiler
           - added HDF4 4.2.11 support with Visual Studio 2015 compiler
           - upgraded GDAL support to 2.1.0-dev with Visual Studio 2015 
compiler
           - upgraded PCRE support to 8.38 with Visual Studio 2015 compiler
           - rebuilt FriBidi support with Visual Studio 2015 compiler
           - upgraded HarfBuzz support to 1.2.6 with Visual Studio 2015 
compiler
           - upgraded GIFLIB support to 5.1.2 with Visual Studio 2015 
compiler
           - rebuilt FastCGI support with Visual Studio 2015 compiler

           *still need to rebuild MapServer (& its libraries), Apache (& 
its modules), PHP (& its extensions), ...
           *therefore MapServer, Apache, PHP will not work in this version



-- 
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/





From andy at squeakycode.net  Mon Jun 27 18:16:09 2016
From: andy at squeakycode.net (Andy Colson)
Date: Mon, 27 Jun 2016 20:16:09 -0500
Subject: [mapserver-users] Fwd: MS4W version 4.0.0 pre-release 'alpha'
 available
In-Reply-To: <e6ced026-7b8a-d835-db22-930376122f90@gatewaygeomatics.com>
References: <464dafcc-75c9-d9bd-7fe4-3531dc0a89e3@gatewaygeomatics.com>
 <e6ced026-7b8a-d835-db22-930376122f90@gatewaygeomatics.com>
Message-ID: <9050599b-8dec-4483-ab6d-43ee17c19395@squeakycode.net>

On 06/27/2016 01:41 PM, Jeff McKenna wrote:
> Forwarding to the MapServer community, to get feedback and testing with PHP 7.  Thanks.  -jeff
>
>
> -------- Forwarded Message --------
> Subject: Re: [MS4W-Users] version 4.0.0 pre-release 'alpha' available
> Date: Mon, 27 Jun 2016 12:42:11 -0300
> From: Jeff McKenna via MS4W-Users <ms4w-users at lists.ms4w.com>
> Reply-To: ms4w-users at lists.ms4w.com
> To: ms4w-users at lists.ms4w.com
> CC: Jeff McKenna <jmckenna at gatewaygeomatics.com>
>
> Hello everyone,
>
> Another alpha build (alpha3) is now available on the download server (http://www.ms4w.com/release/experimental/), which contains PHP 7.0.8 as well as its extensions.  Thank you to those who had filed tickets for specific PHP extensions (at http://ms4w.com/trac).  Note that most of the extensions are loaded by default in PHP, so the best way to check what extensions are included is through a phpinfo() call (there is a 'phpinfo.php' file already included in /ms4w/apache/htdocs/  Technical users might want to check the configure command used when I compiled this PHP, which is shown in the phpinfo() results (or here is a screenshot, see the 5th row in the table: http://pasteboard.co/1ZYfzJyX.png).  Don't be afraid to request additional extensions through the MS4W tracker: http://ms4w.com/trac - the time is now for feedback and requests.
>
> PHP 7 is of course a big improvement (and I've invested almost 2 months of my time to rebuild the entire MS4W stack for PHP 7, which requires the latest compiler).  You can check online for performance improvements of PHP 7, most estimate 3X speed improvements with this version (wow). An important note of course is that PHPMapScript is not yet included in the alpha, as it definitely requires additional development time and effort; so please please contact me directly if your organization can help fund this effort.
>
> Thank you for using MS4W.
>
> -jeff
>
> -------
>
> Please check the 'HISTORY.txt' file in the alpha, for a list of changes in your alpha build.
>
> To use these alpha builds, be sure to install the 'Microsoft Visual C++ 2015 Redistributable Update 2
> ' package first (vc_redist.x86.exe): https://www.microsoft.com/en-us/download/details.aspx?id=51682  An important note: because of this new compiler, old systems running Windows XP (and possible Windows Server 2003) can no longer be supported.  But of course if need be, I can provide custom builds with the old compiler for those organizations requiring that.
>
> I realize that so many organizations (many on this mailing list) rely heavily on MS4W, so please contact me directly to help support its development with funding.  It is very important.
>
> Below is a list of recent changes.  If you want the latest stable MS4W release, please download last month's MS4W 3.1.4 release (from http://ms4w.com/).
>
> *************************************
>
> 2016-06-27 Gateway Geomatics
>    * ms4w version 4.0.0-alpha3 created. Notable changes are:
>
>           - upgraded PHP to 7.0.8 with Visual Studio 2015 compiler (trac ticket 5)
>           - built additional PHP extensions with Visual Studio 2015 compiler:
>             pdo_mysql (trac ticket 52), pdo_oci, oci8, bzip2
>           - rebuilt all GDAL plugins and bindings
>           - moved CSharp, Java, Python bindings into folder /ms4w/gdalbindings/
>           - updated script /gdalbindings/python/test-cgi-mapscript.py for Python 3
>
>           *PHPMapScript will not work in this version, needs dev work + funding
>


Forgive my dumbness.  But.  Whats the point of PHP if PHPMapScript doesnt work?

Even if it did work, what's the point when 90% of the time spent is inside mapserver, of which 50% of that time is spent reading .shp/PostGIS/.tiff/etc.

I'm all for PHP 7, please don't misunderstand, but this:

> PHP 7 is of course a big improvement (and I've invested almost 2 months

Makes it sound like my gis hosting is going to be 3x faster.  But its not.  Right?

-Andy


From jmckenna at gatewaygeomatics.com  Tue Jun 28 04:09:52 2016
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Tue, 28 Jun 2016 08:09:52 -0300
Subject: [mapserver-users] Fwd: MS4W version 4.0.0 pre-release 'alpha'
 available
In-Reply-To: <9050599b-8dec-4483-ab6d-43ee17c19395@squeakycode.net>
References: <464dafcc-75c9-d9bd-7fe4-3531dc0a89e3@gatewaygeomatics.com>
 <e6ced026-7b8a-d835-db22-930376122f90@gatewaygeomatics.com>
 <9050599b-8dec-4483-ab6d-43ee17c19395@squeakycode.net>
Message-ID: <8a4575ea-4b86-19b3-a21b-1974190f44cc@gatewaygeomatics.com>

On 2016-06-27 10:16 PM, Andy Colson wrote:
> On 06/27/2016 01:41 PM, Jeff McKenna wrote:
>> Forwarding to the MapServer community, to get feedback and testing
>> with PHP 7.  Thanks.  -jeff
>>
>>
>> -------- Forwarded Message --------
>> Subject: Re: [MS4W-Users] version 4.0.0 pre-release 'alpha' available
>> Date: Mon, 27 Jun 2016 12:42:11 -0300
>> From: Jeff McKenna via MS4W-Users <ms4w-users at lists.ms4w.com>
>> Reply-To: ms4w-users at lists.ms4w.com
>> To: ms4w-users at lists.ms4w.com
>> CC: Jeff McKenna <jmckenna at gatewaygeomatics.com>
>>
>> Hello everyone,
>>
>> Another alpha build (alpha3) is now available on the download server
>> (http://www.ms4w.com/release/experimental/), which contains PHP 7.0.8
>> as well as its extensions.  Thank you to those who had filed tickets
>> for specific PHP extensions (at http://ms4w.com/trac).  Note that most
>> of the extensions are loaded by default in PHP, so the best way to
>> check what extensions are included is through a phpinfo() call (there
>> is a 'phpinfo.php' file already included in /ms4w/apache/htdocs/
>> Technical users might want to check the configure command used when I
>> compiled this PHP, which is shown in the phpinfo() results (or here is
>> a screenshot, see the 5th row in the table:
>> http://pasteboard.co/1ZYfzJyX.png).  Don't be afraid to request
>> additional extensions through the MS4W tracker: http://ms4w.com/trac -
>> the time is now for feedback and requests.
>>
>> PHP 7 is of course a big improvement (and I've invested almost 2
>> months of my time to rebuild the entire MS4W stack for PHP 7, which
>> requires the latest compiler).  You can check online for performance
>> improvements of PHP 7, most estimate 3X speed improvements with this
>> version (wow). An important note of course is that PHPMapScript is not
>> yet included in the alpha, as it definitely requires additional
>> development time and effort; so please please contact me directly if
>> your organization can help fund this effort.
>>
>> Thank you for using MS4W.
>>
>> -jeff
>>
>> -------
>>
>> Please check the 'HISTORY.txt' file in the alpha, for a list of
>> changes in your alpha build.
>>
>> To use these alpha builds, be sure to install the 'Microsoft Visual
>> C++ 2015 Redistributable Update 2
>> ' package first (vc_redist.x86.exe):
>> https://www.microsoft.com/en-us/download/details.aspx?id=51682  An
>> important note: because of this new compiler, old systems running
>> Windows XP (and possible Windows Server 2003) can no longer be
>> supported.  But of course if need be, I can provide custom builds with
>> the old compiler for those organizations requiring that.
>>
>> I realize that so many organizations (many on this mailing list) rely
>> heavily on MS4W, so please contact me directly to help support its
>> development with funding.  It is very important.
>>
>> Below is a list of recent changes.  If you want the latest stable MS4W
>> release, please download last month's MS4W 3.1.4 release (from
>> http://ms4w.com/).
>>
>> *************************************
>>
>> 2016-06-27 Gateway Geomatics
>>    * ms4w version 4.0.0-alpha3 created. Notable changes are:
>>
>>           - upgraded PHP to 7.0.8 with Visual Studio 2015 compiler
>> (trac ticket 5)
>>           - built additional PHP extensions with Visual Studio 2015
>> compiler:
>>             pdo_mysql (trac ticket 52), pdo_oci, oci8, bzip2
>>           - rebuilt all GDAL plugins and bindings
>>           - moved CSharp, Java, Python bindings into folder
>> /ms4w/gdalbindings/
>>           - updated script /gdalbindings/python/test-cgi-mapscript.py
>> for Python 3
>>
>>           *PHPMapScript will not work in this version, needs dev work
>> + funding
>>
>
>
> Forgive my dumbness.  But.  Whats the point of PHP if PHPMapScript
> doesnt work?
>
> Even if it did work, what's the point when 90% of the time spent is
> inside mapserver, of which 50% of that time is spent reading
> .shp/PostGIS/.tiff/etc.
>
> I'm all for PHP 7, please don't misunderstand, but this:
>
>> PHP 7 is of course a big improvement (and I've invested almost 2 months
>
> Makes it sound like my gis hosting is going to be 3x faster.  But its
> not.  Right?
>

Hi Andy,

Thanks for your positive feedback on all this work.

Alpha releases are for the MS4W community to test in advance - many MS4W 
applications are based on PHP (GeoMOOSE, Mapbender, p.mapper, ...) so 
these builds help those developers and users prepare for PHP 7 in their 
sites.

Talk soon,

-jeff


-- 
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/







From andy at squeakycode.net  Tue Jun 28 06:14:23 2016
From: andy at squeakycode.net (Andy Colson)
Date: Tue, 28 Jun 2016 08:14:23 -0500
Subject: [mapserver-users] Fwd: MS4W version 4.0.0 pre-release 'alpha'
 available
In-Reply-To: <8a4575ea-4b86-19b3-a21b-1974190f44cc@gatewaygeomatics.com>
References: <464dafcc-75c9-d9bd-7fe4-3531dc0a89e3@gatewaygeomatics.com>
 <e6ced026-7b8a-d835-db22-930376122f90@gatewaygeomatics.com>
 <9050599b-8dec-4483-ab6d-43ee17c19395@squeakycode.net>
 <8a4575ea-4b86-19b3-a21b-1974190f44cc@gatewaygeomatics.com>
Message-ID: <dde0325e-21ad-f91c-2dad-30a7a5fe5bbb@squeakycode.net>

On 06/28/2016 06:09 AM, Jeff McKenna wrote:
> On 2016-06-27 10:16 PM, Andy Colson wrote:
>> On 06/27/2016 01:41 PM, Jeff McKenna wrote:
>>> Forwarding to the MapServer community, to get feedback and testing
>>> with PHP 7.  Thanks.  -jeff
>>>
>>>
>>> -------- Forwarded Message --------
>>> Subject: Re: [MS4W-Users] version 4.0.0 pre-release 'alpha' available
>>> Date: Mon, 27 Jun 2016 12:42:11 -0300
>>> From: Jeff McKenna via MS4W-Users <ms4w-users at lists.ms4w.com>
>>> Reply-To: ms4w-users at lists.ms4w.com
>>> To: ms4w-users at lists.ms4w.com
>>> CC: Jeff McKenna <jmckenna at gatewaygeomatics.com>
>>>
>>> Hello everyone,
>>>
>>> Another alpha build (alpha3) is now available on the download server
>>> (http://www.ms4w.com/release/experimental/), which contains PHP 7.0.8
>>> as well as its extensions.  Thank you to those who had filed tickets
>>> for specific PHP extensions (at http://ms4w.com/trac).  Note that most
>>> of the extensions are loaded by default in PHP, so the best way to
>>> check what extensions are included is through a phpinfo() call (there
>>> is a 'phpinfo.php' file already included in /ms4w/apache/htdocs/
>>> Technical users might want to check the configure command used when I
>>> compiled this PHP, which is shown in the phpinfo() results (or here is
>>> a screenshot, see the 5th row in the table:
>>> http://pasteboard.co/1ZYfzJyX.png).  Don't be afraid to request
>>> additional extensions through the MS4W tracker: http://ms4w.com/trac -
>>> the time is now for feedback and requests.
>>>
>>> PHP 7 is of course a big improvement (and I've invested almost 2
>>> months of my time to rebuild the entire MS4W stack for PHP 7, which
>>> requires the latest compiler).  You can check online for performance
>>> improvements of PHP 7, most estimate 3X speed improvements with this
>>> version (wow). An important note of course is that PHPMapScript is not
>>> yet included in the alpha, as it definitely requires additional
>>> development time and effort; so please please contact me directly if
>>> your organization can help fund this effort.
>>>
>>> Thank you for using MS4W.
>>>
>>> -jeff
>>>
>>> -------
>>>
>>> Please check the 'HISTORY.txt' file in the alpha, for a list of
>>> changes in your alpha build.
>>>
>>> To use these alpha builds, be sure to install the 'Microsoft Visual
>>> C++ 2015 Redistributable Update 2
>>> ' package first (vc_redist.x86.exe):
>>> https://www.microsoft.com/en-us/download/details.aspx?id=51682  An
>>> important note: because of this new compiler, old systems running
>>> Windows XP (and possible Windows Server 2003) can no longer be
>>> supported.  But of course if need be, I can provide custom builds with
>>> the old compiler for those organizations requiring that.
>>>
>>> I realize that so many organizations (many on this mailing list) rely
>>> heavily on MS4W, so please contact me directly to help support its
>>> development with funding.  It is very important.
>>>
>>> Below is a list of recent changes.  If you want the latest stable MS4W
>>> release, please download last month's MS4W 3.1.4 release (from
>>> http://ms4w.com/).
>>>
>>> *************************************
>>>
>>> 2016-06-27 Gateway Geomatics
>>>    * ms4w version 4.0.0-alpha3 created. Notable changes are:
>>>
>>>           - upgraded PHP to 7.0.8 with Visual Studio 2015 compiler
>>> (trac ticket 5)
>>>           - built additional PHP extensions with Visual Studio 2015
>>> compiler:
>>>             pdo_mysql (trac ticket 52), pdo_oci, oci8, bzip2
>>>           - rebuilt all GDAL plugins and bindings
>>>           - moved CSharp, Java, Python bindings into folder
>>> /ms4w/gdalbindings/
>>>           - updated script /gdalbindings/python/test-cgi-mapscript.py
>>> for Python 3
>>>
>>>           *PHPMapScript will not work in this version, needs dev work
>>> + funding
>>>
>>
>>
>> Forgive my dumbness.  But.  Whats the point of PHP if PHPMapScript
>> doesnt work?
>>
>> Even if it did work, what's the point when 90% of the time spent is
>> inside mapserver, of which 50% of that time is spent reading
>> .shp/PostGIS/.tiff/etc.
>>
>> I'm all for PHP 7, please don't misunderstand, but this:
>>
>>> PHP 7 is of course a big improvement (and I've invested almost 2 months
>>
>> Makes it sound like my gis hosting is going to be 3x faster.  But its
>> not.  Right?
>>
>
> Hi Andy,
>
> Thanks for your positive feedback on all this work.
>
> Alpha releases are for the MS4W community to test in advance - many MS4W applications are based on PHP (GeoMOOSE, Mapbender, p.mapper, ...) so these builds help those developers and users prepare for PHP 7 in their sites.
>
> Talk soon,
>
> -jeff
>
>

Wow.  I was a bit dickish, huh.  Sorry about that.  Re-reading my post I realize I was a bit hostile.

Perhaps I could re-ask and we could start over?  I am curious about performance.

PHP 7 is faster, yes, but an average gis site spends more time inside mapserver code than in php code, I assume, so the new performance benefits of PHP 7 aren't going to speed up my site.  Is this assumption correct?  Or might I see faster maps?

Sorry again, Jeff.

-Andy



From jmckenna at gatewaygeomatics.com  Tue Jun 28 06:27:47 2016
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Tue, 28 Jun 2016 10:27:47 -0300
Subject: [mapserver-users] Fwd: MS4W version 4.0.0 pre-release 'alpha'
 available
In-Reply-To: <dde0325e-21ad-f91c-2dad-30a7a5fe5bbb@squeakycode.net>
References: <464dafcc-75c9-d9bd-7fe4-3531dc0a89e3@gatewaygeomatics.com>
 <e6ced026-7b8a-d835-db22-930376122f90@gatewaygeomatics.com>
 <9050599b-8dec-4483-ab6d-43ee17c19395@squeakycode.net>
 <8a4575ea-4b86-19b3-a21b-1974190f44cc@gatewaygeomatics.com>
 <dde0325e-21ad-f91c-2dad-30a7a5fe5bbb@squeakycode.net>
Message-ID: <c250a856-9c23-60b8-07f3-ef5b61f0d032@gatewaygeomatics.com>

On 2016-06-28 10:14 AM, Andy Colson wrote:
> On 06/28/2016 06:09 AM, Jeff McKenna wrote:
>> On 2016-06-27 10:16 PM, Andy Colson wrote:
>>> On 06/27/2016 01:41 PM, Jeff McKenna wrote:
>>>> Forwarding to the MapServer community, to get feedback and testing
>>>> with PHP 7.  Thanks.  -jeff
>>>>
>>>>
>>>> -------- Forwarded Message --------
>>>> Subject: Re: [MS4W-Users] version 4.0.0 pre-release 'alpha' available
>>>> Date: Mon, 27 Jun 2016 12:42:11 -0300
>>>> From: Jeff McKenna via MS4W-Users <ms4w-users at lists.ms4w.com>
>>>> Reply-To: ms4w-users at lists.ms4w.com
>>>> To: ms4w-users at lists.ms4w.com
>>>> CC: Jeff McKenna <jmckenna at gatewaygeomatics.com>
>>>>
>>>> Hello everyone,
>>>>
>>>> Another alpha build (alpha3) is now available on the download server
>>>> (http://www.ms4w.com/release/experimental/), which contains PHP 7.0.8
>>>> as well as its extensions.  Thank you to those who had filed tickets
>>>> for specific PHP extensions (at http://ms4w.com/trac).  Note that most
>>>> of the extensions are loaded by default in PHP, so the best way to
>>>> check what extensions are included is through a phpinfo() call (there
>>>> is a 'phpinfo.php' file already included in /ms4w/apache/htdocs/
>>>> Technical users might want to check the configure command used when I
>>>> compiled this PHP, which is shown in the phpinfo() results (or here is
>>>> a screenshot, see the 5th row in the table:
>>>> http://pasteboard.co/1ZYfzJyX.png).  Don't be afraid to request
>>>> additional extensions through the MS4W tracker: http://ms4w.com/trac -
>>>> the time is now for feedback and requests.
>>>>
>>>> PHP 7 is of course a big improvement (and I've invested almost 2
>>>> months of my time to rebuild the entire MS4W stack for PHP 7, which
>>>> requires the latest compiler).  You can check online for performance
>>>> improvements of PHP 7, most estimate 3X speed improvements with this
>>>> version (wow). An important note of course is that PHPMapScript is not
>>>> yet included in the alpha, as it definitely requires additional
>>>> development time and effort; so please please contact me directly if
>>>> your organization can help fund this effort.
>>>>
>>>> Thank you for using MS4W.
>>>>
>>>> -jeff
>>>>
>>>> -------
>>>>
>>>> Please check the 'HISTORY.txt' file in the alpha, for a list of
>>>> changes in your alpha build.
>>>>
>>>> To use these alpha builds, be sure to install the 'Microsoft Visual
>>>> C++ 2015 Redistributable Update 2
>>>> ' package first (vc_redist.x86.exe):
>>>> https://www.microsoft.com/en-us/download/details.aspx?id=51682  An
>>>> important note: because of this new compiler, old systems running
>>>> Windows XP (and possible Windows Server 2003) can no longer be
>>>> supported.  But of course if need be, I can provide custom builds with
>>>> the old compiler for those organizations requiring that.
>>>>
>>>> I realize that so many organizations (many on this mailing list) rely
>>>> heavily on MS4W, so please contact me directly to help support its
>>>> development with funding.  It is very important.
>>>>
>>>> Below is a list of recent changes.  If you want the latest stable MS4W
>>>> release, please download last month's MS4W 3.1.4 release (from
>>>> http://ms4w.com/).
>>>>
>>>> *************************************
>>>>
>>>> 2016-06-27 Gateway Geomatics
>>>>    * ms4w version 4.0.0-alpha3 created. Notable changes are:
>>>>
>>>>           - upgraded PHP to 7.0.8 with Visual Studio 2015 compiler
>>>> (trac ticket 5)
>>>>           - built additional PHP extensions with Visual Studio 2015
>>>> compiler:
>>>>             pdo_mysql (trac ticket 52), pdo_oci, oci8, bzip2
>>>>           - rebuilt all GDAL plugins and bindings
>>>>           - moved CSharp, Java, Python bindings into folder
>>>> /ms4w/gdalbindings/
>>>>           - updated script /gdalbindings/python/test-cgi-mapscript.py
>>>> for Python 3
>>>>
>>>>           *PHPMapScript will not work in this version, needs dev work
>>>> + funding
>>>>
>>>
>>>
>>> Forgive my dumbness.  But.  Whats the point of PHP if PHPMapScript
>>> doesnt work?
>>>
>>> Even if it did work, what's the point when 90% of the time spent is
>>> inside mapserver, of which 50% of that time is spent reading
>>> .shp/PostGIS/.tiff/etc.
>>>
>>> I'm all for PHP 7, please don't misunderstand, but this:
>>>
>>>> PHP 7 is of course a big improvement (and I've invested almost 2 months
>>>
>>> Makes it sound like my gis hosting is going to be 3x faster.  But its
>>> not.  Right?
>>>
>>
>> Hi Andy,
>>
>> Thanks for your positive feedback on all this work.
>>
>> Alpha releases are for the MS4W community to test in advance - many
>> MS4W applications are based on PHP (GeoMOOSE, Mapbender, p.mapper,
>> ...) so these builds help those developers and users prepare for PHP 7
>> in their sites.
>>
>> Talk soon,
>>
>> -jeff
>>
>>
>
> Wow.  I was a bit dickish, huh.  Sorry about that.  Re-reading my post I
> realize I was a bit hostile.
>
> Perhaps I could re-ask and we could start over?  I am curious about
> performance.
>
> PHP 7 is faster, yes, but an average gis site spends more time inside
> mapserver code than in php code, I assume, so the new performance
> benefits of PHP 7 aren't going to speed up my site.  Is this assumption
> correct?  Or might I see faster maps?
>
> Sorry again, Jeff.

Thanks Andy, I think we both mean well.

It is true that at the moment I can't confirm yet all these sites with 
their "benchmarks" stating such a big performance improvement from PHP 
7.  I also can't confirm how this will impact map drawing speeds through 
PHPMapScript.  I guess the point of these alphas and my work is to push 
this along, help PHP 7 + MapServer community along.  This was a big 
hurdle for me (PHP 7 required the latest Visual Studio compiler, and if 
you have ever tried to compile on Windows, that means the whole 
MapServer and GDAL stack, and don't forget I also compile the whole 
Apache+modules and PHP+extensions stack on Windows, which is quite a 
massive effort - even the PHP dev team is aware of my MS4W work now on 
Windows).

This was a big first step, and I agree it could be taken as sort of a 
tease ("well ok, but where is PHPMapScript?"), ha, of course, good 
point.  I hope this helps advance things, help things move along, as 
(when I first mentioned MapServer + PHP 7 back in December last year) I 
really feel that this is very important for the MapServer community, but 
spoken of very little.

I did get a response back from the Mapbender dev team already, and I'm 
sure other dev teams will be working towards PHP 7 and keeping this 
momentum going.

-jeff

-- 
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/






From andy at squeakycode.net  Tue Jun 28 07:22:58 2016
From: andy at squeakycode.net (Andy Colson)
Date: Tue, 28 Jun 2016 09:22:58 -0500
Subject: [mapserver-users] Fwd: MS4W version 4.0.0 pre-release 'alpha'
 available
In-Reply-To: <c250a856-9c23-60b8-07f3-ef5b61f0d032@gatewaygeomatics.com>
References: <464dafcc-75c9-d9bd-7fe4-3531dc0a89e3@gatewaygeomatics.com>
 <e6ced026-7b8a-d835-db22-930376122f90@gatewaygeomatics.com>
 <9050599b-8dec-4483-ab6d-43ee17c19395@squeakycode.net>
 <8a4575ea-4b86-19b3-a21b-1974190f44cc@gatewaygeomatics.com>
 <dde0325e-21ad-f91c-2dad-30a7a5fe5bbb@squeakycode.net>
 <c250a856-9c23-60b8-07f3-ef5b61f0d032@gatewaygeomatics.com>
Message-ID: <f27b68d0-bd91-4aab-2f9f-a852174693f2@squeakycode.net>

On 06/28/2016 08:27 AM, Jeff McKenna wrote:
> On 2016-06-28 10:14 AM, Andy Colson wrote:
>> On 06/28/2016 06:09 AM, Jeff McKenna wrote:
>>> On 2016-06-27 10:16 PM, Andy Colson wrote:
>>>> On 06/27/2016 01:41 PM, Jeff McKenna wrote:
>>>>> Forwarding to the MapServer community, to get feedback and testing
>>>>> with PHP 7.  Thanks.  -jeff
>>>>>
>>>>>
>>>>> -------- Forwarded Message --------
>>>>> Subject: Re: [MS4W-Users] version 4.0.0 pre-release 'alpha' available
>>>>> Date: Mon, 27 Jun 2016 12:42:11 -0300
>>>>> From: Jeff McKenna via MS4W-Users <ms4w-users at lists.ms4w.com>
>>>>> Reply-To: ms4w-users at lists.ms4w.com
>>>>> To: ms4w-users at lists.ms4w.com
>>>>> CC: Jeff McKenna <jmckenna at gatewaygeomatics.com>
>>>>>
>>>>> Hello everyone,
>>>>>
>>>>> Another alpha build (alpha3) is now available on the download server
>>>>> (http://www.ms4w.com/release/experimental/), which contains PHP 7.0.8
>>>>> as well as its extensions.  Thank you to those who had filed tickets
>>>>> for specific PHP extensions (at http://ms4w.com/trac).  Note that most
>>>>> of the extensions are loaded by default in PHP, so the best way to
>>>>> check what extensions are included is through a phpinfo() call (there
>>>>> is a 'phpinfo.php' file already included in /ms4w/apache/htdocs/
>>>>> Technical users might want to check the configure command used when I
>>>>> compiled this PHP, which is shown in the phpinfo() results (or here is
>>>>> a screenshot, see the 5th row in the table:
>>>>> http://pasteboard.co/1ZYfzJyX.png).  Don't be afraid to request
>>>>> additional extensions through the MS4W tracker: http://ms4w.com/trac -
>>>>> the time is now for feedback and requests.
>>>>>
>>>>> PHP 7 is of course a big improvement (and I've invested almost 2
>>>>> months of my time to rebuild the entire MS4W stack for PHP 7, which
>>>>> requires the latest compiler).  You can check online for performance
>>>>> improvements of PHP 7, most estimate 3X speed improvements with this
>>>>> version (wow). An important note of course is that PHPMapScript is not
>>>>> yet included in the alpha, as it definitely requires additional
>>>>> development time and effort; so please please contact me directly if
>>>>> your organization can help fund this effort.
>>>>>
>>>>> Thank you for using MS4W.
>>>>>
>>>>> -jeff
>>>>>
>>>>> -------
>>>>>
>>>>> Please check the 'HISTORY.txt' file in the alpha, for a list of
>>>>> changes in your alpha build.
>>>>>
>>>>> To use these alpha builds, be sure to install the 'Microsoft Visual
>>>>> C++ 2015 Redistributable Update 2
>>>>> ' package first (vc_redist.x86.exe):
>>>>> https://www.microsoft.com/en-us/download/details.aspx?id=51682  An
>>>>> important note: because of this new compiler, old systems running
>>>>> Windows XP (and possible Windows Server 2003) can no longer be
>>>>> supported.  But of course if need be, I can provide custom builds with
>>>>> the old compiler for those organizations requiring that.
>>>>>
>>>>> I realize that so many organizations (many on this mailing list) rely
>>>>> heavily on MS4W, so please contact me directly to help support its
>>>>> development with funding.  It is very important.
>>>>>
>>>>> Below is a list of recent changes.  If you want the latest stable MS4W
>>>>> release, please download last month's MS4W 3.1.4 release (from
>>>>> http://ms4w.com/).
>>>>>
>>>>> *************************************
>>>>>
>>>>> 2016-06-27 Gateway Geomatics
>>>>>    * ms4w version 4.0.0-alpha3 created. Notable changes are:
>>>>>
>>>>>           - upgraded PHP to 7.0.8 with Visual Studio 2015 compiler
>>>>> (trac ticket 5)
>>>>>           - built additional PHP extensions with Visual Studio 2015
>>>>> compiler:
>>>>>             pdo_mysql (trac ticket 52), pdo_oci, oci8, bzip2
>>>>>           - rebuilt all GDAL plugins and bindings
>>>>>           - moved CSharp, Java, Python bindings into folder
>>>>> /ms4w/gdalbindings/
>>>>>           - updated script /gdalbindings/python/test-cgi-mapscript.py
>>>>> for Python 3
>>>>>
>>>>>           *PHPMapScript will not work in this version, needs dev work
>>>>> + funding
>>>>>
>>>>
>>>>
>>>> Forgive my dumbness.  But.  Whats the point of PHP if PHPMapScript
>>>> doesnt work?
>>>>
>>>> Even if it did work, what's the point when 90% of the time spent is
>>>> inside mapserver, of which 50% of that time is spent reading
>>>> .shp/PostGIS/.tiff/etc.
>>>>
>>>> I'm all for PHP 7, please don't misunderstand, but this:
>>>>
>>>>> PHP 7 is of course a big improvement (and I've invested almost 2 months
>>>>
>>>> Makes it sound like my gis hosting is going to be 3x faster.  But its
>>>> not.  Right?
>>>>
>>>
>>> Hi Andy,
>>>
>>> Thanks for your positive feedback on all this work.
>>>
>>> Alpha releases are for the MS4W community to test in advance - many
>>> MS4W applications are based on PHP (GeoMOOSE, Mapbender, p.mapper,
>>> ...) so these builds help those developers and users prepare for PHP 7
>>> in their sites.
>>>
>>> Talk soon,
>>>
>>> -jeff
>>>
>>>
>>
>> Wow.  I was a bit dickish, huh.  Sorry about that.  Re-reading my post I
>> realize I was a bit hostile.
>>
>> Perhaps I could re-ask and we could start over?  I am curious about
>> performance.
>>
>> PHP 7 is faster, yes, but an average gis site spends more time inside
>> mapserver code than in php code, I assume, so the new performance
>> benefits of PHP 7 aren't going to speed up my site.  Is this assumption
>> correct?  Or might I see faster maps?
>>
>> Sorry again, Jeff.
>
> Thanks Andy, I think we both mean well.
>
> It is true that at the moment I can't confirm yet all these sites with their "benchmarks" stating such a big performance improvement from PHP 7.  I also can't confirm how this will impact map drawing speeds through PHPMapScript.  I guess the point of these alphas and my work is to push this along, help PHP 7 + MapServer community along.  This was a big hurdle for me (PHP 7 required the latest Visual Studio compiler, and if you have ever tried to compile on Windows, that means the whole MapServer and GDAL stack, and don't forget I also compile the whole Apache+modules and PHP+extensions stack on Windows, which is quite a massive effort - even the PHP dev team is aware of my MS4W work now on Windows).
>
> This was a big first step, and I agree it could be taken as sort of a tease ("well ok, but where is PHPMapScript?"), ha, of course, good point.  I hope this helps advance things, help things move along, as (when I first mentioned MapServer + PHP 7 back in December last year) I really feel that this is very important for the MapServer community, but spoken of very little.
>
> I did get a response back from the Mapbender dev team already, and I'm sure other dev teams will be working towards PHP 7 and keeping this momentum going.
>
> -jeff
>


My current site is written in Perl, but if PHP 7 can give me a 2x or 3x boost, I'd re-write it in a second.  I'll be interested to hear about this going forward.

Thanks again,

-Andy



From bob.basques at ci.stpaul.mn.us  Tue Jun 28 08:08:27 2016
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Tue, 28 Jun 2016 15:08:27 +0000
Subject: [mapserver-users] MS4W version 4.0.0 pre-release 'alpha'
 available
In-Reply-To: <f27b68d0-bd91-4aab-2f9f-a852174693f2@squeakycode.net>
References: <464dafcc-75c9-d9bd-7fe4-3531dc0a89e3@gatewaygeomatics.com>
 <e6ced026-7b8a-d835-db22-930376122f90@gatewaygeomatics.com>
 <9050599b-8dec-4483-ab6d-43ee17c19395@squeakycode.net>
 <8a4575ea-4b86-19b3-a21b-1974190f44cc@gatewaygeomatics.com>
 <dde0325e-21ad-f91c-2dad-30a7a5fe5bbb@squeakycode.net>
 <c250a856-9c23-60b8-07f3-ef5b61f0d032@gatewaygeomatics.com>
 <f27b68d0-bd91-4aab-2f9f-a852174693f2@squeakycode.net>
Message-ID: <D9383848-1458-4DF5-BCA6-DF741B566BAD@ci.stpaul.mn.us>

Hi Andy,

First off I need to put out here, that I?m a PERL user from a long time back and still use it to this day. . .

In the case of GeoMOOSE at least, PHP and Perl do just about the same sorts of things behind the scenes and either can be used in the services side of GeoMOOSE, you can even mix them together for some things if you feel like it.

Think of each of these languages as a software glue of sorts, where they connect up different services such as MapServer and the Browser and pull things together for viewing.

bobb


On Jun 28, 2016, at 9:22 AM, Andy Colson <andy at squeakycode.net<mailto:andy at squeakycode.net>> wrote:

On 06/28/2016 08:27 AM, Jeff McKenna wrote:
On 2016-06-28 10:14 AM, Andy Colson wrote:
On 06/28/2016 06:09 AM, Jeff McKenna wrote:
On 2016-06-27 10:16 PM, Andy Colson wrote:
On 06/27/2016 01:41 PM, Jeff McKenna wrote:
Forwarding to the MapServer community, to get feedback and testing
with PHP 7.  Thanks.  -jeff


-------- Forwarded Message --------
Subject: Re: [MS4W-Users] version 4.0.0 pre-release 'alpha' available
Date: Mon, 27 Jun 2016 12:42:11 -0300
From: Jeff McKenna via MS4W-Users <ms4w-users at lists.ms4w.com<mailto:ms4w-users at lists.ms4w.com>>
Reply-To: ms4w-users at lists.ms4w.com<mailto:ms4w-users at lists.ms4w.com>
To: ms4w-users at lists.ms4w.com<mailto:ms4w-users at lists.ms4w.com>
CC: Jeff McKenna <jmckenna at gatewaygeomatics.com<mailto:jmckenna at gatewaygeomatics.com>>

Hello everyone,

Another alpha build (alpha3) is now available on the download server
(http://www.ms4w.com/release/experimental/), which contains PHP 7.0.8
as well as its extensions.  Thank you to those who had filed tickets
for specific PHP extensions (at http://ms4w.com/trac).  Note that most
of the extensions are loaded by default in PHP, so the best way to
check what extensions are included is through a phpinfo() call (there
is a 'phpinfo.php' file already included in /ms4w/apache/htdocs/
Technical users might want to check the configure command used when I
compiled this PHP, which is shown in the phpinfo() results (or here is
a screenshot, see the 5th row in the table:
http://pasteboard.co/1ZYfzJyX.png).  Don't be afraid to request
additional extensions through the MS4W tracker: http://ms4w.com/trac -
the time is now for feedback and requests.

PHP 7 is of course a big improvement (and I've invested almost 2
months of my time to rebuild the entire MS4W stack for PHP 7, which
requires the latest compiler).  You can check online for performance
improvements of PHP 7, most estimate 3X speed improvements with this
version (wow). An important note of course is that PHPMapScript is not
yet included in the alpha, as it definitely requires additional
development time and effort; so please please contact me directly if
your organization can help fund this effort.

Thank you for using MS4W.

-jeff

-------

Please check the 'HISTORY.txt' file in the alpha, for a list of
changes in your alpha build.

To use these alpha builds, be sure to install the 'Microsoft Visual
C++ 2015 Redistributable Update 2
' package first (vc_redist.x86.exe):
https://www.microsoft.com/en-us/download/details.aspx?id=51682  An
important note: because of this new compiler, old systems running
Windows XP (and possible Windows Server 2003) can no longer be
supported.  But of course if need be, I can provide custom builds with
the old compiler for those organizations requiring that.

I realize that so many organizations (many on this mailing list) rely
heavily on MS4W, so please contact me directly to help support its
development with funding.  It is very important.

Below is a list of recent changes.  If you want the latest stable MS4W
release, please download last month's MS4W 3.1.4 release (from
http://ms4w.com/).

*************************************

2016-06-27 Gateway Geomatics
  * ms4w version 4.0.0-alpha3 created. Notable changes are:

         - upgraded PHP to 7.0.8 with Visual Studio 2015 compiler
(trac ticket 5)
         - built additional PHP extensions with Visual Studio 2015
compiler:
           pdo_mysql (trac ticket 52), pdo_oci, oci8, bzip2
         - rebuilt all GDAL plugins and bindings
         - moved CSharp, Java, Python bindings into folder
/ms4w/gdalbindings/
         - updated script /gdalbindings/python/test-cgi-mapscript.py
for Python 3

         *PHPMapScript will not work in this version, needs dev work
+ funding



Forgive my dumbness.  But.  Whats the point of PHP if PHPMapScript
doesnt work?

Even if it did work, what's the point when 90% of the time spent is
inside mapserver, of which 50% of that time is spent reading
.shp/PostGIS/.tiff/etc.

I'm all for PHP 7, please don't misunderstand, but this:

PHP 7 is of course a big improvement (and I've invested almost 2 months

Makes it sound like my gis hosting is going to be 3x faster.  But its
not.  Right?


Hi Andy,

Thanks for your positive feedback on all this work.

Alpha releases are for the MS4W community to test in advance - many
MS4W applications are based on PHP (GeoMOOSE, Mapbender, p.mapper,
...) so these builds help those developers and users prepare for PHP 7
in their sites.

Talk soon,

-jeff



Wow.  I was a bit dickish, huh.  Sorry about that.  Re-reading my post I
realize I was a bit hostile.

Perhaps I could re-ask and we could start over?  I am curious about
performance.

PHP 7 is faster, yes, but an average gis site spends more time inside
mapserver code than in php code, I assume, so the new performance
benefits of PHP 7 aren't going to speed up my site.  Is this assumption
correct?  Or might I see faster maps?

Sorry again, Jeff.

Thanks Andy, I think we both mean well.

It is true that at the moment I can't confirm yet all these sites with their "benchmarks" stating such a big performance improvement from PHP 7.  I also can't confirm how this will impact map drawing speeds through PHPMapScript.  I guess the point of these alphas and my work is to push this along, help PHP 7 + MapServer community along.  This was a big hurdle for me (PHP 7 required the latest Visual Studio compiler, and if you have ever tried to compile on Windows, that means the whole MapServer and GDAL stack, and don't forget I also compile the whole Apache+modules and PHP+extensions stack on Windows, which is quite a massive effort - even the PHP dev team is aware of my MS4W work now on Windows).

This was a big first step, and I agree it could be taken as sort of a tease ("well ok, but where is PHPMapScript?"), ha, of course, good point.  I hope this helps advance things, help things move along, as (when I first mentioned MapServer + PHP 7 back in December last year) I really feel that this is very important for the MapServer community, but spoken of very little.

I did get a response back from the Mapbender dev team already, and I'm sure other dev teams will be working towards PHP 7 and keeping this momentum going.

-jeff



My current site is written in Perl, but if PHP 7 can give me a 2x or 3x boost, I'd re-write it in a second.  I'll be interested to hear about this going forward.

Thanks again,

-Andy

_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
http://lists.osgeo.org/mailman/listinfo/mapserver-users


"I meant what I said and I said what I meant. "
- Dr. Seuss





-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160628/9a8a72f9/attachment.htm>

From cora.berger at bezreg-koeln.nrw.de  Wed Jun 29 05:16:40 2016
From: cora.berger at bezreg-koeln.nrw.de (Berger, Cora)
Date: Wed, 29 Jun 2016 12:16:40 +0000
Subject: [mapserver-users] Slow Response or Timeout for Mapserver 6.4 on
	Linux
Message-ID: <5D5AE574FB890744BCB91DE22F3A53C1831D10B3@vbrk21mx01.bezreg-koeln.nrw.de>

Hello all,
I was working with Mapserver on Windows before. Now we moved to Linux. We use Mapserver 6.4.1. 
The response time to GetCapabilities and GetMap - requests for the same WMS vary a lot, depending on if you send the requests via browser or an Open Layers application or some other viewers or GIS. Often the requests even run on a timeout. The server is not busy at all. 
Does anybody know why? 
I saw your message from 2014 Jukka Rahkonen concerning " Slow output to PNG format with Mapserver 6.4" but you didn't seem to get a response.
Any clues?

Thanks a lot!

????????????????
Cora Berger
???????????????????????????
- -
Bezirksregierung K?ln
Dezernat 74 -? Geodatenzentrum / Geodateninfrastruktur
50606 K?ln 
Internet: www.bezreg-koeln.nrw.de

Dienstgeb?ude: Muffendorfer Str. 19-21, 53177 Bonn
Telefon:?? +49 (0) 221 - 147 - 4847
Telefax:?? +49 (0) 228 - 180 - 33360 und (digital) 0221 - 147 - 4874
mailto: cora.berger at bezreg-koeln.nrw.de
Internet: www.geobasis.nrw.de 
eShop:? www.geoportal.nrw.de

Folgen Sie uns auf Twitter: https://twitter.com/BezRegKoeln





From jmckenna at gatewaygeomatics.com  Wed Jun 29 05:58:08 2016
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Wed, 29 Jun 2016 09:58:08 -0300
Subject: [mapserver-users] Slow Response or Timeout for Mapserver 6.4 on
 Linux
In-Reply-To: <5D5AE574FB890744BCB91DE22F3A53C1831D10B3@vbrk21mx01.bezreg-koeln.nrw.de>
References: <5D5AE574FB890744BCB91DE22F3A53C1831D10B3@vbrk21mx01.bezreg-koeln.nrw.de>
Message-ID: <4fe27792-5b14-5ac6-2d80-bab522fc47c0@gatewaygeomatics.com>

Hello,

I would check your Apache access logs for the full requests, and compare 
them for the different clients (OpenLayers, QGIS, etc.), you might even 
paste 2 of these full GetMap urls here for the mailing list to compare 
the parameters - maybe one client is using something different causing 
your issue (?)

I had been facing a lot of truncated GetCapabilities requests in the 
MapServer 6 series, but have not seen any issues with MapServer 7. 
(there were lots of tickets for that old issue, but here is one example: 
https://github.com/mapserver/mapserver/issues/4505)

-jeff


-- 
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/




On 2016-06-29 9:16 AM, Berger, Cora wrote:
> Hello all,
> I was working with Mapserver on Windows before. Now we moved to Linux. We use Mapserver 6.4.1.
> The response time to GetCapabilities and GetMap - requests for the same WMS vary a lot, depending on if you send the requests via browser or an Open Layers application or some other viewers or GIS. Often the requests even run on a timeout. The server is not busy at all.
> Does anybody know why?
> I saw your message from 2014 Jukka Rahkonen concerning " Slow output to PNG format with Mapserver 6.4" but you didn't seem to get a response.
> Any clues?
>







From pe_lord at yahoo.ca  Wed Jun 29 05:57:27 2016
From: pe_lord at yahoo.ca (pe_lord)
Date: Wed, 29 Jun 2016 05:57:27 -0700 (PDT)
Subject: [mapserver-users] Union Layer
Message-ID: <1467205047162-5273957.post@n6.nabble.com>

I'm using Mapserver 6.4.2 on ubuntu server

I make an union layer.
The source layer share the same attributes and are based on 2 postgis
connection.

Here's my problem, or the expected behavior I expect from this feature.

I'm setting my union layer STATUS ON
I set source(s) layer STATUS OFF

I'm expecting the source(s) layer not be shown in the GetCapabilities,
however, the source(s) layer are shown? 

Is it normal? I can post my mapfile if it is a real issue.

Is it similar on Mapserver 7?




--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Union-Layer-tp5273957.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From Steve.Toutant at inspq.qc.ca  Wed Jun 29 06:31:14 2016
From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca)
Date: Wed, 29 Jun 2016 09:31:14 -0400
Subject: [mapserver-users] RE  Union Layer
In-Reply-To: <1467205047162-5273957.post@n6.nabble.com>
References: <1467205047162-5273957.post@n6.nabble.com>
Message-ID: <OFEFD50E7F.7614724E-ON85257FE1.004A2AAB-85257FE1.004A44CF@isn.rtss.qc.ca>

You could disabled GetCapabilities for the source layer
"wms_enable_request" "!GetCapabilities"

http://mapserver.org/ogc/wms_server.html




pe_lord <pe_lord at yahoo.ca>@lists.osgeo.org 
Envoy? par : "mapserver-users" <mapserver-users-bounces at lists.osgeo.org>
2016-06-29 08:57

A
mapserver-users at lists.osgeo.org
cc

Objet
[mapserver-users] Union Layer








I'm using Mapserver 6.4.2 on ubuntu server

I make an union layer.
The source layer share the same attributes and are based on 2 postgis
connection.

Here's my problem, or the expected behavior I expect from this feature.

I'm setting my union layer STATUS ON
I set source(s) layer STATUS OFF

I'm expecting the source(s) layer not be shown in the GetCapabilities,
however, the source(s) layer are shown? 

Is it normal? I can post my mapfile if it is a real issue.

Is it similar on Mapserver 7?




--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Union-Layer-tp5273957.html
Sent from the Mapserver - User mailing list archive at Nabble.com.
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160629/040c0edd/attachment.htm>

From Steve.Toutant at inspq.qc.ca  Wed Jun 29 06:33:55 2016
From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca)
Date: Wed, 29 Jun 2016 09:33:55 -0400
Subject: [mapserver-users] RE  Union Layer
In-Reply-To: <1467205047162-5273957.post@n6.nabble.com>
References: <1467205047162-5273957.post@n6.nabble.com>
Message-ID: <OF040F8EE3.12FD4B7D-ON85257FE1.004A7282-85257FE1.004A83E7@isn.rtss.qc.ca>

At the layer metadata (this setting can also be set at the web metadata 
level)
http://mapserver.org/ogc/wms_server.html#layer-object-metadata





pe_lord <pe_lord at yahoo.ca>@lists.osgeo.org 
Envoy? par : "mapserver-users" <mapserver-users-bounces at lists.osgeo.org>
2016-06-29 08:57

A
mapserver-users at lists.osgeo.org
cc

Objet
[mapserver-users] Union Layer








I'm using Mapserver 6.4.2 on ubuntu server

I make an union layer.
The source layer share the same attributes and are based on 2 postgis
connection.

Here's my problem, or the expected behavior I expect from this feature.

I'm setting my union layer STATUS ON
I set source(s) layer STATUS OFF

I'm expecting the source(s) layer not be shown in the GetCapabilities,
however, the source(s) layer are shown? 

Is it normal? I can post my mapfile if it is a real issue.

Is it similar on Mapserver 7?




--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Union-Layer-tp5273957.html
Sent from the Mapserver - User mailing list archive at Nabble.com.
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160629/b5f9c4d6/attachment.htm>

From pe_lord at yahoo.ca  Wed Jun 29 06:44:11 2016
From: pe_lord at yahoo.ca (pe_lord)
Date: Wed, 29 Jun 2016 06:44:11 -0700 (PDT)
Subject: [mapserver-users] RE  Union Layer
In-Reply-To: <OF040F8EE3.12FD4B7D-ON85257FE1.004A7282-85257FE1.004A83E7@isn.rtss.qc.ca>
References: <1467205047162-5273957.post@n6.nabble.com>
 <OF040F8EE3.12FD4B7D-ON85257FE1.004A7282-85257FE1.004A83E7@isn.rtss.qc.ca>
Message-ID: <1467207851175-5273966.post@n6.nabble.com>

Thanks, it's working perfectly!




--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Union-Layer-tp5273957p5273966.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From Carrie.Quast at co.brown.mn.us  Wed Jun 29 08:58:59 2016
From: Carrie.Quast at co.brown.mn.us (Carrie Quast)
Date: Wed, 29 Jun 2016 15:58:59 +0000
Subject: [mapserver-users] Map file,
 Label WRAP Function in mapbook removes character it is wrapping on.
Message-ID: <77b9eefcc9264bddb77bd9a85bd037e1@MSEXCHANGE1.bc.local>

Hello - I'm working on updating my .MAP Documents to Mapserver 7.0.1.

I'm trying to get the labels in my Parcel Layer to wrap on the decimal point (example 002.001.001.01.010) to make for a better a fit.  I'm using the WRAP function, which works wonderfully , except it removes the character I am wrapping on.  In this case, the point (.) In my parcel numbers.

Each of the numbers should have a decimal between it.   Any idea of how to get the line to wrap on a character, but also keep it in the displayed label?  The MAXLENGTH works well too, but still removes all decimal points.

I'm using Mapserver 7.0.1 with GeoMoose 2.9

Thank You - Carrie Quast, Brown County MN GIS Specialist

[cid:image002.png at 01D1D1F5.3D5294F0]


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160629/8bda4b92/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 66665 bytes
Desc: image001.png
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160629/8bda4b92/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 31355 bytes
Desc: image002.png
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160629/8bda4b92/attachment-0001.png>

From jmckenna at gatewaygeomatics.com  Wed Jun 29 12:15:15 2016
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Wed, 29 Jun 2016 16:15:15 -0300
Subject: [mapserver-users] Map file,
 Label WRAP Function in mapbook removes character it is wrapping on.
In-Reply-To: <77b9eefcc9264bddb77bd9a85bd037e1@MSEXCHANGE1.bc.local>
References: <77b9eefcc9264bddb77bd9a85bd037e1@MSEXCHANGE1.bc.local>
Message-ID: <bfd55723-8f66-563a-7fb0-43cb164e604c@gatewaygeomatics.com>

Hello Carrie,

I'm not aware of a way to get that in a label, without some 
pre-processing of your data field.  I do remember however a long ago 
discussion about adding this feature into MapServer, which was never 
implemented - I bet when you read this discussion you will say in your 
head (yelling) "that is exactly what I need!" ha. 
http://osgeo-org.1560.x6.nabble.com/Enhancement-to-RFC-40-conditional-wrapping-td4260294.html

-jeff

-- 
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/



On 2016-06-29 12:58 PM, Carrie Quast wrote:
> Hello ? I?m working on updating my .MAP Documents to Mapserver 7.0.1.
>
>
>
> I?m trying to get the labels in my Parcel Layer to wrap on the decimal
> point (example 002.001.001.01.010) to make for a better a fit.  I?m
> using the WRAP function, which works wonderfully , except it removes the
> character I am wrapping on.  In this case, the point (.) In my parcel
> numbers.
>
>
>
> Each of the numbers should have a decimal between it.   Any idea of how
> to get the line to wrap on a character, but also keep it in the
> displayed label?  The MAXLENGTH works well too, but still removes all
> decimal points.
>
>
>
> I?m using Mapserver 7.0.1 with GeoMoose 2.9
>
>
>
> Thank You ? Carrie Quast, Brown County MN GIS Specialist
>
>
>
>
>
>
>
>




From bob.basques at ci.stpaul.mn.us  Wed Jun 29 12:41:33 2016
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Wed, 29 Jun 2016 19:41:33 +0000
Subject: [mapserver-users] Map file,
 Label WRAP Function in mapbook removes character it is wrapping on.
In-Reply-To: <77b9eefcc9264bddb77bd9a85bd037e1@MSEXCHANGE1.bc.local>
References: <77b9eefcc9264bddb77bd9a85bd037e1@MSEXCHANGE1.bc.local>
Message-ID: <42620A8D-43CF-463B-BA79-24530DAB9DB2@ci.stpaul.mn.us>

Carrie,

Where is the data being sourced from?  DB or SHP file or ??

There are some substitution tricks for SQL that might help out with this.  I?m pretty sure I can write a Postgres query to add a character after each period for use in the wrapping process for example.

bobb




On Jun 29, 2016, at 10:58 AM, Carrie Quast <Carrie.Quast at co.brown.mn.us<mailto:Carrie.Quast at co.brown.mn.us>> wrote:

Hello ? I?m working on updating my .MAP Documents to Mapserver 7.0.1.

I?m trying to get the labels in my Parcel Layer to wrap on the decimal point (example 002.001.001.01.010) to make for a better a fit.  I?m using the WRAP function, which works wonderfully , except it removes the character I am wrapping on.  In this case, the point (.) In my parcel numbers.

Each of the numbers should have a decimal between it.   Any idea of how to get the line to wrap on a character, but also keep it in the displayed label?  The MAXLENGTH works well too, but still removes all decimal points.

I?m using Mapserver 7.0.1 with GeoMoose 2.9

Thank You ? Carrie Quast, Brown County MN GIS Specialist

<image002.png>


_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
http://lists.osgeo.org/mailman/listinfo/mapserver-users


"I never had a policy; I have just tried to do my very best each and every day. ?
- Abraham Lincoln

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160629/87169dff/attachment.htm>

From jmckenna at gatewaygeomatics.com  Wed Jun 29 13:30:40 2016
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Wed, 29 Jun 2016 17:30:40 -0300
Subject: [mapserver-users] Map file,
 Label WRAP Function in mapbook removes character it is wrapping on.
In-Reply-To: <42620A8D-43CF-463B-BA79-24530DAB9DB2@ci.stpaul.mn.us>
References: <77b9eefcc9264bddb77bd9a85bd037e1@MSEXCHANGE1.bc.local>
 <42620A8D-43CF-463B-BA79-24530DAB9DB2@ci.stpaul.mn.us>
Message-ID: <39f38167-819c-e5cf-7b91-856cb3b3a7c8@gatewaygeomatics.com>

Good point Bob, I was testing with a .shp and an SQL dialect, but having 
a full database connection would solve it.  -jeff



-- 
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/



On 2016-06-29 4:41 PM, Basques, Bob (CI-StPaul) wrote:
> Carrie,
>
> Where is the data being sourced from?  DB or SHP file or ??
>
> There are some substitution tricks for SQL that might help out with
> this.  I?m pretty sure I can write a Postgres query to add a character
> after each period for use in the wrapping process for example.
>
> bobb
>
>
>
>
>> On Jun 29, 2016, at 10:58 AM, Carrie Quast
>> <Carrie.Quast at co.brown.mn.us <mailto:Carrie.Quast at co.brown.mn.us>> wrote:
>>
>> Hello ? I?m working on updating my .MAP Documents to Mapserver 7.0.1.
>>
>> I?m trying to get the labels in my Parcel Layer to wrap on the decimal
>> point (example 002.001.001.01.010) to make for a better a fit.  I?m
>> using the WRAP function, which works wonderfully , except it removes
>> the character I am wrapping on.  In this case, the point (.) In my
>> parcel numbers.
>>
>> Each of the numbers should have a decimal between it.   Any idea of
>> how to get the line to wrap on a character, but also keep it in the
>> displayed label?  The MAXLENGTH works well too, but still removes all
>> decimal points.
>>
>> I?m using Mapserver 7.0.1 with GeoMoose 2.9
>>
>> Thank You ? Carrie Quast, Brown County MN GIS Specialist
>>
>> <image002.png>
>>
>>


From cora.berger at bezreg-koeln.nrw.de  Thu Jun 30 03:21:39 2016
From: cora.berger at bezreg-koeln.nrw.de (Berger, Cora)
Date: Thu, 30 Jun 2016 10:21:39 +0000
Subject: [mapserver-users] Slow Response or Timeout for Mapserver
Message-ID: <5D5AE574FB890744BCB91DE22F3A53C1831D1165@vbrk21mx01.bezreg-koeln.nrw.de>

Hello Jeff,
thanks for the advice.
I checked the access logs and found out that our MaClient - Application (all the requests work fine here) makes POST-Request.
E.g. 

10.213.35.10 - - [30/Jun/2016:11:56:11 +0200] "GET /cgi-bin/test5?REQUEST=GetCapabilities&SERVICE=WMS HTTP/1.1" 200 10997 "-" "Java/1.6.0_30"
10.213.35.10 - - [30/Jun/2016:11:58:01 +0200] "POST /cgi-bin/test5 HTTP/1.1" 200 321529 "-" "Java/1.6.0_30"

QGIS and our Open Layer applications use GET-Requests for the map-Request. Sometimes those requests don't seem to reach the server, because they are not logged if the request runs on a timeout or sth. 
We get a Mapimage if Firebug is on. A working request from the access-log looks like this:

10.213.31.120 - - [30/Jun/2016:07:11:40 +0200] "GET /cgi-bin/test5?REQUEST=GetCapabilities&SERVICE=WMS HTTP/1.0" 200 10997 "-" "-"
10.213.31.120 - - [30/Jun/2016:07:12:33 +0200] "GET /cgi-bin/test5?LAYERS=&FORMAT=image%2Fpng&TRANSPARENT=TRUE&STYLES=&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&SRS=EPSG%3A25832&BBOX=-181189.87723015,5458184.3609017,992882.87723015,5939737.6390983&WIDTH=1920&HEIGHT=787 HTTP/1.0" 200 354 "http://vbrk21nt15.bezreg-koeln.nrw.de/tim-online2-chg/timobile.html" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0"

We have Mapserver 7.0 and Mapserver 6.3 running on Windows-machines and never has any comparable problems..


????????????????
Cora Berger
???????????????????????????
- -
Bezirksregierung K?ln
Dezernat 74 -? Geodatenzentrum / Geodateninfrastruktur
50606 K?ln 
Internet: www.bezreg-koeln.nrw.de

Dienstgeb?ude: Muffendorfer Str. 19-21, 53177 Bonn
Telefon:?? +49 (0) 221 - 147 - 4847
Telefax:?? +49 (0) 228 - 180 - 33360 und (digital) 0221 - 147 - 4874
mailto: cora.berger at bezreg-koeln.nrw.de
Internet: www.geobasis.nrw.de 
eShop:? www.geoportal.nrw.de

Folgen Sie uns auf Twitter: https://twitter.com/BezRegKoeln


Message: 2
Date: Wed, 29 Jun 2016 09:58:08 -0300
From: Jeff McKenna <jmckenna at gatewaygeomatics.com>
To: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Slow Response or Timeout for Mapserver
	6.4 on Linux
Message-ID:
	<4fe27792-5b14-5ac6-2d80-bab522fc47c0 at gatewaygeomatics.com>
Content-Type: text/plain; charset=utf-8; format=flowed

Hello,

I would check your Apache access logs for the full requests, and compare 
them for the different clients (OpenLayers, QGIS, etc.), you might even 
paste 2 of these full GetMap urls here for the mailing list to compare 
the parameters - maybe one client is using something different causing 
your issue (?)

I had been facing a lot of truncated GetCapabilities requests in the 
MapServer 6 series, but have not seen any issues with MapServer 7. 
(there were lots of tickets for that old issue, but here is one example: 
https://github.com/mapserver/mapserver/issues/4505)

-jeff


-- 
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/



From jmckenna at gatewaygeomatics.com  Thu Jun 30 05:15:13 2016
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Thu, 30 Jun 2016 09:15:13 -0300
Subject: [mapserver-users] Slow Response or Timeout for Mapserver
In-Reply-To: <5D5AE574FB890744BCB91DE22F3A53C1831D1165@vbrk21mx01.bezreg-koeln.nrw.de>
References: <5D5AE574FB890744BCB91DE22F3A53C1831D1165@vbrk21mx01.bezreg-koeln.nrw.de>
Message-ID: <6dd1c8e4-2c51-73b5-f5b6-704a898219f7@gatewaygeomatics.com>

Here is the clear cache setting in QGIS that would have saved me 4 days 
of research and grief :)   /Settings/Options/Network/Clear button

-jeff


-- 
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/



On 2016-06-30 7:21 AM, Berger, Cora wrote:
> Hello Jeff,
> thanks for the advice.
> I checked the access logs and found out that our MaClient - Application (all the requests work fine here) makes POST-Request.
> E.g.
>
> 10.213.35.10 - - [30/Jun/2016:11:56:11 +0200] "GET /cgi-bin/test5?REQUEST=GetCapabilities&SERVICE=WMS HTTP/1.1" 200 10997 "-" "Java/1.6.0_30"
> 10.213.35.10 - - [30/Jun/2016:11:58:01 +0200] "POST /cgi-bin/test5 HTTP/1.1" 200 321529 "-" "Java/1.6.0_30"
>
> QGIS and our Open Layer applications use GET-Requests for the map-Request. Sometimes those requests don't seem to reach the server, because they are not logged if the request runs on a timeout or sth.
> We get a Mapimage if Firebug is on. A working request from the access-log looks like this:
>
> 10.213.31.120 - - [30/Jun/2016:07:11:40 +0200] "GET /cgi-bin/test5?REQUEST=GetCapabilities&SERVICE=WMS HTTP/1.0" 200 10997 "-" "-"
> 10.213.31.120 - - [30/Jun/2016:07:12:33 +0200] "GET /cgi-bin/test5?LAYERS=&FORMAT=image%2Fpng&TRANSPARENT=TRUE&STYLES=&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&SRS=EPSG%3A25832&BBOX=-181189.87723015,5458184.3609017,992882.87723015,5939737.6390983&WIDTH=1920&HEIGHT=787 HTTP/1.0" 200 354 "http://vbrk21nt15.bezreg-koeln.nrw.de/tim-online2-chg/timobile.html" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0"
>
> We have Mapserver 7.0 and Mapserver 6.3 running on Windows-machines and never has any comparable problems..
>
>
>
> Cora Berger
>
> - -
> Bezirksregierung K?ln
> Dezernat 74 -  Geodatenzentrum / Geodateninfrastruktur
> 50606 K?ln
> Internet: www.bezreg-koeln.nrw.de
>
> Dienstgeb?ude: Muffendorfer Str. 19-21, 53177 Bonn
> Telefon:   +49 (0) 221 - 147 - 4847
> Telefax:   +49 (0) 228 - 180 - 33360 und (digital) 0221 - 147 - 4874
> mailto: cora.berger at bezreg-koeln.nrw.de
> Internet: www.geobasis.nrw.de
> eShop:  www.geoportal.nrw.de
>
> Folgen Sie uns auf Twitter: https://twitter.com/BezRegKoeln
>
>
> Message: 2
> Date: Wed, 29 Jun 2016 09:58:08 -0300
> From: Jeff McKenna <jmckenna at gatewaygeomatics.com>
> To: mapserver-users at lists.osgeo.org
> Subject: Re: [mapserver-users] Slow Response or Timeout for Mapserver
> 	6.4 on Linux
> Message-ID:
> 	<4fe27792-5b14-5ac6-2d80-bab522fc47c0 at gatewaygeomatics.com>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> Hello,
>
> I would check your Apache access logs for the full requests, and compare
> them for the different clients (OpenLayers, QGIS, etc.), you might even
> paste 2 of these full GetMap urls here for the mailing list to compare
> the parameters - maybe one client is using something different causing
> your issue (?)
>
> I had been facing a lot of truncated GetCapabilities requests in the
> MapServer 6 series, but have not seen any issues with MapServer 7.
> (there were lots of tickets for that old issue, but here is one example:
> https://github.com/mapserver/mapserver/issues/4505)
>
> -jeff
>
>





From MarkVolz at co.lyon.mn.us  Thu Jun 30 06:09:26 2016
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Thu, 30 Jun 2016 13:09:26 +0000
Subject: [mapserver-users] Map file,
	Label WRAP Function in mapbook removes character it
Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA371903E4D@swmail01.r8nssis.local>

Carrie,

Our trick is to wrap on a character that you would otherwise not normally see in the string.

LAYER
	....
	CLASS 
		TEXT ([LastName] * [PIN])  #overrides LABELITEM
		.....
		LABEL
			WRAP "*"
		END #Parcel Label
	END #Parcel Class
END #Parcel Layer


Sincerely,
Mark Volz, GISP

-----Original Message-----
From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of mapserver-users-request at lists.osgeo.org
Sent: Wednesday, June 29, 2016 11:04 AM
To: mapserver-users at lists.osgeo.org
Subject: mapserver-users Digest, Vol 101, Issue 37

Send mapserver-users mailing list submissions to
	mapserver-users at lists.osgeo.org

To subscribe or unsubscribe via the World Wide Web, visit
	http://lists.osgeo.org/mailman/listinfo/mapserver-users
or, via email, send a message with subject or body 'help' to
	mapserver-users-request at lists.osgeo.org

You can reach the person managing the list at
	mapserver-users-owner at lists.osgeo.org

When replying, please edit your Subject line so it is more specific than "Re: Contents of mapserver-users digest..."


Today's Topics:

   1. Map file, Label WRAP Function in mapbook removes character it
      is wrapping on. (Carrie Quast)


----------------------------------------------------------------------

Message: 1
Date: Wed, 29 Jun 2016 15:58:59 +0000
From: Carrie Quast <Carrie.Quast at co.brown.mn.us>
To: "'mapserver-users at lists.osgeo.org'"
	<mapserver-users at lists.osgeo.org>
Subject: [mapserver-users] Map file, Label WRAP Function in mapbook
	removes character it is wrapping on.
Message-ID: <77b9eefcc9264bddb77bd9a85bd037e1 at MSEXCHANGE1.bc.local>
Content-Type: text/plain; charset="utf-8"

Hello - I'm working on updating my .MAP Documents to Mapserver 7.0.1.

I'm trying to get the labels in my Parcel Layer to wrap on the decimal point (example 002.001.001.01.010) to make for a better a fit.  I'm using the WRAP function, which works wonderfully , except it removes the character I am wrapping on.  In this case, the point (.) In my parcel numbers.

Each of the numbers should have a decimal between it.   Any idea of how to get the line to wrap on a character, but also keep it in the displayed label?  The MAXLENGTH works well too, but still removes all decimal points.

I'm using Mapserver 7.0.1 with GeoMoose 2.9

Thank You - Carrie Quast, Brown County MN GIS Specialist

[cid:image002.png at 01D1D1F5.3D5294F0]


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160629/8bda4b92/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 66665 bytes
Desc: image001.png
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160629/8bda4b92/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 31355 bytes
Desc: image002.png
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160629/8bda4b92/attachment-0001.png>

------------------------------

Subject: Digest Footer

_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

------------------------------

End of mapserver-users Digest, Vol 101, Issue 37
************************************************

From jmckenna at gatewaygeomatics.com  Thu Jun 30 07:56:33 2016
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Thu, 30 Jun 2016 11:56:33 -0300
Subject: [mapserver-users] Slow Response or Timeout for Mapserver
In-Reply-To: <715a629e-7a67-fffc-d186-ec14d863c9c5@gatewaygeomatics.com>
References: <5D5AE574FB890744BCB91DE22F3A53C1831D1165@vbrk21mx01.bezreg-koeln.nrw.de>
 <715a629e-7a67-fffc-d186-ec14d863c9c5@gatewaygeomatics.com>
Message-ID: <f6937e11-664f-411e-5b25-6bc52b809b3c@gatewaygeomatics.com>

resending my response from this morning, as it never seemed to make it 
to the list....

On 2016-06-30 8:58 AM, Jeff McKenna wrote:
> Hello Cora,
>
> WMS Client problems are always very difficult to track down.  I was
> recently in a similar situation: QGIS was for some reason timing out on
> my MapServer WMS requests.  I had to get the full GetMap that QGIS was
> generating (which was never sent to my Apache server), and for that I
> had to use Fiddler (http://www.telerik.com/fiddler) to get the full
> request generated by QGIS.  I compared that with a working full GetMap
> request (comparing all parameters in both), and I was startled to
> discover that QGIS was using cached (old) parameters for my WMS - I
> reported this to the QGIS dev team and there was a ticked filed for this
> (sorry I don't have the exact ticket link handy).  I also learned that
> there is a way in the QGIS menus to actually clear these WMS caches.
>
> Maybe my similar problem gives you some ideas.  But for sure, you will
> also likely have to use a tool like Fiddler to get the exact WMS
> parameters that your GIS is generating and causing problems.
>
> -jeff
>
>