From Andreas.Eichner at sid.sachsen.de  Mon Sep  2 02:26:11 2013
From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID-NLKM)
Date: Mon, 2 Sep 2013 11:26:11 +0200
Subject: [mapserver-users] mapcache config confusion
References: <CAN-ku9RK3dZ9mEiX5ki+RtBTkabYS0igbzgtfstqCEZG-Q2jMA@mail.gmail.com>
Message-ID: <56B587E7C40D2F43B54FDC1BA897AC6D05E08B5B@KS-EVS1.smi.sachsen.de>


Good news: it works. But your client needs to be configured to use the cache 
layer. Currently you still use the source WMS. Since you have the demo service 
of mapcache enabled, you can check this page http://mrdata.usgs.gov/mapcache/demo/tms
Let your browser show the page source and you can copy-paste the layer constructor:

var sgmc_WGS84_tms_layer = new OpenLayers.Layer.TMS( "sgmc-WGS84-TMS",
        "http://mrdata.usgs.gov/mapcache/tms/",
        { layername: 'sgmc at WGS84', type: "png", serviceVersion:"1.0.0",
          gutter:0,buffer:0,isBaseLayer:true,transitionEffect:'resize',
          tileOrigin: new OpenLayers.LonLat(-180.000000,-90.000000),
          resolutions:[0.70312500000000000000,0.35156250000000000000,0.17578125000000000000,0.08789062500000000000,0.04394531250000000000,0.02197265625000000000,0.01098632812500000000,0.00549316406250000000,0.00274658203125000000,0.00137329101562500000,0.00068664550781250000,0.00034332275390625000,0.00017166137695312500,0.00008583068847656250,0.00004291534423828120,0.00002145767211914060,0.00001072883605957030,0.00000536441802978516],
          zoomOffset:0,
          units:"dd",
          maxExtent: new OpenLayers.Bounds(-180.000000,-90.000000,180.000000,90.000000),
          projection: new OpenLayers.Projection("EPSG:4326".toUpperCase()),
          sphericalMercator: false
        }
    );
    map.addLayer(sgmc_WGS84_tms_layer)

Usually it is safe to omit most of the arguments as they are defaults or derived from the map object, like "serviceVersion" and "resolutions".


-----Urspr?ngliche Nachricht-----
Von: mapserver-users-bounces at lists.osgeo.org im Auftrag von Schweitzer, Peter
Gesendet: Fr 30.08.2013 23:50
An: mapserver-users at lists.osgeo.org
Betreff: [mapserver-users] mapcache config confusion
 
Help!

I am trying to use mapcache, but I fear that I may have misunderstood
the documentation.  Can someone help correct my misimpressions?

I'm running a mapserver (6.2.0) instance with 113 WMS services.  Most
don't really need caching because the data are simple or small.  One
really does, because it is a geologic map of the continental US at
1:500k scale, with 320,000 polygons and 260,000 fault lines, and takes
some time to render as map images.

I have a complicating factor.  I'm using a simplified URL to access
the map services, with an Apache rewrite rule like that rewrites the
incoming URL http://mrdata.usgs.gov/services/sgmc-3857 to
http://mrdata.usgs.gov/cgi-bin/mapserv?map=/mnt/mrt/map-files/sgmc-3857.map&...
 This works nicely for OpenLayers.

What I'd like to have happen is for the web server to provide cached
images of these data rather than generating them on every web hit.

So first of all, is mapcache the right tool for this task?

Assuming that's right, I'm confused about the <url> element in the
<source> section.  Should this be the existing WMS on my system?
Should it be the URL sent by the user, prior to the apache rewrite
rule?  Or should it be the URL that is the result of the rewrite rule?

An OpenLayers interface that uses these data is at
http://mrdata.usgs.gov/general/map.html  The layer in question is the
"Geology" layer.

I do not get any cached images.  I recognize that the problem may be
somewhere else in this process, but here is my mapcache.xml file,
cribbed and modified from an older list message by Stephen Woodbridge:

<?xml version="1.0" encoding="UTF-8"?>
<mapcache>
   <metadata>
     <title>MRData mapcache service</title>
     <abstract>Contains various services for MRData maps</abstract>
   </metadata>

   <cache name="disk" type="disk">
     <base>/mnt/mrt/mapcache</base>
     <symlink_blank/>
   </cache>

   <source name="sgmc" type="wms">
     <getmap>
       <params>
         <FORMAT>image/png</FORMAT>
         <MAP_IMAGETYPE>png</MAP_IMAGETYPE>
         <LAYERS>Lithology,Faults,Dikes</LAYERS>
         <MAP>/mnt/mrt/map-files/sgmc-3857.map</MAP>
       </params>
     </getmap>

     <http>
       <url>http://mrdata.usgs.gov/services/sgmc-3857</url>
     </http>
   </source>

   <format name="PNGQ_FAST" type="PNG">
     <compression>fast</compression>
     <colors>256</colors>
   </format>

   <tileset name="sgmc">
     <source>sgmc</source>
     <cache>disk</cache>
     <grid>WGS84</grid>
     <grid>g</grid>
     <grid>GoogleMapsCompatible</grid>
     <format>PNGQ_FAST</format>
     <metatile>5 5</metatile>
     <expires>864000</expires>
   </tileset>

   <default_format>PNGQ_FAST</default_format>

   <service type="wms" enabled="true">
     <full_wms>assemble</full_wms>
     <resample_mode>bilinear</resample_mode>
     <format>PNGQ_FAST</format>
     <maxsize>4096</maxsize>
   </service>
   <service type="wmts"  enabled="true"/>
   <service type="tms"   enabled="true"/>
   <service type="kml"   enabled="true"/>
   <service type="gmaps" enabled="true"/>
   <service type="ve"    enabled="true"/>
   <service type="demo"  enabled="true"/>

   <errors>report</errors>
   <lock_dir>/tmp</lock_dir>
</mapcache>

I am also not seeing error messages in either the apache log or the
mapserver log.  Here is my apache config:

LoadModule mapcache_module    modules/mod_mapcache.so

<IfModule mapcache_module>
    <Directory /mnt/mrt/mapcache>
       Order Allow,Deny
       Allow from all
    </Directory>
    MapCacheAlias /mapcache "/mnt/mrt/mapcache/mapcache.xml"
</IfModule>

Thanks in advance for any help you might provide.

Peter
-- 
Peter N. Schweitzer (U.S. Geological Survey, Reston, VA 20192)
(703) 648-6533  email: pschweitzer at usgs.gov
http://geology.usgs.gov/peter/
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users



From pschweitzer at usgs.gov  Tue Sep  3 14:32:09 2013
From: pschweitzer at usgs.gov (Schweitzer, Peter)
Date: Tue, 3 Sep 2013 17:32:09 -0400
Subject: [mapserver-users] mapcache config confusion
In-Reply-To: <56B587E7C40D2F43B54FDC1BA897AC6D05E08B5B@KS-EVS1.smi.sachsen.de>
References: <CAN-ku9RK3dZ9mEiX5ki+RtBTkabYS0igbzgtfstqCEZG-Q2jMA@mail.gmail.com>
	<56B587E7C40D2F43B54FDC1BA897AC6D05E08B5B@KS-EVS1.smi.sachsen.de>
Message-ID: <CAN-ku9S5VFbgyH6CymMUEz0sdKKM0mkYXwv3y=_04hnF4+iwUg@mail.gmail.com>

My thanks to Stephen and Andreas!

Per Stephen's advice, I modified the URL given in the <http> element
to point directly at the mapserver executable.  Per Andreas's advice,
I've modified my OpenLayers interface to use the mapcache TMS for
these data.  Is there a reason why I should prefer the WMS to the TMS
other than a wish to conform to OGC specs?

Peter

On Mon, Sep 2, 2013 at 5:26 AM, Eichner, Andreas - SID-NLKM
<Andreas.Eichner at sid.sachsen.de> wrote:
>
> Good news: it works. But your client needs to be configured to use the cache
> layer. Currently you still use the source WMS. Since you have the demo service
> of mapcache enabled, you can check this page http://mrdata.usgs.gov/mapcache/demo/tms
> Let your browser show the page source and you can copy-paste the layer constructor:
>
> var sgmc_WGS84_tms_layer = new OpenLayers.Layer.TMS( "sgmc-WGS84-TMS",
>         "http://mrdata.usgs.gov/mapcache/tms/",
>         { layername: 'sgmc at WGS84', type: "png", serviceVersion:"1.0.0",
>           gutter:0,buffer:0,isBaseLayer:true,transitionEffect:'resize',
>           tileOrigin: new OpenLayers.LonLat(-180.000000,-90.000000),
>           resolutions:[0.70312500000000000000,0.35156250000000000000,0.17578125000000000000,0.08789062500000000000,0.04394531250000000000,0.02197265625000000000,0.01098632812500000000,0.00549316406250000000,0.00274658203125000000,0.00137329101562500000,0.00068664550781250000,0.00034332275390625000,0.00017166137695312500,0.00008583068847656250,0.00004291534423828120,0.00002145767211914060,0.00001072883605957030,0.00000536441802978516],
>           zoomOffset:0,
>           units:"dd",
>           maxExtent: new OpenLayers.Bounds(-180.000000,-90.000000,180.000000,90.000000),
>           projection: new OpenLayers.Projection("EPSG:4326".toUpperCase()),
>           sphericalMercator: false
>         }
>     );
>     map.addLayer(sgmc_WGS84_tms_layer)
>
> Usually it is safe to omit most of the arguments as they are defaults or derived from the map object, like "serviceVersion" and "resolutions".
>
>
> -----Urspr?ngliche Nachricht-----
> Von: mapserver-users-bounces at lists.osgeo.org im Auftrag von Schweitzer, Peter
> Gesendet: Fr 30.08.2013 23:50
> An: mapserver-users at lists.osgeo.org
> Betreff: [mapserver-users] mapcache config confusion
>
> Help!
>
> I am trying to use mapcache, but I fear that I may have misunderstood
> the documentation.  Can someone help correct my misimpressions?
>
> I'm running a mapserver (6.2.0) instance with 113 WMS services.  Most
> don't really need caching because the data are simple or small.  One
> really does, because it is a geologic map of the continental US at
> 1:500k scale, with 320,000 polygons and 260,000 fault lines, and takes
> some time to render as map images.
>
> I have a complicating factor.  I'm using a simplified URL to access
> the map services, with an Apache rewrite rule like that rewrites the
> incoming URL http://mrdata.usgs.gov/services/sgmc-3857 to
> http://mrdata.usgs.gov/cgi-bin/mapserv?map=/mnt/mrt/map-files/sgmc-3857.map&...
>  This works nicely for OpenLayers.
>
> What I'd like to have happen is for the web server to provide cached
> images of these data rather than generating them on every web hit.
>
> So first of all, is mapcache the right tool for this task?
>
> Assuming that's right, I'm confused about the <url> element in the
> <source> section.  Should this be the existing WMS on my system?
> Should it be the URL sent by the user, prior to the apache rewrite
> rule?  Or should it be the URL that is the result of the rewrite rule?
>
> An OpenLayers interface that uses these data is at
> http://mrdata.usgs.gov/general/map.html  The layer in question is the
> "Geology" layer.
>
> I do not get any cached images.  I recognize that the problem may be
> somewhere else in this process, but here is my mapcache.xml file,
> cribbed and modified from an older list message by Stephen Woodbridge:
>
> <?xml version="1.0" encoding="UTF-8"?>
> <mapcache>
>    <metadata>
>      <title>MRData mapcache service</title>
>      <abstract>Contains various services for MRData maps</abstract>
>    </metadata>
>
>    <cache name="disk" type="disk">
>      <base>/mnt/mrt/mapcache</base>
>      <symlink_blank/>
>    </cache>
>
>    <source name="sgmc" type="wms">
>      <getmap>
>        <params>
>          <FORMAT>image/png</FORMAT>
>          <MAP_IMAGETYPE>png</MAP_IMAGETYPE>
>          <LAYERS>Lithology,Faults,Dikes</LAYERS>
>          <MAP>/mnt/mrt/map-files/sgmc-3857.map</MAP>
>        </params>
>      </getmap>
>
>      <http>
>        <url>http://mrdata.usgs.gov/services/sgmc-3857</url>
>      </http>
>    </source>
>
>    <format name="PNGQ_FAST" type="PNG">
>      <compression>fast</compression>
>      <colors>256</colors>
>    </format>
>
>    <tileset name="sgmc">
>      <source>sgmc</source>
>      <cache>disk</cache>
>      <grid>WGS84</grid>
>      <grid>g</grid>
>      <grid>GoogleMapsCompatible</grid>
>      <format>PNGQ_FAST</format>
>      <metatile>5 5</metatile>
>      <expires>864000</expires>
>    </tileset>
>
>    <default_format>PNGQ_FAST</default_format>
>
>    <service type="wms" enabled="true">
>      <full_wms>assemble</full_wms>
>      <resample_mode>bilinear</resample_mode>
>      <format>PNGQ_FAST</format>
>      <maxsize>4096</maxsize>
>    </service>
>    <service type="wmts"  enabled="true"/>
>    <service type="tms"   enabled="true"/>
>    <service type="kml"   enabled="true"/>
>    <service type="gmaps" enabled="true"/>
>    <service type="ve"    enabled="true"/>
>    <service type="demo"  enabled="true"/>
>
>    <errors>report</errors>
>    <lock_dir>/tmp</lock_dir>
> </mapcache>
>
> I am also not seeing error messages in either the apache log or the
> mapserver log.  Here is my apache config:
>
> LoadModule mapcache_module    modules/mod_mapcache.so
>
> <IfModule mapcache_module>
>     <Directory /mnt/mrt/mapcache>
>        Order Allow,Deny
>        Allow from all
>     </Directory>
>     MapCacheAlias /mapcache "/mnt/mrt/mapcache/mapcache.xml"
> </IfModule>
>
> Thanks in advance for any help you might provide.
>
> Peter
> --
> Peter N. Schweitzer (U.S. Geological Survey, Reston, VA 20192)
> (703) 648-6533  email: pschweitzer at usgs.gov
> http://geology.usgs.gov/peter/
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>



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


From woodbri at swoodbridge.com  Tue Sep  3 18:16:23 2013
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Tue, 03 Sep 2013 21:16:23 -0400
Subject: [mapserver-users] mapcache config confusion
In-Reply-To: <CAN-ku9S5VFbgyH6CymMUEz0sdKKM0mkYXwv3y=_04hnF4+iwUg@mail.gmail.com>
References: <CAN-ku9RK3dZ9mEiX5ki+RtBTkabYS0igbzgtfstqCEZG-Q2jMA@mail.gmail.com>
	<56B587E7C40D2F43B54FDC1BA897AC6D05E08B5B@KS-EVS1.smi.sachsen.de>
	<CAN-ku9S5VFbgyH6CymMUEz0sdKKM0mkYXwv3y=_04hnF4+iwUg@mail.gmail.com>
Message-ID: <522689E7.7090204@swoodbridge.com>

On 9/3/2013 5:32 PM, Schweitzer, Peter wrote:
> My thanks to Stephen and Andreas!
>
> Per Stephen's advice, I modified the URL given in the <http> element
> to point directly at the mapserver executable.  Per Andreas's advice,
> I've modified my OpenLayers interface to use the mapcache TMS for
> these data.  Is there a reason why I should prefer the WMS to the TMS
> other than a wish to conform to OGC specs?

WMS is not a tile protocol per say, WMTS is and TMS is etc. While you 
can force WMS requests to return just a tile, if the request is off a 
little then extra processing takes place to assemble the request from 
the tiles. There is no reason that you can not use WMS and request 
arbitrary images from mapcache and it will in fact honor those requests 
by stitching together the tiles needed and cropping them to your 
request, but these requests are not very useful from a browser caching 
point of view. The whole idea about tiles is the they are cachable in 
the browser and reuseable which cuts down on the server requests and 
computation.

-Steve W

> Peter
>
> On Mon, Sep 2, 2013 at 5:26 AM, Eichner, Andreas - SID-NLKM
> <Andreas.Eichner at sid.sachsen.de> wrote:
>>
>> Good news: it works. But your client needs to be configured to use the cache
>> layer. Currently you still use the source WMS. Since you have the demo service
>> of mapcache enabled, you can check this page http://mrdata.usgs.gov/mapcache/demo/tms
>> Let your browser show the page source and you can copy-paste the layer constructor:
>>
>> var sgmc_WGS84_tms_layer = new OpenLayers.Layer.TMS( "sgmc-WGS84-TMS",
>>          "http://mrdata.usgs.gov/mapcache/tms/",
>>          { layername: 'sgmc at WGS84', type: "png", serviceVersion:"1.0.0",
>>            gutter:0,buffer:0,isBaseLayer:true,transitionEffect:'resize',
>>            tileOrigin: new OpenLayers.LonLat(-180.000000,-90.000000),
>>            resolutions:[0.70312500000000000000,0.35156250000000000000,0.17578125000000000000,0.08789062500000000000,0.04394531250000000000,0.02197265625000000000,0.01098632812500000000,0.00549316406250000000,0.00274658203125000000,0.00137329101562500000,0.00068664550781250000,0.00034332275390625000,0.00017166137695312500,0.00008583068847656250,0.00004291534423828120,0.00002145767211914060,0.00001072883605957030,0.00000536441802978516],
>>            zoomOffset:0,
>>            units:"dd",
>>            maxExtent: new OpenLayers.Bounds(-180.000000,-90.000000,180.000000,90.000000),
>>            projection: new OpenLayers.Projection("EPSG:4326".toUpperCase()),
>>            sphericalMercator: false
>>          }
>>      );
>>      map.addLayer(sgmc_WGS84_tms_layer)
>>
>> Usually it is safe to omit most of the arguments as they are defaults or derived from the map object, like "serviceVersion" and "resolutions".
>>
>>
>> -----Urspr?ngliche Nachricht-----
>> Von: mapserver-users-bounces at lists.osgeo.org im Auftrag von Schweitzer, Peter
>> Gesendet: Fr 30.08.2013 23:50
>> An: mapserver-users at lists.osgeo.org
>> Betreff: [mapserver-users] mapcache config confusion
>>
>> Help!
>>
>> I am trying to use mapcache, but I fear that I may have misunderstood
>> the documentation.  Can someone help correct my misimpressions?
>>
>> I'm running a mapserver (6.2.0) instance with 113 WMS services.  Most
>> don't really need caching because the data are simple or small.  One
>> really does, because it is a geologic map of the continental US at
>> 1:500k scale, with 320,000 polygons and 260,000 fault lines, and takes
>> some time to render as map images.
>>
>> I have a complicating factor.  I'm using a simplified URL to access
>> the map services, with an Apache rewrite rule like that rewrites the
>> incoming URL http://mrdata.usgs.gov/services/sgmc-3857 to
>> http://mrdata.usgs.gov/cgi-bin/mapserv?map=/mnt/mrt/map-files/sgmc-3857.map&...
>>   This works nicely for OpenLayers.
>>
>> What I'd like to have happen is for the web server to provide cached
>> images of these data rather than generating them on every web hit.
>>
>> So first of all, is mapcache the right tool for this task?
>>
>> Assuming that's right, I'm confused about the <url> element in the
>> <source> section.  Should this be the existing WMS on my system?
>> Should it be the URL sent by the user, prior to the apache rewrite
>> rule?  Or should it be the URL that is the result of the rewrite rule?
>>
>> An OpenLayers interface that uses these data is at
>> http://mrdata.usgs.gov/general/map.html  The layer in question is the
>> "Geology" layer.
>>
>> I do not get any cached images.  I recognize that the problem may be
>> somewhere else in this process, but here is my mapcache.xml file,
>> cribbed and modified from an older list message by Stephen Woodbridge:
>>
>> <?xml version="1.0" encoding="UTF-8"?>
>> <mapcache>
>>     <metadata>
>>       <title>MRData mapcache service</title>
>>       <abstract>Contains various services for MRData maps</abstract>
>>     </metadata>
>>
>>     <cache name="disk" type="disk">
>>       <base>/mnt/mrt/mapcache</base>
>>       <symlink_blank/>
>>     </cache>
>>
>>     <source name="sgmc" type="wms">
>>       <getmap>
>>         <params>
>>           <FORMAT>image/png</FORMAT>
>>           <MAP_IMAGETYPE>png</MAP_IMAGETYPE>
>>           <LAYERS>Lithology,Faults,Dikes</LAYERS>
>>           <MAP>/mnt/mrt/map-files/sgmc-3857.map</MAP>
>>         </params>
>>       </getmap>
>>
>>       <http>
>>         <url>http://mrdata.usgs.gov/services/sgmc-3857</url>
>>       </http>
>>     </source>
>>
>>     <format name="PNGQ_FAST" type="PNG">
>>       <compression>fast</compression>
>>       <colors>256</colors>
>>     </format>
>>
>>     <tileset name="sgmc">
>>       <source>sgmc</source>
>>       <cache>disk</cache>
>>       <grid>WGS84</grid>
>>       <grid>g</grid>
>>       <grid>GoogleMapsCompatible</grid>
>>       <format>PNGQ_FAST</format>
>>       <metatile>5 5</metatile>
>>       <expires>864000</expires>
>>     </tileset>
>>
>>     <default_format>PNGQ_FAST</default_format>
>>
>>     <service type="wms" enabled="true">
>>       <full_wms>assemble</full_wms>
>>       <resample_mode>bilinear</resample_mode>
>>       <format>PNGQ_FAST</format>
>>       <maxsize>4096</maxsize>
>>     </service>
>>     <service type="wmts"  enabled="true"/>
>>     <service type="tms"   enabled="true"/>
>>     <service type="kml"   enabled="true"/>
>>     <service type="gmaps" enabled="true"/>
>>     <service type="ve"    enabled="true"/>
>>     <service type="demo"  enabled="true"/>
>>
>>     <errors>report</errors>
>>     <lock_dir>/tmp</lock_dir>
>> </mapcache>
>>
>> I am also not seeing error messages in either the apache log or the
>> mapserver log.  Here is my apache config:
>>
>> LoadModule mapcache_module    modules/mod_mapcache.so
>>
>> <IfModule mapcache_module>
>>      <Directory /mnt/mrt/mapcache>
>>         Order Allow,Deny
>>         Allow from all
>>      </Directory>
>>      MapCacheAlias /mapcache "/mnt/mrt/mapcache/mapcache.xml"
>> </IfModule>
>>
>> Thanks in advance for any help you might provide.
>>
>> Peter
>> --
>> Peter N. Schweitzer (U.S. Geological Survey, Reston, VA 20192)
>> (703) 648-6533  email: pschweitzer at usgs.gov
>> http://geology.usgs.gov/peter/
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>
>
>



From brfr at metrico.lu  Wed Sep  4 05:25:30 2013
From: brfr at metrico.lu (Frank Broniewski)
Date: Wed, 04 Sep 2013 14:25:30 +0200
Subject: [mapserver-users] Expression segmentation fault
Message-ID: <522726BA.6070600@metrico.lu>

Hi,

I just updated my mapserver installation to the latest version (6.2.1). 
I'm running FreeBSD 9.1 and I'm getting a segmentation fault related to 
expression usage in my mapfile. I've already compiled mapserver with 
debug symbols and I loaded the core file into gdb:

 > gdb /usr/local/www/apache22/cgi-bin/mapserv mapserv.core
<snip>
Reading symbols from /lib/libc.so.7...done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /usr/local/lib/libintl.so.9...done.
Loaded symbols for /usr/local/lib/libintl.so.9
Reading symbols from /usr/lib/libsupc++.so.1...done.
Loaded symbols for /usr/lib/libsupc++.so.1
Reading symbols from /libexec/ld-elf.so.1...done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x00000008008e2520 in yylex (lvalp=0x7fffffffd250, p=0x7fffffffd3b0) 
at mapparser.y:649
649	mapparser.y: No such file or directory.
	in mapparser.y
[New Thread 809007400 (LWP 101134/mapserv)]

So apparently there seems to be a file missing!? Looking at the source 
code (git), line 649 is a blank line, so I'm not sure what's missing 
exactly. I've got yacc, bison and flex installed. For testing purposes 
I'm using the mapserver cgi on the command line:

/usr/local/www/apache22/cgi-bin/mapserv -nh 
"QUERY_STRING=map=/data/web/mapserver/cnra/cnra.map&mode=map&layer=boundaries"

The boundaries layer:

Layer

#    Classitem "level"
     Connection "host=10.0.0.2 dbname=osm user=user password=guessme"
     Connectiontype Postgis
     Data "geom FROM (SELECT osm_id, way AS geom, name, admin_level AS 
level, tags FROM planet_osm_polygon) AS foo USING UNIQUE osm_id USING 
SRID=3857"
     Filter "tags ?& ARRAY['boundary', 'admin_level']"
     Name "boundaries"
     Processing "CLOSE_CONNECTION=DEFER"
     Status on
     Type line
     Units meters

     Metadata
         "ows_title" "Boundary Map"
         "ows_abstract" "Boundary map - data from OpenStreetMap, ODbl 
licensed"
     End

     Projection
         "init=epsg:3857"
     End

     Class

         Expression ("[level]" = "6")
#        Expression "6"
         Name "communes"

         Style
             Color 10 10 10
             Opacity 50
             Width 2
         End

     End
End


The classitem / simple expression (Expression "6") works with the 
mapserver cgi, but python mapscript throws an error: 
_mapscript.MapServerError: msEvalExpression(): General error message. 
Invalid item index.

I've read the mapserver expressions documentation [1] and the note that 
says something about the working environment might be linked to more 
than one expression library. But my operating system skills are not high 
enough to turn this paragraph into something useful for me.

So any help is greatly appreciated.

Frank


Frank BRONIEWSKI

METRICO s.? r.l.
g?om?tres
technologies d'information g?ographique
rue des Romains 36
L-5433 NIEDERDONVEN

t?l.: +352 26 74 94 - 28
fax.: +352 26 74 94 99
http://www.metrico.lu


From thomas.bonfort at gmail.com  Wed Sep  4 05:33:24 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Wed, 4 Sep 2013 14:33:24 +0200
Subject: [mapserver-users] Expression segmentation fault
In-Reply-To: <522726BA.6070600@metrico.lu>
References: <522726BA.6070600@metrico.lu>
Message-ID: <CAOM3y2gTZZo5TE2hHitLAMOMOSv-8MiH1C2_eoAnx=M6UAVyPA@mail.gmail.com>

Frank, please supply a backtrace of the crash (`bt` in gdb once it has
halted at the segfault)

--
thomas

On Wed, Sep 4, 2013 at 2:25 PM, Frank Broniewski <brfr at metrico.lu> wrote:
> Hi,
>
> I just updated my mapserver installation to the latest version (6.2.1). I'm
> running FreeBSD 9.1 and I'm getting a segmentation fault related to
> expression usage in my mapfile. I've already compiled mapserver with debug
> symbols and I loaded the core file into gdb:
>
>> gdb /usr/local/www/apache22/cgi-bin/mapserv mapserv.core
> <snip>
> Reading symbols from /lib/libc.so.7...done.
> Loaded symbols for /lib/libc.so.7
> Reading symbols from /usr/local/lib/libintl.so.9...done.
> Loaded symbols for /usr/local/lib/libintl.so.9
> Reading symbols from /usr/lib/libsupc++.so.1...done.
> Loaded symbols for /usr/lib/libsupc++.so.1
> Reading symbols from /libexec/ld-elf.so.1...done.
> Loaded symbols for /libexec/ld-elf.so.1
> #0  0x00000008008e2520 in yylex (lvalp=0x7fffffffd250, p=0x7fffffffd3b0) at
> mapparser.y:649
> 649     mapparser.y: No such file or directory.
>         in mapparser.y
> [New Thread 809007400 (LWP 101134/mapserv)]
>
> So apparently there seems to be a file missing!? Looking at the source code
> (git), line 649 is a blank line, so I'm not sure what's missing exactly.
> I've got yacc, bison and flex installed. For testing purposes I'm using the
> mapserver cgi on the command line:
>
> /usr/local/www/apache22/cgi-bin/mapserv -nh
> "QUERY_STRING=map=/data/web/mapserver/cnra/cnra.map&mode=map&layer=boundaries"
>
> The boundaries layer:
>
> Layer
>
> #    Classitem "level"
>     Connection "host=10.0.0.2 dbname=osm user=user password=guessme"
>     Connectiontype Postgis
>     Data "geom FROM (SELECT osm_id, way AS geom, name, admin_level AS level,
> tags FROM planet_osm_polygon) AS foo USING UNIQUE osm_id USING SRID=3857"
>     Filter "tags ?& ARRAY['boundary', 'admin_level']"
>     Name "boundaries"
>     Processing "CLOSE_CONNECTION=DEFER"
>     Status on
>     Type line
>     Units meters
>
>     Metadata
>         "ows_title" "Boundary Map"
>         "ows_abstract" "Boundary map - data from OpenStreetMap, ODbl
> licensed"
>     End
>
>     Projection
>         "init=epsg:3857"
>     End
>
>     Class
>
>         Expression ("[level]" = "6")
> #        Expression "6"
>         Name "communes"
>
>         Style
>             Color 10 10 10
>             Opacity 50
>             Width 2
>         End
>
>     End
> End
>
>
> The classitem / simple expression (Expression "6") works with the mapserver
> cgi, but python mapscript throws an error: _mapscript.MapServerError:
> msEvalExpression(): General error message. Invalid item index.
>
> I've read the mapserver expressions documentation [1] and the note that says
> something about the working environment might be linked to more than one
> expression library. But my operating system skills are not high enough to
> turn this paragraph into something useful for me.
>
> So any help is greatly appreciated.
>
> Frank
>
>
> Frank BRONIEWSKI
>
> METRICO s.? r.l.
> g?om?tres
> technologies d'information g?ographique
> rue des Romains 36
> L-5433 NIEDERDONVEN
>
> t?l.: +352 26 74 94 - 28
> fax.: +352 26 74 94 99
> http://www.metrico.lu
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From brfr at metrico.lu  Wed Sep  4 05:39:04 2013
From: brfr at metrico.lu (Frank Broniewski)
Date: Wed, 04 Sep 2013 14:39:04 +0200
Subject: [mapserver-users] Expression segmentation fault
In-Reply-To: <CAOM3y2gTZZo5TE2hHitLAMOMOSv-8MiH1C2_eoAnx=M6UAVyPA@mail.gmail.com>
References: <522726BA.6070600@metrico.lu>
	<CAOM3y2gTZZo5TE2hHitLAMOMOSv-8MiH1C2_eoAnx=M6UAVyPA@mail.gmail.com>
Message-ID: <522729E8.6090704@metrico.lu>

Am 2013-09-04 14:33, schrieb thomas bonfort:
> Frank, please supply a backtrace of the crash (`bt` in gdb once it has
> halted at the segfault)
>
> --
> thomas
>
> On Wed, Sep 4, 2013 at 2:25 PM, Frank Broniewski <brfr at metrico.lu> wrote:
>> Hi,
>>
>> I just updated my mapserver installation to the latest version (6.2.1). I'm
>> running FreeBSD 9.1 and I'm getting a segmentation fault related to
>> expression usage in my mapfile. I've already compiled mapserver with debug
>> symbols and I loaded the core file into gdb:
>>
>>> gdb /usr/local/www/apache22/cgi-bin/mapserv mapserv.core
>> <snip>
>> Reading symbols from /lib/libc.so.7...done.
>> Loaded symbols for /lib/libc.so.7
>> Reading symbols from /usr/local/lib/libintl.so.9...done.
>> Loaded symbols for /usr/local/lib/libintl.so.9
>> Reading symbols from /usr/lib/libsupc++.so.1...done.
>> Loaded symbols for /usr/lib/libsupc++.so.1
>> Reading symbols from /libexec/ld-elf.so.1...done.
>> Loaded symbols for /libexec/ld-elf.so.1
>> #0  0x00000008008e2520 in yylex (lvalp=0x7fffffffd250, p=0x7fffffffd3b0) at
>> mapparser.y:649
>> 649     mapparser.y: No such file or directory.
>>          in mapparser.y
>> [New Thread 809007400 (LWP 101134/mapserv)]
>>
>> So apparently there seems to be a file missing!? Looking at the source code
>> (git), line 649 is a blank line, so I'm not sure what's missing exactly.
>> I've got yacc, bison and flex installed. For testing purposes I'm using the
>> mapserver cgi on the command line:
>>
>> /usr/local/www/apache22/cgi-bin/mapserv -nh
>> "QUERY_STRING=map=/data/web/mapserver/cnra/cnra.map&mode=map&layer=boundaries"
>>
>> The boundaries layer:
>>
>> Layer
>>
>> #    Classitem "level"
>>      Connection "host=10.0.0.2 dbname=osm user=user password=guessme"
>>      Connectiontype Postgis
>>      Data "geom FROM (SELECT osm_id, way AS geom, name, admin_level AS level,
>> tags FROM planet_osm_polygon) AS foo USING UNIQUE osm_id USING SRID=3857"
>>      Filter "tags ?& ARRAY['boundary', 'admin_level']"
>>      Name "boundaries"
>>      Processing "CLOSE_CONNECTION=DEFER"
>>      Status on
>>      Type line
>>      Units meters
>>
>>      Metadata
>>          "ows_title" "Boundary Map"
>>          "ows_abstract" "Boundary map - data from OpenStreetMap, ODbl
>> licensed"
>>      End
>>
>>      Projection
>>          "init=epsg:3857"
>>      End
>>
>>      Class
>>
>>          Expression ("[level]" = "6")
>> #        Expression "6"
>>          Name "communes"
>>
>>          Style
>>              Color 10 10 10
>>              Opacity 50
>>              Width 2
>>          End
>>
>>      End
>> End
>>
>>
>> The classitem / simple expression (Expression "6") works with the mapserver
>> cgi, but python mapscript throws an error: _mapscript.MapServerError:
>> msEvalExpression(): General error message. Invalid item index.
>>
>> I've read the mapserver expressions documentation [1] and the note that says
>> something about the working environment might be linked to more than one
>> expression library. But my operating system skills are not high enough to
>> turn this paragraph into something useful for me.
>>
>> So any help is greatly appreciated.
>>
>> Frank
>>
>>
>> Frank BRONIEWSKI
>>
>> METRICO s.? r.l.
>> g?om?tres
>> technologies d'information g?ographique
>> rue des Romains 36
>> L-5433 NIEDERDONVEN
>>
>> t?l.: +352 26 74 94 - 28
>> fax.: +352 26 74 94 99
>> http://www.metrico.lu
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>

Hi Thomas,

thanks for the fast response! Here's the bt:

(gdb) bt
#0  0x00000008008e2520 in yylex (lvalp=0x7fffffffd250, p=0x7fffffffd3b0) 
at mapparser.y:649
#1  0x00000008008e0146 in yyparse (p=0x7fffffffd3b0) at mapparser.c:1500
#2  0x00000008009239b2 in msEvalExpression (layer=0x809009000, 
shape=0x7fffffffd4e0,
     expression=0x8090a0280, itemindex=-1) at maputil.c:478
#3  0x0000000800923f03 in msShapeGetClass (layer=0x809009000, 
map=0x8090bd800,
     shape=0x7fffffffd4e0, classgroup=0x0, numclasses=1) at maputil.c:581
#4  0x0000000800980ab2 in msDrawVectorLayer (map=0x8090bd800, 
layer=0x809009000, image=0x8090a91c0)
     at mapdraw.c:989
#5  0x00000008009800ed in msDrawLayer (map=0x8090bd800, 
layer=0x809009000, image=0x8090a91c0)
     at mapdraw.c:808
#6  0x000000080097ed18 in msDrawMap (map=0x8090bd800, querymap=0) at 
mapdraw.c:437
#7  0x0000000800a16e6e in msCGIDispatchImageRequest 
(mapserv=0x8090b2300) at mapservutil.c:1448
#8  0x0000000800a179c2 in msCGIDispatchRequest (mapserv=0x8090b2300) at 
mapservutil.c:1690
#9  0x00000000004012c1 in main (argc=3, argv=0x7fffffffd9f0) at 
mapserv.c:259
(gdb)




-- 
Frank BRONIEWSKI

METRICO s.? r.l.
g?om?tres
technologies d'information g?ographique
rue des Romains 36
L-5433 NIEDERDONVEN

t?l.: +352 26 74 94 - 28
fax.: +352 26 74 94 99
http://www.metrico.lu


From freimuth69 at gmail.com  Wed Sep  4 07:03:12 2013
From: freimuth69 at gmail.com (Peter Freimuth)
Date: Wed, 04 Sep 2013 08:03:12 -0600
Subject: [mapserver-users] wcs 1..0.0 getcapabilities problem in
 mapserver 6.4dev and 6.2.x
In-Reply-To: <201308292138.06210.even.rouault@mines-paris.org>
References: <521F7D50.3000504@gmail.com>
	<201308292138.06210.even.rouault@mines-paris.org>
Message-ID: <52273DA0.7080807@gmail.com>

Hi Even,
thanks for the tip. Actually this solved the problem. I did not found an 
example which makes clear for what this metadata element is used and how 
this url should look like but at least the warning from the capabilities 
doc is gone.
Best regards,
Peter
On 29/08/2013 1:38 PM, Even Rouault wrote:
> Le jeudi 29 ao?t 2013 18:56:48, Peter Freimuth a ?crit :
>> Hi,
>> i ran into s small problem with setting up a WCS service on umn
>> mapserver 6.2 and newer.
>> When requesting the capabilities for VERSION=1.0.0 i get the following
>> Warning printed to the Capabilities Doc:
>>
>> Any idea what is missing. The fact that the missing mandatory metadata
>> accesses a "null" string point to a bug in the code otherwise it should
>> tell which parameter is missing.
> Yes, the call to msOWSPrintURLType() in msWCSGetCapabilities_Service in
> mapwcs.c pass tag_name == NULL, hence the (null) in the warning. Looking at
> the conditions that trigger the warning, I believe the reason for the warning
> is that you need to define the "ows_metadatalink_href" metadata item.
>
>> Thanks for any hint on this topic.
>> Kind regards,
>> Peter



From thomas.bonfort at gmail.com  Thu Sep  5 00:47:25 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Thu, 5 Sep 2013 09:47:25 +0200
Subject: [mapserver-users] Expression segmentation fault
In-Reply-To: <522729E8.6090704@metrico.lu>
References: <522726BA.6070600@metrico.lu>
	<CAOM3y2gTZZo5TE2hHitLAMOMOSv-8MiH1C2_eoAnx=M6UAVyPA@mail.gmail.com>
	<522729E8.6090704@metrico.lu>
Message-ID: <CAOM3y2iLP98hJSUOZ98WtMZt78jaNFM5VPMPLH7fSr3KozYntQ@mail.gmail.com>

Frank,
This is such a simple use-case that I doubt it's a bug in the code
per-se. Can you make sure that you are using a clean build (make clean
&& make && make install) as I suspect this could be happening due to a
compilation problem (as a rule of thumb, with mapserver <6.4, always
run make clean after re-running configure)

--
thomas


On Wed, Sep 4, 2013 at 2:39 PM, Frank Broniewski <brfr at metrico.lu> wrote:
> Am 2013-09-04 14:33, schrieb thomas bonfort:
>
>> Frank, please supply a backtrace of the crash (`bt` in gdb once it has
>> halted at the segfault)
>>
>> --
>> thomas
>>
>> On Wed, Sep 4, 2013 at 2:25 PM, Frank Broniewski <brfr at metrico.lu> wrote:
>>>
>>> Hi,
>>>
>>> I just updated my mapserver installation to the latest version (6.2.1).
>>> I'm
>>> running FreeBSD 9.1 and I'm getting a segmentation fault related to
>>> expression usage in my mapfile. I've already compiled mapserver with
>>> debug
>>> symbols and I loaded the core file into gdb:
>>>
>>>> gdb /usr/local/www/apache22/cgi-bin/mapserv mapserv.core
>>>
>>> <snip>
>>> Reading symbols from /lib/libc.so.7...done.
>>> Loaded symbols for /lib/libc.so.7
>>> Reading symbols from /usr/local/lib/libintl.so.9...done.
>>> Loaded symbols for /usr/local/lib/libintl.so.9
>>> Reading symbols from /usr/lib/libsupc++.so.1...done.
>>> Loaded symbols for /usr/lib/libsupc++.so.1
>>> Reading symbols from /libexec/ld-elf.so.1...done.
>>> Loaded symbols for /libexec/ld-elf.so.1
>>> #0  0x00000008008e2520 in yylex (lvalp=0x7fffffffd250, p=0x7fffffffd3b0)
>>> at
>>> mapparser.y:649
>>> 649     mapparser.y: No such file or directory.
>>>          in mapparser.y
>>> [New Thread 809007400 (LWP 101134/mapserv)]
>>>
>>> So apparently there seems to be a file missing!? Looking at the source
>>> code
>>> (git), line 649 is a blank line, so I'm not sure what's missing exactly.
>>> I've got yacc, bison and flex installed. For testing purposes I'm using
>>> the
>>> mapserver cgi on the command line:
>>>
>>> /usr/local/www/apache22/cgi-bin/mapserv -nh
>>>
>>> "QUERY_STRING=map=/data/web/mapserver/cnra/cnra.map&mode=map&layer=boundaries"
>>>
>>> The boundaries layer:
>>>
>>> Layer
>>>
>>> #    Classitem "level"
>>>      Connection "host=10.0.0.2 dbname=osm user=user password=guessme"
>>>      Connectiontype Postgis
>>>      Data "geom FROM (SELECT osm_id, way AS geom, name, admin_level AS
>>> level,
>>> tags FROM planet_osm_polygon) AS foo USING UNIQUE osm_id USING SRID=3857"
>>>      Filter "tags ?& ARRAY['boundary', 'admin_level']"
>>>      Name "boundaries"
>>>      Processing "CLOSE_CONNECTION=DEFER"
>>>      Status on
>>>      Type line
>>>      Units meters
>>>
>>>      Metadata
>>>          "ows_title" "Boundary Map"
>>>          "ows_abstract" "Boundary map - data from OpenStreetMap, ODbl
>>> licensed"
>>>      End
>>>
>>>      Projection
>>>          "init=epsg:3857"
>>>      End
>>>
>>>      Class
>>>
>>>          Expression ("[level]" = "6")
>>> #        Expression "6"
>>>          Name "communes"
>>>
>>>          Style
>>>              Color 10 10 10
>>>              Opacity 50
>>>              Width 2
>>>          End
>>>
>>>      End
>>> End
>>>
>>>
>>> The classitem / simple expression (Expression "6") works with the
>>> mapserver
>>> cgi, but python mapscript throws an error: _mapscript.MapServerError:
>>> msEvalExpression(): General error message. Invalid item index.
>>>
>>> I've read the mapserver expressions documentation [1] and the note that
>>> says
>>> something about the working environment might be linked to more than one
>>> expression library. But my operating system skills are not high enough to
>>> turn this paragraph into something useful for me.
>>>
>>> So any help is greatly appreciated.
>>>
>>> Frank
>>>
>>>
>>> Frank BRONIEWSKI
>>>
>>> METRICO s.? r.l.
>>> g?om?tres
>>> technologies d'information g?ographique
>>> rue des Romains 36
>>> L-5433 NIEDERDONVEN
>>>
>>> t?l.: +352 26 74 94 - 28
>>> fax.: +352 26 74 94 99
>>> http://www.metrico.lu
>>> _______________________________________________
>>> mapserver-users mailing list
>>> mapserver-users at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>>
>>
>
> Hi Thomas,
>
> thanks for the fast response! Here's the bt:
>
> (gdb) bt
>
> #0  0x00000008008e2520 in yylex (lvalp=0x7fffffffd250, p=0x7fffffffd3b0) at
> mapparser.y:649
> #1  0x00000008008e0146 in yyparse (p=0x7fffffffd3b0) at mapparser.c:1500
> #2  0x00000008009239b2 in msEvalExpression (layer=0x809009000,
> shape=0x7fffffffd4e0,
>     expression=0x8090a0280, itemindex=-1) at maputil.c:478
> #3  0x0000000800923f03 in msShapeGetClass (layer=0x809009000,
> map=0x8090bd800,
>     shape=0x7fffffffd4e0, classgroup=0x0, numclasses=1) at maputil.c:581
> #4  0x0000000800980ab2 in msDrawVectorLayer (map=0x8090bd800,
> layer=0x809009000, image=0x8090a91c0)
>     at mapdraw.c:989
> #5  0x00000008009800ed in msDrawLayer (map=0x8090bd800, layer=0x809009000,
> image=0x8090a91c0)
>     at mapdraw.c:808
> #6  0x000000080097ed18 in msDrawMap (map=0x8090bd800, querymap=0) at
> mapdraw.c:437
> #7  0x0000000800a16e6e in msCGIDispatchImageRequest (mapserv=0x8090b2300) at
> mapservutil.c:1448
> #8  0x0000000800a179c2 in msCGIDispatchRequest (mapserv=0x8090b2300) at
> mapservutil.c:1690
> #9  0x00000000004012c1 in main (argc=3, argv=0x7fffffffd9f0) at
> mapserv.c:259
> (gdb)
>
>
>
>
> --
> Frank BRONIEWSKI
>
> METRICO s.? r.l.
> g?om?tres
> technologies d'information g?ographique
> rue des Romains 36
> L-5433 NIEDERDONVEN
>
> t?l.: +352 26 74 94 - 28
> fax.: +352 26 74 94 99
> http://www.metrico.lu


From brfr at metrico.lu  Thu Sep  5 06:49:11 2013
From: brfr at metrico.lu (Frank Broniewski)
Date: Thu, 05 Sep 2013 15:49:11 +0200
Subject: [mapserver-users] Expression segmentation fault
In-Reply-To: <CAOM3y2iLP98hJSUOZ98WtMZt78jaNFM5VPMPLH7fSr3KozYntQ@mail.gmail.com>
References: <522726BA.6070600@metrico.lu>
	<CAOM3y2gTZZo5TE2hHitLAMOMOSv-8MiH1C2_eoAnx=M6UAVyPA@mail.gmail.com>
	<522729E8.6090704@metrico.lu>
	<CAOM3y2iLP98hJSUOZ98WtMZt78jaNFM5VPMPLH7fSr3KozYntQ@mail.gmail.com>
Message-ID: <52288BD7.9080605@metrico.lu>

Ok, this is weird. It is, as I know now, data source related. I was 
poking in the layer configuration to find out why the core dump happens. 
Reinstalling didn't solve the issue, btw.

So first I converted the data to shapefile with ogr2ogr (as always very 
handy!) and changed the layer accordingly. And no core dump happened!
Then I tried several versions of the data and filter statements without 
success.
Since this is a osm2pgsql database I swapped finally the table from 
planet_osm_polygon to planet_osm_line (same table schema apart from the 
geometry) - and voil? - no core dump.

So I can relate the problem to the planet_osm_polygon table - but I'm 
not sure what difference actually is responsible for the crash ...

The most apparent difference is of course the geometry type: 
planet_osm_line is linestring, planet_osm_polygon is geometry ...

I will investigate the attributes further tomorrow, but now I need to 
earn some money. It's always the deadlines ...


Frank


Am 2013-09-05 09:47, schrieb thomas bonfort:
> Frank,
> This is such a simple use-case that I doubt it's a bug in the code
> per-se. Can you make sure that you are using a clean build (make clean
> && make && make install) as I suspect this could be happening due to a
> compilation problem (as a rule of thumb, with mapserver <6.4, always
> run make clean after re-running configure)
>
> --
> thomas
>
>
> On Wed, Sep 4, 2013 at 2:39 PM, Frank Broniewski <brfr at metrico.lu> wrote:
>> Am 2013-09-04 14:33, schrieb thomas bonfort:
>>
>>> Frank, please supply a backtrace of the crash (`bt` in gdb once it has
>>> halted at the segfault)
>>>
>>> --
>>> thomas
>>>
>>> On Wed, Sep 4, 2013 at 2:25 PM, Frank Broniewski <brfr at metrico.lu> wrote:
>>>>
>>>> Hi,
>>>>
>>>> I just updated my mapserver installation to the latest version (6.2.1).
>>>> I'm
>>>> running FreeBSD 9.1 and I'm getting a segmentation fault related to
>>>> expression usage in my mapfile. I've already compiled mapserver with
>>>> debug
>>>> symbols and I loaded the core file into gdb:
>>>>
>>>>> gdb /usr/local/www/apache22/cgi-bin/mapserv mapserv.core
>>>>
>>>> <snip>
>>>> Reading symbols from /lib/libc.so.7...done.
>>>> Loaded symbols for /lib/libc.so.7
>>>> Reading symbols from /usr/local/lib/libintl.so.9...done.
>>>> Loaded symbols for /usr/local/lib/libintl.so.9
>>>> Reading symbols from /usr/lib/libsupc++.so.1...done.
>>>> Loaded symbols for /usr/lib/libsupc++.so.1
>>>> Reading symbols from /libexec/ld-elf.so.1...done.
>>>> Loaded symbols for /libexec/ld-elf.so.1
>>>> #0  0x00000008008e2520 in yylex (lvalp=0x7fffffffd250, p=0x7fffffffd3b0)
>>>> at
>>>> mapparser.y:649
>>>> 649     mapparser.y: No such file or directory.
>>>>           in mapparser.y
>>>> [New Thread 809007400 (LWP 101134/mapserv)]
>>>>
>>>> So apparently there seems to be a file missing!? Looking at the source
>>>> code
>>>> (git), line 649 is a blank line, so I'm not sure what's missing exactly.
>>>> I've got yacc, bison and flex installed. For testing purposes I'm using
>>>> the
>>>> mapserver cgi on the command line:
>>>>
>>>> /usr/local/www/apache22/cgi-bin/mapserv -nh
>>>>
>>>> "QUERY_STRING=map=/data/web/mapserver/cnra/cnra.map&mode=map&layer=boundaries"
>>>>
>>>> The boundaries layer:
>>>>
>>>> Layer
>>>>
>>>> #    Classitem "level"
>>>>       Connection "host=10.0.0.2 dbname=osm user=user password=guessme"
>>>>       Connectiontype Postgis
>>>>       Data "geom FROM (SELECT osm_id, way AS geom, name, admin_level AS
>>>> level,
>>>> tags FROM planet_osm_polygon) AS foo USING UNIQUE osm_id USING SRID=3857"
>>>>       Filter "tags ?& ARRAY['boundary', 'admin_level']"
>>>>       Name "boundaries"
>>>>       Processing "CLOSE_CONNECTION=DEFER"
>>>>       Status on
>>>>       Type line
>>>>       Units meters
>>>>
>>>>       Metadata
>>>>           "ows_title" "Boundary Map"
>>>>           "ows_abstract" "Boundary map - data from OpenStreetMap, ODbl
>>>> licensed"
>>>>       End
>>>>
>>>>       Projection
>>>>           "init=epsg:3857"
>>>>       End
>>>>
>>>>       Class
>>>>
>>>>           Expression ("[level]" = "6")
>>>> #        Expression "6"
>>>>           Name "communes"
>>>>
>>>>           Style
>>>>               Color 10 10 10
>>>>               Opacity 50
>>>>               Width 2
>>>>           End
>>>>
>>>>       End
>>>> End
>>>>
>>>>
>>>> The classitem / simple expression (Expression "6") works with the
>>>> mapserver
>>>> cgi, but python mapscript throws an error: _mapscript.MapServerError:
>>>> msEvalExpression(): General error message. Invalid item index.
>>>>
>>>> I've read the mapserver expressions documentation [1] and the note that
>>>> says
>>>> something about the working environment might be linked to more than one
>>>> expression library. But my operating system skills are not high enough to
>>>> turn this paragraph into something useful for me.
>>>>
>>>> So any help is greatly appreciated.
>>>>
>>>> Frank
>>>>
>>>>
>>>> Frank BRONIEWSKI
>>>>
>>>> METRICO s.? r.l.
>>>> g?om?tres
>>>> technologies d'information g?ographique
>>>> rue des Romains 36
>>>> L-5433 NIEDERDONVEN
>>>>
>>>> t?l.: +352 26 74 94 - 28
>>>> fax.: +352 26 74 94 99
>>>> http://www.metrico.lu
>>>> _______________________________________________
>>>> mapserver-users mailing list
>>>> mapserver-users at lists.osgeo.org
>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>
>>>
>>>
>>
>> Hi Thomas,
>>
>> thanks for the fast response! Here's the bt:
>>
>> (gdb) bt
>>
>> #0  0x00000008008e2520 in yylex (lvalp=0x7fffffffd250, p=0x7fffffffd3b0) at
>> mapparser.y:649
>> #1  0x00000008008e0146 in yyparse (p=0x7fffffffd3b0) at mapparser.c:1500
>> #2  0x00000008009239b2 in msEvalExpression (layer=0x809009000,
>> shape=0x7fffffffd4e0,
>>      expression=0x8090a0280, itemindex=-1) at maputil.c:478
>> #3  0x0000000800923f03 in msShapeGetClass (layer=0x809009000,
>> map=0x8090bd800,
>>      shape=0x7fffffffd4e0, classgroup=0x0, numclasses=1) at maputil.c:581
>> #4  0x0000000800980ab2 in msDrawVectorLayer (map=0x8090bd800,
>> layer=0x809009000, image=0x8090a91c0)
>>      at mapdraw.c:989
>> #5  0x00000008009800ed in msDrawLayer (map=0x8090bd800, layer=0x809009000,
>> image=0x8090a91c0)
>>      at mapdraw.c:808
>> #6  0x000000080097ed18 in msDrawMap (map=0x8090bd800, querymap=0) at
>> mapdraw.c:437
>> #7  0x0000000800a16e6e in msCGIDispatchImageRequest (mapserv=0x8090b2300) at
>> mapservutil.c:1448
>> #8  0x0000000800a179c2 in msCGIDispatchRequest (mapserv=0x8090b2300) at
>> mapservutil.c:1690
>> #9  0x00000000004012c1 in main (argc=3, argv=0x7fffffffd9f0) at
>> mapserv.c:259
>> (gdb)
>>
>>
>>
>>
>> --
>> Frank BRONIEWSKI
>>
>> METRICO s.? r.l.
>> g?om?tres
>> technologies d'information g?ographique
>> rue des Romains 36
>> L-5433 NIEDERDONVEN
>>
>> t?l.: +352 26 74 94 - 28
>> fax.: +352 26 74 94 99
>> http://www.metrico.lu
>
>


-- 
Frank BRONIEWSKI

METRICO s.? r.l.
g?om?tres
technologies d'information g?ographique
rue des Romains 36
L-5433 NIEDERDONVEN

t?l.: +352 26 74 94 - 28
fax.: +352 26 74 94 99
http://www.metrico.lu


From jukka.rahkonen at mmmtike.fi  Thu Sep  5 07:11:24 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Thu, 5 Sep 2013 14:11:24 +0000
Subject: [mapserver-users] Expression segmentation fault
Message-ID: <84446DEF76453C439E9E97E438E13A63022E4D48@suutari.haapa.mmm.fi>

Hi,

Osm2pgsql can create invalid polygons with self-intersections and/or three-vertex A-B-A rings. It might be good to run MakeValid or simply find possibly invalid features with IsValid and delete them and then see if Mapserver gets happy.  Actually, run IsValid and save the faulty geometries somewhere before correcting or deleting them. It would be nice to catch them if they happen to be the reason for the crash.

-Jukka Rahkonen-

Frank Broniewski wrote:
> 
> Ok, this is weird. It is, as I know now, data source related. I was poking in the
> layer configuration to find out why the core dump happens.
> Reinstalling didn't solve the issue, btw.
> 
> So first I converted the data to shapefile with ogr2ogr (as always very
> handy!) and changed the layer accordingly. And no core dump happened!
> Then I tried several versions of the data and filter statements without success.
> Since this is a osm2pgsql database I swapped finally the table from
> planet_osm_polygon to planet_osm_line (same table schema apart from the
> geometry) - and voil? - no core dump.
> 
> So I can relate the problem to the planet_osm_polygon table - but I'm not sure
> what difference actually is responsible for the crash ...
> 
> The most apparent difference is of course the geometry type:
> planet_osm_line is linestring, planet_osm_polygon is geometry ...
> 
> I will investigate the attributes further tomorrow, but now I need to earn some
> money. It's always the deadlines ...
> 
> 
> Frank
> 
> 
> Am 2013-09-05 09:47, schrieb thomas bonfort:
> > Frank,
> > This is such a simple use-case that I doubt it's a bug in the code
> > per-se. Can you make sure that you are using a clean build (make clean
> > && make && make install) as I suspect this could be happening due to a
> > compilation problem (as a rule of thumb, with mapserver <6.4, always
> > run make clean after re-running configure)
> >
> > --
> > thomas
> >
> >
> > On Wed, Sep 4, 2013 at 2:39 PM, Frank Broniewski <brfr at metrico.lu> wrote:
> >> Am 2013-09-04 14:33, schrieb thomas bonfort:
> >>
> >>> Frank, please supply a backtrace of the crash (`bt` in gdb once it has
> >>> halted at the segfault)
> >>>
> >>> --
> >>> thomas
> >>>
> >>> On Wed, Sep 4, 2013 at 2:25 PM, Frank Broniewski <brfr at metrico.lu>
> wrote:
> >>>>
> >>>> Hi,
> >>>>
> >>>> I just updated my mapserver installation to the latest version (6.2.1).
> >>>> I'm
> >>>> running FreeBSD 9.1 and I'm getting a segmentation fault related to
> >>>> expression usage in my mapfile. I've already compiled mapserver with
> >>>> debug
> >>>> symbols and I loaded the core file into gdb:
> >>>>
> >>>>> gdb /usr/local/www/apache22/cgi-bin/mapserv mapserv.core
> >>>>
> >>>> <snip>
> >>>> Reading symbols from /lib/libc.so.7...done.
> >>>> Loaded symbols for /lib/libc.so.7
> >>>> Reading symbols from /usr/local/lib/libintl.so.9...done.
> >>>> Loaded symbols for /usr/local/lib/libintl.so.9
> >>>> Reading symbols from /usr/lib/libsupc++.so.1...done.
> >>>> Loaded symbols for /usr/lib/libsupc++.so.1
> >>>> Reading symbols from /libexec/ld-elf.so.1...done.
> >>>> Loaded symbols for /libexec/ld-elf.so.1
> >>>> #0  0x00000008008e2520 in yylex (lvalp=0x7fffffffd250, p=0x7fffffffd3b0)
> >>>> at
> >>>> mapparser.y:649
> >>>> 649     mapparser.y: No such file or directory.
> >>>>           in mapparser.y
> >>>> [New Thread 809007400 (LWP 101134/mapserv)]
> >>>>
> >>>> So apparently there seems to be a file missing!? Looking at the source
> >>>> code
> >>>> (git), line 649 is a blank line, so I'm not sure what's missing exactly.
> >>>> I've got yacc, bison and flex installed. For testing purposes I'm using
> >>>> the
> >>>> mapserver cgi on the command line:
> >>>>
> >>>> /usr/local/www/apache22/cgi-bin/mapserv -nh
> >>>>
> >>>>
> "QUERY_STRING=map=/data/web/mapserver/cnra/cnra.map&mode=map&laye
> r=boundaries"
> >>>>
> >>>> The boundaries layer:
> >>>>
> >>>> Layer
> >>>>
> >>>> #    Classitem "level"
> >>>>       Connection "host=10.0.0.2 dbname=osm user=user
> password=guessme"
> >>>>       Connectiontype Postgis
> >>>>       Data "geom FROM (SELECT osm_id, way AS geom, name, admin_level
> AS
> >>>> level,
> >>>> tags FROM planet_osm_polygon) AS foo USING UNIQUE osm_id USING
> SRID=3857"
> >>>>       Filter "tags ?& ARRAY['boundary', 'admin_level']"
> >>>>       Name "boundaries"
> >>>>       Processing "CLOSE_CONNECTION=DEFER"
> >>>>       Status on
> >>>>       Type line
> >>>>       Units meters
> >>>>
> >>>>       Metadata
> >>>>           "ows_title" "Boundary Map"
> >>>>           "ows_abstract" "Boundary map - data from OpenStreetMap, ODbl
> >>>> licensed"
> >>>>       End
> >>>>
> >>>>       Projection
> >>>>           "init=epsg:3857"
> >>>>       End
> >>>>
> >>>>       Class
> >>>>
> >>>>           Expression ("[level]" = "6")
> >>>> #        Expression "6"
> >>>>           Name "communes"
> >>>>
> >>>>           Style
> >>>>               Color 10 10 10
> >>>>               Opacity 50
> >>>>               Width 2
> >>>>           End
> >>>>
> >>>>       End
> >>>> End
> >>>>
> >>>>
> >>>> The classitem / simple expression (Expression "6") works with the
> >>>> mapserver
> >>>> cgi, but python mapscript throws an error: _mapscript.MapServerError:
> >>>> msEvalExpression(): General error message. Invalid item index.
> >>>>
> >>>> I've read the mapserver expressions documentation [1] and the note that
> >>>> says
> >>>> something about the working environment might be linked to more than
> one
> >>>> expression library. But my operating system skills are not high enough to
> >>>> turn this paragraph into something useful for me.
> >>>>
> >>>> So any help is greatly appreciated.
> >>>>
> >>>> Frank
> >>>>
> >>>>
> >>>> Frank BRONIEWSKI
> >>>>
> >>>> METRICO s.? r.l.
> >>>> g?om?tres
> >>>> technologies d'information g?ographique
> >>>> rue des Romains 36
> >>>> L-5433 NIEDERDONVEN
> >>>>
> >>>> t?l.: +352 26 74 94 - 28
> >>>> fax.: +352 26 74 94 99
> >>>> http://www.metrico.lu
> >>>> _______________________________________________
> >>>> mapserver-users mailing list
> >>>> mapserver-users at lists.osgeo.org
> >>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> >>>
> >>>
> >>>
> >>
> >> Hi Thomas,
> >>
> >> thanks for the fast response! Here's the bt:
> >>
> >> (gdb) bt
> >>
> >> #0  0x00000008008e2520 in yylex (lvalp=0x7fffffffd250, p=0x7fffffffd3b0) at
> >> mapparser.y:649
> >> #1  0x00000008008e0146 in yyparse (p=0x7fffffffd3b0) at mapparser.c:1500
> >> #2  0x00000008009239b2 in msEvalExpression (layer=0x809009000,
> >> shape=0x7fffffffd4e0,
> >>      expression=0x8090a0280, itemindex=-1) at maputil.c:478
> >> #3  0x0000000800923f03 in msShapeGetClass (layer=0x809009000,
> >> map=0x8090bd800,
> >>      shape=0x7fffffffd4e0, classgroup=0x0, numclasses=1) at maputil.c:581
> >> #4  0x0000000800980ab2 in msDrawVectorLayer (map=0x8090bd800,
> >> layer=0x809009000, image=0x8090a91c0)
> >>      at mapdraw.c:989
> >> #5  0x00000008009800ed in msDrawLayer (map=0x8090bd800,
> layer=0x809009000,
> >> image=0x8090a91c0)
> >>      at mapdraw.c:808
> >> #6  0x000000080097ed18 in msDrawMap (map=0x8090bd800, querymap=0)
> at
> >> mapdraw.c:437
> >> #7  0x0000000800a16e6e in msCGIDispatchImageRequest
> (mapserv=0x8090b2300) at
> >> mapservutil.c:1448
> >> #8  0x0000000800a179c2 in msCGIDispatchRequest (mapserv=0x8090b2300)
> at
> >> mapservutil.c:1690
> >> #9  0x00000000004012c1 in main (argc=3, argv=0x7fffffffd9f0) at
> >> mapserv.c:259
> >> (gdb)
> >>
> >>
> >>
> >>
> >> --
> >> Frank BRONIEWSKI
> >>
> >> METRICO s.? r.l.
> >> g?om?tres
> >> technologies d'information g?ographique
> >> rue des Romains 36
> >> L-5433 NIEDERDONVEN
> >>
> >> t?l.: +352 26 74 94 - 28
> >> fax.: +352 26 74 94 99
> >> http://www.metrico.lu
> >
> >
> 
> 
> --
> Frank BRONIEWSKI
> 
> METRICO s.? r.l.
> g?om?tres
> technologies d'information g?ographique
> rue des Romains 36
> L-5433 NIEDERDONVEN
> 
> t?l.: +352 26 74 94 - 28
> fax.: +352 26 74 94 99
> http://www.metrico.lu
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users

From woodbri at swoodbridge.com  Thu Sep  5 07:30:07 2013
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Thu, 05 Sep 2013 10:30:07 -0400
Subject: [mapserver-users] Expression segmentation fault
In-Reply-To: <84446DEF76453C439E9E97E438E13A63022E4D48@suutari.haapa.mmm.fi>
References: <84446DEF76453C439E9E97E438E13A63022E4D48@suutari.haapa.mmm.fi>
Message-ID: <5228956F.4050105@swoodbridge.com>

Hi,

This is a great idea. Regardless we should try to identify the case that 
is causing the crash and trap that. Mapserver should never crash as a 
general rule so finding the specific case is important so Thomas can 
reproduce it.

If you have (or can load) the data in a database table, then it should 
be fairly easy to do a manual binary search to find the offending object 
by adding  " where gid between <lower> and <upper>" to your query and 
adjusting the value of lower and upper to narrow the search to the 
problem object.

Thanks,
   -Steve W

On 9/5/2013 10:11 AM, Rahkonen Jukka wrote:
> Hi,
>
> Osm2pgsql can create invalid polygons with self-intersections and/or
> three-vertex A-B-A rings. It might be good to run MakeValid or simply
> find possibly invalid features with IsValid and delete them and then
> see if Mapserver gets happy.  Actually, run IsValid and save the
> faulty geometries somewhere before correcting or deleting them. It
> would be nice to catch them if they happen to be the reason for the
> crash.
>
> -Jukka Rahkonen-
>
> Frank Broniewski wrote:
>>
>> Ok, this is weird. It is, as I know now, data source related. I was
>> poking in the layer configuration to find out why the core dump
>> happens. Reinstalling didn't solve the issue, btw.
>>
>> So first I converted the data to shapefile with ogr2ogr (as always
>> very handy!) and changed the layer accordingly. And no core dump
>> happened! Then I tried several versions of the data and filter
>> statements without success. Since this is a osm2pgsql database I
>> swapped finally the table from planet_osm_polygon to
>> planet_osm_line (same table schema apart from the geometry) - and
>> voil? - no core dump.
>>
>> So I can relate the problem to the planet_osm_polygon table - but
>> I'm not sure what difference actually is responsible for the crash
>> ...
>>
>> The most apparent difference is of course the geometry type:
>> planet_osm_line is linestring, planet_osm_polygon is geometry ...
>>
>> I will investigate the attributes further tomorrow, but now I need
>> to earn some money. It's always the deadlines ...
>>
>>
>> Frank
>>
>>
>> Am 2013-09-05 09:47, schrieb thomas bonfort:
>>> Frank, This is such a simple use-case that I doubt it's a bug in
>>> the code per-se. Can you make sure that you are using a clean
>>> build (make clean && make && make install) as I suspect this
>>> could be happening due to a compilation problem (as a rule of
>>> thumb, with mapserver <6.4, always run make clean after
>>> re-running configure)
>>>
>>> -- thomas
>>>
>>>
>>> On Wed, Sep 4, 2013 at 2:39 PM, Frank Broniewski
>>> <brfr at metrico.lu> wrote:
>>>> Am 2013-09-04 14:33, schrieb thomas bonfort:
>>>>
>>>>> Frank, please supply a backtrace of the crash (`bt` in gdb
>>>>> once it has halted at the segfault)
>>>>>
>>>>> -- thomas
>>>>>
>>>>> On Wed, Sep 4, 2013 at 2:25 PM, Frank Broniewski
>>>>> <brfr at metrico.lu>
>> wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I just updated my mapserver installation to the latest
>>>>>> version (6.2.1). I'm running FreeBSD 9.1 and I'm getting a
>>>>>> segmentation fault related to expression usage in my
>>>>>> mapfile. I've already compiled mapserver with debug symbols
>>>>>> and I loaded the core file into gdb:
>>>>>>
>>>>>>> gdb /usr/local/www/apache22/cgi-bin/mapserv mapserv.core
>>>>>>
>>>>>> <snip> Reading symbols from /lib/libc.so.7...done. Loaded
>>>>>> symbols for /lib/libc.so.7 Reading symbols from
>>>>>> /usr/local/lib/libintl.so.9...done. Loaded symbols for
>>>>>> /usr/local/lib/libintl.so.9 Reading symbols from
>>>>>> /usr/lib/libsupc++.so.1...done. Loaded symbols for
>>>>>> /usr/lib/libsupc++.so.1 Reading symbols from
>>>>>> /libexec/ld-elf.so.1...done. Loaded symbols for
>>>>>> /libexec/ld-elf.so.1 #0  0x00000008008e2520 in yylex
>>>>>> (lvalp=0x7fffffffd250, p=0x7fffffffd3b0) at
>>>>>> mapparser.y:649 649     mapparser.y: No such file or
>>>>>> directory. in mapparser.y [New Thread 809007400 (LWP
>>>>>> 101134/mapserv)]
>>>>>>
>>>>>> So apparently there seems to be a file missing!? Looking at
>>>>>> the source code (git), line 649 is a blank line, so I'm not
>>>>>> sure what's missing exactly. I've got yacc, bison and flex
>>>>>> installed. For testing purposes I'm using the mapserver cgi
>>>>>> on the command line:
>>>>>>
>>>>>> /usr/local/www/apache22/cgi-bin/mapserv -nh
>>>>>>
>>>>>>
>> "QUERY_STRING=map=/data/web/mapserver/cnra/cnra.map&mode=map&laye
>> r=boundaries"
>>>>>>
>>>>>> The boundaries layer:
>>>>>>
>>>>>> Layer
>>>>>>
>>>>>> #    Classitem "level" Connection "host=10.0.0.2 dbname=osm
>>>>>> user=user
>> password=guessme"
>>>>>> Connectiontype Postgis Data "geom FROM (SELECT osm_id, way
>>>>>> AS geom, name, admin_level
>> AS
>>>>>> level, tags FROM planet_osm_polygon) AS foo USING UNIQUE
>>>>>> osm_id USING
>> SRID=3857"
>>>>>> Filter "tags ?& ARRAY['boundary', 'admin_level']" Name
>>>>>> "boundaries" Processing "CLOSE_CONNECTION=DEFER" Status on
>>>>>> Type line Units meters
>>>>>>
>>>>>> Metadata "ows_title" "Boundary Map" "ows_abstract"
>>>>>> "Boundary map - data from OpenStreetMap, ODbl licensed"
>>>>>> End
>>>>>>
>>>>>> Projection "init=epsg:3857" End
>>>>>>
>>>>>> Class
>>>>>>
>>>>>> Expression ("[level]" = "6") #        Expression "6" Name
>>>>>> "communes"
>>>>>>
>>>>>> Style Color 10 10 10 Opacity 50 Width 2 End
>>>>>>
>>>>>> End End
>>>>>>
>>>>>>
>>>>>> The classitem / simple expression (Expression "6") works
>>>>>> with the mapserver cgi, but python mapscript throws an
>>>>>> error: _mapscript.MapServerError: msEvalExpression():
>>>>>> General error message. Invalid item index.
>>>>>>
>>>>>> I've read the mapserver expressions documentation [1] and
>>>>>> the note that says something about the working environment
>>>>>> might be linked to more than
>> one
>>>>>> expression library. But my operating system skills are not
>>>>>> high enough to turn this paragraph into something useful
>>>>>> for me.
>>>>>>
>>>>>> So any help is greatly appreciated.
>>>>>>
>>>>>> Frank
>>>>>>
>>>>>>
>>>>>> Frank BRONIEWSKI
>>>>>>
>>>>>> METRICO s.? r.l. g?om?tres technologies d'information
>>>>>> g?ographique rue des Romains 36 L-5433 NIEDERDONVEN
>>>>>>
>>>>>> t?l.: +352 26 74 94 - 28 fax.: +352 26 74 94 99
>>>>>> http://www.metrico.lu
>>>>>> _______________________________________________
>>>>>> mapserver-users mailing list
>>>>>> mapserver-users at lists.osgeo.org
>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>>>
>>>>>
>>>>>
>>>>
>>>> Hi Thomas,
>>>>
>>>> thanks for the fast response! Here's the bt:
>>>>
>>>> (gdb) bt
>>>>
>>>> #0  0x00000008008e2520 in yylex (lvalp=0x7fffffffd250,
>>>> p=0x7fffffffd3b0) at mapparser.y:649 #1  0x00000008008e0146 in
>>>> yyparse (p=0x7fffffffd3b0) at mapparser.c:1500 #2
>>>> 0x00000008009239b2 in msEvalExpression (layer=0x809009000,
>>>> shape=0x7fffffffd4e0, expression=0x8090a0280, itemindex=-1) at
>>>> maputil.c:478 #3  0x0000000800923f03 in msShapeGetClass
>>>> (layer=0x809009000, map=0x8090bd800, shape=0x7fffffffd4e0,
>>>> classgroup=0x0, numclasses=1) at maputil.c:581 #4
>>>> 0x0000000800980ab2 in msDrawVectorLayer (map=0x8090bd800,
>>>> layer=0x809009000, image=0x8090a91c0) at mapdraw.c:989 #5
>>>> 0x00000008009800ed in msDrawLayer (map=0x8090bd800,
>> layer=0x809009000,
>>>> image=0x8090a91c0) at mapdraw.c:808 #6  0x000000080097ed18 in
>>>> msDrawMap (map=0x8090bd800, querymap=0)
>> at
>>>> mapdraw.c:437 #7  0x0000000800a16e6e in
>>>> msCGIDispatchImageRequest
>> (mapserv=0x8090b2300) at
>>>> mapservutil.c:1448 #8  0x0000000800a179c2 in
>>>> msCGIDispatchRequest (mapserv=0x8090b2300)
>> at
>>>> mapservutil.c:1690 #9  0x00000000004012c1 in main (argc=3,
>>>> argv=0x7fffffffd9f0) at mapserv.c:259 (gdb)
>>>>
>>>>
>>>>
>>>>
>>>> -- Frank BRONIEWSKI
>>>>
>>>> METRICO s.? r.l. g?om?tres technologies d'information
>>>> g?ographique rue des Romains 36 L-5433 NIEDERDONVEN
>>>>
>>>> t?l.: +352 26 74 94 - 28 fax.: +352 26 74 94 99
>>>> http://www.metrico.lu
>>>
>>>
>>
>>
>> -- Frank BRONIEWSKI
>>
>> METRICO s.? r.l. g?om?tres technologies d'information g?ographique
>> rue des Romains 36 L-5433 NIEDERDONVEN
>>
>> t?l.: +352 26 74 94 - 28 fax.: +352 26 74 94 99
>> http://www.metrico.lu
>> _______________________________________________ mapserver-users
>> mailing list mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> _______________________________________________ mapserver-users
> mailing list mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>



From Bob.Bistrais at maine.gov  Thu Sep  5 08:40:00 2013
From: Bob.Bistrais at maine.gov (Bistrais, Bob)
Date: Thu, 5 Sep 2013 15:40:00 +0000
Subject: [mapserver-users] class expression question
Message-ID: <D655A37D8BC306438F87579A672E3D102B7A10B3@OIT-TEAQEXMBX01.som.w2k.state.me.us>

I'd like to classify road data according to road type.  This includes Interstate highways, where the road name attribute starts with "I-", such as "I-95", "I-295", etc.  So I'd like to create a class where '[roadname]' like 'I-%'


-          What is the correct syntax to do this?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130905/10da1eca/attachment.htm>

From Steve.Lime at state.mn.us  Thu Sep  5 08:45:59 2013
From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT))
Date: Thu, 5 Sep 2013 15:45:59 +0000
Subject: [mapserver-users] class expression question
In-Reply-To: <D655A37D8BC306438F87579A672E3D102B7A10B3@OIT-TEAQEXMBX01.som.w2k.state.me.us>
References: <D655A37D8BC306438F87579A672E3D102B7A10B3@OIT-TEAQEXMBX01.som.w2k.state.me.us>
Message-ID: <C549F0496453D842B4DD71AC8188DDC55EB201@055-CH1MPN1-041.055d.mgd.msft.net>

You can use regexes:

CLASSITEM 'road_type'
CLASS
  EXPRESSION /^I-/
  ...
END

or

CLASS
  EXPRESSION ('[road_type]' ~ '^I-')
   ...
END

Steve

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Bistrais, Bob
Sent: Thursday, September 05, 2013 10:40 AM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] class expression question

I'd like to classify road data according to road type.  This includes Interstate highways, where the road name attribute starts with "I-", such as "I-95", "I-295", etc.  So I'd like to create a class where '[roadname]' like 'I-%'


-          What is the correct syntax to do this?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130905/70bcc9b5/attachment.htm>

From Bob.Bistrais at maine.gov  Thu Sep  5 08:48:24 2013
From: Bob.Bistrais at maine.gov (Bistrais, Bob)
Date: Thu, 5 Sep 2013 15:48:24 +0000
Subject: [mapserver-users] class expression question
In-Reply-To: <C549F0496453D842B4DD71AC8188DDC55EB201@055-CH1MPN1-041.055d.mgd.msft.net>
References: <D655A37D8BC306438F87579A672E3D102B7A10B3@OIT-TEAQEXMBX01.som.w2k.state.me.us>
	<C549F0496453D842B4DD71AC8188DDC55EB201@055-CH1MPN1-041.055d.mgd.msft.net>
Message-ID: <D655A37D8BC306438F87579A672E3D102B7A10C7@OIT-TEAQEXMBX01.som.w2k.state.me.us>

Thanks Steve!  That works great!
Bob

From: Lime, Steve D (MNIT) [mailto:Steve.Lime at state.mn.us]
Sent: Thursday, September 05, 2013 11:46 AM
To: Bistrais, Bob; mapserver-users at lists.osgeo.org
Subject: RE: class expression question

You can use regexes:

CLASSITEM 'road_type'
CLASS
  EXPRESSION /^I-/
  ...
END

or

CLASS
  EXPRESSION ('[road_type]' ~ '^I-')
   ...
END

Steve

From: mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Bistrais, Bob
Sent: Thursday, September 05, 2013 10:40 AM
To: mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Subject: [mapserver-users] class expression question

I'd like to classify road data according to road type.  This includes Interstate highways, where the road name attribute starts with "I-", such as "I-95", "I-295", etc.  So I'd like to create a class where '[roadname]' like 'I-%'


-          What is the correct syntax to do this?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130905/ce10eecd/attachment.htm>

From bob.basques at ci.stpaul.mn.us  Thu Sep  5 09:22:31 2013
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Thu, 5 Sep 2013 16:22:31 +0000
Subject: [mapserver-users] class expression question
In-Reply-To: <C549F0496453D842B4DD71AC8188DDC55EB201@055-CH1MPN1-041.055d.mgd.msft.net>
References: <D655A37D8BC306438F87579A672E3D102B7A10B3@OIT-TEAQEXMBX01.som.w2k.state.me.us>,
	<C549F0496453D842B4DD71AC8188DDC55EB201@055-CH1MPN1-041.055d.mgd.msft.net>
Message-ID: <C9CEA89772DA74488B5A5B6EB17DC481066D2CEF@055-CH1MPN1-001.055d.mgd.msft.net>

Bob,

I do it this way (you'll need to figure out your specific REGEX though, I have a column (F_CLASS) for classifying the HIGHWAY labels in the data)

##############################
## Symbols (Shields, etc)
##############################

  LAYER
    METADATA
      "ows_title" "road_sym"
      "gml_include_items" "all"
    END
     NAME 'road_sym'
    GROUP 'interstate_poly'
    #TILEINDEX 'TILEINDEX'
    DATA 'DATA/A10A20A25A30'
    STATUS DEFAULT
    TYPE ANNOTATION
    CLASSITEM 'F_CLASS'
    LABELITEM 'HIGHWAY_NU'
    TOLERANCE 1000
    CLASS
      EXPRESSION 'A10' # interstates
      STYLE
        SYMBOL 'interstate1_wide_back'
        SIZE 22
        COLOR 255 0 0
      END
      STYLE
        SYMBOL 'interstate1_wide_front'
        SIZE 22
        COLOR 115 113 206
        OUTLINECOLOR 254 254 254
      END
      LABEL
        TYPE TRUETYPE
        FONT bluehigh
        SIZE 12
        COLOR 254 254 254
        MINDISTANCE 200
        MINFEATURESIZE 10
        OFFSET 0 0
        PARTIALS FALSE
      END
    END

    CLASS
      EXPRESSION 'A20' # US Highway
      STYLE
        SYMBOL 'us_highway_back'
        SIZE 23
        COLOR 254 254 254
      END
      STYLE
        SYMBOL 'us_highway_front'
        SIZE 23
        COLOR 0 0 0
      END
      LABEL
        TYPE TRUETYPE
        FONT bluehigh
        SIZE 11
        COLOR 0 0 0
        MINDISTANCE 250
        MINFEATURESIZE 15
        OFFSET 0 -1
        PARTIALS FALSE
      END
    END

    CLASS
      EXPRESSION 'A25' # MN Highway
      STYLE
        SYMBOL 'mn_highway_back'
        SIZE 23
        COLOR 254 254 254
      END
      STYLE
        SYMBOL 'mn_highway_front'
        SIZE 23
        COLOR 0 0 0
      END
      LABEL
        TYPE TRUETYPE
        FONT bluehigh
        SIZE 11
        COLOR 0 0 0
        MINDISTANCE 250
        MINFEATURESIZE 15
        OFFSET 0 -1
        PARTIALS FALSE
      END
    END
________________________________
From: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] on behalf of Lime, Steve D (MNIT) [Steve.Lime at state.mn.us]
Sent: Thursday, September 05, 2013 10:45 AM
To: Bistrais, Bob; mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] class expression question

You can use regexes:

CLASSITEM ?road_type?
CLASS
  EXPRESSION /^I-/
  ?
END

or

CLASS
  EXPRESSION (?[road_type]? ~ ?^I-?)
   ?
END

Steve

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Bistrais, Bob
Sent: Thursday, September 05, 2013 10:40 AM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] class expression question

I?d like to classify road data according to road type.  This includes Interstate highways, where the road name attribute starts with ?I-?, such as ?I-95?, ?I-295?, etc.  So I?d like to create a class where ?[roadname]? like ?I-%?


-          What is the correct syntax to do this?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130905/67c900ab/attachment.htm>

From Bob.Bistrais at maine.gov  Thu Sep  5 12:11:49 2013
From: Bob.Bistrais at maine.gov (Bistrais, Bob)
Date: Thu, 5 Sep 2013 19:11:49 +0000
Subject: [mapserver-users] class expression question
In-Reply-To: <C9CEA89772DA74488B5A5B6EB17DC481066D2CEF@055-CH1MPN1-001.055d.mgd.msft.net>
References: <D655A37D8BC306438F87579A672E3D102B7A10B3@OIT-TEAQEXMBX01.som.w2k.state.me.us>,
	<C549F0496453D842B4DD71AC8188DDC55EB201@055-CH1MPN1-041.055d.mgd.msft.net>
	<C9CEA89772DA74488B5A5B6EB17DC481066D2CEF@055-CH1MPN1-001.055d.mgd.msft.net>
Message-ID: <D655A37D8BC306438F87579A672E3D102B7A11B4@OIT-TEAQEXMBX01.som.w2k.state.me.us>

Thanks Bob!  I've been able to figure out a working regex.

From: Basques, Bob (CI-StPaul) [mailto:bob.basques at ci.stpaul.mn.us]
Sent: Thursday, September 05, 2013 12:23 PM
To: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] class expression question

Bob,

I do it this way (you'll need to figure out your specific REGEX though, I have a column (F_CLASS) for classifying the HIGHWAY labels in the data)

##############################
## Symbols (Shields, etc)
##############################

  LAYER
    METADATA
      "ows_title" "road_sym"
      "gml_include_items" "all"
    END
     NAME 'road_sym'
    GROUP 'interstate_poly'
    #TILEINDEX 'TILEINDEX'
    DATA 'DATA/A10A20A25A30'
    STATUS DEFAULT
    TYPE ANNOTATION
    CLASSITEM 'F_CLASS'
    LABELITEM 'HIGHWAY_NU'
    TOLERANCE 1000
    CLASS
      EXPRESSION 'A10' # interstates
      STYLE
        SYMBOL 'interstate1_wide_back'
        SIZE 22
        COLOR 255 0 0
      END
      STYLE
        SYMBOL 'interstate1_wide_front'
        SIZE 22
        COLOR 115 113 206
        OUTLINECOLOR 254 254 254
      END
      LABEL
        TYPE TRUETYPE
        FONT bluehigh
        SIZE 12
        COLOR 254 254 254
        MINDISTANCE 200
        MINFEATURESIZE 10
        OFFSET 0 0
        PARTIALS FALSE
      END
    END

    CLASS
      EXPRESSION 'A20' # US Highway
      STYLE
        SYMBOL 'us_highway_back'
        SIZE 23
        COLOR 254 254 254
      END
      STYLE
        SYMBOL 'us_highway_front'
        SIZE 23
        COLOR 0 0 0
      END
      LABEL
        TYPE TRUETYPE
        FONT bluehigh
        SIZE 11
        COLOR 0 0 0
        MINDISTANCE 250
        MINFEATURESIZE 15
        OFFSET 0 -1
        PARTIALS FALSE
      END
    END

    CLASS
      EXPRESSION 'A25' # MN Highway
      STYLE
        SYMBOL 'mn_highway_back'
        SIZE 23
        COLOR 254 254 254
      END
      STYLE
        SYMBOL 'mn_highway_front'
        SIZE 23
        COLOR 0 0 0
      END
      LABEL
        TYPE TRUETYPE
        FONT bluehigh
        SIZE 11
        COLOR 0 0 0
        MINDISTANCE 250
        MINFEATURESIZE 15
        OFFSET 0 -1
        PARTIALS FALSE
      END
    END
________________________________
From: mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org> [mapserver-users-bounces at lists.osgeo.org] on behalf of Lime, Steve D (MNIT) [Steve.Lime at state.mn.us]
Sent: Thursday, September 05, 2013 10:45 AM
To: Bistrais, Bob; mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Subject: Re: [mapserver-users] class expression question
You can use regexes:

CLASSITEM 'road_type'
CLASS
  EXPRESSION /^I-/
  ...
END

or

CLASS
  EXPRESSION ('[road_type]' ~ '^I-')
   ...
END

Steve

From: mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Bistrais, Bob
Sent: Thursday, September 05, 2013 10:40 AM
To: mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Subject: [mapserver-users] class expression question

I'd like to classify road data according to road type.  This includes Interstate highways, where the road name attribute starts with "I-", such as "I-95", "I-295", etc.  So I'd like to create a class where '[roadname]' like 'I-%'


-          What is the correct syntax to do this?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130905/561edebc/attachment.htm>

From thomas.bonfort at gmail.com  Fri Sep  6 01:16:27 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Fri, 6 Sep 2013 10:16:27 +0200
Subject: [mapserver-users] Expression segmentation fault
In-Reply-To: <52288BD7.9080605@metrico.lu>
References: <522726BA.6070600@metrico.lu>
	<CAOM3y2gTZZo5TE2hHitLAMOMOSv-8MiH1C2_eoAnx=M6UAVyPA@mail.gmail.com>
	<522729E8.6090704@metrico.lu>
	<CAOM3y2iLP98hJSUOZ98WtMZt78jaNFM5VPMPLH7fSr3KozYntQ@mail.gmail.com>
	<52288BD7.9080605@metrico.lu>
Message-ID: <CAOM3y2hg0mzHnhTJJ7XCp=E4=CGwAC+Xaohw_URp2SVr24ZcFA@mail.gmail.com>

Frank,
can you try without including the hstore tags in your select?

--
thomas

On Thu, Sep 5, 2013 at 3:49 PM, Frank Broniewski <brfr at metrico.lu> wrote:
> Ok, this is weird. It is, as I know now, data source related. I was poking
> in the layer configuration to find out why the core dump happens.
> Reinstalling didn't solve the issue, btw.
>
> So first I converted the data to shapefile with ogr2ogr (as always very
> handy!) and changed the layer accordingly. And no core dump happened!
> Then I tried several versions of the data and filter statements without
> success.
> Since this is a osm2pgsql database I swapped finally the table from
> planet_osm_polygon to planet_osm_line (same table schema apart from the
> geometry) - and voil? - no core dump.
>
> So I can relate the problem to the planet_osm_polygon table - but I'm not
> sure what difference actually is responsible for the crash ...
>
> The most apparent difference is of course the geometry type: planet_osm_line
> is linestring, planet_osm_polygon is geometry ...
>
> I will investigate the attributes further tomorrow, but now I need to earn
> some money. It's always the deadlines ...
>
>
> Frank
>
>
> Am 2013-09-05 09:47, schrieb thomas bonfort:
>
>> Frank,
>> This is such a simple use-case that I doubt it's a bug in the code
>> per-se. Can you make sure that you are using a clean build (make clean
>> && make && make install) as I suspect this could be happening due to a
>> compilation problem (as a rule of thumb, with mapserver <6.4, always
>> run make clean after re-running configure)
>>
>> --
>> thomas
>>
>>
>> On Wed, Sep 4, 2013 at 2:39 PM, Frank Broniewski <brfr at metrico.lu> wrote:
>>>
>>> Am 2013-09-04 14:33, schrieb thomas bonfort:
>>>
>>>> Frank, please supply a backtrace of the crash (`bt` in gdb once it has
>>>> halted at the segfault)
>>>>
>>>> --
>>>> thomas
>>>>
>>>> On Wed, Sep 4, 2013 at 2:25 PM, Frank Broniewski <brfr at metrico.lu>
>>>> wrote:
>>>>>
>>>>>
>>>>> Hi,
>>>>>
>>>>> I just updated my mapserver installation to the latest version (6.2.1).
>>>>> I'm
>>>>> running FreeBSD 9.1 and I'm getting a segmentation fault related to
>>>>> expression usage in my mapfile. I've already compiled mapserver with
>>>>> debug
>>>>> symbols and I loaded the core file into gdb:
>>>>>
>>>>>> gdb /usr/local/www/apache22/cgi-bin/mapserv mapserv.core
>>>>>
>>>>>
>>>>> <snip>
>>>>> Reading symbols from /lib/libc.so.7...done.
>>>>> Loaded symbols for /lib/libc.so.7
>>>>> Reading symbols from /usr/local/lib/libintl.so.9...done.
>>>>> Loaded symbols for /usr/local/lib/libintl.so.9
>>>>> Reading symbols from /usr/lib/libsupc++.so.1...done.
>>>>> Loaded symbols for /usr/lib/libsupc++.so.1
>>>>> Reading symbols from /libexec/ld-elf.so.1...done.
>>>>> Loaded symbols for /libexec/ld-elf.so.1
>>>>> #0  0x00000008008e2520 in yylex (lvalp=0x7fffffffd250,
>>>>> p=0x7fffffffd3b0)
>>>>> at
>>>>> mapparser.y:649
>>>>> 649     mapparser.y: No such file or directory.
>>>>>           in mapparser.y
>>>>> [New Thread 809007400 (LWP 101134/mapserv)]
>>>>>
>>>>> So apparently there seems to be a file missing!? Looking at the source
>>>>> code
>>>>> (git), line 649 is a blank line, so I'm not sure what's missing
>>>>> exactly.
>>>>> I've got yacc, bison and flex installed. For testing purposes I'm using
>>>>> the
>>>>> mapserver cgi on the command line:
>>>>>
>>>>> /usr/local/www/apache22/cgi-bin/mapserv -nh
>>>>>
>>>>>
>>>>> "QUERY_STRING=map=/data/web/mapserver/cnra/cnra.map&mode=map&layer=boundaries"
>>>>>
>>>>> The boundaries layer:
>>>>>
>>>>> Layer
>>>>>
>>>>> #    Classitem "level"
>>>>>       Connection "host=10.0.0.2 dbname=osm user=user password=guessme"
>>>>>       Connectiontype Postgis
>>>>>       Data "geom FROM (SELECT osm_id, way AS geom, name, admin_level AS
>>>>> level,
>>>>> tags FROM planet_osm_polygon) AS foo USING UNIQUE osm_id USING
>>>>> SRID=3857"
>>>>>       Filter "tags ?& ARRAY['boundary', 'admin_level']"
>>>>>       Name "boundaries"
>>>>>       Processing "CLOSE_CONNECTION=DEFER"
>>>>>       Status on
>>>>>       Type line
>>>>>       Units meters
>>>>>
>>>>>       Metadata
>>>>>           "ows_title" "Boundary Map"
>>>>>           "ows_abstract" "Boundary map - data from OpenStreetMap, ODbl
>>>>> licensed"
>>>>>       End
>>>>>
>>>>>       Projection
>>>>>           "init=epsg:3857"
>>>>>       End
>>>>>
>>>>>       Class
>>>>>
>>>>>           Expression ("[level]" = "6")
>>>>> #        Expression "6"
>>>>>           Name "communes"
>>>>>
>>>>>           Style
>>>>>               Color 10 10 10
>>>>>               Opacity 50
>>>>>               Width 2
>>>>>           End
>>>>>
>>>>>       End
>>>>> End
>>>>>
>>>>>
>>>>> The classitem / simple expression (Expression "6") works with the
>>>>> mapserver
>>>>> cgi, but python mapscript throws an error: _mapscript.MapServerError:
>>>>> msEvalExpression(): General error message. Invalid item index.
>>>>>
>>>>> I've read the mapserver expressions documentation [1] and the note that
>>>>> says
>>>>> something about the working environment might be linked to more than
>>>>> one
>>>>> expression library. But my operating system skills are not high enough
>>>>> to
>>>>> turn this paragraph into something useful for me.
>>>>>
>>>>> So any help is greatly appreciated.
>>>>>
>>>>> Frank
>>>>>
>>>>>
>>>>> Frank BRONIEWSKI
>>>>>
>>>>> METRICO s.? r.l.
>>>>> g?om?tres
>>>>> technologies d'information g?ographique
>>>>> rue des Romains 36
>>>>> L-5433 NIEDERDONVEN
>>>>>
>>>>> t?l.: +352 26 74 94 - 28
>>>>> fax.: +352 26 74 94 99
>>>>> http://www.metrico.lu
>>>>> _______________________________________________
>>>>> mapserver-users mailing list
>>>>> mapserver-users at lists.osgeo.org
>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>>
>>>>
>>>>
>>>>
>>>
>>> Hi Thomas,
>>>
>>> thanks for the fast response! Here's the bt:
>>>
>>> (gdb) bt
>>>
>>> #0  0x00000008008e2520 in yylex (lvalp=0x7fffffffd250, p=0x7fffffffd3b0)
>>> at
>>> mapparser.y:649
>>> #1  0x00000008008e0146 in yyparse (p=0x7fffffffd3b0) at mapparser.c:1500
>>> #2  0x00000008009239b2 in msEvalExpression (layer=0x809009000,
>>> shape=0x7fffffffd4e0,
>>>      expression=0x8090a0280, itemindex=-1) at maputil.c:478
>>> #3  0x0000000800923f03 in msShapeGetClass (layer=0x809009000,
>>> map=0x8090bd800,
>>>      shape=0x7fffffffd4e0, classgroup=0x0, numclasses=1) at maputil.c:581
>>> #4  0x0000000800980ab2 in msDrawVectorLayer (map=0x8090bd800,
>>> layer=0x809009000, image=0x8090a91c0)
>>>      at mapdraw.c:989
>>> #5  0x00000008009800ed in msDrawLayer (map=0x8090bd800,
>>> layer=0x809009000,
>>> image=0x8090a91c0)
>>>      at mapdraw.c:808
>>> #6  0x000000080097ed18 in msDrawMap (map=0x8090bd800, querymap=0) at
>>> mapdraw.c:437
>>> #7  0x0000000800a16e6e in msCGIDispatchImageRequest (mapserv=0x8090b2300)
>>> at
>>> mapservutil.c:1448
>>> #8  0x0000000800a179c2 in msCGIDispatchRequest (mapserv=0x8090b2300) at
>>> mapservutil.c:1690
>>> #9  0x00000000004012c1 in main (argc=3, argv=0x7fffffffd9f0) at
>>> mapserv.c:259
>>> (gdb)
>>>
>>>
>>>
>>>
>>> --
>>> Frank BRONIEWSKI
>>>
>>> METRICO s.? r.l.
>>> g?om?tres
>>> technologies d'information g?ographique
>>> rue des Romains 36
>>> L-5433 NIEDERDONVEN
>>>
>>> t?l.: +352 26 74 94 - 28
>>> fax.: +352 26 74 94 99
>>> http://www.metrico.lu
>>
>>
>>
>
>
> --
> Frank BRONIEWSKI
>
> METRICO s.? r.l.
> g?om?tres
> technologies d'information g?ographique
> rue des Romains 36
> L-5433 NIEDERDONVEN
>
> t?l.: +352 26 74 94 - 28
> fax.: +352 26 74 94 99
> http://www.metrico.lu


From brfr at metrico.lu  Fri Sep  6 02:30:27 2013
From: brfr at metrico.lu (Frank Broniewski)
Date: Fri, 06 Sep 2013 11:30:27 +0200
Subject: [mapserver-users] Expression segmentation fault
In-Reply-To: <CAOM3y2hg0mzHnhTJJ7XCp=E4=CGwAC+Xaohw_URp2SVr24ZcFA@mail.gmail.com>
References: <522726BA.6070600@metrico.lu>
	<CAOM3y2gTZZo5TE2hHitLAMOMOSv-8MiH1C2_eoAnx=M6UAVyPA@mail.gmail.com>
	<522729E8.6090704@metrico.lu>
	<CAOM3y2iLP98hJSUOZ98WtMZt78jaNFM5VPMPLH7fSr3KozYntQ@mail.gmail.com>
	<52288BD7.9080605@metrico.lu>
	<CAOM3y2hg0mzHnhTJJ7XCp=E4=CGwAC+Xaohw_URp2SVr24ZcFA@mail.gmail.com>
Message-ID: <5229A0B3.8030505@metrico.lu>

Sorry, but it's not that simple :-(: My current layer configuration:

I will write a PostGIS query and see what differences turn up between 
the line and polygon tables and if it is really the geometry as Jukka 
Rahkonen and Steve W suggest ...

Layer
     Connection "host=10.0.0.2 dbname=osm user=me password=guessit"
     Connectiontype Postgis

     Data "way from (select osm_id, way, admin_level from 
planet_osm_polygon) as foo using unique osm_id using srid=2169"
#    Filter "tags ?& ARRAY['boundary', 'admin_level']"

     name "boundaries"
     status on
     type line
     units meters

     Projection
         "init=epsg:3857"
     End

     Class
         expression ("[admin_level]" = "6")
         name "communes"

         Style
             color 10 10 10
             width 2
         End
     End
End



Am 2013-09-06 10:16, schrieb thomas bonfort:
> Frank,
> can you try without including the hstore tags in your select?
>
> --
> thomas
>
> On Thu, Sep 5, 2013 at 3:49 PM, Frank Broniewski <brfr at metrico.lu> wrote:
>> Ok, this is weird. It is, as I know now, data source related. I was poking
>> in the layer configuration to find out why the core dump happens.
>> Reinstalling didn't solve the issue, btw.
>>
>> So first I converted the data to shapefile with ogr2ogr (as always very
>> handy!) and changed the layer accordingly. And no core dump happened!
>> Then I tried several versions of the data and filter statements without
>> success.
>> Since this is a osm2pgsql database I swapped finally the table from
>> planet_osm_polygon to planet_osm_line (same table schema apart from the
>> geometry) - and voil? - no core dump.
>>
>> So I can relate the problem to the planet_osm_polygon table - but I'm not
>> sure what difference actually is responsible for the crash ...
>>
>> The most apparent difference is of course the geometry type: planet_osm_line
>> is linestring, planet_osm_polygon is geometry ...
>>
>> I will investigate the attributes further tomorrow, but now I need to earn
>> some money. It's always the deadlines ...
>>
>>
>> Frank
>>
>>
>> Am 2013-09-05 09:47, schrieb thomas bonfort:
>>
>>> Frank,
>>> This is such a simple use-case that I doubt it's a bug in the code
>>> per-se. Can you make sure that you are using a clean build (make clean
>>> && make && make install) as I suspect this could be happening due to a
>>> compilation problem (as a rule of thumb, with mapserver <6.4, always
>>> run make clean after re-running configure)
>>>
>>> --
>>> thomas
>>>
>>>
>>> On Wed, Sep 4, 2013 at 2:39 PM, Frank Broniewski <brfr at metrico.lu> wrote:
>>>>
>>>> Am 2013-09-04 14:33, schrieb thomas bonfort:
>>>>
>>>>> Frank, please supply a backtrace of the crash (`bt` in gdb once it has
>>>>> halted at the segfault)
>>>>>
>>>>> --
>>>>> thomas
>>>>>
>>>>> On Wed, Sep 4, 2013 at 2:25 PM, Frank Broniewski <brfr at metrico.lu>
>>>>> wrote:
>>>>>>
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I just updated my mapserver installation to the latest version (6.2.1).
>>>>>> I'm
>>>>>> running FreeBSD 9.1 and I'm getting a segmentation fault related to
>>>>>> expression usage in my mapfile. I've already compiled mapserver with
>>>>>> debug
>>>>>> symbols and I loaded the core file into gdb:
>>>>>>
>>>>>>> gdb /usr/local/www/apache22/cgi-bin/mapserv mapserv.core
>>>>>>
>>>>>>
>>>>>> <snip>
>>>>>> Reading symbols from /lib/libc.so.7...done.
>>>>>> Loaded symbols for /lib/libc.so.7
>>>>>> Reading symbols from /usr/local/lib/libintl.so.9...done.
>>>>>> Loaded symbols for /usr/local/lib/libintl.so.9
>>>>>> Reading symbols from /usr/lib/libsupc++.so.1...done.
>>>>>> Loaded symbols for /usr/lib/libsupc++.so.1
>>>>>> Reading symbols from /libexec/ld-elf.so.1...done.
>>>>>> Loaded symbols for /libexec/ld-elf.so.1
>>>>>> #0  0x00000008008e2520 in yylex (lvalp=0x7fffffffd250,
>>>>>> p=0x7fffffffd3b0)
>>>>>> at
>>>>>> mapparser.y:649
>>>>>> 649     mapparser.y: No such file or directory.
>>>>>>            in mapparser.y
>>>>>> [New Thread 809007400 (LWP 101134/mapserv)]
>>>>>>
>>>>>> So apparently there seems to be a file missing!? Looking at the source
>>>>>> code
>>>>>> (git), line 649 is a blank line, so I'm not sure what's missing
>>>>>> exactly.
>>>>>> I've got yacc, bison and flex installed. For testing purposes I'm using
>>>>>> the
>>>>>> mapserver cgi on the command line:
>>>>>>
>>>>>> /usr/local/www/apache22/cgi-bin/mapserv -nh
>>>>>>
>>>>>>
>>>>>> "QUERY_STRING=map=/data/web/mapserver/cnra/cnra.map&mode=map&layer=boundaries"
>>>>>>
>>>>>> The boundaries layer:
>>>>>>
>>>>>> Layer
>>>>>>
>>>>>> #    Classitem "level"
>>>>>>        Connection "host=10.0.0.2 dbname=osm user=user password=guessme"
>>>>>>        Connectiontype Postgis
>>>>>>        Data "geom FROM (SELECT osm_id, way AS geom, name, admin_level AS
>>>>>> level,
>>>>>> tags FROM planet_osm_polygon) AS foo USING UNIQUE osm_id USING
>>>>>> SRID=3857"
>>>>>>        Filter "tags ?& ARRAY['boundary', 'admin_level']"
>>>>>>        Name "boundaries"
>>>>>>        Processing "CLOSE_CONNECTION=DEFER"
>>>>>>        Status on
>>>>>>        Type line
>>>>>>        Units meters
>>>>>>
>>>>>>        Metadata
>>>>>>            "ows_title" "Boundary Map"
>>>>>>            "ows_abstract" "Boundary map - data from OpenStreetMap, ODbl
>>>>>> licensed"
>>>>>>        End
>>>>>>
>>>>>>        Projection
>>>>>>            "init=epsg:3857"
>>>>>>        End
>>>>>>
>>>>>>        Class
>>>>>>
>>>>>>            Expression ("[level]" = "6")
>>>>>> #        Expression "6"
>>>>>>            Name "communes"
>>>>>>
>>>>>>            Style
>>>>>>                Color 10 10 10
>>>>>>                Opacity 50
>>>>>>                Width 2
>>>>>>            End
>>>>>>
>>>>>>        End
>>>>>> End
>>>>>>
>>>>>>
>>>>>> The classitem / simple expression (Expression "6") works with the
>>>>>> mapserver
>>>>>> cgi, but python mapscript throws an error: _mapscript.MapServerError:
>>>>>> msEvalExpression(): General error message. Invalid item index.
>>>>>>
>>>>>> I've read the mapserver expressions documentation [1] and the note that
>>>>>> says
>>>>>> something about the working environment might be linked to more than
>>>>>> one
>>>>>> expression library. But my operating system skills are not high enough
>>>>>> to
>>>>>> turn this paragraph into something useful for me.
>>>>>>
>>>>>> So any help is greatly appreciated.
>>>>>>
>>>>>> Frank
>>>>>>
>>>>>>
>>>>>> Frank BRONIEWSKI
>>>>>>
>>>>>> METRICO s.? r.l.
>>>>>> g?om?tres
>>>>>> technologies d'information g?ographique
>>>>>> rue des Romains 36
>>>>>> L-5433 NIEDERDONVEN
>>>>>>
>>>>>> t?l.: +352 26 74 94 - 28
>>>>>> fax.: +352 26 74 94 99
>>>>>> http://www.metrico.lu
>>>>>> _______________________________________________
>>>>>> mapserver-users mailing list
>>>>>> mapserver-users at lists.osgeo.org
>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>> Hi Thomas,
>>>>
>>>> thanks for the fast response! Here's the bt:
>>>>
>>>> (gdb) bt
>>>>
>>>> #0  0x00000008008e2520 in yylex (lvalp=0x7fffffffd250, p=0x7fffffffd3b0)
>>>> at
>>>> mapparser.y:649
>>>> #1  0x00000008008e0146 in yyparse (p=0x7fffffffd3b0) at mapparser.c:1500
>>>> #2  0x00000008009239b2 in msEvalExpression (layer=0x809009000,
>>>> shape=0x7fffffffd4e0,
>>>>       expression=0x8090a0280, itemindex=-1) at maputil.c:478
>>>> #3  0x0000000800923f03 in msShapeGetClass (layer=0x809009000,
>>>> map=0x8090bd800,
>>>>       shape=0x7fffffffd4e0, classgroup=0x0, numclasses=1) at maputil.c:581
>>>> #4  0x0000000800980ab2 in msDrawVectorLayer (map=0x8090bd800,
>>>> layer=0x809009000, image=0x8090a91c0)
>>>>       at mapdraw.c:989
>>>> #5  0x00000008009800ed in msDrawLayer (map=0x8090bd800,
>>>> layer=0x809009000,
>>>> image=0x8090a91c0)
>>>>       at mapdraw.c:808
>>>> #6  0x000000080097ed18 in msDrawMap (map=0x8090bd800, querymap=0) at
>>>> mapdraw.c:437
>>>> #7  0x0000000800a16e6e in msCGIDispatchImageRequest (mapserv=0x8090b2300)
>>>> at
>>>> mapservutil.c:1448
>>>> #8  0x0000000800a179c2 in msCGIDispatchRequest (mapserv=0x8090b2300) at
>>>> mapservutil.c:1690
>>>> #9  0x00000000004012c1 in main (argc=3, argv=0x7fffffffd9f0) at
>>>> mapserv.c:259
>>>> (gdb)
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Frank BRONIEWSKI
>>>>
>>>> METRICO s.? r.l.
>>>> g?om?tres
>>>> technologies d'information g?ographique
>>>> rue des Romains 36
>>>> L-5433 NIEDERDONVEN
>>>>
>>>> t?l.: +352 26 74 94 - 28
>>>> fax.: +352 26 74 94 99
>>>> http://www.metrico.lu
>>>
>>>
>>>
>>
>>
>> --
>> Frank BRONIEWSKI
>>
>> METRICO s.? r.l.
>> g?om?tres
>> technologies d'information g?ographique
>> rue des Romains 36
>> L-5433 NIEDERDONVEN
>>
>> t?l.: +352 26 74 94 - 28
>> fax.: +352 26 74 94 99
>> http://www.metrico.lu
>
>


-- 
Frank BRONIEWSKI

METRICO s.? r.l.
g?om?tres
technologies d'information g?ographique
rue des Romains 36
L-5433 NIEDERDONVEN

t?l.: +352 26 74 94 - 28
fax.: +352 26 74 94 99
http://www.metrico.lu


From brfr at metrico.lu  Fri Sep  6 05:20:52 2013
From: brfr at metrico.lu (Frank Broniewski)
Date: Fri, 06 Sep 2013 14:20:52 +0200
Subject: [mapserver-users] Expression segmentation fault
In-Reply-To: <5228956F.4050105@swoodbridge.com>
References: <84446DEF76453C439E9E97E438E13A63022E4D48@suutari.haapa.mmm.fi>
	<5228956F.4050105@swoodbridge.com>
Message-ID: <5229C8A4.4020607@metrico.lu>

Ok, so I did a little bit of geometry testing. Don't know why that 
should cause an expression crash, but well ...

here's the query I ran on planet_osm_line and planet_osm_polygon in PostGIS:

select

osm_id, boundary, admin_level, tags,
st_isvalid(way) as isvalid,
st_isvalidreason(way) as reason,
st_isclosed(way) as isclosed,
st_isempty(way) as isempty,
st_geometrytype(way) as geometrytype,
st_length(way) as length,
st_perimeter(way) as perimeter,
st_numgeometries(way) as numgeometries,
st_numinteriorrings(way) as numinteriorrings,
st_astext(way) as wkt

from planet_osm_polygon

where way && st_transform(st_setsrid('BOX3D(0 0, 150000 200000)'::box3d, 
2169), 3857)
and tags ?& ARRAY['boundary', 'admin_level']

order by geometrytype, admin_level, name

There's one record that differs from the rest in the planet_osm_polygon 
table. I've pasted the result below. It has a geometrytype of 
GEOMETRYCOLLECTION and is empty, so that may cause a crash ...

229382895;"administrative";"8";""area"=>"yes", "name"=>"RW 10", 
"boundary"=>"administrative", "admin_level"=>"8", "flood_prone"=>"no", 
"is_in:hamlet"=>"MENTENG DALAM", "is_in:district"=>"Jakarta Selatan", 
"is_in:province"=>"DKI Jakarta", "is_in:subdistrict"=>"TEBET"";t;"Valid 
Geometry";;t;"ST_GeometryCollection";0;0;0;;"GEOMETRYCOLLECTION EMPTY"


The attributes confirm, that this record could be a remain of 
http://www.openstreetmap.org/browse/way/229382895 , but I really wonder 
why it gets caught in the bbox which should center around Luxembourg 
with parts of the surrounding countries. But when the geometry is a 
black hole you never know :-)



Am 2013-09-05 16:30, schrieb Stephen Woodbridge:
> Hi,
>
> This is a great idea. Regardless we should try to identify the case that
> is causing the crash and trap that. Mapserver should never crash as a
> general rule so finding the specific case is important so Thomas can
> reproduce it.
>
> If you have (or can load) the data in a database table, then it should
> be fairly easy to do a manual binary search to find the offending object
> by adding  " where gid between <lower> and <upper>" to your query and
> adjusting the value of lower and upper to narrow the search to the
> problem object.
>
> Thanks,
>    -Steve W
>
> On 9/5/2013 10:11 AM, Rahkonen Jukka wrote:
>> Hi,
>>
>> Osm2pgsql can create invalid polygons with self-intersections and/or
>> three-vertex A-B-A rings. It might be good to run MakeValid or simply
>> find possibly invalid features with IsValid and delete them and then
>> see if Mapserver gets happy.  Actually, run IsValid and save the
>> faulty geometries somewhere before correcting or deleting them. It
>> would be nice to catch them if they happen to be the reason for the
>> crash.
>>
>> -Jukka Rahkonen-
>>
>> Frank Broniewski wrote:
>>>
>>> Ok, this is weird. It is, as I know now, data source related. I was
>>> poking in the layer configuration to find out why the core dump
>>> happens. Reinstalling didn't solve the issue, btw.
>>>
>>> So first I converted the data to shapefile with ogr2ogr (as always
>>> very handy!) and changed the layer accordingly. And no core dump
>>> happened! Then I tried several versions of the data and filter
>>> statements without success. Since this is a osm2pgsql database I
>>> swapped finally the table from planet_osm_polygon to
>>> planet_osm_line (same table schema apart from the geometry) - and
>>> voil? - no core dump.
>>>
>>> So I can relate the problem to the planet_osm_polygon table - but
>>> I'm not sure what difference actually is responsible for the crash
>>> ...
>>>
>>> The most apparent difference is of course the geometry type:
>>> planet_osm_line is linestring, planet_osm_polygon is geometry ...
>>>
>>> I will investigate the attributes further tomorrow, but now I need
>>> to earn some money. It's always the deadlines ...
>>>
>>>
>>> Frank
>>>
>>>
>>> Am 2013-09-05 09:47, schrieb thomas bonfort:
>>>> Frank, This is such a simple use-case that I doubt it's a bug in
>>>> the code per-se. Can you make sure that you are using a clean
>>>> build (make clean && make && make install) as I suspect this
>>>> could be happening due to a compilation problem (as a rule of
>>>> thumb, with mapserver <6.4, always run make clean after
>>>> re-running configure)
>>>>
>>>> -- thomas
>>>>
>>>>
>>>> On Wed, Sep 4, 2013 at 2:39 PM, Frank Broniewski
>>>> <brfr at metrico.lu> wrote:
>>>>> Am 2013-09-04 14:33, schrieb thomas bonfort:
>>>>>
>>>>>> Frank, please supply a backtrace of the crash (`bt` in gdb
>>>>>> once it has halted at the segfault)
>>>>>>
>>>>>> -- thomas
>>>>>>
>>>>>> On Wed, Sep 4, 2013 at 2:25 PM, Frank Broniewski
>>>>>> <brfr at metrico.lu>
>>> wrote:
>>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> I just updated my mapserver installation to the latest
>>>>>>> version (6.2.1). I'm running FreeBSD 9.1 and I'm getting a
>>>>>>> segmentation fault related to expression usage in my
>>>>>>> mapfile. I've already compiled mapserver with debug symbols
>>>>>>> and I loaded the core file into gdb:
>>>>>>>
>>>>>>>> gdb /usr/local/www/apache22/cgi-bin/mapserv mapserv.core
>>>>>>>
>>>>>>> <snip> Reading symbols from /lib/libc.so.7...done. Loaded
>>>>>>> symbols for /lib/libc.so.7 Reading symbols from
>>>>>>> /usr/local/lib/libintl.so.9...done. Loaded symbols for
>>>>>>> /usr/local/lib/libintl.so.9 Reading symbols from
>>>>>>> /usr/lib/libsupc++.so.1...done. Loaded symbols for
>>>>>>> /usr/lib/libsupc++.so.1 Reading symbols from
>>>>>>> /libexec/ld-elf.so.1...done. Loaded symbols for
>>>>>>> /libexec/ld-elf.so.1 #0  0x00000008008e2520 in yylex
>>>>>>> (lvalp=0x7fffffffd250, p=0x7fffffffd3b0) at
>>>>>>> mapparser.y:649 649     mapparser.y: No such file or
>>>>>>> directory. in mapparser.y [New Thread 809007400 (LWP
>>>>>>> 101134/mapserv)]
>>>>>>>
>>>>>>> So apparently there seems to be a file missing!? Looking at
>>>>>>> the source code (git), line 649 is a blank line, so I'm not
>>>>>>> sure what's missing exactly. I've got yacc, bison and flex
>>>>>>> installed. For testing purposes I'm using the mapserver cgi
>>>>>>> on the command line:
>>>>>>>
>>>>>>> /usr/local/www/apache22/cgi-bin/mapserv -nh
>>>>>>>
>>>>>>>
>>> "QUERY_STRING=map=/data/web/mapserver/cnra/cnra.map&mode=map&laye
>>> r=boundaries"
>>>>>>>
>>>>>>> The boundaries layer:
>>>>>>>
>>>>>>> Layer
>>>>>>>
>>>>>>> #    Classitem "level" Connection "host=10.0.0.2 dbname=osm
>>>>>>> user=user
>>> password=guessme"
>>>>>>> Connectiontype Postgis Data "geom FROM (SELECT osm_id, way
>>>>>>> AS geom, name, admin_level
>>> AS
>>>>>>> level, tags FROM planet_osm_polygon) AS foo USING UNIQUE
>>>>>>> osm_id USING
>>> SRID=3857"
>>>>>>> Filter "tags ?& ARRAY['boundary', 'admin_level']" Name
>>>>>>> "boundaries" Processing "CLOSE_CONNECTION=DEFER" Status on
>>>>>>> Type line Units meters
>>>>>>>
>>>>>>> Metadata "ows_title" "Boundary Map" "ows_abstract"
>>>>>>> "Boundary map - data from OpenStreetMap, ODbl licensed"
>>>>>>> End
>>>>>>>
>>>>>>> Projection "init=epsg:3857" End
>>>>>>>
>>>>>>> Class
>>>>>>>
>>>>>>> Expression ("[level]" = "6") #        Expression "6" Name
>>>>>>> "communes"
>>>>>>>
>>>>>>> Style Color 10 10 10 Opacity 50 Width 2 End
>>>>>>>
>>>>>>> End End
>>>>>>>
>>>>>>>
>>>>>>> The classitem / simple expression (Expression "6") works
>>>>>>> with the mapserver cgi, but python mapscript throws an
>>>>>>> error: _mapscript.MapServerError: msEvalExpression():
>>>>>>> General error message. Invalid item index.
>>>>>>>
>>>>>>> I've read the mapserver expressions documentation [1] and
>>>>>>> the note that says something about the working environment
>>>>>>> might be linked to more than
>>> one
>>>>>>> expression library. But my operating system skills are not
>>>>>>> high enough to turn this paragraph into something useful
>>>>>>> for me.
>>>>>>>
>>>>>>> So any help is greatly appreciated.
>>>>>>>
>>>>>>> Frank
>>>>>>>
>>>>>>>
>>>>>>> Frank BRONIEWSKI
>>>>>>>
>>>>>>> METRICO s.? r.l. g?om?tres technologies d'information
>>>>>>> g?ographique rue des Romains 36 L-5433 NIEDERDONVEN
>>>>>>>
>>>>>>> t?l.: +352 26 74 94 - 28 fax.: +352 26 74 94 99
>>>>>>> http://www.metrico.lu
>>>>>>> _______________________________________________
>>>>>>> mapserver-users mailing list
>>>>>>> mapserver-users at lists.osgeo.org
>>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> Hi Thomas,
>>>>>
>>>>> thanks for the fast response! Here's the bt:
>>>>>
>>>>> (gdb) bt
>>>>>
>>>>> #0  0x00000008008e2520 in yylex (lvalp=0x7fffffffd250,
>>>>> p=0x7fffffffd3b0) at mapparser.y:649 #1  0x00000008008e0146 in
>>>>> yyparse (p=0x7fffffffd3b0) at mapparser.c:1500 #2
>>>>> 0x00000008009239b2 in msEvalExpression (layer=0x809009000,
>>>>> shape=0x7fffffffd4e0, expression=0x8090a0280, itemindex=-1) at
>>>>> maputil.c:478 #3  0x0000000800923f03 in msShapeGetClass
>>>>> (layer=0x809009000, map=0x8090bd800, shape=0x7fffffffd4e0,
>>>>> classgroup=0x0, numclasses=1) at maputil.c:581 #4
>>>>> 0x0000000800980ab2 in msDrawVectorLayer (map=0x8090bd800,
>>>>> layer=0x809009000, image=0x8090a91c0) at mapdraw.c:989 #5
>>>>> 0x00000008009800ed in msDrawLayer (map=0x8090bd800,
>>> layer=0x809009000,
>>>>> image=0x8090a91c0) at mapdraw.c:808 #6  0x000000080097ed18 in
>>>>> msDrawMap (map=0x8090bd800, querymap=0)
>>> at
>>>>> mapdraw.c:437 #7  0x0000000800a16e6e in
>>>>> msCGIDispatchImageRequest
>>> (mapserv=0x8090b2300) at
>>>>> mapservutil.c:1448 #8  0x0000000800a179c2 in
>>>>> msCGIDispatchRequest (mapserv=0x8090b2300)
>>> at
>>>>> mapservutil.c:1690 #9  0x00000000004012c1 in main (argc=3,
>>>>> argv=0x7fffffffd9f0) at mapserv.c:259 (gdb)
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> -- Frank BRONIEWSKI
>>>>>
>>>>> METRICO s.? r.l. g?om?tres technologies d'information
>>>>> g?ographique rue des Romains 36 L-5433 NIEDERDONVEN
>>>>>
>>>>> t?l.: +352 26 74 94 - 28 fax.: +352 26 74 94 99
>>>>> http://www.metrico.lu
>>>>
>>>>
>>>
>>>
>>> -- Frank BRONIEWSKI
>>>
>>> METRICO s.? r.l. g?om?tres technologies d'information g?ographique
>>> rue des Romains 36 L-5433 NIEDERDONVEN
>>>
>>> t?l.: +352 26 74 94 - 28 fax.: +352 26 74 94 99
>>> http://www.metrico.lu
>>> _______________________________________________ mapserver-users
>>> mailing list mapserver-users at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>> _______________________________________________ mapserver-users
>> mailing list mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users


-- 
Frank BRONIEWSKI

METRICO s.? r.l.
g?om?tres
technologies d'information g?ographique
rue des Romains 36
L-5433 NIEDERDONVEN

t?l.: +352 26 74 94 - 28
fax.: +352 26 74 94 99
http://www.metrico.lu


From thomas.bonfort at gmail.com  Fri Sep  6 05:24:58 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Fri, 6 Sep 2013 14:24:58 +0200
Subject: [mapserver-users] Expression segmentation fault
In-Reply-To: <5229C8A4.4020607@metrico.lu>
References: <84446DEF76453C439E9E97E438E13A63022E4D48@suutari.haapa.mmm.fi>
	<5228956F.4050105@swoodbridge.com> <5229C8A4.4020607@metrico.lu>
Message-ID: <CAOM3y2gUx+GSZmFNbV8aZfVY9CMCzCF0YNHYz9i5i5gRP_Vp1g@mail.gmail.com>

Does this feature in particular crash mapserver?

On Fri, Sep 6, 2013 at 2:20 PM, Frank Broniewski <brfr at metrico.lu> wrote:
> Ok, so I did a little bit of geometry testing. Don't know why that should
> cause an expression crash, but well ...
>
> here's the query I ran on planet_osm_line and planet_osm_polygon in PostGIS:
>
> select
>
> osm_id, boundary, admin_level, tags,
> st_isvalid(way) as isvalid,
> st_isvalidreason(way) as reason,
> st_isclosed(way) as isclosed,
> st_isempty(way) as isempty,
> st_geometrytype(way) as geometrytype,
> st_length(way) as length,
> st_perimeter(way) as perimeter,
> st_numgeometries(way) as numgeometries,
> st_numinteriorrings(way) as numinteriorrings,
> st_astext(way) as wkt
>
> from planet_osm_polygon
>
> where way && st_transform(st_setsrid('BOX3D(0 0, 150000 200000)'::box3d,
> 2169), 3857)
> and tags ?& ARRAY['boundary', 'admin_level']
>
> order by geometrytype, admin_level, name
>
> There's one record that differs from the rest in the planet_osm_polygon
> table. I've pasted the result below. It has a geometrytype of
> GEOMETRYCOLLECTION and is empty, so that may cause a crash ...
>
> 229382895;"administrative";"8";""area"=>"yes", "name"=>"RW 10",
> "boundary"=>"administrative", "admin_level"=>"8", "flood_prone"=>"no",
> "is_in:hamlet"=>"MENTENG DALAM", "is_in:district"=>"Jakarta Selatan",
> "is_in:province"=>"DKI Jakarta", "is_in:subdistrict"=>"TEBET"";t;"Valid
> Geometry";;t;"ST_GeometryCollection";0;0;0;;"GEOMETRYCOLLECTION EMPTY"
>
>
> The attributes confirm, that this record could be a remain of
> http://www.openstreetmap.org/browse/way/229382895 , but I really wonder why
> it gets caught in the bbox which should center around Luxembourg with parts
> of the surrounding countries. But when the geometry is a black hole you
> never know :-)
>
>
>
> Am 2013-09-05 16:30, schrieb Stephen Woodbridge:
>
>> Hi,
>>
>> This is a great idea. Regardless we should try to identify the case that
>> is causing the crash and trap that. Mapserver should never crash as a
>> general rule so finding the specific case is important so Thomas can
>> reproduce it.
>>
>> If you have (or can load) the data in a database table, then it should
>> be fairly easy to do a manual binary search to find the offending object
>> by adding  " where gid between <lower> and <upper>" to your query and
>> adjusting the value of lower and upper to narrow the search to the
>> problem object.
>>
>> Thanks,
>>    -Steve W
>>
>> On 9/5/2013 10:11 AM, Rahkonen Jukka wrote:
>>>
>>> Hi,
>>>
>>> Osm2pgsql can create invalid polygons with self-intersections and/or
>>> three-vertex A-B-A rings. It might be good to run MakeValid or simply
>>> find possibly invalid features with IsValid and delete them and then
>>> see if Mapserver gets happy.  Actually, run IsValid and save the
>>> faulty geometries somewhere before correcting or deleting them. It
>>> would be nice to catch them if they happen to be the reason for the
>>> crash.
>>>
>>> -Jukka Rahkonen-
>>>
>>> Frank Broniewski wrote:
>>>>
>>>>
>>>> Ok, this is weird. It is, as I know now, data source related. I was
>>>> poking in the layer configuration to find out why the core dump
>>>> happens. Reinstalling didn't solve the issue, btw.
>>>>
>>>> So first I converted the data to shapefile with ogr2ogr (as always
>>>> very handy!) and changed the layer accordingly. And no core dump
>>>> happened! Then I tried several versions of the data and filter
>>>> statements without success. Since this is a osm2pgsql database I
>>>> swapped finally the table from planet_osm_polygon to
>>>> planet_osm_line (same table schema apart from the geometry) - and
>>>> voil? - no core dump.
>>>>
>>>> So I can relate the problem to the planet_osm_polygon table - but
>>>> I'm not sure what difference actually is responsible for the crash
>>>> ...
>>>>
>>>> The most apparent difference is of course the geometry type:
>>>> planet_osm_line is linestring, planet_osm_polygon is geometry ...
>>>>
>>>> I will investigate the attributes further tomorrow, but now I need
>>>> to earn some money. It's always the deadlines ...
>>>>
>>>>
>>>> Frank
>>>>
>>>>
>>>> Am 2013-09-05 09:47, schrieb thomas bonfort:
>>>>>
>>>>> Frank, This is such a simple use-case that I doubt it's a bug in
>>>>> the code per-se. Can you make sure that you are using a clean
>>>>> build (make clean && make && make install) as I suspect this
>>>>> could be happening due to a compilation problem (as a rule of
>>>>> thumb, with mapserver <6.4, always run make clean after
>>>>> re-running configure)
>>>>>
>>>>> -- thomas
>>>>>
>>>>>
>>>>> On Wed, Sep 4, 2013 at 2:39 PM, Frank Broniewski
>>>>> <brfr at metrico.lu> wrote:
>>>>>>
>>>>>> Am 2013-09-04 14:33, schrieb thomas bonfort:
>>>>>>
>>>>>>> Frank, please supply a backtrace of the crash (`bt` in gdb
>>>>>>> once it has halted at the segfault)
>>>>>>>
>>>>>>> -- thomas
>>>>>>>
>>>>>>> On Wed, Sep 4, 2013 at 2:25 PM, Frank Broniewski
>>>>>>> <brfr at metrico.lu>
>>>>
>>>> wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> I just updated my mapserver installation to the latest
>>>>>>>> version (6.2.1). I'm running FreeBSD 9.1 and I'm getting a
>>>>>>>> segmentation fault related to expression usage in my
>>>>>>>> mapfile. I've already compiled mapserver with debug symbols
>>>>>>>> and I loaded the core file into gdb:
>>>>>>>>
>>>>>>>>> gdb /usr/local/www/apache22/cgi-bin/mapserv mapserv.core
>>>>>>>>
>>>>>>>>
>>>>>>>> <snip> Reading symbols from /lib/libc.so.7...done. Loaded
>>>>>>>> symbols for /lib/libc.so.7 Reading symbols from
>>>>>>>> /usr/local/lib/libintl.so.9...done. Loaded symbols for
>>>>>>>> /usr/local/lib/libintl.so.9 Reading symbols from
>>>>>>>> /usr/lib/libsupc++.so.1...done. Loaded symbols for
>>>>>>>> /usr/lib/libsupc++.so.1 Reading symbols from
>>>>>>>> /libexec/ld-elf.so.1...done. Loaded symbols for
>>>>>>>> /libexec/ld-elf.so.1 #0  0x00000008008e2520 in yylex
>>>>>>>> (lvalp=0x7fffffffd250, p=0x7fffffffd3b0) at
>>>>>>>> mapparser.y:649 649     mapparser.y: No such file or
>>>>>>>> directory. in mapparser.y [New Thread 809007400 (LWP
>>>>>>>> 101134/mapserv)]
>>>>>>>>
>>>>>>>> So apparently there seems to be a file missing!? Looking at
>>>>>>>> the source code (git), line 649 is a blank line, so I'm not
>>>>>>>> sure what's missing exactly. I've got yacc, bison and flex
>>>>>>>> installed. For testing purposes I'm using the mapserver cgi
>>>>>>>> on the command line:
>>>>>>>>
>>>>>>>> /usr/local/www/apache22/cgi-bin/mapserv -nh
>>>>>>>>
>>>>>>>>
>>>> "QUERY_STRING=map=/data/web/mapserver/cnra/cnra.map&mode=map&laye
>>>> r=boundaries"
>>>>>>>>
>>>>>>>>
>>>>>>>> The boundaries layer:
>>>>>>>>
>>>>>>>> Layer
>>>>>>>>
>>>>>>>> #    Classitem "level" Connection "host=10.0.0.2 dbname=osm
>>>>>>>> user=user
>>>>
>>>> password=guessme"
>>>>>>>>
>>>>>>>> Connectiontype Postgis Data "geom FROM (SELECT osm_id, way
>>>>>>>> AS geom, name, admin_level
>>>>
>>>> AS
>>>>>>>>
>>>>>>>> level, tags FROM planet_osm_polygon) AS foo USING UNIQUE
>>>>>>>> osm_id USING
>>>>
>>>> SRID=3857"
>>>>>>>>
>>>>>>>> Filter "tags ?& ARRAY['boundary', 'admin_level']" Name
>>>>>>>> "boundaries" Processing "CLOSE_CONNECTION=DEFER" Status on
>>>>>>>> Type line Units meters
>>>>>>>>
>>>>>>>> Metadata "ows_title" "Boundary Map" "ows_abstract"
>>>>>>>> "Boundary map - data from OpenStreetMap, ODbl licensed"
>>>>>>>> End
>>>>>>>>
>>>>>>>> Projection "init=epsg:3857" End
>>>>>>>>
>>>>>>>> Class
>>>>>>>>
>>>>>>>> Expression ("[level]" = "6") #        Expression "6" Name
>>>>>>>> "communes"
>>>>>>>>
>>>>>>>> Style Color 10 10 10 Opacity 50 Width 2 End
>>>>>>>>
>>>>>>>> End End
>>>>>>>>
>>>>>>>>
>>>>>>>> The classitem / simple expression (Expression "6") works
>>>>>>>> with the mapserver cgi, but python mapscript throws an
>>>>>>>> error: _mapscript.MapServerError: msEvalExpression():
>>>>>>>> General error message. Invalid item index.
>>>>>>>>
>>>>>>>> I've read the mapserver expressions documentation [1] and
>>>>>>>> the note that says something about the working environment
>>>>>>>> might be linked to more than
>>>>
>>>> one
>>>>>>>>
>>>>>>>> expression library. But my operating system skills are not
>>>>>>>> high enough to turn this paragraph into something useful
>>>>>>>> for me.
>>>>>>>>
>>>>>>>> So any help is greatly appreciated.
>>>>>>>>
>>>>>>>> Frank
>>>>>>>>
>>>>>>>>
>>>>>>>> Frank BRONIEWSKI
>>>>>>>>
>>>>>>>> METRICO s.? r.l. g?om?tres technologies d'information
>>>>>>>> g?ographique rue des Romains 36 L-5433 NIEDERDONVEN
>>>>>>>>
>>>>>>>> t?l.: +352 26 74 94 - 28 fax.: +352 26 74 94 99
>>>>>>>> http://www.metrico.lu
>>>>>>>> _______________________________________________
>>>>>>>> mapserver-users mailing list
>>>>>>>> mapserver-users at lists.osgeo.org
>>>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> Hi Thomas,
>>>>>>
>>>>>> thanks for the fast response! Here's the bt:
>>>>>>
>>>>>> (gdb) bt
>>>>>>
>>>>>> #0  0x00000008008e2520 in yylex (lvalp=0x7fffffffd250,
>>>>>> p=0x7fffffffd3b0) at mapparser.y:649 #1  0x00000008008e0146 in
>>>>>> yyparse (p=0x7fffffffd3b0) at mapparser.c:1500 #2
>>>>>> 0x00000008009239b2 in msEvalExpression (layer=0x809009000,
>>>>>> shape=0x7fffffffd4e0, expression=0x8090a0280, itemindex=-1) at
>>>>>> maputil.c:478 #3  0x0000000800923f03 in msShapeGetClass
>>>>>> (layer=0x809009000, map=0x8090bd800, shape=0x7fffffffd4e0,
>>>>>> classgroup=0x0, numclasses=1) at maputil.c:581 #4
>>>>>> 0x0000000800980ab2 in msDrawVectorLayer (map=0x8090bd800,
>>>>>> layer=0x809009000, image=0x8090a91c0) at mapdraw.c:989 #5
>>>>>> 0x00000008009800ed in msDrawLayer (map=0x8090bd800,
>>>>
>>>> layer=0x809009000,
>>>>>>
>>>>>> image=0x8090a91c0) at mapdraw.c:808 #6  0x000000080097ed18 in
>>>>>> msDrawMap (map=0x8090bd800, querymap=0)
>>>>
>>>> at
>>>>>>
>>>>>> mapdraw.c:437 #7  0x0000000800a16e6e in
>>>>>> msCGIDispatchImageRequest
>>>>
>>>> (mapserv=0x8090b2300) at
>>>>>>
>>>>>> mapservutil.c:1448 #8  0x0000000800a179c2 in
>>>>>> msCGIDispatchRequest (mapserv=0x8090b2300)
>>>>
>>>> at
>>>>>>
>>>>>> mapservutil.c:1690 #9  0x00000000004012c1 in main (argc=3,
>>>>>> argv=0x7fffffffd9f0) at mapserv.c:259 (gdb)
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> -- Frank BRONIEWSKI
>>>>>>
>>>>>> METRICO s.? r.l. g?om?tres technologies d'information
>>>>>> g?ographique rue des Romains 36 L-5433 NIEDERDONVEN
>>>>>>
>>>>>> t?l.: +352 26 74 94 - 28 fax.: +352 26 74 94 99
>>>>>> http://www.metrico.lu
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> -- Frank BRONIEWSKI
>>>>
>>>> METRICO s.? r.l. g?om?tres technologies d'information g?ographique
>>>> rue des Romains 36 L-5433 NIEDERDONVEN
>>>>
>>>> t?l.: +352 26 74 94 - 28 fax.: +352 26 74 94 99
>>>> http://www.metrico.lu
>>>> _______________________________________________ mapserver-users
>>>> mailing list mapserver-users at lists.osgeo.org
>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>
>>> _______________________________________________ mapserver-users
>>> mailing list mapserver-users at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>
>>
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
>
> --
> Frank BRONIEWSKI
>
> METRICO s.? r.l.
> g?om?tres
> technologies d'information g?ographique
> rue des Romains 36
> L-5433 NIEDERDONVEN
>
> t?l.: +352 26 74 94 - 28
> fax.: +352 26 74 94 99
> http://www.metrico.lu
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From brfr at metrico.lu  Fri Sep  6 06:57:35 2013
From: brfr at metrico.lu (Frank Broniewski)
Date: Fri, 06 Sep 2013 15:57:35 +0200
Subject: [mapserver-users] Expression segmentation fault
In-Reply-To: <CAOM3y2gUx+GSZmFNbV8aZfVY9CMCzCF0YNHYz9i5i5gRP_Vp1g@mail.gmail.com>
References: <84446DEF76453C439E9E97E438E13A63022E4D48@suutari.haapa.mmm.fi>
	<5228956F.4050105@swoodbridge.com> <5229C8A4.4020607@metrico.lu>
	<CAOM3y2gUx+GSZmFNbV8aZfVY9CMCzCF0YNHYz9i5i5gRP_Vp1g@mail.gmail.com>
Message-ID: <5229DF4F.6000202@metrico.lu>

No, it doesn't. Tried right now the mapfile on my desktop machine 
(ubuntu) and it crashes here also (same error msg, more or less):

Segfault happened at: 0x7fb2bb94895c <yylex+764>: mov (%rax,%rdx,8),%rdi
PC (0x7fb2bb94895c) ok
source "(%rax,%rdx,8)" (0x00000000) not located in a known VMA region 
(needed readable region)!
destination "%rdi" ok


I will investigate further ...

Frank


Am 2013-09-06 14:24, schrieb thomas bonfort:
> Does this feature in particular crash mapserver?
>
> On Fri, Sep 6, 2013 at 2:20 PM, Frank Broniewski <brfr at metrico.lu> wrote:
>> Ok, so I did a little bit of geometry testing. Don't know why that should
>> cause an expression crash, but well ...
>>
>> here's the query I ran on planet_osm_line and planet_osm_polygon in PostGIS:
>>
>> select
>>
>> osm_id, boundary, admin_level, tags,
>> st_isvalid(way) as isvalid,
>> st_isvalidreason(way) as reason,
>> st_isclosed(way) as isclosed,
>> st_isempty(way) as isempty,
>> st_geometrytype(way) as geometrytype,
>> st_length(way) as length,
>> st_perimeter(way) as perimeter,
>> st_numgeometries(way) as numgeometries,
>> st_numinteriorrings(way) as numinteriorrings,
>> st_astext(way) as wkt
>>
>> from planet_osm_polygon
>>
>> where way && st_transform(st_setsrid('BOX3D(0 0, 150000 200000)'::box3d,
>> 2169), 3857)
>> and tags ?& ARRAY['boundary', 'admin_level']
>>
>> order by geometrytype, admin_level, name
>>
>> There's one record that differs from the rest in the planet_osm_polygon
>> table. I've pasted the result below. It has a geometrytype of
>> GEOMETRYCOLLECTION and is empty, so that may cause a crash ...
>>
>> 229382895;"administrative";"8";""area"=>"yes", "name"=>"RW 10",
>> "boundary"=>"administrative", "admin_level"=>"8", "flood_prone"=>"no",
>> "is_in:hamlet"=>"MENTENG DALAM", "is_in:district"=>"Jakarta Selatan",
>> "is_in:province"=>"DKI Jakarta", "is_in:subdistrict"=>"TEBET"";t;"Valid
>> Geometry";;t;"ST_GeometryCollection";0;0;0;;"GEOMETRYCOLLECTION EMPTY"
>>
>>
>> The attributes confirm, that this record could be a remain of
>> http://www.openstreetmap.org/browse/way/229382895 , but I really wonder why
>> it gets caught in the bbox which should center around Luxembourg with parts
>> of the surrounding countries. But when the geometry is a black hole you
>> never know :-)
>>
>>
>>
>> Am 2013-09-05 16:30, schrieb Stephen Woodbridge:
>>
>>> Hi,
>>>
>>> This is a great idea. Regardless we should try to identify the case that
>>> is causing the crash and trap that. Mapserver should never crash as a
>>> general rule so finding the specific case is important so Thomas can
>>> reproduce it.
>>>
>>> If you have (or can load) the data in a database table, then it should
>>> be fairly easy to do a manual binary search to find the offending object
>>> by adding  " where gid between <lower> and <upper>" to your query and
>>> adjusting the value of lower and upper to narrow the search to the
>>> problem object.
>>>
>>> Thanks,
>>>     -Steve W
>>>
>>> On 9/5/2013 10:11 AM, Rahkonen Jukka wrote:
>>>>
>>>> Hi,
>>>>
>>>> Osm2pgsql can create invalid polygons with self-intersections and/or
>>>> three-vertex A-B-A rings. It might be good to run MakeValid or simply
>>>> find possibly invalid features with IsValid and delete them and then
>>>> see if Mapserver gets happy.  Actually, run IsValid and save the
>>>> faulty geometries somewhere before correcting or deleting them. It
>>>> would be nice to catch them if they happen to be the reason for the
>>>> crash.
>>>>
>>>> -Jukka Rahkonen-
>>>>
>>>> Frank Broniewski wrote:
>>>>>
>>>>>
>>>>> Ok, this is weird. It is, as I know now, data source related. I was
>>>>> poking in the layer configuration to find out why the core dump
>>>>> happens. Reinstalling didn't solve the issue, btw.
>>>>>
>>>>> So first I converted the data to shapefile with ogr2ogr (as always
>>>>> very handy!) and changed the layer accordingly. And no core dump
>>>>> happened! Then I tried several versions of the data and filter
>>>>> statements without success. Since this is a osm2pgsql database I
>>>>> swapped finally the table from planet_osm_polygon to
>>>>> planet_osm_line (same table schema apart from the geometry) - and
>>>>> voil? - no core dump.
>>>>>
>>>>> So I can relate the problem to the planet_osm_polygon table - but
>>>>> I'm not sure what difference actually is responsible for the crash
>>>>> ...
>>>>>
>>>>> The most apparent difference is of course the geometry type:
>>>>> planet_osm_line is linestring, planet_osm_polygon is geometry ...
>>>>>
>>>>> I will investigate the attributes further tomorrow, but now I need
>>>>> to earn some money. It's always the deadlines ...
>>>>>
>>>>>
>>>>> Frank
>>>>>
>>>>>
>>>>> Am 2013-09-05 09:47, schrieb thomas bonfort:
>>>>>>
>>>>>> Frank, This is such a simple use-case that I doubt it's a bug in
>>>>>> the code per-se. Can you make sure that you are using a clean
>>>>>> build (make clean && make && make install) as I suspect this
>>>>>> could be happening due to a compilation problem (as a rule of
>>>>>> thumb, with mapserver <6.4, always run make clean after
>>>>>> re-running configure)
>>>>>>
>>>>>> -- thomas
>>>>>>
>>>>>>
>>>>>> On Wed, Sep 4, 2013 at 2:39 PM, Frank Broniewski
>>>>>> <brfr at metrico.lu> wrote:
>>>>>>>
>>>>>>> Am 2013-09-04 14:33, schrieb thomas bonfort:
>>>>>>>
>>>>>>>> Frank, please supply a backtrace of the crash (`bt` in gdb
>>>>>>>> once it has halted at the segfault)
>>>>>>>>
>>>>>>>> -- thomas
>>>>>>>>
>>>>>>>> On Wed, Sep 4, 2013 at 2:25 PM, Frank Broniewski
>>>>>>>> <brfr at metrico.lu>
>>>>>
>>>>> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> I just updated my mapserver installation to the latest
>>>>>>>>> version (6.2.1). I'm running FreeBSD 9.1 and I'm getting a
>>>>>>>>> segmentation fault related to expression usage in my
>>>>>>>>> mapfile. I've already compiled mapserver with debug symbols
>>>>>>>>> and I loaded the core file into gdb:
>>>>>>>>>
>>>>>>>>>> gdb /usr/local/www/apache22/cgi-bin/mapserv mapserv.core
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> <snip> Reading symbols from /lib/libc.so.7...done. Loaded
>>>>>>>>> symbols for /lib/libc.so.7 Reading symbols from
>>>>>>>>> /usr/local/lib/libintl.so.9...done. Loaded symbols for
>>>>>>>>> /usr/local/lib/libintl.so.9 Reading symbols from
>>>>>>>>> /usr/lib/libsupc++.so.1...done. Loaded symbols for
>>>>>>>>> /usr/lib/libsupc++.so.1 Reading symbols from
>>>>>>>>> /libexec/ld-elf.so.1...done. Loaded symbols for
>>>>>>>>> /libexec/ld-elf.so.1 #0  0x00000008008e2520 in yylex
>>>>>>>>> (lvalp=0x7fffffffd250, p=0x7fffffffd3b0) at
>>>>>>>>> mapparser.y:649 649     mapparser.y: No such file or
>>>>>>>>> directory. in mapparser.y [New Thread 809007400 (LWP
>>>>>>>>> 101134/mapserv)]
>>>>>>>>>
>>>>>>>>> So apparently there seems to be a file missing!? Looking at
>>>>>>>>> the source code (git), line 649 is a blank line, so I'm not
>>>>>>>>> sure what's missing exactly. I've got yacc, bison and flex
>>>>>>>>> installed. For testing purposes I'm using the mapserver cgi
>>>>>>>>> on the command line:
>>>>>>>>>
>>>>>>>>> /usr/local/www/apache22/cgi-bin/mapserv -nh
>>>>>>>>>
>>>>>>>>>
>>>>> "QUERY_STRING=map=/data/web/mapserver/cnra/cnra.map&mode=map&laye
>>>>> r=boundaries"
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> The boundaries layer:
>>>>>>>>>
>>>>>>>>> Layer
>>>>>>>>>
>>>>>>>>> #    Classitem "level" Connection "host=10.0.0.2 dbname=osm
>>>>>>>>> user=user
>>>>>
>>>>> password=guessme"
>>>>>>>>>
>>>>>>>>> Connectiontype Postgis Data "geom FROM (SELECT osm_id, way
>>>>>>>>> AS geom, name, admin_level
>>>>>
>>>>> AS
>>>>>>>>>
>>>>>>>>> level, tags FROM planet_osm_polygon) AS foo USING UNIQUE
>>>>>>>>> osm_id USING
>>>>>
>>>>> SRID=3857"
>>>>>>>>>
>>>>>>>>> Filter "tags ?& ARRAY['boundary', 'admin_level']" Name
>>>>>>>>> "boundaries" Processing "CLOSE_CONNECTION=DEFER" Status on
>>>>>>>>> Type line Units meters
>>>>>>>>>
>>>>>>>>> Metadata "ows_title" "Boundary Map" "ows_abstract"
>>>>>>>>> "Boundary map - data from OpenStreetMap, ODbl licensed"
>>>>>>>>> End
>>>>>>>>>
>>>>>>>>> Projection "init=epsg:3857" End
>>>>>>>>>
>>>>>>>>> Class
>>>>>>>>>
>>>>>>>>> Expression ("[level]" = "6") #        Expression "6" Name
>>>>>>>>> "communes"
>>>>>>>>>
>>>>>>>>> Style Color 10 10 10 Opacity 50 Width 2 End
>>>>>>>>>
>>>>>>>>> End End
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> The classitem / simple expression (Expression "6") works
>>>>>>>>> with the mapserver cgi, but python mapscript throws an
>>>>>>>>> error: _mapscript.MapServerError: msEvalExpression():
>>>>>>>>> General error message. Invalid item index.
>>>>>>>>>
>>>>>>>>> I've read the mapserver expressions documentation [1] and
>>>>>>>>> the note that says something about the working environment
>>>>>>>>> might be linked to more than
>>>>>
>>>>> one
>>>>>>>>>
>>>>>>>>> expression library. But my operating system skills are not
>>>>>>>>> high enough to turn this paragraph into something useful
>>>>>>>>> for me.
>>>>>>>>>
>>>>>>>>> So any help is greatly appreciated.
>>>>>>>>>
>>>>>>>>> Frank
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Frank BRONIEWSKI
>>>>>>>>>
>>>>>>>>> METRICO s.? r.l. g?om?tres technologies d'information
>>>>>>>>> g?ographique rue des Romains 36 L-5433 NIEDERDONVEN
>>>>>>>>>
>>>>>>>>> t?l.: +352 26 74 94 - 28 fax.: +352 26 74 94 99
>>>>>>>>> http://www.metrico.lu
>>>>>>>>> _______________________________________________
>>>>>>>>> mapserver-users mailing list
>>>>>>>>> mapserver-users at lists.osgeo.org
>>>>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> Hi Thomas,
>>>>>>>
>>>>>>> thanks for the fast response! Here's the bt:
>>>>>>>
>>>>>>> (gdb) bt
>>>>>>>
>>>>>>> #0  0x00000008008e2520 in yylex (lvalp=0x7fffffffd250,
>>>>>>> p=0x7fffffffd3b0) at mapparser.y:649 #1  0x00000008008e0146 in
>>>>>>> yyparse (p=0x7fffffffd3b0) at mapparser.c:1500 #2
>>>>>>> 0x00000008009239b2 in msEvalExpression (layer=0x809009000,
>>>>>>> shape=0x7fffffffd4e0, expression=0x8090a0280, itemindex=-1) at
>>>>>>> maputil.c:478 #3  0x0000000800923f03 in msShapeGetClass
>>>>>>> (layer=0x809009000, map=0x8090bd800, shape=0x7fffffffd4e0,
>>>>>>> classgroup=0x0, numclasses=1) at maputil.c:581 #4
>>>>>>> 0x0000000800980ab2 in msDrawVectorLayer (map=0x8090bd800,
>>>>>>> layer=0x809009000, image=0x8090a91c0) at mapdraw.c:989 #5
>>>>>>> 0x00000008009800ed in msDrawLayer (map=0x8090bd800,
>>>>>
>>>>> layer=0x809009000,
>>>>>>>
>>>>>>> image=0x8090a91c0) at mapdraw.c:808 #6  0x000000080097ed18 in
>>>>>>> msDrawMap (map=0x8090bd800, querymap=0)
>>>>>
>>>>> at
>>>>>>>
>>>>>>> mapdraw.c:437 #7  0x0000000800a16e6e in
>>>>>>> msCGIDispatchImageRequest
>>>>>
>>>>> (mapserv=0x8090b2300) at
>>>>>>>
>>>>>>> mapservutil.c:1448 #8  0x0000000800a179c2 in
>>>>>>> msCGIDispatchRequest (mapserv=0x8090b2300)
>>>>>
>>>>> at
>>>>>>>
>>>>>>> mapservutil.c:1690 #9  0x00000000004012c1 in main (argc=3,
>>>>>>> argv=0x7fffffffd9f0) at mapserv.c:259 (gdb)
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -- Frank BRONIEWSKI
>>>>>>>
>>>>>>> METRICO s.? r.l. g?om?tres technologies d'information
>>>>>>> g?ographique rue des Romains 36 L-5433 NIEDERDONVEN
>>>>>>>
>>>>>>> t?l.: +352 26 74 94 - 28 fax.: +352 26 74 94 99
>>>>>>> http://www.metrico.lu
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> -- Frank BRONIEWSKI
>>>>>
>>>>> METRICO s.? r.l. g?om?tres technologies d'information g?ographique
>>>>> rue des Romains 36 L-5433 NIEDERDONVEN
>>>>>
>>>>> t?l.: +352 26 74 94 - 28 fax.: +352 26 74 94 99
>>>>> http://www.metrico.lu
>>>>> _______________________________________________ mapserver-users
>>>>> mailing list mapserver-users at lists.osgeo.org
>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>>
>>>> _______________________________________________ mapserver-users
>>>> mailing list mapserver-users at lists.osgeo.org
>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>>
>>>
>>> _______________________________________________
>>> mapserver-users mailing list
>>> mapserver-users at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>>
>>
>> --
>> Frank BRONIEWSKI
>>
>> METRICO s.? r.l.
>> g?om?tres
>> technologies d'information g?ographique
>> rue des Romains 36
>> L-5433 NIEDERDONVEN
>>
>> t?l.: +352 26 74 94 - 28
>> fax.: +352 26 74 94 99
>> http://www.metrico.lu
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>


-- 
Frank BRONIEWSKI

METRICO s.? r.l.
g?om?tres
technologies d'information g?ographique
rue des Romains 36
L-5433 NIEDERDONVEN

t?l.: +352 26 74 94 - 28
fax.: +352 26 74 94 99
http://www.metrico.lu


From thomas.bonfort at gmail.com  Fri Sep  6 07:11:08 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Fri, 6 Sep 2013 16:11:08 +0200
Subject: [mapserver-users] MapServer 6.4 Release Candidate released
Message-ID: <CAOM3y2hNuO0hrpLtu4vGX0qiwPhrEeSD4N6ptTahhB79krQBGA@mail.gmail.com>

The MapServer Team is pleased to announce the release of MapServer
6.4.0 RC1. This is a release candiate for the 6.4 release,
and contains only minor fixes compared to beta2.

We currently have no blocking issues, so depending on this feedback
phase our next release will hopefully be a final 6.4.0.

The changelog since beta2 can be consulted here:

http://mapserver.org/development/changelog/changelog-6-4.html#changelog-6-4-rc1

The source for this release can be downloaded at:

   http://mapserver.org/download.html
or
   http://download.osgeo.org/mapserver/mapserver-6.4.0-rc1.tar.gz

Once again we need your help to ensure a high quality product, so
please help out by testing your applications with this new code base.

Thanks! - The MapServer Team


From brfr at metrico.lu  Fri Sep  6 07:14:55 2013
From: brfr at metrico.lu (Frank Broniewski)
Date: Fri, 06 Sep 2013 16:14:55 +0200
Subject: [mapserver-users] Expression segmentation fault
In-Reply-To: <CAOM3y2gUx+GSZmFNbV8aZfVY9CMCzCF0YNHYz9i5i5gRP_Vp1g@mail.gmail.com>
References: <84446DEF76453C439E9E97E438E13A63022E4D48@suutari.haapa.mmm.fi>
	<5228956F.4050105@swoodbridge.com> <5229C8A4.4020607@metrico.lu>
	<CAOM3y2gUx+GSZmFNbV8aZfVY9CMCzCF0YNHYz9i5i5gRP_Vp1g@mail.gmail.com>
Message-ID: <5229E35F.60706@metrico.lu>

Ok, maybe it does it when called in a resultset?

I ran the mapfile with -all_debug 5 and the last two 
msPostGISLayerNextShape calls (without the geometry) are below:

msPostGISLayerNextShape called.
msPostGISReadShape called.
msPostGISReadShape: PQgetlength = 0
msPostGISReadShape: [admin_level] ""
msPostGISReadShape: Setting shape->index = -2371818
msPostGISReadShape: Setting shape->resultindex = 5640
msPostGISReadShape: [index] -2371818

msPostGISLayerNextShape called.
msPostGISReadShape called.
msPostGISReadShape: [shape] (null)


The last msPostGISLayerNextShape stalls without further output and the 
the segmentation fault happens. Maybe I can find out if the [shape] 
(null) record in the DB is the same GEOMETRYCOLLECTION as already 
reported ...

Dubious at least,

Frank

Am 2013-09-06 14:24, schrieb thomas bonfort:
> Does this feature in particular crash mapserver?
>
> On Fri, Sep 6, 2013 at 2:20 PM, Frank Broniewski <brfr at metrico.lu> wrote:
>> Ok, so I did a little bit of geometry testing. Don't know why that should
>> cause an expression crash, but well ...
>>
>> here's the query I ran on planet_osm_line and planet_osm_polygon in PostGIS:
>>
>> select
>>
>> osm_id, boundary, admin_level, tags,
>> st_isvalid(way) as isvalid,
>> st_isvalidreason(way) as reason,
>> st_isclosed(way) as isclosed,
>> st_isempty(way) as isempty,
>> st_geometrytype(way) as geometrytype,
>> st_length(way) as length,
>> st_perimeter(way) as perimeter,
>> st_numgeometries(way) as numgeometries,
>> st_numinteriorrings(way) as numinteriorrings,
>> st_astext(way) as wkt
>>
>> from planet_osm_polygon
>>
>> where way && st_transform(st_setsrid('BOX3D(0 0, 150000 200000)'::box3d,
>> 2169), 3857)
>> and tags ?& ARRAY['boundary', 'admin_level']
>>
>> order by geometrytype, admin_level, name
>>
>> There's one record that differs from the rest in the planet_osm_polygon
>> table. I've pasted the result below. It has a geometrytype of
>> GEOMETRYCOLLECTION and is empty, so that may cause a crash ...
>>
>> 229382895;"administrative";"8";""area"=>"yes", "name"=>"RW 10",
>> "boundary"=>"administrative", "admin_level"=>"8", "flood_prone"=>"no",
>> "is_in:hamlet"=>"MENTENG DALAM", "is_in:district"=>"Jakarta Selatan",
>> "is_in:province"=>"DKI Jakarta", "is_in:subdistrict"=>"TEBET"";t;"Valid
>> Geometry";;t;"ST_GeometryCollection";0;0;0;;"GEOMETRYCOLLECTION EMPTY"
>>
>>
>> The attributes confirm, that this record could be a remain of
>> http://www.openstreetmap.org/browse/way/229382895 , but I really wonder why
>> it gets caught in the bbox which should center around Luxembourg with parts
>> of the surrounding countries. But when the geometry is a black hole you
>> never know :-)
>>
>>
>>
>> Am 2013-09-05 16:30, schrieb Stephen Woodbridge:
>>
>>> Hi,
>>>
>>> This is a great idea. Regardless we should try to identify the case that
>>> is causing the crash and trap that. Mapserver should never crash as a
>>> general rule so finding the specific case is important so Thomas can
>>> reproduce it.
>>>
>>> If you have (or can load) the data in a database table, then it should
>>> be fairly easy to do a manual binary search to find the offending object
>>> by adding  " where gid between <lower> and <upper>" to your query and
>>> adjusting the value of lower and upper to narrow the search to the
>>> problem object.
>>>
>>> Thanks,
>>>     -Steve W
>>>
>>> On 9/5/2013 10:11 AM, Rahkonen Jukka wrote:
>>>>
>>>> Hi,
>>>>
>>>> Osm2pgsql can create invalid polygons with self-intersections and/or
>>>> three-vertex A-B-A rings. It might be good to run MakeValid or simply
>>>> find possibly invalid features with IsValid and delete them and then
>>>> see if Mapserver gets happy.  Actually, run IsValid and save the
>>>> faulty geometries somewhere before correcting or deleting them. It
>>>> would be nice to catch them if they happen to be the reason for the
>>>> crash.
>>>>
>>>> -Jukka Rahkonen-
>>>>
>>>> Frank Broniewski wrote:
>>>>>
>>>>>
>>>>> Ok, this is weird. It is, as I know now, data source related. I was
>>>>> poking in the layer configuration to find out why the core dump
>>>>> happens. Reinstalling didn't solve the issue, btw.
>>>>>
>>>>> So first I converted the data to shapefile with ogr2ogr (as always
>>>>> very handy!) and changed the layer accordingly. And no core dump
>>>>> happened! Then I tried several versions of the data and filter
>>>>> statements without success. Since this is a osm2pgsql database I
>>>>> swapped finally the table from planet_osm_polygon to
>>>>> planet_osm_line (same table schema apart from the geometry) - and
>>>>> voil? - no core dump.
>>>>>
>>>>> So I can relate the problem to the planet_osm_polygon table - but
>>>>> I'm not sure what difference actually is responsible for the crash
>>>>> ...
>>>>>
>>>>> The most apparent difference is of course the geometry type:
>>>>> planet_osm_line is linestring, planet_osm_polygon is geometry ...
>>>>>
>>>>> I will investigate the attributes further tomorrow, but now I need
>>>>> to earn some money. It's always the deadlines ...
>>>>>
>>>>>
>>>>> Frank
>>>>>
>>>>>
>>>>> Am 2013-09-05 09:47, schrieb thomas bonfort:
>>>>>>
>>>>>> Frank, This is such a simple use-case that I doubt it's a bug in
>>>>>> the code per-se. Can you make sure that you are using a clean
>>>>>> build (make clean && make && make install) as I suspect this
>>>>>> could be happening due to a compilation problem (as a rule of
>>>>>> thumb, with mapserver <6.4, always run make clean after
>>>>>> re-running configure)
>>>>>>
>>>>>> -- thomas
>>>>>>
>>>>>>
>>>>>> On Wed, Sep 4, 2013 at 2:39 PM, Frank Broniewski
>>>>>> <brfr at metrico.lu> wrote:
>>>>>>>
>>>>>>> Am 2013-09-04 14:33, schrieb thomas bonfort:
>>>>>>>
>>>>>>>> Frank, please supply a backtrace of the crash (`bt` in gdb
>>>>>>>> once it has halted at the segfault)
>>>>>>>>
>>>>>>>> -- thomas
>>>>>>>>
>>>>>>>> On Wed, Sep 4, 2013 at 2:25 PM, Frank Broniewski
>>>>>>>> <brfr at metrico.lu>
>>>>>
>>>>> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> I just updated my mapserver installation to the latest
>>>>>>>>> version (6.2.1). I'm running FreeBSD 9.1 and I'm getting a
>>>>>>>>> segmentation fault related to expression usage in my
>>>>>>>>> mapfile. I've already compiled mapserver with debug symbols
>>>>>>>>> and I loaded the core file into gdb:
>>>>>>>>>
>>>>>>>>>> gdb /usr/local/www/apache22/cgi-bin/mapserv mapserv.core
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> <snip> Reading symbols from /lib/libc.so.7...done. Loaded
>>>>>>>>> symbols for /lib/libc.so.7 Reading symbols from
>>>>>>>>> /usr/local/lib/libintl.so.9...done. Loaded symbols for
>>>>>>>>> /usr/local/lib/libintl.so.9 Reading symbols from
>>>>>>>>> /usr/lib/libsupc++.so.1...done. Loaded symbols for
>>>>>>>>> /usr/lib/libsupc++.so.1 Reading symbols from
>>>>>>>>> /libexec/ld-elf.so.1...done. Loaded symbols for
>>>>>>>>> /libexec/ld-elf.so.1 #0  0x00000008008e2520 in yylex
>>>>>>>>> (lvalp=0x7fffffffd250, p=0x7fffffffd3b0) at
>>>>>>>>> mapparser.y:649 649     mapparser.y: No such file or
>>>>>>>>> directory. in mapparser.y [New Thread 809007400 (LWP
>>>>>>>>> 101134/mapserv)]
>>>>>>>>>
>>>>>>>>> So apparently there seems to be a file missing!? Looking at
>>>>>>>>> the source code (git), line 649 is a blank line, so I'm not
>>>>>>>>> sure what's missing exactly. I've got yacc, bison and flex
>>>>>>>>> installed. For testing purposes I'm using the mapserver cgi
>>>>>>>>> on the command line:
>>>>>>>>>
>>>>>>>>> /usr/local/www/apache22/cgi-bin/mapserv -nh
>>>>>>>>>
>>>>>>>>>
>>>>> "QUERY_STRING=map=/data/web/mapserver/cnra/cnra.map&mode=map&laye
>>>>> r=boundaries"
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> The boundaries layer:
>>>>>>>>>
>>>>>>>>> Layer
>>>>>>>>>
>>>>>>>>> #    Classitem "level" Connection "host=10.0.0.2 dbname=osm
>>>>>>>>> user=user
>>>>>
>>>>> password=guessme"
>>>>>>>>>
>>>>>>>>> Connectiontype Postgis Data "geom FROM (SELECT osm_id, way
>>>>>>>>> AS geom, name, admin_level
>>>>>
>>>>> AS
>>>>>>>>>
>>>>>>>>> level, tags FROM planet_osm_polygon) AS foo USING UNIQUE
>>>>>>>>> osm_id USING
>>>>>
>>>>> SRID=3857"
>>>>>>>>>
>>>>>>>>> Filter "tags ?& ARRAY['boundary', 'admin_level']" Name
>>>>>>>>> "boundaries" Processing "CLOSE_CONNECTION=DEFER" Status on
>>>>>>>>> Type line Units meters
>>>>>>>>>
>>>>>>>>> Metadata "ows_title" "Boundary Map" "ows_abstract"
>>>>>>>>> "Boundary map - data from OpenStreetMap, ODbl licensed"
>>>>>>>>> End
>>>>>>>>>
>>>>>>>>> Projection "init=epsg:3857" End
>>>>>>>>>
>>>>>>>>> Class
>>>>>>>>>
>>>>>>>>> Expression ("[level]" = "6") #        Expression "6" Name
>>>>>>>>> "communes"
>>>>>>>>>
>>>>>>>>> Style Color 10 10 10 Opacity 50 Width 2 End
>>>>>>>>>
>>>>>>>>> End End
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> The classitem / simple expression (Expression "6") works
>>>>>>>>> with the mapserver cgi, but python mapscript throws an
>>>>>>>>> error: _mapscript.MapServerError: msEvalExpression():
>>>>>>>>> General error message. Invalid item index.
>>>>>>>>>
>>>>>>>>> I've read the mapserver expressions documentation [1] and
>>>>>>>>> the note that says something about the working environment
>>>>>>>>> might be linked to more than
>>>>>
>>>>> one
>>>>>>>>>
>>>>>>>>> expression library. But my operating system skills are not
>>>>>>>>> high enough to turn this paragraph into something useful
>>>>>>>>> for me.
>>>>>>>>>
>>>>>>>>> So any help is greatly appreciated.
>>>>>>>>>
>>>>>>>>> Frank
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Frank BRONIEWSKI
>>>>>>>>>
>>>>>>>>> METRICO s.? r.l. g?om?tres technologies d'information
>>>>>>>>> g?ographique rue des Romains 36 L-5433 NIEDERDONVEN
>>>>>>>>>
>>>>>>>>> t?l.: +352 26 74 94 - 28 fax.: +352 26 74 94 99
>>>>>>>>> http://www.metrico.lu
>>>>>>>>> _______________________________________________
>>>>>>>>> mapserver-users mailing list
>>>>>>>>> mapserver-users at lists.osgeo.org
>>>>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> Hi Thomas,
>>>>>>>
>>>>>>> thanks for the fast response! Here's the bt:
>>>>>>>
>>>>>>> (gdb) bt
>>>>>>>
>>>>>>> #0  0x00000008008e2520 in yylex (lvalp=0x7fffffffd250,
>>>>>>> p=0x7fffffffd3b0) at mapparser.y:649 #1  0x00000008008e0146 in
>>>>>>> yyparse (p=0x7fffffffd3b0) at mapparser.c:1500 #2
>>>>>>> 0x00000008009239b2 in msEvalExpression (layer=0x809009000,
>>>>>>> shape=0x7fffffffd4e0, expression=0x8090a0280, itemindex=-1) at
>>>>>>> maputil.c:478 #3  0x0000000800923f03 in msShapeGetClass
>>>>>>> (layer=0x809009000, map=0x8090bd800, shape=0x7fffffffd4e0,
>>>>>>> classgroup=0x0, numclasses=1) at maputil.c:581 #4
>>>>>>> 0x0000000800980ab2 in msDrawVectorLayer (map=0x8090bd800,
>>>>>>> layer=0x809009000, image=0x8090a91c0) at mapdraw.c:989 #5
>>>>>>> 0x00000008009800ed in msDrawLayer (map=0x8090bd800,
>>>>>
>>>>> layer=0x809009000,
>>>>>>>
>>>>>>> image=0x8090a91c0) at mapdraw.c:808 #6  0x000000080097ed18 in
>>>>>>> msDrawMap (map=0x8090bd800, querymap=0)
>>>>>
>>>>> at
>>>>>>>
>>>>>>> mapdraw.c:437 #7  0x0000000800a16e6e in
>>>>>>> msCGIDispatchImageRequest
>>>>>
>>>>> (mapserv=0x8090b2300) at
>>>>>>>
>>>>>>> mapservutil.c:1448 #8  0x0000000800a179c2 in
>>>>>>> msCGIDispatchRequest (mapserv=0x8090b2300)
>>>>>
>>>>> at
>>>>>>>
>>>>>>> mapservutil.c:1690 #9  0x00000000004012c1 in main (argc=3,
>>>>>>> argv=0x7fffffffd9f0) at mapserv.c:259 (gdb)
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -- Frank BRONIEWSKI
>>>>>>>
>>>>>>> METRICO s.? r.l. g?om?tres technologies d'information
>>>>>>> g?ographique rue des Romains 36 L-5433 NIEDERDONVEN
>>>>>>>
>>>>>>> t?l.: +352 26 74 94 - 28 fax.: +352 26 74 94 99
>>>>>>> http://www.metrico.lu
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> -- Frank BRONIEWSKI
>>>>>
>>>>> METRICO s.? r.l. g?om?tres technologies d'information g?ographique
>>>>> rue des Romains 36 L-5433 NIEDERDONVEN
>>>>>
>>>>> t?l.: +352 26 74 94 - 28 fax.: +352 26 74 94 99
>>>>> http://www.metrico.lu
>>>>> _______________________________________________ mapserver-users
>>>>> mailing list mapserver-users at lists.osgeo.org
>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>>
>>>> _______________________________________________ mapserver-users
>>>> mailing list mapserver-users at lists.osgeo.org
>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>>
>>>
>>> _______________________________________________
>>> mapserver-users mailing list
>>> mapserver-users at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>>
>>
>> --
>> Frank BRONIEWSKI
>>
>> METRICO s.? r.l.
>> g?om?tres
>> technologies d'information g?ographique
>> rue des Romains 36
>> L-5433 NIEDERDONVEN
>>
>> t?l.: +352 26 74 94 - 28
>> fax.: +352 26 74 94 99
>> http://www.metrico.lu
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>


-- 
Frank BRONIEWSKI

METRICO s.? r.l.
g?om?tres
technologies d'information g?ographique
rue des Romains 36
L-5433 NIEDERDONVEN

t?l.: +352 26 74 94 - 28
fax.: +352 26 74 94 99
http://www.metrico.lu


From thomas.bonfort at gmail.com  Fri Sep  6 07:40:09 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Fri, 6 Sep 2013 16:40:09 +0200
Subject: [mapserver-users] Expression segmentation fault
In-Reply-To: <5229C8A4.4020607@metrico.lu>
References: <84446DEF76453C439E9E97E438E13A63022E4D48@suutari.haapa.mmm.fi>
	<5228956F.4050105@swoodbridge.com> <5229C8A4.4020607@metrico.lu>
Message-ID: <CAOM3y2iXHo4cX6KH8iG3HQFEh32M1v_E-nsB8cxdqiBQfPapeg@mail.gmail.com>

Frank,
I'm able to reproduce this with a geometrycollection empty. What's
strange is I was obliged to force postgis to return the feature, as
the bounding box where clause was filtering it out and it was
therefore never returned to mapserver.
I'll come up with a patch soon, would you mind opening an issue for this please?

thanks,
thomas

On Fri, Sep 6, 2013 at 2:20 PM, Frank Broniewski <brfr at metrico.lu> wrote:
> Ok, so I did a little bit of geometry testing. Don't know why that should
> cause an expression crash, but well ...
>
> here's the query I ran on planet_osm_line and planet_osm_polygon in PostGIS:
>
> select
>
> osm_id, boundary, admin_level, tags,
> st_isvalid(way) as isvalid,
> st_isvalidreason(way) as reason,
> st_isclosed(way) as isclosed,
> st_isempty(way) as isempty,
> st_geometrytype(way) as geometrytype,
> st_length(way) as length,
> st_perimeter(way) as perimeter,
> st_numgeometries(way) as numgeometries,
> st_numinteriorrings(way) as numinteriorrings,
> st_astext(way) as wkt
>
> from planet_osm_polygon
>
> where way && st_transform(st_setsrid('BOX3D(0 0, 150000 200000)'::box3d,
> 2169), 3857)
> and tags ?& ARRAY['boundary', 'admin_level']
>
> order by geometrytype, admin_level, name
>
> There's one record that differs from the rest in the planet_osm_polygon
> table. I've pasted the result below. It has a geometrytype of
> GEOMETRYCOLLECTION and is empty, so that may cause a crash ...
>
> 229382895;"administrative";"8";""area"=>"yes", "name"=>"RW 10",
> "boundary"=>"administrative", "admin_level"=>"8", "flood_prone"=>"no",
> "is_in:hamlet"=>"MENTENG DALAM", "is_in:district"=>"Jakarta Selatan",
> "is_in:province"=>"DKI Jakarta", "is_in:subdistrict"=>"TEBET"";t;"Valid
> Geometry";;t;"ST_GeometryCollection";0;0;0;;"GEOMETRYCOLLECTION EMPTY"
>
>
> The attributes confirm, that this record could be a remain of
> http://www.openstreetmap.org/browse/way/229382895 , but I really wonder why
> it gets caught in the bbox which should center around Luxembourg with parts
> of the surrounding countries. But when the geometry is a black hole you
> never know :-)
>
>
>
> Am 2013-09-05 16:30, schrieb Stephen Woodbridge:
>
>> Hi,
>>
>> This is a great idea. Regardless we should try to identify the case that
>> is causing the crash and trap that. Mapserver should never crash as a
>> general rule so finding the specific case is important so Thomas can
>> reproduce it.
>>
>> If you have (or can load) the data in a database table, then it should
>> be fairly easy to do a manual binary search to find the offending object
>> by adding  " where gid between <lower> and <upper>" to your query and
>> adjusting the value of lower and upper to narrow the search to the
>> problem object.
>>
>> Thanks,
>>    -Steve W
>>
>> On 9/5/2013 10:11 AM, Rahkonen Jukka wrote:
>>>
>>> Hi,
>>>
>>> Osm2pgsql can create invalid polygons with self-intersections and/or
>>> three-vertex A-B-A rings. It might be good to run MakeValid or simply
>>> find possibly invalid features with IsValid and delete them and then
>>> see if Mapserver gets happy.  Actually, run IsValid and save the
>>> faulty geometries somewhere before correcting or deleting them. It
>>> would be nice to catch them if they happen to be the reason for the
>>> crash.
>>>
>>> -Jukka Rahkonen-
>>>
>>> Frank Broniewski wrote:
>>>>
>>>>
>>>> Ok, this is weird. It is, as I know now, data source related. I was
>>>> poking in the layer configuration to find out why the core dump
>>>> happens. Reinstalling didn't solve the issue, btw.
>>>>
>>>> So first I converted the data to shapefile with ogr2ogr (as always
>>>> very handy!) and changed the layer accordingly. And no core dump
>>>> happened! Then I tried several versions of the data and filter
>>>> statements without success. Since this is a osm2pgsql database I
>>>> swapped finally the table from planet_osm_polygon to
>>>> planet_osm_line (same table schema apart from the geometry) - and
>>>> voil? - no core dump.
>>>>
>>>> So I can relate the problem to the planet_osm_polygon table - but
>>>> I'm not sure what difference actually is responsible for the crash
>>>> ...
>>>>
>>>> The most apparent difference is of course the geometry type:
>>>> planet_osm_line is linestring, planet_osm_polygon is geometry ...
>>>>
>>>> I will investigate the attributes further tomorrow, but now I need
>>>> to earn some money. It's always the deadlines ...
>>>>
>>>>
>>>> Frank
>>>>
>>>>
>>>> Am 2013-09-05 09:47, schrieb thomas bonfort:
>>>>>
>>>>> Frank, This is such a simple use-case that I doubt it's a bug in
>>>>> the code per-se. Can you make sure that you are using a clean
>>>>> build (make clean && make && make install) as I suspect this
>>>>> could be happening due to a compilation problem (as a rule of
>>>>> thumb, with mapserver <6.4, always run make clean after
>>>>> re-running configure)
>>>>>
>>>>> -- thomas
>>>>>
>>>>>
>>>>> On Wed, Sep 4, 2013 at 2:39 PM, Frank Broniewski
>>>>> <brfr at metrico.lu> wrote:
>>>>>>
>>>>>> Am 2013-09-04 14:33, schrieb thomas bonfort:
>>>>>>
>>>>>>> Frank, please supply a backtrace of the crash (`bt` in gdb
>>>>>>> once it has halted at the segfault)
>>>>>>>
>>>>>>> -- thomas
>>>>>>>
>>>>>>> On Wed, Sep 4, 2013 at 2:25 PM, Frank Broniewski
>>>>>>> <brfr at metrico.lu>
>>>>
>>>> wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> I just updated my mapserver installation to the latest
>>>>>>>> version (6.2.1). I'm running FreeBSD 9.1 and I'm getting a
>>>>>>>> segmentation fault related to expression usage in my
>>>>>>>> mapfile. I've already compiled mapserver with debug symbols
>>>>>>>> and I loaded the core file into gdb:
>>>>>>>>
>>>>>>>>> gdb /usr/local/www/apache22/cgi-bin/mapserv mapserv.core
>>>>>>>>
>>>>>>>>
>>>>>>>> <snip> Reading symbols from /lib/libc.so.7...done. Loaded
>>>>>>>> symbols for /lib/libc.so.7 Reading symbols from
>>>>>>>> /usr/local/lib/libintl.so.9...done. Loaded symbols for
>>>>>>>> /usr/local/lib/libintl.so.9 Reading symbols from
>>>>>>>> /usr/lib/libsupc++.so.1...done. Loaded symbols for
>>>>>>>> /usr/lib/libsupc++.so.1 Reading symbols from
>>>>>>>> /libexec/ld-elf.so.1...done. Loaded symbols for
>>>>>>>> /libexec/ld-elf.so.1 #0  0x00000008008e2520 in yylex
>>>>>>>> (lvalp=0x7fffffffd250, p=0x7fffffffd3b0) at
>>>>>>>> mapparser.y:649 649     mapparser.y: No such file or
>>>>>>>> directory. in mapparser.y [New Thread 809007400 (LWP
>>>>>>>> 101134/mapserv)]
>>>>>>>>
>>>>>>>> So apparently there seems to be a file missing!? Looking at
>>>>>>>> the source code (git), line 649 is a blank line, so I'm not
>>>>>>>> sure what's missing exactly. I've got yacc, bison and flex
>>>>>>>> installed. For testing purposes I'm using the mapserver cgi
>>>>>>>> on the command line:
>>>>>>>>
>>>>>>>> /usr/local/www/apache22/cgi-bin/mapserv -nh
>>>>>>>>
>>>>>>>>
>>>> "QUERY_STRING=map=/data/web/mapserver/cnra/cnra.map&mode=map&laye
>>>> r=boundaries"
>>>>>>>>
>>>>>>>>
>>>>>>>> The boundaries layer:
>>>>>>>>
>>>>>>>> Layer
>>>>>>>>
>>>>>>>> #    Classitem "level" Connection "host=10.0.0.2 dbname=osm
>>>>>>>> user=user
>>>>
>>>> password=guessme"
>>>>>>>>
>>>>>>>> Connectiontype Postgis Data "geom FROM (SELECT osm_id, way
>>>>>>>> AS geom, name, admin_level
>>>>
>>>> AS
>>>>>>>>
>>>>>>>> level, tags FROM planet_osm_polygon) AS foo USING UNIQUE
>>>>>>>> osm_id USING
>>>>
>>>> SRID=3857"
>>>>>>>>
>>>>>>>> Filter "tags ?& ARRAY['boundary', 'admin_level']" Name
>>>>>>>> "boundaries" Processing "CLOSE_CONNECTION=DEFER" Status on
>>>>>>>> Type line Units meters
>>>>>>>>
>>>>>>>> Metadata "ows_title" "Boundary Map" "ows_abstract"
>>>>>>>> "Boundary map - data from OpenStreetMap, ODbl licensed"
>>>>>>>> End
>>>>>>>>
>>>>>>>> Projection "init=epsg:3857" End
>>>>>>>>
>>>>>>>> Class
>>>>>>>>
>>>>>>>> Expression ("[level]" = "6") #        Expression "6" Name
>>>>>>>> "communes"
>>>>>>>>
>>>>>>>> Style Color 10 10 10 Opacity 50 Width 2 End
>>>>>>>>
>>>>>>>> End End
>>>>>>>>
>>>>>>>>
>>>>>>>> The classitem / simple expression (Expression "6") works
>>>>>>>> with the mapserver cgi, but python mapscript throws an
>>>>>>>> error: _mapscript.MapServerError: msEvalExpression():
>>>>>>>> General error message. Invalid item index.
>>>>>>>>
>>>>>>>> I've read the mapserver expressions documentation [1] and
>>>>>>>> the note that says something about the working environment
>>>>>>>> might be linked to more than
>>>>
>>>> one
>>>>>>>>
>>>>>>>> expression library. But my operating system skills are not
>>>>>>>> high enough to turn this paragraph into something useful
>>>>>>>> for me.
>>>>>>>>
>>>>>>>> So any help is greatly appreciated.
>>>>>>>>
>>>>>>>> Frank
>>>>>>>>
>>>>>>>>
>>>>>>>> Frank BRONIEWSKI
>>>>>>>>
>>>>>>>> METRICO s.? r.l. g?om?tres technologies d'information
>>>>>>>> g?ographique rue des Romains 36 L-5433 NIEDERDONVEN
>>>>>>>>
>>>>>>>> t?l.: +352 26 74 94 - 28 fax.: +352 26 74 94 99
>>>>>>>> http://www.metrico.lu
>>>>>>>> _______________________________________________
>>>>>>>> mapserver-users mailing list
>>>>>>>> mapserver-users at lists.osgeo.org
>>>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> Hi Thomas,
>>>>>>
>>>>>> thanks for the fast response! Here's the bt:
>>>>>>
>>>>>> (gdb) bt
>>>>>>
>>>>>> #0  0x00000008008e2520 in yylex (lvalp=0x7fffffffd250,
>>>>>> p=0x7fffffffd3b0) at mapparser.y:649 #1  0x00000008008e0146 in
>>>>>> yyparse (p=0x7fffffffd3b0) at mapparser.c:1500 #2
>>>>>> 0x00000008009239b2 in msEvalExpression (layer=0x809009000,
>>>>>> shape=0x7fffffffd4e0, expression=0x8090a0280, itemindex=-1) at
>>>>>> maputil.c:478 #3  0x0000000800923f03 in msShapeGetClass
>>>>>> (layer=0x809009000, map=0x8090bd800, shape=0x7fffffffd4e0,
>>>>>> classgroup=0x0, numclasses=1) at maputil.c:581 #4
>>>>>> 0x0000000800980ab2 in msDrawVectorLayer (map=0x8090bd800,
>>>>>> layer=0x809009000, image=0x8090a91c0) at mapdraw.c:989 #5
>>>>>> 0x00000008009800ed in msDrawLayer (map=0x8090bd800,
>>>>
>>>> layer=0x809009000,
>>>>>>
>>>>>> image=0x8090a91c0) at mapdraw.c:808 #6  0x000000080097ed18 in
>>>>>> msDrawMap (map=0x8090bd800, querymap=0)
>>>>
>>>> at
>>>>>>
>>>>>> mapdraw.c:437 #7  0x0000000800a16e6e in
>>>>>> msCGIDispatchImageRequest
>>>>
>>>> (mapserv=0x8090b2300) at
>>>>>>
>>>>>> mapservutil.c:1448 #8  0x0000000800a179c2 in
>>>>>> msCGIDispatchRequest (mapserv=0x8090b2300)
>>>>
>>>> at
>>>>>>
>>>>>> mapservutil.c:1690 #9  0x00000000004012c1 in main (argc=3,
>>>>>> argv=0x7fffffffd9f0) at mapserv.c:259 (gdb)
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> -- Frank BRONIEWSKI
>>>>>>
>>>>>> METRICO s.? r.l. g?om?tres technologies d'information
>>>>>> g?ographique rue des Romains 36 L-5433 NIEDERDONVEN
>>>>>>
>>>>>> t?l.: +352 26 74 94 - 28 fax.: +352 26 74 94 99
>>>>>> http://www.metrico.lu
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> -- Frank BRONIEWSKI
>>>>
>>>> METRICO s.? r.l. g?om?tres technologies d'information g?ographique
>>>> rue des Romains 36 L-5433 NIEDERDONVEN
>>>>
>>>> t?l.: +352 26 74 94 - 28 fax.: +352 26 74 94 99
>>>> http://www.metrico.lu
>>>> _______________________________________________ mapserver-users
>>>> mailing list mapserver-users at lists.osgeo.org
>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>
>>> _______________________________________________ mapserver-users
>>> mailing list mapserver-users at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>
>>
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
>
> --
> Frank BRONIEWSKI
>
> METRICO s.? r.l.
> g?om?tres
> technologies d'information g?ographique
> rue des Romains 36
> L-5433 NIEDERDONVEN
>
> t?l.: +352 26 74 94 - 28
> fax.: +352 26 74 94 99
> http://www.metrico.lu
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From thomas.bonfort at gmail.com  Fri Sep  6 07:50:13 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Fri, 6 Sep 2013 16:50:13 +0200
Subject: [mapserver-users] Expression segmentation fault
In-Reply-To: <CAOM3y2iXHo4cX6KH8iG3HQFEh32M1v_E-nsB8cxdqiBQfPapeg@mail.gmail.com>
References: <84446DEF76453C439E9E97E438E13A63022E4D48@suutari.haapa.mmm.fi>
	<5228956F.4050105@swoodbridge.com> <5229C8A4.4020607@metrico.lu>
	<CAOM3y2iXHo4cX6KH8iG3HQFEh32M1v_E-nsB8cxdqiBQfPapeg@mail.gmail.com>
Message-ID: <CAOM3y2grng8vToBrZFpHzaKwT9Zzq5AkKYy_POEFuJhGU_kGaQ@mail.gmail.com>

and here is a patch for mappostgis.c. it will apply cleanly to master,
you may have to massage it a bit for 6.2 but that should be simple:

diff --git a/mappostgis.c b/mappostgis.c
index 0631b79..de90766 100644
--- a/mappostgis.c
+++ b/mappostgis.c
@@ -586,9 +586,9 @@ wkbConvCollectionToShape(wkbObj *w, shapeObj *shape)
       wkbSkipGeometry(w);
       failures++;
     }
   }
-  if ( failures == ncomponents )
+  if ( failures == ncomponents || ncomponents == 0)
     return MS_FAILURE;
   else
     return MS_SUCCESS;
 }
@@ -2195,8 +2195,10 @@ int msPostGISReadShape(layerObj *layer, shapeObj *shape)

     shape->numvalues = layer->numitems;

     msComputeBounds(shape);
+  } else {
+    shape->type = MS_SHAPE_NULL;
   }

   if( layer->debug > 2 ) {
     char *tmp = msShapeToWKT(shape);


On Fri, Sep 6, 2013 at 4:40 PM, thomas bonfort <thomas.bonfort at gmail.com> wrote:
> Frank,
> I'm able to reproduce this with a geometrycollection empty. What's
> strange is I was obliged to force postgis to return the feature, as
> the bounding box where clause was filtering it out and it was
> therefore never returned to mapserver.
> I'll come up with a patch soon, would you mind opening an issue for this please?
>
> thanks,
> thomas
>
> On Fri, Sep 6, 2013 at 2:20 PM, Frank Broniewski <brfr at metrico.lu> wrote:
>> Ok, so I did a little bit of geometry testing. Don't know why that should
>> cause an expression crash, but well ...
>>
>> here's the query I ran on planet_osm_line and planet_osm_polygon in PostGIS:
>>
>> select
>>
>> osm_id, boundary, admin_level, tags,
>> st_isvalid(way) as isvalid,
>> st_isvalidreason(way) as reason,
>> st_isclosed(way) as isclosed,
>> st_isempty(way) as isempty,
>> st_geometrytype(way) as geometrytype,
>> st_length(way) as length,
>> st_perimeter(way) as perimeter,
>> st_numgeometries(way) as numgeometries,
>> st_numinteriorrings(way) as numinteriorrings,
>> st_astext(way) as wkt
>>
>> from planet_osm_polygon
>>
>> where way && st_transform(st_setsrid('BOX3D(0 0, 150000 200000)'::box3d,
>> 2169), 3857)
>> and tags ?& ARRAY['boundary', 'admin_level']
>>
>> order by geometrytype, admin_level, name
>>
>> There's one record that differs from the rest in the planet_osm_polygon
>> table. I've pasted the result below. It has a geometrytype of
>> GEOMETRYCOLLECTION and is empty, so that may cause a crash ...
>>
>> 229382895;"administrative";"8";""area"=>"yes", "name"=>"RW 10",
>> "boundary"=>"administrative", "admin_level"=>"8", "flood_prone"=>"no",
>> "is_in:hamlet"=>"MENTENG DALAM", "is_in:district"=>"Jakarta Selatan",
>> "is_in:province"=>"DKI Jakarta", "is_in:subdistrict"=>"TEBET"";t;"Valid
>> Geometry";;t;"ST_GeometryCollection";0;0;0;;"GEOMETRYCOLLECTION EMPTY"
>>
>>
>> The attributes confirm, that this record could be a remain of
>> http://www.openstreetmap.org/browse/way/229382895 , but I really wonder why
>> it gets caught in the bbox which should center around Luxembourg with parts
>> of the surrounding countries. But when the geometry is a black hole you
>> never know :-)
>>
>>
>>
>> Am 2013-09-05 16:30, schrieb Stephen Woodbridge:
>>
>>> Hi,
>>>
>>> This is a great idea. Regardless we should try to identify the case that
>>> is causing the crash and trap that. Mapserver should never crash as a
>>> general rule so finding the specific case is important so Thomas can
>>> reproduce it.
>>>
>>> If you have (or can load) the data in a database table, then it should
>>> be fairly easy to do a manual binary search to find the offending object
>>> by adding  " where gid between <lower> and <upper>" to your query and
>>> adjusting the value of lower and upper to narrow the search to the
>>> problem object.
>>>
>>> Thanks,
>>>    -Steve W
>>>
>>> On 9/5/2013 10:11 AM, Rahkonen Jukka wrote:
>>>>
>>>> Hi,
>>>>
>>>> Osm2pgsql can create invalid polygons with self-intersections and/or
>>>> three-vertex A-B-A rings. It might be good to run MakeValid or simply
>>>> find possibly invalid features with IsValid and delete them and then
>>>> see if Mapserver gets happy.  Actually, run IsValid and save the
>>>> faulty geometries somewhere before correcting or deleting them. It
>>>> would be nice to catch them if they happen to be the reason for the
>>>> crash.
>>>>
>>>> -Jukka Rahkonen-
>>>>
>>>> Frank Broniewski wrote:
>>>>>
>>>>>
>>>>> Ok, this is weird. It is, as I know now, data source related. I was
>>>>> poking in the layer configuration to find out why the core dump
>>>>> happens. Reinstalling didn't solve the issue, btw.
>>>>>
>>>>> So first I converted the data to shapefile with ogr2ogr (as always
>>>>> very handy!) and changed the layer accordingly. And no core dump
>>>>> happened! Then I tried several versions of the data and filter
>>>>> statements without success. Since this is a osm2pgsql database I
>>>>> swapped finally the table from planet_osm_polygon to
>>>>> planet_osm_line (same table schema apart from the geometry) - and
>>>>> voil? - no core dump.
>>>>>
>>>>> So I can relate the problem to the planet_osm_polygon table - but
>>>>> I'm not sure what difference actually is responsible for the crash
>>>>> ...
>>>>>
>>>>> The most apparent difference is of course the geometry type:
>>>>> planet_osm_line is linestring, planet_osm_polygon is geometry ...
>>>>>
>>>>> I will investigate the attributes further tomorrow, but now I need
>>>>> to earn some money. It's always the deadlines ...
>>>>>
>>>>>
>>>>> Frank
>>>>>
>>>>>
>>>>> Am 2013-09-05 09:47, schrieb thomas bonfort:
>>>>>>
>>>>>> Frank, This is such a simple use-case that I doubt it's a bug in
>>>>>> the code per-se. Can you make sure that you are using a clean
>>>>>> build (make clean && make && make install) as I suspect this
>>>>>> could be happening due to a compilation problem (as a rule of
>>>>>> thumb, with mapserver <6.4, always run make clean after
>>>>>> re-running configure)
>>>>>>
>>>>>> -- thomas
>>>>>>
>>>>>>
>>>>>> On Wed, Sep 4, 2013 at 2:39 PM, Frank Broniewski
>>>>>> <brfr at metrico.lu> wrote:
>>>>>>>
>>>>>>> Am 2013-09-04 14:33, schrieb thomas bonfort:
>>>>>>>
>>>>>>>> Frank, please supply a backtrace of the crash (`bt` in gdb
>>>>>>>> once it has halted at the segfault)
>>>>>>>>
>>>>>>>> -- thomas
>>>>>>>>
>>>>>>>> On Wed, Sep 4, 2013 at 2:25 PM, Frank Broniewski
>>>>>>>> <brfr at metrico.lu>
>>>>>
>>>>> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> I just updated my mapserver installation to the latest
>>>>>>>>> version (6.2.1). I'm running FreeBSD 9.1 and I'm getting a
>>>>>>>>> segmentation fault related to expression usage in my
>>>>>>>>> mapfile. I've already compiled mapserver with debug symbols
>>>>>>>>> and I loaded the core file into gdb:
>>>>>>>>>
>>>>>>>>>> gdb /usr/local/www/apache22/cgi-bin/mapserv mapserv.core
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> <snip> Reading symbols from /lib/libc.so.7...done. Loaded
>>>>>>>>> symbols for /lib/libc.so.7 Reading symbols from
>>>>>>>>> /usr/local/lib/libintl.so.9...done. Loaded symbols for
>>>>>>>>> /usr/local/lib/libintl.so.9 Reading symbols from
>>>>>>>>> /usr/lib/libsupc++.so.1...done. Loaded symbols for
>>>>>>>>> /usr/lib/libsupc++.so.1 Reading symbols from
>>>>>>>>> /libexec/ld-elf.so.1...done. Loaded symbols for
>>>>>>>>> /libexec/ld-elf.so.1 #0  0x00000008008e2520 in yylex
>>>>>>>>> (lvalp=0x7fffffffd250, p=0x7fffffffd3b0) at
>>>>>>>>> mapparser.y:649 649     mapparser.y: No such file or
>>>>>>>>> directory. in mapparser.y [New Thread 809007400 (LWP
>>>>>>>>> 101134/mapserv)]
>>>>>>>>>
>>>>>>>>> So apparently there seems to be a file missing!? Looking at
>>>>>>>>> the source code (git), line 649 is a blank line, so I'm not
>>>>>>>>> sure what's missing exactly. I've got yacc, bison and flex
>>>>>>>>> installed. For testing purposes I'm using the mapserver cgi
>>>>>>>>> on the command line:
>>>>>>>>>
>>>>>>>>> /usr/local/www/apache22/cgi-bin/mapserv -nh
>>>>>>>>>
>>>>>>>>>
>>>>> "QUERY_STRING=map=/data/web/mapserver/cnra/cnra.map&mode=map&laye
>>>>> r=boundaries"
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> The boundaries layer:
>>>>>>>>>
>>>>>>>>> Layer
>>>>>>>>>
>>>>>>>>> #    Classitem "level" Connection "host=10.0.0.2 dbname=osm
>>>>>>>>> user=user
>>>>>
>>>>> password=guessme"
>>>>>>>>>
>>>>>>>>> Connectiontype Postgis Data "geom FROM (SELECT osm_id, way
>>>>>>>>> AS geom, name, admin_level
>>>>>
>>>>> AS
>>>>>>>>>
>>>>>>>>> level, tags FROM planet_osm_polygon) AS foo USING UNIQUE
>>>>>>>>> osm_id USING
>>>>>
>>>>> SRID=3857"
>>>>>>>>>
>>>>>>>>> Filter "tags ?& ARRAY['boundary', 'admin_level']" Name
>>>>>>>>> "boundaries" Processing "CLOSE_CONNECTION=DEFER" Status on
>>>>>>>>> Type line Units meters
>>>>>>>>>
>>>>>>>>> Metadata "ows_title" "Boundary Map" "ows_abstract"
>>>>>>>>> "Boundary map - data from OpenStreetMap, ODbl licensed"
>>>>>>>>> End
>>>>>>>>>
>>>>>>>>> Projection "init=epsg:3857" End
>>>>>>>>>
>>>>>>>>> Class
>>>>>>>>>
>>>>>>>>> Expression ("[level]" = "6") #        Expression "6" Name
>>>>>>>>> "communes"
>>>>>>>>>
>>>>>>>>> Style Color 10 10 10 Opacity 50 Width 2 End
>>>>>>>>>
>>>>>>>>> End End
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> The classitem / simple expression (Expression "6") works
>>>>>>>>> with the mapserver cgi, but python mapscript throws an
>>>>>>>>> error: _mapscript.MapServerError: msEvalExpression():
>>>>>>>>> General error message. Invalid item index.
>>>>>>>>>
>>>>>>>>> I've read the mapserver expressions documentation [1] and
>>>>>>>>> the note that says something about the working environment
>>>>>>>>> might be linked to more than
>>>>>
>>>>> one
>>>>>>>>>
>>>>>>>>> expression library. But my operating system skills are not
>>>>>>>>> high enough to turn this paragraph into something useful
>>>>>>>>> for me.
>>>>>>>>>
>>>>>>>>> So any help is greatly appreciated.
>>>>>>>>>
>>>>>>>>> Frank
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Frank BRONIEWSKI
>>>>>>>>>
>>>>>>>>> METRICO s.? r.l. g?om?tres technologies d'information
>>>>>>>>> g?ographique rue des Romains 36 L-5433 NIEDERDONVEN
>>>>>>>>>
>>>>>>>>> t?l.: +352 26 74 94 - 28 fax.: +352 26 74 94 99
>>>>>>>>> http://www.metrico.lu
>>>>>>>>> _______________________________________________
>>>>>>>>> mapserver-users mailing list
>>>>>>>>> mapserver-users at lists.osgeo.org
>>>>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> Hi Thomas,
>>>>>>>
>>>>>>> thanks for the fast response! Here's the bt:
>>>>>>>
>>>>>>> (gdb) bt
>>>>>>>
>>>>>>> #0  0x00000008008e2520 in yylex (lvalp=0x7fffffffd250,
>>>>>>> p=0x7fffffffd3b0) at mapparser.y:649 #1  0x00000008008e0146 in
>>>>>>> yyparse (p=0x7fffffffd3b0) at mapparser.c:1500 #2
>>>>>>> 0x00000008009239b2 in msEvalExpression (layer=0x809009000,
>>>>>>> shape=0x7fffffffd4e0, expression=0x8090a0280, itemindex=-1) at
>>>>>>> maputil.c:478 #3  0x0000000800923f03 in msShapeGetClass
>>>>>>> (layer=0x809009000, map=0x8090bd800, shape=0x7fffffffd4e0,
>>>>>>> classgroup=0x0, numclasses=1) at maputil.c:581 #4
>>>>>>> 0x0000000800980ab2 in msDrawVectorLayer (map=0x8090bd800,
>>>>>>> layer=0x809009000, image=0x8090a91c0) at mapdraw.c:989 #5
>>>>>>> 0x00000008009800ed in msDrawLayer (map=0x8090bd800,
>>>>>
>>>>> layer=0x809009000,
>>>>>>>
>>>>>>> image=0x8090a91c0) at mapdraw.c:808 #6  0x000000080097ed18 in
>>>>>>> msDrawMap (map=0x8090bd800, querymap=0)
>>>>>
>>>>> at
>>>>>>>
>>>>>>> mapdraw.c:437 #7  0x0000000800a16e6e in
>>>>>>> msCGIDispatchImageRequest
>>>>>
>>>>> (mapserv=0x8090b2300) at
>>>>>>>
>>>>>>> mapservutil.c:1448 #8  0x0000000800a179c2 in
>>>>>>> msCGIDispatchRequest (mapserv=0x8090b2300)
>>>>>
>>>>> at
>>>>>>>
>>>>>>> mapservutil.c:1690 #9  0x00000000004012c1 in main (argc=3,
>>>>>>> argv=0x7fffffffd9f0) at mapserv.c:259 (gdb)
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -- Frank BRONIEWSKI
>>>>>>>
>>>>>>> METRICO s.? r.l. g?om?tres technologies d'information
>>>>>>> g?ographique rue des Romains 36 L-5433 NIEDERDONVEN
>>>>>>>
>>>>>>> t?l.: +352 26 74 94 - 28 fax.: +352 26 74 94 99
>>>>>>> http://www.metrico.lu
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> -- Frank BRONIEWSKI
>>>>>
>>>>> METRICO s.? r.l. g?om?tres technologies d'information g?ographique
>>>>> rue des Romains 36 L-5433 NIEDERDONVEN
>>>>>
>>>>> t?l.: +352 26 74 94 - 28 fax.: +352 26 74 94 99
>>>>> http://www.metrico.lu
>>>>> _______________________________________________ mapserver-users
>>>>> mailing list mapserver-users at lists.osgeo.org
>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>>
>>>> _______________________________________________ mapserver-users
>>>> mailing list mapserver-users at lists.osgeo.org
>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>>
>>>
>>> _______________________________________________
>>> mapserver-users mailing list
>>> mapserver-users at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>>
>>
>> --
>> Frank BRONIEWSKI
>>
>> METRICO s.? r.l.
>> g?om?tres
>> technologies d'information g?ographique
>> rue des Romains 36
>> L-5433 NIEDERDONVEN
>>
>> t?l.: +352 26 74 94 - 28
>> fax.: +352 26 74 94 99
>> http://www.metrico.lu
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From jayzee.smith at gmail.com  Fri Sep  6 09:42:42 2013
From: jayzee.smith at gmail.com (John Smith)
Date: Fri, 6 Sep 2013 12:42:42 -0400
Subject: [mapserver-users]  mapserver minimum installation
Message-ID: <CAMZ8qd_rP4-_6WTfEX4gLo4vD_giMSLgQ4s3h9EXgeD=sbwrhw@mail.gmail.com>

what does installing mapserver mean (on windows, so no apt-get)? i don't
mean also installing server, database or language. not even mapcache if
that's possible. no optional libraries either and no changing environment
variables. just plain vanilla mapserver.

does it mean simply dropping mapserv.exe in apache's cgi-bin folder along
with its dlls?

http://mapserver.org/mapcache/install.html

jzs
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130906/74aa7b57/attachment.htm>

From jlapointe at mapgears.com  Fri Sep  6 13:31:47 2013
From: jlapointe at mapgears.com (Jessica Lapointe)
Date: Fri, 6 Sep 2013 16:31:47 -0400
Subject: [mapserver-users] New ScribeUI 0.3 Release
Message-ID: <CAJ-22h60c6kGarBKYr3yPweSMFV-1D-m2RDXoxq1JKGDVhqoww@mail.gmail.com>

Hi List,

ScribeUI is a tool meant to help the editing and management of mapfiles,
supporting Scribe and Standard mapfile syntax. I am currently developing
this tool as a Google Summer of Code project.

The Google Summer of Code ending very soon, the goal of this new release is
bugfixes, and the beginning of the new plugin system! Please keep in mind
that a lot of bugs remain, any feedback is welcome, should it be new
feature ideas, general comments or bug reports.

*What's new ?*

   - Fixed issue #11. This bug caused the client not to keep up with maps
   deleted in the backend.
   - Added the current zoom level on the map! ( issue #12 ) This makes it
   much easier to define your Scribe scale ranges.
   - Fixed font size issue #14, the browser tab is now much more
   comfortable to use.

*Work In Progress*

Still in progress is a simple plugin system. Some functions were added on
the client side to make it easy to add buttons and tabs to the interface.
The back-end side of plugins is not supported yet.

*Download*

ScribeUI and its installation instructions are available on github:
https://github.com/mapgears/scribeui

To get ScribeUI 0.3, you can clone the repo on github and checkout v0.3 or
you can download an archive:
https://github.com/mapgears/scribeui/releases/tag/v0.3*
https://github.com/mapgears/scribeui/releases/tag/v0.3*

Bug reports can be made on github:
https://github.com/mapgears/scribeui/issues

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

From freimuth69 at gmail.com  Fri Sep  6 17:11:34 2013
From: freimuth69 at gmail.com (Peter Freimuth)
Date: Fri, 06 Sep 2013 18:11:34 -0600
Subject: [mapserver-users] using MASK in context of WCS 1.0.0 GetCoverage
Message-ID: <522A6F36.40703@gmail.com>

Hi,
i try to use a MASK layer to clip a WCS layer (5 bands a 16bit) in a 
GetCoverage request. It works fine when i use it in context of WMS 
GetMap requests. But the GetCoverage requests just ignores the MASK and 
i get my result unclipped. I would expect that the requested Geotiff 
contains NoData values where the mask was applied but it does'nt.
Any idea why this is not working as expected? requested outputformat is
     OUTPUTFORMAT
         NAME "GEOTIFF_INT16"
         DRIVER "GDAL/GTiff"
         IMAGEMODE "INT16"
         EXTENSION "tif"
         FORMATOPTION "COMPRESS=DEFLATE"
         FORMATOPTION "ZLEVEL=8"
         FORMATOPTION "TILED=YES"
         FORMATOPTION "PREDICTOR=2"
         FORMATOPTION "NULLVALUE=0"
     END

Thanks for any hint on that topic.

I am using Mapserver 6.4beta2 with latest GDAL from trunk.

Kind regards,
Peter


From umberto.nicoletti at gmail.com  Fri Sep  6 22:59:05 2013
From: umberto.nicoletti at gmail.com (Umberto Nicoletti)
Date: Sat, 7 Sep 2013 07:59:05 +0200
Subject: [mapserver-users] [mapserver-dev] New ScribeUI 0.3 Release
In-Reply-To: <CAJ-22h60c6kGarBKYr3yPweSMFV-1D-m2RDXoxq1JKGDVhqoww@mail.gmail.com>
References: <CAJ-22h60c6kGarBKYr3yPweSMFV-1D-m2RDXoxq1JKGDVhqoww@mail.gmail.com>
Message-ID: <CAD34bBADhqLq1yUGhFt5rG0b4LgaBOHE=T_ZAK8BWt2mfJe9+A@mail.gmail.com>

Jessica, would you mind sharing some screenshots?
On Sep 6, 2013 10:31 PM, "Jessica Lapointe" <jlapointe at mapgears.com> wrote:

> Hi List,
>
> ScribeUI is a tool meant to help the editing and management of mapfiles,
> supporting Scribe and Standard mapfile syntax. I am currently developing
> this tool as a Google Summer of Code project.
>
> The Google Summer of Code ending very soon, the goal of this new release
> is bugfixes, and the beginning of the new plugin system! Please keep in
> mind that a lot of bugs remain, any feedback is welcome, should it be new
> feature ideas, general comments or bug reports.
>
> *What's new ?*
>
>    - Fixed issue #11. This bug caused the client not to keep up with maps
>    deleted in the backend.
>    - Added the current zoom level on the map! ( issue #12 ) This makes it
>    much easier to define your Scribe scale ranges.
>    - Fixed font size issue #14, the browser tab is now much more
>    comfortable to use.
>
> *Work In Progress*
>
> Still in progress is a simple plugin system. Some functions were added on
> the client side to make it easy to add buttons and tabs to the interface.
> The back-end side of plugins is not supported yet.
>
> *Download*
>
> ScribeUI and its installation instructions are available on github:
> https://github.com/mapgears/scribeui
>
> To get ScribeUI 0.3, you can clone the repo on github and checkout v0.3 or
> you can download an archive:
> https://github.com/mapgears/scribeui/releases/tag/v0.3*
> https://github.com/mapgears/scribeui/releases/tag/v0.3*
>
> Bug reports can be made on github:
> https://github.com/mapgears/scribeui/issues
>
> Thanks a lot!
>
> _______________________________________________
> mapserver-dev mailing list
> mapserver-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130907/d3ebf75d/attachment.htm>

From thomas.bonfort at gmail.com  Mon Sep  9 04:30:58 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Mon, 9 Sep 2013 13:30:58 +0200
Subject: [mapserver-users] using MASK in context of WCS 1.0.0 GetCoverage
In-Reply-To: <522A6F36.40703@gmail.com>
References: <522A6F36.40703@gmail.com>
Message-ID: <CAOM3y2hL2WoqTkQ72=5UV_wUcEZ5R4E=BuxDJ4D3Qfy3JEufXQ@mail.gmail.com>

Peter,
The masking is supposed to work with WCS with GDAL outputformats, as
can be seen in our test suite:
full: https://github.com/mapserver/msautotest/raw/master/wxs/expected/wcs_20_getcov_full.tif
masked: https://github.com/mapserver/msautotest/raw/master/wxs/expected/wcs_mask_20_getcov_full.tif
# RUN_PARMS: wcs_mask_20_getcov_full.tif [MAPSERV]
QUERY_STRING="map=[MAPFILE]&SERVICE=WCS&VERSION=2.0.0&REQUEST=GetCoverage&COVERAGEID=grey&FORMAT=image/tiff"
> [RESULT_DEMIME]

--
thomas

On Sat, Sep 7, 2013 at 2:11 AM, Peter Freimuth <freimuth69 at gmail.com> wrote:
> Hi,
> i try to use a MASK layer to clip a WCS layer (5 bands a 16bit) in a
> GetCoverage request. It works fine when i use it in context of WMS GetMap
> requests. But the GetCoverage requests just ignores the MASK and i get my
> result unclipped. I would expect that the requested Geotiff contains NoData
> values where the mask was applied but it does'nt.
> Any idea why this is not working as expected? requested outputformat is
>     OUTPUTFORMAT
>         NAME "GEOTIFF_INT16"
>         DRIVER "GDAL/GTiff"
>         IMAGEMODE "INT16"
>         EXTENSION "tif"
>         FORMATOPTION "COMPRESS=DEFLATE"
>         FORMATOPTION "ZLEVEL=8"
>         FORMATOPTION "TILED=YES"
>         FORMATOPTION "PREDICTOR=2"
>         FORMATOPTION "NULLVALUE=0"
>     END
>
> Thanks for any hint on that topic.
>
> I am using Mapserver 6.4beta2 with latest GDAL from trunk.
>
> Kind regards,
> Peter
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From brfr at metrico.lu  Mon Sep  9 07:38:16 2013
From: brfr at metrico.lu (Frank Broniewski)
Date: Mon, 09 Sep 2013 16:38:16 +0200
Subject: [mapserver-users] Expression segmentation fault
In-Reply-To: <CAOM3y2iXHo4cX6KH8iG3HQFEh32M1v_E-nsB8cxdqiBQfPapeg@mail.gmail.com>
References: <84446DEF76453C439E9E97E438E13A63022E4D48@suutari.haapa.mmm.fi>
	<5228956F.4050105@swoodbridge.com> <5229C8A4.4020607@metrico.lu>
	<CAOM3y2iXHo4cX6KH8iG3HQFEh32M1v_E-nsB8cxdqiBQfPapeg@mail.gmail.com>
Message-ID: <522DDD58.1030005@metrico.lu>

Hi Thomas,

I tried your patch and it worked! Thanks alot. As requested, I've 
created an issue here [1].

I agree with you that this issue is a bit strange, because it only 
occurs when you use an expression with the layer, without the expression 
the segfault wouldn't happen ...

thanks again,

Frank



[1] https://github.com/mapserver/mapserver/issues/4751

Am 2013-09-06 16:40, schrieb thomas bonfort:
> Frank,
> I'm able to reproduce this with a geometrycollection empty. What's
> strange is I was obliged to force postgis to return the feature, as
> the bounding box where clause was filtering it out and it was
> therefore never returned to mapserver.
> I'll come up with a patch soon, would you mind opening an issue for this please?
>
> thanks,
> thomas
>
> On Fri, Sep 6, 2013 at 2:20 PM, Frank Broniewski <brfr at metrico.lu> wrote:
>> Ok, so I did a little bit of geometry testing. Don't know why that should
>> cause an expression crash, but well ...
>>
>> here's the query I ran on planet_osm_line and planet_osm_polygon in PostGIS:
>>
>> select
>>
>> osm_id, boundary, admin_level, tags,
>> st_isvalid(way) as isvalid,
>> st_isvalidreason(way) as reason,
>> st_isclosed(way) as isclosed,
>> st_isempty(way) as isempty,
>> st_geometrytype(way) as geometrytype,
>> st_length(way) as length,
>> st_perimeter(way) as perimeter,
>> st_numgeometries(way) as numgeometries,
>> st_numinteriorrings(way) as numinteriorrings,
>> st_astext(way) as wkt
>>
>> from planet_osm_polygon
>>
>> where way && st_transform(st_setsrid('BOX3D(0 0, 150000 200000)'::box3d,
>> 2169), 3857)
>> and tags ?& ARRAY['boundary', 'admin_level']
>>
>> order by geometrytype, admin_level, name
>>
>> There's one record that differs from the rest in the planet_osm_polygon
>> table. I've pasted the result below. It has a geometrytype of
>> GEOMETRYCOLLECTION and is empty, so that may cause a crash ...
>>
>> 229382895;"administrative";"8";""area"=>"yes", "name"=>"RW 10",
>> "boundary"=>"administrative", "admin_level"=>"8", "flood_prone"=>"no",
>> "is_in:hamlet"=>"MENTENG DALAM", "is_in:district"=>"Jakarta Selatan",
>> "is_in:province"=>"DKI Jakarta", "is_in:subdistrict"=>"TEBET"";t;"Valid
>> Geometry";;t;"ST_GeometryCollection";0;0;0;;"GEOMETRYCOLLECTION EMPTY"
>>
>>
>> The attributes confirm, that this record could be a remain of
>> http://www.openstreetmap.org/browse/way/229382895 , but I really wonder why
>> it gets caught in the bbox which should center around Luxembourg with parts
>> of the surrounding countries. But when the geometry is a black hole you
>> never know :-)
>>
>>
>>
>> Am 2013-09-05 16:30, schrieb Stephen Woodbridge:
>>
>>> Hi,
>>>
>>> This is a great idea. Regardless we should try to identify the case that
>>> is causing the crash and trap that. Mapserver should never crash as a
>>> general rule so finding the specific case is important so Thomas can
>>> reproduce it.
>>>
>>> If you have (or can load) the data in a database table, then it should
>>> be fairly easy to do a manual binary search to find the offending object
>>> by adding  " where gid between <lower> and <upper>" to your query and
>>> adjusting the value of lower and upper to narrow the search to the
>>> problem object.
>>>
>>> Thanks,
>>>     -Steve W
>>>
>>> On 9/5/2013 10:11 AM, Rahkonen Jukka wrote:
>>>>
>>>> Hi,
>>>>
>>>> Osm2pgsql can create invalid polygons with self-intersections and/or
>>>> three-vertex A-B-A rings. It might be good to run MakeValid or simply
>>>> find possibly invalid features with IsValid and delete them and then
>>>> see if Mapserver gets happy.  Actually, run IsValid and save the
>>>> faulty geometries somewhere before correcting or deleting them. It
>>>> would be nice to catch them if they happen to be the reason for the
>>>> crash.
>>>>
>>>> -Jukka Rahkonen-
>>>>
>>>> Frank Broniewski wrote:
>>>>>
>>>>>
>>>>> Ok, this is weird. It is, as I know now, data source related. I was
>>>>> poking in the layer configuration to find out why the core dump
>>>>> happens. Reinstalling didn't solve the issue, btw.
>>>>>
>>>>> So first I converted the data to shapefile with ogr2ogr (as always
>>>>> very handy!) and changed the layer accordingly. And no core dump
>>>>> happened! Then I tried several versions of the data and filter
>>>>> statements without success. Since this is a osm2pgsql database I
>>>>> swapped finally the table from planet_osm_polygon to
>>>>> planet_osm_line (same table schema apart from the geometry) - and
>>>>> voil? - no core dump.
>>>>>
>>>>> So I can relate the problem to the planet_osm_polygon table - but
>>>>> I'm not sure what difference actually is responsible for the crash
>>>>> ...
>>>>>
>>>>> The most apparent difference is of course the geometry type:
>>>>> planet_osm_line is linestring, planet_osm_polygon is geometry ...
>>>>>
>>>>> I will investigate the attributes further tomorrow, but now I need
>>>>> to earn some money. It's always the deadlines ...
>>>>>
>>>>>
>>>>> Frank
>>>>>
>>>>>
>>>>> Am 2013-09-05 09:47, schrieb thomas bonfort:
>>>>>>
>>>>>> Frank, This is such a simple use-case that I doubt it's a bug in
>>>>>> the code per-se. Can you make sure that you are using a clean
>>>>>> build (make clean && make && make install) as I suspect this
>>>>>> could be happening due to a compilation problem (as a rule of
>>>>>> thumb, with mapserver <6.4, always run make clean after
>>>>>> re-running configure)
>>>>>>
>>>>>> -- thomas
>>>>>>
>>>>>>
>>>>>> On Wed, Sep 4, 2013 at 2:39 PM, Frank Broniewski
>>>>>> <brfr at metrico.lu> wrote:
>>>>>>>
>>>>>>> Am 2013-09-04 14:33, schrieb thomas bonfort:
>>>>>>>
>>>>>>>> Frank, please supply a backtrace of the crash (`bt` in gdb
>>>>>>>> once it has halted at the segfault)
>>>>>>>>
>>>>>>>> -- thomas
>>>>>>>>
>>>>>>>> On Wed, Sep 4, 2013 at 2:25 PM, Frank Broniewski
>>>>>>>> <brfr at metrico.lu>
>>>>>
>>>>> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> I just updated my mapserver installation to the latest
>>>>>>>>> version (6.2.1). I'm running FreeBSD 9.1 and I'm getting a
>>>>>>>>> segmentation fault related to expression usage in my
>>>>>>>>> mapfile. I've already compiled mapserver with debug symbols
>>>>>>>>> and I loaded the core file into gdb:
>>>>>>>>>
>>>>>>>>>> gdb /usr/local/www/apache22/cgi-bin/mapserv mapserv.core
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> <snip> Reading symbols from /lib/libc.so.7...done. Loaded
>>>>>>>>> symbols for /lib/libc.so.7 Reading symbols from
>>>>>>>>> /usr/local/lib/libintl.so.9...done. Loaded symbols for
>>>>>>>>> /usr/local/lib/libintl.so.9 Reading symbols from
>>>>>>>>> /usr/lib/libsupc++.so.1...done. Loaded symbols for
>>>>>>>>> /usr/lib/libsupc++.so.1 Reading symbols from
>>>>>>>>> /libexec/ld-elf.so.1...done. Loaded symbols for
>>>>>>>>> /libexec/ld-elf.so.1 #0  0x00000008008e2520 in yylex
>>>>>>>>> (lvalp=0x7fffffffd250, p=0x7fffffffd3b0) at
>>>>>>>>> mapparser.y:649 649     mapparser.y: No such file or
>>>>>>>>> directory. in mapparser.y [New Thread 809007400 (LWP
>>>>>>>>> 101134/mapserv)]
>>>>>>>>>
>>>>>>>>> So apparently there seems to be a file missing!? Looking at
>>>>>>>>> the source code (git), line 649 is a blank line, so I'm not
>>>>>>>>> sure what's missing exactly. I've got yacc, bison and flex
>>>>>>>>> installed. For testing purposes I'm using the mapserver cgi
>>>>>>>>> on the command line:
>>>>>>>>>
>>>>>>>>> /usr/local/www/apache22/cgi-bin/mapserv -nh
>>>>>>>>>
>>>>>>>>>
>>>>> "QUERY_STRING=map=/data/web/mapserver/cnra/cnra.map&mode=map&laye
>>>>> r=boundaries"
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> The boundaries layer:
>>>>>>>>>
>>>>>>>>> Layer
>>>>>>>>>
>>>>>>>>> #    Classitem "level" Connection "host=10.0.0.2 dbname=osm
>>>>>>>>> user=user
>>>>>
>>>>> password=guessme"
>>>>>>>>>
>>>>>>>>> Connectiontype Postgis Data "geom FROM (SELECT osm_id, way
>>>>>>>>> AS geom, name, admin_level
>>>>>
>>>>> AS
>>>>>>>>>
>>>>>>>>> level, tags FROM planet_osm_polygon) AS foo USING UNIQUE
>>>>>>>>> osm_id USING
>>>>>
>>>>> SRID=3857"
>>>>>>>>>
>>>>>>>>> Filter "tags ?& ARRAY['boundary', 'admin_level']" Name
>>>>>>>>> "boundaries" Processing "CLOSE_CONNECTION=DEFER" Status on
>>>>>>>>> Type line Units meters
>>>>>>>>>
>>>>>>>>> Metadata "ows_title" "Boundary Map" "ows_abstract"
>>>>>>>>> "Boundary map - data from OpenStreetMap, ODbl licensed"
>>>>>>>>> End
>>>>>>>>>
>>>>>>>>> Projection "init=epsg:3857" End
>>>>>>>>>
>>>>>>>>> Class
>>>>>>>>>
>>>>>>>>> Expression ("[level]" = "6") #        Expression "6" Name
>>>>>>>>> "communes"
>>>>>>>>>
>>>>>>>>> Style Color 10 10 10 Opacity 50 Width 2 End
>>>>>>>>>
>>>>>>>>> End End
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> The classitem / simple expression (Expression "6") works
>>>>>>>>> with the mapserver cgi, but python mapscript throws an
>>>>>>>>> error: _mapscript.MapServerError: msEvalExpression():
>>>>>>>>> General error message. Invalid item index.
>>>>>>>>>
>>>>>>>>> I've read the mapserver expressions documentation [1] and
>>>>>>>>> the note that says something about the working environment
>>>>>>>>> might be linked to more than
>>>>>
>>>>> one
>>>>>>>>>
>>>>>>>>> expression library. But my operating system skills are not
>>>>>>>>> high enough to turn this paragraph into something useful
>>>>>>>>> for me.
>>>>>>>>>
>>>>>>>>> So any help is greatly appreciated.
>>>>>>>>>
>>>>>>>>> Frank
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Frank BRONIEWSKI
>>>>>>>>>
>>>>>>>>> METRICO s.? r.l. g?om?tres technologies d'information
>>>>>>>>> g?ographique rue des Romains 36 L-5433 NIEDERDONVEN
>>>>>>>>>
>>>>>>>>> t?l.: +352 26 74 94 - 28 fax.: +352 26 74 94 99
>>>>>>>>> http://www.metrico.lu
>>>>>>>>> _______________________________________________
>>>>>>>>> mapserver-users mailing list
>>>>>>>>> mapserver-users at lists.osgeo.org
>>>>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> Hi Thomas,
>>>>>>>
>>>>>>> thanks for the fast response! Here's the bt:
>>>>>>>
>>>>>>> (gdb) bt
>>>>>>>
>>>>>>> #0  0x00000008008e2520 in yylex (lvalp=0x7fffffffd250,
>>>>>>> p=0x7fffffffd3b0) at mapparser.y:649 #1  0x00000008008e0146 in
>>>>>>> yyparse (p=0x7fffffffd3b0) at mapparser.c:1500 #2
>>>>>>> 0x00000008009239b2 in msEvalExpression (layer=0x809009000,
>>>>>>> shape=0x7fffffffd4e0, expression=0x8090a0280, itemindex=-1) at
>>>>>>> maputil.c:478 #3  0x0000000800923f03 in msShapeGetClass
>>>>>>> (layer=0x809009000, map=0x8090bd800, shape=0x7fffffffd4e0,
>>>>>>> classgroup=0x0, numclasses=1) at maputil.c:581 #4
>>>>>>> 0x0000000800980ab2 in msDrawVectorLayer (map=0x8090bd800,
>>>>>>> layer=0x809009000, image=0x8090a91c0) at mapdraw.c:989 #5
>>>>>>> 0x00000008009800ed in msDrawLayer (map=0x8090bd800,
>>>>>
>>>>> layer=0x809009000,
>>>>>>>
>>>>>>> image=0x8090a91c0) at mapdraw.c:808 #6  0x000000080097ed18 in
>>>>>>> msDrawMap (map=0x8090bd800, querymap=0)
>>>>>
>>>>> at
>>>>>>>
>>>>>>> mapdraw.c:437 #7  0x0000000800a16e6e in
>>>>>>> msCGIDispatchImageRequest
>>>>>
>>>>> (mapserv=0x8090b2300) at
>>>>>>>
>>>>>>> mapservutil.c:1448 #8  0x0000000800a179c2 in
>>>>>>> msCGIDispatchRequest (mapserv=0x8090b2300)
>>>>>
>>>>> at
>>>>>>>
>>>>>>> mapservutil.c:1690 #9  0x00000000004012c1 in main (argc=3,
>>>>>>> argv=0x7fffffffd9f0) at mapserv.c:259 (gdb)
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -- Frank BRONIEWSKI
>>>>>>>
>>>>>>> METRICO s.? r.l. g?om?tres technologies d'information
>>>>>>> g?ographique rue des Romains 36 L-5433 NIEDERDONVEN
>>>>>>>
>>>>>>> t?l.: +352 26 74 94 - 28 fax.: +352 26 74 94 99
>>>>>>> http://www.metrico.lu
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> -- Frank BRONIEWSKI
>>>>>
>>>>> METRICO s.? r.l. g?om?tres technologies d'information g?ographique
>>>>> rue des Romains 36 L-5433 NIEDERDONVEN
>>>>>
>>>>> t?l.: +352 26 74 94 - 28 fax.: +352 26 74 94 99
>>>>> http://www.metrico.lu
>>>>> _______________________________________________ mapserver-users
>>>>> mailing list mapserver-users at lists.osgeo.org
>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>>
>>>> _______________________________________________ mapserver-users
>>>> mailing list mapserver-users at lists.osgeo.org
>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>>
>>>
>>> _______________________________________________
>>> mapserver-users mailing list
>>> mapserver-users at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>>
>>
>> --
>> Frank BRONIEWSKI
>>
>> METRICO s.? r.l.
>> g?om?tres
>> technologies d'information g?ographique
>> rue des Romains 36
>> L-5433 NIEDERDONVEN
>>
>> t?l.: +352 26 74 94 - 28
>> fax.: +352 26 74 94 99
>> http://www.metrico.lu
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>


-- 
Frank BRONIEWSKI

METRICO s.? r.l.
g?om?tres
technologies d'information g?ographique
rue des Romains 36
L-5433 NIEDERDONVEN

t?l.: +352 26 74 94 - 28
fax.: +352 26 74 94 99
http://www.metrico.lu


From MarkVolz at co.lyon.mn.us  Tue Sep 10 05:50:44 2013
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Tue, 10 Sep 2013 12:50:44 +0000
Subject: [mapserver-users] set maximum results for itemnquery
Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA3211958@swmail01.r8nssis.local>

Hello,

Is there a way to set the maximum number of results for an itemnquery?

Thanks

Mark Volz, GISP
GIS Specialist




From pschweitzer at usgs.gov  Tue Sep 10 13:18:27 2013
From: pschweitzer at usgs.gov (Schweitzer, Peter)
Date: Tue, 10 Sep 2013 16:18:27 -0400
Subject: [mapserver-users] mapcache kml--how to use?
Message-ID: <CAN-ku9T3RrN1goZcgDz0yK20nmnT4tQjOhqSE4ZL6Hbtv0kFKw@mail.gmail.com>

I have a mapcache that is doing a fine job (I think) serving tiles to
OpenLayers.  Now I wonder if it is possible to use these tiles in
Google Earth.  Can someone advise me how to do this?

Here's what I tried:  Opening Google Earth, I chose "Network Link"
from the "Add" menu, entered a simple title ("SGMC") and guessed at
the URL to put into the Link field. I tried
http://mrdata.usgs.gov/mapcache/kml/sgmc at WGS84 as well as
http://mrdata.usgs.gov/mapcache/kml/sgmc at g and
http://mrdata.usgs.gov/mapcache/kml/sgmc at GoogleMapsCompatible
In each case Google Earth seemed to "freeze" but it also seemed to
generate many requests for tiles from the server (I see the requests
in the web server log file).  No image data appeared in Google Earth,
though.  So I'm guessing that I may be somewhat close but I'm doing
something wrong or perhaps I'm trying the wrong thing altogether.

I am grateful for any advice!

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


From icadedt at yahoo.fr  Wed Sep 11 01:10:53 2013
From: icadedt at yahoo.fr (Icadedt)
Date: Wed, 11 Sep 2013 09:10:53 +0100 (BST)
Subject: [mapserver-users] runtime substitution with   filter
Message-ID: <1378887053.47903.YahooMailNeo@web172804.mail.ir2.yahoo.com>

hi,
i have in my url the parameter myparameter,
i would like to use runtime substitution with this parameter in filter

i tried :
FILTER ("[mycol]"=='%myparameter%')

but it doesnt work in mapserver 6, it used to work in mapserver 4

Greetings
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130911/5833b12f/attachment.htm>

From jukka.rahkonen at mmmtike.fi  Wed Sep 11 01:19:36 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Wed, 11 Sep 2013 08:19:36 +0000
Subject: [mapserver-users] runtime substitution with   filter
Message-ID: <84446DEF76453C439E9E97E438E13A63022E65C5@suutari.haapa.mmm.fi>

Hi,

You must add validation http://mapserver.org/mapfile/validation.html

-Jukka Rahkonen-

Icadedt wrote:

hi,
i have in my url the parameter myparameter,
i would like to use runtime substitution with this parameter in filter

i tried :
FILTER ("[mycol]"=='%myparameter%')

but it doesnt work in mapserver 6, it used to work in mapserver 4

Greetings
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130911/1c8ec627/attachment.htm>

From pedrocostaarma at sapo.pt  Wed Sep 11 03:24:52 2013
From: pedrocostaarma at sapo.pt (Pedro Costa)
Date: Wed, 11 Sep 2013 11:24:52 +0100
Subject: [mapserver-users] tinyows fcgi enable
Message-ID: <523044F4.2020202@sapo.pt>

Hi guys,

Can anyone tell me how to enable fast cgi in tinyows or a link with more 
information?
I only find that: http://mapserver.org/tinyows/servertuning.html
I think I'm already activate in Apache with this [1].
But when i run './configure' I always get no support for fastcgi [2].


Thanks

[1]

$ sudo apt-get install -y libapache2-mod-fastcgi
$ sudo a2enmod fastcgi


[2]


checking for FCGI_Accept in -lfcgi... no
checking now FCGI in alternate fastcgi include dir
checking for FCGI_Accept in -lfcgi... (cached) no
configure: WARNING: \n\nNo FastCGI support. Performances will be strongly reduced !\n



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

From thomas.bonfort at gmail.com  Wed Sep 11 09:03:01 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Wed, 11 Sep 2013 18:03:01 +0200
Subject: [mapserver-users] mapcache kml--how to use?
In-Reply-To: <CAN-ku9T3RrN1goZcgDz0yK20nmnT4tQjOhqSE4ZL6Hbtv0kFKw@mail.gmail.com>
References: <CAN-ku9T3RrN1goZcgDz0yK20nmnT4tQjOhqSE4ZL6Hbtv0kFKw@mail.gmail.com>
Message-ID: <CAOM3y2jLOvvFDTKAJGFGD37FfsqVcsBM84oKkj7CR0A3hDveVw@mail.gmail.com>

Peter,
The KML address to use would be
http://mrdata.usgs.gov/mapcache/kml/sgmc at WGS84.kml
However there seems to be something very wrong with your setup... Are
you piggybacking mapcache onto itself, i.e. does your mapcache.xml
point to wms sources who's url also starts with http://mrdata.usgs.gov
(or even very worse, http://mrdata.usgs.gov/mapcache) ? In that case
you have a risk of deadlock, the probability and/or frequency of which
are dependant on the webserver configuration, and that can be very
high if you're using mapcache as a source for itself. You can send me
your mapcache.xml file offlist if you want me to have a look.

regards,
thomas

On Tue, Sep 10, 2013 at 10:18 PM, Schweitzer, Peter
<pschweitzer at usgs.gov> wrote:
> I have a mapcache that is doing a fine job (I think) serving tiles to
> OpenLayers.  Now I wonder if it is possible to use these tiles in
> Google Earth.  Can someone advise me how to do this?
>
> Here's what I tried:  Opening Google Earth, I chose "Network Link"
> from the "Add" menu, entered a simple title ("SGMC") and guessed at
> the URL to put into the Link field. I tried
> http://mrdata.usgs.gov/mapcache/kml/sgmc at WGS84 as well as
> http://mrdata.usgs.gov/mapcache/kml/sgmc at g and
> http://mrdata.usgs.gov/mapcache/kml/sgmc at GoogleMapsCompatible
> In each case Google Earth seemed to "freeze" but it also seemed to
> generate many requests for tiles from the server (I see the requests
> in the web server log file).  No image data appeared in Google Earth,
> though.  So I'm guessing that I may be somewhat close but I'm doing
> something wrong or perhaps I'm trying the wrong thing altogether.
>
> I am grateful for any advice!
>
> Peter
> --
> Peter N. Schweitzer (U.S. Geological Survey, Reston, VA 20192)
> (703) 648-6533  email: pschweitzer at usgs.gov
> http://geology.usgs.gov/peter/
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From fsalas at pinar.geocuba.cu  Wed Sep 11 08:53:50 2013
From: fsalas at pinar.geocuba.cu (Francisco Salas)
Date: Wed, 11 Sep 2013 11:53:50 -0400
Subject: [mapserver-users] how interact with google's cache from mapserver
Message-ID: <004001ceaf07$2fdbaa00$8f92fe00$@pinar.geocuba.cu>

Hi,

We are developing a framework javascript that interacts with phpMapScript,
which has a sig's basic functionalities. 

We possess google's cache and we desired than when making zoom on an area
show up the correspondent image of google's cache 

and we do not know like to interact with that cache from mapserver.

Best Regards,
Salas

 

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

From lars.schylberg at saabgroup.com  Wed Sep 11 23:52:45 2013
From: lars.schylberg at saabgroup.com (Schylberg Lars)
Date: Thu, 12 Sep 2013 06:52:45 +0000
Subject: [mapserver-users] anchor label positions
Message-ID: <108515F908ADD649907D5E7B81FB8DE027B4AC8B@corpappl746.corp.saab.se>

Hello,
I have read the following discussion below but have not found out if anything has happened since then.
http://lists.osgeo.org/pipermail/mapserver-users/2008-December/059123.html
http://lists.osgeo.org/pipermail/mapserver-users/2010-November/067312.html
I have shape files with anchor  point positions:
7 8 9
4 5 6
1 2 3
That corresponds:
ul uc ur
cl cc cr
ll lc lr
I wrote my mapfile as shown below.  Is there a more  simple and shorter way to express this today?
TJUST variable is the POSITION expressed as a integer between 1 and 9 in my shape files
If there is no way to do this, could I remap the shape file with ogr2ogr to add an extra column in the table with mapserver positions?
/Lars
LAYER
        NAME 'LAKESNAMES'
          TYPE POINT
        GROUP 'default'
        PROJECTION
            'init=epsg:32633'
        END
        STATUS ON
        SIZEUNITS PIXELS
        DATA 'sve1milj_32633/tx_riks'
        CLASSITEM KKOD
          CLASS
                   NAME "TextLake5"
                   EXPRESSION /87|86/
                   LABEL
                             EXPRESSION ([TJUST] = 7)
                             SIZE 8
                             FONT 'sc'
                             TYPE truetype
                             POSITION ul
                        ANGLE [TRIKT]
                             COLOR 0 0 0
                        TEXT '[TEXT]'
                   END
                   LABEL
                             EXPRESSION ([TJUST] = 8)
                             SIZE 8
                             FONT 'sc'
                             TYPE truetype
                             POSITION uc
                        ANGLE [TRIKT]
                             COLOR 0 0 0
                        TEXT "[TEXT]"
                   END
                   LABEL
                             EXPRESSION ([TJUST] = 9)
                             SIZE 8
                             FONT 'sc'
                             TYPE truetype
                             POSITION ur
                        ANGLE [TRIKT]
                             COLOR 0 0 0
                        TEXT "[TEXT]"
                   END
                   LABEL
                             EXPRESSION ([TJUST] = 4)
                             SIZE 8
                             FONT 'sc'
                             TYPE truetype
                             POSITION cl
                        ANGLE [TRIKT]
                             COLOR 0 0 0
                        TEXT "[TEXT]"
                   END
                   LABEL
                             EXPRESSION ([TJUST] = 5)
                             SIZE 8
                             FONT 'sc'
                             TYPE truetype
                             POSITION cc
                        ANGLE [TRIKT]
                             COLOR 0 0 0
                        TEXT "[TEXT]"
                   END
                   LABEL
                             EXPRESSION ([TJUST] = 6)

... and 5 more expressions in the same way.






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

From donald.kerr at dkerr.co.uk  Thu Sep 12 00:47:07 2013
From: donald.kerr at dkerr.co.uk (Donald Kerr)
Date: Thu, 12 Sep 2013 08:47:07 +0100
Subject: [mapserver-users] anchor label positions
In-Reply-To: <108515F908ADD649907D5E7B81FB8DE027B4AC8B@corpappl746.corp.saab.se>
References: <108515F908ADD649907D5E7B81FB8DE027B4AC8B@corpappl746.corp.saab.se>
Message-ID: <002e01ceaf8c$4bc384b0$e34a8e10$@dkerr.co.uk>

I am now using a case statement/switch within the SQL since the data is in a
PostGis table. I am not sure if it is possible to use SQL to return a subset
of data from a Shapefile in Mapserver. If it is then the following may help.
It would be neat if the calculation 'CASE' could be done within the
LABEL/POSITION.

 

# POSITION 

#

# The anchorposition is as follows in the CartographicText table:

#

# 2  5  8

# 1  4  7

# 0  3  6

#

# Corresponding MapServer positions

#

# ul uc ur

# cl cc cr

# ll lc lr

#

# Corresponding OpenLayers positions

#

# lt ct rt

# lm cm rm

# lb cb rb

 

# fontnumber

# 0 - Lutheran (used for non-Roman antiquities)

# 1 - Normal - Medium Roman font

# 2 - Light Roman font (used primarily for building numbers, Roman
antiquities, and some administrative names particularly in 1:10 000 areas)

# 3 - Suppressed text not supplied in Land-Line due to space limitations.

 

# textstyle

# 0 - Normal

# 1 - Italics

 

# Mapserver ANGLE is anticlockwise

# MasterMap orientation is measured in tenths of a degree anticlockwise from
due east (0-3599)

# For clockwise, ANGLE can be changed thus (360-ANGLE)

 

DATA "geom FROM (SELECT toid, featurecode, textstring, height,
orientation/10 AS orientation, ('x'||substring(col,1,2))::text::bit(8)::int
|| ' ' || ('x'||substring(col,3,2))::text::bit(8)::int || ' ' ||
('x'||substring(col,1,2))::text::bit(8)::int AS oscolor, CASE WHEN
fontnumber = 0 AND textstyle = 0 THEN 'BlackCastleMF' WHEN fontnumber = 0
AND textstyle = 1 THEN 'BlackCastleMF' WHEN fontnumber = 1 AND textstyle = 0
THEN 'arial' WHEN fontnumber = 1 AND textstyle = 1 THEN 'arialitalic' WHEN
fontnumber = 2 AND textstyle = 0 THEN 'arial' WHEN fontnumber = 2 AND
textstyle = 1 THEN 'arialitalic' ELSE 'arial' END AS font, CASE WHEN
anchorposition=0 THEN 'ur' WHEN anchorposition=1 THEN 'cr' WHEN
anchorposition=2 THEN 'lr' WHEN anchorposition=3 THEN 'uc' WHEN
anchorposition=4 THEN 'cc' WHEN anchorposition=5 THEN 'lc' WHEN
anchorposition=6 THEN 'ul' WHEN anchorposition=7 THEN 'cl' WHEN
anchorposition=8 THEN 'll' ELSE 'auto' END AS anchorpositiontxt, geom FROM
cartographictext) AS foo USING UNIQUE toid"

 

Regards,

 

Donald

 

 

From: mapserver-users-bounces at lists.osgeo.org
[mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Schylberg Lars
Sent: 12 September 2013 07:53
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] anchor label positions

 

Hello,

I have read the following discussion below but have not found out if
anything has happened since then.

http://lists.osgeo.org/pipermail/mapserver-users/2008-December/059123.html

 
<http://lists.osgeo.org/pipermail/mapserver-users/2010-November/067312.html>
http://lists.osgeo.org/pipermail/mapserver-users/2010-November/067312.html

I have shape files with anchor  point positions:

7 8 9

4 5 6

1 2 3

That corresponds:

ul uc ur 

cl cc cr 

ll lc lr

I wrote my mapfile as shown below.  Is there a more  simple and shorter way
to express this today?

TJUST variable is the POSITION expressed as a integer between 1 and 9 in my
shape files

If there is no way to do this, could I remap the shape file with ogr2ogr to
add an extra column in the table with mapserver positions?

/Lars

LAYER

        NAME 'LAKESNAMES'

          TYPE POINT

        GROUP 'default'

        PROJECTION

            'init=epsg:32633'

        END

        STATUS ON

        SIZEUNITS PIXELS

        DATA 'sve1milj_32633/tx_riks'

        CLASSITEM KKOD

          CLASS

                   NAME "TextLake5"

                   EXPRESSION /87|86/  

                   LABEL

                             EXPRESSION ([TJUST] = 7)

                             SIZE 8

                             FONT 'sc' 

                             TYPE truetype

                             POSITION ul

                        ANGLE [TRIKT]

                             COLOR 0 0 0

                        TEXT '[TEXT]'

                   END

                   LABEL

                             EXPRESSION ([TJUST] = 8)

                             SIZE 8

                             FONT 'sc' 

                             TYPE truetype

                             POSITION uc

                        ANGLE [TRIKT]

                             COLOR 0 0 0

                        TEXT "[TEXT]"

                   END

                   LABEL

                             EXPRESSION ([TJUST] = 9)

                             SIZE 8

                             FONT 'sc' 

                             TYPE truetype

                             POSITION ur

                        ANGLE [TRIKT]

                             COLOR 0 0 0

                        TEXT "[TEXT]"

                   END

                   LABEL

                             EXPRESSION ([TJUST] = 4)

                             SIZE 8

                             FONT 'sc' 

                             TYPE truetype

                             POSITION cl

                        ANGLE [TRIKT]

                             COLOR 0 0 0

                        TEXT "[TEXT]"

                   END

                   LABEL

                             EXPRESSION ([TJUST] = 5)

                             SIZE 8

                             FONT 'sc' 

                             TYPE truetype

                             POSITION cc

                        ANGLE [TRIKT]

                             COLOR 0 0 0

                        TEXT "[TEXT]"

                   END

                   LABEL

                             EXPRESSION ([TJUST] = 6)

 

... and 5 more expressions in the same way.

 

 

 

 

 

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

From jt at mapmedia.de  Fri Sep 13 04:25:10 2013
From: jt at mapmedia.de (=?ISO-8859-15?Q?J=F6rg_Thomsen?=)
Date: Fri, 13 Sep 2013 13:25:10 +0200
Subject: [mapserver-users] [Cluster:FeatureCount] is string?
Message-ID: <5232F616.8070002@mapmedia.de>

Hi,

I wonder if the [Cluster:FeatureCount] value is a string?
I have a mapfile with three classes like

> EXPRESSION "1"
> EXPRESSION (("[Cluster:FeatureCount]" > "1") and ("[Cluster:FeatureCount]" < "51")
> EXPRESSION ("[Cluster:FeatureCount]" > "50" )

As result I get mixed symbols, each feature that has a
cluster:featurecount beginning with 2,3,4,or 5 is symbololized with the
styel of the 2nd class (even 101 or 455) and each feature that has a
cluster:featurecount beginning with 6,7,8,or 9 is symbololized with the
styel of the 3. class (even 7 or 9).
An Expression like
> EXPRESSION ("[Cluster:FeatureCount]" > 50 )
(no quotes) does not work.

For a better understanding, here is the resulting image:
http://mapmedia.de/tmp/mapserv.png)

Furthermore it is not posible to calculate with it, sth. like
> SIZE [Cluster:FeatureCount] / 10
does not work.

Thats why I think mapserver treats featurecount as string.
Or am I doing it wrong?

J?rg


-- 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Aufwind durch Wissen!

Qualifizierte Open Source Schulungen bei der
http://www.foss-akademie.de/
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

_________________________________________________

MapMedia
Kartographie und raumbezogene Informationssysteme

Gillweg 3, 14193 Berlin
fon: +49 30 89 06 82-70
fax: +49 30 89 09 53-21
mail: jt at mapmedia.de
net:  www.mapmedia.de
_________________________________________________


Gesch?ftsf?hrer: G. v. Tschirnhaus, J. Thomsen, P. Stamm
Registergericht, Berlin - Amtsgericht Charlottenburg,
HRB 89625, Umsatzsteuer-Identnummer: DE 813794062


From swbuechel at comcast.net  Fri Sep 13 11:53:33 2013
From: swbuechel at comcast.net (Sally Buechel)
Date: Fri, 13 Sep 2013 11:53:33 -0700
Subject: [mapserver-users] problem with INTERSECTS query from OpenLayers to
	mapserver
Message-ID: <000c01ceb0b2$8ceccec0$a6c66c40$@comcast.net>

Am hoping someone can help or at least point me in the right direction
regarding a problem I'm having trying to send a spatial filter produced in
OpenLayers to mapserver.  What I'm trying to do is so basic, I'm sure that
many have done this, yet I've been unsuccessful.  I thought this would be
easy.  With much searching I have found similar questions, but nothing
actually answering or showing a working example of this.

 

I'm using mapserver 6.2.1 and the current OpenLayers.js.  I can run the
wfs.map file using shp2img and get a valid response from mapserver, I can
run non-spatial filters using my OpenLayers WFS call to mapserver.  The POST
request sent to mapserver with the spatial query looks fine, but I simply
get  the not very helpful "premature end of script headers : mapserv" in
response.  The spatial input is a hand-drawn polygon in OpenLayers and the
intersection at the mapserver end is a postgis table containing a polygon
field.  The table is large, but a spatial restriction should always yield a
manageable number of records.  Without a spatial restriction in the filter,
I've noticed that mapserver tried to load all the data, so have currently
restricted it to 100 records for testing/debugging.  I'm assuming once I get
the spatial filter that this will restrict the number of records retrieved
on the server side.  I have some assumptions, but as I said I've not been
able to find a working example of this online, maybe because its too simple
and everyone but me has it working?

 

Should what I'm trying to do work or am I just beating my head against the
wall?  It doesn't seem that this should be so hard.

 

Sally

 

 

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

From David.Fawcett at state.mn.us  Fri Sep 13 12:14:32 2013
From: David.Fawcett at state.mn.us (Fawcett, David (MNIT))
Date: Fri, 13 Sep 2013 19:14:32 +0000
Subject: [mapserver-users] problem with INTERSECTS query from OpenLayers
 to	mapserver
In-Reply-To: <000c01ceb0b2$8ceccec0$a6c66c40$@comcast.net>
References: <000c01ceb0b2$8ceccec0$a6c66c40$@comcast.net>
Message-ID: <D645DD294B659443AAFDEFBEC8F1E982246CB1@055-CH1MPN1-003.055d.mgd.msft.net>

Sally,

To make it easier for people to help you figure this out, I would suggest including the request string produced by OpenLayers and your mapfile text.

David.

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Sally Buechel
Sent: Friday, September 13, 2013 1:54 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] problem with INTERSECTS query from OpenLayers to mapserver

Am hoping someone can help or at least point me in the right direction regarding a problem I'm having trying to send a spatial filter produced in OpenLayers to mapserver.  What I'm trying to do is so basic, I'm sure that many have done this, yet I've been unsuccessful.  I thought this would be easy.  With much searching I have found similar questions, but nothing actually answering or showing a working example of this.

I'm using mapserver 6.2.1 and the current OpenLayers.js.  I can run the wfs.map file using shp2img and get a valid response from mapserver, I can run non-spatial filters using my OpenLayers WFS call to mapserver.  The POST request sent to mapserver with the spatial query looks fine, but I simply get  the not very helpful "premature end of script headers : mapserv" in response.  The spatial input is a hand-drawn polygon in OpenLayers and the intersection at the mapserver end is a postgis table containing a polygon field.  The table is large, but a spatial restriction should always yield a manageable number of records.  Without a spatial restriction in the filter, I've noticed that mapserver tried to load all the data, so have currently restricted it to 100 records for testing/debugging.  I'm assuming once I get the spatial filter that this will restrict the number of records retrieved on the server side.  I have some assumptions, but as I said I've not been able to find a working example of this online, maybe because its too simple and everyone but me has it working?

Should what I'm trying to do work or am I just beating my head against the wall?  It doesn't seem that this should be so hard...

Sally


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

From David.Fawcett at state.mn.us  Fri Sep 13 13:42:19 2013
From: David.Fawcett at state.mn.us (Fawcett, David (MNIT))
Date: Fri, 13 Sep 2013 20:42:19 +0000
Subject: [mapserver-users] FW: problem with INTERSECTS query from OpenLayers
 to	mapserver
In-Reply-To: <001601ceb0c1$35621480$a0263d80$@comcast.net>
References: <000c01ceb0b2$8ceccec0$a6c66c40$@comcast.net>
	<D645DD294B659443AAFDEFBEC8F1E982246CB1@055-CH1MPN1-003.055d.mgd.msft.net>
	<000301ceb0b9$d64e0a00$82ea1e00$@comcast.net>
	<D645DD294B659443AAFDEFBEC8F1E982246CDB@055-CH1MPN1-003.055d.mgd.msft.net>
	<001601ceb0c1$35621480$a0263d80$@comcast.net>
Message-ID: <D645DD294B659443AAFDEFBEC8F1E982246D02@055-CH1MPN1-003.055d.mgd.msft.net>



From: Sally Buechel [mailto:swbuechel at comcast.net]
Sent: Friday, September 13, 2013 3:39 PM
To: Fawcett, David (MNIT)
Subject: RE: [mapserver-users] problem with INTERSECTS query from OpenLayers to mapserver

Here are the POST queries output by OpenLayers and the wfs part of the mapfile its using if that helps (am also interested in confirming just that this general concept works, that someone is actually doing it successfully):


Example of the POST request for a non-spatial query which works

<wfs:GetFeature xmlns:wfs="http://www.opengis.net/wfs" service="WFS" version="1.0.0" maxFeatures="50" xsi:schemaLocation="http://www.opengis.net/wfs http://schemas.opengis.net/wfs/1.0.0/WFS-transaction.xsd<http://www.opengis.net/wfs%20http:/schemas.opengis.net/wfs/1.0.0/WFS-transaction.xsd>" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<wfs:Query typeName="feature:mytable">
<ogc:Filter xmlns:ogc="http://www.opengis.net/ogc">
<ogc:And>
<ogc:PropertyIsLessThan>
<ogc:PropertyName>attr2</ogc:PropertyName>
<ogc:Literal>5</ogc:Literal>
</ogc:PropertyIsLessThan>
<ogc:PropertyIsEqualTo>
<ogc:PropertyName>attr3</ogc:PropertyName>
<ogc:Literal>78008</ogc:Literal>
</ogc:PropertyIsEqualTo>
</ogc:And>
</ogc:Filter>
</wfs:Query>
</wfs:GetFeature>

Example of the POST for the spatial INTERSECTS query which fails:

<wfs:GetFeature xmlns:wfs="http://www.opengis.net/wfs" service="WFS" version="1.0.0" maxFeatures="50" xsi:schemaLocation="http://www.opengis.net/wfs http://schemas.opengis.net/wfs/1.0.0/WFS-transaction.xsd<http://www.opengis.net/wfs%20http:/schemas.opengis.net/wfs/1.0.0/WFS-transaction.xsd>" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<wfs:Query typeName="feature:mytable">
<ogc:Filter xmlns:ogc="http://www.opengis.net/ogc">
<ogc:And>
<ogc:Intersects>
<ogc:PropertyName>attr1</ogc:PropertyName>
<gml:Polygon xmlns:gml="http://www.opengis.net/gml" srsName="EPSG:4326">
<gml:outerBoundaryIs>
<gml:LinearRing>
<gml:coordinates decimal="." cs="," ts=" ">-166.8375,69.723751831055 -168.75,63.311251831055 -166.3875,60.273751831055 -160.3125,57.573751831055 -155.5875,59.036251831055 -153.5625,62.748751831055 -156.6,66.911251831055 -166.8375,69.723751831055</gml:coordinates>
</gml:LinearRing>
</gml:outerBoundaryIs>
</gml:Polygon>
</ogc:Intersects>
<ogc:PropertyIsEqualTo>
<ogc:PropertyName>attr2</ogc:PropertyName>
<ogc:Literal>5</ogc:Literal>
</ogc:PropertyIsEqualTo>
</ogc:And>
</ogc:Filter>
</wfs:Query>
</wfs:GetFeature>

Response from failed Spatial query:

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>500 Internal Server Error</title>
</head><body>
<h1>Internal Server Error</h1>
<p>The server encountered an internal error or
misconfiguration and was unable to complete
your request.</p>
<p>Please contact the server administrator,
root at localhost and inform them of the time the error occurred,
and anything you might have done that may have
caused the error.</p>
<p>More information about this error may be available
in the server error log.</p>
<hr>
<address>Apache Server at localhost Port 80</address>
</body></html>

Apache error log:
[Fri Sep 13 01:49:34 2013] [error] [client 127.0.0.1] Premature end of script headers: mapserv, referer: http://localhost/testol6_7w.html

WFS part of Mapfile (note this mapfile works using shp2img when a FILTER is added to it):

MAP

<clipped out part>
#
# Set up WFS layer for feeding data to OpenLayers front-end
LAYER
   NAME "mytable"
   TYPE Polygon
   STATUS ON
   DUMP true #added 8/13 can't remember if needed...
   CONNECTIONTYPE postgis
   CONNECTION "host='localhost' dbname='test' user='user1' port=5432"
   PROCESSING "CLOSE_CONNECTION=DEFER"
   # need geometry, doesn't work for geography trying to cast it
   # this worked for mapserver
   DATA "attr1 from mytable USING UNIQUE gid USING srid=4326"
   METADATA
     "wfs_title"   "My_WFS"
     "wfs_version" "1.0.0"
     "wfs_extent" "-180.00 -89.99 180.00 89.99"
     "gml_include_items" "all"
     "gml_featureid" "gid"
     "wfs_enable_request"  "*"
   END
   CLASS
      NAME 'Attr1'
      STYLE
          COLOR -1 -1 -1
          OUTLINECOLOR 0 255 0
      END
   END # end attr1 class
   PROJECTION
       "init=epsg:4326"
   END
END #query layer

END #end map


From: Fawcett, David (MNIT) [mailto:David.Fawcett at state.mn.us]
Sent: Friday, September 13, 2013 12:15 PM
To: Sally Buechel; mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Subject: RE: [mapserver-users] problem with INTERSECTS query from OpenLayers to mapserver

Sally,

To make it easier for people to help you figure this out, I would suggest including the request string produced by OpenLayers and your mapfile text.

David.

From: mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org> [mailto:mapserver-users-bounces at lists.osgeo.org]<mailto:[mailto:mapserver-users-bounces at lists.osgeo.org]> On Behalf Of Sally Buechel
Sent: Friday, September 13, 2013 1:54 PM
To: mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Subject: [mapserver-users] problem with INTERSECTS query from OpenLayers to mapserver

Am hoping someone can help or at least point me in the right direction regarding a problem I'm having trying to send a spatial filter produced in OpenLayers to mapserver.  What I'm trying to do is so basic, I'm sure that many have done this, yet I've been unsuccessful.  I thought this would be easy.  With much searching I have found similar questions, but nothing actually answering or showing a working example of this.

I'm using mapserver 6.2.1 and the current OpenLayers.js.  I can run the wfs.map file using shp2img and get a valid response from mapserver, I can run non-spatial filters using my OpenLayers WFS call to mapserver.  The POST request sent to mapserver with the spatial query looks fine, but I simply get  the not very helpful "premature end of script headers : mapserv" in response.  The spatial input is a hand-drawn polygon in OpenLayers and the intersection at the mapserver end is a postgis table containing a polygon field.  The table is large, but a spatial restriction should always yield a manageable number of records.  Without a spatial restriction in the filter, I've noticed that mapserver tried to load all the data, so have currently restricted it to 100 records for testing/debugging.  I'm assuming once I get the spatial filter that this will restrict the number of records retrieved on the server side.  I have some assumptions, but as I said I've not been able to find a working example of this online, maybe because its too simple and everyone but me has it working?

Should what I'm trying to do work or am I just beating my head against the wall?  It doesn't seem that this should be so hard...

Sally


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

From mmcinnis59 at msn.com  Fri Sep 13 14:20:22 2013
From: mmcinnis59 at msn.com (Michael McInnis)
Date: Fri, 13 Sep 2013 14:20:22 -0700
Subject: [mapserver-users] Labels stopped working after update
Message-ID: <COL130-W7435C451EED7544F263301D93B0@phx.gbl>

This was working yesterday but I applied an update for ubuntu 12.04 today that had some mapserver items
and now my php file only works if I comment out the labels portion below so I get points without labels.

Did something change recently related to php mapscript labels?

// Layer 3 airports--------------------------------------------------------

// Point Symbol
$nSymbolId = ms_newSymbolObj($oMap, "circle");
$oSymbol = $oMap->getsymbolobjectbyid($nSymbolId);
$oSymbol->set("type", MS_SYMBOL_ELLIPSE);
$oSymbol->set("filled", MS_TRUE);
$aPoints[0] = 1;
$aPoints[1] = 1;
$oSymbol->setpoints($aPoints);

// Layer
$oLayerAirports = ms_newLayerObj($oMap);
$oLayerAirports->setConnectionType(MS_POSTGIS);
$oLayerAirports->set("name", "airports");
$oLayerAirports->set("type", MS_LAYER_POINT); # This is crucial
$oLayerAirports->set("status", MS_DEFAULT);
$oLayerAirports->set("labelitem", "icao");
//$oLayerAirports->set("classitem", "MyAirports");
$oLayerAirports->set("connection", "host=xxxx port=xxxx dbname=xxxx user=xxxx password=xxxx");
$oLayerAirports->set("data", "geom From (select a.icao, geom From airports a left join airportdata e on a.icao = e.icao where e.icao Is Not Null) as subquery using unique icao using srid=4326"); 

// Class with Labels
$oAirportsClass = ms_newClassObj($oLayerAirports);
$oAirportsClass->set("name","MyAirports");

// Style
$airportsStyle = ms_newStyleObj($oAirportsClass);
$airportsStyle->color->setRGB(255, 22, 22);
$airportsStyle->set("symbolname", "circle");
$airportsStyle->set("size", "3");

/* ONLY WORKS NOW IF THIS IS COMMENTED
// Label
$oAirportsClass->label->color->setRGB(0,0,0);
$oAirportsClass->label->set("font", "verdana");
$oAirportsClass->label->set("size", MS_LARGE);
$oAirportsClass->label->set("position", MS_AUTO);
$oAirportsClass->label->set("antialias", MS_TRUE);
*/

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

From Steve.Lime at state.mn.us  Fri Sep 13 14:24:38 2013
From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT))
Date: Fri, 13 Sep 2013 21:24:38 +0000
Subject: [mapserver-users] Labels stopped working after update
In-Reply-To: <COL130-W7435C451EED7544F263301D93B0@phx.gbl>
References: <COL130-W7435C451EED7544F263301D93B0@phx.gbl>
Message-ID: <C549F0496453D842B4DD71AC8188DDC55FD1A5@055-CH1MPN1-041.055d.mgd.msft.net>

Depends on how big of a jump in version you made. 6.2 now features multiple labels per class. I think you need to do something like:

$label  = $oAirportsClass->getLabel(0);
$label->color->setRGB(0,0,0);
$label->set("font", "verdana");
$label->set("size", MS_LARGE);
$label->set("position", MS_AUTO);
$label->set("antialias", MS_TRUE);

Steve

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Michael McInnis
Sent: Friday, September 13, 2013 4:20 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] Labels stopped working after update

This was working yesterday but I applied an update for ubuntu 12.04 today that had some mapserver items
and now my php file only works if I comment out the labels portion below so I get points without labels.

Did something change recently related to php mapscript labels?

// Layer 3 airports--------------------------------------------------------

// Point Symbol
$nSymbolId = ms_newSymbolObj($oMap, "circle");
$oSymbol = $oMap->getsymbolobjectbyid($nSymbolId);
$oSymbol->set("type", MS_SYMBOL_ELLIPSE);
$oSymbol->set("filled", MS_TRUE);
$aPoints[0] = 1;
$aPoints[1] = 1;
$oSymbol->setpoints($aPoints);

// Layer
$oLayerAirports = ms_newLayerObj($oMap);
$oLayerAirports->setConnectionType(MS_POSTGIS);
$oLayerAirports->set("name", "airports");
$oLayerAirports->set("type", MS_LAYER_POINT); # This is crucial
$oLayerAirports->set("status", MS_DEFAULT);
$oLayerAirports->set("labelitem", "icao");
//$oLayerAirports->set("classitem", "MyAirports");
$oLayerAirports->set("connection", "host=xxxx port=xxxx dbname=xxxx user=xxxx password=xxxx");
$oLayerAirports->set("data", "geom From (select a.icao, geom From airports a left join airportdata e on a.icao = e.icao where e.icao Is Not Null) as subquery using unique icao using srid=4326");

// Class with Labels
$oAirportsClass = ms_newClassObj($oLayerAirports);
$oAirportsClass->set("name","MyAirports");

// Style
$airportsStyle = ms_newStyleObj($oAirportsClass);
$airportsStyle->color->setRGB(255, 22, 22);
$airportsStyle->set("symbolname", "circle");
$airportsStyle->set("size", "3");

/* ONLY WORKS NOW IF THIS IS COMMENTED
// Label
$oAirportsClass->label->color->setRGB(0,0,0);
$oAirportsClass->label->set("font", "verdana");
$oAirportsClass->label->set("size", MS_LARGE);
$oAirportsClass->label->set("position", MS_AUTO);
$oAirportsClass->label->set("antialias", MS_TRUE);
*/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130913/d1ea9876/attachment.htm>

From Steve.Lime at state.mn.us  Fri Sep 13 15:06:19 2013
From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT))
Date: Fri, 13 Sep 2013 22:06:19 +0000
Subject: [mapserver-users] [Cluster:FeatureCount] is string?
In-Reply-To: <5232F616.8070002@mapmedia.de>
References: <5232F616.8070002@mapmedia.de>
Message-ID: <C549F0496453D842B4DD71AC8188DDC55FD2B7@055-CH1MPN1-041.055d.mgd.msft.net>

Really need Tamas to comment on the clustering specifics but to clarify, MapServer stores all attributes as strings. Then they are cast as necessary when referenced in an expression. 

Steve

-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of J?rg Thomsen
Sent: Friday, September 13, 2013 6:25 AM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] [Cluster:FeatureCount] is string?

Hi,

I wonder if the [Cluster:FeatureCount] value is a string?
I have a mapfile with three classes like

> EXPRESSION "1"
> EXPRESSION (("[Cluster:FeatureCount]" > "1") and 
> ("[Cluster:FeatureCount]" < "51") EXPRESSION ("[Cluster:FeatureCount]" 
> > "50" )

As result I get mixed symbols, each feature that has a cluster:featurecount beginning with 2,3,4,or 5 is symbololized with the styel of the 2nd class (even 101 or 455) and each feature that has a cluster:featurecount beginning with 6,7,8,or 9 is symbololized with the styel of the 3. class (even 7 or 9).
An Expression like
> EXPRESSION ("[Cluster:FeatureCount]" > 50 )
(no quotes) does not work.

For a better understanding, here is the resulting image:
http://mapmedia.de/tmp/mapserv.png)

Furthermore it is not posible to calculate with it, sth. like
> SIZE [Cluster:FeatureCount] / 10
does not work.

Thats why I think mapserver treats featurecount as string.
Or am I doing it wrong?

J?rg


-- 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Aufwind durch Wissen!

Qualifizierte Open Source Schulungen bei der http://www.foss-akademie.de/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

_________________________________________________

MapMedia
Kartographie und raumbezogene Informationssysteme

Gillweg 3, 14193 Berlin
fon: +49 30 89 06 82-70
fax: +49 30 89 09 53-21
mail: jt at mapmedia.de
net:  www.mapmedia.de
_________________________________________________


Gesch?ftsf?hrer: G. v. Tschirnhaus, J. Thomsen, P. Stamm Registergericht, Berlin - Amtsgericht Charlottenburg, HRB 89625, Umsatzsteuer-Identnummer: DE 813794062 _______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users




From yjacolin at free.fr  Fri Sep 13 11:06:21 2013
From: yjacolin at free.fr (Yves Jacolin (Free))
Date: Fri, 13 Sep 2013 20:06:21 +0200
Subject: [mapserver-users] problem with INTERSECTS query from OpenLayers
	to mapserver
In-Reply-To: <000c01ceb0b2$8ceccec0$a6c66c40$@comcast.net>
References: <000c01ceb0b2$8ceccec0$a6c66c40$@comcast.net>
Message-ID: <3844076.tYKkImpWqO@tatras>

Sally,

Le vendredi 13 septembre 2013 11:53:33 Sally Buechel a ?crit :
> [..]
> I'm using mapserver 6.2.1 and the current OpenLayers.js.  I can run the
> wfs.map file using shp2img and get a valid response from mapserver, I can
> run non-spatial filters using my OpenLayers WFS call to mapserver.  The POST
> request sent to mapserver with the spatial query looks fine, but I simply
> get  the not very helpful "premature end of script headers : mapserv" in
> response.  The spatial input is a hand-drawn polygon in OpenLayers and the
> intersection at the mapserver end is a postgis table containing a polygon
> field.  The table is large, but a spatial restriction should always yield a
> manageable number of records.  Without a spatial restriction in the filter,
> I've noticed that mapserver tried to load all the data, so have currently
> restricted it to 100 records for testing/debugging.  I'm assuming once I
> get the spatial filter that this will restrict the number of records
> retrieved on the server side.  I have some assumptions, but as I said I've
> not been able to find a working example of this online, maybe because its
> too simple and everyone but me has it working?
> 
> 
> 
> Should what I'm trying to do work or am I just beating my head against the
> wall?  It doesn't seem that this should be so hard.
Before beating your head against the wall, which can hurt you, try to enable 
debug mode in MapServer and have a look to the log. MapServer can give 
interesting information about what he is doing before the "premature end of 
script".

Hope it helps you.

Y.


From jukka.rahkonen at mmmtike.fi  Sat Sep 14 02:44:44 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Sat, 14 Sep 2013 09:44:44 +0000
Subject: [mapserver-users] problem with INTERSECTS query from
	OpenLayers	to mapserver
In-Reply-To: <3844076.tYKkImpWqO@tatras>
References: <000c01ceb0b2$8ceccec0$a6c66c40$@comcast.net>,
	<3844076.tYKkImpWqO@tatras>
Message-ID: <84446DEF76453C439E9E97E438E13A63022E78D4@suutari.haapa.mmm.fi>

Hi,

Perhaps comparison with the annexed filter helps. The filter is created by Kosmo GIS and it works against my Mapserver 6.2 at http://hip.latuviitta.org/cgi-bin/mapserver_wfs

Try to edit my filter fo look like that one created by OpenLayers and let's hope that at some moment you will get my server to fail in a similar way.

-Jukka Rahkonen-


________________________________________
Yves Jacolin wrote:

> Sally,

> Le vendredi 13 septembre 2013 11:53:33 Sally Buechel a ?crit :
> > [..]
>> I'm using mapserver 6.2.1 and the current OpenLayers.js.  I can run the
> wfs.map file using shp2img and get a valid response from mapserver, I can
> run non-spatial filters using my OpenLayers WFS call to mapserver.  The POST
> request sent to mapserver with the spatial query looks fine, but I simply
> get  the not very helpful "premature end of script headers : mapserv" in
> response.  The spatial input is a hand-drawn polygon in OpenLayers and the
> intersection at the mapserver end is a postgis table containing a polygon
> field.  The table is large, but a spatial restriction should always yield a
> manageable number of records.  Without a spatial restriction in the filter,
> I've noticed that mapserver tried to load all the data, so have currently
> restricted it to 100 records for testing/debugging.  I'm assuming once I
> get the spatial filter that this will restrict the number of records
> retrieved on the server side.  I have some assumptions, but as I said I've
> not been able to find a working example of this online, maybe because its
> too simple and everyone but me has it working?
>
>
>
> Should what I'm trying to do work or am I just beating my head against the
> wall?  It doesn't seem that this should be so hard.
Before beating your head against the wall, which can hurt you, try to enable
debug mode in MapServer and have a look to the log. MapServer can give
interesting information about what he is doing before the "premature end of
script".

Hope it helps you.

Y.
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: valid_wfs_filter_with_and.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130914/10f718e8/attachment.txt>

From swbuechel at comcast.net  Sat Sep 14 15:03:40 2013
From: swbuechel at comcast.net (Sally Buechel)
Date: Sat, 14 Sep 2013 15:03:40 -0700
Subject: [mapserver-users] problem with INTERSECTS query
	from	OpenLayers	to mapserver
Message-ID: <000001ceb196$45cbadb0$d1630910$@comcast.net>

Thank-you Jukka for the idea.  Where do I find the annexed filter?

 

Sally

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

From swbuechel at comcast.net  Sat Sep 14 15:06:09 2013
From: swbuechel at comcast.net (Sally Buechel)
Date: Sat, 14 Sep 2013 15:06:09 -0700
Subject: [mapserver-users] problem with INTERSECTS query from
	OpenLayers	to mapserver
Message-ID: <000501ceb196$9e2e2c80$da8a8580$@comcast.net>

Yves - you are right.  I really should re-compile with debug mode on,
especially if you think there will be useful info for this particular
problem.  I had some problems with my original compile so had been putting
off doing that.

 

Sally

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

From jukka.rahkonen at mmmtike.fi  Sun Sep 15 00:39:26 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Sun, 15 Sep 2013 07:39:26 +0000
Subject: [mapserver-users] problem with INTERSECTS
	query	from	OpenLayers	to mapserver
In-Reply-To: <000001ceb196$45cbadb0$d1630910$@comcast.net>
References: <000001ceb196$45cbadb0$d1630910$@comcast.net>
Message-ID: <84446DEF76453C439E9E97E438E13A63022E79A7@suutari.haapa.mmm.fi>

Perhaps your mail program dropped the annex even I named the file as .txt.  Here it is inline

<wfs:GetFeature xmlns:ogc="http://www.opengis.net/ogc" xmlns:gml="http://www.opengis.net/gml" xmlns:wfs="http://www.opengis.net/wfs" service="WFS" version="1.0.0" maxFeatures="1000" outputFormat="GML2">
<wfs:Query typeName="pks_suuralue">
<ogc:PropertyName>fid</ogc:PropertyName>
<ogc:PropertyName>kokotun</ogc:PropertyName>
<ogc:PropertyName>kunta</ogc:PropertyName>
<ogc:PropertyName>mtryhm</ogc:PropertyName>
<ogc:PropertyName>nimi</ogc:PropertyName>
<ogc:PropertyName>nimi_iso</ogc:PropertyName>
<ogc:PropertyName>ogc_fid</ogc:PropertyName>
<ogc:PropertyName>suur</ogc:PropertyName>
<ogc:PropertyName>msGeometry</ogc:PropertyName>
<ogc:Filter>
<ogc:And>
<ogc:PropertyIsEqualTo>
<ogc:PropertyName>suur</ogc:PropertyName>
<ogc:Literal>6</ogc:Literal>
</ogc:PropertyIsEqualTo>
<ogc:Intersects>
<ogc:PropertyName>msGeometry</ogc:PropertyName>
<gml:Polygon>
<gml:outerBoundaryIs>
<gml:LinearRing>
<gml:coordinates decimal="." cs="," ts=" ">370867.65371360903,6691716.459177742 378991.47207721433,6697637.208154607 386013.7557474494,6691027.999994385 385600.68023743556,6680150.344897354 374585.3333037335,6680563.420407368 368664.58432686864,6684831.867344178 370867.65371360903,6691716.459177742</gml:coordinates>
</gml:LinearRing>
</gml:outerBoundaryIs>
</gml:Polygon>
</ogc:Intersects>
</ogc:And>
</ogc:Filter>
</wfs:Query>
</wfs:GetFeature>

-Jukka Rahkonen-


________________________________
Sally Buechel wrote:

> Thank-you Jukka for the idea.  Where do I find the annexed filter?

> Sally


From yves.jacolin at camptocamp.com  Sun Sep 15 01:03:26 2013
From: yves.jacolin at camptocamp.com (Yves Jacolin)
Date: Sun, 15 Sep 2013 10:03:26 +0200
Subject: [mapserver-users] problem with INTERSECTS query from
	OpenLayers	to mapserver
In-Reply-To: <000501ceb196$9e2e2c80$da8a8580$@comcast.net>
References: <000501ceb196$9e2e2c80$da8a8580$@comcast.net>
Message-ID: <4758671.JkWDpeo5Wy@tatras>

Le samedi 14 septembre 2013 15:06:09 Sally Buechel a ?crit :
> Yves - you are right.  I really should re-compile with debug mode on,
> especially if you think there will be useful info for this particular
> problem.  I had some problems with my original compile so had been putting
> off doing that.
> 
> 
> 
Sally,

You don't need to build MapServer, you can have a look to the MAP object 
documentation page and search for DEBUG parameter:

MAP
  ...
  DEBUG 4
  CONFIG "MS_ERRORFILE" "/ms4w/tmp/ms_error.txt"
   ...

END

See also http://mapserver.org/fr/optimization/debugging.html

Y.
-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : 021 619 10 43 (new)
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jacolin at camptocamp.com
http://www.camptocamp.com



From astrid.emde at wheregroup.com  Sun Sep 15 04:14:46 2013
From: astrid.emde at wheregroup.com (Astrid Emde)
Date: Sun, 15 Sep 2013 13:14:46 +0200
Subject: [mapserver-users] Call for Papers FOSSGIS 2014 in Berlin
Message-ID: <2f914624abe499ca568dbbdeb700893f.squirrel@troubadix.wheregroup.com>

Hallo FOSSGIS-Aktive und die, die es werden wollen.

Sie forschen, Sie entwickeln, Sie besch?ftigen sich mit
Open-Source-Geo-Software oder freien Geodaten? Sie haben neue Ideen in
diesem Themenbereich oder sind bereits dabei, freie Software und freie
Geodaten zu nutzen oder zu entwickeln? Dann sind Sie auf unserer
Konferenz - der FOSSGIS-Konferenz 2014 - genau richtig [1].

WIR BIETEN: Eine Plattform f?r Ihre Idee, Ihr Projekt, Ihren
Erfahrungsbericht auf der gr??ten deutschsprachigen Anwenderkonferenz
f?r freie Geoinformationssysteme und freie Geodaten. Im Jahr 2014 findet
die FOSSGIS vom 19. bis 21. M?rz auf dem Gel?nde der Beuth Hochschule
f?r Technik in Berlin statt. Wir rechnen mit ?ber 400 Teilnehmern. An
der Konferenz 2013 in Rapperswil (Schweiz) nahmen ?ber ca. 350 Besucher
teil.

WIR SUCHEN: Ihre Idee. Ihr Projekt. Ihren Erfahrungsbericht. Ihr Thema.
Genauer gesagt, suchen wir Vortr?ge f?r Einsteiger und Fortgeschrittene,
um spannende Themen zu behandeln, Diskussionen zu entwickeln,
praxisorientierte Workshops* runden unser Programm ab. Vortr?ge zum
Thema freie Geodaten, zum Beispiel OpenStreetMap, Open Data sind ebenso
m?glich wie Beitr?ge zu beispielsweise Softwarel?sungen aus dem Bereich
WebGIS, Desktop GIS, Geodatenbanken oder Location-Based-Services.
Bewerben Sie sich jetzt mit einem Vortrag, Lightning Talk oder Workshop*
beim Call for Papers.

ABSTRACT: Die Einreichung eines Abstracts f?r die FOSSGIS 2014 ist ab
sofort bis zum 15. November 2013 ?ber unsere Konferenzsoftware Pentabarf
m?glich [2].
Beitrags-Einreichungen ohne Abstract m?ssen leider abgelehnt werden, da
sich das Programm-Komitee anhand des Abstracts ein Bild von Inhalt und
Relevanz des Beitrags macht. Der Abstract sollte ca. 1500 Zeichen
umfassen. Ob die Einreichung angenommen wurde, wird im Dezember 2013
bekanntgegeben. Es besteht die M?glichkeit einen Lightning Talk
einzureichen. Ein Lightning Talk ist eine kurze, knackige
Auseinandersetzung mit einem Thema, welches in 5 Minuten, gern
humorvoll, Anregung zur Diskussion bietet. Weiterhin k?nnen Poster
eingereicht werden.

*Workshops: Bitte ber?cksichtigen Sie bei der Planung, dass
f?r die Workshops nur 90 Minuten vorgesehen sind und die Teilnehmer ein
Mix aus Theorie und vor allem Praxis erwarten. Die Beschreibung des
Workshops soll erreichbare Lernziele und die notwendigen Vorkenntnisse
der Teilnehmer enthalten. Ein Workshop findet ab einer Teilnehmerzahl
von 5 statt.

WER WIR SIND: Veranstaltet wird die Konferenz vom FOSSGIS e.V., von der
OSGeo Foundation und der Beuth Hochschule f?r Technik Berlin.

Unsere Konferenz lebt von Ihren Beitr?gen und Ihrem Besuch. Werden Sie
Teil der Konferenz - wir freuen uns auf Sie!

Noch Fragen? Wir haben versucht, in unseren FAQs [3] alle wichtigen
Fragen zu beantworten. Falls weitere Fragen bestehen, z?gern Sie nicht
uns eine E-Mail [4] zu schreiben.

Note to English speakers

The FOSSGIS-conference is the largest german-language conference for
Free and Open Source Software for GIS and Free Geodata hosting about 400
participants.

Today, the Conference Committee announced the "Call for papers" for
2014. Because the conference-language is german, the CfP is either.

The program committee will, however, also consider applications for
talks or workshops held in English if they are deeemed to add to the
quality of the conference. So if you don't speak German, but are a
FOSS/Open Data celebrity, or have a story that only you can tell, please
do submit your talk. We are unlikely to be able to provide interpreters,
but we'll make sure you don't get lost in Berlin.

Please be aware that you can submit paper until November, 15. 2013. You
can submit your abstract using our Conference Software [2].

We are looking forward to see you in Berlin March 19-21.

[1] [http://www.fossgis.de/konferenz/2014/]
[2] [http://pb.fossgis.de/submission/FOSSGIS2014/]
[3] [http://www.fossgis.de/wiki/Call_for_Papers_-_FAQ]
[4] [konferenz-orga at fossgis.de]


Ihr FOSSGIS-Konferenz-Organisationsteam



From swbuechel at comcast.net  Sun Sep 15 20:34:09 2013
From: swbuechel at comcast.net (Sally Buechel)
Date: Sun, 15 Sep 2013 20:34:09 -0700
Subject: [mapserver-users] problem with INTERSECTS query from
	OpenLayers	to mapserver
Message-ID: <000001ceb28d$9b0aeb40$d120c1c0$@comcast.net>

The polygon query fails with no output to the debug file so this must be
very early on? 

 

Interestingly, the non-spatial query is now failing too, but during the
msPostGISReadShape: of the records found.  Sometimes on the 15 and sometimes
on the 17th attribute.hmmmm

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

From jekih at gst.dk  Mon Sep 16 06:52:17 2013
From: jekih at gst.dk (Kihlberg, Jesper)
Date: Mon, 16 Sep 2013 15:52:17 +0200
Subject: [mapserver-users] Why does yum continue to complain about a missing
	dependency that is already installed?
Message-ID: <762E35C3DEFE79438C2EAE35C73B4D4302484145@MIM-EXCDB002.res.adroot.dk>

Hi

I have a self-created rpm for mapserver 6.2.1 that I want to support Oracle, but I am having a lot of difficulties getting it all to work.
I have installed the oracle-instantclient12.1-basic-12.1.0.1.0-1.x86_64 as an rpm, and the sdk and sqlplus as zip files in my ORACLE_HOME. This seemed to be the only way to ensure the sdk files is at the correct location, for mapserver to recognize.
So my mapserver rpm builds but when I try to install it on the build server, it complains:

Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package mapserver.x86_64 0:6.2.1-2 will be updated
--> Processing Dependency: mapserver = 6.2.1-2 for package: mapserver-perl-6.2.1-2.x86_64
--> Processing Dependency: mapserver = 6.2.1-2 for package: mapserver-python-6.2.1-2.x86_64
---> Package mapserver.x86_64 0:6.2.1-12.el6 will be an update
--> Processing Dependency: libclntsh.so.12.1()(64bit) for package: mapserver-6.2.1-12.el6.x86_64
--> Running transaction check
---> Package mapserver.x86_64 0:6.2.1-12.el6 will be an update
--> Processing Dependency: libclntsh.so.12.1()(64bit) for package: mapserver-6.2.1-12.el6.x86_64
---> Package mapserver-perl.x86_64 0:6.2.1-2 will be updated
---> Package mapserver-perl.x86_64 0:6.2.1-12.el6 will be an update
---> Package mapserver-python.x86_64 0:6.2.1-2 will be updated
---> Package mapserver-python.x86_64 0:6.2.1-12.el6 will be an update
--> Processing Dependency: libclntsh.so.12.1()(64bit) for package: mapserver-python-6.2.1-12.el6.x86_64
--> Finished Dependency Resolution
Error: Package: mapserver-6.2.1-12.el6.x86_64 (geodata)
       Requires: libclntsh.so.12.1()(64bit)
Error: Package: mapserver-python-6.2.1-12.el6.x86_64 (geodata)
       Requires: libclntsh.so.12.1()(64bit)
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest

Obviously libclntsh.so.12.1 is already installed through yum and located at the exact same spot as when the package was built.
What am I doing wrong?


Med venlig hilsen 

Jesper Kihlberg 
AC specialist
Leveranceinfrastruktur 
Dir tlf.: (+45) 72 54 52 27 
jekih at gst.dk 



Rentemestervej 8 
DK - 2400 K?benhavn NV 
Tlf.: (+45) 72 54 50 00 
www.gst.dk 



From mmcinnis59 at msn.com  Mon Sep 16 10:03:40 2013
From: mmcinnis59 at msn.com (Michael McInnis)
Date: Mon, 16 Sep 2013 10:03:40 -0700
Subject: [mapserver-users] TYPE/FONT/SIZE breaks labels
Message-ID: <COL130-W20FC8FE77B8CB395205750D9260@phx.gbl>

Mapservers!

I have bailed on dynamically generating labels and fell back to a .map based solution and may have found the primary problem. If I enable TYPE or FONT or SIZE in the LABEL section my map fails to display. I installed Truetype fonts on my Ubuntu system on Friday. 

Does anyone know why the fonts will not function?

LAYER
        CONNECTIONTYPE POSTGIS
        NAME airports
        CONNECTION "host=xxxx dbname=xxxx user=xxxx password=xxxx port=xxxx"
        PROCESSING "CLOSE_CONNECTION=DEFER"
        #DATA "geom From airports" 
        DATA "geom From (select a.icao, geom From airports a left join airportdata e on a.icao = e.icao where e.icao Is Not Null) as subquery using unique icao using srid=4326" 
        STATUS ON
        TYPE POINT
        LABELITEM "icao"
        CLASS
            LABEL        
        #TYPE        truetype
        #FONT         "sans"
        #SIZE        8
                ANTIALIAS     TRUE
                POSITION     AUTO 
                PARTIALS     TRUE
                MINDISTANCE     100
                BUFFER         4
                COLOR         0 0 0
            END
            NAME "airportsClass"
        STYLE
                SYMBOL 'circle-filled'
                SIZE 3
                COLOR 255 22 22
            END
        END # Class
    END # Layer
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130916/f3d87cfa/attachment.htm>

From David.Fawcett at state.mn.us  Mon Sep 16 10:07:13 2013
From: David.Fawcett at state.mn.us (Fawcett, David (MNIT))
Date: Mon, 16 Sep 2013 17:07:13 +0000
Subject: [mapserver-users] TYPE/FONT/SIZE breaks labels
In-Reply-To: <COL130-W20FC8FE77B8CB395205750D9260@phx.gbl>
References: <COL130-W20FC8FE77B8CB395205750D9260@phx.gbl>
Message-ID: <D645DD294B659443AAFDEFBEC8F1E982246F0A@055-CH1MPN1-003.055d.mgd.msft.net>

You don't mention if you have a fontset file or an associated entry in your mapfile.

http://mapserver.org/mapfile/fontset.html

David.

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Michael McInnis
Sent: Monday, September 16, 2013 12:04 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] TYPE/FONT/SIZE breaks labels

Mapservers!

I have bailed on dynamically generating labels and fell back to a .map based solution and may have found the primary problem. If I enable TYPE or FONT or SIZE in the LABEL section my map fails to display. I installed Truetype fonts on my Ubuntu system on Friday.

Does anyone know why the fonts will not function?

LAYER
        CONNECTIONTYPE POSTGIS
        NAME airports
        CONNECTION "host=xxxx dbname=xxxx user=xxxx password=xxxx port=xxxx"
        PROCESSING "CLOSE_CONNECTION=DEFER"
        #DATA "geom From airports"
        DATA "geom From (select a.icao, geom From airports a left join airportdata e on a.icao = e.icao where e.icao Is Not Null) as subquery using unique icao using srid=4326"
        STATUS ON
        TYPE POINT
        LABELITEM "icao"
        CLASS
            LABEL
        #TYPE        truetype
        #FONT         "sans"
        #SIZE        8
                ANTIALIAS     TRUE
                POSITION     AUTO
                PARTIALS     TRUE
                MINDISTANCE     100
                BUFFER         4
                COLOR         0 0 0
            END
            NAME "airportsClass"
        STYLE
                SYMBOL 'circle-filled'
                SIZE 3
                COLOR 255 22 22
            END
        END # Class
    END # Layer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130916/b5f24ddf/attachment.htm>

From jukka.rahkonen at mmmtike.fi  Mon Sep 16 10:09:04 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Mon, 16 Sep 2013 17:09:04 +0000
Subject: [mapserver-users] TYPE/FONT/SIZE breaks labels
In-Reply-To: <COL130-W20FC8FE77B8CB395205750D9260@phx.gbl>
References: <COL130-W20FC8FE77B8CB395205750D9260@phx.gbl>
Message-ID: <84446DEF76453C439E9E97E438E13A63022E7DE8@suutari.haapa.mmm.fi>

Hi,

Add DEBUG 5 into your LAYER and you may see from the MS_ERRORFILE what is the problem. My bet is that you are missing the FONTSET http://www.mapserver.org/mapfile/fontset.html

-Jukka Rahkonen-
________________________________
Michael McInnis wrote:

> Mapservers!

> I have bailed on dynamically generating labels and fell back to a .map based solution and may have found the primary problem. If I enable TYPE or FONT or SIZE in the LABEL section my map fails to display. I installed Truetype fonts on my Ubuntu system on Friday.

> Does anyone know why the fonts will not function?

LAYER
        CONNECTIONTYPE POSTGIS
        NAME airports
        CONNECTION "host=xxxx dbname=xxxx user=xxxx password=xxxx port=xxxx"
        PROCESSING "CLOSE_CONNECTION=DEFER"
        #DATA "geom From airports"
        DATA "geom From (select a.icao, geom From airports a left join airportdata e on a.icao = e.icao where e.icao Is Not Null) as subquery using unique icao using srid=4326"
        STATUS ON
        TYPE POINT
        LABELITEM "icao"
        CLASS
            LABEL
        #TYPE        truetype
        #FONT         "sans"
        #SIZE        8
                ANTIALIAS     TRUE
                POSITION     AUTO
                PARTIALS     TRUE
                MINDISTANCE     100
                BUFFER         4
                COLOR         0 0 0
            END
            NAME "airportsClass"
        STYLE
                SYMBOL 'circle-filled'
                SIZE 3
                COLOR 255 22 22
            END
        END # Class
    END # Layer


From jack.walters at zonarsystems.com  Mon Sep 16 10:27:02 2013
From: jack.walters at zonarsystems.com (Jack Walters)
Date: Mon, 16 Sep 2013 10:27:02 -0700
Subject: [mapserver-users] Bad BBOX passed to db query
Message-ID: <52373F66.5040602@zonarsystems.com>

Second Attempt...

We are updating to mapserver 6.2.1 from 5.6.5 and have found that
several polygons/polylines/labels in western North America are not being
drawn.

We are using:
- epsg 4326
- DB Postgres
- "tile_map_edge_buffer" "256"
- "tile_metatile_level" "2"
- Bing map tile quadrant key example 0231

I have tried:
- changing the tile_map_edge_buffer and tile_metatile_level
- made sure the Proj.4 was up to date and definition was set with
'+over' --
http://lists.osgeo.org/pipermail/mapserver-users/2012-June/072538.html
- manipulating labels with labelcache_map_edge_buffer

No luck. The polygons and polylines will draw if I remove
tile_map_edge_buffer and tile_metatile_level, but then the labels are bad.

I set up debugging and the only real difference from the previous
version to the new one was the bounding box passed to the db call was
different.
- I did note that the msTileSetExtent from both are the same:
msTileSetExtent (-22537304.912690, -2499796.572690) (-7518957.597310,
12518550.742690)

The resulting bounding boxes:

mapserver 5.6.5:
GeomFromText('POLYGON((-179.52099606876
-21.9022779637684,-179.52099606876 74.0074402855723,179.129882837677
74.0074402855723,179.129882837677 -21.9022779637684,-179.52099606876
-21.9022779637684))',4326)

mapserver 6.2.1:
ST_GeomFromText('POLYGON((157.543945340682
-21.9022779637684,157.543945340682 74.0074402855723,292.456054696902
74.0074402855723,292.456054696902 -21.9022779637684,157.543945340682
-21.9022779637684))',4326)

Any ideas? Maybe a bad compile?

I originally added this to the github bug submission, but I thought I
would post it here as well.

Thanks,
Jack Walters
Web Development Engineer III
Zonar Systems


Confidentiality Notice: This e-mail may contain proprietary information some of which may be legally privileged. It is for the intended recipient(s) only. If you believe that it has been sent to you in error, please notify the sender by reply e-mail and delete the message. Any disclosure, copying, distribution or use of this information by someone other than the intended recipient(s) is prohibited and may be unlawful.


From mmcinnis59 at msn.com  Mon Sep 16 10:51:59 2013
From: mmcinnis59 at msn.com (Michael McInnis)
Date: Mon, 16 Sep 2013 10:51:59 -0700
Subject: [mapserver-users] TYPE/FONT/SIZE breaks labels
In-Reply-To: <84446DEF76453C439E9E97E438E13A63022E7DE8@suutari.haapa.mmm.fi>
References: <COL130-W20FC8FE77B8CB395205750D9260@phx.gbl>,
	<84446DEF76453C439E9E97E438E13A63022E7DE8@suutari.haapa.mmm.fi>
Message-ID: <COL130-W6E6708C351319B7B8C21AD9260@phx.gbl>

Thanks, that seems to have fixed things. It only seems to work with arial but the sizes work now. 
I'll look into how to get full control of installed fonts I guess.

Michael McInnis
6033 44th Ave. N.E.
Seattle, WA 98115
206 517-4701

> From: jukka.rahkonen at mmmtike.fi
> To: mmcinnis59 at msn.com; mapserver-users at lists.osgeo.org
> Subject: VS: [mapserver-users] TYPE/FONT/SIZE breaks labels
> Date: Mon, 16 Sep 2013 17:09:04 +0000
> 
> Hi,
> 
> Add DEBUG 5 into your LAYER and you may see from the MS_ERRORFILE what is the problem. My bet is that you are missing the FONTSET http://www.mapserver.org/mapfile/fontset.html
> 
> -Jukka Rahkonen-
> ________________________________
> Michael McInnis wrote:
> 
> > Mapservers!
> 
> > I have bailed on dynamically generating labels and fell back to a .map based solution and may have found the primary problem. If I enable TYPE or FONT or SIZE in the LABEL section my map fails to display. I installed Truetype fonts on my Ubuntu system on Friday.
> 
> > Does anyone know why the fonts will not function?
> 
> LAYER
>         CONNECTIONTYPE POSTGIS
>         NAME airports
>         CONNECTION "host=xxxx dbname=xxxx user=xxxx password=xxxx port=xxxx"
>         PROCESSING "CLOSE_CONNECTION=DEFER"
>         #DATA "geom From airports"
>         DATA "geom From (select a.icao, geom From airports a left join airportdata e on a.icao = e.icao where e.icao Is Not Null) as subquery using unique icao using srid=4326"
>         STATUS ON
>         TYPE POINT
>         LABELITEM "icao"
>         CLASS
>             LABEL
>         #TYPE        truetype
>         #FONT         "sans"
>         #SIZE        8
>                 ANTIALIAS     TRUE
>                 POSITION     AUTO
>                 PARTIALS     TRUE
>                 MINDISTANCE     100
>                 BUFFER         4
>                 COLOR         0 0 0
>             END
>             NAME "airportsClass"
>         STYLE
>                 SYMBOL 'circle-filled'
>                 SIZE 3
>                 COLOR 255 22 22
>             END
>         END # Class
>     END # Layer
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130916/604a5922/attachment.htm>

From David.Fawcett at state.mn.us  Mon Sep 16 11:00:07 2013
From: David.Fawcett at state.mn.us (Fawcett, David (MNIT))
Date: Mon, 16 Sep 2013 18:00:07 +0000
Subject: [mapserver-users] TYPE/FONT/SIZE breaks labels
In-Reply-To: <COL130-W6E6708C351319B7B8C21AD9260@phx.gbl>
References: <COL130-W20FC8FE77B8CB395205750D9260@phx.gbl>,
	<84446DEF76453C439E9E97E438E13A63022E7DE8@suutari.haapa.mmm.fi>
	<COL130-W6E6708C351319B7B8C21AD9260@phx.gbl>
Message-ID: <D645DD294B659443AAFDEFBEC8F1E982246F69@055-CH1MPN1-003.055d.mgd.msft.net>

Make sure that the paths in your fontset file point to the font files and remember that the paths are probably case sensitive.

David.

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Michael McInnis
Sent: Monday, September 16, 2013 12:52 PM
To: Rahkonen Jukka; mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] TYPE/FONT/SIZE breaks labels

Thanks, that seems to have fixed things. It only seems to work with arial but the sizes work now.

I'll look into how to get full control of installed fonts I guess.

Michael McInnis 6033 44th Ave. N.E. Seattle, WA 98115 206 517-4701
> From: jukka.rahkonen at mmmtike.fi<mailto:jukka.rahkonen at mmmtike.fi>
> To: mmcinnis59 at msn.com<mailto:mmcinnis59 at msn.com>; mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
> Subject: VS: [mapserver-users] TYPE/FONT/SIZE breaks labels
> Date: Mon, 16 Sep 2013 17:09:04 +0000
>
> Hi,
>
> Add DEBUG 5 into your LAYER and you may see from the MS_ERRORFILE what is the problem. My bet is that you are missing the FONTSET http://www.mapserver.org/mapfile/fontset.html
>
> -Jukka Rahkonen-
> ________________________________
> Michael McInnis wrote:
>
> > Mapservers!
>
> > I have bailed on dynamically generating labels and fell back to a .map based solution and may have found the primary problem. If I enable TYPE or FONT or SIZE in the LABEL section my map fails to display. I installed Truetype fonts on my Ubuntu system on Friday.
>
> > Does anyone know why the fonts will not function?
>
> LAYER
> CONNECTIONTYPE POSTGIS
> NAME airports
> CONNECTION "host=xxxx dbname=xxxx user=xxxx password=xxxx port=xxxx"
> PROCESSING "CLOSE_CONNECTION=DEFER"
> #DATA "geom From airports"
> DATA "geom From (select a.icao, geom From airports a left join airportdata e on a.icao = e.icao where e.icao Is Not Null) as subquery using unique icao using srid=4326"
> STATUS ON
> TYPE POINT
> LABELITEM "icao"
> CLASS
> LABEL
> #TYPE truetype
> #FONT "sans"
> #SIZE 8
> ANTIALIAS TRUE
> POSITION AUTO
> PARTIALS TRUE
> MINDISTANCE 100
> BUFFER 4
> COLOR 0 0 0
> END
> NAME "airportsClass"
> STYLE
> SYMBOL 'circle-filled'
> SIZE 3
> COLOR 255 22 22
> END
> END # Class
> END # Layer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130916/1add5893/attachment.htm>

From jlapointe at mapgears.com  Mon Sep 16 14:46:22 2013
From: jlapointe at mapgears.com (Jessica Lapointe)
Date: Mon, 16 Sep 2013 17:46:22 -0400
Subject: [mapserver-users] New ScribeUI 0.4 Release
Message-ID: <CAJ-22h5779eoYD0yDB01wNWseQrhgnkRfwTev8Qx_zua=KW3TA@mail.gmail.com>

Hi List,

ScribeUI is a tool meant to help the editing and management of mapfiles,
supporting Scribe and Standard mapfile syntax. I am currently developing
this tool as a Google Summer of Code project.

As September 16th is the soft pencils down for the Google Summer of Code
2013, this 0.4 release will be the last code release to be officially part
of the GSoC. However, this doesn't mean the development of ScribeUI is
going to stop!

What's New ?

   - Plugin system! It is now easy to add a new component to ScribeUI,
   should it be client or server side.
   - Included an example plugin called setextent. It is a fairly minimal
   example of how plugins should be structured and how they work.


What's Next ?

   - Next step is proper documentation, for the user and  for developers
   who with to create plugins.



Download

ScribeUI and its installation instructions are available on github:
https://github.com/mapgears/scribeui

To get ScribeUI 0.4, you can clone the repo on github and checkout v0.4 or
you can download an archive:
https://github.com/mapgears/scribeui/releases/tag/v0.4

Bug reports can be made on github:
https://github.com/mapgears/scribeui/issues

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

From thomas.bonfort at gmail.com  Tue Sep 17 07:09:00 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Tue, 17 Sep 2013 16:09:00 +0200
Subject: [mapserver-users] MapServer 6.4 Released
Message-ID: <CAOM3y2hYjOpermxpAAZgbBxPVPomy5Kj+T2U1XiA0iokuSm8mA@mail.gmail.com>

The MapServer team is pleased to announce the release of MapServer
6.4, along with the joint release of MapCache 1.2.

Details of the new features, migration instructions, and download
links can be found on the dedicated announcement page at
http://www.mapserver.org/development/announce/6-4.html .

cheers,
The MapServer PSC


From jlacroix at mapgears.com  Tue Sep 17 07:28:23 2013
From: jlacroix at mapgears.com (Julien-Samuel Lacroix)
Date: Tue, 17 Sep 2013 10:28:23 -0400
Subject: [mapserver-users] New ScribeUI 0.4 Release
In-Reply-To: <CAJ-22h5779eoYD0yDB01wNWseQrhgnkRfwTev8Qx_zua=KW3TA@mail.gmail.com>
References: <CAJ-22h5779eoYD0yDB01wNWseQrhgnkRfwTev8Qx_zua=KW3TA@mail.gmail.com>
Message-ID: <52386707.7080801@mapgears.com>

Hi all,

For those interested in learning more about ScribeUI, I'll be presenting 
it at FOSS4G 2013:

http://2013.foss4g.org/conf/programme/presentations/142/

The presentation will be at 11:30 on Saturday 21st September
in EMCC: Room 3. You are all more than welcome!

Julien

On 13-09-16 05:46 PM, Jessica Lapointe wrote:
> Hi List,
>
> ScribeUI is a tool meant to help the editing and management of mapfiles,
> supporting Scribe and Standard mapfile syntax. I am currently developing
> this tool as a Google Summer of Code project.
>
> As September 16th is the soft pencils down for the Google Summer of Code
> 2013, this 0.4 release will be the last code release to be officially
> part of the GSoC. However, this doesn't mean the development of ScribeUI
> is going to stop!
>
> What's New ?
>
>   * Plugin system! It is now easy to add a new component to ScribeUI,
>     should it be client or server side.
>   * Included an example plugin called setextent. It is a fairly minimal
>     example of how plugins should be structured and how they work.
>
>
> What's Next ?
>
>   * Next step is proper documentation, for the user and  for developers
>     who with to create plugins.
>
>
>
> Download
>
> ScribeUI and its installation instructions are available on github:
> https://github.com/mapgears/scribeui
>
> To get ScribeUI 0.4, you can clone the repo on github and checkout v0.4
> or you can download an archive:
> https://github.com/mapgears/scribeui/releases/tag/v0.4
>
> Bug reports can be made on github:
> https://github.com/mapgears/scribeui/issues
>
> Thanks a lot!
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>

-- 
Julien-Samuel Lacroix
Mapgears
http://www.mapgears.com/


From andy at squeakycode.net  Tue Sep 17 11:48:31 2013
From: andy at squeakycode.net (andy)
Date: Tue, 17 Sep 2013 13:48:31 -0500
Subject: [mapserver-users] MapServer 6.4 Released
In-Reply-To: <CAOM3y2hYjOpermxpAAZgbBxPVPomy5Kj+T2U1XiA0iokuSm8mA@mail.gmail.com>
References: <CAOM3y2hYjOpermxpAAZgbBxPVPomy5Kj+T2U1XiA0iokuSm8mA@mail.gmail.com>
Message-ID: <5238A3FF.8000801@squeakycode.net>

On 9/17/2013 9:09 AM, thomas bonfort wrote:
> The MapServer team is pleased to announce the release of MapServer
> 6.4, along with the joint release of MapCache 1.2.
>
> Details of the new features, migration instructions, and download
> links can be found on the dedicated announcement page at
> http://www.mapserver.org/development/announce/6-4.html .
>
> cheers,
> The MapServer PSC


I'm trying to compile this on slackware64 14.  It cant find PostGis 
(which is weird):

-- Could NOT find POSTGRESQL (missing:  POSTGRESQL_LIBRARY 
POSTGRESQL_INCLUDE_DIR)
CMake Error at CMakeLists.txt:43 (message):
   POSTGIS library/component/dependency could not be found.

     HINTS:
     - disable POSTGIS support by adding -DWITH_POSTGIS=0
     - add the POSTGIS install directory to the CMAKE_PREFIX_PATH 
variable 
(-DCMAKE_PREFIX_PATH="/path/to/POSTGIS-install-dir;/path/to/other/dirs"
Call Stack (most recent call first):
   CMakeLists.txt:480 (report_optional_not_found)



What is the POSTGIS install directory?  The bin folder?  The Lib? 
Contrib?  Extension?

I tried:

cmake -DCMAKE_PREFIX_PATH="/usr/local/pg93/bin/"  ..

Plus some others, but nothing seems to work.  Any hints?

-Andy




From thomas.bonfort at gmail.com  Tue Sep 17 12:05:20 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Tue, 17 Sep 2013 21:05:20 +0200
Subject: [mapserver-users] MapServer 6.4 Released
In-Reply-To: <5238A3FF.8000801@squeakycode.net>
References: <CAOM3y2hYjOpermxpAAZgbBxPVPomy5Kj+T2U1XiA0iokuSm8mA@mail.gmail.com>
	<5238A3FF.8000801@squeakycode.net>
Message-ID: <CAOM3y2h=VMinCzuj2Ox66HDrd4bgymSkDjCCUssCBLxvNO1Gmw@mail.gmail.com>

On Tue, Sep 17, 2013 at 8:48 PM, andy <andy at squeakycode.net> wrote:
> cmake -DCMAKE_PREFIX_PATH="/usr/local/pg93

have you tried with cmake -DCMAKE_PREFIX_PATH=/usr/local/pg93 ?


From andy at squeakycode.net  Tue Sep 17 12:07:50 2013
From: andy at squeakycode.net (andy)
Date: Tue, 17 Sep 2013 14:07:50 -0500
Subject: [mapserver-users] MapServer 6.4 Released
In-Reply-To: <CAOM3y2h=VMinCzuj2Ox66HDrd4bgymSkDjCCUssCBLxvNO1Gmw@mail.gmail.com>
References: <CAOM3y2hYjOpermxpAAZgbBxPVPomy5Kj+T2U1XiA0iokuSm8mA@mail.gmail.com>
	<5238A3FF.8000801@squeakycode.net>
	<CAOM3y2h=VMinCzuj2Ox66HDrd4bgymSkDjCCUssCBLxvNO1Gmw@mail.gmail.com>
Message-ID: <5238A886.3070406@squeakycode.net>

On 9/17/2013 2:05 PM, thomas bonfort wrote:
> On Tue, Sep 17, 2013 at 8:48 PM, andy <andy at squeakycode.net> wrote:
>> cmake -DCMAKE_PREFIX_PATH="/usr/local/pg93
>
> have you tried with cmake -DCMAKE_PREFIX_PATH=/usr/local/pg93 ?
>

Nope, that one I missed.  But that one makes it work.  pg_config is in 
my path, doesn't cmake check it?

Thank you!

-Andy


From thomas.bonfort at gmail.com  Tue Sep 17 12:11:56 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Tue, 17 Sep 2013 21:11:56 +0200
Subject: [mapserver-users] MapServer 6.4 Released
In-Reply-To: <5238A886.3070406@squeakycode.net>
References: <CAOM3y2hYjOpermxpAAZgbBxPVPomy5Kj+T2U1XiA0iokuSm8mA@mail.gmail.com>
	<5238A3FF.8000801@squeakycode.net>
	<CAOM3y2h=VMinCzuj2Ox66HDrd4bgymSkDjCCUssCBLxvNO1Gmw@mail.gmail.com>
	<5238A886.3070406@squeakycode.net>
Message-ID: <CAOM3y2jR8H=QpBJTUM16UHm1sje5gg6_FX9FXBbNOKZ7z0xQ5g@mail.gmail.com>

nope, it just searches for libpq-fe.h and libpq.so, c.f.
https://github.com/mapserver/mapserver/blob/master/cmake/FindPostgreSQL.cmake


On Tue, Sep 17, 2013 at 9:07 PM, andy <andy at squeakycode.net> wrote:
> On 9/17/2013 2:05 PM, thomas bonfort wrote:
>>
>> On Tue, Sep 17, 2013 at 8:48 PM, andy <andy at squeakycode.net> wrote:
>>>
>>> cmake -DCMAKE_PREFIX_PATH="/usr/local/pg93
>>
>>
>> have you tried with cmake -DCMAKE_PREFIX_PATH=/usr/local/pg93 ?
>>
>
> Nope, that one I missed.  But that one makes it work.  pg_config is in my
> path, doesn't cmake check it?
>
> Thank you!
>
> -Andy


From andy at squeakycode.net  Tue Sep 17 12:19:25 2013
From: andy at squeakycode.net (andy)
Date: Tue, 17 Sep 2013 14:19:25 -0500
Subject: [mapserver-users] MapServer 6.4 Released
In-Reply-To: <CAOM3y2jR8H=QpBJTUM16UHm1sje5gg6_FX9FXBbNOKZ7z0xQ5g@mail.gmail.com>
References: <CAOM3y2hYjOpermxpAAZgbBxPVPomy5Kj+T2U1XiA0iokuSm8mA@mail.gmail.com>
	<5238A3FF.8000801@squeakycode.net>
	<CAOM3y2h=VMinCzuj2Ox66HDrd4bgymSkDjCCUssCBLxvNO1Gmw@mail.gmail.com>
	<5238A886.3070406@squeakycode.net>
	<CAOM3y2jR8H=QpBJTUM16UHm1sje5gg6_FX9FXBbNOKZ7z0xQ5g@mail.gmail.com>
Message-ID: <5238AB3D.2040305@squeakycode.net>

On 9/17/2013 2:11 PM, thomas bonfort wrote:
> nope, it just searches for libpq-fe.h and libpq.so, c.f.
> https://github.com/mapserver/mapserver/blob/master/cmake/FindPostgreSQL.cmake
>
>
> On Tue, Sep 17, 2013 at 9:07 PM, andy <andy at squeakycode.net> wrote:
>> On 9/17/2013 2:05 PM, thomas bonfort wrote:
>>>
>>> On Tue, Sep 17, 2013 at 8:48 PM, andy <andy at squeakycode.net> wrote:
>>>>
>>>> cmake -DCMAKE_PREFIX_PATH="/usr/local/pg93
>>>
>>>
>>> have you tried with cmake -DCMAKE_PREFIX_PATH=/usr/local/pg93 ?
>>>
>>
>> Nope, that one I missed.  But that one makes it work.  pg_config is in my
>> path, doesn't cmake check it?
>>
>> Thank you!
>>
>> -Andy

After googleing a little I found this:

https://github.com/mloskot/cmake-modules/blob/master/modules/FindPostgreSQL.cmake

That seems pretty close, how'd you feel about using pg_config?

-Andy


From thomas.bonfort at gmail.com  Tue Sep 17 12:28:10 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Tue, 17 Sep 2013 21:28:10 +0200
Subject: [mapserver-users] MapServer 6.4 Released
In-Reply-To: <5238AB3D.2040305@squeakycode.net>
References: <CAOM3y2hYjOpermxpAAZgbBxPVPomy5Kj+T2U1XiA0iokuSm8mA@mail.gmail.com>
	<5238A3FF.8000801@squeakycode.net>
	<CAOM3y2h=VMinCzuj2Ox66HDrd4bgymSkDjCCUssCBLxvNO1Gmw@mail.gmail.com>
	<5238A886.3070406@squeakycode.net>
	<CAOM3y2jR8H=QpBJTUM16UHm1sje5gg6_FX9FXBbNOKZ7z0xQ5g@mail.gmail.com>
	<5238AB3D.2040305@squeakycode.net>
Message-ID: <CAOM3y2iznhf4NznruTo-tuDtJv6RyXYGPGibwzSBvaepYY2S_A@mail.gmail.com>

patches/pull-requests welcome ;)

On Tue, Sep 17, 2013 at 9:19 PM, andy <andy at squeakycode.net> wrote:
> On 9/17/2013 2:11 PM, thomas bonfort wrote:
>>
>> nope, it just searches for libpq-fe.h and libpq.so, c.f.
>>
>> https://github.com/mapserver/mapserver/blob/master/cmake/FindPostgreSQL.cmake
>>
>>
>> On Tue, Sep 17, 2013 at 9:07 PM, andy <andy at squeakycode.net> wrote:
>>>
>>> On 9/17/2013 2:05 PM, thomas bonfort wrote:
>>>>
>>>>
>>>> On Tue, Sep 17, 2013 at 8:48 PM, andy <andy at squeakycode.net> wrote:
>>>>>
>>>>>
>>>>> cmake -DCMAKE_PREFIX_PATH="/usr/local/pg93
>>>>
>>>>
>>>>
>>>> have you tried with cmake -DCMAKE_PREFIX_PATH=/usr/local/pg93 ?
>>>>
>>>
>>> Nope, that one I missed.  But that one makes it work.  pg_config is in my
>>> path, doesn't cmake check it?
>>>
>>> Thank you!
>>>
>>> -Andy
>
>
> After googleing a little I found this:
>
> https://github.com/mloskot/cmake-modules/blob/master/modules/FindPostgreSQL.cmake
>
> That seems pretty close, how'd you feel about using pg_config?
>
> -Andy


From andy at squeakycode.net  Tue Sep 17 12:52:58 2013
From: andy at squeakycode.net (andy)
Date: Tue, 17 Sep 2013 14:52:58 -0500
Subject: [mapserver-users] MapServer 6.4 Released
In-Reply-To: <CAOM3y2iznhf4NznruTo-tuDtJv6RyXYGPGibwzSBvaepYY2S_A@mail.gmail.com>
References: <CAOM3y2hYjOpermxpAAZgbBxPVPomy5Kj+T2U1XiA0iokuSm8mA@mail.gmail.com>
	<5238A3FF.8000801@squeakycode.net>
	<CAOM3y2h=VMinCzuj2Ox66HDrd4bgymSkDjCCUssCBLxvNO1Gmw@mail.gmail.com>
	<5238A886.3070406@squeakycode.net>
	<CAOM3y2jR8H=QpBJTUM16UHm1sje5gg6_FX9FXBbNOKZ7z0xQ5g@mail.gmail.com>
	<5238AB3D.2040305@squeakycode.net>
	<CAOM3y2iznhf4NznruTo-tuDtJv6RyXYGPGibwzSBvaepYY2S_A@mail.gmail.com>
Message-ID: <5238B31A.5010105@squeakycode.net>

On 9/17/2013 2:28 PM, thomas bonfort wrote:
> patches/pull-requests welcome ;)
>

Ok, this seems to work for me.

-Andy
-------------- next part --------------
# - Find PostgreSQL
# Find the PostgreSQL includes and client library
# This module defines
#  POSTGRESQL_INCLUDE_DIR, where to find POSTGRESQL.h
#  POSTGRESQL_LIBRARY, the libraries needed to use POSTGRESQL.
#  POSTGRESQL_FOUND, If false, do not try to use PostgreSQL.
#
# Copyright (c) 2013 Thomas Bonfort
#

find_program(PG_CONFIG NAMES pg_config
  PATHS
  $ENV{ProgramFiles}/PostgreSQL/*/bin
  $ENV{SystemDrive}/PostgreSQL/*/bin
)

if (PG_CONFIG)
  exec_program( ${PG_CONFIG} ARGS "--includedir" OUTPUT_VARIABLE PG_INC_PATH )
  exec_program( ${PG_CONFIG} ARGS "--libdir" OUTPUT_VARIABLE PG_LIB_PATH )
else()
  message(WARNING "pg_config not found, will try some defaults")
endif()

find_path(POSTGRESQL_INCLUDE_DIR libpq-fe.h
  ${PG_INC_PATH}
  /usr/include/server
  /usr/include/postgresql
  /usr/include/pgsql/server
  /usr/local/include/pgsql/server
  /usr/include/postgresql/server
  /usr/include/postgresql/*/server
  /usr/local/include/postgresql/server
  /usr/local/include/postgresql/*/server
  $ENV{ProgramFiles}/PostgreSQL/*/include/server
  $ENV{SystemDrive}/PostgreSQL/*/include/server
)

find_library(POSTGRESQL_LIBRARY NAMES pq libpq
  PATHS
  ${PG_LIB_PATH}
  /usr/lib
  /usr/local/lib
  /usr/lib/postgresql
  /usr/lib64
  /usr/local/lib64
  /usr/lib64/postgresql
  $ENV{ProgramFiles}/PostgreSQL/*/lib/ms
  $ENV{SystemDrive}/PostgreSQL/*/lib/ms
)

set(POSTGRESQL_INCLUDE_DIRS ${POSTGRESQL_INCLUDE_DIR})
set(POSTGRESQL_LIBRARIES ${POSTGRESQL_LIBRARY})
include(FindPackageHandleStandardArgs)
find_package_handle_standard_args(POSTGRESQL DEFAULT_MSG POSTGRESQL_LIBRARY POSTGRESQL_INCLUDE_DIR)
mark_as_advanced(POSTGRESQL_LIBRARY POSTGRESQL_INCLUDE_DIR)

From andy at squeakycode.net  Tue Sep 17 13:15:56 2013
From: andy at squeakycode.net (andy)
Date: Tue, 17 Sep 2013 15:15:56 -0500
Subject: [mapserver-users] MapServer 6.4 Released
In-Reply-To: <CAOM3y2hYjOpermxpAAZgbBxPVPomy5Kj+T2U1XiA0iokuSm8mA@mail.gmail.com>
References: <CAOM3y2hYjOpermxpAAZgbBxPVPomy5Kj+T2U1XiA0iokuSm8mA@mail.gmail.com>
Message-ID: <5238B87C.9000607@squeakycode.net>

On 9/17/2013 9:09 AM, thomas bonfort wrote:
> The MapServer team is pleased to announce the release of MapServer
> 6.4, along with the joint release of MapCache 1.2.
>
> Details of the new features, migration instructions, and download
> links can be found on the dedicated announcement page at
> http://www.mapserver.org/development/announce/6-4.html .
>
> cheers,
> The MapServer PSC

I start with:

cmake -DCMAKE_INSTALL_PREFIX=/tmp/map  -DWITH_PERL=1  ..

it runs ok, and displays:

-- Will install files to /tmp/map
-- Configuring done
-- Generating done

then I run make, which compiles fine.  But "make install" has a problem 
with mapscript and tries to copy it to /usr/local/lib64, not /tmp/map.

[ 90%] Built target mapserver
[ 90%] Built target legend
[ 91%] Built target mapserv
[ 92%] Built target msencrypt
[ 92%] Built target scalebar
[ 93%] Built target shp2img
[ 94%] Built target shptree
[ 95%] Built target shptreetst
[ 96%] Built target shptreevis
[ 97%] Built target sortshp
[ 98%] Built target tile4ms
[100%] Built target perlmapscript
Install the project...
-- Install configuration: ""
-- Installing: /tmp/map/bin/sortshp
-- Set runtime path of "/tmp/map/bin/sortshp" to 
"/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
-- Installing: /tmp/map/bin/shptree
-- Set runtime path of "/tmp/map/bin/shptree" to 
"/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
-- Installing: /tmp/map/bin/shptreevis
-- Set runtime path of "/tmp/map/bin/shptreevis" to 
"/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
-- Installing: /tmp/map/bin/msencrypt
-- Set runtime path of "/tmp/map/bin/msencrypt" to 
"/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
-- Installing: /tmp/map/bin/legend
-- Set runtime path of "/tmp/map/bin/legend" to 
"/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
-- Installing: /tmp/map/bin/scalebar
-- Set runtime path of "/tmp/map/bin/scalebar" to 
"/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
-- Installing: /tmp/map/bin/tile4ms
-- Set runtime path of "/tmp/map/bin/tile4ms" to 
"/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
-- Installing: /tmp/map/bin/shptreetst
-- Set runtime path of "/tmp/map/bin/shptreetst" to 
"/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
-- Installing: /tmp/map/bin/shp2img
-- Set runtime path of "/tmp/map/bin/shp2img" to 
"/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
-- Installing: /tmp/map/bin/mapserv
-- Set runtime path of "/tmp/map/bin/mapserv" to 
"/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
-- Installing: /tmp/map/lib/libmapserver.so.6.4.0
-- Installing: /tmp/map/lib/libmapserver.so.1
-- Installing: /tmp/map/lib/libmapserver.so
-- Set runtime path of "/tmp/map/lib/libmapserver.so.6.4.0" to 
"/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
-- Installing: /usr/local/lib64/perl5/auto/mapscript/mapscript.so
CMake Error at mapscript/perl/cmake_install.cmake:38 (FILE):
   file INSTALL cannot copy file
 
"/home/andy/gis/mapserver/mapserver-6.4.0/buid/mapscript/perl/mapscript.so"
   to "/usr/local/lib64/perl5/auto/mapscript/mapscript.so".
Call Stack (most recent call first):
   cmake_install.cmake:273 (INCLUDE)

make: *** [install] Error 1

Any hints how I might fix this?

-Andy




From andy at squeakycode.net  Tue Sep 17 13:55:46 2013
From: andy at squeakycode.net (andy)
Date: Tue, 17 Sep 2013 15:55:46 -0500
Subject: [mapserver-users] MapServer 6.4 Released
In-Reply-To: <5238B87C.9000607@squeakycode.net>
References: <CAOM3y2hYjOpermxpAAZgbBxPVPomy5Kj+T2U1XiA0iokuSm8mA@mail.gmail.com>
	<5238B87C.9000607@squeakycode.net>
Message-ID: <5238C1D2.8030005@squeakycode.net>

On 9/17/2013 3:15 PM, andy wrote:
> On 9/17/2013 9:09 AM, thomas bonfort wrote:
>> The MapServer team is pleased to announce the release of MapServer
>> 6.4, along with the joint release of MapCache 1.2.
>>
>> Details of the new features, migration instructions, and download
>> links can be found on the dedicated announcement page at
>> http://www.mapserver.org/development/announce/6-4.html .
>>
>> cheers,
>> The MapServer PSC
>
> I start with:
>
> cmake -DCMAKE_INSTALL_PREFIX=/tmp/map  -DWITH_PERL=1  ..
>
> it runs ok, and displays:
>
> -- Will install files to /tmp/map
> -- Configuring done
> -- Generating done
>
> then I run make, which compiles fine.  But "make install" has a problem
> with mapscript and tries to copy it to /usr/local/lib64, not /tmp/map.
>
> [ 90%] Built target mapserver
> [ 90%] Built target legend
> [ 91%] Built target mapserv
> [ 92%] Built target msencrypt
> [ 92%] Built target scalebar
> [ 93%] Built target shp2img
> [ 94%] Built target shptree
> [ 95%] Built target shptreetst
> [ 96%] Built target shptreevis
> [ 97%] Built target sortshp
> [ 98%] Built target tile4ms
> [100%] Built target perlmapscript
> Install the project...
> -- Install configuration: ""
> -- Installing: /tmp/map/bin/sortshp
> -- Set runtime path of "/tmp/map/bin/sortshp" to
> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
> -- Installing: /tmp/map/bin/shptree
> -- Set runtime path of "/tmp/map/bin/shptree" to
> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
> -- Installing: /tmp/map/bin/shptreevis
> -- Set runtime path of "/tmp/map/bin/shptreevis" to
> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
> -- Installing: /tmp/map/bin/msencrypt
> -- Set runtime path of "/tmp/map/bin/msencrypt" to
> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
> -- Installing: /tmp/map/bin/legend
> -- Set runtime path of "/tmp/map/bin/legend" to
> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
> -- Installing: /tmp/map/bin/scalebar
> -- Set runtime path of "/tmp/map/bin/scalebar" to
> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
> -- Installing: /tmp/map/bin/tile4ms
> -- Set runtime path of "/tmp/map/bin/tile4ms" to
> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
> -- Installing: /tmp/map/bin/shptreetst
> -- Set runtime path of "/tmp/map/bin/shptreetst" to
> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
> -- Installing: /tmp/map/bin/shp2img
> -- Set runtime path of "/tmp/map/bin/shp2img" to
> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
> -- Installing: /tmp/map/bin/mapserv
> -- Set runtime path of "/tmp/map/bin/mapserv" to
> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
> -- Installing: /tmp/map/lib/libmapserver.so.6.4.0
> -- Installing: /tmp/map/lib/libmapserver.so.1
> -- Installing: /tmp/map/lib/libmapserver.so
> -- Set runtime path of "/tmp/map/lib/libmapserver.so.6.4.0" to
> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
> -- Installing: /usr/local/lib64/perl5/auto/mapscript/mapscript.so
> CMake Error at mapscript/perl/cmake_install.cmake:38 (FILE):
>    file INSTALL cannot copy file
>
> "/home/andy/gis/mapserver/mapserver-6.4.0/buid/mapscript/perl/mapscript.so"
>    to "/usr/local/lib64/perl5/auto/mapscript/mapscript.so".
> Call Stack (most recent call first):
>    cmake_install.cmake:273 (INCLUDE)
>
> make: *** [install] Error 1
>
> Any hints how I might fix this?
>
> -Andy
>
>

In mapscript/perl/CMakeLists.txt, how about stripping the leading '/' so 
that INSTALL() has a relative path instead of absolute:

set(CUSTOM_PERL_SITE_ARCH_DIR ${PERL_SITEARCH} CACHE DIR "Custom 
installation directory for perl binary extension
# strip leading slash so INSTALL() uses CMAKE_INSTALL_PREFIX
string(SUBSTRING ${CUSTOM_PERL_SITE_ARCH_DIR} 1 -1 
CUSTOM_PERL_SITE_ARCH_DIR)


Maybe?

-Andy



From mmcinnis59 at msn.com  Tue Sep 17 14:51:13 2013
From: mmcinnis59 at msn.com (Michael McInnis)
Date: Tue, 17 Sep 2013 14:51:13 -0700
Subject: [mapserver-users] No points selected with queryByShape
Message-ID: <COL130-W199129924BA57746D0BC09D9270@phx.gbl>

I'm baffled on this one!

I get a shape object $circle and I have a point layer $bizLayer.
I know they are both valid as they overlay as expected on my map.

When I call printBusiness to use queryByShape to get the points in the shape it always returns 0 for $numResults. 

Am I missing a step somewhere?

// Get shape from point and radius
$circle = createCircle($latlonPoint,$radius);

echo 'Biz Count : ';
$bizCount = printBusiness($bizLayer,$circle);
echo $bizCount;

// Draw all the layers per basic1.map
$image=$map->draw();

// Draw circle - reads shp->draw(map,template,image);
$circle->draw($map,$emptyLayer,$image);

$image_url=$image->saveWebImage();


function printBusiness($featureLayer,$shp){
    
    $featureLayer->queryByShape($shp);
    $numResults = $featureLayer->getNumResults();

    if($numResults > 0){
        echo 'if';
        return $numResults;
    }else{
        echo 'else';
        return 0;
    }
}
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130917/8f229af5/attachment.htm>

From richard.greenwood at gmail.com  Tue Sep 17 15:04:00 2013
From: richard.greenwood at gmail.com (Richard Greenwood)
Date: Tue, 17 Sep 2013 16:04:00 -0600
Subject: [mapserver-users] No points selected with queryByShape
In-Reply-To: <COL130-W199129924BA57746D0BC09D9270@phx.gbl>
References: <COL130-W199129924BA57746D0BC09D9270@phx.gbl>
Message-ID: <CAHBySPYGHJaOQpacfY872uyV89cb2hqyMJnYP==W_8AWjCqRJg@mail.gmail.com>

This is a long shot but check the extents defined in the map file.

Rich



On Tue, Sep 17, 2013 at 3:51 PM, Michael McInnis <mmcinnis59 at msn.com> wrote:

> I'm baffled on this one!
>
> I get a shape object $circle and I have a point layer $bizLayer.
> I know they are both valid as they overlay as expected on my map.
>
> When I call printBusiness to use queryByShape to get the points in the
> shape it always returns 0 for $numResults.
>
> Am I missing a step somewhere?
>
> // Get shape from point and radius
> $circle = createCircle($latlonPoint,$radius);
>
> echo 'Biz Count : ';
> $bizCount = printBusiness($bizLayer,$circle);
> echo $bizCount;
>
> // Draw all the layers per basic1.map
> $image=$map->draw();
>
> // Draw circle - reads shp->draw(map,template,image);
> $circle->draw($map,$emptyLayer,$image);
>
> $image_url=$image->saveWebImage();
>
>
> function printBusiness($featureLayer,$shp){
>
>     $featureLayer->queryByShape($shp);
>     $numResults = $featureLayer->getNumResults();
>
>     if($numResults > 0){
>         echo 'if';
>         return $numResults;
>     }else{
>         echo 'else';
>         return 0;
>     }
> }
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>



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

From Steve.Lime at state.mn.us  Tue Sep 17 15:16:16 2013
From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT))
Date: Tue, 17 Sep 2013 22:16:16 +0000
Subject: [mapserver-users] No points selected with queryByShape
In-Reply-To: <COL130-W199129924BA57746D0BC09D9270@phx.gbl>
References: <COL130-W199129924BA57746D0BC09D9270@phx.gbl>
Message-ID: <C549F0496453D842B4DD71AC8188DDC5600122@055-CH1MPN1-041.055d.mgd.msft.net>

Is your feature layer queryable? That is, does is have a value set for TEMPLATE? Even 'TEMPLATE void' will do.

Steve

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Michael McInnis
Sent: Tuesday, September 17, 2013 4:51 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] No points selected with queryByShape

I'm baffled on this one!

I get a shape object $circle and I have a point layer $bizLayer.
I know they are both valid as they overlay as expected on my map.

When I call printBusiness to use queryByShape to get the points in the shape it always returns 0 for $numResults.

Am I missing a step somewhere?

// Get shape from point and radius
$circle = createCircle($latlonPoint,$radius);

echo 'Biz Count : ';
$bizCount = printBusiness($bizLayer,$circle);
echo $bizCount;

// Draw all the layers per basic1.map
$image=$map->draw();

// Draw circle - reads shp->draw(map,template,image);
$circle->draw($map,$emptyLayer,$image);

$image_url=$image->saveWebImage();


function printBusiness($featureLayer,$shp){

    $featureLayer->queryByShape($shp);
    $numResults = $featureLayer->getNumResults();

    if($numResults > 0){
        echo 'if';
        return $numResults;
    }else{
        echo 'else';
        return 0;
    }
}
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130917/84637ccb/attachment.htm>

From mmcinnis59 at msn.com  Tue Sep 17 15:23:18 2013
From: mmcinnis59 at msn.com (Michael McInnis)
Date: Tue, 17 Sep 2013 15:23:18 -0700
Subject: [mapserver-users] No points selected with queryByShape
In-Reply-To: <C549F0496453D842B4DD71AC8188DDC5600122@055-CH1MPN1-041.055d.mgd.msft.net>
References: <COL130-W199129924BA57746D0BC09D9270@phx.gbl>,
	<C549F0496453D842B4DD71AC8188DDC5600122@055-CH1MPN1-041.055d.mgd.msft.net>
Message-ID: <COL130-W5DA20F185C243CE085574D9270@phx.gbl>

Not sure I follow this.
Template is an empty layer in my map file we use to add shapes to for display.
My Feature layer is a shapefile of business point locations.
What does queryable mean in relation to a shapefile of points?

Michael McInnis
6033 44th Ave. N.E.
Seattle, WA 98115
206 517-4701

From: Steve.Lime at state.mn.us
To: mmcinnis59 at msn.com; mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] No points selected with queryByShape
Date: Tue, 17 Sep 2013 22:16:16 +0000









Is your feature layer queryable? That is, does is have a value set for TEMPLATE? Even ?TEMPLATE void? will do.
 
Steve
 


From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org]
On Behalf Of Michael McInnis

Sent: Tuesday, September 17, 2013 4:51 PM

To: mapserver-users at lists.osgeo.org

Subject: [mapserver-users] No points selected with queryByShape


 

I'm baffled on this one!



I get a shape object $circle and I have a point layer $bizLayer.

I know they are both valid as they overlay as expected on my map.



When I call printBusiness to use queryByShape to get the points in the shape it always returns 0 for $numResults.




Am I missing a step somewhere?



// Get shape from point and radius

$circle = createCircle($latlonPoint,$radius);



echo 'Biz Count : ';

$bizCount = printBusiness($bizLayer,$circle);

echo $bizCount;



// Draw all the layers per basic1.map

$image=$map->draw();



// Draw circle - reads shp->draw(map,template,image);

$circle->draw($map,$emptyLayer,$image);



$image_url=$image->saveWebImage();





function printBusiness($featureLayer,$shp){

    

    $featureLayer->queryByShape($shp);

    $numResults = $featureLayer->getNumResults();



    if($numResults > 0){

        echo 'if';

        return $numResults;

    }else{

        echo 'else';

        return 0;

    }

}

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

From Steve.Lime at state.mn.us  Tue Sep 17 17:23:52 2013
From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT))
Date: Wed, 18 Sep 2013 00:23:52 +0000
Subject: [mapserver-users] No points selected with queryByShape
In-Reply-To: <COL130-W5DA20F185C243CE085574D9270@phx.gbl>
References: <COL130-W199129924BA57746D0BC09D9270@phx.gbl>,
	<C549F0496453D842B4DD71AC8188DDC5600122@055-CH1MPN1-041.055d.mgd.msft.net>,
	<COL130-W5DA20F185C243CE085574D9270@phx.gbl>
Message-ID: <C549F0496453D842B4DD71AC8188DDC560016A@055-CH1MPN1-041.055d.mgd.msft.net>

A layer must be queryable and ON before you can run query operations on it. That is:

LAYER
  NAME 'business_point_locations'
  STATUS ON # or DEFAULT
  TYPE POINT
  ...
  TEMPLATE void
END

Steve


________________________________
From: Michael McInnis [mmcinnis59 at msn.com]
Sent: Tuesday, September 17, 2013 5:23 PM
To: Lime, Steve D (MNIT); mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] No points selected with queryByShape

Not sure I follow this.

Template is an empty layer in my map file we use to add shapes to for display.

My Feature layer is a shapefile of business point locations.

What does queryable mean in relation to a shapefile of points?

Michael McInnis 6033 44th Ave. N.E. Seattle, WA 98115 206 517-4701

________________________________
From: Steve.Lime at state.mn.us
To: mmcinnis59 at msn.com; mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] No points selected with queryByShape
Date: Tue, 17 Sep 2013 22:16:16 +0000


Is your feature layer queryable? That is, does is have a value set for TEMPLATE? Even ?TEMPLATE void? will do.



Steve



From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Michael McInnis
Sent: Tuesday, September 17, 2013 4:51 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] No points selected with queryByShape



I'm baffled on this one!

I get a shape object $circle and I have a point layer $bizLayer.
I know they are both valid as they overlay as expected on my map.

When I call printBusiness to use queryByShape to get the points in the shape it always returns 0 for $numResults.

Am I missing a step somewhere?

// Get shape from point and radius
$circle = createCircle($latlonPoint,$radius);

echo 'Biz Count : ';
$bizCount = printBusiness($bizLayer,$circle);
echo $bizCount;

// Draw all the layers per basic1.map
$image=$map->draw();

// Draw circle - reads shp->draw(map,template,image);
$circle->draw($map,$emptyLayer,$image);

$image_url=$image->saveWebImage();


function printBusiness($featureLayer,$shp){

    $featureLayer->queryByShape($shp);
    $numResults = $featureLayer->getNumResults();

    if($numResults > 0){
        echo 'if';
        return $numResults;
    }else{
        echo 'else';
        return 0;
    }
}
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130918/18aacfb3/attachment.htm>

From MarkVolz at co.lyon.mn.us  Thu Sep 19 08:25:25 2013
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Thu, 19 Sep 2013 15:25:25 +0000
Subject: [mapserver-users] mapcache - edges black,
	problems with transparency.
Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA321689B@swmail01.r8nssis.local>

Hello,

I am having a couple issues with mapcache:  
First, The edges of my map (outside of the gird) are black.  Is there a way to change the outside edge color to either white, or transparent?
Second, I would like to enable transparency on some of my caches.  From what I read using "PNG_BEST" will store transparent tiles.  However this did not seem to work.  If anyone has any tips on how to store transparent tiles let me know.

I am using MS4W 3.1 beta.  My source WMS server is set up to share transparent images, and it does not have the black edge issue.


Mark Volz, GISP
GIS Specialist




From jayzee.smith at gmail.com  Thu Sep 19 09:27:44 2013
From: jayzee.smith at gmail.com (John Smith)
Date: Thu, 19 Sep 2013 12:27:44 -0400
Subject: [mapserver-users]  styling wfs in openlayers 2.7?
Message-ID: <CAMZ8qd8YW8KOu9gUqr4x5oxtBPw6Bi5UmMFWXL-M5pJs75xRcA@mail.gmail.com>

(sorry for the cross-posting but never been able to subscribe to
[openlayers-users], maybe you can help)

---------- Forwarded message ----------
From: John Smith <jayzee.smith at gmail.com>
Date: Thu, Sep 19, 2013 at 11:48 AM
Subject: [OpenLayers-Users] styling wfs in 2.7?
To: openlayers-users at lists.osgeo.org
Cc: openlayers at metacarta.com

Protocol.WFS is not supported in 2.7 and this doesn't work. any help
appreciated.

// create stylemap
var my_style = new OpenLayers.StyleMap({
 "default": new OpenLayers.Style({
  pointRadius: "10",
  fillColor: "#ffcc66",
  strokeColor: "#ff9933",
  strokeWidth: 2,
  graphicZIndex: 1
 }),
 "select": new OpenLayers.Style({
  fillColor: "#66ccff",
  strokeColor: "#3399ff",
  graphicZIndex: 2
 })
});

// create layer and apply stylemap
my_layer = new OpenLayers.Layer.WFS("info",
 "/cgi-bin/info?crs=crs:84",
 { styleMap: my_style },
 { typename: 'search' },
 { extractAttributes: true }
thanks, jzs
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130919/6e6e183b/attachment.htm>

From MarkVolz at co.lyon.mn.us  Thu Sep 19 09:40:59 2013
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Thu, 19 Sep 2013 16:40:59 +0000
Subject: [mapserver-users] mapcache  - WMST and ArcGIS Server
Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA32168FE@swmail01.r8nssis.local>

Hello,

I added a service from mapcache to ArcGIS Desktop.  When I use WMS everything appears fine.  However, when I use WMTS the tiles are shifted slightly down from the other GIS layers.  The amount of the shift appears to change depending on how zoomed in I am.  I was just wondering if anyone knew how to fix this.  I am using the mapcache that came bundled with MS4W 3.1 beta  (6.2).

Thanks


Mark Volz, GISP
GIS Specialist



From pc at educ.ar  Thu Sep 19 12:02:40 2013
From: pc at educ.ar (Pablo Cecconi)
Date: Thu, 19 Sep 2013 16:02:40 -0300
Subject: [mapserver-users] Mapcache with mapfile as layer
Message-ID: <CAKU-AeGnbHK9cCi29bL=3QF7E2eFd_tK-D2u+r7j-YJpXHqS7w@mail.gmail.com>

Hello,

I've been a Mapserver user for many years now but I'm new to Mapcache and
I'm not sure whether it's possible to replicate a particular TileCache
setup using Mapcache.
What we have today is a number of mapfiles (with Mapserver 5.4) set up as
WMS-C layers served with TileCache. We're migrating to Mapserver 6.2.1 and
as it's incompatible with TileCache we expect to be able to replace it
using Mapcache.
In our current setup if I have a mapfile where a particular layer has
STATUS OFF then TileCache will honor that status and not render the layer.
I'd like to know whether it's possible to have MapCache work that way, that
is, passing the map name as the LAYERS parameter of the WMS service and
make it honor whatever STATUS a particular layer would have in the mapfile.

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

From woodbri at swoodbridge.com  Thu Sep 19 12:40:05 2013
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Thu, 19 Sep 2013 15:40:05 -0400
Subject: [mapserver-users] Mapcache with mapfile as layer
In-Reply-To: <CAKU-AeGnbHK9cCi29bL=3QF7E2eFd_tK-D2u+r7j-YJpXHqS7w@mail.gmail.com>
References: <CAKU-AeGnbHK9cCi29bL=3QF7E2eFd_tK-D2u+r7j-YJpXHqS7w@mail.gmail.com>
Message-ID: <523B5315.7050509@swoodbridge.com>

On 9/19/2013 3:02 PM, Pablo Cecconi wrote:
> Hello,
>
> I've been a Mapserver user for many years now but I'm new to Mapcache
> and I'm not sure whether it's possible to replicate a particular
> TileCache setup using Mapcache.
> What we have today is a number of mapfiles (with Mapserver 5.4) set up
> as WMS-C layers served with TileCache. We're migrating to Mapserver
> 6.2.1 and as it's incompatible with TileCache we expect to be able to
> replace it using Mapcache.
> In our current setup if I have a mapfile where a particular layer has
> STATUS OFF then TileCache will honor that status and not render the layer.
> I'd like to know whether it's possible to have MapCache work that way,
> that is, passing the map name as the LAYERS parameter of the WMS service
> and make it honor whatever STATUS a particular layer would have in the
> mapfile.

I think the mapcache paradigm for this in mapcache works like this:

tileset
   name=foo
   source=foo-source

source
   name=foo-source
   map=/path/to/mapfile
   layers=layer1,layer2,layers3,...

So you can configure which layers a tileset returns. I'm not sure how it 
deals with the status off, but it will work if you define the list 
explicitly. This also allow you to do this in the same mapcache.xml

tileset
   name=foo2
   source=foo-source2

source
   name=foo-source2
   map=/path/to/mapfile
   layers=streets,...
   transparent=true

I do this a lot when I have a subset of data like streets that I want to 
render as an overly on a raster image

-Steve W


From pc at educ.ar  Thu Sep 19 12:46:19 2013
From: pc at educ.ar (Pablo Cecconi)
Date: Thu, 19 Sep 2013 16:46:19 -0300
Subject: [mapserver-users] Mapcache with mapfile as layer
In-Reply-To: <523B5315.7050509@swoodbridge.com>
References: <CAKU-AeGnbHK9cCi29bL=3QF7E2eFd_tK-D2u+r7j-YJpXHqS7w@mail.gmail.com>
	<523B5315.7050509@swoodbridge.com>
Message-ID: <CAKU-AeEN-+CVR08BY6M3wKg0LbvoY4s4YGztiba-5qkJ6Vjreg@mail.gmail.com>

The problem with that approach is that is the mapfile changes (a layer is
added or the default status of a layer changes) then I also have to update
mapcache config file. What i wonder is if there is a way to just modify the
map and have Mapcache reflecting that change.

Pablo


On Thu, Sep 19, 2013 at 4:40 PM, Stephen Woodbridge <woodbri at swoodbridge.com
> wrote:

> On 9/19/2013 3:02 PM, Pablo Cecconi wrote:
>
>> Hello,
>>
>> I've been a Mapserver user for many years now but I'm new to Mapcache
>> and I'm not sure whether it's possible to replicate a particular
>> TileCache setup using Mapcache.
>> What we have today is a number of mapfiles (with Mapserver 5.4) set up
>> as WMS-C layers served with TileCache. We're migrating to Mapserver
>> 6.2.1 and as it's incompatible with TileCache we expect to be able to
>> replace it using Mapcache.
>> In our current setup if I have a mapfile where a particular layer has
>> STATUS OFF then TileCache will honor that status and not render the layer.
>> I'd like to know whether it's possible to have MapCache work that way,
>> that is, passing the map name as the LAYERS parameter of the WMS service
>> and make it honor whatever STATUS a particular layer would have in the
>> mapfile.
>>
>
> I think the mapcache paradigm for this in mapcache works like this:
>
> tileset
>   name=foo
>   source=foo-source
>
> source
>   name=foo-source
>   map=/path/to/mapfile
>   layers=layer1,layer2,layers3,.**..
>
> So you can configure which layers a tileset returns. I'm not sure how it
> deals with the status off, but it will work if you define the list
> explicitly. This also allow you to do this in the same mapcache.xml
>
> tileset
>   name=foo2
>   source=foo-source2
>
> source
>   name=foo-source2
>   map=/path/to/mapfile
>   layers=streets,...
>   transparent=true
>
> I do this a lot when I have a subset of data like streets that I want to
> render as an overly on a raster image
>
> -Steve W
> ______________________________**_________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.**org <mapserver-users at lists.osgeo.org>
> http://lists.osgeo.org/**mailman/listinfo/mapserver-**users<http://lists.osgeo.org/mailman/listinfo/mapserver-users>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130919/2d56fbf7/attachment.htm>

From woodbri at swoodbridge.com  Thu Sep 19 15:53:46 2013
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Thu, 19 Sep 2013 18:53:46 -0400
Subject: [mapserver-users] Mapcache with mapfile as layer
In-Reply-To: <CAKU-AeE+hO93Lw1J0pf6VAJ1djMR6hkLGvofO5ocmqR3tzyiQQ@mail.gmail.com>
References: <CAKU-AeGnbHK9cCi29bL=3QF7E2eFd_tK-D2u+r7j-YJpXHqS7w@mail.gmail.com>
	<523B5315.7050509@swoodbridge.com>
	<CAKU-AeE+hO93Lw1J0pf6VAJ1djMR6hkLGvofO5ocmqR3tzyiQQ@mail.gmail.com>
Message-ID: <523B807A.9070008@swoodbridge.com>

If you modify the mapfile then it invalidates the whole cache for the 
tileset and you have other maintenance to do on it anyway. I would write 
a script that does the maintenance of checking the for mapfile changes, 
deleting the invalid tiles maybe updating the mapcache.xml, etc.

-Steve W

On 9/19/2013 3:45 PM, Pablo Cecconi wrote:
> The problem with that approach is that is the mapfile changes (a layer
> is added or the default status of a layer changes) then I also have to
> update mapcache config file. What i wonder is if there is a way to just
> modify the map and have Mapcache reflecting that change.
>
> Pablo
>
>
> On Thu, Sep 19, 2013 at 4:40 PM, Stephen Woodbridge
> <woodbri at swoodbridge.com <mailto:woodbri at swoodbridge.com>> wrote:
>
>     On 9/19/2013 3:02 PM, Pablo Cecconi wrote:
>
>         Hello,
>
>         I've been a Mapserver user for many years now but I'm new to
>         Mapcache
>         and I'm not sure whether it's possible to replicate a particular
>         TileCache setup using Mapcache.
>         What we have today is a number of mapfiles (with Mapserver 5.4)
>         set up
>         as WMS-C layers served with TileCache. We're migrating to Mapserver
>         6.2.1 and as it's incompatible with TileCache we expect to be
>         able to
>         replace it using Mapcache.
>         In our current setup if I have a mapfile where a particular
>         layer has
>         STATUS OFF then TileCache will honor that status and not render
>         the layer.
>         I'd like to know whether it's possible to have MapCache work
>         that way,
>         that is, passing the map name as the LAYERS parameter of the WMS
>         service
>         and make it honor whatever STATUS a particular layer would have
>         in the
>         mapfile.
>
>
>     I think the mapcache paradigm for this in mapcache works like this:
>
>     tileset
>        name=foo
>        source=foo-source
>
>     source
>        name=foo-source
>        map=/path/to/mapfile
>        layers=layer1,layer2,layers3,.__..
>
>     So you can configure which layers a tileset returns. I'm not sure
>     how it deals with the status off, but it will work if you define the
>     list explicitly. This also allow you to do this in the same mapcache.xml
>
>     tileset
>        name=foo2
>        source=foo-source2
>
>     source
>        name=foo-source2
>        map=/path/to/mapfile
>        layers=streets,...
>        transparent=true
>
>     I do this a lot when I have a subset of data like streets that I
>     want to render as an overly on a raster image
>
>     -Steve W
>     _________________________________________________
>     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
>     <http://lists.osgeo.org/mailman/listinfo/mapserver-users>
>
>



From woodbri at swoodbridge.com  Thu Sep 19 18:18:34 2013
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Thu, 19 Sep 2013 21:18:34 -0400
Subject: [mapserver-users] Mapcache with mapfile as layer
In-Reply-To: <CAKU-AeEN-+CVR08BY6M3wKg0LbvoY4s4YGztiba-5qkJ6Vjreg@mail.gmail.com>
References: <CAKU-AeGnbHK9cCi29bL=3QF7E2eFd_tK-D2u+r7j-YJpXHqS7w@mail.gmail.com>
	<523B5315.7050509@swoodbridge.com>
	<CAKU-AeEN-+CVR08BY6M3wKg0LbvoY4s4YGztiba-5qkJ6Vjreg@mail.gmail.com>
Message-ID: <523BA26A.40607@swoodbridge.com>

Try it, it might work, I don't remember, but you still have the problem 
of invalidating the tiles when you changes the mapfile. But seriously, 
your approach seems a little haphazard. Also how often to you make 
mapfile changes? how did you deal with the invalidating cache problem 
before?

The big difference here is that mapcache is using mapserver as a WMS 
source and therefore it has to conform to the WMS rules.

Anyway, Thomas is the one that you would need to convince or fund if you 
want changes to the existing behavior. Meanwhile it would be worthwhile 
your time to figure out how it curently works before asking for features 
that might already exist. It has been a few months since I setup a 
mapcache instance and I know there have been changes that I'm not on top 
of in the newest  release.

-Steve

On 9/19/2013 3:46 PM, Pablo Cecconi wrote:
> The problem with that approach is that is the mapfile changes (a layer
> is added or the default status of a layer changes) then I also have to
> update mapcache config file. What i wonder is if there is a way to just
> modify the map and have Mapcache reflecting that change.
>
> Pablo
>
>
> On Thu, Sep 19, 2013 at 4:40 PM, Stephen Woodbridge
> <woodbri at swoodbridge.com <mailto:woodbri at swoodbridge.com>> wrote:
>
>     On 9/19/2013 3:02 PM, Pablo Cecconi wrote:
>
>         Hello,
>
>         I've been a Mapserver user for many years now but I'm new to
>         Mapcache
>         and I'm not sure whether it's possible to replicate a particular
>         TileCache setup using Mapcache.
>         What we have today is a number of mapfiles (with Mapserver 5.4)
>         set up
>         as WMS-C layers served with TileCache. We're migrating to Mapserver
>         6.2.1 and as it's incompatible with TileCache we expect to be
>         able to
>         replace it using Mapcache.
>         In our current setup if I have a mapfile where a particular
>         layer has
>         STATUS OFF then TileCache will honor that status and not render
>         the layer.
>         I'd like to know whether it's possible to have MapCache work
>         that way,
>         that is, passing the map name as the LAYERS parameter of the WMS
>         service
>         and make it honor whatever STATUS a particular layer would have
>         in the
>         mapfile.
>
>
>     I think the mapcache paradigm for this in mapcache works like this:
>
>     tileset
>        name=foo
>        source=foo-source
>
>     source
>        name=foo-source
>        map=/path/to/mapfile
>        layers=layer1,layer2,layers3,.__..
>
>     So you can configure which layers a tileset returns. I'm not sure
>     how it deals with the status off, but it will work if you define the
>     list explicitly. This also allow you to do this in the same mapcache.xml
>
>     tileset
>        name=foo2
>        source=foo-source2
>
>     source
>        name=foo-source2
>        map=/path/to/mapfile
>        layers=streets,...
>        transparent=true
>
>     I do this a lot when I have a subset of data like streets that I
>     want to render as an overly on a raster image
>
>     -Steve W
>     _________________________________________________
>     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
>     <http://lists.osgeo.org/mailman/listinfo/mapserver-users>
>
>



From pc at educ.ar  Thu Sep 19 19:01:11 2013
From: pc at educ.ar (Pablo Cecconi)
Date: Thu, 19 Sep 2013 23:01:11 -0300
Subject: [mapserver-users] Mapcache with mapfile as layer
In-Reply-To: <CAKU-AeGwvjs7kSWS4r_ZSqJrpezsu9Z1UGA8otKNPF0MCuVFKQ@mail.gmail.com>
References: <CAKU-AeGnbHK9cCi29bL=3QF7E2eFd_tK-D2u+r7j-YJpXHqS7w@mail.gmail.com>
	<523B5315.7050509@swoodbridge.com>
	<CAKU-AeEN-+CVR08BY6M3wKg0LbvoY4s4YGztiba-5qkJ6Vjreg@mail.gmail.com>
	<523BA26A.40607@swoodbridge.com>
	<CAKU-AeGwvjs7kSWS4r_ZSqJrpezsu9Z1UGA8otKNPF0MCuVFKQ@mail.gmail.com>
Message-ID: <CAKU-AeGyeED+7XxAf9dnKnyrB-XorhBYQ0G0=WdrA=bEjkCz8w@mail.gmail.com>

The problem is not the invalidation of the tiles (which is a very simple
step that can even be done with a simple bash script) but the need to list
every single layer with status ON on the mapfile. To do that automatically
we need to use mapscript (as TileCache does) but we also need to deal with
generating a valid mapcache config file (which we cannot do with
mapscript). With TileCache instead we just mapped a given layer name with a
mapfile and we only had to care about invalidating and reseeding of tiles
and not with modifying TileCache config file. It's not so bad though. I
just thought that being part of Mapserver maybe MapCache could have some
kind of "special integration" with it.
Anyway, I'll continue digging to see if I find some easier way to deal with
this particular problem and if I do I promise to let you know.
Thanks again.

Pablo


On Thu, Sep 19, 2013 at 11:00 PM, Pablo Cecconi <pcecconi at gmail.com> wrote:

> The problem is not the invalidation of the tiles (which is a very simple
> step that can even be done with a simple bash script) but the need to list
> every single layer with status ON on the mapfile. To do that automatically
> we need to use mapscript (as TileCache does) but we also need to deal with
> generating a valid mapcache config file (which we cannot do with
> mapscript). With TileCache instead we just mapped a given layer name with a
> mapfile and we only had to care about invalidating and reseeding of tiles
> and not with modifying TileCache config file. It's not so bad though. I
> just thought that being part of Mapserver maybe MapCache could have some
> kind of "special integration" with it.
> Anyway, I'll continue digging to see if I find some easier way to deal
> with this particular problem and if I do I promise to let you know.
> Thanks again.
>
> Pablo
>
>
>
> On Thu, Sep 19, 2013 at 10:18 PM, Stephen Woodbridge <
> woodbri at swoodbridge.com> wrote:
>
>> Try it, it might work, I don't remember, but you still have the problem
>> of invalidating the tiles when you changes the mapfile. But seriously, your
>> approach seems a little haphazard. Also how often to you make mapfile
>> changes? how did you deal with the invalidating cache problem before?
>>
>> The big difference here is that mapcache is using mapserver as a WMS
>> source and therefore it has to conform to the WMS rules.
>>
>> Anyway, Thomas is the one that you would need to convince or fund if you
>> want changes to the existing behavior. Meanwhile it would be worthwhile
>> your time to figure out how it curently works before asking for features
>> that might already exist. It has been a few months since I setup a mapcache
>> instance and I know there have been changes that I'm not on top of in the
>> newest  release.
>>
>> -Steve
>>
>>
>> On 9/19/2013 3:46 PM, Pablo Cecconi wrote:
>>
>>> The problem with that approach is that is the mapfile changes (a layer
>>> is added or the default status of a layer changes) then I also have to
>>> update mapcache config file. What i wonder is if there is a way to just
>>> modify the map and have Mapcache reflecting that change.
>>>
>>> Pablo
>>>
>>>
>>> On Thu, Sep 19, 2013 at 4:40 PM, Stephen Woodbridge
>>> <woodbri at swoodbridge.com <mailto:woodbri at swoodbridge.**com<woodbri at swoodbridge.com>>>
>>> wrote:
>>>
>>>     On 9/19/2013 3:02 PM, Pablo Cecconi wrote:
>>>
>>>         Hello,
>>>
>>>         I've been a Mapserver user for many years now but I'm new to
>>>         Mapcache
>>>         and I'm not sure whether it's possible to replicate a particular
>>>         TileCache setup using Mapcache.
>>>         What we have today is a number of mapfiles (with Mapserver 5.4)
>>>         set up
>>>         as WMS-C layers served with TileCache. We're migrating to
>>> Mapserver
>>>         6.2.1 and as it's incompatible with TileCache we expect to be
>>>         able to
>>>         replace it using Mapcache.
>>>         In our current setup if I have a mapfile where a particular
>>>         layer has
>>>         STATUS OFF then TileCache will honor that status and not render
>>>         the layer.
>>>         I'd like to know whether it's possible to have MapCache work
>>>         that way,
>>>         that is, passing the map name as the LAYERS parameter of the WMS
>>>         service
>>>         and make it honor whatever STATUS a particular layer would have
>>>         in the
>>>         mapfile.
>>>
>>>
>>>     I think the mapcache paradigm for this in mapcache works like this:
>>>
>>>     tileset
>>>        name=foo
>>>        source=foo-source
>>>
>>>     source
>>>        name=foo-source
>>>        map=/path/to/mapfile
>>>        layers=layer1,layer2,layers3,.**__..
>>>
>>>
>>>     So you can configure which layers a tileset returns. I'm not sure
>>>     how it deals with the status off, but it will work if you define the
>>>     list explicitly. This also allow you to do this in the same
>>> mapcache.xml
>>>
>>>     tileset
>>>        name=foo2
>>>        source=foo-source2
>>>
>>>     source
>>>        name=foo-source2
>>>        map=/path/to/mapfile
>>>        layers=streets,...
>>>        transparent=true
>>>
>>>     I do this a lot when I have a subset of data like streets that I
>>>     want to render as an overly on a raster image
>>>
>>>     -Steve W
>>>     ______________________________**___________________
>>>     mapserver-users mailing list
>>>     mapserver-users at lists.osgeo.__**org
>>>     <mailto:mapserver-users at lists.**osgeo.org<mapserver-users at lists.osgeo.org>
>>> >
>>>     http://lists.osgeo.org/__**mailman/listinfo/mapserver-__**users<http://lists.osgeo.org/__mailman/listinfo/mapserver-__users>
>>>     <http://lists.osgeo.org/**mailman/listinfo/mapserver-**users<http://lists.osgeo.org/mailman/listinfo/mapserver-users>
>>> >
>>>
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130919/71fd2dd0/attachment.htm>

From woodbri at swoodbridge.com  Thu Sep 19 19:08:58 2013
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Thu, 19 Sep 2013 22:08:58 -0400
Subject: [mapserver-users] Mapcache with mapfile as layer
In-Reply-To: <CAKU-AeGwvjs7kSWS4r_ZSqJrpezsu9Z1UGA8otKNPF0MCuVFKQ@mail.gmail.com>
References: <CAKU-AeGnbHK9cCi29bL=3QF7E2eFd_tK-D2u+r7j-YJpXHqS7w@mail.gmail.com>
	<523B5315.7050509@swoodbridge.com>
	<CAKU-AeEN-+CVR08BY6M3wKg0LbvoY4s4YGztiba-5qkJ6Vjreg@mail.gmail.com>
	<523BA26A.40607@swoodbridge.com>
	<CAKU-AeGwvjs7kSWS4r_ZSqJrpezsu9Z1UGA8otKNPF0MCuVFKQ@mail.gmail.com>
Message-ID: <523BAE3A.6090900@swoodbridge.com>

Thanks, I would be interested in hearing how you work this out. It might 
help to remember that mapcache ONLY talks to mapserver via the WMS 
protocol, NOT the mapserver CGI protocol. This is a big difference from 
TileCache. Anyway good luck with your efforts.

-Steve

On 9/19/2013 10:00 PM, Pablo Cecconi wrote:
> The problem is not the invalidation of the tiles (which is a very simple
> step that can even be done with a simple bash script) but the need to
> list every single layer with status ON on the mapfile. To do that
> automatically we need to use mapscript (as TileCache does) but we also
> need to deal with generating a valid mapcache config file (which we
> cannot do with mapscript). With TileCache instead we just mapped a given
> layer name with a mapfile and we only had to care about invalidating and
> reseeding of tiles and not with modifying TileCache config file. It's
> not so bad though. I just thought that being part of Mapserver maybe
> MapCache could have some kind of "special integration" with it.
> Anyway, I'll continue digging to see if I find some easier way to deal
> with this particular problem and if I do I promise to let you know.
> Thanks again.
>
> Pablo
>
>
>
> On Thu, Sep 19, 2013 at 10:18 PM, Stephen Woodbridge
> <woodbri at swoodbridge.com <mailto:woodbri at swoodbridge.com>> wrote:
>
>     Try it, it might work, I don't remember, but you still have the
>     problem of invalidating the tiles when you changes the mapfile. But
>     seriously, your approach seems a little haphazard. Also how often to
>     you make mapfile changes? how did you deal with the invalidating
>     cache problem before?
>
>     The big difference here is that mapcache is using mapserver as a WMS
>     source and therefore it has to conform to the WMS rules.
>
>     Anyway, Thomas is the one that you would need to convince or fund if
>     you want changes to the existing behavior. Meanwhile it would be
>     worthwhile your time to figure out how it curently works before
>     asking for features that might already exist. It has been a few
>     months since I setup a mapcache instance and I know there have been
>     changes that I'm not on top of in the newest  release.
>
>     -Steve
>
>
>     On 9/19/2013 3:46 PM, Pablo Cecconi wrote:
>
>         The problem with that approach is that is the mapfile changes (a
>         layer
>         is added or the default status of a layer changes) then I also
>         have to
>         update mapcache config file. What i wonder is if there is a way
>         to just
>         modify the map and have Mapcache reflecting that change.
>
>         Pablo
>
>
>         On Thu, Sep 19, 2013 at 4:40 PM, Stephen Woodbridge
>         <woodbri at swoodbridge.com <mailto:woodbri at swoodbridge.com>
>         <mailto:woodbri at swoodbridge.__com
>         <mailto:woodbri at swoodbridge.com>>> wrote:
>
>              On 9/19/2013 3:02 PM, Pablo Cecconi wrote:
>
>                  Hello,
>
>                  I've been a Mapserver user for many years now but I'm
>         new to
>                  Mapcache
>                  and I'm not sure whether it's possible to replicate a
>         particular
>                  TileCache setup using Mapcache.
>                  What we have today is a number of mapfiles (with
>         Mapserver 5.4)
>                  set up
>                  as WMS-C layers served with TileCache. We're migrating
>         to Mapserver
>                  6.2.1 and as it's incompatible with TileCache we expect
>         to be
>                  able to
>                  replace it using Mapcache.
>                  In our current setup if I have a mapfile where a particular
>                  layer has
>                  STATUS OFF then TileCache will honor that status and
>         not render
>                  the layer.
>                  I'd like to know whether it's possible to have MapCache
>         work
>                  that way,
>                  that is, passing the map name as the LAYERS parameter
>         of the WMS
>                  service
>                  and make it honor whatever STATUS a particular layer
>         would have
>                  in the
>                  mapfile.
>
>
>              I think the mapcache paradigm for this in mapcache works
>         like this:
>
>              tileset
>                 name=foo
>                 source=foo-source
>
>              source
>                 name=foo-source
>                 map=/path/to/mapfile
>                 layers=layer1,layer2,layers3,.____..
>
>
>              So you can configure which layers a tileset returns. I'm
>         not sure
>              how it deals with the status off, but it will work if you
>         define the
>              list explicitly. This also allow you to do this in the same
>         mapcache.xml
>
>              tileset
>                 name=foo2
>                 source=foo-source2
>
>              source
>                 name=foo-source2
>                 map=/path/to/mapfile
>                 layers=streets,...
>                 transparent=true
>
>              I do this a lot when I have a subset of data like streets
>         that I
>              want to render as an overly on a raster image
>
>              -Steve W
>              ___________________________________________________
>              mapserver-users mailing list
>              mapserver-users at lists.osgeo.____org
>              <mailto:mapserver-users at lists.__osgeo.org
>         <mailto:mapserver-users at lists.osgeo.org>>
>         http://lists.osgeo.org/____mailman/listinfo/mapserver-____users
>         <http://lists.osgeo.org/__mailman/listinfo/mapserver-__users>
>
>         <http://lists.osgeo.org/__mailman/listinfo/mapserver-__users
>         <http://lists.osgeo.org/mailman/listinfo/mapserver-users>>
>
>
>
>



From pc at educ.ar  Thu Sep 19 19:24:14 2013
From: pc at educ.ar (Pablo Cecconi)
Date: Thu, 19 Sep 2013 23:24:14 -0300
Subject: [mapserver-users] Mapcache with mapfile as layer
In-Reply-To: <523BAE3A.6090900@swoodbridge.com>
References: <CAKU-AeGnbHK9cCi29bL=3QF7E2eFd_tK-D2u+r7j-YJpXHqS7w@mail.gmail.com>
	<523B5315.7050509@swoodbridge.com>
	<CAKU-AeEN-+CVR08BY6M3wKg0LbvoY4s4YGztiba-5qkJ6Vjreg@mail.gmail.com>
	<523BA26A.40607@swoodbridge.com>
	<CAKU-AeGwvjs7kSWS4r_ZSqJrpezsu9Z1UGA8otKNPF0MCuVFKQ@mail.gmail.com>
	<523BAE3A.6090900@swoodbridge.com>
Message-ID: <CAKU-AeEhYdZRAKuPfVdubtvtCMT1VneTCqGPb6FP0L_WG3BYNA@mail.gmail.com>

Well, maybe I'm not getting it right but it seems to me that this file:

https://github.com/mapserver/mapcache/blob/master/lib/source_mapserver.c

and this example in the
https://github.com/mapserver/mapcache/blob/master/mapcache.xml.sample:

  <source name="osm" type="wms">
      <http>
         <url>http://localhost/cgi-bin/mapserv?</url>
      </http>
      <getmap>
         <params>
            <FORMAT>image/png</FORMAT>
            <LAYERS>default</LAYERS>
            <!--<MAP>/Users/tbonfort/dev/mapserver-utils/empty.map</MAP>-->
            <MAP>/Users/tbonfort/dev/mapserver-utils/osm-google.map</MAP>
         </params>
      </getmap>
   </source>

would suggest that, although not documented, mapcache might be able to talk
to mapserver through the cgi protocol if built with the USE_MAPSERVER flag.
I can't wait to test it!



On Thu, Sep 19, 2013 at 11:08 PM, Stephen Woodbridge <
woodbri at swoodbridge.com> wrote:

> Thanks, I would be interested in hearing how you work this out. It might
> help to remember that mapcache ONLY talks to mapserver via the WMS
> protocol, NOT the mapserver CGI protocol. This is a big difference from
> TileCache. Anyway good luck with your efforts.
>
> -Steve
>
>
> On 9/19/2013 10:00 PM, Pablo Cecconi wrote:
>
>> The problem is not the invalidation of the tiles (which is a very simple
>> step that can even be done with a simple bash script) but the need to
>> list every single layer with status ON on the mapfile. To do that
>> automatically we need to use mapscript (as TileCache does) but we also
>> need to deal with generating a valid mapcache config file (which we
>> cannot do with mapscript). With TileCache instead we just mapped a given
>> layer name with a mapfile and we only had to care about invalidating and
>> reseeding of tiles and not with modifying TileCache config file. It's
>> not so bad though. I just thought that being part of Mapserver maybe
>> MapCache could have some kind of "special integration" with it.
>> Anyway, I'll continue digging to see if I find some easier way to deal
>> with this particular problem and if I do I promise to let you know.
>> Thanks again.
>>
>> Pablo
>>
>>
>>
>> On Thu, Sep 19, 2013 at 10:18 PM, Stephen Woodbridge
>> <woodbri at swoodbridge.com <mailto:woodbri at swoodbridge.**com<woodbri at swoodbridge.com>>>
>> wrote:
>>
>>     Try it, it might work, I don't remember, but you still have the
>>     problem of invalidating the tiles when you changes the mapfile. But
>>     seriously, your approach seems a little haphazard. Also how often to
>>     you make mapfile changes? how did you deal with the invalidating
>>     cache problem before?
>>
>>     The big difference here is that mapcache is using mapserver as a WMS
>>     source and therefore it has to conform to the WMS rules.
>>
>>     Anyway, Thomas is the one that you would need to convince or fund if
>>     you want changes to the existing behavior. Meanwhile it would be
>>     worthwhile your time to figure out how it curently works before
>>     asking for features that might already exist. It has been a few
>>     months since I setup a mapcache instance and I know there have been
>>     changes that I'm not on top of in the newest  release.
>>
>>     -Steve
>>
>>
>>     On 9/19/2013 3:46 PM, Pablo Cecconi wrote:
>>
>>         The problem with that approach is that is the mapfile changes (a
>>         layer
>>         is added or the default status of a layer changes) then I also
>>         have to
>>         update mapcache config file. What i wonder is if there is a way
>>         to just
>>         modify the map and have Mapcache reflecting that change.
>>
>>         Pablo
>>
>>
>>         On Thu, Sep 19, 2013 at 4:40 PM, Stephen Woodbridge
>>         <woodbri at swoodbridge.com <mailto:woodbri at swoodbridge.**com<woodbri at swoodbridge.com>
>> >
>>         <mailto:woodbri at swoodbridge.__**com
>>
>>         <mailto:woodbri at swoodbridge.**com <woodbri at swoodbridge.com>>>>
>> wrote:
>>
>>              On 9/19/2013 3:02 PM, Pablo Cecconi wrote:
>>
>>                  Hello,
>>
>>                  I've been a Mapserver user for many years now but I'm
>>         new to
>>                  Mapcache
>>                  and I'm not sure whether it's possible to replicate a
>>         particular
>>                  TileCache setup using Mapcache.
>>                  What we have today is a number of mapfiles (with
>>         Mapserver 5.4)
>>                  set up
>>                  as WMS-C layers served with TileCache. We're migrating
>>         to Mapserver
>>                  6.2.1 and as it's incompatible with TileCache we expect
>>         to be
>>                  able to
>>                  replace it using Mapcache.
>>                  In our current setup if I have a mapfile where a
>> particular
>>                  layer has
>>                  STATUS OFF then TileCache will honor that status and
>>         not render
>>                  the layer.
>>                  I'd like to know whether it's possible to have MapCache
>>         work
>>                  that way,
>>                  that is, passing the map name as the LAYERS parameter
>>         of the WMS
>>                  service
>>                  and make it honor whatever STATUS a particular layer
>>         would have
>>                  in the
>>                  mapfile.
>>
>>
>>              I think the mapcache paradigm for this in mapcache works
>>         like this:
>>
>>              tileset
>>                 name=foo
>>                 source=foo-source
>>
>>              source
>>                 name=foo-source
>>                 map=/path/to/mapfile
>>                 layers=layer1,layer2,layers3,.**____..
>>
>>
>>
>>              So you can configure which layers a tileset returns. I'm
>>         not sure
>>              how it deals with the status off, but it will work if you
>>         define the
>>              list explicitly. This also allow you to do this in the same
>>         mapcache.xml
>>
>>              tileset
>>                 name=foo2
>>                 source=foo-source2
>>
>>              source
>>                 name=foo-source2
>>                 map=/path/to/mapfile
>>                 layers=streets,...
>>                 transparent=true
>>
>>              I do this a lot when I have a subset of data like streets
>>         that I
>>              want to render as an overly on a raster image
>>
>>              -Steve W
>>              ______________________________**_____________________
>>              mapserver-users mailing list
>>              mapserver-users at lists.osgeo.__**__org
>>              <mailto:mapserver-users at lists.**__osgeo.org
>>         <mailto:mapserver-users at lists.**osgeo.org<mapserver-users at lists.osgeo.org>
>> >>
>>         http://lists.osgeo.org/____**mailman/listinfo/mapserver-___**
>> _users <http://lists.osgeo.org/____mailman/listinfo/mapserver-____users>
>>         <http://lists.osgeo.org/__**mailman/listinfo/mapserver-__**users<http://lists.osgeo.org/__mailman/listinfo/mapserver-__users>
>> >
>>
>>         <http://lists.osgeo.org/__**mailman/listinfo/mapserver-__**users<http://lists.osgeo.org/__mailman/listinfo/mapserver-__users>
>>         <http://lists.osgeo.org/**mailman/listinfo/mapserver-**users<http://lists.osgeo.org/mailman/listinfo/mapserver-users>
>> >>
>>
>>
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130919/a27abbb3/attachment.htm>

From Michel.Dastous at bentley.com  Fri Sep 20 04:10:57 2013
From: Michel.Dastous at bentley.com (Michel.Dastous at bentley.com)
Date: Fri, 20 Sep 2013 11:10:57 +0000
Subject: [mapserver-users] Publishing null SRID through WMS
Message-ID: <DBAE9D2FB1E2EB45B0FA284C4BB51EF336A708B1@extprdmbx03.bentley.com>

Hi,

WMS/WFS requests always expect an SRS= parameter to be set.  I'm wondering if there's a workaround to publish Oracle/MSSQl data having SRID=0 through WMS/WFS, supposing the co-ordinate system is  local/custom.

Thanks.

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

From Steve.Toutant at inspq.qc.ca  Fri Sep 20 05:42:57 2013
From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca)
Date: Fri, 20 Sep 2013 08:42:57 -0400
Subject: [mapserver-users] wfs filter encoding
Message-ID: <OF73B9F719.0595CF4A-ON85257BEC.00444672-85257BEC.0045D9D0@isn.rtss.qc.ca>

Hi,
I'm trying for the first time to query a wfs with filter encoding. It 
works but My problem is I don't know how to use the filter if I have 
several polygons.
There are examples at this page querying cities and continents
http://mapserver.org/ogc/filter_encoding.html

This example return the cities inside a polygon
http://demo.mapserver.org/cgi-bin/wfs?&VERSION=1.0.0&SERVICE=WFS&REQUEST=GetFeature&TYPENAME=cities&Filter=<Filter><Intersects><PropertyName>Geometry</PropertyName><gml:Polygon><gml:outerBoundaryIs><gml:LinearRing><gml:coordinates>135.5329,34.6624 
135.4921,34.8153 135.3673,34.7815 135.3800,34.6216 135.5361,34.6210 
135.5329,34.6624</gml:coordinates></gml:LinearRing></gml:outerBoundaryIs></gml:Polygon></Intersects></Filter>

Using the same wfs I would like to get the cities in Canada
This query returns all the polygons for Canada (I set maxfeatures=30 for 
the examples).
http://demo.mapserver.org/cgi-bin/wfs?&VERSION=1.0.0&SERVICE=WFS&REQUEST=GetFeature&TYPENAME=continents&maxfeatures=30&Filter=<Filter><PropertyIsEqualTo><PropertyName>NA2DESC</PropertyName><Literal>Canada</Literal></PropertyIsEqualTo></Filter>

How can I use the output of this query, so I can filter the cities inside 
all these 30 polygons?

thanks
steve
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130920/ae4167e5/attachment.htm>

From pc at educ.ar  Fri Sep 20 12:06:29 2013
From: pc at educ.ar (Pablo Cecconi)
Date: Fri, 20 Sep 2013 16:06:29 -0300
Subject: [mapserver-users] Mapcache with mapfile as layer
In-Reply-To: <CAKU-AeEhYdZRAKuPfVdubtvtCMT1VneTCqGPb6FP0L_WG3BYNA@mail.gmail.com>
References: <CAKU-AeGnbHK9cCi29bL=3QF7E2eFd_tK-D2u+r7j-YJpXHqS7w@mail.gmail.com>
	<523B5315.7050509@swoodbridge.com>
	<CAKU-AeEN-+CVR08BY6M3wKg0LbvoY4s4YGztiba-5qkJ6Vjreg@mail.gmail.com>
	<523BA26A.40607@swoodbridge.com>
	<CAKU-AeGwvjs7kSWS4r_ZSqJrpezsu9Z1UGA8otKNPF0MCuVFKQ@mail.gmail.com>
	<523BAE3A.6090900@swoodbridge.com>
	<CAKU-AeEhYdZRAKuPfVdubtvtCMT1VneTCqGPb6FP0L_WG3BYNA@mail.gmail.com>
Message-ID: <CAKU-AeGkMYdRqK0_x7U3S0Tegt-qQj=ap_D8-pPsgCZm7R4BYw@mail.gmail.com>

Well, I actually made it work! Took me a while to compile Mapcache with
Mapserver support but when I finally managed to do it the rest was easy
enough.
So, here's what you have to do if you want to use Mapcache with Mapfiles
directly though the CGI protocol instead of WMS:

1) Compile Mapcache with Mapserver support using these options:

cmake -DMAPSERVER_LIBRARY="/usr/lib/i386-linux-gnu/libmapserver-6.2.1.so"
-DWITH_MAPSERVER=1 ..

I did this on Debian Wheezy. Obviously you'd have to change the mapserver
library path according to your particular distribution.

2) Install Mapcache following the instructions provided in the INSTALL file
and add a block like the following to enable a Mapfile source on your setup:

<source name="mapabsas" type="mapserver">
      <http>
         <url>http://localhost/cgi-bin/mapserv?</url>
      </http>
      <mapfile>/path/to/your/mapfile.map</mapfile>
</source>

That's it! No need to specify layers or anything else. Everything can be
controlled through the settings in the mapfile so unless you want to add a
new mapfile to your service there's no need to touch Mapcache configuration
at all.

Cheers!
Pablo



On Thu, Sep 19, 2013 at 11:24 PM, Pablo Cecconi <pc at educ.ar> wrote:

> Well, maybe I'm not getting it right but it seems to me that this file:
>
> https://github.com/mapserver/mapcache/blob/master/lib/source_mapserver.c
>
> and this example in the
> https://github.com/mapserver/mapcache/blob/master/mapcache.xml.sample:
>
>   <source name="osm" type="wms">
>       <http>
>          <url>http://localhost/cgi-bin/mapserv?</url>
>       </http>
>       <getmap>
>          <params>
>             <FORMAT>image/png</FORMAT>
>             <LAYERS>default</LAYERS>
>             <!--<MAP>/Users/tbonfort/dev/mapserver-utils/empty.map</MAP>-->
>             <MAP>/Users/tbonfort/dev/mapserver-utils/osm-google.map</MAP>
>          </params>
>       </getmap>
>    </source>
>
> would suggest that, although not documented, mapcache might be able to
> talk to mapserver through the cgi protocol if built with the USE_MAPSERVER
> flag. I can't wait to test it!
>
>
>
> On Thu, Sep 19, 2013 at 11:08 PM, Stephen Woodbridge <
> woodbri at swoodbridge.com> wrote:
>
>> Thanks, I would be interested in hearing how you work this out. It might
>> help to remember that mapcache ONLY talks to mapserver via the WMS
>> protocol, NOT the mapserver CGI protocol. This is a big difference from
>> TileCache. Anyway good luck with your efforts.
>>
>> -Steve
>>
>>
>> On 9/19/2013 10:00 PM, Pablo Cecconi wrote:
>>
>>> The problem is not the invalidation of the tiles (which is a very simple
>>> step that can even be done with a simple bash script) but the need to
>>> list every single layer with status ON on the mapfile. To do that
>>> automatically we need to use mapscript (as TileCache does) but we also
>>> need to deal with generating a valid mapcache config file (which we
>>> cannot do with mapscript). With TileCache instead we just mapped a given
>>> layer name with a mapfile and we only had to care about invalidating and
>>> reseeding of tiles and not with modifying TileCache config file. It's
>>> not so bad though. I just thought that being part of Mapserver maybe
>>> MapCache could have some kind of "special integration" with it.
>>> Anyway, I'll continue digging to see if I find some easier way to deal
>>> with this particular problem and if I do I promise to let you know.
>>> Thanks again.
>>>
>>> Pablo
>>>
>>>
>>>
>>> On Thu, Sep 19, 2013 at 10:18 PM, Stephen Woodbridge
>>> <woodbri at swoodbridge.com <mailto:woodbri at swoodbridge.**com<woodbri at swoodbridge.com>>>
>>> wrote:
>>>
>>>     Try it, it might work, I don't remember, but you still have the
>>>     problem of invalidating the tiles when you changes the mapfile. But
>>>     seriously, your approach seems a little haphazard. Also how often to
>>>     you make mapfile changes? how did you deal with the invalidating
>>>     cache problem before?
>>>
>>>     The big difference here is that mapcache is using mapserver as a WMS
>>>     source and therefore it has to conform to the WMS rules.
>>>
>>>     Anyway, Thomas is the one that you would need to convince or fund if
>>>     you want changes to the existing behavior. Meanwhile it would be
>>>     worthwhile your time to figure out how it curently works before
>>>     asking for features that might already exist. It has been a few
>>>     months since I setup a mapcache instance and I know there have been
>>>     changes that I'm not on top of in the newest  release.
>>>
>>>     -Steve
>>>
>>>
>>>     On 9/19/2013 3:46 PM, Pablo Cecconi wrote:
>>>
>>>         The problem with that approach is that is the mapfile changes (a
>>>         layer
>>>         is added or the default status of a layer changes) then I also
>>>         have to
>>>         update mapcache config file. What i wonder is if there is a way
>>>         to just
>>>         modify the map and have Mapcache reflecting that change.
>>>
>>>         Pablo
>>>
>>>
>>>         On Thu, Sep 19, 2013 at 4:40 PM, Stephen Woodbridge
>>>         <woodbri at swoodbridge.com <mailto:woodbri at swoodbridge.**com<woodbri at swoodbridge.com>
>>> >
>>>         <mailto:woodbri at swoodbridge.__**com
>>>
>>>         <mailto:woodbri at swoodbridge.**com <woodbri at swoodbridge.com>>>>
>>> wrote:
>>>
>>>              On 9/19/2013 3:02 PM, Pablo Cecconi wrote:
>>>
>>>                  Hello,
>>>
>>>                  I've been a Mapserver user for many years now but I'm
>>>         new to
>>>                  Mapcache
>>>                  and I'm not sure whether it's possible to replicate a
>>>         particular
>>>                  TileCache setup using Mapcache.
>>>                  What we have today is a number of mapfiles (with
>>>         Mapserver 5.4)
>>>                  set up
>>>                  as WMS-C layers served with TileCache. We're migrating
>>>         to Mapserver
>>>                  6.2.1 and as it's incompatible with TileCache we expect
>>>         to be
>>>                  able to
>>>                  replace it using Mapcache.
>>>                  In our current setup if I have a mapfile where a
>>> particular
>>>                  layer has
>>>                  STATUS OFF then TileCache will honor that status and
>>>         not render
>>>                  the layer.
>>>                  I'd like to know whether it's possible to have MapCache
>>>         work
>>>                  that way,
>>>                  that is, passing the map name as the LAYERS parameter
>>>         of the WMS
>>>                  service
>>>                  and make it honor whatever STATUS a particular layer
>>>         would have
>>>                  in the
>>>                  mapfile.
>>>
>>>
>>>              I think the mapcache paradigm for this in mapcache works
>>>         like this:
>>>
>>>              tileset
>>>                 name=foo
>>>                 source=foo-source
>>>
>>>              source
>>>                 name=foo-source
>>>                 map=/path/to/mapfile
>>>                 layers=layer1,layer2,layers3,.**____..
>>>
>>>
>>>
>>>              So you can configure which layers a tileset returns. I'm
>>>         not sure
>>>              how it deals with the status off, but it will work if you
>>>         define the
>>>              list explicitly. This also allow you to do this in the same
>>>         mapcache.xml
>>>
>>>              tileset
>>>                 name=foo2
>>>                 source=foo-source2
>>>
>>>              source
>>>                 name=foo-source2
>>>                 map=/path/to/mapfile
>>>                 layers=streets,...
>>>                 transparent=true
>>>
>>>              I do this a lot when I have a subset of data like streets
>>>         that I
>>>              want to render as an overly on a raster image
>>>
>>>              -Steve W
>>>              ______________________________**_____________________
>>>              mapserver-users mailing list
>>>              mapserver-users at lists.osgeo.__**__org
>>>              <mailto:mapserver-users at lists.**__osgeo.org
>>>         <mailto:mapserver-users at lists.**osgeo.org<mapserver-users at lists.osgeo.org>
>>> >>
>>>         http://lists.osgeo.org/____**mailman/listinfo/mapserver-___**
>>> _users <http://lists.osgeo.org/____mailman/listinfo/mapserver-____users>
>>>         <http://lists.osgeo.org/__**mailman/listinfo/mapserver-__**users<http://lists.osgeo.org/__mailman/listinfo/mapserver-__users>
>>> >
>>>
>>>         <http://lists.osgeo.org/__**mailman/listinfo/mapserver-__**users<http://lists.osgeo.org/__mailman/listinfo/mapserver-__users>
>>>         <http://lists.osgeo.org/**mailman/listinfo/mapserver-**users<http://lists.osgeo.org/mailman/listinfo/mapserver-users>
>>> >>
>>>
>>>
>>>
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130920/d3fd5855/attachment.htm>

From richard.greenwood at gmail.com  Sat Sep 21 06:36:55 2013
From: richard.greenwood at gmail.com (Richard Greenwood)
Date: Sat, 21 Sep 2013 07:36:55 -0600
Subject: [mapserver-users] ScribeUI getting strted
Message-ID: <CAHBySPZjDQ4A1yt8UQWqPsL722MFG0OT6ZLy4+0aS_-VFoLPbg@mail.gmail.com>

I'm embarrassed to ask such a basic question, but... I've installed
ScribeUI, now what? How do I launch it? I've tried http:///localhost/ScribeUI
but only get a 404.

Thanks,
Rich

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

From jukka.rahkonen at mmmtike.fi  Sat Sep 21 14:56:09 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Sat, 21 Sep 2013 21:56:09 +0000
Subject: [mapserver-users] Scribe UI for Windows?
Message-ID: <84446DEF76453C439E9E97E438E13A63022E8BE4@suutari.haapa.mmm.fi>

Hi,

Does such a thing exist?

-Jukka Rahkonen-



From richard.greenwood at gmail.com  Sat Sep 21 18:18:18 2013
From: richard.greenwood at gmail.com (Richard Greenwood)
Date: Sat, 21 Sep 2013 19:18:18 -0600
Subject: [mapserver-users] ScribeUI getting strted
In-Reply-To: <CAHBySPZjDQ4A1yt8UQWqPsL722MFG0OT6ZLy4+0aS_-VFoLPbg@mail.gmail.com>
References: <CAHBySPZjDQ4A1yt8UQWqPsL722MFG0OT6ZLy4+0aS_-VFoLPbg@mail.gmail.com>
Message-ID: <CAHBySPYZi9ooZDmHT0o1Gv_4hEhfMJvd56Aa-e4CFX-Dp_fT=g@mail.gmail.com>

I knew that I should be embarrassed! A quick look at the Apache error log
showed a typo. Sorry for the noise.

Rich


On Sat, Sep 21, 2013 at 7:36 AM, Richard Greenwood <
richard.greenwood at gmail.com> wrote:

> I'm embarrassed to ask such a basic question, but... I've installed
> ScribeUI, now what? How do I launch it? I've tried http:///localhost/ScribeUI
> but only get a 404.
>
> Thanks,
> Rich
>
> --
> Richard Greenwood
> richard.greenwood at gmail.com
> www.greenwoodmap.com
>



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

From Michael.Smith at erdc.dren.mil  Sun Sep 22 01:29:35 2013
From: Michael.Smith at erdc.dren.mil (Smith, Michael ERDC-RDE-CRREL-NH)
Date: Sun, 22 Sep 2013 08:29:35 +0000
Subject: [mapserver-users] [EXTERNAL]  Scribe UI for Windows?
In-Reply-To: <84446DEF76453C439E9E97E438E13A63022E8BE4@suutari.haapa.mmm.fi>
Message-ID: <CE6468CE.8FC87%michael.smith@erdc.dren.mil>

Jukka,

Its a web app. 

Mike

-- 
Michael Smith

US Army Corps
Remote Sensing GIS/Center



On 9/21/13 10:56 PM, "Rahkonen Jukka" <jukka.rahkonen at mmmtike.fi> wrote:

>Hi,
>
>Does such a thing exist?
>
>-Jukka Rahkonen-
>
>_______________________________________________
>mapserver-users mailing list
>mapserver-users at lists.osgeo.org
>http://lists.osgeo.org/mailman/listinfo/mapserver-users



From dmorissette at mapgears.com  Sun Sep 22 01:47:53 2013
From: dmorissette at mapgears.com (Daniel Morissette)
Date: Sun, 22 Sep 2013 04:47:53 -0400
Subject: [mapserver-users] Scribe UI for Windows?
In-Reply-To: <84446DEF76453C439E9E97E438E13A63022E8BE4@suutari.haapa.mmm.fi>
References: <84446DEF76453C439E9E97E438E13A63022E8BE4@suutari.haapa.mmm.fi>
Message-ID: <523EAEB9.6040100@mapgears.com>

On 13-09-21 5:56 PM, Rahkonen Jukka wrote:
> Hi,
>
> Does such a thing exist?
>

As Mike wrote it's a web app so it should work on Windows, but that has 
not been tested there yet. I believe instructions for Windows 
installation are on the TODO list. If someone wants to test and document 
the Windows setup then contributions are welcome.


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



From jlacroix at mapgears.com  Sun Sep 22 03:07:22 2013
From: jlacroix at mapgears.com (Julien-Samuel Lacroix)
Date: Sun, 22 Sep 2013 06:07:22 -0400
Subject: [mapserver-users] Scribe UI for Windows?
In-Reply-To: <84446DEF76453C439E9E97E438E13A63022E8BE4@suutari.haapa.mmm.fi>
References: <84446DEF76453C439E9E97E438E13A63022E8BE4@suutari.haapa.mmm.fi>
Message-ID: <523EC15A.2010308@mapgears.com>

Hi,

Like Mike said it's a webapp, so you can make it work. We don't have 
packages yet though. ScribeUI is a Flask application so you would need 
python, apache and maybe mod_wsgi to make it work.

Since we got a lot of positive feedback, there will be a package at some 
point, but I can't give a timeline yet. I need to get back from FOSS4G 
first because my mind is a bit foggy now. :)

Julien

On 13-09-21 05:56 PM, Rahkonen Jukka wrote:
> Hi,
>
> Does such a thing exist?
>
> -Jukka Rahkonen-
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>

-- 
Julien-Samuel Lacroix
Mapgears
http://www.mapgears.com/


From richard.greenwood at gmail.com  Sun Sep 22 07:45:55 2013
From: richard.greenwood at gmail.com (Richard Greenwood)
Date: Sun, 22 Sep 2013 08:45:55 -0600
Subject: [mapserver-users] Scribe UI basic usage
Message-ID: <CAHBySPYbu6utWXDEYeQ6T77sFPijmv0jTKdKXhAnot25WLUnpg@mail.gmail.com>

Another embarrassingly basic question here - after editing the map
configuration do you have to go to the shell and run the python script to
rebuild the map file and see you changes in the map viewer? It seems like
there would be a button to do that right in the UI but I don't see it.

Thanks,
Rich

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

From jlacroix at mapgears.com  Sun Sep 22 08:11:01 2013
From: jlacroix at mapgears.com (Julien-Samuel Lacroix)
Date: Sun, 22 Sep 2013 11:11:01 -0400
Subject: [mapserver-users] Scribe UI basic usage
In-Reply-To: <CAHBySPYbu6utWXDEYeQ6T77sFPijmv0jTKdKXhAnot25WLUnpg@mail.gmail.com>
References: <CAHBySPYbu6utWXDEYeQ6T77sFPijmv0jTKdKXhAnot25WLUnpg@mail.gmail.com>
Message-ID: <523F0885.3070301@mapgears.com>

Yup there's a "Save" button below the map. Someday, we could autosave to 
make things easier. BTW, I just uploaded my slides. They are still 
awaiting reviewer's attention, but I'll make sure to post the link here 
when it's up.

Julien

On 13-09-22 10:45 AM, Richard Greenwood wrote:
> Another embarrassingly basic question here - after editing the map
> configuration do you have to go to the shell and run the python script
> to rebuild the map file and see you changes in the map viewer? It seems
> like there would be a button to do that right in the UI but I don't see it.
>
> Thanks,
> Rich
>
> --
> Richard Greenwood
> richard.greenwood at gmail.com <mailto:richard.greenwood at gmail.com>
> www.greenwoodmap.com <http://www.greenwoodmap.com>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>

-- 
Julien-Samuel Lacroix
Mapgears
http://www.mapgears.com/


From jukka.rahkonen at mmmtike.fi  Sun Sep 22 10:02:09 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Sun, 22 Sep 2013 17:02:09 +0000
Subject: [mapserver-users] Scribe UI basic usage
In-Reply-To: <523F0885.3070301@mapgears.com>
References: <CAHBySPYbu6utWXDEYeQ6T77sFPijmv0jTKdKXhAnot25WLUnpg@mail.gmail.com>,
	<523F0885.3070301@mapgears.com>
Message-ID: <84446DEF76453C439E9E97E438E13A63022EEE66@suutari.haapa.mmm.fi>

Hi,

Because it is a web service, how about setting a test instance somewhere in the web? I am probably not the onlyone who is more interested in trying how ScribeUI works than how it feels to install it. The demo map could be in read-only state and there would not need to use any heavy datasets in the backend service.

I can almost imagine that the OpenStreetMap folks will soon set up a service which runs ScribeUI and where users can create, store and share their OSM mapfiles and that the presentation about that will a massive success in the next State of the map conference. But perhaps rather some of us will set up something similar and that will be a success in FOSS4G 2014.

-Jukka Rahkonen-
________________________________________
Julien-Samuel Lacroix wrote:

> Yup there's a "Save" button below the map. Someday, we could autosave to
> make things easier. BTW, I just uploaded my slides. They are still
> awaiting reviewer's attention, but I'll make sure to post the link here
> when it's up.

> Julien

>> On 13-09-22 10:45 AM, Richard Greenwood wrote:
>> Another embarrassingly basic question here - after editing the map
>> configuration do you have to go to the shell and run the python script
>> to rebuild the map file and see you changes in the map viewer? It seems
>> like there would be a button to do that right in the UI but I don't see it.
>>
>> Thanks,
>> Rich
>>
>> --
>> Richard Greenwood
>> richard.greenwood at gmail.com <mailto:richard.greenwood at gmail.com>
>> www.greenwoodmap.com <http://www.greenwoodmap.com>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>

--
Julien-Samuel Lacroix
Mapgears
http://www.mapgears.com/
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


From richard.greenwood at gmail.com  Sun Sep 22 10:45:33 2013
From: richard.greenwood at gmail.com (Richard Greenwood)
Date: Sun, 22 Sep 2013 11:45:33 -0600
Subject: [mapserver-users] Scribe UI basic usage
In-Reply-To: <523F0885.3070301@mapgears.com>
References: <CAHBySPYbu6utWXDEYeQ6T77sFPijmv0jTKdKXhAnot25WLUnpg@mail.gmail.com>
	<523F0885.3070301@mapgears.com>
Message-ID: <CAHBySPaZUWRKCtzh_L8zua+Z3g4XP8-zfhSBdRxb4BL2xb=XLQ@mail.gmail.com>

Thanks Julien. I had tried the save button but it doesn't do anything. A
little further investigation and I see that my edits are being saved to
layers/*admin.map.layer* but the main map file is including layers/*
admin.map*. I'm just playing the the Natural Earth demo data. I'm editing
in the classic map file format. Any insight on that?

Thanks,
Rich



On Sun, Sep 22, 2013 at 9:11 AM, Julien-Samuel Lacroix <
jlacroix at mapgears.com> wrote:

> Yup there's a "Save" button below the map. Someday, we could autosave to
> make things easier. BTW, I just uploaded my slides. They are still awaiting
> reviewer's attention, but I'll make sure to post the link here when it's up.
>
> Julien
>
>
> On 13-09-22 10:45 AM, Richard Greenwood wrote:
>
>> Another embarrassingly basic question here - after editing the map
>> configuration do you have to go to the shell and run the python script
>> to rebuild the map file and see you changes in the map viewer? It seems
>> like there would be a button to do that right in the UI but I don't see
>> it.
>>
>> Thanks,
>> Rich
>>
>> --
>> Richard Greenwood
>> richard.greenwood at gmail.com <mailto:richard.greenwood@**gmail.com<richard.greenwood at gmail.com>
>> >
>> www.greenwoodmap.com <http://www.greenwoodmap.com>
>>
>>
>> ______________________________**_________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.**org <mapserver-users at lists.osgeo.org>
>> http://lists.osgeo.org/**mailman/listinfo/mapserver-**users<http://lists.osgeo.org/mailman/listinfo/mapserver-users>
>>
>>
> --
> Julien-Samuel Lacroix
> Mapgears
> http://www.mapgears.com/
> ______________________________**_________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.**org <mapserver-users at lists.osgeo.org>
> http://lists.osgeo.org/**mailman/listinfo/mapserver-**users<http://lists.osgeo.org/mailman/listinfo/mapserver-users>
>



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

From jlacroix at mapgears.com  Sun Sep 22 13:53:31 2013
From: jlacroix at mapgears.com (Julien-Samuel Lacroix)
Date: Sun, 22 Sep 2013 21:53:31 +0100
Subject: [mapserver-users] Scribe UI basic usage
In-Reply-To: <84446DEF76453C439E9E97E438E13A63022EEE66@suutari.haapa.mmm.fi>
References: <CAHBySPYbu6utWXDEYeQ6T77sFPijmv0jTKdKXhAnot25WLUnpg@mail.gmail.com>
	<523F0885.3070301@mapgears.com>
	<84446DEF76453C439E9E97E438E13A63022EEE66@suutari.haapa.mmm.fi>
Message-ID: <DCF3BE95-BBAF-4238-909E-2892BF36DDCE@mapgears.com>

Let's do that.  Let me get back to the office and we'll see what people do with it.  For security reason, we may have to reset it every hour though.

Julien

Envoy? de mon iPhone

Le 2013-09-22 ? 18:02, Rahkonen Jukka <jukka.rahkonen at mmmtike.fi> a ?crit :

> Hi,
> 
> Because it is a web service, how about setting a test instance somewhere in the web? I am probably not the onlyone who is more interested in trying how ScribeUI works than how it feels to install it. The demo map could be in read-only state and there would not need to use any heavy datasets in the backend service.
> 
> I can almost imagine that the OpenStreetMap folks will soon set up a service which runs ScribeUI and where users can create, store and share their OSM mapfiles and that the presentation about that will a massive success in the next State of the map conference. But perhaps rather some of us will set up something similar and that will be a success in FOSS4G 2014.
> 
> -Jukka Rahkonen-
> ________________________________________
> Julien-Samuel Lacroix wrote:
> 
>> Yup there's a "Save" button below the map. Someday, we could autosave to
>> make things easier. BTW, I just uploaded my slides. They are still
>> awaiting reviewer's attention, but I'll make sure to post the link here
>> when it's up.
> 
>> Julien
> 
>>> On 13-09-22 10:45 AM, Richard Greenwood wrote:
>>> Another embarrassingly basic question here - after editing the map
>>> configuration do you have to go to the shell and run the python script
>>> to rebuild the map file and see you changes in the map viewer? It seems
>>> like there would be a button to do that right in the UI but I don't see it.
>>> 
>>> Thanks,
>>> Rich
>>> 
>>> --
>>> Richard Greenwood
>>> richard.greenwood at gmail.com <mailto:richard.greenwood at gmail.com>
>>> www.greenwoodmap.com <http://www.greenwoodmap.com>
>> 
>> 
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> 
> --
> Julien-Samuel Lacroix
> Mapgears
> http://www.mapgears.com/
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From pasquale.didonato at gmail.com  Mon Sep 23 05:20:15 2013
From: pasquale.didonato at gmail.com (Pasquale Di Donato)
Date: Mon, 23 Sep 2013 14:20:15 +0200
Subject: [mapserver-users] Named style and WMS capabilities document
Message-ID: <CAJA5qQ+akvSwtomXbv_ObxPWCNvvCgy-tGSCzasAwphGWDCS8w@mail.gmail.com>

I'm trying to configure a layer with two styles, let's say:

- default
- style_2

I'm trying this code:

  LAYER CLASSGROUP "default" CLASSITEM "urn_litho1"
       ...

    CLASS
      NAME                  "some name"
      GROUP                 "default"
      EXPRESSION            "some expression"
      COLOR                 000
    END

    ...

    CLASS
      NAME                  "some nemae"
      GROUP                 "style_2"
      EXPRESSION            ("[some item]" eq "some expression")
      COLOR                 254 254 254
    END

Now my problem is that only "style_2" is advertised in the GetCapabilities
response.
On the other side "default" is still available to a GetLegendGraphic
request when I use STYLE= or STYLE=default
Can someone help?

Thanks
Pasquale

-- 
Pasquale Di Donato
web:  www.padido.eu
chat: padido at jabber.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130923/02636ca3/attachment.htm>

From paul.sheedy at bentley.com  Mon Sep 23 06:43:47 2013
From: paul.sheedy at bentley.com (Paul S)
Date: Mon, 23 Sep 2013 06:43:47 -0700 (PDT)
Subject: [mapserver-users] WMS server error. Invalid layer(s) given in the
	LAYERS parameter
Message-ID: <1379943827792-5079259.post@n6.nabble.com>

I am not sure if I double-posted this - if so - apologies!


I installed MS4W a few days ago to put together a small proof-of-concept.
I've been through the tutorial, which I got to work with a little tweaking.
When I attempt to use an Oracle spatial table, I get a MS server error:
Invalid layers(s)... error - which gives me little indication of where I am
going wrong.

Can anyone spot a problem here? I am running out of hair to pull out.

I have the Oracle client installed on my local machine and am attempting to
draw a map from a spatial table on a local vm on which I have Oracle Spatial
running (10g).

I tried OGRINFO using the Oracle login credentials and table name - with
immediate success.

mapserv -v shows that ORACLESPATIAL is a valid option

GetCapabiltiies contains no warnings

The map file is very simple - I have tried at least one hundred variations. 

The data table has a SRID (though I have other tables with SRIDs and tables
without). I've included the SRID in wms_srs and I have excluded it. I am
beginning to believe the problem lies elsewhere - but have no idea what
approach to use to find it, other than stabbing in the dark.

The map file contents are listed below.  Thanks for any advice/pointers you
can offer.

MAP
 NAME "Map1"
 SIZE 600 400
WEB
    IMAGEPATH "/tmp/ms_tmp/"
    TEMPLATE "..\Templates\TEMPLATE2.HTML"      
    METADATA
        "wms_enable_request"  "*"
            "wms_title"    "TestMap"
                               "wms_srs"      "EPSG:2205"
    END
END

LAYER
    NAME TestMap
    TYPE LINE
    STATUS ON
    UNITS METERS
    CONNECTIONTYPE ORACLESPATIAL
    CONNECTION "test_user/test_user at LOCALVM1"
    DATA "SHAPE FROM (SELECT SHAPE FROM XNA_ROUTES)"
    METADATA
        "wms_enable_request"  "*"
            "wms_name"    "TestMap"
            "wms_title"    "TestMapTitle"
                              "wms_srs"      "EPSG:4326"
        "wms_format"   "image/gif"
    END
END #LAYER


END #MAP




--
View this message in context: http://osgeo-org.1560.x6.nabble.com/WMS-server-error-Invalid-layer-s-given-in-the-LAYERS-parameter-tp5079259.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From Steve.Lime at state.mn.us  Mon Sep 23 07:08:41 2013
From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT))
Date: Mon, 23 Sep 2013 14:08:41 +0000
Subject: [mapserver-users] WMS server error. Invalid layer(s) given in
 the	LAYERS parameter
In-Reply-To: <1379943827792-5079259.post@n6.nabble.com>
References: <1379943827792-5079259.post@n6.nabble.com>
Message-ID: <C549F0496453D842B4DD71AC8188DDC5606969@055-CH1MPN1-041.055d.mgd.msft.net>

The error means you're asking for a layer in you WMS request that doesn't exist in the service. Basically it's not defined in the mapfile. I'd guess you have a typo someplace.

Steve

-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Paul S
Sent: Monday, September 23, 2013 8:44 AM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] WMS server error. Invalid layer(s) given in the LAYERS parameter

I am not sure if I double-posted this - if so - apologies!


I installed MS4W a few days ago to put together a small proof-of-concept.
I've been through the tutorial, which I got to work with a little tweaking.
When I attempt to use an Oracle spatial table, I get a MS server error:
Invalid layers(s)... error - which gives me little indication of where I am going wrong.

Can anyone spot a problem here? I am running out of hair to pull out.

I have the Oracle client installed on my local machine and am attempting to draw a map from a spatial table on a local vm on which I have Oracle Spatial running (10g).

I tried OGRINFO using the Oracle login credentials and table name - with immediate success.

mapserv -v shows that ORACLESPATIAL is a valid option

GetCapabiltiies contains no warnings

The map file is very simple - I have tried at least one hundred variations. 

The data table has a SRID (though I have other tables with SRIDs and tables without). I've included the SRID in wms_srs and I have excluded it. I am beginning to believe the problem lies elsewhere - but have no idea what approach to use to find it, other than stabbing in the dark.

The map file contents are listed below.  Thanks for any advice/pointers you can offer.

MAP
 NAME "Map1"
 SIZE 600 400
WEB
    IMAGEPATH "/tmp/ms_tmp/"
    TEMPLATE "..\Templates\TEMPLATE2.HTML"      
    METADATA
        "wms_enable_request"  "*"
            "wms_title"    "TestMap"
                               "wms_srs"      "EPSG:2205"
    END
END

LAYER
    NAME TestMap
    TYPE LINE
    STATUS ON
    UNITS METERS
    CONNECTIONTYPE ORACLESPATIAL
    CONNECTION "test_user/test_user at LOCALVM1"
    DATA "SHAPE FROM (SELECT SHAPE FROM XNA_ROUTES)"
    METADATA
        "wms_enable_request"  "*"
            "wms_name"    "TestMap"
            "wms_title"    "TestMapTitle"
                              "wms_srs"      "EPSG:4326"
        "wms_format"   "image/gif"
    END
END #LAYER


END #MAP




--
View this message in context: http://osgeo-org.1560.x6.nabble.com/WMS-server-error-Invalid-layer-s-given-in-the-LAYERS-parameter-tp5079259.html
Sent from the Mapserver - User mailing list archive at Nabble.com.
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users




From paul.sheedy at bentley.com  Mon Sep 23 07:21:16 2013
From: paul.sheedy at bentley.com (Paul S)
Date: Mon, 23 Sep 2013 07:21:16 -0700 (PDT)
Subject: [mapserver-users] WMS server error. Invalid layer(s) given in
 the	LAYERS parameter
In-Reply-To: <C549F0496453D842B4DD71AC8188DDC5606969@055-CH1MPN1-041.055d.mgd.msft.net>
References: <1379943827792-5079259.post@n6.nabble.com>
	<C549F0496453D842B4DD71AC8188DDC5606969@055-CH1MPN1-041.055d.mgd.msft.net>
Message-ID: <1379946076624-5079278.post@n6.nabble.com>

Thanks Steve,

Here is the URL I am using ...

http://localhost/cgi-bin/mapserv.exe?
map=C:\ms4w\Apache\TEST_Routes.map&
LAYER=TestMap&
SERVICE=WMS&
VERSION=1.1.1&
REQUEST=GetMap

I wish/hope it is something as simple as a misspelling!  But I do not see
it.

Paul



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/WMS-server-error-Invalid-layer-s-given-in-the-LAYERS-parameter-tp5079259p5079278.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From jukka.rahkonen at mmmtike.fi  Mon Sep 23 07:24:57 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Mon, 23 Sep 2013 14:24:57 +0000
Subject: [mapserver-users] WMS server error. Invalid layer(s) given in
 the	LAYERS parameter
Message-ID: <84446DEF76453C439E9E97E438E13A63022F7531@suutari.haapa.mmm.fi>

Hi,

Your latest mail shows that you do not know yet how a complete and valid GetMap request looks like. Later in this mail you will see an example.

Read about EXTENT from http://mapserver.org/mapfile/map.html
Read carefully http://mapserver.org/ogc/wms_server.html
The mapfile on this page is quite a bit more complete than yours but we can try to improve it. Let's have a try by using EPSG:4326 as a default output projection

- Add MS_ERRORFILE into your mapfile at MAP level
- Add EXTENT -90 -180 90 180 at MAP level (or better the real extents of your data in EPSG:4326 units)
- Add UNITS DD at MAP level
- Add projection block at MAP level
	PROJECTION
	"init=epsg:4326"
	END
- Add projection block at LAYER level (what is the projection of your table in Oracle?)
- Add DEBUG 5 at LAYER level
- Make your request and look what gets written into the MS_ERRORFILE.

Tell us how your GetMap looks like. If you do not know, have a look at the logfile \ms4w\Apache\logs\access.log, the request get logged there. 

Proper request would look about like this

http://localhost/cgi-bin/mapserv.exe?map=your.map&
REQUEST=GetMap&
SERVICE=WMS&
VERSION=1.1.1&
WIDTH=459&
HEIGHT=651&
LAYERS=TestMap&
TRANSPARENT=TRUE&
FORMAT=image/png&
BBOX=-180,-90,180,90&
SRS=EPSG:4326&
STYLES=

The error suggests that you are giving a layer name that does not exist in your system, thus something else than "TestMap". It may not be a good idea to have same name for the service and layer. Consider renaming the service into TestService and layer into TestLayer, it may save your hair in the future.

I hope this helps you a bit further. 

-Jukka Rahkonen-

Paul S wrote:
> 
> I am not sure if I double-posted this - if so - apologies!
> 
> 
> I installed MS4W a few days ago to put together a small proof-of-concept.
> I've been through the tutorial, which I got to work with a little tweaking.
> When I attempt to use an Oracle spatial table, I get a MS server error:
> Invalid layers(s)... error - which gives me little indication of where I am going
> wrong.
> 
> Can anyone spot a problem here? I am running out of hair to pull out.
> 
> I have the Oracle client installed on my local machine and am attempting to
> draw a map from a spatial table on a local vm on which I have Oracle Spatial
> running (10g).
> 
> I tried OGRINFO using the Oracle login credentials and table name - with
> immediate success.
> 
> mapserv -v shows that ORACLESPATIAL is a valid option
> 
> GetCapabiltiies contains no warnings
> 
> The map file is very simple - I have tried at least one hundred variations.
> 
> The data table has a SRID (though I have other tables with SRIDs and tables
> without). I've included the SRID in wms_srs and I have excluded it. I am
> beginning to believe the problem lies elsewhere - but have no idea what
> approach to use to find it, other than stabbing in the dark.
> 
> The map file contents are listed below.  Thanks for any advice/pointers you can
> offer.
> 
> MAP
>  NAME "Map1"
>  SIZE 600 400
> WEB
>     IMAGEPATH "/tmp/ms_tmp/"
>     TEMPLATE "..\Templates\TEMPLATE2.HTML"
>     METADATA
>         "wms_enable_request"  "*"
>             "wms_title"    "TestMap"
>                                "wms_srs"      "EPSG:2205"
>     END
> END
> 
> LAYER
>     NAME TestMap
>     TYPE LINE
>     STATUS ON
>     UNITS METERS
>     CONNECTIONTYPE ORACLESPATIAL
>     CONNECTION "test_user/test_user at LOCALVM1"
>     DATA "SHAPE FROM (SELECT SHAPE FROM XNA_ROUTES)"
>     METADATA
>         "wms_enable_request"  "*"
>             "wms_name"    "TestMap"
>             "wms_title"    "TestMapTitle"
>                               "wms_srs"      "EPSG:4326"
>         "wms_format"   "image/gif"
>     END
> END #LAYER
> 
> 
> END #MAP
> 
> 
> 
> 
> --
> View this message in context: http://osgeo-org.1560.x6.nabble.com/WMS-
> server-error-Invalid-layer-s-given-in-the-LAYERS-parameter-tp5079259.html
> Sent from the Mapserver - User mailing list archive at Nabble.com.
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From Steve.Toutant at inspq.qc.ca  Mon Sep 23 07:28:11 2013
From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca)
Date: Mon, 23 Sep 2013 10:28:11 -0400
Subject: [mapserver-users] WMS server error. Invalid layer(s) given in
	the	LAYERS parameter
In-Reply-To: <1379946076624-5079278.post@n6.nabble.com>
Message-ID: <OF91A7BE97.52E0D786-ON85257BEF.004F10C9-85257BEF.004F7C0B@isn.rtss.qc.ca>

If it is a typo it would be in your layers definition
Is layer 'TestMap' defined in your mapfile?

If so watch for a typo at the layer above, maybe an extra END
Anything in your Web server log, and mapserver log?





Paul S <paul.sheedy at bentley.com>@lists.osgeo.org 
Envoy? par : mapserver-users-bounces at lists.osgeo.org
2013-09-23 10:21

A
mapserver-users at lists.osgeo.org
cc

Objet
Re: [mapserver-users] WMS server error. Invalid layer(s) given in the 
LAYERS parameter








Thanks Steve,

Here is the URL I am using ...

http://localhost/cgi-bin/mapserv.exe?
map=C:\ms4w\Apache\TEST_Routes.map&
LAYER=TestMap&
SERVICE=WMS&
VERSION=1.1.1&
REQUEST=GetMap

I wish/hope it is something as simple as a misspelling!  But I do not see
it.

Paul



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/WMS-server-error-Invalid-layer-s-given-in-the-LAYERS-parameter-tp5079259p5079278.html

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



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

From humberto at pastoraldacrianca.org.br  Mon Sep 23 07:18:12 2013
From: humberto at pastoraldacrianca.org.br (Humberto Cereser Ibanez)
Date: Mon, 23 Sep 2013 11:18:12 -0300
Subject: [mapserver-users] Scribe UI Configuration
Message-ID: <1379945892.2561.26.camel@p210>

Hi,

I'm trying to configure Scribe UI, but when I run "from init import
init_db" I get this message:

AttributeError: 'Flask' object has no attribute 'teardown_request'

The related packages that are installed in my Debian Squeeze, all via
aptitude, are:

python-flask 0.6
sqlite 3.7.3
python 2.6.6

Thanks in advanced,

Humberto Cereser Ibanez
Programmer at Pastoral da Crian?a

humberto at p210:~/mapfiles/scribeui/application$ sudo python
[sudo] password for humberto: 
Python 2.6.6 (r266:84292, Dec 26 2010, 22:31:48) 
[GCC 4.4.5] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from init import init_db
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "init.py", line 102, in <module>
    @app.teardown_request
AttributeError: 'Flask' object has no attribute 'teardown_request'
>>> 



From jlapointe at mapgears.com  Mon Sep 23 08:44:39 2013
From: jlapointe at mapgears.com (Jessica Lapointe)
Date: Mon, 23 Sep 2013 11:44:39 -0400
Subject: [mapserver-users] Scribe UI Configuration
Message-ID: <CAJ-22h5jSfxwztqS4esKx3zWubDM1Pp75S4LYYVzsNXkYndjEQ@mail.gmail.com>

Hi Humberto,

You should use pip install to get Flask (instead of aptitude):

sudo pip install Flask

If that doesn't work I found this link that might help:
http://rajaseelan.com/2011/06/18/attributeerror-flask-object-has-no-attribute-teardown_request/

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

From jayzee.smith at gmail.com  Mon Sep 23 09:39:52 2013
From: jayzee.smith at gmail.com (John Smith)
Date: Mon, 23 Sep 2013 12:39:52 -0400
Subject: [mapserver-users]  mapserver 6.4 binary?
Message-ID: <CAMZ8qd8fbcCdqoaH_F=SQ-Pry0Kx4x-7tjHVnQrFnukBa41spA@mail.gmail.com>

http://www.gisinternals.com/sdk/ still shows
"release-1600-x64-gdal-1-10-mapserver-6-2".

is "release-1600-x64-gdal-1-10-mapserver-6-4" available anywhere?

thanks tamas, jzs
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130923/4e0666f7/attachment.htm>

From szekerest at gmail.com  Mon Sep 23 10:37:22 2013
From: szekerest at gmail.com (Tamas Szekeres)
Date: Mon, 23 Sep 2013 19:37:22 +0200
Subject: [mapserver-users] mapserver 6.4 binary?
In-Reply-To: <CAMZ8qd8fbcCdqoaH_F=SQ-Pry0Kx4x-7tjHVnQrFnukBa41spA@mail.gmail.com>
References: <CAMZ8qd8fbcCdqoaH_F=SQ-Pry0Kx4x-7tjHVnQrFnukBa41spA@mail.gmail.com>
Message-ID: <CACALY+QGg6HaqPdLrdEx9PqRxfxUb+OqT5NFmCykiC4wgJckOA@mail.gmail.com>

Hi John,

Just working on it. Needs a bit of time to compile them all.

Best regards,

Tamas



2013/9/23 John Smith <jayzee.smith at gmail.com>

> http://www.gisinternals.com/sdk/ still shows
> "release-1600-x64-gdal-1-10-mapserver-6-2".
>
> is "release-1600-x64-gdal-1-10-mapserver-6-4" available anywhere?
>
> thanks tamas, jzs
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130923/fa55da9c/attachment.htm>

From humberto at pastoraldacrianca.org.br  Mon Sep 23 13:03:48 2013
From: humberto at pastoraldacrianca.org.br (Humberto Cereser Ibanez)
Date: Mon, 23 Sep 2013 17:03:48 -0300
Subject: [mapserver-users] Scribe UI Configuration
In-Reply-To: <CAJ-22h5jSfxwztqS4esKx3zWubDM1Pp75S4LYYVzsNXkYndjEQ@mail.gmail.com>
References: <CAJ-22h5jSfxwztqS4esKx3zWubDM1Pp75S4LYYVzsNXkYndjEQ@mail.gmail.com>
Message-ID: <1379966628.2561.213.camel@p210>

Hi Jessica,

Em Seg, 2013-09-23 ?s 11:44 -0400, Jessica Lapointe escreveu:
> Hi Humberto, 
> You should use pip install to get Flask (instead of aptitude):
> 
> sudo pip install Flask 
> 
> If that doesn't work I found this link that might
> help: http://rajaseelan.com/2011/06/18/attributeerror-flask-object-has-no-attribute-teardown_request/  
> 
> Jessica 

It is need to run more commands to be able to install Flask on Debian
Squeeze, by another way than via command "aptitude install"

Following are the commands that I ran:

sudo aptitude remove python-flask --purge
sudo aptitude install python-virtualenv
virtualenv venv
New python executable in venv/bin/python
Installing
distribute..................................................................................................................................................................................done.
 . venv/bin/activate
(venv)humberto at p210:~/mapfiles/scribeui$ easy_install Flask

Thanks,

Humberto Cereser Ibanez
Programmer at Pastoral da Crian?a
www.pastoraldacrianca.org.br



From jack.walters at zonarsystems.com  Mon Sep 23 15:21:07 2013
From: jack.walters at zonarsystems.com (Jack Walters)
Date: Mon, 23 Sep 2013 15:21:07 -0700
Subject: [mapserver-users] Bad BBOX passed to db query
In-Reply-To: <52373F66.5040602@zonarsystems.com>
References: <52373F66.5040602@zonarsystems.com>
Message-ID: <5240BED3.8020105@zonarsystems.com>

Any help here would be greatly appreciated.

Thanks,
Jack Walters
Web Development Engineer III
Zonar Systems


On 9/16/2013 10:27 AM, Jack Walters wrote:
> We are updating to mapserver 6.2.1 from 5.6.5 and have found that
> several polygons/polylines/labels in western North America are not being
> drawn.
>
> We are using:
> - epsg 4326
> - DB Postgres
> - "tile_map_edge_buffer" "256"
> - "tile_metatile_level" "2"
> - Bing map tile quadrant key example 0231
>
> I have tried:
> - changing the tile_map_edge_buffer and tile_metatile_level
> - made sure the Proj.4 was up to date and definition was set with
> '+over' --
> http://lists.osgeo.org/pipermail/mapserver-users/2012-June/072538.html
> - manipulating labels with labelcache_map_edge_buffer
>
> No luck. The polygons and polylines will draw if I remove
> tile_map_edge_buffer and tile_metatile_level, but then the labels are bad.
>
> I set up debugging and the only real difference from the previous
> version to the new one was the bounding box passed to the db call was
> different.
> - I did note that the msTileSetExtent from both are the same:
> msTileSetExtent (-22537304.912690, -2499796.572690) (-7518957.597310,
> 12518550.742690)
>
> The resulting bounding boxes:
>
> mapserver 5.6.5:
> GeomFromText('POLYGON((-179.52099606876
> -21.9022779637684,-179.52099606876 74.0074402855723,179.129882837677
> 74.0074402855723,179.129882837677 -21.9022779637684,-179.52099606876
> -21.9022779637684))',4326)
>
> mapserver 6.2.1:
> ST_GeomFromText('POLYGON((157.543945340682
> -21.9022779637684,157.543945340682 74.0074402855723,292.456054696902
> 74.0074402855723,292.456054696902 -21.9022779637684,157.543945340682
> -21.9022779637684))',4326)
>
> Any ideas? Maybe a bad compile?
>
> I originally added this to the github bug submission, but I thought I
> would post it here as well.
>
> Thanks,
> Jack Walters
> Web Development Engineer III
> Zonar Systems
>
>
> Confidentiality Notice: This e-mail may contain proprietary information some of which may be legally privileged. It is for the intended recipient(s) only. If you believe that it has been sent to you in error, please notify the sender by reply e-mail and delete the message. Any disclosure, copying, distribution or use of this information by someone other than the intended recipient(s) is prohibited and may be unlawful.
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users



Confidentiality Notice: This e-mail may contain proprietary information some of which may be legally privileged. It is for the intended recipient(s) only. If you believe that it has been sent to you in error, please notify the sender by reply e-mail and delete the message. Any disclosure, copying, distribution or use of this information by someone other than the intended recipient(s) is prohibited and may be unlawful.


From jack.walters at zonarsystems.com  Mon Sep 23 16:13:20 2013
From: jack.walters at zonarsystems.com (Jack Walters)
Date: Mon, 23 Sep 2013 16:13:20 -0700
Subject: [mapserver-users] Bad BBOX passed to db query
In-Reply-To: <5240BED3.8020105@zonarsystems.com>
References: <52373F66.5040602@zonarsystems.com>
	<5240BED3.8020105@zonarsystems.com>
Message-ID: <5240CB10.7010401@zonarsystems.com>

UPDATE - Possible fix

- Removed PROJECTION items from all layers
- Set main PROJECTION to AUTO
- Only reference to epsg 4326 is in MAP->METADATA wms_srs and postgresql
db calls

All items are now returning as expected. BBOX now:

GeomFromText('POLYGON((-179.52099606876
-21.9022779637684,-179.52099606876 74.0074402855723,179.129882837677
74.0074402855723,179.129882837677 -21.9022779637684,-179.52099606876
-21.9022779637684))',4326)

Any issues using it this way? Could the extra PROJECTION statments cause
mapserver to calculate the longitude differently?

Thanks,
Jack Walters
Web Development Engineer III
Zonar Systems


Confidentiality Notice: This e-mail may contain proprietary information some of which may be legally privileged. It is for the intended recipient(s) only. If you believe that it has been sent to you in error, please notify the sender by reply e-mail and delete the message. Any disclosure, copying, distribution or use of this information by someone other than the intended recipient(s) is prohibited and may be unlawful.


From thomas.bonfort at gmail.com  Tue Sep 24 02:51:05 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Tue, 24 Sep 2013 11:51:05 +0200
Subject: [mapserver-users] MapServer 6.4 Released
In-Reply-To: <5238C1D2.8030005@squeakycode.net>
References: <CAOM3y2hYjOpermxpAAZgbBxPVPomy5Kj+T2U1XiA0iokuSm8mA@mail.gmail.com>
	<5238B87C.9000607@squeakycode.net>
	<5238C1D2.8030005@squeakycode.net>
Message-ID: <CAOM3y2jf7bxrzprq41W+nmc+sgUVaft5n1=aK6nyuUwf4JvGOA@mail.gmail.com>

Disclaimer: I might have no idea of what I'm talking about given I'm
no mapscript or perl user or expert.
I'm a bit weary of applying this one. We'll install to the directory
required by the current perl installation, which is independent of the
prefix path. I believe you can supply CUSTOM_PERL_SITEARCH_DIR on the
command line if you want to install somewhere else, correct?

--
thomas

On 17 September 2013 22:55, andy <andy at squeakycode.net> wrote:
> On 9/17/2013 3:15 PM, andy wrote:
>>
>> On 9/17/2013 9:09 AM, thomas bonfort wrote:
>>>
>>> The MapServer team is pleased to announce the release of MapServer
>>> 6.4, along with the joint release of MapCache 1.2.
>>>
>>> Details of the new features, migration instructions, and download
>>> links can be found on the dedicated announcement page at
>>> http://www.mapserver.org/development/announce/6-4.html .
>>>
>>> cheers,
>>> The MapServer PSC
>>
>>
>> I start with:
>>
>> cmake -DCMAKE_INSTALL_PREFIX=/tmp/map  -DWITH_PERL=1  ..
>>
>> it runs ok, and displays:
>>
>> -- Will install files to /tmp/map
>> -- Configuring done
>> -- Generating done
>>
>> then I run make, which compiles fine.  But "make install" has a problem
>> with mapscript and tries to copy it to /usr/local/lib64, not /tmp/map.
>>
>> [ 90%] Built target mapserver
>> [ 90%] Built target legend
>> [ 91%] Built target mapserv
>> [ 92%] Built target msencrypt
>> [ 92%] Built target scalebar
>> [ 93%] Built target shp2img
>> [ 94%] Built target shptree
>> [ 95%] Built target shptreetst
>> [ 96%] Built target shptreevis
>> [ 97%] Built target sortshp
>> [ 98%] Built target tile4ms
>> [100%] Built target perlmapscript
>> Install the project...
>> -- Install configuration: ""
>> -- Installing: /tmp/map/bin/sortshp
>> -- Set runtime path of "/tmp/map/bin/sortshp" to
>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>> -- Installing: /tmp/map/bin/shptree
>> -- Set runtime path of "/tmp/map/bin/shptree" to
>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>> -- Installing: /tmp/map/bin/shptreevis
>> -- Set runtime path of "/tmp/map/bin/shptreevis" to
>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>> -- Installing: /tmp/map/bin/msencrypt
>> -- Set runtime path of "/tmp/map/bin/msencrypt" to
>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>> -- Installing: /tmp/map/bin/legend
>> -- Set runtime path of "/tmp/map/bin/legend" to
>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>> -- Installing: /tmp/map/bin/scalebar
>> -- Set runtime path of "/tmp/map/bin/scalebar" to
>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>> -- Installing: /tmp/map/bin/tile4ms
>> -- Set runtime path of "/tmp/map/bin/tile4ms" to
>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>> -- Installing: /tmp/map/bin/shptreetst
>> -- Set runtime path of "/tmp/map/bin/shptreetst" to
>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>> -- Installing: /tmp/map/bin/shp2img
>> -- Set runtime path of "/tmp/map/bin/shp2img" to
>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>> -- Installing: /tmp/map/bin/mapserv
>> -- Set runtime path of "/tmp/map/bin/mapserv" to
>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>> -- Installing: /tmp/map/lib/libmapserver.so.6.4.0
>> -- Installing: /tmp/map/lib/libmapserver.so.1
>> -- Installing: /tmp/map/lib/libmapserver.so
>> -- Set runtime path of "/tmp/map/lib/libmapserver.so.6.4.0" to
>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>> -- Installing: /usr/local/lib64/perl5/auto/mapscript/mapscript.so
>> CMake Error at mapscript/perl/cmake_install.cmake:38 (FILE):
>>    file INSTALL cannot copy file
>>
>>
>> "/home/andy/gis/mapserver/mapserver-6.4.0/buid/mapscript/perl/mapscript.so"
>>    to "/usr/local/lib64/perl5/auto/mapscript/mapscript.so".
>> Call Stack (most recent call first):
>>    cmake_install.cmake:273 (INCLUDE)
>>
>> make: *** [install] Error 1
>>
>> Any hints how I might fix this?
>>
>> -Andy
>>
>>
>
> In mapscript/perl/CMakeLists.txt, how about stripping the leading '/' so
> that INSTALL() has a relative path instead of absolute:
>
> set(CUSTOM_PERL_SITE_ARCH_DIR ${PERL_SITEARCH} CACHE DIR "Custom
> installation directory for perl binary extension
> # strip leading slash so INSTALL() uses CMAKE_INSTALL_PREFIX
> string(SUBSTRING ${CUSTOM_PERL_SITE_ARCH_DIR} 1 -1
> CUSTOM_PERL_SITE_ARCH_DIR)
>
>
> Maybe?
>
> -Andy
>


From tday at notionslate.net  Tue Sep 24 06:22:35 2013
From: tday at notionslate.net (Troy Day)
Date: Tue, 24 Sep 2013 07:22:35 -0600
Subject: [mapserver-users] Submitting filter does not filter - returns
	all features
Message-ID: <004401ceb929$22afd730$680f8590$@net>

I'm looking for advice on how to pass a GET request Filter through mapserver
to an oracle spatial database connection. Although I have successfully
implemented a BBOX filter, both DWithin and Intersects spatial filters seem
to be ignored during the query process because all features (up to
MAXFEATURES) are returned. No errors are returned with debug set to 5.  

 

Here is a sample URL:

 

http://wfsd.visualapms.com/wfs.php?SERVICE=WFS
<http://wfsd.visualapms.com/wfs.php?SERVICE=WFS&VERSION=1.1.0&REQUEST=getfea
ture&TYPENAME=parcels&SRSNAME=EPSG:4269&OUTPUTFORMAT=json&Filter=%3CFilter%3
E%3CDWithin%3E%3CPropertyName%3ESHAPE%3C/PropertyName%3E%3Cgml:Point%3E%3Cgm
l:coordinates%3E-101.9378217465,36.758602636999996%3C/gml:coordinates%3E%3C/
gml:Point%3E%3CDistance%20units=%27meters%27%3E200%3C/Distance%3E%3C/DWithin
%3E%3C/Filter%3E&MAXFEATURES=300>
&VERSION=1.1.0&REQUEST=getfeature&TYPENAME=parcels&SRSNAME=EPSG:4269&OUTPUTF
ORMAT=json&Filter=%3CFilter%3E%3CDWithin%3E%3CPropertyName%3ESHAPE%3C/Proper
tyName%3E%3Cgml:Point%3E%3Cgml:coordinates%3E-101.9378217465,36.758602636999
996%3C/gml:coordinates%3E%3C/gml:Point%3E%3CDistance%20units=%27meters%27%3E
200%3C/Distance%3E%3C/DWithin%3E%3C/Filter%3E&MAXFEATURES=300

 

Here is the filter part of that url  in xml format:

 

&Filter=<Filter><DWithin><PropertyName>SHAPE</PropertyName><gml:Point><gml:c
oordinates>-101.9378217465,36.758602636999996<gml:coordinates></gml:Point><D
istance units="meters">200</Distance></DWithin></Filter>

 

.and here is the layer definition within the map file I'm using:

 

  LAYER

    NAME           "parcels"

    METADATA

      "wfs_title"                 "Parcels"

      "wfs_srs"                   "EPSG:4269"

      "gml_include_items"         "all"

      "gml_featureid"             "OBJECTID"

      "wfs_enable_request"        "*"

      "wfs_getfeature_formatlist" "gml,json,geojson"

      "gml_COUNTRY_ID_type"       "Character"

      "gml_STATE_ID_type"         "Character"

      "gml_COUNTY_ID_type"        "Character"

      "gml_PARCEL_ID_type"        "Character"

    END

    TYPE           POLYGON

    STATUS         ON

    EXTENT         -180 -90 180 90

    CONNECTIONTYPE oraclespatial

    CONNECTION     "SDE/3nz0rb4rr4g1n at ArcSDE"

    DATA           "SHAPE FROM (select OBJECTID, COUNTRY_ID, STATE_ID,
COUNTY_ID, PARCEL_ID, APP_USER_G, SHAPE from PARCEL) USING FILTER"

    PROJECTION

      "init=epsg:4269"

    END

    CLASS

      NAME              "Parcels"

      STYLE

        COLOR                240 240 240

        OUTLINECOLOR           0   0   0

      END

    END

  END

 

 

Hoping others have gone down this rabbit hole.thanks for looking!

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

From tday at notionslate.net  Tue Sep 24 06:24:41 2013
From: tday at notionslate.net (Troy Day)
Date: Tue, 24 Sep 2013 07:24:41 -0600
Subject: [mapserver-users] Submitting filter does not filter - returns
	all features
Message-ID: <004901ceb929$6d6ada40$48408ec0$@net>

I'm looking for advice on how to pass a GET request Filter through mapserver
to an oracle spatial database connection. Although I have successfully
implemented a BBOX filter, both DWithin and Intersects spatial filters seem
to be ignored during the query process because all features (up to
MAXFEATURES) are returned. No errors are returned with debug set to 5.  

 

Here is a sample URL:

 

http://wfsd.visualapms.com/wfs.php?SERVICE=WFS
<http://wfsd.visualapms.com/wfs.php?SERVICE=WFS&VERSION=1.1.0&REQUEST=getfea
ture&TYPENAME=parcels&SRSNAME=EPSG:4269&OUTPUTFORMAT=json&Filter=%3CFilter%3
E%3CDWithin%3E%3CPropertyName%3ESHAPE%3C/PropertyName%3E%3Cgml:Point%3E%3Cgm
l:coordinates%3E-101.9378217465,36.758602636999996%3C/gml:coordinates%3E%3C/
gml:Point%3E%3CDistance%20units=%27meters%27%3E200%3C/Distance%3E%3C/DWithin
%3E%3C/Filter%3E&MAXFEATURES=300>
&VERSION=1.1.0&REQUEST=getfeature&TYPENAME=parcels&SRSNAME=EPSG:4269&OUTPUTF
ORMAT=json&Filter=%3CFilter%3E%3CDWithin%3E%3CPropertyName%3ESHAPE%3C/Proper
tyName%3E%3Cgml:Point%3E%3Cgml:coordinates%3E-101.9378217465,36.758602636999
996%3C/gml:coordinates%3E%3C/gml:Point%3E%3CDistance%20units=%27meters%27%3E
200%3C/Distance%3E%3C/DWithin%3E%3C/Filter%3E&MAXFEATURES=300

 

Here is the filter part of that url  in xml format:

 

&Filter=<Filter><DWithin><PropertyName>SHAPE</PropertyName><gml:Point><gml:c
oordinates>-101.9378217465,36.758602636999996<gml:coordinates></gml:Point><D
istance units="meters">200</Distance></DWithin></Filter>

 

.and here is the layer definition within the map file I'm using:

 

  LAYER

    NAME           "parcels"

    METADATA

      "wfs_title"                 "Parcels"

      "wfs_srs"                   "EPSG:4269"

      "gml_include_items"         "all"

      "gml_featureid"             "OBJECTID"

      "wfs_enable_request"        "*"

      "wfs_getfeature_formatlist" "gml,json,geojson"

      "gml_COUNTRY_ID_type"       "Character"

      "gml_STATE_ID_type"         "Character"

      "gml_COUNTY_ID_type"        "Character"

      "gml_PARCEL_ID_type"        "Character"

    END

    TYPE           POLYGON

    STATUS         ON

    EXTENT         -180 -90 180 90

    CONNECTIONTYPE oraclespatial

    CONNECTION     "SDE/3nz0rb4rr4g1n at ArcSDE"

    DATA           "SHAPE FROM (select OBJECTID, COUNTRY_ID, STATE_ID,
COUNTY_ID, PARCEL_ID, APP_USER_G, SHAPE from PARCEL) USING FILTER"

    PROJECTION

      "init=epsg:4269"

    END

    CLASS

      NAME              "Parcels"

      STYLE

        COLOR                240 240 240

        OUTLINECOLOR           0   0   0

      END

    END

  END

 

 

Hoping others have gone down this rabbit hole.thanks for looking!

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

From jukka.rahkonen at mmmtike.fi  Tue Sep 24 06:50:49 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Tue, 24 Sep 2013 13:50:49 +0000
Subject: [mapserver-users] Submitting filter does not filter -
	returns	all features
Message-ID: <84446DEF76453C439E9E97E438E13A63022F7AA0@suutari.haapa.mmm.fi>

Hi,

Just a guess, but using units in filters is often poorly implemented. Have a try without units and by giving the distance in degrees.

-Jukka Rahkonen-

L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta Troy Day
L?hetetty: 24. syyskuuta 2013 16:23
Vastaanottaja: mapserver-users at lists.osgeo.org
Aihe: Re: [mapserver-users] Submitting filter does not filter - returns all features

I'm looking for advice on how to pass a GET request Filter through mapserver to an oracle spatial database connection. Although I have successfully implemented a BBOX filter, both DWithin and Intersects spatial filters seem to be ignored during the query process because all features (up to MAXFEATURES) are returned. No errors are returned with debug set to 5.

Here is a sample URL:

http://wfsd.visualapms.com/wfs.php?SERVICE=WFS&VERSION=1.1.0&REQUEST=getfeature&TYPENAME=parcels&SRSNAME=EPSG:4269&OUTPUTFORMAT=json&Filter=%3CFilter%3E%3CDWithin%3E%3CPropertyName%3ESHAPE%3C/PropertyName%3E%3Cgml:Point%3E%3Cgml:coordinates%3E-101.9378217465,36.758602636999996%3C/gml:coordinates%3E%3C/gml:Point%3E%3CDistance%20units=%27meters%27%3E200%3C/Distance%3E%3C/DWithin%3E%3C/Filter%3E&MAXFEATURES=300

Here is the filter part of that url  in xml format:

&Filter=<Filter><DWithin><PropertyName>SHAPE</PropertyName><gml:Point><gml:coordinates>-101.9378217465,36.758602636999996<gml:coordinates></gml:Point><Distance units="meters">200</Distance></DWithin></Filter>

...and here is the layer definition within the map file I'm using:

  LAYER
    NAME           "parcels"
    METADATA
      "wfs_title"                 "Parcels"
      "wfs_srs"                   "EPSG:4269"
      "gml_include_items"         "all"
      "gml_featureid"             "OBJECTID"
      "wfs_enable_request"        "*"
      "wfs_getfeature_formatlist" "gml,json,geojson"
      "gml_COUNTRY_ID_type"       "Character"
      "gml_STATE_ID_type"         "Character"
      "gml_COUNTY_ID_type"        "Character"
      "gml_PARCEL_ID_type"        "Character"
    END
    TYPE           POLYGON
    STATUS         ON
    EXTENT         -180 -90 180 90
    CONNECTIONTYPE oraclespatial
    CONNECTION     "SDE/3nz0rb4rr4g1n at ArcSDE"
    DATA           "SHAPE FROM (select OBJECTID, COUNTRY_ID, STATE_ID, COUNTY_ID, PARCEL_ID, APP_USER_G, SHAPE from PARCEL) USING FILTER"
    PROJECTION
      "init=epsg:4269"
    END
    CLASS
      NAME              "Parcels"
      STYLE
        COLOR                240 240 240
        OUTLINECOLOR           0   0   0
      END
    END
  END


Hoping others have gone down this rabbit hole...thanks for looking!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130924/1cccfe2d/attachment.htm>

From andy at squeakycode.net  Tue Sep 24 06:51:20 2013
From: andy at squeakycode.net (andy)
Date: Tue, 24 Sep 2013 08:51:20 -0500
Subject: [mapserver-users] MapServer 6.4 Released
In-Reply-To: <CAOM3y2jf7bxrzprq41W+nmc+sgUVaft5n1=aK6nyuUwf4JvGOA@mail.gmail.com>
References: <CAOM3y2hYjOpermxpAAZgbBxPVPomy5Kj+T2U1XiA0iokuSm8mA@mail.gmail.com>
	<5238B87C.9000607@squeakycode.net>
	<5238C1D2.8030005@squeakycode.net>
	<CAOM3y2jf7bxrzprq41W+nmc+sgUVaft5n1=aK6nyuUwf4JvGOA@mail.gmail.com>
Message-ID: <524198D8.8050509@squeakycode.net>

Okay.  I hadn't seen CUSTOM_PERL_SITESARCH_DIR, so I'll play around with it.

I assume other package maintainers will have the same problem though, 
and not just with perl, python looks like it should do the same thing 
(unverified).

Is there a redhat or debian package builder here?  How'd you handle this?


-Andy


On 9/24/2013 4:51 AM, thomas bonfort wrote:
> Disclaimer: I might have no idea of what I'm talking about given I'm
> no mapscript or perl user or expert.
> I'm a bit weary of applying this one. We'll install to the directory
> required by the current perl installation, which is independent of the
> prefix path. I believe you can supply CUSTOM_PERL_SITEARCH_DIR on the
> command line if you want to install somewhere else, correct?
>
> --
> thomas
>
> On 17 September 2013 22:55, andy <andy at squeakycode.net> wrote:
>> On 9/17/2013 3:15 PM, andy wrote:
>>>
>>> On 9/17/2013 9:09 AM, thomas bonfort wrote:
>>>>
>>>> The MapServer team is pleased to announce the release of MapServer
>>>> 6.4, along with the joint release of MapCache 1.2.
>>>>
>>>> Details of the new features, migration instructions, and download
>>>> links can be found on the dedicated announcement page at
>>>> http://www.mapserver.org/development/announce/6-4.html .
>>>>
>>>> cheers,
>>>> The MapServer PSC
>>>
>>>
>>> I start with:
>>>
>>> cmake -DCMAKE_INSTALL_PREFIX=/tmp/map  -DWITH_PERL=1  ..
>>>
>>> it runs ok, and displays:
>>>
>>> -- Will install files to /tmp/map
>>> -- Configuring done
>>> -- Generating done
>>>
>>> then I run make, which compiles fine.  But "make install" has a problem
>>> with mapscript and tries to copy it to /usr/local/lib64, not /tmp/map.
>>>
>>> [ 90%] Built target mapserver
>>> [ 90%] Built target legend
>>> [ 91%] Built target mapserv
>>> [ 92%] Built target msencrypt
>>> [ 92%] Built target scalebar
>>> [ 93%] Built target shp2img
>>> [ 94%] Built target shptree
>>> [ 95%] Built target shptreetst
>>> [ 96%] Built target shptreevis
>>> [ 97%] Built target sortshp
>>> [ 98%] Built target tile4ms
>>> [100%] Built target perlmapscript
>>> Install the project...
>>> -- Install configuration: ""
>>> -- Installing: /tmp/map/bin/sortshp
>>> -- Set runtime path of "/tmp/map/bin/sortshp" to
>>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>>> -- Installing: /tmp/map/bin/shptree
>>> -- Set runtime path of "/tmp/map/bin/shptree" to
>>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>>> -- Installing: /tmp/map/bin/shptreevis
>>> -- Set runtime path of "/tmp/map/bin/shptreevis" to
>>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>>> -- Installing: /tmp/map/bin/msencrypt
>>> -- Set runtime path of "/tmp/map/bin/msencrypt" to
>>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>>> -- Installing: /tmp/map/bin/legend
>>> -- Set runtime path of "/tmp/map/bin/legend" to
>>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>>> -- Installing: /tmp/map/bin/scalebar
>>> -- Set runtime path of "/tmp/map/bin/scalebar" to
>>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>>> -- Installing: /tmp/map/bin/tile4ms
>>> -- Set runtime path of "/tmp/map/bin/tile4ms" to
>>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>>> -- Installing: /tmp/map/bin/shptreetst
>>> -- Set runtime path of "/tmp/map/bin/shptreetst" to
>>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>>> -- Installing: /tmp/map/bin/shp2img
>>> -- Set runtime path of "/tmp/map/bin/shp2img" to
>>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>>> -- Installing: /tmp/map/bin/mapserv
>>> -- Set runtime path of "/tmp/map/bin/mapserv" to
>>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>>> -- Installing: /tmp/map/lib/libmapserver.so.6.4.0
>>> -- Installing: /tmp/map/lib/libmapserver.so.1
>>> -- Installing: /tmp/map/lib/libmapserver.so
>>> -- Set runtime path of "/tmp/map/lib/libmapserver.so.6.4.0" to
>>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>>> -- Installing: /usr/local/lib64/perl5/auto/mapscript/mapscript.so
>>> CMake Error at mapscript/perl/cmake_install.cmake:38 (FILE):
>>>     file INSTALL cannot copy file
>>>
>>>
>>> "/home/andy/gis/mapserver/mapserver-6.4.0/buid/mapscript/perl/mapscript.so"
>>>     to "/usr/local/lib64/perl5/auto/mapscript/mapscript.so".
>>> Call Stack (most recent call first):
>>>     cmake_install.cmake:273 (INCLUDE)
>>>
>>> make: *** [install] Error 1
>>>
>>> Any hints how I might fix this?
>>>
>>> -Andy
>>>
>>>
>>
>> In mapscript/perl/CMakeLists.txt, how about stripping the leading '/' so
>> that INSTALL() has a relative path instead of absolute:
>>
>> set(CUSTOM_PERL_SITE_ARCH_DIR ${PERL_SITEARCH} CACHE DIR "Custom
>> installation directory for perl binary extension
>> # strip leading slash so INSTALL() uses CMAKE_INSTALL_PREFIX
>> string(SUBSTRING ${CUSTOM_PERL_SITE_ARCH_DIR} 1 -1
>> CUSTOM_PERL_SITE_ARCH_DIR)
>>
>>
>> Maybe?
>>
>> -Andy
>>



From jukka.rahkonen at mmmtike.fi  Tue Sep 24 07:09:22 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Tue, 24 Sep 2013 14:09:22 +0000
Subject: [mapserver-users] Submitting filter does not filter
	-	returns	all features
Message-ID: <84446DEF76453C439E9E97E438E13A63022F7AC0@suutari.haapa.mmm.fi>

Hi,

I had a try and this with units='meters'
http://hip.latuviitta.org/cgi-bin/mapserver_wfs?SERVICE=WFS&VERSION=1.0.0&REQUEST=getfeature&TYPENAME=lv:mml_railway&SRSNAME=EPSG:3067&Filter=%3CFilter%3E%3CDWithin%3E%3CPropertyName%3Ethe_geom%3C/PropertyName%3E%3Cgml:Point%3E%3Cgml:coordinates%3E246700,6780800%3C/gml:coordinates%3E%3C/gml:Point%3E%3CDistance%20units=%27meters%27%3E4000%3C/Distance%3E%3C/DWithin%3E%3C/Filter%3E&MAXFEATURES=300

seem to give the same result as this one with units='degrees'
http://hip.latuviitta.org/cgi-bin/mapserver_wfs?SERVICE=WFS&VERSION=1.0.0&REQUEST=getfeature&TYPENAME=lv:mml_railway&SRSNAME=EPSG:3067&Filter=%3CFilter%3E%3CDWithin%3E%3CPropertyName%3Ethe_geom%3C/PropertyName%3E%3Cgml:Point%3E%3Cgml:coordinates%3E246700,6780800%3C/gml:coordinates%3E%3C/gml:Point%3E%3CDistance%20units=%27meters%27%3E4000%3C/Distance%3E%3C/DWithin%3E%3C/Filter%3E&MAXFEATURES=300

The first one sent for TinyOWS does not give results at all but just an error message

http://hip.latuviitta.org/cgi-bin/tinyows?SERVICE=WFS&VERSION=1.0.0&REQUEST=getfeature&TYPENAME=lv:mml_railway&SRSNAME=EPSG:3067&Filter=%3CFilter%3E%3CDWithin%3E%3CPropertyName%3Ethe_geom%3C/PropertyName%3E%3Cgml:Point%3E%3Cgml:coordinates%3E246700,6780800%3C/gml:coordinates%3E%3C/gml:Point%3E%3CDistance%20units=%27meters%27%3E4000%3C/Distance%3E%3C/DWithin%3E%3C/Filter%3E&MAXFEATURES=300

The error is about namespaces but Mapserver does not care about such things, which means that Mapserver users learn to write filters which do not work with almost any other WFS server.

<ows:ExceptionReport xsi:schemaLocation=
"http://www.opengis.net/ows http://schemas.opengis.net/ows/1.0.0/owsExceptionReport.xsd" version="1.1.0"
language="en">
<ows:Exception exceptionCode="InvalidParameterValue" locator="FILTER">
<ows:ExceptionText>Filter Element contains incoherent XML Namespaces
</ows:ExceptionText>
</ows:Exception>
</ows:ExceptionReport>

Isn't it fun with WFS?

-Jukka Rahkonen-


L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta Rahkonen Jukka
L?hetetty: 24. syyskuuta 2013 16:51
Vastaanottaja: 'mapserver-users at lists.osgeo.org'
Aihe: Re: [mapserver-users] Submitting filter does not filter - returns all features

Hi,

Just a guess, but using units in filters is often poorly implemented. Have a try without units and by giving the distance in degrees.

-Jukka Rahkonen-

L?hett?j?: mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org> [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta Troy Day
L?hetetty: 24. syyskuuta 2013 16:23
Vastaanottaja: mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Aihe: Re: [mapserver-users] Submitting filter does not filter - returns all features

I'm looking for advice on how to pass a GET request Filter through mapserver to an oracle spatial database connection. Although I have successfully implemented a BBOX filter, both DWithin and Intersects spatial filters seem to be ignored during the query process because all features (up to MAXFEATURES) are returned. No errors are returned with debug set to 5.

Here is a sample URL:

http://wfsd.visualapms.com/wfs.php?SERVICE=WFS&VERSION=1.1.0&REQUEST=getfeature&TYPENAME=parcels&SRSNAME=EPSG:4269&OUTPUTFORMAT=json&Filter=%3CFilter%3E%3CDWithin%3E%3CPropertyName%3ESHAPE%3C/PropertyName%3E%3Cgml:Point%3E%3Cgml:coordinates%3E-101.9378217465,36.758602636999996%3C/gml:coordinates%3E%3C/gml:Point%3E%3CDistance%20units=%27meters%27%3E200%3C/Distance%3E%3C/DWithin%3E%3C/Filter%3E&MAXFEATURES=300

Here is the filter part of that url  in xml format:

&Filter=<Filter><DWithin><PropertyName>SHAPE</PropertyName><gml:Point><gml:coordinates>-101.9378217465,36.758602636999996<gml:coordinates></gml:Point><Distance units="meters">200</Distance></DWithin></Filter>

...and here is the layer definition within the map file I'm using:

  LAYER
    NAME           "parcels"
    METADATA
      "wfs_title"                 "Parcels"
      "wfs_srs"                   "EPSG:4269"
      "gml_include_items"         "all"
      "gml_featureid"             "OBJECTID"
      "wfs_enable_request"        "*"
      "wfs_getfeature_formatlist" "gml,json,geojson"
      "gml_COUNTRY_ID_type"       "Character"
      "gml_STATE_ID_type"         "Character"
      "gml_COUNTY_ID_type"        "Character"
      "gml_PARCEL_ID_type"        "Character"
    END
    TYPE           POLYGON
    STATUS         ON
    EXTENT         -180 -90 180 90
    CONNECTIONTYPE oraclespatial
    CONNECTION     "SDE/3nz0rb4rr4g1n at ArcSDE"
    DATA           "SHAPE FROM (select OBJECTID, COUNTRY_ID, STATE_ID, COUNTY_ID, PARCEL_ID, APP_USER_G, SHAPE from PARCEL) USING FILTER"
    PROJECTION
      "init=epsg:4269"
    END
    CLASS
      NAME              "Parcels"
      STYLE
        COLOR                240 240 240
        OUTLINECOLOR           0   0   0
      END
    END
  END


Hoping others have gone down this rabbit hole...thanks for looking!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130924/d6b85233/attachment.htm>

From jukka.rahkonen at mmmtike.fi  Tue Sep 24 07:12:56 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Tue, 24 Sep 2013 14:12:56 +0000
Subject: [mapserver-users] Submitting filter does not
	filter	-	returns	all features
In-Reply-To: <84446DEF76453C439E9E97E438E13A63022F7AC0@suutari.haapa.mmm.fi>
References: <84446DEF76453C439E9E97E438E13A63022F7AC0@suutari.haapa.mmm.fi>
Message-ID: <84446DEF76453C439E9E97E438E13A63022F7ADA@suutari.haapa.mmm.fi>

Blah, copied the same request twice. This request has degrees as units but Mapserver is still using the native units, meters.

http://hip.latuviitta.org/cgi-bin/mapserver_wfs?SERVICE=WFS&VERSION=1.0.0&REQUEST=getfeature&TYPENAME=lv:mml_railway&SRSNAME=EPSG:3067&Filter=%3CFilter%3E%3CDWithin%3E%3CPropertyName%3Ethe_geom%3C/PropertyName%3E%3Cgml:Point%3E%3Cgml:coordinates%3E246700,6780800%3C/gml:coordinates%3E%3C/gml:Point%3E%3CDistance%20units=%27degrees%27%3E4000%3C/Distance%3E%3C/DWithin%3E%3C/Filter%3E&MAXFEATURES=300

-Jukka-


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

From Steve.Lime at state.mn.us  Tue Sep 24 07:19:49 2013
From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT))
Date: Tue, 24 Sep 2013 14:19:49 +0000
Subject: [mapserver-users] Bad BBOX passed to db query
In-Reply-To: <5240CB10.7010401@zonarsystems.com>
References: <52373F66.5040602@zonarsystems.com>
	<5240BED3.8020105@zonarsystems.com> <5240CB10.7010401@zonarsystems.com>
Message-ID: <C549F0496453D842B4DD71AC8188DDC56075BF@055-CH1MPN1-041.055d.mgd.msft.net>

It would be helpful to see the mapfile before and after.

-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Jack Walters
Sent: Monday, September 23, 2013 6:13 PM
To: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Bad BBOX passed to db query

UPDATE - Possible fix

- Removed PROJECTION items from all layers
- Set main PROJECTION to AUTO
- Only reference to epsg 4326 is in MAP->METADATA wms_srs and postgresql db calls

All items are now returning as expected. BBOX now:

GeomFromText('POLYGON((-179.52099606876
-21.9022779637684,-179.52099606876 74.0074402855723,179.129882837677
74.0074402855723,179.129882837677 -21.9022779637684,-179.52099606876
-21.9022779637684))',4326)

Any issues using it this way? Could the extra PROJECTION statments cause mapserver to calculate the longitude differently?

Thanks,
Jack Walters
Web Development Engineer III
Zonar Systems


Confidentiality Notice: This e-mail may contain proprietary information some of which may be legally privileged. It is for the intended recipient(s) only. If you believe that it has been sent to you in error, please notify the sender by reply e-mail and delete the message. Any disclosure, copying, distribution or use of this information by someone other than the intended recipient(s) is prohibited and may be unlawful.
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users




From jukka.rahkonen at mmmtike.fi  Tue Sep 24 07:31:54 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Tue, 24 Sep 2013 14:31:54 +0000
Subject: [mapserver-users] Submitting filter does
	not	filter	-	returns	all features
Message-ID: <84446DEF76453C439E9E97E438E13A63022F7AF9@suutari.haapa.mmm.fi>

Sorry about spamming.  This document http://mapserver.org/ogc/filter_encoding.html says what are the valid units and using "deg" in the filter really works.

http://hip.latuviitta.org/cgi-bin/mapserver_wfs?SERVICE=WFS&VERSION=1.0.0&REQUEST=getfeature&TYPENAME=lv:mml_railway&SRSNAME=EPSG:3067&Filter=%3CFilter%3E%3CDWithin%3E%3CPropertyName%3Ethe_geom%3C/PropertyName%3E%3Cgml:Point%3E%3Cgml:coordinates%3E246700,6780800%3C/gml:coordinates%3E%3C/gml:Point%3E%3CDistance%20units=%27deg%27%3E4000%3C/Distance%3E%3C/DWithin%3E%3C/Filter%3E&MAXFEATURES=300

I wonder if not supported unit in a filter like "degrees" should rather lead to an error? Now Mapserver drops to use quietly the default distance unit.

-Jukka-


From aboudreault at mapgears.com  Tue Sep 24 08:14:29 2013
From: aboudreault at mapgears.com (Alan Boudreault)
Date: Tue, 24 Sep 2013 11:14:29 -0400
Subject: [mapserver-users] MapServer 6.4 Released
In-Reply-To: <5238C1D2.8030005@squeakycode.net>
References: <CAOM3y2hYjOpermxpAAZgbBxPVPomy5Kj+T2U1XiA0iokuSm8mA@mail.gmail.com>
	<5238B87C.9000607@squeakycode.net>
	<5238C1D2.8030005@squeakycode.net>
Message-ID: <5241AC55.20303@mapgears.com>

Andy,

Effectively, debian maintainers have made a patch for the install 
directory (perl and ruby). Here's the perl patch:

http://anonscm.debian.org/gitweb/?p=pkg-grass/mapserver.git;a=blob;f=debian/patches/perl-mapscript-install.patch;h=2a639cf50f09541d5d9db7c3bfa918261174f0c9;hb=HEAD

Is is related to your issue?

Alan

On 13-09-17 04:55 PM, andy wrote:
> On 9/17/2013 3:15 PM, andy wrote:
>> On 9/17/2013 9:09 AM, thomas bonfort wrote:
>>> The MapServer team is pleased to announce the release of MapServer
>>> 6.4, along with the joint release of MapCache 1.2.
>>>
>>> Details of the new features, migration instructions, and download
>>> links can be found on the dedicated announcement page at
>>> http://www.mapserver.org/development/announce/6-4.html .
>>>
>>> cheers,
>>> The MapServer PSC
>>
>> I start with:
>>
>> cmake -DCMAKE_INSTALL_PREFIX=/tmp/map  -DWITH_PERL=1  ..
>>
>> it runs ok, and displays:
>>
>> -- Will install files to /tmp/map
>> -- Configuring done
>> -- Generating done
>>
>> then I run make, which compiles fine.  But "make install" has a problem
>> with mapscript and tries to copy it to /usr/local/lib64, not /tmp/map.
>>
>> [ 90%] Built target mapserver
>> [ 90%] Built target legend
>> [ 91%] Built target mapserv
>> [ 92%] Built target msencrypt
>> [ 92%] Built target scalebar
>> [ 93%] Built target shp2img
>> [ 94%] Built target shptree
>> [ 95%] Built target shptreetst
>> [ 96%] Built target shptreevis
>> [ 97%] Built target sortshp
>> [ 98%] Built target tile4ms
>> [100%] Built target perlmapscript
>> Install the project...
>> -- Install configuration: ""
>> -- Installing: /tmp/map/bin/sortshp
>> -- Set runtime path of "/tmp/map/bin/sortshp" to
>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>> -- Installing: /tmp/map/bin/shptree
>> -- Set runtime path of "/tmp/map/bin/shptree" to
>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>> -- Installing: /tmp/map/bin/shptreevis
>> -- Set runtime path of "/tmp/map/bin/shptreevis" to
>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>> -- Installing: /tmp/map/bin/msencrypt
>> -- Set runtime path of "/tmp/map/bin/msencrypt" to
>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>> -- Installing: /tmp/map/bin/legend
>> -- Set runtime path of "/tmp/map/bin/legend" to
>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>> -- Installing: /tmp/map/bin/scalebar
>> -- Set runtime path of "/tmp/map/bin/scalebar" to
>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>> -- Installing: /tmp/map/bin/tile4ms
>> -- Set runtime path of "/tmp/map/bin/tile4ms" to
>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>> -- Installing: /tmp/map/bin/shptreetst
>> -- Set runtime path of "/tmp/map/bin/shptreetst" to
>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>> -- Installing: /tmp/map/bin/shp2img
>> -- Set runtime path of "/tmp/map/bin/shp2img" to
>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>> -- Installing: /tmp/map/bin/mapserv
>> -- Set runtime path of "/tmp/map/bin/mapserv" to
>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>> -- Installing: /tmp/map/lib/libmapserver.so.6.4.0
>> -- Installing: /tmp/map/lib/libmapserver.so.1
>> -- Installing: /tmp/map/lib/libmapserver.so
>> -- Set runtime path of "/tmp/map/lib/libmapserver.so.6.4.0" to
>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>> -- Installing: /usr/local/lib64/perl5/auto/mapscript/mapscript.so
>> CMake Error at mapscript/perl/cmake_install.cmake:38 (FILE):
>>    file INSTALL cannot copy file
>>
>> "/home/andy/gis/mapserver/mapserver-6.4.0/buid/mapscript/perl/mapscript.so"
>>
>>    to "/usr/local/lib64/perl5/auto/mapscript/mapscript.so".
>> Call Stack (most recent call first):
>>    cmake_install.cmake:273 (INCLUDE)
>>
>> make: *** [install] Error 1
>>
>> Any hints how I might fix this?
>>
>> -Andy
>>
>>
>
> In mapscript/perl/CMakeLists.txt, how about stripping the leading '/' so
> that INSTALL() has a relative path instead of absolute:
>
> set(CUSTOM_PERL_SITE_ARCH_DIR ${PERL_SITEARCH} CACHE DIR "Custom
> installation directory for perl binary extension
> # strip leading slash so INSTALL() uses CMAKE_INSTALL_PREFIX
> string(SUBSTRING ${CUSTOM_PERL_SITE_ARCH_DIR} 1 -1
> CUSTOM_PERL_SITE_ARCH_DIR)
>
>
> Maybe?
>
> -Andy
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users


-- 
Alan Boudreault
http://www.mapgears.com/


From jack.walters at zonarsystems.com  Tue Sep 24 09:17:05 2013
From: jack.walters at zonarsystems.com (Jack Walters)
Date: Tue, 24 Sep 2013 09:17:05 -0700
Subject: [mapserver-users] Bad BBOX passed to db query
In-Reply-To: <C549F0496453D842B4DD71AC8188DDC56075BF@055-CH1MPN1-041.055d.mgd.msft.net>
References: <52373F66.5040602@zonarsystems.com>	<5240BED3.8020105@zonarsystems.com>
	<5240CB10.7010401@zonarsystems.com>
	<C549F0496453D842B4DD71AC8188DDC56075BF@055-CH1MPN1-041.055d.mgd.msft.net>
Message-ID: <5241BB01.6030208@zonarsystems.com>

Before Update:
___________________________
MAP
     EXTENT -138 40 -110 60
     SIZE 500 500
     UNITS meters
     FONTSET "/var/www/gtc/html/current/mapping/maps/_fonts/fonts.lst"

     WEB
         METADATA
             "wms_title" "Zonar Web Mapping"
             "wms_srs" "epsg:4326 epsg:99999 epsg:4269"
             "tile_map_edge_buffer" "256" # 16 pixel rendering buffer
             "tile_metatile_level" "2" # metatile 2 levels up (4:1 =
1024px metatile)
         END #METADATA
     END #WEB

     TRANSPARENT true

     PROJECTION
         "init=epsg:4326"
     END #PROJECTION

     OUTPUTFORMAT
         NAME png
         DRIVER AGG/PNG
         IMAGEMODE RGB
         MIMETYPE "image/png"
     END

     ###############################################################
     #  SYMBOLS
     ###############################################################

     SYMBOL
         NAME "misc_circle"
         TYPE ellipse
         FILLED true
         POINTS
             1 1
         END
     END
     SYMBOL
         NAME "triangle_circle"
         TYPE ellipse
         FILLED true
         POINTS
             1 1
         END
     END
     SYMBOL
         NAME "triangle_arrow"
         TYPE vector
         FILLED true
         POINTS
             0 -3
             3 6
             0 4
             -3 6
             0 -3
         END
     END

     ###############################################################
     #  LAYERS
     ###############################################################
     LAYER
         NAME "loi_names"

         DATA "geom FROM ([query]) AS new_table USING UNIQUE id USING
SRID=4326"
         CONNECTIONTYPE postgis
         CONNECTION "user=qa1 dbname=qa1 password=qa1 host=dev-db-001"

         TYPE ANNOTATION
         STATUS OFF
         PROJECTION
             "init=epsg:4326"
         END #PROJECTION
         METADATA
             "wms_title" "loi_names"
         END #METADATA

         LABELITEM "name"

         CLASS
             LABEL
                 EXPRESSION ([area] >= 70)
                 MINSCALEDENOM 36978669.43  # Z#3
                 MAXSCALEDENOM 295829355.45 # Z#23+
                 BUFFER 10
                 FONT VeraBi
                 SIZE 8
                 TYPE truetype
                 WRAP "/"
                 COLOR [rgb_color]
                 OUTLINEWIDTH 2
                 OUTLINECOLOR 210 210 210
                 MINFEATURESIZE 60
             END #LABEL
         END #CLASS
         CLASS
             LABEL
                 EXPRESSION ([area] >= 0.4)
                 MINSCALEDENOM 9244667.36 # Z#23+
                 MAXSCALEDENOM 36978669.43 # Z#3
                 BUFFER 10
                 FONT VeraBi
                 SIZE 8
                 TYPE truetype
                 WRAP "/"
                 COLOR [rgb_color]
                 OUTLINEWIDTH 2
                 OUTLINECOLOR 210 210 210
                 MINFEATURESIZE 60
             END #LABEL
         END #CLASS
         CLASS
             LABEL
                 MINSCALEDENOM 0 # Z#23+
                 MAXSCALEDENOM 9244667.36 # Z#6
                 BUFFER 10
                 FONT VeraBi
                 SIZE 10
                 TYPE truetype
                 WRAP "/"
                 COLOR [rgb_color]
                 OUTLINEWIDTH 2
                 OUTLINECOLOR 210 210 210
                 MINFEATURESIZE 60
             END #LABEL
         END #CLASS
     END #LAYER


     LAYER
         NAME "loi_polys"
         DATA "geom FROM ([query]) AS new_table USING UNIQUE id USING
SRID=4326"
         CONNECTIONTYPE postgis
         CONNECTION "user=qa1 dbname=qa1 password=qa1 host=dev-db-001"

         TYPE polygon
         STATUS OFF
         PROJECTION
             "init=epsg:4326"
         END #PROJECTION
         METADATA
             "wms_title" "Locations of Interest polys"
             "wms_timeextent" "2000-01-01/2100-01-01"
             "wms_timeitem" "ts"
         END #METADATA

         LABELITEM "name"

         CLASS
             STYLE
                 OUTLINECOLOR [rgb_color]
             END #STYLE
         END #CLASS
     END #LAYER

     LAYER
         NAME "loi_lines"
         DATA "geom FROM ([query]) AS new_table USING UNIQUE id USING
SRID=4326"
         CONNECTIONTYPE postgis
         CONNECTION "user=qa1 dbname=qa1 password=qa1 host=dev-db-001"

         TYPE line
         STATUS OFF
         PROJECTION
             "init=epsg:4326"
         END #PROJECTION
         METADATA
             "wms_title" "Locations of Interest lines"
             "wms_timeextent" "2000-01-01/2100-01-01"
             "wms_timeitem" "ts"
         END #METADATA

         LABELITEM "name"
         CLASS
             STYLE
                 COLOR [rgb_color]
             END #STYLE
         END #CLASS
     END #LAYER
END #MAP
______________________________________

After Update:
______________________________________
MAP
     EXTENT -138 40 -110 60
     SIZE 500 500
     UNITS meters
     FONTSET "/var/www/gtc/html/current/mapping/maps/_fonts/fonts.lst"

     WEB
         METADATA
             "wms_title" "Zonar Web Mapping"
             "wms_srs" "epsg:4326 epsg:99999 epsg:4269"
             "tile_map_edge_buffer" "256" # 16 pixel rendering buffer
             "tile_metatile_level" "2" # metatile 2 levels up (4:1 =
1024px metatile)
         END #METADATA
     END #WEB

     TRANSPARENT true

     PROJECTION
         AUTO
     END #PROJECTION

     OUTPUTFORMAT
         NAME png
         DRIVER AGG/PNG
         IMAGEMODE RGB
         MIMETYPE "image/png"
     END

     ###############################################################
     #  SYMBOLS
     ###############################################################

     SYMBOL
         NAME "misc_circle"
         TYPE ellipse
         FILLED true
         POINTS
             1 1
         END
     END
     SYMBOL
         NAME "triangle_circle"
         TYPE ellipse
         FILLED true
         POINTS
             1 1
         END
     END
     SYMBOL
         NAME "triangle_arrow"
         TYPE vector
         FILLED true
         POINTS
             0 -3
             3 6
             0 4
             -3 6
             0 -3
         END
     END

     ###############################################################
     #  LAYERS
     ###############################################################
     LAYER
         NAME "loi_names"
         STATUS OFF
         TYPE POINT

         CONNECTIONTYPE postgis
         CONNECTION "user=qa1 dbname=qa1 password=qa1 host=dev-db-001"
         PROCESSING "CLOSE_CONNECTION=DEFER"

         DATA "geom FROM ([query]) AS new_table USING UNIQUE id USING
SRID=4326"

         METADATA
             "wms_title" "loi_names"
         END #METADATA

         LABELITEM "name"

         CLASS
             LABEL
                 EXPRESSION ([area] >= 70)
                 MINSCALEDENOM 36978669.43  # Z#3
                 MAXSCALEDENOM 295829355.45 # Z#23+
                 BUFFER 10
                 FONT VeraBi
                 SIZE 8
                 TYPE truetype
                 WRAP "/"
                 COLOR [rgb_color]
                 OUTLINEWIDTH 2
                 OUTLINECOLOR 210 210 210
                 MINFEATURESIZE 60
             END #LABEL
             LABEL
                 EXPRESSION ([area] >= 0.4)
                 MINSCALEDENOM 9244667.36 # Z#23+
                 MAXSCALEDENOM 36978669.43 # Z#3
                 BUFFER 10
                 FONT VeraBi
                 SIZE 8
                 TYPE truetype
                 WRAP "/"
                 COLOR [rgb_color]
                 OUTLINEWIDTH 2
                 OUTLINECOLOR 210 210 210
                 MINFEATURESIZE 60
             END #LABEL
             LABEL
                 MINSCALEDENOM 0 # Z#23+
                 MAXSCALEDENOM 9244667.36 # Z#6
                 BUFFER 10
                 FONT VeraBi
                 SIZE 10
                 TYPE truetype
                 WRAP "/"
                 COLOR [rgb_color]
                 OUTLINEWIDTH 2
                 OUTLINECOLOR 210 210 210
                 MINFEATURESIZE 60
             END #LABEL
         END #CLASS
     END #LAYER
     LAYER
         NAME "loi_polys"
         DEBUG 1
         STATUS OFF
         TYPE POLYGON

         CONNECTIONTYPE postgis
         CONNECTION "user=qa1 dbname=qa1 password=qa1 host=dev-db-001"
         PROCESSING "CLOSE_CONNECTION=DEFER"

         DATA "geom FROM ([query]) AS new_table USING UNIQUE id USING
SRID=4326"

         LABELITEM "name"
         METADATA
             "wms_title" "loi_polys"
         END #METADATA

         CLASS
             STYLE
                 OUTLINECOLOR [rgb_color]
             END #STYLE
         END #CLASS
     END #LAYER
     LAYER
         NAME "loi_lines"
         STATUS OFF
         TYPE LINE

         CONNECTIONTYPE postgis
         CONNECTION "user=qa1 dbname=qa1 password=qa1 host=dev-db-001"
         PROCESSING "CLOSE_CONNECTION=DEFER"

         DATA "geom FROM ([query]) AS new_table USING UNIQUE id USING
SRID=4326"

         LABELITEM "name"
         METADATA
             "wms_title" "loi_lines"
         END #METADATA

         CLASS
             STYLE
                 COLOR [rgb_color]
             END #STYLE
         END #CLASS
     END #LAYER
END #MAP
______________________________

Hope that helps.

Thanks,
Jack Walters
Web Development Engineer III
Zonar Systems


Confidentiality Notice: This e-mail may contain proprietary information some of which may be legally privileged. It is for the intended recipient(s) only. If you believe that it has been sent to you in error, please notify the sender by reply e-mail and delete the message. Any disclosure, copying, distribution or use of this information by someone other than the intended recipient(s) is prohibited and may be unlawful.


From andy at squeakycode.net  Tue Sep 24 10:09:09 2013
From: andy at squeakycode.net (andy)
Date: Tue, 24 Sep 2013 12:09:09 -0500
Subject: [mapserver-users] MapServer 6.4 Released
In-Reply-To: <5241AC55.20303@mapgears.com>
References: <CAOM3y2hYjOpermxpAAZgbBxPVPomy5Kj+T2U1XiA0iokuSm8mA@mail.gmail.com>
	<5238B87C.9000607@squeakycode.net>
	<5238C1D2.8030005@squeakycode.net> <5241AC55.20303@mapgears.com>
Message-ID: <5241C735.9000607@squeakycode.net>

I don't think so.  It looks like they are just swapping perl_site 
directory for perl_vendor.

I couldn't seem to find where they are actually setting 
CUSTOM_PERL_VENDOR_ARCH_DIR (Probably the same spot as 
CMAKE_INSTALL_PREFIX).  I'm assuming they are setting that to a temp folder.

I'll play around and see if I can do the same thing.

Thanks for the help.

-Andy


On 9/24/2013 10:14 AM, Alan Boudreault wrote:
> Andy,
>
> Effectively, debian maintainers have made a patch for the install
> directory (perl and ruby). Here's the perl patch:
>
> http://anonscm.debian.org/gitweb/?p=pkg-grass/mapserver.git;a=blob;f=debian/patches/perl-mapscript-install.patch;h=2a639cf50f09541d5d9db7c3bfa918261174f0c9;hb=HEAD
>
>
> Is is related to your issue?
>
> Alan
>
> On 13-09-17 04:55 PM, andy wrote:
>> On 9/17/2013 3:15 PM, andy wrote:
>>> On 9/17/2013 9:09 AM, thomas bonfort wrote:
>>>> The MapServer team is pleased to announce the release of MapServer
>>>> 6.4, along with the joint release of MapCache 1.2.
>>>>
>>>> Details of the new features, migration instructions, and download
>>>> links can be found on the dedicated announcement page at
>>>> http://www.mapserver.org/development/announce/6-4.html .
>>>>
>>>> cheers,
>>>> The MapServer PSC
>>>
>>> I start with:
>>>
>>> cmake -DCMAKE_INSTALL_PREFIX=/tmp/map  -DWITH_PERL=1  ..
>>>
>>> it runs ok, and displays:
>>>
>>> -- Will install files to /tmp/map
>>> -- Configuring done
>>> -- Generating done
>>>
>>> then I run make, which compiles fine.  But "make install" has a problem
>>> with mapscript and tries to copy it to /usr/local/lib64, not /tmp/map.
>>>
>>> [ 90%] Built target mapserver
>>> [ 90%] Built target legend
>>> [ 91%] Built target mapserv
>>> [ 92%] Built target msencrypt
>>> [ 92%] Built target scalebar
>>> [ 93%] Built target shp2img
>>> [ 94%] Built target shptree
>>> [ 95%] Built target shptreetst
>>> [ 96%] Built target shptreevis
>>> [ 97%] Built target sortshp
>>> [ 98%] Built target tile4ms
>>> [100%] Built target perlmapscript
>>> Install the project...
>>> -- Install configuration: ""
>>> -- Installing: /tmp/map/bin/sortshp
>>> -- Set runtime path of "/tmp/map/bin/sortshp" to
>>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>>> -- Installing: /tmp/map/bin/shptree
>>> -- Set runtime path of "/tmp/map/bin/shptree" to
>>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>>> -- Installing: /tmp/map/bin/shptreevis
>>> -- Set runtime path of "/tmp/map/bin/shptreevis" to
>>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>>> -- Installing: /tmp/map/bin/msencrypt
>>> -- Set runtime path of "/tmp/map/bin/msencrypt" to
>>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>>> -- Installing: /tmp/map/bin/legend
>>> -- Set runtime path of "/tmp/map/bin/legend" to
>>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>>> -- Installing: /tmp/map/bin/scalebar
>>> -- Set runtime path of "/tmp/map/bin/scalebar" to
>>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>>> -- Installing: /tmp/map/bin/tile4ms
>>> -- Set runtime path of "/tmp/map/bin/tile4ms" to
>>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>>> -- Installing: /tmp/map/bin/shptreetst
>>> -- Set runtime path of "/tmp/map/bin/shptreetst" to
>>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>>> -- Installing: /tmp/map/bin/shp2img
>>> -- Set runtime path of "/tmp/map/bin/shp2img" to
>>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>>> -- Installing: /tmp/map/bin/mapserv
>>> -- Set runtime path of "/tmp/map/bin/mapserv" to
>>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>>> -- Installing: /tmp/map/lib/libmapserver.so.6.4.0
>>> -- Installing: /tmp/map/lib/libmapserver.so.1
>>> -- Installing: /tmp/map/lib/libmapserver.so
>>> -- Set runtime path of "/tmp/map/lib/libmapserver.so.6.4.0" to
>>> "/tmp/map/lib:/usr/local/pg93/lib:/usr/local/lib"
>>> -- Installing: /usr/local/lib64/perl5/auto/mapscript/mapscript.so
>>> CMake Error at mapscript/perl/cmake_install.cmake:38 (FILE):
>>>    file INSTALL cannot copy file
>>>
>>> "/home/andy/gis/mapserver/mapserver-6.4.0/buid/mapscript/perl/mapscript.so"
>>>
>>>
>>>    to "/usr/local/lib64/perl5/auto/mapscript/mapscript.so".
>>> Call Stack (most recent call first):
>>>    cmake_install.cmake:273 (INCLUDE)
>>>
>>> make: *** [install] Error 1
>>>
>>> Any hints how I might fix this?
>>>
>>> -Andy
>>>
>>>
>>
>> In mapscript/perl/CMakeLists.txt, how about stripping the leading '/' so
>> that INSTALL() has a relative path instead of absolute:
>>
>> set(CUSTOM_PERL_SITE_ARCH_DIR ${PERL_SITEARCH} CACHE DIR "Custom
>> installation directory for perl binary extension
>> # strip leading slash so INSTALL() uses CMAKE_INSTALL_PREFIX
>> string(SUBSTRING ${CUSTOM_PERL_SITE_ARCH_DIR} 1 -1
>> CUSTOM_PERL_SITE_ARCH_DIR)
>>
>>
>> Maybe?
>>
>> -Andy
>>
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>



From David.Fawcett at state.mn.us  Tue Sep 24 10:18:30 2013
From: David.Fawcett at state.mn.us (Fawcett, David (MNIT))
Date: Tue, 24 Sep 2013 17:18:30 +0000
Subject: [mapserver-users] Bad BBOX passed to db query
In-Reply-To: <5241BB01.6030208@zonarsystems.com>
References: <52373F66.5040602@zonarsystems.com>
	<5240BED3.8020105@zonarsystems.com>	<5240CB10.7010401@zonarsystems.com>
	<C549F0496453D842B4DD71AC8188DDC56075BF@055-CH1MPN1-041.055d.mgd.msft.net>
	<5241BB01.6030208@zonarsystems.com>
Message-ID: <D645DD294B659443AAFDEFBEC8F1E9822503BE@055-CH1MPN1-003.055d.mgd.msft.net>

Notice that your Map projection is 4326, but that your Map units are set to meters.  

I am guessing that this is your problem.

The map units and the units that the map extent are expressed in have to match your map projection/srs.

David.

-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Jack Walters
Sent: Tuesday, September 24, 2013 11:17 AM
To: Lime, Steve D (MNIT); mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Bad BBOX passed to db query

Before Update:
___________________________
MAP
     EXTENT -138 40 -110 60
     SIZE 500 500
     UNITS meters
     FONTSET "/var/www/gtc/html/current/mapping/maps/_fonts/fonts.lst"

     WEB
         METADATA
             "wms_title" "Zonar Web Mapping"
             "wms_srs" "epsg:4326 epsg:99999 epsg:4269"
             "tile_map_edge_buffer" "256" # 16 pixel rendering buffer
             "tile_metatile_level" "2" # metatile 2 levels up (4:1 = 1024px metatile)
         END #METADATA
     END #WEB

     TRANSPARENT true

     PROJECTION
         "init=epsg:4326"
     END #PROJECTION

     OUTPUTFORMAT
         NAME png
         DRIVER AGG/PNG
         IMAGEMODE RGB
         MIMETYPE "image/png"
     END

     ###############################################################
     #  SYMBOLS
     ###############################################################

     SYMBOL
         NAME "misc_circle"
         TYPE ellipse
         FILLED true
         POINTS
             1 1
         END
     END
     SYMBOL
         NAME "triangle_circle"
         TYPE ellipse
         FILLED true
         POINTS
             1 1
         END
     END
     SYMBOL
         NAME "triangle_arrow"
         TYPE vector
         FILLED true
         POINTS
             0 -3
             3 6
             0 4
             -3 6
             0 -3
         END
     END

     ###############################################################
     #  LAYERS
     ###############################################################
     LAYER
         NAME "loi_names"

         DATA "geom FROM ([query]) AS new_table USING UNIQUE id USING SRID=4326"
         CONNECTIONTYPE postgis
         CONNECTION "user=qa1 dbname=qa1 password=qa1 host=dev-db-001"

         TYPE ANNOTATION
         STATUS OFF
         PROJECTION
             "init=epsg:4326"
         END #PROJECTION
         METADATA
             "wms_title" "loi_names"
         END #METADATA

         LABELITEM "name"

         CLASS
             LABEL
                 EXPRESSION ([area] >= 70)
                 MINSCALEDENOM 36978669.43  # Z#3
                 MAXSCALEDENOM 295829355.45 # Z#23+
                 BUFFER 10
                 FONT VeraBi
                 SIZE 8
                 TYPE truetype
                 WRAP "/"
                 COLOR [rgb_color]
                 OUTLINEWIDTH 2
                 OUTLINECOLOR 210 210 210
                 MINFEATURESIZE 60
             END #LABEL
         END #CLASS
         CLASS
             LABEL
                 EXPRESSION ([area] >= 0.4)
                 MINSCALEDENOM 9244667.36 # Z#23+
                 MAXSCALEDENOM 36978669.43 # Z#3
                 BUFFER 10
                 FONT VeraBi
                 SIZE 8
                 TYPE truetype
                 WRAP "/"
                 COLOR [rgb_color]
                 OUTLINEWIDTH 2
                 OUTLINECOLOR 210 210 210
                 MINFEATURESIZE 60
             END #LABEL
         END #CLASS
         CLASS
             LABEL
                 MINSCALEDENOM 0 # Z#23+
                 MAXSCALEDENOM 9244667.36 # Z#6
                 BUFFER 10
                 FONT VeraBi
                 SIZE 10
                 TYPE truetype
                 WRAP "/"
                 COLOR [rgb_color]
                 OUTLINEWIDTH 2
                 OUTLINECOLOR 210 210 210
                 MINFEATURESIZE 60
             END #LABEL
         END #CLASS
     END #LAYER


     LAYER
         NAME "loi_polys"
         DATA "geom FROM ([query]) AS new_table USING UNIQUE id USING SRID=4326"
         CONNECTIONTYPE postgis
         CONNECTION "user=qa1 dbname=qa1 password=qa1 host=dev-db-001"

         TYPE polygon
         STATUS OFF
         PROJECTION
             "init=epsg:4326"
         END #PROJECTION
         METADATA
             "wms_title" "Locations of Interest polys"
             "wms_timeextent" "2000-01-01/2100-01-01"
             "wms_timeitem" "ts"
         END #METADATA

         LABELITEM "name"

         CLASS
             STYLE
                 OUTLINECOLOR [rgb_color]
             END #STYLE
         END #CLASS
     END #LAYER

     LAYER
         NAME "loi_lines"
         DATA "geom FROM ([query]) AS new_table USING UNIQUE id USING SRID=4326"
         CONNECTIONTYPE postgis
         CONNECTION "user=qa1 dbname=qa1 password=qa1 host=dev-db-001"

         TYPE line
         STATUS OFF
         PROJECTION
             "init=epsg:4326"
         END #PROJECTION
         METADATA
             "wms_title" "Locations of Interest lines"
             "wms_timeextent" "2000-01-01/2100-01-01"
             "wms_timeitem" "ts"
         END #METADATA

         LABELITEM "name"
         CLASS
             STYLE
                 COLOR [rgb_color]
             END #STYLE
         END #CLASS
     END #LAYER
END #MAP
______________________________________

After Update:
______________________________________
MAP
     EXTENT -138 40 -110 60
     SIZE 500 500
     UNITS meters
     FONTSET "/var/www/gtc/html/current/mapping/maps/_fonts/fonts.lst"

     WEB
         METADATA
             "wms_title" "Zonar Web Mapping"
             "wms_srs" "epsg:4326 epsg:99999 epsg:4269"
             "tile_map_edge_buffer" "256" # 16 pixel rendering buffer
             "tile_metatile_level" "2" # metatile 2 levels up (4:1 = 1024px metatile)
         END #METADATA
     END #WEB

     TRANSPARENT true

     PROJECTION
         AUTO
     END #PROJECTION

     OUTPUTFORMAT
         NAME png
         DRIVER AGG/PNG
         IMAGEMODE RGB
         MIMETYPE "image/png"
     END

     ###############################################################
     #  SYMBOLS
     ###############################################################

     SYMBOL
         NAME "misc_circle"
         TYPE ellipse
         FILLED true
         POINTS
             1 1
         END
     END
     SYMBOL
         NAME "triangle_circle"
         TYPE ellipse
         FILLED true
         POINTS
             1 1
         END
     END
     SYMBOL
         NAME "triangle_arrow"
         TYPE vector
         FILLED true
         POINTS
             0 -3
             3 6
             0 4
             -3 6
             0 -3
         END
     END

     ###############################################################
     #  LAYERS
     ###############################################################
     LAYER
         NAME "loi_names"
         STATUS OFF
         TYPE POINT

         CONNECTIONTYPE postgis
         CONNECTION "user=qa1 dbname=qa1 password=qa1 host=dev-db-001"
         PROCESSING "CLOSE_CONNECTION=DEFER"

         DATA "geom FROM ([query]) AS new_table USING UNIQUE id USING SRID=4326"

         METADATA
             "wms_title" "loi_names"
         END #METADATA

         LABELITEM "name"

         CLASS
             LABEL
                 EXPRESSION ([area] >= 70)
                 MINSCALEDENOM 36978669.43  # Z#3
                 MAXSCALEDENOM 295829355.45 # Z#23+
                 BUFFER 10
                 FONT VeraBi
                 SIZE 8
                 TYPE truetype
                 WRAP "/"
                 COLOR [rgb_color]
                 OUTLINEWIDTH 2
                 OUTLINECOLOR 210 210 210
                 MINFEATURESIZE 60
             END #LABEL
             LABEL
                 EXPRESSION ([area] >= 0.4)
                 MINSCALEDENOM 9244667.36 # Z#23+
                 MAXSCALEDENOM 36978669.43 # Z#3
                 BUFFER 10
                 FONT VeraBi
                 SIZE 8
                 TYPE truetype
                 WRAP "/"
                 COLOR [rgb_color]
                 OUTLINEWIDTH 2
                 OUTLINECOLOR 210 210 210
                 MINFEATURESIZE 60
             END #LABEL
             LABEL
                 MINSCALEDENOM 0 # Z#23+
                 MAXSCALEDENOM 9244667.36 # Z#6
                 BUFFER 10
                 FONT VeraBi
                 SIZE 10
                 TYPE truetype
                 WRAP "/"
                 COLOR [rgb_color]
                 OUTLINEWIDTH 2
                 OUTLINECOLOR 210 210 210
                 MINFEATURESIZE 60
             END #LABEL
         END #CLASS
     END #LAYER
     LAYER
         NAME "loi_polys"
         DEBUG 1
         STATUS OFF
         TYPE POLYGON

         CONNECTIONTYPE postgis
         CONNECTION "user=qa1 dbname=qa1 password=qa1 host=dev-db-001"
         PROCESSING "CLOSE_CONNECTION=DEFER"

         DATA "geom FROM ([query]) AS new_table USING UNIQUE id USING SRID=4326"

         LABELITEM "name"
         METADATA
             "wms_title" "loi_polys"
         END #METADATA

         CLASS
             STYLE
                 OUTLINECOLOR [rgb_color]
             END #STYLE
         END #CLASS
     END #LAYER
     LAYER
         NAME "loi_lines"
         STATUS OFF
         TYPE LINE

         CONNECTIONTYPE postgis
         CONNECTION "user=qa1 dbname=qa1 password=qa1 host=dev-db-001"
         PROCESSING "CLOSE_CONNECTION=DEFER"

         DATA "geom FROM ([query]) AS new_table USING UNIQUE id USING SRID=4326"

         LABELITEM "name"
         METADATA
             "wms_title" "loi_lines"
         END #METADATA

         CLASS
             STYLE
                 COLOR [rgb_color]
             END #STYLE
         END #CLASS
     END #LAYER
END #MAP
______________________________

Hope that helps.

Thanks,
Jack Walters
Web Development Engineer III
Zonar Systems


Confidentiality Notice: This e-mail may contain proprietary information some of which may be legally privileged. It is for the intended recipient(s) only. If you believe that it has been sent to you in error, please notify the sender by reply e-mail and delete the message. Any disclosure, copying, distribution or use of this information by someone other than the intended recipient(s) is prohibited and may be unlawful.
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users




From jack.walters at zonarsystems.com  Tue Sep 24 11:46:41 2013
From: jack.walters at zonarsystems.com (Jack Walters)
Date: Tue, 24 Sep 2013 11:46:41 -0700
Subject: [mapserver-users] Bad BBOX passed to db query
In-Reply-To: <D645DD294B659443AAFDEFBEC8F1E9822503BE@055-CH1MPN1-003.055d.mgd.msft.net>
References: <52373F66.5040602@zonarsystems.com>	<5240BED3.8020105@zonarsystems.com>	<5240CB10.7010401@zonarsystems.com>	<C549F0496453D842B4DD71AC8188DDC56075BF@055-CH1MPN1-041.055d.mgd.msft.net>
	<5241BB01.6030208@zonarsystems.com>
	<D645DD294B659443AAFDEFBEC8F1E9822503BE@055-CH1MPN1-003.055d.mgd.msft.net>
Message-ID: <5241DE11.9070105@zonarsystems.com>

If that is the case, wouldn't that affect the longitude and latitude and
not just the longitude?

As far as I know, setting the UNITS to meters has been the established
way to set up the mapfile for the past 4+ years. Removing it completely
doesn't seem to change anything.  I tried changing it to one of ther
other options available [dd|feet|inches|kilometers|miles|nauticalmiles]
and no change except to the lables where they were visibled previously.

I'm still pretty new to the logic here.  I am inheriting this code and
trying to make it work for mapserver 6.2.1 from 5.6.5.

It would seem that removing the projection item from the layers, setting
the main projection to AUTO and only referencing the 4326 projection
from the map->web->metadata->wms_srs and the db calls is the only
solution.  It is almost like it is reprocessing the longitude when the
PROJECTION items are set to 4326 in the MAP and LAYER.

Really, I was wondering if there were any issues with my solution?

Thanks,
Jack Walters
Web Development Engineer III
Zonar Systems


On 9/24/2013 10:18 AM, Fawcett, David (MNIT) wrote:
> Notice that your Map projection is 4326, but that your Map units are set to meters.
>
> I am guessing that this is your problem.
>
> The map units and the units that the map extent are expressed in have to match your map projection/srs.
>
> David.
>
> -----Original Message-----
> From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Jack Walters
> Sent: Tuesday, September 24, 2013 11:17 AM
> To: Lime, Steve D (MNIT); mapserver-users at lists.osgeo.org
> Subject: Re: [mapserver-users] Bad BBOX passed to db query
>
> Before Update:
> ___________________________
> MAP
>       EXTENT -138 40 -110 60
>       SIZE 500 500
>       UNITS meters
>       FONTSET "/var/www/gtc/html/current/mapping/maps/_fonts/fonts.lst"
>
>       WEB
>           METADATA
>               "wms_title" "Zonar Web Mapping"
>               "wms_srs" "epsg:4326 epsg:99999 epsg:4269"
>               "tile_map_edge_buffer" "256" # 16 pixel rendering buffer
>               "tile_metatile_level" "2" # metatile 2 levels up (4:1 = 1024px metatile)
>           END #METADATA
>       END #WEB
>
>       TRANSPARENT true
>
>       PROJECTION
>           "init=epsg:4326"
>       END #PROJECTION
>
>       OUTPUTFORMAT
>           NAME png
>           DRIVER AGG/PNG
>           IMAGEMODE RGB
>           MIMETYPE "image/png"
>       END
>
>       ###############################################################
>       #  SYMBOLS
>       ###############################################################
>
>       SYMBOL
>           NAME "misc_circle"
>           TYPE ellipse
>           FILLED true
>           POINTS
>               1 1
>           END
>       END
>       SYMBOL
>           NAME "triangle_circle"
>           TYPE ellipse
>           FILLED true
>           POINTS
>               1 1
>           END
>       END
>       SYMBOL
>           NAME "triangle_arrow"
>           TYPE vector
>           FILLED true
>           POINTS
>               0 -3
>               3 6
>               0 4
>               -3 6
>               0 -3
>           END
>       END
>
>       ###############################################################
>       #  LAYERS
>       ###############################################################
>       LAYER
>           NAME "loi_names"
>
>           DATA "geom FROM ([query]) AS new_table USING UNIQUE id USING SRID=4326"
>           CONNECTIONTYPE postgis
>           CONNECTION "user=qa1 dbname=qa1 password=qa1 host=dev-db-001"
>
>           TYPE ANNOTATION
>           STATUS OFF
>           PROJECTION
>               "init=epsg:4326"
>           END #PROJECTION
>           METADATA
>               "wms_title" "loi_names"
>           END #METADATA
>
>           LABELITEM "name"
>
>           CLASS
>               LABEL
>                   EXPRESSION ([area] >= 70)
>                   MINSCALEDENOM 36978669.43  # Z#3
>                   MAXSCALEDENOM 295829355.45 # Z#23+
>                   BUFFER 10
>                   FONT VeraBi
>                   SIZE 8
>                   TYPE truetype
>                   WRAP "/"
>                   COLOR [rgb_color]
>                   OUTLINEWIDTH 2
>                   OUTLINECOLOR 210 210 210
>                   MINFEATURESIZE 60
>               END #LABEL
>           END #CLASS
>           CLASS
>               LABEL
>                   EXPRESSION ([area] >= 0.4)
>                   MINSCALEDENOM 9244667.36 # Z#23+
>                   MAXSCALEDENOM 36978669.43 # Z#3
>                   BUFFER 10
>                   FONT VeraBi
>                   SIZE 8
>                   TYPE truetype
>                   WRAP "/"
>                   COLOR [rgb_color]
>                   OUTLINEWIDTH 2
>                   OUTLINECOLOR 210 210 210
>                   MINFEATURESIZE 60
>               END #LABEL
>           END #CLASS
>           CLASS
>               LABEL
>                   MINSCALEDENOM 0 # Z#23+
>                   MAXSCALEDENOM 9244667.36 # Z#6
>                   BUFFER 10
>                   FONT VeraBi
>                   SIZE 10
>                   TYPE truetype
>                   WRAP "/"
>                   COLOR [rgb_color]
>                   OUTLINEWIDTH 2
>                   OUTLINECOLOR 210 210 210
>                   MINFEATURESIZE 60
>               END #LABEL
>           END #CLASS
>       END #LAYER
>
>
>       LAYER
>           NAME "loi_polys"
>           DATA "geom FROM ([query]) AS new_table USING UNIQUE id USING SRID=4326"
>           CONNECTIONTYPE postgis
>           CONNECTION "user=qa1 dbname=qa1 password=qa1 host=dev-db-001"
>
>           TYPE polygon
>           STATUS OFF
>           PROJECTION
>               "init=epsg:4326"
>           END #PROJECTION
>           METADATA
>               "wms_title" "Locations of Interest polys"
>               "wms_timeextent" "2000-01-01/2100-01-01"
>               "wms_timeitem" "ts"
>           END #METADATA
>
>           LABELITEM "name"
>
>           CLASS
>               STYLE
>                   OUTLINECOLOR [rgb_color]
>               END #STYLE
>           END #CLASS
>       END #LAYER
>
>       LAYER
>           NAME "loi_lines"
>           DATA "geom FROM ([query]) AS new_table USING UNIQUE id USING SRID=4326"
>           CONNECTIONTYPE postgis
>           CONNECTION "user=qa1 dbname=qa1 password=qa1 host=dev-db-001"
>
>           TYPE line
>           STATUS OFF
>           PROJECTION
>               "init=epsg:4326"
>           END #PROJECTION
>           METADATA
>               "wms_title" "Locations of Interest lines"
>               "wms_timeextent" "2000-01-01/2100-01-01"
>               "wms_timeitem" "ts"
>           END #METADATA
>
>           LABELITEM "name"
>           CLASS
>               STYLE
>                   COLOR [rgb_color]
>               END #STYLE
>           END #CLASS
>       END #LAYER
> END #MAP
> ______________________________________
>
> After Update:
> ______________________________________
> MAP
>       EXTENT -138 40 -110 60
>       SIZE 500 500
>       UNITS meters
>       FONTSET "/var/www/gtc/html/current/mapping/maps/_fonts/fonts.lst"
>
>       WEB
>           METADATA
>               "wms_title" "Zonar Web Mapping"
>               "wms_srs" "epsg:4326 epsg:99999 epsg:4269"
>               "tile_map_edge_buffer" "256" # 16 pixel rendering buffer
>               "tile_metatile_level" "2" # metatile 2 levels up (4:1 = 1024px metatile)
>           END #METADATA
>       END #WEB
>
>       TRANSPARENT true
>
>       PROJECTION
>           AUTO
>       END #PROJECTION
>
>       OUTPUTFORMAT
>           NAME png
>           DRIVER AGG/PNG
>           IMAGEMODE RGB
>           MIMETYPE "image/png"
>       END
>
>       ###############################################################
>       #  SYMBOLS
>       ###############################################################
>
>       SYMBOL
>           NAME "misc_circle"
>           TYPE ellipse
>           FILLED true
>           POINTS
>               1 1
>           END
>       END
>       SYMBOL
>           NAME "triangle_circle"
>           TYPE ellipse
>           FILLED true
>           POINTS
>               1 1
>           END
>       END
>       SYMBOL
>           NAME "triangle_arrow"
>           TYPE vector
>           FILLED true
>           POINTS
>               0 -3
>               3 6
>               0 4
>               -3 6
>               0 -3
>           END
>       END
>
>       ###############################################################
>       #  LAYERS
>       ###############################################################
>       LAYER
>           NAME "loi_names"
>           STATUS OFF
>           TYPE POINT
>
>           CONNECTIONTYPE postgis
>           CONNECTION "user=qa1 dbname=qa1 password=qa1 host=dev-db-001"
>           PROCESSING "CLOSE_CONNECTION=DEFER"
>
>           DATA "geom FROM ([query]) AS new_table USING UNIQUE id USING SRID=4326"
>
>           METADATA
>               "wms_title" "loi_names"
>           END #METADATA
>
>           LABELITEM "name"
>
>           CLASS
>               LABEL
>                   EXPRESSION ([area] >= 70)
>                   MINSCALEDENOM 36978669.43  # Z#3
>                   MAXSCALEDENOM 295829355.45 # Z#23+
>                   BUFFER 10
>                   FONT VeraBi
>                   SIZE 8
>                   TYPE truetype
>                   WRAP "/"
>                   COLOR [rgb_color]
>                   OUTLINEWIDTH 2
>                   OUTLINECOLOR 210 210 210
>                   MINFEATURESIZE 60
>               END #LABEL
>               LABEL
>                   EXPRESSION ([area] >= 0.4)
>                   MINSCALEDENOM 9244667.36 # Z#23+
>                   MAXSCALEDENOM 36978669.43 # Z#3
>                   BUFFER 10
>                   FONT VeraBi
>                   SIZE 8
>                   TYPE truetype
>                   WRAP "/"
>                   COLOR [rgb_color]
>                   OUTLINEWIDTH 2
>                   OUTLINECOLOR 210 210 210
>                   MINFEATURESIZE 60
>               END #LABEL
>               LABEL
>                   MINSCALEDENOM 0 # Z#23+
>                   MAXSCALEDENOM 9244667.36 # Z#6
>                   BUFFER 10
>                   FONT VeraBi
>                   SIZE 10
>                   TYPE truetype
>                   WRAP "/"
>                   COLOR [rgb_color]
>                   OUTLINEWIDTH 2
>                   OUTLINECOLOR 210 210 210
>                   MINFEATURESIZE 60
>               END #LABEL
>           END #CLASS
>       END #LAYER
>       LAYER
>           NAME "loi_polys"
>           DEBUG 1
>           STATUS OFF
>           TYPE POLYGON
>
>           CONNECTIONTYPE postgis
>           CONNECTION "user=qa1 dbname=qa1 password=qa1 host=dev-db-001"
>           PROCESSING "CLOSE_CONNECTION=DEFER"
>
>           DATA "geom FROM ([query]) AS new_table USING UNIQUE id USING SRID=4326"
>
>           LABELITEM "name"
>           METADATA
>               "wms_title" "loi_polys"
>           END #METADATA
>
>           CLASS
>               STYLE
>                   OUTLINECOLOR [rgb_color]
>               END #STYLE
>           END #CLASS
>       END #LAYER
>       LAYER
>           NAME "loi_lines"
>           STATUS OFF
>           TYPE LINE
>
>           CONNECTIONTYPE postgis
>           CONNECTION "user=qa1 dbname=qa1 password=qa1 host=dev-db-001"
>           PROCESSING "CLOSE_CONNECTION=DEFER"
>
>           DATA "geom FROM ([query]) AS new_table USING UNIQUE id USING SRID=4326"
>
>           LABELITEM "name"
>           METADATA
>               "wms_title" "loi_lines"
>           END #METADATA
>
>           CLASS
>               STYLE
>                   COLOR [rgb_color]
>               END #STYLE
>           END #CLASS
>       END #LAYER
> END #MAP
> ______________________________
>
> Hope that helps.
>
> Thanks,
> Jack Walters
> Web Development Engineer III
> Zonar Systems
>
>
> Confidentiality Notice: This e-mail may contain proprietary information some of which may be legally privileged. It is for the intended recipient(s) only. If you believe that it has been sent to you in error, please notify the sender by reply e-mail and delete the message. Any disclosure, copying, distribution or use of this information by someone other than the intended recipient(s) is prohibited and may be unlawful.
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>



Confidentiality Notice: This e-mail may contain proprietary information some of which may be legally privileged. It is for the intended recipient(s) only. If you believe that it has been sent to you in error, please notify the sender by reply e-mail and delete the message. Any disclosure, copying, distribution or use of this information by someone other than the intended recipient(s) is prohibited and may be unlawful.


From jukka.rahkonen at mmmtike.fi  Wed Sep 25 05:44:37 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Wed, 25 Sep 2013 12:44:37 +0000
Subject: [mapserver-users] Pseudo-3D buildings
Message-ID: <84446DEF76453C439E9E97E438E13A63022F7DC0@suutari.haapa.mmm.fi>

Hi,

See these buildings which Andrei Nacu has drawn with OpenJUMP
http://img855.imageshack.us/img855/8340/b072.png

Buildings are constructed from 3 layers:
- OSM building polygons (orange)
- underneath them buffered polygons (buffer 2, round join) with dark grey outline and light grey fill
- above a copy of the building polygons with offsets dx=3 , dy=3, again with dark grey outline and light grey fill

I would like to see mapserver CLASS which gives the same result.

-Jukka Rahkonen-




From dmorissette at mapgears.com  Wed Sep 25 06:09:12 2013
From: dmorissette at mapgears.com (Daniel Morissette)
Date: Wed, 25 Sep 2013 09:09:12 -0400
Subject: [mapserver-users] Presentation slides for MapServer Project Status
 Report at FOSS4G 2013
Message-ID: <5242E078.2040109@mapgears.com>

Hi MapServer-users and -dev

FYI a copy of the MapServer Project Report slides presented at FOSS4G 
last week are available online at

http://talks.mapgears.com/en/conf/2013-09-21-mapserver-project-status-report

I received off-list questions about how to use some of the features 
since the presentation only provided a quick overview of each one. If 
you are looking for more info on any of the new 6.2 or 6.4 features, 
then I suggest that you start by looking at the 6.2 and 6.4 release 
announcements:

http://mapserver.org/development/announce/6-2.html

and

http://mapserver.org/development/announce/6-4.html

Thanks to all project members who were there and helped with 
updating/preparing the presentation.

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



From thomas.bonfort at gmail.com  Wed Sep 25 06:22:20 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Wed, 25 Sep 2013 15:22:20 +0200
Subject: [mapserver-users] Pseudo-3D buildings
In-Reply-To: <84446DEF76453C439E9E97E438E13A63022F7DC0@suutari.haapa.mmm.fi>
References: <84446DEF76453C439E9E97E438E13A63022F7DC0@suutari.haapa.mmm.fi>
Message-ID: <CAOM3y2hprijaTRQS9Fp7fs5+OEHpXJNJj=2529pmcMuvrM1H1Q@mail.gmail.com>

CLASS
      STYLE
         COLOR _building_clr
         OUTLINECOLOR _building_ol_clr
         WIDTH 1
         GEOMTRANSFORM (buffer([shape],2))
      END
      STYLE
         COLOR 255 0 0
         OPACITY 25
      END
      STYLE
         COLOR _building_clr
         OUTLINECOLOR _building_ol_clr
         WIDTH 1
         OFFSET 3 3
      END
END

works for me ...

On 25 September 2013 14:44, Rahkonen Jukka <jukka.rahkonen at mmmtike.fi> wrote:
> Hi,
>
> See these buildings which Andrei Nacu has drawn with OpenJUMP
> http://img855.imageshack.us/img855/8340/b072.png
>
> Buildings are constructed from 3 layers:
> - OSM building polygons (orange)
> - underneath them buffered polygons (buffer 2, round join) with dark grey outline and light grey fill
> - above a copy of the building polygons with offsets dx=3 , dy=3, again with dark grey outline and light grey fill
>
> I would like to see mapserver CLASS which gives the same result.
>
> -Jukka Rahkonen-
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From thomas.bonfort at gmail.com  Wed Sep 25 07:42:39 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Wed, 25 Sep 2013 16:42:39 +0200
Subject: [mapserver-users] Pseudo-3D buildings
In-Reply-To: <C9CEA89772DA74488B5A5B6EB17DC481066E32B6@055-CH1MPN1-002.055d.mgd.msft.net>
References: <84446DEF76453C439E9E97E438E13A63022F7DC0@suutari.haapa.mmm.fi>
	<CAOM3y2hprijaTRQS9Fp7fs5+OEHpXJNJj=2529pmcMuvrM1H1Q@mail.gmail.com>
	<C9CEA89772DA74488B5A5B6EB17DC481066E32B6@055-CH1MPN1-002.055d.mgd.msft.net>
Message-ID: <CAOM3y2gFu4s3ASGnzK3nv9Ye928hw+unJAS+XRa_02AwK2Nz2A@mail.gmail.com>

On 25 September 2013 16:35, Basques, Bob (CI-StPaul)
<bob.basques at ci.stpaul.mn.us> wrote:
> Hmmm, can the OFFSET values be database driven to fake heights of buildings?  Talking to myself here, I could even make a building shadow too with another STYLE . . . .
no it is not data driven
>
> Actually, I guess a better question is, can any value anywhere in the MAPFILE be data driven, or is OFFSET not capable?  Didn't there used to be some values that couldn't be passed in this manner?
all data driven STYLE members have been added "by hand" when there was
a need for them. adding a new one (e.g. offset) is a relatively easy
patch to implement

>
> Bobb
>
>
>
> -----Original Message-----
> From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of thomas bonfort
> Sent: Wednesday, September 25, 2013 8:22 AM
> To: Rahkonen Jukka
> Cc: Mapserver-Users (mapserver-users at lists.osgeo.org)
> Subject: Re: [mapserver-users] Pseudo-3D buildings
>
> CLASS
>       STYLE
>          COLOR _building_clr
>          OUTLINECOLOR _building_ol_clr
>          WIDTH 1
>          GEOMTRANSFORM (buffer([shape],2))
>       END
>       STYLE
>          COLOR 255 0 0
>          OPACITY 25
>       END
>       STYLE
>          COLOR _building_clr
>          OUTLINECOLOR _building_ol_clr
>          WIDTH 1
>          OFFSET 3 3
>       END
> END
>
> works for me ...
>
> On 25 September 2013 14:44, Rahkonen Jukka <jukka.rahkonen at mmmtike.fi> wrote:
>> Hi,
>>
>> See these buildings which Andrei Nacu has drawn with OpenJUMP
>> http://img855.imageshack.us/img855/8340/b072.png
>>
>> Buildings are constructed from 3 layers:
>> - OSM building polygons (orange)
>> - underneath them buffered polygons (buffer 2, round join) with dark
>> grey outline and light grey fill
>> - above a copy of the building polygons with offsets dx=3 , dy=3,
>> again with dark grey outline and light grey fill
>>
>> I would like to see mapserver CLASS which gives the same result.
>>
>> -Jukka Rahkonen-
>>
>>
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>


From bob.basques at ci.stpaul.mn.us  Wed Sep 25 07:35:49 2013
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Wed, 25 Sep 2013 14:35:49 +0000
Subject: [mapserver-users] Pseudo-3D buildings
In-Reply-To: <CAOM3y2hprijaTRQS9Fp7fs5+OEHpXJNJj=2529pmcMuvrM1H1Q@mail.gmail.com>
References: <84446DEF76453C439E9E97E438E13A63022F7DC0@suutari.haapa.mmm.fi>
	<CAOM3y2hprijaTRQS9Fp7fs5+OEHpXJNJj=2529pmcMuvrM1H1Q@mail.gmail.com>
Message-ID: <C9CEA89772DA74488B5A5B6EB17DC481066E32B6@055-CH1MPN1-002.055d.mgd.msft.net>

Hmmm, can the OFFSET values be database driven to fake heights of buildings?  Talking to myself here, I could even make a building shadow too with another STYLE . . . .

Actually, I guess a better question is, can any value anywhere in the MAPFILE be data driven, or is OFFSET not capable?  Didn't there used to be some values that couldn't be passed in this manner?

Bobb



-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of thomas bonfort
Sent: Wednesday, September 25, 2013 8:22 AM
To: Rahkonen Jukka
Cc: Mapserver-Users (mapserver-users at lists.osgeo.org)
Subject: Re: [mapserver-users] Pseudo-3D buildings

CLASS
      STYLE
         COLOR _building_clr
         OUTLINECOLOR _building_ol_clr
         WIDTH 1
         GEOMTRANSFORM (buffer([shape],2))
      END
      STYLE
         COLOR 255 0 0
         OPACITY 25
      END
      STYLE
         COLOR _building_clr
         OUTLINECOLOR _building_ol_clr
         WIDTH 1
         OFFSET 3 3
      END
END

works for me ...

On 25 September 2013 14:44, Rahkonen Jukka <jukka.rahkonen at mmmtike.fi> wrote:
> Hi,
>
> See these buildings which Andrei Nacu has drawn with OpenJUMP 
> http://img855.imageshack.us/img855/8340/b072.png
>
> Buildings are constructed from 3 layers:
> - OSM building polygons (orange)
> - underneath them buffered polygons (buffer 2, round join) with dark 
> grey outline and light grey fill
> - above a copy of the building polygons with offsets dx=3 , dy=3, 
> again with dark grey outline and light grey fill
>
> I would like to see mapserver CLASS which gives the same result.
>
> -Jukka Rahkonen-
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users




From jukka.rahkonen at mmmtike.fi  Wed Sep 25 08:57:12 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Wed, 25 Sep 2013 15:57:12 +0000
Subject: [mapserver-users] Can variables be used in "PROCESSING"?
Message-ID: <84446DEF76453C439E9E97E438E13A63022F7E79@suutari.haapa.mmm.fi>

Hi,

Is this list correct http://mapserver.org/cgi/runsub.html#runsub? It does not mention PROCESSING.

I have been thinking that it would be cool to have a WMS client which could adjust on-the-fly from the client side
-  PROCESSING "BANDS=1,2,3" for making diffferent RGB versions of multi-channel images
- LUT, LUT_1, LUT_2 and LUT_3 for adjusting colours on-the-fly
- SCALE, SCALE_1, SCALE_2 and SCALE_3 for the same and especially for setting 16-bit DEMs or measument data into visible range for on-screen work.

Some clever individual could perhaps make an OpenLayers demo with cool controls like sliders and dragable LUT-curves.

By fiddling with RESAMPLE and OVERSAMPLE_RATIO it would also be possible to get images fast into screen but also with top quality if that is needed for printing.

-Jukka Rahkonen-

From Steve.Toutant at inspq.qc.ca  Wed Sep 25 09:07:24 2013
From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca)
Date: Wed, 25 Sep 2013 12:07:24 -0400
Subject: [mapserver-users] RE  Can variables be used in "PROCESSING"?
In-Reply-To: <84446DEF76453C439E9E97E438E13A63022F7E79@suutari.haapa.mmm.fi>
Message-ID: <OF67F76F7C.28AC454A-ON85257BF1.00585094-85257BF1.00589176@isn.rtss.qc.ca>

I needed that for CHARTS as well
https://github.com/mapserver/mapserver/issues/4569

See the last comment: "substitutions are not yet enabled on processing 
options, but should be easy to add/implement"

Dont' know if it is plan to do it
Steve





Rahkonen Jukka <jukka.rahkonen at mmmtike.fi>@lists.osgeo.org 
Envoy? par : mapserver-users-bounces at lists.osgeo.org
2013-09-25 11:57

A
"Mapserver-Users (mapserver-users at lists.osgeo.org)" 
<mapserver-users at lists.osgeo.org>
cc

Objet
[mapserver-users] Can variables be used in "PROCESSING"?








Hi,

Is this list correct http://mapserver.org/cgi/runsub.html#runsub? It does 
not mention PROCESSING.

I have been thinking that it would be cool to have a WMS client which 
could adjust on-the-fly from the client side
-  PROCESSING "BANDS=1,2,3" for making diffferent RGB versions of 
multi-channel images
- LUT, LUT_1, LUT_2 and LUT_3 for adjusting colours on-the-fly
- SCALE, SCALE_1, SCALE_2 and SCALE_3 for the same and especially for 
setting 16-bit DEMs or measument data into visible range for on-screen 
work.

Some clever individual could perhaps make an OpenLayers demo with cool 
controls like sliders and dragable LUT-curves.

By fiddling with RESAMPLE and OVERSAMPLE_RATIO it would also be possible 
to get images fast into screen but also with top quality if that is needed 
for printing.

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



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

From thomas.bonfort at gmail.com  Wed Sep 25 09:20:32 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Wed, 25 Sep 2013 18:20:32 +0200
Subject: [mapserver-users] RE Can variables be used in "PROCESSING"?
In-Reply-To: <OF67F76F7C.28AC454A-ON85257BF1.00585094-85257BF1.00589176@isn.rtss.qc.ca>
References: <84446DEF76453C439E9E97E438E13A63022F7E79@suutari.haapa.mmm.fi>
	<OF67F76F7C.28AC454A-ON85257BF1.00585094-85257BF1.00589176@isn.rtss.qc.ca>
Message-ID: <CAOM3y2h97hcJ+9cULYNY9TUE3TdGHXUBXfJmdWkqQ7=FAw0szQ@mail.gmail.com>

Steve (or Jukka),
If you want to make this happen, contract your favorite MapServer provider
to add it in for you.

best regards,
thomas


On 25 September 2013 18:07, <Steve.Toutant at inspq.qc.ca> wrote:

>
> I needed that for CHARTS as well
> https://github.com/mapserver/mapserver/issues/4569
>
> See the last comment: "substitutions are not yet enabled on processing
> options, but should be easy to add/implement"
>
> Dont' know if it is plan to do it
> Steve
>
>
>
>
>  *Rahkonen Jukka <jukka.rahkonen at mmmtike.fi>@lists.osgeo.org*
> Envoy? par : mapserver-users-bounces at lists.osgeo.org
>
> 2013-09-25 11:57
>   A
> "Mapserver-Users (mapserver-users at lists.osgeo.org)" <
> mapserver-users at lists.osgeo.org>
> cc
>   Objet
> [mapserver-users] Can variables be used in "PROCESSING"?
>
>
>
>
>
>
> Hi,
>
> Is this list correct http://mapserver.org/cgi/runsub.html#runsub? It does
> not mention PROCESSING.
>
> I have been thinking that it would be cool to have a WMS client which
> could adjust on-the-fly from the client side
> -  PROCESSING "BANDS=1,2,3" for making diffferent RGB versions of
> multi-channel images
> - LUT, LUT_1, LUT_2 and LUT_3 for adjusting colours on-the-fly
> - SCALE, SCALE_1, SCALE_2 and SCALE_3 for the same and especially for
> setting 16-bit DEMs or measument data into visible range for on-screen work.
>
> Some clever individual could perhaps make an OpenLayers demo with cool
> controls like sliders and dragable LUT-curves.
>
> By fiddling with RESAMPLE and OVERSAMPLE_RATIO it would also be possible
> to get images fast into screen but also with top quality if that is needed
> for printing.
>
> -Jukka Rahkonen-
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130925/f138c15d/attachment.htm>

From tday at notionslate.net  Wed Sep 25 13:26:43 2013
From: tday at notionslate.net (tday)
Date: Wed, 25 Sep 2013 13:26:43 -0700 (PDT)
Subject: [mapserver-users] Submitting filter does
	not	filter	-	returns	all features
In-Reply-To: <84446DEF76453C439E9E97E438E13A63022F7AF9@suutari.haapa.mmm.fi>
References: <84446DEF76453C439E9E97E438E13A63022F7AF9@suutari.haapa.mmm.fi>
Message-ID: <1380140803565-5080013.post@n6.nabble.com>

Thanks for the advice. I have not yet gotten the DWithin to work, however, I
was able to put together a successful Intersects filter and I'm going to
work with that for now.

I suspect you are right about the units being at the root of the problem.



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Re-Submitting-filter-does-not-filter-returns-all-features-tp5079619p5080013.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From archerian at gmail.com  Wed Sep 25 17:51:43 2013
From: archerian at gmail.com (Arun Cherian)
Date: Wed, 25 Sep 2013 20:51:43 -0400
Subject: [mapserver-users] Mapcache.exe for IIS 7
Message-ID: <CAJf5yXaUVF5PgkrHT5i5VAtsZq0s3vSvw6nRMjYpSU72Pf3BCQ@mail.gmail.com>

Is there a binary for mapcache.exe packaged as part of a distribution that
can be used via FCGI in IIS? If not, would it be better to compile with
VS2012 as VS2010 doesn't handle C99 style variable declarations very well?
Has anyone tried with something else, perhaps MinGW?

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

From sollyvuso at gmail.com  Thu Sep 26 04:05:45 2013
From: sollyvuso at gmail.com (Solly Vuso)
Date: Thu, 26 Sep 2013 13:05:45 +0200
Subject: [mapserver-users] Mapserver version does not change the version on
	the browser
Message-ID: <CAPwhjdtBJEvQ2v4Dg06gWLfdge=+ktzkmZS=AfgsSc5Lt7zQ0A@mail.gmail.com>

I have been using MS4W Mapserver 4 Windows- version 3.0.6 and I downloaded
ms4w 6.2.0-beta4 and extracted it to the same folder over riding the old
version amd went too mapserver-v and setenv and run them as an
administrator install and restart the server but I still get the old
version

Can you assist me me

-- 
Best Regards

Solly Vuso
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130926/d386b845/attachment.htm>

From avicomartin at gmail.com  Thu Sep 26 05:13:40 2013
From: avicomartin at gmail.com (Antonio Vico)
Date: Thu, 26 Sep 2013 14:13:40 +0200
Subject: [mapserver-users] tinyows and postgresql schemas
Message-ID: <524424F4.4030601@gmail.com>

Hi all,

I am testing tinyows in OSGeo Live 7 and get errors when I use a schema 
different at "public".

I use a simple XML file for configure tinyows and I started usig the 
default schema "public" with success (I created my own database and my 
table in "public" schema), but when I move this table to a new schema, 
tinyows show this error

/usr/lib/cgi-bin/tinyows --check
NOTICE:  Function postgis_topology_scripts_installed() not found. Is 
topology support enabled and topology.sql installed?
Content-Type: application/xml

<?xml version='1.0' encoding='UTF-8'?>
<ows:ExceptionReport
  xmlns='http://www.opengis.net/ows'
  xmlns:ows='http://www.opengis.net/ows'
  xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
  xsi:schemaLocation='http://www.opengis.net/ows 
http://schemas.opengis.net/ows/1.0.0/owsExceptionReport.xsd'
  version='1.1.0' language='en'>
<ows:Exception exceptionCode='RequestSqlFailed' locator='pkey_sequence 
retrieve'>
<ows:ExceptionText>Unable to use pg_get_serial_sequence.</ows:ExceptionText>
</ows:Exception>
</ows:ExceptionReport>


It is not a database permission problem (the user is superuser) and when 
I move the same table to "public" schema (with pgAdmin) tinyows connect 
successfully.

Here my tinyows configuration file:

<tinyows online_resource="http://127.0.0.1/cgi-bin/tinyows"
      schema_dir="/usr/share/tinyows/schema/">
<pg host="127.0.0.1" user="user" password="user" dbname="Inventari" 
port="5432"/>
<metadata name="TinyOWS Server"
         title="TinyOWS Server - Demo Service" />
<layer name="Accesos"
          title="Accesos"
      ns_prefix="Tgn"
      ns_uri="http://www.tinyows.org"
      table="Accesos"
      schema="Tgn"
      retrievable="1"
      writable="1">
</layer>
</tinyows>

How can I connect to a table in a schema different to "public"?


From monier.clement at gmail.com  Thu Sep 26 05:34:11 2013
From: monier.clement at gmail.com (Clement Monier)
Date: Thu, 26 Sep 2013 14:34:11 +0200
Subject: [mapserver-users] fcgi causes : unable to access mapfile
Message-ID: <CABb=8AF86JqharSKXBx1fi7tjX2HT--C7udDHxW7p-dHVnmkcw@mail.gmail.com>

Hi,


I?m running MapServer 6.2 (beta4, ms4w) under Windows server 2008 R2.



I got a strange error when activating and using the FCGI mode.



When the windows service ?*Apache/2.2.22 (Win32) mod_fcgid/2.3.7*? starts,
all map requests respond OK, using both CGI and FCGI modes.

http://server/fcgi-bin/mapserv.exe?MAP=/ms4w/apps/gmap/htdocs/mapfile.map
&...

http://server/cgi-bin/mapserv.exe?MAP=/ms4w/apps/gmap/htdocs/mapfile.map&...



But after a while, the same requests return an error msg when the FCGI mode
is used :

*msLoadMap(): Unable to access file. (/ms4w/apps/gmap/htdocs/mapfile.map)*



while the same request using the CGI mode still returns correct maps !!



Does anyone has any idea about what?s going wrong ?



Thanks a lot for your help



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

From rob.marjot at gmail.com  Thu Sep 26 06:49:30 2013
From: rob.marjot at gmail.com (InterRob)
Date: Thu, 26 Sep 2013 15:49:30 +0200
Subject: [mapserver-users] MapServer OpenGL support?
Message-ID: <CA+DVeYC3DvT9NPCHun53DVyXFOV=t_okK7oAf8V3RufSgJb1jw@mail.gmail.com>

Dear list,

I came across this RFC:
http://mapserver.org/development/rfc/ms-rfc-50.html

suggesting MapServer supports OpenGL rendering. However, I can't really
find any documentation about it (For example, I would expect it to be
described in the MAPFILE reference).

Any insights? Thanks for sharing.

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

From tday at notionslate.net  Thu Sep 26 10:20:35 2013
From: tday at notionslate.net (tday)
Date: Thu, 26 Sep 2013 10:20:35 -0700 (PDT)
Subject: [mapserver-users] GEOMTRANSFORM definition causing an error
Message-ID: <1380216035844-5080269.post@n6.nabble.com>

Hello,

I'm trying to implement a buffer layer using layer GEOMTRANSFORM. I am
adding this line to the second LAYER definition in the following map file:

GEOMTRANSFORM (buffer([shape], 150)) 

After adding this line, Mapserver throws an error:

Mapserver response:undefined - Status:error - Error:[Exception... "Failure" 
nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame ::
http://[domain obscured]/assets/a4f84659/jquery.js :: .send :: line 8102" 
data: no]

The second layer is exactly the same as the first layer except for the
GEOMTRANSFORM definition.
Any ideas what the problem may be?  Thanks!


MAP
  NAME        "obscured"
  STATUS      ON
  SIZE        912 380
  EXTENT      -180 -90 180 90
  UNITS       FEET
  IMAGECOLOR  255 255 255
  FONTSET     /web/mapserver/fonts.list
  CONFIG MS_ERRORFILE stdout
  # CONFIG MS_ERRORFILE /web/mapserver/ms_error.txt
  DEBUG       5

  OUTPUTFORMAT
    NAME "json"
    DRIVER "TEMPLATE"
    #MIMETYPE "application/json; subtype=geojson"
    FORMATOPTION "FILE=geojson.tmpl"
  END

  OUTPUTFORMAT
    NAME "geojson"
    DRIVER "TEMPLATE"
    #MIMETYPE "application/json; subtype=geojson"
    FORMATOPTION "FILE=geojson.tmpl"
  END

  #
  # Web Interface
  #
  WEB
    IMAGEPATH      "../out/"
    IMAGEURL       "/out/"
    METADATA
# obscured
    END
  END

  PROJECTION
    "init=epsg:4269"
  END

  #
  # Layers
  #
  
  #####
  # Parcels
  #####
  LAYER
    NAME           "parcels"
    METADATA
      "wfs_title"                 "Parcels"
      "wfs_srs"                   "EPSG:4269"
      "gml_include_items"         "all"
      "gml_featureid"             "OBJECTID"
      "wfs_enable_request"        "*"
      "wfs_getfeature_formatlist" "gml,json,geojson"
      "gml_COUNTRY_ID_type"       "Character"
      "gml_STATE_ID_type"         "Character"
      "gml_COUNTY_ID_type"        "Character"
      "gml_PARCEL_ID_type"        "Character"
    END
    TYPE           POLYGON
    STATUS         ON
    EXTENT         -180 -90 180 90
    CONNECTIONTYPE oraclespatial
    CONNECTION     "SDE/3nz0rb4rr4g1n at ArcSDE"
    DATA           "SHAPE FROM (select OBJECTID, COUNTRY_ID, STATE_ID,
COUNTY_ID, PARCEL_ID, APP_USER_G, SHAPE from PARCEL) USING FILTER"
    PROJECTION
      "init=epsg:4269"
    END
    # TOLERANCEUNITS feet
    # TOLERANCE 150 
    CLASS
      NAME              "Parcels"
      STYLE
        COLOR                240 240 240
        OUTLINECOLOR           0   0   0
      END
    END
  END
  #####
  # Buffered Parcels
  #####
  LAYER
    NAME           "parcelbuffers"
    METADATA
      "wfs_title"                 "Parcel Buffers"
      "wfs_srs"                   "EPSG:4269"
      "gml_include_items"         "all"
      "gml_featureid"             "OBJECTID"
      "wfs_enable_request"        "*"
      "wfs_getfeature_formatlist" "gml,json,geojson"
      "gml_COUNTRY_ID_type"       "Character"
      "gml_STATE_ID_type"         "Character"
      "gml_COUNTY_ID_type"        "Character"
      "gml_PARCEL_ID_type"        "Character"
    END
    TYPE           POLYGON
    STATUS         ON
    EXTENT         -180 -90 180 90
    CONNECTIONTYPE oraclespatial
    CONNECTION     "SDE/3nz0rb4rr4g1n at ArcSDE"
    DATA           "SHAPE FROM (select OBJECTID, COUNTRY_ID, STATE_ID,
COUNTY_ID, PARCEL_ID, APP_USER_G, SHAPE from PARCEL) USING FILTER"
    PROJECTION
      "init=epsg:4269"
    END
    # GEOMTRANSFORM (buffer([shape], 150)) 
    CLASS
      NAME              "Parcel Buffers"
      STYLE
        COLOR                240 240 240
        OUTLINECOLOR           0   0   0
      END
    END
  END
END



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/GEOMTRANSFORM-definition-causing-an-error-tp5080269.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From David.Fawcett at state.mn.us  Thu Sep 26 10:44:29 2013
From: David.Fawcett at state.mn.us (Fawcett, David (MNIT))
Date: Thu, 26 Sep 2013 17:44:29 +0000
Subject: [mapserver-users] GEOMTRANSFORM definition causing an error
In-Reply-To: <1380216035844-5080269.post@n6.nabble.com>
References: <1380216035844-5080269.post@n6.nabble.com>
Message-ID: <D645DD294B659443AAFDEFBEC8F1E9822539FE@055-CH1MPN1-003.055d.mgd.msft.net>

I have no idea why you are getting an error about jquery, but is does look like you might be trying to apply a 150 degree buffer around your feature...

I don't know what version you are using, but from this RFC, it appears as though LAYER-level geomtransforms use ground coordinates:  http://mapserver.org/development/rfc/ms-rfc-89.html

David.



-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of tday
Sent: Thursday, September 26, 2013 12:21 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] GEOMTRANSFORM definition causing an error

Hello,

I'm trying to implement a buffer layer using layer GEOMTRANSFORM. I am adding this line to the second LAYER definition in the following map file:

GEOMTRANSFORM (buffer([shape], 150)) 

After adding this line, Mapserver throws an error:

Mapserver response:undefined - Status:error - Error:[Exception... "Failure" 
nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame ::
http://[domain obscured]/assets/a4f84659/jquery.js :: .send :: line 8102" 
data: no]

The second layer is exactly the same as the first layer except for the GEOMTRANSFORM definition.
Any ideas what the problem may be?  Thanks!


MAP
  NAME        "obscured"
  STATUS      ON
  SIZE        912 380
  EXTENT      -180 -90 180 90
  UNITS       FEET
  IMAGECOLOR  255 255 255
  FONTSET     /web/mapserver/fonts.list
  CONFIG MS_ERRORFILE stdout
  # CONFIG MS_ERRORFILE /web/mapserver/ms_error.txt
  DEBUG       5

  OUTPUTFORMAT
    NAME "json"
    DRIVER "TEMPLATE"
    #MIMETYPE "application/json; subtype=geojson"
    FORMATOPTION "FILE=geojson.tmpl"
  END

  OUTPUTFORMAT
    NAME "geojson"
    DRIVER "TEMPLATE"
    #MIMETYPE "application/json; subtype=geojson"
    FORMATOPTION "FILE=geojson.tmpl"
  END

  #
  # Web Interface
  #
  WEB
    IMAGEPATH      "../out/"
    IMAGEURL       "/out/"
    METADATA
# obscured
    END
  END

  PROJECTION
    "init=epsg:4269"
  END

  #
  # Layers
  #
  
  #####
  # Parcels
  #####
  LAYER
    NAME           "parcels"
    METADATA
      "wfs_title"                 "Parcels"
      "wfs_srs"                   "EPSG:4269"
      "gml_include_items"         "all"
      "gml_featureid"             "OBJECTID"
      "wfs_enable_request"        "*"
      "wfs_getfeature_formatlist" "gml,json,geojson"
      "gml_COUNTRY_ID_type"       "Character"
      "gml_STATE_ID_type"         "Character"
      "gml_COUNTY_ID_type"        "Character"
      "gml_PARCEL_ID_type"        "Character"
    END
    TYPE           POLYGON
    STATUS         ON
    EXTENT         -180 -90 180 90
    CONNECTIONTYPE oraclespatial
    CONNECTION     "SDE/3nz0rb4rr4g1n at ArcSDE"
    DATA           "SHAPE FROM (select OBJECTID, COUNTRY_ID, STATE_ID,
COUNTY_ID, PARCEL_ID, APP_USER_G, SHAPE from PARCEL) USING FILTER"
    PROJECTION
      "init=epsg:4269"
    END
    # TOLERANCEUNITS feet
    # TOLERANCE 150 
    CLASS
      NAME              "Parcels"
      STYLE
        COLOR                240 240 240
        OUTLINECOLOR           0   0   0
      END
    END
  END
  #####
  # Buffered Parcels
  #####
  LAYER
    NAME           "parcelbuffers"
    METADATA
      "wfs_title"                 "Parcel Buffers"
      "wfs_srs"                   "EPSG:4269"
      "gml_include_items"         "all"
      "gml_featureid"             "OBJECTID"
      "wfs_enable_request"        "*"
      "wfs_getfeature_formatlist" "gml,json,geojson"
      "gml_COUNTRY_ID_type"       "Character"
      "gml_STATE_ID_type"         "Character"
      "gml_COUNTY_ID_type"        "Character"
      "gml_PARCEL_ID_type"        "Character"
    END
    TYPE           POLYGON
    STATUS         ON
    EXTENT         -180 -90 180 90
    CONNECTIONTYPE oraclespatial
    CONNECTION     "SDE/3nz0rb4rr4g1n at ArcSDE"
    DATA           "SHAPE FROM (select OBJECTID, COUNTRY_ID, STATE_ID,
COUNTY_ID, PARCEL_ID, APP_USER_G, SHAPE from PARCEL) USING FILTER"
    PROJECTION
      "init=epsg:4269"
    END
    # GEOMTRANSFORM (buffer([shape], 150)) 
    CLASS
      NAME              "Parcel Buffers"
      STYLE
        COLOR                240 240 240
        OUTLINECOLOR           0   0   0
      END
    END
  END
END



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/GEOMTRANSFORM-definition-causing-an-error-tp5080269.html
Sent from the Mapserver - User mailing list archive at Nabble.com.
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users




From woodbri at swoodbridge.com  Thu Sep 26 10:48:53 2013
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Thu, 26 Sep 2013 13:48:53 -0400
Subject: [mapserver-users] GEOMTRANSFORM definition causing an error
In-Reply-To: <1380216035844-5080269.post@n6.nabble.com>
References: <1380216035844-5080269.post@n6.nabble.com>
Message-ID: <52447385.4070507@swoodbridge.com>

So according to this:

http://mapserver.org/development/rfc/ms-rfc-89.html  Section 2.2

You GEOMTRANSFORM at the LAYER level is expecting your buffer value in 
ground units, do you really want to buffer your parcel by 150 degrees?

Maybe you want to do something like Section 2.3?

-Steve W

On 9/26/2013 1:20 PM, tday wrote:
> Hello,
>
> I'm trying to implement a buffer layer using layer GEOMTRANSFORM. I am
> adding this line to the second LAYER definition in the following map file:
>
> GEOMTRANSFORM (buffer([shape], 150))
>
> After adding this line, Mapserver throws an error:
>
> Mapserver response:undefined - Status:error - Error:[Exception... "Failure"
> nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame ::
> http://[domain obscured]/assets/a4f84659/jquery.js :: .send :: line 8102"
> data: no]
>
> The second layer is exactly the same as the first layer except for the
> GEOMTRANSFORM definition.
> Any ideas what the problem may be?  Thanks!
>
>
> MAP
>    NAME        "obscured"
>    STATUS      ON
>    SIZE        912 380
>    EXTENT      -180 -90 180 90
>    UNITS       FEET
>    IMAGECOLOR  255 255 255
>    FONTSET     /web/mapserver/fonts.list
>    CONFIG MS_ERRORFILE stdout
>    # CONFIG MS_ERRORFILE /web/mapserver/ms_error.txt
>    DEBUG       5
>
>    OUTPUTFORMAT
>      NAME "json"
>      DRIVER "TEMPLATE"
>      #MIMETYPE "application/json; subtype=geojson"
>      FORMATOPTION "FILE=geojson.tmpl"
>    END
>
>    OUTPUTFORMAT
>      NAME "geojson"
>      DRIVER "TEMPLATE"
>      #MIMETYPE "application/json; subtype=geojson"
>      FORMATOPTION "FILE=geojson.tmpl"
>    END
>
>    #
>    # Web Interface
>    #
>    WEB
>      IMAGEPATH      "../out/"
>      IMAGEURL       "/out/"
>      METADATA
> # obscured
>      END
>    END
>
>    PROJECTION
>      "init=epsg:4269"
>    END
>
>    #
>    # Layers
>    #
>
>    #####
>    # Parcels
>    #####
>    LAYER
>      NAME           "parcels"
>      METADATA
>        "wfs_title"                 "Parcels"
>        "wfs_srs"                   "EPSG:4269"
>        "gml_include_items"         "all"
>        "gml_featureid"             "OBJECTID"
>        "wfs_enable_request"        "*"
>        "wfs_getfeature_formatlist" "gml,json,geojson"
>        "gml_COUNTRY_ID_type"       "Character"
>        "gml_STATE_ID_type"         "Character"
>        "gml_COUNTY_ID_type"        "Character"
>        "gml_PARCEL_ID_type"        "Character"
>      END
>      TYPE           POLYGON
>      STATUS         ON
>      EXTENT         -180 -90 180 90
>      CONNECTIONTYPE oraclespatial
>      CONNECTION     "SDE/3nz0rb4rr4g1n at ArcSDE"
>      DATA           "SHAPE FROM (select OBJECTID, COUNTRY_ID, STATE_ID,
> COUNTY_ID, PARCEL_ID, APP_USER_G, SHAPE from PARCEL) USING FILTER"
>      PROJECTION
>        "init=epsg:4269"
>      END
>      # TOLERANCEUNITS feet
>      # TOLERANCE 150
>      CLASS
>        NAME              "Parcels"
>        STYLE
>          COLOR                240 240 240
>          OUTLINECOLOR           0   0   0
>        END
>      END
>    END
>    #####
>    # Buffered Parcels
>    #####
>    LAYER
>      NAME           "parcelbuffers"
>      METADATA
>        "wfs_title"                 "Parcel Buffers"
>        "wfs_srs"                   "EPSG:4269"
>        "gml_include_items"         "all"
>        "gml_featureid"             "OBJECTID"
>        "wfs_enable_request"        "*"
>        "wfs_getfeature_formatlist" "gml,json,geojson"
>        "gml_COUNTRY_ID_type"       "Character"
>        "gml_STATE_ID_type"         "Character"
>        "gml_COUNTY_ID_type"        "Character"
>        "gml_PARCEL_ID_type"        "Character"
>      END
>      TYPE           POLYGON
>      STATUS         ON
>      EXTENT         -180 -90 180 90
>      CONNECTIONTYPE oraclespatial
>      CONNECTION     "SDE/3nz0rb4rr4g1n at ArcSDE"
>      DATA           "SHAPE FROM (select OBJECTID, COUNTRY_ID, STATE_ID,
> COUNTY_ID, PARCEL_ID, APP_USER_G, SHAPE from PARCEL) USING FILTER"
>      PROJECTION
>        "init=epsg:4269"
>      END
>      # GEOMTRANSFORM (buffer([shape], 150))
>      CLASS
>        NAME              "Parcel Buffers"
>        STYLE
>          COLOR                240 240 240
>          OUTLINECOLOR           0   0   0
>        END
>      END
>    END
> END
>
>
>
> --
> View this message in context: http://osgeo-org.1560.x6.nabble.com/GEOMTRANSFORM-definition-causing-an-error-tp5080269.html
> Sent from the Mapserver - User mailing list archive at Nabble.com.
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>



From tday at notionslate.net  Thu Sep 26 10:49:20 2013
From: tday at notionslate.net (tday)
Date: Thu, 26 Sep 2013 10:49:20 -0700 (PDT)
Subject: [mapserver-users] GEOMTRANSFORM definition causing an error
In-Reply-To: <D645DD294B659443AAFDEFBEC8F1E9822539FE@055-CH1MPN1-003.055d.mgd.msft.net>
References: <1380216035844-5080269.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E9822539FE@055-CH1MPN1-003.055d.mgd.msft.net>
Message-ID: <1380217760538-5080306.post@n6.nabble.com>

I wish to create a 150 foot buffer and  MAP UNITs are set to FEET. 

Are you implying that buffer units must be specified another way?



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/GEOMTRANSFORM-definition-causing-an-error-tp5080269p5080306.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From tday at notionslate.net  Thu Sep 26 10:50:23 2013
From: tday at notionslate.net (tday)
Date: Thu, 26 Sep 2013 10:50:23 -0700 (PDT)
Subject: [mapserver-users] GEOMTRANSFORM definition causing an error
In-Reply-To: <D645DD294B659443AAFDEFBEC8F1E9822539FE@055-CH1MPN1-003.055d.mgd.msft.net>
References: <1380216035844-5080269.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E9822539FE@055-CH1MPN1-003.055d.mgd.msft.net>
Message-ID: <1380217823520-5080308.post@n6.nabble.com>

I am using version 6.2



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/GEOMTRANSFORM-definition-causing-an-error-tp5080269p5080308.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From jukka.rahkonen at mmmtike.fi  Thu Sep 26 10:58:05 2013
From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Thu, 26 Sep 2013 17:58:05 +0000
Subject: [mapserver-users] Mapserver version does not change the version
 on	the browser
In-Reply-To: <CAPwhjdtBJEvQ2v4Dg06gWLfdge=+ktzkmZS=AfgsSc5Lt7zQ0A@mail.gmail.com>
References: <CAPwhjdtBJEvQ2v4Dg06gWLfdge=+ktzkmZS=AfgsSc5Lt7zQ0A@mail.gmail.com>
Message-ID: <84446DEF76453C439E9E97E438E13A63022FA1BE@suutari.haapa.mmm.fi>

Hi,

I do not believe that mapserver -v would lie. Rename your current installation into ms4w_bak, install this partly hidden most recent MS4W version (announced only in the MS4W-users mailing list)  from http://www.maptools.org/dl/ms4w/ms4w_3.1.0-beta1.zip and do mapserv -v.  For me it shows

C:\ms4w\Apache\cgi-bin>mapserv -v
MapServer version 6.2.1 (MS4W 3.1.0-beta1)

-Jukka Rahkonen-

________________________________

Solly Vuso wrote:

I have been using MS4W Mapserver 4 Windows- version 3.0.6 and I downloaded ms4w 6.2.0-beta4 and extracted it to the same folder over riding the old version amd went too mapserver-v and setenv and run them as an administrator install and restart the server but I still get the old version

Can you assist me me

--
Best Regards

Solly Vuso



From David.Fawcett at state.mn.us  Thu Sep 26 11:14:41 2013
From: David.Fawcett at state.mn.us (Fawcett, David (MNIT))
Date: Thu, 26 Sep 2013 18:14:41 +0000
Subject: [mapserver-users] GEOMTRANSFORM definition causing an error
In-Reply-To: <1380217760538-5080306.post@n6.nabble.com>
References: <1380216035844-5080269.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E9822539FE@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380217760538-5080306.post@n6.nabble.com>
Message-ID: <D645DD294B659443AAFDEFBEC8F1E982253A4F@055-CH1MPN1-003.055d.mgd.msft.net>

If your map units are in feet, then your map extent will be a 360 foot x 180 foot box.

If you want your map output to be in feet, you will  need to find an appropriate spatial reference system that uses feet as its units.  You should then set your map (output) projection to that spatial reference system.  

In MapServer, the map units need to match the map projection and the map extent needs to be expressed in those map units.

When you get to a production app, you will likely want to project/transform your input dataset ahead of time so you don't have the additional overhead of projecting the features on every map request.  

As I am thinking about it.  If you are applying a layer-level geomtransform and you want to use feet as the units, you may need to pre-project your data to a feet-based srs ahead of time.  This is assuming that geomtransform uses the units of the layer SRS, not the map SRS.  (Which could be a flawed assumption.)  My MapServer knowledge is fairly old and I have never used geomtransform, but map extent and map units have been around forever....

David.

-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of tday
Sent: Thursday, September 26, 2013 12:49 PM
To: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] GEOMTRANSFORM definition causing an error

I wish to create a 150 foot buffer and  MAP UNITs are set to FEET. 

Are you implying that buffer units must be specified another way?



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/GEOMTRANSFORM-definition-causing-an-error-tp5080269p5080306.html
Sent from the Mapserver - User mailing list archive at Nabble.com.
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users




From szekerest at gmail.com  Thu Sep 26 13:05:55 2013
From: szekerest at gmail.com (Tamas Szekeres)
Date: Thu, 26 Sep 2013 22:05:55 +0200
Subject: [mapserver-users] MapServer OpenGL support?
In-Reply-To: <CA+DVeYC3DvT9NPCHun53DVyXFOV=t_okK7oAf8V3RufSgJb1jw@mail.gmail.com>
References: <CA+DVeYC3DvT9NPCHun53DVyXFOV=t_okK7oAf8V3RufSgJb1jw@mail.gmail.com>
Message-ID: <CACALY+RZh7yfPqvHB8bZ2sE8gSxt6JyQna6DQwkP6SYivwae9g@mail.gmail.com>

Rob,

As far as I can see that part of the the code is not really maintained at
the moment. And the current cmake build system would also require some
tweaking to support that. The older builds from the gisinternals
site<http://www.gisinternals.com/sdk/>contains binary packages with
this renderer compiled in (ie.
http://www.gisinternals.com/sdk/PackageList.aspx?file=release-1600-gdal-1-10-0-mapserver-6-2-1.zip
)

Best regards,

Tamas



2013/9/26 InterRob <rob.marjot at gmail.com>

> Dear list,
>
> I came across this RFC:
> http://mapserver.org/development/rfc/ms-rfc-50.html
>
> suggesting MapServer supports OpenGL rendering. However, I can't really
> find any documentation about it (For example, I would expect it to be
> described in the MAPFILE reference).
>
> Any insights? Thanks for sharing.
>
> Rob
>
> _______________________________________________
> 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/20130926/8392e202/attachment.htm>

From sollyvuso at gmail.com  Thu Sep 26 13:59:42 2013
From: sollyvuso at gmail.com (Solly Vuso)
Date: Thu, 26 Sep 2013 22:59:42 +0200
Subject: [mapserver-users] Mapserver version does not change the version
 on the browser
In-Reply-To: <84446DEF76453C439E9E97E438E13A63022FA1BE@suutari.haapa.mmm.fi>
References: <CAPwhjdtBJEvQ2v4Dg06gWLfdge=+ktzkmZS=AfgsSc5Lt7zQ0A@mail.gmail.com>
	<84446DEF76453C439E9E97E438E13A63022FA1BE@suutari.haapa.mmm.fi>
Message-ID: <CAPwhjduoaVne1_6gsDyNm_G7kovY1J+o9A3+7yOMw4sFdSxY3g@mail.gmail.com>

I have followed your instruction but its MS4W-Mapserver $ Windows Vesion
3.1.0 beta1  am not sure if i have the same file that you have ,to me its
apache\cgi-bin\mapserv (8kb) application its not mapserv-v

I extracted ms4w-6.2.0 beta 4 to version 3.1.0 beta 1 and run mapserv as an
admin and also setenv , restart the serve and still shows 3.1.0


On Thu, Sep 26, 2013 at 7:58 PM, Rahkonen Jukka
<jukka.rahkonen at mmmtike.fi>wrote:

> Hi,
>
> I do not believe that mapserver -v would lie. Rename your current
> installation into ms4w_bak, install this partly hidden most recent MS4W
> version (announced only in the MS4W-users mailing list)  from
> http://www.maptools.org/dl/ms4w/ms4w_3.1.0-beta1.zip and do mapserv -v.
>  For me it shows
>
> C:\ms4w\Apache\cgi-bin>mapserv -v
> MapServer version 6.2.1 (MS4W 3.1.0-beta1)
>
> -Jukka Rahkonen-
>
> ________________________________
>
> Solly Vuso wrote:
>
> I have been using MS4W Mapserver 4 Windows- version 3.0.6 and I downloaded
> ms4w 6.2.0-beta4 and extracted it to the same folder over riding the old
> version amd went too mapserver-v and setenv and run them as an
> administrator install and restart the server but I still get the old version
>
> Can you assist me me
>
> --
> Best Regards
>
> Solly Vuso
>
>


-- 
Best Regards

Solly Vuso
Cell:073 3068 170
Fax:086 555 1270

I may not know what tomorrow holds for me but I do know who holds ma
tomorrow.....
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130926/90d1e7aa/attachment.htm>

From tday at notionslate.net  Thu Sep 26 14:43:40 2013
From: tday at notionslate.net (tday)
Date: Thu, 26 Sep 2013 14:43:40 -0700 (PDT)
Subject: [mapserver-users] GEOMTRANSFORM definition causing an error
In-Reply-To: <D645DD294B659443AAFDEFBEC8F1E982253A4F@055-CH1MPN1-003.055d.mgd.msft.net>
References: <1380216035844-5080269.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E9822539FE@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380217760538-5080306.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E982253A4F@055-CH1MPN1-003.055d.mgd.msft.net>
Message-ID: <1380231820325-5080363.post@n6.nabble.com>

Thanks for all the quick replies. At this point, I don't care what units it
is in - I'd like to get a working prototype.

I've made some changes to the map file to see if I can find the cause of my
issue.  No matter what I do, I get the same error.  Again, if I add... 

GEOMTRANSFORM (buffer([shape], [map_cellsize]*10)

...I get the error. If I comment out that line, no problems.

I looked up epsg 4269 and saw it is based on Degrees so I set the UNITS to
DD.

I've been working with mapserver for a couple of weeks, so let's assume I
know next to nil...
Here is the most recent map file:

MAP
  NAME        "obscured"
  STATUS      ON
  SIZE        912 380
  EXTENT      -180 -90 180 90
  UNITS       DD
  IMAGECOLOR  255 255 255
  FONTSET     /web/mapserver/fonts.list
  CONFIG MS_ERRORFILE stdout
  # CONFIG MS_ERRORFILE /web/mapserver/ms_error.txt
  DEBUG       4

  OUTPUTFORMAT
    NAME "json"
    DRIVER "TEMPLATE"
    #MIMETYPE "application/json; subtype=geojson"
    FORMATOPTION "FILE=geojson.tmpl"
  END

  OUTPUTFORMAT
    NAME "geojson"
    DRIVER "TEMPLATE"
    #MIMETYPE "application/json; subtype=geojson"
    FORMATOPTION "FILE=geojson.tmpl"
  END

  #
  # Web Interface
  #
  WEB
    IMAGEPATH      "../out/"
    IMAGEURL       "/out/"
    METADATA
      "wfs_srs"                   "EPSG:4269"
    END
  END

  PROJECTION
    "init=epsg:4269"
  END

  #
  # Layers
  #
  
  #####
  # Parcels
  #####
  LAYER
    NAME           "parcels"
    METADATA
      "wfs_title"                 "Parcels"
      "wfs_srs"                   "EPSG:4269"
      "gml_include_items"         "all"
      "gml_featureid"             "OBJECTID"
      "wfs_enable_request"        "*"
      "wfs_getfeature_formatlist" "gml,json,geojson"
      "gml_COUNTRY_ID_type"       "Character"
      "gml_STATE_ID_type"         "Character"
      "gml_COUNTY_ID_type"        "Character"
      "gml_PARCEL_ID_type"        "Character"
    END
    TYPE           POLYGON
    STATUS         ON
    # EXTENT         -180 -90 180 90
    CONNECTIONTYPE oraclespatial
    CONNECTION     "SDE/3nz0rb4rr4g1n at ArcSDE"
    DATA           "SHAPE FROM (select OBJECTID, COUNTRY_ID, STATE_ID,
COUNTY_ID, PARCEL_ID, APP_USER_G, SHAPE from PARCEL) USING FILTER"
    PROJECTION
    "init=epsg:4269"
    END
    CLASS
      NAME              "Parcels"
      STYLE
        COLOR                240 240 240
        OUTLINECOLOR           0   0   0
      END
    END
  END
  #####
  # Buffered Parcels
  #####
  LAYER
    NAME           "parcelbuffers"
    METADATA
      "wfs_title"                 "Parcel Buffers"
      "wfs_srs"                   "EPSG:4269"
      "gml_include_items"         "all"
      "gml_featureid"             "OBJECTID"
      "wfs_enable_request"        "*"
      "wfs_getfeature_formatlist" "gml,json,geojson"
      "gml_COUNTRY_ID_type"       "Character"
      "gml_STATE_ID_type"         "Character"
      "gml_COUNTY_ID_type"        "Character"
      "gml_PARCEL_ID_type"        "Character"
    END
    TYPE           POLYGON
    UNITS          DD
    STATUS         ON
    EXTENT         -180 -90 180 90
    CONNECTIONTYPE oraclespatial
    CONNECTION     "SDE/3nz0rb4rr4g1n at ArcSDE"
    DATA           "SHAPE FROM (select OBJECTID, COUNTRY_ID, STATE_ID,
COUNTY_ID, PARCEL_ID, APP_USER_G, SHAPE from PARCEL) USING FILTER"
    PROJECTION
     "init=epsg:4269"
    END
    GEOMTRANSFORM (buffer([shape], [map_cellsize]*10)
    CLASS
      NAME              "Parcel Buffers"
      STYLE
        # GEOMTRANSFORM (buffer([shape], 5)
        COLOR                240 240 240
        OUTLINECOLOR           0   0   0
      END
    END
  END

END



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/GEOMTRANSFORM-definition-causing-an-error-tp5080269p5080363.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From woodbri at swoodbridge.com  Thu Sep 26 15:14:26 2013
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Thu, 26 Sep 2013 18:14:26 -0400
Subject: [mapserver-users] GEOMTRANSFORM definition causing an error
In-Reply-To: <1380231820325-5080363.post@n6.nabble.com>
References: <1380216035844-5080269.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E9822539FE@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380217760538-5080306.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E982253A4F@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380231820325-5080363.post@n6.nabble.com>
Message-ID: <5244B1C2.1070107@swoodbridge.com>

tday,

Lets try to see if we can eliminate if the value is the problem of the 
call is the problem. Try this:

GEOMTRANSFORM (buffer([shape], 0.0)

This should call the buffer and return the same object. If this works 
then we can assume that buffer is working and the issue is setting a 
valid value.

This also might be related to using the Orcale connection. If you have 
the same data in a shapefile and could try your test with that that 
might be revealing.

More questions:
o Where are you seeing this error message?
o Do you get the same error when using shp2img from the command line?
o What does you whole mapserver CGI request look like?

-Steve W

On 9/26/2013 5:43 PM, tday wrote:
> Thanks for all the quick replies. At this point, I don't care what units it
> is in - I'd like to get a working prototype.
>
> I've made some changes to the map file to see if I can find the cause of my
> issue.  No matter what I do, I get the same error.  Again, if I add...
>
> GEOMTRANSFORM (buffer([shape], [map_cellsize]*10)
>
> ...I get the error. If I comment out that line, no problems.
>
> I looked up epsg 4269 and saw it is based on Degrees so I set the UNITS to
> DD.
>
> I've been working with mapserver for a couple of weeks, so let's assume I
> know next to nil...
> Here is the most recent map file:
>
> MAP
>    NAME        "obscured"
>    STATUS      ON
>    SIZE        912 380
>    EXTENT      -180 -90 180 90
>    UNITS       DD
>    IMAGECOLOR  255 255 255
>    FONTSET     /web/mapserver/fonts.list
>    CONFIG MS_ERRORFILE stdout
>    # CONFIG MS_ERRORFILE /web/mapserver/ms_error.txt
>    DEBUG       4
>
>    OUTPUTFORMAT
>      NAME "json"
>      DRIVER "TEMPLATE"
>      #MIMETYPE "application/json; subtype=geojson"
>      FORMATOPTION "FILE=geojson.tmpl"
>    END
>
>    OUTPUTFORMAT
>      NAME "geojson"
>      DRIVER "TEMPLATE"
>      #MIMETYPE "application/json; subtype=geojson"
>      FORMATOPTION "FILE=geojson.tmpl"
>    END
>
>    #
>    # Web Interface
>    #
>    WEB
>      IMAGEPATH      "../out/"
>      IMAGEURL       "/out/"
>      METADATA
>        "wfs_srs"                   "EPSG:4269"
>      END
>    END
>
>    PROJECTION
>      "init=epsg:4269"
>    END
>
>    #
>    # Layers
>    #
>
>    #####
>    # Parcels
>    #####
>    LAYER
>      NAME           "parcels"
>      METADATA
>        "wfs_title"                 "Parcels"
>        "wfs_srs"                   "EPSG:4269"
>        "gml_include_items"         "all"
>        "gml_featureid"             "OBJECTID"
>        "wfs_enable_request"        "*"
>        "wfs_getfeature_formatlist" "gml,json,geojson"
>        "gml_COUNTRY_ID_type"       "Character"
>        "gml_STATE_ID_type"         "Character"
>        "gml_COUNTY_ID_type"        "Character"
>        "gml_PARCEL_ID_type"        "Character"
>      END
>      TYPE           POLYGON
>      STATUS         ON
>      # EXTENT         -180 -90 180 90
>      CONNECTIONTYPE oraclespatial
>      CONNECTION     "SDE/3nz0rb4rr4g1n at ArcSDE"
>      DATA           "SHAPE FROM (select OBJECTID, COUNTRY_ID, STATE_ID,
> COUNTY_ID, PARCEL_ID, APP_USER_G, SHAPE from PARCEL) USING FILTER"
>      PROJECTION
>      "init=epsg:4269"
>      END
>      CLASS
>        NAME              "Parcels"
>        STYLE
>          COLOR                240 240 240
>          OUTLINECOLOR           0   0   0
>        END
>      END
>    END
>    #####
>    # Buffered Parcels
>    #####
>    LAYER
>      NAME           "parcelbuffers"
>      METADATA
>        "wfs_title"                 "Parcel Buffers"
>        "wfs_srs"                   "EPSG:4269"
>        "gml_include_items"         "all"
>        "gml_featureid"             "OBJECTID"
>        "wfs_enable_request"        "*"
>        "wfs_getfeature_formatlist" "gml,json,geojson"
>        "gml_COUNTRY_ID_type"       "Character"
>        "gml_STATE_ID_type"         "Character"
>        "gml_COUNTY_ID_type"        "Character"
>        "gml_PARCEL_ID_type"        "Character"
>      END
>      TYPE           POLYGON
>      UNITS          DD
>      STATUS         ON
>      EXTENT         -180 -90 180 90
>      CONNECTIONTYPE oraclespatial
>      CONNECTION     "SDE/3nz0rb4rr4g1n at ArcSDE"
>      DATA           "SHAPE FROM (select OBJECTID, COUNTRY_ID, STATE_ID,
> COUNTY_ID, PARCEL_ID, APP_USER_G, SHAPE from PARCEL) USING FILTER"
>      PROJECTION
>       "init=epsg:4269"
>      END
>      GEOMTRANSFORM (buffer([shape], [map_cellsize]*10)
>      CLASS
>        NAME              "Parcel Buffers"
>        STYLE
>          # GEOMTRANSFORM (buffer([shape], 5)
>          COLOR                240 240 240
>          OUTLINECOLOR           0   0   0
>        END
>      END
>    END
>
> END
>
>
>
> --
> View this message in context: http://osgeo-org.1560.x6.nabble.com/GEOMTRANSFORM-definition-causing-an-error-tp5080269p5080363.html
> Sent from the Mapserver - User mailing list archive at Nabble.com.
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>



From shyamnguitar at gmail.com  Thu Sep 26 23:13:11 2013
From: shyamnguitar at gmail.com (shyam megha)
Date: Fri, 27 Sep 2013 11:43:11 +0530
Subject: [mapserver-users] Newbie to Mapserver
Message-ID: <CALWKM1RM=Kkbk2fEgPPxKe6wFCa9rZZVnVnjsH7n_APUscEqKg@mail.gmail.com>

Hello Friends,

Am a newbie to Map server Windows.I want to use the WMS services of
Mapserver. This is what I have done until now referring websites
mapserver.org and onegeology.

Setup
--------
1. I have unzipped the zip package file to C:\ms4w.
2. Clicked the Setenv.bat to set the environment variables.
3. Set the server name as 172.16.210.46:80 in file
C:\ms4w\Apache\conf\httpd.conf
4. Apache MS4W started succesfully after running Apache-install.bat from
command prompt.Verified the same in services also.It is running fine.Later
even checked the browser by entering localhost and its returning me the
MS4W page.

Step Ahead:

I could not follow what is said in these websites about setting up WMS. I
could see my build supports WMS Services.

My questions are

Where should I place my Geotiffs?
Where do I place a MAP file ?How can I define path to a geotiff file in MAP
file?
Is there a facility to serve the tiles also ?


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

From tday at notionslate.net  Fri Sep 27 06:16:23 2013
From: tday at notionslate.net (tday)
Date: Fri, 27 Sep 2013 06:16:23 -0700 (PDT)
Subject: [mapserver-users] GEOMTRANSFORM definition causing an error
In-Reply-To: <5244B1C2.1070107@swoodbridge.com>
References: <1380216035844-5080269.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E9822539FE@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380217760538-5080306.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E982253A4F@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380231820325-5080363.post@n6.nabble.com>
	<5244B1C2.1070107@swoodbridge.com>
Message-ID: <1380287782986-5080554.post@n6.nabble.com>

Changing to:

GEOMTRANSFORM (buffer([shape], 0.0) 

...has the same error result.


There are a total of 5 mapserver calls to load the web page (I'm using
leaflet in the browser). The error occurs on the very first call to
mapserver from an ajax request which is requesting the un-buffered parcel
layer (not the one with the GEOMTRANFORM option). The GET request URL is:

http://wfsd.visualapms.com/wfs.php?SERVICE=WFS&VERSION=1.1.0&REQUEST=getfeature&TYPENAME=parcels&SRSNAME=EPSG:4269&OUTPUTFORMAT=json&FILTER=%3CFilter%3E%3CPropertyIsEqualTo%3E%3CPropertyName%3EPARCEL_ID%3C/PropertyName%3E%3CLiteral%3E700008517%3C/Literal%3E%3C/PropertyIsEqualTo%3E%3C/Filter%3E

...and this is returned to the browser...

"NetworkError: 500 Internal Server Error -
http://wfsd.visualapms.com/wfs.php?SERVICE=WFS&VERSION=1.1.0&REQUEST=getfeature&TYPENAME=parcels&SRSNAME=EPSG:4269&OUTPUTFORMAT=json&FILTER=%3CFilter%3E%3CPropertyIsEqualTo%3E%3CPropertyName%3EPARCEL_ID%3C/PropertyName%3E%3CLiteral%3E700008517%3C/Literal%3E%3C/PropertyIsEqualTo%3E%3C/Filter%3E"

You could test the url yourself.

When debugging the ajax response, the 8102 is the line number in jQuery
1.7.1 core. Not sure why jquery is coughing there, but the request object
and error are returned to the ajax error function.

I have not used shp2img before, I'll need to research to give you an answer
for that.

I'll see if I can get the data in shapefile format which will require some
work with the server admin.




--
View this message in context: http://osgeo-org.1560.x6.nabble.com/GEOMTRANSFORM-definition-causing-an-error-tp5080269p5080554.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From David.Fawcett at state.mn.us  Fri Sep 27 06:46:47 2013
From: David.Fawcett at state.mn.us (Fawcett, David (MNIT))
Date: Fri, 27 Sep 2013 13:46:47 +0000
Subject: [mapserver-users] GEOMTRANSFORM definition causing an error
In-Reply-To: <1380287782986-5080554.post@n6.nabble.com>
References: <1380216035844-5080269.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E9822539FE@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380217760538-5080306.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E982253A4F@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380231820325-5080363.post@n6.nabble.com>
	<5244B1C2.1070107@swoodbridge.com>
	<1380287782986-5080554.post@n6.nabble.com>
Message-ID: <D645DD294B659443AAFDEFBEC8F1E982253BE2@055-CH1MPN1-003.055d.mgd.msft.net>

If the GDAL on your system is compiled with Oracle support, you could use ogr2ogr to create a shapefile copy of your data from Oracle.  http://www.gdal.org/ogr2ogr.html

If you want to do it with a GUI, you could probably use the QGIS.  I believe that QGIS 2.0 now has Oracle Spatial support out of the box.

David.

-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of tday
Sent: Friday, September 27, 2013 8:16 AM
To: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] GEOMTRANSFORM definition causing an error

Changing to:

GEOMTRANSFORM (buffer([shape], 0.0) 

...has the same error result.


There are a total of 5 mapserver calls to load the web page (I'm using leaflet in the browser). The error occurs on the very first call to mapserver from an ajax request which is requesting the un-buffered parcel layer (not the one with the GEOMTRANFORM option). The GET request URL is:

http://wfsd.visualapms.com/wfs.php?SERVICE=WFS&VERSION=1.1.0&REQUEST=getfeature&TYPENAME=parcels&SRSNAME=EPSG:4269&OUTPUTFORMAT=json&FILTER=%3CFilter%3E%3CPropertyIsEqualTo%3E%3CPropertyName%3EPARCEL_ID%3C/PropertyName%3E%3CLiteral%3E700008517%3C/Literal%3E%3C/PropertyIsEqualTo%3E%3C/Filter%3E

...and this is returned to the browser...

"NetworkError: 500 Internal Server Error - http://wfsd.visualapms.com/wfs.php?SERVICE=WFS&VERSION=1.1.0&REQUEST=getfeature&TYPENAME=parcels&SRSNAME=EPSG:4269&OUTPUTFORMAT=json&FILTER=%3CFilter%3E%3CPropertyIsEqualTo%3E%3CPropertyName%3EPARCEL_ID%3C/PropertyName%3E%3CLiteral%3E700008517%3C/Literal%3E%3C/PropertyIsEqualTo%3E%3C/Filter%3E"

You could test the url yourself.

When debugging the ajax response, the 8102 is the line number in jQuery
1.7.1 core. Not sure why jquery is coughing there, but the request object and error are returned to the ajax error function.

I have not used shp2img before, I'll need to research to give you an answer for that.

I'll see if I can get the data in shapefile format which will require some work with the server admin.




--
View this message in context: http://osgeo-org.1560.x6.nabble.com/GEOMTRANSFORM-definition-causing-an-error-tp5080269p5080554.html
Sent from the Mapserver - User mailing list archive at Nabble.com.
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users




From woodbri at swoodbridge.com  Fri Sep 27 06:50:36 2013
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Fri, 27 Sep 2013 09:50:36 -0400
Subject: [mapserver-users] GEOMTRANSFORM definition causing an error
In-Reply-To: <1380287782986-5080554.post@n6.nabble.com>
References: <1380216035844-5080269.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E9822539FE@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380217760538-5080306.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E982253A4F@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380231820325-5080363.post@n6.nabble.com>
	<5244B1C2.1070107@swoodbridge.com>
	<1380287782986-5080554.post@n6.nabble.com>
Message-ID: <52458D2C.3080905@swoodbridge.com>

On 9/27/2013 9:16 AM, tday wrote:
> Changing to:
>
> GEOMTRANSFORM (buffer([shape], 0.0)
>
> ...has the same error result.
>
>
> There are a total of 5 mapserver calls to load the web page (I'm using
> leaflet in the browser). The error occurs on the very first call to
> mapserver from an ajax request which is requesting the un-buffered parcel
> layer (not the one with the GEOMTRANFORM option). The GET request URL is:
>
> http://wfsd.visualapms.com/wfs.php?SERVICE=WFS&VERSION=1.1.0&REQUEST=getfeature&TYPENAME=parcels&SRSNAME=EPSG:4269&OUTPUTFORMAT=json&FILTER=%3CFilter%3E%3CPropertyIsEqualTo%3E%3CPropertyName%3EPARCEL_ID%3C/PropertyName%3E%3CLiteral%3E700008517%3C/Literal%3E%3C/PropertyIsEqualTo%3E%3C/Filter%3E

This is actually calling a PHP script, so you might need to look at this 
to figure out what is actually getting passed to mapserver or if this is 
a mapscript program in which case you may need to debug that to see what 
is happening. It might just be hiding the mapfile parameter.

> ...and this is returned to the browser...
>
> "NetworkError: 500 Internal Server Error -
> http://wfsd.visualapms.com/wfs.php?SERVICE=WFS&VERSION=1.1.0&REQUEST=getfeature&TYPENAME=parcels&SRSNAME=EPSG:4269&OUTPUTFORMAT=json&FILTER=%3CFilter%3E%3CPropertyIsEqualTo%3E%3CPropertyName%3EPARCEL_ID%3C/PropertyName%3E%3CLiteral%3E700008517%3C/Literal%3E%3C/PropertyIsEqualTo%3E%3C/Filter%3E"
>
> You could test the url yourself.
>

I get no response back from the above URL which might be interpreted as 
a timeout and hence a server error.

> When debugging the ajax response, the 8102 is the line number in jQuery
> 1.7.1 core. Not sure why jquery is coughing there, but the request object
> and error are returned to the ajax error function.
>
> I have not used shp2img before, I'll need to research to give you an answer
> for that.

Ok it might be easier to do this:

/pat/to/mapserv 
QUERY_STRING='map=/path/to/mapfile.map&SERVICE=WFS&VERSION=1.1.0&REQUEST=getfeature&TYPENAME=parcels&SRSNAME=EPSG:4269&OUTPUTFORMAT=json&FILTER=%3CFilter%3E%3CPropertyIsEqualTo%3E%3CPropertyName%3EPARCEL_ID%3C/PropertyName%3E%3CLiteral%3E700008517%3C/Literal%3E%3C/PropertyIsEqualTo%3E%3C/Filter%3E'

and see what this reports.

-Steve W

> I'll see if I can get the data in shapefile format which will require some
> work with the server admin.
>
>
>
>
> --
> View this message in context: http://osgeo-org.1560.x6.nabble.com/GEOMTRANSFORM-definition-causing-an-error-tp5080269p5080554.html
> Sent from the Mapserver - User mailing list archive at Nabble.com.
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>



From tday at notionslate.net  Fri Sep 27 06:56:17 2013
From: tday at notionslate.net (tday)
Date: Fri, 27 Sep 2013 06:56:17 -0700 (PDT)
Subject: [mapserver-users] GEOMTRANSFORM definition causing an error
In-Reply-To: <52458D2C.3080905@swoodbridge.com>
References: <1380216035844-5080269.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E9822539FE@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380217760538-5080306.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E982253A4F@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380231820325-5080363.post@n6.nabble.com>
	<5244B1C2.1070107@swoodbridge.com>
	<1380287782986-5080554.post@n6.nabble.com>
	<52458D2C.3080905@swoodbridge.com>
Message-ID: <1380290177257-5080564.post@n6.nabble.com>

Here is what the shptoimage did:

... ~]$ shp2img -map_debug 5 -m /.../wfs.map -o test.png

[Fri Sep 27 08:44:36 2013].926937 loadLayer(): Unknown identifier. Parsing
error near (GEOMTRANSFORM):(line 131)
[Fri Sep 27 08:44:36 2013].927117 msFreeMap(): freeing map at 0x9a152f0.
loadLayer(): Unknown identifier. Parsing error near (GEOMTRANSFORM):(line
131) <br>




--
View this message in context: http://osgeo-org.1560.x6.nabble.com/GEOMTRANSFORM-definition-causing-an-error-tp5080269p5080564.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From tday at notionslate.net  Fri Sep 27 07:01:48 2013
From: tday at notionslate.net (tday)
Date: Fri, 27 Sep 2013 07:01:48 -0700 (PDT)
Subject: [mapserver-users] GEOMTRANSFORM definition causing an error
In-Reply-To: <D645DD294B659443AAFDEFBEC8F1E982253BE2@055-CH1MPN1-003.055d.mgd.msft.net>
References: <1380216035844-5080269.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E9822539FE@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380217760538-5080306.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E982253A4F@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380231820325-5080363.post@n6.nabble.com>
	<5244B1C2.1070107@swoodbridge.com>
	<1380287782986-5080554.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E982253BE2@055-CH1MPN1-003.055d.mgd.msft.net>
Message-ID: <1380290508902-5080565.post@n6.nabble.com>

Thanks, the admin tells me it was created using ArcView, so I've requested an
export using ESRI tool chain.



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/GEOMTRANSFORM-definition-causing-an-error-tp5080269p5080565.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From tday at notionslate.net  Fri Sep 27 07:06:11 2013
From: tday at notionslate.net (tday)
Date: Fri, 27 Sep 2013 07:06:11 -0700 (PDT)
Subject: [mapserver-users] GEOMTRANSFORM definition causing an error
In-Reply-To: <52458D2C.3080905@swoodbridge.com>
References: <1380216035844-5080269.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E9822539FE@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380217760538-5080306.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E982253A4F@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380231820325-5080363.post@n6.nabble.com>
	<5244B1C2.1070107@swoodbridge.com>
	<1380287782986-5080554.post@n6.nabble.com>
	<52458D2C.3080905@swoodbridge.com>
Message-ID: <1380290771725-5080566.post@n6.nabble.com>

Yes, you are correct about the php...here is the entire php code:

$request = ms_newowsrequestobj();

$request->loadparams();

$request->setParameter("VERSION","1.1.0");
$request->setParameter("SERVICE","WFS");

ms_ioinstallstdouttobuffer();

$oMap = ms_newMapobj("mapfiles/wfs.map");

$oMap->owsdispatch($request);

$contenttype = ms_iostripstdoutbuffercontenttype();

$buffer = ms_iogetstdoutbufferstring();

header("Access-Control-Allow-Origin: http://wwwd.visualapms.com");

if (strtolower($request->getvaluebyname("REQUEST")) == "getcapabilities"
 || (strtolower($request->getvaluebyname("OUTPUTFORMAT")) != "json" 
        && strtolower($request->getvaluebyname("OUTPUTFORMAT")) !=
"geojson"))
{ 
	header('Content-type: application/xml');
}
echo $buffer;

ms_ioresethandlers();



I'm thinking the allow-origin header is probably why you could not get a
response...



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/GEOMTRANSFORM-definition-causing-an-error-tp5080269p5080566.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From woodbri at swoodbridge.com  Fri Sep 27 07:15:25 2013
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Fri, 27 Sep 2013 10:15:25 -0400
Subject: [mapserver-users] GEOMTRANSFORM definition causing an error
In-Reply-To: <1380290177257-5080564.post@n6.nabble.com>
References: <1380216035844-5080269.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E9822539FE@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380217760538-5080306.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E982253A4F@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380231820325-5080363.post@n6.nabble.com>
	<5244B1C2.1070107@swoodbridge.com>
	<1380287782986-5080554.post@n6.nabble.com>
	<52458D2C.3080905@swoodbridge.com>
	<1380290177257-5080564.post@n6.nabble.com>
Message-ID: <524592FD.6060200@swoodbridge.com>

On 9/27/2013 9:56 AM, tday wrote:
> Here is what the shptoimage did:
>
> ... ~]$ shp2img -map_debug 5 -m /.../wfs.map -o test.png
>
> [Fri Sep 27 08:44:36 2013].926937 loadLayer(): Unknown identifier. Parsing
> error near (GEOMTRANSFORM):(line 131)
> [Fri Sep 27 08:44:36 2013].927117 msFreeMap(): freeing map at 0x9a152f0.
> loadLayer(): Unknown identifier. Parsing error near (GEOMTRANSFORM):(line
> 131) <br>

This says that you have an error in the mapfile on line 131 and that 
likely GEOMTRANSFORM is not supported at the layer level for you version 
of mapserver.

/path/to/mapserv -v

will tell you what version you are running. Then check if the 
GEOMTRANSFORM at the LAYER level is support in that version.

-Steve W





From tday at notionslate.net  Fri Sep 27 07:53:41 2013
From: tday at notionslate.net (tday)
Date: Fri, 27 Sep 2013 07:53:41 -0700 (PDT)
Subject: [mapserver-users] GEOMTRANSFORM definition causing an error
In-Reply-To: <524592FD.6060200@swoodbridge.com>
References: <1380216035844-5080269.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E9822539FE@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380217760538-5080306.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E982253A4F@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380231820325-5080363.post@n6.nabble.com>
	<5244B1C2.1070107@swoodbridge.com>
	<1380287782986-5080554.post@n6.nabble.com>
	<52458D2C.3080905@swoodbridge.com>
	<1380290177257-5080564.post@n6.nabble.com>
	<524592FD.6060200@swoodbridge.com>
Message-ID: <1380293621399-5080579.post@n6.nabble.com>

It appears that layer level GEOMTRANSFORM was added in 6.4 according to the
changelog:

http://mapserver.org/trunk/development/changelog/changelog-6-4.html

...and it is confirmed we are using 6.2.1

So that is a very basic requirement - looks like my server admin will get to
reinstall newest version of mapserver.

You guys have been fantastic! I've learned a lot going through this process
- Thank you!



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/GEOMTRANSFORM-definition-causing-an-error-tp5080269p5080579.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From aboudreault at mapgears.com  Fri Sep 27 07:55:29 2013
From: aboudreault at mapgears.com (Alan Boudreault)
Date: Fri, 27 Sep 2013 10:55:29 -0400
Subject: [mapserver-users] GEOMTRANSFORM definition causing an error
In-Reply-To: <1380293621399-5080579.post@n6.nabble.com>
References: <1380216035844-5080269.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E9822539FE@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380217760538-5080306.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E982253A4F@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380231820325-5080363.post@n6.nabble.com>
	<5244B1C2.1070107@swoodbridge.com>
	<1380287782986-5080554.post@n6.nabble.com>
	<52458D2C.3080905@swoodbridge.com>
	<1380290177257-5080564.post@n6.nabble.com>
	<524592FD.6060200@swoodbridge.com>
	<1380293621399-5080579.post@n6.nabble.com>
Message-ID: <52459C61.4020903@mapgears.com>

tday,

Note that the *LAYER* geomstransform has been added in 6.4. You can 
still use the buffer GEOMSTRANSFORM in you style definition. Give it a try.

Alan

On 13-09-27 10:53 AM, tday wrote:
> It appears that layer level GEOMTRANSFORM was added in 6.4 according to the
> changelog:
>
> http://mapserver.org/trunk/development/changelog/changelog-6-4.html
>
> ...and it is confirmed we are using 6.2.1
>
> So that is a very basic requirement - looks like my server admin will get to
> reinstall newest version of mapserver.
>
> You guys have been fantastic! I've learned a lot going through this process
> - Thank you!
>
>
>
> --
> View this message in context: http://osgeo-org.1560.x6.nabble.com/GEOMTRANSFORM-definition-causing-an-error-tp5080269p5080579.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
>


-- 
Alan Boudreault
http://www.mapgears.com/


From aboudreault at mapgears.com  Fri Sep 27 07:57:18 2013
From: aboudreault at mapgears.com (Alan Boudreault)
Date: Fri, 27 Sep 2013 10:57:18 -0400
Subject: [mapserver-users] GEOMTRANSFORM definition causing an error
In-Reply-To: <52459C61.4020903@mapgears.com>
References: <1380216035844-5080269.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E9822539FE@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380217760538-5080306.post@n6.nabble.com>
	<D645DD294B659443AAFDEFBEC8F1E982253A4F@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380231820325-5080363.post@n6.nabble.com>
	<5244B1C2.1070107@swoodbridge.com>
	<1380287782986-5080554.post@n6.nabble.com>
	<52458D2C.3080905@swoodbridge.com>
	<1380290177257-5080564.post@n6.nabble.com>
	<524592FD.6060200@swoodbridge.com>
	<1380293621399-5080579.post@n6.nabble.com>
	<52459C61.4020903@mapgears.com>
Message-ID: <52459CCE.9000508@mapgears.com>

Better with an example:

LAYER NAME "my_layer"
   TYPE LINE
   STATUS DEFAULT
   DATA "lines.shp"
   CLASS
     STYLE
       GEOMTRANSFORM (buffer([shape], 5)  ## In pixels
       WIDTH 2
       COLOR 255 0 0
     END
   END
END


On 13-09-27 10:55 AM, Alan Boudreault wrote:
> tday,
>
> Note that the *LAYER* geomstransform has been added in 6.4. You can
> still use the buffer GEOMSTRANSFORM in you style definition. Give it a try.
>
> Alan
>
> On 13-09-27 10:53 AM, tday wrote:
>> It appears that layer level GEOMTRANSFORM was added in 6.4 according
>> to the
>> changelog:
>>
>> http://mapserver.org/trunk/development/changelog/changelog-6-4.html
>>
>> ...and it is confirmed we are using 6.2.1
>>
>> So that is a very basic requirement - looks like my server admin will
>> get to
>> reinstall newest version of mapserver.
>>
>> You guys have been fantastic! I've learned a lot going through this
>> process
>> - Thank you!
>>
>>
>>
>> --
>> View this message in context:
>> http://osgeo-org.1560.x6.nabble.com/GEOMTRANSFORM-definition-causing-an-error-tp5080269p5080579.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
>>
>
>


-- 
Alan Boudreault
http://www.mapgears.com/


From MarkVolz at co.lyon.mn.us  Fri Sep 27 07:56:53 2013
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Fri, 27 Sep 2013 14:56:53 +0000
Subject: [mapserver-users] mapcache  - logging?
Message-ID: <36CA828A36E29F45B7CF0A1766E5DFA321783D@swmail01.r8nssis.local>

Hello,

I have a couple applications that are tied to different mapcaches on the same server.  One performs fast, the other feeds most of the tiles on the clients screen quickly but then becomes very slow.  I think I have the grids between the client and server match so I don't think the tiles should need to be assembled.  Is there a way to configure a detailed log in mapcache so I know for sure if mapcache needs to assemble tiles on the fly?

*note  Both mapcaches have 256*256 tiles internally, the client requests 256*256 tiles, they have the same image format.  The cache in the area that I am testing is already built.   Therefore I do not have any reason to suspect why one is fast and the other is slow.

Thanks



Mark Volz, GISP
GIS Specialist



From tday at notionslate.net  Fri Sep 27 08:11:23 2013
From: tday at notionslate.net (tday)
Date: Fri, 27 Sep 2013 08:11:23 -0700 (PDT)
Subject: [mapserver-users] GEOMTRANSFORM definition causing an error
In-Reply-To: <52459CCE.9000508@mapgears.com>
References: <D645DD294B659443AAFDEFBEC8F1E982253A4F@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380231820325-5080363.post@n6.nabble.com>
	<5244B1C2.1070107@swoodbridge.com>
	<1380287782986-5080554.post@n6.nabble.com>
	<52458D2C.3080905@swoodbridge.com>
	<1380290177257-5080564.post@n6.nabble.com>
	<524592FD.6060200@swoodbridge.com>
	<1380293621399-5080579.post@n6.nabble.com>
	<52459C61.4020903@mapgears.com> <52459CCE.9000508@mapgears.com>
Message-ID: <1380294683765-5080590.post@n6.nabble.com>

Hmmmm...My assumption has been that the style GEOMTRANSFORM will be shown if
I am producing an image with mapserver. If all I'm getting is geojson from
mapserver, will the style GEOMTRANSFORM be applied?



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/GEOMTRANSFORM-definition-causing-an-error-tp5080269p5080590.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From aboudreault at mapgears.com  Fri Sep 27 08:14:05 2013
From: aboudreault at mapgears.com (Alan Boudreault)
Date: Fri, 27 Sep 2013 11:14:05 -0400
Subject: [mapserver-users] GEOMTRANSFORM definition causing an error
In-Reply-To: <1380294683765-5080590.post@n6.nabble.com>
References: <D645DD294B659443AAFDEFBEC8F1E982253A4F@055-CH1MPN1-003.055d.mgd.msft.net>
	<1380231820325-5080363.post@n6.nabble.com>
	<5244B1C2.1070107@swoodbridge.com>
	<1380287782986-5080554.post@n6.nabble.com>
	<52458D2C.3080905@swoodbridge.com>
	<1380290177257-5080564.post@n6.nabble.com>
	<524592FD.6060200@swoodbridge.com>
	<1380293621399-5080579.post@n6.nabble.com>
	<52459C61.4020903@mapgears.com> <52459CCE.9000508@mapgears.com>
	<1380294683765-5080590.post@n6.nabble.com>
Message-ID: <5245A0BD.1050201@mapgears.com>

Ah, right. You will need the layer geomtransform for that.

On 13-09-27 11:11 AM, tday wrote:
> Hmmmm...My assumption has been that the style GEOMTRANSFORM will be shown if
> I am producing an image with mapserver. If all I'm getting is geojson from
> mapserver, will the style GEOMTRANSFORM be applied?
>
>
>
> --
> View this message in context: http://osgeo-org.1560.x6.nabble.com/GEOMTRANSFORM-definition-causing-an-error-tp5080269p5080590.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
>


-- 
Alan Boudreault
http://www.mapgears.com/


From tday at notionslate.net  Fri Sep 27 09:04:21 2013
From: tday at notionslate.net (tday)
Date: Fri, 27 Sep 2013 09:04:21 -0700 (PDT)
Subject: [mapserver-users] GEOMTRANSFORM definition causing an error
In-Reply-To: <5245A0BD.1050201@mapgears.com>
References: <5244B1C2.1070107@swoodbridge.com>
	<1380287782986-5080554.post@n6.nabble.com>
	<52458D2C.3080905@swoodbridge.com>
	<1380290177257-5080564.post@n6.nabble.com>
	<524592FD.6060200@swoodbridge.com>
	<1380293621399-5080579.post@n6.nabble.com>
	<52459C61.4020903@mapgears.com> <52459CCE.9000508@mapgears.com>
	<1380294683765-5080590.post@n6.nabble.com>
	<5245A0BD.1050201@mapgears.com>
Message-ID: <1380297861705-5080602.post@n6.nabble.com>

Side note: it looks like the documentation for the style geomtransform is
missing a closing paren.



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/GEOMTRANSFORM-definition-causing-an-error-tp5080269p5080602.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From mmcinnis59 at msn.com  Fri Sep 27 10:06:26 2013
From: mmcinnis59 at msn.com (Michael McInnis)
Date: Fri, 27 Sep 2013 10:06:26 -0700
Subject: [mapserver-users] Old code must be deprecated
Message-ID: <COL130-W657338562466803537E9BAD9290@phx.gbl>

I'm trying to get some old code to work with 6.+ and can't retrieve census counts yet via the old method.Does someone know what the new syntax would be below?
Thanks
$layer->queryByShape($circle);	$numResults = $layer->getNumResults();
	if($numResults > 0 && $numResults < 10000){		echo '';		echo '<br/><br/> numResults : '.$numResults;
		$totalPop = 0;		$error = false;		debug("  $numResults results.");
		$layer->open();
		for($i=0;$i<$numResults;++$i){			// New way			$shpIdx = $layer->getResult($i)->shapeindex;			echo 'shpIdx : '.$shpIdx;
			//$feat = $layer->getFeature($shpIdx);	// <- DOES NOT WORK			//echo 'feat : '.$feat;					}
		$layer->close();
		return 1;	}else{		return 0;	}
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130927/5c88bfa3/attachment.htm>

From tday at notionslate.net  Fri Sep 27 11:17:11 2013
From: tday at notionslate.net (tday)
Date: Fri, 27 Sep 2013 11:17:11 -0700 (PDT)
Subject: [mapserver-users] GEOMTRANSFORM definition causing an error
In-Reply-To: <5245A0BD.1050201@mapgears.com>
References: <5244B1C2.1070107@swoodbridge.com>
	<1380287782986-5080554.post@n6.nabble.com>
	<52458D2C.3080905@swoodbridge.com>
	<1380290177257-5080564.post@n6.nabble.com>
	<524592FD.6060200@swoodbridge.com>
	<1380293621399-5080579.post@n6.nabble.com>
	<52459C61.4020903@mapgears.com> <52459CCE.9000508@mapgears.com>
	<1380294683765-5080590.post@n6.nabble.com>
	<5245A0BD.1050201@mapgears.com>
Message-ID: <1380305831622-5080619.post@n6.nabble.com>

Postscript:

Although the upgrade to version 6.4 was necessary, the solution to the error
message was happening because the server needed to access X-Requested-With
headers. IE, in php...

header("Access-Control-Allow-Headers: Origin, X-Requested-With, >
Content-Type, Accept");

It seems that the addition of the GEOMTRANSFORM triggered this requirement
somehow...though I do not understand why.





--
View this message in context: http://osgeo-org.1560.x6.nabble.com/GEOMTRANSFORM-definition-causing-an-error-tp5080269p5080619.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From Steve.Lime at state.mn.us  Fri Sep 27 13:17:48 2013
From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT))
Date: Fri, 27 Sep 2013 20:17:48 +0000
Subject: [mapserver-users] Old code must be deprecated
In-Reply-To: <COL130-W657338562466803537E9BAD9290@phx.gbl>
References: <COL130-W657338562466803537E9BAD9290@phx.gbl>
Message-ID: <C549F0496453D842B4DD71AC8188DDC560AEEB@055-CH1MPN1-041.055d.mgd.msft.net>

Hi Michael: It should look like:

$layer->queryByShape($circle);

for($i=0; $i<$layer->getNumResults(); $i++) {
        $shape = $layer->getShape($layer->getResult($i));
       # do whatever with the shape
}

The RFC that describes the changes is here: http://mapserver.org/development/rfc/ms-rfc-65.html.

Steve


From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Michael McInnis
Sent: Friday, September 27, 2013 12:06 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] Old code must be deprecated

I'm trying to get some old code to work with 6.+ and can't retrieve census counts yet via the old method.
Does someone know what the new syntax would be below?

Thanks

$layer->queryByShape($circle);
            $numResults = $layer->getNumResults();

            if($numResults > 0 && $numResults < 10000){
                        echo '';
                        echo '<br/><br/> numResults : '.$numResults;

                        $totalPop = 0;
                        $error = false;
                        debug("  $numResults results.");

                        $layer->open();

                        for($i=0;$i<$numResults;++$i){
                                    // New way
                                    $shpIdx = $layer->getResult($i)->shapeindex;
                                    echo 'shpIdx : '.$shpIdx;

                                    //$feat = $layer->getFeature($shpIdx);          // <- DOES NOT WORK
                                    //echo 'feat : '.$feat;

                        }

                        $layer->close();

                        return 1;
            }else{
                        return 0;
            }

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

From aperi2007 at gmail.com  Fri Sep 27 23:22:22 2013
From: aperi2007 at gmail.com (Andrea Peri)
Date: Sat, 28 Sep 2013 08:22:22 +0200
Subject: [mapserver-users] usage of RULE param in GetLegendGraphics requests
Message-ID: <CABqTJk_V-ZQ-tTGy4K+PHkGZuL1XqUgiLJHqQ0JXZF=gyMR-3A@mail.gmail.com>

Hi,

To change the WIDTH and HEIGHT of legend response (the image) from the
GetLegendGraphic request,
the doc report that should be added the RULE param to the request.

So I'm try-ing to add a RULE to the GetLegendGraphics request.

The doc say that the RULE value is the name of the class.
AFAIK the name of the class is the style as reported from the
GetCapabilites.

I this right ?

I try some request getlegendgraphics using different WIDTH and HEIGHT,
but I don't see any change in image result.


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

From avicomartin at gmail.com  Sat Sep 28 03:01:25 2013
From: avicomartin at gmail.com (Antonio Vico)
Date: Sat, 28 Sep 2013 12:01:25 +0200
Subject: [mapserver-users] tinyows and postgresql schemas
Message-ID: <5246A8F5.4090607@gmail.com>

I solved the question renaming the schema without capital letter.


From aperi2007 at gmail.com  Sat Sep 28 12:23:03 2013
From: aperi2007 at gmail.com (Andrea Peri)
Date: Sat, 28 Sep 2013 21:23:03 +0200
Subject: [mapserver-users] harfbuzz dependency
Message-ID: <CABqTJk8xe2Usd38wsxATZ=87B89uz-Qz3W6nCn0rdOFQm8_5vg@mail.gmail.com>

Hi,

I see the last mapserver-trunk has "harfbuzz" as new dependenciy.
I download harfbuz and compile (without any specific setting) and install
it .

But still the cmake don't find this package.

Perhaps is necessary to install harfbuzz on a specific path ?

Thx.

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

From thomas.bonfort at gmail.com  Mon Sep 30 03:26:22 2013
From: thomas.bonfort at gmail.com (thomas bonfort)
Date: Mon, 30 Sep 2013 12:26:22 +0200
Subject: [mapserver-users] harfbuzz dependency
In-Reply-To: <CABqTJk8xe2Usd38wsxATZ=87B89uz-Qz3W6nCn0rdOFQm8_5vg@mail.gmail.com>
References: <CABqTJk8xe2Usd38wsxATZ=87B89uz-Qz3W6nCn0rdOFQm8_5vg@mail.gmail.com>
Message-ID: <CAOM3y2h1-6SMvf14Fh5DU=NF90hbPd2TZ1tx1gUGcC6E=kMOvA@mail.gmail.com>

Andrea,
the harfbuzz dependency should be picked up automatically if it's
installed in a default location (e.g. /usr/local). If you look at our
automated builds, this is what is happening given the build platform
has no packages for harfbuzz and we therefore compile/install it
manually, c.f.
https://github.com/mapserver/mapserver/blob/master/.travis.yml#L45

regards,
thomas

On 28 September 2013 21:23, Andrea Peri <aperi2007 at gmail.com> wrote:
> Hi,
>
> I see the last mapserver-trunk has "harfbuzz" as new dependenciy.
> I download harfbuz and compile (without any specific setting) and install it
> .
>
> But still the cmake don't find this package.
>
> Perhaps is necessary to install harfbuzz on a specific path ?
>
> Thx.
>
> --
> -----------------
> Andrea Peri
> . . . . . . . . .
> qwerty ?????
> -----------------
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From aperi2007 at gmail.com  Mon Sep 30 12:09:31 2013
From: aperi2007 at gmail.com (Andrea Peri)
Date: Mon, 30 Sep 2013 21:09:31 +0200
Subject: [mapserver-users] harfbuzz dependency
In-Reply-To: <CAOM3y2h1-6SMvf14Fh5DU=NF90hbPd2TZ1tx1gUGcC6E=kMOvA@mail.gmail.com>
References: <CABqTJk8xe2Usd38wsxATZ=87B89uz-Qz3W6nCn0rdOFQm8_5vg@mail.gmail.com>
	<CAOM3y2h1-6SMvf14Fh5DU=NF90hbPd2TZ1tx1gUGcC6E=kMOvA@mail.gmail.com>
Message-ID: <CABqTJk83hMoOfG=-eFt7KFA3fhgYtD4-BCYqkMqbZ0azw4XYyQ@mail.gmail.com>

Hi,

I try exactly the same step and settings, but no success.
However I notice that the harfbuzz version I'm using is the 0.9.21.
So now I try to downgrade to the 0.9.19.

Regards,

Andrea.




2013/9/30 thomas bonfort <thomas.bonfort at gmail.com>

> Andrea,
> the harfbuzz dependency should be picked up automatically if it's
> installed in a default location (e.g. /usr/local). If you look at our
> automated builds, this is what is happening given the build platform
> has no packages for harfbuzz and we therefore compile/install it
> manually, c.f.
> https://github.com/mapserver/mapserver/blob/master/.travis.yml#L45
>
> regards,
> thomas
>
> On 28 September 2013 21:23, Andrea Peri <aperi2007 at gmail.com> wrote:
> > Hi,
> >
> > I see the last mapserver-trunk has "harfbuzz" as new dependenciy.
> > I download harfbuz and compile (without any specific setting) and
> install it
> > .
> >
> > But still the cmake don't find this package.
> >
> > Perhaps is necessary to install harfbuzz on a specific path ?
> >
> > Thx.
> >
> > --
> > -----------------
> > 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/20130930/52d1aba6/attachment.htm>