From hishanm at gmail.com  Sat Jun  1 02:42:48 2013
From: hishanm at gmail.com (Hishan Melanga)
Date: Sat, 1 Jun 2013 15:12:48 +0530
Subject: [mapserver-users] maptiles displaying out of order.
Message-ID: <CAKnxYza5cE7okN6hdC+nw9W8xW9e3TESS2JNRZ+gpdzphr2F4g@mail.gmail.com>

I have implemented a tiles server using Mapcache. I am retrieving tiles
from that server using the following link,


http://192.168.1.5/mapcache/tms/1.0.0/ms-base at GoogleMapsCompatible/

How ever when osmdroid mapview display the tiles it comes out of order. I
attached  an image for you to see. How can I get rid of this problem?
-- 
?????? ????? | Hishan Melanga <http://hishanmelanga.blogspot.com/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130601/692488d7/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: device-2013-06-01-150448.png
Type: image/png
Size: 20922 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130601/692488d7/attachment.png>

From hishanm at gmail.com  Sat Jun  1 06:12:47 2013
From: hishanm at gmail.com (Hishan Melanga)
Date: Sat, 1 Jun 2013 18:42:47 +0530
Subject: [mapserver-users] maptiles displaying out of order.
In-Reply-To: <CAKnxYza5cE7okN6hdC+nw9W8xW9e3TESS2JNRZ+gpdzphr2F4g@mail.gmail.com>
References: <CAKnxYza5cE7okN6hdC+nw9W8xW9e3TESS2JNRZ+gpdzphr2F4g@mail.gmail.com>
Message-ID: <CAKnxYza4yA7Hd1ZLrM4bK0Ntjr0NLd__1c=QYfr=6xfKhe=HXQ@mail.gmail.com>

The problem with this image is that the tiles are reversed from top to
bottom. I meant that the tile that should be in the top is in the bottom.
How can I fix this?


On Sat, Jun 1, 2013 at 3:12 PM, Hishan Melanga <hishanm at gmail.com> wrote:

>
> I have implemented a tiles server using Mapcache. I am retrieving tiles
> from that server using the following link,
>
>
> http://192.168.1.5/mapcache/tms/1.0.0/ms-base at GoogleMapsCompatible/
>
> How ever when osmdroid mapview display the tiles it comes out of order. I
> attached  an image for you to see. How can I get rid of this problem?
> --
> ?????? ????? | Hishan Melanga <http://hishanmelanga.blogspot.com/>
>



-- 
?????? ????? | Hishan Melanga <http://hishanmelanga.blogspot.com/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130601/8f58f04b/attachment.htm>

From osgeo.mailinglist at gmail.com  Sat Jun  1 14:21:34 2013
From: osgeo.mailinglist at gmail.com (Thomas Gratier)
Date: Sat, 1 Jun 2013 23:21:34 +0200
Subject: [mapserver-users] About projection error in Python bindings
Message-ID: <CACPZzQ3X-eQD+_xj=LX_hB_6L6ZyF8K=2Py+6OEriHS=wrkXcg@mail.gmail.com>

Hello list,

I am unable to run Python Mapscript without an error
loadProjection(): Projection library error. Projection support is not
available
It happens for example in tests with maptest.py

My main problem here is that I have set PROJ_LIB=/usr/share/proj/ and  I
always have this error. On  the other side, from
http://myserver/cgi-bin/mapserv?..., it's fine.

I have done the compilation on Ubuntu 12.04 with Mapserver 6.2.1 with the
following configuration

./configure --with-proj=/usr/local --with-ogr=/usr/local/bin/gdal-config
--with-gdal=/usr/local/bin/gdal-config
--with-geos=/usr/local/bin/geos-config --with-wmsclient --with-wfsclient
--with-wcs --with-wfs --with-postgis=yes --with-kml=yes
--with-xml-mapfile=yes --with-xslt=yes
--with-xml2-config=/usr/bin/xml2-config --with-fribidi-config=yes
--with-sos --with-curl-config=/usr/bin/curl-config --with-fastcgi=yes
--with-cairo=yes --with-python=/usr/bin/python2.7 --enable-python-mapscript

Any ideas?

Regards

Thomas Gratier
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130601/4ecdb827/attachment.htm>

From hishanm at gmail.com  Sat Jun  1 18:46:43 2013
From: hishanm at gmail.com (Hishan Melanga)
Date: Sun, 2 Jun 2013 07:16:43 +0530
Subject: [mapserver-users] maptiles displaying out of order.
In-Reply-To: <7a732382-715a-4087-9059-61ec42397a6d@googlegroups.com>
References: <CAKnxYza5cE7okN6hdC+nw9W8xW9e3TESS2JNRZ+gpdzphr2F4g@mail.gmail.com>
	<CAKnxYza4yA7Hd1ZLrM4bK0Ntjr0NLd__1c=QYfr=6xfKhe=HXQ@mail.gmail.com>
	<7a732382-715a-4087-9059-61ec42397a6d@googlegroups.com>
Message-ID: <CAKnxYza4id-HXNHdnk2j1cGZS0tj0Kuj4Zvq6sRhtBtD7yFaBg@mail.gmail.com>

Thank you yvecai that was the problem. Now it is working like a charm.


On Sat, Jun 1, 2013 at 9:45 PM, <yvecai at gmail.com> wrote:

> It may be that your server use TMS tile numbering instead of
> OSM/Google/.... so Y coordinate is upside-down.
>
> public final class TMSTileSource extends OnlineTileSourceBase {
>
>     public TMSTileSource(final String aName, final
> org.osmdroid.ResourceProxy.string aResourceId, final int aZoomMinLevel,
>                     final int aZoomMaxLevel, final int aTileSizePixels,
> final String aImageFilenameEnding,
>                     final String... aBaseUrl) {
>             super(aName, aResourceId, aZoomMinLevel, aZoomMaxLevel,
> aTileSizePixels,
>                             aImageFilenameEnding, aBaseUrl);
>     }
>
>     @Override
>     public String getTileURLString(final MapTile aTile) {
>             int z = aTile.getZoomLevel();
>             int y = aTile.getY();
>             int x = aTile.getX();
>             int yy= (int) (Math.pow(2,z) -y-1);
>             return getBaseUrl() + z + "/" + x + "/" + yy
>                             + mImageFilenameEnding;
>     }
> }
>
>
> On Saturday, June 1, 2013 3:12:47 PM UTC+2, Hishan Melanga wrote:
>
>> The problem with this image is that the tiles are reversed from top to
>> bottom. I meant that the tile that should be in the top is in the bottom.
>> How can I fix this?
>>
>>
>> On Sat, Jun 1, 2013 at 3:12 PM, Hishan Melanga <his... at gmail.com> wrote:
>>
>>>
>>> I have implemented a tiles server using Mapcache. I am retrieving tiles
>>> from that server using the following link,
>>>
>>>
>>> http://192.168.1.5/mapcache/**tms/1.0.0/ms-base@**GoogleMapsCompatible/<http://192.168.1.5/mapcache/tms/1.0.0/ms-base at GoogleMapsCompatible/>
>>>
>>> How ever when osmdroid mapview display the tiles it comes out of order.
>>> I attached  an image for you to see. How can I get rid of this problem?
>>> --
>>> ?????? ????? | Hishan Melanga <http://hishanmelanga.blogspot.com/>
>>>
>>
>>
>>
>> --
>> ?????? ????? | Hishan Melanga <http://hishanmelanga.blogspot.com/>
>>
>  --
> You received this message because you are subscribed to the Google Groups
> "osmdroid" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to osmdroid+unsubscribe at googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>



-- 
?????? ????? | Hishan Melanga <http://hishanmelanga.blogspot.com/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130602/15fb6f94/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: device-2013-06-02-071341.png
Type: image/png
Size: 16069 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130602/15fb6f94/attachment.png>

From hishanm at gmail.com  Sun Jun  2 01:02:45 2013
From: hishanm at gmail.com (Hishan Melanga)
Date: Sun, 2 Jun 2013 13:32:45 +0530
Subject: [mapserver-users] compiling mapcache on windows error.
Message-ID: <CAKnxYzZsf2wDhMZuofM5D7cNjZLmNEYhzC4N+yf=hDAjsdt35w@mail.gmail.com>

I am trying to compile mapcache on windows. By looking at
http://mapserver.org/mapcache/install.html#windows-instructions. In
nmake.opt file I changed line 33 to MAPCACHE_BASE =
C:\Users\MWH\Desktop\mapcache

and line 92 to WINSOCK_LIB ="C:\Program Files\Microsoft
SDKs\Windows\v6.0A\Lib\WS2_32.Lib"

After that I executed the command nmake /f Makefile.vc But this command
gives me an error telling
C:\Users\MWH\Desktop\mapcache\include\mapcache.h(37) : fatal error C1083:
Cannot
 open include file: 'mapcache-config.h': No such file or directory
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio
9.0\
VC\BIN\cl.EXE"' : return code '0x2'
Stop.


But inside my C:\Users\MWH\Desktop\mapcache\include\ directory there is '
mapcache-config.h.in file. Why is this happening? Is there any other
configuration parameter I have to change? By the way I have installed
Visual Studio 2008 in Windows 8. I attached my nmake.opt file for you to
look at. Please indicate the places that I have to change.

-- 
?????? ????? | Hishan Melanga <http://hishanmelanga.blogspot.com/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130602/90fa2973/attachment.htm>
-------------- next part --------------

########################################################################
# nmake.opt - mapcache
########################################################################


#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
# Uncomment the following if you are building for 64-bit windows
# (x64). You'll need to have PATH, INCLUDE and LIB set up for 64-bit
# compiles.
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
WIN64=YES

#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
# Check compiler version given in command line
# nmake -f makefile.vc MSVC_VER=xxxx
# 1310 = 7.1 (2003)   1400 = 8.0 (2005)
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
!IFNDEF MSVC_VER
#assume msvc 7.1
MSVC_VER=1500
!ENDIF

#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
# File locations and where to install things
# ----------------------------------------------------------------------
# If you are using the MapServer Build Kit, almost everything should be
# relative to this directory throughout this option file.
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

# Set the following to point to the directory adjacent to the dependent libs.
!IFNDEF MAPCACHE_BASE
MAPCACHE_BASE =  C:\Users\MWH\Desktop\mapcache
#MAPCACHE_BASE =  .
!ENDIF


#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
# Optmization, debug, and related compile flags.
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

!IF $(MSVC_VER) == 1400
# Optimized, with using MSVCRT.
OPTFLAGS =	/nologo /Ox /MD $(WARNING_LEVEL) $(DEBUG) /EHsc /D_CRT_SECURE_NO_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE
# Debug with MSVCRT
#OPTFLAGS = /nologo /Zi /MD $(WARNING_LEVEL) $(DEBUG) /EHsc /D_CRT_SECURE_NO_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE
#LDFLAGS =  /NODEFAULTLIB:msvcrt /NODEFAULTLIB:libcd /DEBUG
!ELSE
# Optimized, with using MSVCRT.
OPTFLAGS =	/nologo /Ox /MD $(WARNING_LEVEL) $(DEBUG) /EHsc
# Debug with MSVCRT
#OPTFLAGS = /nologo /Zi /MDd $(WARNING_LEVEL) $(DEBUG) /EHsc
#LDFLAGS =  /NODEFAULTLIB:msvcrt /NODEFAULTLIB:libcd /DEBUG
!ENDIF

# Set the Warning level for the compiler (defaults to W1)
WARNING_LEVEL=/W3

#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
# Debugging Options
# ----------------------------------------------------------------------
#NEED_NONBLOCKING_STDERR=-DNEED_NONBLOCKING_STDERR
ENABLE_STDERR_DEBUG=-DENABLE_STDERR_DEBUG

# Set the linker debug option
LDEBUG=/debug

# DEBUG Build flags
# Set the DEBUG flag if you wish to make a debug build
DEBUG=/DDEBUG

#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
# APR: Apache Protable Runtime library
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
APR_DIR = $(MAPCACHE_BASE)\..\apr-1.4.5
APR_ICONV_DIR = $(MAPCACHE_BASE)\..\apr-iconv-1.2.1
APR_UTIL_DIR = $(MAPCACHE_BASE)\..\apr-util-1.4.1

# APACHE HTTPD (Only required for apache module)
APACHE_DIR=$(MAPCACHE_BASE)\..\httpd-2.2.22

#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
# PNG support
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
PNG_DIR=$(MAPCACHE_BASE)\..\libpng-1.5.10
ZLIB_DIR=$(MAPCACHE_BASE)\..\zlib-1.2.7
ZLIB_INC=-I$(ZLIB_DIR)


CURL=-DUSE_CURL
CURL_DIR=$(MAPCACHE_BASE)\..\curl-7.25.0
WINSOCK_LIB ="C:\Program Files\Microsoft SDKs\Windows\v6.0A\Lib\WS2_32.Lib"


JPEG_DIR=$(MAPCACHE_BASE)\..\jpeg-8d
JPEG_INC = -I$(JPEG_DIR)

#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
# SQLite3 Support
# ----------------------------------------------------------------------
# Uncomment, and update accordingly.
SQLITE_DEF=-DUSE_SQLITE
SQLITE_DIR=$(MAPCACHE_BASE)\..\libspatialite-amalgamation-2.3.1

#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
# TIFF Support
# ----------------------------------------------------------------------
# Uncomment, and update accordingly.
TIFF_DEF=-DUSE_TIFF -DUSE_TIFF_WRITE
TIFF_DIR=$(MAPCACHE_BASE)\..\libtiff-4.0.1

#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
# GEOTIFF Support
# ----------------------------------------------------------------------
# Uncomment, and update accordingly.
GEOTIFF_DEF=-DUSE_GEOTIFF
GEOTIFF_DIR=$(MAPCACHE_BASE)\..\libgeotiff-svn-05232012

#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
# FastCGI Support
# ----------------------------------------------------------------------
# Uncomment, and update accordingly.
FCGI_DEF=-DUSE_FASTCGI
FCGI_DIR=$(MAPCACHE_BASE)\..\fcgi-2.4.0

#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
# GDAL/OGR Support
# ----------------------------------------------------------------------
# Uncomment, and update accordingly.
#GDAL_DEF=-DUSE_GDAL
#GDAL_DIR=$(MAPCACHE_BASE)\..\gdal-trunk

#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
# GEOS Support
# ----------------------------------------------------------------------
# Uncomment, and update accordingly.
#GEOS_DEF=-DUSE_GEOS
#GEOS_DIR=$(MAPCACHE_BASE)\..\geos-3.3.7

#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
# Berkeley DB Support
# ----------------------------------------------------------------------
# Uncomment, and update accordingly.
BDB_DEF=-DUSE_BDB
BDB_DIR=$(MAPCACHE_BASE)\..\berkeley-db-5.3.21

########################################################################
# Section II: Mapserver Rendering Configuration
########################################################################


########################################################################
# Section VI: Support Libraries.
########################################################################
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
# REGEX Libary
# ----------------------------------------------------------------------
# VC++ does not include the REGEX library... so we must provide our one.
# The following definitions will try to build GNU regex-0.12 located in the
# regex-0.12 sub-directory.
# If it was not included in the source distribution, then you can get it from:
#    ftp://ftp.gnu.org/pub/gnu/regex/regex-0.12.tar.gz
# Provide the full path to the REGEX project directory
# You do not need this library if you are compiling for PHP mapscript.
# In that case the PHP regex library will be used instead
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

REGEX_DIR=$(MAPCACHE_BASE)\..\regex-0.12



# Set the png support libaries
!IFDEF PNG_DIR
!IFNDEF PNG_LIB
PNG_LIB=$(PNG_DIR)\projects\visualc71\Win32_LIB_Release\libpng.lib $(ZLIB_DIR)/contrib/vstudio/vc9/x86/ZlibDllRelease/zlibwapi.lib
!ENDIF
PNG_INC=-I$(PNG_DIR)
!ENDIF

CURL_INC = -I$(CURL_DIR)/include
CURL_LIB = $(CURL_DIR)/lib/libcurl_imp.lib

!IFDEF JPEG_DIR
JPEG_LIB=$(JPEG_DIR)/libjpeg.lib
!ENDIF

!IFDEF SQLITE_DIR
SQLITE_LIB=$(SQLITE_DIR)\lib\spatialite_i.lib
SQLITE_INC=-I$(SQLITE_DIR)\include
!ENDIF

!IFDEF TIFF_DIR
TIFF_LIB=$(TIFF_DIR)\libtiff\libtiff_i.lib
TIFF_INC=-I$(TIFF_DIR)\libtiff
!ENDIF

!IFDEF GEOTIFF_DIR
GEOTIFF_LIB=$(GEOTIFF_DIR)\geotiff_i.lib
GEOTIFF_INC=-I$(GEOTIFF_DIR) -I$(GEOTIFF_DIR)\libxtiff
!ENDIF

FCGI_LIB=$(FCGI_DIR)\libfcgi\Release\libfcgi.lib
FCGI_INC=-I$(FCGI_DIR)\include

!IFDEF GDAL_DIR
GDAL_INC = -I$(GDAL_DIR)/gcore -I$(GDAL_DIR)/alg -I$(GDAL_DIR)/ogr -I$(GDAL_DIR)/port
GDAL_LIB = $(GDAL_DIR)/gdal_i.lib
!ENDIF

!IFDEF GEOS_DIR
GEOS_LIB=$(GEOS_DIR)/src/geos_c_i.lib
GEOS_INC=-I$(GEOS_DIR)/include -I$(GEOS_DIR)/capi
!ENDIF

!IFDEF BDB_DIR
BDB_LIB=$(BDB_DIR)/build_windows/Win32/Release/libdb53.lib
BDB_INC=-I$(BDB_DIR)/build_windows
!ENDIF


########################################################################
# Section VII: Variable Setup
########################################################################
# Should not need to be updated.
########################################################################
MAPCACHE_LIB =    mapcache.lib

MAPCACHE_INC= -I$(MAPCACHE_BASE)\include

#APR
APR_INC=-I$(APR_DIR)\include -I$(APR_ICONV_DIR)\include -I$(APR_UTIL_DIR)\include
#APR_LIB=$(APR_DIR)/lib/apr-1.lib $(APR_DIR)/lib/aprutil-1.lib $(APR_DIR)/lib/libapr-1.lib $(APR_DIR)/lib/libaprutil-1.lib
#APR_LIB=$(APR_DIR)/LibR/apr-1.lib $(APR_DIR)/Release/libapr-1.lib $(APR_ICONV_DIR)/LibR/apriconv-1.lib $(APR_UTIL_DIR)/LibR/aprutil-1.lib $(APR_UTIL_DIR)/Release/libaprutil-1.lib
APR_LIB=$(APR_DIR)/Release/libapr-1.lib $(APR_ICONV_DIR)/Release/libapriconv-1.lib $(APR_UTIL_DIR)/Release/libaprutil-1.lib

#APACHE
APACHE_INC=-I$(APACHE_DIR)\include
APACHE_LIB=$(APACHE_DIR)\Release\libhttpd.lib

# Setup REGEX object and includes
REGEX_OBJ=$(REGEX_DIR)\regex.obj
REGEX_INC=-I$(REGEX_DIR)

# REGEX needs some special flags... here they are for VC++ 6.0
REGEX_OPT=-DHAVE_STRING_H -DREGEX_MALLOC



#######################################################################
# Section IX: Collect compiler flags
########################################################################
# Should not need to be updated.
########################################################################

!IFNDEF EXTERNAL_LIBS
EXTERNAL_LIBS= $(PNG_LIB) $(CURL_LIB) $(JPEG_LIB) $(APR_LIB) $(APACHE_LIB) $(FRIBIDI_LIB) $(SQLITE_LIB) $(TIFF_LIB) $(GEOTIFF_LIB) $(FCGI_LIB) $(GDAL_LIB) $(GEOS_LIB) $(BDB_LIB)
!ENDIF

LIBS=$(MAPCACHE_LIB) $(EXTERNAL_LIBS)

!IFNDEF INCLUDES
INCLUDES=$(MAPCACHE_INC) $(APR_INC) $(APACHE_INC) $(REGEX_INC) $(PNG_INC) $(ZLIB_INC) $(CURL_INC) $(JPEG_INC) $(SQLITE_INC) $(TIFF_INC) $(GEOTIFF_INC) $(FCGI_INC) $(GDAL_INC) $(GEOS_INC) $(BDB_INC)
!ENDIF


MAPCACHE_DEFS =$(REGEX_OPT) $(SQLITE_DEF) $(TIFF_DEF) $(GEOTIFF_DEF) $(FCGI_DEF) $(GDAL_DEF) $(GEOS_DEF) $(BDB_DEF)



!IFDEF WIN64
MAPCACHE_CFLAGS=$(INCLUDES) $(MAPCACHE_DEFS) -DWIN32 -D_WIN32 -DUSE_GENERIC_MS_NINT
!ELSE
MAPCACHE_CFLAGS=$(INCLUDES) $(MAPCACHE_DEFS) -DWIN32 -D_WIN32
!ENDIF

From hishanm at gmail.com  Sun Jun  2 01:13:50 2013
From: hishanm at gmail.com (Hishan Melanga)
Date: Sun, 2 Jun 2013 13:43:50 +0530
Subject: [mapserver-users] mapcache tms service accesses problem
In-Reply-To: <CAKnxYzY+AU_X-VTWa4Yckmjxmv1utDvqwUgVeQtzWLUEROo9Pg@mail.gmail.com>
References: <CAKnxYzY+AU_X-VTWa4Yckmjxmv1utDvqwUgVeQtzWLUEROo9Pg@mail.gmail.com>
Message-ID: <CAKnxYzZYUpWzqV4vnaJg1x21bw0Fiuogc5qNbx1mUz5iZbXvPg@mail.gmail.com>

I do not why now this is working.


On Wed, May 29, 2013 at 9:57 AM, Hishan Melanga <hishanm at gmail.com> wrote:

> I have mapcache implemented and running superbly on my osgeo-6.05 Ubuntu
> virtual machine.  How ever when I contact my virtual server using
> http://192.168.1.5/mapcache/demo/tms the page does not get displayed. But
> that page is working fine in server browser. Every other services excluding
> http://192.168.1.5/mapcache/demo/gmaps are not working. Why is that?
> Since I am trying to get my tile services on android I need tms to be
> working. Any help would be greatly appreciated.
>
> --
> ?????? ????? | Hishan Melanga <http://hishanmelanga.blogspot.com/>
>



-- 
?????? ????? | Hishan Melanga <http://hishanmelanga.blogspot.com/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130602/6759deb1/attachment.htm>

From yjacolin at free.fr  Sun Jun  2 01:59:42 2013
From: yjacolin at free.fr (Yves Jacolin)
Date: Sun, 02 Jun 2013 10:59:42 +0200
Subject: [mapserver-users] About projection error in Python bindings
In-Reply-To: <CACPZzQ3X-eQD+_xj=LX_hB_6L6ZyF8K=2Py+6OEriHS=wrkXcg@mail.gmail.com>
References: <CACPZzQ3X-eQD+_xj=LX_hB_6L6ZyF8K=2Py+6OEriHS=wrkXcg@mail.gmail.com>
Message-ID: <1575527.61QTe8lnqa@helios>

Thomas,

where is your proj data?

 --with-proj=/usr/local or PROJ_LIB=/usr/share/proj/ ?

Y.
Le samedi 1 juin 2013 23:21:34 Thomas Gratier a ?crit :
> Hello list,
> 
> I am unable to run Python Mapscript without an error
> loadProjection(): Projection library error. Projection support is not
> available
> It happens for example in tests with maptest.py
> 
> My main problem here is that I have set PROJ_LIB=/usr/share/proj/ and  I
> always have this error. On  the other side, from
> http://myserver/cgi-bin/mapserv?..., it's fine.
> 
> I have done the compilation on Ubuntu 12.04 with Mapserver 6.2.1 with the
> following configuration
> 
> ./configure --with-proj=/usr/local --with-ogr=/usr/local/bin/gdal-config
> --with-gdal=/usr/local/bin/gdal-config
> --with-geos=/usr/local/bin/geos-config --with-wmsclient --with-wfsclient
> --with-wcs --with-wfs --with-postgis=yes --with-kml=yes
> --with-xml-mapfile=yes --with-xslt=yes
> --with-xml2-config=/usr/bin/xml2-config --with-fribidi-config=yes
> --with-sos --with-curl-config=/usr/bin/curl-config --with-fastcgi=yes
> --with-cairo=yes --with-python=/usr/bin/python2.7 --enable-python-mapscript
> 
> Any ideas?
> 
> Regards
> 
> Thomas Gratier
-- 
Yves Jacolin


From jukka.rahkonen at mmmtike.fi  Mon Jun  3 06:23:22 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Mon, 3 Jun 2013 13:23:22 +0000
Subject: [mapserver-users] Can't stop Mapserver 6.2.1 from gathering too
 much log into MS_ERRORFILE
Message-ID: <84446DEF76453C439E9E97E438E13A63C1243E@suutari.haapa.mmm.fi>

Hi,

We have compiled Mapserver 6.2.1 for Linux and the version info is as follows

MapServer version 6.2.1 
OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ 
SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO 
SUPPORTS=ICONV SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT 
SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER 
SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS 
SUPPORTS=GEOS INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE

I do not understand why this version is printing whole lot of information that I do not want into MS_ERRORFILE. I had originally no DEBUG lines in my mapfiles and now I have added DEBUG 0 on both MAP level and in each LAYER definition . Nothing helps and I keep on getting new lines into the errorfile after each GetMap.  For example with a GROUP layer which is combined from 11 scale dependent layers it means 37 new lines after each request

[Mon Jun  3 16:12:25 2013].799634 loadParams() QUERY_STRING: map=/test.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=1059&HEIGHT=776&LAYERS=group&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX=-302742.3606628045,6634887.305484046,1741121.9462003412,8132563.133742593&SRS=EPSG:3067&STYLES=
[Mon Jun  3 16:12:25 2013].801140 msLoadMap(): 0.001s
[Mon Jun  3 16:12:25 2013].802506 msLayerIsVisible(): Skipping layer (mml_taustakartta_2) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].802522 msLayerIsVisible(): Skipping layer (mml_taustakartta_3) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].802528 msLayerIsVisible(): Skipping layer (mml_taustakartta_4) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].802533 msLayerIsVisible(): Skipping layer (mml_taustakartta_5) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].802537 msLayerIsVisible(): Skipping layer (mml_taustakartta_6) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].802542 msLayerIsVisible(): Skipping layer (mml_taustakartta_7) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].802546 msLayerIsVisible(): Skipping layer (mml_taustakartta_8) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].802551 msLayerIsVisible(): Skipping layer (mml_taustakartta_9) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].802555 msLayerIsVisible(): Skipping layer (mml_taustakartta_10) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].802560 msLayerIsVisible(): Skipping layer (mml_taustakartta_11) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].802566 msLayerIsVisible(): Skipping layer (mml_taustakartta_2) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].802571 msLayerIsVisible(): Skipping layer (mml_taustakartta_3) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].802575 msLayerIsVisible(): Skipping layer (mml_taustakartta_4) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].802580 msLayerIsVisible(): Skipping layer (mml_taustakartta_5) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].802584 msLayerIsVisible(): Skipping layer (mml_taustakartta_6) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].802589 msLayerIsVisible(): Skipping layer (mml_taustakartta_7) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].802593 msLayerIsVisible(): Skipping layer (mml_taustakartta_8) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].802598 msLayerIsVisible(): Skipping layer (mml_taustakartta_9) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].802602 msLayerIsVisible(): Skipping layer (mml_taustakartta_10) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].802607 msLayerIsVisible(): Skipping layer (mml_taustakartta_11) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].802616 msDrawRasterLayerLow(mml_taustakartta_1): entering.
[Mon Jun  3 16:12:25 2013].802815 msResampleGDALToMap in effect: cellsize = 1932.163743
[Mon Jun  3 16:12:25 2013].803881 msDrawGDAL(mml_taustakartta_1): using RAW_WINDOW=76 93 1652 1501, dst=0,0,855,777
[Mon Jun  3 16:12:25 2013].803915 msDrawRasterLayerGDAL(): red,green,blue,alpha bands = 1,2,3,0
[Mon Jun  3 16:12:25 2013].847533 msDrawMap(): Layer 0 (mml_taustakartta_1), 0.045s
[Mon Jun  3 16:12:25 2013].847558 msLayerIsVisible(): Skipping layer (mml_taustakartta_2) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].847564 msLayerIsVisible(): Skipping layer (mml_taustakartta_3) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].847710 msLayerIsVisible(): Skipping layer (mml_taustakartta_4) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].847722 msLayerIsVisible(): Skipping layer (mml_taustakartta_5) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].847727 msLayerIsVisible(): Skipping layer (mml_taustakartta_6) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].847732 msLayerIsVisible(): Skipping layer (mml_taustakartta_7) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].847737 msLayerIsVisible(): Skipping layer (mml_taustakartta_8) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].847741 msLayerIsVisible(): Skipping layer (mml_taustakartta_9) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].847746 msLayerIsVisible(): Skipping layer (mml_taustakartta_10) because LAYER.MAXSCALE is too small for this MAP scale
[Mon Jun  3 16:12:25 2013].847751 msLayerIsVisible(): Skipping layer (mml_taustakartta_11) because LAYER.MAXSCALE is too small for this MAP scale

Does this have something to do with Linux and compile options or is it perhaps a bug? I have never experienced anything similar on Windows with MS4W.

-Jukka Rahkonen-




From woodbri at swoodbridge.com  Mon Jun  3 06:45:58 2013
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Mon, 03 Jun 2013 09:45:58 -0400
Subject: [mapserver-users] Can't stop Mapserver 6.2.1 from gathering too
 much log into MS_ERRORFILE
In-Reply-To: <84446DEF76453C439E9E97E438E13A63C1243E@suutari.haapa.mmm.fi>
References: <84446DEF76453C439E9E97E438E13A63C1243E@suutari.haapa.mmm.fi>
Message-ID: <51AC9E16.3090702@swoodbridge.com>

Do you have DEBUG turned on in your mapfile? Tuen this off and the 
messages should go away. If they do not them someone probably left some 
debug output in the code. And a bug report is needed.

-Steve

On 6/3/2013 9:23 AM, Rahkonen Jukka wrote:
> Hi,
>
> We have compiled Mapserver 6.2.1 for Linux and the version info is as follows
>
> MapServer version 6.2.1
> OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ
> SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO
> SUPPORTS=ICONV SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
> SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER
> SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS
> SUPPORTS=GEOS INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
>
> I do not understand why this version is printing whole lot of information that I do not want into MS_ERRORFILE. I had originally no DEBUG lines in my mapfiles and now I have added DEBUG 0 on both MAP level and in each LAYER definition . Nothing helps and I keep on getting new lines into the errorfile after each GetMap.  For example with a GROUP layer which is combined from 11 scale dependent layers it means 37 new lines after each request
>
> [Mon Jun  3 16:12:25 2013].799634 loadParams() QUERY_STRING: map=/test.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=1059&HEIGHT=776&LAYERS=group&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX=-302742.3606628045,6634887.305484046,1741121.9462003412,8132563.133742593&SRS=EPSG:3067&STYLES=
> [Mon Jun  3 16:12:25 2013].801140 msLoadMap(): 0.001s
> [Mon Jun  3 16:12:25 2013].802506 msLayerIsVisible(): Skipping layer (mml_taustakartta_2) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].802522 msLayerIsVisible(): Skipping layer (mml_taustakartta_3) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].802528 msLayerIsVisible(): Skipping layer (mml_taustakartta_4) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].802533 msLayerIsVisible(): Skipping layer (mml_taustakartta_5) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].802537 msLayerIsVisible(): Skipping layer (mml_taustakartta_6) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].802542 msLayerIsVisible(): Skipping layer (mml_taustakartta_7) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].802546 msLayerIsVisible(): Skipping layer (mml_taustakartta_8) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].802551 msLayerIsVisible(): Skipping layer (mml_taustakartta_9) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].802555 msLayerIsVisible(): Skipping layer (mml_taustakartta_10) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].802560 msLayerIsVisible(): Skipping layer (mml_taustakartta_11) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].802566 msLayerIsVisible(): Skipping layer (mml_taustakartta_2) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].802571 msLayerIsVisible(): Skipping layer (mml_taustakartta_3) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].802575 msLayerIsVisible(): Skipping layer (mml_taustakartta_4) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].802580 msLayerIsVisible(): Skipping layer (mml_taustakartta_5) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].802584 msLayerIsVisible(): Skipping layer (mml_taustakartta_6) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].802589 msLayerIsVisible(): Skipping layer (mml_taustakartta_7) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].802593 msLayerIsVisible(): Skipping layer (mml_taustakartta_8) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].802598 msLayerIsVisible(): Skipping layer (mml_taustakartta_9) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].802602 msLayerIsVisible(): Skipping layer (mml_taustakartta_10) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].802607 msLayerIsVisible(): Skipping layer (mml_taustakartta_11) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].802616 msDrawRasterLayerLow(mml_taustakartta_1): entering.
> [Mon Jun  3 16:12:25 2013].802815 msResampleGDALToMap in effect: cellsize = 1932.163743
> [Mon Jun  3 16:12:25 2013].803881 msDrawGDAL(mml_taustakartta_1): using RAW_WINDOW=76 93 1652 1501, dst=0,0,855,777
> [Mon Jun  3 16:12:25 2013].803915 msDrawRasterLayerGDAL(): red,green,blue,alpha bands = 1,2,3,0
> [Mon Jun  3 16:12:25 2013].847533 msDrawMap(): Layer 0 (mml_taustakartta_1), 0.045s
> [Mon Jun  3 16:12:25 2013].847558 msLayerIsVisible(): Skipping layer (mml_taustakartta_2) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].847564 msLayerIsVisible(): Skipping layer (mml_taustakartta_3) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].847710 msLayerIsVisible(): Skipping layer (mml_taustakartta_4) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].847722 msLayerIsVisible(): Skipping layer (mml_taustakartta_5) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].847727 msLayerIsVisible(): Skipping layer (mml_taustakartta_6) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].847732 msLayerIsVisible(): Skipping layer (mml_taustakartta_7) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].847737 msLayerIsVisible(): Skipping layer (mml_taustakartta_8) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].847741 msLayerIsVisible(): Skipping layer (mml_taustakartta_9) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].847746 msLayerIsVisible(): Skipping layer (mml_taustakartta_10) because LAYER.MAXSCALE is too small for this MAP scale
> [Mon Jun  3 16:12:25 2013].847751 msLayerIsVisible(): Skipping layer (mml_taustakartta_11) because LAYER.MAXSCALE is too small for this MAP scale
>
> Does this have something to do with Linux and compile options or is it perhaps a bug? I have never experienced anything similar on Windows with MS4W.
>
> -Jukka Rahkonen-
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>



From jukka.rahkonen at mmmtike.fi  Mon Jun  3 07:20:02 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Mon, 3 Jun 2013 14:20:02 +0000
Subject: [mapserver-users] Can't stop Mapserver 6.2.1 from gathering too
 much log into MS_ERRORFILE
Message-ID: <84446DEF76453C439E9E97E438E13A63C12499@suutari.haapa.mmm.fi>

Hi,

Quoting myself "I have added DEBUG 0 on both MAP level and in each LAYER definition". Based on documentation I believe this means the same as DEBUG OFF but I made another trial with that now and it did not change anything. I was also adding some new layers from vector data and I can see that some debug into gets written into MS_ERRORFILE for those too.

I usually wait until someone confirms that what looks like a bug really is such a thing before writing a report, especially if I am on a foreign land as I am now with Linux. However, this one looks so much like a bug that I believe that I will file an issue soon.

-Jukka Rahkonen-


Stephen Woodbridge wrote:

> Do you have DEBUG turned on in your mapfile? Tuen this off and the messages
> should go away. If they do not them someone probably left some debug output
> in the code. And a bug report is needed.
> 
> -Steve
> 
> On 6/3/2013 9:23 AM, Rahkonen Jukka wrote:
> > Hi,
> >
> > We have compiled Mapserver 6.2.1 for Linux and the version info is as
> > follows
> >
> > MapServer version 6.2.1
> > OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ SUPPORTS=GD
> > SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=ICONV
> > SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER
> > SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER
> > SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG
> INPUT=OGR
> > INPUT=GDAL INPUT=SHAPEFILE
> >
> > I do not understand why this version is printing whole lot of
> > information that I do not want into MS_ERRORFILE. I had originally no
> > DEBUG lines in my mapfiles and now I have added DEBUG 0 on both MAP
> > level and in each LAYER definition . Nothing helps and I keep on
> > getting new lines into the errorfile after each GetMap.  For example
> > with a GROUP layer which is combined from 11 scale dependent layers it
> > means 37 new lines after each request
> >
> > [Mon Jun  3 16:12:25 2013].799634 loadParams() QUERY_STRING:
> >
> map=/test.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=
> 1059&HEIG
> >
> HT=776&LAYERS=group&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX
> =-302742.3
> >
> 606628045,6634887.305484046,1741121.9462003412,8132563.133742593&SR
> S=E
> > PSG:3067&STYLES= [Mon Jun  3 16:12:25 2013].801140 msLoadMap(): 0.001s
> > [Mon Jun  3 16:12:25 2013].802506 msLayerIsVisible(): Skipping layer
> > (mml_taustakartta_2) because LAYER.MAXSCALE is too small for this MAP
> > scale [Mon Jun  3 16:12:25 2013].802522 msLayerIsVisible(): Skipping
> > layer (mml_taustakartta_3) because LAYER.MAXSCALE is too small for
> > this MAP scale [Mon Jun  3 16:12:25 2013].802528 msLayerIsVisible():
> > Skipping layer (mml_taustakartta_4) because LAYER.MAXSCALE is too
> > small for this MAP scale [Mon Jun  3 16:12:25 2013].802533
> > msLayerIsVisible(): Skipping layer (mml_taustakartta_5) because
> > LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> > 2013].802537 msLayerIsVisible(): Skipping layer (mml_taustakartta_6)
> > because LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3
> > 16:12:25 2013].802542 msLayerIsVisible(): Skipping layer
> > (mml_taustakartta_7) because LAYER.MAXSCALE is too small for this MAP
> > scale [Mon Jun  3 16:12:25 2013].802546 msLayerIsVisible(): Skipping
> > layer (mml_taustakartta_8) because LAYER.MAXSCALE is too small for
> > this MAP scale [Mon Jun  3 16:12:25 2013].802551 msLayerIsVisible():
> > Skipping layer (mml_taustakartta_9) because LAYER.MAXSCALE is too
> > small for this MAP scale [Mon Jun  3 16:12:25 2013].802555
> > msLayerIsVisible(): Skipping layer (mml_taustakartta_10) because
> > LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> > 2013].802560 msLayerIsVisible(): Skipping layer (mml_taustakartta_11)
> because LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> 2013].802566 msLayerIsVisible(): Skipping layer (mml_taustakartta_2) because
> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> 2013].802571 msLayerIsVisible(): Skipping layer (mml_taustakartta_3) because
> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> 2013].802575 msLayerIsVisible(): Skipping layer (mml_taustakartta_4) because
> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> 2013].802580 msLayerIsVisible(): Skipping layer (mml_taustakartta_5) because
> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> 2013].802584 msLayerIsVisible(): Skipping layer (mml_taustakartta_6) because
> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> 2013].802589 msLayerIsVisible(): Skipping layer (mml_taustakartta_7) because
> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> 2013].802593 msLayerIsVisible(): Skipping layer (mml_taustakartta_8) because
> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> 2013].802598 msLayerIsVisible(): Skipping layer (mml_taustakartta_9) because
> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> 2013].802602 msLayerIsVisible(): Skipping layer (mml_taustakartta_10) because
> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> 2013].802607 msLayerIsVisible(): Skipping layer (mml_taustakartta_11) because
> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> 2013].802616 msDrawRasterLayerLow(mml_taustakartta_1): entering.
> > [Mon Jun  3 16:12:25 2013].802815 msResampleGDALToMap in effect:
> > cellsize = 1932.163743 [Mon Jun  3 16:12:25 2013].803881
> > msDrawGDAL(mml_taustakartta_1): using RAW_WINDOW=76 93 1652 1501,
> > dst=0,0,855,777 [Mon Jun  3 16:12:25 2013].803915
> > msDrawRasterLayerGDAL(): red,green,blue,alpha bands = 1,2,3,0 [Mon Jun
> > 3 16:12:25 2013].847533 msDrawMap(): Layer 0 (mml_taustakartta_1),
> > 0.045s [Mon Jun  3 16:12:25 2013].847558 msLayerIsVisible(): Skipping
> > layer (mml_taustakartta_2) because LAYER.MAXSCALE is too small for
> > this MAP scale [Mon Jun  3 16:12:25 2013].847564 msLayerIsVisible():
> > Skipping layer (mml_taustakartta_3) because LAYER.MAXSCALE is too
> > small for this MAP scale [Mon Jun  3 16:12:25 2013].847710
> > msLayerIsVisible(): Skipping layer (mml_taustakartta_4) because
> > LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> > 2013].847722 msLayerIsVisible(): Skipping layer (mml_taustakartta_5)
> > because LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3
> > 16:12:25 2013].847727 msLayerIsVisible(): Skipping layer
> > (mml_taustakartta_6) because LAYER.MAXSCALE is too small for this MAP
> > scale [Mon Jun  3 16:12:25 2013].847732 msLayerIsVisible(): Skipping
> > layer (mml_taustakartta_7) because LAYER.MAXSCALE is too small for
> > this MAP scale [Mon Jun  3 16:12:25 2013].847737 msLayerIsVisible():
> > Skipping layer (mml_taustakartta_8) because LAYER.MAXSCALE is too
> > small for this MAP scale [Mon Jun  3 16:12:25 2013].847741
> > msLayerIsVisible(): Skipping layer (mml_taustakartta_9) because
> > LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> > 2013].847746 msLayerIsVisible(): Skipping layer (mml_taustakartta_10)
> > because LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3
> > 16:12:25 2013].847751 msLayerIsVisible(): Skipping layer
> > (mml_taustakartta_11) because LAYER.MAXSCALE is too small for this MAP
> > scale
> >
> > Does this have something to do with Linux and compile options or is it perhaps
> a bug? I have never experienced anything similar on Windows with MS4W.
> >
> > -Jukka Rahkonen-
> >
> >
> > _______________________________________________
> > mapserver-users mailing list
> > mapserver-users at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/mapserver-users
> >
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From cheung.jackey at gmail.com  Mon Jun  3 18:54:27 2013
From: cheung.jackey at gmail.com (Jackey Cheung)
Date: Tue, 4 Jun 2013 09:54:27 +0800
Subject: [mapserver-users] MapCache "missing a service" error
In-Reply-To: <84446DEF76453C439E9E97E438E13A63C118DD@suutari.haapa.mmm.fi>
References: <CACYZH8fgccjQdoVWHtNv+fy+CatAJeWcEFpdHrtSrFh8npXQMA@mail.gmail.com>
	<56B587E7C40D2F43B54FDC1BA897AC6D05F30C97@KS-EVS1.smi.sachsen.de>
	<CACYZH8e+ytu3Lx=ZA0EdxkBCZ_E+1wo2KipZirwu-xXJA7Dprg@mail.gmail.com>
	<84446DEF76453C439E9E97E438E13A63C118DD@suutari.haapa.mmm.fi>
Message-ID: <CACYZH8e23Kh8aiHw9s84+1fZ=CvxkvZ9832neMmDkJSYxbQrxg@mail.gmail.com>

Dear Rahkonen,

Thanks for your reply. It worked.

However, I was following the online documentation on installing mapcache.
The document says (
http://mapserver.org/mapcache/install.html#table-of-contents):
* In your web browser, goto the local MapCache demo page:
http://127.0.0.1/mapcache/demo/ You should see a clickable list of demo
links

It that I've misunderstood?


On Fri, May 31, 2013 at 12:49 PM, Rahkonen Jukka
<jukka.rahkonen at mmmtike.fi>wrote:

> Hi,
>
> Great, then you have made it.  The message means that your URL connects
> Mapcache as WMS service but the message is missing the compulsory WMS
> parameters SERVICE and REQUEST because you only did
>
> http://192.168.56.101/mapcache/
>
> You will see the WMS 1.1.0 capabilities document by using
>
> http://192.168.56.101/mapcache?service=wms&version=1.1.1&request=GetCapabilities
> and you should be able to use your service and see the map layers as maps
> with some WMS client like OpenJUMP or QGis. If the demo is installed you
> can also test with http://192.168.56.101/mapcache/demo/wms
>
>
> -Jukka Rahkonen-
>
>
>
>
>
> ________________________________
> Jackey Cheung wrote
>
> > I'ved added the PATH_INFO to nginx location block, and using the sample
> mapcache.xml from the source package. Now it always returns
>
> > received wms with no service and request
>
>
> On Tue, May 28, 2013 at 2:45 PM, Eichner, Andreas - SID-NLKM <
> Andreas.Eichner at sid.sachsen.de<mailto:Andreas.Eichner at sid.sachsen.de>>
> wrote:
>
> You need to pass the path_info from nginx to mapcache. Use something like
>
>   fastcgi_param PATH_INFO $fastcgi_path_info;
>
> in your location block.
>
> > -----Urspr?ngliche Nachricht-----
> > Von: mapserver-users-bounces at lists.osgeo.org<mailto:
> mapserver-users-bounces at lists.osgeo.org>
> > [mailto:mapserver-users-bounces at lists.osgeo.org<mailto:
> mapserver-users-bounces at lists.osgeo.org>] Im Auftrag
> > von Jackey Cheung
> > Gesendet: Dienstag, 28. Mai 2013 04:12
> > An: mapserver-users at lists.osgeo.org<mailto:
> mapserver-users at lists.osgeo.org>
> > Betreff: [mapserver-users] MapCache "missing a service" error
> >
> > Hi,
> >
> > I'm trying to deploy a MapCache server. It compiles OK, but I
> > can't tell whether everything is working fine, since I can't
> > see any output from the server (command line and HTTP response, etc.)
> >
> > I've write up a config xml as below:
> >
> > <?xml version="1.0" encoding="UTF-8"?>
> > <mapcache>
> >   <cache name="test_cache" type="disk">
> >     <base>/tmp/mapcache</base>
> >     <symlink_blank />
> >   </cache>
> >
> >   <source name="test_lands" type="wms">
> >     <getmap>
> >       <params>
> >          <FORMAT>image/png</FORMAT>
> >          <LAYERS>BLD_BLDG</LAYERS>
> >       </params>
> >     </getmap>
> >     <http>
> >       <url>http://localhost/map/</url>
> >       <headers>
> >         <User-Agent>mapcache</User-Agent>
> >       </headers>
> >       <connection_timeout>30</connection_timeout>
> >     </http>
> >   </source>
> >
> >   <format name="PNG" type ="PNG">
> >     <compression>fast</compression>
> >   </format>
> >   <default_format>PNG</default_format>
> >
> >   <tileset name="test_tileset">
> >     <source>test_lands</source>
> >     <cache>test_cache</cache>
> >     <grid restricted_extent="113.816929 22.135340 114.504470
> > 22.567942">
> >       WGS84
> >     </grid>
> >     <metadata>
> >       <title>test web map.</title>
> >       <abstract>Powered by MapKing.</abstract>
> >     </metadata>
> >     <format>PNG</format>
> >     <metatile>10 10</metatile>
> >     <metabuffer>10</metabuffer>
> >   </tileset>
> >
> >   <service type="wms" enabled="true">
> >     <full_wms>assemble</full_wms>
> >     <resample_mode>bilinear</resample_mode>
> >     <format>PNG</format>
> >     <maxsize>4096</maxsize>
> >   </service>
> >   <service type="wmts" enabled="false"/>
> >   <service type="tms" enabled="false"/>
> >   <service type="kml" enabled="false"/>
> >   <service type="gmaps" enabled="false"/>
> >   <service type="ve" enabled="false"/>
> >   <service type="demo" enabled="false"/>
> >
> >   <errors>report</errors>
> >   <lock_dir>/tmp/mapcache/lock</lock_dir>
> >   <threaded_fetching>true</threaded_fetching>
> >   <log_level>info</log_level>
> >   <auto_reload>true</auto_reload>
> > </mapcache>
> >
> >
> > I use spawn-fcgi to start the server:
> > spawn-fcgi -M 666 -s /var/run/mapcache.sock -n -u nginx -g
> > nginx -U nginx -G nginx -P /var/run/mapcache.pid --
> > /usr/local/bin/mapcache
> >
> > The server seems to be running, since it doesn't return to
> > the command prompt. When I use browser to open
> > "http://192.168.56.101/mapcache/", the first request (the
> > exact first request to the newly started server process) returns:
> > tileset "test_tileset" references grid "
> >       WGS84
> >     ", but it is not configured
> >
> > Then all subsequent requests returns "missing a service" error.
> > I've tried adding a WGS84 grid to the xml, but that produces
> > duplicate declaration error. I've also tried using the
> > mapcache.xml from source package, the same "missing a
> > service" error occurs.
> > What's wrong?
> >
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130604/5a61b093/attachment.htm>

From jukka.rahkonen at mmmtike.fi  Mon Jun  3 21:40:58 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Tue, 4 Jun 2013 04:40:58 +0000
Subject: [mapserver-users] MapCache "missing a service" error
In-Reply-To: <CACYZH8e23Kh8aiHw9s84+1fZ=CvxkvZ9832neMmDkJSYxbQrxg@mail.gmail.com>
References: <CACYZH8fgccjQdoVWHtNv+fy+CatAJeWcEFpdHrtSrFh8npXQMA@mail.gmail.com>
	<56B587E7C40D2F43B54FDC1BA897AC6D05F30C97@KS-EVS1.smi.sachsen.de>
	<CACYZH8e+ytu3Lx=ZA0EdxkBCZ_E+1wo2KipZirwu-xXJA7Dprg@mail.gmail.com>
	<84446DEF76453C439E9E97E438E13A63C118DD@suutari.haapa.mmm.fi>,
	<CACYZH8e23Kh8aiHw9s84+1fZ=CvxkvZ9832neMmDkJSYxbQrxg@mail.gmail.com>
Message-ID: <84446DEF76453C439E9E97E438E13A63C125FC@suutari.haapa.mmm.fi>

Hi,

In the Mapcache documentation the service in installed on the local computer so that after installation the demo page is found from address http://localhost/mapcache/demo/ which is the same as http://127.0.0.1/mapcache/demo/

I saw from your previous mail that you were using another IP address for contacting your Mapcache, namely
http://192.168.56.101/mapcache/ so I used that in my address. I do not know if that address is also your own computer or some other machine. If it is the same computer where your keyboard is connected then localhost and 127.0.0.1 addresses should work as well.

I have installed my Mapcache into port 8060 of my computer so for me the link to the list of demos is
http://127.0.0.1:8060/mapcache/demo/ and in a browser it shows the page like this
http://latuviitta.org/documents/mapcache_demo_start_page.png

-Jukka Rahkonen-


________________________________
Jackey Cheung wrote:

> Dear Rahkonen,

> Thanks for your reply. It worked.

> However, I was following the online documentation on installing mapcache. The document says (http://mapserver.org/mapcache/install.html#table-of-contents):
> * In your web browser, goto the local MapCache demo page: http://127.0.0.1/mapcache/demo/ You should see a clickable list of demo links

> It that I've misunderstood?


On Fri, May 31, 2013 at 12:49 PM, Rahkonen Jukka <jukka.rahkonen at mmmtike.fi<mailto:jukka.rahkonen at mmmtike.fi>> wrote:
Hi,

Great, then you have made it.  The message means that your URL connects Mapcache as WMS service but the message is missing the compulsory WMS parameters SERVICE and REQUEST because you only did

http://192.168.56.101/mapcache/

You will see the WMS 1.1.0 capabilities document by using
http://192.168.56.101/mapcache?service=wms&version=1.1.1&request=GetCapabilities
and you should be able to use your service and see the map layers as maps with some WMS client like OpenJUMP or QGis. If the demo is installed you can also test with http://192.168.56.101/mapcache/demo/wms


-Jukka Rahkonen-





________________________________
Jackey Cheung wrote

> I'ved added the PATH_INFO to nginx location block, and using the sample mapcache.xml from the source package. Now it always returns

> received wms with no service and request


On Tue, May 28, 2013 at 2:45 PM, Eichner, Andreas - SID-NLKM <Andreas.Eichner at sid.sachsen.de<mailto:Andreas.Eichner at sid.sachsen.de><mailto:Andreas.Eichner at sid.sachsen.de<mailto:Andreas.Eichner at sid.sachsen.de>>> wrote:

You need to pass the path_info from nginx to mapcache. Use something like

  fastcgi_param PATH_INFO $fastcgi_path_info;

in your location block.

> -----Urspr?ngliche Nachricht-----
> Von: mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org><mailto:mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org>>
> [mailto:mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org><mailto:mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org>>] Im Auftrag
> von Jackey Cheung
> Gesendet: Dienstag, 28. Mai 2013 04:12
> An: mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org><mailto:mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>>
> Betreff: [mapserver-users] MapCache "missing a service" error
>
> Hi,
>
> I'm trying to deploy a MapCache server. It compiles OK, but I
> can't tell whether everything is working fine, since I can't
> see any output from the server (command line and HTTP response, etc.)
>
> I've write up a config xml as below:
>
> <?xml version="1.0" encoding="UTF-8"?>
> <mapcache>
>   <cache name="test_cache" type="disk">
>     <base>/tmp/mapcache</base>
>     <symlink_blank />
>   </cache>
>
>   <source name="test_lands" type="wms">
>     <getmap>
>       <params>
>          <FORMAT>image/png</FORMAT>
>          <LAYERS>BLD_BLDG</LAYERS>
>       </params>
>     </getmap>
>     <http>
>       <url>http://localhost/map/</url>
>       <headers>
>         <User-Agent>mapcache</User-Agent>
>       </headers>
>       <connection_timeout>30</connection_timeout>
>     </http>
>   </source>
>
>   <format name="PNG" type ="PNG">
>     <compression>fast</compression>
>   </format>
>   <default_format>PNG</default_format>
>
>   <tileset name="test_tileset">
>     <source>test_lands</source>
>     <cache>test_cache</cache>
>     <grid restricted_extent="113.816929 22.135340 114.504470
> 22.567942">
>       WGS84
>     </grid>
>     <metadata>
>       <title>test web map.</title>
>       <abstract>Powered by MapKing.</abstract>
>     </metadata>
>     <format>PNG</format>
>     <metatile>10 10</metatile>
>     <metabuffer>10</metabuffer>
>   </tileset>
>
>   <service type="wms" enabled="true">
>     <full_wms>assemble</full_wms>
>     <resample_mode>bilinear</resample_mode>
>     <format>PNG</format>
>     <maxsize>4096</maxsize>
>   </service>
>   <service type="wmts" enabled="false"/>
>   <service type="tms" enabled="false"/>
>   <service type="kml" enabled="false"/>
>   <service type="gmaps" enabled="false"/>
>   <service type="ve" enabled="false"/>
>   <service type="demo" enabled="false"/>
>
>   <errors>report</errors>
>   <lock_dir>/tmp/mapcache/lock</lock_dir>
>   <threaded_fetching>true</threaded_fetching>
>   <log_level>info</log_level>
>   <auto_reload>true</auto_reload>
> </mapcache>
>
>
> I use spawn-fcgi to start the server:
> spawn-fcgi -M 666 -s /var/run/mapcache.sock -n -u nginx -g
> nginx -U nginx -G nginx -P /var/run/mapcache.pid --
> /usr/local/bin/mapcache
>
> The server seems to be running, since it doesn't return to
> the command prompt. When I use browser to open
> "http://192.168.56.101/mapcache/", the first request (the
> exact first request to the newly started server process) returns:
> tileset "test_tileset" references grid "
>       WGS84
>     ", but it is not configured
>
> Then all subsequent requests returns "missing a service" error.
> I've tried adding a WGS84 grid to the xml, but that produces
> duplicate declaration error. I've also tried using the
> mapcache.xml from source package, the same "missing a
> service" error occurs.
> What's wrong?
>

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



From jesper.kempe at gmail.com  Mon Jun  3 23:43:16 2013
From: jesper.kempe at gmail.com (Jesper Kempe)
Date: Tue, 4 Jun 2013 08:43:16 +0200
Subject: [mapserver-users] Control order of drawing for a layer
Message-ID: <CAD4ERe2cHbAe+d6Bx21g9gCqOC0Jxei+RDRAgvLFQKNJ3ttFEw@mail.gmail.com>

Hi

I have a shapefile with quite many points in. Several of the points are
very close or even on the same locations. Every point has some attributes
and some of the points are more important than others (based on a
attributes value).
What I am trying to do, and not succeding in, is to have points with
attribute x=Y drawn ontop of everything else.

Now I have a layer definition with the classes I want to have "in the
bottom of the image" first and the most important last. Each with an
expression matching a certain attribute. But it looks like the only order
that matters is the order in which the points in the shapefile are listed.

>From the mapfile:

                TILEITEM "location"
                TILEINDEX "shapefile.idx.shp"

                SIZEUNITS meters

                CLASSITEM "GEOM_TYPE"

                CLASS
                    NAME "clouds"
                    EXPRESSION "clou"
                    COLOR 186 186 186
                    SYMBOL "mapinfo-sym-32"
                    SIZE 1200
                END

                CLASS
                    NAME "no_d"
                    EXPRESSION "no_d"
                    COLOR 0 0 0
                    SYMBOL "mapinfo-sym-32"
                    SIZE 1200
                END

                CLASS
                    NAME "subs"
                    EXPRESSION "subs"
                    COLOR 255 255 0
                    SYMBOL "mapinfo-sym-32"
                    SIZE 1200
                END

                CLASS
                    NAME "surfs"
                    EXPRESSION "surf"
                    COLOR 246 112 38
                    SYMBOL "mapinfo-sym-32"
                    SIZE 1200
                END


Anyone has a tip on how I can get the desired effect?

//Jesper
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130604/17d19e42/attachment.htm>

From jukka.rahkonen at mmmtike.fi  Tue Jun  4 00:10:18 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Tue, 4 Jun 2013 07:10:18 +0000
Subject: [mapserver-users] Control order of drawing for a layer
Message-ID: <84446DEF76453C439E9E97E438E13A63C1267F@suutari.haapa.mmm.fi>

Hi,

If you want to do is fast, try sortshp and sort your shapefile by your attribute http://mapserver.org/utilities/sortshp.html.  It should work well if one attribute is enough for sorting and in some cases it may be possible to get a usable result by sorting the sorted shapefile again by another attribute.

More flexible would be to import the shapefile into database, for example Spatialite, create index the attributes needed for sorting and use ORDER BY in the LAYER DATA.  It may also be possible to connect your shapefile directly through OGR and use SQL in the same way in the DATA line somehow like
CONNECTIONTYPE OGR
CONNECTION "full/path/to/test.shp"
DATA "SELECT * from test ORDER BY attribute"

This is probably the slowest alternative. I have not a tested example available and I do not know if this works really.

-Jukka Rahkonen-

Jesper Kempe wrote:

Hi

I have a shapefile with quite many points in. Several of the points are very close or even on the same locations. Every point has some attributes and some of the points are more important than others (based on a attributes value).
What I am trying to do, and not succeding in, is to have points with attribute x=Y drawn ontop of everything else.

Now I have a layer definition with the classes I want to have "in the bottom of the image" first and the most important last. Each with an expression matching a certain attribute. But it looks like the only order that matters is the order in which the points in the shapefile are listed.

>From the mapfile:

                TILEITEM "location"
                TILEINDEX "shapefile.idx.shp"

                SIZEUNITS meters

                CLASSITEM "GEOM_TYPE"

                CLASS
                    NAME "clouds"
                    EXPRESSION "clou"
                    COLOR 186 186 186
                    SYMBOL "mapinfo-sym-32"
                    SIZE 1200
                END

                CLASS
                    NAME "no_d"
                    EXPRESSION "no_d"
                    COLOR 0 0 0
                    SYMBOL "mapinfo-sym-32"
                    SIZE 1200
                END

                CLASS
                    NAME "subs"
                    EXPRESSION "subs"
                    COLOR 255 255 0
                    SYMBOL "mapinfo-sym-32"
                    SIZE 1200
                END

                CLASS
                    NAME "surfs"
                    EXPRESSION "surf"
                    COLOR 246 112 38
                    SYMBOL "mapinfo-sym-32"
                    SIZE 1200
                END


Anyone has a tip on how I can get the desired effect?

//Jesper


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

From cheung.jackey at gmail.com  Tue Jun  4 03:05:54 2013
From: cheung.jackey at gmail.com (Jackey Cheung)
Date: Tue, 4 Jun 2013 18:05:54 +0800
Subject: [mapserver-users] MapCache "missing a service" error
In-Reply-To: <84446DEF76453C439E9E97E438E13A63C125FC@suutari.haapa.mmm.fi>
References: <CACYZH8fgccjQdoVWHtNv+fy+CatAJeWcEFpdHrtSrFh8npXQMA@mail.gmail.com>
	<56B587E7C40D2F43B54FDC1BA897AC6D05F30C97@KS-EVS1.smi.sachsen.de>
	<CACYZH8e+ytu3Lx=ZA0EdxkBCZ_E+1wo2KipZirwu-xXJA7Dprg@mail.gmail.com>
	<84446DEF76453C439E9E97E438E13A63C118DD@suutari.haapa.mmm.fi>
	<CACYZH8e23Kh8aiHw9s84+1fZ=CvxkvZ9832neMmDkJSYxbQrxg@mail.gmail.com>
	<84446DEF76453C439E9E97E438E13A63C125FC@suutari.haapa.mmm.fi>
Message-ID: <CACYZH8e2FxHCWm=-_+T6WT9+dtOsP6+jFKaFBq_KD7EA0DQ_Hw@mail.gmail.com>

Hi,

It's a server IP address. The web site hosted on that server can be
accessed well. And adding the service and request parameter to the URL
works too. What I'm wondering is that why I can't access
http://192.168.56.101/mapcache/demo/ as the document says.


On Tue, Jun 4, 2013 at 12:40 PM, Rahkonen Jukka
<jukka.rahkonen at mmmtike.fi>wrote:

> Hi,
>
> In the Mapcache documentation the service in installed on the local
> computer so that after installation the demo page is found from address
> http://localhost/mapcache/demo/ which is the same as
> http://127.0.0.1/mapcache/demo/
>
> I saw from your previous mail that you were using another IP address for
> contacting your Mapcache, namely
> http://192.168.56.101/mapcache/ so I used that in my address. I do not
> know if that address is also your own computer or some other machine. If it
> is the same computer where your keyboard is connected then localhost and
> 127.0.0.1 addresses should work as well.
>
> I have installed my Mapcache into port 8060 of my computer so for me the
> link to the list of demos is
> http://127.0.0.1:8060/mapcache/demo/ and in a browser it shows the page
> like this
> http://latuviitta.org/documents/mapcache_demo_start_page.png
>
> -Jukka Rahkonen-
>
>
> ________________________________
> Jackey Cheung wrote:
>
> > Dear Rahkonen,
>
> > Thanks for your reply. It worked.
>
> > However, I was following the online documentation on installing
> mapcache. The document says (
> http://mapserver.org/mapcache/install.html#table-of-contents):
> > * In your web browser, goto the local MapCache demo page:
> http://127.0.0.1/mapcache/demo/ You should see a clickable list of demo
> links
>
> > It that I've misunderstood?
>
>
> On Fri, May 31, 2013 at 12:49 PM, Rahkonen Jukka <
> jukka.rahkonen at mmmtike.fi<mailto:jukka.rahkonen at mmmtike.fi>> wrote:
> Hi,
>
> Great, then you have made it.  The message means that your URL connects
> Mapcache as WMS service but the message is missing the compulsory WMS
> parameters SERVICE and REQUEST because you only did
>
> http://192.168.56.101/mapcache/
>
> You will see the WMS 1.1.0 capabilities document by using
>
> http://192.168.56.101/mapcache?service=wms&version=1.1.1&request=GetCapabilities
> and you should be able to use your service and see the map layers as maps
> with some WMS client like OpenJUMP or QGis. If the demo is installed you
> can also test with http://192.168.56.101/mapcache/demo/wms
>
>
> -Jukka Rahkonen-
>
>
>
>
>
> ________________________________
> Jackey Cheung wrote
>
> > I'ved added the PATH_INFO to nginx location block, and using the sample
> mapcache.xml from the source package. Now it always returns
>
> > received wms with no service and request
>
>
> On Tue, May 28, 2013 at 2:45 PM, Eichner, Andreas - SID-NLKM <
> Andreas.Eichner at sid.sachsen.de<mailto:Andreas.Eichner at sid.sachsen.de
> ><mailto:Andreas.Eichner at sid.sachsen.de<mailto:
> Andreas.Eichner at sid.sachsen.de>>> wrote:
>
> You need to pass the path_info from nginx to mapcache. Use something like
>
>   fastcgi_param PATH_INFO $fastcgi_path_info;
>
> in your location block.
>
> > -----Urspr?ngliche Nachricht-----
> > Von: mapserver-users-bounces at lists.osgeo.org<mailto:
> mapserver-users-bounces at lists.osgeo.org><mailto:
> mapserver-users-bounces at lists.osgeo.org<mailto:
> mapserver-users-bounces at lists.osgeo.org>>
> > [mailto:mapserver-users-bounces at lists.osgeo.org<mailto:
> mapserver-users-bounces at lists.osgeo.org><mailto:
> mapserver-users-bounces at lists.osgeo.org<mailto:
> mapserver-users-bounces at lists.osgeo.org>>] Im Auftrag
> > von Jackey Cheung
> > Gesendet: Dienstag, 28. Mai 2013 04:12
> > An: mapserver-users at lists.osgeo.org<mailto:
> mapserver-users at lists.osgeo.org><mailto:mapserver-users at lists.osgeo.org
> <mailto:mapserver-users at lists.osgeo.org>>
> > Betreff: [mapserver-users] MapCache "missing a service" error
> >
> > Hi,
> >
> > I'm trying to deploy a MapCache server. It compiles OK, but I
> > can't tell whether everything is working fine, since I can't
> > see any output from the server (command line and HTTP response, etc.)
> >
> > I've write up a config xml as below:
> >
> > <?xml version="1.0" encoding="UTF-8"?>
> > <mapcache>
> >   <cache name="test_cache" type="disk">
> >     <base>/tmp/mapcache</base>
> >     <symlink_blank />
> >   </cache>
> >
> >   <source name="test_lands" type="wms">
> >     <getmap>
> >       <params>
> >          <FORMAT>image/png</FORMAT>
> >          <LAYERS>BLD_BLDG</LAYERS>
> >       </params>
> >     </getmap>
> >     <http>
> >       <url>http://localhost/map/</url>
> >       <headers>
> >         <User-Agent>mapcache</User-Agent>
> >       </headers>
> >       <connection_timeout>30</connection_timeout>
> >     </http>
> >   </source>
> >
> >   <format name="PNG" type ="PNG">
> >     <compression>fast</compression>
> >   </format>
> >   <default_format>PNG</default_format>
> >
> >   <tileset name="test_tileset">
> >     <source>test_lands</source>
> >     <cache>test_cache</cache>
> >     <grid restricted_extent="113.816929 22.135340 114.504470
> > 22.567942">
> >       WGS84
> >     </grid>
> >     <metadata>
> >       <title>test web map.</title>
> >       <abstract>Powered by MapKing.</abstract>
> >     </metadata>
> >     <format>PNG</format>
> >     <metatile>10 10</metatile>
> >     <metabuffer>10</metabuffer>
> >   </tileset>
> >
> >   <service type="wms" enabled="true">
> >     <full_wms>assemble</full_wms>
> >     <resample_mode>bilinear</resample_mode>
> >     <format>PNG</format>
> >     <maxsize>4096</maxsize>
> >   </service>
> >   <service type="wmts" enabled="false"/>
> >   <service type="tms" enabled="false"/>
> >   <service type="kml" enabled="false"/>
> >   <service type="gmaps" enabled="false"/>
> >   <service type="ve" enabled="false"/>
> >   <service type="demo" enabled="false"/>
> >
> >   <errors>report</errors>
> >   <lock_dir>/tmp/mapcache/lock</lock_dir>
> >   <threaded_fetching>true</threaded_fetching>
> >   <log_level>info</log_level>
> >   <auto_reload>true</auto_reload>
> > </mapcache>
> >
> >
> > I use spawn-fcgi to start the server:
> > spawn-fcgi -M 666 -s /var/run/mapcache.sock -n -u nginx -g
> > nginx -U nginx -G nginx -P /var/run/mapcache.pid --
> > /usr/local/bin/mapcache
> >
> > The server seems to be running, since it doesn't return to
> > the command prompt. When I use browser to open
> > "http://192.168.56.101/mapcache/", the first request (the
> > exact first request to the newly started server process) returns:
> > tileset "test_tileset" references grid "
> >       WGS84
> >     ", but it is not configured
> >
> > Then all subsequent requests returns "missing a service" error.
> > I've tried adding a WGS84 grid to the xml, but that produces
> > duplicate declaration error. I've also tried using the
> > mapcache.xml from source package, the same "missing a
> > service" error occurs.
> > What's wrong?
> >
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130604/90203b39/attachment.htm>

From jukka.rahkonen at mmmtike.fi  Tue Jun  4 04:28:29 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Tue, 4 Jun 2013 11:28:29 +0000
Subject: [mapserver-users] MapCache "missing a service" error
Message-ID: <84446DEF76453C439E9E97E438E13A63C1275B@suutari.haapa.mmm.fi>

Hi,

The demo page seems like a very normal html page.  Perhaps your hosted server has troubles with finding the html code or something.  Unfortunately I am not expert on this area.

-Jukka-

Jackey Cheung  wrote

Hi,

It's a server IP address. The web site hosted on that server can be accessed well. And adding the service and request parameter to the URL works too. What I'm wondering is that why I can't access http://192.168.56.101/mapcache/demo/ as the document says.

On Tue, Jun 4, 2013 at 12:40 PM, Rahkonen Jukka <jukka.rahkonen at mmmtike.fi<mailto:jukka.rahkonen at mmmtike.fi>> wrote:
Hi,

In the Mapcache documentation the service in installed on the local computer so that after installation the demo page is found from address http://localhost/mapcache/demo/ which is the same as http://127.0.0.1/mapcache/demo/

I saw from your previous mail that you were using another IP address for contacting your Mapcache, namely
http://192.168.56.101/mapcache/ so I used that in my address. I do not know if that address is also your own computer or some other machine. If it is the same computer where your keyboard is connected then localhost and 127.0.0.1 addresses should work as well.

I have installed my Mapcache into port 8060 of my computer so for me the link to the list of demos is
http://127.0.0.1:8060/mapcache/demo/ and in a browser it shows the page like this
http://latuviitta.org/documents/mapcache_demo_start_page.png

-Jukka Rahkonen-


________________________________
Jackey Cheung wrote:

> Dear Rahkonen,

> Thanks for your reply. It worked.

> However, I was following the online documentation on installing mapcache. The document says (http://mapserver.org/mapcache/install.html#table-of-contents):
> * In your web browser, goto the local MapCache demo page: http://127.0.0.1/mapcache/demo/ You should see a clickable list of demo links

> It that I've misunderstood?

On Fri, May 31, 2013 at 12:49 PM, Rahkonen Jukka <jukka.rahkonen at mmmtike.fi<mailto:jukka.rahkonen at mmmtike.fi><mailto:jukka.rahkonen at mmmtike.fi<mailto:jukka.rahkonen at mmmtike.fi>>> wrote:
Hi,

Great, then you have made it.  The message means that your URL connects Mapcache as WMS service but the message is missing the compulsory WMS parameters SERVICE and REQUEST because you only did

http://192.168.56.101/mapcache/

You will see the WMS 1.1.0 capabilities document by using
http://192.168.56.101/mapcache?service=wms&version=1.1.1&request=GetCapabilities
and you should be able to use your service and see the map layers as maps with some WMS client like OpenJUMP or QGis. If the demo is installed you can also test with http://192.168.56.101/mapcache/demo/wms


-Jukka Rahkonen-





________________________________
Jackey Cheung wrote

> I'ved added the PATH_INFO to nginx location block, and using the sample mapcache.xml from the source package. Now it always returns

> received wms with no service and request

On Tue, May 28, 2013 at 2:45 PM, Eichner, Andreas - SID-NLKM <Andreas.Eichner at sid.sachsen.de<mailto:Andreas.Eichner at sid.sachsen.de><mailto:Andreas.Eichner at sid.sachsen.de<mailto:Andreas.Eichner at sid.sachsen.de>><mailto:Andreas.Eichner at sid.sachsen.de<mailto:Andreas.Eichner at sid.sachsen.de><mailto:Andreas.Eichner at sid.sachsen.de<mailto:Andreas.Eichner at sid.sachsen.de>>>> wrote:

You need to pass the path_info from nginx to mapcache. Use something like

  fastcgi_param PATH_INFO $fastcgi_path_info;

in your location block.

> -----Urspr?ngliche Nachricht-----
> Von: mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org><mailto:mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org>><mailto:mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org><mailto:mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org>>>
> [mailto:mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org><mailto:mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org>><mailto:mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org><mailto:mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org>>>] Im Auftrag
> von Jackey Cheung
> Gesendet: Dienstag, 28. Mai 2013 04:12
> An: mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org><mailto:mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>><mailto:mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org><mailto:mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>>>
> Betreff: [mapserver-users] MapCache "missing a service" error
>
> Hi,
>
> I'm trying to deploy a MapCache server. It compiles OK, but I
> can't tell whether everything is working fine, since I can't
> see any output from the server (command line and HTTP response, etc.)
>
> I've write up a config xml as below:
>
> <?xml version="1.0" encoding="UTF-8"?>
> <mapcache>
>   <cache name="test_cache" type="disk">
>     <base>/tmp/mapcache</base>
>     <symlink_blank />
>   </cache>
>
>   <source name="test_lands" type="wms">
>     <getmap>
>       <params>
>          <FORMAT>image/png</FORMAT>
>          <LAYERS>BLD_BLDG</LAYERS>
>       </params>
>     </getmap>
>     <http>
>       <url>http://localhost/map/</url>
>       <headers>
>         <User-Agent>mapcache</User-Agent>
>       </headers>
>       <connection_timeout>30</connection_timeout>
>     </http>
>   </source>
>
>   <format name="PNG" type ="PNG">
>     <compression>fast</compression>
>   </format>
>   <default_format>PNG</default_format>
>
>   <tileset name="test_tileset">
>     <source>test_lands</source>
>     <cache>test_cache</cache>
>     <grid restricted_extent="113.816929 22.135340 114.504470
> 22.567942">
>       WGS84
>     </grid>
>     <metadata>
>       <title>test web map.</title>
>       <abstract>Powered by MapKing.</abstract>
>     </metadata>
>     <format>PNG</format>
>     <metatile>10 10</metatile>
>     <metabuffer>10</metabuffer>
>   </tileset>
>
>   <service type="wms" enabled="true">
>     <full_wms>assemble</full_wms>
>     <resample_mode>bilinear</resample_mode>
>     <format>PNG</format>
>     <maxsize>4096</maxsize>
>   </service>
>   <service type="wmts" enabled="false"/>
>   <service type="tms" enabled="false"/>
>   <service type="kml" enabled="false"/>
>   <service type="gmaps" enabled="false"/>
>   <service type="ve" enabled="false"/>
>   <service type="demo" enabled="false"/>
>
>   <errors>report</errors>
>   <lock_dir>/tmp/mapcache/lock</lock_dir>
>   <threaded_fetching>true</threaded_fetching>
>   <log_level>info</log_level>
>   <auto_reload>true</auto_reload>
> </mapcache>
>
>
> I use spawn-fcgi to start the server:
> spawn-fcgi -M 666 -s /var/run/mapcache.sock -n -u nginx -g
> nginx -U nginx -G nginx -P /var/run/mapcache.pid --
> /usr/local/bin/mapcache
>
> The server seems to be running, since it doesn't return to
> the command prompt. When I use browser to open
> "http://192.168.56.101/mapcache/", the first request (the
> exact first request to the newly started server process) returns:
> tileset "test_tileset" references grid "
>       WGS84
>     ", but it is not configured
>
> Then all subsequent requests returns "missing a service" error.
> I've tried adding a WGS84 grid to the xml, but that produces
> duplicate declaration error. I've also tried using the
> mapcache.xml from source package, the same "missing a
> service" error occurs.
> What's wrong?
>

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

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

From jukka.rahkonen at mmmtike.fi  Tue Jun  4 04:56:26 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Tue, 4 Jun 2013 11:56:26 +0000
Subject: [mapserver-users] Trouble with MS 6.2.1 and native vector tileindex
Message-ID: <84446DEF76453C439E9E97E438E13A63C127AB@suutari.haapa.mmm.fi>

Hi,

I have been using for some years a biggish shapefile directory through shapefile tileindex. The layer is in production with Mapserver 6.0 (MS4W) and the layer is defined like this

LAYER
  NAME "bunch_of_shapes"
  TYPE POLYGON
  #CONNECTIONTYPE OGR #don't use, it breaks classification and GetFeatureInfo
  #left here as a reminder on 2010-10-20 JRA
  TILEINDEX "/data/tindex/polygon_idx.shp,0"

As you notice, two and a half years ago I had troubles with vector tile index and OGR connection but the native Mapserver method has been working perfectly. Now I am testing MS 6.2.1 on Linux and these settings do not work for me anymore.  I am getting these errors into the MS_ERRORFILE

[Tue Jun  4 13:45:10 2013].955587 msDrawMap(): rendering using outputformat named AGG_Q (AGG/PNG).
[Tue Jun  4 13:45:10 2013].955603 msDrawMap(): WMS/WFS set-up and query, 0.000s
[Tue Jun  4 13:45:10 2013].955679 msShapefileOpen(): Unable to access file. (/maasto1/MM18K2BP.SHP,0)
[Tue Jun  4 13:45:10 2013].955695 msShapefileOpen(): Unable to access file. (/maasto1/MM18K2BP.SHP,0)
[Tue Jun  4 13:45:10 2013].955707 msShapefileOpen(): Unable to access file. (/maasto1/MM18K2BP.SHP,0)
[Tue Jun  4 13:45:10 2013].955714 msTiledSHPTryOpen(): Unable to access file. Unable to open shapefile '/maasto1/MM18K2BP.SHP,0' for layer 'bunch_of_shapes' ... fatal error.
[Tue Jun  4 13:45:10 2013].955721 msDrawMap(): Image handling error. Failed to draw layer named 'bunch_of_shapes'.
[Tue Jun  4 13:45:10 2013].955747 mapserv request processing time (msLoadMap not incl.): 0.001s

The shapefile in the message is the first tile in ogrtileindex shapefile. I was using this command for creating the tileindex:

ogrtileindex polygon_idx.shp /maasto1/*.SHP

If I use CONNECTIONTYPE OGR this very same tileindex works fine and I can see the layer on a map. However, I have not tested if the classification and GetFeatureInfo problems from year 2010 are still present.

Has there been any chances in the native vector tileindex system since MS version 6.0?

Regards,

-Jukka Rahkonen-



From jmckenna at gatewaygeomatics.com  Tue Jun  4 05:09:20 2013
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Tue, 04 Jun 2013 09:09:20 -0300
Subject: [mapserver-users] Trouble with MS 6.2.1 and native vector
	tileindex
In-Reply-To: <84446DEF76453C439E9E97E438E13A63C127AB@suutari.haapa.mmm.fi>
References: <84446DEF76453C439E9E97E438E13A63C127AB@suutari.haapa.mmm.fi>
Message-ID: <51ADD8F0.8050406@gatewaygeomatics.com>

On 2013-06-04 8:56 AM, Rahkonen Jukka wrote:
> Hi,
> 
> I have been using for some years a biggish shapefile directory through shapefile tileindex. The layer is in production with Mapserver 6.0 (MS4W) and the layer is defined like this
> 
> LAYER
>   NAME "bunch_of_shapes"
>   TYPE POLYGON
>   #CONNECTIONTYPE OGR #don't use, it breaks classification and GetFeatureInfo
>   #left here as a reminder on 2010-10-20 JRA
>   TILEINDEX "/data/tindex/polygon_idx.shp,0"
> 

What happens if you remove the layername ",0" from the TILEINDEX ?

-jeff




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






From jukka.rahkonen at mmmtike.fi  Tue Jun  4 05:42:08 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Tue, 4 Jun 2013 12:42:08 +0000
Subject: [mapserver-users] Trouble with MS 6.2.1 and native vector
 tileindex
Message-ID: <84446DEF76453C439E9E97E438E13A63C127E7@suutari.haapa.mmm.fi>



> -----Alkuper?inen viesti-----
> L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-
> bounces at lists.osgeo.org] Puolesta Jeff McKenna
> L?hetetty: 4. kes?kuuta 2013 15:09
> Vastaanottaja: mapserver-users at lists.osgeo.org
> Aihe: Re: [mapserver-users] Trouble with MS 6.2.1 and native vector tileindex
> 
> On 2013-06-04 8:56 AM, Rahkonen Jukka wrote:
> > Hi,
> >
> > I have been using for some years a biggish shapefile directory through
> > shapefile tileindex. The layer is in production with Mapserver 6.0
> > (MS4W) and the layer is defined like this
> >
> > LAYER
> >   NAME "bunch_of_shapes"
> >   TYPE POLYGON
> >   #CONNECTIONTYPE OGR #don't use, it breaks classification and
> GetFeatureInfo
> >   #left here as a reminder on 2010-10-20 JRA
> >   TILEINDEX "/data/tindex/polygon_idx.shp,0"
> >
> 
> What happens if you remove the layername ",0" from the TILEINDEX ?

Sorry, I did not mention that I tried by having
TILEINDEX "/data/tindex/polygon_idx.shp".

The LOCATION field in the index file polygon_idx.shp created by ogrtindex contains entries like /full/path/SHAPE.SHP,0
I made also a try by shortening them into /full/path/SHAPE.SHP
The shortened index file behaved in the same way and was OK with OGR connection but the native shp driver did not find the target shapefiles. 

-Jukka-



From jmckenna at gatewaygeomatics.com  Tue Jun  4 05:50:51 2013
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Tue, 04 Jun 2013 09:50:51 -0300
Subject: [mapserver-users] Trouble with MS 6.2.1 and native vector
	tileindex
In-Reply-To: <84446DEF76453C439E9E97E438E13A63C127E7@suutari.haapa.mmm.fi>
References: <84446DEF76453C439E9E97E438E13A63C127E7@suutari.haapa.mmm.fi>
Message-ID: <51ADE2AB.9040808@gatewaygeomatics.com>

What happens if you use tile4ms to generate the tileindex?   (these are
steps I usually go through when debugging)

-jeff


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



On 2013-06-04 9:42 AM, Rahkonen Jukka wrote:
> 
> 
>> -----Alkuper?inen viesti-----
>> L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-
>> bounces at lists.osgeo.org] Puolesta Jeff McKenna
>> L?hetetty: 4. kes?kuuta 2013 15:09
>> Vastaanottaja: mapserver-users at lists.osgeo.org
>> Aihe: Re: [mapserver-users] Trouble with MS 6.2.1 and native vector tileindex
>>
>> On 2013-06-04 8:56 AM, Rahkonen Jukka wrote:
>>> Hi,
>>>
>>> I have been using for some years a biggish shapefile directory through
>>> shapefile tileindex. The layer is in production with Mapserver 6.0
>>> (MS4W) and the layer is defined like this
>>>
>>> LAYER
>>>   NAME "bunch_of_shapes"
>>>   TYPE POLYGON
>>>   #CONNECTIONTYPE OGR #don't use, it breaks classification and
>> GetFeatureInfo
>>>   #left here as a reminder on 2010-10-20 JRA
>>>   TILEINDEX "/data/tindex/polygon_idx.shp,0"
>>>
>>
>> What happens if you remove the layername ",0" from the TILEINDEX ?
> 
> Sorry, I did not mention that I tried by having
> TILEINDEX "/data/tindex/polygon_idx.shp".
> 
> The LOCATION field in the index file polygon_idx.shp created by ogrtindex contains entries like /full/path/SHAPE.SHP,0
> I made also a try by shortening them into /full/path/SHAPE.SHP
> The shortened index file behaved in the same way and was OK with OGR connection but the native shp driver did not find the target shapefiles. 
> 
> -Jukka-



From Andreas.Eichner at sid.sachsen.de  Wed Jun  5 00:40:49 2013
From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID-NLKM)
Date: Wed, 5 Jun 2013 09:40:49 +0200
Subject: [mapserver-users] MapCache "missing a service" error
References: <84446DEF76453C439E9E97E438E13A63C1275B@suutari.haapa.mmm.fi>
Message-ID: <56B587E7C40D2F43B54FDC1BA897AC6D05F30C9B@KS-EVS1.smi.sachsen.de>

> The demo page seems like a very normal html page.  Perhaps 
> your hosted server has troubles with finding the html code or 
> something.  Unfortunately I am not expert on this area.

You surely need not be. Solution might obviously found on this line:

  <service type="demo" enabled="false"/>

> 
>  
> 
> -Jukka-
> 
>  
> 
> Jackey Cheung  wrote
> 
>  
> 
> Hi,
> 
>  
> 
> It's a server IP address. The web site hosted on that server 
> can be accessed well. And adding the service and request 
> parameter to the URL works too. What I'm wondering is that 
> why I can't access http://192.168.56.101/mapcache/ 
> <http://192.168.56.101/mapcache/> demo/ as the document says.
> 
>  
> 
> On Tue, Jun 4, 2013 at 12:40 PM, Rahkonen Jukka 
> <jukka.rahkonen at mmmtike.fi> wrote:
> 
> Hi,
> 
> In the Mapcache documentation the service in installed on the 
> local computer so that after installation the demo page is 
> found from address http://localhost/mapcache/demo/ which is 
> the same as http://127.0.0.1/mapcache/demo/
> 
> I saw from your previous mail that you were using another IP 
> address for contacting your Mapcache, namely
> http://192.168.56.101/mapcache/ so I used that in my address. 
> I do not know if that address is also your own computer or 
> some other machine. If it is the same computer where your 
> keyboard is connected then localhost and 127.0.0.1 addresses 
> should work as well.
> 
> I have installed my Mapcache into port 8060 of my computer so 
> for me the link to the list of demos is
> http://127.0.0.1:8060/mapcache/demo/ and in a browser it 
> shows the page like this
> http://latuviitta.org/documents/mapcache_demo_start_page.png
> 
> -Jukka Rahkonen-
> 
> 
> ________________________________
> 
> Jackey Cheung wrote:
> 
> > Dear Rahkonen,
> 
> > Thanks for your reply. It worked.
> 
> > However, I was following the online documentation on 
> installing mapcache. The document says 
> (http://mapserver.org/mapcache/install.html#table-of-contents):
> > * In your web browser, goto the local MapCache demo page: 
> http://127.0.0.1/mapcache/demo/ 
> <http://127.0.0.1/mapcache/demo/>  You should see a clickable 
> list of demo links
> 
> > It that I've misunderstood?
> 
> 
> 
> On Fri, May 31, 2013 at 12:49 PM, Rahkonen Jukka 
> <jukka.rahkonen at mmmtike.fi<mailto:jukka.rahkonen at mmmtike.fi>> wrote:
> Hi,
> 
> Great, then you have made it.  The message means that your 
> URL connects Mapcache as WMS service but the message is 
> missing the compulsory WMS parameters SERVICE and REQUEST 
> because you only did
> 
> http://192.168.56.101/mapcache/
> 
> You will see the WMS 1.1.0 capabilities document by using
> http://192.168.56.101/mapcache?service=wms&version=1.1.1&reque
st=GetCapabilities
> and you should be able to use your service and see the map 
> layers as maps with some WMS client like OpenJUMP or QGis. If 
> the demo is installed you can also test with 
> http://192.168.56.101/mapcache/demo/wms
> 
> 
> -Jukka Rahkonen-
> 
> 
> 
> 
> 
> ________________________________
> Jackey Cheung wrote
> 
> > I'ved added the PATH_INFO to nginx location block, and 
> using the sample mapcache.xml from the source package. Now it 
> always returns
> 
> > received wms with no service and request
> 
> 
> 
> On Tue, May 28, 2013 at 2:45 PM, Eichner, Andreas - SID-NLKM 
> <Andreas.Eichner at sid.sachsen.de<mailto:Andreas.Eichner at sid.sac
> hsen.de><mailto:Andreas.Eichner at sid.sachsen.de<mailto:Andreas.
> Eichner at sid.sachsen.de>>> wrote:
> 
> You need to pass the path_info from nginx to mapcache. Use 
> something like
> 
>   fastcgi_param PATH_INFO $fastcgi_path_info;
> 
> in your location block.
> 
> > -----Urspr?ngliche Nachricht-----
> > Von: 
> mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users
> -bounces at lists.osgeo.org><mailto:mapserver-users-bounces at lists
.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org>>
> 
> > 
> [mailto:mapserver-users-bounces at lists.osgeo.org<mailto:mapserv
er-users-bounces at lists.osgeo.org><mailto:mapserver-users-> bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.o
sgeo.org>>] Im Auftrag
> 
> > von Jackey Cheung
> > Gesendet: Dienstag, 28. Mai 2013 04:12
> 
> > An: 
> mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.o
sgeo.org><mailto:mapserver-> users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>>
> 
> > Betreff: [mapserver-users] MapCache "missing a service" error
> >
> > Hi,
> >
> > I'm trying to deploy a MapCache server. It compiles OK, but I
> > can't tell whether everything is working fine, since I can't
> > see any output from the server (command line and HTTP 
> response, etc.)
> >
> > I've write up a config xml as below:
> >
> > <?xml version="1.0" encoding="UTF-8"?>
> > <mapcache>
> >   <cache name="test_cache" type="disk">
> >     <base>/tmp/mapcache</base>
> >     <symlink_blank />
> >   </cache>
> >
> >   <source name="test_lands" type="wms">
> >     <getmap>
> >       <params>
> >          <FORMAT>image/png</FORMAT>
> >          <LAYERS>BLD_BLDG</LAYERS>
> >       </params>
> >     </getmap>
> >     <http>
> >       <url>http://localhost/map/</url>
> >       <headers>
> >         <User-Agent>mapcache</User-Agent>
> >       </headers>
> >       <connection_timeout>30</connection_timeout>
> >     </http>
> >   </source>
> >
> >   <format name="PNG" type ="PNG">
> >     <compression>fast</compression>
> >   </format>
> >   <default_format>PNG</default_format>
> >
> >   <tileset name="test_tileset">
> >     <source>test_lands</source>
> >     <cache>test_cache</cache>
> >     <grid restricted_extent="113.816929 22.135340 114.504470
> > 22.567942">
> >       WGS84
> >     </grid>
> >     <metadata>
> >       <title>test web map.</title>
> >       <abstract>Powered by MapKing.</abstract>
> >     </metadata>
> >     <format>PNG</format>
> >     <metatile>10 10</metatile>
> >     <metabuffer>10</metabuffer>
> >   </tileset>
> >
> >   <service type="wms" enabled="true">
> >     <full_wms>assemble</full_wms>
> >     <resample_mode>bilinear</resample_mode>
> >     <format>PNG</format>
> >     <maxsize>4096</maxsize>
> >   </service>
> >   <service type="wmts" enabled="false"/>
> >   <service type="tms" enabled="false"/>
> >   <service type="kml" enabled="false"/>
> >   <service type="gmaps" enabled="false"/>
> >   <service type="ve" enabled="false"/>
> >   <service type="demo" enabled="false"/>
> >
> >   <errors>report</errors>
> >   <lock_dir>/tmp/mapcache/lock</lock_dir>
> >   <threaded_fetching>true</threaded_fetching>
> >   <log_level>info</log_level>
> >   <auto_reload>true</auto_reload>
> > </mapcache>
> >
> >
> > I use spawn-fcgi to start the server:
> > spawn-fcgi -M 666 -s /var/run/mapcache.sock -n -u nginx -g
> > nginx -U nginx -G nginx -P /var/run/mapcache.pid --
> > /usr/local/bin/mapcache
> >
> > The server seems to be running, since it doesn't return to
> > the command prompt. When I use browser to open
> > "http://192.168.56.101/mapcache/", the first request (the
> > exact first request to the newly started server process) returns:
> > tileset "test_tileset" references grid "
> >       WGS84
> >     ", but it is not configured
> >
> > Then all subsequent requests returns "missing a service" error.
> > I've tried adding a WGS84 grid to the xml, but that produces
> > duplicate declaration error. I've also tried using the
> > mapcache.xml from source package, the same "missing a
> > service" error occurs.
> > What's wrong?
> >
> 
> _______________________________________________
> mapserver-users mailing list
> 
> mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.o
sgeo.org>
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> 
>  
> 
> 


From jukka.rahkonen at mmmtike.fi  Wed Jun  5 15:36:57 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Wed, 5 Jun 2013 22:36:57 +0000
Subject: [mapserver-users] Can't stop Mapserver 6.2.1 from gathering too
 much log into MS_ERRORFILE
In-Reply-To: <84446DEF76453C439E9E97E438E13A63C12499@suutari.haapa.mmm.fi>
References: <84446DEF76453C439E9E97E438E13A63C12499@suutari.haapa.mmm.fi>
Message-ID: <84446DEF76453C439E9E97E438E13A63C12E51@suutari.haapa.mmm.fi>

Hi,

The reason for the trouble was simple: the MS_DEBUGLEVEL was set to value 3 in the Apache configuration.  I spent some hours with trying to find the reason myself until Daniel Morissette told where to look for this configuration element.  I copy my comment from the Github issue page https://github.com/mapserver/mapserver/issues/4662 here because I think that Mapserver users and developers should continue to use also this list instead of using Github issue page as a discussion forum. I was too busy with creating a new issue myself and I am sorry for that.

Taken from the Github forum for invalid issues:

" The very reason was that Linux server admin without experience on Mapserver copied httpd.conf from MS4W installation and removed a comment from here
# uncomment the following lines to log MapServer errors to a file
#SetEnv MS_DEBUGLEVEL 3

Logging errors to a file feels like a good idea and not dangerous at all. However the comment is misleading and debug level 3 collects much more info than just errors. I believe that this setting it is unsuitable for most production system and I will write a note for Jeff McKenna and suggest to add another comment line for warning.

Mapserver documentation deals with debug in 4 places:
[1] Mapfile MAP http://www.mapserver.org/mapfile/map.html
[2] Mapfile LAYER http://www.mapserver.org/mapfile/layer.html
[3] Special debugging page http://www.mapserver.org/optimization/debugging.html
[4] RFC 28 page http://www.mapserver.org/development/rfc/ms-rfc-28.html#rfc28

After carefully reading the documentation I feel only moderately ashamed for not finding that the reason for my trouble was in MS_DEBUGLEVEL environment variable. Both [1] and [2] are telling about this only
"You can also set the debug level by using the ?MS_DEBUGLEVEL? environment variable."
However, they have links for getting more info about debug mechanism. [1] has a link to [3] while [2] has a link to [4].

Documents [3] and [4] contain the same text about having set both MS_DEBUGLEVEL and DEBUG
" If a DEBUG value is also specified in the mapfile in some map or layer objects then the local value (in the mapfile) takes precedence over the value of the environment variable."

That is not totally true and it it also somehow documented that DEBUG will not always override MS_DEBUGLEVEL totally because
"This option also sets the debug level for any msDebug() call located outside of the context of a map or layer object, for instance for debug statements relating to initialization before a map is loaded. "

Conclusions:

-    Ticket can be closed as invalid
-    Link in document [2] could be changed to point to [3] instead of [4]
-    [3] might be edited a bit "..takes precedence over the value of the environment variable for those objects..Debug info coming from outside of the context of a map or layer object cannot be turned off by having DEBUG OFF in the mapfile "
-    There is a comment in the RFC [4] which would be useful to have also in the main debugging page "This option [setting MS_DEBUGLEVEL] is mostly useful when tuning applications by enabling timing/debug output before the map is loaded, to capture the full process initialization and map loading time, for instance."

>From my experience the debugging document should strongly encourage to use layer or map level DEBUG for all regular needs instead of MS_DEBUGLEVEL."

-Jukka Rahkonen-



________________________________________
L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] k&#228;ytt&#228;j&#228;n Rahkonen Jukka [jukka.rahkonen at mmmtike.fi] puolesta
L?hetetty: 3. kes?kuuta 2013 17:20
Vastaanottaja: 'mapserver-users at lists.osgeo.org'
Aihe: Re: [mapserver-users] Can't stop Mapserver 6.2.1 from gathering too much log into MS_ERRORFILE

Hi,

Quoting myself "I have added DEBUG 0 on both MAP level and in each LAYER definition". Based on documentation I believe this means the same as DEBUG OFF but I made another trial with that now and it did not change anything. I was also adding some new layers from vector data and I can see that some debug into gets written into MS_ERRORFILE for those too.

I usually wait until someone confirms that what looks like a bug really is such a thing before writing a report, especially if I am on a foreign land as I am now with Linux. However, this one looks so much like a bug that I believe that I will file an issue soon.

-Jukka Rahkonen-


Stephen Woodbridge wrote:

> Do you have DEBUG turned on in your mapfile? Tuen this off and the messages
> should go away. If they do not them someone probably left some debug output
> in the code. And a bug report is needed.
>
> -Steve
>
> On 6/3/2013 9:23 AM, Rahkonen Jukka wrote:
> > Hi,
> >
> > We have compiled Mapserver 6.2.1 for Linux and the version info is as
> > follows
> >
> > MapServer version 6.2.1
> > OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ SUPPORTS=GD
> > SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=ICONV
> > SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER
> > SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER
> > SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG
> INPUT=OGR
> > INPUT=GDAL INPUT=SHAPEFILE
> >
> > I do not understand why this version is printing whole lot of
> > information that I do not want into MS_ERRORFILE. I had originally no
> > DEBUG lines in my mapfiles and now I have added DEBUG 0 on both MAP
> > level and in each LAYER definition . Nothing helps and I keep on
> > getting new lines into the errorfile after each GetMap.  For example
> > with a GROUP layer which is combined from 11 scale dependent layers it
> > means 37 new lines after each request
> >
> > [Mon Jun  3 16:12:25 2013].799634 loadParams() QUERY_STRING:
> >
> map=/test.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=
> 1059&HEIG
> >
> HT=776&LAYERS=group&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX
> =-302742.3
> >
> 606628045,6634887.305484046,1741121.9462003412,8132563.133742593&SR
> S=E
> > PSG:3067&STYLES= [Mon Jun  3 16:12:25 2013].801140 msLoadMap(): 0.001s
> > [Mon Jun  3 16:12:25 2013].802506 msLayerIsVisible(): Skipping layer
> > (mml_taustakartta_2) because LAYER.MAXSCALE is too small for this MAP
> > scale [Mon Jun  3 16:12:25 2013].802522 msLayerIsVisible(): Skipping
> > layer (mml_taustakartta_3) because LAYER.MAXSCALE is too small for
> > this MAP scale [Mon Jun  3 16:12:25 2013].802528 msLayerIsVisible():
> > Skipping layer (mml_taustakartta_4) because LAYER.MAXSCALE is too
> > small for this MAP scale [Mon Jun  3 16:12:25 2013].802533
> > msLayerIsVisible(): Skipping layer (mml_taustakartta_5) because
> > LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> > 2013].802537 msLayerIsVisible(): Skipping layer (mml_taustakartta_6)
> > because LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3
> > 16:12:25 2013].802542 msLayerIsVisible(): Skipping layer
> > (mml_taustakartta_7) because LAYER.MAXSCALE is too small for this MAP
> > scale [Mon Jun  3 16:12:25 2013].802546 msLayerIsVisible(): Skipping
> > layer (mml_taustakartta_8) because LAYER.MAXSCALE is too small for
> > this MAP scale [Mon Jun  3 16:12:25 2013].802551 msLayerIsVisible():
> > Skipping layer (mml_taustakartta_9) because LAYER.MAXSCALE is too
> > small for this MAP scale [Mon Jun  3 16:12:25 2013].802555
> > msLayerIsVisible(): Skipping layer (mml_taustakartta_10) because
> > LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> > 2013].802560 msLayerIsVisible(): Skipping layer (mml_taustakartta_11)
> because LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> 2013].802566 msLayerIsVisible(): Skipping layer (mml_taustakartta_2) because
> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> 2013].802571 msLayerIsVisible(): Skipping layer (mml_taustakartta_3) because
> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> 2013].802575 msLayerIsVisible(): Skipping layer (mml_taustakartta_4) because
> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> 2013].802580 msLayerIsVisible(): Skipping layer (mml_taustakartta_5) because
> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> 2013].802584 msLayerIsVisible(): Skipping layer (mml_taustakartta_6) because
> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> 2013].802589 msLayerIsVisible(): Skipping layer (mml_taustakartta_7) because
> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> 2013].802593 msLayerIsVisible(): Skipping layer (mml_taustakartta_8) because
> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> 2013].802598 msLayerIsVisible(): Skipping layer (mml_taustakartta_9) because
> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> 2013].802602 msLayerIsVisible(): Skipping layer (mml_taustakartta_10) because
> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> 2013].802607 msLayerIsVisible(): Skipping layer (mml_taustakartta_11) because
> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> 2013].802616 msDrawRasterLayerLow(mml_taustakartta_1): entering.
> > [Mon Jun  3 16:12:25 2013].802815 msResampleGDALToMap in effect:
> > cellsize = 1932.163743 [Mon Jun  3 16:12:25 2013].803881
> > msDrawGDAL(mml_taustakartta_1): using RAW_WINDOW=76 93 1652 1501,
> > dst=0,0,855,777 [Mon Jun  3 16:12:25 2013].803915
> > msDrawRasterLayerGDAL(): red,green,blue,alpha bands = 1,2,3,0 [Mon Jun
> > 3 16:12:25 2013].847533 msDrawMap(): Layer 0 (mml_taustakartta_1),
> > 0.045s [Mon Jun  3 16:12:25 2013].847558 msLayerIsVisible(): Skipping
> > layer (mml_taustakartta_2) because LAYER.MAXSCALE is too small for
> > this MAP scale [Mon Jun  3 16:12:25 2013].847564 msLayerIsVisible():
> > Skipping layer (mml_taustakartta_3) because LAYER.MAXSCALE is too
> > small for this MAP scale [Mon Jun  3 16:12:25 2013].847710
> > msLayerIsVisible(): Skipping layer (mml_taustakartta_4) because
> > LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> > 2013].847722 msLayerIsVisible(): Skipping layer (mml_taustakartta_5)
> > because LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3
> > 16:12:25 2013].847727 msLayerIsVisible(): Skipping layer
> > (mml_taustakartta_6) because LAYER.MAXSCALE is too small for this MAP
> > scale [Mon Jun  3 16:12:25 2013].847732 msLayerIsVisible(): Skipping
> > layer (mml_taustakartta_7) because LAYER.MAXSCALE is too small for
> > this MAP scale [Mon Jun  3 16:12:25 2013].847737 msLayerIsVisible():
> > Skipping layer (mml_taustakartta_8) because LAYER.MAXSCALE is too
> > small for this MAP scale [Mon Jun  3 16:12:25 2013].847741
> > msLayerIsVisible(): Skipping layer (mml_taustakartta_9) because
> > LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
> > 2013].847746 msLayerIsVisible(): Skipping layer (mml_taustakartta_10)
> > because LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3
> > 16:12:25 2013].847751 msLayerIsVisible(): Skipping layer
> > (mml_taustakartta_11) because LAYER.MAXSCALE is too small for this MAP
> > scale
> >
> > Does this have something to do with Linux and compile options or is it perhaps
> a bug? I have never experienced anything similar on Windows with MS4W.
> >
> > -Jukka Rahkonen-
> >
> >
> > _______________________________________________
> > mapserver-users mailing list
> > mapserver-users at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/mapserver-users
> >
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


From woodbri at swoodbridge.com  Wed Jun  5 15:56:01 2013
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Wed, 05 Jun 2013 18:56:01 -0400
Subject: [mapserver-users] Can't stop Mapserver 6.2.1 from gathering too
 much log into MS_ERRORFILE
In-Reply-To: <84446DEF76453C439E9E97E438E13A63C12E51@suutari.haapa.mmm.fi>
References: <84446DEF76453C439E9E97E438E13A63C12499@suutari.haapa.mmm.fi>
	<84446DEF76453C439E9E97E438E13A63C12E51@suutari.haapa.mmm.fi>
Message-ID: <51AFC201.3040000@swoodbridge.com>

In general, I think setting the MS_DEBUGLEVEL in the apache environment 
is really not warranted for the following reasons and we should 
seriously consider removing it:

1. it is very hard to find because it is in apache and not in mapserver.
2. I see little to negative value in having this for all the reasons 
Jukka encountered, and there are alternatives to enabling it at the 
mapfile level.
3. while I can see the value of using an environment variable in a 
development environment, we do not caution enough about the dangers of 
turniong it one in production nor do we make it easy to find out how to 
turn it off.

Maybe a clear page in the doc Titled something like "How to Turn off log 
messages? the walks this the N places to check for this would make it 
easier with a stronger admonishment about leaving it turned on in 
production.

My 2 cents,
   -Steve W

On 6/5/2013 6:36 PM, Rahkonen Jukka wrote:
> Hi,
>
> The reason for the trouble was simple: the MS_DEBUGLEVEL was set to value 3 in the Apache configuration.  I spent some hours with trying to find the reason myself until Daniel Morissette told where to look for this configuration element.  I copy my comment from the Github issue page https://github.com/mapserver/mapserver/issues/4662 here because I think that Mapserver users and developers should continue to use also this list instead of using Github issue page as a discussion forum. I was too busy with creating a new issue myself and I am sorry for that.
>
> Taken from the Github forum for invalid issues:
>
> " The very reason was that Linux server admin without experience on Mapserver copied httpd.conf from MS4W installation and removed a comment from here
> # uncomment the following lines to log MapServer errors to a file
> #SetEnv MS_DEBUGLEVEL 3
>
> Logging errors to a file feels like a good idea and not dangerous at all. However the comment is misleading and debug level 3 collects much more info than just errors. I believe that this setting it is unsuitable for most production system and I will write a note for Jeff McKenna and suggest to add another comment line for warning.
>
> Mapserver documentation deals with debug in 4 places:
> [1] Mapfile MAP http://www.mapserver.org/mapfile/map.html
> [2] Mapfile LAYER http://www.mapserver.org/mapfile/layer.html
> [3] Special debugging page http://www.mapserver.org/optimization/debugging.html
> [4] RFC 28 page http://www.mapserver.org/development/rfc/ms-rfc-28.html#rfc28
>
> After carefully reading the documentation I feel only moderately ashamed for not finding that the reason for my trouble was in MS_DEBUGLEVEL environment variable. Both [1] and [2] are telling about this only
> "You can also set the debug level by using the ?MS_DEBUGLEVEL? environment variable."
> However, they have links for getting more info about debug mechanism. [1] has a link to [3] while [2] has a link to [4].
>
> Documents [3] and [4] contain the same text about having set both MS_DEBUGLEVEL and DEBUG
> " If a DEBUG value is also specified in the mapfile in some map or layer objects then the local value (in the mapfile) takes precedence over the value of the environment variable."
>
> That is not totally true and it it also somehow documented that DEBUG will not always override MS_DEBUGLEVEL totally because
> "This option also sets the debug level for any msDebug() call located outside of the context of a map or layer object, for instance for debug statements relating to initialization before a map is loaded."
>
> Conclusions:
>
> -    Ticket can be closed as invalid
> -    Link in document [2] could be changed to point to [3] instead of [4]
> -    [3] might be edited a bit "..takes precedence over the value of the environment variable for those objects..Debug info coming from outside of the context of a map or layer object cannot be turned off by having DEBUG OFF in the mapfile "
> -    There is a comment in the RFC [4] which would be useful to have also in the main debugging page "This option [setting MS_DEBUGLEVEL] is mostly useful when tuning applications by enabling timing/debug output before the map is loaded, to capture the full process initialization and map loading time, for instance."
>
>  From my experience the debugging document should strongly encourage to use layer or map level DEBUG for all regular needs instead of MS_DEBUGLEVEL."
>
> -Jukka Rahkonen-
>
>
>
> ________________________________________
> L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] k&#228;ytt&#228;j&#228;n Rahkonen Jukka [jukka.rahkonen at mmmtike.fi] puolesta
> L?hetetty: 3. kes?kuuta 2013 17:20
> Vastaanottaja: 'mapserver-users at lists.osgeo.org'
> Aihe: Re: [mapserver-users] Can't stop Mapserver 6.2.1 from gathering too much log into MS_ERRORFILE
>
> Hi,
>
> Quoting myself "I have added DEBUG 0 on both MAP level and in each LAYER definition". Based on documentation I believe this means the same as DEBUG OFF but I made another trial with that now and it did not change anything. I was also adding some new layers from vector data and I can see that some debug into gets written into MS_ERRORFILE for those too.
>
> I usually wait until someone confirms that what looks like a bug really is such a thing before writing a report, especially if I am on a foreign land as I am now with Linux. However, this one looks so much like a bug that I believe that I will file an issue soon.
>
> -Jukka Rahkonen-
>
>
> Stephen Woodbridge wrote:
>
>> Do you have DEBUG turned on in your mapfile? Tuen this off and the messages
>> should go away. If they do not them someone probably left some debug output
>> in the code. And a bug report is needed.
>>
>> -Steve
>>
>> On 6/3/2013 9:23 AM, Rahkonen Jukka wrote:
>>> Hi,
>>>
>>> We have compiled Mapserver 6.2.1 for Linux and the version info is as
>>> follows
>>>
>>> MapServer version 6.2.1
>>> OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ SUPPORTS=GD
>>> SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=ICONV
>>> SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER
>>> SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER
>>> SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG
>> INPUT=OGR
>>> INPUT=GDAL INPUT=SHAPEFILE
>>>
>>> I do not understand why this version is printing whole lot of
>>> information that I do not want into MS_ERRORFILE. I had originally no
>>> DEBUG lines in my mapfiles and now I have added DEBUG 0 on both MAP
>>> level and in each LAYER definition . Nothing helps and I keep on
>>> getting new lines into the errorfile after each GetMap.  For example
>>> with a GROUP layer which is combined from 11 scale dependent layers it
>>> means 37 new lines after each request
>>>
>>> [Mon Jun  3 16:12:25 2013].799634 loadParams() QUERY_STRING:
>>>
>> map=/test.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=
>> 1059&HEIG
>>>
>> HT=776&LAYERS=group&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX
>> =-302742.3
>>>
>> 606628045,6634887.305484046,1741121.9462003412,8132563.133742593&SR
>> S=E
>>> PSG:3067&STYLES= [Mon Jun  3 16:12:25 2013].801140 msLoadMap(): 0.001s
>>> [Mon Jun  3 16:12:25 2013].802506 msLayerIsVisible(): Skipping layer
>>> (mml_taustakartta_2) because LAYER.MAXSCALE is too small for this MAP
>>> scale [Mon Jun  3 16:12:25 2013].802522 msLayerIsVisible(): Skipping
>>> layer (mml_taustakartta_3) because LAYER.MAXSCALE is too small for
>>> this MAP scale [Mon Jun  3 16:12:25 2013].802528 msLayerIsVisible():
>>> Skipping layer (mml_taustakartta_4) because LAYER.MAXSCALE is too
>>> small for this MAP scale [Mon Jun  3 16:12:25 2013].802533
>>> msLayerIsVisible(): Skipping layer (mml_taustakartta_5) because
>>> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
>>> 2013].802537 msLayerIsVisible(): Skipping layer (mml_taustakartta_6)
>>> because LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3
>>> 16:12:25 2013].802542 msLayerIsVisible(): Skipping layer
>>> (mml_taustakartta_7) because LAYER.MAXSCALE is too small for this MAP
>>> scale [Mon Jun  3 16:12:25 2013].802546 msLayerIsVisible(): Skipping
>>> layer (mml_taustakartta_8) because LAYER.MAXSCALE is too small for
>>> this MAP scale [Mon Jun  3 16:12:25 2013].802551 msLayerIsVisible():
>>> Skipping layer (mml_taustakartta_9) because LAYER.MAXSCALE is too
>>> small for this MAP scale [Mon Jun  3 16:12:25 2013].802555
>>> msLayerIsVisible(): Skipping layer (mml_taustakartta_10) because
>>> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
>>> 2013].802560 msLayerIsVisible(): Skipping layer (mml_taustakartta_11)
>> because LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
>> 2013].802566 msLayerIsVisible(): Skipping layer (mml_taustakartta_2) because
>> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
>> 2013].802571 msLayerIsVisible(): Skipping layer (mml_taustakartta_3) because
>> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
>> 2013].802575 msLayerIsVisible(): Skipping layer (mml_taustakartta_4) because
>> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
>> 2013].802580 msLayerIsVisible(): Skipping layer (mml_taustakartta_5) because
>> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
>> 2013].802584 msLayerIsVisible(): Skipping layer (mml_taustakartta_6) because
>> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
>> 2013].802589 msLayerIsVisible(): Skipping layer (mml_taustakartta_7) because
>> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
>> 2013].802593 msLayerIsVisible(): Skipping layer (mml_taustakartta_8) because
>> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
>> 2013].802598 msLayerIsVisible(): Skipping layer (mml_taustakartta_9) because
>> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
>> 2013].802602 msLayerIsVisible(): Skipping layer (mml_taustakartta_10) because
>> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
>> 2013].802607 msLayerIsVisible(): Skipping layer (mml_taustakartta_11) because
>> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
>> 2013].802616 msDrawRasterLayerLow(mml_taustakartta_1): entering.
>>> [Mon Jun  3 16:12:25 2013].802815 msResampleGDALToMap in effect:
>>> cellsize = 1932.163743 [Mon Jun  3 16:12:25 2013].803881
>>> msDrawGDAL(mml_taustakartta_1): using RAW_WINDOW=76 93 1652 1501,
>>> dst=0,0,855,777 [Mon Jun  3 16:12:25 2013].803915
>>> msDrawRasterLayerGDAL(): red,green,blue,alpha bands = 1,2,3,0 [Mon Jun
>>> 3 16:12:25 2013].847533 msDrawMap(): Layer 0 (mml_taustakartta_1),
>>> 0.045s [Mon Jun  3 16:12:25 2013].847558 msLayerIsVisible(): Skipping
>>> layer (mml_taustakartta_2) because LAYER.MAXSCALE is too small for
>>> this MAP scale [Mon Jun  3 16:12:25 2013].847564 msLayerIsVisible():
>>> Skipping layer (mml_taustakartta_3) because LAYER.MAXSCALE is too
>>> small for this MAP scale [Mon Jun  3 16:12:25 2013].847710
>>> msLayerIsVisible(): Skipping layer (mml_taustakartta_4) because
>>> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
>>> 2013].847722 msLayerIsVisible(): Skipping layer (mml_taustakartta_5)
>>> because LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3
>>> 16:12:25 2013].847727 msLayerIsVisible(): Skipping layer
>>> (mml_taustakartta_6) because LAYER.MAXSCALE is too small for this MAP
>>> scale [Mon Jun  3 16:12:25 2013].847732 msLayerIsVisible(): Skipping
>>> layer (mml_taustakartta_7) because LAYER.MAXSCALE is too small for
>>> this MAP scale [Mon Jun  3 16:12:25 2013].847737 msLayerIsVisible():
>>> Skipping layer (mml_taustakartta_8) because LAYER.MAXSCALE is too
>>> small for this MAP scale [Mon Jun  3 16:12:25 2013].847741
>>> msLayerIsVisible(): Skipping layer (mml_taustakartta_9) because
>>> LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3 16:12:25
>>> 2013].847746 msLayerIsVisible(): Skipping layer (mml_taustakartta_10)
>>> because LAYER.MAXSCALE is too small for this MAP scale [Mon Jun  3
>>> 16:12:25 2013].847751 msLayerIsVisible(): Skipping layer
>>> (mml_taustakartta_11) because LAYER.MAXSCALE is too small for this MAP
>>> scale
>>>
>>> Does this have something to do with Linux and compile options or is it perhaps
>> a bug? I have never experienced anything similar on Windows with MS4W.
>>>
>>> -Jukka Rahkonen-
>>>
>>>
>>> _______________________________________________
>>> mapserver-users mailing list
>>> mapserver-users at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>
>>
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>



From john.evans at gst.com  Wed Jun  5 20:19:28 2013
From: john.evans at gst.com (John D. Evans)
Date: Wed, 5 Jun 2013 23:19:28 -0400
Subject: [mapserver-users] Mapcache tileset only shows sporadically in KML /
	Google Earth
Message-ID: <51AFFFC0.5040508@gst.com>

Hello,

Not sure my earlier query made it to the list.

I'm using MapCache to serve for some satellite image products. It sort 
of works: the tms and wmts browsers at /mapcache/demo show full coverage 
of my data area, and let users zoom in to see full resolution image 
mosaics. But the KML superoverlay (my reason for using MapCache) only 
displays in Google Earth when I'm zoomed very far out (so that the 
entire globe is not much bigger than a golf ball on my screen). If I 
zoom in, the image usually disappears; though sometimes when zoomed in I 
do see [only] the right (east) half of my tileset, at a very low resolution.

Do you see anything wrong with my mapcache.xml (below)?
Is there anything else I should be checking?

(I'm using a simple disk cache in /tmp, with mod_mapcache from the 
Ubuntu libmapcache 1.0.0-3 package; Mapserver 6.2.1 is on the same 
machine, running in 64-bit Ubuntu 12.04. Mapserver works fine, and 
reports no errors [I think]. My client is Google Earth 7.)

Thanks for taking a look,

   - John D. Evans
     GST, Inc / Greenbelt, MD

Below is my mapcache.xml file (actually an excerpt of it:
the real one has more tilesets and sources).

<mapcache>
    <metadata>
       <title>my mapcache service</title>
       <abstract>woot! this is a service abstract!</abstract>
    </metadata>

    <cache name="disk" type="disk">
       <base>/tmp</base>
       <symlink_blank/>
    </cache>

    <format name="PNG_BEST" type ="PNG">
       <compression>best</compression>
    </format>
    <format name="PNG_FAST" type ="PNG">
       <compression>fast</compression>
    </format>

      <source name="CSPP_CloudPhase" type="wms">
       <http>
          <url>http://localhost/cgi-bin/mapserv?</url>
       </http>
       <getmap>
          <params>
             <FORMAT>image/png</FORMAT>
             <LAYERS>iicmocp_daily</LAYERS>
             <MAP>/raid/maps/viirs.map</MAP>
          </params>
       </getmap>
    </source>

    <tileset name="CSPP_Cloud_Phase_EDR">
       <metadata>
          <title>VIIRS Cloud Phase from NASA GSFC DRL</title>
          <abstract>Detailed description goes here</abstract>
       </metadata>
       <source>CSPP_CloudPhase</source>
       <cache>disk</cache>
       <format>PNG</format>
       <grid>WGS84</grid>
       <metatile>2 2</metatile>
       <expires>3600</expires>
       <auto_expire>3600</auto_expire>
       <!-- <metabuffer>10</metabuffer> -->
    </tileset>

    <default_format>PNG_FAST</default_format>

    <service type="wms" enabled="true">
       <full_wms>assemble</full_wms>
       <resample_mode>bilinear</resample_mode>
       <format>PNG_FAST</format>
       <!-- <maxsize>4096</maxsize> -->
    </service>

    <service type="wmts" enabled="true"/>
    <service type="tms" enabled="true"/>
    <service type="kml" enabled="true"/>
    <service type="gmaps" enabled="true"/>
    <service type="ve" enabled="true"/>
    <service type="demo" enabled="true"/>

    <lock_dir>/tmp</lock_dir>
    <errors>report</errors>
    <threaded_fetching>true</threaded_fetching>

</mapcache>


From thomas.bonfort at gmail.com  Thu Jun  6 01:15:06 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Thu, 6 Jun 2013 10:15:06 +0200
Subject: [mapserver-users] Mapcache tileset only shows sporadically in
 KML / Google Earth
In-Reply-To: <51AFFFC0.5040508@gst.com>
References: <51AFFFC0.5040508@gst.com>
Message-ID: <CAOM3y2i1DXz=aL49SZCUYrC+DPVt6VmBx0U9fOqEq=4z1qnACg@mail.gmail.com>

John,
The configuration seems ok, you might want to remove the threaded_fetching
part as it will only help in very specific scenarios.
As for the root issue, are your tilesets fully preseeded or are they
populated on demand? KML superoverlays are organized in a tree, i.e. to
access a tile at zoom level N you first need to access all parent tiles
from level 0 to N-1; on an unseeded tileset with a slow wms backend this
might be a very long wait. Also please check the apache error log for any
mapcache related messages.

regards,
thomas


On 6 June 2013 05:19, John D. Evans <john.evans at gst.com> wrote:

> Hello,
>
> Not sure my earlier query made it to the list.
>
> I'm using MapCache to serve for some satellite image products. It sort of
> works: the tms and wmts browsers at /mapcache/demo show full coverage of my
> data area, and let users zoom in to see full resolution image mosaics. But
> the KML superoverlay (my reason for using MapCache) only displays in Google
> Earth when I'm zoomed very far out (so that the entire globe is not much
> bigger than a golf ball on my screen). If I zoom in, the image usually
> disappears; though sometimes when zoomed in I do see [only] the right
> (east) half of my tileset, at a very low resolution.
>
> Do you see anything wrong with my mapcache.xml (below)?
> Is there anything else I should be checking?
>
> (I'm using a simple disk cache in /tmp, with mod_mapcache from the Ubuntu
> libmapcache 1.0.0-3 package; Mapserver 6.2.1 is on the same machine,
> running in 64-bit Ubuntu 12.04. Mapserver works fine, and reports no errors
> [I think]. My client is Google Earth 7.)
>
> Thanks for taking a look,
>
>   - John D. Evans
>     GST, Inc / Greenbelt, MD
>
> Below is my mapcache.xml file (actually an excerpt of it:
> the real one has more tilesets and sources).
>
> <mapcache>
>    <metadata>
>       <title>my mapcache service</title>
>       <abstract>woot! this is a service abstract!</abstract>
>    </metadata>
>
>    <cache name="disk" type="disk">
>       <base>/tmp</base>
>       <symlink_blank/>
>    </cache>
>
>    <format name="PNG_BEST" type ="PNG">
>       <compression>best</**compression>
>    </format>
>    <format name="PNG_FAST" type ="PNG">
>       <compression>fast</**compression>
>    </format>
>
>      <source name="CSPP_CloudPhase" type="wms">
>       <http>
>          <url>http://localhost/cgi-bin/**mapserv<http://localhost/cgi-bin/mapserv>
> ?</url>
>       </http>
>       <getmap>
>          <params>
>             <FORMAT>image/png</FORMAT>
>             <LAYERS>iicmocp_daily</LAYERS>
>             <MAP>/raid/maps/viirs.map</**MAP>
>          </params>
>       </getmap>
>    </source>
>
>    <tileset name="CSPP_Cloud_Phase_EDR">
>       <metadata>
>          <title>VIIRS Cloud Phase from NASA GSFC DRL</title>
>          <abstract>Detailed description goes here</abstract>
>       </metadata>
>       <source>CSPP_CloudPhase</**source>
>       <cache>disk</cache>
>       <format>PNG</format>
>       <grid>WGS84</grid>
>       <metatile>2 2</metatile>
>       <expires>3600</expires>
>       <auto_expire>3600</auto_expire>
>       <!-- <metabuffer>10</metabuffer> -->
>    </tileset>
>
>    <default_format>PNG_FAST</**default_format>
>
>    <service type="wms" enabled="true">
>       <full_wms>assemble</full_wms>
>       <resample_mode>bilinear</**resample_mode>
>       <format>PNG_FAST</format>
>       <!-- <maxsize>4096</maxsize> -->
>    </service>
>
>    <service type="wmts" enabled="true"/>
>    <service type="tms" enabled="true"/>
>    <service type="kml" enabled="true"/>
>    <service type="gmaps" enabled="true"/>
>    <service type="ve" enabled="true"/>
>    <service type="demo" enabled="true"/>
>
>    <lock_dir>/tmp</lock_dir>
>    <errors>report</errors>
>    <threaded_fetching>true</**threaded_fetching>
>
> </mapcache>
> ______________________________**_________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.**org <mapserver-users at lists.osgeo.org>
> http://lists.osgeo.org/**mailman/listinfo/mapserver-**users<http://lists.osgeo.org/mailman/listinfo/mapserver-users>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130606/fb4f2631/attachment.htm>

From dncarreira at gmail.com  Thu Jun  6 10:24:04 2013
From: dncarreira at gmail.com (duartecarreira)
Date: Thu, 6 Jun 2013 10:24:04 -0700 (PDT)
Subject: [mapserver-users] cascading wms and layer names encoding
Message-ID: <1370539444009-5058504.post@n6.nabble.com>

Hi everybody (this always reminds me of Barney from the simpsons...)

Anyway, I'm battling with cascading a wms layer that has human readable
names... like with spaces and other characters that MapServer urlencodes...

So when I have in my mapfile:

LAYER

(...)

METADATA
  wms_name  "layer with understandable name, another layer"

(...)

And I make a request to MapServer, what it sends to the original WMS server
looks like:

http://..../WMSServer/request=getmap&*layers=layer%20with%20understandable%20name%2C%20another%20layer*&other
params

As you can see the layers are encoded and unfortunately my wms server says:
/"Parameter 'layers' contains unacceptable layer names."/

Finally my question: can I tell MapServer to NOT encode the layers names???

Thanks.
Duarte





--
View this message in context: http://osgeo-org.1560.x6.nabble.com/cascading-wms-and-layer-names-encoding-tp5058504.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From jukka.rahkonen at mmmtike.fi  Thu Jun  6 12:47:49 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Thu, 6 Jun 2013 19:47:49 +0000
Subject: [mapserver-users] cascading wms and layer names encoding
In-Reply-To: <1370539444009-5058504.post@n6.nabble.com>
References: <1370539444009-5058504.post@n6.nabble.com>
Message-ID: <84446DEF76453C439E9E97E438E13A63C1321F@suutari.haapa.mmm.fi>

Hi,

I believe that your human readable names with space characters are invalid in XML and WMS and thus there is no much need to think about how Mapserver encodes them. If you administrate the remote service use human readable Title for the layers and use underscores or any other acceptable characters in Names. If you do not administrate the server, send email.

Unfortunately I could not find good documents as confirmation. I can only say that I am remembering that WMS layer names are defined somewhere to be of XML type Qname and perhaps somewhere here reads that white spaces are not allowed in QNames
http://www.xml.com/lpt/a/795 or here http://www.w3.org/TR/REC-xml/#NT-NameChar

I may be wrong and spaces in layer names may be theoretically OK. However, I would say that if you use them both you and your users will have trouble.

-Jukka Rahkonen-



________________________________________
L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] k&#228;ytt&#228;j&#228;n duartecarreira [dncarreira at gmail.com] puolesta
L?hetetty: 6. kes?kuuta 2013 20:24
Vastaanottaja: mapserver-users at lists.osgeo.org
Aihe: [mapserver-users] cascading wms and layer names encoding

Hi everybody (this always reminds me of Barney from the simpsons...)

Anyway, I'm battling with cascading a wms layer that has human readable
names... like with spaces and other characters that MapServer urlencodes...

So when I have in my mapfile:

LAYER

(...)

METADATA
  wms_name  "layer with understandable name, another layer"

(...)

And I make a request to MapServer, what it sends to the original WMS server
looks like:

http://..../WMSServer/request=getmap&*layers=layer%20with%20understandable%20name%2C%20another%20layer*&other
params

As you can see the layers are encoded and unfortunately my wms server says:
/"Parameter 'layers' contains unacceptable layer names."/

Finally my question: can I tell MapServer to NOT encode the layers names???

Thanks.
Duarte





--
View this message in context: http://osgeo-org.1560.x6.nabble.com/cascading-wms-and-layer-names-encoding-tp5058504.html
Sent from the Mapserver - User mailing list archive at Nabble.com.
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


From thomas.bonfort at gmail.com  Fri Jun  7 06:27:21 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Fri, 7 Jun 2013 15:27:21 +0200
Subject: [mapserver-users] RFC99: Remove GD support in 7.0
Message-ID: <CAOM3y2it-qXTPqZKdJVt5FvBfDskLCCuwXt=mbaPjtXD9JASNA@mail.gmail.com>

Devs and Users,

Please have a look at RFC99 (
http://mapserver.org/development/rfc/ms-rfc-99.html). I am particularly
interested in use-cases that would not be supported if GD were to be
removed.

cheers,
Thomas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130607/731c65d4/attachment.htm>

From woodbri at swoodbridge.com  Fri Jun  7 06:48:02 2013
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Fri, 07 Jun 2013 09:48:02 -0400
Subject: [mapserver-users] RFC99: Remove GD support in 7.0
In-Reply-To: <CAOM3y2it-qXTPqZKdJVt5FvBfDskLCCuwXt=mbaPjtXD9JASNA@mail.gmail.com>
References: <CAOM3y2it-qXTPqZKdJVt5FvBfDskLCCuwXt=mbaPjtXD9JASNA@mail.gmail.com>
Message-ID: <51B1E492.1050507@swoodbridge.com>

On 6/7/2013 9:27 AM, thomas bonfort wrote:
> Devs and Users,
>
> Please have a look at RFC99
> (http://mapserver.org/development/rfc/ms-rfc-99.html). I am particularly
> interested in use-cases that would not be supported if GD were to be
> removed.

Thomas,

+1 I am all for moving forward with this proposal.

The only use case that I can think of for GD renders was to generate 
unaliased vector rendering for transparent images because the image size 
was significantly smaller. I'm not aware if this is still needed or who 
was using it for that matter.

Regardless, those people always have the option of remaining on an old 
version of mapserver and potentially contracting for fixes if they 
decide they need them.

-Steve W


From James.Evans at hill.af.mil  Fri Jun  7 07:31:35 2013
From: James.Evans at hill.af.mil (James_in_Utah)
Date: Fri, 7 Jun 2013 07:31:35 -0700 (PDT)
Subject: [mapserver-users] Best way to import 4.5TB of imagery?
Message-ID: <1370615495916-5058745.post@n6.nabble.com>

Hi,
We just got 3 hard drive, loaded with 4.5TB of NAIP imagery for all of
CONUS.  I think there's a total of about 400,000 jpgs.  The data is in
directories, by states.  Under each state, there are subfolders, probably
reference by longitude.  Other than going through folder by folder, adding
each image to a shape file using gdaltindex, what's the best strategy for
loading a couple of hundred thousand files up to our server and making the
imagery available via our mapserver?  Should I maintain the current
directory structure when I copy the imagery to the server, or just dump all
of it into a single directory?  Do I want to stay with 1 shape file, or
break it up by state?  We eventually want a contiguous layer for all of
CONUS to be served up to our users.
Thanks,
James




--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Best-way-to-import-4-5TB-of-imagery-tp5058745.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From woodbri at swoodbridge.com  Fri Jun  7 07:41:02 2013
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Fri, 07 Jun 2013 10:41:02 -0400
Subject: [mapserver-users] Best way to import 4.5TB of imagery?
In-Reply-To: <1370615495916-5058745.post@n6.nabble.com>
References: <1370615495916-5058745.post@n6.nabble.com>
Message-ID: <51B1F0FE.4070800@swoodbridge.com>

On 6/7/2013 10:31 AM, James_in_Utah wrote:
> Hi,
> We just got 3 hard drive, loaded with 4.5TB of NAIP imagery for all of
> CONUS.  I think there's a total of about 400,000 jpgs.  The data is in
> directories, by states.  Under each state, there are subfolders, probably
> reference by longitude.  Other than going through folder by folder, adding
> each image to a shape file using gdaltindex, what's the best strategy for
> loading a couple of hundred thousand files up to our server and making the
> imagery available via our mapserver?  Should I maintain the current
> directory structure when I copy the imagery to the server, or just dump all
> of it into a single directory?  Do I want to stay with 1 shape file, or
> break it up by state?  We eventually want a contiguous layer for all of
> CONUS to be served up to our users.

James,

Since imagery data is served via gdal, you might want to also ask this 
question on the gdal list.

There are issues with jpg related to the fact that if you only want a 
small part of the image you still have to uncompress the whole image. So 
part of the answer might be that you need to pre-process all the imagery 
into something like a jpg compress tiled geotif or something else.

You also need to consider what projection your imagery is in and what 
projection you want to display it in. Because if you need to preprocess 
the data, that would also be a good time to reproject it.

Anyway the gdal list can probably ask additional questions to help sort 
all that out.

-Steve W



From jukka.rahkonen at mmmtike.fi  Fri Jun  7 08:48:37 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Fri, 7 Jun 2013 15:48:37 +0000
Subject: [mapserver-users] Mapcache and partial reseeding
Message-ID: <84446DEF76453C439E9E97E438E13A63C1360F@suutari.haapa.mmm.fi>

Hi,

How well does Mapcache seeder tool handle the case when the original big aerial image coverage is updated little by little so that the hole cycle takes 3 to 6 years? Reseeding the whole cache every time when a batch of new images is received does not feel like a reasonable solution. 

A) Can the seeder tool ake a fast delete for all tiles which intersect the update area geometry so that it is guaranteed that outdated tiles are not delivered.  Only high zoom levels (Z greater than X) should be purged. Low zoom levels may stay as they are because they are not used for interpretation.
B) Can the seeding tool reseed those areas?
C) Is the behaviour similar for disk cache and Berkeley DB cache?

-Jukka Rahkonen-

From dmorissette at mapgears.com  Fri Jun  7 08:50:02 2013
From: dmorissette at mapgears.com (Daniel Morissette)
Date: Fri, 07 Jun 2013 11:50:02 -0400
Subject: [mapserver-users] Slides for MapServer Project Report @foss4gna
Message-ID: <51B2012A.8060904@mapgears.com>

For those interested, a copy of the "MapServer Project Status Report - 
Meet the Developers!" slides that Steve and I gave at FOSS4G-NA in 
Minneapolis is available at:

http://talks.mapgears.com/en/conf/2013-05-23-mapserver-project-status-report

There is a PDF version for easy viewing, and the ODP source is available 
from there as well in case one needs to borrow some slides for their own 
presentations.

-- 
Daniel Morissette
http://www.mapgears.com/
Provider of Professional MapServer Support since 2000



From thomas.bonfort at gmail.com  Fri Jun  7 09:04:04 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Fri, 7 Jun 2013 18:04:04 +0200
Subject: [mapserver-users] Mapcache and partial reseeding
In-Reply-To: <84446DEF76453C439E9E97E438E13A63C1360F@suutari.haapa.mmm.fi>
References: <84446DEF76453C439E9E97E438E13A63C1360F@suutari.haapa.mmm.fi>
Message-ID: <CAOM3y2hgEwmnFenWtVxDt_OGEC0Y0qfwA1+p1z2whLkJ7YZiNA@mail.gmail.com>

On 7 June 2013 17:48, Rahkonen Jukka <jukka.rahkonen at mmmtike.fi> wrote:

> Hi,
>
> How well does Mapcache seeder tool handle the case when the original big
> aerial image coverage is updated little by little so that the hole cycle
> takes 3 to 6 years? Reseeding the whole cache every time when a batch of
> new images is received does not feel like a reasonable solution.
>
you can look into the ogr support in the seeder, by giving a
wkt/shapefile/whatever of the area you want to reseed.

>
> A) Can the seeder tool ake a fast delete for all tiles which intersect the
> update area geometry so that it is guaranteed that outdated tiles are not
> delivered.  Only high zoom levels (Z greater than X) should be purged. Low
> zoom levels may stay as they are because they are not used for
> interpretation.
>
depends on what you call fast... the tiles intersecting the area of
interest need to be iterated and deleted, depending on the area and zoom
levels that can take some time.
mode=delete
ogr source => where you want to delete tiles
zoom=X,21

> B) Can the seeding tool reseed those areas?
>
force
ogr source
zoom=X,21

> C) Is the behaviour similar for disk cache and Berkeley DB cache?
>
the behavior is identical. the performance is up to you to measure (I have
no metrics to give you).

regards,
thomas

>
> -Jukka Rahkonen-
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130607/0449e59e/attachment.htm>

From dncarreira at gmail.com  Fri Jun  7 10:38:11 2013
From: dncarreira at gmail.com (duartecarreira)
Date: Fri, 7 Jun 2013 10:38:11 -0700 (PDT)
Subject: [mapserver-users] cascading wms and layer names encoding
In-Reply-To: <84446DEF76453C439E9E97E438E13A63C1321F@suutari.haapa.mmm.fi>
References: <1370539444009-5058504.post@n6.nabble.com>
	<84446DEF76453C439E9E97E438E13A63C1321F@suutari.haapa.mmm.fi>
Message-ID: <1370626691385-5058782.post@n6.nabble.com>

Jukka, thanks for your reply.

Some wms clients do not use the title from layers. They only show the name
(eg qgis). 

As it stands, my wms server creates wms layers names automatically from my
map project, either as a numeric sequence (0,1,2...) or the same string as
the title. (have you guessed which server it is?)
So I was trying to show qgis users something more meaningful than numbers.
And at the same time I was using MapServer to coalesce several layers into
one meaningful single layer, since WMC is so rarelly supported... this way
my users don't have to look at a list of layers and figure out which should
be used together to have a readable map. Since wms services are expensive in
server resources I tend to publish several layers in each one.

So I guess I'll show layers named as numbers and leave it at that...

Duarte



 



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/cascading-wms-and-layer-names-encoding-tp5058504p5058782.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From jukka.rahkonen at mmmtike.fi  Fri Jun  7 11:16:31 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Fri, 7 Jun 2013 18:16:31 +0000
Subject: [mapserver-users] Mapcache and partial reseeding
In-Reply-To: <CAOM3y2hgEwmnFenWtVxDt_OGEC0Y0qfwA1+p1z2whLkJ7YZiNA@mail.gmail.com>
References: <84446DEF76453C439E9E97E438E13A63C1360F@suutari.haapa.mmm.fi>,
	<CAOM3y2hgEwmnFenWtVxDt_OGEC0Y0qfwA1+p1z2whLkJ7YZiNA@mail.gmail.com>
Message-ID: <84446DEF76453C439E9E97E438E13A63C13645@suutari.haapa.mmm.fi>

Hi,

Thanks, sounds great. I wonder where all this is documented? I have been reading this page which does not mention "mode=delete" or "force" http://www.mapserver.org/trunk/mapcache/seed.html. Doy you know of any  other valuable but hidden features?

-Jukka-
________________________________
thomas bonfort wrote:


On 7 June 2013 17:48, Rahkonen Jukka <jukka.rahkonen at mmmtike.fi<mailto:jukka.rahkonen at mmmtike.fi>> wrote:
Hi,

How well does Mapcache seeder tool handle the case when the original big aerial image coverage is updated little by little so that the hole cycle takes 3 to 6 years? Reseeding the whole cache every time when a batch of new images is received does not feel like a reasonable solution.
you can look into the ogr support in the seeder, by giving a wkt/shapefile/whatever of the area you want to reseed.

A) Can the seeder tool ake a fast delete for all tiles which intersect the update area geometry so that it is guaranteed that outdated tiles are not delivered.  Only high zoom levels (Z greater than X) should be purged. Low zoom levels may stay as they are because they are not used for interpretation.
depends on what you call fast... the tiles intersecting the area of interest need to be iterated and deleted, depending on the area and zoom levels that can take some time.
mode=delete
ogr source => where you want to delete tiles
zoom=X,21
B) Can the seeding tool reseed those areas?
force
ogr source
zoom=X,21
C) Is the behaviour similar for disk cache and Berkeley DB cache?
the behavior is identical. the performance is up to you to measure (I have no metrics to give you).

regards,
thomas

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



From bob.basques at ci.stpaul.mn.us  Fri Jun  7 11:08:47 2013
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Fri, 7 Jun 2013 18:08:47 +0000
Subject: [mapserver-users] Slides for MapServer Project Report @foss4gna
In-Reply-To: <51B2012A.8060904@mapgears.com>
References: <51B2012A.8060904@mapgears.com>
Message-ID: <C9CEA89772DA74488B5A5B6EB17DC481066512B0@055-CH1MPN1-001.055d.mgd.msft.net>

Daniel,

I didn't get to go to many of the presentations at FOSS4G-NA, so this was good for me to get to look through.

We're in the middle of redesigning some Mapping infrastructure here, and the SVG and ScribeUI stuff looks very interesting.  I wonder, is there some option in the ScribeUI side for putting certain MapFile elements into a database?  We've been wrestling with this idea for some time, and I'm wondering about trying something like this for some of our layers.  The ScribeUI stuff seems like it might be a tool to use for keeping things in a common design format for example.

Thanks for posting this.

Bobb




-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Daniel Morissette
Sent: Friday, June 07, 2013 10:50 AM
To: mapserver-users; 'MapServer Dev List'
Subject: [mapserver-users] Slides for MapServer Project Report @foss4gna

For those interested, a copy of the "MapServer Project Status Report - Meet the Developers!" slides that Steve and I gave at FOSS4G-NA in Minneapolis is available at:

http://talks.mapgears.com/en/conf/2013-05-23-mapserver-project-status-report

There is a PDF version for easy viewing, and the ODP source is available from there as well in case one needs to borrow some slides for their own presentations.

--
Daniel Morissette
http://www.mapgears.com/
Provider of Professional MapServer Support since 2000

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




From dmorissette at mapgears.com  Fri Jun  7 11:48:41 2013
From: dmorissette at mapgears.com (Daniel Morissette)
Date: Fri, 07 Jun 2013 14:48:41 -0400
Subject: [mapserver-users] Slides for MapServer Project Report @foss4gna
In-Reply-To: <C9CEA89772DA74488B5A5B6EB17DC481066512B0@055-CH1MPN1-001.055d.mgd.msft.net>
References: <51B2012A.8060904@mapgears.com>
	<C9CEA89772DA74488B5A5B6EB17DC481066512B0@055-CH1MPN1-001.055d.mgd.msft.net>
Message-ID: <51B22B09.8000500@mapgears.com>

On 13-06-07 2:08 PM, Basques, Bob (CI-StPaul) wrote:
>
> We're in the middle of redesigning some Mapping infrastructure here, and the SVG and ScribeUI stuff looks very interesting.  I wonder, is there some option in the ScribeUI side for putting certain MapFile elements into a database?  We've been wrestling with this idea for some time, and I'm wondering about trying something like this for some of our layers.  The ScribeUI stuff seems like it might be a tool to use for keeping things in a common design format for example.
>


Hi Bob,

Short answer is that no, there is no option to store/manage mapfiles in 
a database in the current ScribeUI plans. However, once ScribeUI is out 
in the wild as an open source project, one could possibly extend it to 
support something along those lines.

BTW, the Google Summer of Code project has been accepted on May 27 and 
we'll try to get our student to release something for the community to 
look at ASAP... quite likely in the next few weeks, so please stay tuned.

And on the topic of storing mapfile elements in a database, Mike Smith 
has been promoting the idea of a DBINCLUDE concept for some time. That 
hasn't happened yet, but might be another avenue that might serve your 
needs if it was to happen or if you'd like to help make it happen. The 
first step would be to define exactly how such a mechanism would work of 
course.

Daniel
-- 
Daniel Morissette
http://www.mapgears.com/
Provider of Professional MapServer Support since 2000



From bob.basques at ci.stpaul.mn.us  Fri Jun  7 12:07:37 2013
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Fri, 7 Jun 2013 19:07:37 +0000
Subject: [mapserver-users] Slides for MapServer Project Report @foss4gna
In-Reply-To: <51B22B09.8000500@mapgears.com>
References: <51B2012A.8060904@mapgears.com>
	<C9CEA89772DA74488B5A5B6EB17DC481066512B0@055-CH1MPN1-001.055d.mgd.msft.net>
	<51B22B09.8000500@mapgears.com>
Message-ID: <C9CEA89772DA74488B5A5B6EB17DC481066512ED@055-CH1MPN1-001.055d.mgd.msft.net>

Daniel,

My first blast at it was to concentrate on the LAYER tag as a blob in a database. There is definitely room on the DB side to split this blob out at some point, but first things first. This would simply be a method for aligning the LAYER content with the DATA being used for the layer. It would also allow us a method of abstracting out the cartography elements to a certain degree for letting the user define things. We use MapServer a little differently within GeoMoose in that every layer can have it's own mapfile, which abstracts things more than most installations.  We do still have some complicated multi-data layers however, and these may break the whole notion of DB stored fragments.

I've read the stuff on the DBINCLUDE as it's come along, and also added in the idea of doing a Web call in a similar fashion SCRIPTINCLUDE or URLINCLUDE might be better. I've done my share of PERL MapFile assemblers in my time with MapServer, so I'm keenly interested in where this all goes.  I've also tried some things with SLDs that fell short of providing the MapServer capabilities (in my mind) related to automation, etc.

I'll keep an eye out for progress on these items as then happen.

Thanks

Bobb



-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Daniel Morissette
Sent: Friday, June 07, 2013 1:49 PM
To: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Slides for MapServer Project Report @foss4gna

On 13-06-07 2:08 PM, Basques, Bob (CI-StPaul) wrote:
>
> We're in the middle of redesigning some Mapping infrastructure here, and the SVG and ScribeUI stuff looks very interesting.  I wonder, is there some option in the ScribeUI side for putting certain MapFile elements into a database?  We've been wrestling with this idea for some time, and I'm wondering about trying something like this for some of our layers.  The ScribeUI stuff seems like it might be a tool to use for keeping things in a common design format for example.
>


Hi Bob,

Short answer is that no, there is no option to store/manage mapfiles in a database in the current ScribeUI plans. However, once ScribeUI is out in the wild as an open source project, one could possibly extend it to support something along those lines.

BTW, the Google Summer of Code project has been accepted on May 27 and we'll try to get our student to release something for the community to look at ASAP... quite likely in the next few weeks, so please stay tuned.

And on the topic of storing mapfile elements in a database, Mike Smith has been promoting the idea of a DBINCLUDE concept for some time. That hasn't happened yet, but might be another avenue that might serve your needs if it was to happen or if you'd like to help make it happen. The first step would be to define exactly how such a mechanism would work of course.

Daniel
--
Daniel Morissette
http://www.mapgears.com/
Provider of Professional MapServer Support since 2000

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




From thomas.bonfort at gmail.com  Fri Jun  7 12:08:03 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Fri, 7 Jun 2013 21:08:03 +0200
Subject: [mapserver-users] Mapcache and partial reseeding
In-Reply-To: <84446DEF76453C439E9E97E438E13A63C13645@suutari.haapa.mmm.fi>
References: <84446DEF76453C439E9E97E438E13A63C1360F@suutari.haapa.mmm.fi>
	<CAOM3y2hgEwmnFenWtVxDt_OGEC0Y0qfwA1+p1z2whLkJ7YZiNA@mail.gmail.com>
	<84446DEF76453C439E9E97E438E13A63C13645@suutari.haapa.mmm.fi>
Message-ID: <CAOM3y2g7vc095vN9du6aOUKTVFWh6yGujQHZM29bA1DjRHobEw@mail.gmail.com>

Jukka,
yes, the documentation is painfully out of date :( . If you or anyone feels
like updating the mapserver.org docs I'll be happy to assist, however my
schedule these weeks is too full to be able to make this situation evolve
alone.

The seeder options should be available on the command line when you pass it
--help. Those should be complete, however maybe not verbose enough: pull
requests welcome.

regards,
thomas



On 7 June 2013 20:16, Rahkonen Jukka <jukka.rahkonen at mmmtike.fi> wrote:

> Hi,
>
> Thanks, sounds great. I wonder where all this is documented? I have been
> reading this page which does not mention "mode=delete" or "force"
> http://www.mapserver.org/trunk/mapcache/seed.html. Doy you know of any
>  other valuable but hidden features?
>
> -Jukka-
> ________________________________
> thomas bonfort wrote:
>
>
> On 7 June 2013 17:48, Rahkonen Jukka <jukka.rahkonen at mmmtike.fi<mailto:
> jukka.rahkonen at mmmtike.fi>> wrote:
> Hi,
>
> How well does Mapcache seeder tool handle the case when the original big
> aerial image coverage is updated little by little so that the hole cycle
> takes 3 to 6 years? Reseeding the whole cache every time when a batch of
> new images is received does not feel like a reasonable solution.
> you can look into the ogr support in the seeder, by giving a
> wkt/shapefile/whatever of the area you want to reseed.
>
> A) Can the seeder tool ake a fast delete for all tiles which intersect the
> update area geometry so that it is guaranteed that outdated tiles are not
> delivered.  Only high zoom levels (Z greater than X) should be purged. Low
> zoom levels may stay as they are because they are not used for
> interpretation.
> depends on what you call fast... the tiles intersecting the area of
> interest need to be iterated and deleted, depending on the area and zoom
> levels that can take some time.
> mode=delete
> ogr source => where you want to delete tiles
> zoom=X,21
> B) Can the seeding tool reseed those areas?
> force
> ogr source
> zoom=X,21
> C) Is the behaviour similar for disk cache and Berkeley DB cache?
> the behavior is identical. the performance is up to you to measure (I have
> no metrics to give you).
>
> regards,
> thomas
>
> -Jukka Rahkonen-
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130607/cfd26be3/attachment.htm>

From Weisbend at WAPA.GOV  Fri Jun  7 12:26:10 2013
From: Weisbend at WAPA.GOV (Weisbender, Eric)
Date: Fri, 7 Jun 2013 19:26:10 +0000
Subject: [mapserver-users] MapServer 6.2.1 and ArcSDE 10
Message-ID: <9FE7B20682D2EE4CB9F40163E1EB4F08985DDF@afovsml1m.WAPA.INT>

Hello,

We have successfully compiled MapServer 6.2.1 with ArcSDE10 and can see the SDE server ok.  When I try to draw a line layer I get the following error.

msDrawMap(): Image handling error. Failed to draw layer named 'sde' msSDELayerWhichShapes(): SDE error. getSDEQueryInfo(): Success. (0 getSDEQueryInfo(): SDE error. SE_queryinfo_set_columns(): Invalid parameter value passed to function. (4294967230)

The layer definition looks like this and all of the parameters look good.

LAYER
  NAME "sde"
  TYPE LINE
  STATUS OFF
  CONNECTIONTYPE SDE
  CONNECTION "JLVGISGATEM,5353,sde,cso_editor,c1rcu1t#"
  DATA "RMR.MNT_SPANS,SHAPE,SDE.DEFAULT"
  TEMPLATE "/data/gis/www/html/ms_common/tlines.html"
  CLASS
     STYLE
      COLOR 200 200 0
                  WIDTH 10
     END
  END
END

If anyone has an idea of what I am missing or doing wrong any help is greatly appreciated.


Thanks,

Eric Weisbender

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

From Steve.Lime at state.mn.us  Fri Jun  7 12:45:55 2013
From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT))
Date: Fri, 7 Jun 2013 19:45:55 +0000
Subject: [mapserver-users] MapServer 6.2.1 and ArcSDE 10
In-Reply-To: <9FE7B20682D2EE4CB9F40163E1EB4F08985DDF@afovsml1m.WAPA.INT>
References: <9FE7B20682D2EE4CB9F40163E1EB4F08985DDF@afovsml1m.WAPA.INT>
Message-ID: <C549F0496453D842B4DD71AC8188DDC55192A8@055-CH1MPN1-041.055d.mgd.msft.net>

Ah, I ran into this to as well, see ticket https://github.com/mapserver/mapserver/issues/4521. I've attached a diff that made things work well for me. Once a fix is put in place for 6.4 (git master) we can backport to 6.2.

Steve

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Weisbender, Eric
Sent: Friday, June 07, 2013 2:26 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] MapServer 6.2.1 and ArcSDE 10

Hello,

We have successfully compiled MapServer 6.2.1 with ArcSDE10 and can see the SDE server ok.  When I try to draw a line layer I get the following error.

msDrawMap(): Image handling error. Failed to draw layer named 'sde' msSDELayerWhichShapes(): SDE error. getSDEQueryInfo(): Success. (0 getSDEQueryInfo(): SDE error. SE_queryinfo_set_columns(): Invalid parameter value passed to function. (4294967230)

The layer definition looks like this and all of the parameters look good.

LAYER
  NAME "sde"
  TYPE LINE
  STATUS OFF
  CONNECTIONTYPE SDE
  CONNECTION "JLVGISGATEM,5353,sde,cso_editor,c1rcu1t#"
  DATA "RMR.MNT_SPANS,SHAPE,SDE.DEFAULT"
  TEMPLATE "/data/gis/www/html/ms_common/tlines.html"
  CLASS
     STYLE
      COLOR 200 200 0
                  WIDTH 10
     END
  END
END

If anyone has an idea of what I am missing or doing wrong any help is greatly appreciated.


Thanks,

Eric Weisbender

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130607/29acafba/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 4521.diff
Type: application/octet-stream
Size: 4598 bytes
Desc: 4521.diff
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130607/29acafba/attachment.obj>

From richard.greenwood at gmail.com  Fri Jun  7 13:33:28 2013
From: richard.greenwood at gmail.com (Richard Greenwood)
Date: Fri, 7 Jun 2013 14:33:28 -0600
Subject: [mapserver-users] Fwd:  RFC99: Remove GD support in 7.0
In-Reply-To: <CAHBySPaUOpqMY8PGuve2pmEg=xsorbe6nANyKMPxcX0gaF_1MQ@mail.gmail.com>
References: <CAOM3y2it-qXTPqZKdJVt5FvBfDskLCCuwXt=mbaPjtXD9JASNA@mail.gmail.com>
	<CAHBySPb7EagxPo5A8GWW3XtEFB3yVmRUnbv+C6hLArmX5YBYQQ@mail.gmail.com>
	<CAOM3y2i5NLd+_+WYx=8BwHr76xvz0Bc5qVgoB5O2JSTFrNKr0Q@mail.gmail.com>
	<CAHBySPaUOpqMY8PGuve2pmEg=xsorbe6nANyKMPxcX0gaF_1MQ@mail.gmail.com>
Message-ID: <CAHBySPZ2L4aVzhWOx9JD8GUjNNM0KsPQdm8nF6ohy4ucox07Dg@mail.gmail.com>

Sorry - posting back to list...

---------- Forwarded message ----------
From: Richard Greenwood <richard.greenwood at gmail.com>
Date: Fri, Jun 7, 2013 at 2:32 PM
Subject: Re: [mapserver-users] RFC99: Remove GD support in 7.0
To: thomas bonfort <thomas.bonfort at gmail.com>





On Fri, Jun 7, 2013 at 2:00 PM, thomas bonfort <thomas.bonfort at gmail.com>wrote:

> (posting back on list)
>
> On 7 June 2013 21:24, Richard Greenwood <richard.greenwood at gmail.com>wrote:
>
>> I have continued to use GIF rather than 8bit PNG because the GIF is
>> smaller. Often by as much as 15%. Is that expected? Is there anyway to get
>> PNG down to GIF size? I certainly understand the rationale for eliminating
>> GD but I am discouraged by the prospect of larger image sizes.
>>
>
> I don't think that the gif vs. png format is relevant concerning file size
> when encoding the same pixel data. However, the quantity of information to
> encode in an antialiased image rendering is higher than in a non
> antialiased one, thus the higher file size when using agg/png8 vs. gd/gif.
> Even if we were to add a an agg/gif format, you would still be seeing this
> size overhead.
>

Yes, I think I sort of knew that but thanks for clarifying it.


> To put this bluntly, if the 15% overhead is important for you, you would
> have to stick with gd aliased rendering and the 6.4 release. I would also
> like to put this in context: a 15% overhead compared to the 2001 (2005?)
> outputs does not seem like a big deal given the evolution of available
> bandwidth since that time.
>

I work in some pretty rural areas where bandwidth is still limited. And
when considering bandwidth we need to keep mobile applications in mind
alos. MapServer has always been synonymous with speed and from the user
experience perspective speed is determined by the whole pipeline.

We've been supporting this technologically obsolete rendering mode for many
> years now, but imo it's time to move on.
>

I completely respect that. I was mainly wondering if there was a way to
reduce the anti-aliasing (and consequently the rendered image file size)
when using AGG, which I'm sure sounds like a pretty silly question given
the "A" in AGG.

Thanks for your reply and for all of the work that you do on the MapServer
project.

Rich



>
> regards,
> thomas
>
>
>> Rich
>>
>>
>> On Fri, Jun 7, 2013 at 7:27 AM, thomas bonfort <thomas.bonfort at gmail.com>wrote:
>>
>>> Devs and Users,
>>>
>>> Please have a look at RFC99 (
>>> http://mapserver.org/development/rfc/ms-rfc-99.html). I am particularly
>>> interested in use-cases that would not be supported if GD were to be
>>> removed.
>>>
>>> cheers,
>>> Thomas
>>>
>>> _______________________________________________
>>> mapserver-users mailing list
>>> mapserver-users at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>
>>>
>>
>>
>> --
>> Richard Greenwood
>> richard.greenwood at gmail.com
>> www.greenwoodmap.com
>>
>
>


-- 
Richard Greenwood
richard.greenwood at gmail.com
www.greenwoodmap.com



-- 
Richard Greenwood
richard.greenwood at gmail.com
www.greenwoodmap.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130607/154eb24d/attachment.htm>

From jukka.rahkonen at mmmtike.fi  Fri Jun  7 14:30:02 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Fri, 7 Jun 2013 21:30:02 +0000
Subject: [mapserver-users] Fwd:  RFC99: Remove GD support in 7.0
In-Reply-To: <CAHBySPZ2L4aVzhWOx9JD8GUjNNM0KsPQdm8nF6ohy4ucox07Dg@mail.gmail.com>
References: <CAOM3y2it-qXTPqZKdJVt5FvBfDskLCCuwXt=mbaPjtXD9JASNA@mail.gmail.com>
	<CAHBySPb7EagxPo5A8GWW3XtEFB3yVmRUnbv+C6hLArmX5YBYQQ@mail.gmail.com>
	<CAOM3y2i5NLd+_+WYx=8BwHr76xvz0Bc5qVgoB5O2JSTFrNKr0Q@mail.gmail.com>
	<CAHBySPaUOpqMY8PGuve2pmEg=xsorbe6nANyKMPxcX0gaF_1MQ@mail.gmail.com>,
	<CAHBySPZ2L4aVzhWOx9JD8GUjNNM0KsPQdm8nF6ohy4ucox07Dg@mail.gmail.com>
Message-ID: <84446DEF76453C439E9E97E438E13A63C13685@suutari.haapa.mmm.fi>

Hi,

I made a very short test with Mapnik 2.2.0 demo maps. Mapnik can create png images either with AGG or with Cairo and I compared the 256 colour demo maps obtained by running the Mapnik c++ version of "rundemo" test program.  Image sizes were

AGG 112 kb, went down to 104 kb by optimizing with Irfan view PNGOUT plugin
Cairo 105 kb, went down to 97 kb by optimizing with Irfan view PNGOUT plugin

Perhaps it would be worth having a try with Cairo 8-bit png for small output size if we can use it with Mapserver.

-Jukka Rahkonen-


________________________________
L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] k?ytt?j?n Richard Greenwood [richard.greenwood at gmail.com] puolesta
L?hetetty: 7. kes?kuuta 2013 23:33
Vastaanottaja: mapserver
Aihe: [mapserver-users] Fwd: RFC99: Remove GD support in 7.0

Sorry - posting back to list...

---------- Forwarded message ----------
From: Richard Greenwood <richard.greenwood at gmail.com<mailto:richard.greenwood at gmail.com>>
Date: Fri, Jun 7, 2013 at 2:32 PM
Subject: Re: [mapserver-users] RFC99: Remove GD support in 7.0
To: thomas bonfort <thomas.bonfort at gmail.com<mailto:thomas.bonfort at gmail.com>>





On Fri, Jun 7, 2013 at 2:00 PM, thomas bonfort <thomas.bonfort at gmail.com<mailto:thomas.bonfort at gmail.com>> wrote:
(posting back on list)

On 7 June 2013 21:24, Richard Greenwood <richard.greenwood at gmail.com<mailto:richard.greenwood at gmail.com>> wrote:
I have continued to use GIF rather than 8bit PNG because the GIF is smaller. Often by as much as 15%. Is that expected? Is there anyway to get PNG down to GIF size? I certainly understand the rationale for eliminating GD but I am discouraged by the prospect of larger image sizes.

I don't think that the gif vs. png format is relevant concerning file size when encoding the same pixel data. However, the quantity of information to encode in an antialiased image rendering is higher than in a non antialiased one, thus the higher file size when using agg/png8 vs. gd/gif. Even if we were to add a an agg/gif format, you would still be seeing this size overhead.

Yes, I think I sort of knew that but thanks for clarifying it.

To put this bluntly, if the 15% overhead is important for you, you would have to stick with gd aliased rendering and the 6.4 release. I would also like to put this in context: a 15% overhead compared to the 2001 (2005?) outputs does not seem like a big deal given the evolution of available bandwidth since that time.

I work in some pretty rural areas where bandwidth is still limited. And when considering bandwidth we need to keep mobile applications in mind alos. MapServer has always been synonymous with speed and from the user experience perspective speed is determined by the whole pipeline.

We've been supporting this technologically obsolete rendering mode for many years now, but imo it's time to move on.

I completely respect that. I was mainly wondering if there was a way to reduce the anti-aliasing (and consequently the rendered image file size) when using AGG, which I'm sure sounds like a pretty silly question given the "A" in AGG.

Thanks for your reply and for all of the work that you do on the MapServer project.

Rich



regards,
thomas


Rich


On Fri, Jun 7, 2013 at 7:27 AM, thomas bonfort <thomas.bonfort at gmail.com<mailto:thomas.bonfort at gmail.com>> wrote:
Devs and Users,

Please have a look at RFC99 (http://mapserver.org/development/rfc/ms-rfc-99.html). I am particularly interested in use-cases that would not be supported if GD were to be removed.

cheers,
Thomas

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




--
Richard Greenwood
richard.greenwood at gmail.com<mailto:richard.greenwood at gmail.com>
www.greenwoodmap.com<http://www.greenwoodmap.com>




--
Richard Greenwood
richard.greenwood at gmail.com<mailto:richard.greenwood at gmail.com>
www.greenwoodmap.com<http://www.greenwoodmap.com>



--
Richard Greenwood
richard.greenwood at gmail.com<mailto:richard.greenwood at gmail.com>
www.greenwoodmap.com<http://www.greenwoodmap.com>


From cheung.jackey at gmail.com  Fri Jun  7 17:56:36 2013
From: cheung.jackey at gmail.com (Jackey Cheung)
Date: Sat, 8 Jun 2013 08:56:36 +0800
Subject: [mapserver-users] Does MapCache supports x-sendfile?
Message-ID: <CACYZH8e3sh8zXPx7WuHwbk0HUyc--71zZSRWCYwExKFi2y79pQ@mail.gmail.com>

Hi,

Just one short question, Does MapCache supports x-sendfile?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130608/a69dc422/attachment.htm>

From thomas.bonfort at gmail.com  Fri Jun  7 20:06:14 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Sat, 8 Jun 2013 05:06:14 +0200
Subject: [mapserver-users] Does MapCache supports x-sendfile?
In-Reply-To: <CACYZH8e3sh8zXPx7WuHwbk0HUyc--71zZSRWCYwExKFi2y79pQ@mail.gmail.com>
References: <CACYZH8e3sh8zXPx7WuHwbk0HUyc--71zZSRWCYwExKFi2y79pQ@mail.gmail.com>
Message-ID: <CAOM3y2hLrbJK-BcCskt_q3qsrVSNW29G7p420i-Tg5Lz0sbpqw@mail.gmail.com>

hi,
short answer: no


On 8 June 2013 02:56, Jackey Cheung <cheung.jackey at gmail.com> wrote:

> Hi,
>
> Just one short question, Does MapCache supports x-sendfile?
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130608/e6158041/attachment.htm>

From john.evans at gst.com  Sat Jun  8 12:41:43 2013
From: john.evans at gst.com (John D. Evans)
Date: Sat, 8 Jun 2013 15:41:43 -0400
Subject: [mapserver-users] Mapcache tileset only shows sporadically in
 KML / Google Earth
In-Reply-To: <CAOM3y2i1DXz=aL49SZCUYrC+DPVt6VmBx0U9fOqEq=4z1qnACg@mail.gmail.com>
References: <51AFFFC0.5040508@gst.com>
	<CAOM3y2i1DXz=aL49SZCUYrC+DPVt6VmBx0U9fOqEq=4z1qnACg@mail.gmail.com>
Message-ID: <51B388F7.6010808@gst.com>

Hi,

Thomas Bonfort wrote on 06/06/2013:
> As for the root issue, are your tilesets fully preseeded or are they 
> populated on demand? KML superoverlays are organized in a tree, i.e. 
> to access a tile at zoom level N you first need to access all parent 
> tiles from level 0 to N-1; on an unseeded tileset with a slow wms 
> backend this might be a very long wait. Also please check the apache 
> error log for any mapcache related messages.

Thanks for the input! Sorry for the delayed reply. My tiles had been 
populated on demand but I finally found, installed, and ran 
"mapcache_seed". It's now been running for 10+ hours now (*) but I still 
get the same effect in Google Earth. (A very low-resolution view 
displays when I'm zoomed out very far, but disappears as soon as I try 
to zoom in.) Does the seeding have to be completely finished before 
Google Earth can see beyond the top-level KML tiles?

Thanks again.

   - John E.

(*) I'm running this on a fairly puny virtual machine (2 cores); I guess 
I should try seeding with 8 or 10 threads on an 8-core machine. I will 
also try limiting my zoom levels (I suspect I'm seeding 0-17 by default) 
and my spatial extent (I'm probably doing the whole globe by default -- 
lots of blank tiles :-).

>
>
> On 6 June 2013 05:19, John D. Evans <john.evans at gst.com 
> <mailto:john.evans at gst.com>> wrote:
>
>     Hello,
>
>     Not sure my earlier query made it to the list.
>
>     I'm using MapCache to serve for some satellite image products. It
>     sort of works: the tms and wmts browsers at /mapcache/demo show
>     full coverage of my data area, and let users zoom in to see full
>     resolution image mosaics. But the KML superoverlay (my reason for
>     using MapCache) only displays in Google Earth when I'm zoomed very
>     far out (so that the entire globe is not much bigger than a golf
>     ball on my screen). If I zoom in, the image usually disappears;
>     though sometimes when zoomed in I do see [only] the right (east)
>     half of my tileset, at a very low resolution.
>
>     Do you see anything wrong with my mapcache.xml (below)?
>     Is there anything else I should be checking?
>
>     (I'm using a simple disk cache in /tmp, with mod_mapcache from the
>     Ubuntu libmapcache 1.0.0-3 package; Mapserver 6.2.1 is on the same
>     machine, running in 64-bit Ubuntu 12.04. Mapserver works fine, and
>     reports no errors [I think]. My client is Google Earth 7.)
>
>     Thanks for taking a look,
>
>       - John D. Evans
>         GST, Inc / Greenbelt, MD
>
>     Below is my mapcache.xml file (actually an excerpt of it:
>     the real one has more tilesets and sources).
>
>     <mapcache>
>        <metadata>
>           <title>my mapcache service</title>
>           <abstract>woot! this is a service abstract!</abstract>
>        </metadata>
>
>        <cache name="disk" type="disk">
>           <base>/tmp</base>
>           <symlink_blank/>
>        </cache>
>
>        <format name="PNG_BEST" type ="PNG">
>           <compression>best</compression>
>        </format>
>        <format name="PNG_FAST" type ="PNG">
>           <compression>fast</compression>
>        </format>
>
>          <source name="CSPP_CloudPhase" type="wms">
>           <http>
>              <url>http://localhost/cgi-bin/mapserv?</url>
>           </http>
>           <getmap>
>              <params>
>                 <FORMAT>image/png</FORMAT>
>                 <LAYERS>iicmocp_daily</LAYERS>
>                 <MAP>/raid/maps/viirs.map</MAP>
>              </params>
>           </getmap>
>        </source>
>
>        <tileset name="CSPP_Cloud_Phase_EDR">
>           <metadata>
>              <title>VIIRS Cloud Phase from NASA GSFC DRL</title>
>              <abstract>Detailed description goes here</abstract>
>           </metadata>
>           <source>CSPP_CloudPhase</source>
>           <cache>disk</cache>
>           <format>PNG</format>
>           <grid>WGS84</grid>
>           <metatile>2 2</metatile>
>           <expires>3600 <tel:3600></expires>
>           <auto_expire>3600 <tel:3600></auto_expire>
>           <!-- <metabuffer>10</metabuffer> -->
>        </tileset>
>
>        <default_format>PNG_FAST</default_format>
>
>        <service type="wms" enabled="true">
>           <full_wms>assemble</full_wms>
>           <resample_mode>bilinear</resample_mode>
>           <format>PNG_FAST</format>
>           <!-- <maxsize>4096</maxsize> -->
>        </service>
>
>        <service type="wmts" enabled="true"/>
>        <service type="tms" enabled="true"/>
>        <service type="kml" enabled="true"/>
>        <service type="gmaps" enabled="true"/>
>        <service type="ve" enabled="true"/>
>        <service type="demo" enabled="true"/>
>
>        <lock_dir>/tmp</lock_dir>
>        <errors>report</errors>
>        <threaded_fetching>true</threaded_fetching>
>
>     </mapcache>
>     _______________________________________________
>     mapserver-users mailing list
>     mapserver-users at lists.osgeo.org
>     <mailto:mapserver-users at lists.osgeo.org>
>     http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
> ------------------------------------------------------------------------
> NOTE: This message was trained as non-spam. If this is wrong, please 
> correct the training as soon as possible.
> Spam <https://filter.gst.com/canit/b.php?i=01JIUgvAE&m=e50f357136f6&c=s>
> Not spam 
> <https://filter.gst.com/canit/b.php?i=01JIUgvAE&m=e50f357136f6&c=n>
> Forget previous vote 
> <https://filter.gst.com/canit/b.php?i=01JIUgvAE&m=e50f357136f6&c=f>

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

From woodbri at swoodbridge.com  Sat Jun  8 13:13:55 2013
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Sat, 08 Jun 2013 16:13:55 -0400
Subject: [mapserver-users] Mapcache tileset only shows sporadically in
 KML / Google Earth
In-Reply-To: <51B388F7.6010808@gst.com>
References: <51AFFFC0.5040508@gst.com>
	<CAOM3y2i1DXz=aL49SZCUYrC+DPVt6VmBx0U9fOqEq=4z1qnACg@mail.gmail.com>
	<51B388F7.6010808@gst.com>
Message-ID: <51B39083.7030803@swoodbridge.com>

In general, The seeder can not be run on an active cache because it does 
not coordinate tile generation with apache so if they both try to create 
the same tiles things can get confusing and there is a chance that an 
incomplete tile might get served with both writing the resulting tile 
might be damaged.

-Steve W.

On 6/8/2013 3:41 PM, John D. Evans wrote:
> Hi,
>
> Thomas Bonfort wrote on 06/06/2013:
>> As for the root issue, are your tilesets fully preseeded or are they
>> populated on demand? KML superoverlays are organized in a tree, i.e.
>> to access a tile at zoom level N you first need to access all parent
>> tiles from level 0 to N-1; on an unseeded tileset with a slow wms
>> backend this might be a very long wait. Also please check the apache
>> error log for any mapcache related messages.
>
> Thanks for the input! Sorry for the delayed reply. My tiles had been
> populated on demand but I finally found, installed, and ran
> "mapcache_seed". It's now been running for 10+ hours now (*) but I still
> get the same effect in Google Earth. (A very low-resolution view
> displays when I'm zoomed out very far, but disappears as soon as I try
> to zoom in.) Does the seeding have to be completely finished before
> Google Earth can see beyond the top-level KML tiles?
>
> Thanks again.
>
>    - John E.
>
> (*) I'm running this on a fairly puny virtual machine (2 cores); I guess
> I should try seeding with 8 or 10 threads on an 8-core machine. I will
> also try limiting my zoom levels (I suspect I'm seeding 0-17 by default)
> and my spatial extent (I'm probably doing the whole globe by default --
> lots of blank tiles :-).
>
>>
>>
>> On 6 June 2013 05:19, John D. Evans <john.evans at gst.com
>> <mailto:john.evans at gst.com>> wrote:
>>
>>     Hello,
>>
>>     Not sure my earlier query made it to the list.
>>
>>     I'm using MapCache to serve for some satellite image products. It
>>     sort of works: the tms and wmts browsers at /mapcache/demo show
>>     full coverage of my data area, and let users zoom in to see full
>>     resolution image mosaics. But the KML superoverlay (my reason for
>>     using MapCache) only displays in Google Earth when I'm zoomed very
>>     far out (so that the entire globe is not much bigger than a golf
>>     ball on my screen). If I zoom in, the image usually disappears;
>>     though sometimes when zoomed in I do see [only] the right (east)
>>     half of my tileset, at a very low resolution.
>>
>>     Do you see anything wrong with my mapcache.xml (below)?
>>     Is there anything else I should be checking?
>>
>>     (I'm using a simple disk cache in /tmp, with mod_mapcache from the
>>     Ubuntu libmapcache 1.0.0-3 package; Mapserver 6.2.1 is on the same
>>     machine, running in 64-bit Ubuntu 12.04. Mapserver works fine, and
>>     reports no errors [I think]. My client is Google Earth 7.)
>>
>>     Thanks for taking a look,
>>
>>       - John D. Evans
>>         GST, Inc / Greenbelt, MD
>>
>>     Below is my mapcache.xml file (actually an excerpt of it:
>>     the real one has more tilesets and sources).
>>
>>     <mapcache>
>>        <metadata>
>>           <title>my mapcache service</title>
>>           <abstract>woot! this is a service abstract!</abstract>
>>        </metadata>
>>
>>        <cache name="disk" type="disk">
>>           <base>/tmp</base>
>>           <symlink_blank/>
>>        </cache>
>>
>>        <format name="PNG_BEST" type ="PNG">
>>           <compression>best</compression>
>>        </format>
>>        <format name="PNG_FAST" type ="PNG">
>>           <compression>fast</compression>
>>        </format>
>>
>>          <source name="CSPP_CloudPhase" type="wms">
>>           <http>
>>              <url>http://localhost/cgi-bin/mapserv?</url>
>>           </http>
>>           <getmap>
>>              <params>
>>                 <FORMAT>image/png</FORMAT>
>>                 <LAYERS>iicmocp_daily</LAYERS>
>>                 <MAP>/raid/maps/viirs.map</MAP>
>>              </params>
>>           </getmap>
>>        </source>
>>
>>        <tileset name="CSPP_Cloud_Phase_EDR">
>>           <metadata>
>>              <title>VIIRS Cloud Phase from NASA GSFC DRL</title>
>>              <abstract>Detailed description goes here</abstract>
>>           </metadata>
>>           <source>CSPP_CloudPhase</source>
>>           <cache>disk</cache>
>>           <format>PNG</format>
>>           <grid>WGS84</grid>
>>           <metatile>2 2</metatile>
>>           <expires>3600 <tel:3600></expires>
>>           <auto_expire>3600 <tel:3600></auto_expire>
>>           <!-- <metabuffer>10</metabuffer> -->
>>        </tileset>
>>
>>        <default_format>PNG_FAST</default_format>
>>
>>        <service type="wms" enabled="true">
>>           <full_wms>assemble</full_wms>
>>           <resample_mode>bilinear</resample_mode>
>>           <format>PNG_FAST</format>
>>           <!-- <maxsize>4096</maxsize> -->
>>        </service>
>>
>>        <service type="wmts" enabled="true"/>
>>        <service type="tms" enabled="true"/>
>>        <service type="kml" enabled="true"/>
>>        <service type="gmaps" enabled="true"/>
>>        <service type="ve" enabled="true"/>
>>        <service type="demo" enabled="true"/>
>>
>>        <lock_dir>/tmp</lock_dir>
>>        <errors>report</errors>
>>        <threaded_fetching>true</threaded_fetching>
>>
>>     </mapcache>
>>     _______________________________________________
>>     mapserver-users mailing list
>>     mapserver-users at lists.osgeo.org
>>     <mailto:mapserver-users at lists.osgeo.org>
>>     http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>>
>> ------------------------------------------------------------------------
>> NOTE: This message was trained as non-spam. If this is wrong, please
>> correct the training as soon as possible.
>> Spam <https://filter.gst.com/canit/b.php?i=01JIUgvAE&m=e50f357136f6&c=s>
>> Not spam
>> <https://filter.gst.com/canit/b.php?i=01JIUgvAE&m=e50f357136f6&c=n>
>> Forget previous vote
>> <https://filter.gst.com/canit/b.php?i=01JIUgvAE&m=e50f357136f6&c=f>
>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>



From jukka.rahkonen at mmmtike.fi  Sun Jun  9 03:23:35 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Sun, 9 Jun 2013 10:23:35 +0000
Subject: [mapserver-users] Mapcache tileset only shows sporadically in
 KML / Google Earth
In-Reply-To: <51B39083.7030803@swoodbridge.com>
References: <51AFFFC0.5040508@gst.com>
	<CAOM3y2i1DXz=aL49SZCUYrC+DPVt6VmBx0U9fOqEq=4z1qnACg@mail.gmail.com>
	<51B388F7.6010808@gst.com>,<51B39083.7030803@swoodbridge.com>
Message-ID: <84446DEF76453C439E9E97E438E13A63C13824@suutari.haapa.mmm.fi>

Hi,

This is so important thing to know that it should be mentioned in http://www.mapserver.org/trunk/mapcache/seed.html
I believe I am not the only GeoWebCache users who experiment with MapCache and think that MapCache can also do seeding/reseeding/truncating for an active cache because that is the standard with GWC.

The need to use seeding tool with inative cache makes me to wonder how to implement partial updating of big cache like 1 TB in size in production environment. The service can't be stopped for truncating and reseeding. Making a copy of the active cache, truncating and reseeding the copy and finally switching MapCache to use the refreshed cache should work, but copying 1 TB of data is slow and keeping an extra terabyte on a hosted disk is costly.

I guess that by using a GeoTIFF cache it would be possible to use the seeding tool for creating a new cache from the updated areas.  The tiff files in the new cache are using the same naming convention and therefore they could be copied on top of the outdated tiles in the active cache and this could happen on-the-fly. Would this work?

-Jukka Rahkonen-



________________________________________
 Stephen Woodbridge wrote:

> In general, The seeder can not be run on an active cache because it does
not coordinate tile generation with apache so if they both try to create
the same tiles things can get confusing and there is a chance that an
incomplete tile might get served with both writing the resulting tile
might be damaged.

-Steve W.

On 6/8/2013 3:41 PM, John D. Evans wrote:
> Hi,
>
> Thomas Bonfort wrote on 06/06/2013:
>> As for the root issue, are your tilesets fully preseeded or are they
>> populated on demand? KML superoverlays are organized in a tree, i.e.
>> to access a tile at zoom level N you first need to access all parent
>> tiles from level 0 to N-1; on an unseeded tileset with a slow wms
>> backend this might be a very long wait. Also please check the apache
>> error log for any mapcache related messages.
>
> Thanks for the input! Sorry for the delayed reply. My tiles had been
> populated on demand but I finally found, installed, and ran
> "mapcache_seed". It's now been running for 10+ hours now (*) but I still
> get the same effect in Google Earth. (A very low-resolution view
> displays when I'm zoomed out very far, but disappears as soon as I try
> to zoom in.) Does the seeding have to be completely finished before
> Google Earth can see beyond the top-level KML tiles?
>
> Thanks again.
>
>    - John E.
>
> (*) I'm running this on a fairly puny virtual machine (2 cores); I guess
> I should try seeding with 8 or 10 threads on an 8-core machine. I will
> also try limiting my zoom levels (I suspect I'm seeding 0-17 by default)
> and my spatial extent (I'm probably doing the whole globe by default --
> lots of blank tiles :-).
>
>>
>>
>> On 6 June 2013 05:19, John D. Evans <john.evans at gst.com
>> <mailto:john.evans at gst.com>> wrote:
>>
>>     Hello,
>>
>>     Not sure my earlier query made it to the list.
>>
>>     I'm using MapCache to serve for some satellite image products. It
>>     sort of works: the tms and wmts browsers at /mapcache/demo show
>>     full coverage of my data area, and let users zoom in to see full
>>     resolution image mosaics. But the KML superoverlay (my reason for
>>     using MapCache) only displays in Google Earth when I'm zoomed very
>>     far out (so that the entire globe is not much bigger than a golf
>>     ball on my screen). If I zoom in, the image usually disappears;
>>     though sometimes when zoomed in I do see [only] the right (east)
>>     half of my tileset, at a very low resolution.
>>
>>     Do you see anything wrong with my mapcache.xml (below)?
>>     Is there anything else I should be checking?
>>
>>     (I'm using a simple disk cache in /tmp, with mod_mapcache from the
>>     Ubuntu libmapcache 1.0.0-3 package; Mapserver 6.2.1 is on the same
>>     machine, running in 64-bit Ubuntu 12.04. Mapserver works fine, and
>>     reports no errors [I think]. My client is Google Earth 7.)
>>
>>     Thanks for taking a look,
>>
>>       - John D. Evans
>>         GST, Inc / Greenbelt, MD
>>
>>     Below is my mapcache.xml file (actually an excerpt of it:
>>     the real one has more tilesets and sources).
>>
>>     <mapcache>
>>        <metadata>
>>           <title>my mapcache service</title>
>>           <abstract>woot! this is a service abstract!</abstract>
>>        </metadata>
>>
>>        <cache name="disk" type="disk">
>>           <base>/tmp</base>
>>           <symlink_blank/>
>>        </cache>
>>
>>        <format name="PNG_BEST" type ="PNG">
>>           <compression>best</compression>
>>        </format>
>>        <format name="PNG_FAST" type ="PNG">
>>           <compression>fast</compression>
>>        </format>
>>
>>          <source name="CSPP_CloudPhase" type="wms">
>>           <http>
>>              <url>http://localhost/cgi-bin/mapserv?</url>
>>           </http>
>>           <getmap>
>>              <params>
>>                 <FORMAT>image/png</FORMAT>
>>                 <LAYERS>iicmocp_daily</LAYERS>
>>                 <MAP>/raid/maps/viirs.map</MAP>
>>              </params>
>>           </getmap>
>>        </source>
>>
>>        <tileset name="CSPP_Cloud_Phase_EDR">
>>           <metadata>
>>              <title>VIIRS Cloud Phase from NASA GSFC DRL</title>
>>              <abstract>Detailed description goes here</abstract>
>>           </metadata>
>>           <source>CSPP_CloudPhase</source>
>>           <cache>disk</cache>
>>           <format>PNG</format>
>>           <grid>WGS84</grid>
>>           <metatile>2 2</metatile>
>>           <expires>3600 <tel:3600></expires>
>>           <auto_expire>3600 <tel:3600></auto_expire>
>>           <!-- <metabuffer>10</metabuffer> -->
>>        </tileset>
>>
>>        <default_format>PNG_FAST</default_format>
>>
>>        <service type="wms" enabled="true">
>>           <full_wms>assemble</full_wms>
>>           <resample_mode>bilinear</resample_mode>
>>           <format>PNG_FAST</format>
>>           <!-- <maxsize>4096</maxsize> -->
>>        </service>
>>
>>        <service type="wmts" enabled="true"/>
>>        <service type="tms" enabled="true"/>
>>        <service type="kml" enabled="true"/>
>>        <service type="gmaps" enabled="true"/>
>>        <service type="ve" enabled="true"/>
>>        <service type="demo" enabled="true"/>
>>
>>        <lock_dir>/tmp</lock_dir>
>>        <errors>report</errors>
>>        <threaded_fetching>true</threaded_fetching>
>>
>>     </mapcache>
>>     _______________________________________________
>>     mapserver-users mailing list
>>     mapserver-users at lists.osgeo.org
>>     <mailto:mapserver-users at lists.osgeo.org>
>>     http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>>
>> ------------------------------------------------------------------------
>> NOTE: This message was trained as non-spam. If this is wrong, please
>> correct the training as soon as possible.
>> Spam <https://filter.gst.com/canit/b.php?i=01JIUgvAE&m=e50f357136f6&c=s>
>> Not spam
>> <https://filter.gst.com/canit/b.php?i=01JIUgvAE&m=e50f357136f6&c=n>
>> Forget previous vote
>> <https://filter.gst.com/canit/b.php?i=01JIUgvAE&m=e50f357136f6&c=f>
>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>

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


From jukka.rahkonen at mmmtike.fi  Sun Jun  9 04:32:18 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Sun, 9 Jun 2013 11:32:18 +0000
Subject: [mapserver-users] cascading wms and layer names encoding
In-Reply-To: <1370626691385-5058782.post@n6.nabble.com>
References: <1370539444009-5058504.post@n6.nabble.com>
	<84446DEF76453C439E9E97E438E13A63C1321F@suutari.haapa.mmm.fi>,
	<1370626691385-5058782.post@n6.nabble.com>
Message-ID: <84446DEF76453C439E9E97E438E13A63C1387A@suutari.haapa.mmm.fi>

Hi,

I am sure that layer names should not begin with a number by WMS standard, or perhaps it is XML in the background. Numbers are allowed later in the name but as the first character. However, I think this is just nice to know because I do not know any WMS client that would deny to use such layers. One reason may be that until rather recently all the ESRI WMS servers always created layer name starting with a number and there was no way to change that. So go ahead with numbers if you feel so, you are not alone.

I had a try with QGis 1.9 (Master) and it is listing very nice all WMS layer names, titles and abstracts. What QGis version do you use?

-Jukka Rahkonen-
________________________________________
duartecarreira wrote:

> Jukka, thanks for your reply.

> Some wms clients do not use the title from layers. They only show the name
(eg qgis).

> As it stands, my wms server creates wms layers names automatically from my
map project, either as a numeric sequence (0,1,2...) or the same string as
the title. (have you guessed which server it is?)
So I was trying to show qgis users something more meaningful than numbers.
And at the same time I was using MapServer to coalesce several layers into
one meaningful single layer, since WMC is so rarelly supported... this way
my users don't have to look at a list of layers and figure out which should
be used together to have a readable map. Since wms services are expensive in
server resources I tend to publish several layers in each one.

> So I guess I'll show layers named as numbers and leave it at that...

> Duarte







--
View this message in context: http://osgeo-org.1560.x6.nabble.com/cascading-wms-and-layer-names-encoding-tp5058504p5058782.html
Sent from the Mapserver - User mailing list archive at Nabble.com.
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


From jukka.rahkonen at mmmtike.fi  Sun Jun  9 04:57:24 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Sun, 9 Jun 2013 11:57:24 +0000
Subject: [mapserver-users] cascading wms and layer names encoding
In-Reply-To: <84446DEF76453C439E9E97E438E13A63C1387A@suutari.haapa.mmm.fi>
References: <1370539444009-5058504.post@n6.nabble.com>
	<84446DEF76453C439E9E97E438E13A63C1321F@suutari.haapa.mmm.fi>,
	<1370626691385-5058782.post@n6.nabble.com>,
	<84446DEF76453C439E9E97E438E13A63C1387A@suutari.haapa.mmm.fi>
Message-ID: <84446DEF76453C439E9E97E438E13A63C1388B@suutari.haapa.mmm.fi>

Sorry about wrong information concerning ESRI servers and WMS layer Names. I thought that ArcIMS is always using names beginning with numbers but obviously it can also convert Titles into Names (even if Title contains invalid characters) and I am not sure at all how layer Names are configured with ArcGIS server. Perhaps it in no more possible to create invalid Names.

-Jukka-

________________________________________
 Rahkonen Jukka wrote:

> Hi,

> I am sure that layer names should not begin with a number by WMS standard, or perhaps it is XML in the background. Numbers are allowed later in the name but as the first character. However, I think this is just nice to know because I do not know any WMS client that would deny to use such layers. One reason may be that until rather recently all the ESRI WMS servers always created layer name starting with a number and there was no way to change that. So go ahead with numbers if you feel so, you are not alone.

>I had a try with QGis 1.9 (Master) and it is listing very nice all WMS layer names, titles and abstracts. What QGis version do you use?

-Jukka Rahkonen-
________________________________________
duartecarreira wrote:

> Jukka, thanks for your reply.

> Some wms clients do not use the title from layers. They only show the name
(eg qgis).

> As it stands, my wms server creates wms layers names automatically from my
map project, either as a numeric sequence (0,1,2...) or the same string as
the title. (have you guessed which server it is?)
So I was trying to show qgis users something more meaningful than numbers.
And at the same time I was using MapServer to coalesce several layers into
one meaningful single layer, since WMC is so rarelly supported... this way
my users don't have to look at a list of layers and figure out which should
be used together to have a readable map. Since wms services are expensive in
server resources I tend to publish several layers in each one.

> So I guess I'll show layers named as numbers and leave it at that...

> Duarte







--
View this message in context: http://osgeo-org.1560.x6.nabble.com/cascading-wms-and-layer-names-encoding-tp5058504p5058782.html
Sent from the Mapserver - User mailing list archive at Nabble.com.
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


From woodbri at swoodbridge.com  Sun Jun  9 06:22:51 2013
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Sun, 09 Jun 2013 09:22:51 -0400
Subject: [mapserver-users] Mapcache tileset only shows sporadically in
 KML / Google Earth
In-Reply-To: <84446DEF76453C439E9E97E438E13A63C13824@suutari.haapa.mmm.fi>
References: <51AFFFC0.5040508@gst.com>
	<CAOM3y2i1DXz=aL49SZCUYrC+DPVt6VmBx0U9fOqEq=4z1qnACg@mail.gmail.com>
	<51B388F7.6010808@gst.com>, <51B39083.7030803@swoodbridge.com>
	<84446DEF76453C439E9E97E438E13A63C13824@suutari.haapa.mmm.fi>
Message-ID: <51B481AB.2030405@swoodbridge.com>

On 6/9/2013 6:23 AM, Rahkonen Jukka wrote:
> Hi,
>
> This is so important thing to know that it should be mentioned in
> http://www.mapserver.org/trunk/mapcache/seed.html I believe I am not
> the only GeoWebCache users who experiment with MapCache and think
> that MapCache can also do seeding/reseeding/truncating for an active
> cache because that is the standard with GWC.

I tend to agree with you on this point. You might want to write a ticket 
for this as a new feature with the use case(s) that you provided below. 
That said, Thomas has been very busy and getting any priority on this 
might need some funding.

> The need to use seeding tool with inative cache makes me to wonder
> how to implement partial updating of big cache like 1 TB in size in
> production environment. The service can't be stopped for truncating
> and reseeding. Making a copy of the active cache, truncating and
> reseeding the copy and finally switching MapCache to use the
> refreshed cache should work, but copying 1 TB of data is slow and
> keeping an extra terabyte on a hosted disk is costly.
>
> I guess that by using a GeoTIFF cache it would be possible to use the
> seeding tool for creating a new cache from the updated areas.  The
> tiff files in the new cache are using the same naming convention and
> therefore they could be copied on top of the outdated tiles in the
> active cache and this could happen on-the-fly. Would this work?

The way I have updated my live cache in the past is:

1. update the source with new data
2. run a script to delete tiles in the cache for the updated area of 
interest or 1/N of it if I want to do a multi-day N day update to spread 
the load out

This is relatively safe, but runs the risk of an occasional tile getting 
deleted while it is getting downloaded, but on the next refresh from the 
client a new tile will get loaded.

I have also written a script (can't find it at the moment) that computes 
the top-left tile in each metatile for a give area of interest and 
request it from apache. This in effect creates a seeder that uses apache 
to do the work and therefore works cooperatively with the live cache.

-Steve

> -Jukka Rahkonen-
>
>
>
> ________________________________________ Stephen Woodbridge wrote:
>
>> In general, The seeder can not be run on an active cache because it
>> does
> not coordinate tile generation with apache so if they both try to
> create the same tiles things can get confusing and there is a chance
> that an incomplete tile might get served with both writing the
> resulting tile might be damaged.
>
> -Steve W.
>
> On 6/8/2013 3:41 PM, John D. Evans wrote:
>> Hi,
>>
>> Thomas Bonfort wrote on 06/06/2013:
>>> As for the root issue, are your tilesets fully preseeded or are
>>> they populated on demand? KML superoverlays are organized in a
>>> tree, i.e. to access a tile at zoom level N you first need to
>>> access all parent tiles from level 0 to N-1; on an unseeded
>>> tileset with a slow wms backend this might be a very long wait.
>>> Also please check the apache error log for any mapcache related
>>> messages.
>>
>> Thanks for the input! Sorry for the delayed reply. My tiles had
>> been populated on demand but I finally found, installed, and ran
>> "mapcache_seed". It's now been running for 10+ hours now (*) but I
>> still get the same effect in Google Earth. (A very low-resolution
>> view displays when I'm zoomed out very far, but disappears as soon
>> as I try to zoom in.) Does the seeding have to be completely
>> finished before Google Earth can see beyond the top-level KML
>> tiles?
>>
>> Thanks again.
>>
>> - John E.
>>
>> (*) I'm running this on a fairly puny virtual machine (2 cores); I
>> guess I should try seeding with 8 or 10 threads on an 8-core
>> machine. I will also try limiting my zoom levels (I suspect I'm
>> seeding 0-17 by default) and my spatial extent (I'm probably doing
>> the whole globe by default -- lots of blank tiles :-).
>>
>>>
>>>
>>> On 6 June 2013 05:19, John D. Evans <john.evans at gst.com
>>> <mailto:john.evans at gst.com>> wrote:
>>>
>>> Hello,
>>>
>>> Not sure my earlier query made it to the list.
>>>
>>> I'm using MapCache to serve for some satellite image products.
>>> It sort of works: the tms and wmts browsers at /mapcache/demo
>>> show full coverage of my data area, and let users zoom in to see
>>> full resolution image mosaics. But the KML superoverlay (my
>>> reason for using MapCache) only displays in Google Earth when I'm
>>> zoomed very far out (so that the entire globe is not much bigger
>>> than a golf ball on my screen). If I zoom in, the image usually
>>> disappears; though sometimes when zoomed in I do see [only] the
>>> right (east) half of my tileset, at a very low resolution.
>>>
>>> Do you see anything wrong with my mapcache.xml (below)? Is there
>>> anything else I should be checking?
>>>
>>> (I'm using a simple disk cache in /tmp, with mod_mapcache from
>>> the Ubuntu libmapcache 1.0.0-3 package; Mapserver 6.2.1 is on the
>>> same machine, running in 64-bit Ubuntu 12.04. Mapserver works
>>> fine, and reports no errors [I think]. My client is Google Earth
>>> 7.)
>>>
>>> Thanks for taking a look,
>>>
>>> - John D. Evans GST, Inc / Greenbelt, MD
>>>
>>> Below is my mapcache.xml file (actually an excerpt of it: the
>>> real one has more tilesets and sources).
>>>
>>> <mapcache> <metadata> <title>my mapcache service</title>
>>> <abstract>woot! this is a service abstract!</abstract>
>>> </metadata>
>>>
>>> <cache name="disk" type="disk"> <base>/tmp</base>
>>> <symlink_blank/> </cache>
>>>
>>> <format name="PNG_BEST" type ="PNG">
>>> <compression>best</compression> </format> <format name="PNG_FAST"
>>> type ="PNG"> <compression>fast</compression> </format>
>>>
>>> <source name="CSPP_CloudPhase" type="wms"> <http>
>>> <url>http://localhost/cgi-bin/mapserv?</url> </http> <getmap>
>>> <params> <FORMAT>image/png</FORMAT>
>>> <LAYERS>iicmocp_daily</LAYERS> <MAP>/raid/maps/viirs.map</MAP>
>>> </params> </getmap> </source>
>>>
>>> <tileset name="CSPP_Cloud_Phase_EDR"> <metadata> <title>VIIRS
>>> Cloud Phase from NASA GSFC DRL</title> <abstract>Detailed
>>> description goes here</abstract> </metadata>
>>> <source>CSPP_CloudPhase</source> <cache>disk</cache>
>>> <format>PNG</format> <grid>WGS84</grid> <metatile>2 2</metatile>
>>> <expires>3600 <tel:3600></expires> <auto_expire>3600
>>> <tel:3600></auto_expire> <!-- <metabuffer>10</metabuffer> -->
>>> </tileset>
>>>
>>> <default_format>PNG_FAST</default_format>
>>>
>>> <service type="wms" enabled="true">
>>> <full_wms>assemble</full_wms>
>>> <resample_mode>bilinear</resample_mode>
>>> <format>PNG_FAST</format> <!-- <maxsize>4096</maxsize> -->
>>> </service>
>>>
>>> <service type="wmts" enabled="true"/> <service type="tms"
>>> enabled="true"/> <service type="kml" enabled="true"/> <service
>>> type="gmaps" enabled="true"/> <service type="ve"
>>> enabled="true"/> <service type="demo" enabled="true"/>
>>>
>>> <lock_dir>/tmp</lock_dir> <errors>report</errors>
>>> <threaded_fetching>true</threaded_fetching>
>>>
>>> </mapcache> _______________________________________________
>>> mapserver-users mailing list mapserver-users at lists.osgeo.org
>>> <mailto:mapserver-users at lists.osgeo.org>
>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>>
NOTE: This message was trained as non-spam. If this is wrong, please
>>> correct the training as soon as possible. Spam
>>> <https://filter.gst.com/canit/b.php?i=01JIUgvAE&m=e50f357136f6&c=s>
>>>
>>>
Not spam
>>> <https://filter.gst.com/canit/b.php?i=01JIUgvAE&m=e50f357136f6&c=n>
>>>
>>>
Forget previous vote
>>> <https://filter.gst.com/canit/b.php?i=01JIUgvAE&m=e50f357136f6&c=f>
>>
>>
>>
>>
>>>
_______________________________________________
>> mapserver-users mailing list mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>
> _______________________________________________ mapserver-users
> mailing list mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> _______________________________________________ mapserver-users
> mailing list mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>



From thomas.bonfort at gmail.com  Sun Jun  9 07:08:43 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Sun, 9 Jun 2013 16:08:43 +0200
Subject: [mapserver-users] Mapcache tileset only shows sporadically in
 KML / Google Earth
In-Reply-To: <51B39083.7030803@swoodbridge.com>
References: <51AFFFC0.5040508@gst.com>
	<CAOM3y2i1DXz=aL49SZCUYrC+DPVt6VmBx0U9fOqEq=4z1qnACg@mail.gmail.com>
	<51B388F7.6010808@gst.com> <51B39083.7030803@swoodbridge.com>
Message-ID: <CAOM3y2hrsWtroA0=8C4D+Nn5fG6XKWjV3HXWhJJ3-oPO+nXPBA@mail.gmail.com>

On 8 June 2013 22:13, Stephen Woodbridge <woodbri at swoodbridge.com> wrote:

> In general, The seeder can not be run on an active cache because it does
> not coordinate tile generation with apache so if they both try to create
> the same tiles things can get confusing and there is a chance that an
> incomplete tile might get served with both writing the resulting tile might
> be damaged.
>

Steve and Jukka,

This previous statement is not very accurate, as the seeder and apache
instance *do* coordinate themselves through the lockfiles (provided they
are run with a configuration that points to the same lockfile directory).
When *launching* the seeder (i.e. only once per seeding session), it will
delete any present lock files that might have been left over from a
previous run. This will impact the clients of a live apache instance *only*
if the seeder was launched at the exact same time the client was requesting
a tile *that wasn't already in the cache*. I believe that in practice for a
production system with long-spaced seed updates this will rarely be an
issue (i.e. your client is going on an area that no other user has ever
accessed in the last N months). This will however show up frequently on a
development system when you are interactively browsing the unseeded cache
while concurrently launching seeding sessions.

If this is really an issue for you, you can apply a single character patch
to the seeder to prevent it from deleting present lock files; you'll end up
with a deadlock if a lockfile was effectively left over from a failed
previous session, and it would be up to you to manually delete them in that
case. In the longer run, funding for storing the renderer pid inside the
lock file and automatically removing/ignoring the lock if the pid is not
present (won't work if seeding across multiple machines), or configuring a
timeout on the creation time of the lockfile (will fail if a WMS render
takes longer than your configured timeout).

regards,
thomas

>
> -Steve W.
>
>
> On 6/8/2013 3:41 PM, John D. Evans wrote:
>
>> Hi,
>>
>> Thomas Bonfort wrote on 06/06/2013:
>>
>>> As for the root issue, are your tilesets fully preseeded or are they
>>> populated on demand? KML superoverlays are organized in a tree, i.e.
>>> to access a tile at zoom level N you first need to access all parent
>>> tiles from level 0 to N-1; on an unseeded tileset with a slow wms
>>> backend this might be a very long wait. Also please check the apache
>>> error log for any mapcache related messages.
>>>
>>
>> Thanks for the input! Sorry for the delayed reply. My tiles had been
>> populated on demand but I finally found, installed, and ran
>> "mapcache_seed". It's now been running for 10+ hours now (*) but I still
>> get the same effect in Google Earth. (A very low-resolution view
>> displays when I'm zoomed out very far, but disappears as soon as I try
>> to zoom in.) Does the seeding have to be completely finished before
>> Google Earth can see beyond the top-level KML tiles?
>>
>> Thanks again.
>>
>>    - John E.
>>
>> (*) I'm running this on a fairly puny virtual machine (2 cores); I guess
>> I should try seeding with 8 or 10 threads on an 8-core machine. I will
>> also try limiting my zoom levels (I suspect I'm seeding 0-17 by default)
>> and my spatial extent (I'm probably doing the whole globe by default --
>> lots of blank tiles :-).
>>
>>
>>>
>>> On 6 June 2013 05:19, John D. Evans <john.evans at gst.com
>>> <mailto:john.evans at gst.com>> wrote:
>>>
>>>     Hello,
>>>
>>>     Not sure my earlier query made it to the list.
>>>
>>>     I'm using MapCache to serve for some satellite image products. It
>>>     sort of works: the tms and wmts browsers at /mapcache/demo show
>>>     full coverage of my data area, and let users zoom in to see full
>>>     resolution image mosaics. But the KML superoverlay (my reason for
>>>     using MapCache) only displays in Google Earth when I'm zoomed very
>>>     far out (so that the entire globe is not much bigger than a golf
>>>     ball on my screen). If I zoom in, the image usually disappears;
>>>     though sometimes when zoomed in I do see [only] the right (east)
>>>     half of my tileset, at a very low resolution.
>>>
>>>     Do you see anything wrong with my mapcache.xml (below)?
>>>     Is there anything else I should be checking?
>>>
>>>     (I'm using a simple disk cache in /tmp, with mod_mapcache from the
>>>     Ubuntu libmapcache 1.0.0-3 package; Mapserver 6.2.1 is on the same
>>>     machine, running in 64-bit Ubuntu 12.04. Mapserver works fine, and
>>>     reports no errors [I think]. My client is Google Earth 7.)
>>>
>>>     Thanks for taking a look,
>>>
>>>       - John D. Evans
>>>         GST, Inc / Greenbelt, MD
>>>
>>>     Below is my mapcache.xml file (actually an excerpt of it:
>>>     the real one has more tilesets and sources).
>>>
>>>     <mapcache>
>>>        <metadata>
>>>           <title>my mapcache service</title>
>>>           <abstract>woot! this is a service abstract!</abstract>
>>>        </metadata>
>>>
>>>        <cache name="disk" type="disk">
>>>           <base>/tmp</base>
>>>           <symlink_blank/>
>>>        </cache>
>>>
>>>        <format name="PNG_BEST" type ="PNG">
>>>           <compression>best</**compression>
>>>        </format>
>>>        <format name="PNG_FAST" type ="PNG">
>>>           <compression>fast</**compression>
>>>        </format>
>>>
>>>          <source name="CSPP_CloudPhase" type="wms">
>>>           <http>
>>>              <url>http://localhost/cgi-bin/**mapserv<http://localhost/cgi-bin/mapserv>
>>> ?</url>
>>>           </http>
>>>           <getmap>
>>>              <params>
>>>                 <FORMAT>image/png</FORMAT>
>>>                 <LAYERS>iicmocp_daily</LAYERS>
>>>                 <MAP>/raid/maps/viirs.map</**MAP>
>>>              </params>
>>>           </getmap>
>>>        </source>
>>>
>>>        <tileset name="CSPP_Cloud_Phase_EDR">
>>>           <metadata>
>>>              <title>VIIRS Cloud Phase from NASA GSFC DRL</title>
>>>              <abstract>Detailed description goes here</abstract>
>>>           </metadata>
>>>           <source>CSPP_CloudPhase</**source>
>>>           <cache>disk</cache>
>>>           <format>PNG</format>
>>>           <grid>WGS84</grid>
>>>           <metatile>2 2</metatile>
>>>           <expires>3600 <tel:3600></expires>
>>>           <auto_expire>3600 <tel:3600></auto_expire>
>>>
>>>           <!-- <metabuffer>10</metabuffer> -->
>>>        </tileset>
>>>
>>>        <default_format>PNG_FAST</**default_format>
>>>
>>>        <service type="wms" enabled="true">
>>>           <full_wms>assemble</full_wms>
>>>           <resample_mode>bilinear</**resample_mode>
>>>           <format>PNG_FAST</format>
>>>           <!-- <maxsize>4096</maxsize> -->
>>>        </service>
>>>
>>>        <service type="wmts" enabled="true"/>
>>>        <service type="tms" enabled="true"/>
>>>        <service type="kml" enabled="true"/>
>>>        <service type="gmaps" enabled="true"/>
>>>        <service type="ve" enabled="true"/>
>>>        <service type="demo" enabled="true"/>
>>>
>>>        <lock_dir>/tmp</lock_dir>
>>>        <errors>report</errors>
>>>        <threaded_fetching>true</**threaded_fetching>
>>>
>>>     </mapcache>
>>>     ______________________________**_________________
>>>     mapserver-users mailing list
>>>     mapserver-users at lists.osgeo.**org <mapserver-users at lists.osgeo.org>
>>>     <mailto:mapserver-users at lists.**osgeo.org<mapserver-users at lists.osgeo.org>
>>> >
>>>     http://lists.osgeo.org/**mailman/listinfo/mapserver-**users<http://lists.osgeo.org/mailman/listinfo/mapserver-users>
>>>
>>>
>>> ------------------------------**------------------------------**
>>> ------------
>>>
>>> NOTE: This message was trained as non-spam. If this is wrong, please
>>> correct the training as soon as possible.
>>> Spam <https://filter.gst.com/canit/**b.php?i=01JIUgvAE&m=**
>>> e50f357136f6&c=s<https://filter.gst.com/canit/b.php?i=01JIUgvAE&m=e50f357136f6&c=s>
>>> >
>>> Not spam
>>> <https://filter.gst.com/canit/**b.php?i=01JIUgvAE&m=**e50f357136f6&c=n<https://filter.gst.com/canit/b.php?i=01JIUgvAE&m=e50f357136f6&c=n>
>>> >
>>> Forget previous vote
>>> <https://filter.gst.com/canit/**b.php?i=01JIUgvAE&m=**e50f357136f6&c=f<https://filter.gst.com/canit/b.php?i=01JIUgvAE&m=e50f357136f6&c=f>
>>> >
>>>
>>
>>
>>
>> ______________________________**_________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.**org <mapserver-users at lists.osgeo.org>
>> http://lists.osgeo.org/**mailman/listinfo/mapserver-**users<http://lists.osgeo.org/mailman/listinfo/mapserver-users>
>>
>>
> ______________________________**_________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.**org <mapserver-users at lists.osgeo.org>
> http://lists.osgeo.org/**mailman/listinfo/mapserver-**users<http://lists.osgeo.org/mailman/listinfo/mapserver-users>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130609/1a8fbd48/attachment.htm>

From jukka.rahkonen at mmmtike.fi  Sun Jun  9 09:02:32 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Sun, 9 Jun 2013 16:02:32 +0000
Subject: [mapserver-users] Creating lower aeriel image cache from the best
	resolution tiles
Message-ID: <84446DEF76453C439E9E97E438E13A63C138C8@suutari.haapa.mmm.fi>

Hi,

Have you been considering to seed the cache for aerial or satellite image layers in opposite order compered to the normal Z0, Z1, Z2... so that only the best resolution Z(max) tiles (or perhaps also Z(max-1) were requested from the WMS? The lower resolution tiles could me created by combining and resamplint tiles from the tiles of the higher zoom level in groups of 4. This should be much faster than asking lower level images from the WMS, especially if the WMS is a remote one and connection is slow. If resampling from Z+1 tiles yields to artifacts I feel that quality by resampling from Z+2 would normally be good and speed migh be still fantastic.

-Jukka Rahkonen-



From thomas.bonfort at gmail.com  Sun Jun  9 09:14:48 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Sun, 9 Jun 2013 18:14:48 +0200
Subject: [mapserver-users] Creating lower aeriel image cache from the
 best resolution tiles
In-Reply-To: <84446DEF76453C439E9E97E438E13A63C138C8@suutari.haapa.mmm.fi>
References: <84446DEF76453C439E9E97E438E13A63C138C8@suutari.haapa.mmm.fi>
Message-ID: <CAOM3y2hJofaPzz1KQpTVj241G=7tK8K0Tm907NsCutgg-0-LNg@mail.gmail.com>

Jukka,
No this is not considered, and you'll have to be really persuasive to make
this happen as I do not see any advantage of adding this :) The reason is
that in order to create e.g. the tile for level 0 for the first time,
you'll have to downsample (and maybe previously seed) the full z=21 level
(and all the intermediate ones).

regards,
thomas


On 9 June 2013 18:02, Rahkonen Jukka <jukka.rahkonen at mmmtike.fi> wrote:

> Hi,
>
> Have you been considering to seed the cache for aerial or satellite image
> layers in opposite order compered to the normal Z0, Z1, Z2... so that only
> the best resolution Z(max) tiles (or perhaps also Z(max-1) were requested
> from the WMS? The lower resolution tiles could me created by combining and
> resamplint tiles from the tiles of the higher zoom level in groups of 4.
> This should be much faster than asking lower level images from the WMS,
> especially if the WMS is a remote one and connection is slow. If resampling
> from Z+1 tiles yields to artifacts I feel that quality by resampling from
> Z+2 would normally be good and speed migh be still fantastic.
>
> -Jukka Rahkonen-
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130609/9937486a/attachment.htm>

From jukka.rahkonen at mmmtike.fi  Sun Jun  9 10:02:13 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Sun, 9 Jun 2013 17:02:13 +0000
Subject: [mapserver-users] Creating lower aeriel image cache from the
 best resolution tiles
In-Reply-To: <CAOM3y2hJofaPzz1KQpTVj241G=7tK8K0Tm907NsCutgg-0-LNg@mail.gmail.com>
References: <84446DEF76453C439E9E97E438E13A63C138C8@suutari.haapa.mmm.fi>,
	<CAOM3y2hJofaPzz1KQpTVj241G=7tK8K0Tm907NsCutgg-0-LNg@mail.gmail.com>
Message-ID: <84446DEF76453C439E9E97E438E13A63C138E2@suutari.haapa.mmm.fi>

Hi,

You do not need to be stupid and make MapCache to use it for everything :)

I bet you have used gdaladdo sometime in your life. I have a feeling that Maptiler is also working in this order so there is nothing new in the idea. And if you ask the tile for level Z0 of an aerial image layer for the first time from WMS server you actually ask the server to downsample the full coverage from the native resolution images. Of coarse we, the server admins, have done something to prevent such a lunatic thing to happen and we have overviews in the images and we use generalized layers in scale dependent layer groups. But at least  our Mapserver is still  rather slow when the BBOX is large.

You can make a test which is basically doing the same thing as
gdalwarp -of GTiff a_tile.tif b_tile.tif c_tile.tif d_tile.tif -tr [double the original] next_level_tile.tif

I bet you know some programming tricks for making that very fast with multithreading and everything. If it is fast then there is some advantege, if not, we can forget the idea.

-Jukka Rahkonen-

________________________________
thomas bonfort wrote:

> Jukka,
> No this is not considered, and you'll have to be really persuasive to make this happen as I do not see any advantage of adding this :) The reason is that in order to create e.g. the tile for level 0 for the first time, you'll have to downsample (and maybe previously seed) the full z=21 level (and all the intermediate ones).

> regards,
> thomas


On 9 June 2013 18:02, Rahkonen Jukka <jukka.rahkonen at mmmtike.fi<mailto:jukka.rahkonen at mmmtike.fi>> wrote:
Hi,

Have you been considering to seed the cache for aerial or satellite image layers in opposite order compered to the normal Z0, Z1, Z2... so that only the best resolution Z(max) tiles (or perhaps also Z(max-1) were requested from the WMS? The lower resolution tiles could me created by combining and resamplint tiles from the tiles of the higher zoom level in groups of 4. This should be much faster than asking lower level images from the WMS, especially if the WMS is a remote one and connection is slow. If resampling from Z+1 tiles yields to artifacts I feel that quality by resampling from Z+2 would normally be good and speed migh be still fantastic.

-Jukka Rahkonen-

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



From punk.kish at gmail.com  Sun Jun  9 10:22:43 2013
From: punk.kish at gmail.com (Puneet Kishor)
Date: Sun, 9 Jun 2013 10:22:43 -0700
Subject: [mapserver-users] Creating lower aeriel image cache from the
	best resolution tiles
In-Reply-To: <CAOM3y2hJofaPzz1KQpTVj241G=7tK8K0Tm907NsCutgg-0-LNg@mail.gmail.com>
References: <84446DEF76453C439E9E97E438E13A63C138C8@suutari.haapa.mmm.fi>
	<CAOM3y2hJofaPzz1KQpTVj241G=7tK8K0Tm907NsCutgg-0-LNg@mail.gmail.com>
Message-ID: <E15B7885-E6FF-4836-B96D-5E055618C00A@gmail.com>

Yesterday at SOTMUS here in SF, Dane Springmeyer (Maobox) demonstrated something they call "overzooming" that might be worth investigating. It seems to solve the kind of problem Thomas is articulating.



--
Puneet Kishor
Policy Coordinator for Science and Data
Creative Commons

On Jun 9, 2013, at 9:14 AM, thomas bonfort <thomas.bonfort at gmail.com> wrote:

> Jukka,
> No this is not considered, and you'll have to be really persuasive to make this happen as I do not see any advantage of adding this :) The reason is that in order to create e.g. the tile for level 0 for the first time, you'll have to downsample (and maybe previously seed) the full z=21 level (and all the intermediate ones).
> 
> regards,
> thomas
> 
> 
> On 9 June 2013 18:02, Rahkonen Jukka <jukka.rahkonen at mmmtike.fi> wrote:
>> Hi,
>> 
>> Have you been considering to seed the cache for aerial or satellite image layers in opposite order compered to the normal Z0, Z1, Z2... so that only the best resolution Z(max) tiles (or perhaps also Z(max-1) were requested from the WMS? The lower resolution tiles could me created by combining and resamplint tiles from the tiles of the higher zoom level in groups of 4. This should be much faster than asking lower level images from the WMS, especially if the WMS is a remote one and connection is slow. If resampling from Z+1 tiles yields to artifacts I feel that quality by resampling from Z+2 would normally be good and speed migh be still fantastic.
>> 
>> -Jukka Rahkonen-
>> 
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130609/432a4d64/attachment.htm>

From jukka.rahkonen at mmmtike.fi  Sun Jun  9 14:53:58 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Sun, 9 Jun 2013 21:53:58 +0000
Subject: [mapserver-users] Creating lower aeriel image cache from the
 best resolution tiles
In-Reply-To: <E15B7885-E6FF-4836-B96D-5E055618C00A@gmail.com>
References: <84446DEF76453C439E9E97E438E13A63C138C8@suutari.haapa.mmm.fi>
	<CAOM3y2hJofaPzz1KQpTVj241G=7tK8K0Tm907NsCutgg-0-LNg@mail.gmail.com>,
	<E15B7885-E6FF-4836-B96D-5E055618C00A@gmail.com>
Message-ID: <84446DEF76453C439E9E97E438E13A63C1391C@suutari.haapa.mmm.fi>

Hi,

I took some numbers from the real system. We use a custom tile schema with 15 resolution levels
between 0.5 and 8192 meters. Six of the resolutions levels 0.5-16 m) come from the same original aerial images so it would be possible to build lower resolution level from previously generated tiles. Nothing special here, basically it is the same process than I have done for all the originals by running "gdalddo 2 4 8 16 32"  so I believe that the image quality would be comparable.

There are roughly 24 million tiles on the disk for the 0.5 m resolution and with 5 by 5 sized metatiles it has
taken nearly 1 million WMS requests to seed the cache. There is no alternative for seeding this resolution level, it just has to be seeded from WMS and we want to have a completely seeded cache. The interesting question concerns seeding the 1 m resolution level. In our existing situaltion we have sent about 250000 WMS requests and split the metatiles into 8 million final tiles. It would be nice to know how long it would take to build the tiles by doing 8 million times "take four tiles, combine and resample". Because there are only 86400 seconds in a day even small differences count. Even if combining tiles would be somewhat slower it might be a good alternative because the WMS server would take 250000 requests less and it is a production server which has other things to do as well.

In our case the source data of WMS suits very well for seeding because the native resolution is the same than the final one and images have overviews which also fit perfectly, and the native imagery and cache are using the same projection. Obviously systems where WMS server must to reprojecting and adjust pixel size would get more advantage from aggregating higher resolution tiles.

-Jukka Rahkonen-


________________________________
L?hett?j?: Puneet Kishor [punk.kish at gmail.com]
L?hetetty: 9. kes?kuuta 2013 20:22
Vastaanottaja: thomas bonfort
Cc: Rahkonen Jukka; Mapserver-Users (mapserver-users at lists.osgeo.org)
Aihe: Re: [mapserver-users] Creating lower aeriel image cache from the best resolution tiles

Yesterday at SOTMUS here in SF, Dane Springmeyer (Maobox) demonstrated something they call "overzooming" that might be worth investigating. It seems to solve the kind of problem Thomas is articulating.



--
Puneet Kishor
Policy Coordinator for Science and Data
Creative Commons

On Jun 9, 2013, at 9:14 AM, thomas bonfort <thomas.bonfort at gmail.com<mailto:thomas.bonfort at gmail.com>> wrote:

Jukka,
No this is not considered, and you'll have to be really persuasive to make this happen as I do not see any advantage of adding this :) The reason is that in order to create e.g. the tile for level 0 for the first time, you'll have to downsample (and maybe previously seed) the full z=21 level (and all the intermediate ones).

regards,
thomas


On 9 June 2013 18:02, Rahkonen Jukka <jukka.rahkonen at mmmtike.fi<mailto:jukka.rahkonen at mmmtike.fi>> wrote:
Hi,

Have you been considering to seed the cache for aerial or satellite image layers in opposite order compered to the normal Z0, Z1, Z2... so that only the best resolution Z(max) tiles (or perhaps also Z(max-1) were requested from the WMS? The lower resolution tiles could me created by combining and resamplint tiles from the tiles of the higher zoom level in groups of 4. This should be much faster than asking lower level images from the WMS, especially if the WMS is a remote one and connection is slow. If resampling from Z+1 tiles yields to artifacts I feel that quality by resampling from Z+2 would normally be good and speed migh be still fantastic.

-Jukka Rahkonen-

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

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


From jukka.rahkonen at mmmtike.fi  Mon Jun 10 00:25:27 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Mon, 10 Jun 2013 07:25:27 +0000
Subject: [mapserver-users] Installing mod_mapcache on Apache 2.4.4
Message-ID: <84446DEF76453C439E9E97E438E13A63C13A58@suutari.haapa.mmm.fi>

Hi,

In  case this could help someone, I found that for some reason the instructions for installing Mapcache on Apache version >2.4 did not work for me.
The document http://www.mapserver.org/trunk/mapcache/install.html suggests to use the new access control syntax which is described in a similar way also in this Apache document http://www.mapserver.org/trunk/mapcache/install.html

The syntax to use nowadays is like
<IfModule mapcache_module>
   <Directory /path/to/directory>
      Require all granted
   </Directory>
   MapCacheAlias /mapcache "/path/to/directory/mapcache.xml"
</IfModule> "

However, with that configuration my Apache v. 2.4.4 (Unix) on CentOS told that there is no permission to /mapcache. After changing back to the Apache <2.4 syntax I can access  Mapcache

<Directory /path/to/directory>
      Order Allow,Deny
      Allow from all
</Directory>

-Jukka Rahkonen-


From James.Evans at hill.af.mil  Mon Jun 10 09:57:46 2013
From: James.Evans at hill.af.mil (Evans, James R Civ USAF ACC 84 RADES/SCZE)
Date: Mon, 10 Jun 2013 10:57:46 -0600
Subject: [mapserver-users] Best way to import 4.5TB of imagery?
In-Reply-To: <51B1F0FE.4070800@swoodbridge.com>
References: <1370615495916-5058745.post@n6.nabble.com>
	<51B1F0FE.4070800@swoodbridge.com>
Message-ID: <35C8F653C6AB9E44B3BC7E4D89634A6D05F30ACA@VFUTMLAO03.Enterprise.afmc.ds.af.mil>

Hi Stephen,
Thanks, for the reply.  I previously got 4 sample images from the USDA, and
was able to get them to work just fine.  There was no processing required.
The sample images I got were all from Utah, and they are NAD83, UTM zone 12.
I added the 4 sample images to a shape file using gdaltindex.   I used UPSG
26912 and mapserver served them up very quickly for such large files.  

Now I have this entire data set, and it stretches from UTM zone 10, to UTM
zone 19.  The data is divided into directories by two letter state
abbreviations, and under that into subdirectories.  I'm just wondering how
to add this to my mapfile.  Do I need a different entry for each UTM Zone?
How is it possible to get a single layer entry that includes multiple
projections?  This is looking like a huge job and I just want to know the
best strategy for getting this done.
Thanks,
James




 
-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org
[mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stephen
Woodbridge
Sent: Friday, June 07, 2013 8:41 AM
To: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Best way to import 4.5TB of imagery?

On 6/7/2013 10:31 AM, James_in_Utah wrote:
> Hi,
> We just got 3 hard drive, loaded with 4.5TB of NAIP imagery for all of 
> CONUS.  I think there's a total of about 400,000 jpgs.  The data is in 
> directories, by states.  Under each state, there are subfolders, 
> probably reference by longitude.  Other than going through folder by 
> folder, adding each image to a shape file using gdaltindex, what's the 
> best strategy for loading a couple of hundred thousand files up to our 
> server and making the imagery available via our mapserver?  Should I 
> maintain the current directory structure when I copy the imagery to 
> the server, or just dump all of it into a single directory?  Do I want 
> to stay with 1 shape file, or break it up by state?  We eventually 
> want a contiguous layer for all of CONUS to be served up to our users.

James,

Since imagery data is served via gdal, you might want to also ask this
question on the gdal list.

There are issues with jpg related to the fact that if you only want a small
part of the image you still have to uncompress the whole image. So part of
the answer might be that you need to pre-process all the imagery into
something like a jpg compress tiled geotif or something else.

You also need to consider what projection your imagery is in and what
projection you want to display it in. Because if you need to preprocess the
data, that would also be a good time to reproject it.

Anyway the gdal list can probably ask additional questions to help sort all
that out.

-Steve W

_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 6912 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130610/96a3b5f1/attachment.bin>

From Johan.Forsman at LA.GOV  Mon Jun 10 11:19:54 2013
From: Johan.Forsman at LA.GOV (Johan Forsman)
Date: Mon, 10 Jun 2013 13:19:54 -0500
Subject: [mapserver-users] Templated for related data
Message-ID: <19FF1509903B004DAC054E067970A6F305927C90@MAILMBX06.MAIL.LA.GOV>

All:

I have a case where I want to show data in a one-to-many relationship, but the related data are more than one table "away", or perhaps expressed as one-to-many-to-many.
For example, I have three tables: [sampling_point], [samples], [analytical_results].

[samples] is linked to [sampling_point] and
[analytical_results] is linked to [samples].
[samples] contains sample id, sampling date, etc., and
[analytical_results] contains the analytical names and results for each sample.

I want to map each sampling point once, then I want to display the related analytical data as a table so that the data are "grouped" first by sampling point, then by sample id + sampling date, approximately like so:

[sampling_point_id1]
    [samples_id1] + [samples_date1]
        [analyte_name1] + [analyte_result1]
        [analyte_name2] + [analyte_result2]
        [analyte_name3] + [analyte_result3]
    [samples_id2] + [samples_date2]
        [analyte_name1] + [analyte_result1]
        [analyte_name2] + [analyte_result2]
        [analyte_name3] + [analyte_result3]
[sampling_point_id2]
    [samples_id1] + [samples_date1]
        [analyte_name1] + [analyte_result1]

Etc.

I can successfully display the data at one level "shallower" by using the LAYER + JOIN structure and the associated templates, however I have only been able to accomplish this between one layer and one table, thus either losing the grouping of unique sample_id and associated sample_date, or including those fields with the analytical results and creating long displays of repeated id and date values for each analytical result like so:

[sampling_point_id1]
    [samples_id1] + [samples_date1] + [analyte_name1] + [analyte_result1]
    [samples_id1] + [samples_date1] + [analyte_name2] + [analyte_result2]
    [samples_id1] + [samples_date1] + [analyte_name3] + [analyte_result3]
    [samples_id2] + [samples_date2] + [analyte_name1] + [analyte_result1]
    [samples_id2] + [samples_date2] + [analyte_name2] + [analyte_result2]
    [samples_id2] + [samples_date2] + [analyte_name3] + [analyte_result3]
[sampling_point_id2]
Etc.

Please advise how I may accomplish this or redirect my thinking, whichever is necessary.

Thank you,
Johan

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

From woodbri at swoodbridge.com  Mon Jun 10 11:33:46 2013
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Mon, 10 Jun 2013 14:33:46 -0400
Subject: [mapserver-users] Best way to import 4.5TB of imagery?
In-Reply-To: <35C8F653C6AB9E44B3BC7E4D89634A6D05F30ACA@VFUTMLAO03.Enterprise.afmc.ds.af.mil>
References: <1370615495916-5058745.post@n6.nabble.com>
	<51B1F0FE.4070800@swoodbridge.com>
	<35C8F653C6AB9E44B3BC7E4D89634A6D05F30ACA@VFUTMLAO03.Enterprise.afmc.ds.af.mil>
Message-ID: <51B61C0A.6010901@swoodbridge.com>

On 6/10/2013 12:57 PM, Evans, James R Civ USAF ACC 84 RADES/SCZE wrote:
> Hi Stephen,
> Thanks, for the reply.  I previously got 4 sample images from the USDA, and
> was able to get them to work just fine.  There was no processing required.
> The sample images I got were all from Utah, and they are NAD83, UTM zone 12.
> I added the 4 sample images to a shape file using gdaltindex.   I used UPSG
> 26912 and mapserver served them up very quickly for such large files.
>
> Now I have this entire data set, and it stretches from UTM zone 10, to UTM
> zone 19.  The data is divided into directories by two letter state
> abbreviations, and under that into subdirectories.  I'm just wondering how
> to add this to my mapfile.  Do I need a different entry for each UTM Zone?
> How is it possible to get a single layer entry that includes multiple
> projections?  This is looking like a huge job and I just want to know the
> best strategy for getting this done.

So now you have a problem. You data is in UTM spread over 10 different 
projections. What do you plane to do when have your image is zone 10 and 
half is in zone 11 or if you zoom out and you images has 3-4 zones 
displayed?

All data in an image must be rendered in the same projection. While I 
don't doubt that your test with 4 images worked fine, did you you test 
this a multiple zoom levels and at some point you will probably want to 
create a super overlay image so you do not have to open multiple files 
to just pull a tiny overlay out of each one.

Your use cases will determine how you want to deal with the data. For 
example does it HAVE to be in a UTM projection, or can you work with a 
Spherical Mercator or geographic projection? The end solution will be 
much easier if you can work with one common projection over your whole 
data set. Otherwise, you will have to deal with the transitions from one 
zone to the next or maybe set up 10 separate servers that only serve one 
zone.

Having pushed larges amounts (4-25TB) of imagery data more than once it 
is important to make these decisions up front and and prototype up 
something like a 4-10 degree square across a UTM boundary and make sure 
that the results are going to be what you expect before you process all 
the data.

-Steve

> Thanks,
> James
>
>
>
>
>
> -----Original Message-----
> From: mapserver-users-bounces at lists.osgeo.org
> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stephen
> Woodbridge
> Sent: Friday, June 07, 2013 8:41 AM
> To: mapserver-users at lists.osgeo.org
> Subject: Re: [mapserver-users] Best way to import 4.5TB of imagery?
>
> On 6/7/2013 10:31 AM, James_in_Utah wrote:
>> Hi,
>> We just got 3 hard drive, loaded with 4.5TB of NAIP imagery for all of
>> CONUS.  I think there's a total of about 400,000 jpgs.  The data is in
>> directories, by states.  Under each state, there are subfolders,
>> probably reference by longitude.  Other than going through folder by
>> folder, adding each image to a shape file using gdaltindex, what's the
>> best strategy for loading a couple of hundred thousand files up to our
>> server and making the imagery available via our mapserver?  Should I
>> maintain the current directory structure when I copy the imagery to
>> the server, or just dump all of it into a single directory?  Do I want
>> to stay with 1 shape file, or break it up by state?  We eventually
>> want a contiguous layer for all of CONUS to be served up to our users.
>
> James,
>
> Since imagery data is served via gdal, you might want to also ask this
> question on the gdal list.
>
> There are issues with jpg related to the fact that if you only want a small
> part of the image you still have to uncompress the whole image. So part of
> the answer might be that you need to pre-process all the imagery into
> something like a jpg compress tiled geotif or something else.
>
> You also need to consider what projection your imagery is in and what
> projection you want to display it in. Because if you need to preprocess the
> data, that would also be a good time to reproject it.
>
> Anyway the gdal list can probably ask additional questions to help sort all
> that out.
>
> -Steve W
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>



From Weisbend at WAPA.GOV  Mon Jun 10 12:52:45 2013
From: Weisbend at WAPA.GOV (Weisbender, Eric)
Date: Mon, 10 Jun 2013 19:52:45 +0000
Subject: [mapserver-users] MapServer 6.2.1 and ArcSDE 10
In-Reply-To: <C549F0496453D842B4DD71AC8188DDC55192A8@055-CH1MPN1-041.055d.mgd.msft.net>
References: <9FE7B20682D2EE4CB9F40163E1EB4F08985DDF@afovsml1m.WAPA.INT>
	<C549F0496453D842B4DD71AC8188DDC55192A8@055-CH1MPN1-041.055d.mgd.msft.net>
Message-ID: <9FE7B20682D2EE4CB9F40163E1EB4F08986247@afovsml1m.WAPA.INT>

Hello,

I recompiled MapServer / SDE setting CFLAGS='-DSDE64'.  I am now getting the following error when I try to draw the SDE Layer.

msDrawMap(): Image handling error. Failed to draw layer named 'sde' sdeCopyShape(): SDE error. Unsupported SDE shape type (140733193388036).

This is my SDE Layer Definition.  Any help would be greatly appreciated.

LAYER
  NAME "sde"
  TYPE LINE
  STATUS OFF
  CONNECTION "JLVGISGATEM,5353,sde,cso_editor,c1rcu1t#"
  CONNECTIONTYPE SDE
  DATA "RMR.MNT_SPANS,SHAPE,SDE.DEFAULT"
  TEMPLATE "/data/gis/www/html/ms_common/tlines.html"
  CLASS
     STYLE
      COLOR 200 200 0
                  WIDTH 10
     END
  END
END

Thanks,

Eric Weisbender
Western Area Power Administration
Corporate Service Office
U.S. Dept. of Energy
office: (720) 962-7280
email: weisbend at wapa.gov<mailto:weisbend at wapa.gov>

From: Lime, Steve D (MNIT) [mailto:Steve.Lime at state.mn.us]
Sent: June 07, 2013 1:46 PM
To: Weisbender, Eric; mapserver-users at lists.osgeo.org
Subject: RE: MapServer 6.2.1 and ArcSDE 10

Ah, I ran into this to as well, see ticket https://github.com/mapserver/mapserver/issues/4521. I've attached a diff that made things work well for me. Once a fix is put in place for 6.4 (git master) we can backport to 6.2.

Steve

From: mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Weisbender, Eric
Sent: Friday, June 07, 2013 2:26 PM
To: mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Subject: [mapserver-users] MapServer 6.2.1 and ArcSDE 10

Hello,

We have successfully compiled MapServer 6.2.1 with ArcSDE10 and can see the SDE server ok.  When I try to draw a line layer I get the following error.

msDrawMap(): Image handling error. Failed to draw layer named 'sde' msSDELayerWhichShapes(): SDE error. getSDEQueryInfo(): Success. (0 getSDEQueryInfo(): SDE error. SE_queryinfo_set_columns(): Invalid parameter value passed to function. (4294967230)

The layer definition looks like this and all of the parameters look good.

LAYER
  NAME "sde"
  TYPE LINE
  STATUS OFF
  CONNECTIONTYPE SDE
  CONNECTION "JLVGISGATEM,5353,sde,cso_editor,c1rcu1t#"
  DATA "RMR.MNT_SPANS,SHAPE,SDE.DEFAULT"
  TEMPLATE "/data/gis/www/html/ms_common/tlines.html"
  CLASS
     STYLE
      COLOR 200 200 0
                  WIDTH 10
     END
  END
END

If anyone has an idea of what I am missing or doing wrong any help is greatly appreciated.


Thanks,

Eric Weisbender

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

From James.Evans at hill.af.mil  Mon Jun 10 15:48:22 2013
From: James.Evans at hill.af.mil (Evans, James R Civ USAF ACC 84 RADES/SCZE)
Date: Mon, 10 Jun 2013 16:48:22 -0600
Subject: [mapserver-users] Best way to import 4.5TB of imagery?
In-Reply-To: <51B61C0A.6010901@swoodbridge.com>
References: <1370615495916-5058745.post@n6.nabble.com>
	<51B1F0FE.4070800@swoodbridge.com>
	<35C8F653C6AB9E44B3BC7E4D89634A6D05F30ACA@VFUTMLAO03.Enterprise.afmc.ds.af.mil>
	<51B61C0A.6010901@swoodbridge.com>
Message-ID: <35C8F653C6AB9E44B3BC7E4D89634A6D05F30CAA@VFUTMLAO03.Enterprise.afmc.ds.af.mil>

So, I'm guessing there's no easy way to automate this?  Even looking at the
states, some of the states are in two zones, and Texas is across 3 zones.
At least the naming convention of the files indicate the UTM zone.  For
instance:  m_2408002_ne_17_1_20100422_201001123.jp2, is in zone 17.  As far
as I can tell, all the files in a particular directory are all in the same
UTM zone.  I could create a layer for each UTM zone across CONUS, but that's
not going to be particularly useful to my users.  I'm thinking of making a
layer for each state.  For the stats that cross zones, there will probably
be two layers.  For Texas, there would be Texas_east, Texas_middle, and
Texas_west.  I will probably limit visibility until zoomed in sufficiently
to see the whole state on the screen anyway, since the continental view of
this data is pretty crappy anyway.  So now it seems like it will be a lot of
grunt work just copying these directories up to the server, and going
through and creating a shape file index for each state.  For states in more
than one UTM, there would be more than one shape.  Then I'll have to add a
layer for to my mapfile for each shapefile, using the correct projection.
Is there an easier way?  I'm starting with Oklahoma, which is also in three
UTM zones.  I'll get that working before moving on.  Any suggestions on
making this pretty would be welcomed.  :-)




-----Original Message-----
From: Stephen Woodbridge [mailto:woodbri at swoodbridge.com] 
Sent: Monday, June 10, 2013 12:34 PM
To: Evans, James R Civ USAF ACC 84 RADES/SCZE
Cc: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Best way to import 4.5TB of imagery?

On 6/10/2013 12:57 PM, Evans, James R Civ USAF ACC 84 RADES/SCZE wrote:
> Hi Stephen,
> Thanks, for the reply.  I previously got 4 sample images from the 
> USDA, and was able to get them to work just fine.  There was no processing
required.
> The sample images I got were all from Utah, and they are NAD83, UTM zone
12.
> I added the 4 sample images to a shape file using gdaltindex.   I used
UPSG
> 26912 and mapserver served them up very quickly for such large files.
>
> Now I have this entire data set, and it stretches from UTM zone 10, to 
> UTM zone 19.  The data is divided into directories by two letter state 
> abbreviations, and under that into subdirectories.  I'm just wondering 
> how to add this to my mapfile.  Do I need a different entry for each UTM
Zone?
> How is it possible to get a single layer entry that includes multiple 
> projections?  This is looking like a huge job and I just want to know 
> the best strategy for getting this done.

So now you have a problem. You data is in UTM spread over 10 different
projections. What do you plane to do when have your image is zone 10 and
half is in zone 11 or if you zoom out and you images has 3-4 zones
displayed?

All data in an image must be rendered in the same projection. While I don't
doubt that your test with 4 images worked fine, did you you test this a
multiple zoom levels and at some point you will probably want to create a
super overlay image so you do not have to open multiple files to just pull a
tiny overlay out of each one.

Your use cases will determine how you want to deal with the data. For
example does it HAVE to be in a UTM projection, or can you work with a
Spherical Mercator or geographic projection? The end solution will be much
easier if you can work with one common projection over your whole data set.
Otherwise, you will have to deal with the transitions from one zone to the
next or maybe set up 10 separate servers that only serve one zone.

Having pushed larges amounts (4-25TB) of imagery data more than once it is
important to make these decisions up front and and prototype up something
like a 4-10 degree square across a UTM boundary and make sure that the
results are going to be what you expect before you process all the data.

-Steve

> Thanks,
> James
>
>
>
>
>
> -----Original Message-----
> From: mapserver-users-bounces at lists.osgeo.org
> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stephen 
> Woodbridge
> Sent: Friday, June 07, 2013 8:41 AM
> To: mapserver-users at lists.osgeo.org
> Subject: Re: [mapserver-users] Best way to import 4.5TB of imagery?
>
> On 6/7/2013 10:31 AM, James_in_Utah wrote:
>> Hi,
>> We just got 3 hard drive, loaded with 4.5TB of NAIP imagery for all 
>> of CONUS.  I think there's a total of about 400,000 jpgs.  The data 
>> is in directories, by states.  Under each state, there are 
>> subfolders, probably reference by longitude.  Other than going 
>> through folder by folder, adding each image to a shape file using 
>> gdaltindex, what's the best strategy for loading a couple of hundred 
>> thousand files up to our server and making the imagery available via 
>> our mapserver?  Should I maintain the current directory structure 
>> when I copy the imagery to the server, or just dump all of it into a 
>> single directory?  Do I want to stay with 1 shape file, or break it 
>> up by state?  We eventually want a contiguous layer for all of CONUS to
be served up to our users.
>
> James,
>
> Since imagery data is served via gdal, you might want to also ask this 
> question on the gdal list.
>
> There are issues with jpg related to the fact that if you only want a 
> small part of the image you still have to uncompress the whole image. 
> So part of the answer might be that you need to pre-process all the 
> imagery into something like a jpg compress tiled geotif or something else.
>
> You also need to consider what projection your imagery is in and what 
> projection you want to display it in. Because if you need to 
> preprocess the data, that would also be a good time to reproject it.
>
> Anyway the gdal list can probably ask additional questions to help 
> sort all that out.
>
> -Steve W
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 6912 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130610/a9707a3d/attachment.bin>

From warmerdam at pobox.com  Mon Jun 10 16:04:59 2013
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Mon, 10 Jun 2013 16:04:59 -0700
Subject: [mapserver-users] Best way to import 4.5TB of imagery?
In-Reply-To: <35C8F653C6AB9E44B3BC7E4D89634A6D05F30CAA@VFUTMLAO03.Enterprise.afmc.ds.af.mil>
References: <1370615495916-5058745.post@n6.nabble.com>
	<51B1F0FE.4070800@swoodbridge.com>
	<35C8F653C6AB9E44B3BC7E4D89634A6D05F30ACA@VFUTMLAO03.Enterprise.afmc.ds.af.mil>
	<51B61C0A.6010901@swoodbridge.com>
	<35C8F653C6AB9E44B3BC7E4D89634A6D05F30CAA@VFUTMLAO03.Enterprise.afmc.ds.af.mil>
Message-ID: <CA+YzLBfyJKe0wZWZ4vCg1Ndj_h2iSFhXRN4rH6hVktXaRX5rxg@mail.gmail.com>

On Mon, Jun 10, 2013 at 3:48 PM, Evans, James R Civ USAF ACC 84 RADES/SCZE <
James.Evans at hill.af.mil> wrote:

> So, I'm guessing there's no easy way to automate this?  Even looking at the
> states, some of the states are in two zones, and Texas is across 3 zones.
> At least the naming convention of the files indicate the UTM zone.


James,

Note it is pretty easy to write a script (ie. in Python) that would walk
the directory tree and sort the images into distinct (per utm zone)
collections. So, yes, the processing of this data is very automatable.


> For
> instance:  m_2408002_ne_17_1_20100422_201001123.jp2, is in zone 17.  As far
> as I can tell, all the files in a particular directory are all in the same
> UTM zone.  I could create a layer for each UTM zone across CONUS, but
> that's
> not going to be particularly useful to my users.  I'm thinking of making a
> layer for each state.  For the stats that cross zones, there will probably
> be two layers.  For Texas, there would be Texas_east, Texas_middle, and
> Texas_west.  I will probably limit visibility until zoomed in sufficiently
>

Is it important to you to distinguish things by state?  If not, why not one
layer per utm zone, and then join them in a layer group 'UTM NAIP' that the
users would either turn on or off?


> to see the whole state on the screen anyway, since the continental view of
> this data is pretty crappy anyway.


Limiting visibility to reasonable resolutions should be fine and would help
you avoiding needing additional preprocessing to create an overview of the
whole collection.


>  So now it seems like it will be a lot of
> grunt work just copying these directories up to the server, and going
> through and creating a shape file index for each state.  For states in more
> than one UTM, there would be more than one shape.  Then I'll have to add a
> layer for to my mapfile for each shapefile, using the correct projection.
> Is there an easier way?  I'm starting with Oklahoma, which is also in three
> UTM zones.  I'll get that working before moving on.  Any suggestions on
> making this pretty would be welcomed.  :-)
>

Well, I still think you should take states out of the equation unless that
is important to your users.

Good luck,

Best regards,

-- 
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam,
warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Software Developer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130610/dc2f88cd/attachment.htm>

From woodbri at swoodbridge.com  Mon Jun 10 16:40:13 2013
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Mon, 10 Jun 2013 19:40:13 -0400
Subject: [mapserver-users] Best way to import 4.5TB of imagery?
In-Reply-To: <35C8F653C6AB9E44B3BC7E4D89634A6D05F30CAA@VFUTMLAO03.Enterprise.afmc.ds.af.mil>
References: <1370615495916-5058745.post@n6.nabble.com>
	<51B1F0FE.4070800@swoodbridge.com>
	<35C8F653C6AB9E44B3BC7E4D89634A6D05F30ACA@VFUTMLAO03.Enterprise.afmc.ds.af.mil>
	<51B61C0A.6010901@swoodbridge.com>
	<35C8F653C6AB9E44B3BC7E4D89634A6D05F30CAA@VFUTMLAO03.Enterprise.afmc.ds.af.mil>
Message-ID: <51B663DD.7070102@swoodbridge.com>

On 6/10/2013 6:48 PM, Evans, James R Civ USAF ACC 84 RADES/SCZE wrote:
> So, I'm guessing there's no easy way to automate this?  Even looking at the
> states, some of the states are in two zones, and Texas is across 3 zones.
> At least the naming convention of the files indicate the UTM zone.  For
> instance:  m_2408002_ne_17_1_20100422_201001123.jp2, is in zone 17.  As far
> as I can tell, all the files in a particular directory are all in the same
> UTM zone.  I could create a layer for each UTM zone across CONUS, but that's
> not going to be particularly useful to my users.  I'm thinking of making a
> layer for each state.  For the stats that cross zones, there will probably
> be two layers.  For Texas, there would be Texas_east, Texas_middle, and
> Texas_west.  I will probably limit visibility until zoomed in sufficiently
> to see the whole state on the screen anyway, since the continental view of
> this data is pretty crappy anyway.  So now it seems like it will be a lot of
> grunt work just copying these directories up to the server, and going
> through and creating a shape file index for each state.  For states in more
> than one UTM, there would be more than one shape.  Then I'll have to add a
> layer for to my mapfile for each shapefile, using the correct projection.
> Is there an easier way?  I'm starting with Oklahoma, which is also in three
> UTM zones.  I'll get that working before moving on.  Any suggestions on
> making this pretty would be welcomed.  :-)

If you are using something like OpenLayers for your client you can code 
smarts into that to change mapfiles based on the zone. I think I would 
start with a Perl script that takes every image file and creates a 
record in a postgresql/postgis database that represents the extents of 
the image.

path/to/image/file.jpg | wgs84_geom | utm_geom | zone

or something like that. Then you can create mapfiles that displays these 
rectangles in wgs84, or work out your logic for display the polygons in 
shifting zones. This is quick and easy to setup and lets you proceed 
with the disgn of that with waiting on imagery and it wil be faster.

Beyond that, pushing around 4.5 TB of imagery is not going to be fast.

Good luck,
   -Steve W

> -----Original Message-----
> From: Stephen Woodbridge [mailto:woodbri at swoodbridge.com]
> Sent: Monday, June 10, 2013 12:34 PM
> To: Evans, James R Civ USAF ACC 84 RADES/SCZE
> Cc: mapserver-users at lists.osgeo.org
> Subject: Re: [mapserver-users] Best way to import 4.5TB of imagery?
>
> On 6/10/2013 12:57 PM, Evans, James R Civ USAF ACC 84 RADES/SCZE wrote:
>> Hi Stephen,
>> Thanks, for the reply.  I previously got 4 sample images from the
>> USDA, and was able to get them to work just fine.  There was no processing
> required.
>> The sample images I got were all from Utah, and they are NAD83, UTM zone
> 12.
>> I added the 4 sample images to a shape file using gdaltindex.   I used
> UPSG
>> 26912 and mapserver served them up very quickly for such large files.
>>
>> Now I have this entire data set, and it stretches from UTM zone 10, to
>> UTM zone 19.  The data is divided into directories by two letter state
>> abbreviations, and under that into subdirectories.  I'm just wondering
>> how to add this to my mapfile.  Do I need a different entry for each UTM
> Zone?
>> How is it possible to get a single layer entry that includes multiple
>> projections?  This is looking like a huge job and I just want to know
>> the best strategy for getting this done.
>
> So now you have a problem. You data is in UTM spread over 10 different
> projections. What do you plane to do when have your image is zone 10 and
> half is in zone 11 or if you zoom out and you images has 3-4 zones
> displayed?
>
> All data in an image must be rendered in the same projection. While I don't
> doubt that your test with 4 images worked fine, did you you test this a
> multiple zoom levels and at some point you will probably want to create a
> super overlay image so you do not have to open multiple files to just pull a
> tiny overlay out of each one.
>
> Your use cases will determine how you want to deal with the data. For
> example does it HAVE to be in a UTM projection, or can you work with a
> Spherical Mercator or geographic projection? The end solution will be much
> easier if you can work with one common projection over your whole data set.
> Otherwise, you will have to deal with the transitions from one zone to the
> next or maybe set up 10 separate servers that only serve one zone.
>
> Having pushed larges amounts (4-25TB) of imagery data more than once it is
> important to make these decisions up front and and prototype up something
> like a 4-10 degree square across a UTM boundary and make sure that the
> results are going to be what you expect before you process all the data.
>
> -Steve
>
>> Thanks,
>> James
>>
>>
>>
>>
>>
>> -----Original Message-----
>> From: mapserver-users-bounces at lists.osgeo.org
>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stephen
>> Woodbridge
>> Sent: Friday, June 07, 2013 8:41 AM
>> To: mapserver-users at lists.osgeo.org
>> Subject: Re: [mapserver-users] Best way to import 4.5TB of imagery?
>>
>> On 6/7/2013 10:31 AM, James_in_Utah wrote:
>>> Hi,
>>> We just got 3 hard drive, loaded with 4.5TB of NAIP imagery for all
>>> of CONUS.  I think there's a total of about 400,000 jpgs.  The data
>>> is in directories, by states.  Under each state, there are
>>> subfolders, probably reference by longitude.  Other than going
>>> through folder by folder, adding each image to a shape file using
>>> gdaltindex, what's the best strategy for loading a couple of hundred
>>> thousand files up to our server and making the imagery available via
>>> our mapserver?  Should I maintain the current directory structure
>>> when I copy the imagery to the server, or just dump all of it into a
>>> single directory?  Do I want to stay with 1 shape file, or break it
>>> up by state?  We eventually want a contiguous layer for all of CONUS to
> be served up to our users.
>>
>> James,
>>
>> Since imagery data is served via gdal, you might want to also ask this
>> question on the gdal list.
>>
>> There are issues with jpg related to the fact that if you only want a
>> small part of the image you still have to uncompress the whole image.
>> So part of the answer might be that you need to pre-process all the
>> imagery into something like a jpg compress tiled geotif or something else.
>>
>> You also need to consider what projection your imagery is in and what
>> projection you want to display it in. Because if you need to
>> preprocess the data, that would also be a good time to reproject it.
>>
>> Anyway the gdal list can probably ask additional questions to help
>> sort all that out.
>>
>> -Steve W
>>
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>



From Robert.Sanson at asurequality.com  Mon Jun 10 16:07:37 2013
From: Robert.Sanson at asurequality.com (Robert Sanson)
Date: Tue, 11 Jun 2013 11:07:37 +1200
Subject: [mapserver-users] Best way to import 4.5TB of imagery?
In-Reply-To: <35C8F653C6AB9E44B3BC7E4D89634A6D05F30CAA@VFUTMLAO03.Enterprise.afmc.ds.af.mil>
References: <1370615495916-5058745.post@n6.nabble.com>
	<51B1F0FE.4070800@swoodbridge.com>
	<35C8F653C6AB9E44B3BC7E4D89634A6D05F30ACA@VFUTMLAO03.Enterprise.afmc.ds.af.mil>
	<51B61C0A.6010901@swoodbridge.com>
	<35C8F653C6AB9E44B3BC7E4D89634A6D05F30CAA@VFUTMLAO03.Enterprise.afmc.ds.af.mil>
Message-ID: <51B704F90200003700026780@lx-gwgate1.asurequality.com>

Sounds all very complicated. I would advise that you choose a single projection that will work across your entire are and then re-project your imagery first, and then build your image datastore around that. 

>>> "Evans, James R Civ USAF ACC 84 RADES/SCZE" <James.Evans at hill.af.mil> 11/06/2013 10:48 a.m. >>>
So, I'm guessing there's no easy way to automate this?  Even looking at the
states, some of the states are in two zones, and Texas is across 3 zones.
At least the naming convention of the files indicate the UTM zone.  For
instance:  m_2408002_ne_17_1_20100422_201001123.jp2, is in zone 17.  As far
as I can tell, all the files in a particular directory are all in the same
UTM zone.  I could create a layer for each UTM zone across CONUS, but that's
not going to be particularly useful to my users.  I'm thinking of making a
layer for each state.  For the stats that cross zones, there will probably
be two layers.  For Texas, there would be Texas_east, Texas_middle, and
Texas_west.  I will probably limit visibility until zoomed in sufficiently
to see the whole state on the screen anyway, since the continental view of
this data is pretty crappy anyway.  So now it seems like it will be a lot of
grunt work just copying these directories up to the server, and going
through and creating a shape file index for each state.  For states in more
than one UTM, there would be more than one shape.  Then I'll have to add a
layer for to my mapfile for each shapefile, using the correct projection.
Is there an easier way?  I'm starting with Oklahoma, which is also in three
UTM zones.  I'll get that working before moving on.  Any suggestions on
making this pretty would be welcomed.  :-)




-----Original Message-----
From: Stephen Woodbridge [mailto:woodbri at swoodbridge.com] 
Sent: Monday, June 10, 2013 12:34 PM
To: Evans, James R Civ USAF ACC 84 RADES/SCZE
Cc: mapserver-users at lists.osgeo.org 
Subject: Re: [mapserver-users] Best way to import 4.5TB of imagery?

On 6/10/2013 12:57 PM, Evans, James R Civ USAF ACC 84 RADES/SCZE wrote:
> Hi Stephen,
> Thanks, for the reply.  I previously got 4 sample images from the 
> USDA, and was able to get them to work just fine.  There was no processing
required.
> The sample images I got were all from Utah, and they are NAD83, UTM zone
12.
> I added the 4 sample images to a shape file using gdaltindex.   I used
UPSG
> 26912 and mapserver served them up very quickly for such large files.
>
> Now I have this entire data set, and it stretches from UTM zone 10, to 
> UTM zone 19.  The data is divided into directories by two letter state 
> abbreviations, and under that into subdirectories.  I'm just wondering 
> how to add this to my mapfile.  Do I need a different entry for each UTM
Zone?
> How is it possible to get a single layer entry that includes multiple 
> projections?  This is looking like a huge job and I just want to know 
> the best strategy for getting this done.

So now you have a problem. You data is in UTM spread over 10 different
projections. What do you plane to do when have your image is zone 10 and
half is in zone 11 or if you zoom out and you images has 3-4 zones
displayed?

All data in an image must be rendered in the same projection. While I don't
doubt that your test with 4 images worked fine, did you you test this a
multiple zoom levels and at some point you will probably want to create a
super overlay image so you do not have to open multiple files to just pull a
tiny overlay out of each one.

Your use cases will determine how you want to deal with the data. For
example does it HAVE to be in a UTM projection, or can you work with a
Spherical Mercator or geographic projection? The end solution will be much
easier if you can work with one common projection over your whole data set.
Otherwise, you will have to deal with the transitions from one zone to the
next or maybe set up 10 separate servers that only serve one zone.

Having pushed larges amounts (4-25TB) of imagery data more than once it is
important to make these decisions up front and and prototype up something
like a 4-10 degree square across a UTM boundary and make sure that the
results are going to be what you expect before you process all the data.

-Steve

> Thanks,
> James
>
>
>
>
>
> -----Original Message-----
> From: mapserver-users-bounces at lists.osgeo.org 
> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stephen 
> Woodbridge
> Sent: Friday, June 07, 2013 8:41 AM
> To: mapserver-users at lists.osgeo.org 
> Subject: Re: [mapserver-users] Best way to import 4.5TB of imagery?
>
> On 6/7/2013 10:31 AM, James_in_Utah wrote:
>> Hi,
>> We just got 3 hard drive, loaded with 4.5TB of NAIP imagery for all 
>> of CONUS.  I think there's a total of about 400,000 jpgs.  The data 
>> is in directories, by states.  Under each state, there are 
>> subfolders, probably reference by longitude.  Other than going 
>> through folder by folder, adding each image to a shape file using 
>> gdaltindex, what's the best strategy for loading a couple of hundred 
>> thousand files up to our server and making the imagery available via 
>> our mapserver?  Should I maintain the current directory structure 
>> when I copy the imagery to the server, or just dump all of it into a 
>> single directory?  Do I want to stay with 1 shape file, or break it 
>> up by state?  We eventually want a contiguous layer for all of CONUS to
be served up to our users.
>
> James,
>
> Since imagery data is served via gdal, you might want to also ask this 
> question on the gdal list.
>
> There are issues with jpg related to the fact that if you only want a 
> small part of the image you still have to uncompress the whole image. 
> So part of the answer might be that you need to pre-process all the 
> imagery into something like a jpg compress tiled geotif or something else.
>
> You also need to consider what projection your imagery is in and what 
> projection you want to display it in. Because if you need to 
> preprocess the data, that would also be a good time to reproject it.
>
> Anyway the gdal list can probably ask additional questions to help 
> sort all that out.
>
> -Steve W
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org 
> http://lists.osgeo.org/mailman/listinfo/mapserver-users 
>



This email and any attachments are confidential and intended solely for the addressee(s). If you are not the intended recipient, please notify us immediately and then delete this email from your system.

This message has been scanned for Malware and Viruses by Websense Hosted Security.
www.websense.com


From woodbri at swoodbridge.com  Mon Jun 10 17:36:57 2013
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Mon, 10 Jun 2013 20:36:57 -0400
Subject: [mapserver-users] Best way to import 4.5TB of imagery?
In-Reply-To: <51B704F90200003700026780@lx-gwgate1.asurequality.com>
References: <1370615495916-5058745.post@n6.nabble.com>
	<51B1F0FE.4070800@swoodbridge.com>
	<35C8F653C6AB9E44B3BC7E4D89634A6D05F30ACA@VFUTMLAO03.Enterprise.afmc.ds.af.mil>
	<51B61C0A.6010901@swoodbridge.com>
	<35C8F653C6AB9E44B3BC7E4D89634A6D05F30CAA@VFUTMLAO03.Enterprise.afmc.ds.af.mil>
	<51B704F90200003700026780@lx-gwgate1.asurequality.com>
Message-ID: <51B67129.40406@swoodbridge.com>

On 6/10/2013 7:07 PM, Robert Sanson wrote:
> Sounds all very complicated. I would advise that you choose a single
> projection that will work across your entire are and then re-project
> your imagery first, and then build your image datastore around that.

I would agree with this that if htere are not other contraints on the 
problem this is often the best way to go. But that will not owrk if his 
users HAVE to have the data in UTM projection for some reason.

-Steve

>>>> "Evans, James R Civ USAF ACC 84 RADES/SCZE"
>>>> <James.Evans at hill.af.mil> 11/06/2013 10:48 a.m. >>>
> So, I'm guessing there's no easy way to automate this?  Even looking
> at the states, some of the states are in two zones, and Texas is
> across 3 zones. At least the naming convention of the files indicate
> the UTM zone.  For instance:
> m_2408002_ne_17_1_20100422_201001123.jp2, is in zone 17.  As far as I
> can tell, all the files in a particular directory are all in the
> same UTM zone.  I could create a layer for each UTM zone across
> CONUS, but that's not going to be particularly useful to my users.
> I'm thinking of making a layer for each state.  For the stats that
> cross zones, there will probably be two layers.  For Texas, there
> would be Texas_east, Texas_middle, and Texas_west.  I will probably
> limit visibility until zoomed in sufficiently to see the whole state
> on the screen anyway, since the continental view of this data is
> pretty crappy anyway.  So now it seems like it will be a lot of grunt
> work just copying these directories up to the server, and going
> through and creating a shape file index for each state.  For states
> in more than one UTM, there would be more than one shape.  Then I'll
> have to add a layer for to my mapfile for each shapefile, using the
> correct projection. Is there an easier way?  I'm starting with
> Oklahoma, which is also in three UTM zones.  I'll get that working
> before moving on.  Any suggestions on making this pretty would be
> welcomed.  :-)
>
>
>
>
> -----Original Message----- From: Stephen Woodbridge
> [mailto:woodbri at swoodbridge.com] Sent: Monday, June 10, 2013 12:34
> PM To: Evans, James R Civ USAF ACC 84 RADES/SCZE Cc:
> mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Best
> way to import 4.5TB of imagery?
>
> On 6/10/2013 12:57 PM, Evans, James R Civ USAF ACC 84 RADES/SCZE
> wrote:
>> Hi Stephen, Thanks, for the reply.  I previously got 4 sample
>> images from the USDA, and was able to get them to work just fine.
>> There was no processing
> required.
>> The sample images I got were all from Utah, and they are NAD83, UTM
>> zone
> 12.
>> I added the 4 sample images to a shape file using gdaltindex.   I
>> used
> UPSG
>> 26912 and mapserver served them up very quickly for such large
>> files.
>>
>> Now I have this entire data set, and it stretches from UTM zone 10,
>> to UTM zone 19.  The data is divided into directories by two letter
>> state abbreviations, and under that into subdirectories.  I'm just
>> wondering how to add this to my mapfile.  Do I need a different
>> entry for each UTM
> Zone?
>> How is it possible to get a single layer entry that includes
>> multiple projections?  This is looking like a huge job and I just
>> want to know the best strategy for getting this done.
>
> So now you have a problem. You data is in UTM spread over 10
> different projections. What do you plane to do when have your image
> is zone 10 and half is in zone 11 or if you zoom out and you images
> has 3-4 zones displayed?
>
> All data in an image must be rendered in the same projection. While I
> don't doubt that your test with 4 images worked fine, did you you
> test this a multiple zoom levels and at some point you will probably
> want to create a super overlay image so you do not have to open
> multiple files to just pull a tiny overlay out of each one.
>
> Your use cases will determine how you want to deal with the data.
> For example does it HAVE to be in a UTM projection, or can you work
> with a Spherical Mercator or geographic projection? The end solution
> will be much easier if you can work with one common projection over
> your whole data set. Otherwise, you will have to deal with the
> transitions from one zone to the next or maybe set up 10 separate
> servers that only serve one zone.
>
> Having pushed larges amounts (4-25TB) of imagery data more than once
> it is important to make these decisions up front and and prototype up
> something like a 4-10 degree square across a UTM boundary and make
> sure that the results are going to be what you expect before you
> process all the data.
>
> -Steve
>
>> Thanks, James
>>
>>
>>
>>
>>
>> -----Original Message----- From:
>> mapserver-users-bounces at lists.osgeo.org
>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of
>> Stephen Woodbridge Sent: Friday, June 07, 2013 8:41 AM To:
>> mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Best
>> way to import 4.5TB of imagery?
>>
>> On 6/7/2013 10:31 AM, James_in_Utah wrote:
>>> Hi, We just got 3 hard drive, loaded with 4.5TB of NAIP imagery
>>> for all of CONUS.  I think there's a total of about 400,000 jpgs.
>>> The data is in directories, by states.  Under each state, there
>>> are subfolders, probably reference by longitude.  Other than
>>> going through folder by folder, adding each image to a shape file
>>> using gdaltindex, what's the best strategy for loading a couple
>>> of hundred thousand files up to our server and making the imagery
>>> available via our mapserver?  Should I maintain the current
>>> directory structure when I copy the imagery to the server, or
>>> just dump all of it into a single directory?  Do I want to stay
>>> with 1 shape file, or break it up by state?  We eventually want a
>>> contiguous layer for all of CONUS to
> be served up to our users.
>>
>> James,
>>
>> Since imagery data is served via gdal, you might want to also ask
>> this question on the gdal list.
>>
>> There are issues with jpg related to the fact that if you only want
>> a small part of the image you still have to uncompress the whole
>> image. So part of the answer might be that you need to pre-process
>> all the imagery into something like a jpg compress tiled geotif or
>> something else.
>>
>> You also need to consider what projection your imagery is in and
>> what projection you want to display it in. Because if you need to
>> preprocess the data, that would also be a good time to reproject
>> it.
>>
>> Anyway the gdal list can probably ask additional questions to help
>> sort all that out.
>>
>> -Steve W
>>
>> _______________________________________________ mapserver-users
>> mailing list mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>
>
>
> This email and any attachments are confidential and intended solely
> for the addressee(s). If you are not the intended recipient, please
> notify us immediately and then delete this email from your system.
>
> This message has been scanned for Malware and Viruses by Websense
> Hosted Security. www.websense.com
> _______________________________________________ mapserver-users
> mailing list mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>



From James.Evans at hill.af.mil  Mon Jun 10 19:00:12 2013
From: James.Evans at hill.af.mil (Evans, James R Civ USAF ACC 84 RADES/SCZE)
Date: Mon, 10 Jun 2013 20:00:12 -0600
Subject: [mapserver-users] Best way to import 4.5TB of imagery?
References: <1370615495916-5058745.post@n6.nabble.com><51B1F0FE.4070800@swoodbridge.com><35C8F653C6AB9E44B3BC7E4D89634A6D05F30ACA@VFUTMLAO03.Enterprise.afmc.ds.af.mil><51B61C0A.6010901@swoodbridge.com><35C8F653C6AB9E44B3BC7E4D89634A6D05F30CAA@VFUTMLAO03.Enterprise.afmc.ds.af.mil><51B704F90200003700026780@lx-gwgate1.asurequality.com>
	<51B67129.40406@swoodbridge.com>
Message-ID: <35C8F653C6AB9E44B3BC7E4D89634A6D02E30053@VFUTMLAO03.Enterprise.afmc.ds.af.mil>


For some reason I didn't see the reply from Robert Sanson.  Anyway, we have no requirement to stay with NAD83.  I have global mapper, and I think it will do a bulk reprojection, from my local hard drive to a network drive.  Maybe I will take a look at that tomorrow.  Is there a better tool for that?  Some GDAL utility?  Anyway, thanks for all the great suggestions.  
James


-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org on behalf of Stephen Woodbridge
Sent: Mon 6/10/2013 6:36 PM
To: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Best way to import 4.5TB of imagery?
 
On 6/10/2013 7:07 PM, Robert Sanson wrote:
> Sounds all very complicated. I would advise that you choose a single
> projection that will work across your entire are and then re-project
> your imagery first, and then build your image datastore around that.

I would agree with this that if htere are not other contraints on the 
problem this is often the best way to go. But that will not owrk if his 
users HAVE to have the data in UTM projection for some reason.

-Steve

>>>> "Evans, James R Civ USAF ACC 84 RADES/SCZE"
>>>> <James.Evans at hill.af.mil> 11/06/2013 10:48 a.m. >>>
> So, I'm guessing there's no easy way to automate this?  Even looking
> at the states, some of the states are in two zones, and Texas is
> across 3 zones. At least the naming convention of the files indicate
> the UTM zone.  For instance:
> m_2408002_ne_17_1_20100422_201001123.jp2, is in zone 17.  As far as I
> can tell, all the files in a particular directory are all in the
> same UTM zone.  I could create a layer for each UTM zone across
> CONUS, but that's not going to be particularly useful to my users.
> I'm thinking of making a layer for each state.  For the stats that
> cross zones, there will probably be two layers.  For Texas, there
> would be Texas_east, Texas_middle, and Texas_west.  I will probably
> limit visibility until zoomed in sufficiently to see the whole state
> on the screen anyway, since the continental view of this data is
> pretty crappy anyway.  So now it seems like it will be a lot of grunt
> work just copying these directories up to the server, and going
> through and creating a shape file index for each state.  For states
> in more than one UTM, there would be more than one shape.  Then I'll
> have to add a layer for to my mapfile for each shapefile, using the
> correct projection. Is there an easier way?  I'm starting with
> Oklahoma, which is also in three UTM zones.  I'll get that working
> before moving on.  Any suggestions on making this pretty would be
> welcomed.  :-)
>
>
>
>
> -----Original Message----- From: Stephen Woodbridge
> [mailto:woodbri at swoodbridge.com] Sent: Monday, June 10, 2013 12:34
> PM To: Evans, James R Civ USAF ACC 84 RADES/SCZE Cc:
> mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Best
> way to import 4.5TB of imagery?
>
> On 6/10/2013 12:57 PM, Evans, James R Civ USAF ACC 84 RADES/SCZE
> wrote:
>> Hi Stephen, Thanks, for the reply.  I previously got 4 sample
>> images from the USDA, and was able to get them to work just fine.
>> There was no processing
> required.
>> The sample images I got were all from Utah, and they are NAD83, UTM
>> zone
> 12.
>> I added the 4 sample images to a shape file using gdaltindex.   I
>> used
> UPSG
>> 26912 and mapserver served them up very quickly for such large
>> files.
>>
>> Now I have this entire data set, and it stretches from UTM zone 10,
>> to UTM zone 19.  The data is divided into directories by two letter
>> state abbreviations, and under that into subdirectories.  I'm just
>> wondering how to add this to my mapfile.  Do I need a different
>> entry for each UTM
> Zone?
>> How is it possible to get a single layer entry that includes
>> multiple projections?  This is looking like a huge job and I just
>> want to know the best strategy for getting this done.
>
> So now you have a problem. You data is in UTM spread over 10
> different projections. What do you plane to do when have your image
> is zone 10 and half is in zone 11 or if you zoom out and you images
> has 3-4 zones displayed?
>
> All data in an image must be rendered in the same projection. While I
> don't doubt that your test with 4 images worked fine, did you you
> test this a multiple zoom levels and at some point you will probably
> want to create a super overlay image so you do not have to open
> multiple files to just pull a tiny overlay out of each one.
>
> Your use cases will determine how you want to deal with the data.
> For example does it HAVE to be in a UTM projection, or can you work
> with a Spherical Mercator or geographic projection? The end solution
> will be much easier if you can work with one common projection over
> your whole data set. Otherwise, you will have to deal with the
> transitions from one zone to the next or maybe set up 10 separate
> servers that only serve one zone.
>
> Having pushed larges amounts (4-25TB) of imagery data more than once
> it is important to make these decisions up front and and prototype up
> something like a 4-10 degree square across a UTM boundary and make
> sure that the results are going to be what you expect before you
> process all the data.
>
> -Steve
>
>> Thanks, James
>>
>>
>>
>>
>>
>> -----Original Message----- From:
>> mapserver-users-bounces at lists.osgeo.org
>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of
>> Stephen Woodbridge Sent: Friday, June 07, 2013 8:41 AM To:
>> mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Best
>> way to import 4.5TB of imagery?
>>
>> On 6/7/2013 10:31 AM, James_in_Utah wrote:
>>> Hi, We just got 3 hard drive, loaded with 4.5TB of NAIP imagery
>>> for all of CONUS.  I think there's a total of about 400,000 jpgs.
>>> The data is in directories, by states.  Under each state, there
>>> are subfolders, probably reference by longitude.  Other than
>>> going through folder by folder, adding each image to a shape file
>>> using gdaltindex, what's the best strategy for loading a couple
>>> of hundred thousand files up to our server and making the imagery
>>> available via our mapserver?  Should I maintain the current
>>> directory structure when I copy the imagery to the server, or
>>> just dump all of it into a single directory?  Do I want to stay
>>> with 1 shape file, or break it up by state?  We eventually want a
>>> contiguous layer for all of CONUS to
> be served up to our users.
>>
>> James,
>>
>> Since imagery data is served via gdal, you might want to also ask
>> this question on the gdal list.
>>
>> There are issues with jpg related to the fact that if you only want
>> a small part of the image you still have to uncompress the whole
>> image. So part of the answer might be that you need to pre-process
>> all the imagery into something like a jpg compress tiled geotif or
>> something else.
>>
>> You also need to consider what projection your imagery is in and
>> what projection you want to display it in. Because if you need to
>> preprocess the data, that would also be a good time to reproject
>> it.
>>
>> Anyway the gdal list can probably ask additional questions to help
>> sort all that out.
>>
>> -Steve W
>>
>> _______________________________________________ mapserver-users
>> mailing list mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>
>
>
> This email and any attachments are confidential and intended solely
> for the addressee(s). If you are not the intended recipient, please
> notify us immediately and then delete this email from your system.
>
> This message has been scanned for Malware and Viruses by Websense
> Hosted Security. www.websense.com
> _______________________________________________ mapserver-users
> mailing list mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>

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



From woodbri at swoodbridge.com  Mon Jun 10 19:42:11 2013
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Mon, 10 Jun 2013 22:42:11 -0400
Subject: [mapserver-users] Best way to import 4.5TB of imagery?
In-Reply-To: <35C8F653C6AB9E44B3BC7E4D89634A6D02E30053@VFUTMLAO03.Enterprise.afmc.ds.af.mil>
References: <1370615495916-5058745.post@n6.nabble.com><51B1F0FE.4070800@swoodbridge.com><35C8F653C6AB9E44B3BC7E4D89634A6D05F30ACA@VFUTMLAO03.Enterprise.afmc.ds.af.mil><51B61C0A.6010901@swoodbridge.com><35C8F653C6AB9E44B3BC7E4D89634A6D05F30CAA@VFUTMLAO03.Enterprise.afmc.ds.af.mil><51B704F90200003700026780@lx-gwgate1.asurequality.com>
	<51B67129.40406@swoodbridge.com>
	<35C8F653C6AB9E44B3BC7E4D89634A6D02E30053@VFUTMLAO03.Enterprise.afmc.ds.af.mil>
Message-ID: <51B68E83.3070904@swoodbridge.com>

I have used gdalwarp to do this in the past and find or a perl script. I 
have not used global mapper for anything so I can't compare.

-Steve

On 6/10/2013 10:00 PM, Evans, James R Civ USAF ACC 84 RADES/SCZE wrote:
>
> For some reason I didn't see the reply from Robert Sanson.  Anyway,
> we have no requirement to stay with NAD83.  I have global mapper, and
> I think it will do a bulk reprojection, from my local hard drive to a
> network drive.  Maybe I will take a look at that tomorrow.  Is there
> a better tool for that?  Some GDAL utility?  Anyway, thanks for all
> the great suggestions. James
>
>
> -----Original Message----- From:
> mapserver-users-bounces at lists.osgeo.org on behalf of Stephen
> Woodbridge Sent: Mon 6/10/2013 6:36 PM To:
> mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Best
> way to import 4.5TB of imagery?
>
> On 6/10/2013 7:07 PM, Robert Sanson wrote:
>> Sounds all very complicated. I would advise that you choose a
>> single projection that will work across your entire are and then
>> re-project your imagery first, and then build your image datastore
>> around that.
>
> I would agree with this that if htere are not other contraints on
> the problem this is often the best way to go. But that will not owrk
> if his users HAVE to have the data in UTM projection for some
> reason.
>
> -Steve
>
>>>>> "Evans, James R Civ USAF ACC 84 RADES/SCZE"
>>>>> <James.Evans at hill.af.mil> 11/06/2013 10:48 a.m. >>>
>> So, I'm guessing there's no easy way to automate this?  Even
>> looking at the states, some of the states are in two zones, and
>> Texas is across 3 zones. At least the naming convention of the
>> files indicate the UTM zone.  For instance:
>> m_2408002_ne_17_1_20100422_201001123.jp2, is in zone 17.  As far as
>> I can tell, all the files in a particular directory are all in the
>> same UTM zone.  I could create a layer for each UTM zone across
>> CONUS, but that's not going to be particularly useful to my users.
>> I'm thinking of making a layer for each state.  For the stats that
>> cross zones, there will probably be two layers.  For Texas, there
>> would be Texas_east, Texas_middle, and Texas_west.  I will
>> probably limit visibility until zoomed in sufficiently to see the
>> whole state on the screen anyway, since the continental view of
>> this data is pretty crappy anyway.  So now it seems like it will be
>> a lot of grunt work just copying these directories up to the
>> server, and going through and creating a shape file index for each
>> state.  For states in more than one UTM, there would be more than
>> one shape.  Then I'll have to add a layer for to my mapfile for
>> each shapefile, using the correct projection. Is there an easier
>> way?  I'm starting with Oklahoma, which is also in three UTM zones.
>> I'll get that working before moving on.  Any suggestions on making
>> this pretty would be welcomed.  :-)
>>
>>
>>
>>
>> -----Original Message----- From: Stephen Woodbridge
>> [mailto:woodbri at swoodbridge.com] Sent: Monday, June 10, 2013 12:34
>> PM To: Evans, James R Civ USAF ACC 84 RADES/SCZE Cc:
>> mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users]
>> Best way to import 4.5TB of imagery?
>>
>> On 6/10/2013 12:57 PM, Evans, James R Civ USAF ACC 84 RADES/SCZE
>> wrote:
>>> Hi Stephen, Thanks, for the reply.  I previously got 4 sample
>>> images from the USDA, and was able to get them to work just
>>> fine. There was no processing
>> required.
>>> The sample images I got were all from Utah, and they are NAD83,
>>> UTM zone
>> 12.
>>> I added the 4 sample images to a shape file using gdaltindex.
>>> I used
>> UPSG
>>> 26912 and mapserver served them up very quickly for such large
>>> files.
>>>
>>> Now I have this entire data set, and it stretches from UTM zone
>>> 10, to UTM zone 19.  The data is divided into directories by two
>>> letter state abbreviations, and under that into subdirectories.
>>> I'm just wondering how to add this to my mapfile.  Do I need a
>>> different entry for each UTM
>> Zone?
>>> How is it possible to get a single layer entry that includes
>>> multiple projections?  This is looking like a huge job and I
>>> just want to know the best strategy for getting this done.
>>
>> So now you have a problem. You data is in UTM spread over 10
>> different projections. What do you plane to do when have your
>> image is zone 10 and half is in zone 11 or if you zoom out and you
>> images has 3-4 zones displayed?
>>
>> All data in an image must be rendered in the same projection. While
>> I don't doubt that your test with 4 images worked fine, did you
>> you test this a multiple zoom levels and at some point you will
>> probably want to create a super overlay image so you do not have to
>> open multiple files to just pull a tiny overlay out of each one.
>>
>> Your use cases will determine how you want to deal with the data.
>> For example does it HAVE to be in a UTM projection, or can you
>> work with a Spherical Mercator or geographic projection? The end
>> solution will be much easier if you can work with one common
>> projection over your whole data set. Otherwise, you will have to
>> deal with the transitions from one zone to the next or maybe set up
>> 10 separate servers that only serve one zone.
>>
>> Having pushed larges amounts (4-25TB) of imagery data more than
>> once it is important to make these decisions up front and and
>> prototype up something like a 4-10 degree square across a UTM
>> boundary and make sure that the results are going to be what you
>> expect before you process all the data.
>>
>> -Steve
>>
>>> Thanks, James
>>>
>>>
>>>
>>>
>>>
>>> -----Original Message----- From:
>>> mapserver-users-bounces at lists.osgeo.org
>>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of
>>> Stephen Woodbridge Sent: Friday, June 07, 2013 8:41 AM To:
>>> mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users]
>>> Best way to import 4.5TB of imagery?
>>>
>>> On 6/7/2013 10:31 AM, James_in_Utah wrote:
>>>> Hi, We just got 3 hard drive, loaded with 4.5TB of NAIP
>>>> imagery for all of CONUS.  I think there's a total of about
>>>> 400,000 jpgs. The data is in directories, by states.  Under
>>>> each state, there are subfolders, probably reference by
>>>> longitude.  Other than going through folder by folder, adding
>>>> each image to a shape file using gdaltindex, what's the best
>>>> strategy for loading a couple of hundred thousand files up to
>>>> our server and making the imagery available via our mapserver?
>>>> Should I maintain the current directory structure when I copy
>>>> the imagery to the server, or just dump all of it into a single
>>>> directory?  Do I want to stay with 1 shape file, or break it up
>>>> by state?  We eventually want a contiguous layer for all of
>>>> CONUS to
>> be served up to our users.
>>>
>>> James,
>>>
>>> Since imagery data is served via gdal, you might want to also
>>> ask this question on the gdal list.
>>>
>>> There are issues with jpg related to the fact that if you only
>>> want a small part of the image you still have to uncompress the
>>> whole image. So part of the answer might be that you need to
>>> pre-process all the imagery into something like a jpg compress
>>> tiled geotif or something else.
>>>
>>> You also need to consider what projection your imagery is in and
>>> what projection you want to display it in. Because if you need
>>> to preprocess the data, that would also be a good time to
>>> reproject it.
>>>
>>> Anyway the gdal list can probably ask additional questions to
>>> help sort all that out.
>>>
>>> -Steve W
>>>
>>> _______________________________________________ mapserver-users
>>> mailing list mapserver-users at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>
>>
>>
>>
>> This email and any attachments are confidential and intended
>> solely for the addressee(s). If you are not the intended recipient,
>> please notify us immediately and then delete this email from your
>> system.
>>
>> This message has been scanned for Malware and Viruses by Websense
>> Hosted Security. www.websense.com
>> _______________________________________________ mapserver-users
>> mailing list mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>
> _______________________________________________ mapserver-users
> mailing list mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>



From jukka.rahkonen at mmmtike.fi  Mon Jun 10 21:55:25 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Tue, 11 Jun 2013 04:55:25 +0000
Subject: [mapserver-users] Best way to import 4.5TB of imagery?
In-Reply-To: <35C8F653C6AB9E44B3BC7E4D89634A6D02E30053@VFUTMLAO03.Enterprise.afmc.ds.af.mil>
References: <1370615495916-5058745.post@n6.nabble.com><51B1F0FE.4070800@swoodbridge.com><35C8F653C6AB9E44B3BC7E4D89634A6D05F30ACA@VFUTMLAO03.Enterprise.afmc.ds.af.mil><51B61C0A.6010901@swoodbridge.com><35C8F653C6AB9E44B3BC7E4D89634A6D05F30CAA@VFUTMLAO03.Enterprise.afmc.ds.af.mil><51B704F90200003700026780@lx-gwgate1.asurequality.com>
	<51B67129.40406@swoodbridge.com>,
	<35C8F653C6AB9E44B3BC7E4D89634A6D02E30053@VFUTMLAO03.Enterprise.afmc.ds.af.mil>
Message-ID: <84446DEF76453C439E9E97E438E13A63C13EFA@suutari.haapa.mmm.fi>

Hi,

If you reproject images one by one to any common coordinate system you will get black collars to most of them because images will be rotated. In order to make them transparent by using nodata you must keep images uncompressed. However, you may find it teasing to use the jpeg-in-tiff compression because that way you can save 90 of disk space and your users will not notice any difference in the quality and the speed can still be pretty good. For reprojecting it would be best to reproject into a regular South-North and West-East oriented grid in the target SRID. Then you could safely compress the reprojected tiles. That is a bit more complicated but still possible to do with scripts. If you want to keep your coverage up-to-date and you should slip in new images from here and there it will make a bit more trouble because usually the target tiles are mosaiced from many originals. This is what I am doing right now with a couple of terabytes of Finnish aerial photos.

With your data I would do what Frank W. already suggested. Convert your jpeg files into tiled tiffs with jpeg compression and use creation option PHOTOMETRIC=YCBCR. Create also overviews which are compressed in the same way. Make one layer for each UTM zone by combining them with tileindex and group all the zones together with a layer group. You can also start from the original images by creating tileindexes from them and convert them into more speedy tiled jpeg-in-tiff images once you have time for that. 

-Jukka Rahkonen-


________________________________________
 Evans, James wrote:

> For some reason I didn't see the reply from Robert Sanson.  Anyway, we have no requirement to stay with NAD83.  I have global mapper, and I think it will do a bulk reprojection, from my local hard drive to a network drive.  Maybe I will take a look at that tomorrow.  Is there a better tool for that?  Some GDAL utility?  Anyway, thanks for all the great suggestions.
James


-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org on behalf of Stephen Woodbridge
Sent: Mon 6/10/2013 6:36 PM
To: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Best way to import 4.5TB of imagery?

On 6/10/2013 7:07 PM, Robert Sanson wrote:
> Sounds all very complicated. I would advise that you choose a single
> projection that will work across your entire are and then re-project
> your imagery first, and then build your image datastore around that.

I would agree with this that if htere are not other contraints on the
problem this is often the best way to go. But that will not owrk if his
users HAVE to have the data in UTM projection for some reason.

-Steve

>>>> "Evans, James R Civ USAF ACC 84 RADES/SCZE"
>>>> <James.Evans at hill.af.mil> 11/06/2013 10:48 a.m. >>>
> So, I'm guessing there's no easy way to automate this?  Even looking
> at the states, some of the states are in two zones, and Texas is
> across 3 zones. At least the naming convention of the files indicate
> the UTM zone.  For instance:
> m_2408002_ne_17_1_20100422_201001123.jp2, is in zone 17.  As far as I
> can tell, all the files in a particular directory are all in the
> same UTM zone.  I could create a layer for each UTM zone across
> CONUS, but that's not going to be particularly useful to my users.
> I'm thinking of making a layer for each state.  For the stats that
> cross zones, there will probably be two layers.  For Texas, there
> would be Texas_east, Texas_middle, and Texas_west.  I will probably
> limit visibility until zoomed in sufficiently to see the whole state
> on the screen anyway, since the continental view of this data is
> pretty crappy anyway.  So now it seems like it will be a lot of grunt
> work just copying these directories up to the server, and going
> through and creating a shape file index for each state.  For states
> in more than one UTM, there would be more than one shape.  Then I'll
> have to add a layer for to my mapfile for each shapefile, using the
> correct projection. Is there an easier way?  I'm starting with
> Oklahoma, which is also in three UTM zones.  I'll get that working
> before moving on.  Any suggestions on making this pretty would be
> welcomed.  :-)
>
>
>
>
> -----Original Message----- From: Stephen Woodbridge
> [mailto:woodbri at swoodbridge.com] Sent: Monday, June 10, 2013 12:34
> PM To: Evans, James R Civ USAF ACC 84 RADES/SCZE Cc:
> mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Best
> way to import 4.5TB of imagery?
>
> On 6/10/2013 12:57 PM, Evans, James R Civ USAF ACC 84 RADES/SCZE
> wrote:
>> Hi Stephen, Thanks, for the reply.  I previously got 4 sample
>> images from the USDA, and was able to get them to work just fine.
>> There was no processing
> required.
>> The sample images I got were all from Utah, and they are NAD83, UTM
>> zone
> 12.
>> I added the 4 sample images to a shape file using gdaltindex.   I
>> used
> UPSG
>> 26912 and mapserver served them up very quickly for such large
>> files.
>>
>> Now I have this entire data set, and it stretches from UTM zone 10,
>> to UTM zone 19.  The data is divided into directories by two letter
>> state abbreviations, and under that into subdirectories.  I'm just
>> wondering how to add this to my mapfile.  Do I need a different
>> entry for each UTM
> Zone?
>> How is it possible to get a single layer entry that includes
>> multiple projections?  This is looking like a huge job and I just
>> want to know the best strategy for getting this done.
>
> So now you have a problem. You data is in UTM spread over 10
> different projections. What do you plane to do when have your image
> is zone 10 and half is in zone 11 or if you zoom out and you images
> has 3-4 zones displayed?
>
> All data in an image must be rendered in the same projection. While I
> don't doubt that your test with 4 images worked fine, did you you
> test this a multiple zoom levels and at some point you will probably
> want to create a super overlay image so you do not have to open
> multiple files to just pull a tiny overlay out of each one.
>
> Your use cases will determine how you want to deal with the data.
> For example does it HAVE to be in a UTM projection, or can you work
> with a Spherical Mercator or geographic projection? The end solution
> will be much easier if you can work with one common projection over
> your whole data set. Otherwise, you will have to deal with the
> transitions from one zone to the next or maybe set up 10 separate
> servers that only serve one zone.
>
> Having pushed larges amounts (4-25TB) of imagery data more than once
> it is important to make these decisions up front and and prototype up
> something like a 4-10 degree square across a UTM boundary and make
> sure that the results are going to be what you expect before you
> process all the data.
>
> -Steve
>
>> Thanks, James
>>
>>
>>
>>
>>
>> -----Original Message----- From:
>> mapserver-users-bounces at lists.osgeo.org
>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of
>> Stephen Woodbridge Sent: Friday, June 07, 2013 8:41 AM To:
>> mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Best
>> way to import 4.5TB of imagery?
>>
>> On 6/7/2013 10:31 AM, James_in_Utah wrote:
>>> Hi, We just got 3 hard drive, loaded with 4.5TB of NAIP imagery
>>> for all of CONUS.  I think there's a total of about 400,000 jpgs.
>>> The data is in directories, by states.  Under each state, there
>>> are subfolders, probably reference by longitude.  Other than
>>> going through folder by folder, adding each image to a shape file
>>> using gdaltindex, what's the best strategy for loading a couple
>>> of hundred thousand files up to our server and making the imagery
>>> available via our mapserver?  Should I maintain the current
>>> directory structure when I copy the imagery to the server, or
>>> just dump all of it into a single directory?  Do I want to stay
>>> with 1 shape file, or break it up by state?  We eventually want a
>>> contiguous layer for all of CONUS to
> be served up to our users.
>>
>> James,
>>
>> Since imagery data is served via gdal, you might want to also ask
>> this question on the gdal list.
>>
>> There are issues with jpg related to the fact that if you only want
>> a small part of the image you still have to uncompress the whole
>> image. So part of the answer might be that you need to pre-process
>> all the imagery into something like a jpg compress tiled geotif or
>> something else.
>>
>> You also need to consider what projection your imagery is in and
>> what projection you want to display it in. Because if you need to
>> preprocess the data, that would also be a good time to reproject
>> it.
>>
>> Anyway the gdal list can probably ask additional questions to help
>> sort all that out.
>>
>> -Steve W
>>
>> _______________________________________________ mapserver-users
>> mailing list mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>
>
>
> This email and any attachments are confidential and intended solely
> for the addressee(s). If you are not the intended recipient, please
> notify us immediately and then delete this email from your system.
>
> This message has been scanned for Malware and Viruses by Websense
> Hosted Security. www.websense.com
> _______________________________________________ mapserver-users
> mailing list mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>

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

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


From Weisbend at WAPA.GOV  Tue Jun 11 07:54:48 2013
From: Weisbend at WAPA.GOV (Weisbender, Eric)
Date: Tue, 11 Jun 2013 14:54:48 +0000
Subject: [mapserver-users] MapServer 6.2.1 and ArcSDE 10
In-Reply-To: <C549F0496453D842B4DD71AC8188DDC551B73F@055-CH1MPN1-041.055d.mgd.msft.net>
References: <9FE7B20682D2EE4CB9F40163E1EB4F08985DDF@afovsml1m.WAPA.INT>
	<C549F0496453D842B4DD71AC8188DDC55192A8@055-CH1MPN1-041.055d.mgd.msft.net>
	<9FE7B20682D2EE4CB9F40163E1EB4F08986247@afovsml1m.WAPA.INT>
	<C549F0496453D842B4DD71AC8188DDC551B523@055-CH1MPN1-041.055d.mgd.msft.net>
	<9FE7B20682D2EE4CB9F40163E1EB4F089862C9@afovsml1m.WAPA.INT>
	<C549F0496453D842B4DD71AC8188DDC551B73F@055-CH1MPN1-041.055d.mgd.msft.net>
Message-ID: <9FE7B20682D2EE4CB9F40163E1EB4F089864E2@afovsml1m.WAPA.INT>

Success!  Thanks again for all your help.  One last thing, do you suggest any of the other SDE Layer parameters that would improve the speed/performance.

Thanks,

Eric Weisbender
Western Area Power Administration
Corporate Service Office
U.S. Dept. of Energy
office: (720) 962-7280
email: weisbend at wapa.gov<mailto:weisbend at wapa.gov>

From: Lime, Steve D (MNIT) [mailto:Steve.Lime at state.mn.us]
Sent: June 10, 2013 3:01 PM
To: Weisbender, Eric
Cc: Klein, Michael
Subject: RE: MapServer 6.2.1 and ArcSDE 10

Patch goes into your source directory and I believe you just do something like:

  patch <4531.diff

Or you can just edit mapsde.c by hand based on the patch- it's straight forward. Then just recompile.

Steve

From: Weisbender, Eric [mailto:Weisbend at WAPA.GOV]
Sent: Monday, June 10, 2013 3:58 PM
To: Lime, Steve D (MNIT)
Cc: Klein, Michael
Subject: RE: MapServer 6.2.1 and ArcSDE 10

I just now realized that.  Where do I put the patch and how do I compile against it?

Thanks,

Eric Weisbender
Western Area Power Administration
Corporate Service Office
U.S. Dept. of Energy
office: (720) 962-7280
email: weisbend at wapa.gov<mailto:weisbend at wapa.gov>

From: Lime, Steve D (MNIT) [mailto:Steve.Lime at state.mn.us]
Sent: June 10, 2013 2:00 PM
To: Weisbender, Eric
Subject: RE: MapServer 6.2.1 and ArcSDE 10

Looks like you still have a 64/32-bit type error. Did you apply the patch I supplied last week?

From: Weisbender, Eric [mailto:Weisbend at WAPA.GOV]
Sent: Monday, June 10, 2013 2:53 PM
To: Lime, Steve D (MNIT); mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Subject: RE: MapServer 6.2.1 and ArcSDE 10

Hello,

I recompiled MapServer / SDE setting CFLAGS='-DSDE64'.  I am now getting the following error when I try to draw the SDE Layer.

msDrawMap(): Image handling error. Failed to draw layer named 'sde' sdeCopyShape(): SDE error. Unsupported SDE shape type (140733193388036).

This is my SDE Layer Definition.  Any help would be greatly appreciated.

LAYER
  NAME "sde"
  TYPE LINE
  STATUS OFF
  CONNECTION "JLVGISGATEM,5353,sde,cso_editor,c1rcu1t#"
  CONNECTIONTYPE SDE
  DATA "RMR.MNT_SPANS,SHAPE,SDE.DEFAULT"
  TEMPLATE "/data/gis/www/html/ms_common/tlines.html"
  CLASS
     STYLE
      COLOR 200 200 0
                  WIDTH 10
     END
  END
END

Thanks,

Eric Weisbender
Western Area Power Administration
Corporate Service Office
U.S. Dept. of Energy
office: (720) 962-7280
email: weisbend at wapa.gov<mailto:weisbend at wapa.gov>

From: Lime, Steve D (MNIT) [mailto:Steve.Lime at state.mn.us]
Sent: June 07, 2013 1:46 PM
To: Weisbender, Eric; mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Subject: RE: MapServer 6.2.1 and ArcSDE 10

Ah, I ran into this to as well, see ticket https://github.com/mapserver/mapserver/issues/4521. I've attached a diff that made things work well for me. Once a fix is put in place for 6.4 (git master) we can backport to 6.2.

Steve

From: mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Weisbender, Eric
Sent: Friday, June 07, 2013 2:26 PM
To: mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Subject: [mapserver-users] MapServer 6.2.1 and ArcSDE 10

Hello,

We have successfully compiled MapServer 6.2.1 with ArcSDE10 and can see the SDE server ok.  When I try to draw a line layer I get the following error.

msDrawMap(): Image handling error. Failed to draw layer named 'sde' msSDELayerWhichShapes(): SDE error. getSDEQueryInfo(): Success. (0 getSDEQueryInfo(): SDE error. SE_queryinfo_set_columns(): Invalid parameter value passed to function. (4294967230)

The layer definition looks like this and all of the parameters look good.

LAYER
  NAME "sde"
  TYPE LINE
  STATUS OFF
  CONNECTIONTYPE SDE
  CONNECTION "JLVGISGATEM,5353,sde,cso_editor,c1rcu1t#"
  DATA "RMR.MNT_SPANS,SHAPE,SDE.DEFAULT"
  TEMPLATE "/data/gis/www/html/ms_common/tlines.html"
  CLASS
     STYLE
      COLOR 200 200 0
                  WIDTH 10
     END
  END
END

If anyone has an idea of what I am missing or doing wrong any help is greatly appreciated.


Thanks,

Eric Weisbender

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

From Steve.Lime at state.mn.us  Tue Jun 11 08:07:21 2013
From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT))
Date: Tue, 11 Jun 2013 15:07:21 +0000
Subject: [mapserver-users] MapServer 6.2.1 and ArcSDE 10
In-Reply-To: <9FE7B20682D2EE4CB9F40163E1EB4F089864E2@afovsml1m.WAPA.INT>
References: <9FE7B20682D2EE4CB9F40163E1EB4F08985DDF@afovsml1m.WAPA.INT>
	<C549F0496453D842B4DD71AC8188DDC55192A8@055-CH1MPN1-041.055d.mgd.msft.net>
	<9FE7B20682D2EE4CB9F40163E1EB4F08986247@afovsml1m.WAPA.INT>
	<C549F0496453D842B4DD71AC8188DDC551B523@055-CH1MPN1-041.055d.mgd.msft.net>
	<9FE7B20682D2EE4CB9F40163E1EB4F089862C9@afovsml1m.WAPA.INT>
	<C549F0496453D842B4DD71AC8188DDC551B73F@055-CH1MPN1-041.055d.mgd.msft.net>
	<9FE7B20682D2EE4CB9F40163E1EB4F089864E2@afovsml1m.WAPA.INT>
Message-ID: <C549F0496453D842B4DD71AC8188DDC551FD8C@055-CH1MPN1-041.055d.mgd.msft.net>

I've not done much tuning on my setup. I use SDE only when necessary and live with the performance issues. Tuning on the database itself is the best place to try and improve things. You might ping the list on this one, more folks use SDE in general than on 64-bit Linux.

Steve

From: Weisbender, Eric [mailto:Weisbend at WAPA.GOV]
Sent: Tuesday, June 11, 2013 9:55 AM
To: Lime, Steve D (MNIT); mapserver-users at lists.osgeo.org
Cc: Klein, Michael
Subject: RE: MapServer 6.2.1 and ArcSDE 10

Success!  Thanks again for all your help.  One last thing, do you suggest any of the other SDE Layer parameters that would improve the speed/performance.

Thanks,

Eric Weisbender
Western Area Power Administration
Corporate Service Office
U.S. Dept. of Energy
office: (720) 962-7280
email: weisbend at wapa.gov<mailto:weisbend at wapa.gov>

From: Lime, Steve D (MNIT) [mailto:Steve.Lime at state.mn.us]
Sent: June 10, 2013 3:01 PM
To: Weisbender, Eric
Cc: Klein, Michael
Subject: RE: MapServer 6.2.1 and ArcSDE 10

Patch goes into your source directory and I believe you just do something like:

  patch <4531.diff

Or you can just edit mapsde.c by hand based on the patch- it's straight forward. Then just recompile.

Steve

From: Weisbender, Eric [mailto:Weisbend at WAPA.GOV]
Sent: Monday, June 10, 2013 3:58 PM
To: Lime, Steve D (MNIT)
Cc: Klein, Michael
Subject: RE: MapServer 6.2.1 and ArcSDE 10

I just now realized that.  Where do I put the patch and how do I compile against it?

Thanks,

Eric Weisbender
Western Area Power Administration
Corporate Service Office
U.S. Dept. of Energy
office: (720) 962-7280
email: weisbend at wapa.gov<mailto:weisbend at wapa.gov>

From: Lime, Steve D (MNIT) [mailto:Steve.Lime at state.mn.us]
Sent: June 10, 2013 2:00 PM
To: Weisbender, Eric
Subject: RE: MapServer 6.2.1 and ArcSDE 10

Looks like you still have a 64/32-bit type error. Did you apply the patch I supplied last week?

From: Weisbender, Eric [mailto:Weisbend at WAPA.GOV]
Sent: Monday, June 10, 2013 2:53 PM
To: Lime, Steve D (MNIT); mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Subject: RE: MapServer 6.2.1 and ArcSDE 10

Hello,

I recompiled MapServer / SDE setting CFLAGS='-DSDE64'.  I am now getting the following error when I try to draw the SDE Layer.

msDrawMap(): Image handling error. Failed to draw layer named 'sde' sdeCopyShape(): SDE error. Unsupported SDE shape type (140733193388036).

This is my SDE Layer Definition.  Any help would be greatly appreciated.

LAYER
  NAME "sde"
  TYPE LINE
  STATUS OFF
  CONNECTION "JLVGISGATEM,5353,sde,cso_editor,c1rcu1t#"
  CONNECTIONTYPE SDE
  DATA "RMR.MNT_SPANS,SHAPE,SDE.DEFAULT"
  TEMPLATE "/data/gis/www/html/ms_common/tlines.html"
  CLASS
     STYLE
      COLOR 200 200 0
                  WIDTH 10
     END
  END
END

Thanks,

Eric Weisbender
Western Area Power Administration
Corporate Service Office
U.S. Dept. of Energy
office: (720) 962-7280
email: weisbend at wapa.gov<mailto:weisbend at wapa.gov>

From: Lime, Steve D (MNIT) [mailto:Steve.Lime at state.mn.us]
Sent: June 07, 2013 1:46 PM
To: Weisbender, Eric; mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Subject: RE: MapServer 6.2.1 and ArcSDE 10

Ah, I ran into this to as well, see ticket https://github.com/mapserver/mapserver/issues/4521. I've attached a diff that made things work well for me. Once a fix is put in place for 6.4 (git master) we can backport to 6.2.

Steve

From: mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Weisbender, Eric
Sent: Friday, June 07, 2013 2:26 PM
To: mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Subject: [mapserver-users] MapServer 6.2.1 and ArcSDE 10

Hello,

We have successfully compiled MapServer 6.2.1 with ArcSDE10 and can see the SDE server ok.  When I try to draw a line layer I get the following error.

msDrawMap(): Image handling error. Failed to draw layer named 'sde' msSDELayerWhichShapes(): SDE error. getSDEQueryInfo(): Success. (0 getSDEQueryInfo(): SDE error. SE_queryinfo_set_columns(): Invalid parameter value passed to function. (4294967230)

The layer definition looks like this and all of the parameters look good.

LAYER
  NAME "sde"
  TYPE LINE
  STATUS OFF
  CONNECTIONTYPE SDE
  CONNECTION "JLVGISGATEM,5353,sde,cso_editor,c1rcu1t#"
  DATA "RMR.MNT_SPANS,SHAPE,SDE.DEFAULT"
  TEMPLATE "/data/gis/www/html/ms_common/tlines.html"
  CLASS
     STYLE
      COLOR 200 200 0
                  WIDTH 10
     END
  END
END

If anyone has an idea of what I am missing or doing wrong any help is greatly appreciated.


Thanks,

Eric Weisbender

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

From Weisbend at WAPA.GOV  Tue Jun 11 08:09:21 2013
From: Weisbend at WAPA.GOV (Weisbender, Eric)
Date: Tue, 11 Jun 2013 15:09:21 +0000
Subject: [mapserver-users] MapServer 6.2.1 and ArcSDE 10
In-Reply-To: <C549F0496453D842B4DD71AC8188DDC551FD8C@055-CH1MPN1-041.055d.mgd.msft.net>
References: <9FE7B20682D2EE4CB9F40163E1EB4F08985DDF@afovsml1m.WAPA.INT>
	<C549F0496453D842B4DD71AC8188DDC55192A8@055-CH1MPN1-041.055d.mgd.msft.net>
	<9FE7B20682D2EE4CB9F40163E1EB4F08986247@afovsml1m.WAPA.INT>
	<C549F0496453D842B4DD71AC8188DDC551B523@055-CH1MPN1-041.055d.mgd.msft.net>
	<9FE7B20682D2EE4CB9F40163E1EB4F089862C9@afovsml1m.WAPA.INT>
	<C549F0496453D842B4DD71AC8188DDC551B73F@055-CH1MPN1-041.055d.mgd.msft.net>
	<9FE7B20682D2EE4CB9F40163E1EB4F089864E2@afovsml1m.WAPA.INT>
	<C549F0496453D842B4DD71AC8188DDC551FD8C@055-CH1MPN1-041.055d.mgd.msft.net>
Message-ID: <9FE7B20682D2EE4CB9F40163E1EB4F08986551@afovsml1m.WAPA.INT>

We'll do.  Thanks again.

Thanks,

Eric Weisbender
Western Area Power Administration
Corporate Service Office
U.S. Dept. of Energy
office: (720) 962-7280
email: weisbend at wapa.gov<mailto:weisbend at wapa.gov>

From: Lime, Steve D (MNIT) [mailto:Steve.Lime at state.mn.us]
Sent: June 11, 2013 9:07 AM
To: Weisbender, Eric; mapserver-users at lists.osgeo.org
Cc: Klein, Michael
Subject: RE: MapServer 6.2.1 and ArcSDE 10

I've not done much tuning on my setup. I use SDE only when necessary and live with the performance issues. Tuning on the database itself is the best place to try and improve things. You might ping the list on this one, more folks use SDE in general than on 64-bit Linux.

Steve

From: Weisbender, Eric [mailto:Weisbend at WAPA.GOV]
Sent: Tuesday, June 11, 2013 9:55 AM
To: Lime, Steve D (MNIT); mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Cc: Klein, Michael
Subject: RE: MapServer 6.2.1 and ArcSDE 10

Success!  Thanks again for all your help.  One last thing, do you suggest any of the other SDE Layer parameters that would improve the speed/performance.

Thanks,

Eric Weisbender
Western Area Power Administration
Corporate Service Office
U.S. Dept. of Energy
office: (720) 962-7280
email: weisbend at wapa.gov<mailto:weisbend at wapa.gov>

From: Lime, Steve D (MNIT) [mailto:Steve.Lime at state.mn.us]
Sent: June 10, 2013 3:01 PM
To: Weisbender, Eric
Cc: Klein, Michael
Subject: RE: MapServer 6.2.1 and ArcSDE 10

Patch goes into your source directory and I believe you just do something like:

  patch <4531.diff

Or you can just edit mapsde.c by hand based on the patch- it's straight forward. Then just recompile.

Steve

From: Weisbender, Eric [mailto:Weisbend at WAPA.GOV]
Sent: Monday, June 10, 2013 3:58 PM
To: Lime, Steve D (MNIT)
Cc: Klein, Michael
Subject: RE: MapServer 6.2.1 and ArcSDE 10

I just now realized that.  Where do I put the patch and how do I compile against it?

Thanks,

Eric Weisbender
Western Area Power Administration
Corporate Service Office
U.S. Dept. of Energy
office: (720) 962-7280
email: weisbend at wapa.gov<mailto:weisbend at wapa.gov>

From: Lime, Steve D (MNIT) [mailto:Steve.Lime at state.mn.us]
Sent: June 10, 2013 2:00 PM
To: Weisbender, Eric
Subject: RE: MapServer 6.2.1 and ArcSDE 10

Looks like you still have a 64/32-bit type error. Did you apply the patch I supplied last week?

From: Weisbender, Eric [mailto:Weisbend at WAPA.GOV]
Sent: Monday, June 10, 2013 2:53 PM
To: Lime, Steve D (MNIT); mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Subject: RE: MapServer 6.2.1 and ArcSDE 10

Hello,

I recompiled MapServer / SDE setting CFLAGS='-DSDE64'.  I am now getting the following error when I try to draw the SDE Layer.

msDrawMap(): Image handling error. Failed to draw layer named 'sde' sdeCopyShape(): SDE error. Unsupported SDE shape type (140733193388036).

This is my SDE Layer Definition.  Any help would be greatly appreciated.

LAYER
  NAME "sde"
  TYPE LINE
  STATUS OFF
  CONNECTION "JLVGISGATEM,5353,sde,cso_editor,c1rcu1t#"
  CONNECTIONTYPE SDE
  DATA "RMR.MNT_SPANS,SHAPE,SDE.DEFAULT"
  TEMPLATE "/data/gis/www/html/ms_common/tlines.html"
  CLASS
     STYLE
      COLOR 200 200 0
                  WIDTH 10
     END
  END
END

Thanks,

Eric Weisbender
Western Area Power Administration
Corporate Service Office
U.S. Dept. of Energy
office: (720) 962-7280
email: weisbend at wapa.gov<mailto:weisbend at wapa.gov>

From: Lime, Steve D (MNIT) [mailto:Steve.Lime at state.mn.us]
Sent: June 07, 2013 1:46 PM
To: Weisbender, Eric; mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Subject: RE: MapServer 6.2.1 and ArcSDE 10

Ah, I ran into this to as well, see ticket https://github.com/mapserver/mapserver/issues/4521. I've attached a diff that made things work well for me. Once a fix is put in place for 6.4 (git master) we can backport to 6.2.

Steve

From: mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Weisbender, Eric
Sent: Friday, June 07, 2013 2:26 PM
To: mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Subject: [mapserver-users] MapServer 6.2.1 and ArcSDE 10

Hello,

We have successfully compiled MapServer 6.2.1 with ArcSDE10 and can see the SDE server ok.  When I try to draw a line layer I get the following error.

msDrawMap(): Image handling error. Failed to draw layer named 'sde' msSDELayerWhichShapes(): SDE error. getSDEQueryInfo(): Success. (0 getSDEQueryInfo(): SDE error. SE_queryinfo_set_columns(): Invalid parameter value passed to function. (4294967230)

The layer definition looks like this and all of the parameters look good.

LAYER
  NAME "sde"
  TYPE LINE
  STATUS OFF
  CONNECTIONTYPE SDE
  CONNECTION "JLVGISGATEM,5353,sde,cso_editor,c1rcu1t#"
  DATA "RMR.MNT_SPANS,SHAPE,SDE.DEFAULT"
  TEMPLATE "/data/gis/www/html/ms_common/tlines.html"
  CLASS
     STYLE
      COLOR 200 200 0
                  WIDTH 10
     END
  END
END

If anyone has an idea of what I am missing or doing wrong any help is greatly appreciated.


Thanks,

Eric Weisbender

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

From john.evans at gst.com  Tue Jun 11 09:43:19 2013
From: john.evans at gst.com (John D. Evans)
Date: Tue, 11 Jun 2013 12:43:19 -0400
Subject: [mapserver-users] Misusing default TIME values in WMS?
Message-ID: <51B753A7.3050805@gst.com>

Hi all,

My MapServer WMS service seems to be misusing the default times I have 
defined on map layers. It (correctly) uses the default time for GetMap 
requests that specify no time at all; however it (incorrectly) uses this 
time also for requests that specify a time outside the layer's available 
times. (For, say, time=2017-09-21, it returns today's image... which is 
very confusing.)

The WMS Capabilities doc shows <Extent name="time" ... nearestValue="0"> 
which is what I want -- but it doesn't match the above behavior. Excerpt:

         <Layer queryable="0" opaque="0" cascaded="0">
           <Name>iicmocp_time_idx</Name>
           <Title>Time Index for iicmocp</Title>
           <SRS>EPSG:4326</SRS>
         </Layer>
         <Layer queryable="0" opaque="0" cascaded="0">
           <Name>iicmocp_daily</Name>
           <Title>csppnppviirssdr iicmocp daily</Title>
           <Abstract>Some important description here...</Abstract>
           <SRS>EPSG:4326</SRS>
           <Dimension name="time" units="ISO8601"/>
           <Extent name="time" default="2013-06-11"
    nearestValue="0">2013-06-09/2013-06-11T09:16/P1D</Extent>
         </Layer>

Is this a bug in mapserv? Or have I just misconfigured my time index? 
(Mapfile excerpts below.)

Thanks.

   - John Evans


p.s. My mapfile has the following details for these layers:

       LAYER
         NAME "iicmocp_daily"
         TYPE RASTER
         STATUS off
         OFFSITE 0 0 0
         TRANSPARENCY 80
         TILEINDEX "iicmocp_time_idx"
         TILEITEM "tiffpath"
         METADATA
           "wms_srs" "EPSG:4326"
           "wms_title" "csppnppviirssdr iicmocp daily"
           "wms_layer_group" "/csppnppviirssdr iicmocp imagery"
           "wms_abstract" "Some important description here..."
           "wms_timeextent" "2013-06-09/2013-06-11T09:16/P1D"
           "wms_timedefault" "2013-06-11"
           "wms_timeitem" "filedate"
           "wms_timeformat" "YYYY-MM-DD,YYYY-MM-DDTHH,YYYY-MM-DDTHH:MM"
         END
       END

       LAYER
         NAME "iicmocp_time_idx"
         TYPE POLYGON
         DATA  "geom from iicmocp"
         METADATA
           "wms_title" "Time Index for iicmocp"
           "wms_srs" "EPSG:4326"
         END
         CONNECTIONTYPE POSTGIS
         CONNECTION "host=localhost port=5432 dbname=mapdemo ..."
       END

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

From tfagin at coordinatesolutions.com  Tue Jun 11 09:51:01 2013
From: tfagin at coordinatesolutions.com (Todd Fagin)
Date: Tue, 11 Jun 2013 11:51:01 -0500
Subject: [mapserver-users] Help with configuring WMS
Message-ID: <003001ce66c3$db0c5f00$91251d00$@coordinatesolutions.com>

Greetings,

 

I have what I hope is a simple issue.

 

I have a working mapfile in which I have setup WMS.  When I test with
GetCapabilities, everything seems to return fine (mostly, see below).
However, when I test with GetMap, I just get a blank image (set to the
background color I have in the map file).

 

One odd thing, though, with the GetCapabilities results is that the bounding
box coordinates reverse the X and Y:

<BoundingBox CRS="EPSG:4326" minx="33.6158" miny="-103.002" maxx="37.0023"
maxy="-94.4307"/>

 

However, the GeographicBoundingBox is correct:

   <EX_GeographicBoundingBox>

        <westBoundLongitude>-103.002</westBoundLongitude>

        <eastBoundLongitude>-94.4307</eastBoundLongitude>

        <southBoundLatitude>33.6158</southBoundLatitude>

        <northBoundLatitude>37.0023</northBoundLatitude>

    </EX_GeographicBoundingBox>

 

I am running this on my local machine so I am attaching the sample mapfile
and the GetCapabilities results, and including the GetMap example I am using
which is returning the blank image.

 

Example:

GetMap

 

http://localhost/cgi-bin/mapserv.exe?map=/ms4w/apps/OK_TEST/OK_Counties.map
<http://localhost/cgi-bin/mapserv.exe?map=/ms4w/apps/OK_TEST/OK_Counties.map
&SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&LAYERS=Counties&CRS=EPSG:4326&BBOX
=-103.002,33.6158,-94.4307,37.0023&WIDTH=800&HEIGHT=300&FORMAT=image/png&STY
LES=&TRANSPARENT=TRUE>
&SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&LAYERS=Counties&CRS=EPSG:4326&BBOX
=-103.002,33.6158,-94.4307,37.0023&WIDTH=800&HEIGHT=300&FORMAT=image/png&STY
LES=&TRANSPARENT=TRUE

 

GetCapabilities

 

http://localhost/cgi-bin/mapserv.exe?map=/ms4w/apps/OK_TEST/OK_COUNTIES.map
<http://localhost/cgi-bin/mapserv.exe?map=/ms4w/apps/OK_TEST/OK_COUNTIES.map
&SERVICE=WMS&VERSION=1.3.0&REQUEST=GetCapabilities>
&SERVICE=WMS&VERSION=1.3.0&REQUEST=GetCapabilities

 

 

Any help would be greatly appreciated. Thanks in advance,

 

Todd

 

 

Todd Fagin

Coordinate Solutions, Inc.

405.740.4324

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130611/d570ce5f/attachment.htm>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: OK_COUNTIES.map
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130611/d570ce5f/attachment.ksh>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: GetCapabilites.xml
Type: text/xml
Size: 5017 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130611/d570ce5f/attachment.xml>

From john.evans at gst.com  Tue Jun 11 10:26:45 2013
From: john.evans at gst.com (John D. Evans)
Date: Tue, 11 Jun 2013 13:26:45 -0400
Subject: [mapserver-users] Help with configuring WMS
In-Reply-To: <003001ce66c3$db0c5f00$91251d00$@coordinatesolutions.com>
References: <003001ce66c3$db0c5f00$91251d00$@coordinatesolutions.com>
Message-ID: <51B75DD5.6030608@gst.com>

Hi Todd,

What happens when you make one of the following changes (but not both) 
to your GetMap request?

EITHER change
...&VERSION=1.3.0...
to
...&VERSION=1.1.1...

OR change
...&BBOX=-103.002,33.6158,-94.4307,37.0023...
to
...&BBOX=33.6158,-103.002,37.0023,-94.4307...

(EPSG:4326 was defined as lon-lat in WMS pre-1.3; but in 1.3 it's lat-lon)

   - John Evans


On 06/11/2013 12:51 PM, Todd Fagin wrote:
>
> Greetings,
>
> I have what I hope is a simple issue.
>
> I have a working mapfile in which I have setup WMS.  When I test with 
> GetCapabilities, everything seems to return fine (mostly, see below).  
> However, when I test with GetMap, I just get a blank image (set to the 
> background color I have in the map file).
>
> One odd thing, though, with the GetCapabilities results is that the 
> bounding box coordinates reverse the X and Y:
>
> <BoundingBoxCRS="EPSG:4326"minx="33.6158"miny="-103.002"maxx="37.0023"maxy="-94.4307"/>
>
> However, the GeographicBoundingBox is correct:
>
>    <EX_GeographicBoundingBox>
>
>         <westBoundLongitude>-103.002</westBoundLongitude>
>
>         <eastBoundLongitude>-94.4307</eastBoundLongitude>
>
>         <southBoundLatitude>33.6158</southBoundLatitude>
>
>         <northBoundLatitude>37.0023</northBoundLatitude>
>
>     </EX_GeographicBoundingBox>
>
> I am running this on my local machine so I am attaching the sample 
> mapfile and the GetCapabilities results, and including the GetMap 
> example I am using which is returning the blank image.
>
> Example:
>
> GetMap
>
> http://localhost/cgi-bin/mapserv.exe?map=/ms4w/apps/OK_TEST/OK_Counties.map&SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&LAYERS=Counties&CRS=EPSG:4326&BBOX=-103.002,33.6158,-94.4307,37.0023&WIDTH=800&HEIGHT=300&FORMAT=image/png&STYLES=&TRANSPARENT=TRUE
>
> GetCapabilities
>
> http://localhost/cgi-bin/mapserv.exe?map=/ms4w/apps/OK_TEST/OK_COUNTIES.map&SERVICE=WMS&VERSION=1.3.0&REQUEST=GetCapabilities
>
> Any help would be greatly appreciated. Thanks in advance,
>
> Todd
>
> Todd Fagin
>
> Coordinate Solutions, Inc.
>
> 405.740.4324
>
> ------------------------------------------------------------------------
>
> Spam <https://filter.gst.com/canit/b.php?i=01JL5hDah&m=b30ab3b84756&c=s>
> Not spam 
> <https://filter.gst.com/canit/b.php?i=01JL5hDah&m=b30ab3b84756&c=n>
> Forget previous vote 
> <https://filter.gst.com/canit/b.php?i=01JL5hDah&m=b30ab3b84756&c=f>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users

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

From jukka.rahkonen at mmmtike.fi  Tue Jun 11 10:30:32 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Tue, 11 Jun 2013 17:30:32 +0000
Subject: [mapserver-users] Help with configuring WMS
In-Reply-To: <003001ce66c3$db0c5f00$91251d00$@coordinatesolutions.com>
References: <003001ce66c3$db0c5f00$91251d00$@coordinatesolutions.com>
Message-ID: <84446DEF76453C439E9E97E438E13A63C14632@suutari.haapa.mmm.fi>

Hi,

If you use WMS 1.3.0 you must use Nothing-Easting axis order with EPSG:4326.  Stay with WMS 1.1.1 of flip the coordinates in your request. Search "WMS 1.3.0 axis order" and you will find reading for the rest of the day.

-Jukka Rahkonen-
________________________________
Todd Fagin wrote

Greetings,

I have what I hope is a simple issue.

I have a working mapfile in which I have setup WMS.  When I test with GetCapabilities, everything seems to return fine (mostly, see below).  However, when I test with GetMap, I just get a blank image (set to the background color I have in the map file).

One odd thing, though, with the GetCapabilities results is that the bounding box coordinates reverse the X and Y:

<BoundingBox CRS="EPSG:4326" minx="33.6158" miny="-103.002" maxx="37.0023" maxy="-94.4307"/>

However, the GeographicBoundingBox is correct:

   <EX_GeographicBoundingBox>
        <westBoundLongitude>-103.002</westBoundLongitude>
        <eastBoundLongitude>-94.4307</eastBoundLongitude>
        <southBoundLatitude>33.6158</southBoundLatitude>
        <northBoundLatitude>37.0023</northBoundLatitude>
    </EX_GeographicBoundingBox>

I am running this on my local machine so I am attaching the sample mapfile and the GetCapabilities results, and including the GetMap example I am using which is returning the blank image.

Example:

GetMap

http://localhost/cgi-bin/mapserv.exe?map=/ms4w/apps/OK_TEST/OK_Counties.map&SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&LAYERS=Counties&CRS=EPSG:4326&BBOX=-103.002,33.6158,-94.4307,37.0023&WIDTH=800&HEIGHT=300&FORMAT=image/png&STYLES=&TRANSPARENT=TRUE

GetCapabilities

http://localhost/cgi-bin/mapserv.exe?map=/ms4w/apps/OK_TEST/OK_COUNTIES.map&SERVICE=WMS&VERSION=1.3.0&REQUEST=GetCapabilities


Any help would be greatly appreciated. Thanks in advance,

Todd


Todd Fagin
Coordinate Solutions, Inc.
405.740.4324



From bob.basques at ci.stpaul.mn.us  Tue Jun 11 11:14:15 2013
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Tue, 11 Jun 2013 18:14:15 +0000
Subject: [mapserver-users] LABEL/LEADER examples??
Message-ID: <C9CEA89772DA74488B5A5B6EB17DC48106653AA2@055-CH1MPN1-001.055d.mgd.msft.net>

All,

Hello, I've been reading up a bit on 6.2.? and was wondering if anyone had a sample of the LABEL/LEADER line mapfile that I could start experimenting from.

I want to do something like a billboard label with a leader line to some POINT locations.

I tried some real quick tests based on the docs for LEADER, but didn't get any leader lines to appear.  I suspect this might need some tweaking of many mapfile VARs to get it looking the way I want.  Longer term, I may need to do some muli-line billboard labels  (if possible).

I would be glad to put my results back out somewhere public if there is interest.

Thanks

Bobb


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

From woodbri at swoodbridge.com  Tue Jun 11 11:18:08 2013
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Tue, 11 Jun 2013 14:18:08 -0400
Subject: [mapserver-users] LABEL/LEADER examples??
In-Reply-To: <C9CEA89772DA74488B5A5B6EB17DC48106653AA2@055-CH1MPN1-001.055d.mgd.msft.net>
References: <C9CEA89772DA74488B5A5B6EB17DC48106653AA2@055-CH1MPN1-001.055d.mgd.msft.net>
Message-ID: <51B769E0.4000202@swoodbridge.com>

Bob,

The offset lable with a leader will only be attempted if there is a 
collision with and existing label that requires moving the label to 
place it on the image.

-Steve W

On 6/11/2013 2:14 PM, Basques, Bob (CI-StPaul) wrote:
> All,
>
> Hello, I?ve been reading up a bit on 6.2.? and was wondering if anyone
> had a sample of the LABEL/LEADER line mapfile that I could start
> experimenting from.
>
> I want to do something like a billboard label with a leader line to some
> POINT locations.
>
> I tried some real quick tests based on the docs for LEADER, but didn?t
> get any leader lines to appear.  I suspect this might need some tweaking
> of many mapfile VARs to get it looking the way I want.  Longer term, I
> may need to do some muli-line billboard labels  (if possible).
>
> I would be glad to put my results back out somewhere public if there is
> interest.
>
> Thanks
>
> Bobb
>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>



From bob.basques at ci.stpaul.mn.us  Tue Jun 11 11:27:22 2013
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Tue, 11 Jun 2013 18:27:22 +0000
Subject: [mapserver-users] LABEL/LEADER examples??
In-Reply-To: <51B769E0.4000202@swoodbridge.com>
References: <C9CEA89772DA74488B5A5B6EB17DC48106653AA2@055-CH1MPN1-001.055d.mgd.msft.net>
	<51B769E0.4000202@swoodbridge.com>
Message-ID: <C9CEA89772DA74488B5A5B6EB17DC48106653ADE@055-CH1MPN1-001.055d.mgd.msft.net>

Hi Steve,

Yeah, I had five or six labels all piled up on top of each other.  I couldn't get anything to make a Leader appear.  Truth be told, I was trying to add the capability (quickly) to an already fairly complex Mapfile, I tried a few settings changes but gave up and so I figured I should start simpler to get the hang of it.  :c)

I did look for a method of forcing the leaders to always be on as well, which might be an interesting application of the capability (at least for what I want to use it for).

Bobb






-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stephen Woodbridge
Sent: Tuesday, June 11, 2013 1:18 PM
To: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] LABEL/LEADER examples??

Bob,

The offset lable with a leader will only be attempted if there is a collision with and existing label that requires moving the label to place it on the image.

-Steve W

On 6/11/2013 2:14 PM, Basques, Bob (CI-StPaul) wrote:
> All,
>
> Hello, I've been reading up a bit on 6.2.? and was wondering if anyone 
> had a sample of the LABEL/LEADER line mapfile that I could start 
> experimenting from.
>
> I want to do something like a billboard label with a leader line to 
> some POINT locations.
>
> I tried some real quick tests based on the docs for LEADER, but didn't 
> get any leader lines to appear.  I suspect this might need some 
> tweaking of many mapfile VARs to get it looking the way I want.  
> Longer term, I may need to do some muli-line billboard labels  (if possible).
>
> I would be glad to put my results back out somewhere public if there 
> is interest.
>
> Thanks
>
> Bobb
>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>

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




From bob.basques at ci.stpaul.mn.us  Tue Jun 11 11:39:06 2013
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Tue, 11 Jun 2013 18:39:06 +0000
Subject: [mapserver-users] LABEL/LEADER examples??
In-Reply-To: <51B769E0.4000202@swoodbridge.com>
References: <C9CEA89772DA74488B5A5B6EB17DC48106653AA2@055-CH1MPN1-001.055d.mgd.msft.net>
	<51B769E0.4000202@swoodbridge.com>
Message-ID: <C9CEA89772DA74488B5A5B6EB17DC48106653B18@055-CH1MPN1-001.055d.mgd.msft.net>

All,

Oops,nevermind, I figured out my problem, they are only supported on POLYGON layers (huh??? Why the limit?).  Hmm, I suppose I could fake a POLYGON type in the output.  The data is all point based in PostGIS, So I could use an Envelope query of some sort I suppose, but I expect a performance hit there of some sort.

Hmm, I'll need to think about this some more . . . I wonder why only POLYGONS are supported?  Seems odd.

Bobb



-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stephen Woodbridge
Sent: Tuesday, June 11, 2013 1:18 PM
To: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] LABEL/LEADER examples??

Bob,

The offset lable with a leader will only be attempted if there is a collision with and existing label that requires moving the label to place it on the image.

-Steve W

On 6/11/2013 2:14 PM, Basques, Bob (CI-StPaul) wrote:
> All,
>
> Hello, I've been reading up a bit on 6.2.? and was wondering if anyone 
> had a sample of the LABEL/LEADER line mapfile that I could start 
> experimenting from.
>
> I want to do something like a billboard label with a leader line to 
> some POINT locations.
>
> I tried some real quick tests based on the docs for LEADER, but didn't 
> get any leader lines to appear.  I suspect this might need some 
> tweaking of many mapfile VARs to get it looking the way I want.  
> Longer term, I may need to do some muli-line billboard labels  (if possible).
>
> I would be glad to put my results back out somewhere public if there 
> is interest.
>
> Thanks
>
> Bobb
>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>

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




From tfagin at coordinatesolutions.com  Tue Jun 11 12:00:18 2013
From: tfagin at coordinatesolutions.com (Todd Fagin)
Date: Tue, 11 Jun 2013 14:00:18 -0500
Subject: [mapserver-users] Help with configuring WMS
In-Reply-To: <84446DEF76453C439E9E97E438E13A63C14632@suutari.haapa.mmm.fi>
References: <003001ce66c3$db0c5f00$91251d00$@coordinatesolutions.com>
	<84446DEF76453C439E9E97E438E13A63C14632@suutari.haapa.mmm.fi>
Message-ID: <006601ce66d5$ea485840$bed908c0$@com>

That's it!  Thanks Rahkonen.  Now, this begs the question of how I revert to
1.1.1?

When I use 1.1.1 in the request, it doesn't work at all.

Todd Fagin
?
Coordinate Solutions, Inc.
2804 NW 18th St.
Oklahoma City, OK 73107
405.740.4324 (voice)
904.471.5548 (fax)
www.coordinatesolutions.com


-----Original Message-----
From: Rahkonen Jukka [mailto:jukka.rahkonen at mmmtike.fi] 
Sent: Tuesday, June 11, 2013 12:31 PM
To: Todd Fagin; mapserver-users at lists.osgeo.org
Subject: VS: [mapserver-users] Help with configuring WMS

Hi,

If you use WMS 1.3.0 you must use Nothing-Easting axis order with EPSG:4326.
Stay with WMS 1.1.1 of flip the coordinates in your request. Search "WMS
1.3.0 axis order" and you will find reading for the rest of the day.

-Jukka Rahkonen-
________________________________
Todd Fagin wrote

Greetings,

I have what I hope is a simple issue.

I have a working mapfile in which I have setup WMS.  When I test with
GetCapabilities, everything seems to return fine (mostly, see below).
However, when I test with GetMap, I just get a blank image (set to the
background color I have in the map file).

One odd thing, though, with the GetCapabilities results is that the bounding
box coordinates reverse the X and Y:

<BoundingBox CRS="EPSG:4326" minx="33.6158" miny="-103.002" maxx="37.0023"
maxy="-94.4307"/>

However, the GeographicBoundingBox is correct:

   <EX_GeographicBoundingBox>
        <westBoundLongitude>-103.002</westBoundLongitude>
        <eastBoundLongitude>-94.4307</eastBoundLongitude>
        <southBoundLatitude>33.6158</southBoundLatitude>
        <northBoundLatitude>37.0023</northBoundLatitude>
    </EX_GeographicBoundingBox>

I am running this on my local machine so I am attaching the sample mapfile
and the GetCapabilities results, and including the GetMap example I am using
which is returning the blank image.

Example:

GetMap

http://localhost/cgi-bin/mapserv.exe?map=/ms4w/apps/OK_TEST/OK_Counties.map&
SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&LAYERS=Counties&CRS=EPSG:4326&BBOX=
-103.002,33.6158,-94.4307,37.0023&WIDTH=800&HEIGHT=300&FORMAT=image/png&STYL
ES=&TRANSPARENT=TRUE

GetCapabilities

http://localhost/cgi-bin/mapserv.exe?map=/ms4w/apps/OK_TEST/OK_COUNTIES.map&
SERVICE=WMS&VERSION=1.3.0&REQUEST=GetCapabilities


Any help would be greatly appreciated. Thanks in advance,

Todd


Todd Fagin
Coordinate Solutions, Inc.
405.740.4324




From jukka.rahkonen at mmmtike.fi  Tue Jun 11 12:16:48 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Tue, 11 Jun 2013 19:16:48 +0000
Subject: [mapserver-users] Help with configuring WMS
In-Reply-To: <006601ce66d5$ea485840$bed908c0$@com>
References: <003001ce66c3$db0c5f00$91251d00$@coordinatesolutions.com>
	<84446DEF76453C439E9E97E438E13A63C14632@suutari.haapa.mmm.fi>,
	<006601ce66d5$ea485840$bed908c0$@com>
Message-ID: <84446DEF76453C439E9E97E438E13A63C14698@suutari.haapa.mmm.fi>

Hi,

Sorry, I forgot to tell that it is SRS in v. 1.1.1 but CRS in v. 1.3.0. But it is actually told here
http://mapserver.org/ogc/wms_server.html

If you are busy, try these before starting to do your homeworks.

http://demo.mapserver.org/cgi-bin/wms?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&BBOX=-180,-90,180,90&SRS=EPSG:4326&WIDTH=953&HEIGHT=480&LAYERS=bluemarble,cities&STYLES=&FORMAT=image/png&TRANSPARENT=true

http://demo.mapserver.org/cgi-bin/wms?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&BBOX=-90,-180,90,180&CRS=EPSG:4326&WIDTH=953&HEIGHT=480&LAYERS=bluemarble,cities&STYLES=&FORMAT=image/png&TRANSPARENT=true

-Jukka Rahkonen-
________________________________________
Todd Fagin wrote:

> That's it!  Thanks Rahkonen.  Now, this begs the question of how I revert to
1.1.1?

> When I use 1.1.1 in the request, it doesn't work at all.

> Todd Fagin

Coordinate Solutions, Inc.
2804 NW 18th St.
Oklahoma City, OK 73107
405.740.4324 (voice)
904.471.5548 (fax)
www.coordinatesolutions.com


-----Original Message-----
From: Rahkonen Jukka [mailto:jukka.rahkonen at mmmtike.fi]
Sent: Tuesday, June 11, 2013 12:31 PM
To: Todd Fagin; mapserver-users at lists.osgeo.org
Subject: VS: [mapserver-users] Help with configuring WMS

Hi,

If you use WMS 1.3.0 you must use Nothing-Easting axis order with EPSG:4326.
Stay with WMS 1.1.1 of flip the coordinates in your request. Search "WMS
1.3.0 axis order" and you will find reading for the rest of the day.

-Jukka Rahkonen-
________________________________
Todd Fagin wrote

Greetings,

I have what I hope is a simple issue.

I have a working mapfile in which I have setup WMS.  When I test with
GetCapabilities, everything seems to return fine (mostly, see below).
However, when I test with GetMap, I just get a blank image (set to the
background color I have in the map file).

One odd thing, though, with the GetCapabilities results is that the bounding
box coordinates reverse the X and Y:

<BoundingBox CRS="EPSG:4326" minx="33.6158" miny="-103.002" maxx="37.0023"
maxy="-94.4307"/>

However, the GeographicBoundingBox is correct:

   <EX_GeographicBoundingBox>
        <westBoundLongitude>-103.002</westBoundLongitude>
        <eastBoundLongitude>-94.4307</eastBoundLongitude>
        <southBoundLatitude>33.6158</southBoundLatitude>
        <northBoundLatitude>37.0023</northBoundLatitude>
    </EX_GeographicBoundingBox>

I am running this on my local machine so I am attaching the sample mapfile
and the GetCapabilities results, and including the GetMap example I am using
which is returning the blank image.

Example:

GetMap

http://localhost/cgi-bin/mapserv.exe?map=/ms4w/apps/OK_TEST/OK_Counties.map&
SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&LAYERS=Counties&CRS=EPSG:4326&BBOX=
-103.002,33.6158,-94.4307,37.0023&WIDTH=800&HEIGHT=300&FORMAT=image/png&STYL
ES=&TRANSPARENT=TRUE

GetCapabilities

http://localhost/cgi-bin/mapserv.exe?map=/ms4w/apps/OK_TEST/OK_COUNTIES.map&
SERVICE=WMS&VERSION=1.3.0&REQUEST=GetCapabilities


Any help would be greatly appreciated. Thanks in advance,

Todd


Todd Fagin
Coordinate Solutions, Inc.
405.740.4324




From thomas.bonfort at gmail.com  Tue Jun 11 12:26:22 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Tue, 11 Jun 2013 21:26:22 +0200
Subject: [mapserver-users] LABEL/LEADER examples??
In-Reply-To: <C9CEA89772DA74488B5A5B6EB17DC48106653B18@055-CH1MPN1-001.055d.mgd.msft.net>
References: <C9CEA89772DA74488B5A5B6EB17DC48106653AA2@055-CH1MPN1-001.055d.mgd.msft.net>
	<51B769E0.4000202@swoodbridge.com>
	<C9CEA89772DA74488B5A5B6EB17DC48106653B18@055-CH1MPN1-001.055d.mgd.msft.net>
Message-ID: <CAOM3y2hPHqeXVhRnuJEpMFvvfi26WQ0cteR9bHnNz-4OD_RQsQ@mail.gmail.com>

There is no limit on layer types. However a leader line/offseted label is
rejected if the line intersects a label-cached feature.

--
tb


On 11 June 2013 20:39, Basques, Bob (CI-StPaul) <bob.basques at ci.stpaul.mn.us
> wrote:

> All,
>
> Oops,nevermind, I figured out my problem, they are only supported on
> POLYGON layers (huh??? Why the limit?).  Hmm, I suppose I could fake a
> POLYGON type in the output.  The data is all point based in PostGIS, So I
> could use an Envelope query of some sort I suppose, but I expect a
> performance hit there of some sort.
>
> Hmm, I'll need to think about this some more . . . I wonder why only
> POLYGONS are supported?  Seems odd.
>
> Bobb
>
>
>
> -----Original Message-----
> From: mapserver-users-bounces at lists.osgeo.org [mailto:
> mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stephen Woodbridge
> Sent: Tuesday, June 11, 2013 1:18 PM
> To: mapserver-users at lists.osgeo.org
> Subject: Re: [mapserver-users] LABEL/LEADER examples??
>
> Bob,
>
> The offset lable with a leader will only be attempted if there is a
> collision with and existing label that requires moving the label to place
> it on the image.
>
> -Steve W
>
> On 6/11/2013 2:14 PM, Basques, Bob (CI-StPaul) wrote:
> > All,
> >
> > Hello, I've been reading up a bit on 6.2.? and was wondering if anyone
> > had a sample of the LABEL/LEADER line mapfile that I could start
> > experimenting from.
> >
> > I want to do something like a billboard label with a leader line to
> > some POINT locations.
> >
> > I tried some real quick tests based on the docs for LEADER, but didn't
> > get any leader lines to appear.  I suspect this might need some
> > tweaking of many mapfile VARs to get it looking the way I want.
> > Longer term, I may need to do some muli-line billboard labels  (if
> possible).
> >
> > I would be glad to put my results back out somewhere public if there
> > is interest.
> >
> > Thanks
> >
> > Bobb
> >
> >
> >
> > _______________________________________________
> > mapserver-users mailing list
> > mapserver-users at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/mapserver-users
> >
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130611/8b481c8f/attachment.htm>

From bob.basques at ci.stpaul.mn.us  Tue Jun 11 12:27:50 2013
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Tue, 11 Jun 2013 19:27:50 +0000
Subject: [mapserver-users] LABEL/LEADER examples??
In-Reply-To: <51B769E0.4000202@swoodbridge.com>
References: <C9CEA89772DA74488B5A5B6EB17DC48106653AA2@055-CH1MPN1-001.055d.mgd.msft.net>
	<51B769E0.4000202@swoodbridge.com>
Message-ID: <C9CEA89772DA74488B5A5B6EB17DC48106653BAC@055-CH1MPN1-001.055d.mgd.msft.net>


Steve,

A little more research . . . it looks like the correct way to approach this is with a Voronoi Polygon set like:

http://www.bostongis.com/PrinterFriendly.aspx?content_name=postgresql_plr_tut02

The problem there though, it that the LEADER function looks like it will auto-anchor at the polygon centroid, not what I was looking for, instead of the actual point I want it to grab.

Hmm, I wonder how a simple bounding box approach to each point would work.  There would be overlapping polygons with this approach, but it might work ok . . .

Bobb




-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stephen Woodbridge
Sent: Tuesday, June 11, 2013 1:18 PM
To: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] LABEL/LEADER examples??

Bob,

The offset lable with a leader will only be attempted if there is a collision with and existing label that requires moving the label to place it on the image.

-Steve W

On 6/11/2013 2:14 PM, Basques, Bob (CI-StPaul) wrote:
> All,
>
> Hello, I've been reading up a bit on 6.2.? and was wondering if anyone 
> had a sample of the LABEL/LEADER line mapfile that I could start 
> experimenting from.
>
> I want to do something like a billboard label with a leader line to 
> some POINT locations.
>
> I tried some real quick tests based on the docs for LEADER, but didn't 
> get any leader lines to appear.  I suspect this might need some 
> tweaking of many mapfile VARs to get it looking the way I want.  
> Longer term, I may need to do some muli-line billboard labels  (if possible).
>
> I would be glad to put my results back out somewhere public if there 
> is interest.
>
> Thanks
>
> Bobb
>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>

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




From bob.basques at ci.stpaul.mn.us  Tue Jun 11 12:30:22 2013
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Tue, 11 Jun 2013 19:30:22 +0000
Subject: [mapserver-users] LABEL/LEADER examples??
In-Reply-To: <CAOM3y2hPHqeXVhRnuJEpMFvvfi26WQ0cteR9bHnNz-4OD_RQsQ@mail.gmail.com>
References: <C9CEA89772DA74488B5A5B6EB17DC48106653AA2@055-CH1MPN1-001.055d.mgd.msft.net>
	<51B769E0.4000202@swoodbridge.com>
	<C9CEA89772DA74488B5A5B6EB17DC48106653B18@055-CH1MPN1-001.055d.mgd.msft.net>
	<CAOM3y2hPHqeXVhRnuJEpMFvvfi26WQ0cteR9bHnNz-4OD_RQsQ@mail.gmail.com>
Message-ID: <C9CEA89772DA74488B5A5B6EB17DC48106653BC0@055-CH1MPN1-001.055d.mgd.msft.net>

Tb,

This page says only POLYGON layer types are supported:

  mapserver.org/mapfile/leader.html

Is this old info??

bobb

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of thomas bonfort
Sent: Tuesday, June 11, 2013 2:26 PM
To: Basques, Bob (CI-StPaul)
Cc: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] LABEL/LEADER examples??

There is no limit on layer types. However a leader line/offseted label is rejected if the line intersects a label-cached feature.

--
tb

On 11 June 2013 20:39, Basques, Bob (CI-StPaul) <bob.basques at ci.stpaul.mn.us<mailto:bob.basques at ci.stpaul.mn.us>> wrote:
All,

Oops,nevermind, I figured out my problem, they are only supported on POLYGON layers (huh??? Why the limit?).  Hmm, I suppose I could fake a POLYGON type in the output.  The data is all point based in PostGIS, So I could use an Envelope query of some sort I suppose, but I expect a performance hit there of some sort.

Hmm, I'll need to think about this some more . . . I wonder why only POLYGONS are supported?  Seems odd.

Bobb



-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org> [mailto:mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org>] On Behalf Of Stephen Woodbridge
Sent: Tuesday, June 11, 2013 1:18 PM
To: mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Subject: Re: [mapserver-users] LABEL/LEADER examples??
Bob,

The offset lable with a leader will only be attempted if there is a collision with and existing label that requires moving the label to place it on the image.

-Steve W

On 6/11/2013 2:14 PM, Basques, Bob (CI-StPaul) wrote:
> All,
>
> Hello, I've been reading up a bit on 6.2.? and was wondering if anyone
> had a sample of the LABEL/LEADER line mapfile that I could start
> experimenting from.
>
> I want to do something like a billboard label with a leader line to
> some POINT locations.
>
> I tried some real quick tests based on the docs for LEADER, but didn't
> get any leader lines to appear.  I suspect this might need some
> tweaking of many mapfile VARs to get it looking the way I want.
> Longer term, I may need to do some muli-line billboard labels  (if possible).
>
> I would be glad to put my results back out somewhere public if there
> is interest.
>
> Thanks
>
> Bobb
>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>

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


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

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

From thomas.bonfort at gmail.com  Tue Jun 11 12:41:46 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Tue, 11 Jun 2013 21:41:46 +0200
Subject: [mapserver-users] LABEL/LEADER examples??
In-Reply-To: <C9CEA89772DA74488B5A5B6EB17DC48106653BC0@055-CH1MPN1-001.055d.mgd.msft.net>
References: <C9CEA89772DA74488B5A5B6EB17DC48106653AA2@055-CH1MPN1-001.055d.mgd.msft.net>
	<51B769E0.4000202@swoodbridge.com>
	<C9CEA89772DA74488B5A5B6EB17DC48106653B18@055-CH1MPN1-001.055d.mgd.msft.net>
	<CAOM3y2hPHqeXVhRnuJEpMFvvfi26WQ0cteR9bHnNz-4OD_RQsQ@mail.gmail.com>
	<C9CEA89772DA74488B5A5B6EB17DC48106653BC0@055-CH1MPN1-001.055d.mgd.msft.net>
Message-ID: <CAOM3y2jcv=kYRLxgkmuewvs5OFtCkEV3edmKuNJPtNM2bszXCg@mail.gmail.com>

I have no idea why this was documented this way. afaik there's no such
limitation in the code.

--
tb


On 11 June 2013 21:30, Basques, Bob (CI-StPaul) <bob.basques at ci.stpaul.mn.us
> wrote:

>  Tb,****
>
> ** **
>
> This page says only POLYGON layer types are supported:****
>
> ** **
>
>   mapserver.org/mapfile/leader.html  ****
>
> ** **
>
> Is this old info??****
>
> ** **
>
> bobb****
>
> ** **
>
> *From:* mapserver-users-bounces at lists.osgeo.org [mailto:
> mapserver-users-bounces at lists.osgeo.org] *On Behalf Of *thomas bonfort
> *Sent:* Tuesday, June 11, 2013 2:26 PM
> *To:* Basques, Bob (CI-StPaul)
> *Cc:* mapserver-users at lists.osgeo.org
>
> *Subject:* Re: [mapserver-users] LABEL/LEADER examples??****
>
> ** **
>
> There is no limit on layer types. However a leader line/offseted label is
> rejected if the line intersects a label-cached feature.****
>
> ** **
>
> --****
>
> tb****
>
> ** **
>
> On 11 June 2013 20:39, Basques, Bob (CI-StPaul) <
> bob.basques at ci.stpaul.mn.us> wrote:****
>
> All,
>
> Oops,nevermind, I figured out my problem, they are only supported on
> POLYGON layers (huh??? Why the limit?).  Hmm, I suppose I could fake a
> POLYGON type in the output.  The data is all point based in PostGIS, So I
> could use an Envelope query of some sort I suppose, but I expect a
> performance hit there of some sort.
>
> Hmm, I'll need to think about this some more . . . I wonder why only
> POLYGONS are supported?  Seems odd.****
>
>
> Bobb
>
>
>
> -----Original Message-----
> From: mapserver-users-bounces at lists.osgeo.org [mailto:
> mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stephen Woodbridge
> Sent: Tuesday, June 11, 2013 1:18 PM
> To: mapserver-users at lists.osgeo.org
> Subject: Re: [mapserver-users] LABEL/LEADER examples??****
>
> Bob,
>
> The offset lable with a leader will only be attempted if there is a
> collision with and existing label that requires moving the label to place
> it on the image.
>
> -Steve W
>
> On 6/11/2013 2:14 PM, Basques, Bob (CI-StPaul) wrote:
> > All,
> >
> > Hello, I've been reading up a bit on 6.2.? and was wondering if anyone
> > had a sample of the LABEL/LEADER line mapfile that I could start
> > experimenting from.
> >
> > I want to do something like a billboard label with a leader line to
> > some POINT locations.
> >
> > I tried some real quick tests based on the docs for LEADER, but didn't
> > get any leader lines to appear.  I suspect this might need some
> > tweaking of many mapfile VARs to get it looking the way I want.
> > Longer term, I may need to do some muli-line billboard labels  (if
> possible).
> >
> > I would be glad to put my results back out somewhere public if there
> > is interest.
> >
> > Thanks
> >
> > Bobb
> >
> >
> >
> > _______________________________________________
> > mapserver-users mailing list
> > mapserver-users at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/mapserver-users
> >
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users****
>
> ** **
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130611/701df5d4/attachment.htm>

From bob.basques at ci.stpaul.mn.us  Tue Jun 11 12:44:21 2013
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Tue, 11 Jun 2013 19:44:21 +0000
Subject: [mapserver-users] LABEL/LEADER examples??
In-Reply-To: <CAOM3y2jcv=kYRLxgkmuewvs5OFtCkEV3edmKuNJPtNM2bszXCg@mail.gmail.com>
References: <C9CEA89772DA74488B5A5B6EB17DC48106653AA2@055-CH1MPN1-001.055d.mgd.msft.net>
	<51B769E0.4000202@swoodbridge.com>
	<C9CEA89772DA74488B5A5B6EB17DC48106653B18@055-CH1MPN1-001.055d.mgd.msft.net>
	<CAOM3y2hPHqeXVhRnuJEpMFvvfi26WQ0cteR9bHnNz-4OD_RQsQ@mail.gmail.com>
	<C9CEA89772DA74488B5A5B6EB17DC48106653BC0@055-CH1MPN1-001.055d.mgd.msft.net>
	<CAOM3y2jcv=kYRLxgkmuewvs5OFtCkEV3edmKuNJPtNM2bszXCg@mail.gmail.com>
Message-ID: <C9CEA89772DA74488B5A5B6EB17DC48106653C0D@055-CH1MPN1-001.055d.mgd.msft.net>

Tb,

OK, good to know.  I?ll see what I can come up with as far as making something work then.

Bobb



From: thomas bonfort [mailto:thomas.bonfort at gmail.com]
Sent: Tuesday, June 11, 2013 2:42 PM
To: Basques, Bob (CI-StPaul)
Cc: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] LABEL/LEADER examples??

I have no idea why this was documented this way. afaik there's no such limitation in the code.

--
tb

On 11 June 2013 21:30, Basques, Bob (CI-StPaul) <bob.basques at ci.stpaul.mn.us<mailto:bob.basques at ci.stpaul.mn.us>> wrote:
Tb,

This page says only POLYGON layer types are supported:

  mapserver.org/mapfile/leader.html<http://mapserver.org/mapfile/leader.html>

Is this old info??

bobb

From: mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org> [mailto:mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org>] On Behalf Of thomas bonfort
Sent: Tuesday, June 11, 2013 2:26 PM
To: Basques, Bob (CI-StPaul)
Cc: mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>

Subject: Re: [mapserver-users] LABEL/LEADER examples??

There is no limit on layer types. However a leader line/offseted label is rejected if the line intersects a label-cached feature.

--
tb

On 11 June 2013 20:39, Basques, Bob (CI-StPaul) <bob.basques at ci.stpaul.mn.us<mailto:bob.basques at ci.stpaul.mn.us>> wrote:
All,

Oops,nevermind, I figured out my problem, they are only supported on POLYGON layers (huh??? Why the limit?).  Hmm, I suppose I could fake a POLYGON type in the output.  The data is all point based in PostGIS, So I could use an Envelope query of some sort I suppose, but I expect a performance hit there of some sort.

Hmm, I'll need to think about this some more . . . I wonder why only POLYGONS are supported?  Seems odd.

Bobb



-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org> [mailto:mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org>] On Behalf Of Stephen Woodbridge
Sent: Tuesday, June 11, 2013 1:18 PM
To: mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Subject: Re: [mapserver-users] LABEL/LEADER examples??
Bob,

The offset lable with a leader will only be attempted if there is a collision with and existing label that requires moving the label to place it on the image.

-Steve W

On 6/11/2013 2:14 PM, Basques, Bob (CI-StPaul) wrote:
> All,
>
> Hello, I've been reading up a bit on 6.2.? and was wondering if anyone
> had a sample of the LABEL/LEADER line mapfile that I could start
> experimenting from.
>
> I want to do something like a billboard label with a leader line to
> some POINT locations.
>
> I tried some real quick tests based on the docs for LEADER, but didn't
> get any leader lines to appear.  I suspect this might need some
> tweaking of many mapfile VARs to get it looking the way I want.
> Longer term, I may need to do some muli-line billboard labels  (if possible).
>
> I would be glad to put my results back out somewhere public if there
> is interest.
>
> Thanks
>
> Bobb
>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>

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


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


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

From bluecarto at gmail.com  Wed Jun 12 01:44:23 2013
From: bluecarto at gmail.com (Pierre GIRAUD)
Date: Wed, 12 Jun 2013 10:44:23 +0200
Subject: [mapserver-users] Use of wms_style_default_legendurl_href
	parameter
In-Reply-To: <201110281418.53657.yves.jacolin@camptocamp.com>
References: <201110281418.53657.yves.jacolin@camptocamp.com>
Message-ID: <CAFBnnYNkD7xiD-s67upJRB441Ljq4v_quYQw=cKHg66e19cnKw@mail.gmail.com>

Hi all,

I'm encountering the same problem.

What happens actually is that the capabilities tell that the online
resource for the legend points to the url I set in
"wms_style_[style?s_name]_legendurl_href".

[...]
<Style>
          <Name>MyStyle</Name>
          <Title>MyStyle</Title>
          <LegendURL width="256" height="256">
             <Format>image/png</Format>
             <OnlineResource
xmlns:xlink="http://www.w3.org/1999/xlink" xlink:type="simple"
xlink:href="http://path.to/the_image.png"/>
          </LegendURL>
        </Style>
[...]

However, when querying the layer's legend with a standard
GetLegendGraphic request, the legend image is still generated by
Mapserver.
Is it on purpose? Is the client supposed to read the capabilities to
ensure that it asks for the correct legend?

Thanks,
Pierre


On Fri, Oct 28, 2011 at 2:17 PM, Yves Jacolin
<yves.jacolin at camptocamp.com>wrote:

> Hello,
>
> I am trying to use wms_style_default_legendurl_href parameter (with his
> little
> friends wms_style, wms_style_default_legendurl_width and height).
>
> The GetLegendGraphic request is not working (I get wrong legend), log
> doesn't
> show anything event if I set up DEBUG 5 in mapfile.
>
> The layer used is a vector layer with one class. The legend showed is the
> legend of the class, not the one from the url of
> wms_style_default_legendurl_href.
>
> Some parts of the MapFile:
> /**********
>   LEGEND
>       STATUS ON
>       KEYSIZE 18 12
>       LABEL
>           FONT Vera
>           TYPE truetype
>           SIZE 8
>           COLOR 0 0 89
>       END
>   END
>
>   LAYER
>     NAME departement
>     TYPE POLYGON
>     STATUS ON
>     DATA geoFla
>     TEMPLATE foo
>     DUMP true
>     DEBUG 5
>     CLASS
>       NAME "D?partements"
>       STYLE
>         WIDTH 1
>         OUTLINECOLOR  0 0 0
>         COLOR   255 255 192
>       END
>     END
>     METADATA
>       "wms_title"    "D?partement"   ##required
>       "wms_srs" "EPSG:27572"
>        wms_name "Departement"
>        wms_server_version "1.1.1" #obligatoire
>        wms_style "default"
>        wms_style_default_legendurl_height "37"
>        wms_style_defaultDEFAULT_width "264"
>        wms_style_default_legendurl_format "image/png"
>        wms_style_default_legendurl_href
> "http://yjacolin.meije/ifremer/legende_chla.png"
>     END
>   END
> ***********/
>
> Any idea?
>
> Y.
> --
> Responsable Formation et Support
> Camptocamp France SAS
> Savoie Technolac, BP 352
> 73377 Le Bourget du Lac, Cedex
>
> Tel (France) : +33 4 79 26 57 98
> Tel (Suisse) : +41 21 619 1031
> Mob. : +33 6 18 75 42 21
> Fax : 04 79 70 15 81
> Mail : yves.jacolin at camptocamp.com
> http://www.camptocamp.com
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>



-- 
Pierre GIRAUD
http://www.camptocamp.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130612/ae7ef19d/attachment.htm>

From dncarreira at gmail.com  Wed Jun 12 04:03:28 2013
From: dncarreira at gmail.com (duartecarreira)
Date: Wed, 12 Jun 2013 04:03:28 -0700 (PDT)
Subject: [mapserver-users] cascading wms and layer names encoding
In-Reply-To: <84446DEF76453C439E9E97E438E13A63C1388B@suutari.haapa.mmm.fi>
References: <1370539444009-5058504.post@n6.nabble.com>
	<84446DEF76453C439E9E97E438E13A63C1321F@suutari.haapa.mmm.fi>
	<1370626691385-5058782.post@n6.nabble.com>
	<84446DEF76453C439E9E97E438E13A63C1387A@suutari.haapa.mmm.fi>
	<84446DEF76453C439E9E97E438E13A63C1388B@suutari.haapa.mmm.fi>
Message-ID: <1371035008819-5059649.post@n6.nabble.com>

I'm using qgis 1.9 from a while back (before the vector branch merge). It
shows wms layer names in the maplegend (toc).

As to arcgis server it now has an option to use layer names as they appear
in the map project, effectively making names equal to the titles, even if
illegal. But seriously, I can't imagine why this restriction is in the wms
spec... seems archaic to me...


Anyway, MapServer encoding layers also doesn't seem to make sense too...
maybe something to consider in a future release?

Thanks,
Duarte



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/cascading-wms-and-layer-names-encoding-tp5058504p5059649.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From Tom.Kralidis at ec.gc.ca  Wed Jun 12 05:23:53 2013
From: Tom.Kralidis at ec.gc.ca (Kralidis,Tom [Ontario])
Date: Wed, 12 Jun 2013 08:23:53 -0400
Subject: [mapserver-users] WMS layer filtering
Message-ID: <D4979196AC320B45BE4A5DD7EE80C3E48D9ED6@sdow04exmail2.ontario.int.ec.gc.ca>

Hi: we have a MapServer OWS instance which we use to disseminate
observations via WMS and WFS/SOS.

One of our layers has 1 million records (PostGIS backend).  The layer
has CLASS level EXPRESSION objects for WMS visualization/classification.
We initially implemented a LAYER level FILTER, however we have use cases
to serve the same layer (with the same identifier) via WFS, in which
case we'd like all the data to be available.

Our problem happens when visualizing via WMS.  We have a Boolean column
in our PostGIS table ('latest_observation') which allows us to filter
easily to visualize latest observations, which is our desired WMS
default.

Because we have defined CLASS level filters, the WMS GetMap request is
first querying and fetching all records and _then_ applying CLASS level
filters (which all include 'latest_observation=1'.  So this ends up
hurting us performance wise.

We'd like to have this filter at the query level so that less members
are passed back from the SQL query. 

When we do a LAYER.FILTER with latest_observation=1, the result is
instant (beautiful!).  But if we put a LAYER.FILTER, this constrains the
data access from the WFS perspective against the same LAYER def.

Is there any way to apply a LAYER.FILTER type approach to work _just_ in
WMS mode? We'd like all the data in WFS mode.

I know we can duplicate the LAYER object as a workaround, but from a
data management perspective we'd rather now.

I hope I have explained this clearly enough.  Any suggestions?

Thanks

..Tom


From Tom.Kralidis at ec.gc.ca  Wed Jun 12 05:43:30 2013
From: Tom.Kralidis at ec.gc.ca (Kralidis,Tom [Ontario])
Date: Wed, 12 Jun 2013 08:43:30 -0400
Subject: [mapserver-users] RE  WMS layer filtering
In-Reply-To: <OFD450F52D.1C867BBD-ON85257B88.00454C34-85257B88.00458C34@isn.rtss.qc.ca>
References: <D4979196AC320B45BE4A5DD7EE80C3E48D9ED6@sdow04exmail2.ontario.int.ec.gc.ca>
	<OFD450F52D.1C867BBD-ON85257B88.00454C34-85257B88.00458C34@isn.rtss.qc.ca>
Message-ID: <D4979196AC320B45BE4A5DD7EE80C3E48D9EDC@sdow04exmail2.ontario.int.ec.gc.ca>

Steve: thanks for the info.  Good point.  It would help, however the client would require apriori knowledge, which won't help in our case because we want things more generic.

Of course, there's always MapScript (i.e. set LAYER.FILTER only if it's a WMS GetMap/GetFeatureInfo request), but I was hoping for something less involved, or configurable.



From: Steve.Toutant at inspq.qc.ca [mailto:Steve.Toutant at inspq.qc.ca] 
Sent: June 12, 2013 8:40 AM
To: Kralidis,Tom [Ontario]
Cc: mapserver-users at lists.osgeo.org; mapserver-users-bounces at lists.osgeo.org
Subject: RE [mapserver-users] WMS layer filtering


Does runtime substitution can help? 
You could post latest_observation=1 when calling the wms and 0 and 1 when using the wfs

the filter would be latest_observation in (%param%) 


"Kralidis,Tom [Ontario]" <Tom.Kralidis at ec.gc.ca>@lists.osgeo.org 
Envoy? par : mapserver-users-bounces at lists.osgeo.org 
2013-06-12 08:23 
A
<mapserver-users at lists.osgeo.org> 
cc

Objet
[mapserver-users] WMS layer filtering









Hi: we have a MapServer OWS instance which we use to disseminate
observations via WMS and WFS/SOS.

One of our layers has 1 million records (PostGIS backend). ?The layer
has CLASS level EXPRESSION objects for WMS visualization/classification.
We initially implemented a LAYER level FILTER, however we have use cases
to serve the same layer (with the same identifier) via WFS, in which
case we'd like all the data to be available.

Our problem happens when visualizing via WMS. ?We have a Boolean column
in our PostGIS table ('latest_observation') which allows us to filter
easily to visualize latest observations, which is our desired WMS
default.

Because we have defined CLASS level filters, the WMS GetMap request is
first querying and fetching all records and _then_ applying CLASS level
filters (which all include 'latest_observation=1'. ?So this ends up
hurting us performance wise.

We'd like to have this filter at the query level so that less members
are passed back from the SQL query. 

When we do a LAYER.FILTER with latest_observation=1, the result is
instant (beautiful!). ?But if we put a LAYER.FILTER, this constrains the
data access from the WFS perspective against the same LAYER def.

Is there any way to apply a LAYER.FILTER type approach to work _just_ in
WMS mode? We'd like all the data in WFS mode.

I know we can duplicate the LAYER object as a workaround, but from a
data management perspective we'd rather now.

I hope I have explained this clearly enough. ?Any suggestions?

Thanks

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




From Steve.Toutant at inspq.qc.ca  Wed Jun 12 05:39:39 2013
From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca)
Date: Wed, 12 Jun 2013 08:39:39 -0400
Subject: [mapserver-users] RE  WMS layer filtering
In-Reply-To: <D4979196AC320B45BE4A5DD7EE80C3E48D9ED6@sdow04exmail2.ontario.int.ec.gc.ca>
Message-ID: <OFD450F52D.1C867BBD-ON85257B88.00454C34-85257B88.00458C34@isn.rtss.qc.ca>

Does runtime substitution can help?
You could post latest_observation=1 when calling the wms and 0 and 1 when 
using the wfs

the filter would be latest_observation in (%param%)




"Kralidis,Tom [Ontario]" <Tom.Kralidis at ec.gc.ca>@lists.osgeo.org 
Envoy? par : mapserver-users-bounces at lists.osgeo.org
2013-06-12 08:23

A
<mapserver-users at lists.osgeo.org>
cc

Objet
[mapserver-users] WMS layer filtering








Hi: we have a MapServer OWS instance which we use to disseminate
observations via WMS and WFS/SOS.

One of our layers has 1 million records (PostGIS backend).  The layer
has CLASS level EXPRESSION objects for WMS visualization/classification.
We initially implemented a LAYER level FILTER, however we have use cases
to serve the same layer (with the same identifier) via WFS, in which
case we'd like all the data to be available.

Our problem happens when visualizing via WMS.  We have a Boolean column
in our PostGIS table ('latest_observation') which allows us to filter
easily to visualize latest observations, which is our desired WMS
default.

Because we have defined CLASS level filters, the WMS GetMap request is
first querying and fetching all records and _then_ applying CLASS level
filters (which all include 'latest_observation=1'.  So this ends up
hurting us performance wise.

We'd like to have this filter at the query level so that less members
are passed back from the SQL query. 

When we do a LAYER.FILTER with latest_observation=1, the result is
instant (beautiful!).  But if we put a LAYER.FILTER, this constrains the
data access from the WFS perspective against the same LAYER def.

Is there any way to apply a LAYER.FILTER type approach to work _just_ in
WMS mode? We'd like all the data in WFS mode.

I know we can duplicate the LAYER object as a workaround, but from a
data management perspective we'd rather now.

I hope I have explained this clearly enough.  Any suggestions?

Thanks

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



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

From Michael.Smith at usace.army.mil  Wed Jun 12 05:57:17 2013
From: Michael.Smith at usace.army.mil (Smith, Michael ERDC-CRREL-NH)
Date: Wed, 12 Jun 2013 12:57:17 +0000
Subject: [mapserver-users] RE  WMS layer filtering (UNCLASSIFIED)
In-Reply-To: <D4979196AC320B45BE4A5DD7EE80C3E48D9EDC@sdow04exmail2.ontario.int.ec.gc.ca>
References: <D4979196AC320B45BE4A5DD7EE80C3E48D9ED6@sdow04exmail2.ontario.int.ec.gc.ca>
	<OFD450F52D.1C867BBD-ON85257B88.00454C34-85257B88.00458C34@isn.rtss.qc.ca>
	<D4979196AC320B45BE4A5DD7EE80C3E48D9EDC@sdow04exmail2.ontario.int.ec.gc.ca>
Message-ID: <F2234E796835C54C9BC240FC23099D5C25831C33@EIS-MB03WPC.eis.ds.usace.army.mil>

Classification: UNCLASSIFIED
Caveats: NONE

Could you use script wrappers to set different environment variables

Eg a wms file and a wfs file

Your WMS file
#!/bin/sh
MS_MAPFILE=/path/to/mapfile
export MS_MAPFILE
export LATEST_OBS=1
/cgi-bin/mapserv


WFS File
#!/bin/sh
MS_MAPFILE=/path/to/mapfile
export MS_MAPFILE
export LATEST_OBS=0
/cgi-bin/mapserv


And then use %LATEST_OBS% in your 
-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Kralidis,Tom [Ontario]
Sent: Wednesday, June 12, 2013 8:44 AM
To: Steve.Toutant at inspq.qc.ca
Cc: mapserver-users at lists.osgeo.org; mapserver-users-bounces at lists.osgeo.org
Subject: Re: [mapserver-users] RE WMS layer filtering

Steve: thanks for the info.  Good point.  It would help, however the client would require apriori knowledge, which won't help in our case because we want things more generic.

Of course, there's always MapScript (i.e. set LAYER.FILTER only if it's a WMS GetMap/GetFeatureInfo request), but I was hoping for something less involved, or configurable.



From: Steve.Toutant at inspq.qc.ca [mailto:Steve.Toutant at inspq.qc.ca] 
Sent: June 12, 2013 8:40 AM
To: Kralidis,Tom [Ontario]
Cc: mapserver-users at lists.osgeo.org; mapserver-users-bounces at lists.osgeo.org
Subject: RE [mapserver-users] WMS layer filtering


Does runtime substitution can help? 
You could post latest_observation=1 when calling the wms and 0 and 1 when using the wfs

the filter would be latest_observation in (%param%) 


"Kralidis,Tom [Ontario]" <Tom.Kralidis at ec.gc.ca>@lists.osgeo.org 
Envoy? par : mapserver-users-bounces at lists.osgeo.org 
2013-06-12 08:23 
A
<mapserver-users at lists.osgeo.org> 
cc

Objet
[mapserver-users] WMS layer filtering









Hi: we have a MapServer OWS instance which we use to disseminate
observations via WMS and WFS/SOS.

One of our layers has 1 million records (PostGIS backend). ?The layer
has CLASS level EXPRESSION objects for WMS visualization/classification.
We initially implemented a LAYER level FILTER, however we have use cases
to serve the same layer (with the same identifier) via WFS, in which
case we'd like all the data to be available.

Our problem happens when visualizing via WMS. ?We have a Boolean column
in our PostGIS table ('latest_observation') which allows us to filter
easily to visualize latest observations, which is our desired WMS
default.

Because we have defined CLASS level filters, the WMS GetMap request is
first querying and fetching all records and _then_ applying CLASS level
filters (which all include 'latest_observation=1'. ?So this ends up
hurting us performance wise.

We'd like to have this filter at the query level so that less members
are passed back from the SQL query. 

When we do a LAYER.FILTER with latest_observation=1, the result is
instant (beautiful!). ?But if we put a LAYER.FILTER, this constrains the
data access from the WFS perspective against the same LAYER def.

Is there any way to apply a LAYER.FILTER type approach to work _just_ in
WMS mode? We'd like all the data in WFS mode.

I know we can duplicate the LAYER object as a workaround, but from a
data management perspective we'd rather now.

I hope I have explained this clearly enough. ?Any suggestions?

Thanks

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


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

Classification: UNCLASSIFIED
Caveats: NONE




From Tom.Kralidis at ec.gc.ca  Wed Jun 12 06:03:20 2013
From: Tom.Kralidis at ec.gc.ca (Kralidis,Tom [Ontario])
Date: Wed, 12 Jun 2013 09:03:20 -0400
Subject: [mapserver-users] RE  WMS layer filtering (UNCLASSIFIED)
In-Reply-To: <F2234E796835C54C9BC240FC23099D5C25831C33@EIS-MB03WPC.eis.ds.usace.army.mil>
References: <D4979196AC320B45BE4A5DD7EE80C3E48D9ED6@sdow04exmail2.ontario.int.ec.gc.ca><OFD450F52D.1C867BBD-ON85257B88.00454C34-85257B88.00458C34@isn.rtss.qc.ca>
	<D4979196AC320B45BE4A5DD7EE80C3E48D9EDC@sdow04exmail2.ontario.int.ec.gc.ca>
	<F2234E796835C54C9BC240FC23099D5C25831C33@EIS-MB03WPC.eis.ds.usace.army.mil>
Message-ID: <D4979196AC320B45BE4A5DD7EE80C3E48D9EE4@sdow04exmail2.ontario.int.ec.gc.ca>

Hi Michael: thanks.  That definitely works, thanks (although that means managing two endpoints downstream, but I'm starting to think I'm asking too much here :) 

Thanks

..Tom


> -----Original Message-----
> From: Smith, Michael ERDC-CRREL-NH
> [mailto:Michael.Smith at usace.army.mil]
> Sent: June 12, 2013 8:57 AM
> To: Kralidis,Tom [Ontario]; Steve.Toutant at inspq.qc.ca
> Cc: mapserver-users at lists.osgeo.org; mapserver-users-
> bounces at lists.osgeo.org
> Subject: RE: [mapserver-users] RE WMS layer filtering (UNCLASSIFIED)
> 
> Classification: UNCLASSIFIED
> Caveats: NONE
> 
> Could you use script wrappers to set different environment variables
> 
> Eg a wms file and a wfs file
> 
> Your WMS file
> #!/bin/sh
> MS_MAPFILE=/path/to/mapfile
> export MS_MAPFILE
> export LATEST_OBS=1
> /cgi-bin/mapserv
> 
> 
> WFS File
> #!/bin/sh
> MS_MAPFILE=/path/to/mapfile
> export MS_MAPFILE
> export LATEST_OBS=0
> /cgi-bin/mapserv
> 
> 
> And then use %LATEST_OBS% in your
> -----Original Message-----
> From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-
> bounces at lists.osgeo.org] On Behalf Of Kralidis,Tom [Ontario]
> Sent: Wednesday, June 12, 2013 8:44 AM
> To: Steve.Toutant at inspq.qc.ca
> Cc: mapserver-users at lists.osgeo.org; mapserver-users-
> bounces at lists.osgeo.org
> Subject: Re: [mapserver-users] RE WMS layer filtering
> 
> Steve: thanks for the info.  Good point.  It would help, however the client
> would require apriori knowledge, which won't help in our case because we
> want things more generic.
> 
> Of course, there's always MapScript (i.e. set LAYER.FILTER only if it's a WMS
> GetMap/GetFeatureInfo request), but I was hoping for something less
> involved, or configurable.
> 
> 
> 
> From: Steve.Toutant at inspq.qc.ca [mailto:Steve.Toutant at inspq.qc.ca]
> Sent: June 12, 2013 8:40 AM
> To: Kralidis,Tom [Ontario]
> Cc: mapserver-users at lists.osgeo.org; mapserver-users-
> bounces at lists.osgeo.org
> Subject: RE [mapserver-users] WMS layer filtering
> 
> 
> Does runtime substitution can help?
> You could post latest_observation=1 when calling the wms and 0 and 1 when
> using the wfs
> 
> the filter would be latest_observation in (%param%)
> 
> 
> "Kralidis,Tom [Ontario]" <Tom.Kralidis at ec.gc.ca>@lists.osgeo.org
> Envoy? par : mapserver-users-bounces at lists.osgeo.org
> 2013-06-12 08:23
> A
> <mapserver-users at lists.osgeo.org>
> cc
> 
> Objet
> [mapserver-users] WMS layer filtering
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Hi: we have a MapServer OWS instance which we use to disseminate
> observations via WMS and WFS/SOS.
> 
> One of our layers has 1 million records (PostGIS backend). ?The layer
> has CLASS level EXPRESSION objects for WMS visualization/classification.
> We initially implemented a LAYER level FILTER, however we have use cases
> to serve the same layer (with the same identifier) via WFS, in which
> case we'd like all the data to be available.
> 
> Our problem happens when visualizing via WMS. ?We have a Boolean column
> in our PostGIS table ('latest_observation') which allows us to filter
> easily to visualize latest observations, which is our desired WMS
> default.
> 
> Because we have defined CLASS level filters, the WMS GetMap request is
> first querying and fetching all records and _then_ applying CLASS level
> filters (which all include 'latest_observation=1'. ?So this ends up
> hurting us performance wise.
> 
> We'd like to have this filter at the query level so that less members
> are passed back from the SQL query.
> 
> When we do a LAYER.FILTER with latest_observation=1, the result is
> instant (beautiful!). ?But if we put a LAYER.FILTER, this constrains the
> data access from the WFS perspective against the same LAYER def.
> 
> Is there any way to apply a LAYER.FILTER type approach to work _just_ in
> WMS mode? We'd like all the data in WFS mode.
> 
> I know we can duplicate the LAYER object as a workaround, but from a
> data management perspective we'd rather now.
> 
> I hope I have explained this clearly enough. ?Any suggestions?
> 
> Thanks
> 
> ..Tom
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> 
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> 
> Classification: UNCLASSIFIED
> Caveats: NONE
> 



From Andreas.Eichner at sid.sachsen.de  Wed Jun 12 06:10:24 2013
From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID-NLKM)
Date: Wed, 12 Jun 2013 15:10:24 +0200
Subject: [mapserver-users] cascading wms and layer names encoding
References: <1370539444009-5058504.post@n6.nabble.com><84446DEF76453C439E9E97E438E13A63C1321F@suutari.haapa.mmm.fi><1370626691385-5058782.post@n6.nabble.com><84446DEF76453C439E9E97E438E13A63C1387A@suutari.haapa.mmm.fi><84446DEF76453C439E9E97E438E13A63C1388B@suutari.haapa.mmm.fi>
	<1371035008819-5059649.post@n6.nabble.com>
Message-ID: <56B587E7C40D2F43B54FDC1BA897AC6D05F30CA4@KS-EVS1.smi.sachsen.de>


> As to arcgis server it now has an option to use layer names 
> as they appear
> in the map project, effectively making names equal to the 
> titles, even if
> illegal. But seriously, I can't imagine why this restriction 
> is in the wms
> spec... seems archaic to me...

Seems you never read it... It's defined as simple xs:string which is a
"... finite-length sequence of characters that match the Char production
from [XML 1.0 (Second Edition)]" whereby Char is defined as:

Char	   ::=    	#x9 | #xA | #xD | [#x20-#xD7FF] |
[#xE000-#xFFFD] | [#x10000-#x10FFFF] 	/* any Unicode character,
excluding the surrogate blocks, FFFE, and FFFF. */

or in other words: almost every character.

> Anyway, MapServer encoding layers also doesn't seem to make 
> sense too...

It's the only way to get a valid URL. See RFC 1738 "Uniform Resource
Locators" why.

> METADATA
>   wms_name  "layer with understandable name, another layer"
>
> (...)
> And I make a request to MapServer, what it sends to the original WMS
server
> looks like:
>
http://..../WMSServer/request=getmap&*layers=layer%20with%20understandab
le%20name%2C%20another%20layer*&otherparams

According to the code, the ',' from the wms_name metadata won't be
encoded by mapserver. The problem with your example is probably the
first space after the comma which is treated as part of the second layer
name. Anyway, you can specify most of the static parts of the URL,
especially the LAYERS parameter directly in the CONNECTION string. So
you can try

LAYER
[...]
CONNECTIONTYPE WMS
CONNECTION
"http://..../WMSServer?LAYERS=layer+with+understandable+name,another+lay
er&"

Note: some servers, especially the ones you deal with are a bit pitty in
some details, so you should try a space both in hex encoded version %20
and the plus version. Funny things might happen when it comes to unicode
characters above 0x7F. If the capabilities document is UTF-8 encoded and
contains multibyte characters their URL encoding is the hexencoding of
the corresponding UTF-8 bytestream (with some caveats).

Using non-ASCII characters or those with a special meaning in URLs for
layer names is calling for trouble. A layer's name is for machines, it's
title is for humans.

HTH


From jcigar at ulb.ac.be  Wed Jun 12 06:21:09 2013
From: jcigar at ulb.ac.be (Julien Cigar)
Date: Wed, 12 Jun 2013 15:21:09 +0200
Subject: [mapserver-users] WMS layer filtering
In-Reply-To: <D4979196AC320B45BE4A5DD7EE80C3E48D9ED6@sdow04exmail2.ontario.int.ec.gc.ca>
References: <D4979196AC320B45BE4A5DD7EE80C3E48D9ED6@sdow04exmail2.ontario.int.ec.gc.ca>
Message-ID: <51B875C5.1090407@ulb.ac.be>

On 06/12/2013 14:23, Kralidis,Tom [Ontario] wrote:
> Hi: we have a MapServer OWS instance which we use to disseminate
> observations via WMS and WFS/SOS.
>
> One of our layers has 1 million records (PostGIS backend).  The layer
> has CLASS level EXPRESSION objects for WMS visualization/classification.
> We initially implemented a LAYER level FILTER, however we have use cases
> to serve the same layer (with the same identifier) via WFS, in which
> case we'd like all the data to be available.
>
> Our problem happens when visualizing via WMS.  We have a Boolean column
> in our PostGIS table ('latest_observation') which allows us to filter
> easily to visualize latest observations, which is our desired WMS
> default.
>
> Because we have defined CLASS level filters, the WMS GetMap request is
> first querying and fetching all records and _then_ applying CLASS level
> filters (which all include 'latest_observation=1'.  So this ends up
> hurting us performance wise.
>
> We'd like to have this filter at the query level so that less members
> are passed back from the SQL query.
>
> When we do a LAYER.FILTER with latest_observation=1, the result is
> instant (beautiful!).  But if we put a LAYER.FILTER, this constrains the
> data access from the WFS perspective against the same LAYER def.
>
> Is there any way to apply a LAYER.FILTER type approach to work _just_ in
> WMS mode? We'd like all the data in WFS mode.
>
> I know we can duplicate the LAYER object as a workaround, but from a
> data management perspective we'd rather now.
>
> I hope I have explained this clearly enough.  Any suggestions?

It may seems strange (?), but there is nothing in the WMS spec to filter 
a WMS layer (that's why Geoserver has CQL filters), and I think the "OGC 
way" to filter a WMS request is through an SLD stylesheet (which can be 
generated dynamically).

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


-- 
No trees were killed in the creation of this message.
However, many electrons were terribly inconvenienced.



From dncarreira at gmail.com  Wed Jun 12 07:10:48 2013
From: dncarreira at gmail.com (duartecarreira)
Date: Wed, 12 Jun 2013 07:10:48 -0700 (PDT)
Subject: [mapserver-users] cascading wms and layer names encoding
In-Reply-To: <56B587E7C40D2F43B54FDC1BA897AC6D05F30CA4@KS-EVS1.smi.sachsen.de>
References: <1370539444009-5058504.post@n6.nabble.com>
	<84446DEF76453C439E9E97E438E13A63C1321F@suutari.haapa.mmm.fi>
	<1370626691385-5058782.post@n6.nabble.com>
	<84446DEF76453C439E9E97E438E13A63C1387A@suutari.haapa.mmm.fi>
	<84446DEF76453C439E9E97E438E13A63C1388B@suutari.haapa.mmm.fi>
	<1371035008819-5059649.post@n6.nabble.com>
	<56B587E7C40D2F43B54FDC1BA897AC6D05F30CA4@KS-EVS1.smi.sachsen.de>
Message-ID: <1371046248366-5059709.post@n6.nabble.com>

Andreas,

Very informative. Thanks. I've never read the spec in its entirety, just
some parts as need arises. The concept of having strings for humans and
strings for machines does not resonate well for me... but I'm not bashing
the spec just airing some perplexity.

Your answer really presented me with some very good ideas to try: i) correct
the layers list removing the extra space after the comma, and ii) try to
include the layers in the service url (and using + instead of spaces).

Again, thank you.
Duarte







--
View this message in context: http://osgeo-org.1560.x6.nabble.com/cascading-wms-and-layer-names-encoding-tp5058504p5059709.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From bob.basques at ci.stpaul.mn.us  Wed Jun 12 09:15:16 2013
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Wed, 12 Jun 2013 16:15:16 +0000
Subject: [mapserver-users] Services abstraction, what's the status of this?
Message-ID: <C9CEA89772DA74488B5A5B6EB17DC4810665428E@055-CH1MPN1-001.055d.mgd.msft.net>

All,

So, I'm setting up a new install of GeoMoose (among other things, read on) and wondering about where the services abstraction ideas are currently at?  While I know PHP is popular, I much prefer PERL for the services side of things.

I would like to use PERL in place of PHP for example.  I just want the option of using another language.  I know this has been talked about in the recent past and I guess I'm looking harder at it now.

So,

*          Where in the release cycle is this capability at?

*          Should I (we) progress this internally first and then just pass back to GeoMoose as a pass fail sort of endeavor for inclusion in GeoMoose, or . . .

*          Put out a spec and ask for bids here?, or . . . ???

I also have some more stuff coming down the line, but figured I would start with the above first to get a conversation going here.

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

Future stuff:

*          Feature updating (PUSH) from a service.  (IE. GPS point Tracking, and Weather overlays)

*          Alternate map Views (spawning service from GeoMoose) for OpenLayers and 3D(HTML5) constructs, and other reporting packages . . .

*          Old timey (City of Saint Paul) Popup capabilities (some of the GeoMoose developers know what I'm talking about here) or something very close.

*          Addition of a optional service side (server component) construct for handling of feature editing in GeoMoose.  I know this is a whole new side of things, and it can become it's own thing if need be, project wise.  I haven't started this here yet, but it's next after AVL has settled down. See next item

*          Addition of a AVL (location tracking) service (server component).  I actually have this well on it's way already and am wondering about how to integrate it with GeoMoose as well as put the project out as OpenSource, and with GeoMoose or on it's own as a companion piece.  Does it make and sense to put it under the GeoMoose project umbrella, or should it be it's own  thing?  My vote is to add it to GeoMoose in some form.

Thanks

Bobb


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

From bob.basques at ci.stpaul.mn.us  Wed Jun 12 12:01:42 2013
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Wed, 12 Jun 2013 19:01:42 +0000
Subject: [mapserver-users] Services abstraction,
	what's the status of this?
Message-ID: <C9CEA89772DA74488B5A5B6EB17DC4810665488B@055-CH1MPN1-001.055d.mgd.msft.net>

Oops,  wrong list.  Can I blame in on Outlook??

Sorry all.

Bobb




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

From bob.basques at ci.stpaul.mn.us  Wed Jun 12 12:09:17 2013
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Wed, 12 Jun 2013 19:09:17 +0000
Subject: [mapserver-users] LABEL/LEADER experiences and questions.
Message-ID: <C9CEA89772DA74488B5A5B6EB17DC481066548A8@055-CH1MPN1-001.055d.mgd.msft.net>

All (and Tb),

Ok, I got the Leaders to work.  But now have a few other questions/comments . . . mostly related to label/leader/feature stacking order and how to control it.  I know that most of the examples are against polygons and my questions are related to Points (and probably some line labeling).

So I can make labels like so :
[cid:image001.png at 01CE6776.6C5F7480]

Questions (I did try a few things before coming up with these questions . . .):

*          It seems that some other Label settings were required to be in place before the Leaders would appear, I can share my experiences here, but is there a known list of what effects what from the LABEL to the LEADER objects in the mapfile?

*          How do I place the Features (green Circles) on the top of the display stack?

*          It's not shown above, but I also tried to build a billboard label, filled background with a border around it.  I could only find a reference in the docs to a 1 pixel buffer being place around the edge of the label.  Is there any way to increase this distance (I would like something like a percentage of text height, but even a hard pixel number would work.

*          Is the Leader line supposed to end at the Center of the label, or along the edge closest to it's feature, if so it would help by having a stacking capability. Being able to put the features and labels on top of the leader with the leader drawn from a point would make these look much better.

Comments on Leader drawing,

*          For the most part the drawing and spreading of labels worked very well.  Other than the leaders sometimes ending in odd spots related to the label (see image) they work very nicely.

*          I couldn't figure out a way to make a OUTLINECOLOR work on a leader,  A couple of other STYLE params didn't seem to have any effect either, the Doc's mentioned STYLE period for control, but I didn't get all STYLE ideas that I tried to display every time.

*          Should there be an option for a minimum distance away from a feature?  I would like to spread the label out further.

*          Should there be an option for forcing a leader to be used for a label.  My application use is for following GPS points on a map, I would like to force a leader with Billboard label, preferably with a multi-line billboard eventually.

Things from this end to possibly contribute back . . . I'm not a C guy, but know a  couple, and one is on the MapServer commit list.  We could work on some of this on this end from the existing capabilities, questions though . . .

*          Is this pushing to much too fast?

*          The Feature stacking part is probably the biggest piece, but I know it would require a CASE eval on a feature basis to accomplish, at least polygon vs other fesatures.

Bobb


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130612/e54541d3/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 5232 bytes
Desc: image001.png
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130612/e54541d3/attachment.png>

From reh2 at prodigy.net  Wed Jun 12 14:20:35 2013
From: reh2 at prodigy.net (Robert Hollingsworth)
Date: Wed, 12 Jun 2013 14:20:35 -0700 (PDT)
Subject: [mapserver-users] RFC 74 "DBINCLUDE"
Message-ID: <1371072035.39872.YahooMailClassic@web180901.mail.ne1.yahoo.com>

I'm looking at implementing RFC 74 "Includes from non-file connections," i.e., using a database query to bring in a section of mapfile, as an alternative to the INCLUDE filename that's in there already.

Some interesting and powerful capabilities hinted at in the RFC, such as,? 
"A common use case is providing a custom classed layer for an individual." 
and
"Another common case is dynamically classifying a layer as the data changes. With SQL, a text string can be calculated on
the fly from the data itself, by looking at the DISTINCT values of a dataset to generate the classes that will be
used to display that data."
There have been some threads in this space that lead me to believe this feature could be a good thing to have around.? It might serve as the foundation for providing for non-database sources for mapfile includes in the future.? I'd invite interested parties to look at the RFC and comment back with possible additional use cases, to see how well the prescribed mapfile syntax for this supports those uses.

Thanks,
Robert H.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130612/9ddeed4d/attachment.htm>

From woodbri at swoodbridge.com  Wed Jun 12 14:46:15 2013
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Wed, 12 Jun 2013 17:46:15 -0400
Subject: [mapserver-users] RFC 74 "DBINCLUDE"
In-Reply-To: <1371072035.39872.YahooMailClassic@web180901.mail.ne1.yahoo.com>
References: <1371072035.39872.YahooMailClassic@web180901.mail.ne1.yahoo.com>
Message-ID: <51B8EC27.4080403@swoodbridge.com>

On 6/12/2013 5:20 PM, Robert Hollingsworth wrote:
> I'm looking at implementing RFC 74 "Includes from non-file connections,"
> i.e., using a database query to bring in a section of mapfile, as an
> alternative to the INCLUDE /filename/ that's in there already.
>
> Some interesting and powerful capabilities hinted at in the RFC, such as,
> "A common use case is providing a custom classed layer for an individual."
> and
> "Another common case is dynamically classifying a layer as the data
> changes. With SQL, a text string can be calculated on the fly from the
> data itself, by looking at the DISTINCT values of a dataset to generate
> the classes that will be used to display that data."
> There have been some threads in this space that lead me to believe this
> feature could be a good thing to have around.  It might serve as the
> foundation for providing for non-database sources for mapfile includes
> in the future.  I'd invite interested parties to look at the RFC and
> comment back with possible additional use cases, to see how well the
> prescribed mapfile syntax for this supports those uses.

Hi Robert,

Here are some thoughts on this:

1. We may want to be able to pass additional mapserver variable into the 
SQL. For example the BBOX of the request classification can be limited 
to that extent. SCALE of the map request so different tables can be 
configured based on the SCALE.

2. If I need to perform a complex join and other complex SQL can I do 
that using the DATA statement like I can now as a sub-select?

3. Can these be embedded in a regular INCLUDE and vica versa?

4. How would we pass USER into the request? via normal mapserver 
variable substitution? via the webserver authenticated user?

You might want to add these to the RFC, it is common to include a 
section in the RFC to track ideas that are outside the scope of the 
project and comment on why.

One of the things that has been asked for in the past is "named styles" 
ie: reuseable named snippets, like highways, toll-roads, major-roads, 
minor-roads, streets, or points of interest by "type", etc. It seems 
like this would allow for that and an example demonstrating this would 
be ideal.

-Steve


From bob.basques at ci.stpaul.mn.us  Wed Jun 12 15:01:47 2013
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Wed, 12 Jun 2013 22:01:47 +0000
Subject: [mapserver-users] RFC 74 "DBINCLUDE"
In-Reply-To: <1371072035.39872.YahooMailClassic@web180901.mail.ne1.yahoo.com>
References: <1371072035.39872.YahooMailClassic@web180901.mail.ne1.yahoo.com>
Message-ID: <C9CEA89772DA74488B5A5B6EB17DC48106654A07@055-CH1MPN1-001.055d.mgd.msft.net>

Robert,

I've commented on this one in the past here in the list.

My thought was to add in the capability of passing a URL through the INCLUDE, the URL(could be limited to the same domain, but wouldn't need to be) would simply hand back a Mapfile fragment.  An example would be something like:

INCLUDE 'http://MyServer/cgi-bin/MyCGI?CGIParams=whatever'

The idea being that the service handles the mapfile fragment assembly, which can be a whole LAYER fragment if needed, complete with a DATA/CONNECTION chunk.  There is some obvious overhead here, but quite a bit of flexibility is introduced as well.

I'm sure there are some security concerns with an approach like this as well.

Bobb



From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Robert Hollingsworth
Sent: Wednesday, June 12, 2013 4:21 PM
To: MSusers OSGEO
Subject: [mapserver-users] RFC 74 "DBINCLUDE"

I'm looking at implementing RFC 74 "Includes from non-file connections," i.e., using a database query to bring in a section of mapfile, as an alternative to the INCLUDE filename that's in there already.

Some interesting and powerful capabilities hinted at in the RFC, such as,
"A common use case is providing a custom classed layer for an individual."
and
"Another common case is dynamically classifying a layer as the data changes. With SQL, a text string can be calculated on the fly from the data itself, by looking at the DISTINCT values of a dataset to generate the classes that will be used to display that data."
There have been some threads in this space that lead me to believe this feature could be a good thing to have around.  It might serve as the foundation for providing for non-database sources for mapfile includes in the future.  I'd invite interested parties to look at the RFC and comment back with possible additional use cases, to see how well the prescribed mapfile syntax for this supports those uses.

Thanks,
Robert H.


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

From yuguo365 at gmail.com  Fri Jun 14 01:41:57 2013
From: yuguo365 at gmail.com (Guo YU)
Date: Fri, 14 Jun 2013 09:41:57 +0100
Subject: [mapserver-users] Facing a problem in MapServer.
Message-ID: <CABrEtZvqrZWGyL63tZ8fD7W8Mt+cauGymTPxrRpmwvh2WZ3U5g@mail.gmail.com>

     I am trying to load a PostGIS Raster through Map Server to Openlayer
WMS. It worked when the base map is google map, but failed to load the
layer when the basemap is open street map. The error shows:  WMS Server
Error. Invalid SRS given.
     I post the code in stackflow :
http://gis.stackexchange.com/questions/63428/why-the-layer-can-be-loaded-to-google-map-not-openstreet-map-using-mapserver
      Until so far, it is not solved. Thanks.
-- 
*YU Guo
*
MSc. Hydroinformatics and Water Management
*Email*: *yuguo365 at gmail.com*
*Phone*: +33 668 195803
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130614/7e69e36d/attachment.htm>

From reh2 at prodigy.net  Fri Jun 14 11:32:40 2013
From: reh2 at prodigy.net (Robert Hollingsworth)
Date: Fri, 14 Jun 2013 11:32:40 -0700 (PDT)
Subject: [mapserver-users] RFC 74 "DBINCLUDE"
In-Reply-To: <51B8EC27.4080403@swoodbridge.com>
References: <1371072035.39872.YahooMailClassic@web180901.mail.ne1.yahoo.com>
	<51B8EC27.4080403@swoodbridge.com> 
Message-ID: <1371234760.31280.YahooMailNeo@web180902.mail.ne1.yahoo.com>

Steve, 
Thanks for your suggestions; some comments inserted after the numbered items below.? My general response is that I would like to get some more detailed sketches of some of these capabilities you have in mind, especially for #1 and for what I numbered as (6).


On 6/12/2013 5:20 PM, Robert Hollingsworth wrote:
>> I'm looking at implementing RFC 74 "Includes from non-file connections,"
>> ...
>> I'd invite interested parties to look at the RFC and
>> comment back with possible additional use cases, to see how well the
>> prescribed mapfile syntax for this supports those uses.

>Hi Robert,
>
>Here are some thoughts on this:
>
>1. We may want to be able to pass additional mapserver variable 
>into the SQL. For example the BBOX of the request classification can 
>be limited to that extent. SCALE of the map request so different 
>tables can be
 configured based on the SCALE.
>
the RFC seems to imply 'yes' to this in general (with possible limitations that would be addressed by my comments to #2 below?), and that would be my inclination.? I need to review the variables documentation to speak more authoritatively on the subject.
>
>2. If I need to perform a complex join and other complex SQL 
>can I do that using the DATA statement like I can now as a sub-select?
>
the RFC suggests composing a query from the DATA, INCLUDEITEM, and FILTER, but I think I'd prefer to simply have the DATA statement carry all the information as the literal query (plus the variables substitution) rather than have it composed from pieces.? Perhaps if the query results in a single column, then that is taken automatically to be the text inserted to mapfile.? So I'd think no particular limit on the complexity of the query in DATA.
>
>3. Can these be embedded in a regular INCLUDE and vica versa?
>
from looking at the code (maplexer.l), seems that it would actually be cleaner to allow file includes to contain db includes, and allow db includes to contain file includes.? There's an arbitrary include depth of 5 at the moment.? The design seems to center on a notion of 'resolve this to literal mapfile syntax RIGHT NOW and insert into the the stream and continue.'

if this scheme were to expand to allow includes from a URL, I'd think same tolerance for mixed includes would apply.
>
>4. How would we pass USER into the request? via normal 
>mapserver variable substitution? via the webserver authenticated user?
>
will have to research further
>
>(5) You might want to add these to the RFC, it is common to include 
a section in the RFC to track ideas that are outside the scope of the 
>project and comment on why.
>
good idea.? I'd say the scope is not set in concrete at this point.? I think would be wise to simply require that the query fully resolves to a block of legal mapfile syntax, however it manages to do so from whatever mix of literal SQL, whatever is stored in the data tables that are being queried, and whatever variable substitutions.? And that all this resolves from the INCLUDE block alone, rather than permitting/requiring other mapfile constructs to react to the results from the query. 
>
>(6) One of the things that has been asked for in the past is 
>"named styles" ie: reuseable named snippets, like highways, toll-roads, 
>major->roads, minor-roads, streets, or points of interest 
>by "type", etc. It seems like this would allow for that and an example 
>demonstrating this would be
 ideal.
>
would definitely like to hear more from you on this.? One thing occurs to me, this mechanism might definitely help where the combinatorial styling gets really dense, say, picking symbol/color/labeling/etc based on several column values ('type' 'status' 'owner' etc) each with a large number of legal values.? I'm also intrigued by what was suggested in the RFC, namely setting the exact number and expression of CLASS based on actual distinct data values at the moment.

thanks again,
Robert
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130614/d96f3201/attachment.htm>

From MarkVolz at co.lyon.mn.us  Fri Jun 14 14:08:26 2013
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Fri, 14 Jun 2013 21:08:26 +0000
Subject: [mapserver-users] truetype fonts vs bitmap fonts - documentation
	ambiguity
Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA31E0A40@swmail01.r8nssis.local>

Hello,



I was working on a mapfile and I wanted to add a 'halo' effect to one of my labels.  So I added OUTLINECOLOR to my label.  Nothing happened.  Eventually I was able to add a halo by switching from a bitmap font over to a truetype font.  For that reason I am under the impression that there are several label properties are not available for bitmap fonts.  I couldn't find any documentation that mentions these suspected limitations in http://www.mapserver.org/mapfile/label.html.  The only properties that I found that mention bitmap fonts are TYPE, and SIZE.



I just had a couple thoughts:

*         Should the documentation indicate what properties apply to bitmap fonts vs true type fonts?

*         SIZE for bitmap fonts can be either tiny, small. medium, large, or giant.  On the other hand SIZE for truetype fonts needs to be a double, or attribute.  I was just thinking that if a user switches a label from a bitmap font to a truetype font, then maybe Mapsever could convert between the font size name small, to a double value.  For example SMALL = 8, MEDIUM = 10 etc.

*         Even though bitmap fonts are faster, it seems all the features use truetype fonts.  Has there been any thought about changing the default from bitmap to truetype?



Thank You



Mark Volz, GISP

GIS Specialist




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

From support at geo6.be  Mon Jun 17 02:42:24 2013
From: support at geo6.be (Geo-6)
Date: Mon, 17 Jun 2013 11:42:24 +0200
Subject: [mapserver-users] Impossible to get getFeatureInfo result
Message-ID: <011601ce6b3e$f9266330$eb732990$@geo6.be>

Hi I?m new to MapServer.

 

I?m trying to use MapServer (MS4W) as a WMS Server with Leaflet
(http://leafletjs.com/)

 

The ?GetMap? function works perfectly but I can?t get a correct
?GetFeatureInfo? result


 

Here are some portions of my code :

 

Leaflet :

var map2 = L.map('map2', { /*minZoom: 8,*/ crs: L.CRS.EPSG3857
}).setView([50.495958, 4.42749], 8);

map2.on("click", function(e) {

    var latlngStr = '(' + e.latlng.lat.toFixed(3) + ', ' +
e.latlng.lng.toFixed(3) + ')';

    var SRS = map2.options.crs.code;

    var BBOX = map2.getBounds().toBBoxString();

    var WIDTH = map2.getSize().x;

    var HEIGHT = map2.getSize().y;

    var X = map2.layerPointToContainerPoint(e.layerPoint).x;

    var Y = map2.layerPointToContainerPoint(e.layerPoint).y;

    var URL =
'&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetFeatureInfo&LAYERS=TEST_KM_L7P&QUERY_
LAYERS=TEST_KM_L7P&STYLES=&BBOX='+BBOX+'&HEIGHT='+HEIGHT+'&WIDTH='+WIDTH+'&F
ORMAT=image%2Fpng&INFO_FORMAT=text%2Fhtml&SRS='+SRS+'&X='+X+'&Y='+Y;

    $.ajax({

        url:
"http://www.geocode.be/cgi-bin/mapserv.exe?map=D:/Data/Vector/test_km_L7p_wm
s.map",

        dataType: "html",

        type: "GET",

        //async: false,

        success: function(data) {

            //console.log(data);

 
$("#url").text("http://www.geocode.be/cgi-bin/mapserv.exe?map=D:/Data/Vector
/test_km_L7p_wms.map" + URL)

            $("#console").html(data);

        }

    });

});

 

MapServer MAP File :

MAP

    NAME "Test2"

    STATUS ON

    SIZE 600 400

    #SYMBOLSET "../etc/symbols.txt"

    EXTENT 0 0 300000 300000

    #UNITS DD

    #SHAPEPATH "../data"

    IMAGECOLOR 255 255 255

    #FONTSET "../etc/fonts.txt"

    CONFIG "PROJ_LIB" "./proj/nad/"

 

    CONFIG "MS_ERRORFILE" "D:/Data/Vector/ms_error.txt"

    CONFIG "CPL_DEBUG" "OFF"

    CONFIG "PROJ_DEBUG" "ON"

    DEBUG 3

 

    #

    # Start of web interface definition

    #

    WEB

        IMAGEPATH "D:/VH_DEFAULT/Temp/"

        IMAGEURL "/Temp/"

        METADATA

            "wms_abstract" "Demo for map context document. Blah blah..."

            "wms_title" "Map Context demo"   #### REQUIRED

            "wms_enable_request" "*"

            "wms_srs" "EPSG:31370 EPSG:4326 EPSG:3857"

            "wms_feature_info_mime_type" "text/plain text/html"

        END

        TEMPLATE "blank.html"

    END

 

    PROJECTION

        "init=epsg:31370"

    END

 

    #

    # Start of layer definitions

    #

    LAYER

        NAME TEST_KM_L7P

        TYPE LINE

        STATUS ON

        CONNECTIONTYPE OGR

        CONNECTION "./test_km_L7p.TAB"

        STYLEITEM "AUTO"

        DUMP TRUE

        TEMPLATE "blank.html"

        CLASS

            NAME "TEST_KM_L7P"

        END

        METADATA

            "wms_title" "TEST_KM_L7P"  #### REQUIRED

            "wms_enable_request" "*"

            "gml_include_items" "all"

            "wms_include_items" "all"

        END

    END # Layer

END # Map

 

My TEMPLATE file is correctly loaded but every time, no matter where I click
on the map, the [mapx], [mapy] = -1.000000, -1.000000 and [maplon], [maplat]
= 2.305489, 49.293903

 

I really does not see where the error is.

 

Thanks for your help.

Have a good day.

 

PS: Sorry for my bad english

 

Jonathan Beli?n

Geo-6

 

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

From jukka.rahkonen at mmmtike.fi  Mon Jun 17 03:10:44 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Mon, 17 Jun 2013 10:10:44 +0000
Subject: [mapserver-users] Impossible to get getFeatureInfo result
Message-ID: <84446DEF76453C439E9E97E438E13A63C15685@suutari.haapa.mmm.fi>

Hi,

Your problem is in the Leaflet code which does not take X and Y values from the mouse click and you will be better served if you ask about that from some Leaflet forum. However, there is a working GetFeatureInfo example at http://projects.bryanmcbride.com/leaflet/wms_info.html
Perhaps you will find from the code what you have done differently.

-Jukka Rahkonen-

Geo-6 wrote:

Hi I'm new to MapServer.

I'm trying to use MapServer (MS4W) as a WMS Server with Leaflet (http://leafletjs.com/)

The "GetMap" function works perfectly but I can't get a correct "GetFeatureInfo" result...

Here are some portions of my code :

Leaflet :
var map2 = L.map('map2', { /*minZoom: 8,*/ crs: L.CRS.EPSG3857 }).setView([50.495958, 4.42749], 8);
map2.on("click", function(e) {
    var latlngStr = '(' + e.latlng.lat.toFixed(3) + ', ' + e.latlng.lng.toFixed(3) + ')';
    var SRS = map2.options.crs.code;
    var BBOX = map2.getBounds().toBBoxString();
    var WIDTH = map2.getSize().x;
    var HEIGHT = map2.getSize().y;
    var X = map2.layerPointToContainerPoint(e.layerPoint).x;
    var Y = map2.layerPointToContainerPoint(e.layerPoint).y;
    var URL = '&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetFeatureInfo&LAYERS=TEST_KM_L7P&QUERY_LAYERS=TEST_KM_L7P&STYLES=&BBOX='+BBOX+'&HEIGHT='+HEIGHT+'&WIDTH='+WIDTH+'&FORMAT=image%2Fpng&INFO_FORMAT=text%2Fhtml&SRS='+SRS+'&X='+X+'&Y='+Y;
    $.ajax({
        url: "http://www.geocode.be/cgi-bin/mapserv.exe?map=D:/Data/Vector/test_km_L7p_wms.map",
        dataType: "html",
        type: "GET",
        //async: false,
        success: function(data) {
            //console.log(data);
            $("#url").text("http://www.geocode.be/cgi-bin/mapserv.exe?map=D:/Data/Vector/test_km_L7p_wms.map" + URL)
            $("#console").html(data);
        }
    });
});

MapServer MAP File :
MAP
    NAME "Test2"
    STATUS ON
    SIZE 600 400
    #SYMBOLSET "../etc/symbols.txt"
    EXTENT 0 0 300000 300000
    #UNITS DD
    #SHAPEPATH "../data"
    IMAGECOLOR 255 255 255
    #FONTSET "../etc/fonts.txt"
    CONFIG "PROJ_LIB" "./proj/nad/"

    CONFIG "MS_ERRORFILE" "D:/Data/Vector/ms_error.txt"
    CONFIG "CPL_DEBUG" "OFF"
    CONFIG "PROJ_DEBUG" "ON"
    DEBUG 3

    #
    # Start of web interface definition
    #
    WEB
        IMAGEPATH "D:/VH_DEFAULT/Temp/"
        IMAGEURL "/Temp/"
        METADATA
            "wms_abstract" "Demo for map context document. Blah blah..."
            "wms_title" "Map Context demo"   #### REQUIRED
            "wms_enable_request" "*"
            "wms_srs" "EPSG:31370 EPSG:4326 EPSG:3857"
            "wms_feature_info_mime_type" "text/plain text/html"
        END
        TEMPLATE "blank.html"
    END

    PROJECTION
        "init=epsg:31370"
    END

    #
    # Start of layer definitions
    #
    LAYER
        NAME TEST_KM_L7P
        TYPE LINE
        STATUS ON
        CONNECTIONTYPE OGR
        CONNECTION "./test_km_L7p.TAB"
        STYLEITEM "AUTO"
        DUMP TRUE
        TEMPLATE "blank.html"
        CLASS
            NAME "TEST_KM_L7P"
        END
        METADATA
            "wms_title" "TEST_KM_L7P"  #### REQUIRED
            "wms_enable_request" "*"
            "gml_include_items" "all"
            "wms_include_items" "all"
        END
    END # Layer
END # Map

My TEMPLATE file is correctly loaded but every time, no matter where I click on the map, the [mapx], [mapy] = -1.000000, -1.000000 and [maplon], [maplat] = 2.305489, 49.293903

I really does not see where the error is.

Thanks for your help.
Have a good day.

PS: Sorry for my bad english

Jonathan Beli?n
Geo-6

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

From support at geo6.be  Mon Jun 17 03:21:27 2013
From: support at geo6.be (Geo-6)
Date: Mon, 17 Jun 2013 12:21:27 +0200
Subject: [mapserver-users] Impossible to get getFeatureInfo result
In-Reply-To: <84446DEF76453C439E9E97E438E13A63C15685@suutari.haapa.mmm.fi>
References: <84446DEF76453C439E9E97E438E13A63C15685@suutari.haapa.mmm.fi>
Message-ID: <016301ce6b44$6d707dc0$48517940$@geo6.be>

Thanks for your help, I posted a message on Leaflet forum.

 

Unfortunately, this is the example I used to get ?GetFeatureInfo? function J

 

Have a good day.

 

Jonathan Beli?n

Geo-6

 

De : mapserver-users-bounces at lists.osgeo.org
[mailto:mapserver-users-bounces at lists.osgeo.org] De la part de Rahkonen
Jukka
Envoy? : lundi 17 juin 2013 12:11
? : 'mapserver-users at lists.osgeo.org'
Objet : Re: [mapserver-users] Impossible to get getFeatureInfo result

 

Hi,

 

Your problem is in the Leaflet code which does not take X and Y values from
the mouse click and you will be better served if you ask about that from
some Leaflet forum. However, there is a working GetFeatureInfo example at
http://projects.bryanmcbride.com/leaflet/wms_info.html

Perhaps you will find from the code what you have done differently.

 

-Jukka Rahkonen-

 

Geo-6 wrote:

 

Hi I?m new to MapServer.

 

I?m trying to use MapServer (MS4W) as a WMS Server with Leaflet
(http://leafletjs.com/)

 

The ?GetMap? function works perfectly but I can?t get a correct
?GetFeatureInfo? result


 

Here are some portions of my code :

 

Leaflet :

var map2 = L.map('map2', { /*minZoom: 8,*/ crs: L.CRS.EPSG3857
}).setView([50.495958, 4.42749], 8);

map2.on("click", function(e) {

    var latlngStr = '(' + e.latlng.lat.toFixed(3) + ', ' +
e.latlng.lng.toFixed(3) + ')';

    var SRS = map2.options.crs.code;

    var BBOX = map2.getBounds().toBBoxString();

    var WIDTH = map2.getSize().x;

    var HEIGHT = map2.getSize().y;

    var X = map2.layerPointToContainerPoint(e.layerPoint).x;

    var Y = map2.layerPointToContainerPoint(e.layerPoint).y;

    var URL =
'&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetFeatureInfo&LAYERS=TEST_KM_L7P&QUERY_
LAYERS=TEST_KM_L7P&STYLES=&BBOX='+BBOX+'&HEIGHT='+HEIGHT+'&WIDTH='+WIDTH+'&F
ORMAT=image%2Fpng&INFO_FORMAT=text%2Fhtml&SRS='+SRS+'&X='+X+'&Y='+Y;

    $.ajax({

        url:
"http://www.geocode.be/cgi-bin/mapserv.exe?map=D:/Data/Vector/test_km_L7p_wm
s.map",

        dataType: "html",

        type: "GET",

        //async: false,

        success: function(data) {

            //console.log(data);

 
$("#url").text("http://www.geocode.be/cgi-bin/mapserv.exe?map=D:/Data/Vector
/test_km_L7p_wms.map" + URL)

            $("#console").html(data);

        }

    });

});

 

MapServer MAP File :

MAP

    NAME "Test2"

    STATUS ON

    SIZE 600 400

    #SYMBOLSET "../etc/symbols.txt"

    EXTENT 0 0 300000 300000

    #UNITS DD

    #SHAPEPATH "../data"

    IMAGECOLOR 255 255 255

    #FONTSET "../etc/fonts.txt"

    CONFIG "PROJ_LIB" "./proj/nad/"

 

    CONFIG "MS_ERRORFILE" "D:/Data/Vector/ms_error.txt"

    CONFIG "CPL_DEBUG" "OFF"

    CONFIG "PROJ_DEBUG" "ON"

    DEBUG 3

 

    #

    # Start of web interface definition

    #

    WEB

        IMAGEPATH "D:/VH_DEFAULT/Temp/"

        IMAGEURL "/Temp/"

        METADATA

            "wms_abstract" "Demo for map context document. Blah blah..."

            "wms_title" "Map Context demo"   #### REQUIRED

            "wms_enable_request" "*"

            "wms_srs" "EPSG:31370 EPSG:4326 EPSG:3857"

            "wms_feature_info_mime_type" "text/plain text/html"

        END

        TEMPLATE "blank.html"

    END

 

    PROJECTION

        "init=epsg:31370"

    END

 

    #

    # Start of layer definitions

    #

    LAYER

        NAME TEST_KM_L7P

        TYPE LINE

        STATUS ON

        CONNECTIONTYPE OGR

        CONNECTION "./test_km_L7p.TAB"

        STYLEITEM "AUTO"

        DUMP TRUE

        TEMPLATE "blank.html"

        CLASS

            NAME "TEST_KM_L7P"

        END

        METADATA

            "wms_title" "TEST_KM_L7P"  #### REQUIRED

            "wms_enable_request" "*"

            "gml_include_items" "all"

            "wms_include_items" "all"

        END

    END # Layer

END # Map

 

My TEMPLATE file is correctly loaded but every time, no matter where I click
on the map, the [mapx], [mapy] = -1.000000, -1.000000 and [maplon], [maplat]
= 2.305489, 49.293903

 

I really does not see where the error is.

 

Thanks for your help.

Have a good day.

 

PS: Sorry for my bad english

 

Jonathan Beli?n

Geo-6

 

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

From ahti.lahtela at pp.inet.fi  Mon Jun 17 07:04:24 2013
From: ahti.lahtela at pp.inet.fi (ahlah)
Date: Mon, 17 Jun 2013 07:04:24 -0700 (PDT)
Subject: [mapserver-users] mapserver in heroku environment
Message-ID: <1371477864748-5060604.post@n6.nabble.com>

Hi,

has anyone tried to compile Mapserver in Heroku environment?

https://devcenter.heroku.com/articles/buildpack-binaries

br,

AL



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/mapserver-in-heroku-environment-tp5060604.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From MarkVolz at co.lyon.mn.us  Mon Jun 17 07:27:31 2013
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Mon, 17 Jun 2013 14:27:31 +0000
Subject: [mapserver-users] fast raster formats for LiDAR - hillshade and
	elevation
Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA31E0B58@swmail01.r8nssis.local>

Hello,

I would like to add my Lidar elevation and hillshade layers to Mapserver.  If possible, I would like a format that will save on disk space, while performing adequately.  Does anyone have any recommendations for a raster format?

Thanks

Mark Volz, GISP
GIS Specialist



From woodbri at swoodbridge.com  Mon Jun 17 08:04:00 2013
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Mon, 17 Jun 2013 11:04:00 -0400
Subject: [mapserver-users] fast raster formats for LiDAR - hillshade and
 elevation
In-Reply-To: <36CA828A36E29F45B7CF0A1766E5DFA31E0B58@swmail01.r8nssis.local>
References: <36CA828A36E29F45B7CF0A1766E5DFA31E0B58@swmail01.r8nssis.local>
Message-ID: <51BF2560.4000508@swoodbridge.com>

On 6/17/2013 10:27 AM, Mark Volz wrote:
> Hello,
>
> I would like to add my Lidar elevation and hillshade layers to
> Mapserver.  If possible, I would like a format that will save on disk
> space, while performing adequately.  Does anyone have any
> recommendations for a raster format?

You might try jpg compressed tiled geotif files. This gives good 
compression and the tiled tif format provides good access performance.

-Steve W


From MarkVolz at co.lyon.mn.us  Mon Jun 17 09:33:42 2013
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Mon, 17 Jun 2013 16:33:42 +0000
Subject: [mapserver-users] DEM color ramps
Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA31E0BA1@swmail01.r8nssis.local>

Hi,

I would like to add a color ramp to my elevation (DEM) layer.  If anyone has any .map files or tips for creating a DEM color ramp please let me know.

Thanks

Mark Volz, GISP
GIS Specialist



From Michael.Smith at maine.gov  Mon Jun 17 09:43:02 2013
From: Michael.Smith at maine.gov (Smith, Michael)
Date: Mon, 17 Jun 2013 16:43:02 +0000
Subject: [mapserver-users] DEM color ramps
In-Reply-To: <36CA828A36E29F45B7CF0A1766E5DFA31E0BA1@swmail01.r8nssis.local>
References: <36CA828A36E29F45B7CF0A1766E5DFA31E0BA1@swmail01.r8nssis.local>
Message-ID: <8927DBC1C0E7CB4A9823B7478829091D12B1E270@OIT-TEAQEXMBX01.som.w2k.state.me.us>

I just did this same thing about 8 weeks ago.  Here are my map files.



The two DEM ones (medem2, medem2_color) are just different representations of the same tiles, which are 32-bit float TIFFs.  The hill is grayscale stretch for 8-bit TIFF.  The slope is also 32-bit float.



===============================
Michael Smith MS GISP
State GIS Manager, Maine Office of GIS
State of Maine, Office of Information Technology
michael.smith _at_ maine.gov 207-215-5530

Board Member, Maine GeoLibrary
Education Chair, Maine GIS Users Group
State Rep, National States Geographic Information Council
[cid:image001.jpg at 01CE6B58.33F28930]

State House Station 145
51 Commerce Drive
Augusta, ME 04333-0145
69o 47' 58.9"W  44o 21' 54.8"N





-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Mark Volz
Sent: Monday, June 17, 2013 12:34 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] DEM color ramps



Hi,



I would like to add a color ramp to my elevation (DEM) layer.  If anyone has any .map files or tips for creating a DEM color ramp please let me know.



Thanks



Mark Volz, GISP

GIS Specialist



_______________________________________________

mapserver-users mailing list

mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>

http://lists.osgeo.org/mailman/listinfo/mapserver-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130617/1c2007a0/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 9032 bytes
Desc: image001.jpg
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130617/1c2007a0/attachment.jpg>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: medem2.map
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130617/1c2007a0/attachment.ksh>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: medem2_color.map
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130617/1c2007a0/attachment-0001.ksh>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: medem2_hill.map
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130617/1c2007a0/attachment-0002.ksh>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: medem2_slope.map
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130617/1c2007a0/attachment-0003.ksh>

From Michael.Smith at erdc.dren.mil  Mon Jun 17 09:46:08 2013
From: Michael.Smith at erdc.dren.mil (Smith, Michael ERDC-RDE-CRREL-NH)
Date: Mon, 17 Jun 2013 16:46:08 +0000
Subject: [mapserver-users] DEM color ramps
In-Reply-To: <36CA828A36E29F45B7CF0A1766E5DFA31E0BA1@swmail01.r8nssis.local>
Message-ID: <68A6D85AFE844844ABCD23232A5C979501BD7919@MS-EX1VKS.erdc.dren.mil>

Mark,

What I used is the following

gdaldem hillshade ${filename}.tif ${filename}_hs.tif -z 5 -az 90
gdaladdo -r average ${filename}_hs.tif 2 4 8 16 32
gdaldem color-relief ${filename}.tif colorramp.txt ${filename}_cr.tif -co
compress=jpeg -co PHOTOMETRIC=YCBCR -co tiled=yes
gdaladdo -r average ${filename}_cr.tif 2 4 8 16 32 --config
COMPRESS_OVERVIEW JPEG --config PHOTOMETRIC_OVERVIEW YCBCR --config
INTERLEAVE_OVERVIEW PIXEL

Then created tileindexes of the hs and cr files. I then set the opacity of
my CR layer at 70%

And my colorramp.txt file looks like this

5000 245  244  242
4500 224  222  216
4000 202  195  184
3500 186  174  154
3000 172  154  124
2500 170  135  83
2000 185  152  90
1500 195  167  107
1000 202  185  130
900 211  202  157
800 222  214  163
700 232  225  182
600 239  235  192
500 225  228  181
400 209  215  171
300 189  204  150
200 168  198  143
100 148  191  139
0 172  208  165
-20 167 223 210
nv 0 0 0 0 

Mike

-- 
Michael Smith

Remote Sensing/GIS Center
US Army Corps of Engineers







On 6/17/13  12:33 PM, "Mark Volz" <MarkVolz at co.lyon.mn.us> wrote:

>Hi,
>
>I would like to add a color ramp to my elevation (DEM) layer.  If anyone
>has any .map files or tips for creating a DEM color ramp please let me
>know.
>
>Thanks
>
>Mark Volz, GISP
>GIS Specialist
>
>_______________________________________________
>mapserver-users mailing list
>mapserver-users at lists.osgeo.org
>http://lists.osgeo.org/mailman/listinfo/mapserver-users



From jukka.rahkonen at mmmtike.fi  Mon Jun 17 10:05:21 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Mon, 17 Jun 2013 17:05:21 +0000
Subject: [mapserver-users] DEM color ramps
In-Reply-To: <68A6D85AFE844844ABCD23232A5C979501BD7919@MS-EX1VKS.erdc.dren.mil>
References: <36CA828A36E29F45B7CF0A1766E5DFA31E0BA1@swmail01.r8nssis.local>,
	<68A6D85AFE844844ABCD23232A5C979501BD7919@MS-EX1VKS.erdc.dren.mil>
Message-ID: <84446DEF76453C439E9E97E438E13A63C158B0@suutari.haapa.mmm.fi>

Hi,

Here you can find some more GDAL commands and a nice map as a result.
https://groups.google.com/forum/#!msg/openjump-users/oedpVya8qNk/7Tk5y0xxYAoJ

Andrei has created several images with GDAL and finally merged them together with Gimp. I do not know if this merging could be done with GDAL also.

-Jukka Rahkonen-

________________________________________
Smith, Michael wrote:


> Mark,

> What I used is the following

gdaldem hillshade ${filename}.tif ${filename}_hs.tif -z 5 -az 90
gdaladdo -r average ${filename}_hs.tif 2 4 8 16 32
gdaldem color-relief ${filename}.tif colorramp.txt ${filename}_cr.tif -co
compress=jpeg -co PHOTOMETRIC=YCBCR -co tiled=yes
gdaladdo -r average ${filename}_cr.tif 2 4 8 16 32 --config
COMPRESS_OVERVIEW JPEG --config PHOTOMETRIC_OVERVIEW YCBCR --config
INTERLEAVE_OVERVIEW PIXEL

Then created tileindexes of the hs and cr files. I then set the opacity of
my CR layer at 70%

And my colorramp.txt file looks like this

5000 245  244  242
4500 224  222  216
4000 202  195  184
3500 186  174  154
3000 172  154  124
2500 170  135  83
2000 185  152  90
1500 195  167  107
1000 202  185  130
900 211  202  157
800 222  214  163
700 232  225  182
600 239  235  192
500 225  228  181
400 209  215  171
300 189  204  150
200 168  198  143
100 148  191  139
0 172  208  165
-20 167 223 210
nv 0 0 0 0

Mike

--
Michael Smith

Remote Sensing/GIS Center
US Army Corps of Engineers







On 6/17/13  12:33 PM, "Mark Volz" <MarkVolz at co.lyon.mn.us> wrote:

>Hi,
>
>I would like to add a color ramp to my elevation (DEM) layer.  If anyone
>has any .map files or tips for creating a DEM color ramp please let me
>know.
>
>Thanks
>
>Mark Volz, GISP
>GIS Specialist
>
>_______________________________________________
>mapserver-users mailing list
>mapserver-users at lists.osgeo.org
>http://lists.osgeo.org/mailman/listinfo/mapserver-users

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


From Tom.Kralidis at ec.gc.ca  Tue Jun 18 07:46:01 2013
From: Tom.Kralidis at ec.gc.ca (Kralidis,Tom [Ontario])
Date: Tue, 18 Jun 2013 10:46:01 -0400
Subject: [mapserver-users] Python MapScript WxS Capabilities XML truncated
Message-ID: <D4979196AC320B45BE4A5DD7EE80C3E49D67B7@sdow04exmail2.ontario.int.ec.gc.ca>

Hi: using 6.2.1 (Ubuntu) built from source along with the following
patch at
https://github.com/mapserver/mapserver/commit/937dcb6857501835b5489fa4be
a321105412a20b.patch, we have a requirement to implement a WxS MapScript
approach for our OWS (we have up until now using the mapserv binary).

All works well, except for WMS GetCapabilities responses.  The result is
a truncated WMS Capabilities XML which gets truncated when MapServer is
printing out the root Layer element.

I've posted a minimal mapfile and the Python mapscript at
https://gist.github.com/tomkralidis/f70afd49270cb8efb62f. Observations:

- commenting out LAYER.METADATA.wms_layer_group eliminates the issue,
but we require this functionality
- commenting out LAYER.CLASSGROUP and LAYER.CLASS.GROUP, and
uncommenting LAYER.METADATA.wms_layer_group eliminates the issue, but we
require this functionality
- the same mapfile works just fine with mapserv binary

Any suggestions? I'm wondering whether the Python SWIG implementation
affects this.

..Tom



From thomas.bonfort at gmail.com  Tue Jun 18 08:31:39 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Tue, 18 Jun 2013 17:31:39 +0200
Subject: [mapserver-users] Python MapScript WxS Capabilities XML
	truncated
In-Reply-To: <D4979196AC320B45BE4A5DD7EE80C3E49D67B7@sdow04exmail2.ontario.int.ec.gc.ca>
References: <D4979196AC320B45BE4A5DD7EE80C3E49D67B7@sdow04exmail2.ontario.int.ec.gc.ca>
Message-ID: <CAOM3y2ivvPP61EN+LQGXWpbypUhG1i0f6F+Srt6yO=bagG+Jzg@mail.gmail.com>

Tom,
I was able to reproduce a segfault using the CGI, here's the backtrace for
the ticket I'm sure you'll open and hopefully fix :)

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7b140af in msDumpLayer (map=0x604d90, lp=0x60d6b0,
nVersion=66304,
    script_url_encoded=0x616330 "http://foobar?", indent=0x616a80 "
 ",
    validated_language=0x0, grouplayer=0) at mapwms.c:2449
2449                      if (l < lp2->numclasses)
(gdb) bt
#0  0x00007ffff7b140af in msDumpLayer (map=0x604d90, lp=0x60d6b0,
nVersion=66304,
    script_url_encoded=0x616330 "http://foobar?", indent=0x616a80 "
 ",
    validated_language=0x0, grouplayer=0) at mapwms.c:2449
#1  0x00007ffff7b14a67 in msWMSPrintNestedGroups (map=0x604d90,
nVersion=66304,
    pabLayerProcessed=0x6164b0 "", index=0, level=4, nestedGroups=0x616820,
    numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
    script_url_encoded=0x616330 "http://foobar?", validated_language=0x0)
at mapwms.c:2619
#2  0x00007ffff7b14c26 in msWMSPrintNestedGroups (map=0x604d90,
nVersion=66304,
    pabLayerProcessed=0x6164b0 "", index=0, level=3, nestedGroups=0x616820,
    numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
    script_url_encoded=0x616330 "http://foobar?", validated_language=0x0)
at mapwms.c:2644
#3  0x00007ffff7b14c26 in msWMSPrintNestedGroups (map=0x604d90,
nVersion=66304,
    pabLayerProcessed=0x6164b0 "", index=0, level=2, nestedGroups=0x616820,
    numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
    script_url_encoded=0x616330 "http://foobar?", validated_language=0x0)
at mapwms.c:2644
#4  0x00007ffff7b14c26 in msWMSPrintNestedGroups (map=0x604d90,
nVersion=66304,
    pabLayerProcessed=0x6164b0 "", index=0, level=1, nestedGroups=0x616820,
    numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
    script_url_encoded=0x616330 "http://foobar?", validated_language=0x0)
at mapwms.c:2644
#5  0x00007ffff7b14c26 in msWMSPrintNestedGroups (map=0x604d90,
nVersion=66304,
    pabLayerProcessed=0x6164b0 "", index=0, level=0, nestedGroups=0x616820,
    numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
    script_url_encoded=0x616330 "http://foobar?", validated_language=0x0)
at mapwms.c:2644
#6  0x00007ffff7b17c65 in msWMSGetCapabilities (map=0x604d90,
nVersion=66304, req=0x6045c0,
    ows_request=0x7fffffffe7c0, requested_updatesequence=0x0,
wms_exception_format=0x0,
    requested_language=0x0) at mapwms.c:3356
#7  0x00007ffff7b1d51d in msWMSDispatch (map=0x604d90, req=0x6045c0,
ows_request=0x7fffffffe7c0,
    force_wms_mode=0) at mapwms.c:4833
#8  0x00007ffff7b4df6d in msOWSDispatch (map=0x604d90, request=0x6045c0,
ows_mode=-1)
    at mapows.c:243
#9  0x00007ffff7b79c79 in msCGIDispatchRequest (mapserv=0x604380) at
mapservutil.c:1607
#10 0x0000000000400f60 in main (argc=2, argv=0x7fffffffe9a8) at
mapserv.c:259

cheers,
thomas


On 18 June 2013 16:46, Kralidis,Tom [Ontario] <Tom.Kralidis at ec.gc.ca> wrote:

> Hi: using 6.2.1 (Ubuntu) built from source along with the following
> patch at
> https://github.com/mapserver/mapserver/commit/937dcb6857501835b5489fa4be
> a321105412a20b.patch, we have a requirement to implement a WxS MapScript
> approach for our OWS (we have up until now using the mapserv binary).
>
> All works well, except for WMS GetCapabilities responses.  The result is
> a truncated WMS Capabilities XML which gets truncated when MapServer is
> printing out the root Layer element.
>
> I've posted a minimal mapfile and the Python mapscript at
> https://gist.github.com/tomkralidis/f70afd49270cb8efb62f. Observations:
>
> - commenting out LAYER.METADATA.wms_layer_group eliminates the issue,
> but we require this functionality
> - commenting out LAYER.CLASSGROUP and LAYER.CLASS.GROUP, and
> uncommenting LAYER.METADATA.wms_layer_group eliminates the issue, but we
> require this functionality
> - the same mapfile works just fine with mapserv binary
>
> Any suggestions? I'm wondering whether the Python SWIG implementation
> affects this.
>
> ..Tom
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130618/a8a77e30/attachment.htm>

From dncarreira at gmail.com  Tue Jun 18 08:59:47 2013
From: dncarreira at gmail.com (duartecarreira)
Date: Tue, 18 Jun 2013 08:59:47 -0700 (PDT)
Subject: [mapserver-users] cascading wms and layer names encoding
In-Reply-To: <1371046248366-5059709.post@n6.nabble.com>
References: <1370539444009-5058504.post@n6.nabble.com>
	<84446DEF76453C439E9E97E438E13A63C1321F@suutari.haapa.mmm.fi>
	<1370626691385-5058782.post@n6.nabble.com>
	<84446DEF76453C439E9E97E438E13A63C1387A@suutari.haapa.mmm.fi>
	<84446DEF76453C439E9E97E438E13A63C1388B@suutari.haapa.mmm.fi>
	<1371035008819-5059649.post@n6.nabble.com>
	<56B587E7C40D2F43B54FDC1BA897AC6D05F30CA4@KS-EVS1.smi.sachsen.de>
	<1371046248366-5059709.post@n6.nabble.com>
Message-ID: <1371571187961-5060918.post@n6.nabble.com>

so i finally got to investigate this a bit more and found a solution... i
encoded the layers list in the mapfile and it works. Why? I don't know... it
seems to me it shouldn't work but it does...
Here are my findings:
1) mapfile without encoding the layers list gives the error "layers contains
unacceptable layer names"
in the mapfile I put:
"wms_name"   "Albufeiras 1ria,Regadio EFMA simples,Adu??o simples"  #note
the non-english characters and spaces
mapserver logs the request like this:
....LAYERS=Albufeiras+1ria,Regadio+EFMA+simples,Adu%E7%E3o+simples&....
the original wms server logs this (iis):
LAYERS=Albufeiras+1ria%2cRegadio+EFMA+simples%2cAdu%25C3%25A7%25C3%25A3o%2520simples
2) mapfile encoding the layers list works fine
in the mapfile I put:
"wms_name"  
"Albufeiras%201ria,Regadio%20EFMA%20simples,Adu%C3%A7%C3%A3o%20simples" 
#encode everything except the commas
mapserver logs the request like this:
....LAYERS=Albufeiras%25201ria,Regadio%2520EFMA%2520simples,Adu%25C3%25A7%25C3%25A3o%2520simples&....
the original wms server logs this (iis):
LAYERS=Albufeiras%25201ria%2cRegadio%2520EFMA%2520simples%2cAdu%25C3%25A7%25C3%25A3o%2520simples
All tests were done using QGIS as the client to MapServer, which then
cascades to arcgis server wms in windows.
Also, putting the layers in the connection as suggested did not work because
then the resquest ends up with 2 layers parameters, one empty, which also
results in the same error.
All the best.



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/cascading-wms-and-layer-names-encoding-tp5058504p5060918.html
Sent from the Mapserver - User mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130618/8df027dd/attachment.htm>

From Tom.Kralidis at ec.gc.ca  Tue Jun 18 09:09:47 2013
From: Tom.Kralidis at ec.gc.ca (Kralidis,Tom [Ontario])
Date: Tue, 18 Jun 2013 12:09:47 -0400
Subject: [mapserver-users] Python MapScript WxS Capabilities XML
	truncated
In-Reply-To: <CAOM3y2ivvPP61EN+LQGXWpbypUhG1i0f6F+Srt6yO=bagG+Jzg@mail.gmail.com>
References: <D4979196AC320B45BE4A5DD7EE80C3E49D67B7@sdow04exmail2.ontario.int.ec.gc.ca>
	<CAOM3y2ivvPP61EN+LQGXWpbypUhG1i0f6F+Srt6yO=bagG+Jzg@mail.gmail.com>
Message-ID: <D4979196AC320B45BE4A5DD7EE80C3E49D67F6@sdow04exmail2.ontario.int.ec.gc.ca>

Thomas: thanks for the info. The segfault you indicate below is solved with https://github.com/mapserver/mapserver/commit/937dcb6857501835b5489fa4bea321105412a20b.  So my testing below is based on 6.2.1 + https://github.com/mapserver/mapserver/commit/937dcb6857501835b5489fa4bea321105412a20b.patch, thus introducing a new issue.

I've submitted a ticket at https://github.com/mapserver/mapserver/issues/4668





From: thomas bonfort [mailto:thomas.bonfort at gmail.com] 
Sent: June 18, 2013 11:32 AM
To: Kralidis,Tom [Ontario]
Cc: MapserverList OSGEO
Subject: Re: [mapserver-users] Python MapScript WxS Capabilities XML truncated

Tom,
I was able to reproduce a segfault using the CGI, here's the backtrace for the ticket I'm sure you'll open and hopefully fix :)

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7b140af in msDumpLayer (map=0x604d90, lp=0x60d6b0, nVersion=66304,
? ? script_url_encoded=0x616330 "http://foobar?", indent=0x616a80 " ? ? ? ?",
? ? validated_language=0x0, grouplayer=0) at mapwms.c:2449
2449	 ? ? ? ? ? ? ? ? ? ? ?if (l < lp2->numclasses)
(gdb) bt
#0 ?0x00007ffff7b140af in msDumpLayer (map=0x604d90, lp=0x60d6b0, nVersion=66304,
? ? script_url_encoded=0x616330 "http://foobar?", indent=0x616a80 " ? ? ? ?",
? ? validated_language=0x0, grouplayer=0) at mapwms.c:2449
#1 ?0x00007ffff7b14a67 in msWMSPrintNestedGroups (map=0x604d90, nVersion=66304,
? ? pabLayerProcessed=0x6164b0 "", index=0, level=4, nestedGroups=0x616820,
? ? numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
? ? script_url_encoded=0x616330 "http://foobar?", validated_language=0x0) at mapwms.c:2619
#2 ?0x00007ffff7b14c26 in msWMSPrintNestedGroups (map=0x604d90, nVersion=66304,
? ? pabLayerProcessed=0x6164b0 "", index=0, level=3, nestedGroups=0x616820,
? ? numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
? ? script_url_encoded=0x616330 "http://foobar?", validated_language=0x0) at mapwms.c:2644
#3 ?0x00007ffff7b14c26 in msWMSPrintNestedGroups (map=0x604d90, nVersion=66304,
? ? pabLayerProcessed=0x6164b0 "", index=0, level=2, nestedGroups=0x616820,
? ? numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
? ? script_url_encoded=0x616330 "http://foobar?", validated_language=0x0) at mapwms.c:2644
#4 ?0x00007ffff7b14c26 in msWMSPrintNestedGroups (map=0x604d90, nVersion=66304,
? ? pabLayerProcessed=0x6164b0 "", index=0, level=1, nestedGroups=0x616820,
? ? numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
? ? script_url_encoded=0x616330 "http://foobar?", validated_language=0x0) at mapwms.c:2644
#5 ?0x00007ffff7b14c26 in msWMSPrintNestedGroups (map=0x604d90, nVersion=66304,
? ? pabLayerProcessed=0x6164b0 "", index=0, level=0, nestedGroups=0x616820,
? ? numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
? ? script_url_encoded=0x616330 "http://foobar?", validated_language=0x0) at mapwms.c:2644
#6 ?0x00007ffff7b17c65 in msWMSGetCapabilities (map=0x604d90, nVersion=66304, req=0x6045c0,
? ? ows_request=0x7fffffffe7c0, requested_updatesequence=0x0, wms_exception_format=0x0,
? ? requested_language=0x0) at mapwms.c:3356
#7 ?0x00007ffff7b1d51d in msWMSDispatch (map=0x604d90, req=0x6045c0, ows_request=0x7fffffffe7c0,
? ? force_wms_mode=0) at mapwms.c:4833
#8 ?0x00007ffff7b4df6d in msOWSDispatch (map=0x604d90, request=0x6045c0, ows_mode=-1)
? ? at mapows.c:243
#9 ?0x00007ffff7b79c79 in msCGIDispatchRequest (mapserv=0x604380) at mapservutil.c:1607
#10 0x0000000000400f60 in main (argc=2, argv=0x7fffffffe9a8) at mapserv.c:259

cheers,
thomas

On 18 June 2013 16:46, Kralidis,Tom [Ontario] <Tom.Kralidis at ec.gc.ca> wrote:
Hi: using 6.2.1 (Ubuntu) built from source along with the following
patch at
https://github.com/mapserver/mapserver/commit/937dcb6857501835b5489fa4be
a321105412a20b.patch, we have a requirement to implement a WxS MapScript
approach for our OWS (we have up until now using the mapserv binary).

All works well, except for WMS GetCapabilities responses. ?The result is
a truncated WMS Capabilities XML which gets truncated when MapServer is
printing out the root Layer element.

I've posted a minimal mapfile and the Python mapscript at
https://gist.github.com/tomkralidis/f70afd49270cb8efb62f. Observations:

- commenting out LAYER.METADATA.wms_layer_group eliminates the issue,
but we require this functionality
- commenting out LAYER.CLASSGROUP and LAYER.CLASS.GROUP, and
uncommenting LAYER.METADATA.wms_layer_group eliminates the issue, but we
require this functionality
- the same mapfile works just fine with mapserv binary

Any suggestions? I'm wondering whether the Python SWIG implementation
affects this.

..Tom

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


From MarkVolz at co.lyon.mn.us  Tue Jun 18 09:09:56 2013
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Tue, 18 Jun 2013 16:09:56 +0000
Subject: [mapserver-users] roads shields, and street name labels
Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA31E0DE7@swmail01.r8nssis.local>

Hello,

I would like to label my roads layer with a highway shield as well as the street name.  What is the best way to accomplish this with MapServer 6.2?  If anyone has an example .map file that would be great.

Thank You

Mark Volz, GISP
GIS Specialist




From bob.basques at ci.stpaul.mn.us  Tue Jun 18 09:16:49 2013
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Tue, 18 Jun 2013 16:16:49 +0000
Subject: [mapserver-users] roads shields, and street name labels
In-Reply-To: <36CA828A36E29F45B7CF0A1766E5DFA31E0DE7@swmail01.r8nssis.local>
References: <36CA828A36E29F45B7CF0A1766E5DFA31E0DE7@swmail01.r8nssis.local>
Message-ID: <C9CEA89772DA74488B5A5B6EB17DC48106655BFE@055-CH1MPN1-001.055d.mgd.msft.net>

Mark,

We haven't gone down this road yet ourselves, but I would suggest taking a look at SVG symbols for this type of work.

We're just getting ready to convert our Mapfiles to use the newer versions of MapServer and the SVG symbols are a looking like a good all around solution moving forward.

Bobb



-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Mark Volz
Sent: Tuesday, June 18, 2013 11:10 AM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] roads shields, and street name labels

Hello,

I would like to label my roads layer with a highway shield as well as the street name.  What is the best way to accomplish this with MapServer 6.2?  If anyone has an example .map file that would be great.

Thank You

Mark Volz, GISP
GIS Specialist


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




From aperi2007 at gmail.com  Tue Jun 18 11:26:53 2013
From: aperi2007 at gmail.com (Andrea Peri)
Date: Tue, 18 Jun 2013 20:26:53 +0200
Subject: [mapserver-users] Select the dataset at runtime
Message-ID: <CABqTJk-1SWrKKLs3eLX6yxUDQK6nTUJpWUDG9O3wtu8rCa7EdQ@mail.gmail.com>

Hi,

Is possible to change at runtime the datasource of a layer using a
parameter of the request to choose the dataset ?

I'm explain better.
I have two datasource of the same physical phenomenon.
The first is at 96dpi and the second at 300dpi.

I like to show the first when the user see it on a webgis and ask it using
a request getmap with the extra parameter map_resolution=96
Instead the mapserver should return the second dataset when the request has
an extra_parameter map_resolution=300 tipically when the user call it for a
print at high resolution.

I'm trying to avoid to set two distinct mapserver layers.
To avoid the user should change the layer in the request.

The solution I'm searching is to allow the use of the parameter
"map_resolution" to choose the dataset to use.



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

From Tom.Kralidis at ec.gc.ca  Tue Jun 18 11:38:45 2013
From: Tom.Kralidis at ec.gc.ca (Kralidis,Tom [Ontario])
Date: Tue, 18 Jun 2013 14:38:45 -0400
Subject: [mapserver-users] Select the dataset at runtime
In-Reply-To: <CABqTJk-1SWrKKLs3eLX6yxUDQK6nTUJpWUDG9O3wtu8rCa7EdQ@mail.gmail.com>
References: <CABqTJk-1SWrKKLs3eLX6yxUDQK6nTUJpWUDG9O3wtu8rCa7EdQ@mail.gmail.com>
Message-ID: <D4979196AC320B45BE4A5DD7EE80C3E49D6846@sdow04exmail2.ontario.int.ec.gc.ca>

Andrea: you can do something like use runtime substitution (neat example at http://linfiniti.com/2011/09/making-the-most-of-umn-mapserver-runtime-variable-substitution/), or MapScript WxS wrappers (http://mapserver.org/ogc/mapscript.html#python-examples).



From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Andrea Peri
Sent: June 18, 2013 2:27 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] Select the dataset at runtime

Hi,
Is possible to change at runtime the datasource of a layer using a parameter of the request to choose the dataset ?
I'm explain better.
I have two datasource of the same physical phenomenon.
The first is at 96dpi and the second at 300dpi.

I like to show the first when the user see it on a webgis and ask it using a request getmap with the extra parameter map_resolution=96
Instead the mapserver should return the second dataset when the request has an extra_parameter map_resolution=300 tipically when the user call it for a print at high resolution.
I'm trying to avoid to set two distinct mapserver layers.
To avoid the user should change the layer in the request.

The solution I'm searching is to allow the use of the parameter "map_resolution" to choose the dataset to use.


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


From aperi2007 at gmail.com  Tue Jun 18 15:31:16 2013
From: aperi2007 at gmail.com (Andrea Peri)
Date: Wed, 19 Jun 2013 00:31:16 +0200
Subject: [mapserver-users] Select the dataset at runtime
In-Reply-To: <D4979196AC320B45BE4A5DD7EE80C3E49D6846@sdow04exmail2.ontario.int.ec.gc.ca>
References: <CABqTJk-1SWrKKLs3eLX6yxUDQK6nTUJpWUDG9O3wtu8rCa7EdQ@mail.gmail.com>
	<D4979196AC320B45BE4A5DD7EE80C3E49D6846@sdow04exmail2.ontario.int.ec.gc.ca>
Message-ID: <CABqTJk88B0XhQVoH0+7RqVDJHCAcYBt+MehQj+kCysxqMkswoA@mail.gmail.com>

Hi,
thx for response.
I see the example. Its pretty interesting.
Also another option I found in the documentation:
http://mapserver.org/cgi/runsub.html

I see in the MS6.2 should be possible to act on
DATA and DATAPATTERN.

I guess this could be a good choice, but no  other information on this and
how to use.
Is this runtime substitution for DATA and DATAPATTERN really available ?

Thx,



2013/6/18 Kralidis,Tom [Ontario] <Tom.Kralidis at ec.gc.ca>

> Andrea: you can do something like use runtime substitution (neat example
> at
> http://linfiniti.com/2011/09/making-the-most-of-umn-mapserver-runtime-variable-substitution/),
> or MapScript WxS wrappers (
> http://mapserver.org/ogc/mapscript.html#python-examples).
>
>
>
> From: mapserver-users-bounces at lists.osgeo.org [mailto:
> mapserver-users-bounces at lists.osgeo.org] On Behalf Of Andrea Peri
> Sent: June 18, 2013 2:27 PM
> To: mapserver-users at lists.osgeo.org
> Subject: [mapserver-users] Select the dataset at runtime
>
> Hi,
> Is possible to change at runtime the datasource of a layer using a
> parameter of the request to choose the dataset ?
> I'm explain better.
> I have two datasource of the same physical phenomenon.
> The first is at 96dpi and the second at 300dpi.
>
> I like to show the first when the user see it on a webgis and ask it using
> a request getmap with the extra parameter map_resolution=96
> Instead the mapserver should return the second dataset when the request
> has an extra_parameter map_resolution=300 tipically when the user call it
> for a print at high resolution.
> I'm trying to avoid to set two distinct mapserver layers.
> To avoid the user should change the layer in the request.
>
> The solution I'm searching is to allow the use of the parameter
> "map_resolution" to choose the dataset to use.
>
>
> --
> -----------------
> Andrea Peri
> . . . . . . . . .
> qwerty ?????
> -----------------
>



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

From Weisbend at WAPA.GOV  Tue Jun 18 15:46:55 2013
From: Weisbend at WAPA.GOV (Weisbender, Eric)
Date: Tue, 18 Jun 2013 22:46:55 +0000
Subject: [mapserver-users] SDE Query server 500 error
Message-ID: <9FE7B20682D2EE4CB9F40163E1EB4F08990C3E@afovsml1m.WAPA.INT>

Hello List,

I'm having some issues query an ArcSDE layer.  It draws fine but when I try to query it I get an Internal Server 500 error.  I'm wonder if it is like Janos's issue in this post.  http://osgeo-org.1560.x6.nabble.com/ArcSDE-connection-tt4265649.html#none  The only problem is he's on Windows and I'm on Linux and don't have the first idea of how to go about a similar fix.  Any ideas or help is greatly appreciated.

Thanks,

Eric Weisbender

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

From jukka.rahkonen at mmmtike.fi  Tue Jun 18 21:29:53 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Wed, 19 Jun 2013 04:29:53 +0000
Subject: [mapserver-users] Select the dataset at runtime
In-Reply-To: <CABqTJk88B0XhQVoH0+7RqVDJHCAcYBt+MehQj+kCysxqMkswoA@mail.gmail.com>
References: <CABqTJk-1SWrKKLs3eLX6yxUDQK6nTUJpWUDG9O3wtu8rCa7EdQ@mail.gmail.com>
	<D4979196AC320B45BE4A5DD7EE80C3E49D6846@sdow04exmail2.ontario.int.ec.gc.ca>,
	<CABqTJk88B0XhQVoH0+7RqVDJHCAcYBt+MehQj+kCysxqMkswoA@mail.gmail.com>
Message-ID: <84446DEF76453C439E9E97E438E13A63C15E33@suutari.haapa.mmm.fi>

Hi,

Try this live example. The sql parameter is feeding a subquery into DATA and the next link selects OpenStreetMap primary highways which do not have maxpeed tag. Change primary into secondary and you will see a different map.


http://hip.latuviitta.org/cgi-bin/ms_ows?REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=563&HEIGHT=437&LAYERS=sea,borders,osm_viivat&TRANSPARENT=TRUE&FORMAT=image/png&BBOX=-369151.98300283286,6597900.0,1511076.628895184,8057331.444759207&SRS=EPSG:3067&STYLES=&sql=(tags @> 'highway=>primary') AND not (tags ? 'maxspeed') <http://hip.latuviitta.org/cgi-bin/ms_ows?REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=563&HEIGHT=437&LAYERS=sea,borders,osm_viivat&TRANSPARENT=TRUE&FORMAT=image/png&BBOX=-369151.98300283286,6597900.0,1511076.628895184,8057331.444759207&SRS=EPSG:3067&STYLES=&sql=%28tags%20@%3E%20%27highway=%3Eprimary%27%29%20AND%20not%20%28tags%20?%20%27maxspeed%27%29%20>

-Jukka Rahkonen-



________________________________
Andrea Peri wrote:

Hi,
thx for response.
I see the example. Its pretty interesting.
Also another option I found in the documentation:
http://mapserver.org/cgi/runsub.html

I see in the MS6.2 should be possible to act on
DATA and DATAPATTERN.

I guess this could be a good choice, but no  other information on this and how to use.
Is this runtime substitution for DATA and DATAPATTERN really available ?

Thx,



2013/6/18 Kralidis,Tom [Ontario] <Tom.Kralidis at ec.gc.ca<mailto:Tom.Kralidis at ec.gc.ca>>
Andrea: you can do something like use runtime substitution (neat example at http://linfiniti.com/2011/09/making-the-most-of-umn-mapserver-runtime-variable-substitution/), or MapScript WxS wrappers (http://mapserver.org/ogc/mapscript.html#python-examples).



From: mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org> [mailto:mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org>] On Behalf Of Andrea Peri
Sent: June 18, 2013 2:27 PM
To: mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Subject: [mapserver-users] Select the dataset at runtime

Hi,
Is possible to change at runtime the datasource of a layer using a parameter of the request to choose the dataset ?
I'm explain better.
I have two datasource of the same physical phenomenon.
The first is at 96dpi and the second at 300dpi.

I like to show the first when the user see it on a webgis and ask it using a request getmap with the extra parameter map_resolution=96
Instead the mapserver should return the second dataset when the request has an extra_parameter map_resolution=300 tipically when the user call it for a print at high resolution.
I'm trying to avoid to set two distinct mapserver layers.
To avoid the user should change the layer in the request.

The solution I'm searching is to allow the use of the parameter "map_resolution" to choose the dataset to use.


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



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


From asmaraev at gmail.com  Wed Jun 19 06:14:46 2013
From: asmaraev at gmail.com (Andrey Maraev)
Date: Wed, 19 Jun 2013 17:14:46 +0400
Subject: [mapserver-users] Generating the Map-file on Windows
Message-ID: <CAOFU10kWddWYr4rY4BZ7Ti_AZJL5TjfhwpHuJ7uL5W6xwpnyqQ@mail.gmail.com>

Hello! I try to generate the mapfile on Windows according to the
instruction:
https://github.com/mapserver/mapserver/wiki/RenderingOsmDataWindows
When I make step 9 manually via cygwin it works. But I have a question: Did
anyone use it via scripts? I tried to write cmd-script but have a problems
with a make`s adaptation.
If I use:
@echo off
SET PATH=%PATH%;"C:\cygwin\bin"
make all
:EOF
I get the errors with make

sed -i 's/##.*$//g' osm-default.map
make: sed: Command not found
Makefile:105: recipe for target `osm-default.map' failed
make: *** [osm-default.map] Error 127

Could you please give an advices how fix it or is there other ways how to
change makefile script or use something different, not the make?



-- 
Best regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130619/614b3317/attachment.htm>

From James.Evans at hill.af.mil  Wed Jun 19 09:55:56 2013
From: James.Evans at hill.af.mil (Evans, James R Civ USAF ACC 84 RADES/SCZE)
Date: Wed, 19 Jun 2013 10:55:56 -0600
Subject: [mapserver-users] BROWSE mode requiresa TEMPLATE?
Message-ID: <35C8F653C6AB9E44B3BC7E4D89634A6D05FAE5E3@VFUTMLAO03.Enterprise.afmc.ds.af.mil>

Hi,
On our closed LAN, we have MS4W deployed and is being used successfully
by several WMS clients.  One of the clients, Global Mapper v12 however
is complaining.  The error says:  "Web application error.  Traditional
BROWSE mode requires a TEMPLATE in the WEB section, but none was
provided."  Older versions of Global Mapper don't seem to look for this,
and none of the other clients seem to care.  Since I don't really have a
template file, is there some dummy value I can put in there?  What does
it mean BROWSE mode?
Thanks,
James



From jukka.rahkonen at mmmtike.fi  Wed Jun 19 10:14:41 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Wed, 19 Jun 2013 17:14:41 +0000
Subject: [mapserver-users] BROWSE mode requiresa TEMPLATE?
In-Reply-To: <35C8F653C6AB9E44B3BC7E4D89634A6D05FAE5E3@VFUTMLAO03.Enterprise.afmc.ds.af.mil>
References: <35C8F653C6AB9E44B3BC7E4D89634A6D05FAE5E3@VFUTMLAO03.Enterprise.afmc.ds.af.mil>
Message-ID: <84446DEF76453C439E9E97E438E13A63C160F0@suutari.haapa.mmm.fi>

Hi,

Obviously Global Mapper does not send proper WMS request. You will see the same message from this URL
http://hip.latuviitta.org/cgi-bin/ms_ows?layers=all

Check from your Apache access.log file how the requests sent by Global Mapper look like and you may get a hint about what you should do for correcting the situation.

-Jukka Rahkonen-
________________________________________
Evans, James wrote:

> Hi,
> On our closed LAN, we have MS4W deployed and is being used successfully
by several WMS clients.  One of the clients, Global Mapper v12 however
is complaining.  The error says:  "Web application error.  Traditional
BROWSE mode requires a TEMPLATE in the WEB section, but none was
provided."  Older versions of Global Mapper don't seem to look for this,
and none of the other clients seem to care.  Since I don't really have a
template file, is there some dummy value I can put in there?  What does
it mean BROWSE mode?
Thanks,
James

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


From MarkVolz at co.lyon.mn.us  Wed Jun 19 11:46:06 2013
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Wed, 19 Jun 2013 18:46:06 +0000
Subject: [mapserver-users] MapCache getFeatureInfo not returning values
Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA31E0FE8@swmail01.r8nssis.local>

Hello,

I am trying to configure MapCache so that GetFeatureInfo requests are forwarded to Mapserver.  When connecting directly to MapServer the identify seems to work fine (for ArcGIS clients).  However, When I try to use MapCache I get the following result:  GetFeatureInfo results:  Layer 'elevation'  Feature 0:      

Question:  How can I configure MapCache to correctly forward WMS queries to MapServer so that I can query within ArcMap and other clients?

 <getfeatureinfo>
         <!-- info_formats: comma separated list of wms info_formats supported by the source WMS.
              you can get this list by studying the source WMS capabilities document.
         -->
         <!--<info_formats>text/plain,application/vnd.ogc.gml,text/html</info_formats>-->
		 <info_formats>text/plain</info_formats>
		
         <!-- KVP params to pass with the request. QUERY_LAYERS is mandatory -->
         <params>
            <QUERY_LAYERS>elevation</QUERY_LAYERS>
         </params>
      </getfeatureinfo>


Thanks

Mark Volz, GISP
GIS Specialist




From Tom.Kralidis at ec.gc.ca  Wed Jun 19 12:34:59 2013
From: Tom.Kralidis at ec.gc.ca (Kralidis,Tom [Ontario])
Date: Wed, 19 Jun 2013 15:34:59 -0400
Subject: [mapserver-users] Python MapScript WxS Capabilities XML
	truncated
In-Reply-To: <CAOM3y2ivvPP61EN+LQGXWpbypUhG1i0f6F+Srt6yO=bagG+Jzg@mail.gmail.com>
References: <D4979196AC320B45BE4A5DD7EE80C3E49D67B7@sdow04exmail2.ontario.int.ec.gc.ca>
	<CAOM3y2ivvPP61EN+LQGXWpbypUhG1i0f6F+Srt6yO=bagG+Jzg@mail.gmail.com>
Message-ID: <D4979196AC320B45BE4A5DD7EE80C3E49D6A13@sdow04exmail2.ontario.int.ec.gc.ca>

Hi: this was an artifact of using Python mapscript which was not representative of the patch fix. Updating Python mapscript fixes this issue.

Thanks much to Stephan and Thomas



From: thomas bonfort [mailto:thomas.bonfort at gmail.com] 
Sent: June 18, 2013 11:32 AM
To: Kralidis,Tom [Ontario]
Cc: MapserverList OSGEO
Subject: Re: [mapserver-users] Python MapScript WxS Capabilities XML truncated

Tom,
I was able to reproduce a segfault using the CGI, here's the backtrace for the ticket I'm sure you'll open and hopefully fix :)

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7b140af in msDumpLayer (map=0x604d90, lp=0x60d6b0, nVersion=66304,
? ? script_url_encoded=0x616330 "http://foobar?", indent=0x616a80 " ? ? ? ?",
? ? validated_language=0x0, grouplayer=0) at mapwms.c:2449
2449	 ? ? ? ? ? ? ? ? ? ? ?if (l < lp2->numclasses)
(gdb) bt
#0 ?0x00007ffff7b140af in msDumpLayer (map=0x604d90, lp=0x60d6b0, nVersion=66304,
? ? script_url_encoded=0x616330 "http://foobar?", indent=0x616a80 " ? ? ? ?",
? ? validated_language=0x0, grouplayer=0) at mapwms.c:2449
#1 ?0x00007ffff7b14a67 in msWMSPrintNestedGroups (map=0x604d90, nVersion=66304,
? ? pabLayerProcessed=0x6164b0 "", index=0, level=4, nestedGroups=0x616820,
? ? numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
? ? script_url_encoded=0x616330 "http://foobar?", validated_language=0x0) at mapwms.c:2619
#2 ?0x00007ffff7b14c26 in msWMSPrintNestedGroups (map=0x604d90, nVersion=66304,
? ? pabLayerProcessed=0x6164b0 "", index=0, level=3, nestedGroups=0x616820,
? ? numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
? ? script_url_encoded=0x616330 "http://foobar?", validated_language=0x0) at mapwms.c:2644
#3 ?0x00007ffff7b14c26 in msWMSPrintNestedGroups (map=0x604d90, nVersion=66304,
? ? pabLayerProcessed=0x6164b0 "", index=0, level=2, nestedGroups=0x616820,
? ? numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
? ? script_url_encoded=0x616330 "http://foobar?", validated_language=0x0) at mapwms.c:2644
#4 ?0x00007ffff7b14c26 in msWMSPrintNestedGroups (map=0x604d90, nVersion=66304,
? ? pabLayerProcessed=0x6164b0 "", index=0, level=1, nestedGroups=0x616820,
? ? numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
? ? script_url_encoded=0x616330 "http://foobar?", validated_language=0x0) at mapwms.c:2644
#5 ?0x00007ffff7b14c26 in msWMSPrintNestedGroups (map=0x604d90, nVersion=66304,
? ? pabLayerProcessed=0x6164b0 "", index=0, level=0, nestedGroups=0x616820,
? ? numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
? ? script_url_encoded=0x616330 "http://foobar?", validated_language=0x0) at mapwms.c:2644
#6 ?0x00007ffff7b17c65 in msWMSGetCapabilities (map=0x604d90, nVersion=66304, req=0x6045c0,
? ? ows_request=0x7fffffffe7c0, requested_updatesequence=0x0, wms_exception_format=0x0,
? ? requested_language=0x0) at mapwms.c:3356
#7 ?0x00007ffff7b1d51d in msWMSDispatch (map=0x604d90, req=0x6045c0, ows_request=0x7fffffffe7c0,
? ? force_wms_mode=0) at mapwms.c:4833
#8 ?0x00007ffff7b4df6d in msOWSDispatch (map=0x604d90, request=0x6045c0, ows_mode=-1)
? ? at mapows.c:243
#9 ?0x00007ffff7b79c79 in msCGIDispatchRequest (mapserv=0x604380) at mapservutil.c:1607
#10 0x0000000000400f60 in main (argc=2, argv=0x7fffffffe9a8) at mapserv.c:259

cheers,
thomas

On 18 June 2013 16:46, Kralidis,Tom [Ontario] <Tom.Kralidis at ec.gc.ca> wrote:
Hi: using 6.2.1 (Ubuntu) built from source along with the following
patch at
https://github.com/mapserver/mapserver/commit/937dcb6857501835b5489fa4be
a321105412a20b.patch, we have a requirement to implement a WxS MapScript
approach for our OWS (we have up until now using the mapserv binary).

All works well, except for WMS GetCapabilities responses. ?The result is
a truncated WMS Capabilities XML which gets truncated when MapServer is
printing out the root Layer element.

I've posted a minimal mapfile and the Python mapscript at
https://gist.github.com/tomkralidis/f70afd49270cb8efb62f. Observations:

- commenting out LAYER.METADATA.wms_layer_group eliminates the issue,
but we require this functionality
- commenting out LAYER.CLASSGROUP and LAYER.CLASS.GROUP, and
uncommenting LAYER.METADATA.wms_layer_group eliminates the issue, but we
require this functionality
- the same mapfile works just fine with mapserv binary

Any suggestions? I'm wondering whether the Python SWIG implementation
affects this.

..Tom

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


From david.pardy at airborne.aero  Wed Jun 19 15:13:11 2013
From: david.pardy at airborne.aero (David Pardy)
Date: Wed, 19 Jun 2013 18:13:11 -0400
Subject: [mapserver-users] Issue with correct distance/length displaying on
	scalebar in Mapfile
Message-ID: <1D65287094EC294C91AE7175DB96F17E0222E764@BE61.exg3.exghost.com>

Prior to the scalebar, I had set the projection the same per layer:
 
    PROJECTION
      "proj=longlat"
      "ellps=WGS84"
      "datum=WGS84"
    END
 
After getting the scalebar to appear, I notice the lengths/distances
were not correct, so I decided to add a map projection outside all the
layers. Same as above.
 
My scalebar is as follows:
 
  SCALEBAR
    LABEL
      COLOR 0 0 0
      SIZE SMALL
    END
    STYLE 0
    SIZE 180 8
    POSITION lc
    COLOR 0 0 0
    UNITS MILES
    INTERVALS 2
    TRANSPARENT TRUE
    STATUS EMBED
  END
 
Any help on the matter would be greatly appreciated. 

Thank you.
David

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

From jmckenna at gatewaygeomatics.com  Thu Jun 20 04:02:56 2013
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Thu, 20 Jun 2013 14:02:56 +0300
Subject: [mapserver-users] Generating the Map-file on Windows
In-Reply-To: <CAOFU10kWddWYr4rY4BZ7Ti_AZJL5TjfhwpHuJ7uL5W6xwpnyqQ@mail.gmail.com>
References: <CAOFU10kWddWYr4rY4BZ7Ti_AZJL5TjfhwpHuJ7uL5W6xwpnyqQ@mail.gmail.com>
Message-ID: <51C2E160.3060008@gatewaygeomatics.com>

On 2013-06-19 4:14 PM, Andrey Maraev wrote:
> Hello! I try to generate the mapfile on Windows according to the
> instruction: https://github.com/mapserver/mapserver/wiki/RenderingOsmDataWindows
> When I make step 9 manually via cygwin it works. But I have a question:
> Did anyone use it via scripts? I tried to write cmd-script but have a
> problems with a make`s adaptation. 
> If I use:
> @echo off
> SET PATH=%PATH%;"C:\cygwin\bin"
> make all
> :EOF
> I get the errors with make 
> 
> sed -i 's/##.*$//g' osm-default.map
> make: sed: Command not found
> Makefile:105: recipe for target `osm-default.map' failed
> make: *** [osm-default.map] Error 127
> 
> Could you please give an advices how fix it or is there other ways how
> to change makefile script or use something different, not the make? 
> 

Hi, I haven't tried your way (sounds interesting), but it would be great
if you could edit that wiki page directly with your updates.

-jeff


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





From sendmewow at gmail.com  Thu Jun 20 16:04:30 2013
From: sendmewow at gmail.com (anantj)
Date: Thu, 20 Jun 2013 16:04:30 -0700 (PDT)
Subject: [mapserver-users] Segmentation fault + Premature end of script
 headers: mapserv, referer: http://localhost/tutorial/section3.html
Message-ID: <1371769470058-5061446.post@n6.nabble.com>

I have setup mapserver tutorial on my local apache but I am getting errors in
tutorial section 3 and 4. However section 1 and 2 maps work fine.I first got
the error Premature end of script headers: mapserv, referer:
http://localhost/tutorial/section3.html. Hence I did some research and tried
utility "shp2img" and got Segmentation faultmsLoadMap(): 0.298smsDrawMap():
rendering using outputformat named png24 (AGG/PNG).Segmentation fault (core
dumped)The map file is same as given in tutorial except the IMAGEPATH and
IMAGEURL. Section 1 and 2 maps works perfectly fine but section 3 and 4 do
not work at all. I get 500 internal error and looking into apache log it
says Premature end of script headers when looking into.Please let me know if
there would be something wrong with the map file (but its same as tutorial) 
or something wrong with any of the gdal or other libraries.Any help is
greatly appreciated.I am using Ubuntu 64MapServer version 6.0.1 OUTPUT=GIF
OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=CAIRO
SUPPORTS=FREETYPE SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER
SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT
SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS
SUPPORTS=GEOS INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Segmentation-fault-Premature-end-of-script-headers-mapserv-referer-http-localhost-tutorial-section3-l-tp5061446.html
Sent from the Mapserver - User mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130620/d6ce1b89/attachment.htm>

From jlacroix at mapgears.com  Fri Jun 21 07:33:17 2013
From: jlacroix at mapgears.com (Julien-Samuel Lacroix)
Date: Fri, 21 Jun 2013 10:33:17 -0400
Subject: [mapserver-users] GSoC Project - ScribeUI: A mapfile editor
Message-ID: <51C4642D.6050709@mapgears.com>

Hello,

We are pleased to announce that MapServer got 2 project accepted for the 
Google Summer of Code. This first one is ScribeUI: A GUI and tools for 
MapServer mapfile editing [1]. ScribeUI (name subject to change) is a 
mapfile management GUI that works both locally or remotely. This tool 
aims to make it easier for beginners to start with MapServer and to be a 
productivity tool for power-users. It will of course provide a nice 
mapfile editor with autocompletion, meaningful error messages and color 
swatches. In the future, the tool could be extended to manage MapCache 
tile generation, test SQL queries or even deploy sites.

You can see the first mockups here:

  http://mapgears.github.io/scribeui-site/

ScribeUI will support the mapfile syntax as well as the Basemaps [1] and 
Scribe syntax [2]. It will also feature a workspace manager that will 
enable the user to group mapfiles per project and the ability to run on 
a server to make things easier when working remotly.

About the student:

Jessica is an entrepreneur. Despite her young age, she already shines at 
the international level (just like Mapgears!) with her font production 
business: CuttyFruty?.com. She developed her interest for font sets when 
she was 13, and today, her fonts are being used by big names such as 
Lise Wathier, Barbie, Microsoft and Rihanna. (Read more here.)

Even if her first start-up was very artsy, Jessica also has a passion 
for software and web development, and she will actually represent Canada 
at the World Skills competition this July. She is in the process of 
completing a bachelor's degree in computer science, and it is as a 
software developer that she joins the project. We are already looking 
forward to what her exceptional combination of artistic and programming 
skills will bring to the MapServer project.

[1] 
http://www.google-melange.com/gsoc/project/google/gsoc2013/jlapointe/4001
[2]  https://github.com/mapserver/basemaps
[3]  http://www.mapgears.com/en/blog/archive/2013-03-12-scribe
[4]  http://www.worldskills.org/

Stay tune for the initial release!

Julien
-- 
Julien-Samuel Lacroix
Mapgears
http://www.mapgears.com/


From jlapointe at mapgears.com  Fri Jun 21 08:22:34 2013
From: jlapointe at mapgears.com (Jessica Lapointe)
Date: Fri, 21 Jun 2013 11:22:34 -0400
Subject: [mapserver-users] [mapserver-dev] GSoC Project - ScribeUI: A
	mapfile editor
In-Reply-To: <51C4642D.6050709@mapgears.com>
References: <51C4642D.6050709@mapgears.com>
Message-ID: <CAJ-22h70_JvGNGBFsO-vh0P-bT=JKufFcdALCNe8=bXuNxmkMg@mail.gmail.com>

Hi list,
I am Jessica, and I am very pleased to have been accepted as a GSoC student.
I'm looking forward to work with this community !
Jessica


On Fri, Jun 21, 2013 at 10:33 AM, Julien-Samuel Lacroix <
jlacroix at mapgears.com> wrote:

> Hello,
>
> We are pleased to announce that MapServer got 2 project accepted for the
> Google Summer of Code. This first one is ScribeUI: A GUI and tools for
> MapServer mapfile editing [1]. ScribeUI (name subject to change) is a
> mapfile management GUI that works both locally or remotely. This tool aims
> to make it easier for beginners to start with MapServer and to be a
> productivity tool for power-users. It will of course provide a nice mapfile
> editor with autocompletion, meaningful error messages and color swatches.
> In the future, the tool could be extended to manage MapCache tile
> generation, test SQL queries or even deploy sites.
>
> You can see the first mockups here:
>
>  http://mapgears.github.io/**scribeui-site/<http://mapgears.github.io/scribeui-site/>
>
> ScribeUI will support the mapfile syntax as well as the Basemaps [1] and
> Scribe syntax [2]. It will also feature a workspace manager that will
> enable the user to group mapfiles per project and the ability to run on a
> server to make things easier when working remotly.
>
> About the student:
>
> Jessica is an entrepreneur. Despite her young age, she already shines at
> the international level (just like Mapgears!) with her font production
> business: CuttyFruty?.com. She developed her interest for font sets when
> she was 13, and today, her fonts are being used by big names such as Lise
> Wathier, Barbie, Microsoft and Rihanna. (Read more here.)
>
> Even if her first start-up was very artsy, Jessica also has a passion for
> software and web development, and she will actually represent Canada at the
> World Skills competition this July. She is in the process of completing a
> bachelor's degree in computer science, and it is as a software developer
> that she joins the project. We are already looking forward to what her
> exceptional combination of artistic and programming skills will bring to
> the MapServer project.
>
> [1] http://www.google-melange.com/**gsoc/project/google/gsoc2013/**
> jlapointe/4001<http://www.google-melange.com/gsoc/project/google/gsoc2013/jlapointe/4001>
> [2]  https://github.com/mapserver/**basemaps<https://github.com/mapserver/basemaps>
> [3]  http://www.mapgears.com/en/**blog/archive/2013-03-12-scribe<http://www.mapgears.com/en/blog/archive/2013-03-12-scribe>
> [4]  http://www.worldskills.org/
>
> Stay tune for the initial release!
>
> Julien
> --
> Julien-Samuel Lacroix
> Mapgears
> http://www.mapgears.com/
> ______________________________**_________________
> mapserver-dev mailing list
> mapserver-dev at lists.osgeo.org
> http://lists.osgeo.org/**mailman/listinfo/mapserver-dev<http://lists.osgeo.org/mailman/listinfo/mapserver-dev>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130621/390858de/attachment.htm>

From arwesley at web.de  Fri Jun 21 09:26:35 2013
From: arwesley at web.de (JM)
Date: Fri, 21 Jun 2013 18:26:35 +0200
Subject: [mapserver-users] VRT vs. TileIndex
Message-ID: <036701ce6e9c$194ec7f0$4bec57d0$@de>

Hello List,

 

i would like to know if some people have experience with VRT and Tileindex.
In my case, i will provide provide big amounts of tiff data which are
aggregated by layers. I am now strugglin with the decision between VRT and
Tileindex. From the administration point, i prefere VRT. The possibility to
add overviews via gdaladdo is great. But on the other hand performance is a
big question for us. If for example the performance of tileindex would be
much better than that of VRT, probably i would choose the Tileindex solution
with scale dependency. So what is your experience with both possibilites?

 

Kind regards,


JM

 

 

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

From lists at fuchsschwanzdomain.de  Sun Jun 23 07:08:03 2013
From: lists at fuchsschwanzdomain.de (Sven Geggus)
Date: Sun, 23 Jun 2013 14:08:03 +0000 (UTC)
Subject: [mapserver-users] Spatialite and spatial index?
Message-ID: <kq6vg3$cl7$1@ultimate100.geggus.net>

Hello,

I have the following entry in a layer which I would like to convert from psql backend
to spatialite:

CONNECTIONTYPE POSTGIS
CONNECTION "dbname=..."
DATA "geom from (select geom,id,height from contours where height%200=0) as foo using unique id using srid=900913"

I tried the following:
CONNECTIONTYPE OGR
CONNECTION "/path/to/contours.sqlite"
DATA "select geometry,OGC_FID,height from contours where height%200=0"

This does work, but does not seem to use the spation Index and is thus
unusable in conjunction with a file containing Gigabytes of contour
lines.

Any hint?

Sven

-- 
Das allgemeine Pers?nlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG)
umfasst das Grundrecht auf Gew?hrleistung der Vertraulichkeit und Integrit?t
informationstechnischer Systeme. (BVerfG, 1BvR 370/07)
/me is giggls at ircnet, http://sven.gegg.us/ on the Web


From jukka.rahkonen at mmmtike.fi  Sun Jun 23 10:32:40 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Sun, 23 Jun 2013 17:32:40 +0000
Subject: [mapserver-users] Spatialite and spatial index?
In-Reply-To: <kq6vg3$cl7$1@ultimate100.geggus.net>
References: <kq6vg3$cl7$1@ultimate100.geggus.net>
Message-ID: <84446DEF76453C439E9E97E438E13A63C168E8@suutari.haapa.mmm.fi>

Hi,

GDAL has been supporting Spatialite spatial index since http://trac.osgeo.org/gdal/ticket/4212
Some further work was done in http://trac.osgeo.org/gdal/ticket/4508
I am remembering from my own experience that a query like the one you are using needs GDAL 1.10 but with that version the query should be fast. What GDAL version do you have? I guess that you have already checked that you really have a valid spatial index with CheckSpatialIndex SQL function.
I am also remembering that if a huge Spatialite table is built little by little for example by appending separate shapefiles into one common table then the result may be slow even if there is a valid spatial index because the SQLite data file gets so badly fragmented. Running VACUUM may have a great effect in such case.


-Jukka Rahkonen- 
________________________________________
Sven Geggus wrote:

> Hello,

> I have the following entry in a layer which I would like to convert from psql backend
> to spatialite:

> CONNECTIONTYPE POSTGIS
> CONNECTION "dbname=..."
> DATA "geom from (select geom,id,height from contours where height%200=0) as foo using unique id using srid=900913"

> I tried the following:
> CONNECTIONTYPE OGR
> CONNECTION "/path/to/contours.sqlite"
> DATA "select geometry,OGC_FID,height from contours where height%200=0"

> This does work, but does not seem to use the spation Index and is thus
> unusable in conjunction with a file containing Gigabytes of contour
> lines.

> Any hint?

> Sven

--
Das allgemeine Pers?nlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG)
umfasst das Grundrecht auf Gew?hrleistung der Vertraulichkeit und Integrit?t
informationstechnischer Systeme. (BVerfG, 1BvR 370/07)
/me is giggls at ircnet, http://sven.gegg.us/ on the Web
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


From sam at planyukon.ca  Sun Jun 23 12:00:14 2013
From: sam at planyukon.ca (sam at planyukon.ca)
Date: 23 Jun 2013 12:00:14 -0700
Subject: [mapserver-users]
	=?utf-8?q?mapserver-users_Digest=2C_Vol_65=2C_I?=
	=?utf-8?q?ssue_47?=
Message-ID: <20130623190014.21655.qmail@polarhosting.ca>

Sorry I missed you, but I am on parental leave/holiday/training until August 5th. Urgent YLUPC business can be sent to the YLUPC director at ron at planyukon.ca. 




From lists at fuchsschwanzdomain.de  Mon Jun 24 00:48:24 2013
From: lists at fuchsschwanzdomain.de (Sven Geggus)
Date: Mon, 24 Jun 2013 07:48:24 +0000 (UTC)
Subject: [mapserver-users] Spatialite and spatial index?
References: <kq6vg3$cl7$1@ultimate100.geggus.net>
	<84446DEF76453C439E9E97E438E13A63C168E8@suutari.haapa.mmm.fi>
Message-ID: <kq8tk8$2g3$1@ultimate100.geggus.net>

Rahkonen Jukka <jukka.rahkonen at mmmtike.fi> wrote:

> GDAL has been supporting Spatialite spatial index since
> http://trac.osgeo.org/gdal/ticket/4212 Some further work was done in
> http://trac.osgeo.org/gdal/ticket/4508 I am remembering from my own
> experience that a query like the one you are using needs GDAL 1.10 but
> with that version the query should be fast. What GDAL version do you have?

1.9.0 from Debian 7.1. Unfortunately neither Debian nor Ubuntu have 1.10.x
yet and I usually don't like to manually build and install such an essential
library.

> I guess that you have already checked that you really have a valid spatial
> index with CheckSpatialIndex SQL function.

Yes, a query like this works fine and fast:

SELECT geometry,
       ogc_fid,
       height
FROM   contours
WHERE  ogc_fid IN (SELECT pkid
                   FROM   "idx_contours_geometry"
                   WHERE  xmax >=- 1931114.875
                          AND xmin <=- 1903377.5
                          AND ymax >= 3251495.5
                          AND ymin <= 3276423.5);

> I am also remembering that if a huge Spatialite table is built little by
> little for example by appending separate shapefiles into one common table
> then the result may be slow even if there is a valid spatial index because
> the SQLite data file gets so badly fragmented. Running VACUUM may have a
> great effect in such case.

I build the sqlite database directly from postgis using ogr2ogr.

I consider this spatial index thing a mapserver Issue because Index usage
seems to work to some extend using mapnik.

Sven

-- 
"Thinking of using NT for your critical apps?
                                  Isn't there enough suffering in the world?"
                   (Advertisement of Sun Microsystems in Wall Street Journal)
/me is giggls at ircnet, http://sven.gegg.us/ on the Web


From jukka.rahkonen at mmmtike.fi  Mon Jun 24 01:55:16 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Mon, 24 Jun 2013 08:55:16 +0000
Subject: [mapserver-users] Issue with correct distance/length displaying
 on	scalebar in Mapfile
Message-ID: <84446DEF76453C439E9E97E438E13A63C16BC5@suutari.haapa.mmm.fi>

Hi,

I fear I cannot help with Mapserver configuration. However, I see that you are using a geographics coordinate system (EPSG:4326) and I would like to ask your opinion about what  would be the correct distance/length display.

See the screenshot at http://latuviitta.org/documents/wgs84_distortion_between_60_and_70_degrees_north.png. The image area is roughly 15 degrees in both directions. However, as kilometers the scale is different in South-North direction than in East-West. In addition, in East-West direction the scale is changing according to the latitude. The net area of this Landsat image in projected coordinate system (EPSG:3067) is about 1400 km (height) by 900 km (width) and in that projection the image is a rectangular box.

With EPSG:4326 a single scale bar using miles as units just cannot work. Theoretically there could be a two-dimensional scale bar with different scales for vertical and horizontal distances. The latitude used for computing the scale could be the center point of the map.  But even then the horizontal scale would be badly wrong in the extreme North and South if the visible area is large and far from the equator as in the sample image.

-Jukka Rahkonen-


David Pardy wrote:
Prior to the scalebar, I had set the projection the same per layer:

    PROJECTION
      "proj=longlat"
      "ellps=WGS84"
      "datum=WGS84"
    END

After getting the scalebar to appear, I notice the lengths/distances were not correct, so I decided to add a map projection outside all the layers. Same as above.

My scalebar is as follows:

  SCALEBAR
    LABEL
      COLOR 0 0 0
      SIZE SMALL
    END
    STYLE 0
    SIZE 180 8
    POSITION lc
    COLOR 0 0 0
    UNITS MILES
    INTERVALS 2
    TRANSPARENT TRUE
    STATUS EMBED
  END

Any help on the matter would be greatly appreciated.

Thank you.
David
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130624/5ab52fb0/attachment.htm>

From jukka.rahkonen at mmmtike.fi  Mon Jun 24 02:53:16 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Mon, 24 Jun 2013 09:53:16 +0000
Subject: [mapserver-users] Spatialite and spatial index?
Message-ID: <84446DEF76453C439E9E97E438E13A63C16C1F@suutari.haapa.mmm.fi>

Sven Geggus wrote:
> 
> Rahkonen Jukka <jukka.rahkonen at mmmtike.fi> wrote:
> 
> > GDAL has been supporting Spatialite spatial index since
> > http://trac.osgeo.org/gdal/ticket/4212 Some further work was done in
> > http://trac.osgeo.org/gdal/ticket/4508 I am remembering from my own
> > experience that a query like the one you are using needs GDAL 1.10 but
> > with that version the query should be fast. What GDAL version do you have?
> 
> 1.9.0 from Debian 7.1. Unfortunately neither Debian nor Ubuntu have 1.10.x yet
> and I usually don't like to manually build and install such an essential library.
 
> > I guess that you have already checked that you really have a valid
> > spatial index with CheckSpatialIndex SQL function.
> 
> Yes, a query like this works fine and fast:
> 
> SELECT geometry,
>        ogc_fid,
>        height
> FROM   contours
> WHERE  ogc_fid IN (SELECT pkid
>                    FROM   "idx_contours_geometry"
>                    WHERE  xmax >=- 1931114.875
>                           AND xmin <=- 1903377.5
>                           AND ymax >= 3251495.5
>                           AND ymin <= 3276423.5);
> 
> > I am also remembering that if a huge Spatialite table is built little
> > by little for example by appending separate shapefiles into one common
> > table then the result may be slow even if there is a valid spatial
> > index because the SQLite data file gets so badly fragmented. Running
> > VACUUM may have a great effect in such case.
> 
> I build the sqlite database directly from postgis using ogr2ogr.
> 
> I consider this spatial index thing a mapserver Issue because Index usage seems
> to work to some extend using mapnik.

Hi,

I consider it is not a Mapserver issue at all because Mapserver is reading Spatialite through GDAL/OGR.  Using the spatial index may be suboptimally implemented in GDAL 1.9 but if it works well with GDAL 1.10 as I suppose it does then what we have left is a Debian/Ubuntu packaging issue. 

I encourage you to have a try with GDAL 1.10 because I believe that for your use case Spatialite will be considerable faster than PostGIS. Do not forget to create an index for "height", though. If you can tolerate Windows the builds from http://gisinternals.com/sdk/ should work well. 

Mapnik does utilize Spatialite spatial index. If I remember right it used to do it by using a slightly wrong logic but I had a quick look on the code in github https://github.com/mapnik/mapnik/tree/master/plugins/input/sqlite and there has been many new commits recently and spatial index subquery looks good now.  Mapnik also creates automatically an external database with spatial index tables and makes Spatialite to use that as an attached database if the main database is missing the index. I am not sure if it is especially efficient to do it that way and for sure it will make trouble if the main database is updated so that the rowids are changing. But Mapnik does not want to be slow so perhaps this system is also fast enough.

-Jukka Rahkonen-


From stiramdasu at lp360.com  Mon Jun 24 07:26:04 2013
From: stiramdasu at lp360.com (Sowmya Tiramdasu)
Date: Mon, 24 Jun 2013 14:26:04 +0000
Subject: [mapserver-users] mapserver Projection
Message-ID: <a7e557a85b5f44ad85ee49feb220d321@BLUPR01MB082.prod.exchangelabs.com>

Hi,

  I am trying to make mapserver read a shape file, which has ""WGS_1984_Web_mercator_Auxillary_sphere" as its projection. This is the ARCGIS Explorer standard projection. I wrote code to make a shape file out of the "Notes" drawn on the ARC GIS Explorer. So that's the projection of it.

   Now, when I am creating a layer in the mapfile, what should I give under the projection information for the layer. I checked on the www.spatialreference.org<http://www.spatialreference.org> site that this particular projection does not have any proj 4 format. Any help would be greatly appreciated.

Thanks,
_______________________________
Sowmya Tiramdasu
QCoherent Software
9668 Madison Blvd., Suite 202
Madison, AL 35758
(256) 461-8289 Telephone
(256) 461-8249 Fax
www.geocue.com<http://www.geocue.com/>


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

From sam at planyukon.ca  Mon Jun 24 07:31:58 2013
From: sam at planyukon.ca (sam at planyukon.ca)
Date: 24 Jun 2013 07:31:58 -0700
Subject: [mapserver-users]
	=?utf-8?q?mapserver-users_Digest=2C_Vol_65=2C_I?=
	=?utf-8?q?ssue_48?=
Message-ID: <20130624143158.19401.qmail@polarhosting.ca>

Sorry I missed you, but I am on parental leave/holiday/training until August 5th. Urgent YLUPC business can be sent to the YLUPC director at ron at planyukon.ca. 




From Michael.Smith at maine.gov  Mon Jun 24 07:35:19 2013
From: Michael.Smith at maine.gov (Smith, Michael)
Date: Mon, 24 Jun 2013 14:35:19 +0000
Subject: [mapserver-users] mapserver Projection
In-Reply-To: <a7e557a85b5f44ad85ee49feb220d321@BLUPR01MB082.prod.exchangelabs.com>
References: <a7e557a85b5f44ad85ee49feb220d321@BLUPR01MB082.prod.exchangelabs.com>
Message-ID: <8927DBC1C0E7CB4A9823B7478829091D18102CE1@OIT-TEAQEXMBX03.som.w2k.state.me.us>

I have successfully used EPSG:3857 for this.

===============================
Michael Smith MS GISP
State GIS Manager, Maine Office of GIS
State of Maine, Office of Information Technology
michael.smith _at_ maine.gov 207-215-5530

Board Member, Maine GeoLibrary
Education Chair, Maine GIS Users Group
State Rep, National States Geographic Information Council
[cid:image001.jpg at 01CE70C6.85A9DB20]

State House Station 145
51 Commerce Drive
Augusta, ME 04333-0145
69o 47' 58.9"W  44o 21' 54.8"N
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Sowmya Tiramdasu
Sent: Monday, June 24, 2013 10:26 AM
To: 'mapserver-users at lists.osgeo.org'
Subject: [mapserver-users] mapserver Projection

Hi,

  I am trying to make mapserver read a shape file, which has ""WGS_1984_Web_mercator_Auxillary_sphere" as its projection. This is the ARCGIS Explorer standard projection. I wrote code to make a shape file out of the "Notes" drawn on the ARC GIS Explorer. So that's the projection of it.

   Now, when I am creating a layer in the mapfile, what should I give under the projection information for the layer. I checked on the www.spatialreference.org<http://www.spatialreference.org> site that this particular projection does not have any proj 4 format. Any help would be greatly appreciated.

Thanks,
_______________________________
Sowmya Tiramdasu
QCoherent Software
9668 Madison Blvd., Suite 202
Madison, AL 35758
(256) 461-8289 Telephone
(256) 461-8249 Fax
www.geocue.com<http://www.geocue.com/>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130624/75b72b4a/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 9032 bytes
Desc: image001.jpg
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130624/75b72b4a/attachment.jpg>

From jaykayone at gmail.com  Mon Jun 24 13:20:30 2013
From: jaykayone at gmail.com (Jeff Konnen)
Date: Mon, 24 Jun 2013 22:20:30 +0200
Subject: [mapserver-users] SVG Symbol support
Message-ID: <399D88C0-AD3B-4A22-AAAE-0CCAACF3AA90@gmail.com>

Hi all,
we've been trying to build mapserver with SVG Symbol support on CentOS / Redhat, but we are facing the same problems as described here: http://lists.osgeo.org/pipermail/mapserver-dev/2012-January/011901.html

We did not manage to compile mapserver 6.2.0 with SVG symbol support. When I say we, I mean Stephan Meissl maintaining http://packages.eox.at/ and myself trying to compile it from scratch on a redhat box.

The cited thread is 17 months old.
What's today's state of this issue? Has anyone managed to compile mapserver with SVG symbol support on either RedHat or CentOS? 

Should it work better with 6.2.1 ?

Thanks in advance for your answers
Jeff
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130624/40d8797c/attachment.htm>

From lists at fuchsschwanzdomain.de  Tue Jun 25 01:57:51 2013
From: lists at fuchsschwanzdomain.de (Sven Geggus)
Date: Tue, 25 Jun 2013 08:57:51 +0000 (UTC)
Subject: [mapserver-users] Spatialite and spatial index?
References: <84446DEF76453C439E9E97E438E13A63C16C1F@suutari.haapa.mmm.fi>
Message-ID: <kqbm2f$10s$1@ultimate100.geggus.net>

Rahkonen Jukka <jukka.rahkonen at mmmtike.fi> wrote:

> I encourage you to have a try with GDAL 1.10 because I believe that
> for your use case Spatialite will be considerable faster than
> PostGIS. 

Thanks! It seems to work fine using gdal 1.10 now and seems to be
slightly faster that using postgis.

> If you can tolerate Windows the builds from
> http://gisinternals.com/sdk/ should work well.

I'm not using windows, but I managed to package custom Debian
packages of gdal 1.10 :)

Sven

-- 
Der "normale B?rger" ist nicht an der TU Dresden und schreibt auch
nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion)

/me is giggls at ircnet, http://sven.gegg.us/ on the Web


From jukka.rahkonen at mmmtike.fi  Tue Jun 25 02:14:25 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Tue, 25 Jun 2013 09:14:25 +0000
Subject: [mapserver-users] Spatialite and spatial index?
Message-ID: <84446DEF76453C439E9E97E438E13A63C170A1@suutari.haapa.mmm.fi>


Sven Geggus wrote:
 
> Rahkonen Jukka <jukka.rahkonen at mmmtike.fi> wrote:
> 
> > I encourage you to have a try with GDAL 1.10 because I believe that
> > for your use case Spatialite will be considerable faster than PostGIS.
> 
> Thanks! It seems to work fine using gdal 1.10 now and seems to be slightly
> faster that using postgis.

Good.  For me Spatialialite is about 30% faster for OSM rendering but that must depend a lot on the hardware, data and the queries. It may also be good to use 
PROCESSING "CLOSE_CONNECTION=DEFER"
For me it gives measurable increase in speed when Mapserver is reading many tables from the same Spatialite db for rendering and it should not make any harm when reading from just one table. Use DEBUG 5 and you will soon know how it behaves in your own environment.

> > If you can tolerate Windows the builds from
> > http://gisinternals.com/sdk/ should work well.
> 
> I'm not using windows, but I managed to package custom Debian packages of
> gdal 1.10 :)
> 
> Sven

-Jukka-

From cnieman at dmsolutions.ca  Tue Jun 25 04:33:08 2013
From: cnieman at dmsolutions.ca (Christy Nieman)
Date: Tue, 25 Jun 2013 07:33:08 -0400
Subject: [mapserver-users] SVG Symbol support
In-Reply-To: <399D88C0-AD3B-4A22-AAAE-0CCAACF3AA90@gmail.com>
References: <399D88C0-AD3B-4A22-AAAE-0CCAACF3AA90@gmail.com>
Message-ID: <51C97FF4.1020006@dmsolutions.ca>

Hi Jeff,

I've built it on Fedora 16.  I can't find my notes from when I built the 
dependencies, but it was something like:

- get libsvg 0.5 and libsvg-cairo 0.5 from 
http://sourceforge.net/projects/svg2swf/files/ .  This version has 
better luck rendering more complicated SVGs
- build them
- export the package config paths for them (e.g.: export 
PKG_CONFIG_PATH=/usr/local/libsvg0.5/lib/pkgconfig:/usr/local/libsvg-cairo0.5/lib/pkgconfig/)
- build mapserver (./configure <your options here> --with-cairo=yes 
--with-libsvg-cairo=yes)

I used the system installed cairo and pixman

Christy

On 06/24/2013 04:20 PM, Jeff Konnen wrote:
> Hi all,
> we've been trying to build mapserver with SVG Symbol support on CentOS 
> / Redhat, but we are facing the same problems as described here: 
> http://lists.osgeo.org/pipermail/mapserver-dev/2012-January/011901.html
>
> We did not manage to compile mapserver 6.2.0 with SVG symbol support. 
> When I say we, I mean Stephan Meissl maintaining 
> http://packages.eox.at/ and myself trying to compile it from scratch 
> on a redhat box.
>
> The cited thread is 17 months old.
> What's today's state of this issue? Has anyone managed to compile 
> mapserver with SVG symbol support on either RedHat or CentOS?
>
> Should it work better with 6.2.1 ?
>
> Thanks in advance for your answers
> Jeff
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users

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

From sam at planyukon.ca  Tue Jun 25 12:00:15 2013
From: sam at planyukon.ca (sam at planyukon.ca)
Date: 25 Jun 2013 12:00:15 -0700
Subject: [mapserver-users]
	=?utf-8?q?mapserver-users_Digest=2C_Vol_65=2C_I?=
	=?utf-8?q?ssue_50?=
Message-ID: <20130625190015.1764.qmail@polarhosting.ca>

Sorry I missed you, but I am on parental leave/holiday/training until August 5th. Urgent YLUPC business can be sent to the YLUPC director at ron at planyukon.ca. 




From yuguo365 at gmail.com  Wed Jun 26 03:03:10 2013
From: yuguo365 at gmail.com (Guo YU)
Date: Wed, 26 Jun 2013 11:03:10 +0100
Subject: [mapserver-users] About the Color Ramp for Raster Data
Message-ID: <CABrEtZudnp2vzyox4fvPrthc=_7ayvyjh5Cd8uv5hK3ipb6F=Q@mail.gmail.com>

Does this proposed new syntax work yet?
http://mapserver.org/development/rfc/ms-rfc-6.html#proposed-new-syntax

Currently, I am still using this method for rendering the color. However it
doesn't work so well since it is linear interpolation and equal interval.
In reality, the histogram of raster shows that data doesn't distribute with
equal interval. In ArcGIS, the default method for classified raster
rendering is Natural Breaks (Jenks).


STYLE
  COLORRANGE 0 0 0  255 255 0 # black to yellow
  DATARANGE 0.0 100.0
  RANGEITEM "foobar"
END

Is there any new improvement for that in MapServer? Thanks



-- 
*YU Guo
*
MSc. Hydroinformatics and Water Management
*Email*: *yuguo365 at gmail.com*
*Phone*: +33 668 195803
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130626/708c2201/attachment.htm>

From cnieman at dmsolutions.ca  Wed Jun 26 05:39:45 2013
From: cnieman at dmsolutions.ca (Christy Nieman)
Date: Wed, 26 Jun 2013 08:39:45 -0400
Subject: [mapserver-users] Rasters with transparency and resampling
Message-ID: <51CAE111.7030906@dmsolutions.ca>

Hi all,

I've noticed that if I draw a TIFF that has some transparent pixels set 
either by using OFFSITE or alpha values in the TIFF palette, there are 
artifacts that appear around the transparent areas with MapServer 6.2, 
but not with 5.6, when I add the resample processing option to the 
layer.  I assume there is something that has changed in MapServer that 
causes this to happen and I was wondering if someone could explain it to me.

Thanks,
Christy


From luis.a.de.sousa at gmail.com  Wed Jun 26 07:41:08 2013
From: luis.a.de.sousa at gmail.com (=?UTF-8?Q?Lu=C3=ADs_de_Sousa?=)
Date: Wed, 26 Jun 2013 07:41:08 -0700 (PDT)
Subject: [mapserver-users] HTML response to GetFeature request
Message-ID: <1372257668760-5062355.post@n6.nabble.com>

Dear all,

I have a polygons layer published with MapServer that I can access through
WMS and WFS requests in a browser (HTTP GET). I set up this layer in a web
application that tries to fetch it through OpenLayers using a POST request.
This how the body of a post sent by OpenLayers looks like:

<wfs:GetFeature xmlns:wfs="http://www.opengis.net/wfs" service="WFS"
version="1.1.0" xsi:schemaLocation="http://www.opengis.net/wfs
http://schemas.opengis.net/wfs/1.1.0/wfs.xsd"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<wfs:Query typeName="feature:BuildingsWFS" srsName="EPSG:28992"
xmlns:feature="http://mapserver.gis.umn.edu/mapserver"></wfs:Query>
</wfs:GetFeature>

To this request MapServer is responding back with HTML, which OpenLayers is
naturally unable to process:

<html>
 <body bgcolor="#FFFFFF" text="#000000">
  

   Getting Started with MapServer
  

  <div align="center">
    </MapFiles/map_images/TUDOR_RO_test-environment137225658910873.tif> 
  </div>
 </body>
</html>

Why is MapServer responding this way to this request? Could this be caused
by some error in the POST body? Any hints welcome.

Thank you,

Lu?s



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/HTML-response-to-GetFeature-request-tp5062355.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From yjacolin at free.fr  Wed Jun 26 03:05:48 2013
From: yjacolin at free.fr (Yves Jacolin (Free))
Date: Wed, 26 Jun 2013 12:05:48 +0200
Subject: [mapserver-users] About the Color Ramp for Raster Data
In-Reply-To: <CABrEtZudnp2vzyox4fvPrthc=_7ayvyjh5Cd8uv5hK3ipb6F=Q@mail.gmail.com>
References: <CABrEtZudnp2vzyox4fvPrthc=_7ayvyjh5Cd8uv5hK3ipb6F=Q@mail.gmail.com>
Message-ID: <3347320.kID3aNrHYW@tatras>

Le mercredi 26 juin 2013 11:03:10 Guo YU a ?crit :
> Does this proposed new syntax work yet?
> http://mapserver.org/development/rfc/ms-rfc-6.html#proposed-new-syntax
> 
> Currently, I am still using this method for rendering the color. However it
> doesn't work so well since it is linear interpolation and equal interval.
> In reality, the histogram of raster shows that data doesn't distribute with
> equal interval. In ArcGIS, the default method for classified raster
> rendering is Natural Breaks (Jenks).
> 
> 
> STYLE
>   COLORRANGE 0 0 0  255 255 0 # black to yellow
>   DATARANGE 0.0 100.0
>   RANGEITEM "foobar"
> END
> 
> Is there any new improvement for that in MapServer? Thanks
Hello,

It is working well as we are using it. Even if it could be improved (add 
legend support for instance) :)

Anyway, you can use EXPRESSION parameter for each CLASS you need to do what 
you want.

Regards,

Y.


From sam at planyukon.ca  Wed Jun 26 12:00:10 2013
From: sam at planyukon.ca (sam at planyukon.ca)
Date: 26 Jun 2013 12:00:10 -0700
Subject: [mapserver-users]
	=?utf-8?q?mapserver-users_Digest=2C_Vol_65=2C_I?=
	=?utf-8?q?ssue_51?=
Message-ID: <20130626190010.28155.qmail@polarhosting.ca>

Sorry I missed you, but I am on parental leave/holiday/training until August 5th. Urgent YLUPC business can be sent to the YLUPC director at ron at planyukon.ca. 




From stiramdasu at lp360.com  Wed Jun 26 13:30:08 2013
From: stiramdasu at lp360.com (Sowmya Tiramdasu)
Date: Wed, 26 Jun 2013 20:30:08 +0000
Subject: [mapserver-users] Shape files or KMLs- rendering which among this
	is faster?
Message-ID: <653c0bbace1946a6b63e82c6de157b5b@BLUPR01MB082.prod.exchangelabs.com>

Hi,

   Can anyone suggest which input format ( Shape file or KML file) will the mapserver render faster and efficiently? Also, my requirement is to classify my features and have different symbology for them. So, is it a good idea for me to save all my features(points/lines/polygons) in to a shape file or a KML file?

Any help is greatly appreciated.

Thanks,
_______________________________
Sowmya Tiramdasu
QCoherent Software
9668 Madison Blvd., Suite 202
Madison, AL 35758
(256) 461-8289 Telephone
(256) 461-8249 Fax
www.geocue.com<http://www.geocue.com/>


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

From jmckenna at gatewaygeomatics.com  Wed Jun 26 13:54:41 2013
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Wed, 26 Jun 2013 17:54:41 -0300
Subject: [mapserver-users] Shape files or KMLs- rendering which among
 this is faster?
In-Reply-To: <653c0bbace1946a6b63e82c6de157b5b@BLUPR01MB082.prod.exchangelabs.com>
References: <653c0bbace1946a6b63e82c6de157b5b@BLUPR01MB082.prod.exchangelabs.com>
Message-ID: <51CB5511.4030608@gatewaygeomatics.com>

Hi Sowmya,

In my hands-on training workshops for MapServer I still recommend
keeping things fast and efficient with shapefiles for vectors (with .qix
index files) and geotiffs for rasters (indexed with gdaltindex).  Of
course for clients I implement KML files and different database
backends, and speeds are still blazing fast, and then also these days
most implement caching of images (through the great project MapCache),
so some will argue that speed is not an issue: not me though, I still
recommend keeping thing blazing fast and optimal, even if you're seeding
a large cache.

-jeff


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





On 2013-06-26 5:30 PM, Sowmya Tiramdasu wrote:
> Hi,
> 
>  
> 
>    Can anyone suggest which input format ( Shape file or KML file) will
> the mapserver render faster and efficiently? Also, my requirement is to
> classify my features and have different symbology for them. So, is it a
> good idea for me to save all my features(points/lines/polygons) in to a
> shape file or a KML file?
> 
>  
> 
> Any help is greatly appreciated.
> 
>  
> 
> Thanks,
> 
> *_______________________________*
> 
> Sowmya Tiramdasu
> 
> *QCoherent Software*
> 
> 9668 Madison Blvd., Suite 202
> 
> Madison, AL 35758
> 
> (256) 461-8289 Telephone
> 
> (256) 461-8249 Fax
> 
> www.geocue.com <http://www.geocue.com/>
> 




From yjacolin at free.fr  Thu Jun 27 01:19:37 2013
From: yjacolin at free.fr (Yves Jacolin (Free))
Date: Thu, 27 Jun 2013 10:19:37 +0200
Subject: [mapserver-users] About the Color Ramp for Raster Data
In-Reply-To: <CABrEtZuzmyuKeb82fsn=5QHrSzytjrcP5kTzy7zOwbtdixvi=Q@mail.gmail.com>
References: <CABrEtZudnp2vzyox4fvPrthc=_7ayvyjh5Cd8uv5hK3ipb6F=Q@mail.gmail.com>
	<3347320.kID3aNrHYW@tatras>
	<CABrEtZuzmyuKeb82fsn=5QHrSzytjrcP5kTzy7zOwbtdixvi=Q@mail.gmail.com>
Message-ID: <3752299.osbVjgcmX0@tatras>

Guo,

Here is a working example:

  LAYER
    NAME "example"
    TYPE RASTER
    STATUS ON
    DUMP TRUE
    PROCESSING "BANDS=1"
    DATA geotif.tif
    PROJECTION
       "init=epsg:4326"
    END
    EXTENT -40 -90 40 -45
    CLASSITEM "[pixel]"
	# blue to yellow
    CLASS
      NAME "colorramp"
      EXPRESSION ([pixel] >= 0 AND [pixel] < 1.5)
      STYLE
        COLOR -1 -1 -1
        COLORRANGE 38 76 255 255 255 191
        DATARANGE 0.0 1.5
        RANGEITEM "foobar"
      END
    END
	# yellow to dark red
    CLASS
      EXPRESSION ([pixel] >= 1.5 AND [pixel] <= 3.0)
      STYLE
        COLOR -1 -1 -1 
        COLORRANGE 255 255 191 94 0 18 
        DATARANGE 1.5 3.0
        RANGEITEM "foobar"
      END
    END
#	# light red to dark red
#    CLASS
#      EXPRESSION ([pixel] > 2.394 AND [pixel] < 3.189)
#      STYLE
#        COLOR -1 -1 -1
#        COLORRANGE 247 109 94 94 0 18
#        DATARANGE 2.394 3.189
#        RANGEITEM "foobar"
#      END
#    END
    METADATA
       "wms_title" "example"
       "wms_srs"   "EPSG:4326"
    END
  END

I don't think that php/mapscript could be used for this kind of raster class 
:/

Regards,

Y.
Le mercredi 26 juin 2013 23:07:16 Guo YU a ?crit :
> Dear Yves,
>       Thanks for your reply. Could you give me an example on that. I tried
> several times, but it doesn't work. I think maybe I put it in the wrong
> location. It should be inside the Layer->Class level, right? Anyway, a
> mapfile example can give me good clue.
>       Another question, is it work in PHP_Mapscript? I also tried to get
> that work but it failed. It seems the PHP-Mapscript doesn't know what is
> colorrange. So every time I save the map object as a mapfile, the
> colorrange is omitted.
> 
>        Thanks.
> 
> On Wed, Jun 26, 2013 at 11:05 AM, Yves Jacolin (Free) 
<yjacolin at free.fr>wrote:
> > Le mercredi 26 juin 2013 11:03:10 Guo YU a ?crit :
> > > Does this proposed new syntax work yet?
> > > http://mapserver.org/development/rfc/ms-rfc-6.html#proposed-new-syntax
> > > 
> > > Currently, I am still using this method for rendering the color. However
> > 
> > it
> > 
> > > doesn't work so well since it is linear interpolation and equal
> > > interval.
> > > In reality, the histogram of raster shows that data doesn't distribute
> > 
> > with
> > 
> > > equal interval. In ArcGIS, the default method for classified raster
> > > rendering is Natural Breaks (Jenks).
> > > 
> > > 
> > > STYLE
> > > 
> > >   COLORRANGE 0 0 0  255 255 0 # black to yellow
> > >   DATARANGE 0.0 100.0
> > >   RANGEITEM "foobar"
> > > 
> > > END
> > > 
> > > Is there any new improvement for that in MapServer? Thanks
> > 
> > Hello,
> > 
> > It is working well as we are using it. Even if it could be improved (add
> > legend support for instance) :)
> > 
> > Anyway, you can use EXPRESSION parameter for each CLASS you need to do
> > what
> > you want.
> > 
> > Regards,
> > 
> > Y.
> > _______________________________________________
> > mapserver-users mailing list
> > mapserver-users at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/mapserver-users


From luis.a.de.sousa at gmail.com  Thu Jun 27 07:23:26 2013
From: luis.a.de.sousa at gmail.com (=?ISO-8859-1?Q?Lu=EDs_de_Sousa?=)
Date: Thu, 27 Jun 2013 16:23:26 +0200
Subject: [mapserver-users] HTML response to GetFeature request
In-Reply-To: <CAG6YeNwCT23LBzXiiOnK2Bvfr7F0Zp0LWrVY2+qK0zjQfdkgqA@mail.gmail.com>
References: <1372257668760-5062355.post@n6.nabble.com>
	<CAG6YeNwCT23LBzXiiOnK2Bvfr7F0Zp0LWrVY2+qK0zjQfdkgqA@mail.gmail.com>
Message-ID: <CAEtdG7tvP5E7-+Xq3diiwV1coVYworU+TyJk8ypShF91w8zYmQ@mail.gmail.com>

On 26 June 2013 16:56, Marco Afonso <mafonso333 at gmail.com> wrote:

> Hi,
>
> Check in the Mapfile, at WEB/METADATA level, the following parameters:
>
> "ows_enable_request" "*"
> "gml_include_items" "all"
>

Hi Marco, thank you for the message. The layer definition goes below, I
believe I have all that's needed.

Thanks,

Lu?s

LAYER
  NAME "RO_buildings_gml"
  TYPE POLYGON
  CONNECTIONTYPE OGR
  CONNECTION "/var/sampleData/BuildingsFull.gml"
  STATUS ON

  DUMP TRUE
  TEMPLATE "templateRO_building_footprints.html"

  PROJECTION
    "+proj=sterea +lat_0=52.15616055555555 +lon_0=5.38763888888889
+k=0.9999079 +x_0=155000 +y_0=463000 +ellps=bessel
+towgs84=565.237,50.0087,465.658,-0.406857,0.350733,-1.87035,4.0812
+units=m +no_defs"  # the projection of the source data set
    #"init=epsg:28992"  # the projection of the source data set
  END

  METADATA
    "ows_title" "Building footprints (GML)"
    "ows_abstract" "Data set of building footprints in Rotterdam city area
for the slider demo"
    "ows_enable_request" "*"
    "gml_include_items" "all"
  END

  CLASS
   NAME "Building_footprints (GML)"
   OUTLINECOLOR 255 0 0
  END
END
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130627/e894cddd/attachment.htm>

From luis.a.de.sousa at gmail.com  Thu Jun 27 07:25:04 2013
From: luis.a.de.sousa at gmail.com (=?UTF-8?Q?Lu=C3=ADs_de_Sousa?=)
Date: Thu, 27 Jun 2013 07:25:04 -0700 (PDT)
Subject: [mapserver-users] HTML response to GetFeature request
In-Reply-To: <1372257668760-5062355.post@n6.nabble.com>
References: <1372257668760-5062355.post@n6.nabble.com>
Message-ID: <1372343104478-5062586.post@n6.nabble.com>

On 26 June 2013 16:56, Marco Afonso <mafonso333 at gmail.com> wrote:
>Hi,
>
>Check in the Mapfile, at WEB/METADATA level, the following parameters:
>
>"ows_enable_request" "*"
>"gml_include_items" "all"

Hi Marco, thank you for the message. The layer definition goes below, I
believe I have all that's needed.

Thanks,

Lu?s

LAYER 
  NAME "RO_buildings_gml"
  TYPE POLYGON
  CONNECTIONTYPE OGR
  CONNECTION "/var/sampleData/BuildingsFull.gml"
  STATUS ON
  
  DUMP TRUE 
  TEMPLATE "templateRO_building_footprints.html"

  PROJECTION
    "+proj=sterea +lat_0=52.15616055555555 +lon_0=5.38763888888889
+k=0.9999079 +x_0=155000 +y_0=463000 +ellps=bessel
+towgs84=565.237,50.0087,465.658,-0.406857,0.350733,-1.87035,4.0812 +units=m
+no_defs"  # the projection of the source data set
    #"init=epsg:28992"  # the projection of the source data set
  END
  
  METADATA
    "ows_title" "Building footprints (GML)"
    "ows_abstract" "Data set of building footprints in Rotterdam city area
for the slider demo"
    "ows_enable_request" "*"
    "gml_include_items" "all"  
  END

  CLASS
   NAME "Building_footprints (GML)"
   OUTLINECOLOR 255 0 0
  END    
END 



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/HTML-response-to-GetFeature-request-tp5062355p5062586.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From aperi2007 at gmail.com  Thu Jun 27 08:14:59 2013
From: aperi2007 at gmail.com (Andrea Peri)
Date: Thu, 27 Jun 2013 17:14:59 +0200
Subject: [mapserver-users] Label with lowercase
Message-ID: <CABqTJk8MYrNCaUvZLRPpaADGuvTgEpj3ij5rCj60y=UmafAaEw@mail.gmail.com>

Hi,

There is a function for lowering case in labels ?

I see the documentation.
But seem the only available function returning a string is the

tostring ( n1, ?Format1? )

But it don't allow to set lower/upper case.

Thx.

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

From sam at planyukon.ca  Thu Jun 27 08:15:08 2013
From: sam at planyukon.ca (sam at planyukon.ca)
Date: 27 Jun 2013 08:15:08 -0700
Subject: [mapserver-users]
	=?utf-8?q?mapserver-users_Digest=2C_Vol_65=2C_I?=
	=?utf-8?q?ssue_52?=
Message-ID: <20130627151508.21138.qmail@polarhosting.ca>

Sorry I missed you, but I am on parental leave/holiday/training until August 5th. Urgent YLUPC business can be sent to the YLUPC director at ron at planyukon.ca. 




From mandschulz at googlemail.com  Thu Jun 27 10:01:39 2013
From: mandschulz at googlemail.com (Michael Schulz)
Date: Thu, 27 Jun 2013 19:01:39 +0200
Subject: [mapserver-users] HTML response to GetFeature request
In-Reply-To: <1372343104478-5062586.post@n6.nabble.com>
References: <1372257668760-5062355.post@n6.nabble.com>
	<1372343104478-5062586.post@n6.nabble.com>
Message-ID: <CA+s71-xJ5uk_14kEhHECOukbHA9x6cR8SrWX=Kutgm9+6Jkdcw@mail.gmail.com>

Hi Luis,

for WFS enabling layers you should add some more metadata, wfs_srs and
gml_featureid. I'm also not sure about the projection stuff. Is there a
reason for not using the espg code?

Try adding some debug logging. Another thing to check: your requesting
typeName="feature:BuildingsWFS" but from the mapfile I'd say the typename
shoud be "RO_buildings_gml".

Cheers, Michael


2013/6/27 Lu?s de Sousa <luis.a.de.sousa at gmail.com>

> On 26 June 2013 16:56, Marco Afonso <mafonso333 at gmail.com> wrote:
> >Hi,
> >
> >Check in the Mapfile, at WEB/METADATA level, the following parameters:
> >
> >"ows_enable_request" "*"
> >"gml_include_items" "all"
>
> Hi Marco, thank you for the message. The layer definition goes below, I
> believe I have all that's needed.
>
> Thanks,
>
> Lu?s
>
> LAYER
>   NAME "RO_buildings_gml"
>   TYPE POLYGON
>   CONNECTIONTYPE OGR
>   CONNECTION "/var/sampleData/BuildingsFull.gml"
>   STATUS ON
>
>   DUMP TRUE
>   TEMPLATE "templateRO_building_footprints.html"
>
>   PROJECTION
>     "+proj=sterea +lat_0=52.15616055555555 +lon_0=5.38763888888889
> +k=0.9999079 +x_0=155000 +y_0=463000 +ellps=bessel
> +towgs84=565.237,50.0087,465.658,-0.406857,0.350733,-1.87035,4.0812
> +units=m
> +no_defs"  # the projection of the source data set
>     #"init=epsg:28992"  # the projection of the source data set
>   END
>
>   METADATA
>     "ows_title" "Building footprints (GML)"
>     "ows_abstract" "Data set of building footprints in Rotterdam city area
> for the slider demo"
>     "ows_enable_request" "*"
>     "gml_include_items" "all"
>   END
>
>   CLASS
>    NAME "Building_footprints (GML)"
>    OUTLINECOLOR 255 0 0
>   END
> END
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/HTML-response-to-GetFeature-request-tp5062355p5062586.html
> Sent from the Mapserver - User mailing list archive at Nabble.com.
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>



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

Via Cime Bianche 10
IT-21023 Besozzo (VA)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130627/5a636873/attachment.htm>

From chari.dvb at gmail.com  Fri Jun 28 00:09:15 2013
From: chari.dvb at gmail.com (Veerabrahmachari desodu)
Date: Fri, 28 Jun 2013 12:39:15 +0530
Subject: [mapserver-users] on the fly contouring
Message-ID: <CAGFazZ6VpH0B87ayYtTY0k9G0chfQc=iMPG+-70qwiafqvFs6Q@mail.gmail.com>

can map server generate on the fly contours from raster data(ASCII format)
on MYSQL database ?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130628/af6789a9/attachment.htm>

From jmckenna at gatewaygeomatics.com  Fri Jun 28 05:15:35 2013
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Fri, 28 Jun 2013 09:15:35 -0300
Subject: [mapserver-users] on the fly contouring
In-Reply-To: <CAGFazZ6VpH0B87ayYtTY0k9G0chfQc=iMPG+-70qwiafqvFs6Q@mail.gmail.com>
References: <CAGFazZ6VpH0B87ayYtTY0k9G0chfQc=iMPG+-70qwiafqvFs6Q@mail.gmail.com>
Message-ID: <51CD7E67.7080405@gatewaygeomatics.com>

On 2013-06-28 4:09 AM, Veerabrahmachari desodu wrote:
> can map server generate on the fly contours from raster data(ASCII
> format) on MYSQL database ?
>  
>

Give a read to the recent addition to MapServer for on-the-fly contour
generation from a raster DEM:
http://www.mapserver.org/development/rfc/ms-rfc-85.html  You'll need to
compile MapServer from source for this (git master branch).

-jeff




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






From luis.a.de.sousa at gmail.com  Fri Jun 28 05:29:38 2013
From: luis.a.de.sousa at gmail.com (=?UTF-8?Q?Lu=C3=ADs_de_Sousa?=)
Date: Fri, 28 Jun 2013 05:29:38 -0700 (PDT)
Subject: [mapserver-users] HTML response to GetFeature request
In-Reply-To: <CA+s71-xJ5uk_14kEhHECOukbHA9x6cR8SrWX=Kutgm9+6Jkdcw@mail.gmail.com>
References: <1372257668760-5062355.post@n6.nabble.com>
	<1372343104478-5062586.post@n6.nabble.com>
	<CA+s71-xJ5uk_14kEhHECOukbHA9x6cR8SrWX=Kutgm9+6Jkdcw@mail.gmail.com>
Message-ID: <1372422578715-5062817.post@n6.nabble.com>

Hi Michael thank you for the reply, my comments go below.


Michael Schulz-6 wrote
> Hi Luis,
> 
> for WFS enabling layers you should add some more metadata, wfs_srs and
> gml_featureid. 

I've added these to the LAYER block, but the response is the same (see the
definition below). I have had both "ows_enable_request" and
"gml_include_items" "all" in the main file section all along.


Michael Schulz-6 wrote
> I'm also not sure about the projection stuff. Is there a
> reason for not using the espg code?

The in line projection definition is supposed to speed up rendition.


Michael Schulz-6 wrote
> Try adding some debug logging. 

Here's what I'm getting in the MapServer log:

[Fri Jun 28 14:17:09 2013].620005 CGI Request 1 on process 9189
[Fri Jun 28 14:17:09 2013].621842 msDrawMap(): rendering using outputformat
named GTiff-RGB (GDAL/GTiff).
[Fri Jun 28 14:17:09 2013].621861 msDrawMap(): WMS/WFS set-up and query,
0.000s
[Fri Jun 28 14:17:09 2013].621900 msDrawMap(): Drawing Label Cache, 0.000s
[Fri Jun 28 14:17:09 2013].621908 msDrawMap() total time: 0.002s
[Fri Jun 28 14:17:09 2013].657425
msSaveImage(/var/www/MapFiles/map_images/TUDOR_RO_test-environment13724218299189.tif)
total time: 0.036s
[Fri Jun 28 14:17:09 2013].658291 mapserv request processing time (msLoadMap
not incl.): 0.038s
[Fri Jun 28 14:17:09 2013].658311 msFreeMap(): freeing map at 0x10c1940.


Michael Schulz-6 wrote
> Another thing to check: your requesting
> typeName="feature:BuildingsWFS" but from the mapfile I'd say the typename
> shoud be "RO_buildings_gml".

Yes, it seems the first POST body I posted is wrong, but I'm using the
correct layer name testing. You can try it here:

http://apikitchen.com/#bXd2s

Once again, note that with a GET request everything works as it should:

http://services.iguess.tudor.lu/cgi-bin/mapserv?map=/var/www/MapFiles/RO_localOWS_test.map&SERVICE=WFS&VERSION=1.1.0&REQUEST=GetFeature&TYPENAME=RO_buildings_gml&MAXFEATURES=10

Thank you once more,

Lu?s

#########################################3

LAYER 
  NAME "RO_buildings_gml"
  TYPE POLYGON
  CONNECTIONTYPE OGR
  CONNECTION "/var/www/pywps/sampleData/BuildingsFull.gml"
  STATUS ON
  
  DUMP TRUE 
  TEMPLATE "templateRO_building_footprints.html"

  PROJECTION
    "+proj=sterea +lat_0=52.15616055555555 +lon_0=5.38763888888889
+k=0.9999079 +x_0=155000 +y_0=463000 +ellps=bessel
+towgs84=565.237,50.0087,465.658,-0.406857,0.350733,-1.87035,4.0812 +units=m
+no_defs"
  END
  
  METADATA
    "ows_title" "Building footprints (GML)"
    "ows_abstract" "Data set of building footprints in Rotterdam city area
for the slider demo"
    "wfs_srs" "EPSG:28992"
    "gml_featureid" "GML_ID"
    "ows_enable_request" "*"
    "gml_include_items" "all" 
  END

  CLASS
   NAME "Building_footprints (GML)"
   OUTLINECOLOR 255 0 0
  END    
END





--
View this message in context: http://osgeo-org.1560.x6.nabble.com/HTML-response-to-GetFeature-request-tp5062355p5062817.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From luis.a.de.sousa at gmail.com  Fri Jun 28 05:33:08 2013
From: luis.a.de.sousa at gmail.com (=?UTF-8?Q?Lu=C3=ADs_de_Sousa?=)
Date: Fri, 28 Jun 2013 05:33:08 -0700 (PDT)
Subject: [mapserver-users] About the Color Ramp for Raster Data
In-Reply-To: <CABrEtZudnp2vzyox4fvPrthc=_7ayvyjh5Cd8uv5hK3ipb6F=Q@mail.gmail.com>
References: <CABrEtZudnp2vzyox4fvPrthc=_7ayvyjh5Cd8uv5hK3ipb6F=Q@mail.gmail.com>
Message-ID: <1372422788176-5062821.post@n6.nabble.com>

Hi Guo,

Yes, this method is working for GetMap requests. For GetLegend, at least, it
is not working in version 6.2.

Lu?s



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/About-the-Color-Ramp-for-Raster-Data-tp5062351p5062821.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From jukka.rahkonen at mmmtike.fi  Fri Jun 28 06:08:35 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Fri, 28 Jun 2013 13:08:35 +0000
Subject: [mapserver-users] HTML response to GetFeature request
Message-ID: <84446DEF76453C439E9E97E438E13A63C17E26@suutari.haapa.mmm.fi>

Hi,

I made a trial with Firefox Poster plugin and I get correct results back after correcting the typename. I do not know what is wrong with API Kitchen and your other trials.

<wfs:GetFeature xmlns:wfs="http://www.opengis.net/wfs" service="WFS" version="1.1.0" xsi:schemaLocation="http://www.opengis.net/wfs http://schemas.opengis.net/wfs/1.1.0/wfs.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<wfs:Query typeName="RO_buildings_gml" srsName="EPSG:28992" xmlns:feature="http://mapserver.gis.umn.edu/mapserver"></wfs:Query>
</wfs:GetFeature>

Kosmo Desktop 3.0 beta http://www.opengis.es/index.php?option=com_docman&Itemid=42?lang=en reads data with http POST from your site basically fine.  You have some data errors, though, and Kosmo says that there is dublicate fid around fid .168 .

-Jukka Rahkonen-


> -----Alkuper?inen viesti-----
> L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-
> bounces at lists.osgeo.org] Puolesta Lu?s de Sousa
> L?hetetty: 28. kes?kuuta 2013 15:30
> Vastaanottaja: mapserver-users at lists.osgeo.org
> Aihe: Re: [mapserver-users] HTML response to GetFeature request
> 
> Hi Michael thank you for the reply, my comments go below.
> 
> 
> Michael Schulz-6 wrote
> > Hi Luis,
> >
> > for WFS enabling layers you should add some more metadata, wfs_srs and
> > gml_featureid.
> 
> I've added these to the LAYER block, but the response is the same (see the
> definition below). I have had both "ows_enable_request" and
> "gml_include_items" "all" in the main file section all along.
> 
> 
> Michael Schulz-6 wrote
> > I'm also not sure about the projection stuff. Is there a reason for
> > not using the espg code?
> 
> The in line projection definition is supposed to speed up rendition.
> 
> 
> Michael Schulz-6 wrote
> > Try adding some debug logging.
> 
> Here's what I'm getting in the MapServer log:
> 
> [Fri Jun 28 14:17:09 2013].620005 CGI Request 1 on process 9189 [Fri Jun 28
> 14:17:09 2013].621842 msDrawMap(): rendering using outputformat named
> GTiff-RGB (GDAL/GTiff).
> [Fri Jun 28 14:17:09 2013].621861 msDrawMap(): WMS/WFS set-up and query,
> 0.000s [Fri Jun 28 14:17:09 2013].621900 msDrawMap(): Drawing Label Cache,
> 0.000s [Fri Jun 28 14:17:09 2013].621908 msDrawMap() total time: 0.002s [Fri
> Jun 28 14:17:09 2013].657425
> msSaveImage(/var/www/MapFiles/map_images/TUDOR_RO_test-
> environment13724218299189.tif)
> total time: 0.036s
> [Fri Jun 28 14:17:09 2013].658291 mapserv request processing time
> (msLoadMap not incl.): 0.038s [Fri Jun 28 14:17:09 2013].658311 msFreeMap():
> freeing map at 0x10c1940.
> 
> 
> Michael Schulz-6 wrote
> > Another thing to check: your requesting
> > typeName="feature:BuildingsWFS" but from the mapfile I'd say the
> > typename shoud be "RO_buildings_gml".
> 
> Yes, it seems the first POST body I posted is wrong, but I'm using the correct
> layer name testing. You can try it here:
> 
> http://apikitchen.com/#bXd2s
> 
> Once again, note that with a GET request everything works as it should:
> 
> http://services.iguess.tudor.lu/cgi-
> bin/mapserv?map=/var/www/MapFiles/RO_localOWS_test.map&SERVICE=WFS
> &VERSION=1.1.0&REQUEST=GetFeature&TYPENAME=RO_buildings_gml&MAXF
> EATURES=10
> 
> Thank you once more,
> 
> Lu?s
> 
> #########################################3
> 
> LAYER
>   NAME "RO_buildings_gml"
>   TYPE POLYGON
>   CONNECTIONTYPE OGR
>   CONNECTION "/var/www/pywps/sampleData/BuildingsFull.gml"
>   STATUS ON
> 
>   DUMP TRUE
>   TEMPLATE "templateRO_building_footprints.html"
> 
>   PROJECTION
>     "+proj=sterea +lat_0=52.15616055555555 +lon_0=5.38763888888889
> +k=0.9999079 +x_0=155000 +y_0=463000 +ellps=bessel
> +towgs84=565.237,50.0087,465.658,-0.406857,0.350733,-1.87035,4.0812
> ++units=m no_defs"
>   END
> 
>   METADATA
>     "ows_title" "Building footprints (GML)"
>     "ows_abstract" "Data set of building footprints in Rotterdam city area for the
> slider demo"
>     "wfs_srs" "EPSG:28992"
>     "gml_featureid" "GML_ID"
>     "ows_enable_request" "*"
>     "gml_include_items" "all"
>   END
> 
>   CLASS
>    NAME "Building_footprints (GML)"
>    OUTLINECOLOR 255 0 0
>   END
> END
> 
> 
> 
> 
> 
> --
> View this message in context: http://osgeo-org.1560.x6.nabble.com/HTML-
> response-to-GetFeature-request-tp5062355p5062817.html
> Sent from the Mapserver - User mailing list archive at Nabble.com.
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users

From jukka.rahkonen at mmmtike.fi  Fri Jun 28 06:17:34 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Fri, 28 Jun 2013 13:17:34 +0000
Subject: [mapserver-users] HTML response to GetFeature request
Message-ID: <84446DEF76453C439E9E97E438E13A63C17E47@suutari.haapa.mmm.fi>

Sorry, nothing wrong with the typename and using "feature:RO_buildings_gml".  Namespace ?feature? is described later in the request and I do get correct results with Poster if I have

typeName="feature:RO_buildings_gml" srsName="EPSG:28992" xmlns:feature="http://mapserver.gis.umn.edu/mapserver">

-Jukka-

Rahkonen Jukka wrote:
> 
> Hi,
> 
> I made a trial with Firefox Poster plugin and I get correct results back after
> correcting the typename. I do not know what is wrong with API Kitchen and your
> other trials.
> 
> <wfs:GetFeature xmlns:wfs="http://www.opengis.net/wfs" service="WFS"
> version="1.1.0" xsi:schemaLocation="http://www.opengis.net/wfs
> http://schemas.opengis.net/wfs/1.1.0/wfs.xsd"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
> <wfs:Query typeName="RO_buildings_gml" srsName="EPSG:28992"
> xmlns:feature="http://mapserver.gis.umn.edu/mapserver"></wfs:Query>
> </wfs:GetFeature>
> 
> Kosmo Desktop 3.0 beta
> http://www.opengis.es/index.php?option=com_docman&Itemid=42?lang=en
> reads data with http POST from your site basically fine.  You have some data
> errors, though, and Kosmo says that there is dublicate fid around fid .168 .
> 
> -Jukka Rahkonen-
> 
> 
> > -----Alkuper?inen viesti-----
> > L?hett?j?: mapserver-users-bounces at lists.osgeo.org
> > [mailto:mapserver-users- bounces at lists.osgeo.org] Puolesta Lu?s de
> > Sousa
> > L?hetetty: 28. kes?kuuta 2013 15:30
> > Vastaanottaja: mapserver-users at lists.osgeo.org
> > Aihe: Re: [mapserver-users] HTML response to GetFeature request
> >
> > Hi Michael thank you for the reply, my comments go below.
> >
> >
> > Michael Schulz-6 wrote
> > > Hi Luis,
> > >
> > > for WFS enabling layers you should add some more metadata, wfs_srs
> > > and gml_featureid.
> >
> > I've added these to the LAYER block, but the response is the same (see
> > the definition below). I have had both "ows_enable_request" and
> > "gml_include_items" "all" in the main file section all along.
> >
> >
> > Michael Schulz-6 wrote
> > > I'm also not sure about the projection stuff. Is there a reason for
> > > not using the espg code?
> >
> > The in line projection definition is supposed to speed up rendition.
> >
> >
> > Michael Schulz-6 wrote
> > > Try adding some debug logging.
> >
> > Here's what I'm getting in the MapServer log:
> >
> > [Fri Jun 28 14:17:09 2013].620005 CGI Request 1 on process 9189 [Fri
> > Jun 28
> > 14:17:09 2013].621842 msDrawMap(): rendering using outputformat named
> > GTiff-RGB (GDAL/GTiff).
> > [Fri Jun 28 14:17:09 2013].621861 msDrawMap(): WMS/WFS set-up and
> > query, 0.000s [Fri Jun 28 14:17:09 2013].621900 msDrawMap(): Drawing
> > Label Cache, 0.000s [Fri Jun 28 14:17:09 2013].621908 msDrawMap()
> > total time: 0.002s [Fri Jun 28 14:17:09 2013].657425
> > msSaveImage(/var/www/MapFiles/map_images/TUDOR_RO_test-
> > environment13724218299189.tif)
> > total time: 0.036s
> > [Fri Jun 28 14:17:09 2013].658291 mapserv request processing time
> > (msLoadMap not incl.): 0.038s [Fri Jun 28 14:17:09 2013].658311
> msFreeMap():
> > freeing map at 0x10c1940.
> >
> >
> > Michael Schulz-6 wrote
> > > Another thing to check: your requesting
> > > typeName="feature:BuildingsWFS" but from the mapfile I'd say the
> > > typename shoud be "RO_buildings_gml".
> >
> > Yes, it seems the first POST body I posted is wrong, but I'm using the
> > correct layer name testing. You can try it here:
> >
> > http://apikitchen.com/#bXd2s
> >
> > Once again, note that with a GET request everything works as it should:
> >
> > http://services.iguess.tudor.lu/cgi-
> >
> bin/mapserv?map=/var/www/MapFiles/RO_localOWS_test.map&SERVICE=WFS
> >
> &VERSION=1.1.0&REQUEST=GetFeature&TYPENAME=RO_buildings_gml&MAXF
> > EATURES=10
> >
> > Thank you once more,
> >
> > Lu?s
> >
> > #########################################3
> >
> > LAYER
> >   NAME "RO_buildings_gml"
> >   TYPE POLYGON
> >   CONNECTIONTYPE OGR
> >   CONNECTION "/var/www/pywps/sampleData/BuildingsFull.gml"
> >   STATUS ON
> >
> >   DUMP TRUE
> >   TEMPLATE "templateRO_building_footprints.html"
> >
> >   PROJECTION
> >     "+proj=sterea +lat_0=52.15616055555555 +lon_0=5.38763888888889
> > +k=0.9999079 +x_0=155000 +y_0=463000 +ellps=bessel
> > +towgs84=565.237,50.0087,465.658,-0.406857,0.350733,-1.87035,4.0812
> > ++units=m no_defs"
> >   END
> >
> >   METADATA
> >     "ows_title" "Building footprints (GML)"
> >     "ows_abstract" "Data set of building footprints in Rotterdam city
> > area for the slider demo"
> >     "wfs_srs" "EPSG:28992"
> >     "gml_featureid" "GML_ID"
> >     "ows_enable_request" "*"
> >     "gml_include_items" "all"
> >   END
> >
> >   CLASS
> >    NAME "Building_footprints (GML)"
> >    OUTLINECOLOR 255 0 0
> >   END
> > END
> >
> >
> >
> >
> >
> > --
> > View this message in context:
> > http://osgeo-org.1560.x6.nabble.com/HTML-
> > response-to-GetFeature-request-tp5062355p5062817.html
> > Sent from the Mapserver - User mailing list archive at Nabble.com.
> > _______________________________________________
> > mapserver-users mailing list
> > mapserver-users at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/mapserver-users

From venkat.shesu at gmail.com  Fri Jun 28 08:43:31 2013
From: venkat.shesu at gmail.com (Venkat Shesu Reddem)
Date: Fri, 28 Jun 2013 21:13:31 +0530
Subject: [mapserver-users] on the fly contouring
In-Reply-To: <51CD7E67.7080405@gatewaygeomatics.com>
References: <CAGFazZ6VpH0B87ayYtTY0k9G0chfQc=iMPG+-70qwiafqvFs6Q@mail.gmail.com>
	<51CD7E67.7080405@gatewaygeomatics.com>
Message-ID: <CAPEGiEG5+obawzGg6hXVb63FrkhTAn8VVjL+zx2V3Jv5ws0Yog@mail.gmail.com>

Dear Jeff,

Is it possible in MapServer for On-the-fly contour generation by reading
data from from MySQL table, in similar to contouring any band of rastar
data.

with regards
Venkat




On Fri, Jun 28, 2013 at 5:45 PM, Jeff McKenna <jmckenna at gatewaygeomatics.com
> wrote:

> On 2013-06-28 4:09 AM, Veerabrahmachari desodu wrote:
> > can map server generate on the fly contours from raster data(ASCII
> > format) on MYSQL database ?
> >
> >
>
> Give a read to the recent addition to MapServer for on-the-fly contour
> generation from a raster DEM:
> http://www.mapserver.org/development/rfc/ms-rfc-85.html  You'll need to
> compile MapServer from source for this (git master branch).
>
> -jeff
>
>
>
>
> --
> Jeff McKenna
> MapServer Consulting and Training Services
> http://www.gatewaygeomatics.com/
>
>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130628/f22db27f/attachment.htm>

From sam at planyukon.ca  Fri Jun 28 08:43:50 2013
From: sam at planyukon.ca (sam at planyukon.ca)
Date: 28 Jun 2013 08:43:50 -0700
Subject: [mapserver-users]
	=?utf-8?q?mapserver-users_Digest=2C_Vol_65=2C_I?=
	=?utf-8?q?ssue_54?=
Message-ID: <20130628154350.30317.qmail@polarhosting.ca>

Sorry I missed you, but I am on parental leave/holiday/training until August 5th. Urgent YLUPC business can be sent to the YLUPC director at ron at planyukon.ca. 




From punk.kish at gmail.com  Fri Jun 28 08:47:38 2013
From: punk.kish at gmail.com (Mr. Puneet Kishor)
Date: Fri, 28 Jun 2013 08:47:38 -0700
Subject: [mapserver-users] mapserver-users Digest, Vol 65, Issue 54
In-Reply-To: <20130628154350.30317.qmail@polarhosting.ca>
References: <20130628154350.30317.qmail@polarhosting.ca>
Message-ID: <6AE5FD1A-0B8B-499D-A070-46B7EC6F200E@gmail.com>

Dear MapServer admin,

Could you please drop the responder's email from the mailing list temporarily, until the responder returns on Aug 5?

Many thanks,


On Jun 28, 2013, at 8:43 AM, sam at planyukon.ca wrote:

> Sorry I missed you, but I am on parental leave/holiday/training until August 5th. Urgent YLUPC business can be sent to the YLUPC director at ron at planyukon.ca. 
> 
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users



From MarkVolz at co.lyon.mn.us  Fri Jun 28 14:24:09 2013
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Fri, 28 Jun 2013 21:24:09 +0000
Subject: [mapserver-users] comments on RFCs
Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA31E1F0A@swmail01.r8nssis.local>

Hello,

If I have a comment about one of the RFCs should I contact this list, or contact the person listed on the specific RFC?

Thanks

Mark Volz, GISP
GIS Specialist




From bob.basques at ci.stpaul.mn.us  Fri Jun 28 14:39:41 2013
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Fri, 28 Jun 2013 21:39:41 +0000
Subject: [mapserver-users] comments on RFCs
In-Reply-To: <36CA828A36E29F45B7CF0A1766E5DFA31E1F0A@swmail01.r8nssis.local>
References: <36CA828A36E29F45B7CF0A1766E5DFA31E1F0A@swmail01.r8nssis.local>
Message-ID: <C9CEA89772DA74488B5A5B6EB17DC481066766DE@055-CH1MPN1-001.055d.mgd.msft.net>

The list would be fine.

Bobb



-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Mark Volz
Sent: Friday, June 28, 2013 4:24 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] comments on RFCs

Hello,

If I have a comment about one of the RFCs should I contact this list, or contact the person listed on the specific RFC?

Thanks

Mark Volz, GISP
GIS Specialist


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




From ahti.lahtela at pp.inet.fi  Sat Jun 29 01:16:10 2013
From: ahti.lahtela at pp.inet.fi (ahlah)
Date: Sat, 29 Jun 2013 01:16:10 -0700 (PDT)
Subject: [mapserver-users] ruby mapscript problem in Debian Wheezy
Message-ID: <1372493770792-5062994.post@n6.nabble.com>

Hi,

I have some ruby mapscript applications in Debian Lenny environment and
everything is working fine.

I tested ruby mapscripts in Debian Wheezy environment and had problems.

A simple script that only tries to create new MapObj instance  with map =
MapObj.new throws error:

mapscript.so: warning: rb_define_const: invalid name `__FUNCTION__' for
constant
./example.rb:7:in `new': allocator undefined for Mapscript::MapObj
(TypeError)
	from ./example.rb:7:in `<main>'

Functions like msGetVersion() works and ruby code recognizes mapscript
constants but I can't create any instances of objects. Same code works
without problems in Lenny environment.

Debian and libmapscript are installed from Debian Wheezy binary packages,
ruby is installed via rvm. Versions are:
Debian Wheezy 7.1 64-bit
Ruby 1.9.3p448
libmapscript-ruby1.9.1 (6.0.1-3.2)

AL



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/ruby-mapscript-problem-in-Debian-Wheezy-tp5062994.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From jayzee.smith at gmail.com  Sat Jun 29 11:32:15 2013
From: jayzee.smith at gmail.com (John Smith)
Date: Sat, 29 Jun 2013 14:32:15 -0400
Subject: [mapserver-users] alternatives to ms4w?
Message-ID: <CAMZ8qd81RQkWM-MRounrnjeZ=Ra4EN5KqYnzOw96uhU599108w@mail.gmail.com>

guys,

are there any good alternatives to ms4w at
http://www.maptools.org/ms4w/?page=downloads.html. its last stable base
package is over a year old from may 26, 2012, and there is no timeline
given about its next release.

thanks, jzs
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130629/b7890744/attachment.htm>

From sam at planyukon.ca  Sat Jun 29 12:00:11 2013
From: sam at planyukon.ca (sam at planyukon.ca)
Date: 29 Jun 2013 12:00:11 -0700
Subject: [mapserver-users]
	=?utf-8?q?mapserver-users_Digest=2C_Vol_65=2C_I?=
	=?utf-8?q?ssue_56?=
Message-ID: <20130629190011.29001.qmail@polarhosting.ca>

Sorry I missed you, but I am on parental leave/holiday/training until August 5th. Urgent YLUPC business can be sent to the YLUPC director at ron at planyukon.ca. 




From jukka.rahkonen at mmmtike.fi  Sat Jun 29 14:44:37 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Sat, 29 Jun 2013 21:44:37 +0000
Subject: [mapserver-users] alternatives to ms4w?
In-Reply-To: <CAMZ8qd81RQkWM-MRounrnjeZ=Ra4EN5KqYnzOw96uhU599108w@mail.gmail.com>
References: <CAMZ8qd81RQkWM-MRounrnjeZ=Ra4EN5KqYnzOw96uhU599108w@mail.gmail.com>
Message-ID: <84446DEF76453C439E9E97E438E13A63C181ED@suutari.haapa.mmm.fi>

Hi,

The web page is not up to date. There is also 3.1.0 beta available.
http://www.maptools.org/dl/ms4w/ms4w_3.1.0-beta1.zip
http://lists.maptools.org/pipermail/ms4w-users/2013-April/002230.html

It is a beta version but the Mapserver included in the package has been stable for me.
You can get daily builds of Mapserver from http://gisinternals.com/sdk/ but then you are more on your own with installation.  You can also try OSGeo4W installer http://trac.osgeo.org/osgeo4w/


-Jukka Rahkonen-

________________________________
John Smith wrote:


> guys,

> are there any good alternatives to ms4w at http://www.maptools.org/ms4w/?page=downloads.html. its last stable base package is over a year old from may 26, 2012, and there is no timeline given about its next release.

> thanks, jzs



From siki at agt.bme.hu  Sun Jun 30 09:31:33 2013
From: siki at agt.bme.hu (Siki Zoltan)
Date: Sun, 30 Jun 2013 18:31:33 +0200 (CEST)
Subject: [mapserver-users] alternatives to ms4w?
In-Reply-To: <CAMZ8qd81RQkWM-MRounrnjeZ=Ra4EN5KqYnzOw96uhU599108w@mail.gmail.com>
References: <CAMZ8qd81RQkWM-MRounrnjeZ=Ra4EN5KqYnzOw96uhU599108w@mail.gmail.com>
Message-ID: <Pine.LNX.4.64.1306301820340.16111@bme-geod>

Dear John,

check osgeo4w at http://trac.osgeo.org/osgeo4w/

Regards,
Zoltan

On Sat, 29 Jun 2013, John Smith wrote:

> guys,
>
> are there any good alternatives to ms4w at
> http://www.maptools.org/ms4w/?page=downloads.html. its last stable base
> package is over a year old from may 26, 2012, and there is no timeline
> given about its next release.
>
> thanks, jzs
>


From sam at planyukon.ca  Sun Jun 30 12:00:10 2013
From: sam at planyukon.ca (sam at planyukon.ca)
Date: 30 Jun 2013 12:00:10 -0700
Subject: [mapserver-users]
	=?utf-8?q?mapserver-users_Digest=2C_Vol_65=2C_I?=
	=?utf-8?q?ssue_57?=
Message-ID: <20130630190010.27411.qmail@polarhosting.ca>

Sorry I missed you, but I am on parental leave/holiday/training until August 5th. Urgent YLUPC business can be sent to the YLUPC director at ron at planyukon.ca.