From thomas.bonfort at gmail.com  Sat Feb  1 00:41:45 2014
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Sat, 1 Feb 2014 09:41:45 +0100
Subject: [mapserver-users] How to make tilecache to mapcache?
In-Reply-To: <52EC8161.4060607@swoodbridge.com>
References: <52EC8161.4060607@swoodbridge.com>
Message-ID: <CAOM3y2hfGYOdFvXGdJD4Tv38ydRy6kFRe7DGo6FLRpWvu1USjg@mail.gmail.com>

Steve,
mapcache uses nearly the same disk layout as tilecache, so you can
reuse your existing cache directly. You'll have to symlink one
directory, as only the leading path differs (once you hit the numeric
"z" directories, the layout is identical)

e.g.
/mapcache/bathy_contours/WGS84 should point to /tilecache/bathy_contours

--
thomas

On 1 February 2014 06:08, Stephen Woodbridge <woodbri at swoodbridge.com> wrote:
> Hi,
>
> Has anyone moved a existing cache of tiles from tilecache to mapcache?
>
> I'm assuming that basically the tiles can be renamed and moved into a new
> directory tree structure.
>
> Does anyone have a script that does this?
>
> Or maybe there is a way to configure the mapcache.xml so that it can just
> work with the existing directory structure? How?
>
> Thanks,
>   -Steve
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From jukka.rahkonen at mmmtike.fi  Sat Feb  1 04:34:39 2014
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka  (Tike))
Date: Sat, 1 Feb 2014 12:34:39 +0000
Subject: [mapserver-users] Status of TinyOWS and support for paging
Message-ID: <EFE5D7EE2EC8D3438FE02E356F81E35A0211FD@FITLK-EXMBX04.msvyvi.vaha.local>

Hi,

Last commit to TinyOWS was over one year ago. Does it mean that the status of the project is "DONE" or "DEAD"?.

Adding support for WFS paging is in the issue list list https://github.com/mapserver/tinyows/issues/45
That feature would be really nice to have as vendor parameter in WFS 1.0.0 and 1.1.0. Because the only supported backend is PostGIS this does not feel like extra hard work even probably just adding "LIMIT 'maxFeatures' OFFSET 'startIndex-1'"  won't be enough because requests should also be made to pass the schema validation.

-Jukka Rahkonen-

From olivier.courtin at gmail.com  Sat Feb  1 04:50:36 2014
From: olivier.courtin at gmail.com (Olivier Courtin)
Date: Sat, 1 Feb 2014 13:50:36 +0100
Subject: [mapserver-users] Status of TinyOWS and support for paging
In-Reply-To: <EFE5D7EE2EC8D3438FE02E356F81E35A0211FD@FITLK-EXMBX04.msvyvi.vaha.local>
References: <EFE5D7EE2EC8D3438FE02E356F81E35A0211FD@FITLK-EXMBX04.msvyvi.vaha.local>
Message-ID: <CAD+A4Nz1mDW7LU-f1f=4RK0uT-O++iKo3QqymnJvt7W9XS__XQ@mail.gmail.com>

On Sat, Feb 1, 2014 at 1:34 PM, Rahkonen Jukka  (Tike)
<jukka.rahkonen at mmmtike.fi> wrote:

Hi Jukka,

> Last commit to TinyOWS was over one year ago. Does it mean that the status of the project is "DONE" or "DEAD"?.

Not at all
:)

It just means that no other contributors send patches
that no organization were ready to fund new feature last months
and so i guess that somehow every one else are happy with current features,
and also that i had other projects to care about last months.


> Adding support for WFS paging is in the issue list list https://github.com/mapserver/tinyows/issues/45
> That feature would be really nice to have as vendor parameter in WFS 1.0.0 and 1.1.0. Because the only supported backend is PostGIS this does not feel like extra hard work even probably just adding "LIMIT 'maxFeatures' OFFSET 'startIndex-1'"  won't be enough because requests should also be made to pass the schema validation.


Yeap you're right it will be something to put on the top of the list.
Because it will be helpfull and don't need a lot of time to implement.



Cheers,

-- 
Olivier


From tds at tds-net.de  Sat Feb  1 10:47:06 2014
From: tds at tds-net.de (TDS)
Date: Sat, 01 Feb 2014 19:47:06 +0100
Subject: [mapserver-users] Mapcache
In-Reply-To: <52E9084D.2080703@gmail.com>
References: <52E8B6C5.1070708@tds-net.de>
	<52E9033E.9030406@gmail.com>	<52E905C4.1090805@tds-net.de>
	<52E9084D.2080703@gmail.com>
Message-ID: <52ED412A.3080007@tds-net.de>

Sorry for my late answer.
The problem is that some WMS aren't configured correctly. Some of them 
use e.g. EPSG:31466 or 67 or 68 for displaying whole germany. And that's 
false. My client restricts the extents to defaults but show whole map 
(MapServer is displaying right exceed limits).
So...

a) Where can I calculate world extents for SRS which have smaller 
default extents like the one above (e.g. 31466 extents should expand to 
whole world)?
or
b) How can I get MapCache to act like MapServer and displaying tiles 
outside default extents?

MfG M. Martin
------------------------------------------------------------------------
mailto:tds at tds-net.de
------------------------------------------------------------------------
1+1=10
You have a question? - 42 or RTFM.
Am 29.01.2014 14:55, schrieb Thomas Bonfort:
> I'm sorry, I don't really understand your question... mapcache splits
> the area given in your grid extent into square tiles of the given
> resolutions, and asks the wms to render them. Areas outside the grid
> extent will not be stored. Any "distortion" is not created by mapcache,
> who is only requesting images to the wms with the extents/srs of each
> individual tile.
>
> --
> thomas
>
> On 29/01/2014 14:44, TDS wrote:
>> Hello,
>>
>> e.g. the extents for 25XXX and 31XXX are restricted. Outside of this
>> area, even if it is a little piece of it, it is not drawn.
>> And the resolutions will make a distorted image (OpenLayers, QuantumGIS,
>> etc.). In real WMS from mapserv there is no problem if outside extents
>> or with zoom levels.
>>
>> What I need is:
>> a) Draw grid with given SRS even it doesn't fit in area.
>> b) What are the resolutions for these SRS (maybe world wide)?
>>
>> I've read that e.g. mapserv calculate resolutions itself, but mapcache
>> do. Where can i get or calculate these resolutions?
>>
>> MfG M. Martin
>> ------------------------------------------------------------------------
>> mailto:tds at tds-net.de
>> ------------------------------------------------------------------------
>> 1+1=10
>> You have a question? - 42 or RTFM.
>> Am 29.01.2014 14:33, schrieb Thomas Bonfort:
>>> Please be a bit more specific as to what "aren't working" means
>>>
>>> -- 
>>> thomas
>>>
>>> On 29/01/2014 09:07, TDS wrote:
>>>> Hello,
>>>>
>>>> I have some problems with MapCache projections and grids. First my XML:
>>>>
>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>> <mapcache>
>>>> [...]
>>>>           <grid name="EPSG25831">
>>>>                   <metadata>
>>>>                           <title>ETRS89 / UTM zone 31N</title>
>>>>                   </metadata>
>>>>                   <title>OSM Tile Cache Service</title>
>>>>                   <srs>EPSG:25831</srs>
>>>>                   <extent>238379.2278 4265559.3497 761620.7722
>>>> 6914547.3835</extent>
>>>>                   <size>256 256</size>
>>>>                   <units>m</units>
>>>> <resolutions>
>>>> 2183915.093862179 1091957.546931089 545978.7734655447 272989.3867327723
>>>> 136494.6933663862 68247.34668319309
>>>> 34123.67334159654 17061.83667079827 8530.918335399136 4265.459167699568
>>>> 2132.729583849784 1066.364791924892
>>>> </resolutions>
>>>>           </grid>
>>>>           <grid name="EPSG25832">
>>>>                   <metadata>
>>>>                           <title>ETRS89 / UTM zone 32N</title>
>>>>                   </metadata>
>>>>                   <title>OSM Tile Cache Service</title>
>>>>                   <srs>EPSG:25832</srs>
>>>>                   <extent>265948.8191 6421521.2254 677786.3629
>>>> 7288831.7014</extent>
>>>>                   <size>256 256</size>
>>>>                   <units>m</units>
>>>> <resolutions>
>>>> 2183915.093862179 1091957.546931089 545978.7734655447 272989.3867327723
>>>> 136494.6933663862 68247.34668319309
>>>> 34123.67334159654 17061.83667079827 8530.918335399136 4265.459167699568
>>>> 2132.729583849784 1066.364791924892
>>>> </resolutions>
>>>>           </grid>
>>>>           <grid name="EPSG25833">
>>>>                   <metadata>
>>>>                           <title>ETRS89 / UTM zone 33N</title>
>>>>                   </metadata>
>>>>                   <title>OSM Tile Cache Service</title>
>>>>                   <srs>EPSG:25833</srs>
>>>>                   <extent>227879.8880 3932632.6543 1044484.3835
>>>> 8893131.0281</extent>
>>>>                   <size>256 256</size>
>>>>                   <units>m</units>
>>>> <resolutions>
>>>> 2183915.093862179 1091957.546931089 545978.7734655447 272989.3867327723
>>>> 136494.6933663862 68247.34668319309
>>>> 34123.67334159654 17061.83667079827 8530.918335399136 4265.459167699568
>>>> 2132.729583849784 1066.364791924892
>>>> </resolutions>
>>>>           </grid>
>>>>           <grid name="EPSG31466">
>>>>                   <metadata>
>>>>                           <title>DHDN / 3-degree Gauss-Kruger zone
>>>> 2</title>
>>>>                   </metadata>
>>>>                   <title>OSM Tile Cache Service</title>
>>>>                   <srs>EPSG:31466</srs>
>>>>                   <extent>2490547.1867 5440321.7879 2609576.6008
>>>> 5958700.0208</extent>
>>>>                   <size>256 256</size>
>>>>                   <units>m</units>
>>>> <resolutions>
>>>> 2183915.093862179 1091957.546931089 545978.7734655447 272989.3867327723
>>>> 136494.6933663862 68247.34668319309
>>>> 34123.67334159654 17061.83667079827 8530.918335399136 4265.459167699568
>>>> 2132.729583849784 1066.364791924892
>>>> </resolutions>
>>>>           </grid>
>>>>           <grid name="EPSG31467">
>>>>                   <metadata>
>>>>                           <title>DHDN / 3-degree Gauss-Kruger zone
>>>> 3</title>
>>>>                   </metadata>
>>>>                   <title>OSM Tile Cache Service</title>
>>>>                   <srs>EPSG:31467</srs>
>>>>                   <extent>3386564.9400 5237917.9109 3613579.2251
>>>> 6104500.7393</extent>
>>>>                   <size>256 256</size>
>>>>                   <units>m</units>
>>>> <resolutions>
>>>> 2183915.093862179 1091957.546931089 545978.7734655447 272989.3867327723
>>>> 136494.6933663862 68247.34668319309
>>>> 34123.67334159654 17061.83667079827 8530.918335399136 4265.459167699568
>>>> 2132.729583849784 1066.364791924892
>>>> </resolutions>
>>>>           </grid>
>>>>           <grid name="EPSG31468">
>>>>                   <metadata>
>>>>                           <title>DHDN / 3-degree Gauss-Kruger zone
>>>> 4</title>
>>>>                   </metadata>
>>>>                   <title>OSM Tile Cache Service</title>
>>>>                   <srs>EPSG:31468</srs>
>>>>                   <extent>4386596.4101 5237914.5325 4613610.5843
>>>> 6104496.9694</extent>
>>>>                   <size>256 256</size>
>>>>                   <units>m</units>
>>>> <resolutions>
>>>> 2183915.093862179 1091957.546931089 545978.7734655447 272989.3867327723
>>>> 136494.6933663862 68247.34668319309
>>>> 34123.67334159654 17061.83667079827 8530.918335399136 4265.459167699568
>>>> 2132.729583849784 1066.364791924892
>>>> </resolutions>
>>>>           </grid>
>>>>           <grid name="EPSG31469">
>>>>                   <metadata>
>>>>                           <title>DHDN / 3-degree Gauss-Kruger zone
>>>> 5</title>
>>>>                   </metadata>
>>>>                   <title>OSM Tile Cache Service</title>
>>>>                   <srs>EPSG:31469</srs>
>>>>                   <extent>5386627.6162 5237909.9506 5613641.6401
>>>> 6104491.8566</extent>
>>>>                   <size>256 256</size>
>>>>                   <units>m</units>
>>>> <resolutions>
>>>> 2183915.093862179 1091957.546931089 545978.7734655447 272989.3867327723
>>>> 136494.6933663862 68247.34668319309
>>>> 34123.67334159654 17061.83667079827 8530.918335399136 4265.459167699568
>>>> 2132.729583849784 1066.364791924892
>>>> </resolutions>
>>>>           </grid>
>>>> [...]
>>>> </mapcache>
>>>>
>>>> Resolutions for "g" are: 156543.0339280410 78271.51696402048
>>>> 39135.75848201023 19567.87924100512 9783.939620502561 4891.969810251280
>>>> 2445.984905125640 1222.992452562820 611.4962262814100 305.7481131407048
>>>> 152.8740565703525 76.43702828517624 38.21851414258813 19.10925707129406
>>>> 9.554628535647032 4.777314267823516 2.388657133911758 1.194328566955879
>>>> 0.5971642834779395
>>>>
>>>> So what are the resolutions for other grids? Mine aren't working (maybe
>>>> of combination resolutions and extents?) :-(
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> 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/20140201/15b676ec/attachment.htm>

From Andreas.Eichner at sid.sachsen.de  Mon Feb  3 02:50:19 2014
From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID-NLKM)
Date: Mon, 3 Feb 2014 10:50:19 +0000
Subject: [mapserver-users] How to make tilecache to mapcache?
In-Reply-To: <CAOM3y2hfGYOdFvXGdJD4Tv38ydRy6kFRe7DGo6FLRpWvu1USjg@mail.gmail.com>
References: <52EC8161.4060607@swoodbridge.com>
	<CAOM3y2hfGYOdFvXGdJD4Tv38ydRy6kFRe7DGo6FLRpWvu1USjg@mail.gmail.com>
Message-ID: <6F331135492B944D90731CE93743D568029617@FS-EX-DB101.fs.sachsen.de>

> directory, as only the leading path differs (once you hit the numeric
> "z" directories, the layout is identical)

Care should be taken if your tiles are JPEGs, as TileCache.py derives the file extension from mimetype image/jpeg as .jpeg where as MapCache uses .jpg. 


From jgarrido at tracom.info  Mon Feb  3 03:24:54 2014
From: jgarrido at tracom.info (Jon Garrido)
Date: Mon, 3 Feb 2014 12:24:54 +0100
Subject: [mapserver-users] Connecting MSSQL from Mapserver on Linux fails
In-Reply-To: <001a01cf135b$39d92ec0$ad8b8c40$@tracom.info>
References: <001a01cf135b$39d92ec0$ad8b8c40$@tracom.info>
Message-ID: <007301cf20d2$906ae7e0$b140b7a0$@tracom.info>

I 've finally conect with ogrifo with:

 

 

 

ogrinfo
"MSSQL:Server=xxxxxxxxx,1093;uid=xxxxx;pwd=xxxxxx;database=ancashesp;driver=
freetds;tables=ancashjon.Tramos"

 

Using this string connection in the mapfile the connections fails. I 've
realized that I must put a quote and double quote in the strig. but fails..

 

CONNECTIONTYPE OGR

CONNECTION
'"MSSQL:server=xxxxxxxx,1093;uid=xxxxxx;pwd=xxxxxx;database=ancashesp;tables
=ancashjon.Tramos"'

 

Any idea?

 

 

De: mapserver-users-bounces at lists.osgeo.org
[mailto:mapserver-users-bounces at lists.osgeo.org] En nombre de Jon Garrido
Enviado el: viernes, 17 de enero de 2014 9:08
Para: mapserver-users at lists.osgeo.org
Asunto: [mapserver-users] Connecting MSSQL from Mapserver on Linux fails

 

Helo,

 

I'm trying to connect to a MS Sql Server 2008 dabase from a Mapserver
installed on a Ubuntu 12.04 machine.

 

The fact is that when make de same connection test from another Mapserver on
Windows I get no errors:

 

>From the OSGeo4W Shell from windows I type:

 

C:>ogrinfo
"MSSQL:server=Xxx.xxx.xx.xx,1093\MSSQL;uid=xxxxx;pwd=xxxxx;database=ancashes
p;tables=admin.PKGeoLoc"

 

And the response:

 

INFO: Open of
`MSSQL:server=209.236.114.58,1093\MSSQL;uid=ancashjon;pwd=xxxxx;database=anc
ashesp;tables=admin.PKGeoLoc' using driver `MSSQLSpatial' successful.

1: PKGeoLoc

 

When I do the same from my linux terminal the response is:

 

ERROR 1: Unable to initialize connection to the server for
MSSQL:server=xxx.xx.
xx.x,1093\MSSQL;uid=xxxxx;pwd=xxxxx;database=ancashesp;tables=admin.PKGeoLoc
,

[unixODBC][Driver Manager]Data source name not found, and no default driver
specified

ERROR 1: Unable to initialize connection to the server for
MSSQL:server=xxx.xxx.xx,1093\MSSQL;uid=xxxxx;pwd=xxxxxx;database=ancashesp;t
ables=admin.PKGeoLoc,

[unixODBC][Driver Manager]Data source name not found, and no default driver
specified

FAILURE:

Unable to open datasource `MSSQL:server=xxx.xxx.xxx.xx,1093\MSSQL;uid=xxxx;
pwd=xxxxx;database=ancashesp;tables=admin.PKGeoLoc' with the following
drivers.

  -> ESRI Shapefile

  -> MapInfo File

  -> UK .NTF

  -> SDTS

  -> TIGER

  -> S57

  -> DGN

  -> VRT

  -> REC

  -> Memory

  -> BNA

  -> CSV

  -> NAS

  -> GML

  -> GPX

  -> KML

  -> GeoJSON

  -> Interlis 1

  -> Interlis 2

  -> GMT

  -> SQLite

  -> ODBC

  -> PGeo

  -> MSSQLSpatial

  -> PostgreSQL

  -> PCIDSK

  -> XPlane

  -> AVCBin

  -> AVCE00

  -> DXF

  -> Geoconcept

  -> GeoRSS

  -> GPSTrackMaker

  -> VFK

  -> PGDump

  -> OSM

  -> GPSBabel

  -> SUA

  -> OpenAir

  -> PDS

  -> WFS

  -> HTF

  -> AeronavFAA

  -> Geomedia

  -> EDIGEO

  -> GFT

  -> SVG

  -> CouchDB

  -> Idrisi

  -> ARCGEN

  -> SEGUKOOA

  -> SEGY

  -> ODS

  -> XLSX

  -> ElasticSearch

  -> PDF

 

 

My gdal verion is GDAL 1.10.1, released 2013/08/26.

 

Please I'm getting crazy!!! Any idea??

 

 

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

From szekerest at gmail.com  Mon Feb  3 04:00:01 2014
From: szekerest at gmail.com (Tamas Szekeres)
Date: Mon, 3 Feb 2014 13:00:01 +0100
Subject: [mapserver-users] Connecting MSSQL from Mapserver on Linux fails
In-Reply-To: <007301cf20d2$906ae7e0$b140b7a0$@tracom.info>
References: <001a01cf135b$39d92ec0$ad8b8c40$@tracom.info>
	<007301cf20d2$906ae7e0$b140b7a0$@tracom.info>
Message-ID: <CACALY+SgRE0-5Y8acdoePxZJtsvwX-7XSdmX0guHZ_O_ArCdeg@mail.gmail.com>

I don't see the driver section in your mssql connection string.

Tamas



2014-02-03 Jon Garrido <jgarrido at tracom.info>:

> I ?ve finally conect with ogrifo with:
>
>
>
>
>
>
>
> ogrinfo
> "MSSQL:Server=xxxxxxxxx,1093;uid=xxxxx;pwd=xxxxxx;database=ancashesp;driver=freetds;tables=ancashjon.Tramos"
>
>
>
> Using this string connection in the mapfile the connections fails. I ?ve
> realized that I must put a quote and double quote in the strig? but fails?.
>
>
>
> CONNECTIONTYPE OGR
>
> CONNECTION
> '"MSSQL:server=xxxxxxxx,1093;uid=xxxxxx;pwd=xxxxxx;database=ancashesp;tables=ancashjon.Tramos"'
>
>
>
> Any idea?
>
>
>
>
>
> *De:* mapserver-users-bounces at lists.osgeo.org [mailto:
> mapserver-users-bounces at lists.osgeo.org] *En nombre de *Jon Garrido
> *Enviado el:* viernes, 17 de enero de 2014 9:08
> *Para:* mapserver-users at lists.osgeo.org
> *Asunto:* [mapserver-users] Connecting MSSQL from Mapserver on Linux fails
>
>
>
> Helo,
>
>
>
> I?m trying to connect to a MS Sql Server 2008 dabase from a Mapserver
> installed on a Ubuntu 12.04 machine.
>
>
>
> The fact is that when make de same connection test from another Mapserver
> on Windows I get no errors:
>
>
>
> From the OSGeo4W Shell from windows I type:
>
>
>
> C:>ogrinfo
> "MSSQL:server=Xxx.xxx.xx.xx,1093\MSSQL;uid=xxxxx;pwd=xxxxx;database=ancashesp;tables=admin.PKGeoLoc"
>
>
>
> And the response:
>
>
>
> INFO: Open of
> `MSSQL:server=209.236.114.58,1093\MSSQL;uid=ancashjon;pwd=xxxxx;database=ancashesp;tables=admin.PKGeoLoc'
> using driver `MSSQLSpatial' successful.
>
> 1: PKGeoLoc
>
>
>
> When I do the same from my linux terminal the response is:
>
>
>
> ERROR 1: Unable to initialize connection to the server for
> MSSQL:server=xxx.xx.
> xx.x,1093\MSSQL;uid=xxxxx;pwd=xxxxx;database=ancashesp;tables=admin.PKGeoLoc,
>
> [unixODBC][Driver Manager]Data source name not found, and no default
> driver specified
>
> ERROR 1: Unable to initialize connection to the server for
> MSSQL:server=xxx.xxx.xx,1093\MSSQL;uid=xxxxx;pwd=xxxxxx;database=ancashesp;tables=admin.PKGeoLoc,
>
> [unixODBC][Driver Manager]Data source name not found, and no default
> driver specified
>
> FAILURE:
>
> Unable to open datasource
> `MSSQL:server=xxx.xxx.xxx.xx,1093\MSSQL;uid=xxxx;
> pwd=xxxxx;database=ancashesp;tables=admin.PKGeoLoc' with the following
> drivers.
>
>   -> ESRI Shapefile
>
>   -> MapInfo File
>
>   -> UK .NTF
>
>   -> SDTS
>
>   -> TIGER
>
>   -> S57
>
>   -> DGN
>
>   -> VRT
>
>   -> REC
>
>   -> Memory
>
>   -> BNA
>
>   -> CSV
>
>   -> NAS
>
>   -> GML
>
>   -> GPX
>
>   -> KML
>
>   -> GeoJSON
>
>   -> Interlis 1
>
>   -> Interlis 2
>
>   -> GMT
>
>   -> SQLite
>
>   -> ODBC
>
>   -> PGeo
>
>   -> MSSQLSpatial
>
>   -> PostgreSQL
>
>   -> PCIDSK
>
>   -> XPlane
>
>   -> AVCBin
>
>   -> AVCE00
>
>   -> DXF
>
>   -> Geoconcept
>
>   -> GeoRSS
>
>   -> GPSTrackMaker
>
>   -> VFK
>
>   -> PGDump
>
>   -> OSM
>
>   -> GPSBabel
>
>   -> SUA
>
>   -> OpenAir
>
>   -> PDS
>
>   -> WFS
>
>   -> HTF
>
>   -> AeronavFAA
>
>   -> Geomedia
>
>   -> EDIGEO
>
>   -> GFT
>
>   -> SVG
>
>   -> CouchDB
>
>   -> Idrisi
>
>   -> ARCGEN
>
>   -> SEGUKOOA
>
>   -> SEGY
>
>   -> ODS
>
>   -> XLSX
>
>   -> ElasticSearch
>
>   -> PDF
>
>
>
>
>
> My gdal verion is GDAL 1.10.1, released 2013/08/26.
>
>
>
> Please I?m getting crazy!!! Any idea??
>
>
>
>
>
> _______________________________________________
> 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/20140203/3b27e662/attachment.htm>

From bob.basques at ci.stpaul.mn.us  Wed Feb  5 08:01:37 2014
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Wed, 5 Feb 2014 16:01:37 +0000
Subject: [mapserver-users] scaling symbols along a line
Message-ID: <C9CEA89772DA74488B5A5B6EB17DC48106785369@055-CH1MPN1-003.055d.mgd.msft.net>

All,

Is there a way to scale symbols along a line somehow?

I want to make a symbol decrease in size at a regular interval along a line.  The idea is show direction of travel with an increasing symbol size as the last location.  I know I can do this with a AJAX call and dressing it in the browser, but can mapserver do this for decorating a line, which would be much quicker (and easier)?

Thanks
Bobb

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

From james.evans.4 at us.af.mil  Wed Feb  5 09:56:17 2014
From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE)
Date: Wed, 5 Feb 2014 17:56:17 +0000
Subject: [mapserver-users] MapCache configuration questions
Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C2526C@52ZHTX-D07-04D.area52.afnoapps.usaf.mil>

Hi,
Just a couple of questions about MapCache configuration.  I'm using the MapCache that came with MS4W Dev version.

1.  Is there a way to advertise "Groups" of layers?  I see in the sample Configuration file that the only fields populated in the GetCapabilities are "title" and "abstract".  That seems to be pretty limited.  Is there another way?

2.  Is there a way to combine layers from two different servers?  I have layer "USDANAIP" on SVR-File01, and layer "USDANAIP2" on SVR-File02, and would like to just advertise one layer via the MapCache.

Thanks,
James



From richard.greenwood at gmail.com  Wed Feb  5 18:17:59 2014
From: richard.greenwood at gmail.com (Richard Greenwood)
Date: Wed, 5 Feb 2014 19:17:59 -0700
Subject: [mapserver-users] WMS display of NODATA pixels
In-Reply-To: <8927DBC1C0E7CB4A9823B7478829091D1993B3C3@OIT-TEAQEXMBX01.som.w2k.state.me.us>
References: <8927DBC1C0E7CB4A9823B7478829091D1993B3C3@OIT-TEAQEXMBX01.som.w2k.state.me.us>
Message-ID: <CAHBySPYpEki41Pz=887njFtUiOsr_mvu51zZkCVK_nMAoJ6gBQ@mail.gmail.com>

This is a long shot but if it was me I'd play with a virtual raster:
   gdalbuildvrt  -srcnodata "-999" -vrtnodata "255 255 255"  mosaic100.vrt
mosaic100.tif
My example above is probably not correct. It's assuming a single band or
channel input and 3 bands/channel output but hopefully you get my idea.

Rich



On Fri, Jan 31, 2014 at 2:18 PM, Smith, Michael <Michael.Smith at maine.gov>wrote:

>  Hi group,
>
>
>
> I am having a heck of a time figuring out how to have MapServer ignore
> NODATA values in a WMS.  Please help!
>
>
>
> ***THE DATA
>
>
>
> GDAL shows the NODATA value of this TIFF to be -999:
>
>
>
> C:\WorkSpace\medem2>gdalinfo mosaic100.tif
>
>   <snip>
>
>   NoData Value=-999
>
>
>
> I also confirmed this in ArcGIS, the NoData pixels do not draw.  The
> raster is a 32-bit float (a DEM).
>
>
>
> ***THE MAPFILE
>
>
>
> I have tried the following, which the docs all indicate should work:
>
>
>
>   PROCESSING "NODATA=-999"  (nodata pixels show as black)
>
>
>
>  PROCESSING "SCALE=-3,950"  (again nodata pixels -999 show as black, it
> does scale the rest of the data)
>
>
>
>   CLASS
>
>     EXPRESSION ([pixel] > -999)   (whole image is white)
>
>   END
>
>
>
>   PROCESSING "LUT=0:0,100:128,500:192,951:255"  (nodata pixels show black,
> it does apply the LUT correctly otherwise)
>
>
>
> ***CHECK IT OUT
>
>
>
> You can see this for yourself if you like, use this WMS:
>
>
> http://mapserver.maine.gov/wms/mapserv.exe?map=c:/wms/topos.map&
>
>
>
> Choose the Maine_DEM_2m group
>
>
>
> ===============================
> *Michael Smith MS GISP*
> State GIS Manager, Maine Office of GIS
> State of Maine, Office of Information Technology
> *michael.smith _at_ maine.gov <http://maine.gov>* 207-215-5530
>
> Board Member, Maine GeoLibrary
> Education Chair, Maine GIS Users Group
> State Rep, National States Geographic Information Council
>
>
> State House Station 145
> 51 Commerce Drive
> Augusta, ME 04333-0145
> 69o 47' 58.9"W  44o 21' 54.8"N
>
> _______________________________________________
> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140205/3310988f/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 9032 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140205/3310988f/attachment.jpg>

From Robertas.Kerpys at bentley.com  Wed Feb  5 23:54:40 2014
From: Robertas.Kerpys at bentley.com (Robertas.Kerpys at bentley.com)
Date: Thu, 6 Feb 2014 07:54:40 +0000
Subject: [mapserver-users] Make MapServer trust self-signed certificate on
	Windows
Message-ID: <CADE172136AED84DA8E4D2BA8FB733596247D2FE@extprdmbx04.bentley.com>

Hi Folks,



I want to access MapServer SLD resource via secure connection. I've set up SSL on IIS for my web site successfully using a self-signed certificate. Then I added self-signed certificate into a curl-ca-bundle.crt certificate file and set CURL_CA_BUNDLE system level environment variable pointing to curl-ca-bundle.crt file.

Aforementioned steps are covered in the following resources:

?  How to set up MapServer as a client to access a service over https<http://mapserver.org/ogc/wxs_secure.html>

?  MapServer with OpenSSL support<http://blog.gisinternals.com/2010/12/daily-built-binary-packages-for.html>



Unfortunately this configuration does not work and curl throws invalid certificate exception when accessing the following URL: https://domain/cgi-bin/mapserv.exe?map=name1.map&LAYERS=SPECIFICLAYER&TRANSPARENT=TRUE&SLD=https%3A%2F%2Fdomain%2Fcgi-bin%2F%2Fsld.xml&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap

<?xml version='1.0' encoding="ISO-8859-1" standalone="no" ?>
<!DOCTYPE ServiceExceptionReport SYSTEM "http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtd">
<ServiceExceptionReport version="1.1.1">
<ServiceException>
msSLDApplySLDURL: WMS server error. Could not open SLD https://domain/cgi-bin//sld.xml and save it in temporary file C:\Windows\TEMP\52f0d577_1380_0.sld.xml. Please make sure that the sld url is valid and that the temporary path is set. The temporary path can be defined for example by setting TMPPATH in the map file. Please check the MapServer documentation on temporary path settings.
msHTTPExecuteRequests(): HTTP request error. HTTP: request failed with curl error code 60 (SSL certificate problem, verify that the CA cert is OK. Details:
error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed) for https://domain/cgi-bin//sld.xml
</ServiceException>
</ServiceExceptionReport>


If curl is used separately it doesn't throw the certificate exception when used with the same curl-ca-bundle.crt file. This suggests that MapServer does not take into account CURL_CA_BUNDLE environment path and does not pass it to libcurl. But according to MapServer code<https://github.com/mapserver/mapserver/blob/7f3e75cbc277b19774dc7030b76b92985f9690c6/maphttp.c> it should check for CURL_CA_BUNDLE environment variable and if set use it for cURL. However this doesn't seem to be the case.

I even restarted my server for IIS process to pick up new environment variables: http://geographika.co.uk/reboot-to-refresh-environment-variables

Am I missing something?

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

From havard.tveite at nmbu.no  Thu Feb  6 00:02:54 2014
From: havard.tveite at nmbu.no (=?ISO-8859-1?Q?H=E5vard_Tveite?=)
Date: Thu, 6 Feb 2014 09:02:54 +0100
Subject: [mapserver-users] scaling symbols along a line
In-Reply-To: <C9CEA89772DA74488B5A5B6EB17DC48106785369@055-CH1MPN1-003.055d.mgd.msft.net>
References: <C9CEA89772DA74488B5A5B6EB17DC48106785369@055-CH1MPN1-003.055d.mgd.msft.net>
Message-ID: <52F341AE.3010605@nmbu.no>

I don't think this is supported.
What I guess you could do is to place a small symbol at
one end of the line, and a large symbol at the other end
(using geomtransform start / end), and then add symbols
with an intermediate size in between (using gap and
initialgap - will probably give some problems with symbol
overlap at the end of the line...).

H?vard

On 05.02.2014 17:01, Basques, Bob (CI-StPaul) wrote:
> All,
>
> Is there a way to scale symbols along a line somehow?
>
> I want to make a symbol decrease in size at a regular interval along a line.  The idea is show direction of travel with an increasing symbol size as the last location.  I know I can do this with a AJAX call and dressing it in the browser, but can mapserver do this for decorating a line, which would be much quicker (and easier)?
>
> Thanks
>
> Bobb
>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>

-- 
H?vard Tveite
Department of Mathematical Sciences and Technology, NMBU
Dr?bakveien 31, POBox 5003, N-1432 ?s, NORWAY
Phone: +47 64965483 Fax: +47 64965401 http://www.nmbu.no/imt/


From jukka.rahkonen at mmmtike.fi  Thu Feb  6 00:12:43 2014
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka  (Tike))
Date: Thu, 6 Feb 2014 08:12:43 +0000
Subject: [mapserver-users] Make MapServer trust self-signed certificate
 on	Windows
Message-ID: <EFE5D7EE2EC8D3438FE02E356F81E35A02429E@FITLK-EXMBX04.msvyvi.vaha.local>

Hi,

I seem to have this setting done in Apache's httpd.conf file as
SetEnv CURL_CA_BUNDLE "d:/Program Files/ms4w/Apache/conf/ca-bundle/cacert.pem"

Check if that works better, or if there happens to be a line already overriding your system wide setting.

-Jukka Rahkonen-


Robertas.Kerpys at bentley.com<mailto:Robertas.Kerpys at bentley.com> wrote:


Hi Folks,



I want to access MapServer SLD resource via secure connection. I've set up SSL on IIS for my web site successfully using a self-signed certificate. Then I added self-signed certificate into a curl-ca-bundle.crt certificate file and set CURL_CA_BUNDLE system level environment variable pointing to curl-ca-bundle.crt file.

Aforementioned steps are covered in the following resources:

?  How to set up MapServer as a client to access a service over https<http://mapserver.org/ogc/wxs_secure.html>

?  MapServer with OpenSSL support<http://blog.gisinternals.com/2010/12/daily-built-binary-packages-for.html>



Unfortunately this configuration does not work and curl throws invalid certificate exception when accessing the following URL: https://domain/cgi-bin/mapserv.exe?map=name1.map&LAYERS=SPECIFICLAYER&TRANSPARENT=TRUE&SLD=https%3A%2F%2Fdomain%2Fcgi-bin%2F%2Fsld.xml&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap

<?xml version='1.0' encoding="ISO-8859-1" standalone="no" ?>
<!DOCTYPE ServiceExceptionReport SYSTEM "http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtd">
<ServiceExceptionReport version="1.1.1">
<ServiceException>
msSLDApplySLDURL: WMS server error. Could not open SLD https://domain/cgi-bin//sld.xml<https://domain/cgi-bin/sld.xml> and save it in temporary file C:\Windows\TEMP\52f0d577_1380_0.sld.xml. Please make sure that the sld url is valid and that the temporary path is set. The temporary path can be defined for example by setting TMPPATH in the map file. Please check the MapServer documentation on temporary path settings.
msHTTPExecuteRequests(): HTTP request error. HTTP: request failed with curl error code 60 (SSL certificate problem, verify that the CA cert is OK. Details:
error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed) for https://domain/cgi-bin//sld.xml<https://domain/cgi-bin/sld.xml>
</ServiceException>
</ServiceExceptionReport>


If curl is used separately it doesn't throw the certificate exception when used with the same curl-ca-bundle.crt file. This suggests that MapServer does not take into account CURL_CA_BUNDLE environment path and does not pass it to libcurl. But according to MapServer code<https://github.com/mapserver/mapserver/blob/7f3e75cbc277b19774dc7030b76b92985f9690c6/maphttp.c> it should check for CURL_CA_BUNDLE environment variable and if set use it for cURL. However this doesn't seem to be the case.

I even restarted my server for IIS process to pick up new environment variables: http://geographika.co.uk/reboot-to-refresh-environment-variables

Am I missing something?

Thanks,
Robertas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140206/06ed1eed/attachment.htm>

From Robertas.Kerpys at bentley.com  Thu Feb  6 00:53:44 2014
From: Robertas.Kerpys at bentley.com (Robertas.Kerpys at bentley.com)
Date: Thu, 6 Feb 2014 08:53:44 +0000
Subject: [mapserver-users] Make MapServer trust self-signed certificate
 on	Windows
In-Reply-To: <EFE5D7EE2EC8D3438FE02E356F81E35A02429E@FITLK-EXMBX04.msvyvi.vaha.local>
References: <EFE5D7EE2EC8D3438FE02E356F81E35A02429E@FITLK-EXMBX04.msvyvi.vaha.local>
Message-ID: <CADE172136AED84DA8E4D2BA8FB733596247D334@extprdmbx04.bentley.com>

Thanks Jukka, but we are using IIS 7.5 server and MapServer runs through FastCGI.

Robertas

From: Rahkonen Jukka (Tike) [mailto:jukka.rahkonen at mmmtike.fi]
Sent: Thursday, February 06, 2014 10:13 AM
To: Robertas Kerpys; 'mapserver-users at lists.osgeo.org'
Subject: Re: [mapserver-users] Make MapServer trust self-signed certificate on Windows

Hi,

I seem to have this setting done in Apache's httpd.conf file as
SetEnv CURL_CA_BUNDLE "d:/Program Files/ms4w/Apache/conf/ca-bundle/cacert.pem"

Check if that works better, or if there happens to be a line already overriding your system wide setting.

-Jukka Rahkonen-


Robertas.Kerpys at bentley.com<mailto:Robertas.Kerpys at bentley.com> wrote:


Hi Folks,



I want to access MapServer SLD resource via secure connection. I've set up SSL on IIS for my web site successfully using a self-signed certificate. Then I added self-signed certificate into a curl-ca-bundle.crt certificate file and set CURL_CA_BUNDLE system level environment variable pointing to curl-ca-bundle.crt file.

Aforementioned steps are covered in the following resources:

?  How to set up MapServer as a client to access a service over https<http://mapserver.org/ogc/wxs_secure.html>

?  MapServer with OpenSSL support<http://blog.gisinternals.com/2010/12/daily-built-binary-packages-for.html>



Unfortunately this configuration does not work and curl throws invalid certificate exception when accessing the following URL: https://domain/cgi-bin/mapserv.exe?map=name1.map&LAYERS=SPECIFICLAYER&TRANSPARENT=TRUE&SLD=https%3A%2F%2Fdomain%2Fcgi-bin%2F%2Fsld.xml&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap

<?xml version='1.0' encoding="ISO-8859-1" standalone="no" ?>
<!DOCTYPE ServiceExceptionReport SYSTEM "http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtd">
<ServiceExceptionReport version="1.1.1">
<ServiceException>
msSLDApplySLDURL: WMS server error. Could not open SLD https://domain/cgi-bin//sld.xml<https://domain/cgi-bin/sld.xml> and save it in temporary file C:\Windows\TEMP\52f0d577_1380_0.sld.xml. Please make sure that the sld url is valid and that the temporary path is set. The temporary path can be defined for example by setting TMPPATH in the map file. Please check the MapServer documentation on temporary path settings.
msHTTPExecuteRequests(): HTTP request error. HTTP: request failed with curl error code 60 (SSL certificate problem, verify that the CA cert is OK. Details:
error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed) for https://domain/cgi-bin//sld.xml<https://domain/cgi-bin/sld.xml>
</ServiceException>
</ServiceExceptionReport>


If curl is used separately it doesn't throw the certificate exception when used with the same curl-ca-bundle.crt file. This suggests that MapServer does not take into account CURL_CA_BUNDLE environment path and does not pass it to libcurl. But according to MapServer code<https://github.com/mapserver/mapserver/blob/7f3e75cbc277b19774dc7030b76b92985f9690c6/maphttp.c> it should check for CURL_CA_BUNDLE environment variable and if set use it for cURL. However this doesn't seem to be the case.

I even restarted my server for IIS process to pick up new environment variables: http://geographika.co.uk/reboot-to-refresh-environment-variables

Am I missing something?

Thanks,
Robertas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140206/8d1d9d95/attachment.htm>

From jukka.rahkonen at mmmtike.fi  Thu Feb  6 01:36:36 2014
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka  (Tike))
Date: Thu, 6 Feb 2014 09:36:36 +0000
Subject: [mapserver-users] Make MapServer trust self-signed certificate
 on	Windows
Message-ID: <EFE5D7EE2EC8D3438FE02E356F81E35A024316@FITLK-EXMBX04.msvyvi.vaha.local>

Hi,

Try to study one problem at a time. You wrote:
"This suggests that MapServer does not take into account CURL_CA_BUNDLE environment path and does not pass it to libcurl".
That's not accurate, so far you only know
"This suggests that MapServer does not take into account CURL_CA_BUNDLE environment path and does not pass it to libcurl when MS is run as fast-cgi on IIS and it tries to read a remote SLD file ".

I would install ms4w with ca-bundle in a known place and try if it is possible to use the SLD then via cgi. If it works I would know that it is possible. Next I would have a try with fast-cgi. If it still works I would know that I only need to make it to work with IIS. Myself I have only struggled with self-signed certificates when cascading WMS servers.  I know how to make that work but I would not blindly trust that SLDs behave in a similar way but I would make a quick test first.

-Jukka Rahkonen-



L?hett?j?: Robertas.Kerpys at bentley.com [mailto:Robertas.Kerpys at bentley.com]
L?hetetty: 6. helmikuuta 2014 10:54
Vastaanottaja: Rahkonen Jukka (Tike); mapserver-users at lists.osgeo.org
Aihe: RE: [mapserver-users] Make MapServer trust self-signed certificate on Windows

Thanks Jukka, but we are using IIS 7.5 server and MapServer runs through FastCGI.

Robertas

From: Rahkonen Jukka (Tike) [mailto:jukka.rahkonen at mmmtike.fi]
Sent: Thursday, February 06, 2014 10:13 AM
To: Robertas Kerpys; 'mapserver-users at lists.osgeo.org'
Subject: Re: [mapserver-users] Make MapServer trust self-signed certificate on Windows

Hi,

I seem to have this setting done in Apache's httpd.conf file as
SetEnv CURL_CA_BUNDLE "d:/Program Files/ms4w/Apache/conf/ca-bundle/cacert.pem"

Check if that works better, or if there happens to be a line already overriding your system wide setting.

-Jukka Rahkonen-


Robertas.Kerpys at bentley.com<mailto:Robertas.Kerpys at bentley.com> wrote:


Hi Folks,



I want to access MapServer SLD resource via secure connection. I've set up SSL on IIS for my web site successfully using a self-signed certificate. Then I added self-signed certificate into a curl-ca-bundle.crt certificate file and set CURL_CA_BUNDLE system level environment variable pointing to curl-ca-bundle.crt file.

Aforementioned steps are covered in the following resources:

?  How to set up MapServer as a client to access a service over https<http://mapserver.org/ogc/wxs_secure.html>

?  MapServer with OpenSSL support<http://blog.gisinternals.com/2010/12/daily-built-binary-packages-for.html>



Unfortunately this configuration does not work and curl throws invalid certificate exception when accessing the following URL: https://domain/cgi-bin/mapserv.exe?map=name1.map&LAYERS=SPECIFICLAYER&TRANSPARENT=TRUE&SLD=https%3A%2F%2Fdomain%2Fcgi-bin%2F%2Fsld.xml&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap

<?xml version='1.0' encoding="ISO-8859-1" standalone="no" ?>
<!DOCTYPE ServiceExceptionReport SYSTEM "http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtd">
<ServiceExceptionReport version="1.1.1">
<ServiceException>
msSLDApplySLDURL: WMS server error. Could not open SLD https://domain/cgi-bin//sld.xml<https://domain/cgi-bin/sld.xml> and save it in temporary file C:\Windows\TEMP\52f0d577_1380_0.sld.xml. Please make sure that the sld url is valid and that the temporary path is set. The temporary path can be defined for example by setting TMPPATH in the map file. Please check the MapServer documentation on temporary path settings.
msHTTPExecuteRequests(): HTTP request error. HTTP: request failed with curl error code 60 (SSL certificate problem, verify that the CA cert is OK. Details:
error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed) for https://domain/cgi-bin//sld.xml<https://domain/cgi-bin/sld.xml>
</ServiceException>
</ServiceExceptionReport>


If curl is used separately it doesn't throw the certificate exception when used with the same curl-ca-bundle.crt file. This suggests that MapServer does not take into account CURL_CA_BUNDLE environment path and does not pass it to libcurl. But according to MapServer code<https://github.com/mapserver/mapserver/blob/7f3e75cbc277b19774dc7030b76b92985f9690c6/maphttp.c> it should check for CURL_CA_BUNDLE environment variable and if set use it for cURL. However this doesn't seem to be the case.

I even restarted my server for IIS process to pick up new environment variables: http://geographika.co.uk/reboot-to-refresh-environment-variables

Am I missing something?

Thanks,
Robertas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140206/8d2ff3cf/attachment.htm>

From Robertas.Kerpys at bentley.com  Thu Feb  6 01:57:41 2014
From: Robertas.Kerpys at bentley.com (Robertas.Kerpys at bentley.com)
Date: Thu, 6 Feb 2014 09:57:41 +0000
Subject: [mapserver-users] Make MapServer trust self-signed certificate
 on	Windows
In-Reply-To: <EFE5D7EE2EC8D3438FE02E356F81E35A024316@FITLK-EXMBX04.msvyvi.vaha.local>
References: <EFE5D7EE2EC8D3438FE02E356F81E35A024316@FITLK-EXMBX04.msvyvi.vaha.local>
Message-ID: <CADE172136AED84DA8E4D2BA8FB733596247D387@extprdmbx04.bentley.com>

Alright, fair enough :)

I'll try to set up and test as you suggested.

Robertas

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Rahkonen Jukka (Tike)
Sent: Thursday, February 06, 2014 11:37 AM
To: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Make MapServer trust self-signed certificate on Windows

Hi,

Try to study one problem at a time. You wrote:
"This suggests that MapServer does not take into account CURL_CA_BUNDLE environment path and does not pass it to libcurl".
That's not accurate, so far you only know
"This suggests that MapServer does not take into account CURL_CA_BUNDLE environment path and does not pass it to libcurl when MS is run as fast-cgi on IIS and it tries to read a remote SLD file ".

I would install ms4w with ca-bundle in a known place and try if it is possible to use the SLD then via cgi. If it works I would know that it is possible. Next I would have a try with fast-cgi. If it still works I would know that I only need to make it to work with IIS. Myself I have only struggled with self-signed certificates when cascading WMS servers.  I know how to make that work but I would not blindly trust that SLDs behave in a similar way but I would make a quick test first.

-Jukka Rahkonen-



L?hett?j?: Robertas.Kerpys at bentley.com<mailto:Robertas.Kerpys at bentley.com> [mailto:Robertas.Kerpys at bentley.com]
L?hetetty: 6. helmikuuta 2014 10:54
Vastaanottaja: Rahkonen Jukka (Tike); mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Aihe: RE: [mapserver-users] Make MapServer trust self-signed certificate on Windows

Thanks Jukka, but we are using IIS 7.5 server and MapServer runs through FastCGI.

Robertas

From: Rahkonen Jukka (Tike) [mailto:jukka.rahkonen at mmmtike.fi]
Sent: Thursday, February 06, 2014 10:13 AM
To: Robertas Kerpys; 'mapserver-users at lists.osgeo.org'
Subject: Re: [mapserver-users] Make MapServer trust self-signed certificate on Windows

Hi,

I seem to have this setting done in Apache's httpd.conf file as
SetEnv CURL_CA_BUNDLE "d:/Program Files/ms4w/Apache/conf/ca-bundle/cacert.pem"

Check if that works better, or if there happens to be a line already overriding your system wide setting.

-Jukka Rahkonen-


Robertas.Kerpys at bentley.com<mailto:Robertas.Kerpys at bentley.com> wrote:


Hi Folks,



I want to access MapServer SLD resource via secure connection. I've set up SSL on IIS for my web site successfully using a self-signed certificate. Then I added self-signed certificate into a curl-ca-bundle.crt certificate file and set CURL_CA_BUNDLE system level environment variable pointing to curl-ca-bundle.crt file.

Aforementioned steps are covered in the following resources:

?  How to set up MapServer as a client to access a service over https<http://mapserver.org/ogc/wxs_secure.html>

?  MapServer with OpenSSL support<http://blog.gisinternals.com/2010/12/daily-built-binary-packages-for.html>



Unfortunately this configuration does not work and curl throws invalid certificate exception when accessing the following URL: https://domain/cgi-bin/mapserv.exe?map=name1.map&LAYERS=SPECIFICLAYER&TRANSPARENT=TRUE&SLD=https%3A%2F%2Fdomain%2Fcgi-bin%2F%2Fsld.xml&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap

<?xml version='1.0' encoding="ISO-8859-1" standalone="no" ?>
<!DOCTYPE ServiceExceptionReport SYSTEM "http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtd">
<ServiceExceptionReport version="1.1.1">
<ServiceException>
msSLDApplySLDURL: WMS server error. Could not open SLD https://domain/cgi-bin//sld.xml<https://domain/cgi-bin/sld.xml> and save it in temporary file C:\Windows\TEMP\52f0d577_1380_0.sld.xml. Please make sure that the sld url is valid and that the temporary path is set. The temporary path can be defined for example by setting TMPPATH in the map file. Please check the MapServer documentation on temporary path settings.
msHTTPExecuteRequests(): HTTP request error. HTTP: request failed with curl error code 60 (SSL certificate problem, verify that the CA cert is OK. Details:
error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed) for https://domain/cgi-bin//sld.xml<https://domain/cgi-bin/sld.xml>
</ServiceException>
</ServiceExceptionReport>


If curl is used separately it doesn't throw the certificate exception when used with the same curl-ca-bundle.crt file. This suggests that MapServer does not take into account CURL_CA_BUNDLE environment path and does not pass it to libcurl. But according to MapServer code<https://github.com/mapserver/mapserver/blob/7f3e75cbc277b19774dc7030b76b92985f9690c6/maphttp.c> it should check for CURL_CA_BUNDLE environment variable and if set use it for cURL. However this doesn't seem to be the case.

I even restarted my server for IIS process to pick up new environment variables: http://geographika.co.uk/reboot-to-refresh-environment-variables

Am I missing something?

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

From Gregor.Karzelek at heller-ig.com  Thu Feb  6 06:38:30 2014
From: Gregor.Karzelek at heller-ig.com (Gregor Karzelek)
Date: Thu, 6 Feb 2014 14:38:30 +0000
Subject: [mapserver-users] MapServer should not collapse geometries in same
	layer class
Message-ID: <D6DAF8A0-9D6F-44E5-B947-2E914B30B512@heller-ig.de>

Hi,

We have a MapServer (6.2.0) where we need to display data which is referencing roads. The roads themselves are rendered as lines and there it is nice, that between the individual road sections there is no border/outline in between, but they are ?collapsed? to one single line.
The other data is in data structure, very similar - but there we want to see exactly where one object ends and the other begins. So there we would like to see the outline ?cutting? the line.

As pictures say more then words:
For roads we want this: http://develop2.heller-ig.de/mapserver/collapsed.png
For the other data we rather want this: http://develop2.heller-ig.de/mapserver/not_collapsed.png


I searched in the online resources at mapserver.org<http://mapserver.org> for layer, for class, for style but haven?t found anything on this topic.
Is this possible at all with MapServer? And if not, would it be possible to integrate such a feature in the near future?


Regards
Gregor Karzelek

________________________________
Gregor Karzelek

Systemarchitekt

HELLER Ingenieurgesellschaft mbH
Otto-Hesse-Stra?e 19 / T3
64293 Darmstadt
Tel.: +49 6151 66846-16
Fax: +49 6151 66846-22
E-Mail: gregor.karzelek at heller-ig.com<mailto:gregor.karzelek at heller-ig.com>
Internet: www.heller-ig.com<http://www.heller-ig.com>

Gesch?ftsf?hrer: Dipl.-Ing. Henning Balck, Dipl.-Ing. Christian Komma
Handelsregister: Amtsgericht Darmstadt HRB 8310
Ust.-Ident.-Nr.: DE 217 293 137



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

From yves.jacolin at camptocamp.com  Thu Feb  6 08:14:32 2014
From: yves.jacolin at camptocamp.com (Yves Jacolin)
Date: Thu, 6 Feb 2014 17:14:32 +0100
Subject: [mapserver-users] XML parsing error with extended Inspire WMS
 1.1.1 capabilities
In-Reply-To: <6F331135492B944D90731CE93743D568029494@FS-EX-DB101.fs.sachsen.de>
References: <EFE5D7EE2EC8D3438FE02E356F81E35A01FD89@FITLK-EXMBX04.msvyvi.vaha.local>
	<52E91735.9040809@meissl.name>
	<CAO8EQxavy2Z=BbxiOgTWaO0RNT0La+nWUuC8Ktd-5mVweARagw@mail.gmail.com>
	<6F331135492B944D90731CE93743D568029494@FS-EX-DB101.fs.sachsen.de>
Message-ID: <CAO8EQxYczmmgneHsy-CZ2DVQxp7TN32k1nQWSGQMmWDyBuwTJg@mail.gmail.com>

Hello,

Thanks, we will try to do a pull request on this soon.

Y.


2014-01-31 Eichner, Andreas - SID-NLKM <Andreas.Eichner at sid.sachsen.de>:

>
> > I get this error: Namespace prefix xsi for type on MandatoryKeyword
> > is not defined
>
> You're right. The problem using DTD is that namespace declarations are done
> using FIXED attributes. Therefore the DTD part
>  <!ATTLIST inspire_common:MandatoryKeyword
>    xmlns:inspire_common CDATA #FIXED "
> http://inspire.ec.europa.eu/schemas/common/1.0"
>  >
>
> Should be:
>  <!ATTLIST inspire_common:MandatoryKeyword
>    xmlns:inspire_common CDATA #FIXED "
> http://inspire.ec.europa.eu/schemas/common/1.0"
>    xmlns:xsi CDATA #FIXED "http://www.w3.org/2001/XMLSchemainstance"
>  >
>
> Because for element inspire_common:Keyword the xsi:type attribute is
> declared
> it should probably also be done for the inspire_common:MandatoryKeyword.
>
> So I would consider this being an incomplete document type definition.
> Fixing this should be simple.
>
> HTH
>



-- 
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) : 021 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81

Mail : yves.jacolin at camptocamp.com
http://www.camptocamp.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140206/39ee4114/attachment.htm>

From James.Evans at hill.af.mil  Thu Feb  6 21:09:09 2014
From: James.Evans at hill.af.mil (James_in_Utah)
Date: Thu, 6 Feb 2014 21:09:09 -0800 (PST)
Subject: [mapserver-users] Serving tiled image sets with MapServer?
Message-ID: <1391749749908-5102393.post@n6.nabble.com>

Hi,
We have several imagery sets that are already tiled, in WorldWind format. 
They are mostly jpg images and the individual tiles are 512x512 pixels in
size.  It possible to serve that imagery to WMS clients using Mapserver?  I
would like to point a layer in my mapfile at the directory where the images
are stored, and have Mapserver use the files directly, not have Mapserver
make request to a tile server, if that's possible.
Thanks,
James




--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Serving-tiled-image-sets-with-MapServer-tp5102393.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From jukka.rahkonen at mmmtike.fi  Thu Feb  6 23:20:27 2014
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka  (Tike))
Date: Fri, 7 Feb 2014 07:20:27 +0000
Subject: [mapserver-users] Serving tiled image sets with MapServer?
Message-ID: <EFE5D7EE2EC8D3438FE02E356F81E35A02482A@FITLK-EXMBX04.msvyvi.vaha.local>

Hi,

It might be possible by reading the disk cache through GDAL WMS driver "TMS minidriver"  http://www.gdal.org/frmt_wms.html. However, I do not know if it can be configured to read tiles from local file system. The place to do that would probably be the ServerUrl part.

<GDAL_WMS>
<Service name="TileService">
<Version>1</Version>
<ServerUrl>http://s0.tileservice.worldwindcentral.com/getTile?
</ServerUrl>

I would send a question to GDAL dev mailing list.

-Jukka Rahkonen-

James_in_Utah wrote:

 
> Hi,
> We have several imagery sets that are already tiled, in WorldWind format.
> They are mostly jpg images and the individual tiles are 512x512 pixels in size.  It
> possible to serve that imagery to WMS clients using Mapserver?  I would like to
> point a layer in my mapfile at the directory where the images are stored, and
> have Mapserver use the files directly, not have Mapserver make request to a tile
> server, if that's possible.
> Thanks,
> James
> 
> 
> 
> 
> --
> View this message in context: http://osgeo-org.1560.x6.nabble.com/Serving-
> tiled-image-sets-with-MapServer-tp5102393.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 aperi2007 at gmail.com  Fri Feb  7 00:39:13 2014
From: aperi2007 at gmail.com (Andrea Peri)
Date: Fri, 7 Feb 2014 09:39:13 +0100
Subject: [mapserver-users] mapfile for OpenStreetMap
Message-ID: <CABqTJk8L5qDmN9r=90brLm+6vH2BRKSgwg3JbxUGsszWdyLjPg@mail.gmail.com>

Hi,

there is some available mapfile able to render the OpenStreetMap datasets ?

I found something but it is using the mapscript, and python.

I not use the mapscript and like to found a mapfile only sample.


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

From tds at tds-net.de  Fri Feb  7 00:40:53 2014
From: tds at tds-net.de (TDS)
Date: Fri, 07 Feb 2014 09:40:53 +0100
Subject: [mapserver-users] mapfile for OpenStreetMap
In-Reply-To: <CABqTJk8L5qDmN9r=90brLm+6vH2BRKSgwg3JbxUGsszWdyLjPg@mail.gmail.com>
References: <CABqTJk8L5qDmN9r=90brLm+6vH2BRKSgwg3JbxUGsszWdyLjPg@mail.gmail.com>
Message-ID: <52F49C15.9050309@tds-net.de>

Look at https://github.com/mapserver/basemaps for IMPOSM or Mapnik for 
osm2pgsql.

MfG M. Martin
------------------------------------------------------------------------
mailto:tds at tds-net.de
------------------------------------------------------------------------
1+1=10
You have a question? - 42 or RTFM.
Am 07.02.2014 09:39, schrieb Andrea Peri:
> Hi,
>
> there is some available mapfile able to render the OpenStreetMap 
> datasets ?
>
> I found something but it is using the mapscript, and python.
>
> I not use the mapscript and like to found a mapfile only sample.
>
>
> -- 
> -----------------
> Andrea Peri
> . . . . . . . . .
> qwerty ?????
> -----------------
>
>
> _______________________________________________
> 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/20140207/41f5283c/attachment.htm>

From adams at terrestris.de  Fri Feb  7 00:48:14 2014
From: adams at terrestris.de (Till Adams)
Date: Fri, 07 Feb 2014 09:48:14 +0100
Subject: [mapserver-users] mapfile for OpenStreetMap
In-Reply-To: <CABqTJk8L5qDmN9r=90brLm+6vH2BRKSgwg3JbxUGsszWdyLjPg@mail.gmail.com>
References: <CABqTJk8L5qDmN9r=90brLm+6vH2BRKSgwg3JbxUGsszWdyLjPg@mail.gmail.com>
Message-ID: <52F49DCE.7000603@terrestris.de>

Dear Andrea,

there must be somewhere the files for the WMS shootout which are based 
on OSM and the structure delivered by imposm.

To find soemwhere here:
http://wiki.osgeo.org/wiki/Benchmarking_2011/

We've setup a osm wms which was originally based on these mapfiles but 
is different. So if you do not find them,. come back to me and I will 
look for our mapfiles.

That one looks good:
http://svn.osgeo.org/osgeo/foss4g/benchmarking/wms/2011/mapserver/osm-google.map

Regards, Till


Am 07.02.2014 09:39, schrieb Andrea Peri:
> Hi,
>
> there is some available mapfile able to render the OpenStreetMap datasets ?
>
> I found something but it is using the mapscript, and python.
>
> I not use the mapscript and like to found a mapfile only sample.
>
>
> --
> -----------------
> Andrea Peri
> . . . . . . . . .
> qwerty ?????
> -----------------
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>

-- 
NEWS:
-> map-it.ulm.de! Das Mitmachportal f?r Ulm

-> GO Mobile - jetzt WebGIS auch auf Smartphones
-> Jetzt OpenSource! SHOGun - das JavaBackend f?r WebGIS Anwendungen

------------------------------------------------
terrestris GmbH & Co. KG
Puetzchens Chaussee 56
53227 Bonn
Germany

Till Adams
Geschaeftsfuehrung

Tel:	+49 (0)228 / 962 899-52
Mobile:	+49 (0)151 / 25394429
Fax:	+49 (0)228 / 962 899-57
Skype:  tilladams

adams at terrestris.de
http://www.terrestris.de
Amtsgericht Bonn, HRA 6835
------------------------------------------------

Komplementaerin:

terrestris Verwaltungs GmbH

vertreten durch:
Hinrich Paulsen, Till Adams


From yves.jacolin at camptocamp.com  Fri Feb  7 03:30:07 2014
From: yves.jacolin at camptocamp.com (Yves Jacolin)
Date: Fri, 7 Feb 2014 12:30:07 +0100
Subject: [mapserver-users] XML parsing error with extended Inspire WMS
 1.1.1 capabilities
In-Reply-To: <CAO8EQxYczmmgneHsy-CZ2DVQxp7TN32k1nQWSGQMmWDyBuwTJg@mail.gmail.com>
References: <EFE5D7EE2EC8D3438FE02E356F81E35A01FD89@FITLK-EXMBX04.msvyvi.vaha.local>
	<52E91735.9040809@meissl.name>
	<CAO8EQxavy2Z=BbxiOgTWaO0RNT0La+nWUuC8Ktd-5mVweARagw@mail.gmail.com>
	<6F331135492B944D90731CE93743D568029494@FS-EX-DB101.fs.sachsen.de>
	<CAO8EQxYczmmgneHsy-CZ2DVQxp7TN32k1nQWSGQMmWDyBuwTJg@mail.gmail.com>
Message-ID: <CAO8EQxb-ZUW6aMdn5zb+ui1bxKU=7y5Hzbn1k=FP0Dn=EDMguw@mail.gmail.com>

FYI, Pierre Mauduit worked on this:
https://github.com/mapserver/mapserver/pull/4861

Y.


2014-02-06 Yves Jacolin <yves.jacolin at camptocamp.com>:

> Hello,
>
> Thanks, we will try to do a pull request on this soon.
>
> Y.
>
>
> 2014-01-31 Eichner, Andreas - SID-NLKM <Andreas.Eichner at sid.sachsen.de>:
>
>
>> > I get this error: Namespace prefix xsi for type on MandatoryKeyword
>> > is not defined
>>
>> You're right. The problem using DTD is that namespace declarations are
>> done
>> using FIXED attributes. Therefore the DTD part
>>  <!ATTLIST inspire_common:MandatoryKeyword
>>    xmlns:inspire_common CDATA #FIXED "
>> http://inspire.ec.europa.eu/schemas/common/1.0"
>>  >
>>
>> Should be:
>>  <!ATTLIST inspire_common:MandatoryKeyword
>>    xmlns:inspire_common CDATA #FIXED "
>> http://inspire.ec.europa.eu/schemas/common/1.0"
>>    xmlns:xsi CDATA #FIXED "http://www.w3.org/2001/XMLSchemainstance"
>>  >
>>
>> Because for element inspire_common:Keyword the xsi:type attribute is
>> declared
>> it should probably also be done for the inspire_common:MandatoryKeyword.
>>
>> So I would consider this being an incomplete document type definition.
>> Fixing this should be simple.
>>
>> HTH
>>
>
>
>
> --
> 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) : 021 619 10 43
> Mob. : +33 6 18 75 42 21
> Fax : 04 79 70 15 81
>
> Mail : yves.jacolin at camptocamp.com
> http://www.camptocamp.com
>



-- 
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) : 021 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81

Mail : yves.jacolin at camptocamp.com
http://www.camptocamp.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140207/124699cf/attachment.htm>

From jmckenna at gatewaygeomatics.com  Fri Feb  7 04:47:24 2014
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Fri, 07 Feb 2014 08:47:24 -0400
Subject: [mapserver-users] mapfile for OpenStreetMap
In-Reply-To: <52F49DCE.7000603@terrestris.de>
References: <CABqTJk8L5qDmN9r=90brLm+6vH2BRKSgwg3JbxUGsszWdyLjPg@mail.gmail.com>
	<52F49DCE.7000603@terrestris.de>
Message-ID: <52F4D5DC.5060402@gatewaygeomatics.com>

Hi Till,

That's great that those Benchmark mapfiles are so useful, I love that!
Thanks for sharing this with everyone.  And thanks to the MapServer team!

Your old friend,

-jeff


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



On 2/7/2014, 4:48 AM, Till Adams wrote:
> Dear Andrea,
> 
> there must be somewhere the files for the WMS shootout which are based
> on OSM and the structure delivered by imposm.
> 
> To find soemwhere here:
> http://wiki.osgeo.org/wiki/Benchmarking_2011/
> 
> We've setup a osm wms which was originally based on these mapfiles but
> is different. So if you do not find them,. come back to me and I will
> look for our mapfiles.
> 
> That one looks good:
> http://svn.osgeo.org/osgeo/foss4g/benchmarking/wms/2011/mapserver/osm-google.map
> 
> 
> Regards, Till
> 
> 
> Am 07.02.2014 09:39, schrieb Andrea Peri:
>> Hi,
>>
>> there is some available mapfile able to render the OpenStreetMap
>> datasets ?
>>
>> I found something but it is using the mapscript, and python.
>>
>> I not use the mapscript and like to found a mapfile only sample.
>>
>>
>> -- 
>> -----------------
>> Andrea Peri
>> . . . . . . . . .
>> qwerty ?????
>> -----------------
>>
>>


From thomas.bonfort at gmail.com  Fri Feb  7 05:09:29 2014
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Fri, 7 Feb 2014 14:09:29 +0100
Subject: [mapserver-users] MapServer should not collapse geometries in
 same layer class
In-Reply-To: <D6DAF8A0-9D6F-44E5-B947-2E914B30B512@heller-ig.de>
References: <D6DAF8A0-9D6F-44E5-B947-2E914B30B512@heller-ig.de>
Message-ID: <CAOM3y2ip49LKEqfKTn_Qai5geq5sJ2dsmAF0M=LAbokLjgqOiA@mail.gmail.com>

Gregor,
It's not possible yet, but shouldn't be very difficult to add with a
PROCESSING key to disable the behaviour. Definitely open an
enhancement issue for this so we don't forget about it, and eventually
contract a developper if you want to guarantee it's added to the
coming version.

regards,
thomas

On 6 February 2014 15:38, Gregor Karzelek <Gregor.Karzelek at heller-ig.com> wrote:
> Hi,
>
> We have a MapServer (6.2.0) where we need to display data which is
> referencing roads. The roads themselves are rendered as lines and there it
> is nice, that between the individual road sections there is no
> border/outline in between, but they are ?collapsed? to one single line.
> The other data is in data structure, very similar - but there we want to see
> exactly where one object ends and the other begins. So there we would like
> to see the outline ?cutting? the line.
>
> As pictures say more then words:
> For roads we want this: http://develop2.heller-ig.de/mapserver/collapsed.png
> For the other data we rather want this:
> http://develop2.heller-ig.de/mapserver/not_collapsed.png
>
>
> I searched in the online resources at mapserver.org for layer, for class,
> for style but haven?t found anything on this topic.
> Is this possible at all with MapServer? And if not, would it be possible to
> integrate such a feature in the near future?
>
>
> Regards
> Gregor Karzelek
>
> ________________________________
> Gregor Karzelek
>
> Systemarchitekt
>
> HELLER Ingenieurgesellschaft mbH
> Otto-Hesse-Stra?e 19 / T3
> 64293 Darmstadt
> Tel.: +49 6151 66846-16
> Fax: +49 6151 66846-22
> E-Mail: gregor.karzelek at heller-ig.com
> Internet: www.heller-ig.com
>
> Gesch?ftsf?hrer: Dipl.-Ing. Henning Balck, Dipl.-Ing. Christian Komma
> Handelsregister: Amtsgericht Darmstadt HRB 8310
> Ust.-Ident.-Nr.: DE 217 293 137
>
>
>
>
>
> _______________________________________________
> 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 Feb  7 05:15:13 2014
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka  (Tike))
Date: Fri, 7 Feb 2014 13:15:13 +0000
Subject: [mapserver-users] MapServer should not collapse geometries in
 same layer class
Message-ID: <EFE5D7EE2EC8D3438FE02E356F81E35A024AA9@FITLK-EXMBX04.msvyvi.vaha.local>

Hi,

If the aim is to see objects end, isn't GEOMTRANSFORM END just perfect for that?

http://www.mapserver.org/mapfile/style.html
"end: produces the last point of the current feature geometry. When used with ANGLE AUTO, it can for instance be used to render arrowheads on line segments."

-Jukka Rahkonen-


thomas bonfort wrote:
> 
> Gregor,
> It's not possible yet, but shouldn't be very difficult to add with a PROCESSING
> key to disable the behaviour. Definitely open an enhancement issue for this so
> we don't forget about it, and eventually contract a developper if you want to
> guarantee it's added to the coming version.
> 
> regards,
> thomas
> 
> On 6 February 2014 15:38, Gregor Karzelek <Gregor.Karzelek at heller-ig.com>
> wrote:
> > Hi,
> >
> > We have a MapServer (6.2.0) where we need to display data which is
> > referencing roads. The roads themselves are rendered as lines and
> > there it is nice, that between the individual road sections there is
> > no border/outline in between, but they are ?collapsed? to one single line.
> > The other data is in data structure, very similar - but there we want
> > to see exactly where one object ends and the other begins. So there we
> > would like to see the outline ?cutting? the line.
> >
> > As pictures say more then words:
> > For roads we want this:
> > http://develop2.heller-ig.de/mapserver/collapsed.png
> > For the other data we rather want this:
> > http://develop2.heller-ig.de/mapserver/not_collapsed.png
> >
> >
> > I searched in the online resources at mapserver.org for layer, for
> > class, for style but haven?t found anything on this topic.
> > Is this possible at all with MapServer? And if not, would it be
> > possible to integrate such a feature in the near future?
> >
> >
> > Regards
> > Gregor Karzelek
> >
> > ________________________________
> > Gregor Karzelek
> >
> > Systemarchitekt
> >
> > HELLER Ingenieurgesellschaft mbH
> > Otto-Hesse-Stra?e 19 / T3
> > 64293 Darmstadt
> > Tel.: +49 6151 66846-16
> > Fax: +49 6151 66846-22
> > E-Mail: gregor.karzelek at heller-ig.com
> > Internet: www.heller-ig.com
> >
> > Gesch?ftsf?hrer: Dipl.-Ing. Henning Balck, Dipl.-Ing. Christian Komma
> > Handelsregister: Amtsgericht Darmstadt HRB 8310
> > Ust.-Ident.-Nr.: DE 217 293 137
> >
> >
> >
> >
> >
> > _______________________________________________
> > 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 raizrobert at gmail.com  Fri Feb  7 06:44:05 2014
From: raizrobert at gmail.com (Robert R. Raiz)
Date: Fri, 7 Feb 2014 16:44:05 +0200
Subject: [mapserver-users] How to change output from
	selectOutputFormat('PNG32')?
Message-ID: <CAF=UrPm0xjT6nF_euygdZ+YfMcWvAECynqbEd52ieWSf2RwMTw@mail.gmail.com>

Hello,

Basically I would want to get a resulting png8 files because png32 produces
a larger file (in KiB).

Can someone clear this out for me? If I change PNG32 to PNG8 is returns the
same thing (a png32). If I comment this line in the script I still get
PNG32.

Where does it get the image format from? I thought it is from the mapfile
but I cannot seem to change this output. I would need some help in where to
look first in order to find the issue.

Running shp2img on the mapfile returns the desired outcome, a png8

Thank you all,

-- 
*Raiz Roland Robert*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140207/48bc53f3/attachment.htm>

From thomas.bonfort at gmail.com  Fri Feb  7 06:45:41 2014
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Fri, 7 Feb 2014 15:45:41 +0100
Subject: [mapserver-users] mapfile for OpenStreetMap
In-Reply-To: <52F49DCE.7000603@terrestris.de>
References: <CABqTJk8L5qDmN9r=90brLm+6vH2BRKSgwg3JbxUGsszWdyLjPg@mail.gmail.com>
	<52F49DCE.7000603@terrestris.de>
Message-ID: <CAOM3y2hoAnp=mtDbDcxcHMKBfqJoXVKGGv5ayUtN9jb0Y+S7Wg@mail.gmail.com>

>
> That one looks good:
> http://svn.osgeo.org/osgeo/foss4g/benchmarking/wms/2011/mapserver/osm-google.map
That's actually generated from the github basemaps project. I would
very strongly recommend basing any serious mapfile off the basemaps
project rather than this generated one, as that one is, well,
"generated" and not meant to be hand-edited.

--
thomas

>
> Regards, Till
>
>
>
> Am 07.02.2014 09:39, schrieb Andrea Peri:
>>
>> Hi,
>>
>>
>> there is some available mapfile able to render the OpenStreetMap datasets
>> ?
>>
>> I found something but it is using the mapscript, and python.
>>
>> I not use the mapscript and like to found a mapfile only sample.
>>
>>
>> --
>> -----------------
>> Andrea Peri
>> . . . . . . . . .
>> qwerty ?????
>> -----------------
>>
>>
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>
> --
> NEWS:
> -> map-it.ulm.de! Das Mitmachportal f?r Ulm
>
> -> GO Mobile - jetzt WebGIS auch auf Smartphones
> -> Jetzt OpenSource! SHOGun - das JavaBackend f?r WebGIS Anwendungen
>
> ------------------------------------------------
> terrestris GmbH & Co. KG
> Puetzchens Chaussee 56
> 53227 Bonn
> Germany
>
> Till Adams
> Geschaeftsfuehrung
>
> Tel:    +49 (0)228 / 962 899-52
> Mobile: +49 (0)151 / 25394429
> Fax:    +49 (0)228 / 962 899-57
> Skype:  tilladams
>
> adams at terrestris.de
> http://www.terrestris.de
> Amtsgericht Bonn, HRA 6835
> ------------------------------------------------
>
> Komplementaerin:
>
> terrestris Verwaltungs GmbH
>
> vertreten durch:
> Hinrich Paulsen, Till Adams
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From jmckenna at gatewaygeomatics.com  Fri Feb  7 06:50:34 2014
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Fri, 07 Feb 2014 10:50:34 -0400
Subject: [mapserver-users] mapfile for OpenStreetMap
In-Reply-To: <52F49DCE.7000603@terrestris.de>
References: <CABqTJk8L5qDmN9r=90brLm+6vH2BRKSgwg3JbxUGsszWdyLjPg@mail.gmail.com>
	<52F49DCE.7000603@terrestris.de>
Message-ID: <52F4F2BA.5080709@gatewaygeomatics.com>

Here is the working Benchmarking link:
http://wiki.osgeo.org/wiki/Benchmarking_2011

(thanks Flavio!!!!)

-jeff




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

On 2/7/2014, 4:48 AM, Till Adams wrote:
> Dear Andrea,
> 
> there must be somewhere the files for the WMS shootout which are based
> on OSM and the structure delivered by imposm.
> 
> To find soemwhere here:
> http://wiki.osgeo.org/wiki/Benchmarking_2011/
> 
> We've setup a osm wms which was originally based on these mapfiles but
> is different. So if you do not find them,. come back to me and I will
> look for our mapfiles.
> 
> That one looks good:
> http://svn.osgeo.org/osgeo/foss4g/benchmarking/wms/2011/mapserver/osm-google.map
> 
> 
> Regards, Till
> 
> 
> Am 07.02.2014 09:39, schrieb Andrea Peri:
>> Hi,
>>
>> there is some available mapfile able to render the OpenStreetMap
>> datasets ?
>>
>> I found something but it is using the mapscript, and python.
>>
>> I not use the mapscript and like to found a mapfile only sample.
>>
>>
>> -- 
>> -----------------
>> Andrea Peri
>> . . . . . . . . .
>> qwerty ?????
>> -----------------




From jukka.rahkonen at mmmtike.fi  Fri Feb  7 07:02:21 2014
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka  (Tike))
Date: Fri, 7 Feb 2014 15:02:21 +0000
Subject: [mapserver-users] How to change output
	from	selectOutputFormat('PNG32')?
In-Reply-To: <CAF=UrPm0xjT6nF_euygdZ+YfMcWvAECynqbEd52ieWSf2RwMTw@mail.gmail.com>
References: <CAF=UrPm0xjT6nF_euygdZ+YfMcWvAECynqbEd52ieWSf2RwMTw@mail.gmail.com>
Message-ID: <EFE5D7EE2EC8D3438FE02E356F81E35A024B6F@FITLK-EXMBX04.msvyvi.vaha.local>

Hi,

Unfortunately I do not know your script.
In a basic WMS usage the available formats are announced in GetCapabilities (hmm, seems to be version 5.6.5...)
http://demo.mapserver.org/cgi-bin/wms?SERVICE=WMS&VERSION=1.3.0&REQUEST=Getcapabilities

So if this is the default 8-bit png
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,continents,country_bounds,cities&STYLES=&FORMAT=image/png&TRANSPARENT=true

Then this one using image/png; mode=24bit gives it as 24-bit
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,continents,country_bounds,cities&STYLES=&FORMAT=image/png;%20mode=24bit&TRANSPARENT=true

-Jukka Rahkonen-



Robert R. Raiz wrote:

Hello,

Basically I would want to get a resulting png8 files because png32 produces a larger file (in KiB).

Can someone clear this out for me? If I change PNG32 to PNG8 is returns the same thing (a png32). If I comment this line in the script I still get PNG32.

Where does it get the image format from? I thought it is from the mapfile but I cannot seem to change this output. I would need some help in where to look first in order to find the issue.

Running shp2img on the mapfile returns the desired outcome, a png8

Thank you all,

--
Raiz Roland Robert

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

From Gregor.Karzelek at heller-ig.com  Fri Feb  7 07:48:10 2014
From: Gregor.Karzelek at heller-ig.com (Gregor Karzelek)
Date: Fri, 7 Feb 2014 15:48:10 +0000
Subject: [mapserver-users] MapServer should not collapse geometries in
 same layer class
In-Reply-To: <EFE5D7EE2EC8D3438FE02E356F81E35A024AA9@FITLK-EXMBX04.msvyvi.vaha.local>
References: <EFE5D7EE2EC8D3438FE02E356F81E35A024AA9@FITLK-EXMBX04.msvyvi.vaha.local>
Message-ID: <94FE7FF3-2199-4B0D-B07E-3FFB264B7C72@heller-ig.de>

Hi,

If the aim is to see objects end, isn't GEOMTRANSFORM END just perfect for that?

In theory GEOMTRANSFORM ?end? seems perfect for this. But according to my tests the GEOMTRANSFORMED style is painted below the other styles. No matter on which position in the STYLE list of the CLASS I put it (Or is there some Z-Order feature for STYLE I haven?t seen yet?). So it just is not what we would need, as we would need those marks on top of everything else.
So I an issue at Github as suggested (I hope it contains everything necessary).


Thanks for the help.


Regards
Gregor Karzelek


________________________________
Gregor Karzelek

Systemarchitekt

HELLER Ingenieurgesellschaft mbH
Otto-Hesse-Stra?e 19 / T3
64293 Darmstadt
Tel.: +49 6151 66846-16
Fax: +49 6151 66846-22
E-Mail: gregor.karzelek at heller-ig.com<mailto:gregor.karzelek at heller-ig.com>
Internet: www.heller-ig.com<http://www.heller-ig.com>

Gesch?ftsf?hrer: Dipl.-Ing. Henning Balck, Dipl.-Ing. Christian Komma
Handelsregister: Amtsgericht Darmstadt HRB 8310
Ust.-Ident.-Nr.: DE 217 293 137

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

From traviskirstine at gmail.com  Fri Feb  7 07:50:55 2014
From: traviskirstine at gmail.com (Travis Kirstine)
Date: Fri, 7 Feb 2014 10:50:55 -0500
Subject: [mapserver-users] PostGIS Data Query vs Expression
Message-ID: <CALtm4h33m4E=8Lfu_yJwyN=+gPKUamvZM+uqzSDngxq0q+zt9g@mail.gmail.com>

What is the best practice for using selecting data with a where clause in
MapServer using PostGIS connection

i.e.

DATA "the_geom from (SELECT gid, the_geom FROM audience_table WHERE
audience = 'Farmers') as foo using unique gid using SRID=4326"

OR

DATA "the_geom from audience_table using SRID=4326"

with a class expression

CLASSITEM audience
....
EXPRESSION 'Farmer'

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

From Steve.Lime at state.mn.us  Fri Feb  7 08:05:47 2014
From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT))
Date: Fri, 7 Feb 2014 16:05:47 +0000
Subject: [mapserver-users] PostGIS Data Query vs Expression
In-Reply-To: <CALtm4h33m4E=8Lfu_yJwyN=+gPKUamvZM+uqzSDngxq0q+zt9g@mail.gmail.com>
References: <CALtm4h33m4E=8Lfu_yJwyN=+gPKUamvZM+uqzSDngxq0q+zt9g@mail.gmail.com>
Message-ID: <C549F0496453D842B4DD71AC8188DDC57483BF@055-CH1MPN1-041.055d.mgd.msft.net>

Anything you can do in the data definition limits the number of features sent over the network, so that's preferable. Class expressions are generally used to sort features you want to draw differently.

Steve

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Travis Kirstine
Sent: Friday, February 07, 2014 9:51 AM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] PostGIS Data Query vs Expression

What is the best practice for using selecting data with a where clause in MapServer using PostGIS connection

i.e.

DATA "the_geom from (SELECT gid, the_geom FROM audience_table WHERE audience = 'Farmers') as foo using unique gid using SRID=4326"

OR

DATA "the_geom from audience_table using SRID=4326"

with a class expression

CLASSITEM audience
....
EXPRESSION 'Farmer'

Thanks

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

From traviskirstine at gmail.com  Fri Feb  7 08:20:17 2014
From: traviskirstine at gmail.com (Travis Kirstine)
Date: Fri, 7 Feb 2014 11:20:17 -0500
Subject: [mapserver-users] PostGIS Data Query vs Expression
In-Reply-To: <C549F0496453D842B4DD71AC8188DDC57483BF@055-CH1MPN1-041.055d.mgd.msft.net>
References: <CALtm4h33m4E=8Lfu_yJwyN=+gPKUamvZM+uqzSDngxq0q+zt9g@mail.gmail.com>
	<C549F0496453D842B4DD71AC8188DDC57483BF@055-CH1MPN1-041.055d.mgd.msft.net>
Message-ID: <CALtm4h38eVxb2oZUGddLKNadfZbKeDsE9JWZeJqcVWwtLLuDfQ@mail.gmail.com>

thx


On 7 February 2014 11:05, Lime, Steve D (MNIT) <Steve.Lime at state.mn.us>wrote:

>  Anything you can do in the data definition limits the number of features
> sent over the network, so that's preferable. Class expressions are
> generally used to sort features you want to draw differently.
>
>
>
> Steve
>
>
>
> *From:* mapserver-users-bounces at lists.osgeo.org [mailto:
> mapserver-users-bounces at lists.osgeo.org] *On Behalf Of *Travis Kirstine
> *Sent:* Friday, February 07, 2014 9:51 AM
> *To:* mapserver-users at lists.osgeo.org
> *Subject:* [mapserver-users] PostGIS Data Query vs Expression
>
>
>
> What is the best practice for using selecting data with a where clause in
> MapServer using PostGIS connection
>
>
>
> i.e.
>
>
>
> DATA "the_geom from (SELECT gid, the_geom FROM audience_table WHERE
> audience = 'Farmers') as foo using unique gid using SRID=4326"
>
>
>
> OR
>
>
>
> DATA "the_geom from audience_table using SRID=4326"
>
>
>
> with a class expression
>
>
>
> CLASSITEM audience
>
> ....
>
> EXPRESSION 'Farmer'
>
>
>
> Thanks
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140207/182484da/attachment.htm>

From Gregor.Karzelek at heller-ig.com  Fri Feb  7 08:29:34 2014
From: Gregor.Karzelek at heller-ig.com (Gregor Karzelek)
Date: Fri, 7 Feb 2014 16:29:34 +0000
Subject: [mapserver-users] PostGIS Data Query vs Expression
In-Reply-To: <CALtm4h33m4E=8Lfu_yJwyN=+gPKUamvZM+uqzSDngxq0q+zt9g@mail.gmail.com>
References: <CALtm4h33m4E=8Lfu_yJwyN=+gPKUamvZM+uqzSDngxq0q+zt9g@mail.gmail.com>
Message-ID: <8BA3BB57-5484-4341-9F39-349B38D12F23@heller-ig.com>

Hi,

Personally I would advice to use FILTER for that. FILTER is passed directly to the PostGIS DB as Part of the SQL WHERE and this way you can distinct more easily between "FROM" (DATA) and "WHERE" (FILTER).

For example in combination with OSM one can re-use the DATA for different road categories and distinct which objects to load via FILTER (e.g. FILTER "type in ('primarily', 'primarily_link')" ).


________________________________
Gregor Karzelek
Systemarchitekt
HELLER Ingenieurgesellschaft mbH
Otto-Hesse-Stra?e 19 / T3
64293 Darmstadt
Tel.: +49 6151 66846-16<tel:+49%206151%2066846-16>
Fax: +49 6151 66846-22<tel:+49%206151%2066846-22>
E-Mail: gregor.karzelek at heller-ig.com<mailto:gregor.karzelek at heller-ig.com>
Internet: www.heller-ig.com<http://www.heller-ig.com/>
Gesch?ftsf?hrer: Dipl.-Ing. Henning Balck, Dipl.-Ing. Christian Komma
Handelsregister: Amtsgericht Darmstadt HRB 8310
Ust.-Ident.-Nr.: DE 217 293 137<tel:217%20293%20137>

Am 07.02.2014 um 16:51 schrieb "Travis Kirstine" <traviskirstine at gmail.com<mailto:traviskirstine at gmail.com>>:

What is the best practice for using selecting data with a where clause in MapServer using PostGIS connection

i.e.

DATA "the_geom from (SELECT gid, the_geom FROM audience_table WHERE audience = 'Farmers') as foo using unique gid using SRID=4326"

OR

DATA "the_geom from audience_table using SRID=4326"

with a class expression

CLASSITEM audience
....
EXPRESSION 'Farmer'

Thanks

_______________________________________________
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/20140207/849d9a9b/attachment.htm>

From woodbri at swoodbridge.com  Fri Feb  7 08:58:07 2014
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Fri, 07 Feb 2014 11:58:07 -0500
Subject: [mapserver-users] MapServer should not collapse geometries in
 same layer class
In-Reply-To: <94FE7FF3-2199-4B0D-B07E-3FFB264B7C72@heller-ig.de>
References: <EFE5D7EE2EC8D3438FE02E356F81E35A024AA9@FITLK-EXMBX04.msvyvi.vaha.local>
	<94FE7FF3-2199-4B0D-B07E-3FFB264B7C72@heller-ig.de>
Message-ID: <52F5109F.1050902@swoodbridge.com>

On 2/7/2014 10:48 AM, Gregor Karzelek wrote:
> Hi,
>
>> If the aim is to see objects end, isn't GEOMTRANSFORM END just perfect
>> for that?
>
> In theory GEOMTRANSFORM ?end? seems perfect for this. But according to
> my tests the GEOMTRANSFORMED style is painted below the other styles. No
> matter on which position in the STYLE list of the CLASS I put it (Or is
> there some Z-Order feature for STYLE I haven?t seen yet?). So it just is
> not what we would need, as we would need those marks on top of
> everything else.
> So I an issue at Github as suggested (I hope it contains everything
> necessary).

The STYLEs are rendered in the order they are encountered in the mapfile.

So if you want it on top then make it the last style block.

-Steve W



From Gregor.Karzelek at heller-ig.com  Fri Feb  7 09:04:19 2014
From: Gregor.Karzelek at heller-ig.com (Gregor Karzelek)
Date: Fri, 7 Feb 2014 17:04:19 +0000
Subject: [mapserver-users] MapServer should not collapse geometries in
 same layer class
In-Reply-To: <52F5109F.1050902@swoodbridge.com>
References: <EFE5D7EE2EC8D3438FE02E356F81E35A024AA9@FITLK-EXMBX04.msvyvi.vaha.local>
	<94FE7FF3-2199-4B0D-B07E-3FFB264B7C72@heller-ig.de>,
	<52F5109F.1050902@swoodbridge.com>
Message-ID: <34B79666-A06C-48E1-91A8-B96FFA05AAD6@heller-ig.com>

The STYLEs are rendered in the order they are encountered in the mapfile.

So if you want it on top then make it the last style block.

Have tried it. Has not worked with the GEOMTRANSFORMed STYLE. Can retry and send example on Tuesday when I'm back in the office.


________________________________
Gregor Karzelek
Systemarchitekt
HELLER Ingenieurgesellschaft mbH
Otto-Hesse-Stra?e 19 / T3
64293 Darmstadt
Tel.: +49 6151 66846-16<tel:+49%206151%2066846-16>
Fax: +49 6151 66846-22<tel:+49%206151%2066846-22>
E-Mail: gregor.karzelek at heller-ig.com<mailto:gregor.karzelek at heller-ig.com>
Internet: www.heller-ig.com<http://www.heller-ig.com/>
Gesch?ftsf?hrer: Dipl.-Ing. Henning Balck, Dipl.-Ing. Christian Komma
Handelsregister: Amtsgericht Darmstadt HRB 8310
Ust.-Ident.-Nr.: DE 217 293 137<tel:217%20293%20137>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140207/1af54538/attachment.htm>

From jukka.rahkonen at mmmtike.fi  Fri Feb  7 10:56:51 2014
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka  (Tike))
Date: Fri, 7 Feb 2014 18:56:51 +0000
Subject: [mapserver-users] MapServer should not collapse geometries in
 same layer class
In-Reply-To: <34B79666-A06C-48E1-91A8-B96FFA05AAD6@heller-ig.com>
References: <EFE5D7EE2EC8D3438FE02E356F81E35A024AA9@FITLK-EXMBX04.msvyvi.vaha.local>
	<94FE7FF3-2199-4B0D-B07E-3FFB264B7C72@heller-ig.de>,
	<52F5109F.1050902@swoodbridge.com>,
	<34B79666-A06C-48E1-91A8-B96FFA05AAD6@heller-ig.com>
Message-ID: <EFE5D7EE2EC8D3438FE02E356F81E35A024C78@FITLK-EXMBX04.msvyvi.vaha.local>

Hi,

I made a quick test.

SYMBOL
        NAME "arrow-end"
        TYPE vector
        FILLED true
        POINTS
          0 0.4
          3 0.4
          3 0
          5 0.8
          3 1.6
          3 1.2
          0 1.2
          0 0.4
        END # POINTS
        ANCHORPOINT 1 0.5
END # SYMBOL

...
 CLASSITEM 'area'
      CLASS
      NAME "0,5 - 5 ha"
      EXPRESSION ([area]>=0.5 AND [area]<5)

       STYLE #outer black
         WIDTH 16
         COLOR 0 0 0
          LINEJOIN NONE
       END

       STYLE #inner blue
                WIDTH 12
                COLOR 85 170 255
                LINEJOIN NONE
       END

        STYLE #arrow
        GEOMTRANSFORM "end"
        COLOR 0 255 0
        SYMBOL "arrow-end"
        SIZE 16.0
        ANGLE AUTO
    END # STYLE
    END #CLASS

If I have either outer black or inner blue styles active the arrows show fine but when I turn both the outer and inner lines on the arrows get covered by the blue fill. Because the arrow is wider then the blue fill I can see that the outmost pixels of the arrow are rendered above the pixels of the outer black line making the arrow for example 40 pixels wide shows if very clearly.  Thus if Gregor wants to see the endpoints it should be possible by using a symbol that is wider than the inner fill but the result is probably not beautiful.

-Jukka Rahkonen-
________________________________
Gregor Karzelek wrote:

The STYLEs are rendered in the order they are encountered in the mapfile.

So if you want it on top then make it the last style block.

Have tried it. Has not worked with the GEOMTRANSFORMed STYLE. Can retry and send example on Tuesday when I'm back in the office.


________________________________
Gregor Karzelek
Systemarchitekt
HELLER Ingenieurgesellschaft mbH
Otto-Hesse-Stra?e 19 / T3
64293 Darmstadt
Tel.: +49 6151 66846-16<tel:+49%206151%2066846-16>
Fax: +49 6151 66846-22<tel:+49%206151%2066846-22>
E-Mail: gregor.karzelek at heller-ig.com<mailto:gregor.karzelek at heller-ig.com>
Internet: www.heller-ig.com<http://www.heller-ig.com/>
Gesch?ftsf?hrer: Dipl.-Ing. Henning Balck, Dipl.-Ing. Christian Komma
Handelsregister: Amtsgericht Darmstadt HRB 8310
Ust.-Ident.-Nr.: DE 217 293 137<tel:217%20293%20137>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140207/140c9fbf/attachment.htm>

From jukka.rahkonen at mmmtike.fi  Mon Feb 10 06:13:50 2014
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka  (Tike))
Date: Mon, 10 Feb 2014 14:13:50 +0000
Subject: [mapserver-users] Dual role of LAYER is confusing
Message-ID: <EFE5D7EE2EC8D3438FE02E356F81E35A0256D5@FITLK-EXMBX04.msvyvi.vaha.local>

Hi,

In most cases in Mapfile LAYER is defining the output of the service. However, it looks like the original way to use DATA has not been flexible enough to suit new sources of data and as a workaround one layer is used as an input for another layer. For example if a shapefile is used as tileindex it is enough to write  TILEINDEX "tiger/index.shp" 
However, if one wants to take tileindex from Spatialite it must be done by defining a layer first

LAYER  # The tileindex layer
        NAME "spatialite_tileindex"
        STATUS OFF
        TYPE POLYGON
        CONNECTIONTYPE OGR
        CONNECTION "/orthophotoindex.sqlite"
        DATA "select * from orthophotos where year=2013"
       PROJECTION
          "init=epsg:3067" 
        END
END # End of tileindex layer
LAYER # The orthophoto layer
        NAME "orthophotos_2013 "
        STATUS ON
        TILEINDEX "spatialite_tileindex"  # Name of the tileindex layer
....

I guarantee that many if not all new Mapserver users consider this as tricky. However, situation can be even more tricky. The new RFC about heatmaps/density maps gives an example http://mapserver.org/development/rfc/ms-rfc-108.html.
The source data for the heatmap layer is configured as

LAYER
    NAME "heatmap"
    TYPE raster
    CONNECTIONTYPE kerneldensity
    CONNECTION "points"

and here "points" is referring to a layer.  It the "points" layer is using ogrtileindex where tileindex is not a shapefile but comes from a database we will need three layers for publishing the heatmap:
- ogrtileindex layer
- "points" layer
- heatmap layer

This is doable but confusing. What is also confusing is that I have not yet found a way to hide those technical layers from WMS.

Until now after making a web search during a coffee break, it is naturally done with a layer level metadata item "ows_enable_request" "!*" as described in http://mapserver.org/de/development/rfc/ms-rfc-67.html.  Great. But still I feel the dual role of "layer" a bit confusing.  At least in the tileindex case I wish I could simply write just one line even if with somehow complicated syntax. Perhaps it could be something like

TILEINDEX "SELECT * from orthophotos where year=2013 USING OGR CONNECTION /orthophotoindex.sqlite"

-Jukka Rahkonen-






From emperor_stef at yahoo.gr  Mon Feb 10 07:15:58 2014
From: emperor_stef at yahoo.gr (Stefanos Anastasiou)
Date: Mon, 10 Feb 2014 15:15:58 +0000 (GMT)
Subject: [mapserver-users] Mapserver can't read mapfile
Message-ID: <1392045358.19320.YahooMailNeo@web171806.mail.ir2.yahoo.com>

Hello!!

I'am having my mapfile place in /home/mapdata folder whereas I also keep a couple of other mapfiles too.?
I'm trying to load it in the following form on the browser:?http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map


and all I get is a blank page. No errors no nothing.?

Then I created an html template in order to click it from there by creating a simple link (and not a from) in the following hyperlink: ?<a href="http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop/map&mode=map> This link </a>

And I get the following error:?msLoadMap(): Unable to access file. ?

Last time this happened I was invoking Mapserver through a form but this time it's just a simple link.?

Why is it happening ??

The weird thing is that all the other mapfiles that are seem to be working are are having the same permission settings with the current:?-rw-r--r--?

Thanks a lot!?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140210/d93cca73/attachment.htm>

From gislars+list at googlemail.com  Mon Feb 10 07:30:32 2014
From: gislars+list at googlemail.com (Lars Lingner)
Date: Mon, 10 Feb 2014 16:30:32 +0100
Subject: [mapserver-users] Mapserver can't read mapfile
In-Reply-To: <1392045358.19320.YahooMailNeo@web171806.mail.ir2.yahoo.com>
References: <1392045358.19320.YahooMailNeo@web171806.mail.ir2.yahoo.com>
Message-ID: <52F8F098.7020603@googlemail.com>

Hello,

I can see a difference between

map=/home/mapdata/pelop.map&mode=map

and

map=/home/mapdata/pelop/map&mode=map

Hopefully it is just this typo "." vs "/"


Lars

On 10.02.2014 16:15, Stefanos Anastasiou wrote:
> Hello!!
> 
> I'am having my mapfile place in /home/mapdata folder whereas I also keep
> a couple of other mapfiles too. 
> I'm trying to load it in the following form on the
> browser: http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map
> 
> and all I get is a blank page. No errors no nothing. 
> 
> Then I created an html template in order to click it from there by
> creating a simple link (and not a from) in the following hyperlink:  <a
> href="http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop/map&mode=map>
> This link </a>
> 
> And I get the following error: msLoadMap(): Unable to access file.  
> 
> Last time this happened I was invoking Mapserver through a form but this
> time it's just a simple link. 
> 
> Why is it happening ? 
> 
> The weird thing is that all the other mapfiles that are seem to be
> working are are having the same permission settings with the
> current: -rw-r--r-- 
> 
> Thanks a lot! 
> 
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> 



From jt at mapmedia.de  Mon Feb 10 07:31:00 2014
From: jt at mapmedia.de (=?ISO-8859-1?Q?J=F6rg_Thomsen?=)
Date: Mon, 10 Feb 2014 16:31:00 +0100
Subject: [mapserver-users] Mapserver can't read mapfile
In-Reply-To: <1392045358.19320.YahooMailNeo@web171806.mail.ir2.yahoo.com>
References: <1392045358.19320.YahooMailNeo@web171806.mail.ir2.yahoo.com>
Message-ID: <52F8F0B4.1010002@mapmedia.de>

Hi,

please have a look at your path:
> http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map
and
> http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop/map

I guess the first one is correct and that's why you get the error-msg
with the 2nd one. So, what exactly is the result of the request
http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map ?
it sounds like a white image, not nothing. In this case you should check
the bboxes and srs first.

regards, J?rg


Am 10.02.2014 16:15, schrieb Stefanos Anastasiou:
> Hello!!
> 
> I'am having my mapfile place in /home/mapdata folder whereas I also keep
> a couple of other mapfiles too. 
> I'm trying to load it in the following form on the
> browser: http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map
> 
> and all I get is a blank page. No errors no nothing. 
> 
> Then I created an html template in order to click it from there by
> creating a simple link (and not a from) in the following hyperlink:  <a
> href="http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop/map&mode=map>
> This link </a>
> 
> And I get the following error: msLoadMap(): Unable to access file.  
> 
> Last time this happened I was invoking Mapserver through a form but this
> time it's just a simple link. 
> 
> Why is it happening ? 
> 
> The weird thing is that all the other mapfiles that are seem to be
> working are are having the same permission settings with the
> current: -rw-r--r-- 
> 
> Thanks a lot! 
> 
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> 



From emperor_stef at yahoo.gr  Mon Feb 10 07:49:45 2014
From: emperor_stef at yahoo.gr (Stefanos Anastasiou)
Date: Mon, 10 Feb 2014 15:49:45 +0000 (GMT)
Subject: [mapserver-users] =?utf-8?b?zqPPh861z4Q6ICBNYXBzZXJ2ZXIgY2FuJ3Qg?=
 =?utf-8?q?read_mapfile?=
In-Reply-To: <52F8F0B4.1010002@mapmedia.de>
References: <1392045358.19320.YahooMailNeo@web171806.mail.ir2.yahoo.com>
	<52F8F0B4.1010002@mapmedia.de>
Message-ID: <1392047385.41395.YahooMailNeo@web171804.mail.ir2.yahoo.com>

Sorry fellows... ?indeed there is a typo but in this e-mail... I checked my files again and they seem correct...?

If I type on my browser: ?http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map? ?all I get is a blank page. The data folder has full permissions: ?drwxrwxrwx?

All other shapefiles are working correctly but yesterday I just added two more in the folder and all I get is a blank screen... ? ? (?)




???? 5:37 ?.?. ???????, 10 ??????????? 2014, ?/? J?rg Thomsen <jt at mapmedia.de> ??????:
 
Hi,

please have a look at your path:
> http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map
and
> http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop/map

I guess the first one is correct and that's why you get the error-msg
with the 2nd one. So, what exactly is the result of the request
http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map ?
it sounds like a white image, not nothing. In this case you should check
the bboxes and srs first.

regards, J?rg



Am 10.02.2014 16:15, schrieb Stefanos Anastasiou:
> Hello!!
> 
> I'am having my mapfile place in /home/mapdata folder whereas I also keep
> a couple of other mapfiles too. 
> I'm trying to load it in the following form on the
> browser: http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map
> 
> and all I get is a blank page. No errors no nothing. 
> 
> Then I created an html template in order to click it from there by
> creating a simple link (and not a from) in the following hyperlink:? <a
> href="http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop/map&mode=map>
> This link </a>
> 
> And I get the following error: msLoadMap(): Unable to access file.? 
> 
> Last time this happened I was invoking Mapserver through a form but this
> time it's just a simple link. 
> 
> Why is it happening ? 
> 
> The weird thing is that all the other mapfiles that are seem to be
> working are are having the same permission settings with the
> current: -rw-r--r-- 
> 
> Thanks a lot! 
> 
> 
> _______________________________________________
> 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/20140210/72e3e6ad/attachment.htm>

From David.Fawcett at state.mn.us  Mon Feb 10 08:00:19 2014
From: David.Fawcett at state.mn.us (Fawcett, David (MNIT))
Date: Mon, 10 Feb 2014 16:00:19 +0000
Subject: [mapserver-users]
 =?utf-8?b?zqPPh861z4Q6ICBNYXBzZXJ2ZXIgY2FuJ3Qg?=
 =?utf-8?q?read_mapfile?=
In-Reply-To: <1392047385.41395.YahooMailNeo@web171804.mail.ir2.yahoo.com>
References: <1392045358.19320.YahooMailNeo@web171806.mail.ir2.yahoo.com>
	<52F8F0B4.1010002@mapmedia.de>
	<1392047385.41395.YahooMailNeo@web171804.mail.ir2.yahoo.com>
Message-ID: <D645DD294B659443AAFDEFBEC8F1E9820A8D3459@055-CH1MPN1-001.055d.mgd.msft.net>

To further diagnose this, it would be useful to see the contents of you mapfile.  If no errors are being thrown, it is quite possible that there is an issue with spatial reference systems, bounding boxes, or class expressions.

David.

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stefanos Anastasiou
Sent: Monday, February 10, 2014 9:50 AM
To: jt at mapmedia.de; mapserver-users at lists.osgeo.org
Subject: [mapserver-users] ????: Mapserver can't read mapfile

Sorry fellows...  indeed there is a typo but in this e-mail... I checked my files again and they seem correct...

If I type on my browser:  http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map   all I get is a blank page. The data folder has full permissions:  drwxrwxrwx

All other shapefiles are working correctly but yesterday I just added two more in the folder and all I get is a blank screen...     (?)


???? 5:37 ?.?. ???????, 10 ??????????? 2014, ?/? J?rg Thomsen <jt at mapmedia.de<mailto:jt at mapmedia.de>> ??????:
Hi,

please have a look at your path:
> http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map
and
> http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop/map

I guess the first one is correct and that's why you get the error-msg
with the 2nd one. So, what exactly is the result of the request
http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map ?
it sounds like a white image, not nothing. In this case you should check
the bboxes and srs first.

regards, J?rg

Am 10.02.2014 16:15, schrieb Stefanos Anastasiou:
> Hello!!
>
> I'am having my mapfile place in /home/mapdata folder whereas I also keep
> a couple of other mapfiles too.
> I'm trying to load it in the following form on the
> browser: http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map
>
> and all I get is a blank page. No errors no nothing.
>
> Then I created an html template in order to click it from there by
> creating a simple link (and not a from) in the following hyperlink:  <a
> href="http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop/map&mode=map>
> This link </a>
>
> And I get the following error: msLoadMap(): Unable to access file.
>
> Last time this happened I was invoking Mapserver through a form but this
> time it's just a simple link.
>
> Why is it happening ?
>
> The weird thing is that all the other mapfiles that are seem to be
> working are are having the same permission settings with the
> current: -rw-r--r--
>
> Thanks a lot!

>
>
> _______________________________________________
> 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/20140210/63edb641/attachment.htm>

From thomas.bonfort at gmail.com  Mon Feb 10 08:03:27 2014
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Mon, 10 Feb 2014 17:03:27 +0100
Subject: [mapserver-users] Dual role of LAYER is confusing
In-Reply-To: <EFE5D7EE2EC8D3438FE02E356F81E35A0256D5@FITLK-EXMBX04.msvyvi.vaha.local>
References: <EFE5D7EE2EC8D3438FE02E356F81E35A0256D5@FITLK-EXMBX04.msvyvi.vaha.local>
Message-ID: <CAOM3y2gB+o5CymPv1VrHUe+VY20LJEY4kMRuVp1sxf7FyFvGfw@mail.gmail.com>

On 10 February 2014 15:13, Rahkonen Jukka  (Tike)
<jukka.rahkonen at mmmtike.fi> wrote:
> Hi,
>
> In most cases in Mapfile LAYER is defining the output of the service. However, it looks like the original way to use DATA has not been flexible enough to suit new sources of data and as a workaround one layer is used as an input for another layer. For example if a shapefile is used as tileindex it is enough to write  TILEINDEX "tiger/index.shp"
> However, if one wants to take tileindex from Spatialite it must be done by defining a layer first
>
> LAYER  # The tileindex layer
>         NAME "spatialite_tileindex"
>         STATUS OFF
>         TYPE POLYGON
>         CONNECTIONTYPE OGR
>         CONNECTION "/orthophotoindex.sqlite"
>         DATA "select * from orthophotos where year=2013"
>        PROJECTION
>           "init=epsg:3067"
>         END
> END # End of tileindex layer
> LAYER # The orthophoto layer
>         NAME "orthophotos_2013 "
>         STATUS ON
>         TILEINDEX "spatialite_tileindex"  # Name of the tileindex layer
> ....
>
> I guarantee that many if not all new Mapserver users consider this as tricky. However, situation can be even more tricky. The new RFC about heatmaps/density maps gives an example http://mapserver.org/development/rfc/ms-rfc-108.html.
> The source data for the heatmap layer is configured as
>
> LAYER
>     NAME "heatmap"
>     TYPE raster
>     CONNECTIONTYPE kerneldensity
>     CONNECTION "points"
>
> and here "points" is referring to a layer.  It the "points" layer is using ogrtileindex where tileindex is not a shapefile but comes from a database we will need three layers for publishing the heatmap:
> - ogrtileindex layer
> - "points" layer
> - heatmap layer
>
> This is doable but confusing. What is also confusing is that I have not yet found a way to hide those technical layers from WMS.

Supposing you had that use-case given your data files, how would you
specify it in a more readable way if you didn't have this syntax?

>
> Until now after making a web search during a coffee break, it is naturally done with a layer level metadata item "ows_enable_request" "!*" as described in http://mapserver.org/de/development/rfc/ms-rfc-67.html.  Great. But still I feel the dual role of "layer" a bit confusing.  At least in the tileindex case I wish I could simply write just one line even if with somehow complicated syntax. Perhaps it could be something like
>
> TILEINDEX "SELECT * from orthophotos where year=2013 USING OGR CONNECTION /orthophotoindex.sqlite"

I'd argue that referencing an existing layer is less confusing. In any
case it is more powerfull, more flexible and more maintainable in our
codebase.

Interesting points nevertheless....

best regards,
thomas

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


From jt at mapmedia.de  Mon Feb 10 08:09:41 2014
From: jt at mapmedia.de (=?UTF-8?B?SsO2cmcgVGhvbXNlbg==?=)
Date: Mon, 10 Feb 2014 17:09:41 +0100
Subject: [mapserver-users]
 =?utf-8?b?zqPPh861z4Q6ICBNYXBzZXJ2ZXIgY2FuJ3Qg?=
 =?utf-8?q?read_mapfile?=
In-Reply-To: <1392047385.41395.YahooMailNeo@web171804.mail.ir2.yahoo.com>
References: <1392045358.19320.YahooMailNeo@web171806.mail.ir2.yahoo.com>
	<52F8F0B4.1010002@mapmedia.de>
	<1392047385.41395.YahooMailNeo@web171804.mail.ir2.yahoo.com>
Message-ID: <52F8F9C5.3020204@mapmedia.de>

once again: I have never seen a blank screen when calling mapserver.
I bet there is a withe image try a right-click in your browser-window.

What exactly did you do? Only copying shp-files into the data-folder?
changing the map-file that worked before? creating a new mapfile?

J?rg



Am 10.02.2014 16:49, schrieb Stefanos Anastasiou:
> Sorry fellows...  indeed there is a typo but in this e-mail... I checked
> my files again and they seem correct... 
> 
> If I type on my browser:
>  http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map 
>  all I get is a blank page. The data folder has full permissions:
>  drwxrwxrwx 
> 
> All other shapefiles are working correctly but yesterday I just added
> two more in the folder and all I get is a blank screen...     (?)
> 
> 
> 
> ???? 5:37 ?.?. ???????, 10 ??????????? 2014, ?/? J?rg Thomsen
> <jt at mapmedia.de> ??????:
> Hi,
> 
> please have a look at your path:
>> http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map
> and
>> http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop/map
> 
> I guess the first one is correct and that's why you get the error-msg
> with the 2nd one. So, what exactly is the result of the request
> http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map
> <http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map>?
> it sounds like a white image, not nothing. In this case you should check
> the bboxes and srs first.
> 
> regards, J?rg
> 
> 
> Am 10.02.2014 16:15, schrieb Stefanos Anastasiou:
>> Hello!!
>>
>> I'am having my mapfile place in /home/mapdata folder whereas I also keep
>> a couple of other mapfiles too.
>> I'm trying to load it in the following form on the
>> browser:
> http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map
>>
>> and all I get is a blank page. No errors no nothing.
>>
>> Then I created an html template in order to click it from there by
>> creating a simple link (and not a from) in the following hyperlink:  <a
>>
> href="http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop/map&mode=map>
>> This link </a>
>>
>> And I get the following error: msLoadMap(): Unable to access file. 
>>
>> Last time this happened I was invoking Mapserver through a form but this
>> time it's just a simple link.
>>
>> Why is it happening ?
>>
>> The weird thing is that all the other mapfiles that are seem to be
>> working are are having the same permission settings with the
>> current: -rw-r--r--
>>
>> Thanks a lot!
> 
>>
>>
>> _______________________________________________
>> 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 emperor_stef at yahoo.gr  Mon Feb 10 08:10:11 2014
From: emperor_stef at yahoo.gr (Stefanos Anastasiou)
Date: Mon, 10 Feb 2014 16:10:11 +0000 (GMT)
Subject: [mapserver-users] =?utf-8?b?zqPPh861z4Q6ICDOo8+HzrXPhDogIE1hcHNl?=
 =?utf-8?q?rver_can=27t_read_mapfile?=
In-Reply-To: <D645DD294B659443AAFDEFBEC8F1E9820A8D3459@055-CH1MPN1-001.055d.mgd.msft.net>
References: <1392045358.19320.YahooMailNeo@web171806.mail.ir2.yahoo.com>	<52F8F0B4.1010002@mapmedia.de>
	<1392047385.41395.YahooMailNeo@web171804.mail.ir2.yahoo.com>
	<D645DD294B659443AAFDEFBEC8F1E9820A8D3459@055-CH1MPN1-001.055d.mgd.msft.net>
Message-ID: <1392048611.37619.YahooMailNeo@web171806.mail.ir2.yahoo.com>

Yeah sorry... I guess you're right. ?This is my mapfile:?

MAP
NAME Peloponisos
MAP
UNITS dd
SIZE 640 480
IMAGECOLOR 255 255 255
IMAGETYPE png
SHAPEPATH "/home/mapdata/data"
EXTENT -5.00 0.00 0.00 5.00

WEB?
? ? TEMPLATE '/usr/local/apache2/htdocs/pelop.html'
? ? IMAGEPATH '/usr/local/apache2/htdocs/tmp'
? ? IMAGEURL '/tmp/'
END

LAYER
? ?NAME 'geodata'
? ?DATA "aisthitika_dash"
? ?STATUS default
? ?TYPE polygon
? ?LABELCACHE on
? ?LABELITEM 'TEXTSTRING'
? ?CLASS
? ? ? ?NAME "Dasi"
? ? ? ?STYLE
? ? ? ? ? COLOR 212 192 100
? ? ? ?END
? ? ? ?LABEL
? ? ? ? ? COLOR 0 0 0
? ? ? ? ? SIZE small
? ? ? ?END #Label
? END #Class
END #layer
END #mapfile



???? 6:00 ?.?. ???????, 10 ??????????? 2014, ?/? "Fawcett, David (MNIT)" <David.Fawcett at state.mn.us> ??????:
 
To further diagnose this, it would be useful to see the contents of you mapfile.? If no errors are being thrown, it is quite possible that there is an issue with spatial reference systems, bounding boxes, or class expressions.? 
?
David.
?
From:mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stefanos Anastasiou
Sent: Monday, February 10, 2014 9:50 AM
To: jt at mapmedia.de; mapserver-users at lists.osgeo.org
Subject: [mapserver-users] ????: Mapserver can't read mapfile
?
Sorry fellows... ?indeed there is a typo but in this e-mail... I checked my files again and they seem correct...?
?
If I type on my browser: ?http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map? ?all I get is a blank page. The data folder has full permissions: ?drwxrwxrwx?
?
All other shapefiles are working correctly but yesterday I just added two more in the folder and all I get is a blank screen... ? ? (?)
?
?
???? 5:37 ?.?. ???????, 10 ??????????? 2014, ?/? J?rg Thomsen <jt at mapmedia.de> ??????:
Hi,

please have a look at your path:
> http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map
and
> http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop/map

I guess the first one is correct and that's why you get the error-msg
with the 2nd one. So, what exactly is the result of the request
http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map ?
it sounds like a white image, not nothing. In this case you should check
the bboxes and srs first.

regards, J?rg

Am 10.02.2014 16:15, schrieb Stefanos Anastasiou:
> Hello!!
> 
> I'am having my mapfile place in /home/mapdata folder whereas I also keep
> a couple of other mapfiles too. 
> I'm trying to load it in the following form on the
> browser: http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map
> 
> and all I get is a blank page. No errors no nothing. 
> 
> Then I created an html template in order to click it from there by
> creating a simple link (and not a from) in the following hyperlink:? <a
> href="http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop/map&mode=map>
> This link </a>
> 
> And I get the following error: msLoadMap(): Unable to access file.? 
> 
> Last time this happened I was invoking Mapserver through a form but this
> time it's just a simple link. 
> 
> Why is it happening ? 
> 
> The weird thing is that all the other mapfiles that are seem to be
> working are are having the same permission settings with the
> current: -rw-r--r-- 
> 
> Thanks a lot! 

> 
> 
> _______________________________________________
> 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/20140210/b800c02d/attachment.htm>

From gislars+list at googlemail.com  Mon Feb 10 08:10:12 2014
From: gislars+list at googlemail.com (Lars Lingner)
Date: Mon, 10 Feb 2014 17:10:12 +0100
Subject: [mapserver-users]
 =?utf-8?b?zqPPh861z4Q6ICBNYXBzZXJ2ZXIgY2FuJ3Qg?=
 =?utf-8?q?read_mapfile?=
In-Reply-To: <1392047385.41395.YahooMailNeo@web171804.mail.ir2.yahoo.com>
References: <1392045358.19320.YahooMailNeo@web171806.mail.ir2.yahoo.com>	<52F8F0B4.1010002@mapmedia.de>
	<1392047385.41395.YahooMailNeo@web171804.mail.ir2.yahoo.com>
Message-ID: <52F8F9E4.2020908@googlemail.com>

On 10.02.2014 16:49, Stefanos Anastasiou wrote:
> Sorry fellows...  indeed there is a typo but in this e-mail... I checked
> my files again and they seem correct... 

Ok, fine.

I would check the webserver error/acces log file.
Also, you can enable debug log in MapServer, see [1].

A blank file (== a white png/jpg I assume) indicates that mapserver is
running fine, e.g. no errors happened while rendering.

It can be a projection issue or expression issue for your classes, so
that MapServer is actually rendering 0 objects.

If you can share your mapfile it would help to give further informations.


Lars

[1] http://mapserver.org/optimization/debugging.html



From emperor_stef at yahoo.gr  Mon Feb 10 08:13:08 2014
From: emperor_stef at yahoo.gr (Stefanos Anastasiou)
Date: Mon, 10 Feb 2014 16:13:08 +0000 (GMT)
Subject: [mapserver-users] =?utf-8?b?zqPPh861z4Q6ICDOo8+HzrXPhDogIM6jz4c=?=
 =?utf-8?q?=CE=B5=CF=84=3A__Mapserver_can=27t_read_mapfile?=
In-Reply-To: <1392048611.37619.YahooMailNeo@web171806.mail.ir2.yahoo.com>
References: <1392045358.19320.YahooMailNeo@web171806.mail.ir2.yahoo.com>	<52F8F0B4.1010002@mapmedia.de>	<1392047385.41395.YahooMailNeo@web171804.mail.ir2.yahoo.com>	<D645DD294B659443AAFDEFBEC8F1E9820A8D3459@055-CH1MPN1-001.055d.mgd.msft.net>
	<1392048611.37619.YahooMailNeo@web171806.mail.ir2.yahoo.com>
Message-ID: <1392048788.41395.YahooMailNeo@web171804.mail.ir2.yahoo.com>

Well if I right click and "save image as..." I get a png picture which is absolutely white :D?

Well I created a new mapfile. Didn't change the already existing one.?

And I just copied and pasted my shapefile to the folder which has full permissions as I've said.?



???? 6:10 ?.?. ???????, 10 ??????????? 2014, ?/? Stefanos Anastasiou <emperor_stef at yahoo.gr> ??????:
 
Yeah sorry... I guess you're right. ?This is my mapfile:?

MAP
NAME Peloponisos
MAP
UNITS dd
SIZE 640 480
IMAGECOLOR 255 255 255
IMAGETYPE png
SHAPEPATH "/home/mapdata/data"
EXTENT -5.00 0.00 0.00 5.00

WEB?
? ? TEMPLATE '/usr/local/apache2/htdocs/pelop.html'
? ? IMAGEPATH '/usr/local/apache2/htdocs/tmp'
? ? IMAGEURL '/tmp/'
END

LAYER
? ?NAME 'geodata'
? ?DATA "aisthitika_dash"
? ?STATUS default
? ?TYPE polygon
? ?LABELCACHE on
? ?LABELITEM 'TEXTSTRING'
? ?CLASS
? ? ? ?NAME "Dasi"
? ? ? ?STYLE
? ? ? ? ? COLOR 212 192 100
? ? ? ?END
? ? ? ?LABEL
? ? ? ? ? COLOR 0 0 0
? ? ? ? ? SIZE small
? ? ? ?END #Label
? END #Class
END #layer
END #mapfile



???? 6:00 ?.?. ???????, 10 ??????????? 2014, ?/? "Fawcett, David (MNIT)" <David.Fawcett at state.mn.us> ??????:
 
To further diagnose this, it would be useful to see the contents of you mapfile.? If no errors are being thrown, it is quite possible that there is an issue with spatial reference systems, bounding boxes, or class expressions.? 
?
David.
?
From:mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stefanos Anastasiou
Sent: Monday, February 10, 2014 9:50 AM
To: jt at mapmedia.de; mapserver-users at lists.osgeo.org
Subject: [mapserver-users] ????: Mapserver can't read mapfile
?
Sorry fellows... ?indeed there is a typo but in this e-mail... I checked my files again and they seem correct...?
?
If I type on my browser: ?http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map? ?all I get is a blank page. The data folder has full permissions: ?drwxrwxrwx?
?
All other shapefiles are working correctly but yesterday I just added two more in the folder and all I get is a blank screen... ? ? (?)
?
?
???? 5:37 ?.?. ???????, 10 ??????????? 2014, ?/? J?rg Thomsen <jt at mapmedia.de> ??????:
Hi,

please have a look at your path:
> http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map
and
> http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop/map

I guess the first one is correct and that's why you get the error-msg
with the 2nd one. So, what exactly is the result of the request
http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map ?
it sounds like a white image, not nothing. In this case you should check
the bboxes and srs first.

regards, J?rg

Am 10.02.2014 16:15, schrieb Stefanos Anastasiou:
> Hello!!
> 
> I'am having my mapfile place in /home/mapdata folder whereas I also keep
> a couple of other mapfiles too. 
> I'm trying to load it in the following form on the
> browser: http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map
> 
> and all I get is a blank page. No errors no nothing. 
> 
> Then I created an html template in order to click it from there by
> creating a simple link (and not a from) in the following hyperlink:? <a
> href="http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop/map&mode=map>
> This link </a>
> 
> And I get the following error: msLoadMap(): Unable to access file.? 
> 
> Last time this happened I was invoking Mapserver through a form but this
> time it's just a simple link. 
> 
> Why is it happening ? 
> 
> The weird thing is that all the other mapfiles that are seem to be
> working are are having the same permission settings with the
> current: -rw-r--r-- 
> 
> Thanks a lot! 

> 
> 
> _______________________________________________
> 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/20140210/8bce97cc/attachment.htm>

From gislars+list at googlemail.com  Mon Feb 10 08:35:02 2014
From: gislars+list at googlemail.com (Lars Lingner)
Date: Mon, 10 Feb 2014 17:35:02 +0100
Subject: [mapserver-users]
 =?utf-8?b?zqPPh861z4Q6ICDOo8+HzrXPhDogIE1hcHNl?=
 =?utf-8?q?rver_can=27t_read_mapfile?=
In-Reply-To: <1392048611.37619.YahooMailNeo@web171806.mail.ir2.yahoo.com>
References: <1392045358.19320.YahooMailNeo@web171806.mail.ir2.yahoo.com>	<52F8F0B4.1010002@mapmedia.de>	<1392047385.41395.YahooMailNeo@web171804.mail.ir2.yahoo.com>	<D645DD294B659443AAFDEFBEC8F1E9820A8D3459@055-CH1MPN1-001.055d.mgd.msft.net>
	<1392048611.37619.YahooMailNeo@web171806.mail.ir2.yahoo.com>
Message-ID: <52F8FFB6.7000309@googlemail.com>

Hi Stefanos,

thanks for the mapfile.

Here are some points I would check:

- you habe MAP two times in your file (might be ok, though)
- you don't have a projecten defined
In which projection are your data?

The white color you "see" in your browser come from the IMAGECOLOR. So
MapServer is actually creating a image without objects rendered.

I would enable the debugging to check in the logfile whether MapServer
is getting any data out of your data source.
If this is not the case than you need to check your GetMap request if
the srs and bbox is matching your data source projection.

You also defined the EXTENT with  -5.00 0.00 0.00 5.00. Is this the
correct extent of your source data?

Lars with the help of J?rg :)

On 10.02.2014 17:10, Stefanos Anastasiou wrote:
> Yeah sorry... I guess you're right.  This is my mapfile: 
> 
> MAP
> NAME Peloponisos
> MAP
> UNITS dd
> SIZE 640 480
> IMAGECOLOR 255 255 255
> IMAGETYPE png
> SHAPEPATH "/home/mapdata/data"
> EXTENT -5.00 0.00 0.00 5.00
> 
> WEB 
>     TEMPLATE '/usr/local/apache2/htdocs/pelop.html'
>     IMAGEPATH '/usr/local/apache2/htdocs/tmp'
>     IMAGEURL '/tmp/'
> END
> 
> LAYER
>    NAME 'geodata'
>    DATA "aisthitika_dash"
>    STATUS default
>    TYPE polygon
>    LABELCACHE on
>    LABELITEM 'TEXTSTRING'
>    CLASS
>        NAME "Dasi"
>        STYLE
>           COLOR 212 192 100
>        END
>        LABEL
>           COLOR 0 0 0
>           SIZE small
>        END #Label
>   END #Class
> END #layer
> END #mapfile
> 
> 
> ???? 6:00 ?.?. ???????, 10 ??????????? 2014, ?/? "Fawcett, David (MNIT)"
> <David.Fawcett at state.mn.us> ??????:
> To further diagnose this, it would be useful to see the contents of you
> mapfile.  If no errors are being thrown, it is quite possible that there
> is an issue with spatial reference systems, bounding boxes, or class
> expressions. 
>  
> David.
>  
> *From:*mapserver-users-bounces at lists.osgeo.org
> [mailto:mapserver-users-bounces at lists.osgeo.org] *On Behalf Of *Stefanos
> Anastasiou
> *Sent:* Monday, February 10, 2014 9:50 AM
> *To:* jt at mapmedia.de; mapserver-users at lists.osgeo.org
> *Subject:* [mapserver-users] ????: Mapserver can't read mapfile
>  
> Sorry fellows...  indeed there is a typo but in this e-mail... I checked
> my files again and they seem correct... 
>  
> If I type on my browser:
>  http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map 
>  all I get is a blank page. The data folder has full permissions:
>  drwxrwxrwx 
>  
> All other shapefiles are working correctly but yesterday I just added
> two more in the folder and all I get is a blank screen...     (?)
>  
>  
> ???? 5:37 ?.?. ???????, 10 ??????????? 2014, ?/? J?rg Thomsen
> <jt at mapmedia.de <mailto:jt at mapmedia.de>> ??????:
> Hi,
> 
> please have a look at your path:
>> http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map
> and
>> http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop/map
> 
> I guess the first one is correct and that's why you get the error-msg
> with the 2nd one. So, what exactly is the result of the request
> http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map ?
> it sounds like a white image, not nothing. In this case you should check
> the bboxes and srs first.
> 
> regards, J?rg
> 
> Am 10.02.2014 16:15, schrieb Stefanos Anastasiou:
>> Hello!!
>> 
>> I'am having my mapfile place in /home/mapdata folder whereas I also keep
>> a couple of other mapfiles too. 
>> I'm trying to load it in the following form on the
>> browser: http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map
>> 
>> and all I get is a blank page. No errors no nothing. 
>> 
>> Then I created an html template in order to click it from there by
>> creating a simple link (and not a from) in the following hyperlink:  <a
>> href="http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop/map&mode=map>
>> This link </a>
>> 
>> And I get the following error: msLoadMap(): Unable to access file.  
>> 
>> Last time this happened I was invoking Mapserver through a form but this
>> time it's just a simple link. 
>> 
>> Why is it happening ? 
>> 
>> The weird thing is that all the other mapfiles that are seem to be
>> working are are having the same permission settings with the
>> current: -rw-r--r-- 
>> 
>> Thanks a lot! 
> 
>> 
>> 
>> _______________________________________________
>> 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
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> 



From David.Fawcett at state.mn.us  Mon Feb 10 08:20:54 2014
From: David.Fawcett at state.mn.us (Fawcett, David (MNIT))
Date: Mon, 10 Feb 2014 16:20:54 +0000
Subject: [mapserver-users]
 =?utf-8?b?zqPPh861z4Q6ICDOo8+HzrXPhDogIE1hcHNl?=
 =?utf-8?q?rver_can=27t_read_mapfile?=
In-Reply-To: <1392048611.37619.YahooMailNeo@web171806.mail.ir2.yahoo.com>
References: <1392045358.19320.YahooMailNeo@web171806.mail.ir2.yahoo.com>
	<52F8F0B4.1010002@mapmedia.de>
	<1392047385.41395.YahooMailNeo@web171804.mail.ir2.yahoo.com>
	<D645DD294B659443AAFDEFBEC8F1E9820A8D3459@055-CH1MPN1-001.055d.mgd.msft.net>
	<1392048611.37619.YahooMailNeo@web171806.mail.ir2.yahoo.com>
Message-ID: <D645DD294B659443AAFDEFBEC8F1E9820A8D34B3@055-CH1MPN1-001.055d.mgd.msft.net>

Stefanos,

It looks like you have a duplicate MAP line in there.

You are also specifying an extent that is from 5 deg west longitude to 0 deg longitude and from the equator to 5 deg north latitude.  Does your data fall in that part of the world?

David.

From: Stefanos Anastasiou [mailto:emperor_stef at yahoo.gr]
Sent: Monday, February 10, 2014 10:10 AM
To: Fawcett, David (MNIT); jt at mapmedia.de; mapserver-users at lists.osgeo.org
Subject: ????: [mapserver-users] ????: Mapserver can't read mapfile

Yeah sorry... I guess you're right.  This is my mapfile:

MAP
NAME Peloponisos
MAP
UNITS dd
SIZE 640 480
IMAGECOLOR 255 255 255
IMAGETYPE png
SHAPEPATH "/home/mapdata/data"
EXTENT -5.00 0.00 0.00 5.00

WEB
    TEMPLATE '/usr/local/apache2/htdocs/pelop.html'
    IMAGEPATH '/usr/local/apache2/htdocs/tmp'
    IMAGEURL '/tmp/'
END

LAYER
   NAME 'geodata'
   DATA "aisthitika_dash"
   STATUS default
   TYPE polygon
   LABELCACHE on
   LABELITEM 'TEXTSTRING'
   CLASS
       NAME "Dasi"
       STYLE
          COLOR 212 192 100
       END
       LABEL
          COLOR 0 0 0
          SIZE small
       END #Label
  END #Class
END #layer
END #mapfile

???? 6:00 ?.?. ???????, 10 ??????????? 2014, ?/? "Fawcett, David (MNIT)" <David.Fawcett at state.mn.us<mailto:David.Fawcett at state.mn.us>> ??????:
To further diagnose this, it would be useful to see the contents of you mapfile.  If no errors are being thrown, it is quite possible that there is an issue with spatial reference systems, bounding boxes, or class expressions.

David.

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 Stefanos Anastasiou
Sent: Monday, February 10, 2014 9:50 AM
To: jt at mapmedia.de<mailto:jt at mapmedia.de>; mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Subject: [mapserver-users] ????: Mapserver can't read mapfile

Sorry fellows...  indeed there is a typo but in this e-mail... I checked my files again and they seem correct...

If I type on my browser:  http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map   all I get is a blank page. The data folder has full permissions:  drwxrwxrwx

All other shapefiles are working correctly but yesterday I just added two more in the folder and all I get is a blank screen...     (?)


???? 5:37 ?.?. ???????, 10 ??????????? 2014, ?/? J?rg Thomsen <jt at mapmedia.de<mailto:jt at mapmedia.de>> ??????:
Hi,

please have a look at your path:
> http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map
and
> http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop/map

I guess the first one is correct and that's why you get the error-msg
with the 2nd one. So, what exactly is the result of the request
http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map ?
it sounds like a white image, not nothing. In this case you should check
the bboxes and srs first.

regards, J?rg

Am 10.02.2014 16:15, schrieb Stefanos Anastasiou:
> Hello!!
>
> I'am having my mapfile place in /home/mapdata folder whereas I also keep
> a couple of other mapfiles too.
> I'm trying to load it in the following form on the
> browser: http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map
>
> and all I get is a blank page. No errors no nothing.
>
> Then I created an html template in order to click it from there by
> creating a simple link (and not a from) in the following hyperlink:  <a
> href="http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop/map&mode=map>
> This link </a>
>
> And I get the following error: msLoadMap(): Unable to access file.
>
> Last time this happened I was invoking Mapserver through a form but this
> time it's just a simple link.
>
> Why is it happening ?
>
> The weird thing is that all the other mapfiles that are seem to be
> working are are having the same permission settings with the
> current: -rw-r--r--
>
> Thanks a lot!

>
>
> _______________________________________________
> 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/20140210/102e8b6a/attachment.htm>

From jmckenna at gatewaygeomatics.com  Mon Feb 10 08:46:41 2014
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Mon, 10 Feb 2014 12:46:41 -0400
Subject: [mapserver-users] Mapserver can't read mapfile
In-Reply-To: <1392045358.19320.YahooMailNeo@web171806.mail.ir2.yahoo.com>
References: <1392045358.19320.YahooMailNeo@web171806.mail.ir2.yahoo.com>
Message-ID: <52F90271.40806@gatewaygeomatics.com>

Hi sorry long thread and I bet this has already been said, but here were
my thoughts when I read your problems:

- always test your mapfile at the commandline first, using the shp2img
utility (http://mapserver.org/utilities/shp2img.html).  Once your layers
look find there in the generated map image then move to your application

- if using MapServer CGI (mode=map), a blank map often means you are not
specifically telling MapServer to turn on layers; try adding &LAYERS=all

- or setting each of your layer's STATUS values to DEFAULT might work
(but this can cause lots of trouble later, so this is not often recommended)

-jeff



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



On 2/10/2014, 11:15 AM, Stefanos Anastasiou wrote:
> Hello!!
> 
> I'am having my mapfile place in /home/mapdata folder whereas I also keep
> a couple of other mapfiles too. 
> I'm trying to load it in the following form on the
> browser: http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop.map&mode=map
> 
> and all I get is a blank page. No errors no nothing. 
> 
> Then I created an html template in order to click it from there by
> creating a simple link (and not a from) in the following hyperlink:  <a
> href="http://127.0.0.1/cgi-bin/mapserv?map=/home/mapdata/pelop/map&mode=map>
> This link </a>
> 
> And I get the following error: msLoadMap(): Unable to access file.  
> 
> Last time this happened I was invoking Mapserver through a form but this
> time it's just a simple link. 
> 
> Why is it happening ? 
> 
> The weird thing is that all the other mapfiles that are seem to be
> working are are having the same permission settings with the
> current: -rw-r--r-- 
> 
> Thanks a lot! 
> 
> 






From James.Evans at hill.af.mil  Mon Feb 10 19:21:09 2014
From: James.Evans at hill.af.mil (James_in_Utah)
Date: Mon, 10 Feb 2014 19:21:09 -0800 (PST)
Subject: [mapserver-users] Serving tiled image sets with MapServer?
In-Reply-To: <EFE5D7EE2EC8D3438FE02E356F81E35A02482A@FITLK-EXMBX04.msvyvi.vaha.local>
References: <1391749749908-5102393.post@n6.nabble.com>
	<EFE5D7EE2EC8D3438FE02E356F81E35A02482A@FITLK-EXMBX04.msvyvi.vaha.local>
Message-ID: <1392088869937-5103088.post@n6.nabble.com>

Hi Jukka,
Thanks for the reply.  I just had a chance to look it over tonight.  I
followed the link to the gdal site, and it does indicate that the GDAL_WMS
driver can access a WorldWind style tile server, which we do have.  Beyond
that, I'm not following your suggestion.  Does the snippet you provided go
in my Mapfile?  I'm not familiar with that.  I am running MapCache, but it
doesn't really look like a grid or source definition.  Where would I use
that snippet?  



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Serving-tiled-image-sets-with-MapServer-tp5102393p5103088.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From jukka.rahkonen at mmmtike.fi  Mon Feb 10 21:54:19 2014
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka  (Tike))
Date: Tue, 11 Feb 2014 05:54:19 +0000
Subject: [mapserver-users] Serving tiled image sets with MapServer?
Message-ID: <EFE5D7EE2EC8D3438FE02E356F81E35A025C30@FITLK-EXMBX04.msvyvi.vaha.local>

Hi,

First step is to follow the GDAL WMS driver page examples and write a XML configuration file for your tile service. Let's call it my_service.xml. You can test if the file is correct with GDAL utility programs. If "gdalinfo my_service.xml" is listing info about your service and "gdal_translate -of GTiff -srcwin 0 0 1000 1000" my_service.xml test_out.tif" writes out a small image you are ready to use your service with Mapserver. After that you should be ready to use your tile data with Mapserver as
LAYER
  NAME "Layer from tiles"
  DATA "my_service.xml"
  TYPE RASTER
  STATUS ON
...


-Jukka Rahkonen-



James_in_Utah wrote:
> 
> Hi Jukka,
> Thanks for the reply.  I just had a chance to look it over tonight.  I followed the
> link to the gdal site, and it does indicate that the GDAL_WMS driver can access a
> WorldWind style tile server, which we do have.  Beyond that, I'm not following
> your suggestion.  Does the snippet you provided go in my Mapfile?  I'm not
> familiar with that.  I am running MapCache, but it doesn't really look like a grid
> or source definition.  Where would I use that snippet?
> 
> 
> 
> --
> View this message in context: http://osgeo-org.1560.x6.nabble.com/Serving-
> tiled-image-sets-with-MapServer-tp5102393p5103088.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  Tue Feb 11 04:30:51 2014
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka  (Tike))
Date: Tue, 11 Feb 2014 12:30:51 +0000
Subject: [mapserver-users] Dual role of LAYER is confusing
Message-ID: <EFE5D7EE2EC8D3438FE02E356F81E35A026014@FITLK-EXMBX04.msvyvi.vaha.local>

Hi,

I will change my course to direction "Defining input data for Mapserver is confusing".  Dual role of LAYER is just a detail and using a layer as input for heatmap generator feels actually rather good. But there is something more general that smells rotten to me and I cannot be the most negative people to say so. After all, I do know something about mapfiles, I maintain a few hundred WMS layers and I can myself do many tricky things very effectively with "copy-paste-edit" and "find-replace" and with heavy use of INCLUDEs. I can say that the system is powerful, flexible and maintainable - for me. And each summer I have experienced that it is impossible to make the one who should substitute me during my holidays to believe me.
 
I try to explain why defining the input data for Mapserver feels sometimes awkward.  As a user, when I create a new vector layer all the input data feel like the same. After all, they are just vectors and I do not care if they come from a shapefile, database, or tileindex.  When there are hundreds of layers to maintain, it would be very nice if:

- Defining the input data would follow always the same logic, even better if also the same syntax
- Input data definition could be put on one line so it would be simple to edit the whole mapfile  with a text editor and search-replace
- Changing from shapefile to using a bunch of files through ogrtileindex or to a database could be done with one simple edit
- Input data definition would be reusable over many layers and mapfiles.

Let's have a look and see how we define the input vector data now. Myself I need to use only 6 of these methods, the others I collected from Mapserver documentation. Naturally I use raster data too and that makes 4 input types more (file, shapefile tileindex, spatialite tileindex, WMS) but those feel rather convenient for me. So these are the vector data input methods with usage examples. 

1) Shapefile:
DATA "shapefile"

2) Native shapefile tileindex:
TILEINDEX "shapefile"
TILEITEM "LOCATION"

3) Tileindex through OGR
CONNECTIONTYPE OGR
TILEINDEX "/shapefile.shp,0"
TILEITEM "LOCATION"

4) Tileindex from a layer, which must be defined separately
TILEINDEX "layer"

5) Connection through OGR, in this case to Spatialite database
CONNECTIONTYPE OGR
CONNECTION "/spatialite.sqlite"
DATA "select * from layer"

6) Native SDE-connection
CONNECTION "sdemachine.iastate.edu,port:5151,sde,username,password"
CONNECTIONTYPE SDE
DATA "HOBU.STATES_LAYER,SHAPE,SDE.DEFAULT"
FILTER "where MYCOLUMN is not NULL"

7) Connection through a plugin
CONNECTIONTYPE PLUGIN
PLUGIN "msplugin_mssql2008.dll"
CONNECTION "Server=.\MSSQLSERVER2008;Database=Maps;Integrated Security=true"
DATA "ogr_geometry from rivers USING UNIQUE ogr_fid USING SRID=4326"

8) Native Oracle connection
CONNECTIONTYPE oraclespatial
DATA "MYGEOMETRY FROM MYTABLE USING UNIQUE MYTABLE_ID"
 
9) Native PostGIS connection
CONNECTIONTYPE POSTGIS
CONNECTION "host=yourhostname dbname=yourdatabasename user=yourdbusername
            password=yourdbpassword port=yourpgport"
DATA "geometrycolumn from yourtablename"

10) Connection to remote WFS service
CONNECTION "http://demo.mapserver.org/cgi-bin/wfs?"
  CONNECTIONTYPE WFS
  METADATA
    "wfs_typename"          "continents"
    "wfs_version"           "1.0.0"
    "wfs_connectiontimeout" "60"
    "wfs_maxfeatures"       "10"
  END


I do not believe that there was a bizarre developer who made a plan about implementing all these data input systems for Mapserver v. 0.1. Rather they have just appeared one after another during the years.

As a user I can't say what might work and what wouldn?t so I can only challenge the developers to think how to make data input more user friendly. However, I do have some thoughts.
- Individual layers are not so hard to configure but it is irritating that there are so many different configurations.
- Fortunately so many formats are supported only through OGR which gives the same syntax for all: CONNECTIONTYPE + CONNECTION + DATA.
- I wonder why DATA was not originally defined as block like many analogous things like PROJECTION, SYMBOL, CLASS, STYLE were. Perhaps nobody thought about anything else than shapefiles.
- We may introduce a new object "DATADEFINITION" that holds everything that is needed to read the input vectors: path to shapefile or CONNECTIONTYPE+CONNECTION+DATA or ogrtileindex path.
- Like SYMBOL, DATADEFINITION (or shorter, DATADEF) could have a name.
- DATADEF would be defined like a symbol
          DATADEF
          NAME "streetdata"
          CONNECTIONTYPE OGR
          CONNECTION "/data/osm_sqlite"
          DATA "select * from lines where highway is not null"
          END
- DATADEF could be defined it the mapfile and reused by its name.
- In LAYER, one line would by enough for defining the input data source but support for old syntax remains.
         LAYER
         DATADEF "streetdata"
         ......
- We have SYMBOLSET and FONTSET and for the same reasons we could have DATADEFSET file. DETADEFs stored into the DATADEFSET file could be reused across multiple mapfiles. Hey, only one or handful of places to update after password change! In practice that would make it possible to change the passwords.
Hmm, it should be possible also to encrypt the DATADEFSET file but I leave that to the developers.
- I am not sure if it would work, but perhaps it could be possible to separate, if needed, DATADEF and DATADEFFILTER. There is an example in the native SDE connector which seems to have a FILTER. For example for OGR layers it would mean storing only CONNECTIONTYPE and CONNECTION into DATADEF. SQL select could come from DATADEFFILTER.  It would give a possibility to re-use a common database connection in a mapfile but create layers by adding one line for unique selects. Unfortunately the DATADEFFILTER would probably not work if DATADEF is changed to read data from a shapefile instead of PostGIS db. Another problem for the developers.

-Jukka Rahkonen-

thomas bonfort wrote: 
> On 10 February 2014 15:13, Rahkonen Jukka  (Tike)
> <jukka.rahkonen at mmmtike.fi> wrote:
> > Hi,
> >
> > In most cases in Mapfile LAYER is defining the output of the service. However,
> it looks like the original way to use DATA has not been flexible enough to suit
> new sources of data and as a workaround one layer is used as an input for
> another layer. For example if a shapefile is used as tileindex it is enough to write
> TILEINDEX "tiger/index.shp"
> > However, if one wants to take tileindex from Spatialite it must be
> > done by defining a layer first
> >
> > LAYER  # The tileindex layer
> >         NAME "spatialite_tileindex"
> >         STATUS OFF
> >         TYPE POLYGON
> >         CONNECTIONTYPE OGR
> >         CONNECTION "/orthophotoindex.sqlite"
> >         DATA "select * from orthophotos where year=2013"
> >        PROJECTION
> >           "init=epsg:3067"
> >         END
> > END # End of tileindex layer
> > LAYER # The orthophoto layer
> >         NAME "orthophotos_2013 "
> >         STATUS ON
> >         TILEINDEX "spatialite_tileindex"  # Name of the tileindex
> > layer ....
> >
> > I guarantee that many if not all new Mapserver users consider this as tricky.
> However, situation can be even more tricky. The new RFC about
> heatmaps/density maps gives an example
> http://mapserver.org/development/rfc/ms-rfc-108.html.
> > The source data for the heatmap layer is configured as
> >
> > LAYER
> >     NAME "heatmap"
> >     TYPE raster
> >     CONNECTIONTYPE kerneldensity
> >     CONNECTION "points"
> >
> > and here "points" is referring to a layer.  It the "points" layer is using
> ogrtileindex where tileindex is not a shapefile but comes from a database we
> will need three layers for publishing the heatmap:
> > - ogrtileindex layer
> > - "points" layer
> > - heatmap layer
> >
> > This is doable but confusing. What is also confusing is that I have not yet found
> a way to hide those technical layers from WMS.
> 
> Supposing you had that use-case given your data files, how would you specify it
> in a more readable way if you didn't have this syntax?

 > Until now after making a web search during a coffee break, it is
> > naturally done with a layer level metadata item "ows_enable_request"
> > "!*" as described in
> > http://mapserver.org/de/development/rfc/ms-rfc-67.html.  Great. But
> > still I feel the dual role of "layer" a bit confusing.  At least in
> > the tileindex case I wish I could simply write just one line even if
> > with somehow complicated syntax. Perhaps it could be something like
> >
> > TILEINDEX "SELECT * from orthophotos where year=2013 USING OGR
> CONNECTION /orthophotoindex.sqlite"
> 
> I'd argue that referencing an existing layer is less confusing. In any case it is
> more powerfull, more flexible and more maintainable in our codebase.

> Interesting points nevertheless....

-Jukka-

> best regards,
> thomas
> 
> >
> > -Jukka Rahkonen-
> >
> >
> >
> >
> > _______________________________________________
> > mapserver-users mailing list
> > mapserver-users at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/mapserver-users

From woodbri at swoodbridge.com  Tue Feb 11 05:48:48 2014
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Tue, 11 Feb 2014 08:48:48 -0500
Subject: [mapserver-users] Dual role of LAYER is confusing
In-Reply-To: <EFE5D7EE2EC8D3438FE02E356F81E35A026014@FITLK-EXMBX04.msvyvi.vaha.local>
References: <EFE5D7EE2EC8D3438FE02E356F81E35A026014@FITLK-EXMBX04.msvyvi.vaha.local>
Message-ID: <52FA2A40.2060401@swoodbridge.com>

Hi Jukka,

You already have this in a fashion.

Your DATADEFSET is a folder.
And you DATADEF is called INCLUDE

So create a layer_name.def files for each of your layer data sources
INCLUDE "datadefset/layer_name.def"
in your layer definitions.

-Steve W

On 2/11/2014 7:30 AM, Rahkonen Jukka (Tike) wrote:
> Hi,
>
> I will change my course to direction "Defining input data for Mapserver is confusing".  Dual role of LAYER is just a detail and using a layer as input for heatmap generator feels actually rather good. But there is something more general that smells rotten to me and I cannot be the most negative people to say so. After all, I do know something about mapfiles, I maintain a few hundred WMS layers and I can myself do many tricky things very effectively with "copy-paste-edit" and "find-replace" and with heavy use of INCLUDEs. I can say that the system is powerful, flexible and maintainable - for me. And each summer I have experienced that it is impossible to make the one who should substitute me during my holidays to believe me.
>
> I try to explain why defining the input data for Mapserver feels sometimes awkward.  As a user, when I create a new vector layer all the input data feel like the same. After all, they are just vectors and I do not care if they come from a shapefile, database, or tileindex.  When there are hundreds of layers to maintain, it would be very nice if:
>
> - Defining the input data would follow always the same logic, even better if also the same syntax
> - Input data definition could be put on one line so it would be simple to edit the whole mapfile  with a text editor and search-replace
> - Changing from shapefile to using a bunch of files through ogrtileindex or to a database could be done with one simple edit
> - Input data definition would be reusable over many layers and mapfiles.
>
> Let's have a look and see how we define the input vector data now. Myself I need to use only 6 of these methods, the others I collected from Mapserver documentation. Naturally I use raster data too and that makes 4 input types more (file, shapefile tileindex, spatialite tileindex, WMS) but those feel rather convenient for me. So these are the vector data input methods with usage examples.
>
> 1) Shapefile:
> DATA "shapefile"
>
> 2) Native shapefile tileindex:
> TILEINDEX "shapefile"
> TILEITEM "LOCATION"
>
> 3) Tileindex through OGR
> CONNECTIONTYPE OGR
> TILEINDEX "/shapefile.shp,0"
> TILEITEM "LOCATION"
>
> 4) Tileindex from a layer, which must be defined separately
> TILEINDEX "layer"
>
> 5) Connection through OGR, in this case to Spatialite database
> CONNECTIONTYPE OGR
> CONNECTION "/spatialite.sqlite"
> DATA "select * from layer"
>
> 6) Native SDE-connection
> CONNECTION "sdemachine.iastate.edu,port:5151,sde,username,password"
> CONNECTIONTYPE SDE
> DATA "HOBU.STATES_LAYER,SHAPE,SDE.DEFAULT"
> FILTER "where MYCOLUMN is not NULL"
>
> 7) Connection through a plugin
> CONNECTIONTYPE PLUGIN
> PLUGIN "msplugin_mssql2008.dll"
> CONNECTION "Server=.\MSSQLSERVER2008;Database=Maps;Integrated Security=true"
> DATA "ogr_geometry from rivers USING UNIQUE ogr_fid USING SRID=4326"
>
> 8) Native Oracle connection
> CONNECTIONTYPE oraclespatial
> DATA "MYGEOMETRY FROM MYTABLE USING UNIQUE MYTABLE_ID"
>
> 9) Native PostGIS connection
> CONNECTIONTYPE POSTGIS
> CONNECTION "host=yourhostname dbname=yourdatabasename user=yourdbusername
>              password=yourdbpassword port=yourpgport"
> DATA "geometrycolumn from yourtablename"
>
> 10) Connection to remote WFS service
> CONNECTION "http://demo.mapserver.org/cgi-bin/wfs?"
>    CONNECTIONTYPE WFS
>    METADATA
>      "wfs_typename"          "continents"
>      "wfs_version"           "1.0.0"
>      "wfs_connectiontimeout" "60"
>      "wfs_maxfeatures"       "10"
>    END
>
>
> I do not believe that there was a bizarre developer who made a plan about implementing all these data input systems for Mapserver v. 0.1. Rather they have just appeared one after another during the years.
>
> As a user I can't say what might work and what wouldn?t so I can only challenge the developers to think how to make data input more user friendly. However, I do have some thoughts.
> - Individual layers are not so hard to configure but it is irritating that there are so many different configurations.
> - Fortunately so many formats are supported only through OGR which gives the same syntax for all: CONNECTIONTYPE + CONNECTION + DATA.
> - I wonder why DATA was not originally defined as block like many analogous things like PROJECTION, SYMBOL, CLASS, STYLE were. Perhaps nobody thought about anything else than shapefiles.
> - We may introduce a new object "DATADEFINITION" that holds everything that is needed to read the input vectors: path to shapefile or CONNECTIONTYPE+CONNECTION+DATA or ogrtileindex path.
> - Like SYMBOL, DATADEFINITION (or shorter, DATADEF) could have a name.
> - DATADEF would be defined like a symbol
>            DATADEF
>            NAME "streetdata"
>            CONNECTIONTYPE OGR
>            CONNECTION "/data/osm_sqlite"
>            DATA "select * from lines where highway is not null"
>            END
> - DATADEF could be defined it the mapfile and reused by its name.
> - In LAYER, one line would by enough for defining the input data source but support for old syntax remains.
>           LAYER
>           DATADEF "streetdata"
>           ......
> - We have SYMBOLSET and FONTSET and for the same reasons we could have DATADEFSET file. DETADEFs stored into the DATADEFSET file could be reused across multiple mapfiles. Hey, only one or handful of places to update after password change! In practice that would make it possible to change the passwords.
> Hmm, it should be possible also to encrypt the DATADEFSET file but I leave that to the developers.
> - I am not sure if it would work, but perhaps it could be possible to separate, if needed, DATADEF and DATADEFFILTER. There is an example in the native SDE connector which seems to have a FILTER. For example for OGR layers it would mean storing only CONNECTIONTYPE and CONNECTION into DATADEF. SQL select could come from DATADEFFILTER.  It would give a possibility to re-use a common database connection in a mapfile but create layers by adding one line for unique selects. Unfortunately the DATADEFFILTER would probably not work if DATADEF is changed to read data from a shapefile instead of PostGIS db. Another problem for the developers.
>
> -Jukka Rahkonen-
>
> thomas bonfort wrote:
>> On 10 February 2014 15:13, Rahkonen Jukka  (Tike)
>> <jukka.rahkonen at mmmtike.fi> wrote:
>>> Hi,
>>>
>>> In most cases in Mapfile LAYER is defining the output of the service. However,
>> it looks like the original way to use DATA has not been flexible enough to suit
>> new sources of data and as a workaround one layer is used as an input for
>> another layer. For example if a shapefile is used as tileindex it is enough to write
>> TILEINDEX "tiger/index.shp"
>>> However, if one wants to take tileindex from Spatialite it must be
>>> done by defining a layer first
>>>
>>> LAYER  # The tileindex layer
>>>          NAME "spatialite_tileindex"
>>>          STATUS OFF
>>>          TYPE POLYGON
>>>          CONNECTIONTYPE OGR
>>>          CONNECTION "/orthophotoindex.sqlite"
>>>          DATA "select * from orthophotos where year=2013"
>>>         PROJECTION
>>>            "init=epsg:3067"
>>>          END
>>> END # End of tileindex layer
>>> LAYER # The orthophoto layer
>>>          NAME "orthophotos_2013 "
>>>          STATUS ON
>>>          TILEINDEX "spatialite_tileindex"  # Name of the tileindex
>>> layer ....
>>>
>>> I guarantee that many if not all new Mapserver users consider this as tricky.
>> However, situation can be even more tricky. The new RFC about
>> heatmaps/density maps gives an example
>> http://mapserver.org/development/rfc/ms-rfc-108.html.
>>> The source data for the heatmap layer is configured as
>>>
>>> LAYER
>>>      NAME "heatmap"
>>>      TYPE raster
>>>      CONNECTIONTYPE kerneldensity
>>>      CONNECTION "points"
>>>
>>> and here "points" is referring to a layer.  It the "points" layer is using
>> ogrtileindex where tileindex is not a shapefile but comes from a database we
>> will need three layers for publishing the heatmap:
>>> - ogrtileindex layer
>>> - "points" layer
>>> - heatmap layer
>>>
>>> This is doable but confusing. What is also confusing is that I have not yet found
>> a way to hide those technical layers from WMS.
>>
>> Supposing you had that use-case given your data files, how would you specify it
>> in a more readable way if you didn't have this syntax?
>
>   > Until now after making a web search during a coffee break, it is
>>> naturally done with a layer level metadata item "ows_enable_request"
>>> "!*" as described in
>>> http://mapserver.org/de/development/rfc/ms-rfc-67.html.  Great. But
>>> still I feel the dual role of "layer" a bit confusing.  At least in
>>> the tileindex case I wish I could simply write just one line even if
>>> with somehow complicated syntax. Perhaps it could be something like
>>>
>>> TILEINDEX "SELECT * from orthophotos where year=2013 USING OGR
>> CONNECTION /orthophotoindex.sqlite"
>>
>> I'd argue that referencing an existing layer is less confusing. In any case it is
>> more powerfull, more flexible and more maintainable in our codebase.
>
>> Interesting points nevertheless....
>
> -Jukka-
>
>> best regards,
>> thomas
>>
>>>
>>> -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 jukka.rahkonen at mmmtike.fi  Tue Feb 11 06:18:51 2014
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka  (Tike))
Date: Tue, 11 Feb 2014 14:18:51 +0000
Subject: [mapserver-users] Dual role of LAYER is confusing
Message-ID: <EFE5D7EE2EC8D3438FE02E356F81E35A02619F@FITLK-EXMBX04.msvyvi.vaha.local>

Hi,

Yes, I do use use INCLUDEs and I can find easily fine, awkward stuff like this from my mapfiles. 

  INCLUDE "/data/maps/sp_tileindex/spatialite_tileindex.map"
  INCLUDE "/data/maps/sp_tileindex/spatialite_tileindex_2013.map"
  INCLUDE "/data/maps/sp_tileindex/spatialite_tileindex_2012.map"
  INCLUDE "/data/maps/sp_tileindex/spatialite_tileindex_2011.map"
  INCLUDE "/data/maps/sp_tileindex/spatialite_tileindex_2010.map"
  INCLUDE "/data/maps/sp_tileindex/spatialite_tileindex_2009.map"
  INCLUDE "/data/maps/sp_tileindex/spatialite_tileindex_2008.map"
  INCLUDE "/data/maps/sp_tileindex/spatialite_tileindex_2007.map"
  INCLUDE "/data/maps/sp_tileindex/spatialite_tileindex_2006.map"
  INCLUDE "/data/maps/sp_tileindex/spatialite_tileindex_2005.map"
  INCLUDE "/data/maps/sp_tileindex/spatialite_tileindex_2004.map"
  INCLUDE "/data/maps/sp_tileindex/spatialite_tileindex_2003.map"
  INCLUDE "/data/maps/sp_tileindex/spatialite_tileindex_2002.map"
  INCLUDE "/data/maps/sp_tileindex/spatialite_tileindex_2001.map"
  INCLUDE "/data/maps/sp_tileindex/spatialite_tileindex_2000.map"


The question is "Is this the way you would  like to learn your mother to configure you a few new layers?".  But I don't know her, she can be a nerd. How about your brother?

-Jukka-


Stephen Woodbridge wrote:
 
> Hi Jukka,
> 
> You already have this in a fashion.
> 
> Your DATADEFSET is a folder.
> And you DATADEF is called INCLUDE
> 
> So create a layer_name.def files for each of your layer data sources INCLUDE
> "datadefset/layer_name.def"
> in your layer definitions.
> 
> -Steve W
> 
> On 2/11/2014 7:30 AM, Rahkonen Jukka (Tike) wrote:
> > Hi,
> >
> > I will change my course to direction "Defining input data for Mapserver is
> confusing".  Dual role of LAYER is just a detail and using a layer as input for
> heatmap generator feels actually rather good. But there is something more
> general that smells rotten to me and I cannot be the most negative people to
> say so. After all, I do know something about mapfiles, I maintain a few hundred
> WMS layers and I can myself do many tricky things very effectively with "copy-
> paste-edit" and "find-replace" and with heavy use of INCLUDEs. I can say that
> the system is powerful, flexible and maintainable - for me. And each summer I
> have experienced that it is impossible to make the one who should substitute me
> during my holidays to believe me.
> >
> > I try to explain why defining the input data for Mapserver feels sometimes
> awkward.  As a user, when I create a new vector layer all the input data feel like
> the same. After all, they are just vectors and I do not care if they come from a
> shapefile, database, or tileindex.  When there are hundreds of layers to
> maintain, it would be very nice if:
> >
> > - Defining the input data would follow always the same logic, even
> > better if also the same syntax
> > - Input data definition could be put on one line so it would be simple
> > to edit the whole mapfile  with a text editor and search-replace
> > - Changing from shapefile to using a bunch of files through
> > ogrtileindex or to a database could be done with one simple edit
> > - Input data definition would be reusable over many layers and mapfiles.
> >
> > Let's have a look and see how we define the input vector data now. Myself I
> need to use only 6 of these methods, the others I collected from Mapserver
> documentation. Naturally I use raster data too and that makes 4 input types
> more (file, shapefile tileindex, spatialite tileindex, WMS) but those feel rather
> convenient for me. So these are the vector data input methods with usage
> examples.
> >
> > 1) Shapefile:
> > DATA "shapefile"
> >
> > 2) Native shapefile tileindex:
> > TILEINDEX "shapefile"
> > TILEITEM "LOCATION"
> >
> > 3) Tileindex through OGR
> > CONNECTIONTYPE OGR
> > TILEINDEX "/shapefile.shp,0"
> > TILEITEM "LOCATION"
> >
> > 4) Tileindex from a layer, which must be defined separately TILEINDEX
> > "layer"
> >
> > 5) Connection through OGR, in this case to Spatialite database
> > CONNECTIONTYPE OGR CONNECTION "/spatialite.sqlite"
> > DATA "select * from layer"
> >
> > 6) Native SDE-connection
> > CONNECTION "sdemachine.iastate.edu,port:5151,sde,username,password"
> > CONNECTIONTYPE SDE
> > DATA "HOBU.STATES_LAYER,SHAPE,SDE.DEFAULT"
> > FILTER "where MYCOLUMN is not NULL"
> >
> > 7) Connection through a plugin
> > CONNECTIONTYPE PLUGIN
> > PLUGIN "msplugin_mssql2008.dll"
> > CONNECTION "Server=.\MSSQLSERVER2008;Database=Maps;Integrated
> Security=true"
> > DATA "ogr_geometry from rivers USING UNIQUE ogr_fid USING SRID=4326"
> >
> > 8) Native Oracle connection
> > CONNECTIONTYPE oraclespatial
> > DATA "MYGEOMETRY FROM MYTABLE USING UNIQUE MYTABLE_ID"
> >
> > 9) Native PostGIS connection
> > CONNECTIONTYPE POSTGIS
> > CONNECTION "host=yourhostname dbname=yourdatabasename
> user=yourdbusername
> >              password=yourdbpassword port=yourpgport"
> > DATA "geometrycolumn from yourtablename"
> >
> > 10) Connection to remote WFS service
> > CONNECTION "http://demo.mapserver.org/cgi-bin/wfs?"
> >    CONNECTIONTYPE WFS
> >    METADATA
> >      "wfs_typename"          "continents"
> >      "wfs_version"           "1.0.0"
> >      "wfs_connectiontimeout" "60"
> >      "wfs_maxfeatures"       "10"
> >    END
> >
> >
> > I do not believe that there was a bizarre developer who made a plan about
> implementing all these data input systems for Mapserver v. 0.1. Rather they
> have just appeared one after another during the years.
> >
> > As a user I can't say what might work and what wouldn?t so I can only
> challenge the developers to think how to make data input more user friendly.
> However, I do have some thoughts.
> > - Individual layers are not so hard to configure but it is irritating that there are
> so many different configurations.
> > - Fortunately so many formats are supported only through OGR which gives
> the same syntax for all: CONNECTIONTYPE + CONNECTION + DATA.
> > - I wonder why DATA was not originally defined as block like many analogous
> things like PROJECTION, SYMBOL, CLASS, STYLE were. Perhaps nobody thought
> about anything else than shapefiles.
> > - We may introduce a new object "DATADEFINITION" that holds everything
> that is needed to read the input vectors: path to shapefile or
> CONNECTIONTYPE+CONNECTION+DATA or ogrtileindex path.
> > - Like SYMBOL, DATADEFINITION (or shorter, DATADEF) could have a name.
> > - DATADEF would be defined like a symbol
> >            DATADEF
> >            NAME "streetdata"
> >            CONNECTIONTYPE OGR
> >            CONNECTION "/data/osm_sqlite"
> >            DATA "select * from lines where highway is not null"
> >            END
> > - DATADEF could be defined it the mapfile and reused by its name.
> > - In LAYER, one line would by enough for defining the input data source but
> support for old syntax remains.
> >           LAYER
> >           DATADEF "streetdata"
> >           ......
> > - We have SYMBOLSET and FONTSET and for the same reasons we could have
> DATADEFSET file. DETADEFs stored into the DATADEFSET file could be reused
> across multiple mapfiles. Hey, only one or handful of places to update after
> password change! In practice that would make it possible to change the
> passwords.
> > Hmm, it should be possible also to encrypt the DATADEFSET file but I leave that
> to the developers.
> > - I am not sure if it would work, but perhaps it could be possible to separate, if
> needed, DATADEF and DATADEFFILTER. There is an example in the native SDE
> connector which seems to have a FILTER. For example for OGR layers it would
> mean storing only CONNECTIONTYPE and CONNECTION into DATADEF. SQL
> select could come from DATADEFFILTER.  It would give a possibility to re-use a
> common database connection in a mapfile but create layers by adding one line
> for unique selects. Unfortunately the DATADEFFILTER would probably not work
> if DATADEF is changed to read data from a shapefile instead of PostGIS db.
> Another problem for the developers.
> >
> > -Jukka Rahkonen-
> >
> > thomas bonfort wrote:
> >> On 10 February 2014 15:13, Rahkonen Jukka  (Tike)
> >> <jukka.rahkonen at mmmtike.fi> wrote:
> >>> Hi,
> >>>
> >>> In most cases in Mapfile LAYER is defining the output of the
> >>> service. However,
> >> it looks like the original way to use DATA has not been flexible
> >> enough to suit new sources of data and as a workaround one layer is
> >> used as an input for another layer. For example if a shapefile is
> >> used as tileindex it is enough to write TILEINDEX "tiger/index.shp"
> >>> However, if one wants to take tileindex from Spatialite it must be
> >>> done by defining a layer first
> >>>
> >>> LAYER  # The tileindex layer
> >>>          NAME "spatialite_tileindex"
> >>>          STATUS OFF
> >>>          TYPE POLYGON
> >>>          CONNECTIONTYPE OGR
> >>>          CONNECTION "/orthophotoindex.sqlite"
> >>>          DATA "select * from orthophotos where year=2013"
> >>>         PROJECTION
> >>>            "init=epsg:3067"
> >>>          END
> >>> END # End of tileindex layer
> >>> LAYER # The orthophoto layer
> >>>          NAME "orthophotos_2013 "
> >>>          STATUS ON
> >>>          TILEINDEX "spatialite_tileindex"  # Name of the tileindex
> >>> layer ....
> >>>
> >>> I guarantee that many if not all new Mapserver users consider this as tricky.
> >> However, situation can be even more tricky. The new RFC about
> >> heatmaps/density maps gives an example
> >> http://mapserver.org/development/rfc/ms-rfc-108.html.
> >>> The source data for the heatmap layer is configured as
> >>>
> >>> LAYER
> >>>      NAME "heatmap"
> >>>      TYPE raster
> >>>      CONNECTIONTYPE kerneldensity
> >>>      CONNECTION "points"
> >>>
> >>> and here "points" is referring to a layer.  It the "points" layer is
> >>> using
> >> ogrtileindex where tileindex is not a shapefile but comes from a
> >> database we will need three layers for publishing the heatmap:
> >>> - ogrtileindex layer
> >>> - "points" layer
> >>> - heatmap layer
> >>>
> >>> This is doable but confusing. What is also confusing is that I have
> >>> not yet found
> >> a way to hide those technical layers from WMS.
> >>
> >> Supposing you had that use-case given your data files, how would you
> >> specify it in a more readable way if you didn't have this syntax?
> >
> >   > Until now after making a web search during a coffee break, it is
> >>> naturally done with a layer level metadata item "ows_enable_request"
> >>> "!*" as described in
> >>> http://mapserver.org/de/development/rfc/ms-rfc-67.html.  Great. But
> >>> still I feel the dual role of "layer" a bit confusing.  At least in
> >>> the tileindex case I wish I could simply write just one line even if
> >>> with somehow complicated syntax. Perhaps it could be something like
> >>>
> >>> TILEINDEX "SELECT * from orthophotos where year=2013 USING OGR
> >> CONNECTION /orthophotoindex.sqlite"
> >>
> >> I'd argue that referencing an existing layer is less confusing. In
> >> any case it is more powerfull, more flexible and more maintainable in our
> codebase.
> >
> >> Interesting points nevertheless....
> >
> > -Jukka-
> >
> >> best regards,
> >> thomas
> >>
> >>>
> >>> -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 kirandziskig at gmail.com  Tue Feb 11 11:15:02 2014
From: kirandziskig at gmail.com (gorank)
Date: Tue, 11 Feb 2014 11:15:02 -0800 (PST)
Subject: [mapserver-users] runtime variable substitution in layer class
	expression
In-Reply-To: <1391233306331-5101318.post@n6.nabble.com>
References: <1391233306331-5101318.post@n6.nabble.com>
Message-ID: <1392146102922-5103222.post@n6.nabble.com>

Is there is somebody to help me?



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/runtime-variable-substitution-in-layer-class-expression-tp5101318p5103222.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From thomas.bonfort at gmail.com  Tue Feb 11 11:23:14 2014
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Tue, 11 Feb 2014 20:23:14 +0100
Subject: [mapserver-users] runtime variable substitution in layer class
	expression
In-Reply-To: <1392146102922-5103222.post@n6.nabble.com>
References: <1391233306331-5101318.post@n6.nabble.com>
	<1392146102922-5103222.post@n6.nabble.com>
Message-ID: <CAOM3y2gzHQq0cnd=04dGOZxdpEc92arWveS+M6gKqD9tinwE1g@mail.gmail.com>

try something like:

layer
 validation
  "YEAR" "^[12][09][0-9][0-9]$"
 end
 class
  expression ([%YEAR%]<100)

--
thomas

On 11 February 2014 20:15, gorank <kirandziskig at gmail.com> wrote:
> Is there is somebody to help me?
>
>
>
> --
> View this message in context: http://osgeo-org.1560.x6.nabble.com/runtime-variable-substitution-in-layer-class-expression-tp5101318p5103222.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 kirandziskig at gmail.com  Tue Feb 11 14:57:14 2014
From: kirandziskig at gmail.com (gorank)
Date: Tue, 11 Feb 2014 14:57:14 -0800 (PST)
Subject: [mapserver-users] runtime variable substitution in layer class
	expression
In-Reply-To: <CAOM3y2gzHQq0cnd=04dGOZxdpEc92arWveS+M6gKqD9tinwE1g@mail.gmail.com>
References: <1391233306331-5101318.post@n6.nabble.com>
	<1392146102922-5103222.post@n6.nabble.com>
	<CAOM3y2gzHQq0cnd=04dGOZxdpEc92arWveS+M6gKqD9tinwE1g@mail.gmail.com>
Message-ID: <1392159434263-5103269.post@n6.nabble.com>

I follow your suggestion and I put in the map file your proposal and in my
.aspx webform with open layers javascript I added dropdownlist with ID
"YEAR" and Values 2010 and 2011. The open layer in the browser doesn't show
the map. 

Should I put in the open layer javascript some additional code to recognise
the aspx control selected value?

Goran



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/runtime-variable-substitution-in-layer-class-expression-tp5101318p5103269.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From james.evans.4 at us.af.mil  Tue Feb 11 14:59:46 2014
From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE)
Date: Tue, 11 Feb 2014 22:59:46 +0000
Subject: [mapserver-users] Serving tiled image sets with MapServer?
In-Reply-To: <EFE5D7EE2EC8D3438FE02E356F81E35A025C30@FITLK-EXMBX04.msvyvi.vaha.local>
References: <EFE5D7EE2EC8D3438FE02E356F81E35A025C30@FITLK-EXMBX04.msvyvi.vaha.local>
Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C3CAFB@52ZHTX-D07-04D.area52.afnoapps.usaf.mil>

That really helps.  I've tried it, and I must be missing part of GDAL.
Gdalinfo returns info about my xml file, but when I try to access that xml
file from my mapfile layer, I don't get an image.  In the access log there
is a bunch of errors that say "PHP Warning:  PHP Startup: unable to load
dynamic library" and says that php_pqsql.dll could not be found.  I've
searched and that file doesn't exist. So was this just left out of this
version of MS4W?  Is there some way to add that capability into this build?
Thanks,
James


-----Original Message-----
From: Rahkonen Jukka (Tike) [mailto:jukka.rahkonen at mmmtike.fi] 
Sent: Monday, February 10, 2014 10:54 PM
To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE;
'mapserver-users at lists.osgeo.org'
Subject: Re: [mapserver-users] Serving tiled image sets with MapServer?

Hi,

First step is to follow the GDAL WMS driver page examples and write a XML
configuration file for your tile service. Let's call it my_service.xml. You
can test if the file is correct with GDAL utility programs. If "gdalinfo
my_service.xml" is listing info about your service and "gdal_translate -of
GTiff -srcwin 0 0 1000 1000" my_service.xml test_out.tif" writes out a small
image you are ready to use your service with Mapserver. After that you
should be ready to use your tile data with Mapserver as LAYER
  NAME "Layer from tiles"
  DATA "my_service.xml"
  TYPE RASTER
  STATUS ON
...


-Jukka Rahkonen-



James_in_Utah wrote:
> 
> Hi Jukka,
> Thanks for the reply.  I just had a chance to look it over tonight.  I 
> followed the link to the gdal site, and it does indicate that the 
> GDAL_WMS driver can access a WorldWind style tile server, which we do 
> have.  Beyond that, I'm not following your suggestion.  Does the 
> snippet you provided go in my Mapfile?  I'm not familiar with that.  I 
> am running MapCache, but it doesn't really look like a grid or source
definition.  Where would I use that snippet?
> 
> 
> 
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/Serving-
> tiled-image-sets-with-MapServer-tp5102393p5103088.html
> Sent from the Mapserver - User mailing list archive at Nabble.com.
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
-------------- next part --------------
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/20140211/b9fb9ed6/attachment.bin>

From tim.banchi at gmail.com  Wed Feb 12 01:34:42 2014
From: tim.banchi at gmail.com (Tim Banchi)
Date: Wed, 12 Feb 2014 10:34:42 +0100
Subject: [mapserver-users] "mapscript.imageObj(): is severely broken and
 should not be used" after upgrade from 6.0.1 to 6.2.1/6.4.0
In-Reply-To: <52EB79B4.7060404@gmail.com>
References: <52EB79B4.7060404@gmail.com>
Message-ID: <52FB4032.9070600@gmail.com>

Le 01/31/2014 11:23 AM, Tim Banchi a ?crit :
> Hello,
>
> with the upate from ubuntu 13.04 to 13.10 the package python-mapscript 
> moved from 6.0.1 to 6.2.1. Since then I get the the following runtime 
> error:
>
> img = mapscript.imageObj(fname)
> File "/usr/lib/python2.7/dist-packages/mapscript.py", line 1324, in 
> __init__
> this = _mapscript.new_imageObj(*args)
> MapServerError: imageObj(): Image handling error. imageObj() is 
> severely broken and should not be used
>
>
> The mapscript API suggests that mapscript.imageObj could be used 
> normally. So I added the ubuntugis-unstable repository and updated 
> python-mapscript to 6.4.0, but the error stays.
>
> I didn't find anything usefull searching the internet for this error 
> message, so I wonder whether imageObj is really broken or whether the 
> error is caused by something else?
> I'm not busy with mapscript, I have to maintain the program where 
> mapscript is part of. Can I use another function instead 
> mapscript.imageObj which gives me back an image object?
>
> The function where mapscript.imageObj(fname) is invocated is as follows:
>
> def load_custom_symbols(self):
>         lst_symbols = [ os.path.splitext(x) for x in
>                         os.listdir(os.path.join(os.getcwd(), 
> "_symbols")) ]
>
>         for symbol, ext in lst_symbols:
>             if ext == ".png":
>                 fname = os.path.join(os.getcwd(), "_symbols", 
> "".join([symbol, ext]))
>                 symbol = mapscript.symbolObj(symbol)
>                 img = mapscript.imageObj(fname)
>                 symbol.type = mapscript.MS_SYMBOL_PIXMAP
>                 symbol.setImage(img)
>                 self.map.symbolset.appendSymbol(symbol)
>
> Thanks!
> Tim
Hello,

in case anybody else is wondering about these problem when moving from 
6.0.1. to 6.2.1:

After I learned that also labels where not working any more with 6.2. or 
6.4:

eg:
class_layer = layer.getClass(i)
class_layer.label.type = mapscript.MS_TRUETYPE

caused:

   File "/usr/lib/python2.7/dist-packages/mapscript.py", line 841, in <lambda>
     __getattr__ = lambda self, name: _swig_getattr(self, classObj, name)
   File "/usr/lib/python2.7/dist-packages/mapscript.py", line 54, in _swig_getattr
     raise AttributeError(name)
AttributeError: label


I locked python-mapscript to the raring version (6.0.1) and since then everything is normal again: imageobj can be instantinated and labels are working as before




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



From iacovlev.pavel at gmail.com  Wed Feb 12 03:15:13 2014
From: iacovlev.pavel at gmail.com (Pavel Iacovlev)
Date: Wed, 12 Feb 2014 13:15:13 +0200
Subject: [mapserver-users] "mapscript.imageObj(): is severely broken and
 should not be used" after upgrade from 6.0.1 to 6.2.1/6.4.0
In-Reply-To: <52FB4032.9070600@gmail.com>
References: <52EB79B4.7060404@gmail.com>
	<52FB4032.9070600@gmail.com>
Message-ID: <CAHWp1L-ud67A==QxCM2ZoxbBCSL8EJos-Kxb=+oJ2220_WYF=Q@mail.gmail.com>

http://mapserver.org/mapscript/php/phpmapscript.html#members

labelObj label Removed (6.2) - use addLabel, getLabel, ...


On Wed, Feb 12, 2014 at 11:34 AM, Tim Banchi <tim.banchi at gmail.com> wrote:

> Le 01/31/2014 11:23 AM, Tim Banchi a ?crit :
>
>  Hello,
>>
>> with the upate from ubuntu 13.04 to 13.10 the package python-mapscript
>> moved from 6.0.1 to 6.2.1. Since then I get the the following runtime error:
>>
>> img = mapscript.imageObj(fname)
>> File "/usr/lib/python2.7/dist-packages/mapscript.py", line 1324, in
>> __init__
>> this = _mapscript.new_imageObj(*args)
>> MapServerError: imageObj(): Image handling error. imageObj() is severely
>> broken and should not be used
>>
>>
>> The mapscript API suggests that mapscript.imageObj could be used
>> normally. So I added the ubuntugis-unstable repository and updated
>> python-mapscript to 6.4.0, but the error stays.
>>
>> I didn't find anything usefull searching the internet for this error
>> message, so I wonder whether imageObj is really broken or whether the error
>> is caused by something else?
>> I'm not busy with mapscript, I have to maintain the program where
>> mapscript is part of. Can I use another function instead mapscript.imageObj
>> which gives me back an image object?
>>
>> The function where mapscript.imageObj(fname) is invocated is as follows:
>>
>> def load_custom_symbols(self):
>>         lst_symbols = [ os.path.splitext(x) for x in
>>                         os.listdir(os.path.join(os.getcwd(),
>> "_symbols")) ]
>>
>>         for symbol, ext in lst_symbols:
>>             if ext == ".png":
>>                 fname = os.path.join(os.getcwd(), "_symbols",
>> "".join([symbol, ext]))
>>                 symbol = mapscript.symbolObj(symbol)
>>                 img = mapscript.imageObj(fname)
>>                 symbol.type = mapscript.MS_SYMBOL_PIXMAP
>>                 symbol.setImage(img)
>>                 self.map.symbolset.appendSymbol(symbol)
>>
>> Thanks!
>> Tim
>>
> Hello,
>
> in case anybody else is wondering about these problem when moving from
> 6.0.1. to 6.2.1:
>
> After I learned that also labels where not working any more with 6.2. or
> 6.4:
>
> eg:
> class_layer = layer.getClass(i)
> class_layer.label.type = mapscript.MS_TRUETYPE
>
> caused:
>
>   File "/usr/lib/python2.7/dist-packages/mapscript.py", line 841, in
> <lambda>
>     __getattr__ = lambda self, name: _swig_getattr(self, classObj, name)
>   File "/usr/lib/python2.7/dist-packages/mapscript.py", line 54, in
> _swig_getattr
>     raise AttributeError(name)
> AttributeError: label
>
>
> I locked python-mapscript to the raring version (6.0.1) and since then
> everything is normal again: imageobj can be instantinated and labels are
> working as before
>
>
>
>
>
>
>> _______________________________________________
>> 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/20140212/f07c7f9d/attachment.htm>

From Steve.Toutant at inspq.qc.ca  Wed Feb 12 05:46:19 2014
From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca)
Date: Wed, 12 Feb 2014 08:46:19 -0500
Subject: [mapserver-users] RE [Polluriel potentiel] Re: runtime variable
 substitution in layer class expression
In-Reply-To: <1392159434263-5103269.post@n6.nabble.com>
Message-ID: <OF0E3CE104.96CD5784-ON85257C7D.004BA286-85257C7D.004BA6A4@isn.rtss.qc.ca>

http://dev.openlayers.org/docs/files/OpenLayers/Layer/WMS-js.html#OpenLayers.Layer.WMS.mergeNewParams

that will add year parameter in your url
yourlayer.mergeNewParams(
        {
                        'year': year
        });

Steve Toutant, M. Sc.
Analyste en g?omatique
Secteur environnement
Direction de la sant? environnementale et de la toxicologie
Institut national de sant? publique du Qu?bec
T?l.: 418 646-6777 poste 30015
T?l?c.: 418 644-4593
steve.toutant at inspq.qc.ca
http://www.inspq.qc.ca
http://www.monclimatmasante.qc.ca 
Pour me rejoindre par courrier
Service de l'infrastructure et du r?seau
Direction des technologies de l'information
Minist?re de la S?curit? Publique
2525 boul. Laurier, 2? ?tage
Tour Laurentides
Qu?bec, G1V 2L2



gorank <kirandziskig at gmail.com>@lists.osgeo.org 
Envoy? par : mapserver-users-bounces at lists.osgeo.org
2014-02-11 17:57

A
mapserver-users at lists.osgeo.org
cc

Objet
[Polluriel potentiel]  Re: [mapserver-users] runtime variable substitution 
in layer class expression








I follow your suggestion and I put in the map file your proposal and in my
.aspx webform with open layers javascript I added dropdownlist with ID
"YEAR" and Values 2010 and 2011. The open layer in the browser doesn't 
show
the map. 

Should I put in the open layer javascript some additional code to 
recognise
the aspx control selected value?

Goran



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/runtime-variable-substitution-in-layer-class-expression-tp5101318p5103269.html

Sent from the Mapserver - User mailing list archive at Nabble.com.
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users



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

From zhaops at hotmail.com  Wed Feb 12 08:06:41 2014
From: zhaops at hotmail.com (Peisheng Zhao)
Date: Wed, 12 Feb 2014 16:06:41 +0000
Subject: [mapserver-users] gradient color and discrete color in SLD for
	raster data
Message-ID: <BLU179-W81E3FEEF70E16C11DA9990D0920@phx.gbl>

Hi all,

In this document, http://docs.geoserver.org/stable/en/user/styling/sld-cookbook/rasters.html#discrete-colors, GeoServer uses "type=intervals" to make raster data rendering with discrete color in SLD, for example
<FeatureTypeStyle>
     <Rule>
       <RasterSymbolizer>
         <ColorMap type="intervals">
           <ColorMapEntry color="#008000" quantity="150" />
           <ColorMapEntry color="#663333" quantity="256" />
         </ColorMap>
       </RasterSymbolizer>
     </Rule>
   </FeatureTypeStyle>

Without this attribute, the map rendering is with gradient colors.

But I cannot find this in MapServer document. It seems MapServer only supports discrete colors when using SLD.

Any thought about this?

Thanks.





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

From james.evans.4 at us.af.mil  Wed Feb 12 16:50:28 2014
From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE)
Date: Thu, 13 Feb 2014 00:50:28 +0000
Subject: [mapserver-users] Serving tiled image sets with MapServer?
In-Reply-To: <20EA793B1BC710448656BDC9BD25C4A104C3CAFB@52ZHTX-D07-04D.area52.afnoapps.usaf.mil>
References: <EFE5D7EE2EC8D3438FE02E356F81E35A025C30@FITLK-EXMBX04.msvyvi.vaha.local>
	<20EA793B1BC710448656BDC9BD25C4A104C3CAFB@52ZHTX-D07-04D.area52.afnoapps.usaf.mil>
Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C3CE09@52ZHTX-D07-04D.area52.afnoapps.usaf.mil>

Ok,
I got this working, but right now it is really just a kludge.  I have an
aspx/php script that serves up the tiles, and the GDAL minidriver
configuration file.  I had to use the GDAL  WorldWind minidriver due to the
way my tiles were layed out, with the 0 row tiles at the bottom, but since I
couldn't figure out how to set the <T> option I had to hard code it into the
URL.  Anyway I now have it serving up my pre-tiled BMNG tile set to my WMS
client.  Sweet!  In case  it helps anyone else, I'll post my aspx scritp,
and the gdal configuration file below.  Any suggestion on how to set that
<T> option to be filled in by the minidriver would be greatly appreciated.
Thanks,
James


Tile.aspx   --- Copy to the \ms4w\apache\htdocs directory
<? 
// This scipt is for serving out your own WW Cached tiles to World Wind,
useful for own imagery and for working "off line" 
// This script can be named what ever you want, it is controlled via a World
Wind XML 
// thanks to MaurizoZA and Nowak for the script 

$X = $_GET['X']; 
$Y = $_GET['Y']; 
$L = $_GET['L']; 
$T = $_GET["T1"]; 

function addzeros($string)
{ 
       //echo $string; 
       if(strlen($string) >= 4)
       { 
               return $string; 
       } 
       $string = "0" . "$string"; 
       if(strlen($string) < 4)
       { 
               $string = addzeros($string); 
       } 
       return $string; 
} 
$ext = ".jpg"; 

// Change the following to the location of your local root cache folder 
$url = 'd:/MapData/TiledMapData/'; 
$doneurl = $url . $T . "/" . $L . "/" . addzeros($Y) . "/" . addzeros($Y) .
"_" . addzeros($X) . $ext; 

     $tileData = file_exists($doneurl) ? file_get_contents($doneurl) : 
false; 
     if ($tileData === false) die(); 

     @header('Content-type: image/jpeg'); 
     print($tileData); 

?>


BMNG_01.2004.xml  -- Copy to \ms4w\apache\cgi-bin
<GDAL_WMS>
  <Service name="WorldWind">
    <Version>1</Version>
    <interface>worldwind</interface>
    <ServerUrl>http://localhost/tile.aspx?T1=BMNG_01.2004</ServerUrl>
    <Dataset>BMNG_01.2004</Dataset>
  </Service>
  <DataWindow>
    <UpperLeftx>-180.0</UpperLeftx>
    <UpperLefty>90.0</UpperLefty>
    <LowerRightx>180.0</LowerRightx>
    <LowerRighty>-90.0</LowerRighty>
    <SizeX>81920</SizeX>
    <SizeY>40960</SizeY>
    <TileLevel>4</TileLevel>
  </DataWindow>>
  <Projection>EPSG:4326</Projection>
  <BlockSizeX>512</BlockSizeX>
  <BlockSizeY>512</BlockSizeY>
  <BandsCount>3</BandsCount>
</GDAL_WMS>


-------------- 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/20140213/74e68d76/attachment.bin>

From James.Evans at hill.af.mil  Wed Feb 12 19:34:41 2014
From: James.Evans at hill.af.mil (James_in_Utah)
Date: Wed, 12 Feb 2014 19:34:41 -0800 (PST)
Subject: [mapserver-users] Serving tiled image sets with MapServer?
In-Reply-To: <20EA793B1BC710448656BDC9BD25C4A104C3CE09@52ZHTX-D07-04D.area52.afnoapps.usaf.mil>
References: <1391749749908-5102393.post@n6.nabble.com>
	<EFE5D7EE2EC8D3438FE02E356F81E35A025C30@FITLK-EXMBX04.msvyvi.vaha.local>
	<20EA793B1BC710448656BDC9BD25C4A104C3CAFB@52ZHTX-D07-04D.area52.afnoapps.usaf.mil>
	<20EA793B1BC710448656BDC9BD25C4A104C3CE09@52ZHTX-D07-04D.area52.afnoapps.usaf.mil>
Message-ID: <1392262481548-5103495.post@n6.nabble.com>

Apparently with the WorldWind minidriver, the tileset is designated with the
<Layer> tag, so update the xml above with:

  <Service name="WorldWind"> 
    <Version>1</Version> 
    <ServerUrl>http://localhost/tile.aspx?</ServerUrl> 
    <Layer>BMNG_04.2004</Layer> 
  </Service> 

and the .aspx above with :

$X = $_GET['X']; 
$Y = $_GET['Y']; 
$L = $_GET['L']; 
$T = $_GET['T']; 




--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Serving-tiled-image-sets-with-MapServer-tp5102393p5103495.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From fl_v at inbox.ru  Thu Feb 13 03:08:17 2014
From: fl_v at inbox.ru (=?UTF-8?B?VmxhZGltaXI=?=)
Date: Thu, 13 Feb 2014 15:08:17 +0400
Subject: [mapserver-users] =?utf-8?q?php_mapscript_setFilter_and_signal_Se?=
 =?utf-8?q?gmentation_fault_=2811=29?=
Message-ID: <1392289697.595413574@f311.i.mail.ru>



Hello All. Please help me to understand what's wrong.

php mapscript version 6.4.1

request url:
localhost/script.php?LAYERS=roads&SRS=EPSG%3A3857&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&FORMAT=image%2Fpng&BBOX=8562963.8568664,5347815.0968664,8567741.1711336,5352592.4111336&WIDTH=500&HEIGHT=500

works in mapfile.map:
FILTER (id? in (386,400))
but
does not work in script.php:
$roadsLayer->setFilter("id? in (386,400)");
at that no other errors except the string in apache log:
[Thu Feb 13 16:03:33.931054 2014] [core:notice] [pid 716] AH00052: child pid 2626 exit signal Segmentation fault (11)


mapfile.map:
-----------------------
MAP
?? ?NAME?? ?"WMSRoadrs"
?? ?CONFIG?? ?"PROJ_LIB" "/usr/lib/proj/"
??? STATUS?? ??? ?ON
?? ?WEB?? ??? ? 
?? ??? ?METADATA
?? ??? ??? ?wms_title?? ?"Roadrs"
?? ??? ??? ?wms_abstract?? ?"Roadrs"
?? ??? ??? ?wms_onlineresource?? ?"http://localhost/msscr/script.php"
?? ??? ??? ?wms_srs?? ?"EPSG:3857"?? ?
?? ??? ??? ?wms_enable_request?? ??? ?"*"
?? ??? ??? ?wms_encoding?? ?"utf-8"
?? ??? ?END # end METADATA?? ??? ?
?? ?END # end WEB?? ?
?? ?PROJECTION
?? ??? ?"init=epsg:3857"
?? ?END # end PROJECTION
?? ?LAYER
?? ??? ?NAME?? ?"roads"?? ?
?? ??? ?STATUS?? ??? ?ON
?? ??? ?CONNECTIONTYPE?? ?postgis
?? ??? ?CONNECTION?? ?"user=user password=1 dbname=db host=localhost"
?? ??? ?DATA?? ?"coor from tab using unique id using srid=3857"

?? ??? FILTER (id? in (386,400))#-----------works

?? ??? ?TYPE?? ?LINE?? ??? ?
?? ??? ?CLASS 
?? ??? ??? ?NAME?? ?"??????"?? ??? ??? ?
?? ??? ??? ??? ?STYLE
?? ??? ??? ??? ??? ?COLOR?? ?255 255 255
?? ??? ??? ??? ??? ?WIDTH?? ?10
?? ??? ??? ??? ??? ?OUTLINECOLOR?? ?0 0 255 
?? ??? ??? ??? ??? ?OUTLINEWIDTH?? ?1
?? ??? ??? ??? ?END # end STYLE?? ??? ??? ??? ?
?? ??? ?END # end CLASS
?? ??? ?PROJECTION
?? ??? ??? ?"init=epsg:3857"
?? ??? ?END # end PROJECTION
?? ??? ?METADATA
?? ??? ??? ?wms_title?? ?"Demo1"
?? ??? ??? ?wms_abstract?? ?"Roads Demo1"?? ??? ??? ?
?? ??? ??? ?wms_srs?? ?"EPSG:3857"
?? ??? ??? ?wms_include_items?? ?"all"
?? ??? ?END # end METADATA
?? ?END # end LAYER
END # end MAP
---------------

script.php:
----------------
ini_set('display_errors', E_ALL); 
error_reporting(E_ALL);
$request = ms_newOwsrequestObj();
if(!empty($_GET)){
?? ?foreach ($_GET as $key => $value) {
?? ???? $request->setparameter($key, $value);
?? ?}
}
ms_ioinstallstdouttobuffer();
$map = ms_newMapobj("mapfile.map");
$roadsLayer = $map->getLayerByName("roads");

$roadsLayer->setFilter("id? in (386,400)");//-----------does not work

$map->owsDispatch($request);
$contenttype = ms_iostripstdoutbuffercontenttype();
header('Content-type:'.$contenttype);
ms_iogetStdoutBufferBytes();
ms_ioresethandlers();
----------------

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

From dejan.gambin at coin.hr  Thu Feb 13 05:06:49 2014
From: dejan.gambin at coin.hr (Dejan Gambin)
Date: Thu, 13 Feb 2014 14:06:49 +0100
Subject: [mapserver-users] Problem using WMS GetFeatureInfo in
	OpenLayers with different projections
In-Reply-To: <22BD0426-BAEE-442C-A9F3-3245DA65F04A@coin.hr>
References: <EFE5D7EE2EC8D3438FE02E356F81E35A013B15@FITLK-EXMBX04.msvyvi.vaha.local>
	<22BD0426-BAEE-442C-A9F3-3245DA65F04A@coin.hr>
Message-ID: <C9DEC085-0CCC-4A71-9853-90C66C3A24BB@coin.hr>

Since I didn't solve this yet, do you think it could be a bug and/or should I try with some newer MapServer version? I am currently using 6.0.3

Thx

Dejan Gambin

On 22. sij. 2014., at 10:35, Dejan Gambin wrote:

> Sorry for being late...
> 
> So, I have tested it all with browser of course. Here are some working and non-working requests:
> 
> Mapfile part:
> 
>  PROJECTION
>    "init=epsg:4326"    
>  END      
>  METADATA
>    "wms_srs"   "EPSG:4326"    
>    "wms_title"  "aster_dem"
>    "gml_include_items" "value_0"
>    "gml_value_0_alias" "Nadmorska_visina"
>  END
>  TILEINDEX "../aster/aster_index"  #original raster in 4326
> 
> 
> Working GetMap request in 900913:
> 
> http://mydomain.com/cgi-bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:900913&FORMAT=image/png&WIDTH=400&HEIGHT=300&BBOX=1496080.301904,5576310.226428,1593919.698096,5649689.773572
> 
> Non-working GetFeatureInfo request in 900913:
> 
> http://mydomain.com/cgi-bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetFeatureInfo&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:900913&FORMAT=image/png&WIDTH=400&HEIGHT=300&BBOX=1496080.301904,5576310.226428,1593919.698096,5649689.773572&QUERY_LAYERS=aster_dem_info&INFO_FORMAT=gml&X=200&Y=100
> 
> Working GetMap request in 4326:
> 
> http://mydomain.com/cgi-bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:4326&FORMAT=image/png&WIDTH=400&HEIGHT=300&BBOX=13.439518,44.712096,14.318424,45.178647
> 
> Working GetFeatureInfo request in 4326:
> 
> http://mydomain.com/cgi-bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetFeatureInfo&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:4326&FORMAT=image/png&WIDTH=400&HEIGHT=300&BBOX=13.439518,44.712096,14.318424,45.178647&QUERY_LAYERS=aster_dem_info&INFO_FORMAT=gml&X=200&Y=100
> 
> 
> 
> 
> 
> 
> On 17. sij. 2014., at 13:52, Rahkonen Jukka (Tike) wrote:
> 
>> Hi,
>> 
>> Please show us the complete GetFeatureInfo requests for both cases. Server urls are not interesting but all the WMS parameters. Have you already tried to send them from browser? Testing with OpenLayers is waste of time because you can't control what really happens but with hand written requests you are the master.
>> 
>> -Jukka Rahkonen-
>> 
>> 
>> Lars Lingner wrote:
>>> 
>>> On 17.01.2014 11:10, Dejan Gambin wrote:
>>>>> What is the mywms? MapServer binary, wrapper script, ...?
>>>> wrapper script. Something like:
>>>> 
>>>> #! /bin/sh MS_MAPFILE=/path_to_my_map_file export MS_MAPFILE
>>>> /usr/lib/cgi-bin/mapserv6
>>>> 
>>> 
>>> AFAIK nothing wrong here.
>>> 
>>>>> 
>>>>> Did you check the actual requests? Does the bbox parameter fit to
>>>>> the srs? Could you compare a working GetFeatureInfo request in
>>>>> 900913 with a failing one in 4326?
>>>> Yes, bbox parameter fits to srs in both cases. So, if I put bbox/srs
>>>> params in 426 everything works, if I put them in 900913 then error
>>>> happens
>>> 
>>> Does other maps work with 900913?
>>> 
>>> I would check which pro4 epsg file mapserver is using, check if there is
>>> a definition for 90013 and if it looks like
>>> 
>>> +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0
>>> +k=1.0 +units=m +nadgrids=@null +wktext  +no_defs
>>> 
>>> On the other hand, if GetMap ist working fine, projection definition
>>> should be fine too. Just thinking out loud...
>>> 
>>> 
>>>>> 
>>>>> Raise the debug level to 3 at map level and layer level. You can
>>>>> let MapServer write its own error logfile, so your apache log stays
>>>>> clean.
>>> 
>>> Could you find anything in the MapServer log file?
>>> 
>>> Here I would identify a working 4326 GFI request and compare the
>>> corresponding log with a 900913 request. There should be a difference.
>>> 
>>> 
>>> Best wishes,
>>> 
>>> Lars
>>> 
>>> _______________________________________________
>>> 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 Steve.Toutant at inspq.qc.ca  Thu Feb 13 05:33:38 2014
From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca)
Date: Thu, 13 Feb 2014 08:33:38 -0500
Subject: [mapserver-users] RE [Polluriel potentiel] Re: Problem using WMS
 GetFeatureInfo in OpenLayers with different projections
In-Reply-To: <C9DEC085-0CCC-4A71-9853-90C66C3A24BB@coin.hr>
Message-ID: <OFE53893AB.B51637C6-ON85257C7E.0049DA81-85257C7E.004A7D71@isn.rtss.qc.ca>

Here are some ideas...
I would add 900913 to wms_srs. If that doesn't solve the problem keep it 
there, it has to be there.
"wms_srs"   "EPSG:4326 EPSG:900913"

Add this in the MAP section of your mapfile to make sure it read the good 
epsg file. this is an example of a path to the epsg file
CONFIG "PROJ_LIB" "/srv/www/services/epsg/"

Perhaps you need to add the definition of 900913 to proj4 used by 
OpenLayers
create epsg900913.js, with this in
Proj4js.defs["EPSG:900913"]= "+title= Google Mercator EPSG:900913 
+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 
+k=1.0 +units=m +nadgrids=@null +no_defs";

Make sure to add this script after loading proj4.js 





Dejan Gambin <dejan.gambin at coin.hr>@lists.osgeo.org 
Envoy? par : mapserver-users-bounces at lists.osgeo.org
2014-02-13 08:06

A
mapserver-users at lists.osgeo.org
cc

Objet
[Polluriel potentiel]  Re: [mapserver-users] Problem using WMS 
GetFeatureInfo in OpenLayers with different projections








Since I didn't solve this yet, do you think it could be a bug and/or 
should I try with some newer MapServer version? I am currently using 6.0.3

Thx

Dejan Gambin

On 22. sij. 2014., at 10:35, Dejan Gambin wrote:

> Sorry for being late...
> 
> So, I have tested it all with browser of course. Here are some working 
and non-working requests:
> 
> Mapfile part:
> 
>  PROJECTION
>    "init=epsg:4326" 
>  END 
>  METADATA
>    "wms_srs"   "EPSG:4326" 
>    "wms_title"  "aster_dem"
>    "gml_include_items" "value_0"
>    "gml_value_0_alias" "Nadmorska_visina"
>  END
>  TILEINDEX "../aster/aster_index"  #original raster in 4326
> 
> 
> Working GetMap request in 900913:
> 
> 
http://mydomain.com/cgi-bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:900913&FORMAT=image/png&WIDTH=400&HEIGHT=300&BBOX=1496080.301904,5576310.226428,1593919.698096,5649689.773572

> 
> Non-working GetFeatureInfo request in 900913:
> 
> 
http://mydomain.com/cgi-bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetFeatureInfo&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:900913&FORMAT=image/png&WIDTH=400&HEIGHT=300&BBOX=1496080.301904,5576310.226428,1593919.698096,5649689.773572&QUERY_LAYERS=aster_dem_info&INFO_FORMAT=gml&X=200&Y=100

> 
> Working GetMap request in 4326:
> 
> 
http://mydomain.com/cgi-bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:4326&FORMAT=image/png&WIDTH=400&HEIGHT=300&BBOX=13.439518,44.712096,14.318424,45.178647

> 
> Working GetFeatureInfo request in 4326:
> 
> 
http://mydomain.com/cgi-bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetFeatureInfo&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:4326&FORMAT=image/png&WIDTH=400&HEIGHT=300&BBOX=13.439518,44.712096,14.318424,45.178647&QUERY_LAYERS=aster_dem_info&INFO_FORMAT=gml&X=200&Y=100

> 
> 
> 
> 
> 
> 
> On 17. sij. 2014., at 13:52, Rahkonen Jukka (Tike) wrote:
> 
>> Hi,
>> 
>> Please show us the complete GetFeatureInfo requests for both cases. 
Server urls are not interesting but all the WMS parameters. Have you 
already tried to send them from browser? Testing with OpenLayers is waste 
of time because you can't control what really happens but with hand 
written requests you are the master.
>> 
>> -Jukka Rahkonen-
>> 
>> 
>> Lars Lingner wrote:
>>> 
>>> On 17.01.2014 11:10, Dejan Gambin wrote:
>>>>> What is the mywms? MapServer binary, wrapper script, ...?
>>>> wrapper script. Something like:
>>>> 
>>>> #! /bin/sh MS_MAPFILE=/path_to_my_map_file export MS_MAPFILE
>>>> /usr/lib/cgi-bin/mapserv6
>>>> 
>>> 
>>> AFAIK nothing wrong here.
>>> 
>>>>> 
>>>>> Did you check the actual requests? Does the bbox parameter fit to
>>>>> the srs? Could you compare a working GetFeatureInfo request in
>>>>> 900913 with a failing one in 4326?
>>>> Yes, bbox parameter fits to srs in both cases. So, if I put bbox/srs
>>>> params in 426 everything works, if I put them in 900913 then error
>>>> happens
>>> 
>>> Does other maps work with 900913?
>>> 
>>> I would check which pro4 epsg file mapserver is using, check if there 
is
>>> a definition for 90013 and if it looks like
>>> 
>>> +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 
+y_0=0
>>> +k=1.0 +units=m +nadgrids=@null +wktext  +no_defs
>>> 
>>> On the other hand, if GetMap ist working fine, projection definition
>>> should be fine too. Just thinking out loud...
>>> 
>>> 
>>>>> 
>>>>> Raise the debug level to 3 at map level and layer level. You can
>>>>> let MapServer write its own error logfile, so your apache log stays
>>>>> clean.
>>> 
>>> Could you find anything in the MapServer log file?
>>> 
>>> Here I would identify a working 4326 GFI request and compare the
>>> corresponding log with a 900913 request. There should be a difference.
>>> 
>>> 
>>> Best wishes,
>>> 
>>> Lars
>>> 
>>> _______________________________________________
>>> 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



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

From jukka.rahkonen at mmmtike.fi  Thu Feb 13 07:05:15 2014
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka  (Tike))
Date: Thu, 13 Feb 2014 15:05:15 +0000
Subject: [mapserver-users] What is the best way to test development versions
	on Windows?
Message-ID: <EFE5D7EE2EC8D3438FE02E356F81E35A02775A@FITLK-EXMBX04.msvyvi.vaha.local>

Hi,

I would like to test the new dynamic heatmaps http://mapserver.org/development/rfc/ms-rfc-108.html but I am on Windows and Mapserver project is not extremely Windows friendly nowadays. Ideal for users like me would be to have for example weekly builds which could be installed like MS4W - unzip and run. But we don't have such builds and MS4W lags so much behind that curious users need to use something else.

What I have done sometimes is to make a basic install with MS4W and then download fresh development binaries from gisinternals. By copying mapserv.exe and GDAL dll files into ms4w\apache\cgi-bin it is usually possible to make the new Mapserver dev version to run. However, the result is often unstable and some strange things happen.  Probably I have then something incompatible in GDAL directories of MS4W and I should copy some more files. Is it even theoretically possible to update MS4W reliably in this way?
 
Another alternative is obviously to use OSGeo4W installer. However, I feel it is a somewhat odd creature which installs this and that even I would only like to test Mapserver. I seem to have about 1 GB on disk while MS4W is perhaps 200 MB.  It is also impossible to know what all OSGeo4W installer is updating when is installs a new nightly build of Mapserver so I think it is necessary to make a backup copy of the whole OSGeo4W directory if there happens to be a need to go back to yesterday's version.

What other Windows users and developers consider as a best way to stay close to the cutting edge? Other than to start using Linux, I mean.

-Jukka Rahkonen-


From jukka.rahkonen at mmmtike.fi  Thu Feb 13 07:09:33 2014
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka  (Tike))
Date: Thu, 13 Feb 2014 15:09:33 +0000
Subject: [mapserver-users] Problem using WMS GetFeatureInfo in
 OpenLayers with different projections
Message-ID: <EFE5D7EE2EC8D3438FE02E356F81E35A027773@FITLK-EXMBX04.msvyvi.vaha.local>

Hi,

Just to eliminate one possibility, is the result the same if you use one DEM raster as a source instead of tileindex?

-Jukka Rahkonen-

 Dejan Gambin wrote:

> Since I didn't solve this yet, do you think it could be a bug and/or should I try
> with some newer MapServer version? I am currently using 6.0.3
> 
> Thx
> 
> Dejan Gambin
> 
> On 22. sij. 2014., at 10:35, Dejan Gambin wrote:
> 
> > Sorry for being late...
> >
> > So, I have tested it all with browser of course. Here are some working and
> non-working requests:
> >
> > Mapfile part:
> >
> >  PROJECTION
> >    "init=epsg:4326"
> >  END
> >  METADATA
> >    "wms_srs"   "EPSG:4326"
> >    "wms_title"  "aster_dem"
> >    "gml_include_items" "value_0"
> >    "gml_value_0_alias" "Nadmorska_visina"
> >  END
> >  TILEINDEX "../aster/aster_index"  #original raster in 4326
> >
> >
> > Working GetMap request in 900913:
> >
> > http://mydomain.com/cgi-
> bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=G
> >
> etMap&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:900913&FORMAT=image
> /png&W
> >
> IDTH=400&HEIGHT=300&BBOX=1496080.301904,5576310.226428,1593919.698
> 096,
> > 5649689.773572
> >
> > Non-working GetFeatureInfo request in 900913:
> >
> > http://mydomain.com/cgi-
> bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=G
> >
> etFeatureInfo&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:900913&FORMAT
> =ima
> >
> ge/png&WIDTH=400&HEIGHT=300&BBOX=1496080.301904,5576310.226428,1
> 593919
> >
> .698096,5649689.773572&QUERY_LAYERS=aster_dem_info&INFO_FORMAT=g
> ml&X=2
> > 00&Y=100
> >
> > Working GetMap request in 4326:
> >
> > http://mydomain.com/cgi-
> bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=G
> >
> etMap&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:4326&FORMAT=image/p
> ng&WID
> > TH=400&HEIGHT=300&BBOX=13.439518,44.712096,14.318424,45.178647
> >
> > Working GetFeatureInfo request in 4326:
> >
> > http://mydomain.com/cgi-
> bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=G
> >
> etFeatureInfo&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:4326&FORMAT=i
> mage
> >
> /png&WIDTH=400&HEIGHT=300&BBOX=13.439518,44.712096,14.318424,45.17
> 8647
> > &QUERY_LAYERS=aster_dem_info&INFO_FORMAT=gml&X=200&Y=100
> >
> >
> >
> >
> >
> >
> > On 17. sij. 2014., at 13:52, Rahkonen Jukka (Tike) wrote:
> >
> >> Hi,
> >>
> >> Please show us the complete GetFeatureInfo requests for both cases. Server
> urls are not interesting but all the WMS parameters. Have you already tried to
> send them from browser? Testing with OpenLayers is waste of time because you
> can't control what really happens but with hand written requests you are the
> master.
> >>
> >> -Jukka Rahkonen-
> >>
> >>
> >> Lars Lingner wrote:
> >>>
> >>> On 17.01.2014 11:10, Dejan Gambin wrote:
> >>>>> What is the mywms? MapServer binary, wrapper script, ...?
> >>>> wrapper script. Something like:
> >>>>
> >>>> #! /bin/sh MS_MAPFILE=/path_to_my_map_file export MS_MAPFILE
> >>>> /usr/lib/cgi-bin/mapserv6
> >>>>
> >>>
> >>> AFAIK nothing wrong here.
> >>>
> >>>>>
> >>>>> Did you check the actual requests? Does the bbox parameter fit to
> >>>>> the srs? Could you compare a working GetFeatureInfo request in
> >>>>> 900913 with a failing one in 4326?
> >>>> Yes, bbox parameter fits to srs in both cases. So, if I put
> >>>> bbox/srs params in 426 everything works, if I put them in 900913
> >>>> then error happens
> >>>
> >>> Does other maps work with 900913?
> >>>
> >>> I would check which pro4 epsg file mapserver is using, check if
> >>> there is a definition for 90013 and if it looks like
> >>>
> >>> +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0
> >>> ++y_0=0
> >>> +k=1.0 +units=m +nadgrids=@null +wktext  +no_defs
> >>>
> >>> On the other hand, if GetMap ist working fine, projection definition
> >>> should be fine too. Just thinking out loud...
> >>>
> >>>
> >>>>>
> >>>>> Raise the debug level to 3 at map level and layer level. You can
> >>>>> let MapServer write its own error logfile, so your apache log
> >>>>> stays clean.
> >>>
> >>> Could you find anything in the MapServer log file?
> >>>
> >>> Here I would identify a working 4326 GFI request and compare the
> >>> corresponding log with a 900913 request. There should be a difference.
> >>>
> >>>
> >>> Best wishes,
> >>>
> >>> Lars
> >>>
> >>> _______________________________________________
> >>> 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 donald.kerr at dkerr.co.uk  Thu Feb 13 07:16:40 2014
From: donald.kerr at dkerr.co.uk (Donald Kerr)
Date: Thu, 13 Feb 2014 15:16:40 -0000
Subject: [mapserver-users] What is the best way to test development
	versions	on Windows?
In-Reply-To: <EFE5D7EE2EC8D3438FE02E356F81E35A02775A@FITLK-EXMBX04.msvyvi.vaha.local>
References: <EFE5D7EE2EC8D3438FE02E356F81E35A02775A@FITLK-EXMBX04.msvyvi.vaha.local>
Message-ID: <005601cf28ce$9abe23c0$d03a6b40$@dkerr.co.uk>

It would be good if Jeff McKenna could keep MS4W up to date but I realise
that it's a lot of work and Jeff deserves financial compensation for doing
so. It does seem to have lagged behind for some time now. For me, it's
important in that it's a Windows version that some, including me, used as
their introduction to MapServer. I feel that, with it lagging behind too
much, it may push people in another direction which would be a shame for the
MapServer project as a whole.

Regards,

Donald


-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org
[mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Rahkonen Jukka
(Tike)
Sent: 13 February 2014 15:05
To: Mapserver-Users (mapserver-users at lists.osgeo.org)
Subject: [mapserver-users] What is the best way to test development versions
on Windows?

Hi,

I would like to test the new dynamic heatmaps
http://mapserver.org/development/rfc/ms-rfc-108.html but I am on Windows and
Mapserver project is not extremely Windows friendly nowadays. Ideal for
users like me would be to have for example weekly builds which could be
installed like MS4W - unzip and run. But we don't have such builds and MS4W
lags so much behind that curious users need to use something else.

What I have done sometimes is to make a basic install with MS4W and then
download fresh development binaries from gisinternals. By copying
mapserv.exe and GDAL dll files into ms4w\apache\cgi-bin it is usually
possible to make the new Mapserver dev version to run. However, the result
is often unstable and some strange things happen.  Probably I have then
something incompatible in GDAL directories of MS4W and I should copy some
more files. Is it even theoretically possible to update MS4W reliably in
this way?
 
Another alternative is obviously to use OSGeo4W installer. However, I feel
it is a somewhat odd creature which installs this and that even I would only
like to test Mapserver. I seem to have about 1 GB on disk while MS4W is
perhaps 200 MB.  It is also impossible to know what all OSGeo4W installer is
updating when is installs a new nightly build of Mapserver so I think it is
necessary to make a backup copy of the whole OSGeo4W directory if there
happens to be a need to go back to yesterday's version.

What other Windows users and developers consider as a best way to stay close
to the cutting edge? Other than to start using Linux, I mean.

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


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2014.0.4335 / Virus Database: 3697/7088 - Release Date: 02/12/14




From jennawalz at co.stevens.mn.us  Thu Feb 13 09:54:30 2014
From: jennawalz at co.stevens.mn.us (jcwalz)
Date: Thu, 13 Feb 2014 09:54:30 -0800 (PST)
Subject: [mapserver-users] GeoMOOSE Identify Service
Message-ID: <1392314070480-5103671.post@n6.nabble.com>

Hello,

I already have the identify tool working from the GeoMOOSE demo. What I
would like to do is provide a dropdown lists so people can choose to
identify the parcel information or the ditch information. 

Does anyone know how to do this? Any code/sample that could be provided
would be great.

Thanks!



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/GeoMOOSE-Identify-Service-tp5103671.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From dejan.gambin at coin.hr  Thu Feb 13 15:38:11 2014
From: dejan.gambin at coin.hr (Dejan Gambin)
Date: Fri, 14 Feb 2014 00:38:11 +0100
Subject: [mapserver-users] Problem using WMS GetFeatureInfo in
	OpenLayers with different projections
In-Reply-To: <EFE5D7EE2EC8D3438FE02E356F81E35A027773@FITLK-EXMBX04.msvyvi.vaha.local>
References: <EFE5D7EE2EC8D3438FE02E356F81E35A027773@FITLK-EXMBX04.msvyvi.vaha.local>
Message-ID: <2A01A903-E1E5-479E-860F-49F806B10032@coin.hr>

FIrst I thought it was it. No error when using one of the rasters from the tileindex (there are only four total). Then I did gdal_merge on those four rasters to get one. After that, the same error when using the merged raster. Then I tried with each individual raster and found that error comes from only one (ASTGTM2_N45E013_dem.tif)...still didn't found why :-(


On 13. vel. 2014., at 16:09, Rahkonen Jukka (Tike) wrote:

> Hi,
> 
> Just to eliminate one possibility, is the result the same if you use one DEM raster as a source instead of tileindex?
> 
> -Jukka Rahkonen-
> 
> Dejan Gambin wrote:
> 
>> Since I didn't solve this yet, do you think it could be a bug and/or should I try
>> with some newer MapServer version? I am currently using 6.0.3
>> 
>> Thx
>> 
>> Dejan Gambin
>> 
>> On 22. sij. 2014., at 10:35, Dejan Gambin wrote:
>> 
>>> Sorry for being late...
>>> 
>>> So, I have tested it all with browser of course. Here are some working and
>> non-working requests:
>>> 
>>> Mapfile part:
>>> 
>>> PROJECTION
>>>   "init=epsg:4326"
>>> END
>>> METADATA
>>>   "wms_srs"   "EPSG:4326"
>>>   "wms_title"  "aster_dem"
>>>   "gml_include_items" "value_0"
>>>   "gml_value_0_alias" "Nadmorska_visina"
>>> END
>>> TILEINDEX "../aster/aster_index"  #original raster in 4326
>>> 
>>> 
>>> Working GetMap request in 900913:
>>> 
>>> http://mydomain.com/cgi-
>> bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=G
>>> 
>> etMap&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:900913&FORMAT=image
>> /png&W
>>> 
>> IDTH=400&HEIGHT=300&BBOX=1496080.301904,5576310.226428,1593919.698
>> 096,
>>> 5649689.773572
>>> 
>>> Non-working GetFeatureInfo request in 900913:
>>> 
>>> http://mydomain.com/cgi-
>> bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=G
>>> 
>> etFeatureInfo&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:900913&FORMAT
>> =ima
>>> 
>> ge/png&WIDTH=400&HEIGHT=300&BBOX=1496080.301904,5576310.226428,1
>> 593919
>>> 
>> .698096,5649689.773572&QUERY_LAYERS=aster_dem_info&INFO_FORMAT=g
>> ml&X=2
>>> 00&Y=100
>>> 
>>> Working GetMap request in 4326:
>>> 
>>> http://mydomain.com/cgi-
>> bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=G
>>> 
>> etMap&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:4326&FORMAT=image/p
>> ng&WID
>>> TH=400&HEIGHT=300&BBOX=13.439518,44.712096,14.318424,45.178647
>>> 
>>> Working GetFeatureInfo request in 4326:
>>> 
>>> http://mydomain.com/cgi-
>> bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=G
>>> 
>> etFeatureInfo&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:4326&FORMAT=i
>> mage
>>> 
>> /png&WIDTH=400&HEIGHT=300&BBOX=13.439518,44.712096,14.318424,45.17
>> 8647
>>> &QUERY_LAYERS=aster_dem_info&INFO_FORMAT=gml&X=200&Y=100
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> On 17. sij. 2014., at 13:52, Rahkonen Jukka (Tike) wrote:
>>> 
>>>> Hi,
>>>> 
>>>> Please show us the complete GetFeatureInfo requests for both cases. Server
>> urls are not interesting but all the WMS parameters. Have you already tried to
>> send them from browser? Testing with OpenLayers is waste of time because you
>> can't control what really happens but with hand written requests you are the
>> master.
>>>> 
>>>> -Jukka Rahkonen-
>>>> 
>>>> 
>>>> Lars Lingner wrote:
>>>>> 
>>>>> On 17.01.2014 11:10, Dejan Gambin wrote:
>>>>>>> What is the mywms? MapServer binary, wrapper script, ...?
>>>>>> wrapper script. Something like:
>>>>>> 
>>>>>> #! /bin/sh MS_MAPFILE=/path_to_my_map_file export MS_MAPFILE
>>>>>> /usr/lib/cgi-bin/mapserv6
>>>>>> 
>>>>> 
>>>>> AFAIK nothing wrong here.
>>>>> 
>>>>>>> 
>>>>>>> Did you check the actual requests? Does the bbox parameter fit to
>>>>>>> the srs? Could you compare a working GetFeatureInfo request in
>>>>>>> 900913 with a failing one in 4326?
>>>>>> Yes, bbox parameter fits to srs in both cases. So, if I put
>>>>>> bbox/srs params in 426 everything works, if I put them in 900913
>>>>>> then error happens
>>>>> 
>>>>> Does other maps work with 900913?
>>>>> 
>>>>> I would check which pro4 epsg file mapserver is using, check if
>>>>> there is a definition for 90013 and if it looks like
>>>>> 
>>>>> +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0
>>>>> ++y_0=0
>>>>> +k=1.0 +units=m +nadgrids=@null +wktext  +no_defs
>>>>> 
>>>>> On the other hand, if GetMap ist working fine, projection definition
>>>>> should be fine too. Just thinking out loud...
>>>>> 
>>>>> 
>>>>>>> 
>>>>>>> Raise the debug level to 3 at map level and layer level. You can
>>>>>>> let MapServer write its own error logfile, so your apache log
>>>>>>> stays clean.
>>>>> 
>>>>> Could you find anything in the MapServer log file?
>>>>> 
>>>>> Here I would identify a working 4326 GFI request and compare the
>>>>> corresponding log with a 900913 request. There should be a difference.
>>>>> 
>>>>> 
>>>>> Best wishes,
>>>>> 
>>>>> Lars
>>>>> 
>>>>> _______________________________________________
>>>>> 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 dejan.gambin at coin.hr  Fri Feb 14 01:24:35 2014
From: dejan.gambin at coin.hr (Dejan Gambin)
Date: Fri, 14 Feb 2014 10:24:35 +0100
Subject: [mapserver-users] Problem using WMS GetFeatureInfo in
	OpenLayers with different projections
In-Reply-To: <EFE5D7EE2EC8D3438FE02E356F81E35A027773@FITLK-EXMBX04.msvyvi.vaha.local>
References: <EFE5D7EE2EC8D3438FE02E356F81E35A027773@FITLK-EXMBX04.msvyvi.vaha.local>
Message-ID: <120B0017-7A1B-4979-AF34-93BBA624092D@coin.hr>

I've upgraded to 6.4 and seems fine now


On 13. vel. 2014., at 16:09, Rahkonen Jukka (Tike) wrote:

> Hi,
> 
> Just to eliminate one possibility, is the result the same if you use one DEM raster as a source instead of tileindex?
> 
> -Jukka Rahkonen-
> 
> Dejan Gambin wrote:
> 
>> Since I didn't solve this yet, do you think it could be a bug and/or should I try
>> with some newer MapServer version? I am currently using 6.0.3
>> 
>> Thx
>> 
>> Dejan Gambin
>> 
>> On 22. sij. 2014., at 10:35, Dejan Gambin wrote:
>> 
>>> Sorry for being late...
>>> 
>>> So, I have tested it all with browser of course. Here are some working and
>> non-working requests:
>>> 
>>> Mapfile part:
>>> 
>>> PROJECTION
>>>   "init=epsg:4326"
>>> END
>>> METADATA
>>>   "wms_srs"   "EPSG:4326"
>>>   "wms_title"  "aster_dem"
>>>   "gml_include_items" "value_0"
>>>   "gml_value_0_alias" "Nadmorska_visina"
>>> END
>>> TILEINDEX "../aster/aster_index"  #original raster in 4326
>>> 
>>> 
>>> Working GetMap request in 900913:
>>> 
>>> http://mydomain.com/cgi-
>> bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=G
>>> 
>> etMap&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:900913&FORMAT=image
>> /png&W
>>> 
>> IDTH=400&HEIGHT=300&BBOX=1496080.301904,5576310.226428,1593919.698
>> 096,
>>> 5649689.773572
>>> 
>>> Non-working GetFeatureInfo request in 900913:
>>> 
>>> http://mydomain.com/cgi-
>> bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=G
>>> 
>> etFeatureInfo&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:900913&FORMAT
>> =ima
>>> 
>> ge/png&WIDTH=400&HEIGHT=300&BBOX=1496080.301904,5576310.226428,1
>> 593919
>>> 
>> .698096,5649689.773572&QUERY_LAYERS=aster_dem_info&INFO_FORMAT=g
>> ml&X=2
>>> 00&Y=100
>>> 
>>> Working GetMap request in 4326:
>>> 
>>> http://mydomain.com/cgi-
>> bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=G
>>> 
>> etMap&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:4326&FORMAT=image/p
>> ng&WID
>>> TH=400&HEIGHT=300&BBOX=13.439518,44.712096,14.318424,45.178647
>>> 
>>> Working GetFeatureInfo request in 4326:
>>> 
>>> http://mydomain.com/cgi-
>> bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=G
>>> 
>> etFeatureInfo&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:4326&FORMAT=i
>> mage
>>> 
>> /png&WIDTH=400&HEIGHT=300&BBOX=13.439518,44.712096,14.318424,45.17
>> 8647
>>> &QUERY_LAYERS=aster_dem_info&INFO_FORMAT=gml&X=200&Y=100
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> On 17. sij. 2014., at 13:52, Rahkonen Jukka (Tike) wrote:
>>> 
>>>> Hi,
>>>> 
>>>> Please show us the complete GetFeatureInfo requests for both cases. Server
>> urls are not interesting but all the WMS parameters. Have you already tried to
>> send them from browser? Testing with OpenLayers is waste of time because you
>> can't control what really happens but with hand written requests you are the
>> master.
>>>> 
>>>> -Jukka Rahkonen-
>>>> 
>>>> 
>>>> Lars Lingner wrote:
>>>>> 
>>>>> On 17.01.2014 11:10, Dejan Gambin wrote:
>>>>>>> What is the mywms? MapServer binary, wrapper script, ...?
>>>>>> wrapper script. Something like:
>>>>>> 
>>>>>> #! /bin/sh MS_MAPFILE=/path_to_my_map_file export MS_MAPFILE
>>>>>> /usr/lib/cgi-bin/mapserv6
>>>>>> 
>>>>> 
>>>>> AFAIK nothing wrong here.
>>>>> 
>>>>>>> 
>>>>>>> Did you check the actual requests? Does the bbox parameter fit to
>>>>>>> the srs? Could you compare a working GetFeatureInfo request in
>>>>>>> 900913 with a failing one in 4326?
>>>>>> Yes, bbox parameter fits to srs in both cases. So, if I put
>>>>>> bbox/srs params in 426 everything works, if I put them in 900913
>>>>>> then error happens
>>>>> 
>>>>> Does other maps work with 900913?
>>>>> 
>>>>> I would check which pro4 epsg file mapserver is using, check if
>>>>> there is a definition for 90013 and if it looks like
>>>>> 
>>>>> +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0
>>>>> ++y_0=0
>>>>> +k=1.0 +units=m +nadgrids=@null +wktext  +no_defs
>>>>> 
>>>>> On the other hand, if GetMap ist working fine, projection definition
>>>>> should be fine too. Just thinking out loud...
>>>>> 
>>>>> 
>>>>>>> 
>>>>>>> Raise the debug level to 3 at map level and layer level. You can
>>>>>>> let MapServer write its own error logfile, so your apache log
>>>>>>> stays clean.
>>>>> 
>>>>> Could you find anything in the MapServer log file?
>>>>> 
>>>>> Here I would identify a working 4326 GFI request and compare the
>>>>> corresponding log with a 900913 request. There should be a difference.
>>>>> 
>>>>> 
>>>>> Best wishes,
>>>>> 
>>>>> Lars
>>>>> 
>>>>> _______________________________________________
>>>>> 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 jukka.rahkonen at mmmtike.fi  Fri Feb 14 01:32:03 2014
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka  (Tike))
Date: Fri, 14 Feb 2014 09:32:03 +0000
Subject: [mapserver-users] Problem using WMS GetFeatureInfo in
 OpenLayers with different projections
Message-ID: <EFE5D7EE2EC8D3438FE02E356F81E35A027AC8@FITLK-EXMBX04.msvyvi.vaha.local>

Hi,

That's great to hear. I could not make up any new things for you to test, except to ask if you were using always the same request for testing. X=2&Y=100 can maybe lead to a situation where the search window that Mapserver builds would not cover the actual pixel but this was only consideration without real knowledge. I based it on what I understood from this recent RFC http://mapserver.org/development/rfc/ms-rfc-107.html

-Jukka Rahkonen-

Dejan Gambin wrote:

> 
> I've upgraded to 6.4 and seems fine now
> 
> 
> On 13. vel. 2014., at 16:09, Rahkonen Jukka (Tike) wrote:
> 
> > Hi,
> >
> > Just to eliminate one possibility, is the result the same if you use one DEM
> raster as a source instead of tileindex?
> >
> > -Jukka Rahkonen-
> >
> > Dejan Gambin wrote:
> >
> >> Since I didn't solve this yet, do you think it could be a bug and/or
> >> should I try with some newer MapServer version? I am currently using
> >> 6.0.3
> >>
> >> Thx
> >>
> >> Dejan Gambin
> >>
> >> On 22. sij. 2014., at 10:35, Dejan Gambin wrote:
> >>
> >>> Sorry for being late...
> >>>
> >>> So, I have tested it all with browser of course. Here are some
> >>> working and
> >> non-working requests:
> >>>
> >>> Mapfile part:
> >>>
> >>> PROJECTION
> >>>   "init=epsg:4326"
> >>> END
> >>> METADATA
> >>>   "wms_srs"   "EPSG:4326"
> >>>   "wms_title"  "aster_dem"
> >>>   "gml_include_items" "value_0"
> >>>   "gml_value_0_alias" "Nadmorska_visina"
> >>> END
> >>> TILEINDEX "../aster/aster_index"  #original raster in 4326
> >>>
> >>>
> >>> Working GetMap request in 900913:
> >>>
> >>> http://mydomain.com/cgi-
> >> bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=G
> >>>
> >>
> etMap&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:900913&FORMAT=image
> >> /png&W
> >>>
> >>
> IDTH=400&HEIGHT=300&BBOX=1496080.301904,5576310.226428,1593919.698
> >> 096,
> >>> 5649689.773572
> >>>
> >>> Non-working GetFeatureInfo request in 900913:
> >>>
> >>> http://mydomain.com/cgi-
> >> bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=G
> >>>
> >>
> etFeatureInfo&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:900913&FORMAT
> >> =ima
> >>>
> >>
> ge/png&WIDTH=400&HEIGHT=300&BBOX=1496080.301904,5576310.226428,1
> >> 593919
> >>>
> >>
> .698096,5649689.773572&QUERY_LAYERS=aster_dem_info&INFO_FORMAT=g
> >> ml&X=2
> >>> 00&Y=100
> >>>
> >>> Working GetMap request in 4326:
> >>>
> >>> http://mydomain.com/cgi-
> >> bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=G
> >>>
> >>
> etMap&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:4326&FORMAT=image/p
> >> ng&WID
> >>> TH=400&HEIGHT=300&BBOX=13.439518,44.712096,14.318424,45.178647
> >>>
> >>> Working GetFeatureInfo request in 4326:
> >>>
> >>> http://mydomain.com/cgi-
> >> bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=G
> >>>
> >>
> etFeatureInfo&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:4326&FORMAT=i
> >> mage
> >>>
> >>
> /png&WIDTH=400&HEIGHT=300&BBOX=13.439518,44.712096,14.318424,45.17
> >> 8647
> >>> &QUERY_LAYERS=aster_dem_info&INFO_FORMAT=gml&X=200&Y=100
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> On 17. sij. 2014., at 13:52, Rahkonen Jukka (Tike) wrote:
> >>>
> >>>> Hi,
> >>>>
> >>>> Please show us the complete GetFeatureInfo requests for both cases.
> >>>> Server
> >> urls are not interesting but all the WMS parameters. Have you already
> >> tried to send them from browser? Testing with OpenLayers is waste of
> >> time because you can't control what really happens but with hand
> >> written requests you are the master.
> >>>>
> >>>> -Jukka Rahkonen-
> >>>>
> >>>>
> >>>> Lars Lingner wrote:
> >>>>>
> >>>>> On 17.01.2014 11:10, Dejan Gambin wrote:
> >>>>>>> What is the mywms? MapServer binary, wrapper script, ...?
> >>>>>> wrapper script. Something like:
> >>>>>>
> >>>>>> #! /bin/sh MS_MAPFILE=/path_to_my_map_file export MS_MAPFILE
> >>>>>> /usr/lib/cgi-bin/mapserv6
> >>>>>>
> >>>>>
> >>>>> AFAIK nothing wrong here.
> >>>>>
> >>>>>>>
> >>>>>>> Did you check the actual requests? Does the bbox parameter fit
> >>>>>>> to the srs? Could you compare a working GetFeatureInfo request
> >>>>>>> in
> >>>>>>> 900913 with a failing one in 4326?
> >>>>>> Yes, bbox parameter fits to srs in both cases. So, if I put
> >>>>>> bbox/srs params in 426 everything works, if I put them in 900913
> >>>>>> then error happens
> >>>>>
> >>>>> Does other maps work with 900913?
> >>>>>
> >>>>> I would check which pro4 epsg file mapserver is using, check if
> >>>>> there is a definition for 90013 and if it looks like
> >>>>>
> >>>>> +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0
> >>>>> ++y_0=0
> >>>>> +k=1.0 +units=m +nadgrids=@null +wktext  +no_defs
> >>>>>
> >>>>> On the other hand, if GetMap ist working fine, projection
> >>>>> definition should be fine too. Just thinking out loud...
> >>>>>
> >>>>>
> >>>>>>>
> >>>>>>> Raise the debug level to 3 at map level and layer level. You can
> >>>>>>> let MapServer write its own error logfile, so your apache log
> >>>>>>> stays clean.
> >>>>>
> >>>>> Could you find anything in the MapServer log file?
> >>>>>
> >>>>> Here I would identify a working 4326 GFI request and compare the
> >>>>> corresponding log with a 900913 request. There should be a difference.
> >>>>>
> >>>>>
> >>>>> Best wishes,
> >>>>>
> >>>>> Lars
> >>>>>
> >>>>> _______________________________________________
> >>>>> 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 c.pelliconi at sis-ter.it  Fri Feb 14 01:43:49 2014
From: c.pelliconi at sis-ter.it (Carlo Pelliconi)
Date: Fri, 14 Feb 2014 10:43:49 +0100
Subject: [mapserver-users] GeoMOOSE Identify Service
In-Reply-To: <1392314070480-5103671.post@n6.nabble.com>
References: <1392314070480-5103671.post@n6.nabble.com>
Message-ID: <52FDE555.5@sis-ter.it>

Hi Jenna,
for the dropdown list you can use the drawer tag in the toolbar section 
and insert in it two different tools: one for the parcels, the other for 
the ditch.
Then you can customize select.php if you want different behaviour 
regarding the selected layer.

I hope this helps.
Best Regards, Carlo

Il 13/02/2014 18:54, jcwalz ha scritto:
> Hello,
>
> I already have the identify tool working from the GeoMOOSE demo. What I
> would like to do is provide a dropdown lists so people can choose to
> identify the parcel information or the ditch information.
>
> Does anyone know how to do this? Any code/sample that could be provided
> would be great.
>
> Thanks!
>
>
>
> --
> View this message in context: http://osgeo-org.1560.x6.nabble.com/GeoMOOSE-Identify-Service-tp5103671.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
>
>


-- 
|| SIS.TER SRL || Firma ||
*Carlo Pelliconi*
Responsabile Sistemi Informativi
Tel +39 0542 364034 - Fax +39 0542 612130
c.pelliconi at sis-ter.it <mailto:c.pelliconi at sis-ter.it> - www.sis-ter.it 
<http://www.sis-ter.it>

SIS.TER SRL <http://www.sis-ter.it> 	Facebook 
<http://www.facebook.com/SIS.TERsrl> 	DEKRA
Sis.Ter Srl - Via Mentana, 10 - 40026 Imola (BO) 	Reg. n? 141113005

ATTENZIONE! Le informazioni trasmesse sono da intendersi inviate solo ed 
esclusivamente alla persona alla quale sono state indirizzate e possono 
contenere materiale strettamente confidenziale e/o riservato. Qualsiasi 
utilizzo, ritrasmissione o diffusione delle presenti informazioni, anche 
solo parzialmente, sono proibite a tutte le persone o entit? diverse dal 
destinatario. Se ha ricevuto queste informazioni per errore, contatti 
urgentemente il mittente e cancelli immediatamente il materiale dal suo 
computer. Rif. D.L. 196/2003.
Pensa all'ambiente prima di stampare questo messaggio.
ATTENTION! The information in this email (which includes any files 
transmitted with it) is confidential and may also be legally privileged. 
It is intended for the addressee only. Access to this email by anyone 
else is unauthorised. It is not to be relied upon by any person other 
than the addressee, except with our prior written approval. If no such 
approval is given, we will not accept any liability (in negligence or 
otherwise) arising from any third party acting. Unauthorised recipients 
are required to maintain confidentiality. If you have received this 
email in error please notify us immediately, destroy any copies and 
delete it from your computer system. Any use, forwarding, printing or 
copying of this email is prohibited. Ref. D.L. 196/2003.
Think about the environment before printing.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140214/c564a458/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: sister_logo_mini.jpg
Type: image/jpeg
Size: 6385 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140214/c564a458/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: facebook_logo_mini1.jpg
Type: image/jpeg
Size: 2497 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140214/c564a458/attachment-0001.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dekra_logo_mini.jpg
Type: image/jpeg
Size: 4224 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140214/c564a458/attachment-0002.jpg>

From thomas.bonfort at gmail.com  Fri Feb 14 02:07:04 2014
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Fri, 14 Feb 2014 11:07:04 +0100
Subject: [mapserver-users] Problem using WMS GetFeatureInfo in
 OpenLayers with different projections
In-Reply-To: <120B0017-7A1B-4979-AF34-93BBA624092D@coin.hr>
References: <EFE5D7EE2EC8D3438FE02E356F81E35A027773@FITLK-EXMBX04.msvyvi.vaha.local>
	<120B0017-7A1B-4979-AF34-93BBA624092D@coin.hr>
Message-ID: <CAOM3y2hyXLuGWrWbrVOWa0ryQE9psEeeb6Uym-gpFtfXDzkLWw@mail.gmail.com>

I believe this was fixed in https://github.com/mapserver/mapserver/pull/4403
https://github.com/mapserver/mapserver/pull/4778 might also be relevant.

On 14 February 2014 10:24, Dejan Gambin <dejan.gambin at coin.hr> wrote:
> I've upgraded to 6.4 and seems fine now
>
>
> On 13. vel. 2014., at 16:09, Rahkonen Jukka (Tike) wrote:
>
>> Hi,
>>
>> Just to eliminate one possibility, is the result the same if you use one DEM raster as a source instead of tileindex?
>>
>> -Jukka Rahkonen-
>>
>> Dejan Gambin wrote:
>>
>>> Since I didn't solve this yet, do you think it could be a bug and/or should I try
>>> with some newer MapServer version? I am currently using 6.0.3
>>>
>>> Thx
>>>
>>> Dejan Gambin
>>>
>>> On 22. sij. 2014., at 10:35, Dejan Gambin wrote:
>>>
>>>> Sorry for being late...
>>>>
>>>> So, I have tested it all with browser of course. Here are some working and
>>> non-working requests:
>>>>
>>>> Mapfile part:
>>>>
>>>> PROJECTION
>>>>   "init=epsg:4326"
>>>> END
>>>> METADATA
>>>>   "wms_srs"   "EPSG:4326"
>>>>   "wms_title"  "aster_dem"
>>>>   "gml_include_items" "value_0"
>>>>   "gml_value_0_alias" "Nadmorska_visina"
>>>> END
>>>> TILEINDEX "../aster/aster_index"  #original raster in 4326
>>>>
>>>>
>>>> Working GetMap request in 900913:
>>>>
>>>> http://mydomain.com/cgi-
>>> bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=G
>>>>
>>> etMap&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:900913&FORMAT=image
>>> /png&W
>>>>
>>> IDTH=400&HEIGHT=300&BBOX=1496080.301904,5576310.226428,1593919.698
>>> 096,
>>>> 5649689.773572
>>>>
>>>> Non-working GetFeatureInfo request in 900913:
>>>>
>>>> http://mydomain.com/cgi-
>>> bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=G
>>>>
>>> etFeatureInfo&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:900913&FORMAT
>>> =ima
>>>>
>>> ge/png&WIDTH=400&HEIGHT=300&BBOX=1496080.301904,5576310.226428,1
>>> 593919
>>>>
>>> .698096,5649689.773572&QUERY_LAYERS=aster_dem_info&INFO_FORMAT=g
>>> ml&X=2
>>>> 00&Y=100
>>>>
>>>> Working GetMap request in 4326:
>>>>
>>>> http://mydomain.com/cgi-
>>> bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=G
>>>>
>>> etMap&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:4326&FORMAT=image/p
>>> ng&WID
>>>> TH=400&HEIGHT=300&BBOX=13.439518,44.712096,14.318424,45.178647
>>>>
>>>> Working GetFeatureInfo request in 4326:
>>>>
>>>> http://mydomain.com/cgi-
>>> bin/mywms/?SERVICE=WMS&VERSION=1.1.1&REQUEST=G
>>>>
>>> etFeatureInfo&LAYERS=aster_dem_info&STYLES=&SRS=EPSG:4326&FORMAT=i
>>> mage
>>>>
>>> /png&WIDTH=400&HEIGHT=300&BBOX=13.439518,44.712096,14.318424,45.17
>>> 8647
>>>> &QUERY_LAYERS=aster_dem_info&INFO_FORMAT=gml&X=200&Y=100
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> On 17. sij. 2014., at 13:52, Rahkonen Jukka (Tike) wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> Please show us the complete GetFeatureInfo requests for both cases. Server
>>> urls are not interesting but all the WMS parameters. Have you already tried to
>>> send them from browser? Testing with OpenLayers is waste of time because you
>>> can't control what really happens but with hand written requests you are the
>>> master.
>>>>>
>>>>> -Jukka Rahkonen-
>>>>>
>>>>>
>>>>> Lars Lingner wrote:
>>>>>>
>>>>>> On 17.01.2014 11:10, Dejan Gambin wrote:
>>>>>>>> What is the mywms? MapServer binary, wrapper script, ...?
>>>>>>> wrapper script. Something like:
>>>>>>>
>>>>>>> #! /bin/sh MS_MAPFILE=/path_to_my_map_file export MS_MAPFILE
>>>>>>> /usr/lib/cgi-bin/mapserv6
>>>>>>>
>>>>>>
>>>>>> AFAIK nothing wrong here.
>>>>>>
>>>>>>>>
>>>>>>>> Did you check the actual requests? Does the bbox parameter fit to
>>>>>>>> the srs? Could you compare a working GetFeatureInfo request in
>>>>>>>> 900913 with a failing one in 4326?
>>>>>>> Yes, bbox parameter fits to srs in both cases. So, if I put
>>>>>>> bbox/srs params in 426 everything works, if I put them in 900913
>>>>>>> then error happens
>>>>>>
>>>>>> Does other maps work with 900913?
>>>>>>
>>>>>> I would check which pro4 epsg file mapserver is using, check if
>>>>>> there is a definition for 90013 and if it looks like
>>>>>>
>>>>>> +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0
>>>>>> ++y_0=0
>>>>>> +k=1.0 +units=m +nadgrids=@null +wktext  +no_defs
>>>>>>
>>>>>> On the other hand, if GetMap ist working fine, projection definition
>>>>>> should be fine too. Just thinking out loud...
>>>>>>
>>>>>>
>>>>>>>>
>>>>>>>> Raise the debug level to 3 at map level and layer level. You can
>>>>>>>> let MapServer write its own error logfile, so your apache log
>>>>>>>> stays clean.
>>>>>>
>>>>>> Could you find anything in the MapServer log file?
>>>>>>
>>>>>> Here I would identify a working 4326 GFI request and compare the
>>>>>> corresponding log with a 900913 request. There should be a difference.
>>>>>>
>>>>>>
>>>>>> Best wishes,
>>>>>>
>>>>>> Lars
>>>>>>
>>>>>> _______________________________________________
>>>>>> 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
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From fl_v at inbox.ru  Fri Feb 14 02:33:13 2014
From: fl_v at inbox.ru (=?UTF-8?B?VmxhZGltaXI=?=)
Date: Fri, 14 Feb 2014 14:33:13 +0400
Subject: [mapserver-users]
 =?utf-8?q?php_mapscript_setFilter_and_signal_Se?=
 =?utf-8?q?gmentation_fault_=2811=29?=
In-Reply-To: <1392289697.595413574@f311.i.mail.ru>
References: <1392289697.595413574@f311.i.mail.ru>
Message-ID: <1392373992.664183681@f308.i.mail.ru>

 Hello dear developers. 
Please could you give some direction for decision segfault problem. I tried? execute php-script only without mapfile: 

$map=ms_newMapObjFromString("MAP NAME?? ?\"WMSRoadrs\"? STATUS ON?? ?CONFIG?? ?\"PROJ_LIB\" \"/usr/lib/proj/\"?? ?END");
$map->setMetaData("wms_title","Roadrs");
$map->setMetaData("wms_onlineresource"," http://localhost/msscript.php ");
$map->setMetaData("wms_srs","EPSG:3857");
$map->setMetaData("wms_enable_request","*");
$map->setMetaData("wms_encoding","utf-8");
...
and result of? first call $map->setMetaData? is "ignal Segmentation fault (11)" immediately as in my post above

Configuration: openSuse 13.1 Mapserver 6.4.1 php 5.4.3

Many Thanks.


???????, 13 ??????? 2014, 15:08 +04:00 ?? Vladimir <fl_v at inbox.ru>:
>
>Hello All. Please help me to understand what's wrong.
>
>php mapscript version 6.4.1
>
>request url:
>localhost/script.php?LAYERS=roads&SRS=EPSG%3A3857&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&FORMAT=image%2Fpng&BBOX=8562963.8568664,5347815.0968664,8567741.1711336,5352592.4111336&WIDTH=500&HEIGHT=500
>
>works in mapfile.map:
>FILTER (id? in (386,400))
>but
>does not work in script.php:
>$roadsLayer->setFilter("id? in (386,400)");
>at that no other errors except the string in apache log:
>[Thu Feb 13 16:03:33.931054 2014] [core:notice] [pid 716] AH00052: child pid 2626 exit signal Segmentation fault (11)
>
>
>mapfile.map:
>-----------------------
>MAP
>?? ?NAME?? ?"WMSRoadrs"
>?? ?CONFIG?? ?"PROJ_LIB" "/usr/lib/proj/"
>??? STATUS?? ??? ?ON
>?? ?WEB?? ??? ? 
>?? ??? ?METADATA
>?? ??? ??? ?wms_title?? ?"Roadrs"
>?? ??? ??? ?wms_abstract?? ?"Roadrs"
>?? ??? ??? ?wms_onlineresource?? ?" http://localhost/msscr/script.php "
>?? ??? ??? ?wms_srs?? ?"EPSG:3857"?? ?
>?? ??? ??? ?wms_enable_request?? ??? ?"*"
>?? ??? ??? ?wms_encoding?? ?"utf-8"
>?? ??? ?END # end METADATA?? ??? ?
>?? ?END # end WEB?? ?
>?? ?PROJECTION
>?? ??? ?"init=epsg:3857"
>?? ?END # end PROJECTION
>?? ?LAYER
>?? ??? ?NAME?? ?"roads"?? ?
>?? ??? ?STATUS?? ??? ?ON
>?? ??? ?CONNECTIONTYPE?? ?postgis
>?? ??? ?CONNECTION?? ?"user=user password=1 dbname=db host=localhost"
>?? ??? ?DATA?? ?"coor from tab using unique id using srid=3857"
>
>?? ??? FILTER (id? in (386,400))#-----------works
>
>?? ??? ?TYPE?? ?LINE?? ??? ?
>?? ??? ?CLASS 
>?? ??? ??? ?NAME?? ?"??????"?? ??? ??? ?
>?? ??? ??? ??? ?STYLE
>?? ??? ??? ??? ??? ?COLOR?? ?255 255 255
>?? ??? ??? ??? ??? ?WIDTH?? ?10
>?? ??? ??? ??? ??? ?OUTLINECOLOR?? ?0 0 255 
>?? ??? ??? ??? ??? ?OUTLINEWIDTH?? ?1
>?? ??? ??? ??? ?END # end STYLE?? ??? ??? ??? ?
>?? ??? ?END # end CLASS
>?? ??? ?PROJECTION
>?? ??? ??? ?"init=epsg:3857"
>?? ??? ?END # end PROJECTION
>?? ??? ?METADATA
>?? ??? ??? ?wms_title?? ?"Demo1"
>?? ??? ??? ?wms_abstract?? ?"Roads Demo1"?? ??? ??? ?
>?? ??? ??? ?wms_srs?? ?"EPSG:3857"
>?? ??? ??? ?wms_include_items?? ?"all"
>?? ??? ?END # end METADATA
>?? ?END # end LAYER
>END # end MAP
>---------------
>
>script.php:
>----------------
>ini_set('display_errors', E_ALL); 
>error_reporting(E_ALL);
>$request = ms_newOwsrequestObj();
>if(!empty($_GET)){
>?? ?foreach ($_GET as $key => $value) {
>?? ???? $request->setparameter($key, $value);
>?? ?}
>}
>ms_ioinstallstdouttobuffer();
>$map = ms_newMapobj("mapfile.map");
>$roadsLayer = $map->getLayerByName("roads");
>
>$roadsLayer->setFilter("id? in (386,400)");//-----------does not work
>
>$map->owsDispatch($request);
>$contenttype = ms_iostripstdoutbuffercontenttype();
>header('Content-type:'.$contenttype);
>ms_iogetStdoutBufferBytes();
>ms_ioresethandlers();
>----------------
>
>-- 
>Thanks _______________________________________________
>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/20140214/ada28f38/attachment.htm>

From James.Evans at hill.af.mil  Fri Feb 14 10:46:53 2014
From: James.Evans at hill.af.mil (James_in_Utah)
Date: Fri, 14 Feb 2014 10:46:53 -0800 (PST)
Subject: [mapserver-users] What is the best way to test development
	versions	on Windows?
In-Reply-To: <005601cf28ce$9abe23c0$d03a6b40$@dkerr.co.uk>
References: <EFE5D7EE2EC8D3438FE02E356F81E35A02775A@FITLK-EXMBX04.msvyvi.vaha.local>
	<005601cf28ce$9abe23c0$d03a6b40$@dkerr.co.uk>
Message-ID: <1392403613596-5103902.post@n6.nabble.com>

I would try the latest 64-bit stable binary if there was a good way to get it
installed with MapCache that I could actually follow.



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/What-is-the-best-way-to-test-development-versions-on-Windows-tp5103626p5103902.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From tchaddad at gmail.com  Fri Feb 14 12:12:16 2014
From: tchaddad at gmail.com (TC Haddad)
Date: Fri, 14 Feb 2014 12:12:16 -0800
Subject: [mapserver-users] What is the best way to test development
 versions on Windows?
In-Reply-To: <005601cf28ce$9abe23c0$d03a6b40$@dkerr.co.uk>
References: <EFE5D7EE2EC8D3438FE02E356F81E35A02775A@FITLK-EXMBX04.msvyvi.vaha.local>
	<005601cf28ce$9abe23c0$d03a6b40$@dkerr.co.uk>
Message-ID: <CAFVrPyjzF8WLm8-rnP9SgPLfAuFh=PXyR7H0pM6NSnarjb=Bqg@mail.gmail.com>

I agree with Donald that MS4W is an excellent intro to Mapserver for many
people - I have used it to teach Mapserver to others and it works very well
for that purpose. It is super portable, easy to use offline - many, many
great attributes. As Jukka mentions, OSGeo4W just is not the same in many
aspects.

I've wondered for a long time over the last year how MS4W could be better
supported by the community members - one idea was a crowdsource-type
funding effort that could bring it current and possibly support more
frequent releases. That might begin to address the financial aspect of
support.

But I am also curious if there are some technical barriers that have been
slowing the release process down? There have been some threads on the
Mapserver Dev list that made me wonder if supporting Windows is becoming
more difficult due to some of the new aspects of Mapserver itself. I'm not
knowledgeable enough to have details, and I don't follow closely enough to
understand the full range of barriers.

Obviously there are a lot of potential users on Windows, and that is good
for Mapserver overall, so hopefully any technical barriers are solvable if
funding is available. But it is certainly also a problem that the pathways
for easy funding are not obvious to those with funds to contribute. As a
whole, it is hard to tell from a distance how to begin to try to help.

Tanya




On Thu, Feb 13, 2014 at 7:16 AM, Donald Kerr <donald.kerr at dkerr.co.uk>wrote:

> It would be good if Jeff McKenna could keep MS4W up to date but I realise
> that it's a lot of work and Jeff deserves financial compensation for doing
> so. It does seem to have lagged behind for some time now. For me, it's
> important in that it's a Windows version that some, including me, used as
> their introduction to MapServer. I feel that, with it lagging behind too
> much, it may push people in another direction which would be a shame for
> the
> MapServer project as a whole.
>
> Regards,
>
> Donald
>
>
> -----Original Message-----
> From: mapserver-users-bounces at lists.osgeo.org
> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Rahkonen
> Jukka
> (Tike)
> Sent: 13 February 2014 15:05
> To: Mapserver-Users (mapserver-users at lists.osgeo.org)
> Subject: [mapserver-users] What is the best way to test development
> versions
> on Windows?
>
> Hi,
>
> I would like to test the new dynamic heatmaps
> http://mapserver.org/development/rfc/ms-rfc-108.html but I am on Windows
> and
> Mapserver project is not extremely Windows friendly nowadays. Ideal for
> users like me would be to have for example weekly builds which could be
> installed like MS4W - unzip and run. But we don't have such builds and MS4W
> lags so much behind that curious users need to use something else.
>
> What I have done sometimes is to make a basic install with MS4W and then
> download fresh development binaries from gisinternals. By copying
> mapserv.exe and GDAL dll files into ms4w\apache\cgi-bin it is usually
> possible to make the new Mapserver dev version to run. However, the result
> is often unstable and some strange things happen.  Probably I have then
> something incompatible in GDAL directories of MS4W and I should copy some
> more files. Is it even theoretically possible to update MS4W reliably in
> this way?
>
> Another alternative is obviously to use OSGeo4W installer. However, I feel
> it is a somewhat odd creature which installs this and that even I would
> only
> like to test Mapserver. I seem to have about 1 GB on disk while MS4W is
> perhaps 200 MB.  It is also impossible to know what all OSGeo4W installer
> is
> updating when is installs a new nightly build of Mapserver so I think it is
> necessary to make a backup copy of the whole OSGeo4W directory if there
> happens to be a need to go back to yesterday's version.
>
> What other Windows users and developers consider as a best way to stay
> close
> to the cutting edge? Other than to start using Linux, I mean.
>
> -Jukka Rahkonen-
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
> -----
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2014.0.4335 / Virus Database: 3697/7088 - Release Date: 02/12/14
>
>
> _______________________________________________
> 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/20140214/27717e11/attachment.htm>

From rkrojero at gmail.com  Sat Feb 15 00:58:02 2014
From: rkrojero at gmail.com (rkrojero)
Date: Sat, 15 Feb 2014 00:58:02 -0800 (PST)
Subject: [mapserver-users] Mysql Ogr Error
Message-ID: <1392454682106-5103949.post@n6.nabble.com>


Hi guys im getting an error on mapserver version 6.2.1 on ogr connection

msDrawMap(): Image handling error. Failed to draw layer named 'govt'.
msOGRLayerInitItemInfo(): OGR error. Invalid Field name: name

ogrinfo -ro -al
MYSQL:mapresearch,user=devuser,password=devpwd,tables=establishment -sql
'SELECT name, longlat_x, longlat_y FROM establishment WHERE layer_type =
"BANK"'

FAILURE:
Unable to open datasource
`MYSQL:mapresearch,user=devuser,password=devpassword,t ables=establishment'
with the following drivers.
-> ESRI Shapefile
-> MapInfo File
-> UK .NTF
-> SDTS
-> TIGER
-> S57
-> DGN
-> VRT
-> REC
-> Memory
-> BNA
-> CSV
-> GML
-> GPX
-> KML
-> GeoJSON
-> GMT
-> PCIDSK
-> XPlane
-> AVCBin
-> AVCE00
-> DXF
-> Geoconcept
-> GeoRSS
-> GPSTrackMaker
-> VFK
-> PGDump
-> GPSBabel
-> SUA
-> OpenAir
-> PDS
-> WFS
-> HTF
-> AeronavFAA
-> EDIGEO
-> GFT
-> SVG
-> CouchDB
-> Idrisi
-> ARCGEN
-> SEGUKOOA
-> SEGY

Installed apps as follows
MapServer version 6.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ
SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV
SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER
SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=THREADS
SUPPORTS=GEOS INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
mysql version 5.6.13
apache 2.4.6
php 5.4.7

This is working on the old server
MapServer version 5.0.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER
SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=GEOS INPUT=EPPL7
INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
Php 5.2.1
MySQL 5.5.10
Apache/2.0.55

I hope you can help me guys.. Thanks




--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Mysql-Ogr-Error-tp5103949.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From even.rouault at mines-paris.org  Sat Feb 15 01:02:39 2014
From: even.rouault at mines-paris.org (Even Rouault)
Date: Sat, 15 Feb 2014 10:02:39 +0100
Subject: [mapserver-users] Mysql Ogr Error
In-Reply-To: <1392454682106-5103949.post@n6.nabble.com>
References: <1392454682106-5103949.post@n6.nabble.com>
Message-ID: <201402151002.39111.even.rouault@mines-paris.org>

Le samedi 15 f?vrier 2014 09:58:02, rkrojero a ?crit :
> Hi guys im getting an error on mapserver version 6.2.1 on ogr connection
> 
> msDrawMap(): Image handling error. Failed to draw layer named 'govt'.
> msOGRLayerInitItemInfo(): OGR error. Invalid Field name: name
> 
> ogrinfo -ro -al
> MYSQL:mapresearch,user=devuser,password=devpwd,tables=establishment -sql
> 'SELECT name, longlat_x, longlat_y FROM establishment WHERE layer_type =
> "BANK"'

This is rather obvious from the below error message. Your version of GDAL/OGR 
has not been built with mysql support (it doesn't appear in the driver list).

> 
> FAILURE:
> Unable to open datasource
> `MYSQL:mapresearch,user=devuser,password=devpassword,t ables=establishment'
> with the following drivers.
> -> ESRI Shapefile
> -> MapInfo File
> -> UK .NTF
> -> SDTS
> -> TIGER
> -> S57
> -> DGN
> -> VRT
> -> REC
> -> Memory
> -> BNA
> -> CSV
> -> GML
> -> GPX
> -> KML
> -> GeoJSON
> -> GMT
> -> PCIDSK
> -> XPlane
> -> AVCBin
> -> AVCE00
> -> DXF
> -> Geoconcept
> -> GeoRSS
> -> GPSTrackMaker
> -> VFK
> -> PGDump
> -> GPSBabel
> -> SUA
> -> OpenAir
> -> PDS
> -> WFS
> -> HTF
> -> AeronavFAA
> -> EDIGEO
> -> GFT
> -> SVG
> -> CouchDB
> -> Idrisi
> -> ARCGEN
> -> SEGUKOOA
> -> SEGY
> 
> Installed apps as follows
> MapServer version 6.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ
> SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV
> SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER
> SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER
> SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=OGR INPUT=GDAL
> INPUT=SHAPEFILE
> mysql version 5.6.13
> apache 2.4.6
> php 5.4.7
> 
> This is working on the old server
> MapServer version 5.0.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
> OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER
> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=GEOS INPUT=EPPL7
> INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
> Php 5.2.1
> MySQL 5.5.10
> Apache/2.0.55
> 
> I hope you can help me guys.. Thanks
> 
> 
> 
> 
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Mysql-Ogr-Error-tp5103949.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

-- 
Geospatial professional services
http://even.rouault.free.fr/services.html


From rkrojero at gmail.com  Sat Feb 15 01:17:54 2014
From: rkrojero at gmail.com (rkrojero)
Date: Sat, 15 Feb 2014 01:17:54 -0800 (PST)
Subject: [mapserver-users] Mysql Ogr Error
In-Reply-To: <201402151002.39111.even.rouault@mines-paris.org>
References: <1392454682106-5103949.post@n6.nabble.com>
	<201402151002.39111.even.rouault@mines-paris.org>
Message-ID: <1392455874453-5103951.post@n6.nabble.com>

Hi,

Thanks for the quick reply. I already compiled the mapserver --with-mysql 

and it seems that its not working as well. How can I fix this issue? 

Thank you



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Mysql-Ogr-Error-tp5103949p5103951.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From jukka.rahkonen at mmmtike.fi  Sat Feb 15 02:35:32 2014
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka  (Tike))
Date: Sat, 15 Feb 2014 10:35:32 +0000
Subject: [mapserver-users] Mysql Ogr Error
Message-ID: <EFE5D7EE2EC8D3438FE02E356F81E35A028019@FITLK-EXMBX04.msvyvi.vaha.local>

Hi,

"Name" is sometimes a reserved keyword. I don't know about MySQL, but I would have a try with escaped "name" or 'name'. 

-Jukka Rahkonen-

rkrojero wrote:
 
> 
> Hi guys im getting an error on mapserver version 6.2.1 on ogr connection
> 
> msDrawMap(): Image handling error. Failed to draw layer named 'govt'.
> msOGRLayerInitItemInfo(): OGR error. Invalid Field name: name
> 
> ogrinfo -ro -al
> MYSQL:mapresearch,user=devuser,password=devpwd,tables=establishment -sql
> 'SELECT name, longlat_x, longlat_y FROM establishment WHERE layer_type =
> "BANK"'
> 
> FAILURE:
> Unable to open datasource
> `MYSQL:mapresearch,user=devuser,password=devpassword,t
> ables=establishment'
> with the following drivers.
> -> ESRI Shapefile
> -> MapInfo File
> -> UK .NTF
> -> SDTS
> -> TIGER
> -> S57
> -> DGN
> -> VRT
> -> REC
> -> Memory
> -> BNA
> -> CSV
> -> GML
> -> GPX
> -> KML
> -> GeoJSON
> -> GMT
> -> PCIDSK
> -> XPlane
> -> AVCBin
> -> AVCE00
> -> DXF
> -> Geoconcept
> -> GeoRSS
> -> GPSTrackMaker
> -> VFK
> -> PGDump
> -> GPSBabel
> -> SUA
> -> OpenAir
> -> PDS
> -> WFS
> -> HTF
> -> AeronavFAA
> -> EDIGEO
> -> GFT
> -> SVG
> -> CouchDB
> -> Idrisi
> -> ARCGEN
> -> SEGUKOOA
> -> SEGY
> 
> Installed apps as follows
> MapServer version 6.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG
> SUPPORTS=PROJ SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE
> SUPPORTS=ICONV SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
> SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER
> SUPPORTS=SOS_SERVER SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG
> INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE mysql version 5.6.13 apache 2.4.6
> php 5.4.7
> 
> This is working on the old server
> MapServer version 5.0.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG
> OUTPUT=WBMP OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE
> SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER
> SUPPORTS=GEOS INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL
> INPUT=SHAPEFILE Php 5.2.1 MySQL 5.5.10
> Apache/2.0.55
> 
> I hope you can help me guys.. Thanks
> 
> 
> 
> 
> --
> View this message in context: http://osgeo-org.1560.x6.nabble.com/Mysql-Ogr-
> Error-tp5103949.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 rkrojero at gmail.com  Sat Feb 15 23:19:49 2014
From: rkrojero at gmail.com (rkrojero)
Date: Sat, 15 Feb 2014 23:19:49 -0800 (PST)
Subject: [mapserver-users] Mysql Ogr Error
In-Reply-To: <EFE5D7EE2EC8D3438FE02E356F81E35A028019@FITLK-EXMBX04.msvyvi.vaha.local>
References: <1392454682106-5103949.post@n6.nabble.com>
	<EFE5D7EE2EC8D3438FE02E356F81E35A028019@FITLK-EXMBX04.msvyvi.vaha.local>
Message-ID: <1392535189466-5104023.post@n6.nabble.com>

Hi Jukka,

Thanks for the quick response. Regarding the the reserve 'name' its working
in the old version of mapserver with ogr.. i just upgraded from mapserver
5.0 to 6.2

I was thinking..


is there a gdal/ogr version that supports mysql?

or my recent gdal version dont have a mysql support



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Mysql-Ogr-Error-tp5103949p5104023.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From jukka.rahkonen at mmmtike.fi  Sun Feb 16 02:36:32 2014
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka  (Tike))
Date: Sun, 16 Feb 2014 10:36:32 +0000
Subject: [mapserver-users] Mysql Ogr Error
Message-ID: <EFE5D7EE2EC8D3438FE02E356F81E35A02F8F7@FITLK-EXMBX04.msvyvi.vaha.local>

Hi,

You wrote some time ago:

> Hi,
> Thanks for the quick reply. I already compiled the mapserver --with-mysql 
> and it seems that its not working as well. How can I fix this issue? 

What did you mean with that? Mapserver reads MySQL through GDAL so you should compile GDAL with MySQL and Mapserver with that GDAL. I am sorry if I am lost because I do not compile anything myself.
For fixing the issue the first step is to get GDAL with MySQL support. Before you have such all other work you do is wasting everybody's time.

I do not believe much in my theory of reserved keyword "name" but I have experienced something like that myself. If something works with v. 5.0 does not guarantee that it works as such with v. 6.2.  If, once you have a proper GDAL with MySQL and Mapserver with that GDAL, you still face a problem, I would recommend to have try escaping "name". It means 10 seconds work for you to edit your mapfile and try. That is not much wasted time at all even if it had no effect at all.

-Jukka Rahkonen-

-Jukka Rahkonen-


rkrojero wrote:
 
> Hi Jukka,
> 
> Thanks for the quick response. Regarding the the reserve 'name' its working in
> the old version of mapserver with ogr.. i just upgraded from mapserver
> 5.0 to 6.2
> 
> I was thinking..
> 
> 
> is there a gdal/ogr version that supports mysql?
> 
> or my recent gdal version dont have a mysql support
> 
> 
> 
> --
> View this message in context: http://osgeo-org.1560.x6.nabble.com/Mysql-Ogr-
> Error-tp5103949p5104023.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 rkrojero at gmail.com  Sun Feb 16 05:32:40 2014
From: rkrojero at gmail.com (rkrojero)
Date: Sun, 16 Feb 2014 05:32:40 -0800 (PST)
Subject: [mapserver-users] Mysql Ogr Error
In-Reply-To: <EFE5D7EE2EC8D3438FE02E356F81E35A02F8F7@FITLK-EXMBX04.msvyvi.vaha.local>
References: <1392454682106-5103949.post@n6.nabble.com>
	<EFE5D7EE2EC8D3438FE02E356F81E35A02F8F7@FITLK-EXMBX04.msvyvi.vaha.local>
Message-ID: <1392557560896-5104059.post@n6.nabble.com>



regarding your suggestion on changing 'name' to something else I already Did
it.
Rahkonen Jukka  (Tike) wrote
> What did you mean with that? Mapserver reads MySQL through GDAL so you
> should compile GDAL with MySQL and Mapserver with that GDAL. I am sorry if
> I am lost because I do not compile anything myself.
> For fixing the issue the first step is to get GDAL with MySQL support.
> Before you have such all other work you do is wasting everybody's time.
> 
> I do not believe much in my theory of reserved keyword "name" but I have
> experienced something like that myself. If something works with v. 5.0
> does not guarantee that it works as such with v. 6.2.  If, once you have a
> proper GDAL with MySQL and Mapserver with that GDAL, you still face a
> problem, I would recommend to have try escaping "name". It means 10
> seconds work for you to edit your mapfile and try. That is not much wasted
> time at all even if it had no effect at all.
> 
> -Jukka Rahkonen-

Sorry I meant the compiled Gdal has --with-mysql on it. Yep will look for a
Gdal that has mysql support. I dont know where to start though. 

Already checked the 'name' theory

I changed 

> <OGRVRTDataSource>
>     
> <OGRVRTLayer name="govtpoints">
>         
> <SrcDataSource>
> MYSQL:mapresearch,user=devuser,password=devpassword,host=127.0.0.1,port=3306,tables=establishment
> </SrcDataSource>
>         
> <SrcSQL>
> SELECT esname, longlat_x, longlat_y FROM establishment WHERE esname like
> "%Barangay%Hall%" AND layer_type = "GOVT"
> </SrcSQL>
>         
> <GeometryType>
> wkbPoint
> </GeometryType>
>         
> <GeometryField encoding="PointFromColumns" x="longlat_x" y="longlat_y" />
>     
> </OGRVRTLayer>
> </OGRVRTDataSource>

even the .map


> LAYER
>         NAME "govt"
>         STATUS OFF
>         CONNECTIONTYPE OGR
>         CONNECTION "/home/mapserv/mapresearch/ovf/govt.ovf"
>         DATA "govtpoints"
>         TYPE POINT
>         LABELITEM "pangalan"
>         LABELMAXSCALEDENOM 3500
> 
>         CLASS
>                 SYMBOL "/usr/local/apache2/htdocs/symbols/govt.gif"
>                 SIZE 12
> 
>                 LABEL
>                         COLOR   0 0 128
>                         TYPE TRUETYPE
>                         FONT    arial
>                         SIZE 7
>                         MAXSIZE 7
>                         ANTIALIAS TRUE
>                         POSITION CR
>                         PARTIALS FALSE
>                         MINDISTANCE 300
>                         BUFFER 5
>                         FORCE FALSE
>                         OFFSET 5 0
>                 END
>         END
> END

Yea same error occured 

> msDrawMap(): Image handling error. Failed to draw layer named 'govt'.
> msOGRLayerInitItemInfo(): OGR error. Invalid Field name: pangalan 

Next option is to look for a Gdal that supports mysql. 

Im currently reading this one.. 
http://mapserver.org/input/vector/mysql.html

Thanks for your quick response. Will let you know how if this works. Thank
you very much

-karl



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Mysql-Ogr-Error-tp5103949p5104059.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From jukka.rahkonen at mmmtike.fi  Sun Feb 16 05:49:53 2014
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka  (Tike))
Date: Sun, 16 Feb 2014 13:49:53 +0000
Subject: [mapserver-users] Mysql Ogr Error
In-Reply-To: <1392557560896-5104059.post@n6.nabble.com>
References: <1392454682106-5103949.post@n6.nabble.com>
	<EFE5D7EE2EC8D3438FE02E356F81E35A02F8F7@FITLK-EXMBX04.msvyvi.vaha.local>,
	<1392557560896-5104059.post@n6.nabble.com>
Message-ID: <EFE5D7EE2EC8D3438FE02E356F81E35A0309A3@FITLK-EXMBX04.msvyvi.vaha.local>

Hi,
Error tells now that field "pangalan" is missing. You have gone further.

- Jukka-

________________________________
L?hett?j?: rkrojero<mailto:rkrojero at gmail.com>
L?hetetty: ?16.?2.?2014 15:33
Vastaanottaja: mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Aihe: Re: [mapserver-users] Mysql Ogr Error



regarding your suggestion on changing 'name' to something else I already Did
it.
Rahkonen Jukka  (Tike) wrote
> What did you mean with that? Mapserver reads MySQL through GDAL so you
> should compile GDAL with MySQL and Mapserver with that GDAL. I am sorry if
> I am lost because I do not compile anything myself.
> For fixing the issue the first step is to get GDAL with MySQL support.
> Before you have such all other work you do is wasting everybody's time.
>
> I do not believe much in my theory of reserved keyword "name" but I have
> experienced something like that myself. If something works with v. 5.0
> does not guarantee that it works as such with v. 6.2.  If, once you have a
> proper GDAL with MySQL and Mapserver with that GDAL, you still face a
> problem, I would recommend to have try escaping "name". It means 10
> seconds work for you to edit your mapfile and try. That is not much wasted
> time at all even if it had no effect at all.
>
> -Jukka Rahkonen-

Sorry I meant the compiled Gdal has --with-mysql on it. Yep will look for a
Gdal that has mysql support. I dont know where to start though.

Already checked the 'name' theory

I changed

> <OGRVRTDataSource>
>
> <OGRVRTLayer name="govtpoints">
>
> <SrcDataSource>
> MYSQL:mapresearch,user=devuser,password=devpassword,host=127.0.0.1,port=3306,tables=establishment
> </SrcDataSource>
>
> <SrcSQL>
> SELECT esname, longlat_x, longlat_y FROM establishment WHERE esname like
> "%Barangay%Hall%" AND layer_type = "GOVT"
> </SrcSQL>
>
> <GeometryType>
> wkbPoint
> </GeometryType>
>
> <GeometryField encoding="PointFromColumns" x="longlat_x" y="longlat_y" />
>
> </OGRVRTLayer>
> </OGRVRTDataSource>

even the .map


> LAYER
>         NAME "govt"
>         STATUS OFF
>         CONNECTIONTYPE OGR
>         CONNECTION "/home/mapserv/mapresearch/ovf/govt.ovf"
>         DATA "govtpoints"
>         TYPE POINT
>         LABELITEM "pangalan"
>         LABELMAXSCALEDENOM 3500
>
>         CLASS
>                 SYMBOL "/usr/local/apache2/htdocs/symbols/govt.gif"
>                 SIZE 12
>
>                 LABEL
>                         COLOR   0 0 128
>                         TYPE TRUETYPE
>                         FONT    arial
>                         SIZE 7
>                         MAXSIZE 7
>                         ANTIALIAS TRUE
>                         POSITION CR
>                         PARTIALS FALSE
>                         MINDISTANCE 300
>                         BUFFER 5
>                         FORCE FALSE
>                         OFFSET 5 0
>                 END
>         END
> END

Yea same error occured

> msDrawMap(): Image handling error. Failed to draw layer named 'govt'.
> msOGRLayerInitItemInfo(): OGR error. Invalid Field name: pangalan

Next option is to look for a Gdal that supports mysql.

Im currently reading this one..
http://mapserver.org/input/vector/mysql.html

Thanks for your quick response. Will let you know how if this works. Thank
you very much

-karl



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Mysql-Ogr-Error-tp5103949p5104059.html
Sent from the Mapserver - User mailing list archive at Nabble.com.
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140216/d0482401/attachment.htm>

From rkrojero at gmail.com  Sun Feb 16 22:25:53 2014
From: rkrojero at gmail.com (rkrojero)
Date: Sun, 16 Feb 2014 22:25:53 -0800 (PST)
Subject: [mapserver-users] Mysql Ogr Error
In-Reply-To: <EFE5D7EE2EC8D3438FE02E356F81E35A0309A3@FITLK-EXMBX04.msvyvi.vaha.local>
References: <1392454682106-5103949.post@n6.nabble.com>
	<EFE5D7EE2EC8D3438FE02E356F81E35A02F8F7@FITLK-EXMBX04.msvyvi.vaha.local>
	<1392557560896-5104059.post@n6.nabble.com>
	<EFE5D7EE2EC8D3438FE02E356F81E35A0309A3@FITLK-EXMBX04.msvyvi.vaha.local>
Message-ID: <1392618353140-5104139.post@n6.nabble.com>

tried installing gdal 1.10.1

got this error..

ogrmysqldatasource.cpp: In member function 'int
OGRMySQLDataSource::Open(const char*, int, int)':
ogrmysqldatasource.cpp:142: error: 'load_defaults' was not declared in this
scope
ogrmysqldatasource.cpp:157: error: 'free_defaults' was not declared in this
scope
make[3]: *** [../o/ogrmysqldatasource.lo] Error 1
make[3]: Leaving directory
`/home/installers/mapserver_basic_201308/gdal-1.10.1/ogr/ogrsf_frmts/mysql'
make[2]: *** [mysql-target] Error 2
make[2]: Leaving directory
`/home/installers/mapserver_basic_201308/gdal-1.10.1/ogr/ogrsf_frmts'
make[1]: *** [sublibs] Error 2
make[1]: Leaving directory
`/home/installers/mapserver_basic_201308/gdal-1.10.1/ogr'
make: *** [ogr-target] Error 2



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Mysql-Ogr-Error-tp5103949p5104139.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From even.rouault at mines-paris.org  Sun Feb 16 23:01:19 2014
From: even.rouault at mines-paris.org (Even Rouault)
Date: Mon, 17 Feb 2014 08:01:19 +0100
Subject: [mapserver-users] Mysql Ogr Error
In-Reply-To: <1392618353140-5104139.post@n6.nabble.com>
References: <1392454682106-5103949.post@n6.nabble.com>
	<EFE5D7EE2EC8D3438FE02E356F81E35A02F8F7@FITLK-EXMBX04.msvyvi.vaha.local>
	<1392557560896-5104059.post@n6.nabble.com>
	<EFE5D7EE2EC8D3438FE02E356F81E35A0309A3@FITLK-EXMBX04.msvyvi.vaha.local>
	<1392618353140-5104139.post@n6.nabble.com>
Message-ID: <1392620479.5301b3bf65908@imp.free.fr>

Selon rkrojero <rkrojero at gmail.com>:

> tried installing gdal 1.10.1
>
> got this error..
>
> ogrmysqldatasource.cpp: In member function 'int
> OGRMySQLDataSource::Open(const char*, int, int)':
> ogrmysqldatasource.cpp:142: error: 'load_defaults' was not declared in this
> scope
> ogrmysqldatasource.cpp:157: error: 'free_defaults' was not declared in this
> scope

Yes, this is a known issue with recent MySQL. See
http://trac.osgeo.org/gdal/ticket/5284 . The fix is in trunk only, so you have
to check it out.

> make[3]: *** [../o/ogrmysqldatasource.lo] Error 1
> make[3]: Leaving directory
> `/home/installers/mapserver_basic_201308/gdal-1.10.1/ogr/ogrsf_frmts/mysql'
> make[2]: *** [mysql-target] Error 2
> make[2]: Leaving directory
> `/home/installers/mapserver_basic_201308/gdal-1.10.1/ogr/ogrsf_frmts'
> make[1]: *** [sublibs] Error 2
> make[1]: Leaving directory
> `/home/installers/mapserver_basic_201308/gdal-1.10.1/ogr'
> make: *** [ogr-target] Error 2
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Mysql-Ogr-Error-tp5103949p5104139.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 juanma.mr at gmail.com  Mon Feb 17 02:09:21 2014
From: juanma.mr at gmail.com (Juanma M. R.)
Date: Mon, 17 Feb 2014 11:09:21 +0100
Subject: [mapserver-users] Support to KMZ in Mapserver
Message-ID: <CAKEuFR68cSohroGGG3D-Z8S+fRtVVurngD9WjO2vJqXL2NgFpg@mail.gmail.com>

Dear list,

I am trying to compile mapserver with KMZ support.

I have tried with both, mapserver 6.02 and Mapserver 6.4. The main problem
is:

* How should I add support to KMZ in Mapserver? I have tried compiling from
trunk libkml (as explain here <http://www.gdal.org/ogr/drv_libkml.html> and
here <https://code.google.com/p/libkml/wiki/UserGuide01x>) but I didn't
manage to do it. Is this the correct way or is there a more simplified
method?

Cheers,
Juan Manuel Moreno Rivera.

Secci?n de Teledetecci?n y SIG / Remote Sensing & GIS group

Instituto de Desarrollo Regional / Institute for Regional Development

Universidad de Castilla-La Mancha / University of Castilla-La Mancha

Tlf: +34 967599200 (Ext: 2623)
http://www.teledeteccionysig.es/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140217/a9b29f11/attachment.htm>

From jmckenna at gatewaygeomatics.com  Mon Feb 17 04:42:44 2014
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Mon, 17 Feb 2014 08:42:44 -0400
Subject: [mapserver-users] Support to KMZ in Mapserver
In-Reply-To: <CAKEuFR68cSohroGGG3D-Z8S+fRtVVurngD9WjO2vJqXL2NgFpg@mail.gmail.com>
References: <CAKEuFR68cSohroGGG3D-Z8S+fRtVVurngD9WjO2vJqXL2NgFpg@mail.gmail.com>
Message-ID: <530203C4.7070303@gatewaygeomatics.com>

On 2/17/2014, 6:09 AM, Juanma M. R. wrote:
> Dear list,
> 
> I am trying to compile mapserver with KMZ support. 
> 
> I have tried with both, mapserver 6.02 and Mapserver 6.4. The main
> problem is:
> 
> * How should I add support to KMZ in Mapserver? I have tried compiling
> from trunk libkml (as explain here
> <http://www.gdal.org/ogr/drv_libkml.html> and here
> <https://code.google.com/p/libkml/wiki/UserGuide01x>) but I didn't
> manage to do it. Is this the correct way or is there a more simplified
> method?
> 

I follow this page: http://trac.osgeo.org/gdal/wiki/LibKML

-jeff



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





From juanma.mr at gmail.com  Mon Feb 17 07:34:34 2014
From: juanma.mr at gmail.com (Juanma M. R.)
Date: Mon, 17 Feb 2014 16:34:34 +0100
Subject: [mapserver-users] Support to KMZ in Mapserver
In-Reply-To: <CAKEuFR68cSohroGGG3D-Z8S+fRtVVurngD9WjO2vJqXL2NgFpg@mail.gmail.com>
References: <CAKEuFR68cSohroGGG3D-Z8S+fRtVVurngD9WjO2vJqXL2NgFpg@mail.gmail.com>
Message-ID: <CAKEuFR4ktuT93kMj0aUcX5MOOTT7T6rQacPj9jwehY1N14P_Rg@mail.gmail.com>

Hi again,

Finally I got the KML support working in gdal 1.10 and so I am trying now
to compile mapserver against it to get the KMZ support. I am trying to
compile 6.0.2 version but still there are problems with GDAL. After
compiling GDAL I configure Mapserver with the following parameters:

sudo ./configure --with-proj --with-geos=/usr/local/bin/geos-config
--with-ogr=/usr/local/bin/gdal-config
--with-postgis=/usr/local/pgsql/bin/pg_config
--with-curl-config=/usr/bin/curl-config
--with-httpd=/usr/local/apache2/bin/httpd
--with-php=/usr/local/php-5.2.2 --enable-point-z-m
--with-png=/usr/local/include/libpng16/
--with-libiconv-dir=/usr/local/libiconv-1.12 --with-gd --with-jpeg
--with-tiff --with-xpm --with-wfs --with-wcs --with-wmsclient
--with-wfsclient  --with-gdal=/usr/src/gdal-1.10.1/apps/gdal-config
--with-kml

It starts compiling but when compiling the shp2img tool it throws the
following error:


sudo make

g++ -O2 -fPIC -Wall  -DNDEBUG   -DUSE_POINT_Z_M -DHAVE_VSNPRINTF
-DNEED_STRLCPY -DNEED_STRLCAT -DNEED_STRRSTR    -DUSE_POINT_Z_M
-DUSE_WMS_LYR -DUSE_WFS_LYR  -DUSE_LIBXML2 -DUSE_CURL
-DUSE_CURLOPT_PROXYAUTH -DUSE_KML -DUSE_WCS_SVR -DUSE_WFS_SVR -DUSE_WMS_SVR
  -DUSE_POSTGIS -DPOSTGIS_HAS_SERVER_VERSION -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS   -DUSE_PROJ -DUSE_AGG_SVG_SYMBOLS    -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS
-DGD_HAS_GET_TRUE_COLOR_PIXEL -DUSE_ICONV -DUSE_GIF -DUSE_PNG
 -DUSE_FREETYPE   -DDISABLE_CVSID -I/usr/include/freetype2
 -I/usr/local/include/libpng16/   -I/usr/include -Irenderers/agg/include
    -I/usr/src/gdal-1.10.1/port -I/usr/src/gdal-1.10.1/gcore
-I/usr/src/gdal-1.10.1/alg -I/usr/src/gdal-1.10.1/ogr
-I/usr/src/gdal-1.10.1/ogr/ogrsf_frmts -I/usr/src/gdal-1.10.1/frmts/vrt
-I/usr/local/pgsql/include    -I/usr/local/include
 -I/usr/include/libxml2   shp2img.o  -L. -lmapserver -lfreetype -lgd
-L/usr/lib64 -lgd -ljpeg -lfreetype -L/usr/local/include/libpng16/ -lpng
-L/lib64 -lz -lXpm -lX11  -lexpat   -lproj -ljpeg
-L/usr/local/include/libpng16/ -lpng -lgif
/usr/src/gdal-1.10.1/libgdal.la-L/usr/local/pgsql/lib -lpq
-L/usr/kerberos/lib64 -lcurl -ldl
-lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lidn -lssl -lcrypto -lz
 -L/usr/local/lib -lgeos_c  -liconv    -L/lib64 -lz -lxml2 -lz -lm  -lm
-lstdc++    -o shp2img

/usr/src/gdal-1.10.1/libgdal.la: file not recognized: File format not
recognized

collect2: ld devolvi? el estado de salida 1

make: *** [shp2img] Error 1

I have checked that the gdal binaries are from a make after a make clean
(to avoid corruption) but it did not sort out the problem. Could anyone
give a key for solving this problem?

Cheers,

Juan Manuel Moreno Rivera.

Secci?n de Teledetecci?n y SIG / Remote Sensing & GIS group

Instituto de Desarrollo Regional / Institute for Regional Development

Universidad de Castilla-La Mancha / University of Castilla-La Mancha

Tlf: +34 967599200 (Ext: 2623)
http://www.teledeteccionysig.es/


2014-02-17 11:09 GMT+01:00 Juanma M. R. <juanma.mr at gmail.com>:

> Dear list,
>
> I am trying to compile mapserver with KMZ support.
>
> I have tried with both, mapserver 6.02 and Mapserver 6.4. The main problem
> is:
>
> * How should I add support to KMZ in Mapserver? I have tried compiling
> from trunk libkml (as explain here<http://www.gdal.org/ogr/drv_libkml.html>and
> here <https://code.google.com/p/libkml/wiki/UserGuide01x>) but I didn't
> manage to do it. Is this the correct way or is there a more simplified
> method?
>
> Cheers,
> Juan Manuel Moreno Rivera.
>
> Secci?n de Teledetecci?n y SIG / Remote Sensing & GIS group
>
> Instituto de Desarrollo Regional / Institute for Regional Development
>
> Universidad de Castilla-La Mancha / University of Castilla-La Mancha
>
> Tlf: +34 967599200 (Ext: 2623)
> http://www.teledeteccionysig.es/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140217/be273b8e/attachment.htm>

From fl_v at inbox.ru  Mon Feb 17 22:58:38 2014
From: fl_v at inbox.ru (=?UTF-8?B?VmxhZGltaXI=?=)
Date: Tue, 18 Feb 2014 10:58:38 +0400
Subject: [mapserver-users]
 =?utf-8?q?RESOLVED__php_mapscript_setFilter_and?=
 =?utf-8?q?_signal_Segmentation_fault_=2811=29?=
In-Reply-To: <1392373992.664183681@f308.i.mail.ru>
References: <1392289697.595413574@f311.i.mail.ru>
	<1392373992.664183681@f308.i.mail.ru>
Message-ID: <1392706718.674432627@f39.i.mail.ru>

 Hello All. 
Apparently the mix of distros caused the segfault error. 
I installed Mapscript from openSuse repository instead
Mapserver from official site. 


???????, 14 ??????? 2014, 14:33 +04:00 ?? Vladimir <fl_v at inbox.ru>:
>Hello dear developers. 
>Please could you give some direction for decision segfault problem. I tried? execute php-script only without mapfile: 
>
>$map=ms_newMapObjFromString("MAP NAME?? ?\"WMSRoadrs\"? STATUS ON?? ?CONFIG?? ?\"PROJ_LIB\" \"/usr/lib/proj/\"?? ?END");
>$map->setMetaData("wms_title","Roadrs");
>$map->setMetaData("wms_onlineresource"," http://localhost/msscript.php ");
>$map->setMetaData("wms_srs","EPSG:3857");
>$map->setMetaData("wms_enable_request","*");
>$map->setMetaData("wms_encoding","utf-8");
>...
>and result of? first call $map->setMetaData? is "ignal Segmentation fault (11)" immediately as in my post above
>
>Configuration: openSuse 13.1 Mapserver 6.4.1 php 5.4.3
>
>Many Thanks.
>
>
>???????, 13 ??????? 2014, 15:08 +04:00 ?? Vladimir <fl_v at inbox.ru>:
>>
>>Hello All. Please help me to understand what's wrong.
>>
>>php mapscript version 6.4.1
>>
>>request url:
>>localhost/script.php?LAYERS=roads&SRS=EPSG%3A3857&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&FORMAT=image%2Fpng&BBOX=8562963.8568664,5347815.0968664,8567741.1711336,5352592.4111336&WIDTH=500&HEIGHT=500
>>
>>works in mapfile.map:
>>FILTER (id? in (386,400))
>>but
>>does not work in script.php:
>>$roadsLayer->setFilter("id? in (386,400)");
>>at that no other errors except the string in apache log:
>>[Thu Feb 13 16:03:33.931054 2014] [core:notice] [pid 716] AH00052: child pid 2626 exit signal Segmentation fault (11)
>>
>>
>>mapfile.map:
>>-----------------------
>>MAP
>>?? ?NAME?? ?"WMSRoadrs"
>>?? ?CONFIG?? ?"PROJ_LIB" "/usr/lib/proj/"
>>??? STATUS?? ??? ?ON
>>?? ?WEB?? ??? ? 
>>?? ??? ?METADATA
>>?? ??? ??? ?wms_title?? ?"Roadrs"
>>?? ??? ??? ?wms_abstract?? ?"Roadrs"
>>?? ??? ??? ?wms_onlineresource?? ?" http://localhost/msscr/script.php "
>>?? ??? ??? ?wms_srs?? ?"EPSG:3857"?? ?
>>?? ??? ??? ?wms_enable_request?? ??? ?"*"
>>?? ??? ??? ?wms_encoding?? ?"utf-8"
>>?? ??? ?END # end METADATA?? ??? ?
>>?? ?END # end WEB?? ?
>>?? ?PROJECTION
>>?? ??? ?"init=epsg:3857"
>>?? ?END # end PROJECTION
>>?? ?LAYER
>>?? ??? ?NAME?? ?"roads"?? ?
>>?? ??? ?STATUS?? ??? ?ON
>>?? ??? ?CONNECTIONTYPE?? ?postgis
>>?? ??? ?CONNECTION?? ?"user=user password=1 dbname=db host=localhost"
>>?? ??? ?DATA?? ?"coor from tab using unique id using srid=3857"
>>
>>?? ??? FILTER (id? in (386,400))#-----------works
>>
>>?? ??? ?TYPE?? ?LINE?? ??? ?
>>?? ??? ?CLASS 
>>?? ??? ??? ?NAME?? ?"??????"?? ??? ??? ?
>>?? ??? ??? ??? ?STYLE
>>?? ??? ??? ??? ??? ?COLOR?? ?255 255 255
>>?? ??? ??? ??? ??? ?WIDTH?? ?10
>>?? ??? ??? ??? ??? ?OUTLINECOLOR?? ?0 0 255 
>>?? ??? ??? ??? ??? ?OUTLINEWIDTH?? ?1
>>?? ??? ??? ??? ?END # end STYLE?? ??? ??? ??? ?
>>?? ??? ?END # end CLASS
>>?? ??? ?PROJECTION
>>?? ??? ??? ?"init=epsg:3857"
>>?? ??? ?END # end PROJECTION
>>?? ??? ?METADATA
>>?? ??? ??? ?wms_title?? ?"Demo1"
>>?? ??? ??? ?wms_abstract?? ?"Roads Demo1"?? ??? ??? ?
>>?? ??? ??? ?wms_srs?? ?"EPSG:3857"
>>?? ??? ??? ?wms_include_items?? ?"all"
>>?? ??? ?END # end METADATA
>>?? ?END # end LAYER
>>END # end MAP
>>---------------
>>
>>script.php:
>>----------------
>>ini_set('display_errors', E_ALL); 
>>error_reporting(E_ALL);
>>$request = ms_newOwsrequestObj();
>>if(!empty($_GET)){
>>?? ?foreach ($_GET as $key => $value) {
>>?? ???? $request->setparameter($key, $value);
>>?? ?}
>>}
>>ms_ioinstallstdouttobuffer();
>>$map = ms_newMapobj("mapfile.map");
>>$roadsLayer = $map->getLayerByName("roads");
>>
>>$roadsLayer->setFilter("id? in (386,400)");//-----------does not work
>>
>>$map->owsDispatch($request);
>>$contenttype = ms_iostripstdoutbuffercontenttype();
>>header('Content-type:'.$contenttype);
>>ms_iogetStdoutBufferBytes();
>>ms_ioresethandlers();
>>----------------
>>
>>-- 
>>Thanks _______________________________________________
>>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/20140218/f1075166/attachment.htm>

From dejan.gambin at coin.hr  Tue Feb 18 02:37:08 2014
From: dejan.gambin at coin.hr (Dejan Gambin)
Date: Tue, 18 Feb 2014 11:37:08 +0100
Subject: [mapserver-users] WFS GetFeature 1.0.0 vs 1.1.0
Message-ID: <B08B7EA9-DEBF-458A-8684-75187CC50C04@coin.hr>

Hi,

I have been using MapServer 6.0.3 for a while. My client application worked well with WFS 1.1.0 protocol. Here is the part of the code:

var protocol = new OpenLayers.Protocol.WFS({
                    version: "1.0.0",
                    url:  self.options.config.wfs_url + "SERVICE=WFS&srsName=EPSG:900913",
                    srsName:"EPSG:900913",
                    featureNS: self.options.config.wfs_ns,
                    geometryName: "msGeometry",
                    featurePrefix: "ms",
                    featureType: some_layer,
                    defaultFilter: new OpenLayers.Filter.Comparison({
                        type: OpenLayers.Filter.Comparison.LIKE,
                        property: some_property
                        value: some_value
                    })
                })

Recently I went to MapServer 6.4.1 and I started to get "no results" when using this code to search by attributes. I changed version 1.1.0 to 1.0.0 and everything works fine now. 

Does anyone know what is the reason for this and should I stay on 1.0.0?

Notes - when doing spatial query it works ok even with 1.1.0.

Thanks!

dejan



From aperi2007 at gmail.com  Tue Feb 18 05:19:28 2014
From: aperi2007 at gmail.com (Andrea Peri)
Date: Tue, 18 Feb 2014 14:19:28 +0100
Subject: [mapserver-users] Are stats useful for better raster performance ?
Message-ID: <CABqTJk-EBnB=d-g1RyG4LscHRnefLbRq40Djw5FEOiDNz=JnkQ@mail.gmail.com>

Hi,

I see the gdal_translate could be force to calculate the stats .
It write the stats in an xml file.

The availability of these stats could be useful to mapserver for a better
raster usage performance ?

Thx,

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

From szekerest at gmail.com  Tue Feb 18 13:33:50 2014
From: szekerest at gmail.com (Tamas Szekeres)
Date: Tue, 18 Feb 2014 22:33:50 +0100
Subject: [mapserver-users] Announcing MapServer MapManager 1.0
Message-ID: <CACALY+S7jAHOzmEbQP2jBdwAZFdC8bYFSPrYKBnsFqyn85Z5Jg@mail.gmail.com>

*Digital Mapping Solutions <http://www.mapsolutions.com.au/> along with
Tamas Szekeres is pleased to announce the open source release of MapServer
MapManager. *



*MapServer MapManager <http://www.gisinternals.com/MapManager/> is an easy
to use Windows desktop GUI application (based on the MapScript C# API and
GDAL C# API) that allows you to easily create and configure great looking
MapServer map files. The application provides a set of dialogues for
setting the various properties in the map configuration and renders the map
directly on the screen allowing panning and zooming of the displayed area
by using the mouse. The MapManager user interface provides common
operations for selecting the features and inspecting the attributes for
setting up labelling and changing the style and symbology.  The created map
configuration can then be saved into a map file which can be used by
various MapServer CGI/MapScript applications. Mapserver MapManager also
allows users to save the map images in various output formats supported by
MapServer.*



*MapServer MapManager is provided with GPLv3
<http://www.gnu.org/licenses/gpl-3.0.html> license.*



*The build SDK
<http://www.gisinternals.com/sdk/downloads/release-1600-dev.zip>
from gisinternals <http://www.gisinternals.com/sdk/> can be used to compile
MapManager. For more information about building MapManager please refer to
the Readme <https://github.com/DMS-Aus/MapManager/blob/master/README.md>
file.*



*Windows installers are provided in the following download locations.
Certain GDAL drivers are provided as separate installers due to their
custom licensing terms. When installing the GDAL driver plugins you should
select the MapManager install location as the target directory.*



*Installers based on the current MapServer release (6.4.1)*



*MapServer MapManager
<http://www.gisinternals.com/sdk/downloads/release-1600-gdal-1-10-1-mapserver-6-4-1/MapManager.msi>
*

*GDAL ECW driver
<http://www.gisinternals.com/sdk/downloads/release-1600-gdal-1-10-1-mapserver-6-4-1/gdal-110-1600-ecw.msi>
*

*GDAL FileGDB driver
<http://www.gisinternals.com/sdk/downloads/release-1600-gdal-1-10-1-mapserver-6-4-1/gdal-110-1600-filegdb.msi>
*

*GDAL MrSID driver
<http://www.gisinternals.com/sdk/downloads/release-1600-gdal-1-10-1-mapserver-6-4-1/gdal-110-1600-mrsid.msi>
*

*GDAL Oracle driver
<http://www.gisinternals.com/sdk/downloads/release-1600-gdal-1-10-1-mapserver-6-4-1/gdal-110-1600-oracle.msi>
*



*Installers based on the current MapServer stable branch (6.4) (compiled
daily)*



*MapServer MapManager
<http://www.gisinternals.com/sdk/downloads/release-1600-gdal-1-10-mapserver-6-4/MapManager.msi>
*

*GDAL ECW driver
<http://www.gisinternals.com/sdk/downloads/release-1600-gdal-1-10-mapserver-6-4/gdal-110-1600-ecw.msi>
*

*GDAL FileGDB driver
<http://www.gisinternals.com/sdk/downloads/release-1600-gdal-1-10-mapserver-6-4/gdal-110-1600-filegdb.msi>
*

*GDAL MrSID driver
<http://www.gisinternals.com/sdk/downloads/release-1600-gdal-1-10-mapserver-6-4/gdal-110-1600-mrsid.msi>
*

*GDAL Oracle driver
<http://www.gisinternals.com/sdk/downloads/release-1600-gdal-1-10-mapserver-6-4/gdal-110-1600-oracle.msi>
*



*For more information about using MapManager please refer to the online
help <http://www.gisinternals.com/MapManager>.*




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

From martin.kofahl at gmail.com  Tue Feb 18 23:57:47 2014
From: martin.kofahl at gmail.com (Martin Kofahl)
Date: Wed, 19 Feb 2014 08:57:47 +0100
Subject: [mapserver-users] WFS GetFeature 1.0.0 vs 1.1.0
In-Reply-To: <B08B7EA9-DEBF-458A-8684-75187CC50C04@coin.hr>
References: <B08B7EA9-DEBF-458A-8684-75187CC50C04@coin.hr>
Message-ID: <CAB+ETQd53GKTzg-EOoU5AS5aC1EG3QBr0PXtDqRp0nahLmjM4w@mail.gmail.com>

Hi Dejan,
can you please post the get or post request made by openlayers for both,
version 1.1.0 and 1.0.0?

Martin


2014-02-18 11:37 GMT+01:00 Dejan Gambin <dejan.gambin at coin.hr>:

> Hi,
>
> I have been using MapServer 6.0.3 for a while. My client application
> worked well with WFS 1.1.0 protocol. Here is the part of the code:
>
> var protocol = new OpenLayers.Protocol.WFS({
>                     version: "1.0.0",
>                     url:  self.options.config.wfs_url +
> "SERVICE=WFS&srsName=EPSG:900913",
>                     srsName:"EPSG:900913",
>                     featureNS: self.options.config.wfs_ns,
>                     geometryName: "msGeometry",
>                     featurePrefix: "ms",
>                     featureType: some_layer,
>                     defaultFilter: new OpenLayers.Filter.Comparison({
>                         type: OpenLayers.Filter.Comparison.LIKE,
>                         property: some_property
>                         value: some_value
>                     })
>                 })
>
> Recently I went to MapServer 6.4.1 and I started to get "no results" when
> using this code to search by attributes. I changed version 1.1.0 to 1.0.0
> and everything works fine now.
>
> Does anyone know what is the reason for this and should I stay on 1.0.0?
>
> Notes - when doing spatial query it works ok even with 1.1.0.
>
> Thanks!
>
> dejan
>
> _______________________________________________
> 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/20140219/829b1d89/attachment.htm>

From dejan.gambin at coin.hr  Wed Feb 19 01:38:05 2014
From: dejan.gambin at coin.hr (Dejan Gambin)
Date: Wed, 19 Feb 2014 10:38:05 +0100
Subject: [mapserver-users] WFS GetFeature 1.0.0 vs 1.1.0
In-Reply-To: <CAB+ETQd53GKTzg-EOoU5AS5aC1EG3QBr0PXtDqRp0nahLmjM4w@mail.gmail.com>
References: <B08B7EA9-DEBF-458A-8684-75187CC50C04@coin.hr>
	<CAB+ETQd53GKTzg-EOoU5AS5aC1EG3QBr0PXtDqRp0nahLmjM4w@mail.gmail.com>
Message-ID: <6A216A53-5CD5-41AF-977E-55A3CCEB4B20@coin.hr>

Sure, here you are:

1.0.0 (working) request:

WFS post request: <wfs:GetFeature xmlns:wfs="http://www.opengis.net/wfs" service="WFS" version="1.0.0" maxFeatures="100" xsi:schemaLocation="http://www.opengis.net/wfs http://schemas.opengis.net/wfs/1.0.0/WFS-transaction.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><wfs:Query typeName="ms:katastar_vodnjan_poligon" xmlns:ms="http://gis.kermas-istra.com"><ogc:Filter xmlns:ogc="http://www.opengis.net/ogc"><ogc:PropertyIsLike wildCard="*" singleChar="." escape="!"><ogc:PropertyName>NUMBER</ogc:PropertyName><ogc:Literal>19/1</ogc:Literal></ogc:PropertyIsLike></ogc:Filter></wfs:Query></wfs:GetFeature>

1.1.0 (non-working) request:

WFS post request: <wfs:GetFeature xmlns:wfs="http://www.opengis.net/wfs" service="WFS" version="1.1.0" maxFeatures="100" 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="ms:katastar_vodnjan_poligon" srsName="EPSG:900913" xmlns:ms="http://gis.kermas-istra.com"><ogc:Filter xmlns:ogc="http://www.opengis.net/ogc"><ogc:PropertyIsLike wildCard="*" singleChar="." escapeChar="!"><ogc:PropertyName>NUMBER</ogc:PropertyName><ogc:Literal>19/1</ogc:Literal></ogc:PropertyIsLike></ogc:Filter></wfs:Query></wfs:GetFeature>

thanks, dejan

On 19. vel. 2014., at 08:57, Martin Kofahl wrote:

> Hi Dejan,
> can you please post the get or post request made by openlayers for both, version 1.1.0 and 1.0.0?
> 
> Martin
> 
> 
> 2014-02-18 11:37 GMT+01:00 Dejan Gambin <dejan.gambin at coin.hr>:
> Hi,
> 
> I have been using MapServer 6.0.3 for a while. My client application worked well with WFS 1.1.0 protocol. Here is the part of the code:
> 
> var protocol = new OpenLayers.Protocol.WFS({
>                     version: "1.0.0",
>                     url:  self.options.config.wfs_url + "SERVICE=WFS&srsName=EPSG:900913",
>                     srsName:"EPSG:900913",
>                     featureNS: self.options.config.wfs_ns,
>                     geometryName: "msGeometry",
>                     featurePrefix: "ms",
>                     featureType: some_layer,
>                     defaultFilter: new OpenLayers.Filter.Comparison({
>                         type: OpenLayers.Filter.Comparison.LIKE,
>                         property: some_property
>                         value: some_value
>                     })
>                 })
> 
> Recently I went to MapServer 6.4.1 and I started to get "no results" when using this code to search by attributes. I changed version 1.1.0 to 1.0.0 and everything works fine now.
> 
> Does anyone know what is the reason for this and should I stay on 1.0.0?
> 
> Notes - when doing spatial query it works ok even with 1.1.0.
> 
> Thanks!
> 
> dejan
> 
> _______________________________________________
> 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/20140219/7486c47e/attachment.htm>

From jgarrido at tracom.info  Wed Feb 19 01:58:14 2014
From: jgarrido at tracom.info (jongarrido)
Date: Wed, 19 Feb 2014 01:58:14 -0800 (PST)
Subject: [mapserver-users] WFS whith openlayers
Message-ID: <1392803894560-5104651.post@n6.nabble.com>

Hello,
I'm trying to create an openalyers map with a wfs layer (served from
mapaserver).

I'm connecting with qgis successfully but not from the openlyares map....

Can someone  give a valid wfs layer construcion code for my layer?

You have hera a valid getfeatureinfo request:

http://88.198.57.99/cgi-bin/mapserv?map=/home/mapserver/mapfiles/eventosLineaWFS.map&service=wfs&request=getfeature&version=1.0.0&typename=Distritos

Thanks in advance



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/WFS-whith-openlayers-tp5104651.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From dejan.gambin at coin.hr  Wed Feb 19 03:41:18 2014
From: dejan.gambin at coin.hr (Dejan Gambin)
Date: Wed, 19 Feb 2014 12:41:18 +0100
Subject: [mapserver-users] WFS whith openlayers
In-Reply-To: <1392803894560-5104651.post@n6.nabble.com>
References: <1392803894560-5104651.post@n6.nabble.com>
Message-ID: <0BE25A92-D4CE-4A9C-A409-ADB39BDA0B48@coin.hr>

I don't know if this can help you...

In my getfeatureinfo code I am using getfeatureinfo control like this:

this.cnt_GetFeatureInfo=new OpenLayers.Control.GetFeature({
                protocol: OpenLayers.Protocol.WFS({
                    version: "1.0.0",
                    url:  wfs_url + "SERVICE=WFS&srsName=EPSG:900913",
                    srsName:"EPSG:900913",
                    featureNS: wfs_ns,
                    geometryName: "msGeometry",
                    featurePrefix: "ms"
                }),
		...
});

I know I had to put srsName in url also, but don't remember why and if this is needed with newer MapServer versions

On 19. vel. 2014., at 10:58, jongarrido wrote:

> Hello,
> I'm trying to create an openalyers map with a wfs layer (served from
> mapaserver).
> 
> I'm connecting with qgis successfully but not from the openlyares map....
> 
> Can someone  give a valid wfs layer construcion code for my layer?
> 
> You have hera a valid getfeatureinfo request:
> 
> http://88.198.57.99/cgi-bin/mapserv?map=/home/mapserver/mapfiles/eventosLineaWFS.map&service=wfs&request=getfeature&version=1.0.0&typename=Distritos
> 
> Thanks in advance
> 
> 
> 
> --
> View this message in context: http://osgeo-org.1560.x6.nabble.com/WFS-whith-openlayers-tp5104651.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 mafonso333 at gmail.com  Wed Feb 19 04:12:31 2014
From: mafonso333 at gmail.com (Marco Afonso)
Date: Wed, 19 Feb 2014 12:12:31 +0000
Subject: [mapserver-users] WFS whith openlayers
In-Reply-To: <0BE25A92-D4CE-4A9C-A409-ADB39BDA0B48@coin.hr>
References: <1392803894560-5104651.post@n6.nabble.com>
	<0BE25A92-D4CE-4A9C-A409-ADB39BDA0B48@coin.hr>
Message-ID: <CAG6YeNymhxsriZTRi6wDuiD+1UKVodZo8jnUSOT3zniAYdH0aQ@mail.gmail.com>

Hi,

I did run into some issues with OL and WFS 1.1.0 some time ago... I had to
specify the parameter "geometryName", ie.

OpenLayers.Protocol.WFS.fromWMSLayer(layer, {geometryName: "the_geom"})

I hope it helps...




2014-02-19 11:41 GMT+00:00 Dejan Gambin <dejan.gambin at coin.hr>:

> I don't know if this can help you...
>
> In my getfeatureinfo code I am using getfeatureinfo control like this:
>
> this.cnt_GetFeatureInfo=new OpenLayers.Control.GetFeature({
>                 protocol: OpenLayers.Protocol.WFS({
>                     version: "1.0.0",
>                     url:  wfs_url + "SERVICE=WFS&srsName=EPSG:900913",
>                     srsName:"EPSG:900913",
>                     featureNS: wfs_ns,
>                     geometryName: "msGeometry",
>                     featurePrefix: "ms"
>                 }),
>                 ...
> });
>
> I know I had to put srsName in url also, but don't remember why and if
> this is needed with newer MapServer versions
>
> On 19. vel. 2014., at 10:58, jongarrido wrote:
>
> > Hello,
> > I'm trying to create an openalyers map with a wfs layer (served from
> > mapaserver).
> >
> > I'm connecting with qgis successfully but not from the openlyares map....
> >
> > Can someone  give a valid wfs layer construcion code for my layer?
> >
> > You have hera a valid getfeatureinfo request:
> >
> >
> http://88.198.57.99/cgi-bin/mapserv?map=/home/mapserver/mapfiles/eventosLineaWFS.map&service=wfs&request=getfeature&version=1.0.0&typename=Distritos
> >
> > Thanks in advance
> >
> >
> >
> > --
> > View this message in context:
> http://osgeo-org.1560.x6.nabble.com/WFS-whith-openlayers-tp5104651.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
>



-- 
Regards,
Marco Afonso
http://goo.gl/ZDtQjm
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140219/2ab3b94b/attachment.htm>

From jgarrido at tracom.info  Wed Feb 19 06:40:47 2014
From: jgarrido at tracom.info (jongarrido)
Date: Wed, 19 Feb 2014 06:40:47 -0800 (PST)
Subject: [mapserver-users] WFS whith openlayers
In-Reply-To: <1392803894560-5104651.post@n6.nabble.com>
References: <1392803894560-5104651.post@n6.nabble.com>
Message-ID: <1392820847335-5104735.post@n6.nabble.com>

Thank you very much for your answers.

I?m sorry about my explanation??

What I?m pretending is to build a wfs layer  with this (and much others
different) code:

var capaWFS3= new OpenLayers.Layer.Vector("WFS3", {
        strategies: [new OpenLayers.Strategy.BBOX()],
        protocol: new OpenLayers.Protocol.WFS({
            "url":
"http://88.198.57.99/cgi-bin/mapserv?map=/home/mapserver/mapfiles/eventosLineaWFS.map",
            "geometryName": "Shape",
            "featureType": "Distritos",
            "featurePrefix": "ms",
            "srsName": "EPGS:3857",
            "version": "1.0.0",
            "featureNS": "http://mapserver.gis.umn.edu/mapserver"
        })
    });


The getfeature connection y showed you It?s just for let you to know the
connection parameters?.

Any Idea?

Thank you very much again.




--
View this message in context: http://osgeo-org.1560.x6.nabble.com/WFS-whith-openlayers-tp5104651p5104735.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From juanma.mr at gmail.com  Wed Feb 19 07:23:39 2014
From: juanma.mr at gmail.com (Juanma M. R.)
Date: Wed, 19 Feb 2014 16:23:39 +0100
Subject: [mapserver-users] Geotiff OUTPUTFORMAT fails in browse mode
Message-ID: <CAKEuFR7AeM8gBVLYdiFze_zUhL=btpkb17uvHo6rwZ5XmwfaAQ@mail.gmail.com>

Dear all,

I am trying to generate a georeferenced image with Mapserver. Now I am
trying to do it with GeoTIFF.

The issue is that all the outputformats are working in browse mode but
GeoTiff. However, if I change to map mode, the URL request works and gives
back the tiff data in stream to the browser.

Is there any reason to GeoTIFF not working in browse mode, writting a file
in the temporal folder from the server?

My outputformat in .map file:

OUTPUTFORMAT
  NAME GEOTIFF_16
  DRIVER "GDAL/GTiff"
  MIMETYPE "image/tiff"
  IMAGEMODE RGB
  EXTENSION "tif"
END

I have checked the compilation of mapserver having the --with-tiff in both
cases. And it is ok but the

./mapserv -v

returns:

MapServer version 4.10.7 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER
SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT
SUPPORTS=WCS_SERVER SUPPORTS=GEOS SUPPORTS=POINT_Z_M INPUT=EPPL7
INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE

I don't know if this is relevant not having something like OUTPUT=TIFF but
if no GeoTIFF support was included it shoudn't work neither in map mode,
which works, should it?. The compilation was with no errors. This happens
in both, Mapserver 4.10 and Mapserver 5.6.6.

Regards,
Juan Manuel Moreno Rivera.

Secci?n de Teledetecci?n y SIG / Remote Sensing & GIS group

Instituto de Desarrollo Regional / Institute for Regional Development

Universidad de Castilla-La Mancha / University of Castilla-La Mancha

Tlf: +34 967599200 (Ext: 2623)
http://www.teledeteccionysig.es/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140219/69e40707/attachment.htm>

From Steve.Lime at state.mn.us  Wed Feb 19 08:25:12 2014
From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT))
Date: Wed, 19 Feb 2014 16:25:12 +0000
Subject: [mapserver-users] Geotiff OUTPUTFORMAT fails in browse mode
In-Reply-To: <CAKEuFR7AeM8gBVLYdiFze_zUhL=btpkb17uvHo6rwZ5XmwfaAQ@mail.gmail.com>
References: <CAKEuFR7AeM8gBVLYdiFze_zUhL=btpkb17uvHo6rwZ5XmwfaAQ@mail.gmail.com>
Message-ID: <C549F0496453D842B4DD71AC8188DDC5753FC6@055-CH1MPN1-041.055d.mgd.msft.net>

Browse mode is for old-style interactive clients. That is, user click -> send to mapserver -> mapserver builds new page. You wouldn't use mode=browse to create georeferenced output like you're doing. Mode=map or WMS are the way to go.

Steve

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Juanma M. R.
Sent: Wednesday, February 19, 2014 9:24 AM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] Geotiff OUTPUTFORMAT fails in browse mode

Dear all,

I am trying to generate a georeferenced image with Mapserver. Now I am trying to do it with GeoTIFF.

The issue is that all the outputformats are working in browse mode but GeoTiff. However, if I change to map mode, the URL request works and gives back the tiff data in stream to the browser.

Is there any reason to GeoTIFF not working in browse mode, writting a file in the temporal folder from the server?

My outputformat in .map file:

OUTPUTFORMAT
  NAME GEOTIFF_16
  DRIVER "GDAL/GTiff"
  MIMETYPE "image/tiff"
  IMAGEMODE RGB
  EXTENSION "tif"
END

I have checked the compilation of mapserver having the --with-tiff in both cases. And it is ok but the

./mapserv -v

returns:

MapServer version 4.10.7 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=GEOS SUPPORTS=POINT_Z_M INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE

I don't know if this is relevant not having something like OUTPUT=TIFF but if no GeoTIFF support was included it shoudn't work neither in map mode, which works, should it?. The compilation was with no errors. This happens in both, Mapserver 4.10 and Mapserver 5.6.6.

Regards,
Juan Manuel Moreno Rivera.

Secci?n de Teledetecci?n y SIG / Remote Sensing & GIS group

Instituto de Desarrollo Regional / Institute for Regional Development

Universidad de Castilla-La Mancha / University of Castilla-La Mancha

Tlf: +34 967599200 (Ext: 2623)
http://www.teledeteccionysig.es/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140219/7a1d26b1/attachment.htm>

From dejan.gambin at coin.hr  Thu Feb 20 00:20:04 2014
From: dejan.gambin at coin.hr (Dejan Gambin)
Date: Thu, 20 Feb 2014 09:20:04 +0100
Subject: [mapserver-users] Wrong/different legend generation
Message-ID: <80EF9353-1D0B-471A-8E0D-6D5964575DC5@coin.hr>

Hi,

I am using GetLegendGraphic request for generating legends in my OL application. Everything was fine in previous MapServer version 6.0.3. The request like this:

http://my.site.com/cgi-bin/mywms6?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetLegendGraphic&FORMAT=image/png&LAYER=my_layer

returned an image like in attached image1.png. The same request in 6.4.1 returned an image like in attached image2.png. The legend part of mapfile is:

LEGEND
  OUTLINECOLOR 194 194 194 
  KEYSIZE 25 18
  KEYSPACING 8 5
  LABEL
    COLOR 255 0 0
    FONT Arial
    SIZE 8
    TYPE truetype
    OFFSET 0 -5
  END
END

Is it a bug or should I hopefully just configure things differently?

Thanks very much

regards, dejan

-------------- next part --------------
A non-text attachment was scrubbed...
Name: image2.png
Type: image/png
Size: 13373 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140220/60cf2fbd/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image1.png
Type: image/png
Size: 11642 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140220/60cf2fbd/attachment-0001.png>
-------------- next part --------------




From juanma.mr at gmail.com  Thu Feb 20 01:04:07 2014
From: juanma.mr at gmail.com (Juanma M. R.)
Date: Thu, 20 Feb 2014 10:04:07 +0100
Subject: [mapserver-users] Geotiff OUTPUTFORMAT fails in browse mode
In-Reply-To: <C549F0496453D842B4DD71AC8188DDC5753FC6@055-CH1MPN1-041.055d.mgd.msft.net>
References: <CAKEuFR7AeM8gBVLYdiFze_zUhL=btpkb17uvHo6rwZ5XmwfaAQ@mail.gmail.com>
	<C549F0496453D842B4DD71AC8188DDC5753FC6@055-CH1MPN1-041.055d.mgd.msft.net>
Message-ID: <CAKEuFR7xeHfW_PSM8J-ZMJY5w1YCXOOckY-TX2xfqsa9XjR4Ow@mail.gmail.com>

Hi Steve,

First of all, thank you for your answer Steve.

I know it is old-style this way of requesting but I am trying to add
functionallity to a complex software based in this old-styled way of
working. I know that upgrading to the latest version of Mapserver would be
the best, however it implies resources and time that could be not
affordable right now as the existing and working map files would need
upgrade.

That is why I try working like that. I want to offer KMZ download and I was
trying to make a bridge to this format avoiding the upgrade of Mapserver by
updating GDAL, which can be done without having to update mapserver version
used by the system. Using the latest version of gdal_translate will make
affordable to get KMZ file from a GeoTIFF, for example, if I can store it
in the server side, which is what browse mode allows.

I know it sounds a bit complex, but updating the whole system is much more
complex and requires more efforts. Does anyone know why geotiff doesn?t
work in browse mode? Maybe is a limitation of these versions of mapserver,
4.10 and 5.6.6. If so, just knowing it would avoid me a lot of time
searching for it.

Cheers,

Juan Manuel Moreno Rivera.

Secci?n de Teledetecci?n y SIG / Remote Sensing & GIS group

Instituto de Desarrollo Regional / Institute for Regional Development

Universidad de Castilla-La Mancha / University of Castilla-La Mancha

Tlf: +34 967599200 (Ext: 2623)
http://www.teledeteccionysig.es/


2014-02-19 17:25 GMT+01:00 Lime, Steve D (MNIT) <Steve.Lime at state.mn.us>:

>  Browse mode is for old-style interactive clients. That is, user click ->
> send to mapserver -> mapserver builds new page. You wouldn't use
> mode=browse to create georeferenced output like you're doing. Mode=map or
> WMS are the way to go.
>
>
>
> Steve
>
>
>
> *From:* mapserver-users-bounces at lists.osgeo.org [mailto:
> mapserver-users-bounces at lists.osgeo.org] *On Behalf Of *Juanma M. R.
> *Sent:* Wednesday, February 19, 2014 9:24 AM
> *To:* mapserver-users at lists.osgeo.org
> *Subject:* [mapserver-users] Geotiff OUTPUTFORMAT fails in browse mode
>
>
>
> Dear all,
>
>
>
> I am trying to generate a georeferenced image with Mapserver. Now I am
> trying to do it with GeoTIFF.
>
>
>
> The issue is that all the outputformats are working in browse mode but
> GeoTiff. However, if I change to map mode, the URL request works and gives
> back the tiff data in stream to the browser.
>
>
>
> Is there any reason to GeoTIFF not working in browse mode, writting a file
> in the temporal folder from the server?
>
>
>
> My outputformat in .map file:
>
>
>
> OUTPUTFORMAT
>
>   NAME GEOTIFF_16
>
>   DRIVER "GDAL/GTiff"
>
>   MIMETYPE "image/tiff"
>
>   IMAGEMODE RGB
>
>   EXTENSION "tif"
>
> END
>
>
>
> I have checked the compilation of mapserver having the --with-tiff in both
> cases. And it is ok but the
>
>
>
> ./mapserv -v
>
>
>
> returns:
>
>
>
> MapServer version 4.10.7 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
> OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER
> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT
> SUPPORTS=WCS_SERVER SUPPORTS=GEOS SUPPORTS=POINT_Z_M INPUT=EPPL7
> INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
>
>
>
> I don't know if this is relevant not having something like OUTPUT=TIFF but
> if no GeoTIFF support was included it shoudn't work neither in map mode,
> which works, should it?. The compilation was with no errors. This happens
> in both, Mapserver 4.10 and Mapserver 5.6.6.
>
>
>
> Regards,
>
> Juan Manuel Moreno Rivera.
>
> Secci?n de Teledetecci?n y SIG / Remote Sensing & GIS group
>
> Instituto de Desarrollo Regional / Institute for Regional Development
>
> Universidad de Castilla-La Mancha / University of Castilla-La Mancha
>
> Tlf: +34 967599200 (Ext: 2623)
>
> http://www.teledeteccionysig.es/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140220/bec7b297/attachment.htm>

From martin.kofahl at gmail.com  Thu Feb 20 05:50:18 2014
From: martin.kofahl at gmail.com (Martin Kofahl)
Date: Thu, 20 Feb 2014 14:50:18 +0100
Subject: [mapserver-users] WFS GetFeature 1.0.0 vs 1.1.0
In-Reply-To: <6A216A53-5CD5-41AF-977E-55A3CCEB4B20@coin.hr>
References: <B08B7EA9-DEBF-458A-8684-75187CC50C04@coin.hr>
	<CAB+ETQd53GKTzg-EOoU5AS5aC1EG3QBr0PXtDqRp0nahLmjM4w@mail.gmail.com>
	<6A216A53-5CD5-41AF-977E-55A3CCEB4B20@coin.hr>
Message-ID: <CAB+ETQeSA-BxGjjN+YSHS8AuB3kobjhn32QgL2jTCTZdYRdqYg@mail.gmail.com>

Hi Dejan,
I cannot reproduce this error, so far. I tried 6.4.1 and the current master
and did filter on numeric and text columns. Can you provide a shortened
mapfile to reproduce this case?

Martin

2014-02-19 10:38 GMT+01:00 Dejan Gambin <dejan.gambin at coin.hr>:

> Sure, here you are:
>
> 1.0.0 (working) request:
>
> WFS post request: <wfs:GetFeature xmlns:wfs="http://www.opengis.net/wfs"
> service="WFS" version="1.0.0" maxFeatures="100" xsi:schemaLocation="
> http://www.opengis.net/wfs
> http://schemas.opengis.net/wfs/1.0.0/WFS-transaction.xsd" xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance"><wfs:Query
> typeName="ms:katastar_vodnjan_poligon" xmlns:ms="
> http://gis.kermas-istra.com"><ogc:Filter xmlns:ogc="
> http://www.opengis.net/ogc"><ogc:PropertyIsLike wildCard="*"
> singleChar="."
> escape="!"><ogc:PropertyName>NUMBER</ogc:PropertyName><ogc:Literal>19/1</ogc:Literal></ogc:PropertyIsLike></ogc:Filter></wfs:Query></wfs:GetFeature>
>
> 1.1.0 (non-working) request:
>
> WFS post request: <wfs:GetFeature xmlns:wfs="http://www.opengis.net/wfs"
> service="WFS" version="1.1.0" maxFeatures="100" 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="ms:katastar_vodnjan_poligon" srsName="EPSG:900913" xmlns:ms="
> http://gis.kermas-istra.com"><ogc:Filter xmlns:ogc="
> http://www.opengis.net/ogc"><ogc:PropertyIsLike wildCard="*"
> singleChar="."
> escapeChar="!"><ogc:PropertyName>NUMBER</ogc:PropertyName><ogc:Literal>19/1</ogc:Literal></ogc:PropertyIsLike></ogc:Filter></wfs:Query></wfs:GetFeature>
>
> thanks, dejan
>
> On 19. vel. 2014., at 08:57, Martin Kofahl wrote:
>
> Hi Dejan,
> can you please post the get or post request made by openlayers for both,
> version 1.1.0 and 1.0.0?
>
> Martin
>
>
> 2014-02-18 11:37 GMT+01:00 Dejan Gambin <dejan.gambin at coin.hr>:
>
>> Hi,
>>
>> I have been using MapServer 6.0.3 for a while. My client application
>> worked well with WFS 1.1.0 protocol. Here is the part of the code:
>>
>> var protocol = new OpenLayers.Protocol.WFS({
>>                     version: "1.0.0",
>>                     url:  self.options.config.wfs_url +
>> "SERVICE=WFS&srsName=EPSG:900913",
>>                     srsName:"EPSG:900913",
>>                     featureNS: self.options.config.wfs_ns,
>>                     geometryName: "msGeometry",
>>                     featurePrefix: "ms",
>>                     featureType: some_layer,
>>                     defaultFilter: new OpenLayers.Filter.Comparison({
>>                         type: OpenLayers.Filter.Comparison.LIKE,
>>                         property: some_property
>>                         value: some_value
>>                     })
>>                 })
>>
>> Recently I went to MapServer 6.4.1 and I started to get "no results" when
>> using this code to search by attributes. I changed version 1.1.0 to 1.0.0
>> and everything works fine now.
>>
>> Does anyone know what is the reason for this and should I stay on 1.0.0?
>>
>> Notes - when doing spatial query it works ok even with 1.1.0.
>>
>> Thanks!
>>
>> dejan
>>
>> _______________________________________________
>> 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/20140220/0ccebad6/attachment.htm>

From dejan.gambin at coin.hr  Thu Feb 20 06:06:54 2014
From: dejan.gambin at coin.hr (Dejan Gambin)
Date: Thu, 20 Feb 2014 15:06:54 +0100
Subject: [mapserver-users] WFS GetFeature 1.0.0 vs 1.1.0
In-Reply-To: <CAB+ETQeSA-BxGjjN+YSHS8AuB3kobjhn32QgL2jTCTZdYRdqYg@mail.gmail.com>
References: <B08B7EA9-DEBF-458A-8684-75187CC50C04@coin.hr>
	<CAB+ETQd53GKTzg-EOoU5AS5aC1EG3QBr0PXtDqRp0nahLmjM4w@mail.gmail.com>
	<6A216A53-5CD5-41AF-977E-55A3CCEB4B20@coin.hr>
	<CAB+ETQeSA-BxGjjN+YSHS8AuB3kobjhn32QgL2jTCTZdYRdqYg@mail.gmail.com>
Message-ID: <3E3B9127-095A-46E2-9303-FFB4686C168E@coin.hr>

Here are some parts:

WEB
  TEMPLATE "map.html"
  IMAGEPATH "/var/www/tmp/"
  IMAGEURL "/tmp/"
    METADATA
    "wms_encoding" "UTF-8"
    "wms_title" "WMS Demo Server"
    "wms_online_resource" "http://my.site.com/cgi-bin/mywms6?"
    "wms_srs" "EPSG:900913 EPSG:31275 EPSG:4326 EPSG:4269 EPSG:3857"
    "wms_feature_info_mime_type" "text/html"    
    "wfs_encoding" "UTF-8"
    "wfs_title" "WFS Demo Server"
    "wfs_namespace_prefix" "coin"
    "wfs_abstract" "WFS Demo Server Description"  
    "wfs_namespace_uri" "http://my.site.com"
    "wfs_online_resource" "http://my.site.com/cgi-bin/mywfs6?"
    "wfs_srs" "EPSG:900913 EPSG:31275 EPSG:4326 EPSG:4269 EPSG:3857"
    "ows_enable_request"   "*"  
   END
END  # Web



LAYER
  NAME "layer_name"
  STATUS ON
  CONNECTIONTYPE POSTGIS
  CONNECTION "host=localhost user=username password=password dbname=db_name port=5432"
  DATA "the_geom from (select gid, the_geom, kc_broj, povrsina, vlasnistv2, vlasnici from table_view) as subquery using unique gid using srid=31275"
  TYPE POLYGON  
  GROUP "layer_group"
  PROJECTION
    "init=epsg:31275"
  END  
  METADATA 
    "DESCRIPTION" "Ownership map"
    "wms_title" "VLASNICKA KARTA"
    "wms_srs" "EPSG:31275"    
    "wfs_title" "VLASNICKA KARTA"        
    "wfs_srs" "EPSG:31275"        
    "gml_include_items" "kc_broj,povrsina,vlasnistv2,vlasnici"
    "gml_kc_broj_alias" "NUMBER"
    "gml_povrsina_alias" "AREA" 
    "gml_vlasnistv2_alias" "OWNERSHIP"
    "gml_vlasnici_alias" "OWNERS"   
    "wms_include_items" "all" 
  END
  CLASSITEM 'vlasnistv2'
  LABELITEM "kc_broj"
  PROCESSING "LABEL_NO_CLIP=ON"  
  LABELMAXSCALEDENOM 10000
  CLASS
  etc.
  etc.
  TRANSPARENCY 70
  DUMP TRUE
END 

Thx very much, I'll try with another layer also 

dejan

On 20. vel. 2014., at 14:50, Martin Kofahl wrote:

> Hi Dejan,
> I cannot reproduce this error, so far. I tried 6.4.1 and the current master and did filter on numeric and text columns. Can you provide a shortened mapfile to reproduce this case?
> 
> Martin
> 
> 2014-02-19 10:38 GMT+01:00 Dejan Gambin <dejan.gambin at coin.hr>:
> Sure, here you are:
> 
> 1.0.0 (working) request:
> 
> WFS post request: <wfs:GetFeature xmlns:wfs="http://www.opengis.net/wfs" service="WFS" version="1.0.0" maxFeatures="100" xsi:schemaLocation="http://www.opengis.net/wfs http://schemas.opengis.net/wfs/1.0.0/WFS-transaction.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><wfs:Query typeName="ms:katastar_vodnjan_poligon" xmlns:ms="http://gis.kermas-istra.com"><ogc:Filter xmlns:ogc="http://www.opengis.net/ogc"><ogc:PropertyIsLike wildCard="*" singleChar="." escape="!"><ogc:PropertyName>NUMBER</ogc:PropertyName><ogc:Literal>19/1</ogc:Literal></ogc:PropertyIsLike></ogc:Filter></wfs:Query></wfs:GetFeature>
> 
> 1.1.0 (non-working) request:
> 
> WFS post request: <wfs:GetFeature xmlns:wfs="http://www.opengis.net/wfs" service="WFS" version="1.1.0" maxFeatures="100" 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="ms:katastar_vodnjan_poligon" srsName="EPSG:900913" xmlns:ms="http://gis.kermas-istra.com"><ogc:Filter xmlns:ogc="http://www.opengis.net/ogc"><ogc:PropertyIsLike wildCard="*" singleChar="." escapeChar="!"><ogc:PropertyName>NUMBER</ogc:PropertyName><ogc:Literal>19/1</ogc:Literal></ogc:PropertyIsLike></ogc:Filter></wfs:Query></wfs:GetFeature>
> 
> thanks, dejan
> 
> On 19. vel. 2014., at 08:57, Martin Kofahl wrote:
> 
>> Hi Dejan,
>> can you please post the get or post request made by openlayers for both, version 1.1.0 and 1.0.0?
>> 
>> Martin
>> 
>> 
>> 2014-02-18 11:37 GMT+01:00 Dejan Gambin <dejan.gambin at coin.hr>:
>> Hi,
>> 
>> I have been using MapServer 6.0.3 for a while. My client application worked well with WFS 1.1.0 protocol. Here is the part of the code:
>> 
>> var protocol = new OpenLayers.Protocol.WFS({
>>                     version: "1.0.0",
>>                     url:  self.options.config.wfs_url + "SERVICE=WFS&srsName=EPSG:900913",
>>                     srsName:"EPSG:900913",
>>                     featureNS: self.options.config.wfs_ns,
>>                     geometryName: "msGeometry",
>>                     featurePrefix: "ms",
>>                     featureType: some_layer,
>>                     defaultFilter: new OpenLayers.Filter.Comparison({
>>                         type: OpenLayers.Filter.Comparison.LIKE,
>>                         property: some_property
>>                         value: some_value
>>                     })
>>                 })
>> 
>> Recently I went to MapServer 6.4.1 and I started to get "no results" when using this code to search by attributes. I changed version 1.1.0 to 1.0.0 and everything works fine now.
>> 
>> Does anyone know what is the reason for this and should I stay on 1.0.0?
>> 
>> Notes - when doing spatial query it works ok even with 1.1.0.
>> 
>> Thanks!
>> 
>> dejan
>> 
>> _______________________________________________
>> 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/20140220/e2373d5d/attachment.htm>

From Steve.Toutant at inspq.qc.ca  Thu Feb 20 06:11:07 2014
From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca)
Date: Thu, 20 Feb 2014 09:11:07 -0500
Subject: [mapserver-users] OSM mapfile
Message-ID: <OF08CC78A6.B3251F02-ON85257C85.004DBCA3-85257C85.004DECC8@isn.rtss.qc.ca>

I imported osm to postgis using osm2pgsql and created the mapfile using 
this procedure.
https://github.com/mapserver/mapserver/wiki/RenderingOsmDataWindows#wiki-map-gen

I have problem loading placesX layers, I get this error:
[Thu Feb 20 08:59:32 2014].216997 msAddLabel(): General error message. 
msAddLabel error: missing style definition for layer 'places5'
[Thu Feb 20 08:59:32 2014].217065 msDrawMap(): Image handling error. 
Failed to draw layer named 'places5'.

I know that the mapfile generated is for mapserver 6.4 and I'm using 
6.1-dev. 
But the LABEL tags used in the mapfile are valid for mapserv 6.1.
LAYER
...
 LABELITEM 'name'
 CLASSITEM 'type'
 CLASS
  EXPRESSION 'country'
  LABEL
   FONT scb
   TYPE TRUETYPE
   ENCODING "utf-8"
   SIZE 8
   COLOR 100 100 100
   OUTLINECOLOR -1 -1 -1
   OUTLINEWIDTH 2
   WRAP ' '
   MAXLENGTH 8
   ALIGN CENTER
   BUFFER 4
   PARTIALS FALSE
   POSITION cc
  END
 END
 
Any idea why it doesn't work?

Thanks for your help
steve

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

From schroeter at netgis.de  Thu Feb 20 06:05:32 2014
From: schroeter at netgis.de (Sven Schroeter)
Date: Thu, 20 Feb 2014 15:05:32 +0100
Subject: [mapserver-users] OFFSITE and RESAMPLE in MS 6
Message-ID: <007001cf2e44$d1896510$749c2f30$@de>

Hi,
I changed a project from MapServer 5.6 to MapServer 6.0.2.
I have the problem, that my raster layers look bad, because PROCESSING
RESAMPLE is ignored for rotated GeoTIFF images when OFFSITE is set.
When I take the "OFFSITE 255 255 255" line out, then the RESAMPLE=AVERAGE
setting works and my raster layers look fine, but naturally the single
raster images overlap each other, so I there are white triangles at the
borders/corners.
The same Problem was already posted some times.
I think it could be the wrong sequence of the operations. Maybe in MS 5.6 it
was different?
Is there a solution for it in MS 6?

Greetings
Sven





From Steve.Toutant at inspq.qc.ca  Thu Feb 20 07:46:44 2014
From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca)
Date: Thu, 20 Feb 2014 10:46:44 -0500
Subject: [mapserver-users] RE  OSM mapfile (SOLVED)
In-Reply-To: <OF08CC78A6.B3251F02-ON85257C85.004DBCA3-85257C85.004DECC8@isn.rtss.qc.ca>
Message-ID: <OF582BA305.8131A9B0-ON85257C85.0056A4CF-85257C85.0056AD8E@isn.rtss.qc.ca>

SOLVEd, just found this
https://github.com/mapserver/basemaps/issues/9




Steve.Toutant at inspq.qc.ca@lists.osgeo.org 
Envoy? par : mapserver-users-bounces at lists.osgeo.org
2014-02-20 09:11

A
mapserver-users at lists.osgeo.org
cc

Objet
[mapserver-users] OSM mapfile









I imported osm to postgis using osm2pgsql and created the mapfile using 
this procedure. 
https://github.com/mapserver/mapserver/wiki/RenderingOsmDataWindows#wiki-map-gen 


I have problem loading placesX layers, I get this error: 
[Thu Feb 20 08:59:32 2014].216997 msAddLabel(): General error message. 
msAddLabel error: missing style definition for layer 'places5' 
[Thu Feb 20 08:59:32 2014].217065 msDrawMap(): Image handling error. 
Failed to draw layer named 'places5'. 

I know that the mapfile generated is for mapserver 6.4 and I'm using 
6.1-dev. 
But the LABEL tags used in the mapfile are valid for mapserv 6.1. 
LAYER 
... 
 LABELITEM 'name' 
 CLASSITEM 'type' 
 CLASS 
  EXPRESSION 'country' 
  LABEL 
   FONT scb 
   TYPE TRUETYPE 
   ENCODING "utf-8" 
   SIZE 8 
   COLOR 100 100 100 
   OUTLINECOLOR -1 -1 -1 
   OUTLINEWIDTH 2 
   WRAP ' ' 
   MAXLENGTH 8 
   ALIGN CENTER 
   BUFFER 4 
   PARTIALS FALSE 
   POSITION cc 
  END 
 END 
  
Any idea why it doesn't work?

Thanks for your help 
steve _______________________________________________
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/20140220/e9794ab3/attachment.htm>

From traviskirstine at gmail.com  Thu Feb 20 10:56:11 2014
From: traviskirstine at gmail.com (Travis Kirstine)
Date: Thu, 20 Feb 2014 13:56:11 -0500
Subject: [mapserver-users] mapcache and excessive NFS traffic
Message-ID: <CALtm4h25tf7KEG1-F787Z6Xzgm0jw9MyCGZNPqHsriNGb3=M3g@mail.gmail.com>

We are running mapcache in a cluster with each tile/ webserver mounted to a
shared cache.  Periodically (~once a month) the NFS mount will lock and the
load average on the web servers will skyrocket.

Has anyone encountered something similar?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140220/80733164/attachment.htm>

From woodbri at swoodbridge.com  Thu Feb 20 11:18:39 2014
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Thu, 20 Feb 2014 14:18:39 -0500
Subject: [mapserver-users] mapcache and excessive NFS traffic
In-Reply-To: <CALtm4h25tf7KEG1-F787Z6Xzgm0jw9MyCGZNPqHsriNGb3=M3g@mail.gmail.com>
References: <CALtm4h25tf7KEG1-F787Z6Xzgm0jw9MyCGZNPqHsriNGb3=M3g@mail.gmail.com>
Message-ID: <5306550F.1080800@swoodbridge.com>

On 2/20/2014 1:56 PM, Travis Kirstine wrote:
> We are running mapcache in a cluster with each tile/ webserver mounted
> to a shared cache.  Periodically (~once a month) the NFS mount will lock
> and the load average on the web servers will skyrocket.
>
> Has anyone encountered something similar?

Its been a few years but I have have found that it is better to use 
samba mounts for this kind of application because they are more or less 
stateless and they will recover a connection if a server drops out and 
comes back or even just times out on an access. I wasn't using mapcache 
but I did have a server farm with multiple systems all cross mounting a 
distributed cache and NFS required numerous reboots. All those issues 
went away using samba mounts.

-Steve W



From jmckenna at gatewaygeomatics.com  Thu Feb 20 12:03:21 2014
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Thu, 20 Feb 2014 16:03:21 -0400
Subject: [mapserver-users] RE  OSM mapfile (SOLVED)
In-Reply-To: <OF582BA305.8131A9B0-ON85257C85.0056A4CF-85257C85.0056AD8E@isn.rtss.qc.ca>
References: <OF582BA305.8131A9B0-ON85257C85.0056A4CF-85257C85.0056AD8E@isn.rtss.qc.ca>
Message-ID: <53065F89.2070603@gatewaygeomatics.com>

On 2/20/2014, 11:46 AM, Steve.Toutant at inspq.qc.ca wrote:
> 
> SOLVEd, just found this
> https://github.com/mapserver/basemaps/issues/9
> 
>

Great, be sure to keep the wiki page you're using uptodate with all of
your changes, as you travel down that path.  (this will give you good
karma and help the community)

-jeff


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




From Michael.Smith at erdc.dren.mil  Thu Feb 20 13:49:28 2014
From: Michael.Smith at erdc.dren.mil (Smith, Michael ERDC-RDE-CRREL-NH)
Date: Thu, 20 Feb 2014 21:49:28 +0000
Subject: [mapserver-users] [EXTERNAL] Re: mapcache and excessive NFS
 traffic
In-Reply-To: <5306550F.1080800@swoodbridge.com>
References: <CALtm4h25tf7KEG1-F787Z6Xzgm0jw9MyCGZNPqHsriNGb3=M3g@mail.gmail.com>
	<5306550F.1080800@swoodbridge.com>
Message-ID: <CF2BE25C.E8120%michael.smith@erdc.dren.mil>

On linux, 

exportfs -f

run on the server will often refresh a lost nfs connection.

Mike

-- 
Michael Smith

US Army Corps
Remote Sensing GIS/Center



On 2/20/14, 2:18 PM, "Stephen Woodbridge" <woodbri at swoodbridge.com> wrote:

>On 2/20/2014 1:56 PM, Travis Kirstine wrote:
>> We are running mapcache in a cluster with each tile/ webserver mounted
>> to a shared cache.  Periodically (~once a month) the NFS mount will lock
>> and the load average on the web servers will skyrocket.
>>
>> Has anyone encountered something similar?
>
>Its been a few years but I have have found that it is better to use
>samba mounts for this kind of application because they are more or less
>stateless and they will recover a connection if a server drops out and
>comes back or even just times out on an access. I wasn't using mapcache
>but I did have a server farm with multiple systems all cross mounting a
>distributed cache and NFS required numerous reboots. All those issues
>went away using samba mounts.
>
>-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  Thu Feb 20 19:10:17 2014
From: Robert.Sanson at asurequality.com (Robert Sanson)
Date: Fri, 21 Feb 2014 16:10:17 +1300
Subject: [mapserver-users] Mapserver 6.4.1 and libpng
In-Reply-To: <CACALY+S7jAHOzmEbQP2jBdwAZFdC8bYFSPrYKBnsFqyn85Z5Jg@mail.gmail.com>
References: <CACALY+S7jAHOzmEbQP2jBdwAZFdC8bYFSPrYKBnsFqyn85Z5Jg@mail.gmail.com>
Message-ID: <53077A69020000370003138D@lx-gwgate1.asurequality.com>

What version of libpng is required by Mapserver 6.4.1? we have a problem with a client_wms call through a newly compiled Mapserver v6.4.1 on our Unbuntu server. Here is a layer from my map file:

LAYER
  NAME lakes
  GROUP "vector"
  TYPE RASTER
  STATUS ON
  CONNECTION "remote/WMSServer?"
  CONNECTIONTYPE WMS
  METADATA
   "wms_srs"             "EPSG:2193"
   "wms_name"            "14,15"
   "wms_server_version"  "1.1.1"
   "wms_format"          "image/png"
  END
 END

This worked fine under 6.0.1, but now fails with 6.4.1. This is the error message:

<?xml version='1.0' encoding="ISO-8859-1" standalone="no" ?>
<!DOCTYPE ServiceExceptionReport SYSTEM "http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtd">
<ServiceExceptionReport version="1.1.1">
<ServiceException>
msDrawMap(): WMS connection error. Failed to draw WMS layer named &#39;lakes&#39;. This most likely happened because the remote WMS server returned an invalid image, and XML exception or another unexpected result in response to the GetMap request. Also check and make sure that the layer&#39;s connection URL is valid.
msDrawRasterLayerLow(): Unable to access file. Corrupt, empty or missing file &#39;/vsimem/msout/5306bf40_6ceb_0.img.tmp&#39; for layer &#39;lakes&#39;. The PNG driver failed to in png_create_read_struct().
This may be due to version compatibility problems.
</ServiceException>
</ServiceExceptionReport>

Any clues?

Many thanks,

Robert Sanson



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 tds at tds-net.de  Thu Feb 20 21:14:28 2014
From: tds at tds-net.de (TDS)
Date: Fri, 21 Feb 2014 06:14:28 +0100
Subject: [mapserver-users] Mapcache settings and caching
Message-ID: <5306E0B4.9050103@tds-net.de>

Hello @all,

Is there the possibility to disable expiration of tiles?
When I generate tiles with mapcache_seed once with -z 0,10 and after it 
with -z 11,15 mapcache seems not to load tiles from cache and generate 
them new. Speed for level 11 and above is slow.
auto_expire is disable and expires is set to 86400. It should only tell 
the browser when to reload images.
Do i have to generate tiles in one step, e.g. -z 0,15 to solve this 
problem? I will decide when images are re-generated :-)

-- 
Bye, TDS
------------------------------------------------------------------------
mailto:tds at tds-net.de
------------------------------------------------------------------------
1+1=10
You have a question? - 42 or RTFM.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140221/dd13bedc/attachment.htm>

From tds at tds-net.de  Thu Feb 20 21:17:21 2014
From: tds at tds-net.de (TDS)
Date: Fri, 21 Feb 2014 06:17:21 +0100
Subject: [mapserver-users] Mapcache error handling
Message-ID: <5306E161.1010004@tds-net.de>

Hello @all,

is there the possibility to tell mapcache_seed to ignore errors like XML 
exception from mapserver and go on with next tile?
Sometimes a geometry isn't valid  from import but that only affects a 
few tiles.
An option to go on when an error occur would be nice? :-D

-- 
Bye, TDS
------------------------------------------------------------------------
mailto:tds at tds-net.de
------------------------------------------------------------------------
1+1=10
You have a question? - 42 or RTFM.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140221/8a0cb7e0/attachment.htm>

From jgarrido at tracom.info  Thu Feb 20 23:23:04 2014
From: jgarrido at tracom.info (jongarrido)
Date: Thu, 20 Feb 2014 23:23:04 -0800 (PST)
Subject: [mapserver-users] WFS whith openlayers
In-Reply-To: <1392803894560-5104651.post@n6.nabble.com>
References: <1392803894560-5104651.post@n6.nabble.com>
Message-ID: <1392967384906-5105021.post@n6.nabble.com>

Thank you very much for your answers!!

The problem was a cross domain issue.

Some time ago I'had to add a new directive to my apache server to resolve a
getfeatureinfo problem like this:

Header set Access-Control-Allow-Headers  "X-Requested-With"

Now, for the getfeature request, the directive necessary in my apache is
this:

 Header set Access-Control-Allow-Headers  "x-requested-with, content-type"

Thank you very much again 

Jon





--
View this message in context: http://osgeo-org.1560.x6.nabble.com/WFS-whith-openlayers-tp5104651p5105021.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From dejan.gambin at coin.hr  Thu Feb 20 23:34:10 2014
From: dejan.gambin at coin.hr (Dejan Gambin)
Date: Fri, 21 Feb 2014 08:34:10 +0100
Subject: [mapserver-users] WFS whith openlayers
In-Reply-To: <1392967384906-5105021.post@n6.nabble.com>
References: <1392803894560-5104651.post@n6.nabble.com>
	<1392967384906-5105021.post@n6.nabble.com>
Message-ID: <1655228C-3989-4BA3-BE21-8DF6AECB8CB7@coin.hr>

Yep...this was my problem too :-)

On 21. vel. 2014., at 08:23, jongarrido wrote:

> Thank you very much for your answers!!
> 
> The problem was a cross domain issue.
> 
> Some time ago I'had to add a new directive to my apache server to resolve a
> getfeatureinfo problem like this:
> 
> Header set Access-Control-Allow-Headers  "X-Requested-With"
> 
> Now, for the getfeature request, the directive necessary in my apache is
> this:
> 
> Header set Access-Control-Allow-Headers  "x-requested-with, content-type"
> 
> Thank you very much again 
> 
> Jon
> 
> 
> 
> 
> 
> --
> View this message in context: http://osgeo-org.1560.x6.nabble.com/WFS-whith-openlayers-tp5104651p5105021.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 martin.kofahl at gmail.com  Fri Feb 21 06:10:27 2014
From: martin.kofahl at gmail.com (Martin Kofahl)
Date: Fri, 21 Feb 2014 15:10:27 +0100
Subject: [mapserver-users] WFS GetFeature 1.0.0 vs 1.1.0
In-Reply-To: <3E3B9127-095A-46E2-9303-FFB4686C168E@coin.hr>
References: <B08B7EA9-DEBF-458A-8684-75187CC50C04@coin.hr>
	<CAB+ETQd53GKTzg-EOoU5AS5aC1EG3QBr0PXtDqRp0nahLmjM4w@mail.gmail.com>
	<6A216A53-5CD5-41AF-977E-55A3CCEB4B20@coin.hr>
	<CAB+ETQeSA-BxGjjN+YSHS8AuB3kobjhn32QgL2jTCTZdYRdqYg@mail.gmail.com>
	<3E3B9127-095A-46E2-9303-FFB4686C168E@coin.hr>
Message-ID: <CAB+ETQcFakHodYHt2nt7NMyfetjsuFQeadRMph32dqAEOkTidg@mail.gmail.com>

Still no success with reproducing this case. Just a thought: you're
filtering on propertyname 'number' which is an alias for kc_broj. 'number'
is not listed in gml_include_items. What about putting 'kc_broj as number'
into the select statement and/or adding 'number' to gml_include_items?

Kind regards, Martin.


2014-02-20 15:06 GMT+01:00 Dejan Gambin <dejan.gambin at coin.hr>:

> Here are some parts:
>
> WEB
>   TEMPLATE "map.html"
>   IMAGEPATH "/var/www/tmp/"
>   IMAGEURL "/tmp/"
>     METADATA
>     "wms_encoding" "UTF-8"
>     "wms_title" "WMS Demo Server"
>     "wms_online_resource" "http://my.site.com/cgi-bin/mywms6?"
>     "wms_srs" "EPSG:900913 EPSG:31275 EPSG:4326 EPSG:4269 EPSG:3857"
>     "wms_feature_info_mime_type" "text/html"
>     "wfs_encoding" "UTF-8"
>     "wfs_title" "WFS Demo Server"
>     "wfs_namespace_prefix" "coin"
>     "wfs_abstract" "WFS Demo Server Description"
>     "wfs_namespace_uri" "http://my.site.com"
>     "wfs_online_resource" "http://my.site.com/cgi-bin/mywfs6?"
>     "wfs_srs" "EPSG:900913 EPSG:31275 EPSG:4326 EPSG:4269 EPSG:3857"
>     "ows_enable_request"   "*"
>    END
> END  # Web
>
>
>
> LAYER
>   NAME "layer_name"
>   STATUS ON
>   CONNECTIONTYPE POSTGIS
>   CONNECTION "host=localhost user=username password=password
> dbname=db_name port=5432"
>   DATA "the_geom from (select gid, the_geom, kc_broj, povrsina,
> vlasnistv2, vlasnici from table_view) as subquery using unique gid using
> srid=31275"
>   TYPE POLYGON
>   GROUP "layer_group"
>   PROJECTION
>     "init=epsg:31275"
>   END
>   METADATA
>     "DESCRIPTION" "Ownership map"
>     "wms_title" "VLASNICKA KARTA"
>     "wms_srs" "EPSG:31275"
>     "wfs_title" "VLASNICKA KARTA"
>     "wfs_srs" "EPSG:31275"
>     "gml_include_items" "kc_broj,povrsina,vlasnistv2,vlasnici"
>     "gml_kc_broj_alias" "NUMBER"
>     "gml_povrsina_alias" "AREA"
>     "gml_vlasnistv2_alias" "OWNERSHIP"
>     "gml_vlasnici_alias" "OWNERS"
>     "wms_include_items" "all"
>   END
>   CLASSITEM 'vlasnistv2'
>   LABELITEM "kc_broj"
>   PROCESSING "LABEL_NO_CLIP=ON"
>   LABELMAXSCALEDENOM 10000
>   CLASS
>   etc.
>   etc.
>   TRANSPARENCY 70
>   DUMP TRUE
> END
>
> Thx very much, I'll try with another layer also
>
> dejan
>
> On 20. vel. 2014., at 14:50, Martin Kofahl wrote:
>
> Hi Dejan,
> I cannot reproduce this error, so far. I tried 6.4.1 and the current
> master and did filter on numeric and text columns. Can you provide a
> shortened mapfile to reproduce this case?
>
> Martin
>
> 2014-02-19 10:38 GMT+01:00 Dejan Gambin <dejan.gambin at coin.hr>:
>
>> Sure, here you are:
>>
>> 1.0.0 (working) request:
>>
>> WFS post request: <wfs:GetFeature xmlns:wfs="http://www.opengis.net/wfs"
>> service="WFS" version="1.0.0" maxFeatures="100" xsi:schemaLocation="
>> http://www.opengis.net/wfs
>> http://schemas.opengis.net/wfs/1.0.0/WFS-transaction.xsd" xmlns:xsi="
>> http://www.w3.org/2001/XMLSchema-instance"><wfs:Query
>> typeName="ms:katastar_vodnjan_poligon" xmlns:ms="
>> http://gis.kermas-istra.com"><ogc:Filter xmlns:ogc="
>> http://www.opengis.net/ogc"><ogc:PropertyIsLike wildCard="*"
>> singleChar="."
>> escape="!"><ogc:PropertyName>NUMBER</ogc:PropertyName><ogc:Literal>19/1</ogc:Literal></ogc:PropertyIsLike></ogc:Filter></wfs:Query></wfs:GetFeature>
>>
>> 1.1.0 (non-working) request:
>>
>> WFS post request: <wfs:GetFeature xmlns:wfs="http://www.opengis.net/wfs"
>> service="WFS" version="1.1.0" maxFeatures="100" 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="ms:katastar_vodnjan_poligon" srsName="EPSG:900913" xmlns:ms="
>> http://gis.kermas-istra.com"><ogc:Filter xmlns:ogc="
>> http://www.opengis.net/ogc"><ogc:PropertyIsLike wildCard="*"
>> singleChar="."
>> escapeChar="!"><ogc:PropertyName>NUMBER</ogc:PropertyName><ogc:Literal>19/1</ogc:Literal></ogc:PropertyIsLike></ogc:Filter></wfs:Query></wfs:GetFeature>
>>
>> thanks, dejan
>>
>> On 19. vel. 2014., at 08:57, Martin Kofahl wrote:
>>
>> Hi Dejan,
>> can you please post the get or post request made by openlayers for both,
>> version 1.1.0 and 1.0.0?
>>
>> Martin
>>
>>
>> 2014-02-18 11:37 GMT+01:00 Dejan Gambin <dejan.gambin at coin.hr>:
>>
>>> Hi,
>>>
>>> I have been using MapServer 6.0.3 for a while. My client application
>>> worked well with WFS 1.1.0 protocol. Here is the part of the code:
>>>
>>> var protocol = new OpenLayers.Protocol.WFS({
>>>                     version: "1.0.0",
>>>                     url:  self.options.config.wfs_url +
>>> "SERVICE=WFS&srsName=EPSG:900913",
>>>                     srsName:"EPSG:900913",
>>>                     featureNS: self.options.config.wfs_ns,
>>>                     geometryName: "msGeometry",
>>>                     featurePrefix: "ms",
>>>                     featureType: some_layer,
>>>                     defaultFilter: new OpenLayers.Filter.Comparison({
>>>                         type: OpenLayers.Filter.Comparison.LIKE,
>>>                         property: some_property
>>>                         value: some_value
>>>                     })
>>>                 })
>>>
>>> Recently I went to MapServer 6.4.1 and I started to get "no results"
>>> when using this code to search by attributes. I changed version 1.1.0 to
>>> 1.0.0 and everything works fine now.
>>>
>>> Does anyone know what is the reason for this and should I stay on 1.0.0?
>>>
>>> Notes - when doing spatial query it works ok even with 1.1.0.
>>>
>>> Thanks!
>>>
>>> dejan
>>>
>>> _______________________________________________
>>> 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/20140221/7703ba74/attachment.htm>

From Steve.Toutant at inspq.qc.ca  Fri Feb 21 07:18:02 2014
From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca)
Date: Fri, 21 Feb 2014 10:18:02 -0500
Subject: [mapserver-users] update MS4W
Message-ID: <OFBEF98C5D.19C75C17-ON85257C86.00537DF4-85257C86.00540C56@isn.rtss.qc.ca>

I like MS4W to quickly have a Mapserver up and running. I might be able to 
contribute to an update of MS4W with the current version of Mapserver.

Service providers, Please contact me, and let me know how much that would 
be, and when it can be done.

Others who would like to contribute? 
Thanks
Steve
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140221/7e2f7416/attachment.htm>

From MarkVolz at co.lyon.mn.us  Fri Feb 21 12:15:39 2014
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Fri, 21 Feb 2014 20:15:39 +0000
Subject: [mapserver-users] mapcache - serving air photos to ArcMap and
	AutoCAD
Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA330E84936@swmail01.r8nssis.local>

Hello,

In the past I have used MapServer to serve wms to several different applications.  It worked fine.  Now I am trying to use MapCache to serve to WMS clients.  It is not working for all of my clients.

Openlayers and QGIS Work.

ArcMap
- Error:  WMS Server exceptions: Service Error.  Description: received unsuitable wms request: no <grid> with suitable srs found for layer USGS2006.

AutoCAD Civil 3D
- Failed to get bands data.  The HTTP request could not be understood by the server due to malformed syntax.

If anyone has any thoughts on how I can fix this issue let me know.
Thanks

Sincerely,
Mark Volz


From woodbri at swoodbridge.com  Fri Feb 21 13:12:43 2014
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Fri, 21 Feb 2014 16:12:43 -0500
Subject: [mapserver-users] mapcache for RHEL 6.x
Message-ID: <5307C14B.7070300@swoodbridge.com>

Does anyone know if there is a package repository for RHEL 6.x the has 
mapcache in it?

The mapserver download page points to:
http://wiki.osgeo.org/wiki/Enterprise_Linux_GIS

But mapcache is not listed? And it does not look like any packages have 
been uploaded for nearly a year.

Is there a better place to look?

Thanks,
   -Steve W


From james.evans.4 at us.af.mil  Fri Feb 21 13:35:01 2014
From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE)
Date: Fri, 21 Feb 2014 21:35:01 +0000
Subject: [mapserver-users] update MS4W
In-Reply-To: <OFBEF98C5D.19C75C17-ON85257C86.00537DF4-85257C86.00540C56@isn.rtss.qc.ca>
References: <OFBEF98C5D.19C75C17-ON85257C86.00537DF4-85257C86.00540C56@isn.rtss.qc.ca>
Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C40A95@52ZHTX-D07-04D.area52.afnoapps.usaf.mil>

All I can offer is moral support.  Being a government employee, I have no
way of contributing funds to such an effort.  I would however be able to
contribute some personal time to testing or assisting in development.  This
would be a huge benefit to get this product up to date.
Thanks,
James


-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org
[mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of
Steve.Toutant at inspq.qc.ca
Sent: Friday, February 21, 2014 8:18 AM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] update MS4W



I like MS4W to quickly have a Mapserver up and running. I might be able to
contribute to an update of MS4W with the current version of Mapserver. 

Service providers, Please contact me, and let me know how much that would
be, and when it can be done. 

Others who would like to contribute? 
Thanks 
Steve 

-------------- 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/20140221/d62bcc6a/attachment.bin>

From stephan at meissl.name  Fri Feb 21 14:34:03 2014
From: stephan at meissl.name (=?ISO-8859-1?Q?Stephan_Mei=DFl?=)
Date: Fri, 21 Feb 2014 23:34:03 +0100
Subject: [mapserver-users] mapcache for RHEL 6.x
In-Reply-To: <5307C14B.7070300@swoodbridge.com>
References: <5307C14B.7070300@swoodbridge.com>
Message-ID: <5307D45B.1030101@meissl.name>

On 02/21/2014 10:12 PM, Stephen Woodbridge wrote:
> Does anyone know if there is a package repository for RHEL 6.x the has
> mapcache in it?
> 
> The mapserver download page points to:
> http://wiki.osgeo.org/wiki/Enterprise_Linux_GIS
> 
> But mapcache is not listed? And it does not look like any packages have
> been uploaded for nearly a year.
> 
> Is there a better place to look?
> 
> Thanks,
>   -Steve W

Feel free to try out our little yum repository [1] where we have some
MapCache packages (e.g. [2]) included.

cu
Stephan

[1] http://packages.eox.at/
[2]
http://yum.packages.eox.at/el/6/stable/x86_64/mapcache-1.2.0-1.el6.x86_64.rpm



From richard.greenwood at gmail.com  Fri Feb 21 19:27:05 2014
From: richard.greenwood at gmail.com (Richard Greenwood)
Date: Fri, 21 Feb 2014 20:27:05 -0700
Subject: [mapserver-users] mapcache - serving air photos to ArcMap and
	AutoCAD
In-Reply-To: <36CA828A36E29F45B7CF0A1766E5DFA330E84936@swmail01.r8nssis.local>
References: <36CA828A36E29F45B7CF0A1766E5DFA330E84936@swmail01.r8nssis.local>
Message-ID: <CAHBySPYMy6vvuS9stB=wrbzvYrkk7KX4vU=T80kN2RpgFnGzzA@mail.gmail.com>

You may have this already, but I know that to get ArcMap to read MapServer
WMS you must have a title and srs definition in the map file's layer
metadata. For example:

  METADATA   # stuff for WMS to make ArcMap happy
    "wms_title"  "Layer Name" # REQUIRED
    "wms_srs"   "EPSG:3739"  # REQUIRED
  END

Rich



On Fri, Feb 21, 2014 at 1:15 PM, Mark Volz <MarkVolz at co.lyon.mn.us> wrote:

> Hello,
>
> In the past I have used MapServer to serve wms to several different
> applications.  It worked fine.  Now I am trying to use MapCache to serve to
> WMS clients.  It is not working for all of my clients.
>
> Openlayers and QGIS Work.
>
> ArcMap
> - Error:  WMS Server exceptions: Service Error.  Description: received
> unsuitable wms request: no <grid> with suitable srs found for layer
> USGS2006.
>
> AutoCAD Civil 3D
> - Failed to get bands data.  The HTTP request could not be understood by
> the server due to malformed syntax.
>
> If anyone has any thoughts on how I can fix this issue let me know.
> Thanks
>
> Sincerely,
> Mark Volz
> _______________________________________________
> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20140221/b11670af/attachment.htm>

From zachc1980 at gmail.com  Sun Feb 23 13:24:13 2014
From: zachc1980 at gmail.com (zach cruise)
Date: Sun, 23 Feb 2014 16:24:13 -0500
Subject: [mapserver-users] how to query wms, like wfs?
Message-ID: <CAL8icXyNtk7k=jhC-RYsZ4w1wCOhYJGO=Hu3u240Pr8-uPoRXw@mail.gmail.com>

to query wfs, i first specify layer, action and function:

	var query = new OpenLayers.Control.SelectFeature(wfs_layer,
		{	callbacks: { 'click': result }
	});

then in the function, i style the attributes returned:

	function result(feature) {
		var html = "";
		for (var i in feature.attributes) {
			html += i + feature.attributes[i];
		}
		html += "";
		OpenLayers.Util.getElement('div').innerHTML = html;
	}

how do i do the same for wms
(http://mapserver.org/ogc/wms_server.html)? per
http://openlayers.org/dev/examples/getfeatureinfo-control.html, i
tried:

	var query = {
		click: new OpenLayers.Control.WMSGetFeatureInfo({
			layers: [wms_layer]
		})
	};

	for (var i in query) {
		query[i].events.register("getfeatureinfo", this);
		map.addControl(query[i]); // instead of map.addControl(query) for wfs
	}

	query.click.activate(); // instead of query.activate() for wfs

but where do i specify the function to style the attributes returned,
like before?

and clicking on a wms feature returns this:

	<?xml version='1.0' encoding="ISO-8859-1" standalone="no" ?>
	<!DOCTYPE ServiceExceptionReport SYSTEM
"http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtd">
	<ServiceExceptionReport version="1.1.1">
		<ServiceException>
			msWMSFeatureInfo(): WMS server error. Unsupported INFO_FORMAT value
(text/html).
		</ServiceException>
	</ServiceExceptionReport>

how do i fix INFO_FORMAT? (my map file =
MAP..WEB..METADATA.."wms_feature_info_mime_type"
"text/xml"..END..END..END).

working examples appreciated.


From MarkVolz at co.lyon.mn.us  Mon Feb 24 05:43:26 2014
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Mon, 24 Feb 2014 13:43:26 +0000
Subject: [mapserver-users] mapcache - serving air photos to ArcMap
Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA330E85A49@swmail01.r8nssis.local>

Hello,

I apologize.  I meant to say that I can currently use Mapserver to serve WMS to any client.  What I meant to say is that in addition to MapServer, I am trying to use Mapcache as well.  I am not sure if the online resource is set correct.

http://geomoose.lyonco.org:8080/mapcache/mapcache?service=wms&request=getcapabilities



Sincerely,
Mark Volz, GISP
> 
> ------------------------------
> 
> Message: 5
> Date: Fri, 21 Feb 2014 20:27:05 -0700
> From: Richard Greenwood <richard.greenwood at gmail.com>
> To: Mark Volz <MarkVolz at co.lyon.mn.us>
> Cc: "mapserver-users at lists.osgeo.org"
> 	<mapserver-users at lists.osgeo.org>
> Subject: Re: [mapserver-users] mapcache - serving air photos to ArcMap
> 	and	AutoCAD
> Message-ID:
> 	<CAHBySPYMy6vvuS9stB=wrbzvYrkk7KX4vU=T80kN2RpgFnGzzA at m
> ail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
> 
> You may have this already, but I know that to get ArcMap to read MapServer
> WMS you must have a title and srs definition in the map file's layer metadata.
> For example:
> 
>   METADATA   # stuff for WMS to make ArcMap happy
>     "wms_title"  "Layer Name" # REQUIRED
>     "wms_srs"   "EPSG:3739"  # REQUIRED
>   END
> 
> Rich
> 
> 
> 
> On Fri, Feb 21, 2014 at 1:15 PM, Mark Volz <MarkVolz at co.lyon.mn.us>
> wrote:
> 
> > Hello,
> >
> > In the past I have used MapServer to serve wms to several different
> > applications.  It worked fine.  Now I am trying to use MapCache to
> > serve to WMS clients.  It is not working for all of my clients.
> >
> > Openlayers and QGIS Work.
> >
> > ArcMap
> > - Error:  WMS Server exceptions: Service Error.  Description: received
> > unsuitable wms request: no <grid> with suitable srs found for layer
> > USGS2006.
> >
> > AutoCAD Civil 3D
> > - Failed to get bands data.  The HTTP request could not be understood
> > by the server due to malformed syntax.
> >
> > If anyone has any thoughts on how I can fix this issue let me know.
> > Thanks
> >
> > Sincerely,
> > Mark Volz
> > _______________________________________________
> > 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
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lists.osgeo.org/pipermail/mapserver-
> users/attachments/20140221/b11670af/attachment-0001.html>
> 
> ------------------------------
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> 
> End of mapserver-users Digest, Vol 73, Issue 37
> ***********************************************


From traviskirstine at gmail.com  Mon Feb 24 06:23:20 2014
From: traviskirstine at gmail.com (Travis Kirstine)
Date: Mon, 24 Feb 2014 09:23:20 -0500
Subject: [mapserver-users] mapcache - serving air photos to ArcMap
In-Reply-To: <36CA828A36E29F45B7CF0A1766E5DFA330E85A49@swmail01.r8nssis.local>
References: <36CA828A36E29F45B7CF0A1766E5DFA330E85A49@swmail01.r8nssis.local>
Message-ID: <CALtm4h0AZ2hfB_SGjOH8b+eFMAZtgMkgXqX8FMtJeQF6C=Cm=g@mail.gmail.com>

Do you have the wms service enabled in the mapcache config file

http://mapserver.org/mapcache/config.html#services

BTW ArcMap 10.1 can access a mapcache WMTS as well (faster and less load)



On 24 February 2014 08:43, Mark Volz <MarkVolz at co.lyon.mn.us> wrote:

> Hello,
>
> I apologize.  I meant to say that I can currently use Mapserver to serve
> WMS to any client.  What I meant to say is that in addition to MapServer, I
> am trying to use Mapcache as well.  I am not sure if the online resource is
> set correct.
>
>
> http://geomoose.lyonco.org:8080/mapcache/mapcache?service=wms&request=getcapabilities
>
>
>
> Sincerely,
> Mark Volz, GISP
> >
> > ------------------------------
> >
> > Message: 5
> > Date: Fri, 21 Feb 2014 20:27:05 -0700
> > From: Richard Greenwood <richard.greenwood at gmail.com>
> > To: Mark Volz <MarkVolz at co.lyon.mn.us>
> > Cc: "mapserver-users at lists.osgeo.org"
> >       <mapserver-users at lists.osgeo.org>
> > Subject: Re: [mapserver-users] mapcache - serving air photos to ArcMap
> >       and     AutoCAD
> > Message-ID:
> >       <CAHBySPYMy6vvuS9stB=wrbzvYrkk7KX4vU=T80kN2RpgFnGzzA at m
> > ail.gmail.com>
> > Content-Type: text/plain; charset="iso-8859-1"
> >
> > You may have this already, but I know that to get ArcMap to read
> MapServer
> > WMS you must have a title and srs definition in the map file's layer
> metadata.
> > For example:
> >
> >   METADATA   # stuff for WMS to make ArcMap happy
> >     "wms_title"  "Layer Name" # REQUIRED
> >     "wms_srs"   "EPSG:3739"  # REQUIRED
> >   END
> >
> > Rich
> >
> >
> >
> > On Fri, Feb 21, 2014 at 1:15 PM, Mark Volz <MarkVolz at co.lyon.mn.us>
> > wrote:
> >
> > > Hello,
> > >
> > > In the past I have used MapServer to serve wms to several different
> > > applications.  It worked fine.  Now I am trying to use MapCache to
> > > serve to WMS clients.  It is not working for all of my clients.
> > >
> > > Openlayers and QGIS Work.
> > >
> > > ArcMap
> > > - Error:  WMS Server exceptions: Service Error.  Description: received
> > > unsuitable wms request: no <grid> with suitable srs found for layer
> > > USGS2006.
> > >
> > > AutoCAD Civil 3D
> > > - Failed to get bands data.  The HTTP request could not be understood
> > > by the server due to malformed syntax.
> > >
> > > If anyone has any thoughts on how I can fix this issue let me know.
> > > Thanks
> > >
> > > Sincerely,
> > > Mark Volz
> > > _______________________________________________
> > > 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
> > -------------- next part --------------
> > An HTML attachment was scrubbed...
> > URL: <http://lists.osgeo.org/pipermail/mapserver-
> > users/attachments/20140221/b11670af/attachment-0001.html>
> >
> > ------------------------------
> >
> > _______________________________________________
> > mapserver-users mailing list
> > mapserver-users at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/mapserver-users
> >
> > End of mapserver-users Digest, Vol 73, Issue 37
> > ***********************************************
> _______________________________________________
> 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/20140224/2fbf4602/attachment.htm>

From traviskirstine at gmail.com  Mon Feb 24 06:25:56 2014
From: traviskirstine at gmail.com (Travis Kirstine)
Date: Mon, 24 Feb 2014 09:25:56 -0500
Subject: [mapserver-users] mapcache for RHEL 6.x
In-Reply-To: <5307C14B.7070300@swoodbridge.com>
References: <5307C14B.7070300@swoodbridge.com>
Message-ID: <CALtm4h3O+RhXuUSDCmTGxvz3W8c=1aBRRfNefja5Mt-Mm4mi9A@mail.gmail.com>

We use the elgis repo and then build mapcache.


On 21 February 2014 16:12, Stephen Woodbridge <woodbri at swoodbridge.com>wrote:

> Does anyone know if there is a package repository for RHEL 6.x the has
> mapcache in it?
>
> The mapserver download page points to:
> http://wiki.osgeo.org/wiki/Enterprise_Linux_GIS
>
> But mapcache is not listed? And it does not look like any packages have
> been uploaded for nearly a year.
>
> Is there a better place to look?
>
> Thanks,
>   -Steve W
> _______________________________________________
> 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/20140224/1726a4f1/attachment.htm>

From jimlug at co.clackamas.or.us  Mon Feb 24 11:11:27 2014
From: jimlug at co.clackamas.or.us (Dash)
Date: Mon, 24 Feb 2014 11:11:27 -0800 (PST)
Subject: [mapserver-users] WMS image display
Message-ID: <1393269087288-5105622.post@n6.nabble.com>

Hey folks, I am experiencing something rather strange when trying to
displaying imagery.  We have developed several in-house applications that
display aerial photography at different scales.  However, it appears that
one location within the imagery does not display until we change the width
and height of the imagery within the wms request.  For example, we are
returning the image using a width of 298 x 237.  When I run a straight wms
request with the provided width and height the image is blank.  If I change
the width and height to something like 400 x 300 the image displays.  I've
checked the mapfile and even turned off the scale dependencies.  We rebuilt
the image index and still it did not help.  I'm kind of stumped on what to
try next.  Any suggestions would be greatly appreciated.

I've made sure to run a GetCapabilities to make confirm that the formatting
was correct and that the mapfile contained no errors.

Thanks.



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/WMS-image-display-tp5105622.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From aperi2007 at gmail.com  Mon Feb 24 15:35:45 2014
From: aperi2007 at gmail.com (Andrea Peri)
Date: Tue, 25 Feb 2014 00:35:45 +0100
Subject: [mapserver-users] Some question on Content Dependent Legend
	Rendering
Message-ID: <CABqTJk9NBVH8qc1A0gBY6cq+qXStVqdEL-vqf+TTUaFY9B3Lww@mail.gmail.com>

Hi,
I'm testing the RFC101 (Content Dependent Legend Rendering).
in the last master.

It seem work with some mapfile, but with a more complex mapfile it seem
don't work.

Unfortunately I have no any error reported in the log to identify the
problem. So I'm try to simplify the mapfile to identify the bug.

To better understand this,
I like to know some information:

In the RFC101, ss supported the expressions at class level and the symbols
definition inside style sections ?

Thx

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

From james.evans.4 at us.af.mil  Mon Feb 24 15:50:04 2014
From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE)
Date: Mon, 24 Feb 2014 23:50:04 +0000
Subject: [mapserver-users] Upgrading Apache and PHP that came with MS4W
Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C40E64@52ZHTX-D07-04D.area52.afnoapps.usaf.mil>

Hi,
I'm running the dev version of MS4W with Mapcache.   Our security scans are pointing to Apache and PHP that came with MS4W as vulnerabilities.  Our system admin tried updating the Apache, but this caused problems with mod_mapcache.dll.  Has anyone had any luck upgrading the Apache and PHP that came with MS4W without breaking things?  Also, is there a good document describing how to deploy the latest Mapserver/Mapcache on a widows server?
James



From gislars+list at googlemail.com  Tue Feb 25 00:58:09 2014
From: gislars+list at googlemail.com (Lars Lingner)
Date: Tue, 25 Feb 2014 09:58:09 +0100
Subject: [mapserver-users] layer mask without clipping
Message-ID: <530C5B21.9000204@googlemail.com>

Hello,

I really like the MapServer layer mask feature. Is there a way that
MapServer doesn't clip the mask, instead just setting a opacitiy / color
value?

I'm getting the result by rendering two passes with mask and inverted
mask. The latter is using a white opacity layer on top. Afterwards I can
stack the images together.
The is working well, as long as there are no labels rendered along the
mask boundary. If they are, then they are not clipped.

Best wishes,

Lars


From thomas.bonfort at gmail.com  Tue Feb 25 02:11:00 2014
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Tue, 25 Feb 2014 11:11:00 +0100
Subject: [mapserver-users] layer mask without clipping
In-Reply-To: <530C5B21.9000204@googlemail.com>
References: <530C5B21.9000204@googlemail.com>
Message-ID: <CAOM3y2jgUcf8adJ=BkBL8KdsyZFvCe1pyuMzfO6-ft2L1P4AtQ@mail.gmail.com>

Lars,
I don't understand what you're trying to obtain. Can you clarify
and/or post a couple screenshots?

--
thomas

On 25 February 2014 09:58, Lars Lingner <gislars+list at googlemail.com> wrote:
> Hello,
>
> I really like the MapServer layer mask feature. Is there a way that
> MapServer doesn't clip the mask, instead just setting a opacitiy / color
> value?
>
> I'm getting the result by rendering two passes with mask and inverted
> mask. The latter is using a white opacity layer on top. Afterwards I can
> stack the images together.
> The is working well, as long as there are no labels rendered along the
> mask boundary. If they are, then they are not clipped.
>
> Best wishes,
>
> Lars
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From jukka.rahkonen at mmmtike.fi  Tue Feb 25 02:18:13 2014
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka  (Tike))
Date: Tue, 25 Feb 2014 10:18:13 +0000
Subject: [mapserver-users] layer mask without clipping
Message-ID: <EFE5D7EE2EC8D3438FE02E356F81E35A036236@FITLK-EXMBX04.msvyvi.vaha.local>

I think that masked areas would simply appear semi-transparent, not totally hidden.

-Jukka Rahkonen-

thomas bonfort wrote:
> 
> Lars,
> I don't understand what you're trying to obtain. Can you clarify and/or post a
> couple screenshots?
> 
> --
> thomas
> 
> On 25 February 2014 09:58, Lars Lingner <gislars+list at googlemail.com> wrote:
> > Hello,
> >
> > I really like the MapServer layer mask feature. Is there a way that
> > MapServer doesn't clip the mask, instead just setting a opacitiy /
> > color value?
> >
> > I'm getting the result by rendering two passes with mask and inverted
> > mask. The latter is using a white opacity layer on top. Afterwards I
> > can stack the images together.
> > The is working well, as long as there are no labels rendered along the
> > mask boundary. If they are, then they are not clipped.
> >
> > Best wishes,
> >
> > Lars
> > _______________________________________________
> > 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 Steve.Lime at state.mn.us  Tue Feb 25 06:40:43 2014
From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT))
Date: Tue, 25 Feb 2014 14:40:43 +0000
Subject: [mapserver-users] WMS image display
In-Reply-To: <1393269087288-5105622.post@n6.nabble.com>
References: <1393269087288-5105622.post@n6.nabble.com>
Message-ID: <C549F0496453D842B4DD71AC8188DDC5773DF0@055-CH1MPN1-041.055d.mgd.msft.net>

That's a weird one. It kinda sounds like a data issue for that certain area more than a mapserver issue. I mean, if there was something funky going on with image size and scale computation I'd expect all images at that zoom level and image size to be blank, not just one. I'd recommend further isolating the particular set of imagery for further debugging. How are your images organized?

Steve

________________________________________
From: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] on behalf of Dash [jimlug at co.clackamas.or.us]
Sent: Monday, February 24, 2014 1:11 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] WMS image display

Hey folks, I am experiencing something rather strange when trying to
displaying imagery.  We have developed several in-house applications that
display aerial photography at different scales.  However, it appears that
one location within the imagery does not display until we change the width
and height of the imagery within the wms request.  For example, we are
returning the image using a width of 298 x 237.  When I run a straight wms
request with the provided width and height the image is blank.  If I change
the width and height to something like 400 x 300 the image displays.  I've
checked the mapfile and even turned off the scale dependencies.  We rebuilt
the image index and still it did not help.  I'm kind of stumped on what to
try next.  Any suggestions would be greatly appreciated.

I've made sure to run a GetCapabilities to make confirm that the formatting
was correct and that the mapfile contained no errors.

Thanks.



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/WMS-image-display-tp5105622.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 jennawalz at co.stevens.mn.us  Tue Feb 25 07:06:42 2014
From: jennawalz at co.stevens.mn.us (jcwalz)
Date: Tue, 25 Feb 2014 07:06:42 -0800 (PST)
Subject: [mapserver-users] GeoMOOSE
Message-ID: <1393340802853-5105851.post@n6.nabble.com>

In GeoMOOSE I would like to create a folder in the catalog section. This
folder would not contain any data layers, it would just connect to multiple
html documents that connect to PDFs and jpeg images. Is this possible to do?



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


From theduckylittle at gmail.com  Tue Feb 25 07:17:00 2014
From: theduckylittle at gmail.com (Dan Little)
Date: Tue, 25 Feb 2014 09:17:00 -0600
Subject: [mapserver-users] GeoMOOSE
In-Reply-To: <CABqPoBaJpCdktQcH=QorzWwvFp0p5yn0WjPkLLUZAbErzn9wjQ@mail.gmail.com>
References: <1393340802853-5105851.post@n6.nabble.com>
	<CABqPoBaJpCdktQcH=QorzWwvFp0p5yn0WjPkLLUZAbErzn9wjQ@mail.gmail.com>
Message-ID: <CABqPoBYZEi1CjVUNiAs95nNV1LMxXPMCg37aXp_jd9WSj9g6YA@mail.gmail.com>

(This might be a double post, I forgot my Gmail is not subscribed...)

This isn't really the right list for this (try GeoMOOSE Users).

But, since I'm here, I can answer the question: No, the current
catalog doesn't support that kind of reference.  I don't think it
would be that hard to add an enhancement that can handle such tasks
but we'd need to add code to the base.

If it's something you really need in the short term then I'm always
available for GeoMOOSE contracts big and small.

If it's something you can wait on then please add an enhancement
request to our github issues repository:
https://github.com/geomoose/geomoose/issues/new

On Tue, Feb 25, 2014 at 9:12 AM, Dan Little <theduckylittle at gmail.com> wrote:
> This isn't really the right list for this (try GeoMOOSE Users).
>
> But, since I'm here, I can answer the question: No, the current
> catalog doesn't support that kind of reference.  I don't think it
> would be that hard to add an enhancement that can handle such tasks
> but we'd need to add code to the base.
>
> If it's something you really need in the short term then I'm always
> available for GeoMOOSE contracts big and small.
>
> If it's something you can wait on then please add an enhancement
> request to our github issues repository:
> https://github.com/geomoose/geomoose/issues/new
>
>
>
> On Tue, Feb 25, 2014 at 9:06 AM, jcwalz <jennawalz at co.stevens.mn.us> wrote:
>> In GeoMOOSE I would like to create a folder in the catalog section. This
>> folder would not contain any data layers, it would just connect to multiple
>> html documents that connect to PDFs and jpeg images. Is this possible to do?
>>
>>
>>
>> --
>> View this message in context: http://osgeo-org.1560.x6.nabble.com/GeoMOOSE-tp5105851.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 jimlug at co.clackamas.or.us  Tue Feb 25 07:52:12 2014
From: jimlug at co.clackamas.or.us (Dash)
Date: Tue, 25 Feb 2014 07:52:12 -0800 (PST)
Subject: [mapserver-users] WMS image display
In-Reply-To: <C549F0496453D842B4DD71AC8188DDC5773DF0@055-CH1MPN1-041.055d.mgd.msft.net>
References: <1393269087288-5105622.post@n6.nabble.com>
	<C549F0496453D842B4DD71AC8188DDC5773DF0@055-CH1MPN1-041.055d.mgd.msft.net>
Message-ID: <1393343532269-5105870.post@n6.nabble.com>

Thanks for the response.  The images are in a tif format and we used GDAL to
create the tiling index (gdaltindex command).  We ran the gdalinfo command
against the imagery and nothing out of the ordinary stands out.  The size of
the tile that is giving us trouble is 5471, 5457.  The tile to the west has
a size of 5429, 5400 and the tile to the east has a size of 5489, 5456. 
Could this cause an issue?  The metadata and  image structure metadata is
all the same.

We are thinking of manipulating the shapefile index that gdaltindex created. 
Possibly changing the location attribute to access a different tile for
testing.

I'm not really sure what else to try. 

Thanks.




--
View this message in context: http://osgeo-org.1560.x6.nabble.com/WMS-image-display-tp5105622p5105870.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From thomas.bonfort at gmail.com  Tue Feb 25 08:10:22 2014
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Tue, 25 Feb 2014 17:10:22 +0100
Subject: [mapserver-users] WMS image display
In-Reply-To: <1393343532269-5105870.post@n6.nabble.com>
References: <1393269087288-5105622.post@n6.nabble.com>
	<C549F0496453D842B4DD71AC8188DDC5773DF0@055-CH1MPN1-041.055d.mgd.msft.net>
	<1393343532269-5105870.post@n6.nabble.com>
Message-ID: <CAOM3y2hSOPxcmz48-OR5mVr3exn1BOYcr727gf2wa7uJAUCC9Q@mail.gmail.com>

Do your tiffs have overviews? Changing the image size affects the map
scale and thus potentially which overview is being used...

--
thomas

On 25 February 2014 16:52, Dash <jimlug at co.clackamas.or.us> wrote:
> Thanks for the response.  The images are in a tif format and we used GDAL to
> create the tiling index (gdaltindex command).  We ran the gdalinfo command
> against the imagery and nothing out of the ordinary stands out.  The size of
> the tile that is giving us trouble is 5471, 5457.  The tile to the west has
> a size of 5429, 5400 and the tile to the east has a size of 5489, 5456.
> Could this cause an issue?  The metadata and  image structure metadata is
> all the same.
>
> We are thinking of manipulating the shapefile index that gdaltindex created.
> Possibly changing the location attribute to access a different tile for
> testing.
>
> I'm not really sure what else to try.
>
> Thanks.
>
>
>
>
> --
> View this message in context: http://osgeo-org.1560.x6.nabble.com/WMS-image-display-tp5105622p5105870.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 jimlug at co.clackamas.or.us  Tue Feb 25 09:47:32 2014
From: jimlug at co.clackamas.or.us (Dash)
Date: Tue, 25 Feb 2014 09:47:32 -0800 (PST)
Subject: [mapserver-users] WMS image display
In-Reply-To: <CAOM3y2hSOPxcmz48-OR5mVr3exn1BOYcr727gf2wa7uJAUCC9Q@mail.gmail.com>
References: <1393269087288-5105622.post@n6.nabble.com>
	<C549F0496453D842B4DD71AC8188DDC5773DF0@055-CH1MPN1-041.055d.mgd.msft.net>
	<1393343532269-5105870.post@n6.nabble.com>
	<CAOM3y2hSOPxcmz48-OR5mVr3exn1BOYcr727gf2wa7uJAUCC9Q@mail.gmail.com>
Message-ID: <1393350452031-5105896.post@n6.nabble.com>

Our tiff images do not have overviews.  We are thinking that something may
have happened during the transfer of the image from our Windows machine to
Linux machine.  I highly doubt this is the case but it's worth a shot.

I was just reading about creating overviews.  It seems this would increase
the amount of disk space needed but would it actually increase application
performance?  What is the difference between overviews and creating a tile
index using gdal?

Thanks.



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/WMS-image-display-tp5105622p5105896.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From jukka.rahkonen at mmmtike.fi  Tue Feb 25 10:19:20 2014
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka  (Tike))
Date: Tue, 25 Feb 2014 18:19:20 +0000
Subject: [mapserver-users] WMS image display
In-Reply-To: <1393350452031-5105896.post@n6.nabble.com>
References: <1393269087288-5105622.post@n6.nabble.com>
	<C549F0496453D842B4DD71AC8188DDC5773DF0@055-CH1MPN1-041.055d.mgd.msft.net>
	<1393343532269-5105870.post@n6.nabble.com>
	<CAOM3y2hSOPxcmz48-OR5mVr3exn1BOYcr727gf2wa7uJAUCC9Q@mail.gmail.com>,
	<1393350452031-5105896.post@n6.nabble.com>
Message-ID: <EFE5D7EE2EC8D3438FE02E356F81E35A0366BE@FITLK-EXMBX04.msvyvi.vaha.local>

Hi,

Overviews help at small scales. Let's assume that you have orthophotos with 1 meter native pixel size. If you want to show a 10x10 km area in a 500x500 pixel sized box in your application, it means that the pixel size of the output it 20 m. It is heavy to read 10000x10000 native pixels and resample those but if there happens to be readily available overviews with 2-4-8-16 m pixel sizes you can pick the 16 m pixels and use them for final resampling. 

Tile index is used for finding the right image file at some geographic area. And finally internal tiling of image files help at big scales, when you want to draw 500x500 m area in the 500x500 pixel sized box. If you have tiled tiff files it is possible to pick a handful of 256x256 pixel tiles from the middle of the image file. If you have a 10000x10000 pixel sized png file you must decompress all the 100 million pixels before you can pick the 250 thousand that you really need.

The key is to read as little extra pixels as possible, and therefore you need all three: internal tiling, overviews, and tileindes. Actually for country wide service even a fourth one: on overview image that covers the whole country with much bigger pixel size so you do not need to open hundreds of images from the tileindex for picking only a few pixels from each.

-Jukka Rahkonen-

________________________________________
Dash wrote:

> Our tiff images do not have overviews.  We are thinking that something may
have happened during the transfer of the image from our Windows machine to
Linux machine.  I highly doubt this is the case but it's worth a shot.

> I was just reading about creating overviews.  It seems this would increase
the amount of disk space needed but would it actually increase application
performance?  What is the difference between overviews and creating a tile
index using gdal?

Thanks.



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/WMS-image-display-tp5105622p5105896.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 bob.basques at ci.stpaul.mn.us  Tue Feb 25 13:08:49 2014
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Tue, 25 Feb 2014 21:08:49 +0000
Subject: [mapserver-users] Upgrading to 6.4.x
Message-ID: <C9CEA89772DA74488B5A5B6EB17DC481067953BE@055-CH1MPN1-003.055d.mgd.msft.net>

All,

Has anyone experienced a problem with MapServer not drawing short segments correct in the newer versions?  I have a V5.4 that is outputting segmented lines (continuous but separate line segments) just fine.  But the V6.4 version is not drawing small (visually) line segments, and leaving gaps in the line.  The problem seems to be related to some sort of pixel threshold, if I zoom in, the lines become visually longer, and they display correctly.

Am I explaining this correctly?

Thanks

Bobb



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

From Steve.Lime at state.mn.us  Tue Feb 25 15:13:55 2014
From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT))
Date: Tue, 25 Feb 2014 23:13:55 +0000
Subject: [mapserver-users] Upgrading to 6.4.x
In-Reply-To: <C9CEA89772DA74488B5A5B6EB17DC481067953BE@055-CH1MPN1-003.055d.mgd.msft.net>
References: <C9CEA89772DA74488B5A5B6EB17DC481067953BE@055-CH1MPN1-003.055d.mgd.msft.net>
Message-ID: <C549F0496453D842B4DD71AC8188DDC577A6C6@055-CH1MPN1-041.055d.mgd.msft.net>

Can you post pics?

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Basques, Bob (CI-StPaul)
Sent: Tuesday, February 25, 2014 3:09 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] Upgrading to 6.4.x

All,

Has anyone experienced a problem with MapServer not drawing short segments correct in the newer versions?  I have a V5.4 that is outputting segmented lines (continuous but separate line segments) just fine.  But the V6.4 version is not drawing small (visually) line segments, and leaving gaps in the line.  The problem seems to be related to some sort of pixel threshold, if I zoom in, the lines become visually longer, and they display correctly.

Am I explaining this correctly?

Thanks

Bobb



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

From bob.basques at ci.stpaul.mn.us  Tue Feb 25 15:27:16 2014
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Tue, 25 Feb 2014 23:27:16 +0000
Subject: [mapserver-users] Upgrading to 6.4.x
In-Reply-To: <C549F0496453D842B4DD71AC8188DDC577A6C6@055-CH1MPN1-041.055d.mgd.msft.net>
References: <C9CEA89772DA74488B5A5B6EB17DC481067953BE@055-CH1MPN1-003.055d.mgd.msft.net>
	<C549F0496453D842B4DD71AC8188DDC577A6C6@055-CH1MPN1-041.055d.mgd.msft.net>
Message-ID: <C9CEA89772DA74488B5A5B6EB17DC48106797467@055-CH1MPN1-003.055d.mgd.msft.net>

Steve,

I'll send something out tomorrow.  This is tied into the AVL, and all the trucks are now back to the yard and parked for the day.  :c)

You want a copy of the MAPFILE too, it's fairly short.

Thanks

Bobb



From: Lime, Steve D (MNIT)
Sent: Tuesday, February 25, 2014 5:14 PM
To: Basques, Bob (CI-StPaul); mapserver-users at lists.osgeo.org
Subject: RE: Upgrading to 6.4.x

Can you post pics?

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 Basques, Bob (CI-StPaul)
Sent: Tuesday, February 25, 2014 3:09 PM
To: mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Subject: [mapserver-users] Upgrading to 6.4.x

All,

Has anyone experienced a problem with MapServer not drawing short segments correct in the newer versions?  I have a V5.4 that is outputting segmented lines (continuous but separate line segments) just fine.  But the V6.4 version is not drawing small (visually) line segments, and leaving gaps in the line.  The problem seems to be related to some sort of pixel threshold, if I zoom in, the lines become visually longer, and they display correctly.

Am I explaining this correctly?

Thanks

Bobb



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

From bob.basques at ci.stpaul.mn.us  Wed Feb 26 08:02:45 2014
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Wed, 26 Feb 2014 16:02:45 +0000
Subject: [mapserver-users] Upgrading to 6.4.x
In-Reply-To: <C549F0496453D842B4DD71AC8188DDC577A6C6@055-CH1MPN1-041.055d.mgd.msft.net>
References: <C9CEA89772DA74488B5A5B6EB17DC481067953BE@055-CH1MPN1-003.055d.mgd.msft.net>
	<C549F0496453D842B4DD71AC8188DDC577A6C6@055-CH1MPN1-041.055d.mgd.msft.net>
Message-ID: <C9CEA89772DA74488B5A5B6EB17DC4810679777E@055-CH1MPN1-003.055d.mgd.msft.net>

Steve,

Take a look at these two samples, notice the line angle points  . . .

http://pwultra5.ci.stpaul.mn.us/tmp/samples/

Roughly the same area (one layer include the AVL tracking point, this is separated in the newer version.

Bobb



From: Lime, Steve D (MNIT)
Sent: Tuesday, February 25, 2014 5:14 PM
To: Basques, Bob (CI-StPaul); mapserver-users at lists.osgeo.org
Subject: RE: Upgrading to 6.4.x

Can you post pics?

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 Basques, Bob (CI-StPaul)
Sent: Tuesday, February 25, 2014 3:09 PM
To: mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Subject: [mapserver-users] Upgrading to 6.4.x

All,

Has anyone experienced a problem with MapServer not drawing short segments correct in the newer versions?  I have a V5.4 that is outputting segmented lines (continuous but separate line segments) just fine.  But the V6.4 version is not drawing small (visually) line segments, and leaving gaps in the line.  The problem seems to be related to some sort of pixel threshold, if I zoom in, the lines become visually longer, and they display correctly.

Am I explaining this correctly?

Thanks

Bobb



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

From thomas.bonfort at gmail.com  Wed Feb 26 08:05:34 2014
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Wed, 26 Feb 2014 17:05:34 +0100
Subject: [mapserver-users] Upgrading to 6.4.x
In-Reply-To: <C9CEA89772DA74488B5A5B6EB17DC481067953BE@055-CH1MPN1-003.055d.mgd.msft.net>
References: <C9CEA89772DA74488B5A5B6EB17DC481067953BE@055-CH1MPN1-003.055d.mgd.msft.net>
Message-ID: <CAOM3y2iLO6uK6-q3AixU1V3pErnkxsrRBOrzU4YuDutiSWmdHA@mail.gmail.com>

How are you drawing those lines? Using a "circle" symbol as was
required in pre-5 version is not supported anymore.

--
thomas

On 25 February 2014 22:08, Basques, Bob (CI-StPaul)
<bob.basques at ci.stpaul.mn.us> wrote:
> All,
>
>
>
> Has anyone experienced a problem with MapServer not drawing short segments
> correct in the newer versions?  I have a V5.4 that is outputting segmented
> lines (continuous but separate line segments) just fine.  But the V6.4
> version is not drawing small (visually) line segments, and leaving gaps in
> the line.  The problem seems to be related to some sort of pixel threshold,
> if I zoom in, the lines become visually longer, and they display correctly.
>
>
>
> Am I explaining this correctly?
>
>
>
> 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  Wed Feb 26 08:38:18 2014
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Wed, 26 Feb 2014 16:38:18 +0000
Subject: [mapserver-users] Upgrading to 6.4.x
In-Reply-To: <CAOM3y2iLO6uK6-q3AixU1V3pErnkxsrRBOrzU4YuDutiSWmdHA@mail.gmail.com>
References: <C9CEA89772DA74488B5A5B6EB17DC481067953BE@055-CH1MPN1-003.055d.mgd.msft.net>
	<CAOM3y2iLO6uK6-q3AixU1V3pErnkxsrRBOrzU4YuDutiSWmdHA@mail.gmail.com>
Message-ID: <C9CEA89772DA74488B5A5B6EB17DC481067977CD@055-CH1MPN1-003.055d.mgd.msft.net>

Ok, I can go with that, but if it displays it at all, shouldn't it display it the same as it did (or not at all??)  :c)

It is actually displaying, just differently than it did.

Bobb


-----Original Message-----
From: thomas bonfort [mailto:thomas.bonfort at gmail.com] 
Sent: Wednesday, February 26, 2014 10:06 AM
To: Basques, Bob (CI-StPaul)
Cc: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Upgrading to 6.4.x

How are you drawing those lines? Using a "circle" symbol as was required in pre-5 version is not supported anymore.

--
thomas

On 25 February 2014 22:08, Basques, Bob (CI-StPaul) <bob.basques at ci.stpaul.mn.us> wrote:
> All,
>
>
>
> Has anyone experienced a problem with MapServer not drawing short 
> segments correct in the newer versions?  I have a V5.4 that is 
> outputting segmented lines (continuous but separate line segments) 
> just fine.  But the V6.4 version is not drawing small (visually) line 
> segments, and leaving gaps in the line.  The problem seems to be 
> related to some sort of pixel threshold, if I zoom in, the lines become visually longer, and they display correctly.
>
>
>
> Am I explaining this correctly?
>
>
>
> 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  Wed Feb 26 08:37:40 2014
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Wed, 26 Feb 2014 16:37:40 +0000
Subject: [mapserver-users] Upgrading to 6.4.x
In-Reply-To: <CAOM3y2iLO6uK6-q3AixU1V3pErnkxsrRBOrzU4YuDutiSWmdHA@mail.gmail.com>
References: <C9CEA89772DA74488B5A5B6EB17DC481067953BE@055-CH1MPN1-003.055d.mgd.msft.net>
	<CAOM3y2iLO6uK6-q3AixU1V3pErnkxsrRBOrzU4YuDutiSWmdHA@mail.gmail.com>
Message-ID: <C9CEA89772DA74488B5A5B6EB17DC481067977BF@055-CH1MPN1-003.055d.mgd.msft.net>

Ok, that was easy enough to fix.

For future reference, I did try using the WIDTH option, but I left the CIRCLE symbol in there and got an error.

So in the end, I deleted CIRCLE as a symbol, and changed SIZE to be WIDTH instead, now they look like the old ones, actually they might look even smoother now . . .

http://pwultra5.ci.stpaul.mn.us/tmp/samples/ms-6.4-MOD01.png

:c)

Thanks Tamas.

We're in the middle of moving everything over and trying to make a checklist of things to change in the Mapfiles to upgrade them.

-----Original Message-----
From: thomas bonfort [mailto:thomas.bonfort at gmail.com] 
Sent: Wednesday, February 26, 2014 10:06 AM
To: Basques, Bob (CI-StPaul)
Cc: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Upgrading to 6.4.x

How are you drawing those lines? Using a "circle" symbol as was required in pre-5 version is not supported anymore.

--
thomas

On 25 February 2014 22:08, Basques, Bob (CI-StPaul) <bob.basques at ci.stpaul.mn.us> wrote:
> All,
>
>
>
> Has anyone experienced a problem with MapServer not drawing short 
> segments correct in the newer versions?  I have a V5.4 that is 
> outputting segmented lines (continuous but separate line segments) 
> just fine.  But the V6.4 version is not drawing small (visually) line 
> segments, and leaving gaps in the line.  The problem seems to be 
> related to some sort of pixel threshold, if I zoom in, the lines become visually longer, and they display correctly.
>
>
>
> Am I explaining this correctly?
>
>
>
> Thanks
>
>
>
> Bobb
>
>
>
>
>
>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From gislars+list at googlemail.com  Wed Feb 26 08:58:19 2014
From: gislars+list at googlemail.com (Lars Lingner)
Date: Wed, 26 Feb 2014 17:58:19 +0100
Subject: [mapserver-users] layer mask without clipping
In-Reply-To: <CAOM3y2jgUcf8adJ=BkBL8KdsyZFvCe1pyuMzfO6-ft2L1P4AtQ@mail.gmail.com>
References: <530C5B21.9000204@googlemail.com>
	<CAOM3y2jgUcf8adJ=BkBL8KdsyZFvCe1pyuMzfO6-ft2L1P4AtQ@mail.gmail.com>
Message-ID: <530E1D2B.9060304@googlemail.com>

Hi Thomas,

On 25.02.2014 11:11, thomas bonfort wrote:
> Lars,
> I don't understand what you're trying to obtain. Can you clarify
> and/or post a couple screenshots?
> 

In the image [1]  you can see a district (10e Arrondissement) in Paris
and his surrounding. The area of interest is only the district, which I
marked with a dotted line in gimp. Everything outside is rendered
differently, here in gray scale. But also some kind of hatching or a
colored transparent overlay would be thinkable. But only for the
unmasked area (outside) - the masked area (inside) should use the
original style.

My current work flow is
a) render the whole area with the gray style
b) render the district (applied mask) with the colored style
c) put b) on top of a) with image processing software

I probably should mention that this isn't for a interactive map, just
for one time rendering.

My first try was slightly different, which raises a issue at the border:

a) render the masked area
b) render everything else (masked area is a whole)
c) put a) and b) together

When you look at the result [1] you see
- doubled labels (blue A)
here was the feature labeled in the both (masked and inverted mask) and
they are overlapping

- cut labels (blue B)
The rendered label of the inverted mask is actually placed partially in
the masked area

I acknowledge these aren't issues at all when you stick to clipping the
mask. Don't know why I'm attracting lots of special use cases, but
then... this is what keeps my work with MapServer interesting. :)


Thanks for listening,

Lars


[1] http://s1.directupload.net/images/140226/w2kjgxbm.png


From jukka.rahkonen at mmmtike.fi  Thu Feb 27 01:26:32 2014
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka  (Tike))
Date: Thu, 27 Feb 2014 09:26:32 +0000
Subject: [mapserver-users] Upgrading Apache and PHP that came with MS4W
Message-ID: <EFE5D7EE2EC8D3438FE02E356F81E35A037615@FITLK-EXMBX04.msvyvi.vaha.local>

Hi James,

Nobody answered for you so supposedly that means that the answer is: No, there are no documents and probably no compiled Mapcache binaries available for Windows. 
I managed to install Apache and Mapserver 6.4.1 from with the OSGeo4W installer. Also daily development buids of Mapserver are available but not Mapcache. The installed Apache seems to be version 2.2.14-4 and PHP is a bit old version 5.2.5 from Nov 8, 2007 so that is not the way for you to upgrade.
However, I have noticed that your conclusion was to  switch to Geoserver. Follow the situation, perhaps you can switch back one day but once you have configured Geoserver and built all the SLD styles it may feel a bit heavy.

-Jukka Rahkonen-


EVANS, JAMES wrote:

> Hi,
> I'm running the dev version of MS4W with Mapcache.   Our security scans are
> pointing to Apache and PHP that came with MS4W as vulnerabilities.  Our system
> admin tried updating the Apache, but this caused problems with
> mod_mapcache.dll.  Has anyone had any luck upgrading the Apache and PHP
> that came with MS4W without breaking things?  Also, is there a good document
> describing how to deploy the latest Mapserver/Mapcache on a widows server?
> James
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From james.evans.4 at us.af.mil  Thu Feb 27 21:28:16 2014
From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE)
Date: Fri, 28 Feb 2014 05:28:16 +0000
Subject: [mapserver-users] Upgrading Apache and PHP that came with MS4W
In-Reply-To: <EFE5D7EE2EC8D3438FE02E356F81E35A037615@FITLK-EXMBX04.msvyvi.vaha.local>
References: <EFE5D7EE2EC8D3438FE02E356F81E35A037615@FITLK-EXMBX04.msvyvi.vaha.local>
Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C41943@52ZHTX-D07-04D.area52.afnoapps.usaf.mil>

Thanks for the reply.  That's too bad.  I really won't have a choice very shortly.  The apache 2.2.21 is showing up as a cat-1 vulnerability and We either get it upgraded or take it off.  The same for PHP.
Thanks,
James

______________________________________
From: Rahkonen Jukka  (Tike) [jukka.rahkonen at mmmtike.fi]
Sent: Thursday, February 27, 2014 2:26 AM
To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE; mapserver-users at lists.osgeo.org
Subject: Re: Upgrading Apache and PHP that came with MS4W

Hi James,

Nobody answered for you so supposedly that means that the answer is: No, there are no documents and probably no compiled Mapcache binaries available for Windows.
I managed to install Apache and Mapserver 6.4.1 from with the OSGeo4W installer. Also daily development buids of Mapserver are available but not Mapcache. The installed Apache seems to be version 2.2.14-4 and PHP is a bit old version 5.2.5 from Nov 8, 2007 so that is not the way for you to upgrade.
However, I have noticed that your conclusion was to  switch to Geoserver. Follow the situation, perhaps you can switch back one day but once you have configured Geoserver and built all the SLD styles it may feel a bit heavy.

-Jukka Rahkonen-


EVANS, JAMES wrote:

> Hi,
> I'm running the dev version of MS4W with Mapcache.   Our security scans are
> pointing to Apache and PHP that came with MS4W as vulnerabilities.  Our system
> admin tried updating the Apache, but this caused problems with
> mod_mapcache.dll.  Has anyone had any luck upgrading the Apache and PHP
> that came with MS4W without breaking things?  Also, is there a good document
> describing how to deploy the latest Mapserver/Mapcache on a widows server?
> 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  Fri Feb 28 05:18:52 2014
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Fri, 28 Feb 2014 13:18:52 +0000
Subject: [mapserver-users] Upgrading Apache and PHP that came with MS4W
Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA330E8A38A@swmail01.r8nssis.local>

Hello,

I think there are a lot of people in the same postion where we would like to upgrade Mapserver on Windows.  I think there are a couple mapserver options out there yet.

1) Move to Linux.  With the end of support for Windows XP coming up soon, I am sure that there will be plenty of extra computers around that you can try installing linux and mapserver on the machine.  I know historically mapserver on Linux outperformed mapserver on Windows.
2) Encourage continued development of MS4W.  A long time ago, I asked Jeff Mckenna about the Status of MS4W and how much it would cost to get an upgrade.  The price he gave to me was more than what I think my organization could afford.  However, I am sure if pool some development funds together from many organizations, then it may be easier for MS4W to keep up to date.

Thanks
Mark Volz, GISP

> Hi James,
> 
> Nobody answered for you so supposedly that means that the answer is: No,
> there are no documents and probably no compiled Mapcache binaries
> available for Windows.
> I managed to install Apache and Mapserver 6.4.1 from with the OSGeo4W
> installer. Also daily development buids of Mapserver are available but not
> Mapcache. The installed Apache seems to be version 2.2.14-4 and PHP is a bit
> old version 5.2.5 from Nov 8, 2007 so that is not the way for you to upgrade.
> However, I have noticed that your conclusion was to  switch to Geoserver.
> Follow the situation, perhaps you can switch back one day but once you have
> configured Geoserver and built all the SLD styles it may feel a bit heavy.
> 
> -Jukka Rahkonen-
> 
> 
> EVANS, JAMES wrote:
> 
> > Hi,
> > I'm running the dev version of MS4W with Mapcache.   Our security scans
> are
> > pointing to Apache and PHP that came with MS4W as vulnerabilities.
> > Our system admin tried updating the Apache, but this caused problems
> > with mod_mapcache.dll.  Has anyone had any luck upgrading the Apache
> > and PHP that came with MS4W without breaking things?  Also, is there a
> > good document describing how to deploy the latest Mapserver/Mapcache
> on a widows server?
> > James
> >
> > _______________________________________________
> > 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
> 
> End of mapserver-users Digest, Vol 73, Issue 43
> ***********************************************


From jmckenna at gatewaygeomatics.com  Fri Feb 28 06:09:48 2014
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Fri, 28 Feb 2014 10:09:48 -0400
Subject: [mapserver-users] Upgrading Apache and PHP that came with MS4W
In-Reply-To: <36CA828A36E29F45B7CF0A1766E5DFA330E8A38A@swmail01.r8nssis.local>
References: <36CA828A36E29F45B7CF0A1766E5DFA330E8A38A@swmail01.r8nssis.local>
Message-ID: <531098AC.7070106@gatewaygeomatics.com>

Hello Mark, James, Jukka, all,

I have worked very hard over the past 10 years (wow) maintaining MS4W on
Windows, making it a hugely popular product.  The reality is, as Mark
just stated, many organizations rely on the full MS4W suite for their
Windows servers, yet I haven't focused on supporting those
organizations' needs.  Well, the time is now for that.  I have purchased
www.ms4w.com and will be moving MS4W there, and will be offering a
subscription-based service for the MS4W suite: Enterprise Edition
(Apache, MapScripts, MapCache, data packages, 64-bit, IIS support,
plugins, etc.), and a free Community edition (nightly builds of
mapserv.exe binaries).  This will keep MS4W thriving, up-to-date, and
innovative.

Of course custom builds are always possible, and you will be able to
contact me directly as usual.

So rest assured, my company Gateway Geomatics is fully behind our
product.  If I am quiet, those who know me know it usually means that I
am working very hard.

Thanks again for using MS4W for sharing your organization's spatial
information.   More on this soon! :)

-jeff



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


On 2/28/2014, 9:18 AM, Mark Volz wrote:
> Hello,
> 
> I think there are a lot of people in the same postion where we would like to upgrade Mapserver on Windows.  I think there are a couple mapserver options out there yet.
> 
> 1) Move to Linux.  With the end of support for Windows XP coming up soon, I am sure that there will be plenty of extra computers around that you can try installing linux and mapserver on the machine.  I know historically mapserver on Linux outperformed mapserver on Windows.
> 2) Encourage continued development of MS4W.  A long time ago, I asked Jeff Mckenna about the Status of MS4W and how much it would cost to get an upgrade.  The price he gave to me was more than what I think my organization could afford.  However, I am sure if pool some development funds together from many organizations, then it may be easier for MS4W to keep up to date.
> 
> Thanks
> Mark Volz, GISP
> 
>> Hi James,
>>
>> Nobody answered for you so supposedly that means that the answer is: No,
>> there are no documents and probably no compiled Mapcache binaries
>> available for Windows.
>> I managed to install Apache and Mapserver 6.4.1 from with the OSGeo4W
>> installer. Also daily development buids of Mapserver are available but not
>> Mapcache. The installed Apache seems to be version 2.2.14-4 and PHP is a bit
>> old version 5.2.5 from Nov 8, 2007 so that is not the way for you to upgrade.
>> However, I have noticed that your conclusion was to  switch to Geoserver.
>> Follow the situation, perhaps you can switch back one day but once you have
>> configured Geoserver and built all the SLD styles it may feel a bit heavy.
>>
>> -Jukka Rahkonen-
>>
>>
>> EVANS, JAMES wrote:
>>
>>> Hi,
>>> I'm running the dev version of MS4W with Mapcache.   Our security scans
>> are
>>> pointing to Apache and PHP that came with MS4W as vulnerabilities.
>>> Our system admin tried updating the Apache, but this caused problems
>>> with mod_mapcache.dll.  Has anyone had any luck upgrading the Apache
>>> and PHP that came with MS4W without breaking things?  Also, is there a
>>> good document describing how to deploy the latest Mapserver/Mapcache
>> on a widows server?
>>> James
>>>



From donald.kerr at dkerr.co.uk  Fri Feb 28 07:19:35 2014
From: donald.kerr at dkerr.co.uk (Donald Kerr)
Date: Fri, 28 Feb 2014 15:19:35 -0000
Subject: [mapserver-users] Upgrading Apache and PHP that came with MS4W
In-Reply-To: <531098AC.7070106@gatewaygeomatics.com>
References: <36CA828A36E29F45B7CF0A1766E5DFA330E8A38A@swmail01.r8nssis.local>
	<531098AC.7070106@gatewaygeomatics.com>
Message-ID: <005701cf3498$7da51d40$78ef57c0$@dkerr.co.uk>

Great news, Jeff. I do hope that the community edition will not be too
lacking too many features. It was the fact that your MS4W was so
comprehensive that brought me to MapServer.

Regards,

Donald


-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org
[mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Jeff McKenna
Sent: 28 February 2014 14:10
To: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Upgrading Apache and PHP that came with MS4W

Hello Mark, James, Jukka, all,

I have worked very hard over the past 10 years (wow) maintaining MS4W on
Windows, making it a hugely popular product.  The reality is, as Mark just
stated, many organizations rely on the full MS4W suite for their Windows
servers, yet I haven't focused on supporting those organizations' needs.
Well, the time is now for that.  I have purchased www.ms4w.com and will be
moving MS4W there, and will be offering a subscription-based service for the
MS4W suite: Enterprise Edition (Apache, MapScripts, MapCache, data packages,
64-bit, IIS support, plugins, etc.), and a free Community edition (nightly
builds of mapserv.exe binaries).  This will keep MS4W thriving, up-to-date,
and innovative.

Of course custom builds are always possible, and you will be able to contact
me directly as usual.

So rest assured, my company Gateway Geomatics is fully behind our product.
If I am quiet, those who know me know it usually means that I am working
very hard.

Thanks again for using MS4W for sharing your organization's spatial
information.   More on this soon! :)

-jeff



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


On 2/28/2014, 9:18 AM, Mark Volz wrote:
> Hello,
> 
> I think there are a lot of people in the same postion where we would like
to upgrade Mapserver on Windows.  I think there are a couple mapserver
options out there yet.
> 
> 1) Move to Linux.  With the end of support for Windows XP coming up soon,
I am sure that there will be plenty of extra computers around that you can
try installing linux and mapserver on the machine.  I know historically
mapserver on Linux outperformed mapserver on Windows.
> 2) Encourage continued development of MS4W.  A long time ago, I asked Jeff
Mckenna about the Status of MS4W and how much it would cost to get an
upgrade.  The price he gave to me was more than what I think my organization
could afford.  However, I am sure if pool some development funds together
from many organizations, then it may be easier for MS4W to keep up to date.
> 
> Thanks
> Mark Volz, GISP
> 
>> Hi James,
>>
>> Nobody answered for you so supposedly that means that the answer is: No,
>> there are no documents and probably no compiled Mapcache binaries
>> available for Windows.
>> I managed to install Apache and Mapserver 6.4.1 from with the OSGeo4W
>> installer. Also daily development buids of Mapserver are available but
not
>> Mapcache. The installed Apache seems to be version 2.2.14-4 and PHP is a
bit
>> old version 5.2.5 from Nov 8, 2007 so that is not the way for you to
upgrade.
>> However, I have noticed that your conclusion was to  switch to Geoserver.
>> Follow the situation, perhaps you can switch back one day but once you
have
>> configured Geoserver and built all the SLD styles it may feel a bit
heavy.
>>
>> -Jukka Rahkonen-
>>
>>
>> EVANS, JAMES wrote:
>>
>>> Hi,
>>> I'm running the dev version of MS4W with Mapcache.   Our security scans
>> are
>>> pointing to Apache and PHP that came with MS4W as vulnerabilities.
>>> Our system admin tried updating the Apache, but this caused problems
>>> with mod_mapcache.dll.  Has anyone had any luck upgrading the Apache
>>> and PHP that came with MS4W without breaking things?  Also, is there a
>>> good document describing how to deploy the latest Mapserver/Mapcache
>> on a widows server?
>>> James
>>>

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


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2014.0.4335 / Virus Database: 3705/7131 - Release Date: 02/27/14




From ludwig at kni-online.de  Fri Feb 28 07:35:32 2014
From: ludwig at kni-online.de (Ludwig Kniprath)
Date: Fri, 28 Feb 2014 16:35:32 +0100
Subject: [mapserver-users] Upgrading Apache and PHP that came with MS4W
In-Reply-To: <mailman.14403.1393343565.24729.mapserver-users@lists.osgeo.org>
References: <mailman.14403.1393343565.24729.mapserver-users@lists.osgeo.org>
Message-ID: <5310ACC4.4090800@kni-online.de>

------------------------------
Message: 2
Date: Mon, 24 Feb 2014 23:50:04 +0000
From: "EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE"
	<james.evans.4 at us.af.mil>
To:"mapserver-users at lists.osgeo.org"
	<mapserver-users at lists.osgeo.org>
Subject: [mapserver-users] Upgrading Apache and PHP that came with
	MS4W
Message-ID:
	<20EA793B1BC710448656BDC9BD25C4A104C40E64 at 52ZHTX-D07-04D.area52.afnoapps.usaf.mil>
	
Content-Type: text/plain; charset="us-ascii"

Hi,
I'm running the dev version of MS4W with Mapcache.   Our security scans are pointing to Apache and PHP that came with MS4W as vulnerabilities.  Our system admin tried updating the Apache, but this caused problems with mod_mapcache.dll.  Has anyone had any luck upgrading the Apache and PHP that came with MS4W without breaking things?  Also, is there a good document describing how to deploy the latest Mapserver/Mapcache on a widows server?
James
------------------------------

Hi ms4w-User,
glad to hear we are not alone with that problem, we also use ms4w and have no possibilities to compile mapserver-windows-binaries for actual versions of apache and php.
The last (dev!) version on the ms4w-Download-site ist mapserver 6.0.3 and almost 2 years old, the included apache and php-versions as well.
The versions for osgeo4w are even older.
We want to upgrade the apache-php-mapscript-parts of our webserver *independent* and need therefore php-mapscript-modules for different (and more actual...) apache and php-versions, 32 and 64 bit.
It seems, ms4w development and support is down, who can help? How can he be monetarily supported?
Ludwig



From no-reply at neogeo-online.net  Fri Feb 28 08:29:15 2014
From: no-reply at neogeo-online.net (Guillaume Sueur)
Date: Fri, 28 Feb 2014 17:29:15 +0100
Subject: [mapserver-users] Shapezip 3D
Message-ID: <5310B95B.2000605@neogeo-online.net>

Hi list,

I'm trying to generate a 3D shapefile with OGR SHAPEZIP format. I'm 
using MapServer 6.5 compiled with USE_POINT_Z_M options.
mapserv -v gives :
MapServer version 6.5-dev OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ 
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=GEOS SUPPORTS=POINT_Z_M INPUT=JPEG INPUT=POSTGIS INPUT=OGR 
INPUT=GDAL INPUT=SHAPEFILE

My data are stored in Postgis 2.1. They are 3D. I've added the 
"ows_geomtype"  "MultiPolygon25D" metadata to my layer.

What I get is a 3D shapefile, but all the Z values are set to 0.

Lookking at the request made by MapServer to Postgis, I see the geom is 
requested with Force2D function :
encode(ST_AsBinary(ST_Force2D("the_geom"),'NDR'),'hex') as geom

Is this a bug or is there some more settings I didn't set properly ?

Thanks

Guillaume


From james.evans.4 at us.af.mil  Fri Feb 28 09:56:30 2014
From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE)
Date: Fri, 28 Feb 2014 17:56:30 +0000
Subject: [mapserver-users] Upgrading Apache and PHP that came with MS4W
In-Reply-To: <531098AC.7070106@gatewaygeomatics.com>
References: <36CA828A36E29F45B7CF0A1766E5DFA330E8A38A@swmail01.r8nssis.local>,
	<531098AC.7070106@gatewaygeomatics.com>
Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C41B30@52ZHTX-D07-04D.area52.afnoapps.usaf.mil>

Hi Jeff,
That sounds very exciting moving forward.  We will probably eventually be interested in the enterprise edition, especially if it is year subscription.  Any ideas on pricing yet?  Is it going to be per server?

Anyway, my biggest problem right now is I'm going to have to remove MS4W in the next few days due to the security scans pointing out vulnerabilities in Apache and PHP.  Do you have any plans on releasing a Dev version any time soon with these components being updated?

We tried updating Apache but it seemed to have trouble with the mod_cache.dll.  Do you know if it is possible for us to upgrade this?
Thanks,
James

________________________________________
From: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] on behalf of Jeff McKenna [jmckenna at gatewaygeomatics.com]
Sent: Friday, February 28, 2014 7:09 AM
To: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Upgrading Apache and PHP that came with MS4W

Hello Mark, James, Jukka, all,

I have worked very hard over the past 10 years (wow) maintaining MS4W on
Windows, making it a hugely popular product.  The reality is, as Mark
just stated, many organizations rely on the full MS4W suite for their
Windows servers, yet I haven't focused on supporting those
organizations' needs.  Well, the time is now for that.  I have purchased
www.ms4w.com and will be moving MS4W there, and will be offering a
subscription-based service for the MS4W suite: Enterprise Edition
(Apache, MapScripts, MapCache, data packages, 64-bit, IIS support,
plugins, etc.), and a free Community edition (nightly builds of
mapserv.exe binaries).  This will keep MS4W thriving, up-to-date, and
innovative.

Of course custom builds are always possible, and you will be able to
contact me directly as usual.

So rest assured, my company Gateway Geomatics is fully behind our
product.  If I am quiet, those who know me know it usually means that I
am working very hard.

Thanks again for using MS4W for sharing your organization's spatial
information.   More on this soon! :)

-jeff



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


On 2/28/2014, 9:18 AM, Mark Volz wrote:
> Hello,
>
> I think there are a lot of people in the same postion where we would like to upgrade Mapserver on Windows.  I think there are a couple mapserver options out there yet.
>
> 1) Move to Linux.  With the end of support for Windows XP coming up soon, I am sure that there will be plenty of extra computers around that you can try installing linux and mapserver on the machine.  I know historically mapserver on Linux outperformed mapserver on Windows.
> 2) Encourage continued development of MS4W.  A long time ago, I asked Jeff Mckenna about the Status of MS4W and how much it would cost to get an upgrade.  The price he gave to me was more than what I think my organization could afford.  However, I am sure if pool some development funds together from many organizations, then it may be easier for MS4W to keep up to date.
>
> Thanks
> Mark Volz, GISP
>
>> Hi James,
>>
>> Nobody answered for you so supposedly that means that the answer is: No,
>> there are no documents and probably no compiled Mapcache binaries
>> available for Windows.
>> I managed to install Apache and Mapserver 6.4.1 from with the OSGeo4W
>> installer. Also daily development buids of Mapserver are available but not
>> Mapcache. The installed Apache seems to be version 2.2.14-4 and PHP is a bit
>> old version 5.2.5 from Nov 8, 2007 so that is not the way for you to upgrade.
>> However, I have noticed that your conclusion was to  switch to Geoserver.
>> Follow the situation, perhaps you can switch back one day but once you have
>> configured Geoserver and built all the SLD styles it may feel a bit heavy.
>>
>> -Jukka Rahkonen-
>>
>>
>> EVANS, JAMES wrote:
>>
>>> Hi,
>>> I'm running the dev version of MS4W with Mapcache.   Our security scans
>> are
>>> pointing to Apache and PHP that came with MS4W as vulnerabilities.
>>> Our system admin tried updating the Apache, but this caused problems
>>> with mod_mapcache.dll.  Has anyone had any luck upgrading the Apache
>>> and PHP that came with MS4W without breaking things?  Also, is there a
>>> good document describing how to deploy the latest Mapserver/Mapcache
>> on a widows server?
>>> James
>>>

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