From imaptools at gmail.com  Thu Mar  1 05:43:16 2018
From: imaptools at gmail.com (Stephen Woodbridge)
Date: Thu, 1 Mar 2018 08:43:16 -0500
Subject: [mapserver-users] Efficiency of serving serving jp2 vs gtiff?
Message-ID: <4d3ccc6c-72bc-4146-20a4-5a77323afc8f@gmail.com>

Hi all,

I'm wondering how efficient mapserver is serving jp2 files vs tiled 
gtiff files? Is there a significant difference? I know that with jpeg 
files it has to decode a whole row to access any pixel in that row which 
make it a poor choice, but I don't think that jp2 has the same issue. 
What is the best practice when working with jp2 files?

-Steve W


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus



From louis-philippe.rousseaulambert2 at canada.ca  Mon Mar  5 05:46:26 2018
From: louis-philippe.rousseaulambert2 at canada.ca (Rousseau Lambert2, Louis-Philippe (EC))
Date: Mon, 5 Mar 2018 13:46:26 +0000
Subject: [mapserver-users] Wind direction files rotation using
	CONNECTIONTYPE uvraster
Message-ID: <6c3e66e27a1d4be1854026d54e30d9d0@PELEPCDEXC006.birch.int.bell.ca>

Hi all,

What I'm trying to do:

  *   I want to display wind arrows using 2 files: wind direction and wind speed. I am using the "CONNECTIONTYPE uvraster" feature to display our arrows. Because we don't have U and V wind vectors in the North-South direction for some models, we use the WIND and WDIR files which are respectively wind speed and wind direction (in the North-South direction, or Earth relative). So as input for my layer in MapServer I have a VRT where band 1 is the wind direction (from 0 to 360 degres) and band 2 is the wind speed. Instead of letting MapServer calculates the resulting arrows speed and direction I'm using the raw value of u ([u]) as wind direction and the raw value of v ([v]) as my wind speed. So far so good.

My problem is:

  *   The arrow rotation is done using the ANGLE keyword and [u] (wind direction). But the ANGLE rotates the arrows in the counter clockwise direction while the wind direction files increase in a clockwise direction... Because we are using wind direction and wind speed files (raw values of [u] and [v]) we can't use the [uv_minus_angle] and I know that MapServer docs says that no processing can be done on the ANGLE feature. I know that I would have to do some pre-processing (like 360-[u]) and that would solve the problem. But I would have to do this for hundreds of file per day and I'm trying to avoid as much as possible pre-processing.

Can you guys think of a solution that would not require pre-processing? I tried playing with the arrow position and other little things but I could not make it work correctly and I'm pretty much out of ideas...

Thanks

LP
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180305/758890cd/attachment.htm>

From Andreas.Eichner at sid.sachsen.de  Mon Mar  5 06:15:08 2018
From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID)
Date: Mon, 5 Mar 2018 14:15:08 +0000
Subject: [mapserver-users] Wind direction files rotation
	using	CONNECTIONTYPE uvraster
In-Reply-To: <6c3e66e27a1d4be1854026d54e30d9d0@PELEPCDEXC006.birch.int.bell.ca>
References: <6c3e66e27a1d4be1854026d54e30d9d0@PELEPCDEXC006.birch.int.bell.ca>
Message-ID: <6F331135492B944D90731CE93743D56814CF6AA5@FS-EX-DB101.fs.sachsen.de>

Hi,

since you're using GDAL VRT have you tried the "Scale" and "Offset" child elements for a VRTRasterBand?
I'd guess, using

<VRTRasterBand band="1">
  <Scale>-1.0</Scale>
  <Offset>360.0</Offset>
  ...
</VRTRasterBand>

might work for you.


Regards,
Andreas

> -----Original Message-----
> From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org]
> On Behalf Of Rousseau Lambert2, Louis-Philippe (EC)
> Sent: Monday, March 05, 2018 2:46 PM
> To: mapserver-users at lists.osgeo.org
> Subject: [mapserver-users] Wind direction files rotation using
> CONNECTIONTYPE uvraster
> 
> Hi all,
> 
> What I'm trying to do:
> 
> *	I want to display wind arrows using 2 files: wind direction and
> wind speed. I am using the "CONNECTIONTYPE uvraster" feature to display
> our arrows. Because we don't have U and V wind vectors in the North-
> South direction for some models, we use the WIND and WDIR files which
> are respectively wind speed and wind direction (in the North-South
> direction, or Earth relative). So as input for my layer in MapServer I
> have a VRT where band 1 is the wind direction (from 0 to 360 degres) and
> band 2 is the wind speed. Instead of letting MapServer calculates the
> resulting arrows speed and direction I'm using the raw value of u ([u])
> as wind direction and the raw value of v ([v]) as my wind speed. So far
> so good.
> 
> 
> My problem is:
> 
> *	The arrow rotation is done using the ANGLE keyword and [u] (wind
> direction). But the ANGLE rotates the arrows in the counter clockwise
> direction while the wind direction files increase in a clockwise
> direction... Because we are using wind direction and wind speed files
> (raw values of [u] and [v]) we can't use the [uv_minus_angle] and I know
> that MapServer docs says that no processing can be done on the ANGLE
> feature. I know that I would have to do some pre-processing (like 360-
> [u]) and that would solve the problem. But I would have to do this for
> hundreds of file per day and I'm trying to avoid as much as possible
> pre-processing.
> 
> Can you guys think of a solution that would not require pre-processing?
> I tried playing with the arrow position and other little things but I
> could not make it work correctly and I'm pretty much out of ideas...
> 
> 
> Thanks
> 
> LP
> 



From louis-philippe.rousseaulambert2 at canada.ca  Mon Mar  5 07:19:33 2018
From: louis-philippe.rousseaulambert2 at canada.ca (Rousseau Lambert2, Louis-Philippe (EC))
Date: Mon, 5 Mar 2018 15:19:33 +0000
Subject: [mapserver-users] Wind direction files rotation
	using	CONNECTIONTYPE uvraster
References: <6c3e66e27a1d4be1854026d54e30d9d0@PELEPCDEXC006.birch.int.bell.ca>
 <6F331135492B944D90731CE93743D56814CF6AA5@FS-EX-DB101.fs.sachsen.de>
Message-ID: <c8ea2e36de404d44848ce44de883a77c@PELEPCDEXC006.birch.int.bell.ca>

Hi Andreas,

Thanks for the fix.

I tried with your solution <Scale> and <Offset> with a simple source but
it didn't change anything in the arrow direction...

But Using the complex Source with <ScaleOffset> and <ScaleRatio> worked
fine for me.

Thanks again!

LP

On 03/05/2018 02:15 PM, Eichner, Andreas - SID wrote:
> Hi,
>
> since you're using GDAL VRT have you tried the "Scale" and "Offset" child elements for a VRTRasterBand?
> I'd guess, using
>
> <VRTRasterBand band="1">
>   <Scale>-1.0</Scale>
>   <Offset>360.0</Offset>
>   ...
> </VRTRasterBand>
>
> might work for you.
>
>
> Regards,
> Andreas
>
>> -----Original Message-----
>> From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org]
>> On Behalf Of Rousseau Lambert2, Louis-Philippe (EC)
>> Sent: Monday, March 05, 2018 2:46 PM
>> To: mapserver-users at lists.osgeo.org
>> Subject: [mapserver-users] Wind direction files rotation using
>> CONNECTIONTYPE uvraster
>>
>> Hi all,
>>
>> What I'm trying to do:
>>
>> *	I want to display wind arrows using 2 files: wind direction and
>> wind speed. I am using the "CONNECTIONTYPE uvraster" feature to display
>> our arrows. Because we don't have U and V wind vectors in the North-
>> South direction for some models, we use the WIND and WDIR files which
>> are respectively wind speed and wind direction (in the North-South
>> direction, or Earth relative). So as input for my layer in MapServer I
>> have a VRT where band 1 is the wind direction (from 0 to 360 degres) and
>> band 2 is the wind speed. Instead of letting MapServer calculates the
>> resulting arrows speed and direction I'm using the raw value of u ([u])
>> as wind direction and the raw value of v ([v]) as my wind speed. So far
>> so good.
>>
>>
>> My problem is:
>>
>> *	The arrow rotation is done using the ANGLE keyword and [u] (wind
>> direction). But the ANGLE rotates the arrows in the counter clockwise
>> direction while the wind direction files increase in a clockwise
>> direction... Because we are using wind direction and wind speed files
>> (raw values of [u] and [v]) we can't use the [uv_minus_angle] and I know
>> that MapServer docs says that no processing can be done on the ANGLE
>> feature. I know that I would have to do some pre-processing (like 360-
>> [u]) and that would solve the problem. But I would have to do this for
>> hundreds of file per day and I'm trying to avoid as much as possible
>> pre-processing.
>>
>> Can you guys think of a solution that would not require pre-processing?
>> I tried playing with the arrow position and other little things but I
>> could not make it work correctly and I'm pretty much out of ideas...
>>
>>
>> Thanks
>>
>> LP
>>
>


-- 
Louis-Philippe Rousseau Lambert, B.Sc.
G?omaticien / Geomatician
Section des Donn?es, Performances et Standards
Data, Performance and Standards Section
Service M?t?orologique du Canada
Meteorological Service of Canada
Environnement et Changement Climatique Canada
Environment and Climate Change Canada
louis-philippe.rousseaulambert2 at canada.ca
(514) 421-5045



From sethg at geographika.co.uk  Tue Mar  6 02:19:53 2018
From: sethg at geographika.co.uk (Seth G)
Date: Tue, 06 Mar 2018 11:19:53 +0100
Subject: [mapserver-users] MapServer and Geopackage failing
Message-ID: <1520331593.982492.1293136304.61983C30@webmail.messagingengine.com>

Hi all,

I'm trying out the geopackage format as an alternative to shapefiles but running into an issue where MapServer expects the geopackage dataset to include spatialite. Drawing layers with shp2img logs the following:

[Tue Mar 06 10:39:42 2018].512000 msDrawMap(): rendering using outputformat named png (AGG/PNG).
[Tue Mar 06 10:39:42 2018].512000 msDrawMap(): WMS/WFS set-up and query, 0.000s
[Tue Mar 06 10:39:42 2018].529000 msOGRFileOpen: Spatialite support in GPKG not enabled
[Tue Mar 06 10:39:42 2018].549000 msOGRFileNextShape(): OGR error. OGR GetNextFeature() error'd. Check logs.
[Tue Mar 06 10:39:42 2018].549000 msOGRFileNextShape(): In ExecuteSQL(): sqlite3_prepare(SELECT spatialite_version()):
  no such function: spatialite_version
[Tue Mar 06 10:39:42 2018].550000 msDrawMap(): Image handling error. Failed to draw layer named 'ways'.  

The spatialite_version function is missing in the geopackage. The dataset was created by exporting from MapServer as an OUTPUTOPTION:

      OUTPUTFORMAT
        NAME "GeoPackage"
        DRIVER "OGR/GPKG"
        FORMATOPTION "STORAGE=memory"
        FORMATOPTION "FORM=simple"
        FORMATOPTION "FILENAME=result.gpkg"
        FORMATOPTION "DSCO:SPATIALITE=YES"	# not a listed option, but tried anyway	
        FORMATOPTION "LCO:SPATIAL_INDEX=YES"
    END
  
Running a GisInternals build,  including GDAL 2.1.3 and MapServer 7.0.4. 

Relevant code is at https://github.com/mapserver/mapserver/blob/aae74ff2abed3f2f8fe1f76c9b4bbccf15023dc1/mapogr.cpp#L1313
It looks like the error should be swallowed up?

The same dataset exported directly to spatilite works fine. 

Anyone experienced the above issue?

Regards,

Seth


--
web:http://geographika.co.uk
twitter: @geographika


From damien.zins at intitek.fr  Tue Mar  6 02:26:40 2018
From: damien.zins at intitek.fr (DamienZINS)
Date: Tue, 6 Mar 2018 03:26:40 -0700 (MST)
Subject: [mapserver-users] mapserver 4.8.3 errorsing libgd 2.0.16 (or
	higher) from ....
Message-ID: <1520332000385-0.post@n6.nabble.com>

Hi

I must translate a SOLARIS version in CENTOS 7 OS version
Above i put all versions sourve that i use

In the file configure from mapserver 4.8.3, for me $IS_GD2 will be never
true
then compilation stop with
configure: error: Could not find gd.h or libgd.a/libgd.so in
/gmao/old/install.  Make sure GD 2.0.16 or higher is compiled before calling
configure. You may also get this error if you didn't specify the appropriate
location for one of GD's dependencies (freetype, libpng, libjpeg or
libiconv).

Somebody know why ?

ac_cv_lib_gd_gdFontCacheSetup=no
fi
rm -f conftest.err conftest.$ac_objext \
      conftest$ac_exeext conftest.$ac_ext
LIBS=$ac_check_lib_save_LIBS
fi
echo "$as_me:$LINENO: result: $ac_cv_lib_gd_gdFontCacheSetup" >&5
echo "${ECHO_T}$ac_cv_lib_gd_gdFontCacheSetup" >&6
if test $ac_cv_lib_gd_gdFontCacheSetup = yes; then
  IS_GD2="true"
fi
    GD_NEED_ICONV_LIB="$ICONV_LIB"
  fi

  if test -n "$GD_INCLUDE" -a -n "$GD_LIBDIR" -a "$IS_GD2" = "true"; then
      GD_INC=-I$GD_INCLUDE
      GD_LIB="-L$GD_LIBDIR -lgd"
      GD_XTRA_LIBS="$GD_XTRA_LIBS $GD_NEED_ICONV_LIB"
      echo "$as_me:$LINENO: result:         using libgd 2.0.16 (or higher)
from $GD_LIB $GD_XTRA_LIBS" >&5
echo "${ECHO_T}        using libgd 2.0.16 (or higher) from $GD_LIB
$GD_XTRA_LIBS" >&6


informations CentOS : 
[root at localhost mapserver-4.8.3]# cat /etc/redhat-release 
CentOS Linux release 7.4.1708 (Core) 

informations versions sources compiled : 
[root at localhost old]# grep installation install.log 
>>>>>>>>>> installation de freetype-2.8 <<<<<<<<<<
>>>>>>>>>> installation de zlib-1.2.11 <<<<<<<<<<
>>>>>>>>>> installation de libpng-1.6.32 <<<<<<<<<<
>>>>>>>>>> installation de proj-4.9.3 <<<<<<<<<<
>>>>>>>>>> installation de jpegsrc.v9b <<<<<<<<<<
>>>>>>>>>> installation de libiconv-1.15 <<<<<<<<<<
>>>>>>>>>> installation de libgd-2.2.5 <<<<<<<<<<
>>>>>>>>>> installation de gdal-2.2.1 <<<<<<<<<<
>>>>>>>>>> installation de apr-1.6.2 <<<<<<<<<<
>>>>>>>>>> installation de apr-util-1.6.0 <<<<<<<<<<
>>>>>>>>>> installation de pcre-8.41 <<<<<<<<<<
>>>>>>>>>> installation de httpd-2.4.27 <<<<<<<<<<
>>>>>>>>>> installation de tomcat-connectors-1.2.42-src <<<<<<<<<<
>>>>>>>>>> installation de php-4.4.2 <<<<<<<<<<
checking for Oracle (OCI8) support using ORACLE_HOME installation... no
| distribution in the file LICENSE.  By continuing this installation |
| the installation process at this point.                            |
>>>>>>>>>> installation de mapserver-4.8.3 <<<<<<<<<<




--
Sent from: http://osgeo-org.1560.x6.nabble.com/Mapserver-User-f4226646.html


From even.rouault at spatialys.com  Tue Mar  6 02:41:05 2018
From: even.rouault at spatialys.com (Even Rouault)
Date: Tue, 06 Mar 2018 11:41:05 +0100
Subject: [mapserver-users] MapServer and Geopackage failing
In-Reply-To: <1520331593.982492.1293136304.61983C30@webmail.messagingengine.com>
References: <1520331593.982492.1293136304.61983C30@webmail.messagingengine.com>
Message-ID: <3922113.tFAdbKB00o@even-i700>

Seth,

I've pushed a temptative fix per
https://github.com/mapserver/mapserver/commit/4e4885f8598764b7cfb3a8c1c91c6f60eb12671f
but I'm not completely positive this will fix what you've seen.

Even

> Hi all,
> 
> I'm trying out the geopackage format as an alternative to shapefiles but
> running into an issue where MapServer expects the geopackage dataset to
> include spatialite. Drawing layers with shp2img logs the following:
> 
> [Tue Mar 06 10:39:42 2018].512000 msDrawMap(): rendering using outputformat
> named png (AGG/PNG). [Tue Mar 06 10:39:42 2018].512000 msDrawMap(): WMS/WFS
> set-up and query, 0.000s [Tue Mar 06 10:39:42 2018].529000 msOGRFileOpen:
> Spatialite support in GPKG not enabled [Tue Mar 06 10:39:42 2018].549000
> msOGRFileNextShape(): OGR error. OGR GetNextFeature() error'd. Check logs.
> [Tue Mar 06 10:39:42 2018].549000 msOGRFileNextShape(): In ExecuteSQL():
> sqlite3_prepare(SELECT spatialite_version()): no such function:
> spatialite_version
> [Tue Mar 06 10:39:42 2018].550000 msDrawMap(): Image handling error. Failed
> to draw layer named 'ways'.
> 
> The spatialite_version function is missing in the geopackage. The dataset
> was created by exporting from MapServer as an OUTPUTOPTION:
> 
>       OUTPUTFORMAT
>         NAME "GeoPackage"
>         DRIVER "OGR/GPKG"
>         FORMATOPTION "STORAGE=memory"
>         FORMATOPTION "FORM=simple"
>         FORMATOPTION "FILENAME=result.gpkg"
>         FORMATOPTION "DSCO:SPATIALITE=YES"	# not a listed option, but tried
> anyway FORMATOPTION "LCO:SPATIAL_INDEX=YES"
>     END
> 
> Running a GisInternals build,  including GDAL 2.1.3 and MapServer 7.0.4.
> 
> Relevant code is at
> https://github.com/mapserver/mapserver/blob/aae74ff2abed3f2f8fe1f76c9b4bbcc
> f15023dc1/mapogr.cpp#L1313 It looks like the error should be swallowed up?
> 
> The same dataset exported directly to spatilite works fine.
> 
> Anyone experienced the above issue?
> 
> Regards,
> 
> Seth
> 
> 
> --
> web:http://geographika.co.uk
> twitter: @geographika
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users


-- 
Spatialys - Geospatial professional services
http://www.spatialys.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180306/9016a4af/attachment.htm>

From sethg at geographika.co.uk  Tue Mar  6 03:05:17 2018
From: sethg at geographika.co.uk (Seth G)
Date: Tue, 06 Mar 2018 12:05:17 +0100
Subject: [mapserver-users] MapServer and Geopackage failing
In-Reply-To: <3922113.tFAdbKB00o@even-i700>
References: <1520331593.982492.1293136304.61983C30@webmail.messagingengine.com>
 <3922113.tFAdbKB00o@even-i700>
Message-ID: <1520334317.1000895.1293183832.16666731@webmail.messagingengine.com>

Thanks Even!
I'll get a build together and test,

Seth

--
web:http://geographika.co.uk
twitter: @geographika


On Tue, Mar 6, 2018, at 11:41 AM, Even Rouault wrote:
> Seth,


>  


> I've pushed a temptative fix per


> https://github.com/mapserver/mapserver/commit/4e4885f8598764b7cfb3a8c1c91c6f60eb12671f> but I'm not completely positive this will fix what you've seen.


>  


> Even


>  


> > Hi all,


> >


> > I'm trying out the geopackage format as an alternative to
> > shapefiles but> > running into an issue where MapServer expects the geopackage
> > dataset to> > include spatialite. Drawing layers with shp2img logs the following:> >


> > [Tue Mar 06 10:39:42 2018].512000 msDrawMap(): rendering using
> > outputformat> > named png (AGG/PNG). [Tue Mar 06 10:39:42 2018].512000 msDrawMap():
> > WMS/WFS> > set-up and query, 0.000s [Tue Mar 06 10:39:42 2018].529000
> > msOGRFileOpen:> > Spatialite support in GPKG not enabled [Tue Mar 06 10:39:42
> > 2018].549000> > msOGRFileNextShape(): OGR error. OGR GetNextFeature() error'd.
> > Check logs.> > [Tue Mar 06 10:39:42 2018].549000 msOGRFileNextShape(): In
> > ExecuteSQL():> > sqlite3_prepare(SELECT spatialite_version()): no such function:


> > spatialite_version


> > [Tue Mar 06 10:39:42 2018].550000 msDrawMap(): Image handling error.
> > Failed> > to draw layer named 'ways'.


> >


> > The spatialite_version function is missing in the geopackage. The
> > dataset> > was created by exporting from MapServer as an OUTPUTOPTION:


> >


> >       OUTPUTFORMAT


> >         NAME "GeoPackage"


> >         DRIVER "OGR/GPKG"


> >         FORMATOPTION "STORAGE=memory"


> >         FORMATOPTION "FORM=simple"


> >         FORMATOPTION "FILENAME=result.gpkg"


> >         FORMATOPTION "DSCO:SPATIALITE=YES" # not a listed option,
> >         but tried> > anyway FORMATOPTION "LCO:SPATIAL_INDEX=YES"


> >     END


> >


> > Running a GisInternals build,  including GDAL 2.1.3 and MapServer
> > 7.0.4.> >


> > Relevant code is at


> > https://github.com/mapserver/mapserver/blob/aae74ff2abed3f2f8fe1f76c9b4bbcc> > f15023dc1/mapogr.cpp#L1313 It looks like the error should be
> > swallowed up?> >


> > The same dataset exported directly to spatilite works fine.


> >


> > Anyone experienced the above issue?


> >


> > Regards,


> >


> > Seth


> >


> >


> > --


> > web:http://geographika.co.uk


> > twitter: @geographika


> > _______________________________________________


> > mapserver-users mailing list


> > mapserver-users at lists.osgeo.org


> > https://lists.osgeo.org/mailman/listinfo/mapserver-users


>  


>  


> --


> Spatialys - Geospatial professional services


> http://www.spatialys.com



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

From aperi2007 at gmail.com  Tue Mar  6 07:11:54 2018
From: aperi2007 at gmail.com (Andrea Peri)
Date: Tue, 6 Mar 2018 16:11:54 +0100
Subject: [mapserver-users] How return a different result for different IPs
Message-ID: <CABqTJk8H1pQkDQ8hkfknQhskyZgg6B6LdzkrGYUZX96m=h4e4Q@mail.gmail.com>

Hi,

I need to implement a wms mapserver service where from a layer.
when done a GetFeatureInfo the system return a different geometry for
differents IP address.
More explicitly. It should return the exact geometry for some explicited IP
address and return instead the Boundign Box for every other IP address.

Actually the only one solution I know is implement a front-end filter that
redirect to one wms service where the dataset is with bbox geometry only
for some IP and redirect to another wms system where there s a dataset with
exact geometries for specific IP addresses.

But of course I like if there is a choice of solution inside the mapserver
world.

Any help is welcome.Thx,
Andrea

-- 
-----------------
Andrea Peri
. . . . . . . . .
qwerty ?????
-----------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180306/a6e480cb/attachment.htm>

From tom.kralidis at canada.ca  Tue Mar  6 07:18:01 2018
From: tom.kralidis at canada.ca (Kralidis, Tom (EC))
Date: Tue, 6 Mar 2018 15:18:01 +0000
Subject: [mapserver-users] How return a different result for different
	IPs
In-Reply-To: <CABqTJk8H1pQkDQ8hkfknQhskyZgg6B6LdzkrGYUZX96m=h4e4Q@mail.gmail.com>
References: <CABqTJk8H1pQkDQ8hkfknQhskyZgg6B6LdzkrGYUZX96m=h4e4Q@mail.gmail.com>
Message-ID: <0ab088de4ac046b9b60fff79f2f952aa@PEVDACDEXC017.birch.int.bell.ca>

Hi Andrea:

You could serve your WMS via MapScript which could intercept the
request and adjust the mapfile object in memory before executing the response.

We've done this with Python MapScript in implementing the WMS Best Practice
for Time/Elevation, but there's no reason why the same approach couldn't work
with processing IPs.

Hope this helps.

..Tom


From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Andrea Peri
Sent: 06 March 2018 10:12
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] How return a different result for different IPs

Hi,
I need to implement a wms mapserver service where from a layer.
when done a GetFeatureInfo the system return a different geometry for differents IP address.
More explicitly. It should return the exact geometry for some explicited IP address and return instead the Boundign Box for every other IP address.

Actually the only one solution I know is implement a front-end filter that redirect to one wms service where the dataset is with bbox geometry only for some IP and redirect to another wms system where there s a dataset with exact geometries for specific IP addresses.

But of course I like if there is a choice of solution inside the mapserver world.

Any help is welcome.Thx,
Andrea 
-- 
-----------------
Andrea Peri
. . . . . . . . . 
qwerty ?????
-----------------

From gert.cuykens at gmail.com  Tue Mar  6 07:31:54 2018
From: gert.cuykens at gmail.com (Gert Cuykens)
Date: Tue, 6 Mar 2018 16:31:54 +0100
Subject: [mapserver-users] MapServer and Geopackage failing
In-Reply-To: <1520334317.1000895.1293183832.16666731@webmail.messagingengine.com>
References: <1520331593.982492.1293136304.61983C30@webmail.messagingengine.com>
 <3922113.tFAdbKB00o@even-i700>
 <1520334317.1000895.1293183832.16666731@webmail.messagingengine.com>
Message-ID: <CAG7ytitHddrfwPYXcE2etn2aC0Nosn2CkkFm3vEhcYXBTt60-w@mail.gmail.com>

Having the same error message but I thought it was because of gdal not
compiled with spatialite or something?

gdal = https://pkgs.alpinelinux.org/package/edge/testing/x86/gdal-dev

2018/03/02 13:18:21 [error] 15#0: *1 FastCGI sent in stderr: "CGI
Request 1 on process 10
msOGRFileOpen: Spatialite support in GPKG not enabled
msOGRFileOpen: Spatialite support in GPKG not enabled
msOGRFileOpen: Spatialite support in GPKG not enabled
msOGRFileNextShape(): OGR error. OGR GetNextFeature() error'd. Check logs.
msOGRFileNextShape(): In ExecuteSQL(): sqlite3_prepare_v2(SELECT
spatialite_version()):
  no such function: spatialite_version

PS could it be using the native shapefile/qix implementation is much
faster than any ogr driver/gpkg alternative even with spatial index
enabled ?


On Tue, Mar 6, 2018 at 12:05 PM, Seth G <sethg at geographika.co.uk> wrote:
> Thanks Even!
> I'll get a build together and test,
>
> Seth
>
> --
> web:http://geographika.co.uk
> twitter: @geographika
>
>
> On Tue, Mar 6, 2018, at 11:41 AM, Even Rouault wrote:
>
> Seth,
>
>
>
> I've pushed a temptative fix per
>
> https://github.com/mapserver/mapserver/commit/4e4885f8598764b7cfb3a8c1c91c6f60eb12671f
>
> but I'm not completely positive this will fix what you've seen.
>
>
>
> Even
>
>
>
>> Hi all,
>
>>
>
>> I'm trying out the geopackage format as an alternative to shapefiles but
>
>> running into an issue where MapServer expects the geopackage dataset to
>
>> include spatialite. Drawing layers with shp2img logs the following:
>
>>
>
>> [Tue Mar 06 10:39:42 2018].512000 msDrawMap(): rendering using
>> outputformat
>
>> named png (AGG/PNG). [Tue Mar 06 10:39:42 2018].512000 msDrawMap():
>> WMS/WFS
>
>> set-up and query, 0.000s [Tue Mar 06 10:39:42 2018].529000 msOGRFileOpen:
>
>> Spatialite support in GPKG not enabled [Tue Mar 06 10:39:42 2018].549000
>
>> msOGRFileNextShape(): OGR error. OGR GetNextFeature() error'd. Check logs.
>
>> [Tue Mar 06 10:39:42 2018].549000 msOGRFileNextShape(): In ExecuteSQL():
>
>> sqlite3_prepare(SELECT spatialite_version()): no such function:
>
>> spatialite_version
>
>> [Tue Mar 06 10:39:42 2018].550000 msDrawMap(): Image handling error.
>> Failed
>
>> to draw layer named 'ways'.
>
>>
>
>> The spatialite_version function is missing in the geopackage. The dataset
>
>> was created by exporting from MapServer as an OUTPUTOPTION:
>
>>
>
>> OUTPUTFORMAT
>
>> NAME "GeoPackage"
>
>> DRIVER "OGR/GPKG"
>
>> FORMATOPTION "STORAGE=memory"
>
>> FORMATOPTION "FORM=simple"
>
>> FORMATOPTION "FILENAME=result.gpkg"
>
>> FORMATOPTION "DSCO:SPATIALITE=YES" # not a listed option, but tried
>
>> anyway FORMATOPTION "LCO:SPATIAL_INDEX=YES"
>
>> END
>
>>
>
>> Running a GisInternals build, including GDAL 2.1.3 and MapServer 7.0.4.
>
>>
>
>> Relevant code is at
>
>>
>> https://github.com/mapserver/mapserver/blob/aae74ff2abed3f2f8fe1f76c9b4bbcc
>
>> f15023dc1/mapogr.cpp#L1313 It looks like the error should be swallowed up?
>
>>
>
>> The same dataset exported directly to spatilite works fine.
>
>>
>
>> Anyone experienced the above issue?
>
>>
>
>> Regards,
>
>>
>
>> Seth
>
>>
>
>>
>
>> --
>
>> web:http://geographika.co.uk
>
>> twitter: @geographika
>
>> _______________________________________________
>
>> mapserver-users mailing list
>
>> mapserver-users at lists.osgeo.org
>
>> https://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
>
>
>
> --
>
> Spatialys - Geospatial professional services
>
> http://www.spatialys.com
>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users


From jukka.rahkonen at maanmittauslaitos.fi  Tue Mar  6 07:49:06 2018
From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML))
Date: Tue, 6 Mar 2018 15:49:06 +0000
Subject: [mapserver-users] MapServer and Geopackage failing
Message-ID: <2763db1ef8464441b97d481c1eb44122@C119S212VM042.msvyvi.vaha.local>

Hi,

Shapefile may be a little faster than gpkg, but not much. For me the advantages in data administration mean more than a nominal difference in speed (can use the same long attribute names than in the source data, support of longer than 255 character strings, just one file for one or more layers etc.).

-Jukka Rahkonen.

-----Alkuper?inen viesti-----
L?hett?j?: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta Gert Cuykens
L?hetetty: 6. maaliskuuta 2018 17:32
Vastaanottaja: Seth G <sethg at geographika.co.uk>
Kopio: mapserver-users at lists.osgeo.org
Aihe: Re: [mapserver-users] MapServer and Geopackage failing

Having the same error message but I thought it was because of gdal not compiled with spatialite or something?

gdal = https://pkgs.alpinelinux.org/package/edge/testing/x86/gdal-dev

2018/03/02 13:18:21 [error] 15#0: *1 FastCGI sent in stderr: "CGI Request 1 on process 10
msOGRFileOpen: Spatialite support in GPKG not enabled
msOGRFileOpen: Spatialite support in GPKG not enabled
msOGRFileOpen: Spatialite support in GPKG not enabled
msOGRFileNextShape(): OGR error. OGR GetNextFeature() error'd. Check logs.
msOGRFileNextShape(): In ExecuteSQL(): sqlite3_prepare_v2(SELECT
spatialite_version()):
  no such function: spatialite_version

PS could it be using the native shapefile/qix implementation is much faster than any ogr driver/gpkg alternative even with spatial index enabled ?


On Tue, Mar 6, 2018 at 12:05 PM, Seth G <sethg at geographika.co.uk> wrote:
> Thanks Even!
> I'll get a build together and test,
>
> Seth
>
> --
> web:http://geographika.co.uk
> twitter: @geographika
>
>
> On Tue, Mar 6, 2018, at 11:41 AM, Even Rouault wrote:
>
> Seth,
>
>
>
> I've pushed a temptative fix per
>
> https://github.com/mapserver/mapserver/commit/4e4885f8598764b7cfb3a8c1
> c91c6f60eb12671f
>
> but I'm not completely positive this will fix what you've seen.
>
>
>
> Even
>
>
>
>> Hi all,
>
>>
>
>> I'm trying out the geopackage format as an alternative to shapefiles 
>> but
>
>> running into an issue where MapServer expects the geopackage dataset 
>> to
>
>> include spatialite. Drawing layers with shp2img logs the following:
>
>>
>
>> [Tue Mar 06 10:39:42 2018].512000 msDrawMap(): rendering using 
>> outputformat
>
>> named png (AGG/PNG). [Tue Mar 06 10:39:42 2018].512000 msDrawMap():
>> WMS/WFS
>
>> set-up and query, 0.000s [Tue Mar 06 10:39:42 2018].529000 msOGRFileOpen:
>
>> Spatialite support in GPKG not enabled [Tue Mar 06 10:39:42 
>> 2018].549000
>
>> msOGRFileNextShape(): OGR error. OGR GetNextFeature() error'd. Check logs.
>
>> [Tue Mar 06 10:39:42 2018].549000 msOGRFileNextShape(): In ExecuteSQL():
>
>> sqlite3_prepare(SELECT spatialite_version()): no such function:
>
>> spatialite_version
>
>> [Tue Mar 06 10:39:42 2018].550000 msDrawMap(): Image handling error.
>> Failed
>
>> to draw layer named 'ways'.
>
>>
>
>> The spatialite_version function is missing in the geopackage. The 
>> dataset
>
>> was created by exporting from MapServer as an OUTPUTOPTION:
>
>>
>
>> OUTPUTFORMAT
>
>> NAME "GeoPackage"
>
>> DRIVER "OGR/GPKG"
>
>> FORMATOPTION "STORAGE=memory"
>
>> FORMATOPTION "FORM=simple"
>
>> FORMATOPTION "FILENAME=result.gpkg"
>
>> FORMATOPTION "DSCO:SPATIALITE=YES" # not a listed option, but tried
>
>> anyway FORMATOPTION "LCO:SPATIAL_INDEX=YES"
>
>> END
>
>>
>
>> Running a GisInternals build, including GDAL 2.1.3 and MapServer 7.0.4.
>
>>
>
>> Relevant code is at
>
>>
>> https://github.com/mapserver/mapserver/blob/aae74ff2abed3f2f8fe1f76c9
>> b4bbcc
>
>> f15023dc1/mapogr.cpp#L1313 It looks like the error should be swallowed up?
>
>>
>
>> The same dataset exported directly to spatilite works fine.
>
>>
>
>> Anyone experienced the above issue?
>
>>
>
>> Regards,
>
>>
>
>> Seth
>
>>
>
>>
>
>> --
>
>> web:http://geographika.co.uk
>
>> twitter: @geographika
>
>> _______________________________________________
>
>> mapserver-users mailing list
>
>> mapserver-users at lists.osgeo.org
>
>> https://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
>
>
>
> --
>
> Spatialys - Geospatial professional services
>
> http://www.spatialys.com
>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

From jukka.rahkonen at maanmittauslaitos.fi  Tue Mar  6 08:05:13 2018
From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML))
Date: Tue, 6 Mar 2018 16:05:13 +0000
Subject: [mapserver-users] MapServer and Geopackage failing
Message-ID: <8ed3e24ab6994cd68175f11f0005fa19@C119S212VM042.msvyvi.vaha.local>

Hi,

Please explain what you are actually doing. Do you wish to use geopackage for input or output, or both?  For rasters, vectors, or both?

If you use gpkg as input I suggest to create the database with GDAL from some publicly available datasets so others can do the same for reproducing you case (share your ogr2ogr or gdal_translate commands), with a complete mapfile that you will hopefully provide as well.

-Jukka Rahkonen-

-----Alkuper?inen viesti-----
L?hett?j?: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta Seth G
L?hetetty: 6. maaliskuuta 2018 12:20
Vastaanottaja: mapserver-users at lists.osgeo.org
Aihe: [mapserver-users] MapServer and Geopackage failing

Hi all,

I'm trying out the geopackage format as an alternative to shapefiles but running into an issue where MapServer expects the geopackage dataset to include spatialite. Drawing layers with shp2img logs the following:

[Tue Mar 06 10:39:42 2018].512000 msDrawMap(): rendering using outputformat named png (AGG/PNG).
[Tue Mar 06 10:39:42 2018].512000 msDrawMap(): WMS/WFS set-up and query, 0.000s [Tue Mar 06 10:39:42 2018].529000 msOGRFileOpen: Spatialite support in GPKG not enabled [Tue Mar 06 10:39:42 2018].549000 msOGRFileNextShape(): OGR error. OGR GetNextFeature() error'd. Check logs.
[Tue Mar 06 10:39:42 2018].549000 msOGRFileNextShape(): In ExecuteSQL(): sqlite3_prepare(SELECT spatialite_version()):
  no such function: spatialite_version
[Tue Mar 06 10:39:42 2018].550000 msDrawMap(): Image handling error. Failed to draw layer named 'ways'.  

The spatialite_version function is missing in the geopackage. The dataset was created by exporting from MapServer as an OUTPUTOPTION:

      OUTPUTFORMAT
        NAME "GeoPackage"
        DRIVER "OGR/GPKG"
        FORMATOPTION "STORAGE=memory"
        FORMATOPTION "FORM=simple"
        FORMATOPTION "FILENAME=result.gpkg"
        FORMATOPTION "DSCO:SPATIALITE=YES"	# not a listed option, but tried anyway	
        FORMATOPTION "LCO:SPATIAL_INDEX=YES"
    END
  
Running a GisInternals build,  including GDAL 2.1.3 and MapServer 7.0.4. 

Relevant code is at https://github.com/mapserver/mapserver/blob/aae74ff2abed3f2f8fe1f76c9b4bbccf15023dc1/mapogr.cpp#L1313
It looks like the error should be swallowed up?

The same dataset exported directly to spatilite works fine. 

Anyone experienced the above issue?

Regards,

Seth


--
web:http://geographika.co.uk
twitter: @geographika
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

From aperi2007 at gmail.com  Tue Mar  6 08:40:37 2018
From: aperi2007 at gmail.com (Andrea Peri)
Date: Tue, 6 Mar 2018 17:40:37 +0100
Subject: [mapserver-users] How return a different result for different
	IPs
In-Reply-To: <0ab088de4ac046b9b60fff79f2f952aa@PEVDACDEXC017.birch.int.bell.ca>
References: <CABqTJk8H1pQkDQ8hkfknQhskyZgg6B6LdzkrGYUZX96m=h4e4Q@mail.gmail.com>
 <0ab088de4ac046b9b60fff79f2f952aa@PEVDACDEXC017.birch.int.bell.ca>
Message-ID: <CABqTJk8+adFB6cjPoLHkKbVnRq9PTfh0OmMR7sb7H6V8f0ivMA@mail.gmail.com>

HiTom,

Thx for hint it seem really an interesting solution.

I dont know was possible to adjust the mapfle objet before executing it.

I search and find this doc

http://www.mapserver.org/ogc/mapscript.html

right it ?

Thx,
A.


2018-03-06 16:18 GMT+01:00 Kralidis, Tom (EC) <tom.kralidis at canada.ca>:

> Hi Andrea:
>
> You could serve your WMS via MapScript which could intercept the
> request and adjust the mapfile object in memory before executing the
> response.
>
> We've done this with Python MapScript in implementing the WMS Best Practice
> for Time/Elevation, but there's no reason why the same approach couldn't
> work
> with processing IPs.
>
> Hope this helps.
>
> ..Tom
>
>
> From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On
> Behalf Of Andrea Peri
> Sent: 06 March 2018 10:12
> To: mapserver-users at lists.osgeo.org
> Subject: [mapserver-users] How return a different result for different IPs
>
> Hi,
> I need to implement a wms mapserver service where from a layer.
> when done a GetFeatureInfo the system return a different geometry for
> differents IP address.
> More explicitly. It should return the exact geometry for some explicited
> IP address and return instead the Boundign Box for every other IP address.
>
> Actually the only one solution I know is implement a front-end filter that
> redirect to one wms service where the dataset is with bbox geometry only
> for some IP and redirect to another wms system where there s a dataset with
> exact geometries for specific IP addresses.
>
> But of course I like if there is a choice of solution inside the mapserver
> world.
>
> Any help is welcome.Thx,
> Andrea
> --
> -----------------
> Andrea Peri
> . . . . . . . . .
> qwerty ?????
> -----------------
>



-- 
-----------------
Andrea Peri
. . . . . . . . .
qwerty ?????
-----------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180306/d2476ea3/attachment.htm>

From damien.zins at intitek.fr  Tue Mar  6 08:44:04 2018
From: damien.zins at intitek.fr (DamienZINS)
Date: Tue, 6 Mar 2018 09:44:04 -0700 (MST)
Subject: [mapserver-users] which versions for mapserver 4.8.3
Message-ID: <1520354644078-0.post@n6.nabble.com>

Hi

I translate version from SOLARIS to Centos 7.x

[root at localhost old]# cat /etc/redhat-release 
CentOS Linux release 7.4.1708 (Core) 

my differents versions. I compile these sources

[root at localhost old]# grep installation  install.log 
>>>>>>>>>> installation de freetype-2.8 <<<<<<<<<<
>>>>>>>>>> installation de zlib-1.2.11 <<<<<<<<<<
>>>>>>>>>> installation de libpng-1.6.32 <<<<<<<<<<
>>>>>>>>>> installation de proj-4.9.3 <<<<<<<<<<
>>>>>>>>>> installation de jpegsrc.v9b <<<<<<<<<<
>>>>>>>>>> installation de libiconv-1.15 <<<<<<<<<<
>>>>>>>>>> installation de libgd-2.2.5 <<<<<<<<<<
>>>>>>>>>> installation de gdal-2.2.1 <<<<<<<<<<
>>>>>>>>>> installation de apr-1.6.2 <<<<<<<<<<
>>>>>>>>>> installation de apr-util-1.6.0 <<<<<<<<<<
>>>>>>>>>> installation de pcre-8.41 <<<<<<<<<<
>>>>>>>>>> installation de httpd-2.4.27 <<<<<<<<<<
>>>>>>>>>> installation de tomcat-connectors-1.2.42-src <<<<<<<<<<
>>>>>>>>>> installation de php-4.4.2 <<<<<<<<<<
checking for Oracle (OCI8) support using ORACLE_HOME installation... no
| distribution in the file LICENSE.  By continuing this installation |
| the installation process at this point.                            |
>>>>>>>>>> installation de mapserver-4.8.3 <<<<<<<<<<

All the compilation are OK, except mapserver , the error is on
gdFontCacheSetup

configure:5660: checking for gdFontCacheSetup in -lgd
configure:5690: gcc -o conftest -g -O2 -fPIC   conftest.c -lgd   -lpng
-L/lib64 -lz  -L  -lm -lstdc++  >&5
/tmp/ccC3N1Py.o: In function `main':
/gmao/old/src/mapserver-4.8.3/conftest.c:24: undefined reference to
`gdFontCacheSetup'
collect2: error: ld returned 1 exit status


my question is  :
is the error come from the version that i use ?




--
Sent from: http://osgeo-org.1560.x6.nabble.com/Mapserver-User-f4226646.html


From sethg at geographika.co.uk  Tue Mar  6 08:58:10 2018
From: sethg at geographika.co.uk (Seth G)
Date: Tue, 06 Mar 2018 17:58:10 +0100
Subject: [mapserver-users] MapServer and Geopackage failing
In-Reply-To: <8ed3e24ab6994cd68175f11f0005fa19@C119S212VM042.msvyvi.vaha.local>
References: <8ed3e24ab6994cd68175f11f0005fa19@C119S212VM042.msvyvi.vaha.local>
Message-ID: <1520355490.1144146.1293593584.05BC3E29@webmail.messagingengine.com>

Hi,

I'm trying to create an image from a Geopackage with MapServer. 
I can recreate the issue using data from http://www.geopackage.org/#sampledata

It appears a v1.1 Geopackage will throw an error if the Sqlite database does not include the Spatialite extension. 
A v1.2 Geopackage does not seem to produce the same error. 
Even's patch fixes this error. It also seems the issue disappears when using a dev 2.3.0 build of GDAL. 

A sample Mapfile using the sample datasets is below. The first shp2img command works, the second does not. 

shp2img -m test.map -l point2d_v1_2 -o test.png
shp2img -m test.map -l point2d_v1_1 -o test.png    


MAP
    # cd /D C:\MapServer\apps\gpkg
    # shp2img -m test.map -l point2d_v1_2 -o test.png
    # shp2img -m test.map -l point2d_v1_1 -o test.png    
    SIZE 200 200
    DEBUG 5
    CONFIG "MS_ERRORFILE" "test.log"
    CONFIG "CPL_DEBUG" "ON"
    EXTENT 0 0 10 10
    SYMBOL
        NAME "circle"
        TYPE ELLIPSE
        FILLED TRUE
        POINTS
            1 1
        END
    END    
    LAYER
        NAME "point2d_v1_2"
        TYPE POINT
        DATA "point2d"
        CONNECTIONTYPE OGR
        CONNECTION "gdal_sample_v1.2_no_extensions.gpkg"
        CLASS
            STYLE
                SYMBOL "circle"
                SIZE 10
                COLOR 0 255 255
            END
        END
    END
    LAYER
        NAME "point2d_v1_1"
        TYPE POINT
        DATA "point2d"
        CONNECTIONTYPE OGR
        CONNECTION "gdal_sample.gpkg"
        CLASS
            STYLE
                SYMBOL "circle"
                SIZE 10
                COLOR 0 255 255
            END
        END
    END    
END


--
web:http://geographika.co.uk
twitter: @geographika

On Tue, Mar 6, 2018, at 5:05 PM, Rahkonen Jukka (MML) wrote:
> Hi,
> 
> Please explain what you are actually doing. Do you wish to use 
> geopackage for input or output, or both?  For rasters, vectors, or both?
> 
> If you use gpkg as input I suggest to create the database with GDAL from 
> some publicly available datasets so others can do the same for 
> reproducing you case (share your ogr2ogr or gdal_translate commands), 
> with a complete mapfile that you will hopefully provide as well.
> 
> -Jukka Rahkonen-
> 
> -----Alkuper?inen viesti-----
> L?hett?j?: mapserver-users 
> [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta Seth G
> L?hetetty: 6. maaliskuuta 2018 12:20
> Vastaanottaja: mapserver-users at lists.osgeo.org
> Aihe: [mapserver-users] MapServer and Geopackage failing
> 
> Hi all,
> 
> I'm trying out the geopackage format as an alternative to shapefiles but 
> running into an issue where MapServer expects the geopackage dataset to 
> include spatialite. Drawing layers with shp2img logs the following:
> 
> [Tue Mar 06 10:39:42 2018].512000 msDrawMap(): rendering using 
> outputformat named png (AGG/PNG).
> [Tue Mar 06 10:39:42 2018].512000 msDrawMap(): WMS/WFS set-up and query, 
> 0.000s [Tue Mar 06 10:39:42 2018].529000 msOGRFileOpen: Spatialite 
> support in GPKG not enabled [Tue Mar 06 10:39:42 2018].549000 
> msOGRFileNextShape(): OGR error. OGR GetNextFeature() error'd. Check 
> logs.
> [Tue Mar 06 10:39:42 2018].549000 msOGRFileNextShape(): In ExecuteSQL(): 
> sqlite3_prepare(SELECT spatialite_version()):
>   no such function: spatialite_version
> [Tue Mar 06 10:39:42 2018].550000 msDrawMap(): Image handling error. 
> Failed to draw layer named 'ways'.  
> 
> The spatialite_version function is missing in the geopackage. The 
> dataset was created by exporting from MapServer as an OUTPUTOPTION:
> 
>       OUTPUTFORMAT
>         NAME "GeoPackage"
>         DRIVER "OGR/GPKG"
>         FORMATOPTION "STORAGE=memory"
>         FORMATOPTION "FORM=simple"
>         FORMATOPTION "FILENAME=result.gpkg"
>         FORMATOPTION "DSCO:SPATIALITE=YES"	# not a listed option, but 
> tried anyway	
>         FORMATOPTION "LCO:SPATIAL_INDEX=YES"
>     END
>   
> Running a GisInternals build,  including GDAL 2.1.3 and MapServer 7.0.4. 
> 
> Relevant code is at 
> https://github.com/mapserver/mapserver/blob/aae74ff2abed3f2f8fe1f76c9b4bbccf15023dc1/mapogr.cpp#L1313
> It looks like the error should be swallowed up?
> 
> The same dataset exported directly to spatilite works fine. 
> 
> Anyone experienced the above issue?
> 
> Regards,
> 
> Seth
> 
> 
> --
> web:http://geographika.co.uk
> twitter: @geographika
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users


From tom.kralidis at canada.ca  Tue Mar  6 09:01:07 2018
From: tom.kralidis at canada.ca (Kralidis, Tom (EC))
Date: Tue, 6 Mar 2018 17:01:07 +0000
Subject: [mapserver-users] How return a different result for different
	IPs
In-Reply-To: <CABqTJk8+adFB6cjPoLHkKbVnRq9PTfh0OmMR7sb7H6V8f0ivMA@mail.gmail.com>
References: <CABqTJk8H1pQkDQ8hkfknQhskyZgg6B6LdzkrGYUZX96m=h4e4Q@mail.gmail.com>
 <0ab088de4ac046b9b60fff79f2f952aa@PEVDACDEXC017.birch.int.bell.ca>
 <CABqTJk8+adFB6cjPoLHkKbVnRq9PTfh0OmMR7sb7H6V8f0ivMA@mail.gmail.com>
Message-ID: <mailman.166.1728306058.23453.mapserver-users@lists.osgeo.org>

Hi Andrea: correct.  You can find examples in Python, Perl, PHP, etc.
depending on your environment/requirements.

Cheers

..Tom

From: Andrea Peri [mailto:aperi2007 at gmail.com] 
Sent: 06 March 2018 11:41
To: Kralidis, Tom (EC)
Cc: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] How return a different result for different IPs

HiTom,
Thx for hint it seem really an interesting solution.
I dont know was possible to adjust the mapfle objet before executing it.
I search and find this doc

http://www.mapserver.org/ogc/mapscript.html
right it ?

Thx,
A.

2018-03-06 16:18 GMT+01:00 Kralidis, Tom (EC) <tom.kralidis at canada.ca>:
Hi Andrea:

You could serve your WMS via MapScript which could intercept the
request and adjust the mapfile object in memory before executing the response.

We've done this with Python MapScript in implementing the WMS Best Practice
for Time/Elevation, but there's no reason why the same approach couldn't work
with processing IPs.

Hope this helps.

..Tom


From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Andrea Peri
Sent: 06 March 2018 10:12
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] How return a different result for different IPs

Hi,
I need to implement a wms mapserver service where from a layer.
when done a GetFeatureInfo the system return a different geometry for differents IP address.
More explicitly. It should return the exact geometry for some explicited IP address and return instead the Boundign Box for every other IP address.

Actually the only one solution I know is implement a front-end filter that redirect to one wms service where the dataset is with bbox geometry only for some IP and redirect to another wms system where there s a dataset with exact geometries for specific IP addresses.

But of course I like if there is a choice of solution inside the mapserver world.

Any help is welcome.Thx,
Andrea
--
-----------------
Andrea Peri
. . . . . . . . .
qwerty ?????
-----------------



-- 
-----------------
Andrea Peri
. . . . . . . . . 
qwerty ?????
-----------------

From dmorissette at mapgears.com  Tue Mar  6 09:10:58 2018
From: dmorissette at mapgears.com (Daniel Morissette)
Date: Tue, 6 Mar 2018 12:10:58 -0500
Subject: [mapserver-users] which versions for mapserver 4.8.3
In-Reply-To: <1520354644078-0.post@n6.nabble.com>
References: <1520354644078-0.post@n6.nabble.com>
Message-ID: <ad1b39cf-cee7-2495-f08e-65a0f554bb12@mapgears.com>

gdFontCacheSetup was added in GD 2.0.16 and that's what this configure 
test is checking for.

Your install.log suggests that you installed GD 2.2.5 from source. 
Perhaps double check to make sure that you do not have two versions of 
GD on the system (one installed by the OS and one in your custom 
builds), in which case the configure script could possibly pick up the 
wrong version for the test. Also double check your GD build options to 
make sure there is not something disabling gdFontCacheSetup in your build.

Daniel


On 2018-03-06 11:44 AM, DamienZINS wrote:
> Hi
> 
> I translate version from SOLARIS to Centos 7.x
> 
> [root at localhost old]# cat /etc/redhat-release
> CentOS Linux release 7.4.1708 (Core)
> 
> my differents versions. I compile these sources
> 
> [root at localhost old]# grep installation  install.log
>>>>>>>>>>> installation de freetype-2.8 <<<<<<<<<<
>>>>>>>>>>> installation de zlib-1.2.11 <<<<<<<<<<
>>>>>>>>>>> installation de libpng-1.6.32 <<<<<<<<<<
>>>>>>>>>>> installation de proj-4.9.3 <<<<<<<<<<
>>>>>>>>>>> installation de jpegsrc.v9b <<<<<<<<<<
>>>>>>>>>>> installation de libiconv-1.15 <<<<<<<<<<
>>>>>>>>>>> installation de libgd-2.2.5 <<<<<<<<<<
>>>>>>>>>>> installation de gdal-2.2.1 <<<<<<<<<<
>>>>>>>>>>> installation de apr-1.6.2 <<<<<<<<<<
>>>>>>>>>>> installation de apr-util-1.6.0 <<<<<<<<<<
>>>>>>>>>>> installation de pcre-8.41 <<<<<<<<<<
>>>>>>>>>>> installation de httpd-2.4.27 <<<<<<<<<<
>>>>>>>>>>> installation de tomcat-connectors-1.2.42-src <<<<<<<<<<
>>>>>>>>>>> installation de php-4.4.2 <<<<<<<<<<
> checking for Oracle (OCI8) support using ORACLE_HOME installation... no
> | distribution in the file LICENSE.  By continuing this installation |
> | the installation process at this point.                            |
>>>>>>>>>>> installation de mapserver-4.8.3 <<<<<<<<<<
> 
> All the compilation are OK, except mapserver , the error is on
> gdFontCacheSetup
> 
> configure:5660: checking for gdFontCacheSetup in -lgd
> configure:5690: gcc -o conftest -g -O2 -fPIC   conftest.c -lgd   -lpng
> -L/lib64 -lz  -L  -lm -lstdc++  >&5
> /tmp/ccC3N1Py.o: In function `main':
> /gmao/old/src/mapserver-4.8.3/conftest.c:24: undefined reference to
> `gdFontCacheSetup'
> collect2: error: ld returned 1 exit status
> 
> 
> my question is  :
> is the error come from the version that i use ?
> 
> 
> 
> 
> --
> Sent from: http://osgeo-org.1560.x6.nabble.com/Mapserver-User-f4226646.html
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
> 


-- 
Daniel Morissette
Mapgears Inc
T: +1 418-696-5056 #201


From jmckenna at gatewaygeomatics.com  Tue Mar  6 09:16:53 2018
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Tue, 6 Mar 2018 13:16:53 -0400
Subject: [mapserver-users] MapServer and Geopackage failing
In-Reply-To: <1520355490.1144146.1293593584.05BC3E29@webmail.messagingengine.com>
References: <8ed3e24ab6994cd68175f11f0005fa19@C119S212VM042.msvyvi.vaha.local>
 <1520355490.1144146.1293593584.05BC3E29@webmail.messagingengine.com>
Message-ID: <2b53c50e-f2a1-1770-f12e-38ec53e8297b@gatewaygeomatics.com>

Hi Seth,

I was also testing with that same test dataset when you wrote this last 
message.  In my testing using MS4W v3.2.5 here (MapServer 7.0.7, GDAL 
2.2.3) I can display both the v1.2 and v1.0/1.1 test datasets of GPKG. 
(I remember painfully spending a lot of time building spatialite with 
sqlite, for the MS4W community).

-jeff



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




On 2018-03-06 12:58 PM, Seth G wrote:
> Hi,
> 
> I'm trying to create an image from a Geopackage with MapServer.
> I can recreate the issue using data from http://www.geopackage.org/#sampledata
> 
> It appears a v1.1 Geopackage will throw an error if the Sqlite database does not include the Spatialite extension.
> A v1.2 Geopackage does not seem to produce the same error.
> Even's patch fixes this error. It also seems the issue disappears when using a dev 2.3.0 build of GDAL.
> 
> A sample Mapfile using the sample datasets is below. The first shp2img command works, the second does not.
> 
> shp2img -m test.map -l point2d_v1_2 -o test.png
> shp2img -m test.map -l point2d_v1_1 -o test.png
> 
> 
> MAP
>      # cd /D C:\MapServer\apps\gpkg
>      # shp2img -m test.map -l point2d_v1_2 -o test.png
>      # shp2img -m test.map -l point2d_v1_1 -o test.png
>      SIZE 200 200
>      DEBUG 5
>      CONFIG "MS_ERRORFILE" "test.log"
>      CONFIG "CPL_DEBUG" "ON"
>      EXTENT 0 0 10 10
>      SYMBOL
>          NAME "circle"
>          TYPE ELLIPSE
>          FILLED TRUE
>          POINTS
>              1 1
>          END
>      END
>      LAYER
>          NAME "point2d_v1_2"
>          TYPE POINT
>          DATA "point2d"
>          CONNECTIONTYPE OGR
>          CONNECTION "gdal_sample_v1.2_no_extensions.gpkg"
>          CLASS
>              STYLE
>                  SYMBOL "circle"
>                  SIZE 10
>                  COLOR 0 255 255
>              END
>          END
>      END
>      LAYER
>          NAME "point2d_v1_1"
>          TYPE POINT
>          DATA "point2d"
>          CONNECTIONTYPE OGR
>          CONNECTION "gdal_sample.gpkg"
>          CLASS
>              STYLE
>                  SYMBOL "circle"
>                  SIZE 10
>                  COLOR 0 255 255
>              END
>          END
>      END
> END
> 
> 
> --
> web:http://geographika.co.uk
> twitter: @geographika
> 
> On Tue, Mar 6, 2018, at 5:05 PM, Rahkonen Jukka (MML) wrote:
>> Hi,
>>
>> Please explain what you are actually doing. Do you wish to use
>> geopackage for input or output, or both?  For rasters, vectors, or both?
>>
>> If you use gpkg as input I suggest to create the database with GDAL from
>> some publicly available datasets so others can do the same for
>> reproducing you case (share your ogr2ogr or gdal_translate commands),
>> with a complete mapfile that you will hopefully provide as well.
>>
>> -Jukka Rahkonen-
>>
>> -----Alkuper?inen viesti-----
>> L?hett?j?: mapserver-users
>> [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta Seth G
>> L?hetetty: 6. maaliskuuta 2018 12:20
>> Vastaanottaja: mapserver-users at lists.osgeo.org
>> Aihe: [mapserver-users] MapServer and Geopackage failing
>>
>> Hi all,
>>
>> I'm trying out the geopackage format as an alternative to shapefiles but
>> running into an issue where MapServer expects the geopackage dataset to
>> include spatialite. Drawing layers with shp2img logs the following:
>>
>> [Tue Mar 06 10:39:42 2018].512000 msDrawMap(): rendering using
>> outputformat named png (AGG/PNG).
>> [Tue Mar 06 10:39:42 2018].512000 msDrawMap(): WMS/WFS set-up and query,
>> 0.000s [Tue Mar 06 10:39:42 2018].529000 msOGRFileOpen: Spatialite
>> support in GPKG not enabled [Tue Mar 06 10:39:42 2018].549000
>> msOGRFileNextShape(): OGR error. OGR GetNextFeature() error'd. Check
>> logs.
>> [Tue Mar 06 10:39:42 2018].549000 msOGRFileNextShape(): In ExecuteSQL():
>> sqlite3_prepare(SELECT spatialite_version()):
>>    no such function: spatialite_version
>> [Tue Mar 06 10:39:42 2018].550000 msDrawMap(): Image handling error.
>> Failed to draw layer named 'ways'.
>>
>> The spatialite_version function is missing in the geopackage. The
>> dataset was created by exporting from MapServer as an OUTPUTOPTION:
>>
>>        OUTPUTFORMAT
>>          NAME "GeoPackage"
>>          DRIVER "OGR/GPKG"
>>          FORMATOPTION "STORAGE=memory"
>>          FORMATOPTION "FORM=simple"
>>          FORMATOPTION "FILENAME=result.gpkg"
>>          FORMATOPTION "DSCO:SPATIALITE=YES"	# not a listed option, but
>> tried anyway	
>>          FORMATOPTION "LCO:SPATIAL_INDEX=YES"
>>      END
>>    
>> Running a GisInternals build,  including GDAL 2.1.3 and MapServer 7.0.4.
>>
>> Relevant code is at
>> https://github.com/mapserver/mapserver/blob/aae74ff2abed3f2f8fe1f76c9b4bbccf15023dc1/mapogr.cpp#L1313
>> It looks like the error should be swallowed up?
>>
>> The same dataset exported directly to spatilite works fine.
>>
>> Anyone experienced the above issue?
>>
>> Regards,
>>
>> Seth
>>
>>
>> --
>> web:http://geographika.co.uk
>> twitter: @geographika
>> __


From theduckylittle at gmail.com  Tue Mar  6 11:46:39 2018
From: theduckylittle at gmail.com (Dan Little)
Date: Tue, 6 Mar 2018 13:46:39 -0600
Subject: [mapserver-users] mapserver 4.8.3 errorsing libgd 2.0.16 (or
 higher) from ....
In-Reply-To: <1520332000385-0.post@n6.nabble.com>
References: <1520332000385-0.post@n6.nabble.com>
Message-ID: <CABqPoBZdmShbdS8nFeLJcEf_RKUWCSf=597j_1841sXHf5ySoA@mail.gmail.com>

Have you installed the headers for GD? And depending on the complexity of
your Mapfiles, it might be a good time to move to a newer version of
MapServer.  There have been a number of significant improvements since
4.8.3.

On Tue, Mar 6, 2018 at 4:26 AM, DamienZINS <damien.zins at intitek.fr> wrote:

> Hi
>
> I must translate a SOLARIS version in CENTOS 7 OS version
> Above i put all versions sourve that i use
>
> In the file configure from mapserver 4.8.3, for me $IS_GD2 will be never
> true
> then compilation stop with
> configure: error: Could not find gd.h or libgd.a/libgd.so in
> /gmao/old/install.  Make sure GD 2.0.16 or higher is compiled before
> calling
> configure. You may also get this error if you didn't specify the
> appropriate
> location for one of GD's dependencies (freetype, libpng, libjpeg or
> libiconv).
>
> Somebody know why ?
>
> ac_cv_lib_gd_gdFontCacheSetup=no
> fi
> rm -f conftest.err conftest.$ac_objext \
>       conftest$ac_exeext conftest.$ac_ext
> LIBS=$ac_check_lib_save_LIBS
> fi
> echo "$as_me:$LINENO: result: $ac_cv_lib_gd_gdFontCacheSetup" >&5
> echo "${ECHO_T}$ac_cv_lib_gd_gdFontCacheSetup" >&6
> if test $ac_cv_lib_gd_gdFontCacheSetup = yes; then
>   IS_GD2="true"
> fi
>     GD_NEED_ICONV_LIB="$ICONV_LIB"
>   fi
>
>   if test -n "$GD_INCLUDE" -a -n "$GD_LIBDIR" -a "$IS_GD2" = "true"; then
>       GD_INC=-I$GD_INCLUDE
>       GD_LIB="-L$GD_LIBDIR -lgd"
>       GD_XTRA_LIBS="$GD_XTRA_LIBS $GD_NEED_ICONV_LIB"
>       echo "$as_me:$LINENO: result:         using libgd 2.0.16 (or higher)
> from $GD_LIB $GD_XTRA_LIBS" >&5
> echo "${ECHO_T}        using libgd 2.0.16 (or higher) from $GD_LIB
> $GD_XTRA_LIBS" >&6
>
>
> informations CentOS :
> [root at localhost mapserver-4.8.3]# cat /etc/redhat-release
> CentOS Linux release 7.4.1708 (Core)
>
> informations versions sources compiled :
> [root at localhost old]# grep installation install.log
> >>>>>>>>>> installation de freetype-2.8 <<<<<<<<<<
> >>>>>>>>>> installation de zlib-1.2.11 <<<<<<<<<<
> >>>>>>>>>> installation de libpng-1.6.32 <<<<<<<<<<
> >>>>>>>>>> installation de proj-4.9.3 <<<<<<<<<<
> >>>>>>>>>> installation de jpegsrc.v9b <<<<<<<<<<
> >>>>>>>>>> installation de libiconv-1.15 <<<<<<<<<<
> >>>>>>>>>> installation de libgd-2.2.5 <<<<<<<<<<
> >>>>>>>>>> installation de gdal-2.2.1 <<<<<<<<<<
> >>>>>>>>>> installation de apr-1.6.2 <<<<<<<<<<
> >>>>>>>>>> installation de apr-util-1.6.0 <<<<<<<<<<
> >>>>>>>>>> installation de pcre-8.41 <<<<<<<<<<
> >>>>>>>>>> installation de httpd-2.4.27 <<<<<<<<<<
> >>>>>>>>>> installation de tomcat-connectors-1.2.42-src <<<<<<<<<<
> >>>>>>>>>> installation de php-4.4.2 <<<<<<<<<<
> checking for Oracle (OCI8) support using ORACLE_HOME installation... no
> | distribution in the file LICENSE.  By continuing this installation |
> | the installation process at this point.                            |
> >>>>>>>>>> installation de mapserver-4.8.3 <<<<<<<<<<
>
>
>
>
> --
> Sent from: http://osgeo-org.1560.x6.nabble.com/Mapserver-User-
> f4226646.html
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180306/2b08755f/attachment.htm>

From steve.lime at state.mn.us  Tue Mar  6 11:54:27 2018
From: steve.lime at state.mn.us (Lime, Steve D (MNIT))
Date: Tue, 6 Mar 2018 19:54:27 +0000
Subject: [mapserver-users] mapserver 4.8.3 errorsing libgd 2.0.16 (or
 higher) from ....
In-Reply-To: <CABqPoBZdmShbdS8nFeLJcEf_RKUWCSf=597j_1841sXHf5ySoA@mail.gmail.com>
References: <1520332000385-0.post@n6.nabble.com>
 <CABqPoBZdmShbdS8nFeLJcEf_RKUWCSf=597j_1841sXHf5ySoA@mail.gmail.com>
Message-ID: <MWHPR09MB2272B99C16CFC853C5128C32DAD90@MWHPR09MB2272.namprd09.prod.outlook.com>

I would agree on the updating. We aren?t patching 4 or 5 anymore. Oldest version I?d recommend it 6.4.x?

From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Dan Little
Sent: Tuesday, March 06, 2018 1:47 PM
To: DamienZINS <damien.zins at intitek.fr>
Cc: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] mapserver 4.8.3 errorsing libgd 2.0.16 (or higher) from ....

Have you installed the headers for GD? And depending on the complexity of your Mapfiles, it might be a good time to move to a newer version of MapServer.  There have been a number of significant improvements since 4.8.3.

On Tue, Mar 6, 2018 at 4:26 AM, DamienZINS <damien.zins at intitek.fr<mailto:damien.zins at intitek.fr>> wrote:
Hi

I must translate a SOLARIS version in CENTOS 7 OS version
Above i put all versions sourve that i use

In the file configure from mapserver 4.8.3, for me $IS_GD2 will be never
true
then compilation stop with
configure: error: Could not find gd.h or libgd.a/libgd.so in
/gmao/old/install.  Make sure GD 2.0.16 or higher is compiled before calling
configure. You may also get this error if you didn't specify the appropriate
location for one of GD's dependencies (freetype, libpng, libjpeg or
libiconv).

Somebody know why ?

ac_cv_lib_gd_gdFontCacheSetup=no
fi
rm -f conftest.err conftest.$ac_objext \
      conftest$ac_exeext conftest.$ac_ext
LIBS=$ac_check_lib_save_LIBS
fi
echo "$as_me:$LINENO: result: $ac_cv_lib_gd_gdFontCacheSetup" >&5
echo "${ECHO_T}$ac_cv_lib_gd_gdFontCacheSetup" >&6
if test $ac_cv_lib_gd_gdFontCacheSetup = yes; then
  IS_GD2="true"
fi
    GD_NEED_ICONV_LIB="$ICONV_LIB"
  fi

  if test -n "$GD_INCLUDE" -a -n "$GD_LIBDIR" -a "$IS_GD2" = "true"; then
      GD_INC=-I$GD_INCLUDE
      GD_LIB="-L$GD_LIBDIR -lgd"
      GD_XTRA_LIBS="$GD_XTRA_LIBS $GD_NEED_ICONV_LIB"
      echo "$as_me:$LINENO: result:         using libgd 2.0.16 (or higher)
from $GD_LIB $GD_XTRA_LIBS" >&5
echo "${ECHO_T}        using libgd 2.0.16 (or higher) from $GD_LIB
$GD_XTRA_LIBS" >&6


informations CentOS :
[root at localhost mapserver-4.8.3]# cat /etc/redhat-release
CentOS Linux release 7.4.1708 (Core)

informations versions sources compiled :
[root at localhost old]# grep installation install.log
>>>>>>>>>> installation de freetype-2.8 <<<<<<<<<<
>>>>>>>>>> installation de zlib-1.2.11 <<<<<<<<<<
>>>>>>>>>> installation de libpng-1.6.32 <<<<<<<<<<
>>>>>>>>>> installation de proj-4.9.3 <<<<<<<<<<
>>>>>>>>>> installation de jpegsrc.v9b <<<<<<<<<<
>>>>>>>>>> installation de libiconv-1.15 <<<<<<<<<<
>>>>>>>>>> installation de libgd-2.2.5 <<<<<<<<<<
>>>>>>>>>> installation de gdal-2.2.1 <<<<<<<<<<
>>>>>>>>>> installation de apr-1.6.2 <<<<<<<<<<
>>>>>>>>>> installation de apr-util-1.6.0 <<<<<<<<<<
>>>>>>>>>> installation de pcre-8.41 <<<<<<<<<<
>>>>>>>>>> installation de httpd-2.4.27 <<<<<<<<<<
>>>>>>>>>> installation de tomcat-connectors-1.2.42-src <<<<<<<<<<
>>>>>>>>>> installation de php-4.4.2 <<<<<<<<<<
checking for Oracle (OCI8) support using ORACLE_HOME installation... no
| distribution in the file LICENSE.  By continuing this installation |
| the installation process at this point.                            |
>>>>>>>>>> installation de mapserver-4.8.3 <<<<<<<<<<




--
Sent from: http://osgeo-org.1560.x6.nabble.com/Mapserver-User-f4226646.html
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/mapserver-users

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

From damien.zins at intitek.fr  Tue Mar  6 11:58:25 2018
From: damien.zins at intitek.fr (DamienZINS)
Date: Tue, 6 Mar 2018 12:58:25 -0700 (MST)
Subject: [mapserver-users] mapserver 4.8.3 errorsing libgd 2.0.16 (or
	higher) from ....
In-Reply-To: <CABqPoBZdmShbdS8nFeLJcEf_RKUWCSf=597j_1841sXHf5ySoA@mail.gmail.com>
References: <1520332000385-0.post@n6.nabble.com>
 <CABqPoBZdmShbdS8nFeLJcEf_RKUWCSf=597j_1841sXHf5ySoA@mail.gmail.com>
Message-ID: <1520366305372-0.post@n6.nabble.com>

Thanks but

what do you mean by : "Have you installed the headers for GD?" ?

to move to a newer version of MapServer: which one 7.07 
 the question is : which is the good version MapServer for the others
sources installation 
>>>>>>>>>> installation de freetype-2.8 <<<<<<<<<<
>>>>>>>>>> installation de zlib-1.2.11 <<<<<<<<<<
>>>>>>>>>> installation de libpng-1.6.32 <<<<<<<<<<
>>>>>>>>>> installation de proj-4.9.3 <<<<<<<<<<
>>>>>>>>>> installation de jpegsrc.v9b <<<<<<<<<<
>>>>>>>>>> installation de libiconv-1.15 <<<<<<<<<<
>>>>>>>>>> installation de libgd-2.2.5 <<<<<<<<<<
>>>>>>>>>> installation de gdal-2.2.1 <<<<<<<<<<
>>>>>>>>>> installation de apr-1.6.2 <<<<<<<<<<
>>>>>>>>>> installation de apr-util-1.6.0 <<<<<<<<<<
>>>>>>>>>> installation de pcre-8.41 <<<<<<<<<<
>>>>>>>>>> installation de httpd-2.4.27 <<<<<<<<<<
>>>>>>>>>> installation de tomcat-connectors-1.2.42-src <<<<<<<<<<
>>>>>>>>>> installation de php-4.4.2 <<<<<<<<<<





--
Sent from: http://osgeo-org.1560.x6.nabble.com/Mapserver-User-f4226646.html


From theduckylittle at gmail.com  Tue Mar  6 12:01:10 2018
From: theduckylittle at gmail.com (Dan Little)
Date: Tue, 6 Mar 2018 14:01:10 -0600
Subject: [mapserver-users] mapserver 4.8.3 errorsing libgd 2.0.16 (or
 higher) from ....
In-Reply-To: <1520366305372-0.post@n6.nabble.com>
References: <1520332000385-0.post@n6.nabble.com>
 <CABqPoBZdmShbdS8nFeLJcEf_RKUWCSf=597j_1841sXHf5ySoA@mail.gmail.com>
 <1520366305372-0.post@n6.nabble.com>
Message-ID: <CABqPoBa6nFvpbHb04HUoDRqnYZ3gxSm3mw4um50S9c8P_Q3XxQ@mail.gmail.com>

I believe on RedHat-centric systems it's the "-devel" pacakges.  I don't
remember if it's "gd2-devel" or "libgd2-devel" but those would contain the
gd.h file.

That looks like a VERY OLD set of installed software. PHP 4.4.2 is
potentially even unsafe to be using on the server.

On Tue, Mar 6, 2018 at 1:58 PM, DamienZINS <damien.zins at intitek.fr> wrote:

> Thanks but
>
> what do you mean by : "Have you installed the headers for GD?" ?
>
> to move to a newer version of MapServer: which one 7.07
>  the question is : which is the good version MapServer for the others
> sources installation
> >>>>>>>>>> installation de freetype-2.8 <<<<<<<<<<
> >>>>>>>>>> installation de zlib-1.2.11 <<<<<<<<<<
> >>>>>>>>>> installation de libpng-1.6.32 <<<<<<<<<<
> >>>>>>>>>> installation de proj-4.9.3 <<<<<<<<<<
> >>>>>>>>>> installation de jpegsrc.v9b <<<<<<<<<<
> >>>>>>>>>> installation de libiconv-1.15 <<<<<<<<<<
> >>>>>>>>>> installation de libgd-2.2.5 <<<<<<<<<<
> >>>>>>>>>> installation de gdal-2.2.1 <<<<<<<<<<
> >>>>>>>>>> installation de apr-1.6.2 <<<<<<<<<<
> >>>>>>>>>> installation de apr-util-1.6.0 <<<<<<<<<<
> >>>>>>>>>> installation de pcre-8.41 <<<<<<<<<<
> >>>>>>>>>> installation de httpd-2.4.27 <<<<<<<<<<
> >>>>>>>>>> installation de tomcat-connectors-1.2.42-src <<<<<<<<<<
> >>>>>>>>>> installation de php-4.4.2 <<<<<<<<<<
>
>
>
>
>
> --
> Sent from: http://osgeo-org.1560.x6.nabble.com/Mapserver-User-
> f4226646.html
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180306/93ddd4f7/attachment.htm>

From sethg at geographika.co.uk  Tue Mar  6 14:34:31 2018
From: sethg at geographika.co.uk (Seth G)
Date: Tue, 06 Mar 2018 23:34:31 +0100
Subject: [mapserver-users] MapServer and Geopackage failing
In-Reply-To: <2b53c50e-f2a1-1770-f12e-38ec53e8297b@gatewaygeomatics.com>
References: <8ed3e24ab6994cd68175f11f0005fa19@C119S212VM042.msvyvi.vaha.local>
 <1520355490.1144146.1293593584.05BC3E29@webmail.messagingengine.com>
 <2b53c50e-f2a1-1770-f12e-38ec53e8297b@gatewaygeomatics.com>
Message-ID: <1520375671.2161612.1293989344.24B1F749@webmail.messagingengine.com>

Hi Jeff,

I tested on my ms4w installation just now, and didn't get any errors with the above test (MapServer 7.0.4 and GDAL  2.1.3). The same versions of the GISInternals builds did throw the error on the same machine. 

Maybe it is related to the sqlite/spatialite libraries?

ms4w:

SQLite 3.19.3
libspatialite 4.3.0-RC1

GISInternals:

sqlite-3.10.2 
libspatialite-4.3.0a 

Not sure how MapServer would skip the error Even fixed today though.

Regards,

Seth

--
web:http://geographika.co.uk
twitter: @geographika

On Tue, Mar 6, 2018, at 6:16 PM, Jeff McKenna wrote:
> Hi Seth,
> 
> I was also testing with that same test dataset when you wrote this last 
> message.  In my testing using MS4W v3.2.5 here (MapServer 7.0.7, GDAL 
> 2.2.3) I can display both the v1.2 and v1.0/1.1 test datasets of GPKG. 
> (I remember painfully spending a lot of time building spatialite with 
> sqlite, for the MS4W community).
> 
> -jeff
> 
> 
> 
> -- 
> Jeff McKenna
> MapServer Consulting and Training Services
> http://www.gatewaygeomatics.com/
> 
> 
> 
> 
> On 2018-03-06 12:58 PM, Seth G wrote:
> > Hi,
> > 
> > I'm trying to create an image from a Geopackage with MapServer.
> > I can recreate the issue using data from http://www.geopackage.org/#sampledata
> > 
> > It appears a v1.1 Geopackage will throw an error if the Sqlite database does not include the Spatialite extension.
> > A v1.2 Geopackage does not seem to produce the same error.
> > Even's patch fixes this error. It also seems the issue disappears when using a dev 2.3.0 build of GDAL.
> > 
> > A sample Mapfile using the sample datasets is below. The first shp2img command works, the second does not.
> > 
> > shp2img -m test.map -l point2d_v1_2 -o test.png
> > shp2img -m test.map -l point2d_v1_1 -o test.png
> > 
> > 
> > MAP
> >      # cd /D C:\MapServer\apps\gpkg
> >      # shp2img -m test.map -l point2d_v1_2 -o test.png
> >      # shp2img -m test.map -l point2d_v1_1 -o test.png
> >      SIZE 200 200
> >      DEBUG 5
> >      CONFIG "MS_ERRORFILE" "test.log"
> >      CONFIG "CPL_DEBUG" "ON"
> >      EXTENT 0 0 10 10
> >      SYMBOL
> >          NAME "circle"
> >          TYPE ELLIPSE
> >          FILLED TRUE
> >          POINTS
> >              1 1
> >          END
> >      END
> >      LAYER
> >          NAME "point2d_v1_2"
> >          TYPE POINT
> >          DATA "point2d"
> >          CONNECTIONTYPE OGR
> >          CONNECTION "gdal_sample_v1.2_no_extensions.gpkg"
> >          CLASS
> >              STYLE
> >                  SYMBOL "circle"
> >                  SIZE 10
> >                  COLOR 0 255 255
> >              END
> >          END
> >      END
> >      LAYER
> >          NAME "point2d_v1_1"
> >          TYPE POINT
> >          DATA "point2d"
> >          CONNECTIONTYPE OGR
> >          CONNECTION "gdal_sample.gpkg"
> >          CLASS
> >              STYLE
> >                  SYMBOL "circle"
> >                  SIZE 10
> >                  COLOR 0 255 255
> >              END
> >          END
> >      END
> > END
> > 
> > 
> > --
> > web:http://geographika.co.uk
> > twitter: @geographika
> > 
> > On Tue, Mar 6, 2018, at 5:05 PM, Rahkonen Jukka (MML) wrote:
> >> Hi,
> >>
> >> Please explain what you are actually doing. Do you wish to use
> >> geopackage for input or output, or both?  For rasters, vectors, or both?
> >>
> >> If you use gpkg as input I suggest to create the database with GDAL from
> >> some publicly available datasets so others can do the same for
> >> reproducing you case (share your ogr2ogr or gdal_translate commands),
> >> with a complete mapfile that you will hopefully provide as well.
> >>
> >> -Jukka Rahkonen-
> >>
> >> -----Alkuper?inen viesti-----
> >> L?hett?j?: mapserver-users
> >> [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta Seth G
> >> L?hetetty: 6. maaliskuuta 2018 12:20
> >> Vastaanottaja: mapserver-users at lists.osgeo.org
> >> Aihe: [mapserver-users] MapServer and Geopackage failing
> >>
> >> Hi all,
> >>
> >> I'm trying out the geopackage format as an alternative to shapefiles but
> >> running into an issue where MapServer expects the geopackage dataset to
> >> include spatialite. Drawing layers with shp2img logs the following:
> >>
> >> [Tue Mar 06 10:39:42 2018].512000 msDrawMap(): rendering using
> >> outputformat named png (AGG/PNG).
> >> [Tue Mar 06 10:39:42 2018].512000 msDrawMap(): WMS/WFS set-up and query,
> >> 0.000s [Tue Mar 06 10:39:42 2018].529000 msOGRFileOpen: Spatialite
> >> support in GPKG not enabled [Tue Mar 06 10:39:42 2018].549000
> >> msOGRFileNextShape(): OGR error. OGR GetNextFeature() error'd. Check
> >> logs.
> >> [Tue Mar 06 10:39:42 2018].549000 msOGRFileNextShape(): In ExecuteSQL():
> >> sqlite3_prepare(SELECT spatialite_version()):
> >>    no such function: spatialite_version
> >> [Tue Mar 06 10:39:42 2018].550000 msDrawMap(): Image handling error.
> >> Failed to draw layer named 'ways'.
> >>
> >> The spatialite_version function is missing in the geopackage. The
> >> dataset was created by exporting from MapServer as an OUTPUTOPTION:
> >>
> >>        OUTPUTFORMAT
> >>          NAME "GeoPackage"
> >>          DRIVER "OGR/GPKG"
> >>          FORMATOPTION "STORAGE=memory"
> >>          FORMATOPTION "FORM=simple"
> >>          FORMATOPTION "FILENAME=result.gpkg"
> >>          FORMATOPTION "DSCO:SPATIALITE=YES"	# not a listed option, but
> >> tried anyway	
> >>          FORMATOPTION "LCO:SPATIAL_INDEX=YES"
> >>      END
> >>    
> >> Running a GisInternals build,  including GDAL 2.1.3 and MapServer 7.0.4.
> >>
> >> Relevant code is at
> >> https://github.com/mapserver/mapserver/blob/aae74ff2abed3f2f8fe1f76c9b4bbccf15023dc1/mapogr.cpp#L1313
> >> It looks like the error should be swallowed up?
> >>
> >> The same dataset exported directly to spatilite works fine.
> >>
> >> Anyone experienced the above issue?
> >>
> >> Regards,
> >>
> >> Seth
> >>
> >>
> >> --
> >> web:http://geographika.co.uk
> >> twitter: @geographika
> >> __
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users


From francesco.martinelli at ingv.it  Wed Mar  7 08:59:03 2018
From: francesco.martinelli at ingv.it (Francesco Martinelli)
Date: Wed, 7 Mar 2018 17:59:03 +0100
Subject: [mapserver-users] Parse Error: how can I set the decimal separator
	in Java Mapscript ?
Message-ID: <4ad274f0-94a9-36b3-2382-e7be4624ee23@ingv.it>

Hi there,
on a freshly installed Ubuntu 16.04
I have just compiled Mapserver 7.0.7, with generation of java mapscript 
enabled.
Apparently everything worked fine,
but I found an issue with decimal separator when calling mapObj.draw()

I wonder if I could avoid the problem setting some variable during the 
compilation,
or if I did anything wrong.

Following are the steps which ggenerated the error.

Thank you in advance for any help,
Francesco.


I prepared the map file, having a layer with connection to a 
postgresql/postgis database with the following version:

"POSTGIS="2.2.1 r14555" GEOS="3.5.0-CAPI-1.9.0 r4084" PROJ="Rel. 4.9.2, 
08 September 2015" GDAL="GDAL 1.11.3, released 2015/09/16" 
LIBXML="2.9.3" LIBJSON="0.11.99" TOPOLOGY RASTER"

"PostgreSQL 9.5.12 on x86_64-pc-linux-gnu, compiled by gcc (Ubuntu 
5.4.0-6ubuntu1~16.04.9) 5.4.0 20160609, 64-bit"

I use the map file from a program in java, and when I call the method 
mapObj.draw()
I get the error:
msDrawMap(): Image handling error. Failed to draw layer named 
'AreeNazionali'.;msPostGISLayerWhichShapes(): Query error. Error 
executing query. Check server logs

I activated the debug in the map file,
and in the log I got the following lines:
[Wed Mar  7 17:28:55 2018].538014 msDrawMap(): rendering using 
outputformat named png24 (AGG/PNG).
[Wed Mar  7 17:28:55 2018].538994 msDrawRasterLayerLow(base_raster_1): 
entering.
[Wed Mar  7 17:28:55 2018].543385 msDrawMap(): Layer 0 (base_raster_1), 
0,005s
[Wed Mar  7 17:28:55 2018].574328 msPostGISLayerWhichShapes(): Error 
(ERROR:  parse error - invalid geometry
HINT:  "POLYGON((1056176,6" <-- parse error at position 18 within geometry
) executing query: select 
"tipo_area",encode(ST_AsBinary(ST_Force2D("the_geom"),'NDR'),'hex') as 
geom,"gid" from (SELECT * FROM view_aree_geografiche ORDER BY tipo_area 
DESC) AS confini where the_geom && 
ST_GeomFromText('POLYGON((1056176,62493897 
4390888,49858335,1056176,62493897 4490888,49940103,1156176,62428404 
4490888,49940103,1156176,62428404 4390888,49858335,1056176,62493897 
4390888,49858335))',find_srid('','view_aree_geografiche','the_geom')) 
and ("tipo_area" > 1)
[Wed Mar  7 17:28:55 2018].574348 msPostGISLayerWhichShapes(): Query 
error. Error executing query. Check server logs
[Wed Mar  7 17:28:55 2018].574452 msDrawMap(): Image handling error. 
Failed to draw layer named 'AreeNazionali'.

If I change the select to:
select 
"tipo_area",encode(ST_AsBinary(ST_Force2D("the_geom"),'NDR'),'hex') as 
geom,"gid" from (SELECT * FROM view_aree_geografiche ORDER BY tipo_area 
DESC) AS confini where the_geom && 
ST_GeomFromText('POLYGON((1056176.62493897 
4390888.49858335,1056176.62493897 4490888.49940103,1156176.62428404 
4490888.49940103,1156176.62428404 4390888.49858335,1056176.62493897 
4390888.49858335))',find_srid('','view_aree_geografiche','the_geom')) 
and ("tipo_area" > 1)

and try to run within postgresql, it makes a result, and I think it 
could solve the problem...!



From wal3 at mindspring.com  Fri Mar  9 05:05:51 2018
From: wal3 at mindspring.com (Worth Lutz)
Date: Fri, 9 Mar 2018 08:05:51 -0500
Subject: [mapserver-users] Release date of Mapserver 7.2
In-Reply-To: <MWHPR09MB2272DE1DC6A5379235EE3AD4DAF60@MWHPR09MB2272.namprd09.prod.outlook.com>
References: <0ee4d783-68e6-7160-384c-db719632cc82@uva.nl>
 <MWHPR09MB2272DE1DC6A5379235EE3AD4DAF60@MWHPR09MB2272.namprd09.prod.outlook.com>
Message-ID: <1908cf01-a8f8-8ce0-3b36-1cf0c4d90938@mindspring.com>

Any movement on this?

Thanks,

*Worth Lutz*


On 2/13/2018 12:38 PM, Lime, Steve D (MNIT) wrote:
> I?d like to shoot for an alpha by March 1st. I think we're pretty much waiting on my merge of the vector tiles code. My pull request is in good shape, just trying to track down a few regression test errors (and I need to add some tests of my own).
>
> --Steve
>
> -----Original Message-----
> From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Jan Hartmann
> Sent: Tuesday, February 13, 2018 7:04 AM
> To: mapserver-users at lists.osgeo.org
> Subject: [mapserver-users] Release date of Mapserver 7.2
>
> Hello folks,
>
> Can anyone tell me when Mapserver 7.2 will be officially released? We
> are updating our servers, and would very much like to use PHP 7 and
> vector tiles.
>
> Cheers,
>
> Jan Hartmann
> University of Amsterdam
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users

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

From bob.basques at ci.stpaul.mn.us  Tue Mar 13 07:55:55 2018
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Tue, 13 Mar 2018 14:55:55 +0000
Subject: [mapserver-users] [MEETING REMINDER] OSGeo Twin Cities local
 Chapter (aka TCMUG) meeting schedule.
Message-ID: <D4CFF79F-BDDF-4828-B837-199524D5D0AB@ci.stpaul.mn.us>

All,

. . . .

Moving over towards Minneapolis with the next meeting in the Midway area.

The next meeting will be at:

Location: BlackStack<http://www.blackstackbrewing.com/>  ? Map<https://www.google.com/maps/place/BlackStack+Brewing/@44.9654969,-93.1824611,15z/data=!4m5!3m4!1s0x0:0x6274f120c16cb748!8m2!3d44.9654969!4d-93.1824611>
Date: Wed. Mar. 14th
Time: 4:30 pm.



bobb




"Reality is merely an illusion, albeit a very persistent one."
- Albert Einstein
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180313/f9aa2d80/attachment.htm>

From bob.basques at ci.stpaul.mn.us  Thu Mar 22 09:41:07 2018
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Thu, 22 Mar 2018 16:41:07 +0000
Subject: [mapserver-users] OSGeo Twin Cities local Chapter (aka TCMUG)
	meeting schedule.
Message-ID: <76AB4C5B-B7C5-481E-9758-F67DC2DB50C8@ci.stpaul.mn.us>

All,

Had some new folks show up to the last Meeting.  Waiting on pictures from the last meeting.  But good discussion on some new approaches for new users.

Next meeting is at Surly<https://www.google.com/maps/place/520+Malcolm+Ave+SE,+Minneapolis,+MN+55414/@44.9732287,-93.211955,17z/data=!3m1!4b1!4m5!3m4!1s0x52b32cc29973c539:0x977cfc3024e552cb!8m2!3d44.9732287!4d-93.2097663> in Minneapolis

Date:  April 11th, 2018
Time: 4:30pm

See you there.

bobb





"I have never killed anyone, but I have read some obituary notices with great satisfaction."
- Clarence Darrow



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

From sethg at geographika.co.uk  Fri Mar 23 05:22:44 2018
From: sethg at geographika.co.uk (Seth G)
Date: Fri, 23 Mar 2018 13:22:44 +0100
Subject: [mapserver-users] Bonn Code Sprint Summary
Message-ID: <1521807764.1722754.1313487480.2C387298@webmail.messagingengine.com>

Hi list,

A summary of MapServer related development at the Bonn OSGeo Code Sprint that took place this week can be found at: https://github.com/mapserver/mapserver/wiki/Bonn-2018-Codesprint

There are 3 new features added that will hopefully be part of the 7.2 release. 

If anyone else has any changes and fixes that could be part of this release please open pull requests at https://github.com/mapserver/mapserver

Regards,

all from Basecamp

--
web:http://geographika.co.uk
twitter: @geographika


From stephan at meissl.name  Fri Mar 23 06:50:24 2018
From: stephan at meissl.name (=?UTF-8?Q?Stephan_Mei=c3=9fl?=)
Date: Fri, 23 Mar 2018 14:50:24 +0100
Subject: [mapserver-users] Bonn Code Sprint Summary
In-Reply-To: <1521807764.1722754.1313487480.2C387298@webmail.messagingengine.com>
References: <1521807764.1722754.1313487480.2C387298@webmail.messagingengine.com>
Message-ID: <6aa09cd8-8590-a4c8-da3e-13f823d581ea@meissl.name>

Many thanks for the summary and great work, Seth! Greetings from Bonn,
Stephan


On 03/23/2018 01:22 PM, Seth G wrote:
> Hi list,
> 
> A summary of MapServer related development at the Bonn OSGeo Code Sprint that took place this week can be found at: https://github.com/mapserver/mapserver/wiki/Bonn-2018-Codesprint
> 
> There are 3 new features added that will hopefully be part of the 7.2 release. 
> 
> If anyone else has any changes and fixes that could be part of this release please open pull requests at https://github.com/mapserver/mapserver
> 
> Regards,
> 
> all from Basecamp


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180323/41c89c04/attachment.sig>

From steve.lime at state.mn.us  Fri Mar 23 10:02:50 2018
From: steve.lime at state.mn.us (Lime, Steve D (MNIT))
Date: Fri, 23 Mar 2018 17:02:50 +0000
Subject: [mapserver-users] Bonn Code Sprint Summary
In-Reply-To: <6aa09cd8-8590-a4c8-da3e-13f823d581ea@meissl.name>
References: <1521807764.1722754.1313487480.2C387298@webmail.messagingengine.com>
 <6aa09cd8-8590-a4c8-da3e-13f823d581ea@meissl.name>
Message-ID: <MW2PR0901MB23485E75FFF6A36084B11F57DAA80@MW2PR0901MB2348.namprd09.prod.outlook.com>

Ditto on the hard work - looks like the sprinters had a productive week!

-----Original Message-----
From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stephan Mei?l
Sent: Friday, March 23, 2018 8:50 AM
To: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Bonn Code Sprint Summary

Many thanks for the summary and great work, Seth! Greetings from Bonn,
Stephan


On 03/23/2018 01:22 PM, Seth G wrote:
> Hi list,
> 
> A summary of MapServer related development at the Bonn OSGeo Code Sprint that took place this week can be found at: https://github.com/mapserver/mapserver/wiki/Bonn-2018-Codesprint
> 
> There are 3 new features added that will hopefully be part of the 7.2 release. 
> 
> If anyone else has any changes and fixes that could be part of this release please open pull requests at https://github.com/mapserver/mapserver
> 
> Regards,
> 
> all from Basecamp



From gignacnic at gmail.com  Fri Mar 23 20:48:27 2018
From: gignacnic at gmail.com (Nicolas Gignac)
Date: Fri, 23 Mar 2018 23:48:27 -0400
Subject: [mapserver-users]  Release date of Mapserver 7.2
Message-ID: <CALSttUypLVeu-LrdfxE=PF=+48_K=jTNA=2wRTWFrRqoAwzdFw@mail.gmail.com>

Hi,

I would like to know if there is a close target date plan for this 7.2
release in the short term? We do like the new features of 7.2 release plan,
such as Vector Tile and
MS RFC 118: Support Vendor-Specific OGC FILTER.
As we use Ubuntu as OS with MapServer, we would like to plan our next
release of 18.04 with a fresh release of MapServer 7.2 package ready for
Ubuntu.

Thanks for letting us know.

Nicolas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180323/5eeb0681/attachment.htm>

From damien.zins at intitek.fr  Mon Mar 26 01:13:47 2018
From: damien.zins at intitek.fr (DamienZINS)
Date: Mon, 26 Mar 2018 01:13:47 -0700 (MST)
Subject: [mapserver-users] Mapserver 6.4 error compilation
Message-ID: <1522052027163-0.post@n6.nabble.com>

Hi 
 
i want compile maprserver 6.4 on CentOS 7
the command is 
cmake -DCMAKE_INSTALL_PREFIX="/" -DCMAKE_PREFIX_PATH=""
-DINSTALL_LIB_DIR=/gldev/gcidev/install/lib:$gldev/gcidev/install/bin:gldev/gcidev/install/include:/usr:/gldev/gcitest/install/include/freetype2/freetype:/usr/include/
-DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE="debug" -DWITH_GEOS=OFF
-DWITH_FCGI=OFF -DWITH_FREETYPE=ON -DWITH_JPEG=ON -DWITH_CLIENT_WMS=OFF
-DWITH_CLIENT_WFS=OFF -DWITH_RSVG=OFF -DWITH_POSTGIS=OFF -DWITH_FRIBIDI=OFF
-DWITH_HARFBUZZ=OFF -DWITH_CAIRO=OFF -DWITH_GEOS=OFF -DWITH_CURL=OFF
-DWITH_SOS=OFF -DWITH_GIF=OFF -DWITH_EXEMPI=OFF -DWITH_ICONV=ON
-DWITH_GDAL=ON -DWITH_OGR=ON -DWITH_ORACLESPATIAL=ON -DWITH_PHP=ON
-DWITH_PROJ=ON >>${LOG_FILE}

In .log
-- The C compiler identification is GNU 4.8.5
-- The CXX compiler identification is GNU 4.8.5
-- 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.5.13")
-- Could NOT find JPEG (missing:  JPEG_LIBRARY JPEG_INCLUDE_DIR)
-- Could NOT find Freetype (missing:  FREETYPE_LIBRARY FREETYPE_INCLUDE_DIR)
-- Could NOT find PROJ (missing:  PROJ_LIBRARY PROJ_INCLUDE_DIR)
-- Looking for iconv
-- Looking for iconv - found
-- Found iconv library:
-- Could NOT find ORACLE (missing:  ORACLE_LIBRARY ORACLE_INCLUDE_DIR)
-- Found GDAL: /usr/local/lib/libgdal.so
-- Found LibXml2: /usr/lib64/libxml2.so (found version "2.9.1")
-- * Summary of configured options for this build
--  * Mandatory components
--   * png: /usr/lib64/libpng.so
*--   * jpeg: JPEG_LIBRARY-NOTFOUND*
*--   * freetype: FREETYPE_LIBRARY-NOTFOUND*
--  * Optional components
--   * GDAL: /usr/local/lib/libgdal.so
--   * OGR: /usr/local/lib/libgdal.so
--   * GD: disabled
--   * GIF: disabled
--   * MYSQL: disabled
--   * FRIBIDI: disabled
--   * GIF: disabled
--   * CAIRO: disabled
--   * SVGCAIRO: disabled
--   * RSVG: disabled
--   * CURL: disabled
--   * PROJ: disabled
--   * LIBXML2: /usr/lib64/libxml2.so
--   * POSTGIS: disabled
--   * GEOS: disabled
--   * FastCGI: disabled
--   * Oracle Spatial: disabled
--   * SDE: disabled
--   * Exempi XMP: disabled
--  * Optional features
--   * WMS SERVER: disabled
--   * WFS SERVER: disabled
--   * WCS SERVER: disabled
--   * SOS SERVER: disabled
--   * WMS CLIENT: disabled
--   * WFS CLIENT: disabled
--   * ICONV: ENABLED
--   * Thread-safety support: disabled
--   * KML output: disabled
--   * Z+M point coordinate support: disabled
--   * XML Mapfile support: disabled
--  * Mapscripts
--   * Python: disabled
--   * PHP: ENABLED
--   * PERL: disabled
--   * RUBY: disabled
--   * JAVA: disabled
--   * C#: disabled
--   * Apache Module (Experimental): disabled
--
-- Will install files to /
-- Will install libraries to //lib64
-- Configuring incomplete, errors occurred!
See also "/gldev/gcitest/src/mapserver-6.4.5/CMakeFiles/CMakeOutput.log".
See also "/gldev/gcitest/src/mapserver-6.4.5/CMakeFiles/CMakeError.log".

in the directory gldev/gcitest/install/lib/ , i put the lib compiled 
[root at localhost lib64]# cd /gldev/gcitest/install/lib/
[root at localhost lib]# ll *.so
lrwxrwxrwx. 1 root root      17 21 f?vr. 17:19 libapr-1.so ->
libapr-1.so.0.6.2
lrwxrwxrwx. 1 root root      21 21 f?vr. 17:27 libaprutil-1.so ->
libaprutil-1.so.0.6.0
lrwxrwxrwx. 1 root root      19 21 f?vr. 16:21 libcharset.so ->
libcharset.so.1.0.0
lrwxrwxrwx. 1 root root      21 21 f?vr. 16:19 libfreetype.so ->
libfreetype.so.6.14.0
lrwxrwxrwx. 1 root root      17  4 mars  13:16 libgdal.so ->
libgdal.so.20.3.0
lrwxrwxrwx. 1 root root      14 21 f?vr. 16:22 libgd.so -> libgd.so.3.0.5
lrwxrwxrwx. 1 root root      17 21 f?vr. 16:21 libiconv.so ->
libiconv.so.2.6.0
lrwxrwxrwx. 1 root root      16 21 f?vr. 16:21 libjpeg.so ->
libjpeg.so.9.2.0
lrwxrwxrwx. 1 root root      19 21 f?vr. 17:28 libpcre2-8.so ->
libpcre2-8.so.0.6.0
lrwxrwxrwx. 1 root root      23 21 f?vr. 17:28 libpcre2-posix.so ->
libpcre2-posix.so.2.0.0
lrwxrwxrwx. 1 root root      19 22 f?vr. 10:38 libpcrecpp.so ->
libpcrecpp.so.0.0.1
lrwxrwxrwx. 1 root root      21 22 f?vr. 10:38 libpcreposix.so ->
libpcreposix.so.0.0.5
lrwxrwxrwx. 1 root root      16 22 f?vr. 10:38 libpcre.so ->
libpcre.so.1.2.9
lrwxrwxrwx. 1 root root      19 21 f?vr. 16:20 libpng16.so ->
libpng16.so.16.32.0
lrwxrwxrwx. 1 root root      11 21 f?vr. 16:20 libpng.so -> libpng16.so
lrwxrwxrwx. 1 root root      17 21 f?vr. 16:20 libproj.so ->
libproj.so.12.0.0
lrwxrwxrwx. 1 root root      14 21 f?vr. 16:19 libz.so -> libz.so.1.2.11
-rw-r--r--. 1 root root 1393528 21 f?vr. 16:21 preloadable_libiconv.so


my questions are : 

1) in which library are the function strrstr strlcpy strlcat

2) I put the option -DINSTALL_LIB_DIR= of cmake with the directory of my lib
and include files
but these files are not found , see freetype jpeg proj and oracle
Is this option false ? 


thanks 




--
Sent from: http://osgeo-org.1560.x6.nabble.com/Mapserver-User-f4226646.html


From michael.smith.erdc at gmail.com  Mon Mar 26 02:56:34 2018
From: michael.smith.erdc at gmail.com (Michael Smith)
Date: Mon, 26 Mar 2018 05:56:34 -0400
Subject: [mapserver-users] Mapserver 6.4 error compilation
In-Reply-To: <1522052027163-0.post@n6.nabble.com>
References: <1522052027163-0.post@n6.nabble.com>
Message-ID: <9D41270E-5D3C-4612-AF9A-FCF06AE99790@gmail.com>

1). No, it's not a problem that those functions aren't found. That?s normal.

2). It looks like you might not have installed the development versions of freetype and libjpeg as the errors are that the headers in the include dirs aren't being found. Also for Oracle, you should set an env variable to the ORACLE_HOME dir, something like:

export ORACLE_HOME=/opt/instantclient
export LD_LIBRARY_PATH=${ORACLE_HOME}:/usr/lib

You'll also need to make sure you've setup the symlinks on the oracle client, eg:
  ln -s libclntsh.so.12.1 libclntsh.so
  ln -s libocci.so.12.1 libocci.so

And installed libaio.

Mike

-- 
Michael Smith
Remote Sensing/GIS Center
US Army Corps of Engineers



?On 3/26/18, 4:13 AM, "mapserver-users on behalf of DamienZINS" <mapserver-users-bounces at lists.osgeo.org on behalf of damien.zins at intitek.fr> wrote:

    Hi 
     
    i want compile maprserver 6.4 on CentOS 7
    the command is 
    cmake -DCMAKE_INSTALL_PREFIX="/" -DCMAKE_PREFIX_PATH=""
    -DINSTALL_LIB_DIR=/gldev/gcidev/install/lib:$gldev/gcidev/install/bin:gldev/gcidev/install/include:/usr:/gldev/gcitest/install/include/freetype2/freetype:/usr/include/
    -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE="debug" -DWITH_GEOS=OFF
    -DWITH_FCGI=OFF -DWITH_FREETYPE=ON -DWITH_JPEG=ON -DWITH_CLIENT_WMS=OFF
    -DWITH_CLIENT_WFS=OFF -DWITH_RSVG=OFF -DWITH_POSTGIS=OFF -DWITH_FRIBIDI=OFF
    -DWITH_HARFBUZZ=OFF -DWITH_CAIRO=OFF -DWITH_GEOS=OFF -DWITH_CURL=OFF
    -DWITH_SOS=OFF -DWITH_GIF=OFF -DWITH_EXEMPI=OFF -DWITH_ICONV=ON
    -DWITH_GDAL=ON -DWITH_OGR=ON -DWITH_ORACLESPATIAL=ON -DWITH_PHP=ON
    -DWITH_PROJ=ON >>${LOG_FILE}
    
    In .log
    -- The C compiler identification is GNU 4.8.5
    -- The CXX compiler identification is GNU 4.8.5
    -- 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.5.13")
    -- Could NOT find JPEG (missing:  JPEG_LIBRARY JPEG_INCLUDE_DIR)
    -- Could NOT find Freetype (missing:  FREETYPE_LIBRARY FREETYPE_INCLUDE_DIR)
    -- Could NOT find PROJ (missing:  PROJ_LIBRARY PROJ_INCLUDE_DIR)
    -- Looking for iconv
    -- Looking for iconv - found
    -- Found iconv library:
    -- Could NOT find ORACLE (missing:  ORACLE_LIBRARY ORACLE_INCLUDE_DIR)
    -- Found GDAL: /usr/local/lib/libgdal.so
    -- Found LibXml2: /usr/lib64/libxml2.so (found version "2.9.1")
    -- * Summary of configured options for this build
    --  * Mandatory components
    --   * png: /usr/lib64/libpng.so
    *--   * jpeg: JPEG_LIBRARY-NOTFOUND*
    *--   * freetype: FREETYPE_LIBRARY-NOTFOUND*
    --  * Optional components
    --   * GDAL: /usr/local/lib/libgdal.so
    --   * OGR: /usr/local/lib/libgdal.so
    --   * GD: disabled
    --   * GIF: disabled
    --   * MYSQL: disabled
    --   * FRIBIDI: disabled
    --   * GIF: disabled
    --   * CAIRO: disabled
    --   * SVGCAIRO: disabled
    --   * RSVG: disabled
    --   * CURL: disabled
    --   * PROJ: disabled
    --   * LIBXML2: /usr/lib64/libxml2.so
    --   * POSTGIS: disabled
    --   * GEOS: disabled
    --   * FastCGI: disabled
    --   * Oracle Spatial: disabled
    --   * SDE: disabled
    --   * Exempi XMP: disabled
    --  * Optional features
    --   * WMS SERVER: disabled
    --   * WFS SERVER: disabled
    --   * WCS SERVER: disabled
    --   * SOS SERVER: disabled
    --   * WMS CLIENT: disabled
    --   * WFS CLIENT: disabled
    --   * ICONV: ENABLED
    --   * Thread-safety support: disabled
    --   * KML output: disabled
    --   * Z+M point coordinate support: disabled
    --   * XML Mapfile support: disabled
    --  * Mapscripts
    --   * Python: disabled
    --   * PHP: ENABLED
    --   * PERL: disabled
    --   * RUBY: disabled
    --   * JAVA: disabled
    --   * C#: disabled
    --   * Apache Module (Experimental): disabled
    --
    -- Will install files to /
    -- Will install libraries to //lib64
    -- Configuring incomplete, errors occurred!
    See also "/gldev/gcitest/src/mapserver-6.4.5/CMakeFiles/CMakeOutput.log".
    See also "/gldev/gcitest/src/mapserver-6.4.5/CMakeFiles/CMakeError.log".
    
    in the directory gldev/gcitest/install/lib/ , i put the lib compiled 
    [root at localhost lib64]# cd /gldev/gcitest/install/lib/
    [root at localhost lib]# ll *.so
    lrwxrwxrwx. 1 root root      17 21 f?vr. 17:19 libapr-1.so ->
    libapr-1.so.0.6.2
    lrwxrwxrwx. 1 root root      21 21 f?vr. 17:27 libaprutil-1.so ->
    libaprutil-1.so.0.6.0
    lrwxrwxrwx. 1 root root      19 21 f?vr. 16:21 libcharset.so ->
    libcharset.so.1.0.0
    lrwxrwxrwx. 1 root root      21 21 f?vr. 16:19 libfreetype.so ->
    libfreetype.so.6.14.0
    lrwxrwxrwx. 1 root root      17  4 mars  13:16 libgdal.so ->
    libgdal.so.20.3.0
    lrwxrwxrwx. 1 root root      14 21 f?vr. 16:22 libgd.so -> libgd.so.3.0.5
    lrwxrwxrwx. 1 root root      17 21 f?vr. 16:21 libiconv.so ->
    libiconv.so.2.6.0
    lrwxrwxrwx. 1 root root      16 21 f?vr. 16:21 libjpeg.so ->
    libjpeg.so.9.2.0
    lrwxrwxrwx. 1 root root      19 21 f?vr. 17:28 libpcre2-8.so ->
    libpcre2-8.so.0.6.0
    lrwxrwxrwx. 1 root root      23 21 f?vr. 17:28 libpcre2-posix.so ->
    libpcre2-posix.so.2.0.0
    lrwxrwxrwx. 1 root root      19 22 f?vr. 10:38 libpcrecpp.so ->
    libpcrecpp.so.0.0.1
    lrwxrwxrwx. 1 root root      21 22 f?vr. 10:38 libpcreposix.so ->
    libpcreposix.so.0.0.5
    lrwxrwxrwx. 1 root root      16 22 f?vr. 10:38 libpcre.so ->
    libpcre.so.1.2.9
    lrwxrwxrwx. 1 root root      19 21 f?vr. 16:20 libpng16.so ->
    libpng16.so.16.32.0
    lrwxrwxrwx. 1 root root      11 21 f?vr. 16:20 libpng.so -> libpng16.so
    lrwxrwxrwx. 1 root root      17 21 f?vr. 16:20 libproj.so ->
    libproj.so.12.0.0
    lrwxrwxrwx. 1 root root      14 21 f?vr. 16:19 libz.so -> libz.so.1.2.11
    -rw-r--r--. 1 root root 1393528 21 f?vr. 16:21 preloadable_libiconv.so
    
    
    my questions are : 
    
    1) in which library are the function strrstr strlcpy strlcat
    
    2) I put the option -DINSTALL_LIB_DIR= of cmake with the directory of my lib
    and include files
    but these files are not found , see freetype jpeg proj and oracle
    Is this option false ? 
    
    
    thanks 
    
    
    
    
    --
    Sent from: http://osgeo-org.1560.x6.nabble.com/Mapserver-User-f4226646.html
    _______________________________________________
    mapserver-users mailing list
    mapserver-users at lists.osgeo.org
    https://lists.osgeo.org/mailman/listinfo/mapserver-users




From gaddox at yandex.com  Mon Mar 26 11:38:25 2018
From: gaddox at yandex.com (Gad Dox)
Date: Mon, 26 Mar 2018 14:38:25 -0400
Subject: [mapserver-users] Any Mapcache Forwarding Examples?
Message-ID: <1956881522089505@web7j.yandex.ru>

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

From damien.zins at intitek.fr  Tue Mar 27 05:15:49 2018
From: damien.zins at intitek.fr (Damien ZINS)
Date: Tue, 27 Mar 2018 14:15:49 +0200 (CEST)
Subject: [mapserver-users] Mapserver 6.4 errors compilation
In-Reply-To: <9D41270E-5D3C-4612-AF9A-FCF06AE99790@gmail.com>
References: <629620502.644622.1522068765969.JavaMail.zimbra@intitek.fr>
Message-ID: <332308949.779079.1522152949823.JavaMail.zimbra@intitek.fr>

can  I answer1). No, it's not a problem that those functions aren't found. That?s normal. Why normal  ? texte is not found :  *-- Looking for strlcat - not found*in file CMakeError.log  , you see ld stop with errorDetermining if the function strrstr exists failed with the following output:
Change Dir: /gldev/gcitest/src/mapserver-6.4.5/CMakeFiles/CMakeTmp


Run Build Command:/usr/bin/gmake "cmTryCompileExec2623477746/fast"
/usr/bin/gmake -f CMakeFiles/cmTryCompileExec2623477746.dir/build.make CMakeFiles/cmTryCompileExec2623477746.dir/build
gmake[1] : on entre dans le r?pertoire ? /gldev/gcitest/src/mapserver-6.4.5/CMakeFiles/CMakeTmp ?
/usr/bin/cmake -E cmake_progress_report /gldev/gcitest/src/mapserver-6.4.5/CMakeFiles/CMakeTmp/CMakeFiles 1
Building C object CMakeFiles/cmTryCompileExec2623477746.dir/CheckFunctionExists.c.o
/usr/bin/cc   -DCHECK_FUNCTION_EXISTS=strrstr -I/gldev/gcitest/src/mapserver-6.4.5/CMakeFiles/CMakeTmp/math.h    -o CMakeFiles/cmTryCompileExec2623477746.dir/CheckFunctionExists.c.o   -c /usr/share/cmake/Modules/CheckFunctionExists.c
Linking C executable cmTryCompileExec2623477746
/usr/bin/cmake -E cmake_link_script CMakeFiles/cmTryCompileExec2623477746.dir/link.txt --verbose=1
/usr/bin/cc   -DCHECK_FUNCTION_EXISTS=strrstr    CMakeFiles/cmTryCompileExec2623477746.dir/CheckFunctionExists.c.o  -o cmTryCompileExec2623477746 -rdynamic -lm
CMakeFiles/cmTryCompileExec2623477746.dir/CheckFunctionExists.c.o: dans la fonction ? main ?:
CheckFunctionExists.c:(.text+0x15): r?f?rence ind?finie vers ? strrstr ?
collect2: erreur: ld a retourn? 1 code d'?tat d'ex?cution
gmake[1] : on quitte le r?pertoire ? /gldev/gcitest/src/mapserver-6.4.5/CMakeFiles/CMakeTmp ?
gmake[1]: *** [cmTryCompileExec2623477746] Erreur 1
gmake: *** [cmTryCompileExec2623477746/fast] Erreur 2


2) for freetype , there is no development version : https://sourceforge.net/projects/freetype/files/
I find the problem : add  this option -DCMAKE_PREFIX_PATH="${INSTALL_PATH};/gldev/gcitest/install/lib"





De: "Michael Smith" <michael.smith.erdc at gmail.com>
?: "DamienZINS" <damien.zins at intitek.fr>, mapserver-users at lists.osgeo.org
Envoy?: Lundi 26 Mars 2018 11:56:34
Objet: Re: [mapserver-users] Mapserver 6.4 error compilation
1). No, it's not a problem that those functions aren't found. That?s normal.


2). It looks like you might not have installed the development versions of freetype and libjpeg as the errors are that the headers in the include dirs aren't being found. Also for Oracle, you should set an env variable to the ORACLE_HOME dir, something like:


export ORACLE_HOME=/opt/instantclient
export LD_LIBRARY_PATH=${ORACLE_HOME}:/usr/lib


You'll also need to make sure you've setup the symlinks on the oracle client, eg:
  ln -s libclntsh.so.12.1 libclntsh.so
  ln -s libocci.so.12.1 libocci.so


And installed libaio.


Mike


-- 
Michael Smith
Remote Sensing/GIS Center
US Army Corps of Engineers




On 3/26/18, 4:13 AM, "mapserver-users on behalf of DamienZINS" <mapserver-users-bounces at lists.osgeo.org on behalf of damien.zins at intitek.fr> wrote:


    Hi 
     
    i want compile maprserver 6.4 on CentOS 7
    the command is 
    cmake -DCMAKE_INSTALL_PREFIX="/" -DCMAKE_PREFIX_PATH=""
    -DINSTALL_LIB_DIR=/gldev/gcidev/install/lib:$gldev/gcidev/install/bin:gldev/gcidev/install/include:/usr:/gldev/gcitest/install/include/freetype2/freetype:/usr/include/
    -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE="debug" -DWITH_GEOS=OFF
    -DWITH_FCGI=OFF -DWITH_FREETYPE=ON -DWITH_JPEG=ON -DWITH_CLIENT_WMS=OFF
    -DWITH_CLIENT_WFS=OFF -DWITH_RSVG=OFF -DWITH_POSTGIS=OFF -DWITH_FRIBIDI=OFF
    -DWITH_HARFBUZZ=OFF -DWITH_CAIRO=OFF -DWITH_GEOS=OFF -DWITH_CURL=OFF
    -DWITH_SOS=OFF -DWITH_GIF=OFF -DWITH_EXEMPI=OFF -DWITH_ICONV=ON
    -DWITH_GDAL=ON -DWITH_OGR=ON -DWITH_ORACLESPATIAL=ON -DWITH_PHP=ON
    -DWITH_PROJ=ON >>${LOG_FILE}
    
    In .log
    -- The C compiler identification is GNU 4.8.5
    -- The CXX compiler identification is GNU 4.8.5
    -- 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.5.13")
    -- Could NOT find JPEG (missing:  JPEG_LIBRARY JPEG_INCLUDE_DIR)
    -- Could NOT find Freetype (missing:  FREETYPE_LIBRARY FREETYPE_INCLUDE_DIR)
    -- Could NOT find PROJ (missing:  PROJ_LIBRARY PROJ_INCLUDE_DIR)
    -- Looking for iconv
    -- Looking for iconv - found
    -- Found iconv library:
    -- Could NOT find ORACLE (missing:  ORACLE_LIBRARY ORACLE_INCLUDE_DIR)
    -- Found GDAL: /usr/local/lib/libgdal.so
    -- Found LibXml2: /usr/lib64/libxml2.so (found version "2.9.1")
    -- * Summary of configured options for this build
    --  * Mandatory components
    --   * png: /usr/lib64/libpng.so
    *--   * jpeg: JPEG_LIBRARY-NOTFOUND*
    *--   * freetype: FREETYPE_LIBRARY-NOTFOUND*
    --  * Optional components
    --   * GDAL: /usr/local/lib/libgdal.so
    --   * OGR: /usr/local/lib/libgdal.so
    --   * GD: disabled
    --   * GIF: disabled
    --   * MYSQL: disabled
    --   * FRIBIDI: disabled
    --   * GIF: disabled
    --   * CAIRO: disabled
    --   * SVGCAIRO: disabled
    --   * RSVG: disabled
    --   * CURL: disabled
    --   * PROJ: disabled
    --   * LIBXML2: /usr/lib64/libxml2.so
    --   * POSTGIS: disabled
    --   * GEOS: disabled
    --   * FastCGI: disabled
    --   * Oracle Spatial: disabled
    --   * SDE: disabled
    --   * Exempi XMP: disabled
    --  * Optional features
    --   * WMS SERVER: disabled
    --   * WFS SERVER: disabled
    --   * WCS SERVER: disabled
    --   * SOS SERVER: disabled
    --   * WMS CLIENT: disabled
    --   * WFS CLIENT: disabled
    --   * ICONV: ENABLED
    --   * Thread-safety support: disabled
    --   * KML output: disabled
    --   * Z+M point coordinate support: disabled
    --   * XML Mapfile support: disabled
    --  * Mapscripts
    --   * Python: disabled
    --   * PHP: ENABLED
    --   * PERL: disabled
    --   * RUBY: disabled
    --   * JAVA: disabled
    --   * C#: disabled
    --   * Apache Module (Experimental): disabled
    --
    -- Will install files to /
    -- Will install libraries to //lib64
    -- Configuring incomplete, errors occurred!
    See also "/gldev/gcitest/src/mapserver-6.4.5/CMakeFiles/CMakeOutput.log".
    See also "/gldev/gcitest/src/mapserver-6.4.5/CMakeFiles/CMakeError.log".
    
    in the directory gldev/gcitest/install/lib/ , i put the lib compiled 
    [root at localhost lib64]# cd /gldev/gcitest/install/lib/
    [root at localhost lib]# ll *.so
    lrwxrwxrwx. 1 root root      17 21 f?vr. 17:19 libapr-1.so ->
    libapr-1.so.0.6.2
    lrwxrwxrwx. 1 root root      21 21 f?vr. 17:27 libaprutil-1.so ->
    libaprutil-1.so.0.6.0
    lrwxrwxrwx. 1 root root      19 21 f?vr. 16:21 libcharset.so ->
    libcharset.so.1.0.0
    lrwxrwxrwx. 1 root root      21 21 f?vr. 16:19 libfreetype.so ->
    libfreetype.so.6.14.0
    lrwxrwxrwx. 1 root root      17  4 mars  13:16 libgdal.so ->
    libgdal.so.20.3.0
    lrwxrwxrwx. 1 root root      14 21 f?vr. 16:22 libgd.so -> libgd.so.3.0.5
    lrwxrwxrwx. 1 root root      17 21 f?vr. 16:21 libiconv.so ->
    libiconv.so.2.6.0
    lrwxrwxrwx. 1 root root      16 21 f?vr. 16:21 libjpeg.so ->
    libjpeg.so.9.2.0
    lrwxrwxrwx. 1 root root      19 21 f?vr. 17:28 libpcre2-8.so ->
    libpcre2-8.so.0.6.0
    lrwxrwxrwx. 1 root root      23 21 f?vr. 17:28 libpcre2-posix.so ->
    libpcre2-posix.so.2.0.0
    lrwxrwxrwx. 1 root root      19 22 f?vr. 10:38 libpcrecpp.so ->
    libpcrecpp.so.0.0.1
    lrwxrwxrwx. 1 root root      21 22 f?vr. 10:38 libpcreposix.so ->
    libpcreposix.so.0.0.5
    lrwxrwxrwx. 1 root root      16 22 f?vr. 10:38 libpcre.so ->
    libpcre.so.1.2.9
    lrwxrwxrwx. 1 root root      19 21 f?vr. 16:20 libpng16.so ->
    libpng16.so.16.32.0
    lrwxrwxrwx. 1 root root      11 21 f?vr. 16:20 libpng.so -> libpng16.so
    lrwxrwxrwx. 1 root root      17 21 f?vr. 16:20 libproj.so ->
    libproj.so.12.0.0
    lrwxrwxrwx. 1 root root      14 21 f?vr. 16:19 libz.so -> libz.so.1.2.11
    -rw-r--r--. 1 root root 1393528 21 f?vr. 16:21 preloadable_libiconv.so
    
    
    my questions are : 
    
    1) in which library are the function strrstr strlcpy strlcat
    
    2) I put the option -DINSTALL_LIB_DIR= of cmake with the directory of my lib
    and include files
    but these files are not found , see freetype jpeg proj and oracle
    Is this option false ? 
    
    
    thanks 
    
    
    
    
    --
    Sent from: http://osgeo-org.1560.x6.nabble.com/Mapserver-User-f4226646.html
    _______________________________________________
    mapserver-users mailing list
    mapserver-users at lists.osgeo.org
    https://lists.osgeo.org/mailman/listinfo/mapserver-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180327/9506f646/attachment.htm>

From steve.lime at state.mn.us  Wed Mar 28 06:35:47 2018
From: steve.lime at state.mn.us (Lime, Steve D (MNIT))
Date: Wed, 28 Mar 2018 13:35:47 +0000
Subject: [mapserver-users] Release date of Mapserver 7.2
In-Reply-To: <CALSttUypLVeu-LrdfxE=PF=+48_K=jTNA=2wRTWFrRqoAwzdFw@mail.gmail.com>
References: <CALSttUypLVeu-LrdfxE=PF=+48_K=jTNA=2wRTWFrRqoAwzdFw@mail.gmail.com>
Message-ID: <SN6PR0901MB2350972493F134E83997307DDAA30@SN6PR0901MB2350.namprd09.prod.outlook.com>

Depends on what you mean by close/short term. While a release date hasn't been set - I could see a beta sometime in April. I believe all of the planned features are either in master or sitting in a pull request. The MapServer vector tiles stuff was merged yesterday. --Steve

________________________________
From: mapserver-users <mapserver-users-bounces at lists.osgeo.org> on behalf of Nicolas Gignac <gignacnic at gmail.com>
Sent: Friday, March 23, 2018 10:48:27 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] Release date of Mapserver 7.2

Hi,

I would like to know if there is a close target date plan for this 7.2 release in the short term? We do like the new features of 7.2 release plan, such as Vector Tile and
MS RFC 118: Support Vendor-Specific OGC FILTER.
As we use Ubuntu as OS with MapServer, we would like to plan our next release of 18.04 with a fresh release of MapServer 7.2 package ready for Ubuntu.

Thanks for letting us know.

Nicolas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180328/888dbbc2/attachment.htm>

From emperor_stef at yahoo.gr  Wed Mar 28 07:09:05 2018
From: emperor_stef at yahoo.gr (Stefanos Anastasiou)
Date: Wed, 28 Mar 2018 14:09:05 +0000 (UTC)
Subject: [mapserver-users] =?utf-8?b?zqPPh861z4Q6ICBSZWxlYXNlIGRhdGUgb2Yg?=
 =?utf-8?q?Mapserver_7=2E2?=
In-Reply-To: <SN6PR0901MB2350972493F134E83997307DDAA30@SN6PR0901MB2350.namprd09.prod.outlook.com>
References: <CALSttUypLVeu-LrdfxE=PF=+48_K=jTNA=2wRTWFrRqoAwzdFw@mail.gmail.com>
 <SN6PR0901MB2350972493F134E83997307DDAA30@SN6PR0901MB2350.namprd09.prod.outlook.com>
Message-ID: <1072129666.541846.1522246145968@mail.yahoo.com>

Hi Steve,
? ?will this version support php 7 ???
Regards,Stefanos

    ???? 4:36 ?.?. ???????, 28 ??????? 2018, ?/? "Lime, Steve D (MNIT)" <steve.lime at state.mn.us> ??????:
 

 #yiv8640241545 #yiv8640241545 -- P {margin-top:0;margin-bottom:0;}#yiv8640241545 Depends on what you mean by close/short term.?While a?release date hasn't been set - I could see a beta sometime in April. I believe all of the planned features are either in master or sitting in a pull request. The MapServer?vector tiles stuff was merged yesterday. --SteveFrom: mapserver-users <mapserver-users-bounces at lists.osgeo.org> on behalf of Nicolas Gignac <gignacnic at gmail.com>
Sent: Friday, March 23, 2018 10:48:27 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] Release date of Mapserver 7.2?Hi,
I would like to know if there is a close target date plan for this 7.2 release in the short term? We do like the new features of 7.2 release plan, such as Vector Tile and?MS RFC 118: Support Vendor-Specific OGC FILTER.As we use Ubuntu as OS with MapServer, we would like to plan our next release of 18.04 with a fresh release of MapServer 7.2 package ready for Ubuntu.
Thanks for letting us know.
Nicolas_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

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

From steve.lime at state.mn.us  Wed Mar 28 15:30:12 2018
From: steve.lime at state.mn.us (Lime, Steve D (MNIT))
Date: Wed, 28 Mar 2018 22:30:12 +0000
Subject: [mapserver-users]
 =?utf-8?b?zqPPh861z4Q6ICBSZWxlYXNlIGRhdGUgb2Yg?=
 =?utf-8?q?Mapserver_7=2E2?=
In-Reply-To: <1072129666.541846.1522246145968@mail.yahoo.com>
References: <CALSttUypLVeu-LrdfxE=PF=+48_K=jTNA=2wRTWFrRqoAwzdFw@mail.gmail.com>
 <SN6PR0901MB2350972493F134E83997307DDAA30@SN6PR0901MB2350.namprd09.prod.outlook.com>
 <1072129666.541846.1522246145968@mail.yahoo.com>
Message-ID: <MW2PR0901MB2348D9B4907C1B84E2D5C17BDAA30@MW2PR0901MB2348.namprd09.prod.outlook.com>

Yes ? via Swig (see http://mapserver.org/development/rfc/ms-rfc-117.html). Python 3.x support will be included too. Both of those should be in master now if you?d like to try ?em out. --Steve

From: Stefanos Anastasiou [mailto:emperor_stef at yahoo.gr]
Sent: Wednesday, March 28, 2018 9:09 AM
To: Lime, Steve D (MNIT) <steve.lime at state.mn.us>; Nicolas Gignac <gignacnic at gmail.com>; mapserver-users at lists.osgeo.org; MapServer Dev Mailing List <mapserver-dev at lists.osgeo.org>
Subject: ????: [mapserver-users] Release date of Mapserver 7.2

Hi Steve,

   will this version support php 7 ?

Regards,
Stefanos

???? 4:36 ?.?. ???????, 28 ??????? 2018, ?/? "Lime, Steve D (MNIT)" <steve.lime at state.mn.us<mailto:steve.lime at state.mn.us>> ??????:

Depends on what you mean by close/short term. While a release date hasn't been set - I could see a beta sometime in April. I believe all of the planned features are either in master or sitting in a pull request. The MapServer vector tiles stuff was merged yesterday. --Steve
________________________________
From: mapserver-users <mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org>> on behalf of Nicolas Gignac <gignacnic at gmail.com<mailto:gignacnic at gmail.com>>
Sent: Friday, March 23, 2018 10:48:27 PM
To: mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Subject: [mapserver-users] Release date of Mapserver 7.2

Hi,

I would like to know if there is a close target date plan for this 7.2 release in the short term? We do like the new features of 7.2 release plan, such as Vector Tile and
MS RFC 118: Support Vendor-Specific OGC FILTER.
As we use Ubuntu as OS with MapServer, we would like to plan our next release of 18.04 with a fresh release of MapServer 7.2 package ready for Ubuntu.

Thanks for letting us know.

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

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

From lars.schylberg at blixtmail.se  Thu Mar 29 03:43:41 2018
From: lars.schylberg at blixtmail.se (lars.schylberg at blixtmail.se)
Date: Thu, 29 Mar 2018 10:43:41 +0000
Subject: [mapserver-users] Mapsever Easter Egg
Message-ID: <86699b9e82283998fc330cde31e27500@blixtmail.se>

Hello all Mapserver friends,

It is Easter time. So I thought it was time to share one Mapserver Easter Egg that I have found.
In some old mapfile examples it seems like there is a method to get transparent color by giving a -1 for the red value. 
This is not documented, so I started to experiment.

You can find my experiments here:

https://gist.github.com/LarsSchy/df91553f1fda02196ba7881a129b4c64

You can test the example yourself by running shp2img.

shp2img -m polygon-fill-rgb.map -o polygon-fill-rgb.png

So if You would like to get a nice yellow color for the chickens use: -5 -20 0
To get a nice Santa red color use: -2 200 200
For a nice green color for green plants: 128 -2 128
Finally -255 -255 -255 gives You black color.

Have fun and a good weekend.

Lars Schylberg
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180329/5a9ed071/attachment.htm>

From jcmalapert at gmail.com  Thu Mar 29 07:36:34 2018
From: jcmalapert at gmail.com (Jean-Christophe Malapert)
Date: Thu, 29 Mar 2018 16:36:34 +0200
Subject: [mapserver-users] DEM
Message-ID: <CALG0g_FFcnG1-9BadRm0kMH5UVJKXxU=O+e-KxZA5h7ddOX-2A@mail.gmail.com>

Hi,

I have a DEM with the following information:
PROJCS["SimpleCylindrical Moon",
    GEOGCS["GCS_Moon",
        DATUM["D_Moon",
            SPHEROID["Moon",1737400,0]],
        PRIMEM["Reference_Meridian",0],
        UNIT["degree",0.0174532925199433]],
    PROJECTION["Equirectangular"],
    PARAMETER["latitude_of_origin",0],
    PARAMETER["central_meridian",0],
    PARAMETER["standard_parallel_1",0],
    PARAMETER["false_easting",0],
    PARAMETER["false_northing",0],
    UNIT["metre",1,
        AUTHORITY["EPSG","9001"]]]
Origin = (-5458203.076000000350177,2729101.538000000175089)
Pixel Size = (118.450587586805568,-118.450587586805568)
Metadata:
  AREA_OR_POINT=Area
Image Structure Metadata:
  INTERLEAVE=BAND
Corner Coordinates:
Upper Left  (-5458203.076, 2729101.538) (180d 0' 0.00"W, 90d 0' 0.00"N)
Lower Left  (-5458203.076,-2729101.538) (180d 0' 0.00"W, 90d 0' 0.00"S)
Upper Right ( 5458203.076, 2729101.538) (180d 0' 0.00"E, 90d 0' 0.00"N)
Lower Right ( 5458203.076,-2729101.538) (180d 0' 0.00"E, 90d 0' 0.00"S)
Center      (   0.0000000,   0.0000000) (  0d 0' 0.01"E,  0d 0' 0.01"N)
Band 1 Block=92160x1 Type=Int16, ColorInterp=Gray
  NoData Value=-32768
  Offset: 0,   Scale:0.5

>From my understanding of the DEM information, each pixel value must be
multiplied by 0.5. If I want to access to my DEM through the WCS protocol,
how can I say to mapserver to multiply each value by 0.5 so that my client
displays the right values ? If it is not possible, is there a way to have
this information in the getCapabilities ?

Thanks a lot,
Jean-Christophe
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180329/130e2666/attachment.htm>

From jcmalapert at gmail.com  Fri Mar 30 00:22:50 2018
From: jcmalapert at gmail.com (Jean-Christophe Malapert)
Date: Fri, 30 Mar 2018 09:22:50 +0200
Subject: [mapserver-users] DEM
In-Reply-To: <6708976.kYYJ1MUpHA@even-i700>
References: <CALG0g_FFcnG1-9BadRm0kMH5UVJKXxU=O+e-KxZA5h7ddOX-2A@mail.gmail.com>
 <6708976.kYYJ1MUpHA@even-i700>
Message-ID: <CALG0g_H7A9PjA9L4o-S2_D4i9asgX_3aACx6bzQZ4vWgmeOYzw@mail.gmail.com>

That's a great solution. Thanks a lot.

What about "No data" value ? Is there any way to display this value on the
getCapabilities so that a client can have this information ?

Jean-Christophe



On Thu, Mar 29, 2018 at 7:13 PM, Even Rouault <even.rouault at spatialys.com>
wrote:

> On jeudi 29 mars 2018 16:36:34 CEST Jean-Christophe Malapert wrote:
> > Hi,
> >
> > I have a DEM with the following information:
> > PROJCS["SimpleCylindrical Moon",
> >     GEOGCS["GCS_Moon",
> >         DATUM["D_Moon",
> >             SPHEROID["Moon",1737400,0]],
> >         PRIMEM["Reference_Meridian",0],
> >         UNIT["degree",0.0174532925199433]],
> >     PROJECTION["Equirectangular"],
> >     PARAMETER["latitude_of_origin",0],
> >     PARAMETER["central_meridian",0],
> >     PARAMETER["standard_parallel_1",0],
> >     PARAMETER["false_easting",0],
> >     PARAMETER["false_northing",0],
> >     UNIT["metre",1,
> >         AUTHORITY["EPSG","9001"]]]
> > Origin = (-5458203.076000000350177,2729101.538000000175089)
> > Pixel Size = (118.450587586805568,-118.450587586805568)
> > Metadata:
> >   AREA_OR_POINT=Area
> > Image Structure Metadata:
> >   INTERLEAVE=BAND
> > Corner Coordinates:
> > Upper Left  (-5458203.076, 2729101.538) (180d 0' 0.00"W, 90d 0' 0.00"N)
> > Lower Left  (-5458203.076,-2729101.538) (180d 0' 0.00"W, 90d 0' 0.00"S)
> > Upper Right ( 5458203.076, 2729101.538) (180d 0' 0.00"E, 90d 0' 0.00"N)
> > Lower Right ( 5458203.076,-2729101.538) (180d 0' 0.00"E, 90d 0' 0.00"S)
> > Center      (   0.0000000,   0.0000000) (  0d 0' 0.01"E,  0d 0' 0.01"N)
> > Band 1 Block=92160x1 Type=Int16, ColorInterp=Gray
> >   NoData Value=-32768
> >   Offset: 0,   Scale:0.5
> >
> > From my understanding of the DEM information, each pixel value must be
> > multiplied by 0.5. If I want to access to my DEM through the WCS
> protocol,
> > how can I say to mapserver to multiply each value by 0.5 so that my
> client
> > displays the right values ? If it is not possible, is there a way to have
> > this information in the getCapabilities ?
>
> Jean-Christophe,
>
> You can create a VRT that will apply the scaling to raw values (ie multiply
> them by 0.5)
>
> gdal_translate your.dem unscaled.vrt -of VRT -unscale
>
> and serve unscaled.vrt with MapServer
>
> If yo can spare the disk space for a full unscale copy, you can also
> gdal_translate to GeoTIFF.
>
> Even
>
>
> --
> Spatialys - Geospatial professional services
> http://www.spatialys.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180330/a2a5f804/attachment.htm>

From even.rouault at spatialys.com  Thu Mar 29 10:13:55 2018
From: even.rouault at spatialys.com (Even Rouault)
Date: Thu, 29 Mar 2018 19:13:55 +0200
Subject: [mapserver-users] DEM
In-Reply-To: <CALG0g_FFcnG1-9BadRm0kMH5UVJKXxU=O+e-KxZA5h7ddOX-2A@mail.gmail.com>
References: <CALG0g_FFcnG1-9BadRm0kMH5UVJKXxU=O+e-KxZA5h7ddOX-2A@mail.gmail.com>
Message-ID: <6708976.kYYJ1MUpHA@even-i700>

On jeudi 29 mars 2018 16:36:34 CEST Jean-Christophe Malapert wrote:
> Hi,
> 
> I have a DEM with the following information:
> PROJCS["SimpleCylindrical Moon",
>     GEOGCS["GCS_Moon",
>         DATUM["D_Moon",
>             SPHEROID["Moon",1737400,0]],
>         PRIMEM["Reference_Meridian",0],
>         UNIT["degree",0.0174532925199433]],
>     PROJECTION["Equirectangular"],
>     PARAMETER["latitude_of_origin",0],
>     PARAMETER["central_meridian",0],
>     PARAMETER["standard_parallel_1",0],
>     PARAMETER["false_easting",0],
>     PARAMETER["false_northing",0],
>     UNIT["metre",1,
>         AUTHORITY["EPSG","9001"]]]
> Origin = (-5458203.076000000350177,2729101.538000000175089)
> Pixel Size = (118.450587586805568,-118.450587586805568)
> Metadata:
>   AREA_OR_POINT=Area
> Image Structure Metadata:
>   INTERLEAVE=BAND
> Corner Coordinates:
> Upper Left  (-5458203.076, 2729101.538) (180d 0' 0.00"W, 90d 0' 0.00"N)
> Lower Left  (-5458203.076,-2729101.538) (180d 0' 0.00"W, 90d 0' 0.00"S)
> Upper Right ( 5458203.076, 2729101.538) (180d 0' 0.00"E, 90d 0' 0.00"N)
> Lower Right ( 5458203.076,-2729101.538) (180d 0' 0.00"E, 90d 0' 0.00"S)
> Center      (   0.0000000,   0.0000000) (  0d 0' 0.01"E,  0d 0' 0.01"N)
> Band 1 Block=92160x1 Type=Int16, ColorInterp=Gray
>   NoData Value=-32768
>   Offset: 0,   Scale:0.5
> 
> From my understanding of the DEM information, each pixel value must be
> multiplied by 0.5. If I want to access to my DEM through the WCS protocol,
> how can I say to mapserver to multiply each value by 0.5 so that my client
> displays the right values ? If it is not possible, is there a way to have
> this information in the getCapabilities ?

Jean-Christophe,

You can create a VRT that will apply the scaling to raw values (ie multiply 
them by 0.5)

gdal_translate your.dem unscaled.vrt -of VRT -unscale

and serve unscaled.vrt with MapServer

If yo can spare the disk space for a full unscale copy, you can also 
gdal_translate to GeoTIFF.

Even


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