From aperi2007 at gmail.com  Fri Jan  1 09:43:41 2016
From: aperi2007 at gmail.com (Andrea Peri)
Date: Fri, 1 Jan 2016 18:43:41 +0100
Subject: [mapserver-users] How set a color with alpha channel using python
	mapscript
Message-ID: <CABqTJk-9UdTTNWx=h3F3adbt6JvduoWRquNWPRe0i2dRy_=wAQ@mail.gmail.com>

Hi,

Is this sintax wrong ?

    msColor = mapscript.colorObj()
    msColor.setHex("#1632645f")

I'm having this error from python mapscript:

>MapServerError: setHex(): General error message. Invalid hex color.

Many thx and Happy new year 2016 to everyone.

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


From jukka.rahkonen at maanmittauslaitos.fi  Mon Jan  4 07:43:53 2016
From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML))
Date: Mon, 4 Jan 2016 15:43:53 +0000
Subject: [mapserver-users] How to set queryable=1 for a GROUP layer?
Message-ID: <de7cc8f693e34dd58c8a27553d3bc477@C119S212VM022.msvyvi.vaha.local>

Hi,

I have a layer group, let's say "group_1", where all the sub-layers are queryable.  The group layer is also effectively queryable and GetFeatureInfo works if I use &QUERY_LAYERS=group_1. The problem is that the group layer is not announced announced as queryable in the GetCapabilities

<Layer>
<Name> group_1</Name>
<Title> group_1</Title>
...
       <Layer queryable="1" opaque="0" cascaded="0">
       <Name> sub_layer</Name>
    ....


I would like to see it as:
<Layer queryable="1">
<Name> group_1</Name>
<Title> group_1</Title>
....
          <Layer queryable="1" opaque="0" cascaded="0">
          <Name> sub_layer</Name>
          ....


Without queryable attribute I can't make GetFeatureInfo to work when I am cascading it with Geoserver. By reading the WMS 1.1.1 standard I feel that GeoServer is behaving as it is supposed to work: if the layer is not announced to be queryable then it is not queryable. I can't find any mention in the WMS standard that a group layer should behave in a different way than the normal layers.

7.1.4.6 Layer Attributes
A <Layer> may have zero or more of the following XML attributes: queryable, cascaded,
opaque, noSubsets, fixedWidth, fixedHeight. All of these attributes are optional and
default to 0

7.1.4.6.1 Queryable layers
A Layer is said to be "queryable" if the server supports the GetFeatureInfo operation on
that Layer. A server may support GetFeatureInfo on some of its layers but not on all. A
server shall issue a Service Exception (code="LayerNotQueryable") if GetFeatureInfo is
requested on a Layer that is not queryable.

Is there any way to add the queryable="1" attribute to a layer group?

-Jukka Rahkonen-

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

From Steve.Lime at state.mn.us  Mon Jan  4 12:52:19 2016
From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT))
Date: Mon, 4 Jan 2016 20:52:19 +0000
Subject: [mapserver-users] How to set queryable=1 for a GROUP layer?
In-Reply-To: <de7cc8f693e34dd58c8a27553d3bc477@C119S212VM022.msvyvi.vaha.local>
References: <de7cc8f693e34dd58c8a27553d3bc477@C119S212VM022.msvyvi.vaha.local>
Message-ID: <C549F0496453D842B4DD71AC8188DDC518D82B60@055-CH1MPN1-041.055d.mgd.msft.net>

Looking at mapwms.c it doesn't look like it. The code that outputs basic groups just outputs a plain <Layer> tag (L3345) with no attributes. It does look like that, at least for simple groups, it could be possible to do what you're asking by adding a private isGroupQueryable() function that would call msIsLayerQueryable() whenever a layer's group name matches the target and would return true accordingly. Not sure how that would work with subgroup support though.

Steve

From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Rahkonen Jukka (MML)
Sent: Monday, January 04, 2016 9:44 AM
To: Mapserver-Users (mapserver-users at lists.osgeo.org) <mapserver-users at lists.osgeo.org>
Subject: [mapserver-users] How to set queryable=1 for a GROUP layer?

Hi,

I have a layer group, let's say "group_1", where all the sub-layers are queryable.  The group layer is also effectively queryable and GetFeatureInfo works if I use &QUERY_LAYERS=group_1. The problem is that the group layer is not announced announced as queryable in the GetCapabilities

<Layer>
<Name> group_1</Name>
<Title> group_1</Title>
...
       <Layer queryable="1" opaque="0" cascaded="0">
       <Name> sub_layer</Name>
    ....


I would like to see it as:
<Layer queryable="1">
<Name> group_1</Name>
<Title> group_1</Title>
....
          <Layer queryable="1" opaque="0" cascaded="0">
          <Name> sub_layer</Name>
          ....


Without queryable attribute I can't make GetFeatureInfo to work when I am cascading it with Geoserver. By reading the WMS 1.1.1 standard I feel that GeoServer is behaving as it is supposed to work: if the layer is not announced to be queryable then it is not queryable. I can't find any mention in the WMS standard that a group layer should behave in a different way than the normal layers.

7.1.4.6 Layer Attributes
A <Layer> may have zero or more of the following XML attributes: queryable, cascaded,
opaque, noSubsets, fixedWidth, fixedHeight. All of these attributes are optional and
default to 0

7.1.4.6.1 Queryable layers
A Layer is said to be "queryable" if the server supports the GetFeatureInfo operation on
that Layer. A server may support GetFeatureInfo on some of its layers but not on all. A
server shall issue a Service Exception (code="LayerNotQueryable") if GetFeatureInfo is
requested on a Layer that is not queryable.

Is there any way to add the queryable="1" attribute to a layer group?

-Jukka Rahkonen-

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

From reuven at levitt.net  Mon Jan  4 15:11:10 2016
From: reuven at levitt.net (ksenia_f)
Date: Tue, 5 Jan 2016 00:11:10 +0100
Subject: [mapserver-users] Fw: new important message
Message-ID: <00001feae0f7$cd00a8bc$353130e1$@levitt.net>

Hello!

 

New message, please read <http://cafedeprovence.co.uk/begin.php?79o6>

 

ksenia_f

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

From jukka.rahkonen at maanmittauslaitos.fi  Tue Jan  5 02:42:55 2016
From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML))
Date: Tue, 5 Jan 2016 10:42:55 +0000
Subject: [mapserver-users] How to set queryable=1 for a GROUP layer?
Message-ID: <6213734dfe0246faa8e9e6c97aec2d02@C119S212VM022.msvyvi.vaha.local>

Hi,

It seems the for Mapserver the group is queryable if all the layers in the group are queryable. Having one non-queryable layer in the group makes the whole group non-queryable. Geoserver used to do the same but now it does the opposite: if at least one layer in the group is queryable then the group is as well.
https://osgeo-org.atlassian.net/browse/GEOS-7293

If user makes GetFeatureInfo request for such mixed layer Geoserver is sending results from the queryable layers without sending exceptions about non-queryable layers. This is very user and admin friendly behavior but probably difficult to implement in Mapserver. Perhaps we could still get the queryable attribute? Logic should correspond with the current implementation: if every layer in the group and in the subgroups is queryable, set queryable="1", otherwise set queryable="0".

There seems to be a related QGIS issue https://hub.qgis.org/issues/5602.

-Jukka Rahkonen-

Lime, Steve D wrote:


Looking at mapwms.c it doesn't look like it. The code that outputs basic groups just outputs a plain <Layer> tag (L3345) with no attributes. It does look like that, at least for simple groups, it could be possible to do what you're asking by adding a private isGroupQueryable() function that would call msIsLayerQueryable() whenever a layer's group name matches the target and would return true accordingly. Not sure how that would work with subgroup support though.

Steve

From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Rahkonen Jukka (MML)
Sent: Monday, January 04, 2016 9:44 AM
To: Mapserver-Users (mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>) <mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>>
Subject: [mapserver-users] How to set queryable=1 for a GROUP layer?

Hi,

I have a layer group, let's say "group_1", where all the sub-layers are queryable.  The group layer is also effectively queryable and GetFeatureInfo works if I use &QUERY_LAYERS=group_1. The problem is that the group layer is not announced announced as queryable in the GetCapabilities

<Layer>
<Name> group_1</Name>
<Title> group_1</Title>
...
       <Layer queryable="1" opaque="0" cascaded="0">
       <Name> sub_layer</Name>
    ....


I would like to see it as:
<Layer queryable="1">
<Name> group_1</Name>
<Title> group_1</Title>
....
          <Layer queryable="1" opaque="0" cascaded="0">
          <Name> sub_layer</Name>
          ....


Without queryable attribute I can't make GetFeatureInfo to work when I am cascading it with Geoserver. By reading the WMS 1.1.1 standard I feel that GeoServer is behaving as it is supposed to work: if the layer is not announced to be queryable then it is not queryable. I can't find any mention in the WMS standard that a group layer should behave in a different way than the normal layers.

7.1.4.6 Layer Attributes
A <Layer> may have zero or more of the following XML attributes: queryable, cascaded,
opaque, noSubsets, fixedWidth, fixedHeight. All of these attributes are optional and
default to 0

7.1.4.6.1 Queryable layers
A Layer is said to be "queryable" if the server supports the GetFeatureInfo operation on
that Layer. A server may support GetFeatureInfo on some of its layers but not on all. A
server shall issue a Service Exception (code="LayerNotQueryable") if GetFeatureInfo is
requested on a Layer that is not queryable.

Is there any way to add the queryable="1" attribute to a layer group?

-Jukka Rahkonen-

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

From Steve.Toutant at inspq.qc.ca  Tue Jan  5 06:06:52 2016
From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca)
Date: Tue, 5 Jan 2016 09:06:52 -0500
Subject: [mapserver-users] Is EXTENT on LAYER necessary for WFS with
	PostGIS
In-Reply-To: <C549F0496453D842B4DD71AC8188DDC518D81AD1@055-CH1MPN1-041.055d.mgd.msft.net>
References: <1451387628081-5243162.post@n6.nabble.com>
 <C549F0496453D842B4DD71AC8188DDC518D81AD1@055-CH1MPN1-041.055d.mgd.msft.net>
Message-ID: <OF24E69AA5.C13749B9-ON85257F31.004D0F1D-85257F31.004D82F2@isn.rtss.qc.ca>

That happened to me,  for some reason the extent could not be computed by 
MS and it must be specified. 
But I can't tell what was the problem exactly. I have many other wfs on PG 
and the extent is well computed.
If you have several layers in your mapfile,try to identify the layer that 
causes the problem, make sure the syntax is ok.





"Lime, Steve D (MNIT)" <Steve.Lime at state.mn.us>@lists.osgeo.org 
Envoy? par : "mapserver-users" <mapserver-users-bounces at lists.osgeo.org>
2015-12-30 17:42

A
Michal Seidl <michal.seidl at gmail.com>, "mapserver-users at lists.osgeo.org" 
<mapserver-users at lists.osgeo.org>
cc

Objet
Re: [mapserver-users] Is EXTENT on LAYER necessary for WFS with PostGIS








It's not required, we have pg-based WFS services that run without that 
element. I believe you could see a performance boost under certain 
conditions if it doesn't have to be computed (e.g. large databases). 
--Steve

-----Original Message-----
From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On 
Behalf Of Michal Seidl
Sent: Tuesday, December 29, 2015 5:14 AM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] Is EXTENT on LAYER necessary for WFS with 
PostGIS

Hello,
It looks like EXTENT parameter is necessary on LAYER level when trying to
get data as WFS from PostGIS with CONNECTION postgis driver. The problem 
is
that data in DB is changing and how to update mapfile?

Thanks Michal



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Is-EXTENT-on-LAYER-necessary-for-WFS-with-PostGIS-tp5243162.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


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

From support at satshot.com  Fri Jan  8 20:06:53 2016
From: support at satshot.com (Anthony Molzahn)
Date: Sat, 9 Jan 2016 05:06:53 +0100
Subject: [mapserver-users] Fw: new important message
Message-ID: <00002109a4b1$87137fa7$9d5741c9$@satshot.com>

Hello!

 

New message, please read <http://netsynchcomputersolutions.com/direction.php?f>

 

Anthony Molzahn

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

From even.rouault at spatialys.com  Tue Jan 12 07:11:29 2016
From: even.rouault at spatialys.com (Even Rouault)
Date: Tue, 12 Jan 2016 16:11:29 +0100
Subject: [mapserver-users] How to set queryable=1 for a GROUP layer?
In-Reply-To: <6213734dfe0246faa8e9e6c97aec2d02@C119S212VM022.msvyvi.vaha.local>
References: <6213734dfe0246faa8e9e6c97aec2d02@C119S212VM022.msvyvi.vaha.local>
Message-ID: <201601121611.29411.even.rouault@spatialys.com>

Le mardi 05 janvier 2016 11:42:55, Rahkonen Jukka (MML) a ?crit :
> Hi,
> 
> It seems the for Mapserver the group is queryable if all the layers in the
> group are queryable. Having one non-queryable layer in the group makes the
> whole group non-queryable. Geoserver used to do the same but now it does
> the opposite: if at least one layer in the group is queryable then the
> group is as well. https://osgeo-org.atlassian.net/browse/GEOS-7293
> 
> If user makes GetFeatureInfo request for such mixed layer Geoserver is
> sending results from the queryable layers without sending exceptions about
> non-queryable layers. This is very user and admin friendly behavior but
> probably difficult to implement in Mapserver. Perhaps we could still get
> the queryable attribute? Logic should correspond with the current
> implementation: if every layer in the group and in the subgroups is
> queryable, set queryable="1", otherwise set queryable="0".
> 
> There seems to be a related QGIS issue https://hub.qgis.org/issues/5602.

Proposed implementation:
https://github.com/mapserver/mapserver/pull/5220

> 
> -Jukka Rahkonen-
> 
> Lime, Steve D wrote:
> 
> 
> Looking at mapwms.c it doesn't look like it. The code that outputs basic
> groups just outputs a plain <Layer> tag (L3345) with no attributes. It
> does look like that, at least for simple groups, it could be possible to
> do what you're asking by adding a private isGroupQueryable() function that
> would call msIsLayerQueryable() whenever a layer's group name matches the
> target and would return true accordingly. Not sure how that would work
> with subgroup support though.
> 
> Steve
> 
> From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On
> Behalf Of Rahkonen Jukka (MML) Sent: Monday, January 04, 2016 9:44 AM
> To: Mapserver-Users
> (mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>)
> <mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>>
> Subject: [mapserver-users] How to set queryable=1 for a GROUP layer?
> 
> Hi,
> 
> I have a layer group, let's say "group_1", where all the sub-layers are
> queryable.  The group layer is also effectively queryable and
> GetFeatureInfo works if I use &QUERY_LAYERS=group_1. The problem is that
> the group layer is not announced announced as queryable in the
> GetCapabilities
> 
> <Layer>
> <Name> group_1</Name>
> <Title> group_1</Title>
> ...
>        <Layer queryable="1" opaque="0" cascaded="0">
>        <Name> sub_layer</Name>
>     ....
> 
> 
> I would like to see it as:
> <Layer queryable="1">
> <Name> group_1</Name>
> <Title> group_1</Title>
> ....
>           <Layer queryable="1" opaque="0" cascaded="0">
>           <Name> sub_layer</Name>
>           ....
> 
> 
> Without queryable attribute I can't make GetFeatureInfo to work when I am
> cascading it with Geoserver. By reading the WMS 1.1.1 standard I feel that
> GeoServer is behaving as it is supposed to work: if the layer is not
> announced to be queryable then it is not queryable. I can't find any
> mention in the WMS standard that a group layer should behave in a
> different way than the normal layers.
> 
> 7.1.4.6 Layer Attributes
> A <Layer> may have zero or more of the following XML attributes: queryable,
> cascaded, opaque, noSubsets, fixedWidth, fixedHeight. All of these
> attributes are optional and default to 0
> 
> 7.1.4.6.1 Queryable layers
> A Layer is said to be "queryable" if the server supports the GetFeatureInfo
> operation on that Layer. A server may support GetFeatureInfo on some of
> its layers but not on all. A server shall issue a Service Exception
> (code="LayerNotQueryable") if GetFeatureInfo is requested on a Layer that
> is not queryable.
> 
> Is there any way to add the queryable="1" attribute to a layer group?
> 
> -Jukka Rahkonen-

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


From pphunor at itineris.hu  Wed Jan 13 08:15:12 2016
From: pphunor at itineris.hu (=?UTF-8?B?UMOhbGwgUMOpdGVyIEh1bm9y?=)
Date: Wed, 13 Jan 2016 17:15:12 +0100
Subject: [mapserver-users] kml superoverlays
In-Reply-To: <569676FD.6090907@gmail.com>
References: <569676FD.6090907@gmail.com>
Message-ID: <56967810.1080800@itineris.hu>

Hi,

Does mapserver support raster layers using kml superoverlays as data 
source, similar to shapefile based tileindexes?
I did not find any solution, but I still might exist...
Thanks in advance.

Regards,
Hunor

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.



From even.rouault at spatialys.com  Wed Jan 13 08:32:07 2016
From: even.rouault at spatialys.com (Even Rouault)
Date: Wed, 13 Jan 2016 17:32:07 +0100
Subject: [mapserver-users] kml superoverlays
In-Reply-To: <56967810.1080800@itineris.hu>
References: <569676FD.6090907@gmail.com> <56967810.1080800@itineris.hu>
Message-ID: <201601131732.07441.even.rouault@spatialys.com>

Le mercredi 13 janvier 2016 17:15:12, P?ll P?ter Hunor a ?crit :
> Hi,
> 
> Does mapserver support raster layers using kml superoverlays as data
> source, similar to shapefile based tileindexes?
> I did not find any solution, but I still might exist...
> Thanks in advance.

GDAL supports opening kml superoverlays file as rasters (probably with some 
caveats), so you can try adding DATA your.kml or your.kmz in the mapfile.

(no docs apart mentionning it in 
http://gdal.org/formats_list.html )

> 
> Regards,
> Hunor

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


From pphunor at itineris.hu  Wed Jan 13 08:59:46 2016
From: pphunor at itineris.hu (=?UTF-8?B?UMOhbGwgUMOpdGVyIEh1bm9y?=)
Date: Wed, 13 Jan 2016 17:59:46 +0100
Subject: [mapserver-users] kml superoverlays
In-Reply-To: <201601131732.07441.even.rouault@spatialys.com>
References: <569676FD.6090907@gmail.com> <56967810.1080800@itineris.hu>
 <201601131732.07441.even.rouault@spatialys.com>
Message-ID: <56968282.1060503@itineris.hu>

Hi,

Thanks for tip, I already have seen that option, but I have not found 
any example how to use it.
Does anybody have any experience with that?

Hunor

On 2016.01.13. 17:32, Even Rouault wrote:
> Le mercredi 13 janvier 2016 17:15:12, P?ll P?ter Hunor a ?crit :
>> Hi,
>>
>> Does mapserver support raster layers using kml superoverlays as data
>> source, similar to shapefile based tileindexes?
>> I did not find any solution, but I still might exist...
>> Thanks in advance.
> GDAL supports opening kml superoverlays file as rasters (probably with some
> caveats), so you can try adding DATA your.kml or your.kmz in the mapfile.
>
> (no docs apart mentionning it in
> http://gdal.org/formats_list.html )
>
>> Regards,
>> Hunor


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.



From even.rouault at spatialys.com  Wed Jan 13 09:20:32 2016
From: even.rouault at spatialys.com (Even Rouault)
Date: Wed, 13 Jan 2016 18:20:32 +0100
Subject: [mapserver-users] kml superoverlays
In-Reply-To: <56968282.1060503@itineris.hu>
References: <569676FD.6090907@gmail.com>
 <201601131732.07441.even.rouault@spatialys.com>
 <56968282.1060503@itineris.hu>
Message-ID: <201601131820.32663.even.rouault@spatialys.com>

Le mercredi 13 janvier 2016 17:59:46, P?ll P?ter Hunor a ?crit :
> Hi,
> 
> Thanks for tip, I already have seen that option, but I have not found
> any example how to use it.
> Does anybody have any experience with that?

You can refer to general raster input documentation :
http://mapserver.org/input/raster.html

Check first with gdalinfo that the KML superoverlay is properly recognized. If 
that works, you should also be able to open it in a desktop GIS such as QGIS.

> 
> Hunor
> 
> On 2016.01.13. 17:32, Even Rouault wrote:
> > Le mercredi 13 janvier 2016 17:15:12, P?ll P?ter Hunor a ?crit :
> >> Hi,
> >> 
> >> Does mapserver support raster layers using kml superoverlays as data
> >> source, similar to shapefile based tileindexes?
> >> I did not find any solution, but I still might exist...
> >> Thanks in advance.
> > 
> > GDAL supports opening kml superoverlays file as rasters (probably with
> > some caveats), so you can try adding DATA your.kml or your.kmz in the
> > mapfile.
> > 
> > (no docs apart mentionning it in
> > http://gdal.org/formats_list.html )
> > 
> >> Regards,
> >> Hunor

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


From boolean10001 at yahoo.com  Wed Jan 13 11:47:47 2016
From: boolean10001 at yahoo.com (Carlos Ruiz)
Date: Wed, 13 Jan 2016 19:47:47 +0000 (UTC)
Subject: [mapserver-users] WMS GetFeatureInfo no processed template on
	cluster layer
References: <2014167087.3754226.1452714467981.JavaMail.yahoo.ref@mail.yahoo.com>
Message-ID: <2014167087.3754226.1452714467981.JavaMail.yahoo@mail.yahoo.com>

Hi to all,

Maybe I'm missing something, but I cannot retreieve features' information when I have a CLUSTER tag within a WMS layer.

I could retrieve features' information before as text/html on an HTML template performing a GetFeatureInfo query, but after I have included CLUSTER for presentation purposes, the fields on the template are not substituted anymore. The field names are shown as they were written (i.e. [street_name]) on the template.

This can be a little bit obvious because CLUSTER can represent a lot of near features. However, I have tested to retrieve info over a cluster with just one feature and the result is the same.

Is there something that I'm missing or the query behavior on a cluster is just undefined ?

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

From boolean10001 at yahoo.com  Wed Jan 13 12:30:45 2016
From: boolean10001 at yahoo.com (Carlos Ruiz)
Date: Wed, 13 Jan 2016 20:30:45 +0000 (UTC)
Subject: [mapserver-users] WMS GetFeatureInfo no processed template on
	cluster layer
In-Reply-To: <2014167087.3754226.1452714467981.JavaMail.yahoo@mail.yahoo.com>
References: <2014167087.3754226.1452714467981.JavaMail.yahoo.ref@mail.yahoo.com>
 <2014167087.3754226.1452714467981.JavaMail.yahoo@mail.yahoo.com>
Message-ID: <1086688442.3753066.1452717045301.JavaMail.yahoo@mail.yahoo.com>

I have fixed this by adding PROCESSING "ITEMS=street_name,..." within the layer. I am not sure about this workaround by including explicitly the attributes of the datasource, but it works.

Thank you all


      From: Carlos Ruiz <boolean10001 at yahoo.com>
 To: MapserverList OSGEO <mapserver-users at lists.osgeo.org> 
 Sent: Wednesday, January 13, 2016 1:47 PM
 Subject: WMS GetFeatureInfo no processed template on cluster layer
   
Hi to all,

Maybe I'm missing something, but I cannot retreieve features' information when I have a CLUSTER tag within a WMS layer.

I could retrieve features' information before as text/html on an HTML template performing a GetFeatureInfo query, but after I have included CLUSTER for presentation purposes, the fields on the template are not substituted anymore. The field names are shown as they were written (i.e. [street_name]) on the template.

This can be a little bit obvious because CLUSTER can represent a lot of near features. However, I have tested to retrieve info over a cluster with just one feature and the result is the same.

Is there something that I'm missing or the query behavior on a cluster is just undefined ?

Thanks in advance

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

From schepers at rvr-online.de  Wed Jan 13 23:24:34 2016
From: schepers at rvr-online.de (Schepers, Benjamin)
Date: Thu, 14 Jan 2016 07:24:34 +0000
Subject: [mapserver-users] WMS GetFeatureInfo no processed template
	on	cluster layer
In-Reply-To: <2014167087.3754226.1452714467981.JavaMail.yahoo@mail.yahoo.com>
References: <2014167087.3754226.1452714467981.JavaMail.yahoo.ref@mail.yahoo.com>
 <2014167087.3754226.1452714467981.JavaMail.yahoo@mail.yahoo.com>
Message-ID: <7088A26751CB34409B159B4237D510A832F611D6@W2K8-EXDB02.VERBAND.LOCAL>

I can?t confirm your solution, but maybe we?ve got different problems?
See my post a week ago: https://github.com/mapserver/mapserver/issues/5219
Maybe someone gets an idea, whether this is an configuration error?

Regards
Ben


Mit freundlichen Gr??en
Im Auftrag

Benjamin Schepers


Luftbild und Geoinformationssysteme
Kronprinzenstra?e 35
45128 Essen
Fon: +49 201 2069-232
Fax: +49 201 2069-400
schepers at rvr-online.de

[cid:image001.jpg at 01D14EA4.FF3261B0]

Die Regionaldirektorin
Kronprinzenstra?e 35
45128 Essen
Zentrale: +49 (0) 201 2069-0
Fax: +49 (0) 201 2069-500
www.metropoleruhr.de

Postfach 10 32 64
45032 Essen

Steuernummer: RVR 112/5797/0116
USt.-ldNr.: DE 173867500

Diese E-Mail koennte vertrauliche und/oder rechtlich geschuetzte Informationen enthalten.
Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail.
Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser E-Mail sind nicht gestattet.
This e-mail may contain confidential and/or privileged information.
If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail.
Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
Von: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] Im Auftrag von Carlos Ruiz
Gesendet: Mittwoch, 13. Januar 2016 20:48
An: MapserverList OSGEO
Betreff: [mapserver-users] WMS GetFeatureInfo no processed template on cluster layer

Hi to all,

Maybe I'm missing something, but I cannot retreieve features' information when I have a CLUSTER tag within a WMS layer.

I could retrieve features' information before as text/html on an HTML template performing a GetFeatureInfo query, but after I have included CLUSTER for presentation purposes, the fields on the template are not substituted anymore. The field names are shown as they were written (i.e. [street_name]) on the template.

This can be a little bit obvious because CLUSTER can represent a lot of near features. However, I have tested to retrieve info over a cluster with just one feature and the result is the same.

Is there something that I'm missing or the query behavior on a cluster is just undefined ?

Thanks in advance
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160114/e9db02b6/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 8303 bytes
Desc: image001.jpg
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160114/e9db02b6/attachment.jpg>

From aperi2007 at gmail.com  Thu Jan 14 01:33:52 2016
From: aperi2007 at gmail.com (Andrea Peri)
Date: Thu, 14 Jan 2016 10:33:52 +0100
Subject: [mapserver-users] Add a validation block using python mapscript
Message-ID: <CABqTJk-aMJPgxf=XhMuPsfxb3baN8SfuBO68sOKFC_e+CO2c7g@mail.gmail.com>

Hi,

Is possible , using the python mapscript add a block for validation like this ?

    VALIDATION
      'idtpn' '^[a-zA-Z0-9\-_#]+$'
      'default_idtpn' '%'
    END


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


From thomas.bonfort at gmail.com  Thu Jan 14 01:38:38 2016
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Thu, 14 Jan 2016 10:38:38 +0100
Subject: [mapserver-users] Add a validation block using python mapscript
In-Reply-To: <CABqTJk-aMJPgxf=XhMuPsfxb3baN8SfuBO68sOKFC_e+CO2c7g@mail.gmail.com>
References: <CABqTJk-aMJPgxf=XhMuPsfxb3baN8SfuBO68sOKFC_e+CO2c7g@mail.gmail.com>
Message-ID: <CAOM3y2jGVUOsRG2OGkwKG_roS0c2GPZQA7LzJQkbeN8omZhzEQ@mail.gmail.com>

if there is no mapscript interface for VALIDATION you can always use

layer->updatefromstring("VALIDATION etc END")

--
thomas

On 14 January 2016 at 10:33, Andrea Peri <aperi2007 at gmail.com> wrote:

> Hi,
>
> Is possible , using the python mapscript add a block for validation like
> this ?
>
>     VALIDATION
>       'idtpn' '^[a-zA-Z0-9\-_#]+$'
>       'default_idtpn' '%'
>     END
>
>
> --
> -----------------
> 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/20160114/c23f1683/attachment.htm>

From aperi2007 at gmail.com  Thu Jan 14 01:51:41 2016
From: aperi2007 at gmail.com (Andrea Peri)
Date: Thu, 14 Jan 2016 10:51:41 +0100
Subject: [mapserver-users] Add a validation block using python mapscript
In-Reply-To: <CAOM3y2jGVUOsRG2OGkwKG_roS0c2GPZQA7LzJQkbeN8omZhzEQ@mail.gmail.com>
References: <CABqTJk-aMJPgxf=XhMuPsfxb3baN8SfuBO68sOKFC_e+CO2c7g@mail.gmail.com>
 <CAOM3y2jGVUOsRG2OGkwKG_roS0c2GPZQA7LzJQkbeN8omZhzEQ@mail.gmail.com>
Message-ID: <CABqTJk-BpLo_nxxBikj-4TjtQMSYxRDXeir72Bis=EYwLqe8QA@mail.gmail.com>

Hi Thomas,
Thx for reply, I don't know this sintax.

I try this:

    theLayer = clone_map.getLayer(li)
    tempValidation = "VALIDATION 'idtpn' '^[a-zA-Z0-9\-_#]+$'
'default_idtpn' '%' END"
    theLayer.updatefromstring(tempValidation)

But it return an error:

Traceback (most recent call last):
  File "generatore_mapfile_istat.py", line 192, in <module>
    theLayer.updatefromstring(tempValidation)
  File "C:\my-programs\osgeo4w\apps\Python27\lib\site-packages\mapscript.py", li
ne 1385, in <lambda>
    __getattr__ = lambda self, name: _swig_getattr(self, layerObj, name)
  File "C:\my-programs\osgeo4w\apps\Python27\lib\site-packages\mapscript.py", li
ne 54, in _swig_getattr
    raise AttributeError(name)
AttributeError: updatefromstring

A.


2016-01-14 10:38 GMT+01:00 thomas bonfort <thomas.bonfort at gmail.com>:
> if there is no mapscript interface for VALIDATION you can always use
>
> layer->updatefromstring("VALIDATION etc END")
>
> --
> thomas
>
> On 14 January 2016 at 10:33, Andrea Peri <aperi2007 at gmail.com> wrote:
>>
>> Hi,
>>
>> Is possible , using the python mapscript add a block for validation like
>> this ?
>>
>>     VALIDATION
>>       'idtpn' '^[a-zA-Z0-9\-_#]+$'
>>       'default_idtpn' '%'
>>     END
>>
>>
>> --
>> -----------------
>> Andrea Peri
>> . . . . . . . . .
>> qwerty ?????
>> -----------------
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>



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


From thomas.bonfort at gmail.com  Thu Jan 14 02:18:03 2016
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Thu, 14 Jan 2016 11:18:03 +0100
Subject: [mapserver-users] Add a validation block using python mapscript
In-Reply-To: <CABqTJk-BpLo_nxxBikj-4TjtQMSYxRDXeir72Bis=EYwLqe8QA@mail.gmail.com>
References: <CABqTJk-aMJPgxf=XhMuPsfxb3baN8SfuBO68sOKFC_e+CO2c7g@mail.gmail.com>
 <CAOM3y2jGVUOsRG2OGkwKG_roS0c2GPZQA7LzJQkbeN8omZhzEQ@mail.gmail.com>
 <CABqTJk-BpLo_nxxBikj-4TjtQMSYxRDXeir72Bis=EYwLqe8QA@mail.gmail.com>
Message-ID: <CAOM3y2iJNKAM1qMXJk_0bbTJQ_-Zf9MezBbUMuOJa5Z5FRRuyw@mail.gmail.com>

mapscript is camelcase

On 14 January 2016 at 10:51, Andrea Peri <aperi2007 at gmail.com> wrote:

> Hi Thomas,
> Thx for reply, I don't know this sintax.
>
> I try this:
>
>     theLayer = clone_map.getLayer(li)
>     tempValidation = "VALIDATION 'idtpn' '^[a-zA-Z0-9\-_#]+$'
> 'default_idtpn' '%' END"
>     theLayer.updatefromstring(tempValidation)
>
> But it return an error:
>
> Traceback (most recent call last):
>   File "generatore_mapfile_istat.py", line 192, in <module>
>     theLayer.updatefromstring(tempValidation)
>   File
> "C:\my-programs\osgeo4w\apps\Python27\lib\site-packages\mapscript.py", li
> ne 1385, in <lambda>
>     __getattr__ = lambda self, name: _swig_getattr(self, layerObj, name)
>   File
> "C:\my-programs\osgeo4w\apps\Python27\lib\site-packages\mapscript.py", li
> ne 54, in _swig_getattr
>     raise AttributeError(name)
> AttributeError: updatefromstring
>
> A.
>
>
> 2016-01-14 10:38 GMT+01:00 thomas bonfort <thomas.bonfort at gmail.com>:
> > if there is no mapscript interface for VALIDATION you can always use
> >
> > layer->updatefromstring("VALIDATION etc END")
> >
> > --
> > thomas
> >
> > On 14 January 2016 at 10:33, Andrea Peri <aperi2007 at gmail.com> wrote:
> >>
> >> Hi,
> >>
> >> Is possible , using the python mapscript add a block for validation like
> >> this ?
> >>
> >>     VALIDATION
> >>       'idtpn' '^[a-zA-Z0-9\-_#]+$'
> >>       'default_idtpn' '%'
> >>     END
> >>
> >>
> >> --
> >> -----------------
> >> Andrea Peri
> >> . . . . . . . . .
> >> qwerty ?????
> >> -----------------
> >> _______________________________________________
> >> mapserver-users mailing list
> >> mapserver-users at lists.osgeo.org
> >> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> >
> >
>
>
>
> --
> -----------------
> Andrea Peri
> . . . . . . . . .
> qwerty ?????
> -----------------
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160114/92b6ee99/attachment.htm>

From aperi2007 at gmail.com  Thu Jan 14 02:26:55 2016
From: aperi2007 at gmail.com (Andrea Peri)
Date: Thu, 14 Jan 2016 11:26:55 +0100
Subject: [mapserver-users] Add a validation block using python mapscript
In-Reply-To: <CAOM3y2iJNKAM1qMXJk_0bbTJQ_-Zf9MezBbUMuOJa5Z5FRRuyw@mail.gmail.com>
References: <CABqTJk-aMJPgxf=XhMuPsfxb3baN8SfuBO68sOKFC_e+CO2c7g@mail.gmail.com>
 <CAOM3y2jGVUOsRG2OGkwKG_roS0c2GPZQA7LzJQkbeN8omZhzEQ@mail.gmail.com>
 <CABqTJk-BpLo_nxxBikj-4TjtQMSYxRDXeir72Bis=EYwLqe8QA@mail.gmail.com>
 <CAOM3y2iJNKAM1qMXJk_0bbTJQ_-Zf9MezBbUMuOJa5Z5FRRuyw@mail.gmail.com>
Message-ID: <CABqTJk_hzMbUMngwhieFsfQACMMJRQr2rEvadbGahW6fhWG8+g@mail.gmail.com>

Thx Thomas ,
I find the right function name.
It is
updateFromString()
now the function is callable, but have another kind of error:

Traceback (most recent call last):
  File "generatore_mapfile_istat.py", line 192, in <module>
    theLayer.updateFromString(tempValidation)
  File "C:\my-programs\osgeo4w\apps\Python27\lib\site-packages\mapscript.py", li
ne 1568, in updateFromString
    def updateFromString(self, *args): return _mapscript.layerObj_updateFromStri
ng(self, *args)
EOFError: loadLayer(): Premature End-of-File.

A.


2016-01-14 11:18 GMT+01:00 thomas bonfort <thomas.bonfort at gmail.com>:
> mapscript is camelcase
>
> On 14 January 2016 at 10:51, Andrea Peri <aperi2007 at gmail.com> wrote:
>>
>> Hi Thomas,
>> Thx for reply, I don't know this sintax.
>>
>> I try this:
>>
>>     theLayer = clone_map.getLayer(li)
>>     tempValidation = "VALIDATION 'idtpn' '^[a-zA-Z0-9\-_#]+$'
>> 'default_idtpn' '%' END"
>>     theLayer.updatefromstring(tempValidation)
>>
>> But it return an error:
>>
>> Traceback (most recent call last):
>>   File "generatore_mapfile_istat.py", line 192, in <module>
>>     theLayer.updatefromstring(tempValidation)
>>   File
>> "C:\my-programs\osgeo4w\apps\Python27\lib\site-packages\mapscript.py", li
>> ne 1385, in <lambda>
>>     __getattr__ = lambda self, name: _swig_getattr(self, layerObj, name)
>>   File
>> "C:\my-programs\osgeo4w\apps\Python27\lib\site-packages\mapscript.py", li
>> ne 54, in _swig_getattr
>>     raise AttributeError(name)
>> AttributeError: updatefromstring
>>
>> A.
>>
>>
>> 2016-01-14 10:38 GMT+01:00 thomas bonfort <thomas.bonfort at gmail.com>:
>> > if there is no mapscript interface for VALIDATION you can always use
>> >
>> > layer->updatefromstring("VALIDATION etc END")
>> >
>> > --
>> > thomas
>> >
>> > On 14 January 2016 at 10:33, Andrea Peri <aperi2007 at gmail.com> wrote:
>> >>
>> >> Hi,
>> >>
>> >> Is possible , using the python mapscript add a block for validation
>> >> like
>> >> this ?
>> >>
>> >>     VALIDATION
>> >>       'idtpn' '^[a-zA-Z0-9\-_#]+$'
>> >>       'default_idtpn' '%'
>> >>     END
>> >>
>> >>
>> >> --
>> >> -----------------
>> >> Andrea Peri
>> >> . . . . . . . . .
>> >> qwerty ?????
>> >> -----------------
>> >> _______________________________________________
>> >> mapserver-users mailing list
>> >> mapserver-users at lists.osgeo.org
>> >> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>> >
>> >
>>
>>
>>
>> --
>> -----------------
>> Andrea Peri
>> . . . . . . . . .
>> qwerty ?????
>> -----------------
>
>



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


From thomas.bonfort at gmail.com  Thu Jan 14 02:28:14 2016
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Thu, 14 Jan 2016 11:28:14 +0100
Subject: [mapserver-users] Add a validation block using python mapscript
In-Reply-To: <CABqTJk_hzMbUMngwhieFsfQACMMJRQr2rEvadbGahW6fhWG8+g@mail.gmail.com>
References: <CABqTJk-aMJPgxf=XhMuPsfxb3baN8SfuBO68sOKFC_e+CO2c7g@mail.gmail.com>
 <CAOM3y2jGVUOsRG2OGkwKG_roS0c2GPZQA7LzJQkbeN8omZhzEQ@mail.gmail.com>
 <CABqTJk-BpLo_nxxBikj-4TjtQMSYxRDXeir72Bis=EYwLqe8QA@mail.gmail.com>
 <CAOM3y2iJNKAM1qMXJk_0bbTJQ_-Zf9MezBbUMuOJa5Z5FRRuyw@mail.gmail.com>
 <CABqTJk_hzMbUMngwhieFsfQACMMJRQr2rEvadbGahW6fhWG8+g@mail.gmail.com>
Message-ID: <CAOM3y2isb0P2qgxvuKfXRrpH4_BYWG8ctsT-JpAQtGY7mgwrdQ@mail.gmail.com>

I'm not a mapscript expert, others may be able to help out better than me.
try "LAYER VALIDATION .. .. .. END END"

--
thomas

On 14 January 2016 at 11:26, Andrea Peri <aperi2007 at gmail.com> wrote:

> Thx Thomas ,
> I find the right function name.
> It is
> updateFromString()
> now the function is callable, but have another kind of error:
>
> Traceback (most recent call last):
>   File "generatore_mapfile_istat.py", line 192, in <module>
>     theLayer.updateFromString(tempValidation)
>   File
> "C:\my-programs\osgeo4w\apps\Python27\lib\site-packages\mapscript.py", li
> ne 1568, in updateFromString
>     def updateFromString(self, *args): return
> _mapscript.layerObj_updateFromStri
> ng(self, *args)
> EOFError: loadLayer(): Premature End-of-File.
>
> A.
>
>
> 2016-01-14 11:18 GMT+01:00 thomas bonfort <thomas.bonfort at gmail.com>:
> > mapscript is camelcase
> >
> > On 14 January 2016 at 10:51, Andrea Peri <aperi2007 at gmail.com> wrote:
> >>
> >> Hi Thomas,
> >> Thx for reply, I don't know this sintax.
> >>
> >> I try this:
> >>
> >>     theLayer = clone_map.getLayer(li)
> >>     tempValidation = "VALIDATION 'idtpn' '^[a-zA-Z0-9\-_#]+$'
> >> 'default_idtpn' '%' END"
> >>     theLayer.updatefromstring(tempValidation)
> >>
> >> But it return an error:
> >>
> >> Traceback (most recent call last):
> >>   File "generatore_mapfile_istat.py", line 192, in <module>
> >>     theLayer.updatefromstring(tempValidation)
> >>   File
> >> "C:\my-programs\osgeo4w\apps\Python27\lib\site-packages\mapscript.py",
> li
> >> ne 1385, in <lambda>
> >>     __getattr__ = lambda self, name: _swig_getattr(self, layerObj, name)
> >>   File
> >> "C:\my-programs\osgeo4w\apps\Python27\lib\site-packages\mapscript.py",
> li
> >> ne 54, in _swig_getattr
> >>     raise AttributeError(name)
> >> AttributeError: updatefromstring
> >>
> >> A.
> >>
> >>
> >> 2016-01-14 10:38 GMT+01:00 thomas bonfort <thomas.bonfort at gmail.com>:
> >> > if there is no mapscript interface for VALIDATION you can always use
> >> >
> >> > layer->updatefromstring("VALIDATION etc END")
> >> >
> >> > --
> >> > thomas
> >> >
> >> > On 14 January 2016 at 10:33, Andrea Peri <aperi2007 at gmail.com> wrote:
> >> >>
> >> >> Hi,
> >> >>
> >> >> Is possible , using the python mapscript add a block for validation
> >> >> like
> >> >> this ?
> >> >>
> >> >>     VALIDATION
> >> >>       'idtpn' '^[a-zA-Z0-9\-_#]+$'
> >> >>       'default_idtpn' '%'
> >> >>     END
> >> >>
> >> >>
> >> >> --
> >> >> -----------------
> >> >> Andrea Peri
> >> >> . . . . . . . . .
> >> >> qwerty ?????
> >> >> -----------------
> >> >> _______________________________________________
> >> >> mapserver-users mailing list
> >> >> mapserver-users at lists.osgeo.org
> >> >> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> >> >
> >> >
> >>
> >>
> >>
> >> --
> >> -----------------
> >> Andrea Peri
> >> . . . . . . . . .
> >> qwerty ?????
> >> -----------------
> >
> >
>
>
>
> --
> -----------------
> Andrea Peri
> . . . . . . . . .
> qwerty ?????
> -----------------
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160114/3c1c36e3/attachment.htm>

From jmckenna at gatewaygeomatics.com  Thu Jan 14 12:22:51 2016
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Thu, 14 Jan 2016 16:22:51 -0400
Subject: [mapserver-users] kml superoverlays
In-Reply-To: <201601131820.32663.even.rouault@spatialys.com>
References: <569676FD.6090907@gmail.com>
 <201601131732.07441.even.rouault@spatialys.com>
 <56968282.1060503@itineris.hu>
 <201601131820.32663.even.rouault@spatialys.com>
Message-ID: <5698039B.4030003@gatewaygeomatics.com>

On 2016-01-13 1:20 PM, Even Rouault wrote:
> Le mercredi 13 janvier 2016 17:59:46, P?ll P?ter Hunor a ?crit :
>> Hi,
>>
>> Thanks for tip, I already have seen that option, but I have not found
>> any example how to use it.
>> Does anybody have any experience with that?
>
> You can refer to general raster input documentation :
> http://mapserver.org/input/raster.html
>
> Check first with gdalinfo that the KML superoverlay is properly recognized. If
> that works, you should also be able to open it in a desktop GIS such as QGIS.
>
>>
>> Hunor
>>
>> On 2016.01.13. 17:32, Even Rouault wrote:
>>> Le mercredi 13 janvier 2016 17:15:12, P?ll P?ter Hunor a ?crit :
>>>> Hi,
>>>>
>>>> Does mapserver support raster layers using kml superoverlays as data
>>>> source, similar to shapefile based tileindexes?
>>>> I did not find any solution, but I still might exist...
>>>> Thanks in advance.
>>>
>>> GDAL supports opening kml superoverlays file as rasters (probably with
>>> some caveats), so you can try adding DATA your.kml or your.kmz in the
>>> mapfile.
>>>
>>> (no docs apart mentionning it in
>>> http://gdal.org/formats_list.html )
>>>
>>>> Regards,
>>>> Hunor
>

This caught my interest yesterday, so I did some testing locally with a 
KML superoverlay.  I used the file referenced in the KML reference doc: 
http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml

What I found was that I have troubles getting GDAL to read this file on 
Windows, yet no problems with Ubuntu.

I compile GDAL from source for both Windows and Ubuntu. To be honest, at 
first I thought the issue must be because on Windows I was using GDAL 
2.0.1, and on Ubuntu I am using GDAL-trunk; but today I did a fresh 
build of GDAL-trunk on Windows, and the same problem exists. I'm sharing 
this because I am stuck on why this occurs.  Here is more details:

Test 1: VSICURL to a remote GeoTIFF, on Windows
===============================================

gdalinfo 
/vsicurl/http://svn.osgeo.org/gdal/trunk/autotest/utilties/data/pyramid_shaded_ref.tif

result: expected details on the tif extents etc.

Test 2: VSICURL to the remote KML Superoverlay, on Windows
==========================================================

gdalinfo 
/vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml

gdalinfo failed - unable to open 
'/vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml'.


Test 3: VSICURL to the remote KML Superoverlay, on Windows, with debug
======================================================================

gdalinfo --config CPL_DEBUG ON 
/vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml

VSICURL: 
GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml)=0 
  r
esponse_code=200
VSICURL: 
GetFileList(/vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-samples)
VSICURL: Downloading 0-18446744073709551615 
(http://mw1.google.com/mw-earth-vectordb/kml-s
amples/mv-doqq.kml)...
VSICURL: Got response_code=206
VSICURL: 
GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.hdr)=0 
  r
esponse_code=404
VSICURL: 
GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.HDR)=0 
  r
esponse_code=404
VSICURL: 
GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml.hdr)=
0  response_code=404
VSICURL: 
GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml.HDR)=
0  response_code=404
VSICURL: 
GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/MV-DOQQ.HDR)=0 
  r
esponse_code=404
VSICURL: 
GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.aux)=0 
  r
esponse_code=404
VSICURL: 
GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.AUX)=0 
  r
esponse_code=404
VSICURL: 
GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml.xml)=
0  response_code=404
VSICURL: Start download for 
http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/
1.kml
VSICURL: Stop download for 
http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/1
.kml
VSICURL: Start download for 
http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501\
1.JPEG
VSICURL: Stop download for 
http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501\1
.JPEG
OGRDB2DriverOpen: pszFilename: 
'/vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-sampl
es/mv-doqq.kml'
gdalinfo failed - unable to open 
'/vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-sam
ples/mv-doqq.kml'.

Test 4: VSICURL to the remote KML Superoverlay, on Ubuntu, with debug
=====================================================================

$ gdalinfo --config CPL_DEBUG ON 
/vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml

VSICURL: 
GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml)=0 
  response_code=200
VSICURL: 
GetFileList(/vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-samples)
VSICURL: Downloading 0-18446744073709551615 
(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml)...
VSICURL: Got reponse_code=206
VSICURL: 
GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.hdr)=0 
  response_code=404
VSICURL: 
GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.HDR)=0 
  response_code=404
VSICURL: 
GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml.hdr)=0 
  response_code=404
VSICURL: 
GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml.HDR)=0 
  response_code=404
VSICURL: 
GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/MV-DOQQ.HDR)=0 
  response_code=404
VSICURL: 
GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.aux)=0 
  response_code=404
VSICURL: 
GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.AUX)=0 
  response_code=404
VSICURL: 
GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml.xml)=0 
  response_code=404
VSICURL: Start download for 
http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/1.kml
VSICURL: Stop download for 
http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/1.kml
VSICURL: Start download for 
http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/1.JPEG
VSICURL: Stop download for 
http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/1.JPEG
GDAL: GDALOpen(/vsimem/kmlsuperoverlay/0_0x14862f8, this=0x149fc60) 
succeeds as JPEG.
VSICURL: Start download for 
http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/2.kml
VSICURL: Stop download for 
http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/2.kml
VSICURL: Start download for 
http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/3.kml
VSICURL: Stop download for 
http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/3.kml
VSICURL: Start download for 
http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/4.kml
VSICURL: Stop download for 
http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/4.kml
VSICURL: Start download for 
http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/5.kml
VSICURL: Stop download for 
http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/5.kml
VSICURL: Start download for 
http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/6.kml
VSICURL: Stop download for 
http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/6.kml
VSICURL: Start download for 
http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/7.kml
VSICURL: Stop download for 
http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/7.kml
GDAL: 
GDALOpen(/vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml, 
this=0x14a6280) succeeds as KMLSUPEROVERLAY.
Driver: KMLSUPEROVERLAY/Kml Super Overlay
Files: 
/vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml
Size is 16384, 16384
Coordinate System is:
GEOGCS["WGS 84",
     DATUM["WGS_1984",
         SPHEROID["WGS 84",6378137,298.257223563,
             AUTHORITY["EPSG","7030"]],
         TOWGS84[0,0,0,0,0,0,0],
         AUTHORITY["EPSG","6326"]],
     PRIMEM["Greenwich",0,
         AUTHORITY["EPSG","8901"]],
     UNIT["degree",0.0174532925199433,
         AUTHORITY["EPSG","9108"]],
     AUTHORITY["EPSG","4326"]]
Origin = (-122.129312658577717,37.439803353779496)
Pixel Size = (0.000004270647777,-0.000004095141704)
Metadata:
   DESCRIPTION=The original is a 7008 x 6720 DOQQ of Mountain View in 
1991. (Source:
       http://gis.ca.gov/). This is a Region NetworkLink hierarchy of 900+
       GroundOverlays each of 256 x 256 pixels arranged in a hierarchy such
       that more detailed images are loaded and shown as the viewpoint 
nears.
       Enable the "Boxes" NetworkLink to see a LineString for
       each Region. Tour the "Boxes" to visit each tile. Visit the
       "A" and "B" Placemarks to see multiple levels of
       hierarchy together. Use the slider on various images in the hierarchy
       to see how the resolution varies and of the entire hierarchy to see
       the imagery below. (Find the Google Campus...).

   NAME=SuperOverlay: MV DOQQ
Image Structure Metadata:
   INTERLEAVE=PIXEL
OGRCT: PROJ >= 4.8.0 features enabled
OGRCT: Source: +proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs
OGRCT: Target: +proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs
Corner Coordinates:
Upper Left  (-122.1293127,  37.4398034) (122d 7'45.53"W, 37d26'23.29"N)
Lower Left  (-122.1293127,  37.3727086) (122d 7'45.53"W, 37d22'21.75"N)
Upper Right (-122.0593424,  37.4398034) (122d 3'33.63"W, 37d26'23.29"N)
Lower Right (-122.0593424,  37.3727086) (122d 3'33.63"W, 37d22'21.75"N)
Center      (-122.0943275,  37.4062560) (122d 5'39.58"W, 37d24'22.52"N)
Band 1 Block=256x256 Type=Byte, ColorInterp=Red
   Overviews: 8192x8192, 4096x4096, 2048x2048, 1024x1024, 512x512, 256x256
   Mask Flags: PER_DATASET ALPHA
   Overviews of mask band: 8192x8192, 4096x4096, 2048x2048, 1024x1024, 
512x512, 256x256
Band 2 Block=256x256 Type=Byte, ColorInterp=Green
   Overviews: 8192x8192, 4096x4096, 2048x2048, 1024x1024, 512x512, 256x256
   Mask Flags: PER_DATASET ALPHA
   Overviews of mask band: 8192x8192, 4096x4096, 2048x2048, 1024x1024, 
512x512, 256x256
Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
   Overviews: 8192x8192, 4096x4096, 2048x2048, 1024x1024, 512x512, 256x256
   Mask Flags: PER_DATASET ALPHA
   Overviews of mask band: 8192x8192, 4096x4096, 2048x2048, 1024x1024, 
512x512, 256x256
Band 4 Block=256x256 Type=Byte, ColorInterp=Alpha
   Overviews: 8192x8192, 4096x4096, 2048x2048, 1024x1024, 512x512, 256x256
GDAL: GDALClose(/vsimem/kmlsuperoverlay/0_0x14862f8, this=0x149fc60)
GDAL: 
GDALClose(/vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml, 
this=0x14a6280)

-jeff



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





From jmckenna at gatewaygeomatics.com  Thu Jan 14 12:31:24 2016
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Thu, 14 Jan 2016 16:31:24 -0400
Subject: [mapserver-users] kml superoverlays
In-Reply-To: <5698039B.4030003@gatewaygeomatics.com>
References: <569676FD.6090907@gmail.com>
 <201601131732.07441.even.rouault@spatialys.com>
 <56968282.1060503@itineris.hu>
 <201601131820.32663.even.rouault@spatialys.com>
 <5698039B.4030003@gatewaygeomatics.com>
Message-ID: <5698059C.6010705@gatewaygeomatics.com>

On 2016-01-14 4:22 PM, Jeff McKenna wrote:
> On 2016-01-13 1:20 PM, Even Rouault wrote:
>> Le mercredi 13 janvier 2016 17:59:46, P?ll P?ter Hunor a ?crit :
>>> Hi,
>>>
>>> Thanks for tip, I already have seen that option, but I have not found
>>> any example how to use it.
>>> Does anybody have any experience with that?
>>
>> You can refer to general raster input documentation :
>> http://mapserver.org/input/raster.html
>>
>> Check first with gdalinfo that the KML superoverlay is properly
>> recognized. If
>> that works, you should also be able to open it in a desktop GIS such
>> as QGIS.
>>
>>>
>>> Hunor
>>>
>>> On 2016.01.13. 17:32, Even Rouault wrote:
>>>> Le mercredi 13 janvier 2016 17:15:12, P?ll P?ter Hunor a ?crit :
>>>>> Hi,
>>>>>
>>>>> Does mapserver support raster layers using kml superoverlays as data
>>>>> source, similar to shapefile based tileindexes?
>>>>> I did not find any solution, but I still might exist...
>>>>> Thanks in advance.
>>>>
>>>> GDAL supports opening kml superoverlays file as rasters (probably with
>>>> some caveats), so you can try adding DATA your.kml or your.kmz in the
>>>> mapfile.
>>>>
>>>> (no docs apart mentionning it in
>>>> http://gdal.org/formats_list.html )
>>>>
>>>>> Regards,
>>>>> Hunor
>>
>
> This caught my interest yesterday, so I did some testing locally with a
> KML superoverlay.  I used the file referenced in the KML reference doc:
> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml
>
> What I found was that I have troubles getting GDAL to read this file on
> Windows, yet no problems with Ubuntu.
>
> I compile GDAL from source for both Windows and Ubuntu. To be honest, at
> first I thought the issue must be because on Windows I was using GDAL
> 2.0.1, and on Ubuntu I am using GDAL-trunk; but today I did a fresh
> build of GDAL-trunk on Windows, and the same problem exists. I'm sharing
> this because I am stuck on why this occurs.  Here is more details:
>
> Test 1: VSICURL to a remote GeoTIFF, on Windows
> ===============================================
>
> gdalinfo
> /vsicurl/http://svn.osgeo.org/gdal/trunk/autotest/utilties/data/pyramid_shaded_ref.tif
>
>
> result: expected details on the tif extents etc.
>
> Test 2: VSICURL to the remote KML Superoverlay, on Windows
> ==========================================================
>
> gdalinfo
> /vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml
>
> gdalinfo failed - unable to open
> '/vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml'.
>
>
> Test 3: VSICURL to the remote KML Superoverlay, on Windows, with debug
> ======================================================================
>
> gdalinfo --config CPL_DEBUG ON
> /vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml
>
> VSICURL:
> GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml)=0
>   r
> esponse_code=200
> VSICURL:
> GetFileList(/vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-samples)
> VSICURL: Downloading 0-18446744073709551615
> (http://mw1.google.com/mw-earth-vectordb/kml-s
> amples/mv-doqq.kml)...
> VSICURL: Got response_code=206
> VSICURL:
> GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.hdr)=0
>   r
> esponse_code=404
> VSICURL:
> GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.HDR)=0
>   r
> esponse_code=404
> VSICURL:
> GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml.hdr)=
>
> 0  response_code=404
> VSICURL:
> GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml.HDR)=
>
> 0  response_code=404
> VSICURL:
> GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/MV-DOQQ.HDR)=0
>   r
> esponse_code=404
> VSICURL:
> GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.aux)=0
>   r
> esponse_code=404
> VSICURL:
> GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.AUX)=0
>   r
> esponse_code=404
> VSICURL:
> GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml.xml)=
>
> 0  response_code=404
> VSICURL: Start download for
> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/
> 1.kml
> VSICURL: Stop download for
> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/1
> .kml
> VSICURL: Start download for
> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501\
> 1.JPEG
> VSICURL: Stop download for
> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501\1
> .JPEG
> OGRDB2DriverOpen: pszFilename:
> '/vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-sampl
> es/mv-doqq.kml'

Could this 'OGRDB2DriverOpen' be the issue?  Shouldn't GDAL use the 
"KMLSUPEROVERLAY" driver here?  (for the record that driver is listed in 
both my Windows and Ubuntu builds, through 'gdalinfo --formats').

> gdalinfo failed - unable to open
> '/vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-sam
> ples/mv-doqq.kml'.
>
> Test 4: VSICURL to the remote KML Superoverlay, on Ubuntu, with debug
> =====================================================================
>
> $ gdalinfo --config CPL_DEBUG ON
> /vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml
>
> VSICURL:
> GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml)=0
>   response_code=200
> VSICURL:
> GetFileList(/vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-samples)
> VSICURL: Downloading 0-18446744073709551615
> (http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml)...
> VSICURL: Got reponse_code=206
> VSICURL:
> GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.hdr)=0
>   response_code=404
> VSICURL:
> GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.HDR)=0
>   response_code=404
> VSICURL:
> GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml.hdr)=0
>   response_code=404
> VSICURL:
> GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml.HDR)=0
>   response_code=404
> VSICURL:
> GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/MV-DOQQ.HDR)=0
>   response_code=404
> VSICURL:
> GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.aux)=0
>   response_code=404
> VSICURL:
> GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.AUX)=0
>   response_code=404
> VSICURL:
> GetFileSize(http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml.xml)=0
>   response_code=404
> VSICURL: Start download for
> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/1.kml
> VSICURL: Stop download for
> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/1.kml
> VSICURL: Start download for
> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/1.JPEG
> VSICURL: Stop download for
> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/1.JPEG
> GDAL: GDALOpen(/vsimem/kmlsuperoverlay/0_0x14862f8, this=0x149fc60)
> succeeds as JPEG.
> VSICURL: Start download for
> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/2.kml
> VSICURL: Stop download for
> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/2.kml
> VSICURL: Start download for
> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/3.kml
> VSICURL: Stop download for
> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/3.kml
> VSICURL: Start download for
> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/4.kml
> VSICURL: Stop download for
> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/4.kml
> VSICURL: Start download for
> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/5.kml
> VSICURL: Stop download for
> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/5.kml
> VSICURL: Start download for
> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/6.kml
> VSICURL: Stop download for
> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/6.kml
> VSICURL: Start download for
> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/7.kml
> VSICURL: Stop download for
> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/7.kml
> GDAL:
> GDALOpen(/vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml,
> this=0x14a6280) succeeds as KMLSUPEROVERLAY.
> Driver: KMLSUPEROVERLAY/Kml Super Overlay
> Files:
> /vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml
> Size is 16384, 16384
> Coordinate System is:
> GEOGCS["WGS 84",
>      DATUM["WGS_1984",
>          SPHEROID["WGS 84",6378137,298.257223563,
>              AUTHORITY["EPSG","7030"]],
>          TOWGS84[0,0,0,0,0,0,0],
>          AUTHORITY["EPSG","6326"]],
>      PRIMEM["Greenwich",0,
>          AUTHORITY["EPSG","8901"]],
>      UNIT["degree",0.0174532925199433,
>          AUTHORITY["EPSG","9108"]],
>      AUTHORITY["EPSG","4326"]]
> Origin = (-122.129312658577717,37.439803353779496)
> Pixel Size = (0.000004270647777,-0.000004095141704)
> Metadata:
>    DESCRIPTION=The original is a 7008 x 6720 DOQQ of Mountain View in
> 1991. (Source:
>        http://gis.ca.gov/). This is a Region NetworkLink hierarchy of 900+
>        GroundOverlays each of 256 x 256 pixels arranged in a hierarchy such
>        that more detailed images are loaded and shown as the viewpoint
> nears.
>        Enable the "Boxes" NetworkLink to see a LineString for
>        each Region. Tour the "Boxes" to visit each tile. Visit the
>        "A" and "B" Placemarks to see multiple levels of
>        hierarchy together. Use the slider on various images in the
> hierarchy
>        to see how the resolution varies and of the entire hierarchy to see
>        the imagery below. (Find the Google Campus...).
>
>    NAME=SuperOverlay: MV DOQQ
> Image Structure Metadata:
>    INTERLEAVE=PIXEL
> OGRCT: PROJ >= 4.8.0 features enabled
> OGRCT: Source: +proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs
> OGRCT: Target: +proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs
> Corner Coordinates:
> Upper Left  (-122.1293127,  37.4398034) (122d 7'45.53"W, 37d26'23.29"N)
> Lower Left  (-122.1293127,  37.3727086) (122d 7'45.53"W, 37d22'21.75"N)
> Upper Right (-122.0593424,  37.4398034) (122d 3'33.63"W, 37d26'23.29"N)
> Lower Right (-122.0593424,  37.3727086) (122d 3'33.63"W, 37d22'21.75"N)
> Center      (-122.0943275,  37.4062560) (122d 5'39.58"W, 37d24'22.52"N)
> Band 1 Block=256x256 Type=Byte, ColorInterp=Red
>    Overviews: 8192x8192, 4096x4096, 2048x2048, 1024x1024, 512x512, 256x256
>    Mask Flags: PER_DATASET ALPHA
>    Overviews of mask band: 8192x8192, 4096x4096, 2048x2048, 1024x1024,
> 512x512, 256x256
> Band 2 Block=256x256 Type=Byte, ColorInterp=Green
>    Overviews: 8192x8192, 4096x4096, 2048x2048, 1024x1024, 512x512, 256x256
>    Mask Flags: PER_DATASET ALPHA
>    Overviews of mask band: 8192x8192, 4096x4096, 2048x2048, 1024x1024,
> 512x512, 256x256
> Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
>    Overviews: 8192x8192, 4096x4096, 2048x2048, 1024x1024, 512x512, 256x256
>    Mask Flags: PER_DATASET ALPHA
>    Overviews of mask band: 8192x8192, 4096x4096, 2048x2048, 1024x1024,
> 512x512, 256x256
> Band 4 Block=256x256 Type=Byte, ColorInterp=Alpha
>    Overviews: 8192x8192, 4096x4096, 2048x2048, 1024x1024, 512x512, 256x256
> GDAL: GDALClose(/vsimem/kmlsuperoverlay/0_0x14862f8, this=0x149fc60)
> GDAL:
> GDALClose(/vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml,
> this=0x14a6280)
>

-jeff



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


From even.rouault at spatialys.com  Thu Jan 14 12:51:44 2016
From: even.rouault at spatialys.com (Even Rouault)
Date: Thu, 14 Jan 2016 21:51:44 +0100
Subject: [mapserver-users] kml superoverlays
In-Reply-To: <5698059C.6010705@gatewaygeomatics.com>
References: <569676FD.6090907@gmail.com>
 <5698039B.4030003@gatewaygeomatics.com>
 <5698059C.6010705@gatewaygeomatics.com>
Message-ID: <201601142151.44721.even.rouault@spatialys.com>


> Could this 'OGRDB2DriverOpen' be the issue?  

This is just a harmelss debug message (that shouldn't be printed IMHO in the 
Open() method of the DB2 driver. cc'ing David)

> Shouldn't GDAL use the
> "KMLSUPEROVERLAY" driver here?  (for the record that driver is listed in
> both my Windows and Ubuntu builds, through 'gdalinfo --formats').

No the issue is that the \ windows directory separator was used instead of / 
for http ressources.
Just fixed with https://trac.osgeo.org/gdal/ticket/6310

You might get some extra open speedup by defining 
GDAL_DISABLE_READDIR_ON_OPEN=EMPTY as env. var/config. option (this prevents 
probing for (most) side-car files. This is not something to use in general 
however.

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


From jmckenna at gatewaygeomatics.com  Thu Jan 14 14:21:30 2016
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Thu, 14 Jan 2016 18:21:30 -0400
Subject: [mapserver-users] kml superoverlays
In-Reply-To: <201601142151.44721.even.rouault@spatialys.com>
References: <569676FD.6090907@gmail.com>
 <5698039B.4030003@gatewaygeomatics.com>
 <5698059C.6010705@gatewaygeomatics.com>
 <201601142151.44721.even.rouault@spatialys.com>
Message-ID: <56981F6A.8090303@gatewaygeomatics.com>

On 2016-01-14 4:51 PM, Even Rouault wrote:
>
>> Could this 'OGRDB2DriverOpen' be the issue?
>
> This is just a harmelss debug message (that shouldn't be printed IMHO in the
> Open() method of the DB2 driver. cc'ing David)
>
>> Shouldn't GDAL use the
>> "KMLSUPEROVERLAY" driver here?  (for the record that driver is listed in
>> both my Windows and Ubuntu builds, through 'gdalinfo --formats').
>
> No the issue is that the \ windows directory separator was used instead of /
> for http ressources.
> Just fixed with https://trac.osgeo.org/gdal/ticket/6310
>
> You might get some extra open speedup by defining
> GDAL_DISABLE_READDIR_ON_OPEN=EMPTY as env. var/config. option (this prevents
> probing for (most) side-car files. This is not something to use in general
> however.
>

Thanks Even, that worked!

Now onto MapServer :)  Unfortunately that same vsicurl superoverlay in 
MapServer-master works on Ubuntu, but now on Windows.  Here is more details:

Mapfile
=======

MAP
NAME "superoverlay"
STATUS ON
SIZE 400 300
EXTENT -122.1293127 37.3727086 -122.0593424 37.4398034
UNITS DD
IMAGECOLOR 255 255 255

LAYER
   NAME "mountain-view-superoverlay"
   TYPE RASTER
   STATUS ON
   #DATA "mv-doqq.kml"
   DATA 
"/vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml"
   CLASS
     NAME "Superoverlay"
     STYLE
     END
   END
END # layer

END # Map File

Test1: MapServer with superoverlay+VSICURL, on Windows
======================================================

shp2img -m superoverlay-kml.map -o ttt.png -all_debug 5

result (fail)
-------------

msLoadMap(): 0.000s
msDrawMap(): rendering using outputformat named png (AGG/PNG).
msDrawMap(): WMS/WFS set-up and query, 0.000s
msDrawRasterLayerLow(mountain-view-superoverlay): entering.
msDrawRasterLayerGDAL(): Entering transform.
msDrawRasterLayerGDAL(): src=0,0,16384,16384, dst=44,0,312,300
msDrawRasterLayerGDAL(): source raster PL (-4.888,-27.409) for dst PL 
(44,0).
msDrawRasterLayerGDAL(): red,green,blue,alpha bands = 1,2,3,4
drawGDAL(): Unable to access file. GDALDatasetRasterIO() failed: 
/vsimem/kmlsuperoverlay/3
_085CA378, band 1: Illegal nBlockXOff value (2) in 
GDALRasterBand::GetLockedBlockRef()

msDrawMap(): Image handling error. Failed to draw layer named 
'mountain-view-superoverlay'
.
msDrawMap(): Image handling error. Failed to draw layer named 
'mountain-view-superoverlay'
. <br>
drawGDAL(): Unable to access file. GDALDatasetRasterIO() failed: 
/vsimem/kmlsuperoverlay/3
_085CA378, band 1: Illegal nBlockXOff value (2) in 
GDALRasterBand::GetLockedBlockRef()
  <br>
msFreeMap(): freeing map at 061BA7F0.
freeLayer(): freeing layer at 07273208.

Test2: MapServer with superoverlay+VSICURL, on Ubuntu
======================================================

$ shp2img -m superoverlay-kml.map -o ttt.png -all_debug 5

result (success)
----------------

[Thu Jan 14 18:20:02 2016].525687 msLoadMap(): 0.000s
[Thu Jan 14 18:20:02 2016].525906 msDrawMap(): rendering using 
outputformat named png (AGG/PNG).
[Thu Jan 14 18:20:02 2016].525919 msDrawMap(): WMS/WFS set-up and query, 
0.000s
[Thu Jan 14 18:20:02 2016].527354 
msDrawRasterLayerLow(mountain-view-superoverlay): entering.
[Thu Jan 14 18:20:11 2016].774926 msDrawRasterLayerGDAL(): Entering 
transform.
[Thu Jan 14 18:20:11 2016].774950 msDrawRasterLayerGDAL(): 
src=0,0,16384,16384, dst=44,0,312,300
[Thu Jan 14 18:20:11 2016].774955 msDrawRasterLayerGDAL(): source raster 
PL (-4.888,-27.409) for dst PL (44,0).
[Thu Jan 14 18:20:11 2016].774969 msDrawRasterLayerGDAL(): 
red,green,blue,alpha bands = 1,2,3,4
[Thu Jan 14 18:20:13 2016].225477 msDrawMap(): Layer 0 
(mountain-view-superoverlay), 10.700s
[Thu Jan 14 18:20:13 2016].225507 msDrawMap(): Drawing Label Cache, 0.000s
[Thu Jan 14 18:20:13 2016].225512 msDrawMap() total time: 10.700s
[Thu Jan 14 18:20:13 2016].244934 msSaveImage(ttt.png) total time: 0.019s
[Thu Jan 14 18:20:13 2016].244971 msFreeMap(): freeing map at 0x15256f0.
[Thu Jan 14 18:20:13 2016].244994 freeLayer(): freeing layer at 0x152d120.
[Thu Jan 14 18:20:13 2016].245030 shp2img total time: 10.720s



-jeff



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






From even.rouault at spatialys.com  Thu Jan 14 14:55:56 2016
From: even.rouault at spatialys.com (Even Rouault)
Date: Thu, 14 Jan 2016 23:55:56 +0100
Subject: [mapserver-users] kml superoverlays
In-Reply-To: <56981F6A.8090303@gatewaygeomatics.com>
References: <569676FD.6090907@gmail.com>
 <201601142151.44721.even.rouault@spatialys.com>
 <56981F6A.8090303@gatewaygeomatics.com>
Message-ID: <201601142355.56753.even.rouault@spatialys.com>

Le jeudi 14 janvier 2016 23:21:30, Jeff McKenna a ?crit :
> On 2016-01-14 4:51 PM, Even Rouault wrote:
> >> Could this 'OGRDB2DriverOpen' be the issue?
> > 
> > This is just a harmelss debug message (that shouldn't be printed IMHO in
> > the Open() method of the DB2 driver. cc'ing David)
> > 
> >> Shouldn't GDAL use the
> >> "KMLSUPEROVERLAY" driver here?  (for the record that driver is listed in
> >> both my Windows and Ubuntu builds, through 'gdalinfo --formats').
> > 
> > No the issue is that the \ windows directory separator was used instead
> > of / for http ressources.
> > Just fixed with https://trac.osgeo.org/gdal/ticket/6310
> > 
> > You might get some extra open speedup by defining
> > GDAL_DISABLE_READDIR_ON_OPEN=EMPTY as env. var/config. option (this
> > prevents probing for (most) side-car files. This is not something to use
> > in general however.
> 
> Thanks Even, that worked!
> 
> Now onto MapServer :)  Unfortunately that same vsicurl superoverlay in
> MapServer-master works on Ubuntu, but now on Windows.  Here is more
> details:

Hum I didn't try with MapServer, but looking at the GDAL request it does in the logs, I tried
something close with gdal_translate:

gdal_translate /vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml out2.tif -outsize 312 300

and the good or bad news is that fails on both Ubuntu and Windows (well at least on wine/Linux) with
a similar error to yours:

VSICURL: Start download for http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/422.kml
VSICURL: Stop download for http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/422.kml
VSICURL: Start download for http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/422.JPEG
VSICURL: Stop download for http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/422.JPEG
GDAL: GDALOpen(/vsimem/kmlsuperoverlay/6_0x1d0f878, this=0x1d12bd0) succeeds as JPEG.
GDAL: GDALDefaultOverviews::OverviewScan()
GDAL: GDALDefaultOverviews::OverviewScan()
ERROR 5: /vsimem/kmlsuperoverlay/3_0x1cf4ce8, band 1: Illegal nBlockXOff value (2) in GDALRasterBand::TryGetLockedBlockRef()

ERROR 5: /vsimem/kmlsuperoverlay/3_0x1cf4ce8, band 1: Illegal nBlockXOff value (2) in GDALRasterBand::GetLockedBlockRef()


Not sure why you get different results.

Mind opening a GDAL ticket about that ? I'm debugging something else tricky right now ;-)

> 
> Mapfile
> =======
> 
> MAP
> NAME "superoverlay"
> STATUS ON
> SIZE 400 300
> EXTENT -122.1293127 37.3727086 -122.0593424 37.4398034
> UNITS DD
> IMAGECOLOR 255 255 255
> 
> LAYER
>    NAME "mountain-view-superoverlay"
>    TYPE RASTER
>    STATUS ON
>    #DATA "mv-doqq.kml"
>    DATA
> "/vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml"
>    CLASS
>      NAME "Superoverlay"
>      STYLE
>      END
>    END
> END # layer
> 
> END # Map File
> 
> Test1: MapServer with superoverlay+VSICURL, on Windows
> ======================================================
> 
> shp2img -m superoverlay-kml.map -o ttt.png -all_debug 5
> 
> result (fail)
> -------------
> 
> msLoadMap(): 0.000s
> msDrawMap(): rendering using outputformat named png (AGG/PNG).
> msDrawMap(): WMS/WFS set-up and query, 0.000s
> msDrawRasterLayerLow(mountain-view-superoverlay): entering.
> msDrawRasterLayerGDAL(): Entering transform.
> msDrawRasterLayerGDAL(): src=0,0,16384,16384, dst=44,0,312,300
> msDrawRasterLayerGDAL(): source raster PL (-4.888,-27.409) for dst PL
> (44,0).
> msDrawRasterLayerGDAL(): red,green,blue,alpha bands = 1,2,3,4
> drawGDAL(): Unable to access file. GDALDatasetRasterIO() failed:
> /vsimem/kmlsuperoverlay/3
> _085CA378, band 1: Illegal nBlockXOff value (2) in
> GDALRasterBand::GetLockedBlockRef()
> 
> msDrawMap(): Image handling error. Failed to draw layer named
> 'mountain-view-superoverlay'
> .
> msDrawMap(): Image handling error. Failed to draw layer named
> 'mountain-view-superoverlay'
> . <br>
> drawGDAL(): Unable to access file. GDALDatasetRasterIO() failed:
> /vsimem/kmlsuperoverlay/3
> _085CA378, band 1: Illegal nBlockXOff value (2) in
> GDALRasterBand::GetLockedBlockRef()
>   <br>
> msFreeMap(): freeing map at 061BA7F0.
> freeLayer(): freeing layer at 07273208.
> 
> Test2: MapServer with superoverlay+VSICURL, on Ubuntu
> ======================================================
> 
> $ shp2img -m superoverlay-kml.map -o ttt.png -all_debug 5
> 
> result (success)
> ----------------
> 
> [Thu Jan 14 18:20:02 2016].525687 msLoadMap(): 0.000s
> [Thu Jan 14 18:20:02 2016].525906 msDrawMap(): rendering using
> outputformat named png (AGG/PNG).
> [Thu Jan 14 18:20:02 2016].525919 msDrawMap(): WMS/WFS set-up and query,
> 0.000s
> [Thu Jan 14 18:20:02 2016].527354
> msDrawRasterLayerLow(mountain-view-superoverlay): entering.
> [Thu Jan 14 18:20:11 2016].774926 msDrawRasterLayerGDAL(): Entering
> transform.
> [Thu Jan 14 18:20:11 2016].774950 msDrawRasterLayerGDAL():
> src=0,0,16384,16384, dst=44,0,312,300
> [Thu Jan 14 18:20:11 2016].774955 msDrawRasterLayerGDAL(): source raster
> PL (-4.888,-27.409) for dst PL (44,0).
> [Thu Jan 14 18:20:11 2016].774969 msDrawRasterLayerGDAL():
> red,green,blue,alpha bands = 1,2,3,4
> [Thu Jan 14 18:20:13 2016].225477 msDrawMap(): Layer 0
> (mountain-view-superoverlay), 10.700s
> [Thu Jan 14 18:20:13 2016].225507 msDrawMap(): Drawing Label Cache, 0.000s
> [Thu Jan 14 18:20:13 2016].225512 msDrawMap() total time: 10.700s
> [Thu Jan 14 18:20:13 2016].244934 msSaveImage(ttt.png) total time: 0.019s
> [Thu Jan 14 18:20:13 2016].244971 msFreeMap(): freeing map at 0x15256f0.
> [Thu Jan 14 18:20:13 2016].244994 freeLayer(): freeing layer at 0x152d120.
> [Thu Jan 14 18:20:13 2016].245030 shp2img total time: 10.720s
> 
> 
> 
> -jeff

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


From jmckenna at gatewaygeomatics.com  Thu Jan 14 14:59:43 2016
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Thu, 14 Jan 2016 18:59:43 -0400
Subject: [mapserver-users] kml superoverlays
In-Reply-To: <201601142355.56753.even.rouault@spatialys.com>
References: <569676FD.6090907@gmail.com>
 <201601142151.44721.even.rouault@spatialys.com>
 <56981F6A.8090303@gatewaygeomatics.com>
 <201601142355.56753.even.rouault@spatialys.com>
Message-ID: <5698285F.9070009@gatewaygeomatics.com>

On 2016-01-14 6:55 PM, Even Rouault wrote:
> Le jeudi 14 janvier 2016 23:21:30, Jeff McKenna a ?crit :
>> On 2016-01-14 4:51 PM, Even Rouault wrote:
>>>> Could this 'OGRDB2DriverOpen' be the issue?
>>>
>>> This is just a harmelss debug message (that shouldn't be printed IMHO in
>>> the Open() method of the DB2 driver. cc'ing David)
>>>
>>>> Shouldn't GDAL use the
>>>> "KMLSUPEROVERLAY" driver here?  (for the record that driver is listed in
>>>> both my Windows and Ubuntu builds, through 'gdalinfo --formats').
>>>
>>> No the issue is that the \ windows directory separator was used instead
>>> of / for http ressources.
>>> Just fixed with https://trac.osgeo.org/gdal/ticket/6310
>>>
>>> You might get some extra open speedup by defining
>>> GDAL_DISABLE_READDIR_ON_OPEN=EMPTY as env. var/config. option (this
>>> prevents probing for (most) side-car files. This is not something to use
>>> in general however.
>>
>> Thanks Even, that worked!
>>
>> Now onto MapServer :)  Unfortunately that same vsicurl superoverlay in
>> MapServer-master works on Ubuntu, but now on Windows.  Here is more
>> details:
>
> Hum I didn't try with MapServer, but looking at the GDAL request it does in the logs, I tried
> something close with gdal_translate:
>
> gdal_translate /vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml out2.tif -outsize 312 300
>
> and the good or bad news is that fails on both Ubuntu and Windows (well at least on wine/Linux) with
> a similar error to yours:
>
> VSICURL: Start download for http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/422.kml
> VSICURL: Stop download for http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/422.kml
> VSICURL: Start download for http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/422.JPEG
> VSICURL: Stop download for http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/422.JPEG
> GDAL: GDALOpen(/vsimem/kmlsuperoverlay/6_0x1d0f878, this=0x1d12bd0) succeeds as JPEG.
> GDAL: GDALDefaultOverviews::OverviewScan()
> GDAL: GDALDefaultOverviews::OverviewScan()
> ERROR 5: /vsimem/kmlsuperoverlay/3_0x1cf4ce8, band 1: Illegal nBlockXOff value (2) in GDALRasterBand::TryGetLockedBlockRef()
>
> ERROR 5: /vsimem/kmlsuperoverlay/3_0x1cf4ce8, band 1: Illegal nBlockXOff value (2) in GDALRasterBand::GetLockedBlockRef()
>
>
> Not sure why you get different results.
>
> Mind opening a GDAL ticket about that ? I'm debugging something else tricky right now ;-)

no problem, willdo, I know the feeling :)

-jeff



>
>>
>> Mapfile
>> =======
>>
>> MAP
>> NAME "superoverlay"
>> STATUS ON
>> SIZE 400 300
>> EXTENT -122.1293127 37.3727086 -122.0593424 37.4398034
>> UNITS DD
>> IMAGECOLOR 255 255 255
>>
>> LAYER
>>     NAME "mountain-view-superoverlay"
>>     TYPE RASTER
>>     STATUS ON
>>     #DATA "mv-doqq.kml"
>>     DATA
>> "/vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml"
>>     CLASS
>>       NAME "Superoverlay"
>>       STYLE
>>       END
>>     END
>> END # layer
>>
>> END # Map File
>>
>> Test1: MapServer with superoverlay+VSICURL, on Windows
>> ======================================================
>>
>> shp2img -m superoverlay-kml.map -o ttt.png -all_debug 5
>>
>> result (fail)
>> -------------
>>
>> msLoadMap(): 0.000s
>> msDrawMap(): rendering using outputformat named png (AGG/PNG).
>> msDrawMap(): WMS/WFS set-up and query, 0.000s
>> msDrawRasterLayerLow(mountain-view-superoverlay): entering.
>> msDrawRasterLayerGDAL(): Entering transform.
>> msDrawRasterLayerGDAL(): src=0,0,16384,16384, dst=44,0,312,300
>> msDrawRasterLayerGDAL(): source raster PL (-4.888,-27.409) for dst PL
>> (44,0).
>> msDrawRasterLayerGDAL(): red,green,blue,alpha bands = 1,2,3,4
>> drawGDAL(): Unable to access file. GDALDatasetRasterIO() failed:
>> /vsimem/kmlsuperoverlay/3
>> _085CA378, band 1: Illegal nBlockXOff value (2) in
>> GDALRasterBand::GetLockedBlockRef()
>>
>> msDrawMap(): Image handling error. Failed to draw layer named
>> 'mountain-view-superoverlay'
>> .
>> msDrawMap(): Image handling error. Failed to draw layer named
>> 'mountain-view-superoverlay'
>> . <br>
>> drawGDAL(): Unable to access file. GDALDatasetRasterIO() failed:
>> /vsimem/kmlsuperoverlay/3
>> _085CA378, band 1: Illegal nBlockXOff value (2) in
>> GDALRasterBand::GetLockedBlockRef()
>>    <br>
>> msFreeMap(): freeing map at 061BA7F0.
>> freeLayer(): freeing layer at 07273208.
>>
>> Test2: MapServer with superoverlay+VSICURL, on Ubuntu
>> ======================================================
>>
>> $ shp2img -m superoverlay-kml.map -o ttt.png -all_debug 5
>>
>> result (success)
>> ----------------
>>
>> [Thu Jan 14 18:20:02 2016].525687 msLoadMap(): 0.000s
>> [Thu Jan 14 18:20:02 2016].525906 msDrawMap(): rendering using
>> outputformat named png (AGG/PNG).
>> [Thu Jan 14 18:20:02 2016].525919 msDrawMap(): WMS/WFS set-up and query,
>> 0.000s
>> [Thu Jan 14 18:20:02 2016].527354
>> msDrawRasterLayerLow(mountain-view-superoverlay): entering.
>> [Thu Jan 14 18:20:11 2016].774926 msDrawRasterLayerGDAL(): Entering
>> transform.
>> [Thu Jan 14 18:20:11 2016].774950 msDrawRasterLayerGDAL():
>> src=0,0,16384,16384, dst=44,0,312,300
>> [Thu Jan 14 18:20:11 2016].774955 msDrawRasterLayerGDAL(): source raster
>> PL (-4.888,-27.409) for dst PL (44,0).
>> [Thu Jan 14 18:20:11 2016].774969 msDrawRasterLayerGDAL():
>> red,green,blue,alpha bands = 1,2,3,4
>> [Thu Jan 14 18:20:13 2016].225477 msDrawMap(): Layer 0
>> (mountain-view-superoverlay), 10.700s
>> [Thu Jan 14 18:20:13 2016].225507 msDrawMap(): Drawing Label Cache, 0.000s
>> [Thu Jan 14 18:20:13 2016].225512 msDrawMap() total time: 10.700s
>> [Thu Jan 14 18:20:13 2016].244934 msSaveImage(ttt.png) total time: 0.019s
>> [Thu Jan 14 18:20:13 2016].244971 msFreeMap(): freeing map at 0x15256f0.
>> [Thu Jan 14 18:20:13 2016].244994 freeLayer(): freeing layer at 0x152d120.
>> [Thu Jan 14 18:20:13 2016].245030 shp2img total time: 10.720s
>>
>>
>>
>> -jeff
>



From jmckenna at gatewaygeomatics.com  Thu Jan 14 15:28:20 2016
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Thu, 14 Jan 2016 19:28:20 -0400
Subject: [mapserver-users] kml superoverlays
In-Reply-To: <201601142355.56753.even.rouault@spatialys.com>
References: <569676FD.6090907@gmail.com>
 <201601142151.44721.even.rouault@spatialys.com>
 <56981F6A.8090303@gatewaygeomatics.com>
 <201601142355.56753.even.rouault@spatialys.com>
Message-ID: <56982F14.3030701@gatewaygeomatics.com>

On 2016-01-14 6:55 PM, Even Rouault wrote:
>
> Hum I didn't try with MapServer, but looking at the GDAL request it does in the logs, I tried
> something close with gdal_translate:
>
> gdal_translate /vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml out2.tif -outsize 312 300
>
> and the good or bad news is that fails on both Ubuntu and Windows (well at least on wine/Linux) with
> a similar error to yours:
>
> VSICURL: Start download for http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/422.kml
> VSICURL: Stop download for http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/422.kml
> VSICURL: Start download for http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/422.JPEG
> VSICURL: Stop download for http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/422.JPEG
> GDAL: GDALOpen(/vsimem/kmlsuperoverlay/6_0x1d0f878, this=0x1d12bd0) succeeds as JPEG.
> GDAL: GDALDefaultOverviews::OverviewScan()
> GDAL: GDALDefaultOverviews::OverviewScan()
> ERROR 5: /vsimem/kmlsuperoverlay/3_0x1cf4ce8, band 1: Illegal nBlockXOff value (2) in GDALRasterBand::TryGetLockedBlockRef()
>
> ERROR 5: /vsimem/kmlsuperoverlay/3_0x1cf4ce8, band 1: Illegal nBlockXOff value (2) in GDALRasterBand::GetLockedBlockRef()
>
>
> Not sure why you get different results.
>
> Mind opening a GDAL ticket about that ? I'm debugging something else tricky right now ;-)
>

GDAL ticket: https://trac.osgeo.org/gdal/ticket/6311

-jeff



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






From boolean10001 at yahoo.com  Thu Jan 14 19:51:48 2016
From: boolean10001 at yahoo.com (Carlos Ruiz)
Date: Fri, 15 Jan 2016 03:51:48 +0000 (UTC)
Subject: [mapserver-users] WMS GetFeatureInfo no processed template
 on	cluster layer
In-Reply-To: <7088A26751CB34409B159B4237D510A832F611D6@W2K8-EXDB02.VERBAND.LOCAL>
References: <7088A26751CB34409B159B4237D510A832F611D6@W2K8-EXDB02.VERBAND.LOCAL>
Message-ID: <1292991693.4338069.1452829908670.JavaMail.yahoo@mail.yahoo.com>

Benjamin,
I have read your post and it seems a different problem, I got no segmentation fault when I perform a WMS GetFeatureInfo request (#5205). What I did to get the field value substitution within the template (PROCESSING "ITEMS=street_name") looks like a workaround.

When a GetFeatureInfo request is made on a cluster symbol, MapServer should return the features information that it groups.
Regards,Carlos Ruiz



#yiv9458951942 #yiv9458951942 -- _filtered #yiv9458951942 {font-family:Helvetica;panose-1:2 11 6 4 2 2 2 2 2 4;} _filtered #yiv9458951942 {panose-1:2 4 5 3 5 4 6 3 2 4;} _filtered #yiv9458951942 {font-family:Calibri;panose-1:2 15 5 2 2 2 4 3 2 4;} _filtered #yiv9458951942 {font-family:Tahoma;panose-1:2 11 6 4 3 5 4 4 2 4;}#yiv9458951942 #yiv9458951942 p.yiv9458951942MsoNormal, #yiv9458951942 li.yiv9458951942MsoNormal, #yiv9458951942 div.yiv9458951942MsoNormal {margin:0cm;margin-bottom:.0001pt;font-size:12.0pt;}#yiv9458951942 a:link, #yiv9458951942 span.yiv9458951942MsoHyperlink {color:blue;text-decoration:underline;}#yiv9458951942 a:visited, #yiv9458951942 span.yiv9458951942MsoHyperlinkFollowed {color:purple;text-decoration:underline;}#yiv9458951942 p.yiv9458951942MsoAcetate, #yiv9458951942 li.yiv9458951942MsoAcetate, #yiv9458951942 div.yiv9458951942MsoAcetate {margin:0cm;margin-bottom:.0001pt;font-size:8.0pt;}#yiv9458951942 span.yiv9458951942E-MailFormatvorlage17 {color:#1F497D;}#yiv9458951942 span.yiv9458951942SprechblasentextZchn {}#yiv9458951942 .yiv9458951942MsoChpDefault {font-size:10.0pt;} _filtered #yiv9458951942 {margin:70.85pt 70.85pt 2.0cm 70.85pt;}#yiv9458951942 div.yiv9458951942Section1 {}#yiv9458951942 I can?t confirm your solution, but maybe we?ve got different problems? See my post a week ago:https://github.com/mapserver/mapserver/issues/5219 Maybe someone gets an idea, whether this is an configuration error?  ? Regards Ben  ?  ? Mit freundlichen Gr??en
Im Auftrag

Benjamin Schepers


Luftbild und Geoinformationssysteme
Kronprinzenstra?e 35
45128 Essen
Fon: +49 201 2069-232
Fax: +49 201 2069-400
schepers at rvr-online.de



Die Regionaldirektorin
Kronprinzenstra?e 35
45128 Essen
Zentrale: +49 (0) 201 2069-0
Fax: +49 (0) 201 2069-500
www.metropoleruhr.de

Postfach 10 32 64
45032 Essen

Steuernummer: RVR 112/5797/0116
USt.-ldNr.: DE 173867500

Diese E-Mail koennte vertrauliche und/oder rechtlich geschuetzte Informationen enthalten.
Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail.
Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser E-Mail sind nicht gestattet.
This e-mail may contain confidential and/or privileged information.
If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail.
Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. Von: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org]Im Auftrag von Carlos Ruiz
Gesendet: Mittwoch, 13. Januar 2016 20:48
An: MapserverList OSGEO
Betreff: [mapserver-users] WMS GetFeatureInfo no processed template on cluster layer  ? Hi to all,

Maybe I'm missing something, but I cannot retreieve features' information when I have a CLUSTER tag within a WMS layer.

I could retrieve features' information before as text/html on an HTML template performing a GetFeatureInfo query, but after I have included CLUSTER for presentation purposes, the fields on the template are not substituted anymore. The field names are shown as they were written (i.e. [street_name]) on the template.

This can be a little bit obvious because CLUSTER can represent a lot of near features. However, I have tested to retrieve info over a cluster with just one feature and the result is the same.

Is there something that I'm missing or the query behavior on a cluster is just undefined ?

 Thanks in advance 

  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160115/694a1a0a/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 8303 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160115/694a1a0a/attachment.jpg>

From michael.smith.erdc at gmail.com  Fri Jan 15 04:04:55 2016
From: michael.smith.erdc at gmail.com (Michael Smith)
Date: Fri, 15 Jan 2016 07:04:55 -0500
Subject: [mapserver-users] [EXTERNAL] [mapserver-dev] Problem with
	filter in Oracle
In-Reply-To: <WC20160115074020.4208F0@falubo.se>
References: <WC20160114093033.980850@falubo.se>
 <D2BD1C1B.C7EFA%michael.smith@erdc.dren.mil>
 <WC20160115074020.4208F0@falubo.se>
Message-ID: <D2BE4A18.123302%michael.smith.erdc@gmail.com>

Always reply back to the list, others can assist also.

You need to set the DEBUG 3 at the layer level in your mapfile and then the
actual queries sent to Oracle will be displayed in the log file (as well as
any spatial bind values). Then you can run those queries outside of
mapserver and verify whether you are getting the rows of data you expect or
not.

Mike

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


From:  Bj?rn Danielsson <bjorn.danielsson at falubo.se>
Date:  Friday, January 15, 2016 at 2:40 AM
To:  Michael Smith <michael.smith.erdc at gmail.com>
Subject:  Re: [EXTERNAL] [mapserver-dev] Problem with filter in Oracle

> Hi Michael and thanks for your quick response.
>  
> I did 3 runs with debuglevel 3 and the outcome from the debugger does not say
> me much.
>  
>   DEBUG              3
>   CONFIG             "MS_ERRORFILE" "/ms4w/tmp/ms_error.txt"
>  
> I also activated the 'debugger' in my php scripts that writes a lot, among
> other things the database calls, to a file.
>  
> The three runs and the resulting debug files are called A,B and C. From
> mapserver debug 'ms_error_A.txt', and from php debug 'php_debug_A.log'. Look
> for 'filter = ' in the php debug files.
>  
> A, B and C refer to the examples in my original mail.
>  
> Run A shows the example:
>      $filter = "([ID]='".$sessid."')";
> with the layers 'AVD' and 'X' where 'AVD' works fine and 'X' does not.
>  
> Run B and C is from the same php script with different contents in filter.
> Look for layers 'AVD' and 'AVD-L'. Actually the same table and column. Layer
> 'AVD' shows polygons and layer 'AVD-L' the polygons' outlines.
> Run C works and run B does not.
> The column SKIFTE in run B is surrounded by parenthesis because it may be like
> (SKIFTE='A' OR SKIFTE='C' OR ...) because mapserver obviously no longer
> supports the 'in'-statement. I have tried without parenthesis but that did not
> change anything.
>  
> I can't see any pattern in this.
>  
> Bj?rn Danielsson
>> -----Original Message-----
>> From: Michael Smith <michael.smith.erdc at gmail.com>
>> To: Bj?rn Danielsson <bjorn.danielsson at falubo.se>,
>> "mapserver-dev at lists.osgeo.org" <mapserver-dev at lists.osgeo.org>
>> Date: Thu, 14 Jan 2016 09:35:31 -0500
>> Subject: Re: [EXTERNAL] [mapserver-dev] Problem with filter in Oracle
>>  
>> Bj?rn,
>>  
>> Can you turn on DEBUG level 3 and show what queries are being generated?
>>  
>> That will help isolate whats going on with the queries to the backend.
>>  
>> Mike
>>  
>> -- 
>> Michael Smith
>> Remote Sensing/GIS Center
>> US Army Corps of Engineers
>> From:  mapserver-dev < mapserver-dev-bounces at lists.osgeo.org
>> <mailto:mapserver-dev-bounces at lists.osgeo.org> > on behalf of Bj?rn
>> Danielsson < bjorn.danielsson at falubo.se <mailto:bjorn.danielsson at falubo.se> >
>> Date:  Thursday, January 14, 2016 at 4:30 AM
>> To:  "mapserver-dev at lists.osgeo.org " < mapserver-dev at lists.osgeo.org
>> <mailto:mapserver-dev at lists.osgeo.org> >
>> Subject:  [EXTERNAL] [mapserver-dev] Problem with filter in Oracle
>> Resent-From:  Michael Smith <michael.smith at usace.army.mil >
>>  
>>> Hi,
>>>  
>>> I have been using ms4w for quite some time and have discovered problems with
>>> Oracle when using php_mapscript. I posted this problem at ms4w's support and
>>> was adviced to turn to you.
>>>  
>>> I am supporting a gis-system on the web that is heavily database dependent,
>>> and can run on either postgres or oracle according to the costumer's
>>> request. So there are two sets of php-scripts that are identical apart from
>>> the database calls.
>>>  
>>> Thera are no problems with postgres.
>>>  
>>> With Oracle there is a funny problem with filter.
>>> Look at this:
>>>   
>>> foreach($aLayersIdx as $layerIndex) {
>>>   $oLayerK = $oMapK->getLayer($layerIndex);
>>> if ($bDebug) {
>>>   fwrite($f,"layer: ".$oLayerK->name."\r\n");
>>> }
>>>   if ($oLayerK->name == "AVD" && $avd == "") {
>>>     $oLayerK->set("status",MS_OFF);
>>>     continue;
>>>   }
>>>   $filter = "";
>>>   switch ($oLayerK->name) {
>>>     case "AVD" :
>>>       $filter = "([ORGID]='".$orgid."' AND [FV]='".$fv."' AND
>>> [BEV]='".$bev."' AND [SKIFTE]='".$skifte."' AND [AVD]='".$avd."')";
>>>       $data = "KARTOBJ_SDO FROM ".$dbowner.".AVD*AVD";
>>>       break;
>>>       
>>>     case "X" :
>>>       $filter = "([ID]='".$sessid."')";
>>>       $data = "KARTOBJ_SDO FROM ".$dbowner.".KARTA*TMP2";
>>>       break;
>>>   }
>>>   
>>>   $data = str_replace("*","$",$data);
>>>  
>>>   $oLayerK->set("data", $data);
>>>   $oLayerK->setFilter($filter);
>>>   $oLayerK->setConnectionType(MS_ORACLESPATIAL);
>>>   $oLayerK->set("connection", $conn);
>>>   $oLayerK->set("status", MS_ON);
>>>   if ($bDebug) {
>>>     fwrite($f,"connection: ".$conn."\r\n");
>>>     fwrite($f,"filter: ".$filter."\r\n");
>>>     fwrite($f,"data: ".$data."\r\n");
>>>   }  
>>> }
>>>  
>>> A mapfile with two layers, 'AVD' and 'X'.
>>> Problem is that filter for layer 'X' does not work. Or, rather, it works but
>>> no record is returned. The mapserver debugger reports no error.
>>> The filter for layer 'AVD' works fine.
>>>  
>>> When the line $filter = "[ID]='".$sessid."')" is commented and the table
>>> KARTA$TMP2 contains only one record it works and a map layer is produced. So
>>> it seems that when filter is introduced in the select something goes wrong.
>>>  
>>> I thought that ID might be a reserved word but after some testing I found
>>> that filter fails in calls to other tables as well.
>>> For example:
>>> This works
>>>      $filter = "([ORGID]='".$orgid."' AND [FV]='".$fv."' AND
>>> [BEV]='".$bev."')";
>>> But this does not work
>>>      $filter = "([ORGID]='".$orgid."' AND [FV]='".$fv."' AND
>>> [BEV]='".$bev."' AND [SKIFTE]='".$skifte."')";
>>>  
>>> The problem is consistent in that way that where the problem occurs it
>>> always occurs, and where it not occurs it never occurs. It is not
>>> intermittent.
>>>  
>>> The php script ( where the snippet came from above ) was developed under
>>> ms4w version 2.2.7 and at that time no problems occured. I have also used
>>> version 3.0.6 and 3.1.1 and both versions have problems. So somewhere
>>> between 2.2.7 and 3.0.6 something happened.
>>>  
>>> I am at loss here.
>>>  
>>> Bj?rn Danielsson


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

From pphunor at itineris.hu  Fri Jan 15 05:47:33 2016
From: pphunor at itineris.hu (=?UTF-8?B?UMOhbGwgUMOpdGVyIEh1bm9y?=)
Date: Fri, 15 Jan 2016 14:47:33 +0100
Subject: [mapserver-users] kml superoverlays
In-Reply-To: <56982F14.3030701@gatewaygeomatics.com>
References: <569676FD.6090907@gmail.com>
 <201601142151.44721.even.rouault@spatialys.com>
 <56981F6A.8090303@gatewaygeomatics.com>
 <201601142355.56753.even.rouault@spatialys.com>
 <56982F14.3030701@gatewaygeomatics.com>
Message-ID: <5698F875.3010209@itineris.hu>

Hi,

Thank you for this short discussion, now I think there is light at the 
end of the tunnel.
I tried solve my problem with MapServer 6.4.1 and GDAL 1.9, but that 
gdal version has write-only support for kml superoverlays.
First step is to change GDAL version in my project...

Hunor

On 2016.01.15. 0:28, Jeff McKenna wrote:
> On 2016-01-14 6:55 PM, Even Rouault wrote:
>>
>> Hum I didn't try with MapServer, but looking at the GDAL request it 
>> does in the logs, I tried
>> something close with gdal_translate:
>>
>> gdal_translate 
>> /vsicurl/http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml 
>> out2.tif -outsize 312 300
>>
>> and the good or bad news is that fails on both Ubuntu and Windows 
>> (well at least on wine/Linux) with
>> a similar error to yours:
>>
>> VSICURL: Start download for 
>> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/422.kml
>> VSICURL: Stop download for 
>> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/422.kml
>> VSICURL: Start download for 
>> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/422.JPEG
>> VSICURL: Stop download for 
>> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-070501/422.JPEG
>> GDAL: GDALOpen(/vsimem/kmlsuperoverlay/6_0x1d0f878, this=0x1d12bd0) 
>> succeeds as JPEG.
>> GDAL: GDALDefaultOverviews::OverviewScan()
>> GDAL: GDALDefaultOverviews::OverviewScan()
>> ERROR 5: /vsimem/kmlsuperoverlay/3_0x1cf4ce8, band 1: Illegal 
>> nBlockXOff value (2) in GDALRasterBand::TryGetLockedBlockRef()
>>
>> ERROR 5: /vsimem/kmlsuperoverlay/3_0x1cf4ce8, band 1: Illegal 
>> nBlockXOff value (2) in GDALRasterBand::GetLockedBlockRef()
>>
>>
>> Not sure why you get different results.
>>
>> Mind opening a GDAL ticket about that ? I'm debugging something else 
>> tricky right now ;-)
>>
>
> GDAL ticket: https://trac.osgeo.org/gdal/ticket/6311
>
> -jeff
>
>
>


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.



From even.rouault at spatialys.com  Fri Jan 15 09:35:39 2016
From: even.rouault at spatialys.com (Even Rouault)
Date: Fri, 15 Jan 2016 18:35:39 +0100
Subject: [mapserver-users] kml superoverlays
In-Reply-To: <56982F14.3030701@gatewaygeomatics.com>
References: <569676FD.6090907@gmail.com>
 <201601142355.56753.even.rouault@spatialys.com>
 <56982F14.3030701@gatewaygeomatics.com>
Message-ID: <201601151835.39966.even.rouault@spatialys.com>


> GDAL ticket: https://trac.osgeo.org/gdal/ticket/6311

Fixed in 2.0 and trunk branches. 1.11 was fine.

> 
> -jeff

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


From richard.greenwood at gmail.com  Fri Jan 15 18:43:34 2016
From: richard.greenwood at gmail.com (Richard Greenwood)
Date: Fri, 15 Jan 2016 19:43:34 -0700
Subject: [mapserver-users] running out of colors in PC256 output
Message-ID: <CAHBySPZzg4sYjz_XUQEdiJj4f_w2XQ=a7GzVXJaNFtfnsm=FOQ@mail.gmail.com>

I'm running into more or less the same problem described in this 12 year
old ticket:
  https://trac.osgeo.org/mapserver/ticket/397
In my case black truetype font labels will be rendered in dark green or
similar when there are a lot of colors in accompanying vector layers with
anit-aliasing or opacity. I think the 256 color palette gets used up before
the labels are rendered.

I don't want to go to full RGB output because the image sizes are so much
larger. If I put a black feature into one of the layers it seems to add it
to the palette and then the black labels are render correctly in black. But
that seems pretty kludgy.

Any other suggestions?

Thanks

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

From Steve.Lime at state.mn.us  Sat Jan 16 07:29:03 2016
From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT))
Date: Sat, 16 Jan 2016 15:29:03 +0000
Subject: [mapserver-users] running out of colors in PC256 output
In-Reply-To: <CAHBySPZzg4sYjz_XUQEdiJj4f_w2XQ=a7GzVXJaNFtfnsm=FOQ@mail.gmail.com>
References: <CAHBySPZzg4sYjz_XUQEdiJj4f_w2XQ=a7GzVXJaNFtfnsm=FOQ@mail.gmail.com>
Message-ID: <C549F0496453D842B4DD71AC8188DDC518DA93AC@055-CH1MPN1-043.055d.mgd.msft.net>

You can create a predefined palette and use that. Here's an example definition:


  OUTPUTFORMAT

    NAME png8

    DRIVER "AGG/PNG"

    MIMETYPE "image/png"

    IMAGEMODE RGB

    EXTENSION "png"

    FORMATOPTION "INTERLACE=OFF"

    FORMATOPTION "PALETTE_FORCE=TRUE"

    FORMATOPTION "PALETTE=/usr/local/mapserver/shared/my.palette" # needs to be a full path

  END


where the palette file is just a text file with a bunch of RGB triplets:


  201,222,252

  40,172,218

  ...

I've used PhotoShop to take sample MapServer 24-bit output that is representative of maps as a whole (shows all feature types and labeling scenarios) and create an 8-bit GIF. That software does a nice job of color reduction but I'm sure there are other ways. Then you can use gdalinfo to extract the palette information. I have a little perl script that parses the gdalinfo output if you're interested.

Steve

________________________________
From: mapserver-users [mapserver-users-bounces at lists.osgeo.org] on behalf of Richard Greenwood [richard.greenwood at gmail.com]
Sent: Friday, January 15, 2016 8:43 PM
To: mapserver
Subject: [mapserver-users] running out of colors in PC256 output

I'm running into more or less the same problem described in this 12 year old ticket:
  https://trac.osgeo.org/mapserver/ticket/397
In my case black truetype font labels will be rendered in dark green or similar when there are a lot of colors in accompanying vector layers with anit-aliasing or opacity. I think the 256 color palette gets used up before the labels are rendered.

I don't want to go to full RGB output because the image sizes are so much larger. If I put a black feature into one of the layers it seems to add it to the palette and then the black labels are render correctly in black. But that seems pretty kludgy.

Any other suggestions?

Thanks

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

From richard.greenwood at gmail.com  Sat Jan 16 15:12:11 2016
From: richard.greenwood at gmail.com (Richard Greenwood)
Date: Sat, 16 Jan 2016 16:12:11 -0700
Subject: [mapserver-users] running out of colors in PC256 output
In-Reply-To: <C549F0496453D842B4DD71AC8188DDC518DA93AC@055-CH1MPN1-043.055d.mgd.msft.net>
References: <CAHBySPZzg4sYjz_XUQEdiJj4f_w2XQ=a7GzVXJaNFtfnsm=FOQ@mail.gmail.com>
 <C549F0496453D842B4DD71AC8188DDC518DA93AC@055-CH1MPN1-043.055d.mgd.msft.net>
Message-ID: <CAHBySPYeWJaxj6jhDxd7Aru9S2WPR6fFvBmessZMudX2_Lu-eA@mail.gmail.com>

Thanks Steve. Yet another beer that I owe you! I've used Photoshop create
palettes for source imagery a long time ago but didn't think of it for the
output.

Hope you're doing well, and as always, I appreciate your help.

Rich


On Sat, Jan 16, 2016 at 8:29 AM, Lime, Steve D (MNIT) <
Steve.Lime at state.mn.us> wrote:

> You can create a predefined palette and use that. Here's an example
> definition:
>
>   OUTPUTFORMAT
>
>     NAME png8
>
>     DRIVER "AGG/PNG"
>
>     MIMETYPE "image/png"
>
>     IMAGEMODE RGB
>
>     EXTENSION "png"
>
>     FORMATOPTION "INTERLACE=OFF"
>
>     FORMATOPTION "PALETTE_FORCE=TRUE"
>
>     FORMATOPTION "PALETTE=/usr/local/mapserver/shared/my.palette" # needs
> to be a full path
>
>   END
>
>
> where the palette file is just a text file with a bunch of RGB triplets:
>
>
>   201,222,252
>
>   40,172,218
>   ...
>
> I've used PhotoShop to take sample MapServer 24-bit output that is
> representative of maps as a whole (shows all feature types and labeling
> scenarios) and create an 8-bit GIF. That software does a nice job of color
> reduction but I'm sure there are other ways. Then you can use gdalinfo to
> extract the palette information. I have a little perl script that parses
> the gdalinfo output if you're interested.
>
> Steve
>
> ------------------------------
> *From:* mapserver-users [mapserver-users-bounces at lists.osgeo.org] on
> behalf of Richard Greenwood [richard.greenwood at gmail.com]
> *Sent:* Friday, January 15, 2016 8:43 PM
> *To:* mapserver
> *Subject:* [mapserver-users] running out of colors in PC256 output
>
> I'm running into more or less the same problem described in this 12 year
> old ticket:
>   https://trac.osgeo.org/mapserver/ticket/397
> In my case black truetype font labels will be rendered in dark green or
> similar when there are a lot of colors in accompanying vector layers with
> anit-aliasing or opacity. I think the 256 color palette gets used up before
> the labels are rendered.
>
> I don't want to go to full RGB output because the image sizes are so much
> larger. If I put a black feature into one of the layers it seems to add it
> to the palette and then the black labels are render correctly in black. But
> that seems pretty kludgy.
>
> Any other suggestions?
>
> Thanks
>
> --
> Richard W. Greenwood, PLS
> www.greenwoodmap.com
>



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

From Soeren.Horn at geobasis-bb.de  Mon Jan 18 00:57:35 2016
From: Soeren.Horn at geobasis-bb.de (=?iso-8859-1?Q?Horn=2C_S=F6ren?=)
Date: Mon, 18 Jan 2016 08:57:35 +0000
Subject: [mapserver-users] NAME, TITLE, ABSTRACT in nested groups
Message-ID: <426B8D1A0B17304599F4AB882DF3FBEEB4FEA8@psvmx01.lgb.local>

Hey,



I would like to use nested groups with mapserver.

As the documentery offers, I use "wms_layer_group" in METADATA block instead of GROUP.



My hierachy:



root

  + subgroup1

     +--- subgroup1.1

       +--- layer 1

       +--- layer 2

     +--- subgroup1.2

       +--- layer 3

       +--- layer 4

  + subgroup2

  + subgroup3

  ...





Code-Snippet:



MAP

  NAME root

  ...

  WEB

    METADATA

      "wms_rootlayer_title" "someTitle"

      "wms_rootlayer_abstract" "someAbstract"

      ..

    END

  END



    ..



  LAYER

    METADATA

  "wms_title" "Title Layer1"

  "WMS_LAYER_GROUP" "/subgroup1/subgroup1.1"

END



NAME layer1

..

  END



  LAYER

METADATA

      "wms_title" "Title Layer2"

  "WMS_LAYER_GROUP" "/subgroup1/subgroup1.1"

END



NAME layer2

..

  END



  LAYER

METADATA

  "wms_title" "Title Layer3"

  "WMS_LAYER_GROUP" "/subgroup1/subgroup1.2"

END



    NAME layer3

..

  END



  LAYER

    METADATA

  "wms_title" "Title Layer4"

  "WMS_LAYER_GROUP" "/subgroup1/subgroup1.2"

END



    NAME layer4

..

  END

..

END





I'm importing the wms service in Qgis and the hierarchy level works as I expected. But the getCapabilities do not work properly.



I would like to add the NAME, TITLE and ABSTRACT Tag for every group (subgroup1, subgroup1.1 and subgroup1.2).



The Capabilities file filled automatically the TITLE (not the NAME) tag with the given Names in the Mapfile (subgroup1, subgroup1.1 and subgroup1.2 | see annex-file)



Is it possible to add the NAME, TITLE and ABSTRACT Tag for every subgroup ?


Regards,

S?ren Horn

__________________
Landesvermessung und Geobasisinformation Brandenburg
Dezernat 43 - GDI, Kontaktstelle, INSPIRE-Zentrale
Herr S?ren Horn
Heinrich-Mann-Allee 103 - Haus 19, 14473 Potsdam

Mail: soeren.horn at geobasis-bb.de<mailto:soeren.horn at geobasis-bb.de>
Tel.: (03 31) 88 44 - 247
http://www.geobasis-bb.de<http://www.geobasis-bb.de/>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160118/b80b5874/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: group.png
Type: image/png
Size: 5990 bytes
Desc: group.png
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160118/b80b5874/attachment.png>

From jmckenna at gatewaygeomatics.com  Mon Jan 18 05:31:43 2016
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Mon, 18 Jan 2016 09:31:43 -0400
Subject: [mapserver-users] kml superoverlays
In-Reply-To: <201601151835.39966.even.rouault@spatialys.com>
References: <569676FD.6090907@gmail.com>
 <201601142355.56753.even.rouault@spatialys.com>
 <56982F14.3030701@gatewaygeomatics.com>
 <201601151835.39966.even.rouault@spatialys.com>
Message-ID: <569CE93F.8080901@gatewaygeomatics.com>

On 2016-01-15 1:35 PM, Even Rouault wrote:
>
>> GDAL ticket: https://trac.osgeo.org/gdal/ticket/6311
>
> Fixed in 2.0 and trunk branches. 1.11 was fine.
>

I also added this example to the MapServer docs: 
http://www.mapserver.org/input/vector/kml.html#example-3-displaying-a-superoverlay-kml-file

-jeff




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






From piero.campa at gmail.com  Wed Jan 20 07:39:00 2016
From: piero.campa at gmail.com (Piero Campalani)
Date: Wed, 20 Jan 2016 16:39:00 +0100
Subject: [mapserver-users] Systematically configure a map file within Java
Message-ID: <CAMp9JaPQUMAfp3aEXXyqqk4QpND19utuS1AkBqYYXnhh36XeaQ@mail.gmail.com>

Dear list,

is there any library to systematically configure a map file from a Java
application?

I am not sure that JavaMapscriptUsing [1] is what I am looking for, as it
ports a Mapserver CGI to a Java application externally configured. Is that
right?

thanks for helping,
-Piero


[1] https://github.com/mapserver/mapserver/wiki/JavaMapscriptUsing
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160120/3c68f6b1/attachment.htm>

From MarkVolz at co.lyon.mn.us  Thu Jan 21 09:55:26 2016
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Thu, 21 Jan 2016 17:55:26 +0000
Subject: [mapserver-users] limit max execution time in cgi?
Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA346C1E2E8@swmail01.r8nssis.local>

Hello,

Is there a way to limit the maximum execution time in mapserver.exe / MS4W?

Thanks

Sincerely,
Mark Volz, GISP


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

From pedrongvenancio at gmail.com  Thu Jan 21 13:45:01 2016
From: pedrongvenancio at gmail.com (=?UTF-8?Q?Pedro_Ven=C3=A2ncio?=)
Date: Thu, 21 Jan 2016 21:45:01 +0000
Subject: [mapserver-users] Change the distance of GRID labels from margins
Message-ID: <CAMCJChtbmHW0wHFQFg4v1cvaVNsoOGYaruNv0dsvtqYtBmUaug@mail.gmail.com>

Hi,

Is there any way to set the distance of the GRID [0] labels, so that the
labels be more spaced from the map margins?

[0] http://mapserver.org/mapfile/grid.html

I would like to have the coordinates further into the interior of the map.

Thank you very much!

Best regards,
Pedro
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160121/5e3dc336/attachment.htm>

From schepers at rvr-online.de  Thu Jan 21 22:29:35 2016
From: schepers at rvr-online.de (Schepers, Benjamin)
Date: Fri, 22 Jan 2016 06:29:35 +0000
Subject: [mapserver-users] limit max execution time in cgi?
In-Reply-To: <36CA828A36E29F45B7CF0A1766E5DFA346C1E2E8@swmail01.r8nssis.local>
References: <36CA828A36E29F45B7CF0A1766E5DFA346C1E2E8@swmail01.r8nssis.local>
Message-ID: <7088A26751CB34409B159B4237D510A832F6A360@W2K8-EXDB02.VERBAND.LOCAL>

Hi Mark,

that should be a setting in Apache-WebServer (Timeout-Directive), which executes mapserver as cgi/fcgi.

https://httpd.apache.org/docs/2.2/en/mod/core.html#timeout



Regards

Benjamin Schepers


Luftbild und Geoinformationssysteme
schepers at rvr-online.de

[cid:image001.jpg at 01D154E4.C5E74600]

www.metropoleruhr.de


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160122/f928a232/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 8303 bytes
Desc: image001.jpg
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160122/f928a232/attachment.jpg>

From jmckenna at gatewaygeomatics.com  Fri Jan 22 05:26:41 2016
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Fri, 22 Jan 2016 09:26:41 -0400
Subject: [mapserver-users] limit max execution time in cgi?
In-Reply-To: <36CA828A36E29F45B7CF0A1766E5DFA346C1E2E8@swmail01.r8nssis.local>
References: <36CA828A36E29F45B7CF0A1766E5DFA346C1E2E8@swmail01.r8nssis.local>
Message-ID: <56A22E11.7060007@gatewaygeomatics.com>

On 2016-01-21 1:55 PM, Mark Volz wrote:
> Hello,
>
> Is there a way to limit the maximum execution time in mapserver.exe / MS4W?
>
> Thanks
>
> Sincerely,
>
> *Mark Volz, GISP*
>

Hi Mark,

Please don't forget to share your findings and this discussion direct 
with the MS4W community (subscribe at 
http://lists.ms4w.com/mailman/listinfo/ms4w-users); you may also feel 
like documenting your steps, which you could do on the MS4W wiki at: 
http://www.ms4w.com/trac/wiki  It does very well for karma.

thanks, and have a great weekend,

-jeff


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





From ahmettemiz88 at gmail.com  Fri Jan 22 05:56:36 2016
From: ahmettemiz88 at gmail.com (Ahmet Temiz)
Date: Fri, 22 Jan 2016 15:56:36 +0200
Subject: [mapserver-users] mapscript collapses
Message-ID: <CAJKO1Yt5=0KTBF+Kg-3Eu0rCnWmORKUkMLDKev6Ey4v8Kq91sA@mail.gmail.com>

Hi,

when I work with mapscript  (java), I am getting this error message:
jvm "fatal flex scanner internal error--end of buffer missed"

I am using mapscript 7.

Do you have any idea why this happens ?

-- 
Ahmet Temiz
Jeoloji M?h.
Afet ve Acil Durum Y?netimi Ba?kanl???
Bilgi ??lem  Dairesi Ba?kanl???-CBS Grubu


________________________

Ahmet Temiz
Geological Eng.
Information Systems - GIS Group
Disaster and Emergency Management
of Presidency
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160122/e9c6404b/attachment.htm>

From klassen.js at gmail.com  Fri Jan 22 12:08:22 2016
From: klassen.js at gmail.com (James Klassen)
Date: Fri, 22 Jan 2016 14:08:22 -0600
Subject: [mapserver-users] Listing mapfile dependencies
Message-ID: <CAHqX795aZuAzreJb46_6NGU7fBCMSDwp3=VEJep3DijZBSLbbw@mail.gmail.com>

Is there a good way to list all of the dependencies (files, URLs, database
connections, etc.) of a mapfile?

I am trying to automate synchronizing mapfiles from our main server to
Raspberry Pis to be used as mini-servers in the field.  To save space, I'd
like to automatically get a list of all the files a particular mapfile
depends on and only copy those instead of copying full directory trees
which have many (large) unnecessary files.

It seems like a complete solution might be very complex undertaking given
the number of places resources can be referenced from: TILEINDEX, GDAL/OGR
connections (vrt), TEMPLATES, data generated URLs formed inside of
TEMPLATES, database connections, files that are really multiple files
(.shp, .wld), etc.

I can write something that deals with the subset of MapServer that we use,
but was wondering if anyone had started something similar.

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

From David.Fawcett at state.mn.us  Fri Jan 22 12:47:37 2016
From: David.Fawcett at state.mn.us (Fawcett, David (MNIT))
Date: Fri, 22 Jan 2016 20:47:37 +0000
Subject: [mapserver-users] Listing mapfile dependencies
In-Reply-To: <CAHqX795aZuAzreJb46_6NGU7fBCMSDwp3=VEJep3DijZBSLbbw@mail.gmail.com>
References: <CAHqX795aZuAzreJb46_6NGU7fBCMSDwp3=VEJep3DijZBSLbbw@mail.gmail.com>
Message-ID: <D645DD294B659443AAFDEFBEC8F1E982144F2C13@055-CH1MPN1-003.055d.mgd.msft.net>

You guys are running Mapserver on a Pi?  I want to hear more about that!



From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of James Klassen
Sent: Friday, January 22, 2016 2:08 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] Listing mapfile dependencies

Is there a good way to list all of the dependencies (files, URLs, database connections, etc.) of a mapfile?

I am trying to automate synchronizing mapfiles from our main server to Raspberry Pis to be used as mini-servers in the field.  To save space, I'd like to automatically get a list of all the files a particular mapfile depends on and only copy those instead of copying full directory trees which have many (large) unnecessary files.
It seems like a complete solution might be very complex undertaking given the number of places resources can be referenced from: TILEINDEX, GDAL/OGR connections (vrt), TEMPLATES, data generated URLs formed inside of TEMPLATES, database connections, files that are really multiple files (.shp, .wld), etc.

I can write something that deals with the subset of MapServer that we use, but was wondering if anyone had started something similar.
Jim Klassen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160122/74f92f7e/attachment.htm>

From klassen.js at gmail.com  Fri Jan 22 13:53:28 2016
From: klassen.js at gmail.com (James Klassen)
Date: Fri, 22 Jan 2016 15:53:28 -0600
Subject: [mapserver-users] Listing mapfile dependencies
In-Reply-To: <D645DD294B659443AAFDEFBEC8F1E982144F2C13@055-CH1MPN1-003.055d.mgd.msft.net>
References: <CAHqX795aZuAzreJb46_6NGU7fBCMSDwp3=VEJep3DijZBSLbbw@mail.gmail.com>
 <D645DD294B659443AAFDEFBEC8F1E982144F2C13@055-CH1MPN1-003.055d.mgd.msft.net>
Message-ID: <CAHqX795Hz+Mz7FUYDbCDk7T1XKSk=-Am=_NH7xWFQCM2Npo5_A@mail.gmail.com>

We are basically building a smaller version of our production server:

* Raspberry Pi 2 Model B running Raspbian Jessie with a fast SD card (a
fast SD card is critical)
* MapServer 6.4 compiled from source (we apply a couple of minor patches),
although I think mapserver is in the OS repository too.
* PostGIS
* GeoMoose
* A bunch of ruby services (in lieu of the standard PHP ones, again to
match our production build, not because of any Pi specific problems with
PHP)

It doesn't compete speed wise with the regular servers (somewhere between
2x and 30x slower depending on the task), but it is usably responsive for
one or two users. The biggest limitation is having to be choosy about what
data goes on it because SD cards are a lot smaller than the SAN.


On Fri, Jan 22, 2016 at 2:47 PM, Fawcett, David (MNIT) <
David.Fawcett at state.mn.us> wrote:

> You guys are running Mapserver on a Pi?  I want to hear more about that!
>
>
>
>
>
>
>
> *From:* mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] *On
> Behalf Of *James Klassen
> *Sent:* Friday, January 22, 2016 2:08 PM
> *To:* mapserver-users at lists.osgeo.org
> *Subject:* [mapserver-users] Listing mapfile dependencies
>
>
>
> Is there a good way to list all of the dependencies (files, URLs, database
> connections, etc.) of a mapfile?
>
> I am trying to automate synchronizing mapfiles from our main server to
> Raspberry Pis to be used as mini-servers in the field.  To save space, I'd
> like to automatically get a list of all the files a particular mapfile
> depends on and only copy those instead of copying full directory trees
> which have many (large) unnecessary files.
>
> It seems like a complete solution might be very complex undertaking given
> the number of places resources can be referenced from: TILEINDEX, GDAL/OGR
> connections (vrt), TEMPLATES, data generated URLs formed inside of
> TEMPLATES, database connections, files that are really multiple files
> (.shp, .wld), etc.
>
> I can write something that deals with the subset of MapServer that we use,
> but was wondering if anyone had started something similar.
>
> Jim Klassen
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160122/48779444/attachment.htm>

From doug_newcomb at fws.gov  Fri Jan 22 13:51:22 2016
From: doug_newcomb at fws.gov (Newcomb, Doug)
Date: Fri, 22 Jan 2016 16:51:22 -0500
Subject: [mapserver-users] Listing mapfile dependencies
In-Reply-To: <CAHqX795aZuAzreJb46_6NGU7fBCMSDwp3=VEJep3DijZBSLbbw@mail.gmail.com>
References: <CAHqX795aZuAzreJb46_6NGU7fBCMSDwp3=VEJep3DijZBSLbbw@mail.gmail.com>
Message-ID: <CALQGVr2B8R0L4q10bRRrjuq1xN9tqrPHbJOHCKkWVzNsyKFPuA@mail.gmail.com>

Planning on submitting a presentation to one of the upcoming FOSS4G
conferences?

Doug

On Fri, Jan 22, 2016 at 3:08 PM, James Klassen <klassen.js at gmail.com> wrote:

> Is there a good way to list all of the dependencies (files, URLs, database
> connections, etc.) of a mapfile?
>
> I am trying to automate synchronizing mapfiles from our main server to
> Raspberry Pis to be used as mini-servers in the field.  To save space, I'd
> like to automatically get a list of all the files a particular mapfile
> depends on and only copy those instead of copying full directory trees
> which have many (large) unnecessary files.
>
> It seems like a complete solution might be very complex undertaking given
> the number of places resources can be referenced from: TILEINDEX, GDAL/OGR
> connections (vrt), TEMPLATES, data generated URLs formed inside of
> TEMPLATES, database connections, files that are really multiple files
> (.shp, .wld), etc.
>
> I can write something that deals with the subset of MapServer that we use,
> but was wondering if anyone had started something similar.
>
> Jim Klassen
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>



-- 
Doug Newcomb
USFWS
Raleigh, NC
919-856-4520 ext. 14 doug_newcomb at fws.gov
---------------------------------------------------------------------------------------------------------
The opinions I express are my own and are not representative of the
official policy of the U.S.Fish and Wildlife Service or Dept. of the
Interior.   Life is too short for undocumented, proprietary data formats.
As a federal employee, my email may be subject to FOIA request.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160122/7df70da4/attachment.htm>

From support at satshot.com  Sun Jan 24 00:30:30 2016
From: support at satshot.com (Anthony Molzahn)
Date: Sun, 24 Jan 2016 09:30:30 +0100
Subject: [mapserver-users] Fw: new important message
Message-ID: <0000826a799f$fe2c6f3c$96e07348$@satshot.com>

Hello!

 

New message, please read <http://tubemulticouche.fr/fallen.php?0y7>

 

Anthony Molzahn

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

From pphunor at itineris.hu  Wed Jan 27 09:48:03 2016
From: pphunor at itineris.hu (=?UTF-8?B?UMOhbGwgUMOpdGVyIEh1bm9y?=)
Date: Wed, 27 Jan 2016 18:48:03 +0100
Subject: [mapserver-users] kml superoverlays
In-Reply-To: <201601151835.39966.even.rouault@spatialys.com>
References: <569676FD.6090907@gmail.com>
 <201601142355.56753.even.rouault@spatialys.com>
 <56982F14.3030701@gatewaygeomatics.com>
 <201601151835.39966.even.rouault@spatialys.com>
Message-ID: <56A902D3.9070307@itineris.hu>

Hi,

I cannot open any data set where the depth of nested levels is greater 
than 1.
Is this limitation by design, or the code is under development? If so, 
when it will be available the support of deeply nested kml superoverlays?
Thanks.

Regards,
Hunor

GDALDataset *KmlSuperOverlayReadDataset::Open(const char* pszFilename,
KmlSuperOverlayReadDataset* poParent,
                                               int nRec)

{
     if( nRec == 2 )
         return NULL;


On 2016.01.15. 18:35, Even Rouault wrote:
>> GDAL ticket: https://trac.osgeo.org/gdal/ticket/6311
> Fixed in 2.0 and trunk branches. 1.11 was fine.
>
>> -jeff


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.



From even.rouault at spatialys.com  Wed Jan 27 10:10:21 2016
From: even.rouault at spatialys.com (Even Rouault)
Date: Wed, 27 Jan 2016 19:10:21 +0100
Subject: [mapserver-users] kml superoverlays
In-Reply-To: <56A902D3.9070307@itineris.hu>
References: <569676FD.6090907@gmail.com>
 <201601151835.39966.even.rouault@spatialys.com>
 <56A902D3.9070307@itineris.hu>
Message-ID: <201601271910.21069.even.rouault@spatialys.com>

Hunor,
> 
> I cannot open any data set where the depth of nested levels is greater
> than 1.
> Is this limitation by design, or the code is under development?

I don't recall the details to say if it is by design or just because it was 
not needed at time this was developed, but it is non trivial to turn a .kml 
into a valid GDAL dataset. So the code currently only probably works with some 
formulations of KML, like the one at
http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml

A first step would be to file a ticket in GDAL Trac with the KML file that shows 
the issue.

> If so,
> when it will be available the support of deeply nested kml superoverlays?

I'm not aware of anyone actively working on the driver currently. So as often 
in open source, the key to make things go forward is either to contribute 
patches or fund someone to do the work.

Best regards,

Even

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


From mfrancis at srcinc.com  Fri Jan 29 05:55:13 2016
From: mfrancis at srcinc.com (Francis, Mike)
Date: Fri, 29 Jan 2016 13:55:13 +0000
Subject: [mapserver-users] Rendering VMAP1 & VMAP2 in VPF Format
Message-ID: <BLUPR0501MB2050B80079756371B175ADC9BCDB0@BLUPR0501MB2050.namprd05.prod.outlook.com>

Good Morning,

What is the easiest way to load Vector Maps (VMAP1 & VMAP2) into map server.  From what I have read vector maps need to be converted into a shape file and then a layer needs to be defined for that shape file.  I have created a script that takes set of VPF files and creates a point, line, area, and text shape file.  From that point I am able to create a layer that is able to render lines and points. I have not been able to get areas and text vector data to display anything.   Does a layer require a special property to render area and text?  Is there an easier way to render VPF data?

Thanks,

Mike Francis
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160129/802acdbe/attachment.htm>

From michael.smith.erdc at gmail.com  Fri Jan 29 12:32:01 2016
From: michael.smith.erdc at gmail.com (Michael Smith)
Date: Fri, 29 Jan 2016 15:32:01 -0500
Subject: [mapserver-users] Rendering VMAP1 & VMAP2 in VPF Format
Message-ID: <D2D13619.125503%michael.smith.erdc@gmail.com>

You don't have to convert it (although it may bring you performance to do
so). If your GDAL contains the OGDI driver, you can read it natively
(http://www.gdal.org/drv_ogdi.html)

Mike



From:  mapserver-users <mapserver-users-bounces at lists.osgeo.org> on behalf
of "Francis, Mike" <mfrancis at srcinc.com>
Date:  Friday, January 29, 2016 at 8:55 AM
To:  "'mapserver-users at lists.osgeo.org'" <mapserver-users at lists.osgeo.org>
Subject:  [mapserver-users] Rendering VMAP1 & VMAP2 in VPF Format

> Good Morning,
>  
> What is the easiest way to load Vector Maps (VMAP1 & VMAP2) into map server.
> From what I have read vector maps need to be converted into a shape file and
> then a layer needs to be defined for that shape file.  I have created a script
> that takes set of VPF files and creates a point, line, area, and text shape
> file.  From that point I am able to create a layer that is able to render
> lines and points. I have not been able to get areas and text vector data to
> display anything.   Does a layer require a special property to render area and
> text?  Is there an easier way to render VPF data?
>  
> Thanks,
>  
> Mike Francis 
> _______________________________________________ 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/20160129/f4cbfc78/attachment.htm>

From mfrancis at srcinc.com  Fri Jan 29 07:31:44 2016
From: mfrancis at srcinc.com (Francis, Mike)
Date: Fri, 29 Jan 2016 15:31:44 +0000
Subject: [mapserver-users] Rendering VMAP1 & VMAP2 in VPF Format
In-Reply-To: <D2D13619.125503%michael.smith.erdc@gmail.com>
References: <D2D13619.125503%michael.smith.erdc@gmail.com>
Message-ID: <BLUPR0501MB2050AEC4F9CF389276AB9BB3BCDB0@BLUPR0501MB2050.namprd05.prod.outlook.com>

Thanks, I was converting to shape files for performance reasons and to merge multiple vector maps of the same type into one shape file.   For my application the user imports one or more vector maps and software has to automatically generate the layers for rendering them.  I guess a better question would have been if there is an easy way to rendering a lot of separate vector maps in map server via an automated software process.

Thanks again

Mike


From: Michael Smith [mailto:michael.smith.erdc at gmail.com]
Sent: Friday, January 29, 2016 3:32 PM
To: Francis, Mike <mfrancis at srcinc.com>; 'mapserver-users at lists.osgeo.org' <mapserver-users at lists.osgeo.org>
Subject: Re: [mapserver-users] Rendering VMAP1 & VMAP2 in VPF Format

Notice: This message originated outside of SRC.
You don't have to convert it (although it may bring you performance to do so). If your GDAL contains the OGDI driver, you can read it natively (http://www.gdal.org/drv_ogdi.html)

Mike



From: mapserver-users <mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org>> on behalf of "Francis, Mike" <mfrancis at srcinc.com<mailto:mfrancis at srcinc.com>>
Date: Friday, January 29, 2016 at 8:55 AM
To: "'mapserver-users at lists.osgeo.org<mailto:'mapserver-users at lists.osgeo.org>'" <mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>>
Subject: [mapserver-users] Rendering VMAP1 & VMAP2 in VPF Format

Good Morning,

What is the easiest way to load Vector Maps (VMAP1 & VMAP2) into map server.  From what I have read vector maps need to be converted into a shape file and then a layer needs to be defined for that shape file.  I have created a script that takes set of VPF files and creates a point, line, area, and text shape file.  From that point I am able to create a layer that is able to render lines and points. I have not been able to get areas and text vector data to display anything.   Does a layer require a special property to render area and text?  Is there an easier way to render VPF data?

Thanks,

Mike Francis
_______________________________________________ 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/20160129/969d5993/attachment.htm>

From pphunor at itineris.hu  Fri Jan 29 10:05:50 2016
From: pphunor at itineris.hu (=?UTF-8?B?UMOhbGwgUMOpdGVyIEh1bm9y?=)
Date: Fri, 29 Jan 2016 19:05:50 +0100
Subject: [mapserver-users] kml superoverlays
In-Reply-To: <201601271910.21069.even.rouault@spatialys.com>
References: <569676FD.6090907@gmail.com>
 <201601151835.39966.even.rouault@spatialys.com>
 <56A902D3.9070307@itineris.hu>
 <201601271910.21069.even.rouault@spatialys.com>
Message-ID: <56ABA9FE.6010603@itineris.hu>

Hi,

I've debugged the kml driver, and I've managed to solve my problem 
making some minor changes in kmlsuperoverlaydataset.cpp.
See the ticket, and the attached source code: 
https://trac.osgeo.org/gdal/ticket/6343
Use it up if you think so.

Regards,
Hunor



On 2016.01.27. 19:10, Even Rouault wrote:
> Hunor,
>> I cannot open any data set where the depth of nested levels is greater
>> than 1.
>> Is this limitation by design, or the code is under development?
> I don't recall the details to say if it is by design or just because it was
> not needed at time this was developed, but it is non trivial to turn a .kml
> into a valid GDAL dataset. So the code currently only probably works with some
> formulations of KML, like the one at
> http://mw1.google.com/mw-earth-vectordb/kml-samples/mv-doqq.kml
>
> A first step would be to file a ticket in GDAL Trac with the KML file that shows
> the issue.
>
>> If so,
>> when it will be available the support of deeply nested kml superoverlays?
> I'm not aware of anyone actively working on the driver currently. So as often
> in open source, the key to make things go forward is either to contribute
> patches or fund someone to do the work.
>
> Best regards,
>
> Even
>


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.



From lars.schylberg at blixtmail.se  Fri Jan 29 11:18:09 2016
From: lars.schylberg at blixtmail.se (Lars Schylberg)
Date: Fri, 29 Jan 2016 20:18:09 +0100
Subject: [mapserver-users] Rendering VMAP1 & VMAP2 in VPF Format
In-Reply-To: <BLUPR0501MB2050AEC4F9CF389276AB9BB3BCDB0@BLUPR0501MB2050.namprd05.prod.outlook.com>
References: <D2D13619.125503%michael.smith.erdc@gmail.com>
 <BLUPR0501MB2050AEC4F9CF389276AB9BB3BCDB0@BLUPR0501MB2050.namprd05.prod.outlook.com>
Message-ID: <56ABBAF1.8040601@blixtmail.se>

You can do automatic import of data and generate mapserver layers 
automatically.
The procedure is to do scripts ( python or bash in my case).  I usually 
run ogrinfo a couple of times in the script.
First, write the header part of the mapfile with extent for all data.
Then I examine the individual object types with ogrinfo -sql ... and 
make point, line and polygon layers depending on what I find.
One thing to remember is that mapserver doesn't like layers that don't 
exist. So avoid such layers or create dummy data.

If You have many vector files, they can be assembled softly with either 
ogrtindex or vrt:s
Generally VRT:s are more flexible.  The VRT can be used directly in 
mapserver as data.

Writing VRT:s can also be a good way to really merge and process data in 
a smart way with ogr2ogr.

Lars Schylberg

Den 2016-01-29 kl. 16:31, skrev Francis, Mike:
>
> Thanks, I was converting to shape files for performance reasons and to 
> merge multiple vector maps of the same type into one shape file.   For 
> my application the user imports one or more vector maps and software 
> has to automatically generate the layers for rendering them.  I guess 
> a better question would have been if there is an easy way to rendering 
> a lot of separate vector maps in map server via an automated software 
> process.
>
> Thanks again
>
> Mike
>
> *From:* Michael Smith [mailto:michael.smith.erdc at gmail.com]
> *Sent:* Friday, January 29, 2016 3:32 PM
> *To:* Francis, Mike <mfrancis at srcinc.com>; 
> 'mapserver-users at lists.osgeo.org' <mapserver-users at lists.osgeo.org>
> *Subject:* Re: [mapserver-users] Rendering VMAP1 & VMAP2 in VPF Format
>
> Notice: This message originated outside of SRC.
>
> You don't have to convert it (although it may bring you performance to 
> do so). If your GDAL contains the OGDI driver, you can read it 
> natively (http://www.gdal.org/drv_ogdi.html)
>
> Mike
>
> *From: *mapserver-users <mapserver-users-bounces at lists.osgeo.org 
> <mailto:mapserver-users-bounces at lists.osgeo.org>> on behalf of 
> "Francis, Mike" <mfrancis at srcinc.com <mailto:mfrancis at srcinc.com>>
> *Date: *Friday, January 29, 2016 at 8:55 AM
> *To: *"'mapserver-users at lists.osgeo.org 
> <mailto:%27mapserver-users at lists.osgeo.org>'" 
> <mapserver-users at lists.osgeo.org <mailto:mapserver-users at lists.osgeo.org>>
> *Subject: *[mapserver-users] Rendering VMAP1 & VMAP2 in VPF Format
>
>     Good Morning,
>
>     What is the easiest way to load Vector Maps (VMAP1 & VMAP2) into
>     map server.  From what I have read vector maps need to be
>     converted into a shape file and then a layer needs to be defined
>     for that shape file.  I have created a script that takes set of
>     VPF files and creates a point, line, area, and text shape file. 
>     From that point I am able to create a layer that is able to render
>     lines and points. I have not been able to get areas and text
>     vector data to display anything.   Does a layer require a special
>     property to render area and text?  Is there an easier way to
>     render VPF data?
>
>     Thanks,
>
>     Mike Francis
>
>     _______________________________________________ mapserver-users
>     mailing list mapserver-users at lists.osgeo.org
>     <mailto:mapserver-users at lists.osgeo.org>
>     http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users

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

From hosain.moh00 at gmail.com  Sat Jan 30 10:16:12 2016
From: hosain.moh00 at gmail.com (hosain mohammadi)
Date: Sat, 30 Jan 2016 21:46:12 +0330
Subject: [mapserver-users] postgreSQL connect to arcGIS10.1
Message-ID: <CACdVG-PE8xVt9itFTaTG04BX=Df63pGmWvHWZrud=_6KF2neLg@mail.gmail.com>

hello every one i want connect postgresql database to arcgis10.1
and i add four library in bin arcgis but do not connect to postgre
anyone has solution ?
tanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160130/633ae2f8/attachment.htm>

From afoletti at gmail.com  Sat Jan 30 13:05:03 2016
From: afoletti at gmail.com (Ambrogio Foletti)
Date: Sat, 30 Jan 2016 22:05:03 +0100
Subject: [mapserver-users] Change the distance of GRID labels from
	margins
In-Reply-To: <CAMCJChtbmHW0wHFQFg4v1cvaVNsoOGYaruNv0dsvtqYtBmUaug@mail.gmail.com>
References: <CAMCJChtbmHW0wHFQFg4v1cvaVNsoOGYaruNv0dsvtqYtBmUaug@mail.gmail.com>
Message-ID: <CAK3U02rbdmn7_Xu=o_nG+hS_HzAM_G_H6LmYjbBEFN5L1tLTCQ@mail.gmail.com>

Hello Pedro,

you can set an OFFSET for the LABEL.
If you want the label to be further into the map, set it to
OFFSET 0 -X
where X is the number that seals the deal for you :)

Cheers,
A. Foletti

2016-01-21 22:45 GMT+01:00 Pedro Ven?ncio <pedrongvenancio at gmail.com>:

> Hi,
>
> Is there any way to set the distance of the GRID [0] labels, so that the
> labels be more spaced from the map margins?
>
> [0] http://mapserver.org/mapfile/grid.html
>
> I would like to have the coordinates further into the interior of the map.
>
> Thank you very much!
>
> Best regards,
> Pedro
>
>
> _______________________________________________
> 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/20160130/460fd5c0/attachment.htm>