From tony.baylis at resexmap.com.au  Tue Dec  1 03:03:18 2009
From: tony.baylis at resexmap.com.au (Tony Baylis)
Date: Tue, 01 Dec 2009 21:03:18 +1000
Subject: [mapserver-users] WMS Client and SLD
Message-ID: <4B14F7F6.4070308@resexmap.com.au>

All,

This is the first time I have tried styling external WMS data using SLD 
and cannot get the returned data/image in the desired style.  Below is 
the simplified mapfile and SLD file.  If anyone has any pointers I'd be 
more than grateful.  Please note that the link to the SLD file does work 
with the following return: 56  
 APPLICATION STATUS #ff0000 GRANTED STATUS #ffffbe

Tony

Mapfile:
#
# Start of map file
#
MAP
  NAME qld_tenement
  STATUS ON
  SIZE 800 500
  EXTENT 140 -23.25 150 -17
  UNITS DD
  SHAPEPATH "/var/www/remwms/htdocs/data"
  IMAGECOLOR 192 213 255
  SYMBOLSET "/var/www/remwms/htdocs/includes/symbols.sym"
  FONTSET "/usr/share/fonts/truetype/font.list"
  DEBUG 2
  CONFIG "MS_ERRORFILE" "/var/www/ms_tmp/ms_error.txt"
 
#IMAGETYPE PNG

OUTPUTFORMAT
  NAME "AGGA"
  MIMETYPE "image/png"
  DRIVER "AGG/PNG"
  EXTENSION "png"
  IMAGEMODE RGBA
  TRANSPARENT ON
END
 
#
# Start of web interface definition
#
WEB
      IMAGEPATH "/var/www/ms_tmp/"
      IMAGEURL "http://mapserver1/ms_tmp/"
END

#
# Assign Projection
#
PROJECTION
  "init=epsg:4283"
END
 
LAYER
  NAME "EPM"
  TYPE RASTER
  STATUS ON
  CONNECTIONTYPE WMS
  CONNECTION 
'http://atlas.information.qld.gov.au/ArcGIS/services/IRTM/MapServer/WMSServer?'
  METADATA
    "wms_srs" "EPSG:4326"
    "wms_name"  "56"
    "wms_server_version"  "1.1.1"
    "wms_format"  "image/png"
    "wms_title" "EPM"
    "wms_include_items"    "all"
    "wms_sld_url" "http://mapserver1/remwms/includes/sld/publicsld.xml"
    "wms_legend_graphic" "0"
    "wms_feature_info_mime_type" "text/plain"
  END
END

END

SLD File:
<?xml version="1.0" encoding="UTF-8"?>
<StyledLayerDescriptor version="1.0.0"
  xmlns="http://www.opengis.net/sld"
  xmlns:ogc="http://www.opengis.net/ogc"
  xmlns:xlink="http://www.w3.org/1999/xlink"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://www.opengis.net/sld
  http://schemas.opengis.net/sld/1.0.0/StyledLayerDescriptor.xsd">
  <NamedLayer>
    <Name>56</Name>
      <UserStyle>
          <FeatureTypeStyle>
            <Rule>
              <Name>APPLICATION</Name>
              
<ogc:Filter><ogc:PropertyIsEqualTo><ogc:PropertyName>STATUS</ogc:PropertyName></ogc:PropertyIsEqualTo></ogc:Filter>
              <PolygonSymbolizer>
                <Fill>
                  <CssParameter name="fill">#ff0000</CssParameter>
                </Fill>
              </PolygonSymbolizer>
            </Rule>
            <Rule>
              <Name>GRANTED</Name>
              
<ogc:Filter><ogc:PropertyIsEqualTo><ogc:PropertyName>STATUS</ogc:PropertyName></ogc:PropertyIsEqualTo></ogc:Filter>
              <PolygonSymbolizer>
                <Fill>
                  <CssParameter name="fill">#ffffbe</CssParameter>
                </Fill>
              </PolygonSymbolizer>
            </Rule>
          </FeatureTypeStyle>
      </UserStyle>
  </NamedLayer>
</StyledLayerDescriptor>

-- 
Tony Baylis
Spatial Information Specialist
Resource and Exploration Mapping
Suite 8, 290 Boundary St
Spring Hill QLD 4000
Ph    3832 1600
Fax   3832 1603
Mob   0419 759 131
Email tony.baylis at resexmap.com.au
www   resexmap.com.au	



From jmckenna at gatewaygeomatics.com  Tue Dec  1 05:20:36 2009
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Tue, 01 Dec 2009 09:20:36 -0400
Subject: [mapserver-users] Fatal error: Call to undefined function dl()
	in	C:\ms4w\Apache\htdocs\phpmapscript.php on line 5
In-Reply-To: <49184.1259645866@ttkmaps.com>
References: <49184.1259645866@ttkmaps.com>
Message-ID: <4B151824.6000106@gatewaygeomatics.com>

geetha at ttkmaps.com wrote:
> 
> 
> Hi all,
> 
>  
> 
>   I tried to install php/mapscript in windows,I get the above error.I 
> use mapserver version 5.4.2,Apache 2.2.11,PHP 5.3.Php works fine.Im able 
> to run files with .php extension,but the below coding produces error:
> 
> <HTML>
> <BODY>
> 
> <?php
> dl("php_mapscript.dll");
> phpinfo();
> ?>
> 
> </BODY>
> </HTML>
> 
> My php_mapscript.dll is in ..php/ext folder by default.My php.ini & 
> php.exe is in /ms4w/Apache/cgi-bin.Is there any other dll i should 
> add?It is said php/mapscript is preconfigured right...then what might be 
> wrong?Thanks in advance.
> 
> NewUser.
> 

Hello NewUser,

Since PHP version 5.3.0 you can no longer use PHP's dl() function (it 
has been deprecated and removed as noted in 
http://ca2.php.net/manual/en/function.dl.php).

In MS4W version 3.0 the mapscript dll is already enabled, through the 
php.ini

If you have any questions regarding MS4W, please use the MS4W email list 
(subscribe at http://lists.maptools.org/mailman/listinfo/ms4w-users).

-jeff

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





From jmckenna at gatewaygeomatics.com  Tue Dec  1 05:27:39 2009
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Tue, 01 Dec 2009 09:27:39 -0400
Subject: [mapserver-users] Fatal error: Call to undefined function dl()
	in C:\ms4w\Apache\htdocs\phpmapscript.php on line 5
In-Reply-To: <1259651929711-4092286.post@n2.nabble.com>
References: <49184.1259645866@ttkmaps.com>	<1259647188.778.6.camel@milo-desktop.localdomain>	<1259650303392-4092227.post@n2.nabble.com>	<1259651234.870.13.camel@milo-desktop.localdomain>
	<1259651929711-4092286.post@n2.nabble.com>
Message-ID: <4B1519CB.5030509@gatewaygeomatics.com>

new wrote:
> No,i am still not able to get it.It was given in 
> 
> http://www.maptools.org/ms4w/index.phtml?page=README_INSTALL.html
> 
> troubleshooting part, to check for dll errors using cmd prompt.I did so,but
> it gives file info.
> 
> newuser.

Remove all dl() functions from your PHP scripts, and load those dlls 
through your php.ini instead, and your errors will go away.

If you have any questions regarding MS4W, please use the MS4W email list 
(subscribe at http://lists.maptools.org/mailman/listinfo/ms4w-users).

-jeff

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







From fla83tn at libero.it  Tue Dec  1 06:06:35 2009
From: fla83tn at libero.it (fla83tn at libero.it)
Date: Tue, 1 Dec 2009 15:06:35 +0100 (CET)
Subject: [mapserver-users] WMS: raster's x and y pixel dimension
Message-ID: <29455193.1348401259676395133.JavaMail.defaultUser@defaultHost>

Hi to all,
I've a problem with the loading of  a raster image via WMS (1.3.0).

To load the layers of my project I use gvSIG. If I load my digital elevation 
model (DEM) directly from filesystem (which is a HFA/Erdas Image file - .img), 

x and y pixel dimension are fixed to 2.5 and -2.5 meters respectively, and 
fixed are also the width and height attributes.
If I load the layer from 
Mapserver's WMS instead, x and y pixel dimension change as I zoom in or out (i.
e. changing the width
and height parameters of the getMap request). 
Is there 
the possibility to tell the wms client that x and y pixel dimension are 
constant and should never be calculated?

Here's my layer definition and the 
tiff outputformat definition:

OUTPUTFORMAT
  NAME GTiff
  DRIVER "GDAL/GTiff"

  MIMETYPE "image/tiff"
  IMAGEMODE FLOAT32
  EXTENSION "tif"
END

LAYER
  NAME 
"my_dem"
  EXTENT 669913.75 5143998.75 678313.75 5150701.25
	
  METADATA
    
"wms_title"    "my_dem"   ##required
    "wms_extent" "669913.75 5143998.75 
678313.75 5150701.25"
    "gml_include_items" "all"
  END
  TYPE RASTER
  
STATUS ON
  PROJECTION
         "init=epsg:25832"
  END  

  DATA "my_dem.tiff"

  PROCESSING "NODATA=-9999"
  PROCESSING "SCALE=227.23,1741.15"
  PROCESSING 
"SCALE_BUCKETS=2000"
  PROCESSING "BANDS=1"
  
  DEBUG on
  DUMP 	true
  
TEMPLATE "void" # enable queryable attribute on the layer
END

Any help is 
appreciated,
Flavio


From Jukka.Rahkonen at mmmtike.fi  Tue Dec  1 06:16:19 2009
From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Tue, 1 Dec 2009 16:16:19 +0200
Subject: [mapserver-users] WMS: raster's x and y pixel dimension
In-Reply-To: <29455193.1348401259676395133.JavaMail.defaultUser@defaultHost>
References: <29455193.1348401259676395133.JavaMail.defaultUser@defaultHost>
Message-ID: <CC197224AC75CE4DB23F739B16891B86018797DB@tikka.haapa.mmm.fi>

Hi,

Width, height and BBOX are all compulsory parameters in WMS GetMap
request and Mapserver is sending an image according to the request.  If
you want to be able to control the pixel size easily, without making WMS
client to balance the BBOX and image size in pixels, consider using WCS.
One way to make a WCS request is 

http://server.fi/cgi-bin/mapserver_wcs?SERVICE=WCS&VERSION=1.0.0&REQUEST
=GetCoverage&COVERAGE=DEM&FORMAT=image/tiff&CRS=EPSG:3067&ResX=1.0&ResY=
1.0&BBOX=533652,6973434,534658,6974219

You can see parameters ResX and ResY which are used for controlling the
pixel size.

-Jukka Rahkonen-

fla83tn wrote:

> 
> Hi to all,
> I've a problem with the loading of  a raster image via WMS (1.3.0).
> 
> To load the layers of my project I use gvSIG. If I load my 
> digital elevation model (DEM) directly from filesystem (which 
> is a HFA/Erdas Image file - .img), 
> 
> x and y pixel dimension are fixed to 2.5 and -2.5 meters 
> respectively, and fixed are also the width and height attributes.
> If I load the layer from
> Mapserver's WMS instead, x and y pixel dimension change as I 
> zoom in or out (i.
> e. changing the width
> and height parameters of the getMap request). 
> Is there
> the possibility to tell the wms client that x and y pixel 
> dimension are constant and should never be calculated?
> 
> Here's my layer definition and the
> tiff outputformat definition:
> 
> OUTPUTFORMAT
>   NAME GTiff
>   DRIVER "GDAL/GTiff"
> 
>   MIMETYPE "image/tiff"
>   IMAGEMODE FLOAT32
>   EXTENSION "tif"
> END
> 
> LAYER
>   NAME
> "my_dem"
>   EXTENT 669913.75 5143998.75 678313.75 5150701.25
> 	
>   METADATA
>     
> "wms_title"    "my_dem"   ##required
>     "wms_extent" "669913.75 5143998.75
> 678313.75 5150701.25"
>     "gml_include_items" "all"
>   END
>   TYPE RASTER
>   
> STATUS ON
>   PROJECTION
>          "init=epsg:25832"
>   END  
> 
>   DATA "my_dem.tiff"
> 
>   PROCESSING "NODATA=-9999"
>   PROCESSING "SCALE=227.23,1741.15"
>   PROCESSING
> "SCALE_BUCKETS=2000"
>   PROCESSING "BANDS=1"
>   
>   DEBUG on
>   DUMP 	true
>   
> TEMPLATE "void" # enable queryable attribute on the layer END
> 
> Any help is
> appreciated,
> Flavio
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> 


From adube at mapgears.com  Tue Dec  1 06:17:28 2009
From: adube at mapgears.com (Alexandre Dube)
Date: Tue, 01 Dec 2009 09:17:28 -0500
Subject: [mapserver-users] Black background with palette
In-Reply-To: <4B140074.5157.008F.0@dnr.state.mn.us>
References: <4B13E157.7050709@mapgears.com> <4B13E554.2020702@swoodbridge.com>
	<4B13E65E.7030404@swoodbridge.com> <4B13E79C.2030302@mapgears.com>
	<4B13FA74.9050107@swoodbridge.com> <4B141344.3040509@mapgears.com>
	<4B140074.5157.008F.0@dnr.state.mn.us>
Message-ID: <4B152578.1060001@mapgears.com>

Steve Lime wrote:
> Are you compiling with the experimental png support?
>   

No, but I just tried with it and it didn't resolved the issue. I noticed 
a slight change of the image quality though.

Thanks,

-- 
Alexandre Dub?
Mapgears
www.mapgears.com



From Steve.Lime at dnr.state.mn.us  Tue Dec  1 06:36:18 2009
From: Steve.Lime at dnr.state.mn.us (Steve Lime)
Date: Tue, 01 Dec 2009 08:36:18 -0600
Subject: [mapserver-users] map_web_template
Message-ID: <4B14D5830200008F0002B4FF@co5.dnr.state.mn.us>

Hi Lee: There's been a lot of change in that area in 5.x series. I believe the
syntax is:

  <input type=hidden name=map.web value=TEMPLATE+/topo/topo1.html>

Steve

>>> Lee <hatedau at yahoo.com> 11/29/09 9:42 PM >>>


Greetings,

I have one mapfile and use many template files to read from the mapfile. In Mapserver 4, I could use templatepattern '.*'
in the mapfile, and from an html form send a variable like this;
<input type='hidden' name='map_web_template' value='/topo/topo1.htm'>
In Mapserver 5 it doesn't seem to work ( loadWeb(): Unknown identifier ).
Is it possible to pass the name of an HTML template in Mapserver 5 using an HTML form? And if it is, then how?
Thanks

Lee


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



From fla83tn at libero.it  Tue Dec  1 07:31:00 2009
From: fla83tn at libero.it (fla83tn at libero.it)
Date: Tue, 1 Dec 2009 16:31:00 +0100 (CET)
Subject: [mapserver-users] WMS: raster's x and y pixel dimension
Message-ID: <14109062.1360441259681460769.JavaMail.defaultUser@defaultHost>

Thank you Jukka for the quick reply. Now I'm able to correctly generate z-
dimension from DEM layer.
However, since I'm new to GIS, I'm not able to 
understand the differences between WCS and WMS..could 
you briefly summarize 
the goal of the two approach?
And, as last question , should I set the resX and 
resY parameters from client or could I embed them directly into the map file?


Best regards, 
Flavio

>Hi,
>
>Width, height and BBOX are all compulsory 
parameters in WMS GetMap
>request and Mapserver is sending an image according 
to the request.  If
>you want to be able to control the pixel size easily, 
without making WMS
>client to balance the BBOX and image size in pixels, 
consider using WCS.
>One way to make a WCS request is 
>
>http://server.fi/cgi-
bin/mapserver_wcs?SERVICE=WCS&VERSION=1.0.0&REQUEST

>=GetCoverage&COVERAGE=DEM&FORMAT=image/tiff&CRS=EPSG:3067&ResX=1.0&ResY=
>1.
0&BBOX=533652,6973434,534658,6974219
>
>You can see parameters ResX and ResY 
which are used for controlling the
>pixel size.
>
>-Jukka Rahkonen-
>
>fla83tn 
wrote:
>
>> 
>> Hi to all,
>> I've a problem with the loading of  a raster 
image via WMS (1.3.0).
>> 
>> To load the layers of my project I use gvSIG. If 
I load my 
>> digital elevation model (DEM) directly from filesystem (which 
>> 
is a HFA/Erdas Image file - .img), 
>> 
>> x and y pixel dimension are fixed to 
2.5 and -2.5 meters 
>> respectively, and fixed are also the width and height 
attributes.
>> If I load the layer from
>> Mapserver's WMS instead, x and y 
pixel dimension change as I 
>> zoom in or out (i.
>> e. changing the width
>> 
and height parameters of the getMap request). 
>> Is there
>> the possibility 
to tell the wms client that x and y pixel 
>> dimension are constant and should 
never be calculated?
>> 
>> Here's my layer definition and the
>> tiff 
outputformat definition:
>> 
>> OUTPUTFORMAT
>>   NAME GTiff
>>   DRIVER 
"GDAL/GTiff"
>> 
>>   MIMETYPE "image/tiff"
>>   IMAGEMODE FLOAT32
>>   
EXTENSION "tif"
>> END
>> 
>> LAYER
>>   NAME
>> "my_dem"
>>   EXTENT 669913.75 
5143998.75 678313.75 5150701.25
>> 	
>>   METADATA
>>     
>> "wms_title"    
"my_dem"   ##required
>>     "wms_extent" "669913.75 5143998.75
>> 678313.75 
5150701.25"
>>     "gml_include_items" "all"
>>   END
>>   TYPE RASTER
>>   
>> 
STATUS ON
>>   PROJECTION
>>          "init=epsg:25832"
>>   END  
>> 
>>   
DATA "my_dem.tiff"
>> 
>>   PROCESSING "NODATA=-9999"
>>   PROCESSING 
"SCALE=227.23,1741.15"
>>   PROCESSING
>> "SCALE_BUCKETS=2000"
>>   PROCESSING 
"BANDS=1"
>>   
>>   DEBUG on
>>   DUMP 	true
>>   
>> TEMPLATE "void" # enable 
queryable attribute on the layer END
>> 
>> Any help is
>> appreciated,
>> 
Flavio
>> _______________________________________________
>> mapserver-users 
mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.
org/mailman/listinfo/mapserver-users
>> 
>




From yassefa at dmsolutions.ca  Tue Dec  1 09:28:48 2009
From: yassefa at dmsolutions.ca (Yewondwossen Assefa)
Date: Tue, 01 Dec 2009 12:28:48 -0500
Subject: [mapserver-users] WMS Client and SLD
In-Reply-To: <4B14F7F6.4070308@resexmap.com.au>
References: <4B14F7F6.4070308@resexmap.com.au>
Message-ID: <4B155250.7080908@dmsolutions.ca>

Hi There,

 The first thing would be to make sure that the server supports SLD 
styling. Doing a GetCapabilities [1], It seems it does not (at least it 
does not the DescribeLayer operation which would indicate that SLD is 
supported). If there server indeed supports sld, I would suggest to do a 
manual call first [2][3] and see if it applies the sld properly. If all 
goes well you can then try it from MapServer.
Note also that there seems to be a error in your sld:
  
<ogc:Filter><ogc:PropertyIsEqualTo><ogc:PropertyName>STATUS</ogc:PropertyName></ogc:PropertyIsEqualTo></ogc:Filter> 

should have a literal value in it, something like:
  
<ogc:Filter><ogc:PropertyIsEqualTo><ogc:PropertyName>STATUS</ogc:PropertyName><ogc:Literal>1</ogc:Literal></ogc:PropertyIsEqualTo></ogc:Filter>

Hope it helps.

regards,,


[1]: 
http://atlas.information.qld.gov.au/ArcGIS/services/IRTM/MapServer/WMSServer?service=WMS&Request=GetCapabilities
[2]:http://atlas.information.qld.gov.au/ArcGIS/services/IRTM/MapServer/WMSServer?service=WMS&VERSION=1.1.0&Request=GetMap&Layers=56&SRS=EPSG:4326&BBOX=137.984510,-28.998470,153.534386,-10.098496&FORMAT=image/png&WIDTH=300&HEIGHT=200&STYLES=&
[3]http://atlas.information.qld.gov.au/ArcGIS/services/IRTM/MapServer/WMSServer?service=WMS&VERSION=1.1.0&Request=GetMap&Layers=56&SRS=EPSG:4326&BBOX=137.984510,-28.998470,153.534386,-10.098496&FORMAT=image/png&WIDTH=300&HEIGHT=200&STYLES=&sld=http://../mysld.xml
 
Tony Baylis wrote:
> All,
>
> This is the first time I have tried styling external WMS data using 
> SLD and cannot get the returned data/image in the desired style.  
> Below is the simplified mapfile and SLD file.  If anyone has any 
> pointers I'd be more than grateful.  Please note that the link to the 
> SLD file does work with the following return: 56  APPLICATION STATUS 
> #ff0000 GRANTED STATUS #ffffbe
>
> Tony
>
> Mapfile:
> #
> # Start of map file
> #
> MAP
>  NAME qld_tenement
>  STATUS ON
>  SIZE 800 500
>  EXTENT 140 -23.25 150 -17
>  UNITS DD
>  SHAPEPATH "/var/www/remwms/htdocs/data"
>  IMAGECOLOR 192 213 255
>  SYMBOLSET "/var/www/remwms/htdocs/includes/symbols.sym"
>  FONTSET "/usr/share/fonts/truetype/font.list"
>  DEBUG 2
>  CONFIG "MS_ERRORFILE" "/var/www/ms_tmp/ms_error.txt"
>
> #IMAGETYPE PNG
>
> OUTPUTFORMAT
>  NAME "AGGA"
>  MIMETYPE "image/png"
>  DRIVER "AGG/PNG"
>  EXTENSION "png"
>  IMAGEMODE RGBA
>  TRANSPARENT ON
> END
>
> #
> # Start of web interface definition
> #
> WEB
>      IMAGEPATH "/var/www/ms_tmp/"
>      IMAGEURL "http://mapserver1/ms_tmp/"
> END
>
> #
> # Assign Projection
> #
> PROJECTION
>  "init=epsg:4283"
> END
>
> LAYER
>  NAME "EPM"
>  TYPE RASTER
>  STATUS ON
>  CONNECTIONTYPE WMS
>  CONNECTION 
> 'http://atlas.information.qld.gov.au/ArcGIS/services/IRTM/MapServer/WMSServer?' 
>
>  METADATA
>    "wms_srs" "EPSG:4326"
>    "wms_name"  "56"
>    "wms_server_version"  "1.1.1"
>    "wms_format"  "image/png"
>    "wms_title" "EPM"
>    "wms_include_items"    "all"
>    "wms_sld_url" "http://mapserver1/remwms/includes/sld/publicsld.xml"
>    "wms_legend_graphic" "0"
>    "wms_feature_info_mime_type" "text/plain"
>  END
> END
>
> END
>
> SLD File:
> <?xml version="1.0" encoding="UTF-8"?>
> <StyledLayerDescriptor version="1.0.0"
>  xmlns="http://www.opengis.net/sld"
>  xmlns:ogc="http://www.opengis.net/ogc"
>  xmlns:xlink="http://www.w3.org/1999/xlink"
>  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>  xsi:schemaLocation="http://www.opengis.net/sld
>  http://schemas.opengis.net/sld/1.0.0/StyledLayerDescriptor.xsd">
>  <NamedLayer>
>    <Name>56</Name>
>      <UserStyle>
>          <FeatureTypeStyle>
>            <Rule>
>              <Name>APPLICATION</Name>
>              
> <ogc:Filter><ogc:PropertyIsEqualTo><ogc:PropertyName>STATUS</ogc:PropertyName></ogc:PropertyIsEqualTo></ogc:Filter> 
>
>              <PolygonSymbolizer>
>                <Fill>
>                  <CssParameter name="fill">#ff0000</CssParameter>
>                </Fill>
>              </PolygonSymbolizer>
>            </Rule>
>            <Rule>
>              <Name>GRANTED</Name>
>              
> <ogc:Filter><ogc:PropertyIsEqualTo><ogc:PropertyName>STATUS</ogc:PropertyName></ogc:PropertyIsEqualTo></ogc:Filter> 
>
>              <PolygonSymbolizer>
>                <Fill>
>                  <CssParameter name="fill">#ffffbe</CssParameter>
>                </Fill>
>              </PolygonSymbolizer>
>            </Rule>
>          </FeatureTypeStyle>
>      </UserStyle>
>  </NamedLayer>
> </StyledLayerDescriptor>
>


-- 
----------------------------------------------------------------
Assefa Yewondwossen           
Software Analyst   

Email: assefa at dmsolutions.ca    
http://www.dmsolutions.ca/

Phone: (613) 565-5056 (ext 14)
Fax:   (613) 565-0925
----------------------------------------------------------------




From truong_pham_minh at yahoo.com  Tue Dec  1 10:17:17 2009
From: truong_pham_minh at yahoo.com (truongpm)
Date: Tue, 1 Dec 2009 10:17:17 -0800 (PST)
Subject: [mapserver-users] Is that mapserver support download map???
Message-ID: <1259691437592-4095271.post@n2.nabble.com>


Hello,
My project require that allow user draw a rectangle and download map in this
frame into his machine. After that, he can use some software (ex: quantum
gis) to work with this map.
I spent a lot of time finding solution on web but unsuccess.
Please help me if you can.
Thanks for your attention and sorry about my language skill.
-- 
View this message in context: http://n2.nabble.com/Is-that-mapserver-support-download-map-tp4095271p4095271.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From james.perrins at gmail.com  Tue Dec  1 10:51:58 2009
From: james.perrins at gmail.com (James Perrins)
Date: Tue, 1 Dec 2009 18:51:58 +0000
Subject: [mapserver-users] Using Open street map tiles via GDAL_WMS
Message-ID: <c64c49600912011051m5d725e6dvd89f8d2d671acaaf@mail.gmail.com>

I've been trying to use Open street map tiles via a mapserver WMS
service displayed in OpenLayers.

This is sort of working - in that I'm getting maps displayed and they
seem to be in the right position (as checked against other datasets).

My issue is that the images are nowhere near as clear as the originals
from the Open Street map tiles.  I've kept projections the same
throughout - and they don't appear to be being re-projected.  The
images saved in the local cache (if enabled) are the same as from Open
Street Map.  What appears to be happening is that mapserver is getting
images from (perhaps) a zoom level too high - and then re-sampling
these to produce the WMS output image - which then appears to have too
much detail displayed for its zoom level (if you understand what I'm
trying to say).

Any ideas why this is happening - I've messed around with Bounding
boxes and image sizes - but it doesn't seem to make any difference.

Thanks
James


MapFile extract:

LAYER
	NAME "OSM"
	STATUS ON
	TYPE RASTER
	DATA "D:\Websites\OpenStreetMap\OSM.xml"
	PROJECTION
	  "init=EPSG:900913"
	END
END	


<GDAL_WMS>
    <Service name="TMS">
        <ServerUrl>http://tile.openstreetmap.org/${z}/${x}/${y}.png</ServerUrl>
    </Service>
    <DataWindow>
        <UpperLeftX>-20037508.34</UpperLeftX>
        <UpperLeftY>20037508.34</UpperLeftY>
        <LowerRightX>20037508.34</LowerRightX>
        <LowerRightY>-20037508.34</LowerRightY>
        <TileLevel>19</TileLevel>
	<TileCountX>1</TileCountX>
	<TileCountY>1</TileCountY>
        <YOrigin>top</YOrigin>
    </DataWindow>
    <Projection>EPSG:900913</Projection>
    <BlockSizeX>256</BlockSizeX>
    <BlockSizeY>256</BlockSizeY>
    <BandsCount>3</BandsCount>
</GDAL_WMS>


From crschmidt at metacarta.com  Tue Dec  1 10:59:53 2009
From: crschmidt at metacarta.com (Christopher Schmidt)
Date: Tue, 1 Dec 2009 13:59:53 -0500
Subject: [mapserver-users] Using Open street map tiles via GDAL_WMS
In-Reply-To: <c64c49600912011051m5d725e6dvd89f8d2d671acaaf@mail.gmail.com>
References: <c64c49600912011051m5d725e6dvd89f8d2d671acaaf@mail.gmail.com>
Message-ID: <20091201185953.GD4421@metacarta.com>

On Tue, Dec 01, 2009 at 06:51:58PM +0000, James Perrins wrote:
> I've been trying to use Open street map tiles via a mapserver WMS
> service displayed in OpenLayers.

Er... why? Why not just load the tiles directly in OpenLayers?

Regards,
-- 
Christopher Schmidt
MetaCarta


From james.perrins at gmail.com  Tue Dec  1 11:25:59 2009
From: james.perrins at gmail.com (James Perrins)
Date: Tue, 1 Dec 2009 19:25:59 +0000
Subject: [mapserver-users] Using Open street map tiles via GDAL_WMS
In-Reply-To: <20091201185953.GD4421@metacarta.com>
References: <c64c49600912011051m5d725e6dvd89f8d2d671acaaf@mail.gmail.com>
	<20091201185953.GD4421@metacarta.com>
Message-ID: <c64c49600912011125n1c905e45hbdc44dfd31a9c450@mail.gmail.com>

Sorry - meant to cover that - should have said this is just a
mechanism to test getting the OSM tiles into a WMS layer - as I
appreciate that if the ultimate aim was getting OSM tiles in
openlayers its a pretty silly way of doing it !

Ultimately the aim was to use them in a custom desktop app along with
other WMS delivered data.  The other possible route is to reference
the tiles directly from the desktop app (which was actually what I was
looking at when I saw this option in GDAL and thought seeing as WMS
service was going to be used anyway - this might be an easier route
getting all the data delivered in in one go)

Thanks

On Tue, Dec 1, 2009 at 6:59 PM, Christopher Schmidt
<crschmidt at metacarta.com> wrote:
> On Tue, Dec 01, 2009 at 06:51:58PM +0000, James Perrins wrote:
>> I've been trying to use Open street map tiles via a mapserver WMS
>> service displayed in OpenLayers.
>
> Er... why? Why not just load the tiles directly in OpenLayers?
>
> Regards,
> --
> Christopher Schmidt
> MetaCarta
>


From Jukka.Rahkonen at mmmtike.fi  Tue Dec  1 13:33:42 2009
From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Tue, 1 Dec 2009 23:33:42 +0200
Subject: [mapserver-users] WMS: raster's x and y pixel dimension
References: <14109062.1360441259681460769.JavaMail.defaultUser@defaultHost>
Message-ID: <CC197224AC75CE4DB23F739B16891B86E3456D@tikka.haapa.mmm.fi>

Hi,

I would say that the main difference is that WMS is meant for showing a map on a computer screen, while WCS is made for letting users to download data so they can utilise it locally or process further.  Real life is not so black and white.  I promise you will find lots of good reading about WMS and WCS easily.  Do not forget to read a little bit about WFS as well, service for downloading vector data.

-Jukka Rahkonen-


fla83tn wrote:

L?hetetty: ti 1.12.2009 17:31
Vastaanottaja: Rahkonen Jukka; mapserver-users at lists.osgeo.org
Aihe: Re: Re: [mapserver-users] WMS: raster's x and y pixel dimension
 
Thank you Jukka for the quick reply. Now I'm able to correctly generate z-
dimension from DEM layer.
However, since I'm new to GIS, I'm not able to 
understand the differences between WCS and WMS..could 
you briefly summarize 
the goal of the two approach?
And, as last question , should I set the resX and 
resY parameters from client or could I embed them directly into the map file?


Best regards, 
Flavio

>Hi,
>
>Width, height and BBOX are all compulsory 
parameters in WMS GetMap
>request and Mapserver is sending an image according 
to the request.  If
>you want to be able to control the pixel size easily, 
without making WMS
>client to balance the BBOX and image size in pixels, 
consider using WCS.
>One way to make a WCS request is 
>
>http://server.fi/cgi-
bin/mapserver_wcs?SERVICE=WCS&VERSION=1.0.0&REQUEST

>=GetCoverage&COVERAGE=DEM&FORMAT=image/tiff&CRS=EPSG:3067&ResX=1.0&ResY=
>1.
0&BBOX=533652,6973434,534658,6974219
>
>You can see parameters ResX and ResY 
which are used for controlling the
>pixel size.
>
>-Jukka Rahkonen-
>
>fla83tn 
wrote:
>
>> 
>> Hi to all,
>> I've a problem with the loading of  a raster 
image via WMS (1.3.0).
>> 
>> To load the layers of my project I use gvSIG. If 
I load my 
>> digital elevation model (DEM) directly from filesystem (which 
>> 
is a HFA/Erdas Image file - .img), 
>> 
>> x and y pixel dimension are fixed to 
2.5 and -2.5 meters 
>> respectively, and fixed are also the width and height 
attributes.
>> If I load the layer from
>> Mapserver's WMS instead, x and y 
pixel dimension change as I 
>> zoom in or out (i.
>> e. changing the width
>> 
and height parameters of the getMap request). 
>> Is there
>> the possibility 
to tell the wms client that x and y pixel 
>> dimension are constant and should 
never be calculated?
>> 
>> Here's my layer definition and the
>> tiff 
outputformat definition:
>> 
>> OUTPUTFORMAT
>>   NAME GTiff
>>   DRIVER 
"GDAL/GTiff"
>> 
>>   MIMETYPE "image/tiff"
>>   IMAGEMODE FLOAT32
>>   
EXTENSION "tif"
>> END
>> 
>> LAYER
>>   NAME
>> "my_dem"
>>   EXTENT 669913.75 
5143998.75 678313.75 5150701.25
>> 	
>>   METADATA
>>     
>> "wms_title"    
"my_dem"   ##required
>>     "wms_extent" "669913.75 5143998.75
>> 678313.75 
5150701.25"
>>     "gml_include_items" "all"
>>   END
>>   TYPE RASTER
>>   
>> 
STATUS ON
>>   PROJECTION
>>          "init=epsg:25832"
>>   END  
>> 
>>   
DATA "my_dem.tiff"
>> 
>>   PROCESSING "NODATA=-9999"
>>   PROCESSING 
"SCALE=227.23,1741.15"
>>   PROCESSING
>> "SCALE_BUCKETS=2000"
>>   PROCESSING 
"BANDS=1"
>>   
>>   DEBUG on
>>   DUMP 	true
>>   
>> TEMPLATE "void" # enable 
queryable attribute on the layer END
>> 
>> Any help is
>> appreciated,
>> 
Flavio
>> _______________________________________________
>> 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 Dec  1 14:49:02 2009
From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Wed, 2 Dec 2009 00:49:02 +0200
Subject: [mapserver-users] WMS: raster's x and y pixel dimension
References: <14109062.1360441259681460769.JavaMail.defaultUser@defaultHost>
	<CC197224AC75CE4DB23F739B16891B86E3456D@tikka.haapa.mmm.fi>
	<4B1592C1.3050904@tamu.edu>
Message-ID: <CC197224AC75CE4DB23F739B16891B86E3456E@tikka.haapa.mmm.fi>

Hi,

Thank you for clarifying my quick answer.  I am looking WCS from a narrow viewport because I use it mostly for delivering aerial images in original resolution and quality. WCS does give more. Delivering raw data is not the only alternative with WCS but it offers also some limited processing options like resampling to different resolution, reprojecting and a set of user selectable outputformats.
When it comes to spatial relevance, for me the image captured from WMS does not have much spatial relevance after it has arrived to the computer if the request used for ordering it from the server is not known. GIS program who made the request does remember it but save it on a disk, or capture it with a web browser and it is just an image. Of course the situation is similar if you take an image from WCS server in png or jpeg format which do not carry embedded metadata. But this is not black and white either, Mapserver WMS can also create georeferenced geotiff or ecw files, even most WMS clients do not know what do do with them. Is it too simple to say that WMS was planned to be used for showing a map, WCS for downloading coverages and WFS for querying and downloading features?

-Jukka-

Gerald Creager wrote:
 
Er... not quite.

WMS is designed to provide a map for, say, a baselayer or background 
with spatial relevance for GIS work.  A picture on a screen is similar, 
but a WMS result has spatial relevance.

Web Coverage Service delivers a product with spatial relevance and data 
embedded within the pixels, voxels, etc of the coverage.  You're not too 
far off, but I believe you're attempting to oversimplify this.

A WFS result will provide a feature (line, polygon, point, polyline, 
etc.) with all of its attributes.

In a coverage, e.g., a geotiff of a 3-band LandSAT image, you would have 
information on which bands were provided for the RGB elements, and the 
pixel values for each.  The coverage is georegistered so that the 
spatial relevance of the "image" is preserved.  Similarly, a netcdf with 
significantly more values could be passed as a coverage and utilized, 
not limited to simply 3 "bands" of "color" (data).

gerry

Rahkonen Jukka wrote:
> Hi,
> 
> I would say that the main difference is that WMS is meant for showing a map on a computer screen, while WCS is made for letting users to download data so they can utilise it locally or process further.  Real life is not so black and white.  I promise you will find lots of good reading about WMS and WCS easily.  Do not forget to read a little bit about WFS as well, service for downloading vector data.
> 
> -Jukka Rahkonen-
> 
> 
> fla83tn wrote:
> 
> L?hetetty: ti 1.12.2009 17:31
> Vastaanottaja: Rahkonen Jukka; mapserver-users at lists.osgeo.org
> Aihe: Re: Re: [mapserver-users] WMS: raster's x and y pixel dimension
>  
> Thank you Jukka for the quick reply. Now I'm able to correctly generate z-
> dimension from DEM layer.
> However, since I'm new to GIS, I'm not able to 
> understand the differences between WCS and WMS..could 
> you briefly summarize 
> the goal of the two approach?
> And, as last question , should I set the resX and 
> resY parameters from client or could I embed them directly into the map file?
> 
> 
> Best regards, 
> Flavio
> 
>> Hi,
>>
>> Width, height and BBOX are all compulsory 
> parameters in WMS GetMap
>> request and Mapserver is sending an image according 
> to the request.  If
>> you want to be able to control the pixel size easily, 
> without making WMS
>> client to balance the BBOX and image size in pixels, 
> consider using WCS.
>> One way to make a WCS request is 
>>
>> http://server.fi/cgi-
> bin/mapserver_wcs?SERVICE=WCS&VERSION=1.0.0&REQUEST
> 
>> =GetCoverage&COVERAGE=DEM&FORMAT=image/tiff&CRS=EPSG:3067&ResX=1.0&ResY=
>> 1.
> 0&BBOX=533652,6973434,534658,6974219
>> You can see parameters ResX and ResY 
> which are used for controlling the
>> pixel size.
>>
>> -Jukka Rahkonen-
>>
>> fla83tn 
> wrote:
>>> Hi to all,
>>> I've a problem with the loading of  a raster 
> image via WMS (1.3.0).
>>> To load the layers of my project I use gvSIG. If 
> I load my 
>>> digital elevation model (DEM) directly from filesystem (which 
>>>
> is a HFA/Erdas Image file - .img), 
>>> x and y pixel dimension are fixed to 
> 2.5 and -2.5 meters 
>>> respectively, and fixed are also the width and height 
> attributes.
>>> If I load the layer from
>>> Mapserver's WMS instead, x and y 
> pixel dimension change as I 
>>> zoom in or out (i.
>>> e. changing the width
>>>
> and height parameters of the getMap request). 
>>> Is there
>>> the possibility 
> to tell the wms client that x and y pixel 
>>> dimension are constant and should 
> never be calculated?
>>> Here's my layer definition and the
>>> tiff 
> outputformat definition:
>>> OUTPUTFORMAT
>>>   NAME GTiff
>>>   DRIVER 
> "GDAL/GTiff"
>>>   MIMETYPE "image/tiff"
>>>   IMAGEMODE FLOAT32
>>>   
> EXTENSION "tif"
>>> END
>>>
>>> LAYER
>>>   NAME
>>> "my_dem"
>>>   EXTENT 669913.75 
> 5143998.75 678313.75 5150701.25
>>> 	
>>>   METADATA
>>>     
>>> "wms_title"    
> "my_dem"   ##required
>>>     "wms_extent" "669913.75 5143998.75
>>> 678313.75 
> 5150701.25"
>>>     "gml_include_items" "all"
>>>   END
>>>   TYPE RASTER
>>>   
>>>
> STATUS ON
>>>   PROJECTION
>>>          "init=epsg:25832"
>>>   END  
>>>
>>>   
> DATA "my_dem.tiff"
>>>   PROCESSING "NODATA=-9999"
>>>   PROCESSING 
> "SCALE=227.23,1741.15"
>>>   PROCESSING
>>> "SCALE_BUCKETS=2000"
>>>   PROCESSING 
> "BANDS=1"
>>>   
>>>   DEBUG on
>>>   DUMP 	true
>>>   
>>> TEMPLATE "void" # enable 
> queryable attribute on the layer END
>>> Any help is
>>> appreciated,
>>>
> Flavio
>>> _______________________________________________
>>> 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 gerry.creager at tamu.edu  Tue Dec  1 14:57:56 2009
From: gerry.creager at tamu.edu (Gerald Creager)
Date: Tue, 01 Dec 2009 16:57:56 -0600
Subject: [mapserver-users] WMS: raster's x and y pixel dimension
In-Reply-To: <CC197224AC75CE4DB23F739B16891B86E3456E@tikka.haapa.mmm.fi>
References: <14109062.1360441259681460769.JavaMail.defaultUser@defaultHost>
	<CC197224AC75CE4DB23F739B16891B86E3456D@tikka.haapa.mmm.fi>
	<4B1592C1.3050904@tamu.edu>
	<CC197224AC75CE4DB23F739B16891B86E3456E@tikka.haapa.mmm.fi>
Message-ID: <4B159F74.1000007@tamu.edu>

Jukka

The key issue here is that you should be making the WMS request, and 
thus, you know what the spatial extents, projection, and CRS are for 
that map.  If all you are doing is using a WMS result someone else got, 
without the key metadata, what you have is not a web _map_ but a 
picture.  If you've the metadata, you have a map processable via a GIS 
or suitable for use on another spatial display system such as MapServer.

gerry

Rahkonen Jukka wrote:
> Hi,
> 
> Thank you for clarifying my quick answer.  I am looking WCS from a narrow viewport because I use it mostly for delivering aerial images in original resolution and quality. WCS does give more. Delivering raw data is not the only alternative with WCS but it offers also some limited processing options like resampling to different resolution, reprojecting and a set of user selectable outputformats.
> When it comes to spatial relevance, for me the image captured from WMS does not have much spatial relevance after it has arrived to the computer if the request used for ordering it from the server is not known. GIS program who made the request does remember it but save it on a disk, or capture it with a web browser and it is just an image. Of course the situation is similar if you take an image from WCS server in png or jpeg format which do not carry embedded metadata. But this is not black and white either, Mapserver WMS can also create georeferenced geotiff or ecw files, even most WMS clients do not know what do do with them. Is it too simple to say that WMS was planned to be used for showing a map, WCS for downloading coverages and WFS for querying and downloading features?
> 
> -Jukka-
> 
> Gerald Creager wrote:
>  
> Er... not quite.
> 
> WMS is designed to provide a map for, say, a baselayer or background 
> with spatial relevance for GIS work.  A picture on a screen is similar, 
> but a WMS result has spatial relevance.
> 
> Web Coverage Service delivers a product with spatial relevance and data 
> embedded within the pixels, voxels, etc of the coverage.  You're not too 
> far off, but I believe you're attempting to oversimplify this.
> 
> A WFS result will provide a feature (line, polygon, point, polyline, 
> etc.) with all of its attributes.
> 
> In a coverage, e.g., a geotiff of a 3-band LandSAT image, you would have 
> information on which bands were provided for the RGB elements, and the 
> pixel values for each.  The coverage is georegistered so that the 
> spatial relevance of the "image" is preserved.  Similarly, a netcdf with 
> significantly more values could be passed as a coverage and utilized, 
> not limited to simply 3 "bands" of "color" (data).
> 
> gerry
> 
> Rahkonen Jukka wrote:
>> Hi,
>>
>> I would say that the main difference is that WMS is meant for showing a map on a computer screen, while WCS is made for letting users to download data so they can utilise it locally or process further.  Real life is not so black and white.  I promise you will find lots of good reading about WMS and WCS easily.  Do not forget to read a little bit about WFS as well, service for downloading vector data.
>>
>> -Jukka Rahkonen-
>>
>>
>> fla83tn wrote:
>>
>> L?hetetty: ti 1.12.2009 17:31
>> Vastaanottaja: Rahkonen Jukka; mapserver-users at lists.osgeo.org
>> Aihe: Re: Re: [mapserver-users] WMS: raster's x and y pixel dimension
>>  
>> Thank you Jukka for the quick reply. Now I'm able to correctly generate z-
>> dimension from DEM layer.
>> However, since I'm new to GIS, I'm not able to 
>> understand the differences between WCS and WMS..could 
>> you briefly summarize 
>> the goal of the two approach?
>> And, as last question , should I set the resX and 
>> resY parameters from client or could I embed them directly into the map file?
>>
>>
>> Best regards, 
>> Flavio
>>
>>> Hi,
>>>
>>> Width, height and BBOX are all compulsory 
>> parameters in WMS GetMap
>>> request and Mapserver is sending an image according 
>> to the request.  If
>>> you want to be able to control the pixel size easily, 
>> without making WMS
>>> client to balance the BBOX and image size in pixels, 
>> consider using WCS.
>>> One way to make a WCS request is 
>>>
>>> http://server.fi/cgi-
>> bin/mapserver_wcs?SERVICE=WCS&VERSION=1.0.0&REQUEST
>>
>>> =GetCoverage&COVERAGE=DEM&FORMAT=image/tiff&CRS=EPSG:3067&ResX=1.0&ResY=
>>> 1.
>> 0&BBOX=533652,6973434,534658,6974219
>>> You can see parameters ResX and ResY 
>> which are used for controlling the
>>> pixel size.
>>>
>>> -Jukka Rahkonen-
>>>
>>> fla83tn 
>> wrote:
>>>> Hi to all,
>>>> I've a problem with the loading of  a raster 
>> image via WMS (1.3.0).
>>>> To load the layers of my project I use gvSIG. If 
>> I load my 
>>>> digital elevation model (DEM) directly from filesystem (which 
>>>>
>> is a HFA/Erdas Image file - .img), 
>>>> x and y pixel dimension are fixed to 
>> 2.5 and -2.5 meters 
>>>> respectively, and fixed are also the width and height 
>> attributes.
>>>> If I load the layer from
>>>> Mapserver's WMS instead, x and y 
>> pixel dimension change as I 
>>>> zoom in or out (i.
>>>> e. changing the width
>>>>
>> and height parameters of the getMap request). 
>>>> Is there
>>>> the possibility 
>> to tell the wms client that x and y pixel 
>>>> dimension are constant and should 
>> never be calculated?
>>>> Here's my layer definition and the
>>>> tiff 
>> outputformat definition:
>>>> OUTPUTFORMAT
>>>>   NAME GTiff
>>>>   DRIVER 
>> "GDAL/GTiff"
>>>>   MIMETYPE "image/tiff"
>>>>   IMAGEMODE FLOAT32
>>>>   
>> EXTENSION "tif"
>>>> END
>>>>
>>>> LAYER
>>>>   NAME
>>>> "my_dem"
>>>>   EXTENT 669913.75 
>> 5143998.75 678313.75 5150701.25
>>>> 	
>>>>   METADATA
>>>>     
>>>> "wms_title"    
>> "my_dem"   ##required
>>>>     "wms_extent" "669913.75 5143998.75
>>>> 678313.75 
>> 5150701.25"
>>>>     "gml_include_items" "all"
>>>>   END
>>>>   TYPE RASTER
>>>>   
>>>>
>> STATUS ON
>>>>   PROJECTION
>>>>          "init=epsg:25832"
>>>>   END  
>>>>
>>>>   
>> DATA "my_dem.tiff"
>>>>   PROCESSING "NODATA=-9999"
>>>>   PROCESSING 
>> "SCALE=227.23,1741.15"
>>>>   PROCESSING
>>>> "SCALE_BUCKETS=2000"
>>>>   PROCESSING 
>> "BANDS=1"
>>>>   
>>>>   DEBUG on
>>>>   DUMP 	true
>>>>   
>>>> TEMPLATE "void" # enable 
>> queryable attribute on the layer END
>>>> Any help is
>>>> appreciated,
>>>>
>> Flavio
>>>> _______________________________________________
>>>> 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 gerry.creager at tamu.edu  Tue Dec  1 15:09:43 2009
From: gerry.creager at tamu.edu (Gerald Creager)
Date: Tue, 01 Dec 2009 17:09:43 -0600
Subject: [mapserver-users] WMS: raster's x and y pixel dimension
In-Reply-To: <CC197224AC75CE4DB23F739B16891B86E3456E@tikka.haapa.mmm.fi>
References: <14109062.1360441259681460769.JavaMail.defaultUser@defaultHost>
	<CC197224AC75CE4DB23F739B16891B86E3456D@tikka.haapa.mmm.fi>
	<4B1592C1.3050904@tamu.edu>
	<CC197224AC75CE4DB23F739B16891B86E3456E@tikka.haapa.mmm.fi>
Message-ID: <4B15A237.8040709@tamu.edu>

And, as usual, I was too fast for my own good.

Your last sentence summarized the abstracts of the Open Geospatial 
Consortium for WMS, WFS and WCS.  However, it begs the question of 
defining the terms.  A knowledge of teh definitions is necessary to 
understand what you want to access and what you're getting.  Mistakes 
are common where one thinks they understand a "feature" but then get 
something back that didn't match their understanding.  I could 
substitute 'map' or 'coverage' for feature above.

And then, there's the metadata.  Metadata and a coherent vocabulary and 
ontology, often formated as a registered schema (GML in this case) 
provides the description of the data for further use.  When one issues a 
GetCapabilities request to a Web [Map|Feature|Coverage] server one gets 
a GML response back with all the pertinent metadata available about the 
requested object that's on that server.  From that, one may craft a 
request for the data and data-type desired.  While you're working with 
that object, you will need to retain the metadata.

Note that in my earlier post, I indicated use of a 3-band geotiff of 
landsat data.  This represents a processed image, as you've restricted 
the dataset to those three bands of data.  The netCDF example was an 
unprocessed (potentially) example (Hmmm. Maybe I should add some 
cgi-hooks for NCAR's NCL package for netcdf subsetting and processing?).

The "WxS" packages, as I've taken to calling them, are powerful tools 
for their specific tasks.  They can be used out-of-context, too, but 
that tends to confuse others who aren't familiar with how you were 
thinking if you ask them to do strange things.

Your approach to this does not appear incorrect to me, but doesn't take 
advantage of the full capabilities of the services.

gerry

Rahkonen Jukka wrote:
> Hi,
> 
> Thank you for clarifying my quick answer.  I am looking WCS from a narrow viewport because I use it mostly for delivering aerial images in original resolution and quality. WCS does give more. Delivering raw data is not the only alternative with WCS but it offers also some limited processing options like resampling to different resolution, reprojecting and a set of user selectable outputformats.
> When it comes to spatial relevance, for me the image captured from WMS does not have much spatial relevance after it has arrived to the computer if the request used for ordering it from the server is not known. GIS program who made the request does remember it but save it on a disk, or capture it with a web browser and it is just an image. Of course the situation is similar if you take an image from WCS server in png or jpeg format which do not carry embedded metadata. But this is not black and white either, Mapserver WMS can also create georeferenced geotiff or ecw files, even most WMS clients do not know what do do with them. Is it too simple to say that WMS was planned to be used for showing a map, WCS for downloading coverages and WFS for querying and downloading features?
> 
> -Jukka-
> 
> Gerald Creager wrote:
>  
> Er... not quite.
> 
> WMS is designed to provide a map for, say, a baselayer or background 
> with spatial relevance for GIS work.  A picture on a screen is similar, 
> but a WMS result has spatial relevance.
> 
> Web Coverage Service delivers a product with spatial relevance and data 
> embedded within the pixels, voxels, etc of the coverage.  You're not too 
> far off, but I believe you're attempting to oversimplify this.
> 
> A WFS result will provide a feature (line, polygon, point, polyline, 
> etc.) with all of its attributes.
> 
> In a coverage, e.g., a geotiff of a 3-band LandSAT image, you would have 
> information on which bands were provided for the RGB elements, and the 
> pixel values for each.  The coverage is georegistered so that the 
> spatial relevance of the "image" is preserved.  Similarly, a netcdf with 
> significantly more values could be passed as a coverage and utilized, 
> not limited to simply 3 "bands" of "color" (data).
> 
> gerry
> 
> Rahkonen Jukka wrote:
>> Hi,
>>
>> I would say that the main difference is that WMS is meant for showing a map on a computer screen, while WCS is made for letting users to download data so they can utilise it locally or process further.  Real life is not so black and white.  I promise you will find lots of good reading about WMS and WCS easily.  Do not forget to read a little bit about WFS as well, service for downloading vector data.
>>
>> -Jukka Rahkonen-
>>
>>
>> fla83tn wrote:
>>
>> L?hetetty: ti 1.12.2009 17:31
>> Vastaanottaja: Rahkonen Jukka; mapserver-users at lists.osgeo.org
>> Aihe: Re: Re: [mapserver-users] WMS: raster's x and y pixel dimension
>>  
>> Thank you Jukka for the quick reply. Now I'm able to correctly generate z-
>> dimension from DEM layer.
>> However, since I'm new to GIS, I'm not able to 
>> understand the differences between WCS and WMS..could 
>> you briefly summarize 
>> the goal of the two approach?
>> And, as last question , should I set the resX and 
>> resY parameters from client or could I embed them directly into the map file?
>>
>>
>> Best regards, 
>> Flavio
>>
>>> Hi,
>>>
>>> Width, height and BBOX are all compulsory 
>> parameters in WMS GetMap
>>> request and Mapserver is sending an image according 
>> to the request.  If
>>> you want to be able to control the pixel size easily, 
>> without making WMS
>>> client to balance the BBOX and image size in pixels, 
>> consider using WCS.
>>> One way to make a WCS request is 
>>>
>>> http://server.fi/cgi-
>> bin/mapserver_wcs?SERVICE=WCS&VERSION=1.0.0&REQUEST
>>
>>> =GetCoverage&COVERAGE=DEM&FORMAT=image/tiff&CRS=EPSG:3067&ResX=1.0&ResY=
>>> 1.
>> 0&BBOX=533652,6973434,534658,6974219
>>> You can see parameters ResX and ResY 
>> which are used for controlling the
>>> pixel size.
>>>
>>> -Jukka Rahkonen-
>>>
>>> fla83tn 
>> wrote:
>>>> Hi to all,
>>>> I've a problem with the loading of  a raster 
>> image via WMS (1.3.0).
>>>> To load the layers of my project I use gvSIG. If 
>> I load my 
>>>> digital elevation model (DEM) directly from filesystem (which 
>>>>
>> is a HFA/Erdas Image file - .img), 
>>>> x and y pixel dimension are fixed to 
>> 2.5 and -2.5 meters 
>>>> respectively, and fixed are also the width and height 
>> attributes.
>>>> If I load the layer from
>>>> Mapserver's WMS instead, x and y 
>> pixel dimension change as I 
>>>> zoom in or out (i.
>>>> e. changing the width
>>>>
>> and height parameters of the getMap request). 
>>>> Is there
>>>> the possibility 
>> to tell the wms client that x and y pixel 
>>>> dimension are constant and should 
>> never be calculated?
>>>> Here's my layer definition and the
>>>> tiff 
>> outputformat definition:
>>>> OUTPUTFORMAT
>>>>   NAME GTiff
>>>>   DRIVER 
>> "GDAL/GTiff"
>>>>   MIMETYPE "image/tiff"
>>>>   IMAGEMODE FLOAT32
>>>>   
>> EXTENSION "tif"
>>>> END
>>>>
>>>> LAYER
>>>>   NAME
>>>> "my_dem"
>>>>   EXTENT 669913.75 
>> 5143998.75 678313.75 5150701.25
>>>> 	
>>>>   METADATA
>>>>     
>>>> "wms_title"    
>> "my_dem"   ##required
>>>>     "wms_extent" "669913.75 5143998.75
>>>> 678313.75 
>> 5150701.25"
>>>>     "gml_include_items" "all"
>>>>   END
>>>>   TYPE RASTER
>>>>   
>>>>
>> STATUS ON
>>>>   PROJECTION
>>>>          "init=epsg:25832"
>>>>   END  
>>>>
>>>>   
>> DATA "my_dem.tiff"
>>>>   PROCESSING "NODATA=-9999"
>>>>   PROCESSING 
>> "SCALE=227.23,1741.15"
>>>>   PROCESSING
>>>> "SCALE_BUCKETS=2000"
>>>>   PROCESSING 
>> "BANDS=1"
>>>>   
>>>>   DEBUG on
>>>>   DUMP 	true
>>>>   
>>>> TEMPLATE "void" # enable 
>> queryable attribute on the layer END
>>>> Any help is
>>>> appreciated,
>>>>
>> Flavio
>>>> _______________________________________________
>>>> 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 peter.hopfgartner at r3-gis.com  Wed Dec  2 02:09:34 2009
From: peter.hopfgartner at r3-gis.com (Peter Hopfgartner)
Date: Wed, 02 Dec 2009 11:09:34 +0100
Subject: [mapserver-users] Export SVG
In-Reply-To: <6dbb2e690911260106r2501c36au41f45ed36fbffeab@mail.gmail.com>
References: <6dbb2e690911240538t2fe2107gde38083c8db3333@mail.gmail.com>	<4B0C203C.2030108@dmsolutions.ca>	<6dbb2e690911250107s4de46e99g3e8a89f306312a91@mail.gmail.com>	<4B0DC02E.7020605@dmsolutions.ca>
	<6dbb2e690911260106r2501c36au41f45ed36fbffeab@mail.gmail.com>
Message-ID: <4B163CDE.2070203@r3-gis.com>

Hi Maria,

the fact that a SVG rendered by MapServer is simplified makes sense, 
since what MapServer basically gives are maps, not raw data. Imagine 
that you want a map of all European countries, where your raw data has 
details down to something like a meter, the resulting SVG file would 
easily scale up to some GB of data.

I'f you want raw data, try exporting in GML and render it with some 
tools like GMLViewer or access MapServer through WFS with some desktop 
GIS program.

If I'm right, what FULL_RESOLUTION does is to place the nodes of the 
polygon more accurately, but I doubt that it changes the number of nodes.

Peter

Maria Neywell wrote:
>
> Hi,
>
>  
>
> Sorry, I don?t think you are getting it right. I?m going to try to 
> explain it differently.
>
>  
>
> The aliasing in my svg file rendered by mapserver is independent of 
> the viewer. Mapserver automatically simplifies geometries during the 
> svg generation, so the geometries rendered in a SVG file don?t match 
> with the ones in my original map.
>
>  
>
> See enclosed a picture to explain my problem. Iit will help you to 
> understand and to compare before and after SVG generation.
>
>  
>
> Do you understand what's going on with mapserver and so with my svg file ?
>
>  
>
> Thanks a lot and I?m sorry if my English is not so good to explain my 
> problems
>
>
> Regards,
>
>
> Maria
>
>
>
> 2009/11/26 Yewondwossen Assefa <yassefa at dmsolutions.ca 
> <mailto:yassefa at dmsolutions.ca>>
>
>     Hi,
>
>     Not sure I get it correctly: MapServer exports a vector file (the
>     svg), when you mention anti-aliasing, I believe you are referring
>     to  an svg viewer rendering the svg file?  From what I understand,
>     the svg specifications allows to specify some properties at the
>     shape level for example to give a hint to the viewers on how to
>     render the different shapes
>     (http://www.w3.org/TR/SVG/painting.html#ShapeRenderingProperty).
>      Depending on the viewer, I suppose some would respect these
>     properties.  MapServer does not at the point setup these
>     properties.  Is this what you are looking for?
>
>     regards.
>
>     Maria Neywell wrote:
>
>
>         Thanks,
>
>         I have already tried this way to extract my map in a svg file
>         and it works. _However_, I had a svg file which corresponds to
>         my map but with a lot of aliasing. The FORMATOPTION
>         "FULL_RESOLUTION=TRUE" changes nothing. I tested this with and
>         without option.
>
>         I don't know if I did something wrong or if this is a
>         mapserver problem?
>
>         am I the only one to have this problem ?
>
>         Regards,
>
>         Maria
>
>         2009/11/24 Yewondwossen Assefa <yassefa at dmsolutions.ca
>         <mailto:yassefa at dmsolutions.ca> <mailto:yassefa at dmsolutions.ca
>         <mailto:yassefa at dmsolutions.ca>>>
>
>
>            Hi,
>
>            You could  possibly specify FULL_RESOLUTION option in your
>            outputformat. Something like this:
>
>            OUTPUTFORMAT
>               NAME svg
>               MIMETYPE "image/svg+xml"
>               DRIVER svg
>              FORMATOPTION "FULL_RESOLUTION=TRUE"
>            END
>              best regards,
>
>            Maria Neywell wrote:
>
>                Hi list,
>
>                I'm using mapserver 5.2.
>
>                I have tested all mapserver exports to render my map in
>         svg,
>                see : http://mapserver.org/output/svg.html but, the
>         point is
>                that all of these outputs give me up simplified geometry. I
>                want to export my map in a svg with geometries who match
>                exactly with my map.
>
>                did someone noticed that same weird result ?
>
>                Regards,
>
>                Maria
>              
>          ------------------------------------------------------------------------
>
>                _______________________________________________
>                mapserver-users mailing list
>                mapserver-users at lists.osgeo.org
>         <mailto:mapserver-users at lists.osgeo.org>
>                <mailto:mapserver-users at lists.osgeo.org
>         <mailto:mapserver-users at lists.osgeo.org>>
>
>                http://lists.osgeo.org/mailman/listinfo/mapserver-users
>                
>
>
>            --  
>          ----------------------------------------------------------------
>            Assefa Yewondwossen           Software Analyst      Email:
>         assefa at dmsolutions.ca <mailto:assefa at dmsolutions.ca>
>         <mailto:assefa at dmsolutions.ca <mailto:assefa at dmsolutions.ca>>
>               http://www.dmsolutions.ca/
>
>
>            Phone: (613) 565-5056 (ext 14)
>            Fax:   (613) 565-0925
>          
>          ----------------------------------------------------------------
>
>
>
>
>
>     -- 
>     ----------------------------------------------------------------
>     Assefa Yewondwossen           Software Analyst  
>     Email: assefa at dmsolutions.ca <mailto:assefa at dmsolutions.ca>  
>      http://www.dmsolutions.ca/
>
>     Phone: (613) 565-5056 (ext 14)
>     Fax:   (613) 565-0925
>     ----------------------------------------------------------------
>
>
>
>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>   


-- 
 
Dott. Peter Hopfgartner
 
R3 GIS Srl - GmbH
Via Johann Kravogl-Str. 2
I-39012 Meran/Merano (BZ)
Email: peter.hopfgartner at r3-gis.com
Tel. : +39 0473 494949
Fax  : +39 0473 069902
www  : http://www.r3-gis.com

================================================================================
Venite a trovarci all'ASITA, dal 1 al 4 dicembre a Bari www.asita.it
Besuchen Sie uns bei der Messe ASITA vom 1. bis 4. Dezember in Bari www.asita.it
Visit us at ASITA, from 1st to 4th December in Bari www.asita.it
================================================================================



From Jukka.Rahkonen at mmmtike.fi  Wed Dec  2 02:27:55 2009
From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Wed, 2 Dec 2009 12:27:55 +0200
Subject: [mapserver-users] Export SVG
In-Reply-To: <4B163CDE.2070203@r3-gis.com>
References: <6dbb2e690911240538t2fe2107gde38083c8db3333@mail.gmail.com>	<4B0C203C.2030108@dmsolutions.ca>	<6dbb2e690911250107s4de46e99g3e8a89f306312a91@mail.gmail.com>	<4B0DC02E.7020605@dmsolutions.ca><6dbb2e690911260106r2501c36au41f45ed36fbffeab@mail.gmail.com>
	<4B163CDE.2070203@r3-gis.com>
Message-ID: <CC197224AC75CE4DB23F739B16891B86018797E7@tikka.haapa.mmm.fi>

Peter Hopfgartner wrote:
> Hi Maria,
> 
> the fact that a SVG rendered by MapServer is simplified makes 
> sense, since what MapServer basically gives are maps, not raw 
> data. Imagine that you want a map of all European countries, 
> where your raw data has details down to something like a 
> meter, the resulting SVG file would easily scale up to some 
> GB of data.

There is no need to output ugly SVG even for small areas just because
serving the whole world with the same resolution would leed to
difficulties.  Maxscale/Minscale are used to control this situation in
other places, as well as MaxFeatures with WFS requests.  The example
Maria sent looks ugly for me and I am sure it can be improved.

Mapserver is sending raw data very effectively, as you said, through WFS
but also through WCS. 

-Jukka Rahkonen-


From thomas.ellett at statkart.no  Wed Dec  2 06:27:58 2009
From: thomas.ellett at statkart.no (tellett)
Date: Wed, 2 Dec 2009 06:27:58 -0800 (PST)
Subject: [mapserver-users] Mapserver Expression Result Error
Message-ID: <1259764078523-4100026.post@n2.nabble.com>


Hi all, I've come up against a problem that I just can't seem to fix, so I
hope someone on here has the time to look into this and prove that I'm not
going crazy!!

I've attached a zip file with a stripped down map file with just one layer
and one class and the associated shp file. 
http://n2.nabble.com/file/n4100026/flydekning.zip flydekning.zip 

The problem is that when I request features with the expression 'BILDEMALES'
= "8000", a filter takes place but clearly not the right one because I just
seem to get random features returned, some correct, most not (having a
BILDEMALES value of 1000, 8000, 20000 etc). I originally tried this with
postgis data and tried regex expressions, string comparisons and logical
mapserver expressions, and with different values for the attribute.
Everytime it returned some right and some wrong values. 

The attribute column in postgis was originally var char and I converted it
to numeric, neither worked.

So now I've tried with the original shp file and get the same results. The
attribute in the shp file is of type char. Also, as you can see with the
commented out time extents, originally (when connecting to postgis) I was
just calling records from 1947 (filtering on the fotodato attribute which I
changed to type date in postgis), but with the shp file I should be calling
all records as there is no date filter in place anymore (the fotodato field
in the shp file is of type char). However, even though the records returned
seem to be random, they are all from 1947. This isn't so important, just a
bit weird? I've checked the log file but I seem to just be getting the error
message:

'msSearchDiskTree(): Search returned no results. Unable to open spatial
index for /opt/maps/flyfoto_dekning/flightpass-1-999f.qix. In most cases you
can safely ignore this message, otherwise check file names and permissions.'

The data is in utm32N or epsg:32632

Hope someones encountered this before and knows the fix!!

Regards

Tom Ellett




-- 
View this message in context: http://n2.nabble.com/Mapserver-Expression-Result-Error-tp4100026p4100026.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From darenas2001 at yahoo.es  Wed Dec  2 06:39:45 2009
From: darenas2001 at yahoo.es (darenas)
Date: Wed, 2 Dec 2009 06:39:45 -0800 (PST)
Subject: [mapserver-users] Reprojection from ETRS89 to ED5030
Message-ID: <1259764785980-4100086.post@n2.nabble.com>


Hi everyone!

I have some problems to reproject WMS service from ETRS89 to ED5030 in tools
like ArcGis or gvSIG. I?ve defined all the layers with PROJECTION 25830
(ETRS89).

As majority knows there is an internal mapserver?s file called epsg
(\ms4w\proj\nad) where It?s possible to define diferents reprojections. The
definition line to define reprojection from ED5030 to ETRS89 is the
following one in my server:

<23030> +proj=utm +zone=30 +ellps=intl +towgs84=-87,-98,-121,0,0,0,0
+units=m +nadgrids=sped2et.gsb +no_defs <>

Therefore I suppose I have to change this line to inverse reprojection (from
ETRS89 to ED5030):

<25830> +proj=utm +zone=30 +ellps=GRS80 +units=m +no_defs  <>

,but I have no clue about it.

Any ideas?

Thanks in advance.

David


-- 
View this message in context: http://n2.nabble.com/Reprojection-from-ETRS89-to-ED5030-tp4100086p4100086.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From adams at terrestris.de  Wed Dec  2 06:47:37 2009
From: adams at terrestris.de (Till Adams)
Date: Wed, 02 Dec 2009 15:47:37 +0100
Subject: [mapserver-users] Reprojection from ETRS89 to ED5030
In-Reply-To: <1259764785980-4100086.post@n2.nabble.com>
References: <1259764785980-4100086.post@n2.nabble.com>
Message-ID: <4B167E09.2060708@terrestris.de>

David,

did you define the epsg the WMS should be valid for in the wms metadata 
section ?
Should be like this:

  'WMS_SRS' 'epsg:23030 epsg:25830'

If you have the direct getMap request and you didn't do the above, 
mapserver reports an error like
"projection library error. no system list,errno: 2"



Regards, Till
> Hi everyone!
>
> I have some problems to reproject WMS service from ETRS89 to ED5030 in tools
> like ArcGis or gvSIG. I?ve defined all the layers with PROJECTION 25830
> (ETRS89).
>
> As majority knows there is an internal mapserver?s file called epsg
> (\ms4w\proj\nad) where It?s possible to define diferents reprojections. The
> definition line to define reprojection from ED5030 to ETRS89 is the
> following one in my server:
>
> <23030> +proj=utm +zone=30 +ellps=intl +towgs84=-87,-98,-121,0,0,0,0
> +units=m +nadgrids=sped2et.gsb +no_defs <>
>
> Therefore I suppose I have to change this line to inverse reprojection (from
> ETRS89 to ED5030):
>
> <25830> +proj=utm +zone=30 +ellps=GRS80 +units=m +no_defs  <>
>
> ,but I have no clue about it.
>
> Any ideas?
>
> Thanks in advance.
>
> David
>
>
>   


-- 
----------------------------------------------------------
terrestris GmbH & Co. KG
Irmintrudisstrasse 17
53111 Bonn
Germany

Till Adams
Gesch?ftsf?hrung

Tel: +49 (0)228 / 962 899-52
Fax: +49 (0)228 / 962 899-57
adams at terrestris.de http://www.terrestris.de
Amtsgericht Bonn, HRA 6835
---------------------------------------------------------

Komplement?rin:

terrestris Verwaltungs GmbH

vertreten durch:
Hinrich Paulsen, Till Adams



From jmckenna at gatewaygeomatics.com  Wed Dec  2 07:16:59 2009
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Wed, 02 Dec 2009 11:16:59 -0400
Subject: [mapserver-users] Mapserver Expression Result Error
In-Reply-To: <1259764078523-4100026.post@n2.nabble.com>
References: <1259764078523-4100026.post@n2.nabble.com>
Message-ID: <4B1684EB.80704@gatewaygeomatics.com>

tellett wrote:
> Hi all, I've come up against a problem that I just can't seem to fix, so I
> hope someone on here has the time to look into this and prove that I'm not
> going crazy!!
> 
> I've attached a zip file with a stripped down map file with just one layer
> and one class and the associated shp file. 
> http://n2.nabble.com/file/n4100026/flydekning.zip flydekning.zip 
> 
> The problem is that when I request features with the expression 'BILDEMALES'
> = "8000", a filter takes place but clearly not the right one because I just
> seem to get random features returned, some correct, most not (having a
> BILDEMALES value of 1000, 8000, 20000 etc). I originally tried this with
> postgis data and tried regex expressions, string comparisons and logical
> mapserver expressions, and with different values for the attribute.
> Everytime it returned some right and some wrong values. 
> 
> The attribute column in postgis was originally var char and I converted it
> to numeric, neither worked.
> 
> So now I've tried with the original shp file and get the same results. The
> attribute in the shp file is of type char. Also, as you can see with the
> commented out time extents, originally (when connecting to postgis) I was
> just calling records from 1947 (filtering on the fotodato attribute which I
> changed to type date in postgis), but with the shp file I should be calling
> all records as there is no date filter in place anymore (the fotodato field
> in the shp file is of type char). However, even though the records returned
> seem to be random, they are all from 1947. This isn't so important, just a
> bit weird? I've checked the log file but I seem to just be getting the error
> message:
> 
> 'msSearchDiskTree(): Search returned no results. Unable to open spatial
> index for /opt/maps/flyfoto_dekning/flightpass-1-999f.qix. In most cases you
> can safely ignore this message, otherwise check file names and permissions.'
> 
> The data is in utm32N or epsg:32632
> 
> Hope someones encountered this before and knows the fix!!
> 
>

Hello,

Thanks for packaging a test case.  Note that the package is missing font 
  and symbol files that your mapfile points to, so in the future your 
test packages should contain no references to fonts or symbols, to make 
it easier to run (I removed all references and extra metadata and 
objects, to make it easier to read).

If I open your shapefile in QuantumGIS and do an advanced query for 
'BILDEMALES = 8000' I get 29 records returned.

If I change your mapfile extents to the full extents of your shapefile, 
and use shp2img to create a map image, those same 29 features are shown 
in the MapServer map image.

If I use the ogrinfo utility to execute SQL to select 'BILDEMALES = 
8000' values, ogr/gdal returns those same 29 features.

In other words, I cannot duplicate your problem.  Maybe I don't 
understand what your problem is exactly?

(using MapServer 5.6.0-rc1)

-jeff

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




From Johan.Forsman at LA.GOV  Wed Dec  2 09:27:25 2009
From: Johan.Forsman at LA.GOV (Johan Forsman)
Date: Wed, 2 Dec 2009 11:27:25 -0600
Subject: [mapserver-users] PostGIS wildcard expression and blank map
Message-ID: <D697C50705266B4B826C7322C809F00D6295577A@MAILMBX09.MAIL.LA.GOV>

Hello All:

I have a vexing problem where wildcard expressions in my mapfile return blank maps (tested directly in the browser address bar) when queried against a PostGIS database, but work perfectly against a shapefile. 

There are no errors indicated in the log. In fact, the log indicates that it finds all the data alright:

(snip)
[Wed Dec 02 11:02:28 2009].890000 msPostGISLayerWhichShapes got 20691 records in result.
(snip)
[Wed Dec 02 11:02:28 2009].921000 msPostGISReadShape called.
[Wed Dec 02 11:02:28 2009].921000 msPostGISReadShape: [welluse] "P-R"
[Wed Dec 02 11:02:28 2009].921000 msPostGISReadShape: [newid] "001-1060"
[Wed Dec 02 11:02:28 2009].921000 msPostGISReadShape: [index] 4
[Wed Dec 02 11:02:28 2009].921000 msPostGISReadShape: [shape] POINT (577278.4106000000600000 3355380.4495999999000000)
[Wed Dec 02 11:02:28 2009].921000 msPostGISLayerNextShape called.
(snip)

There are indeed 20691 records in the table. The "welluse" field contains entries that start with one of the letters "P", "N", "T", "Z", or "O", and are classified based on these letters.

The mapfile contains the following relevant lines:

(snip)
CLASSITEM "welluse"
  CLASS
    NAME "Public"
    EXPRESSION /P^/
(snip)

Using

	EXPRESSION /P^/

returns nothing from PostGIS, but the proper results from the shapefile (all records that start with the letter "P" in the field "welluse"). There are no errors returned from PostGIS, just a blank map and entries as shown in the log snippet above.

Using

	EXPRESSION /P-R/

returns the correct results (all records with "P-R" in the field "welluse") from PostGIS and the shapefile.

I have tried crafting an expression using the SQL "LIKE" operator, e.g. various forms of

	EXPRESSION ([welluse] like 'P%')

which usually works in SQL, but appears to not be supported in this instance based on all the syntax errors in the log after trying it, hence trying the regex above.

I am certain I am missing something obvious, but I would nevertheless appreciate your advice. I am trying to migrate the point data to PostGIS to improve on the query performance which is too poor using shapefiles on our humble server. Then I may be back to ask why php_cgi.exe crashes in ntdll.dll every time I try to query a dataset in PostGIS but works fine (but too slow) when using shapefiles, but I'll leave that for a later time.

I am currently using the MS4W beta from earlier this autumn, version 3 I think. It shipped with MS 5.4.2, but I have updated the to the RC1 version of MS 5.6 while looking for a solution to the php crashes (no difference).

Thanks in advance,
Johan.

----------------------
Johan Forsman
Geologist
Safe Drinking Water Program
Louisiana Department of Health and Hospitals
Office of Public Health
Telephone: 225.342.7309
Telefax: 225.342.7303




From pramsey at cleverelephant.ca  Wed Dec  2 09:46:21 2009
From: pramsey at cleverelephant.ca (Paul Ramsey)
Date: Wed, 2 Dec 2009 09:46:21 -0800
Subject: [mapserver-users] PostGIS wildcard expression and blank map
In-Reply-To: <D697C50705266B4B826C7322C809F00D6295577A@MAILMBX09.MAIL.LA.GOV>
References: <D697C50705266B4B826C7322C809F00D6295577A@MAILMBX09.MAIL.LA.GOV>
Message-ID: <30fe546d0912020946r2de5b0ccm1f34a33f7c5e302@mail.gmail.com>

The usual regex for "starts with P" is /^P/ but your is backwards, is
that on purpose?

P

On Wed, Dec 2, 2009 at 9:27 AM, Johan Forsman <Johan.Forsman at la.gov> wrote:
> Hello All:
>
> I have a vexing problem where wildcard expressions in my mapfile return blank maps (tested directly in the browser address bar) when queried against a PostGIS database, but work perfectly against a shapefile.
>
> There are no errors indicated in the log. In fact, the log indicates that it finds all the data alright:
>
> (snip)
> [Wed Dec 02 11:02:28 2009].890000 msPostGISLayerWhichShapes got 20691 records in result.
> (snip)
> [Wed Dec 02 11:02:28 2009].921000 msPostGISReadShape called.
> [Wed Dec 02 11:02:28 2009].921000 msPostGISReadShape: [welluse] "P-R"
> [Wed Dec 02 11:02:28 2009].921000 msPostGISReadShape: [newid] "001-1060"
> [Wed Dec 02 11:02:28 2009].921000 msPostGISReadShape: [index] 4
> [Wed Dec 02 11:02:28 2009].921000 msPostGISReadShape: [shape] POINT (577278.4106000000600000 3355380.4495999999000000)
> [Wed Dec 02 11:02:28 2009].921000 msPostGISLayerNextShape called.
> (snip)
>
> There are indeed 20691 records in the table. The "welluse" field contains entries that start with one of the letters "P", "N", "T", "Z", or "O", and are classified based on these letters.
>
> The mapfile contains the following relevant lines:
>
> (snip)
> CLASSITEM "welluse"
> ?CLASS
> ? ?NAME "Public"
> ? ?EXPRESSION /P^/
> (snip)
>
> Using
>
> ? ? ? ?EXPRESSION /P^/
>
> returns nothing from PostGIS, but the proper results from the shapefile (all records that start with the letter "P" in the field "welluse"). There are no errors returned from PostGIS, just a blank map and entries as shown in the log snippet above.
>
> Using
>
> ? ? ? ?EXPRESSION /P-R/
>
> returns the correct results (all records with "P-R" in the field "welluse") from PostGIS and the shapefile.
>
> I have tried crafting an expression using the SQL "LIKE" operator, e.g. various forms of
>
> ? ? ? ?EXPRESSION ([welluse] like 'P%')
>
> which usually works in SQL, but appears to not be supported in this instance based on all the syntax errors in the log after trying it, hence trying the regex above.
>
> I am certain I am missing something obvious, but I would nevertheless appreciate your advice. I am trying to migrate the point data to PostGIS to improve on the query performance which is too poor using shapefiles on our humble server. Then I may be back to ask why php_cgi.exe crashes in ntdll.dll every time I try to query a dataset in PostGIS but works fine (but too slow) when using shapefiles, but I'll leave that for a later time.
>
> I am currently using the MS4W beta from earlier this autumn, version 3 I think. It shipped with MS 5.4.2, but I have updated the to the RC1 version of MS 5.6 while looking for a solution to the php crashes (no difference).
>
> Thanks in advance,
> Johan.
>
> ----------------------
> Johan Forsman
> Geologist
> Safe Drinking Water Program
> Louisiana Department of Health and Hospitals
> Office of Public Health
> Telephone: 225.342.7309
> Telefax: 225.342.7303
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>


From Johan.Forsman at LA.GOV  Wed Dec  2 10:09:06 2009
From: Johan.Forsman at LA.GOV (Johan Forsman)
Date: Wed, 2 Dec 2009 12:09:06 -0600
Subject: [mapserver-users] PostGIS wildcard expression and blank map --
	SOLVED
In-Reply-To: <30fe546d0912020946r2de5b0ccm1f34a33f7c5e302@mail.gmail.com>
References: <D697C50705266B4B826C7322C809F00D6295577A@MAILMBX09.MAIL.LA.GOV>
	<30fe546d0912020946r2de5b0ccm1f34a33f7c5e302@mail.gmail.com>
Message-ID: <D697C50705266B4B826C7322C809F00D629557F1@MAILMBX09.MAIL.LA.GOV>

Indeed not on purpose! Corrected and all is well with the map display. Egg on my face, thanks Paul.

The original file that points to shapefiles have it correct, I must have inadvertently turned it around when I was working on the LIKE version of the EXPRESSION statement. Stare at your own work long enough...

Now back to trying to determine why php-cgi.exe crashes when I query the PostGIS data.

Thanks again,
Johan.

-----Original Message-----
From: Paul Ramsey [mailto:pramsey at cleverelephant.ca] 
Sent: Wednesday, December 02, 2009 11:46 AM
To: Johan Forsman
Cc: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] PostGIS wildcard expression and blank map

The usual regex for "starts with P" is /^P/ but your is backwards, is
that on purpose?

P

On Wed, Dec 2, 2009 at 9:27 AM, Johan Forsman <Johan.Forsman at la.gov> wrote:
> Hello All:
>
> I have a vexing problem where wildcard expressions in my mapfile return blank maps (tested directly in the browser address bar) when queried against a PostGIS database, but work perfectly against a shapefile.
>
> There are no errors indicated in the log. In fact, the log indicates that it finds all the data alright:
>
> (snip)
> [Wed Dec 02 11:02:28 2009].890000 msPostGISLayerWhichShapes got 20691 records in result.
> (snip)
> [Wed Dec 02 11:02:28 2009].921000 msPostGISReadShape called.
> [Wed Dec 02 11:02:28 2009].921000 msPostGISReadShape: [welluse] "P-R"
> [Wed Dec 02 11:02:28 2009].921000 msPostGISReadShape: [newid] "001-1060"
> [Wed Dec 02 11:02:28 2009].921000 msPostGISReadShape: [index] 4
> [Wed Dec 02 11:02:28 2009].921000 msPostGISReadShape: [shape] POINT (577278.4106000000600000 3355380.4495999999000000)
> [Wed Dec 02 11:02:28 2009].921000 msPostGISLayerNextShape called.
> (snip)
>
> There are indeed 20691 records in the table. The "welluse" field contains entries that start with one of the letters "P", "N", "T", "Z", or "O", and are classified based on these letters.
>
> The mapfile contains the following relevant lines:
>
> (snip)
> CLASSITEM "welluse"
> ?CLASS
> ? ?NAME "Public"
> ? ?EXPRESSION /P^/
> (snip)
>
> Using
>
> ? ? ? ?EXPRESSION /P^/
>
> returns nothing from PostGIS, but the proper results from the shapefile (all records that start with the letter "P" in the field "welluse"). There are no errors returned from PostGIS, just a blank map and entries as shown in the log snippet above.
>
> Using
>
> ? ? ? ?EXPRESSION /P-R/
>
> returns the correct results (all records with "P-R" in the field "welluse") from PostGIS and the shapefile.
>
> I have tried crafting an expression using the SQL "LIKE" operator, e.g. various forms of
>
> ? ? ? ?EXPRESSION ([welluse] like 'P%')
>
> which usually works in SQL, but appears to not be supported in this instance based on all the syntax errors in the log after trying it, hence trying the regex above.
>
> I am certain I am missing something obvious, but I would nevertheless appreciate your advice. I am trying to migrate the point data to PostGIS to improve on the query performance which is too poor using shapefiles on our humble server. Then I may be back to ask why php_cgi.exe crashes in ntdll.dll every time I try to query a dataset in PostGIS but works fine (but too slow) when using shapefiles, but I'll leave that for a later time.
>
> I am currently using the MS4W beta from earlier this autumn, version 3 I think. It shipped with MS 5.4.2, but I have updated the to the RC1 version of MS 5.6 while looking for a solution to the php crashes (no difference).
>
> Thanks in advance,
> Johan.
>
> ----------------------
> Johan Forsman
> Geologist
> Safe Drinking Water Program
> Louisiana Department of Health and Hospitals
> Office of Public Health
> Telephone: 225.342.7309
> Telefax: 225.342.7303
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>


From timbonicus at realgo.com  Wed Dec  2 12:34:58 2009
From: timbonicus at realgo.com (Timbonicus Hansen)
Date: Wed, 2 Dec 2009 13:34:58 -0700
Subject: [mapserver-users] Different projections with MapServer and PostGIS
Message-ID: <fd2561580912021234o2644c5fm3e3a34a83d594c8e@mail.gmail.com>

Hi all,

I'm using MapServer to connect to PostGIS and not getting the any
results since the MapServer query and the data in postgresql are
different projections. The 'USING srid' option in the mapfile DATA
field only controls the GeomFromText call that MapServer generates
rather than enforcing a ST_Transform on the database column to match
the projection. Is there any way to make this work?

Here is the PostGIS section from the mapfile I am using:
    CONNECTIONTYPE POSTGIS
    CONNECTION "user=postgres dbname=lqms_prod"
    DATA "the_geom FROM listing USING UNIQUE listing_id USING srid=4326"

Which MapServer munges into this SQL:
    select status,encode(AsBinary(force_collection(force_2d("the_geom")),'NDR'),'base64')
as geom,listing_id from listing where the_geom &&
GeomFromText('POLYGON((-105.074620715937
39.804844079017,-105.074620715937 39.869217095375,-104.927912119243
39.869217095375,-104.927912119243 39.804844079017,-105.074620715937
39.804844079017))',4326);

Unfortunately, the_geom in my database is in EPSG:26913 and the WKT is
in EPSG:4326. It seems the overlap operator (&&) is not smart enough
to pick up on this and convert one or the other - surprisingly,
neither is ST_Overlap. If I modify the query to ST_Transform(the_geom,
4326) && ... results come back as expected (or
ST_Transform(GeomFromText..., 26913)).

The options I see are:
- Change the database column the_geom to use EPSG:4326
- Create a view on the database that translates to EPSG:4326. Does
anyone know if this is feasible or the performance impact?
- Change the passed-in geometry to be EPSG:26913

Is there another option with MapServer? Is there a bug/feature request
to make "USING srid" do a transform on the DB column to match the WKT
conversion?


From timbonicus at realgo.com  Wed Dec  2 12:50:27 2009
From: timbonicus at realgo.com (Timbonicus Hansen)
Date: Wed, 2 Dec 2009 13:50:27 -0700
Subject: [mapserver-users] Different projections with MapServer and 
	PostGIS
In-Reply-To: <30fe546d0912021245m77096ea5w5e5c5631d0aef977@mail.gmail.com>
References: <fd2561580912021234o2644c5fm3e3a34a83d594c8e@mail.gmail.com>
	<30fe546d0912021245m77096ea5w5e5c5631d0aef977@mail.gmail.com>
Message-ID: <fd2561580912021250w503466f8k57f5bddb7b48d35f@mail.gmail.com>

Thanks Paul, that did the trick! I knew I had to be missing something
I could do in the mapfile. This makes a lot of sense.

- Tim

On Wed, Dec 2, 2009 at 1:45 PM, Paul Ramsey <pramsey at opengeo.org> wrote:
> In Mapserver, add a PROJECTION block to the LAYER:
>
> PROJECTION
> ?"init=epsg:26913"
> END
>
> And also a projection block to the MAP:
>
> PROJECTION
> ?"init=epsg:4326"
> END
>
> And then alter the DATA block to declare your data SRID.
>
> DATA "the_geom FROM listing USING UNIQUE listing_id USING srid= 26913"
>
> Now everything will work. Your requests to mapserver will get
> transformed (by mapserver) into the correct projection for your
> postgis data. All the reprojection will happen inside mapserver,
> postgis will be blissfully ignorant of transforms.
>
> P.
>
>
> On Wed, Dec 2, 2009 at 12:34 PM, Timbonicus Hansen
> <timbonicus at realgo.com> wrote:
>> Hi all,
>>
>> I'm using MapServer to connect to PostGIS and not getting the any
>> results since the MapServer query and the data in postgresql are
>> different projections. The 'USING srid' option in the mapfile DATA
>> field only controls the GeomFromText call that MapServer generates
>> rather than enforcing a ST_Transform on the database column to match
>> the projection. Is there any way to make this work?
>>
>> Here is the PostGIS section from the mapfile I am using:
>> ? ?CONNECTIONTYPE POSTGIS
>> ? ?CONNECTION "user=postgres dbname=lqms_prod"
>> ? ?DATA "the_geom FROM listing USING UNIQUE listing_id USING srid=4326"
>>
>> Which MapServer munges into this SQL:
>> ? ?select status,encode(AsBinary(force_collection(force_2d("the_geom")),'NDR'),'base64')
>> as geom,listing_id from listing where the_geom &&
>> GeomFromText('POLYGON((-105.074620715937
>> 39.804844079017,-105.074620715937 39.869217095375,-104.927912119243
>> 39.869217095375,-104.927912119243 39.804844079017,-105.074620715937
>> 39.804844079017))',4326);
>>
>> Unfortunately, the_geom in my database is in EPSG:26913 and the WKT is
>> in EPSG:4326. It seems the overlap operator (&&) is not smart enough
>> to pick up on this and convert one or the other - surprisingly,
>> neither is ST_Overlap. If I modify the query to ST_Transform(the_geom,
>> 4326) && ... results come back as expected (or
>> ST_Transform(GeomFromText..., 26913)).
>>
>> The options I see are:
>> - Change the database column the_geom to use EPSG:4326
>> - Create a view on the database that translates to EPSG:4326. Does
>> anyone know if this is feasible or the performance impact?
>> - Change the passed-in geometry to be EPSG:26913
>>
>> Is there another option with MapServer? Is there a bug/feature request
>> to make "USING srid" do a transform on the DB column to match the WKT
>> conversion?
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>


From pramsey at opengeo.org  Wed Dec  2 12:45:33 2009
From: pramsey at opengeo.org (Paul Ramsey)
Date: Wed, 2 Dec 2009 12:45:33 -0800
Subject: [mapserver-users] Different projections with MapServer and 
	PostGIS
In-Reply-To: <fd2561580912021234o2644c5fm3e3a34a83d594c8e@mail.gmail.com>
References: <fd2561580912021234o2644c5fm3e3a34a83d594c8e@mail.gmail.com>
Message-ID: <30fe546d0912021245m77096ea5w5e5c5631d0aef977@mail.gmail.com>

In Mapserver, add a PROJECTION block to the LAYER:

PROJECTION
  "init=epsg:26913"
END

And also a projection block to the MAP:

PROJECTION
  "init=epsg:4326"
END

And then alter the DATA block to declare your data SRID.

DATA "the_geom FROM listing USING UNIQUE listing_id USING srid= 26913"

Now everything will work. Your requests to mapserver will get
transformed (by mapserver) into the correct projection for your
postgis data. All the reprojection will happen inside mapserver,
postgis will be blissfully ignorant of transforms.

P.


On Wed, Dec 2, 2009 at 12:34 PM, Timbonicus Hansen
<timbonicus at realgo.com> wrote:
> Hi all,
>
> I'm using MapServer to connect to PostGIS and not getting the any
> results since the MapServer query and the data in postgresql are
> different projections. The 'USING srid' option in the mapfile DATA
> field only controls the GeomFromText call that MapServer generates
> rather than enforcing a ST_Transform on the database column to match
> the projection. Is there any way to make this work?
>
> Here is the PostGIS section from the mapfile I am using:
> ? ?CONNECTIONTYPE POSTGIS
> ? ?CONNECTION "user=postgres dbname=lqms_prod"
> ? ?DATA "the_geom FROM listing USING UNIQUE listing_id USING srid=4326"
>
> Which MapServer munges into this SQL:
> ? ?select status,encode(AsBinary(force_collection(force_2d("the_geom")),'NDR'),'base64')
> as geom,listing_id from listing where the_geom &&
> GeomFromText('POLYGON((-105.074620715937
> 39.804844079017,-105.074620715937 39.869217095375,-104.927912119243
> 39.869217095375,-104.927912119243 39.804844079017,-105.074620715937
> 39.804844079017))',4326);
>
> Unfortunately, the_geom in my database is in EPSG:26913 and the WKT is
> in EPSG:4326. It seems the overlap operator (&&) is not smart enough
> to pick up on this and convert one or the other - surprisingly,
> neither is ST_Overlap. If I modify the query to ST_Transform(the_geom,
> 4326) && ... results come back as expected (or
> ST_Transform(GeomFromText..., 26913)).
>
> The options I see are:
> - Change the database column the_geom to use EPSG:4326
> - Create a view on the database that translates to EPSG:4326. Does
> anyone know if this is feasible or the performance impact?
> - Change the passed-in geometry to be EPSG:26913
>
> Is there another option with MapServer? Is there a bug/feature request
> to make "USING srid" do a transform on the DB column to match the WKT
> conversion?
> _______________________________________________
> 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 Dec  2 12:50:33 2009
From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Wed, 2 Dec 2009 22:50:33 +0200
Subject: [mapserver-users] Different projections with MapServer and PostGIS
References: <fd2561580912021234o2644c5fm3e3a34a83d594c8e@mail.gmail.com>
Message-ID: <CC197224AC75CE4DB23F739B16891B86E34577@tikka.haapa.mmm.fi>


Hi,

I believe that the right way is to set

a) Mapserver connection string to suit your data, "using srid=26913" and
b) tell in the layer definition, in PROJECTION block, that the native projection of this layer is epsg:26913.

-Jukka Rahkonen-



-----Alkuper?inen viesti-----
L?hett?j?: mapserver-users-bounces at lists.osgeo.org puolesta: Timbonicus Hansen
L?hetetty: ke 2.12.2009 22:34
Vastaanottaja: mapserver-users at lists.osgeo.org
Aihe: [mapserver-users] Different projections with MapServer and PostGIS
 
Hi all,

I'm using MapServer to connect to PostGIS and not getting the any
results since the MapServer query and the data in postgresql are
different projections. The 'USING srid' option in the mapfile DATA
field only controls the GeomFromText call that MapServer generates
rather than enforcing a ST_Transform on the database column to match
the projection. Is there any way to make this work?

Here is the PostGIS section from the mapfile I am using:
    CONNECTIONTYPE POSTGIS
    CONNECTION "user=postgres dbname=lqms_prod"
    DATA "the_geom FROM listing USING UNIQUE listing_id USING srid=4326"

Which MapServer munges into this SQL:
    select status,encode(AsBinary(force_collection(force_2d("the_geom")),'NDR'),'base64')
as geom,listing_id from listing where the_geom &&
GeomFromText('POLYGON((-105.074620715937
39.804844079017,-105.074620715937 39.869217095375,-104.927912119243
39.869217095375,-104.927912119243 39.804844079017,-105.074620715937
39.804844079017))',4326);

Unfortunately, the_geom in my database is in EPSG:26913 and the WKT is
in EPSG:4326. It seems the overlap operator (&&) is not smart enough
to pick up on this and convert one or the other - surprisingly,
neither is ST_Overlap. If I modify the query to ST_Transform(the_geom,
4326) && ... results come back as expected (or
ST_Transform(GeomFromText..., 26913)).

The options I see are:
- Change the database column the_geom to use EPSG:4326
- Create a view on the database that translates to EPSG:4326. Does
anyone know if this is feasible or the performance impact?
- Change the passed-in geometry to be EPSG:26913

Is there another option with MapServer? Is there a bug/feature request
to make "USING srid" do a transform on the DB column to match the WKT
conversion?
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users



From mschulz at webgis.de  Thu Dec  3 02:35:15 2009
From: mschulz at webgis.de (Michael Schulz)
Date: Thu, 3 Dec 2009 11:35:15 +0100
Subject: [mapserver-users] Mapserver compilation on SLES 11 fails ...
Message-ID: <e750b12e0912030235h789d0938te10eb9bed72631d5@mail.gmail.com>

Dear Mapservers,

currently a source compilation of a recent mapserver will fail on SuSE
Enterprise 11 with the following error:
ld: cannot find -lpgport

It seems that with SLES11 this library has been removed from the
repositories. After removing the linker flag from the makefiles the
compilation is successful. I'm just wondering if this library is
really needed or if we will be facing problems in the future? It seems
Slony also had this problem, and now the library has been readded to
the repos - but only for OpenSuse (see [1]). Hmpf.

Can someone comment on this, whether the lib is really needed?

Cheers, Michael

[1] http://www.mail-archive.com/slony1-general at lists.slony.info/msg03318.html

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

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

-----------------------------------------------------------
Michael Schulz
mschulz at webgis.de

in medias res
Gesellschaft f?r Informationstechnologie mbH

+++ Bitte beachten Sie unsere neue Adresse und Durchwahl +++

Schwimmbadstra?e 2
D-79100  Freiburg i. Br.

Tel:  +49 (0)761 705798-102
Tel:  +49 (0)761 705798-0
Fax: +49 (0)761 705798-09

+++ Bitte beachten Sie unsere neue Adresse und Durchwahl +++

http://www.webgis.de / http://www.zopecms.de
--------------------------------------------------------------
Gesch?ftsf?hrer: Stefan Giese, Dr. Christof Lindenbeck
Eingetragen im Handelsregister HRB 5930 beim Amtsgericht Freiburg


From maria.neywell at gmail.com  Thu Dec  3 03:22:41 2009
From: maria.neywell at gmail.com (Maria Neywell)
Date: Thu, 3 Dec 2009 12:22:41 +0100
Subject: [mapserver-users] Export SVG
In-Reply-To: <CC197224AC75CE4DB23F739B16891B86018797E7@tikka.haapa.mmm.fi>
References: <6dbb2e690911240538t2fe2107gde38083c8db3333@mail.gmail.com>
	<4B0C203C.2030108@dmsolutions.ca>
	<6dbb2e690911250107s4de46e99g3e8a89f306312a91@mail.gmail.com>
	<4B0DC02E.7020605@dmsolutions.ca>
	<6dbb2e690911260106r2501c36au41f45ed36fbffeab@mail.gmail.com>
	<4B163CDE.2070203@r3-gis.com>
	<CC197224AC75CE4DB23F739B16891B86018797E7@tikka.haapa.mmm.fi>
Message-ID: <6dbb2e690912030322g6fb38764w96e6429f61024252@mail.gmail.com>

Hi,

Yes it can be improved,

see my post on Mapserver development mailing list :
http://n2.nabble.com/Export-SVG-with-and-without-Mapserver-td4098474.html.



I solve the problem but without using Mapserver. I don?t know if it can be
implemented in the SVG export in Mapserver.



Regards,



Maria


2009/12/2 Rahkonen Jukka <Jukka.Rahkonen at mmmtike.fi>

> Peter Hopfgartner wrote:
> > Hi Maria,
> >
> > the fact that a SVG rendered by MapServer is simplified makes
> > sense, since what MapServer basically gives are maps, not raw
> > data. Imagine that you want a map of all European countries,
> > where your raw data has details down to something like a
> > meter, the resulting SVG file would easily scale up to some
> > GB of data.
>
> There is no need to output ugly SVG even for small areas just because
> serving the whole world with the same resolution would leed to
> difficulties.  Maxscale/Minscale are used to control this situation in
> other places, as well as MaxFeatures with WFS requests.  The example
> Maria sent looks ugly for me and I am sure it can be improved.
>
> Mapserver is sending raw data very effectively, as you said, through WFS
> but also through WCS.
>
> -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/20091203/d0aabde1/attachment.htm>

From cnieman at dmsolutions.ca  Thu Dec  3 05:31:45 2009
From: cnieman at dmsolutions.ca (Christy Nieman)
Date: Thu, 03 Dec 2009 08:31:45 -0500
Subject: [mapserver-users] Multiple WRAP Characters
Message-ID: <4B17BDC1.9060708@dmsolutions.ca>

Hello all,

I realize this is largely a development-based question, but thought that 
users may be able to add to the discussion.

I've found some discussion about the feasibility of introducing the 
ability to specify multiple WRAP characters related to RFC 40.  Has 
there been any further discussion?  I have been working on a dataset 
with many French names, and am wondering how to proceed to have both 
spaces and hyphens treated as WRAP characters (I guess, for now, 
separate classes could be used.  Wouldn't be a perfect solution though).

Thanks for any insight you may be able to provide.

-- 
Christy Nieman
GIS Technician
DM Solutions Group, Inc.
Email: cnieman at dmsolutions.ca
Web: http://dmsolutions.ca
Web: http://research.dmsolutions.ca


From Jukka.Rahkonen at mmmtike.fi  Thu Dec  3 06:34:25 2009
From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Thu, 3 Dec 2009 16:34:25 +0200
Subject: [mapserver-users] Reprojection from ETRS89 to ED5030
In-Reply-To: <4B167E09.2060708@terrestris.de>
References: <1259764785980-4100086.post@n2.nabble.com>
	<4B167E09.2060708@terrestris.de>
Message-ID: <CC197224AC75CE4DB23F739B16891B86018797F1@tikka.haapa.mmm.fi>

Till Adams wrote:

> David,
> 
> did you define the epsg the WMS should be valid for in the 
> wms metadata section ?
> Should be like this:
> 
>   'WMS_SRS' 'epsg:23030 epsg:25830'

Just a small detail, it is better to use EPSG: with uppercase letters.

-Jukka Rahkonen-


From dmorissette at mapgears.com  Thu Dec  3 07:37:07 2009
From: dmorissette at mapgears.com (Daniel Morissette)
Date: Thu, 03 Dec 2009 10:37:07 -0500
Subject: [mapserver-users] Mapserver compilation on SLES 11 fails ...
In-Reply-To: <e750b12e0912030235h789d0938te10eb9bed72631d5@mail.gmail.com>
References: <e750b12e0912030235h789d0938te10eb9bed72631d5@mail.gmail.com>
Message-ID: <4B17DB23.2040708@mapgears.com>

I don't know if we use the stuff from the pgport lib, probably not, but 
we use the output of "pg_config --libs" to figure the required 
dependencies to link with postgresql. This is the correct way to do 
things AFAIK.

My take is that if the SuSe maintainers want to remove libpgport.a from 
the -devel package, then they should also edit the pg_config script to 
not list it.

Daniel

Michael Schulz wrote:
> Dear Mapservers,
> 
> currently a source compilation of a recent mapserver will fail on SuSE
> Enterprise 11 with the following error:
> ld: cannot find -lpgport
> 
> It seems that with SLES11 this library has been removed from the
> repositories. After removing the linker flag from the makefiles the
> compilation is successful. I'm just wondering if this library is
> really needed or if we will be facing problems in the future? It seems
> Slony also had this problem, and now the library has been readded to
> the repos - but only for OpenSuse (see [1]). Hmpf.
> 
> Can someone comment on this, whether the lib is really needed?
> 
> Cheers, Michael
> 
> [1] http://www.mail-archive.com/slony1-general at lists.slony.info/msg03318.html
> 


-- 
Daniel Morissette
http://www.mapgears.com/


From heskina at ubitech.com  Thu Dec  3 08:13:10 2009
From: heskina at ubitech.com (Helen Eskina)
Date: Thu, 3 Dec 2009 11:13:10 -0500
Subject: [mapserver-users] How to set Labels dynamically?
Message-ID: <5CDE4E2F906F4CE9B22AFEDB42CD00F0@SkySource>

Hello,



I couldn?t find documentation how to set the text labels dynamically using
MapScript.

My application should show points with labels on the map. Points and labels
are obtained dynamically from the database or some text file.

I add the points to the layer and draw layer as following:



$my_point = ms_newpointObj();



 $my_point->setXY(-75.895, 45.9227);

 $my_point->project($projInObj,$projOutObj);



 $line = ms_newLineObj();

$line->add($my_point);

 $shape = ms_newShapeObj(MS_SHAPE_POINT);

 $shape->add($line);

 $shape->set(text, 'new point');

 $daLayer->addFeature($shape);



$image=$map->draw();

$daLayer->draw($image);

 $image_url=$image->saveWebImage();



Points are displayed on the map, but no text. What am I doing wrong?



I will appreciate any help,

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

From ludwig at kni-online.de  Thu Dec  3 09:13:22 2009
From: ludwig at kni-online.de (Ludwig Kniprath)
Date: Thu, 03 Dec 2009 18:13:22 +0100
Subject: [mapserver-users] RE: How to set Labels dynamically
Message-ID: <3990373.861741259860402458.JavaMail.servlet@kundenserver>

Hi,
I think there's only one line missing after $daLayer->draw($image):

$daLayer->drawLabelCache($image);

Regards
Ludwig

>Message: 6
>Date: Thu, 3 Dec 2009 11:13:10 -0500
>From: Helen Eskina <heskina at ubitech.com>
>Subject: [mapserver-users] How to set Labels dynamically?
>To: mapserver-users at lists.osgeo.org
>Message-ID: <5CDE4E2F906F4CE9B22AFEDB42CD00F0 at SkySource>
>Content-Type: text/plain; charset="windows-1252"
>
>Hello,
>
>
>
>I couldn?t find documentation how to set the text labels dynamically using
>MapScript.
>
>My application should show points with labels on the map. Points and labels
>are obtained dynamically from the database or some text file.
>
>I add the points to the layer and draw layer as following:
>
>
>
>$my_point = ms_newpointObj();
>
>
>
> $my_point->setXY(-75.895, 45.9227);
>
> $my_point->project($projInObj,$projOutObj);
>
>
>
> $line = ms_newLineObj();
>
>$line->add($my_point);
>
> $shape = ms_newShapeObj(MS_SHAPE_POINT);
>
> $shape->add($line);
>
> $shape->set(text, 'new point');
>
> $daLayer->addFeature($shape);
>
>
>
>$image=$map->draw();
>
>$daLayer->draw($image);
>
> $image_url=$image->saveWebImage();
>
>
>
>Points are displayed on the map, but no text. What am I doing wrong?
>
>
>
>I will appreciate any help,
>
>Helen


From guineau at earthlink.net  Thu Dec  3 12:11:06 2009
From: guineau at earthlink.net (W.John Guineau)
Date: Thu, 3 Dec 2009 15:11:06 -0500
Subject: [mapserver-users] Shapefile,
	itemnquery and HTML image map generation problem
Message-ID: <042101ca7454$bfc62830$3f527890$@net>

I have a basic vector shapefile that I am trying to generate HTML clickable
maps from. It seems to work well for the most part, however there is a
problem where some items from the shapefile do not get processed from the
qstring in the browser, but they are processed fine in the mapfile layer (to
color them differently).

 

So the map that renders shows all the items colored properly as the layer
class defines. Using the exact same list of items in the HTTP query string
causes several items to be ignored (the HTML image map area is not
generated).

 

http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m&
mode=itemnquery&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize=600
+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B,102C,103,104,105
,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,
114A,114B,115A,115B,115C")

 

Below is the layer section from the mapfile. I can post whatever else is
helpful. 

 

Thanks for any help on this.

 

john

 

LAYER 

                NAME map_m

                DATA "map_shape"

                TEMPLATE "bodytemplate.html"

                HEADER "imapheader.html"

                FOOTER "imapfooter.html"

                PROJECTION

                                "proj=latlong"

                                "ellps=GRS80"

                                "init=epsg:4326"

                END

                TYPE polygon

                STATUS ON

                TRANSPARENCY 70

                CLASS

                                NAME "MLRA"

                                COLOR 0 200 0

                                OUTLINECOLOR 0 0 0

                                EXPRESSION( "[MLRARSYM]" in
"102A,102B,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,1
11B,111C,111D,111E,112,113,114A,114B,115A,115B,115C" )

                END

                METADATA 

                                qstring_validation_pattern ".*"

                END

END

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

From geomartino at gmail.com  Thu Dec  3 12:59:31 2009
From: geomartino at gmail.com (Martin Ouellet)
Date: Thu, 3 Dec 2009 15:59:31 -0500
Subject: [mapserver-users] Question on the layer order impact in a
	Getmap(WMS) call
Message-ID: <28d70b140912031259p4bcd2bbeu54309cadd3df1375@mail.gmail.com>

The mapserver doc specified that the layer are drawn in their order of
appearance in the MapFile (first layer is at the bottom, last is on top).
Extract from: http://umn.mapserver.ch/MapServer/en/layer.htm

So I wonder why the map is different if I change the order of the layers
(CEHQ_STATION_CEHQ_NIVEAU_NIV2 = point layer and CEHQ_BASSIN_N1_NIVEAU =
polygon layer) in the call?
Should Mapserver generate the map considering the layer order in the mapfile
(bottom to top) and not with the order in the URL call?

With this call, the polygon are on top:
http://spssoww5d.sso.msp.gouv.qc.ca/cgi-wms/adnIntranet?LAYERS=CEHQ_STATION_CEHQ_NIVEAU_NIV2,CEHQ_BASSIN_N1_NIVEAU&TRANSPARENT=true&FORMAT=image/png&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&EXCEPTIONS=application/vnd.ogc.se_inimage&SRS=EPSG:900913&BBOX=-8397907.6360637,5657903.782736,-7510015.1156621,6129367.3731146&WIDTH=1452&HEIGHT=771

With this call, the point are on top (which I would like to have always)
http://spssoww5d.sso.msp.gouv.qc.ca/cgi-wms/adnIntranet?LAYERS=CEHQ_BASSIN_N1_NIVEAU,CEHQ_STATION_CEHQ_NIVEAU_NIV2&TRANSPARENT=true&FORMAT=image/png&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&EXCEPTIONS=application/vnd.ogc.se_inimage&SRS=EPSG:900913&BBOX=-8397907.6360637,5657903.782736,-7510015.1156621,6129367.3731146&WIDTH=1452&HEIGHT=771

Do I forgot something?

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

From ludwig at kni-online.de  Thu Dec  3 13:57:22 2009
From: ludwig at kni-online.de (Ludwig Kniprath)
Date: Thu, 03 Dec 2009 22:57:22 +0100
Subject: [mapserver-users] Re: How to set Labels dynamically
In-Reply-To: <AB6C62A70C084D7E8ADBD8181CC3285A@SkySource>
References: <3990373.861741259860402458.JavaMail.servlet@kundenserver>
	<AB6C62A70C084D7E8ADBD8181CC3285A@SkySource>
Message-ID: <4B183442.80103@kni-online.de>

Oops, you're right, "drawLabelCache" is a method of the map-object, but 
all the same it works for me!
Perhaps a missing LABEL-Section in the mapfile-definition of your $daLayer?
Regards
Ludwig

Helen Eskina schrieb:
> Hi Ludwig,
>
> Layer object doesn't have DrawLabelCache method. I've tried this line and
> got an error. I'm using Mapserver installed with fgs 5.4.2.
>
> I've tried
>  $map-> drawLabelCache($image);
> But it doesn't make any difference.
>
> Helen
> -----Original Message-----
> From: Ludwig Kniprath [mailto:ludwig at kni-online.de]
> Sent: Thursday, December 03, 2009 12:13 PM
> To: mapserver-users at lists.osgeo.org
> Cc: heskina at ubitech.com
> Subject: RE: How to set Labels dynamically
>
> Hi,
> I think there's only one line missing after $daLayer->draw($image):
>
> $daLayer->drawLabelCache($image);
>
> Regards
> Ludwig
>
>   
>> Message: 6
>> Date: Thu, 3 Dec 2009 11:13:10 -0500
>> From: Helen Eskina <heskina at ubitech.com>
>> Subject: [mapserver-users] How to set Labels dynamically?
>> To: mapserver-users at lists.osgeo.org
>> Message-ID: <5CDE4E2F906F4CE9B22AFEDB42CD00F0 at SkySource>
>> Content-Type: text/plain; charset="windows-1252"
>>
>> Hello,
>>
>>
>>
>> I couldn't find documentation how to set the text labels dynamically
>>     
> using
>   
>> MapScript.
>>
>> My application should show points with labels on the map. Points and
>>     
> labels
>   
>> are obtained dynamically from the database or some text file.
>>
>> I add the points to the layer and draw layer as following:
>>
>>
>>
>> $my_point = ms_newpointObj();
>>
>>
>>
>> $my_point->setXY(-75.895, 45.9227);
>>
>> $my_point->project($projInObj,$projOutObj);
>>
>>
>>
>> $line = ms_newLineObj();
>>
>> $line->add($my_point);
>>
>> $shape = ms_newShapeObj(MS_SHAPE_POINT);
>>
>> $shape->add($line);
>>
>> $shape->set(text, 'new point');
>>
>> $daLayer->addFeature($shape);
>>
>>
>>
>> $image=$map->draw();
>>
>> $daLayer->draw($image);
>>
>> $image_url=$image->saveWebImage();
>>
>>
>>
>> Points are displayed on the map, but no text. What am I doing wrong?
>>
>>
>>
>> I will appreciate any help,
>>
>> Helen
>>     
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.426 / Virus Database: 270.14.88/2538 - Release Date: 12/03/09
> 07:32:00
>   



From wal3 at mindspring.com  Thu Dec  3 14:05:57 2009
From: wal3 at mindspring.com (Worth Lutz)
Date: Thu, 3 Dec 2009 17:05:57 -0500
Subject: [mapserver-users] How to set Labels dynamically?
In-Reply-To: <5CDE4E2F906F4CE9B22AFEDB42CD00F0@SkySource>
References: <5CDE4E2F906F4CE9B22AFEDB42CD00F0@SkySource>
Message-ID: <08EA5885A6C34BF587ABDC81C91F4167@Worthlaptop>

I think that you need to add a class with a label definition to your layer.

 

Here is how I add a set of virtual layers to my map object before drawing
it.  I'm sorry I do not have time this afternoon to distill it down to just
the information you are looking for.  Things to notice that I am using
update from string to update my layer with a class which has style and label
information.  I have found that the SYMBOL part of the updateFromText does
not work thus the

 

 "$style->set('symbolname',$virtualLayers[$i]->symbol);"

 

statement which would seem redundant but is necessary.  Let me know if you
cannot get the required information from this example and I'll help more.

 

 

function addVirtualLayers($ms, $virtualLayers) {

  if (isset($virtualLayers)) {

    $newLayer = array();

    for ($i=0; $i < sizeof($virtualLayers); $i++) {

      $newLayer[$i] = ms_newLayerObj($ms);

      $newLayer[$i]->set('type',$virtualLayers[$i]->layerType);

      #echo('layer type='.$virtualLayers[$i]->layerType);

      if($virtualLayers[$i]->layerType == MS_LAYER_POINT) {

        $string = 'LAYER NAME VirtualLayer'.$i.' CLASS NAME SELECTEDPTS
STYLE SYMBOL CROSS COLOR 255 0 200 SIZE 8 END LABEL TYPE truetype
MINFEATURESIZE 50 MINDISTANCE 0 POSITION CR FONT vera SIZE 7 COLOR 255 0 255
END END END';

      } else if ($virtualLayers[$i]->layerType == MS_LAYER_POLYGON) {

        $string = 'LAYER NAME VirtualLayer'.$i.' CLASS NAME SELECTEDPOLYGONS
STYLE OUTLINECOLOR 255 0 200 WIDTH 3 END LABEL TYPE truetype MINFEATURESIZE
50 MINDISTANCE 0 POSITION LC FONT vera SIZE 7 COLOR 255 0 255 END END END';

      } else if ($virtualLayers[$i]->layerType == MS_LAYER_LINE) {

        $string = 'LAYER NAME VirtualLayer'.$i.' CLASS NAME SELECTEDPOLYGONS
STYLE COLOR 255 0 0 WIDTH 3 END LABEL TYPE truetype MINFEATURESIZE 50
MINDISTANCE 0 POSITION LC FONT vera SIZE 7 COLOR 255 0 255 END END END';

      }

      $newLayer[$i]->updateFromString($string);

      #echo('layer type2 ='.$newLayer[$i]->type);

      $newLayer[$i]->set('status',MS_ON);

 

      $class = $newLayer[$i]->getClass(0);

#echo($virtualLayers[$i]->class);

      $class->updateFromString($virtualLayers[$i]->class);  //returns
MS_SUCCESS | MS_FAILURE

      

      if(isset($virtualLayers[$i]->symbol)) {

        $style = $class->getStyle($class->numstyles-1);

        $style->set('symbolname',$virtualLayers[$i]->symbol);

      }

 

      $shape = ms_shapeObjFromWkt($virtualLayers[$i]->shapeWkt);

#      $shape->set('text', $i);

        if(isset($virtualLayers[$i]->labelText)) {

          $shape->set('text', $virtualLayers[$i]->labelText);

        }

 

      $newLayer[$i]->addFeature($shape);

    }

  }

}

?>

 

 

 

  _____  

From: mapserver-users-bounces at lists.osgeo.org
[mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Helen Eskina
Sent: Thursday, December 03, 2009 11:13 AM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] How to set Labels dynamically?

 

Hello,

 

I couldn't find documentation how to set the text labels dynamically using
MapScript. 

My application should show points with labels on the map. Points and labels
are obtained dynamically from the database or some text file.

I add the points to the layer and draw layer as following:

 

$my_point = ms_newpointObj();

 

 $my_point->setXY(-75.895, 45.9227);

 $my_point->project($projInObj,$projOutObj);

 

 $line = ms_newLineObj();

$line->add($my_point);

 $shape = ms_newShapeObj(MS_SHAPE_POINT);

 $shape->add($line);

 $shape->set(text, 'new point');

 $daLayer->addFeature($shape);

 

$image=$map->draw();

$daLayer->draw($image);

 $image_url=$image->saveWebImage();

 

Points are displayed on the map, but no text. What am I doing wrong?

 

I will appreciate any help,

Helen

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.709 / Virus Database: 270.14.91/2542 - Release Date: 12/03/09
02:32:00


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

From ludwig at kni-online.de  Fri Dec  4 00:43:53 2009
From: ludwig at kni-online.de (Ludwig Kniprath)
Date: Fri, 04 Dec 2009 09:43:53 +0100
Subject: [mapserver-users] Re: How to set Labels dynamically
In-Reply-To: <C9B66B9D2F6749E5BBFC16524933F801@SkySource>
References: <3990373.861741259860402458.JavaMail.servlet@kundenserver>
	<AB6C62A70C084D7E8ADBD8181CC3285A@SkySource>
	<4B183442.80103@kni-online.de>
	<C9B66B9D2F6749E5BBFC16524933F801@SkySource>
Message-ID: <4B18CBC9.1020401@kni-online.de>

Hi Helen,
this sample-script should work:
---schnipp------
<?php
//1. Map-Object and Image
$blank_map_object = ms_newMapObj('your path to the sample mapfile below');
$blank_map_object->preparequery();
$blank_map_image = $blank_map_object->prepareImage();
//2. LAYER
$draw_layer = ms_newLayerObj($blank_map_object);
$draw_layer->set('type', MS_LAYER_POINT);
$draw_layer->set('status', MS_ON);
//3. CLASS, STYLE and LABEL
$new_class = ms_newClassObj($draw_layer);
$new_style = ms_newStyleObj($new_class);
$label_obj = $new_class->label;
$label_obj->set('size', 25);
$label_obj->set('type', MS_TRUETYPE);
//Path to arial.ttf must be defined in test_fontset.txt
$label_obj->set('font', 'arial');
$label_obj->set('angle', 30);
//0x007E is the "~" sign
$label_obj->set('wrap', 0x007E);
$label_obj->color->setRGB(0,255,0);
$label_obj->backgroundcolor->setRGB(0,0,255);
$label_obj->backgroundshadowcolor->setRGB(200,200,200);
$label_obj->set('backgroundshadowsizex', 15);
$label_obj->set('backgroundshadowsizey', 15);
//...and so on
//4. Shape with label
$draw_shape = ms_shapeObjFromWkt('POINT(2502500 5602500)');
$draw_shape->set('text', ' ~ Hello World!~ Mapserver is cool... ~');
$draw_layer->addFeature($draw_shape);
$draw_layer->draw($blank_map_image);
//5. Shape to Image
$blank_map_object->drawLabelCache($blank_map_image);
$blank_map_object->labelcache->free();
//6. ready
$image_url=$blank_map_image->saveWebImage();
echo "<img src='$image_url'/>";
?>
---schnapp------

With mini-mapfile:
---schnipp------
MAP
    name "test"
    fontset "your path to the fontset"
    units meters
    extent 2500000 5600000 2505000 5605000
    size 800 600
    imagecolor 255 255 255
    WEB
        imagepath "your path to tmp-directory"
        imageurl "your url to tmp-directory"
    END
END
---schnapp------

Regards
Ludwig


Helen Eskina schrieb:
> Hi,
>
> My $daLayer is defined dynamically. How should I define Label-Section in
> this case?
> $daLayer->set("type", MS_LAYER_POINT);
> $daLayer->set("status", MS_ON);
>  $class = ms_newClassObj($daLayer);
>  $style = ms_newStyleObj($class);
>  $style->color->setRGB(255,0,0);
>  $style->set("symbolname", "circle");
>  $style->set("size", 10);
>
> Thank you,
> Helen
> -----Original Message-----
> From: Ludwig Kniprath [mailto:ludwig at kni-online.de]
> Sent: Thursday, December 03, 2009 4:57 PM
> To: Helen Eskina; mapserver-users at lists.osgeo.org
> Subject: Re: How to set Labels dynamically
>
> Oops, you're right, "drawLabelCache" is a method of the map-object, but
> all the same it works for me!
> Perhaps a missing LABEL-Section in the mapfile-definition of your
> $daLayer?
> Regards
> Ludwig
>
> Helen Eskina schrieb:
>   
>> Hi Ludwig,
>>
>> Layer object doesn't have DrawLabelCache method. I've tried this line
>>     
> and
>   
>> got an error. I'm using Mapserver installed with fgs 5.4.2.
>>
>> I've tried
>>  $map-> drawLabelCache($image);
>> But it doesn't make any difference.
>>
>> Helen
>> -----Original Message-----
>> From: Ludwig Kniprath [mailto:ludwig at kni-online.de]
>> Sent: Thursday, December 03, 2009 12:13 PM
>> To: mapserver-users at lists.osgeo.org
>> Cc: heskina at ubitech.com
>> Subject: RE: How to set Labels dynamically
>>
>> Hi,
>> I think there's only one line missing after $daLayer->draw($image):
>>
>> $daLayer->drawLabelCache($image);
>>
>> Regards
>> Ludwig
>>
>>
>>     
>>> Message: 6
>>> Date: Thu, 3 Dec 2009 11:13:10 -0500
>>> From: Helen Eskina <heskina at ubitech.com>
>>> Subject: [mapserver-users] How to set Labels dynamically?
>>> To: mapserver-users at lists.osgeo.org
>>> Message-ID: <5CDE4E2F906F4CE9B22AFEDB42CD00F0 at SkySource>
>>> Content-Type: text/plain; charset="windows-1252"
>>>
>>> Hello,
>>>
>>>
>>>
>>> I couldn't find documentation how to set the text labels dynamically
>>>
>>>       
>> using
>>
>>     
>>> MapScript.
>>>
>>> My application should show points with labels on the map. Points and
>>>
>>>       
>> labels
>>
>>     
>>> are obtained dynamically from the database or some text file.
>>>
>>> I add the points to the layer and draw layer as following:
>>>
>>>
>>>
>>> $my_point = ms_newpointObj();
>>>
>>>
>>>
>>> $my_point->setXY(-75.895, 45.9227);
>>>
>>> $my_point->project($projInObj,$projOutObj);
>>>
>>>
>>>
>>> $line = ms_newLineObj();
>>>
>>> $line->add($my_point);
>>>
>>> $shape = ms_newShapeObj(MS_SHAPE_POINT);
>>>
>>> $shape->add($line);
>>>
>>> $shape->set(text, 'new point');
>>>
>>> $daLayer->addFeature($shape);
>>>
>>>
>>>
>>> $image=$map->draw();
>>>
>>> $daLayer->draw($image);
>>>
>>> $image_url=$image->saveWebImage();
>>>
>>>
>>>
>>> Points are displayed on the map, but no text. What am I doing wrong?
>>>
>>>
>>>
>>> I will appreciate any help,
>>>
>>> Helen
>>>
>>>       



From kobben at itc.nl  Fri Dec  4 01:42:51 2009
From: kobben at itc.nl (=?iso-8859-1?Q?Barend_K=F6bben?=)
Date: Fri, 4 Dec 2009 10:42:51 +0100
Subject: [mapserver-users] Question on the layer order impact in a
	Getmap(WMS) call
In-Reply-To: <28d70b140912031259p4bcd2bbeu54309cadd3df1375@mail.gmail.com>
Message-ID: <C73E982B.EC77%kobben@itc.nl>

The WMS GetMap interface standard requires layers to be drawn in order
(bottom to top) they appear in the LAYERS= statement in the request. So that
overrides the order in the MAP file...


-- 
Barend K?bben
International Institute for Geo-Information
Sciences and Earth Observation (ITC)
PO Box 6, 7500AA Enschede, The Netherlands
+31 (0)53 4874253



On 03-12-09 21:59, "Martin Ouellet" <geomartino at gmail.com> wrote:

> The mapserver doc specified that the layer are?drawn in their order of
> appearance in the MapFile (first layer is at the bottom, last is on top).
> Extract from:?http://umn.mapserver.ch/MapServer/en/layer.htm
> 
> So I wonder why the map is different if I change the order of the layers
> (CEHQ_STATION_CEHQ_NIVEAU_NIV2 = point layer and CEHQ_BASSIN_N1_NIVEAU =
> polygon layer) in the call?
> Should Mapserver generate the map considering the layer order in the mapfile
> (bottom to top) and not with the order in the URL call?
> 
> With this call, the?polygon are on top:
> http://spssoww5d.sso.msp.gouv.qc.ca/cgi-wms/adnIntranet?LAYERS=CEHQ_STATION_CE
> HQ_NIVEAU_NIV2,CEHQ_BASSIN_N1_NIVEAU&TRANSPARENT=true&FORMAT=image/png&SERVICE
> =WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&EXCEPTIONS=application/vnd.ogc.se_in
> image&SRS=EPSG:900913&BBOX=-8397907.6360637,5657903.782736,-7510015.1156621,61
> 29367.3731146&WIDTH=1452&HEIGHT=771
> 
> With this call, the point are on top (which I would like to have always)
> http://spssoww5d.sso.msp.gouv.qc.ca/cgi-wms/adnIntranet?LAYERS=CEHQ_BASSIN_N1_
> NIVEAU,CEHQ_STATION_CEHQ_NIVEAU_NIV2&TRANSPARENT=true&FORMAT=image/png&SERVICE
> =WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&EXCEPTIONS=application/vnd.ogc.se_in
> image&SRS=EPSG:900913&BBOX=-8397907.6360637,5657903.782736,-7510015.1156621,61
> 29367.3731146&WIDTH=1452&HEIGHT=771
> 
> Do I forgot something?
> 
> MartinO
> 
> 
> 
> 
> 

International Institute for Geo-Information Science and Earth Observation (ITC)
Chamber of Commerce: 410 27 560

E-mail disclaimer
The information in this e-mail, including any attachments, is intended for the addressee only. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or action in relation to the content of this information is strictly prohibited. If you have received this e-mail by mistake, please delete the message and any attachment and inform the sender by return e-mail. ITC accepts no liability for any error or omission in the message content or for damage of any kind that may arise as a result of e-mail transmission.


From geomartino at gmail.com  Fri Dec  4 05:34:22 2009
From: geomartino at gmail.com (Martin Ouellet)
Date: Fri, 4 Dec 2009 08:34:22 -0500
Subject: [mapserver-users] Strange behavior for a truetype symbol render..
Message-ID: <28d70b140912040534j1bf7f5aq7ec8d92d3c604ee0@mail.gmail.com>

Hi there,

I have two symbol definition in my mapfile:

    SYMBOL
        NAME        'baisse'
        TYPE        TRUETYPE
        FONT        "windg3"
        #CHARACTER   "?"
        CHARACTER   "&#200;"
    END

    SYMBOL
        NAME        'hausse'
        TYPE        TRUETYPE
        FONT        "windg3"
        #CHARACTER   "?"
        CHARACTER   "&#199;"
    END

While moving the map around (and without making any changes in the mapfile
or in js code), sometime Mapserver is drawing the arrow up symbol (hausse),
and the other time, the arrow down symbol (baisse). See attachment for this
strange display. In both case, the symbol who's not displayed correctly is
replaced with a little box in the center of the circle.

Here the 2 WMS call behind it (identical but BBOX is different)
http://
<myserver>/cgi-wms/adnInternet?LAYERS=ADN_STATION&TRANSPARENT=true&FORMAT=image%2Fpng&ISBASELAYER=false&VISIBILITY=true&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&SRS=EPSG%3A900913&BBOX=-8357644.0084038,5691908.0497863,-7868447.0274662,6038014.9137997&WIDTH=800&HEIGHT=566
http://
<myserver>/cgi-wms/adnInternet?LAYERS=ADN_STATION&TRANSPARENT=true&FORMAT=image%2Fpng&ISBASELAYER=false&VISIBILITY=true&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&SRS=EPSG%3A900913&BBOX=-8451202.9310082,5636261.8932047,-7962005.9500706,5982368.7572181&WIDTH=800&HEIGHT=566

Any tought why this happen?

MartinO
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091204/da075805/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: arrow_up2.GIF
Type: image/gif
Size: 8143 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091204/da075805/attachment.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: arrow_down2.GIF
Type: image/gif
Size: 8894 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091204/da075805/attachment-0001.gif>

From dgwalton at gmail.com  Fri Dec  4 06:18:14 2009
From: dgwalton at gmail.com (Daniel Walton)
Date: Fri, 4 Dec 2009 08:18:14 -0600
Subject: [mapserver-users] Anyone know how to set up Mapserver under IIS 7
	x64?
Message-ID: <8ab83e650912040618yd7bc9b4w3dd64f48f776cecf@mail.gmail.com>

I had Mapserver running well under IIS 7 x86 + PHP, but we now have a 64-bit
requirement, and I am having trouble getting Mapserver to work. I tried
32-bit IIS emulation to no avail. I was wondering if anyone out there has
accomplished this in 64 bit Windows, and if so, how?

Thanks guys,
Dan Walton


 Dan Walton
GIS Fire Tools <http://gisfiretools.com>
(612) 232-6784 <callto:+16122326784>
dgwalton at gmail.com
[image: Linkedin] <http://www.linkedin.com/in/danielwalton2010> [image:
Twitter] <http://twitter.com/danwallie>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091204/1854d8eb/attachment.htm>

From szekerest at gmail.com  Fri Dec  4 11:29:41 2009
From: szekerest at gmail.com (Tamas Szekeres)
Date: Fri, 4 Dec 2009 20:29:41 +0100
Subject: [mapserver-users] Anyone know how to set up Mapserver under IIS 7
	x64?
In-Reply-To: <8ab83e650912040618yd7bc9b4w3dd64f48f776cecf@mail.gmail.com>
References: <8ab83e650912040618yd7bc9b4w3dd64f48f776cecf@mail.gmail.com>
Message-ID: <f3b73b7d0912041129v1e6972efp6b9e56c29cddca30@mail.gmail.com>

Daniel,

The x64 binaries at http://vbkto.dyndns.org/sdk/ would be near to this
requirement, if we'd compile mapserver with php support.
This would require at first to compile the php lib for x64 on Windows.
Then you might try to use the x64 SDK package and edit the Makefile and
recompile mapserver accordingly.

Best regards,

Tamas



2009/12/4 Daniel Walton <dgwalton at gmail.com>

> I had Mapserver running well under IIS 7 x86 + PHP, but we now have a
> 64-bit requirement, and I am having trouble getting Mapserver to work. I
> tried 32-bit IIS emulation to no avail. I was wondering if anyone out there
> has accomplished this in 64 bit Windows, and if so, how?
>
> Thanks guys,
> Dan Walton
>
>
>  Dan Walton
> GIS Fire Tools <http://gisfiretools.com>
> (612) 232-6784 <callto:+16122326784>
> dgwalton at gmail.com
> [image: Linkedin] <http://www.linkedin.com/in/danielwalton2010> [image:
> Twitter] <http://twitter.com/danwallie>
>
> _______________________________________________
> 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/20091204/6042d5d1/attachment.htm>

From armin.burger at gmx.net  Fri Dec  4 11:47:56 2009
From: armin.burger at gmx.net (Armin Burger)
Date: Fri, 04 Dec 2009 20:47:56 +0100
Subject: [mapserver-users] How to avoid warning messages for WFS and
	optional metadata
Message-ID: <4B19676C.1030003@gmx.net>

Hi all

when defining a WFS with MapServer the GetCapabilities request returns 
several warnings of the type:

WARNING: Optional metadata ... was missing for ...

if the version is set to 1.1.0 (it does not appear for requested version 
1.0.0). I do not really understand why missing *optional* metadata 
parameters create a warning output. Therefore my question is if there is 
a configuration setting that allows suppressing warnings for missing 
optional elements.

Thanks for any hints

Armin

PS: When I remember well this behaviour is the same for WCS in version 1.1.0


From zhaops at hotmail.com  Fri Dec  4 12:00:09 2009
From: zhaops at hotmail.com (Peisheng Zhao)
Date: Fri, 4 Dec 2009 20:00:09 +0000
Subject: [mapserver-users] Multiple styles for raster data in MapServer
Message-ID: <BAY121-W5227D142A2DB37D2B24ADAD0930@phx.gbl>


Hi all,

I follow the document http://mapserver.org/ogc/sld.html to set up multiple styles for raster data in map file, just like this:

CLASSGROUP  "sequential"
CLASS
   GROUP "sequential"
   EXPRESSION ([pixel] <= 2e+15)
   STYLE
             COLOR 255 237 160
    END
END
CLASS
    GROUP "sequential"
    EXPRESSION ([pixel] >2e+15 AND [pixel] <= 3e+15)
    STYLE
        COLOR 254 217 118
     END
END
...
...
CLASSGROUP "KNMI"
CLASS
   GROUP "KNMI"
   EXPRESSION ([pixel] <= 1e+15)
   STYLE
      COLOR 161 240 119
   END
END
CLASS
    NAME  "knmi2"
    GROUP "KNMI"
    EXPRESSION ([pixel] >1e+15 AND [pixel] <= 2e+15)
    STYLE
        COLOR 136 238 120
     END
END


In the response of "getcapabilities", there shows two styles "sequential, KNMI" available. But when I get map using either "styles=sequential" or "styles=KNMI", the rendered image is in "sequential" style. Then, I define "KNMI" at first, and "sequential" secondly in the Map file. The rendered images are all in "KNMI" style whatever I set up "styles" in getMap request. 

Is there anything wrong in my Map file? 





 		 	   		  
_________________________________________________________________
Windows Live Hotmail is faster and more secure than ever.
http://www.microsoft.com/windows/windowslive/hotmail_bl1/hotmail_bl1.aspx?ocid=PID23879::T:WLMTAGL:ON:WL:en-ww:WM_IMHM_1:092009
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091204/76337ffa/attachment.htm>

From jkapalczynski at ci.maple-grove.mn.us  Fri Dec  4 12:21:15 2009
From: jkapalczynski at ci.maple-grove.mn.us (Jay Kapalczynski)
Date: Fri, 4 Dec 2009 14:21:15 -0600
Subject: [mapserver-users] html and ajax query
Message-ID: <D7A5EAC385604446AB1DD24BF4F5A918A00826ACAD@MG-Mail.ci.maple-grove.mn.us>

I am trying to get the user to choose from 2 comboboxes...cant seem to get this to work.......maybe someone out there can see something I am doin wrong?
I think this how it works?  Using the code below
The user selects two values in combo boxes ("PriceFactor and PriceArea")
Click the button to call function "ReturnQueryResults"
The Array is built from the values of the two dropdown boxes ("id = PriceFactor" and "id = PriceArea") using their ID values
The javascript call is made that calls Ajax page which sends the php page the array of values.  I then have to parse the ID (the array) with "Get" in the php page, formatting the output, which is then shown on the target specified in the Ajax page.
The results go back to the back to the ajax page

I don't have a great understanding of this...trying with a couple dropdowns to start.

Any help would be greatly appreciated...I think I am pretty close but can use another set of eyes...

THanks


HTML PAGE:

<p><b>Please Choose Price Factor:</b><br>
                        <select name="PriceFactor" id="PriceFactor">
                                              <option value=""></option>
                                              <option value="greaterthan">Greater Than</option>
                                              <option value="lessthan">Less Than</option>
                                              <option value="between">Between</option>
                                              <option value="equalto">Equal To</option>
                                              <option value="greaterthanequalto">Greater Than Equal To</option>
                                              <option value="lessthanequalto">Less Than Equal To</option>
                        </select>
                        <p><b>Please Choose Area:</b><br>
                        <select name="PriceArea" id="PriceArea">
                                              <option value=""></option>
                                              <option value="100">100</option>
                                              <option value="500">500</option>
                                              <option value="700">700</option>
                        </select>

<input type="button" value="Send to Ajax and Tab" onClick="ReturnQueryResults();">
<br>
<br>


<script type="text/javascript">

                        function ReturnQueryResults() {
                                                var url = " PropertyQuery3?";
                                                var input_values_to_append = new Array('PriceFactor','PriceArea');
                                                for(var i = 0; i < input_values_to_append.length; i++) {
                                                                        url += '&'+input_values_to_append[i].name+'='+input_values_to_append[i].value;

                                                }

                                                javascript:getResulthype('url')
                        }

</script>


AJAX Page:

function getResulthype(url){

    var _target = 'content_details_form';

    if (id.length == 0) {
        document.getElementById(_target).innerHTML="<b>No Information Available</b>";
        return;
    }
    xmlHttp = GetAJAXObject();
    if (xmlHttp==null) {
        alert ("Unable to process your request, your browser does not support AJAX!");
        return;
    }

    var url = "http://127.0.0.1:80/webapp/php/"+url+";

    xmlHttp.onreadystatechange = showResult;
    xmlHttp.open("GET",url,true);
    xmlHttp.send(null);
}


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

From Steve.Toutant at inspq.qc.ca  Fri Dec  4 12:35:18 2009
From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca)
Date: Fri, 4 Dec 2009 15:35:18 -0500
Subject: [mapserver-users] Layer based on a view renders faster than if
	based on a table
In-Reply-To: <1364.87.212.162.59.1259002563.squirrel@webmail.hostingdiscounter.nl>
Message-ID: <OF98CD0902.A114A767-ON85257682.006F89FD-85257682.007118BD@ssss.gouv.qc.ca>

Hi,
I have a layer that renders faster when DATA is defined on a view than on 
a table with a clustered index.

Here is the layer definition
  CONNECTIONTYPE postgis
  CONNECTION "host=xxxx dbname=xx user=xx password=xx port=5432"
  DATA "geom900913 FROM prevalence using unique id using srid=900913"
  PROCESSING "CLOSE_CONNECTION=DEFER"
  PROJECTION
    "init=epsg:900913"
  END

My MAP projection is also 900913

If prevalence is a
Postgis View: 0.469s (2.6 seconds in OpenLayers)
Postgis table: 0.781s (3.6 seconds in OpenLayers)
Postgis table+index+cluster: 0.782s ( 3.4 seconds  in OpenLayers)

I thought that a layer definition based on a table would be much faster 
than on a view.
What should be the expected behavior please?

Please tell me is this should be asked to postgis forum.

thanks
Steve


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

From dmorissette at mapgears.com  Fri Dec  4 14:05:29 2009
From: dmorissette at mapgears.com (Daniel Morissette)
Date: Fri, 04 Dec 2009 17:05:29 -0500
Subject: [mapserver-users] Layer based on a view renders faster than if
	based on a table
In-Reply-To: <OF98CD0902.A114A767-ON85257682.006F89FD-85257682.007118BD@ssss.gouv.qc.ca>
References: <OF98CD0902.A114A767-ON85257682.006F89FD-85257682.007118BD@ssss.gouv.qc.ca>
Message-ID: <4B1987A9.3060405@mapgears.com>

Steve.Toutant at inspq.qc.ca wrote:
> 
> I thought that a layer definition based on a table would be much faster 
> than on a view.
> What should be the expected behavior please?
> 
> Please tell me is this should be asked to postgis forum.
> 

I'd suggest you capture the exact SQL query that is run in each case 
(using DEBUG/MS_ERRORFILE) and check that the difference in time indeed 
comes form the PostGIS queries.

If that's the case then you could submit a question to the postgis list 
based on that, taking MapServer out of the equation.

If on the other hand the queries take about the same time and the time 
difference is in MapServer's code (which I doubt) then we'd need more 
details (ideally a testcase) to be able to reproduce and troubleshoot 
the issue.

Daniel
-- 
Daniel Morissette
http://www.mapgears.com/


From shanksje at yahoo.com  Fri Dec  4 21:42:30 2009
From: shanksje at yahoo.com (Jennifer Shanks)
Date: Fri, 4 Dec 2009 21:42:30 -0800 (PST)
Subject: [mapserver-users] Fw: DECEMBER 5th!! RED BALLOON SEARCH starts
	Tomorrow! Help Conservation group win $40,
	000 for scholarship Program!
Message-ID: <58144.72327.qm@web83402.mail.sp1.yahoo.com>





----- Forwarded Message ----
From: Lisa Pierce <l.pierce at VERIZON.NET>
To: SCGIS at LISTSERV.URI.EDU
Sent: Fri, December 4, 2009 5:49:38 PM
Subject: DECEMBER 5th!!  RED BALLOON SEARCH starts Tomorrow! Help Conservation group win $40,000 for scholarship Program!

Please send on this note to your network to extend the SCGIS family and
increase our chances of winning! 

RED BALLOON SEARCH Tomorrow! Help Conservation group win $40,000 for
scholarship Program! 
Importance: High

http://www.edc.uri.edu/scgis/

SCGIS Takes On The DARPA Challenge:

Help the Society for Conservation GIS win $40,000 for our international
scholarship program and improve our SCGIS networking efforts!
www.scgis.org

The Challenge: Help the SCGIS Team locate 10 RED Weather Balloons THIS
Saturday Dec 05, 2009. This is a one day event and all we need are your
eyes...We do NOT need individuals to drive all over the countryside, we need
increased numbers of observers. If you forward this email to ALL individuals
on your contact list we have a greater chance of winning. The only way we
can possible win this challenge is to have thousands of eyes looking for
these red weather balloons located throughout the United States. You do NOT
have to be a "geocacher" or own a GPS to participate, we just need you to
keep an eye out for the balloons. This money will be used to help
conservationists world-wide to gain the skills they need to conserve the
environment, indigenous tribes, and local communities.

Why SCGIS: Because the Society of Conservation GIS is comprised of the
world's smartest mapping geeks, nerds, wonks, and pros, if we can't come up
with 10 geographic locations for bright red balloons, who can? Oh yeah, if
we are the first to log the 10 balloon sites, the SCGIS will win a prize of
$40,000 which will be used to support the SCGIS International Scholarship
Fund. Our participation in this event is strictly for fund-raising purposes,
and having some fun as well.

Why is DARPA Doing This?: They want to find out how society can mobilize
itself using the Internet and social networking tools. We have the answer --
pull together a great group like SCGIS and their friends and put them to the
task.

Rules/information for the Challenge:
. Balloons will go up at 10:00am (ET) (7:00am PT) and be taken down at 4:00
pm local time on Saturday 05 Dec - yes this means they will be visible for 6
hrs on the east coast and 9 hrs on the west coast.
. All balloon locations will be visible from a roadway and all areas will be
accessible to the public by pedestrian access. Officials will be stationed
with the balloons and participants should ask officials for the balloon
number and to verify that it is a DARPA Challenge balloon.
. Balloons will be visible on 05 Dec ONLY, but we have until noon on 14 Dec
to collect the information from our participants.
. Federal government employees can not submit locations to DARPA but they
can partiticpate in the search for balloons. SCGIS will submit locations for
everyone. 
. The balloons coordinates should be collected in degree-minute-second
(DDD-MM-SS) format (latitude/longitude, do not use negative values for
longitude). IF you do not have a GPS unit, we have staff available to
convert available information (street intersections,...nearby lakes) for
you..gather as much information as possible, and be as detailed as possible.
See the instructions below for submitting your observation


What You Need to Do: Take a walk, go for a jog, hop on your bike, or fire up
that hybrid and go for a Saturday drive. If you see a big red balloon that
looks like this, take a photo, get an address, and if you are
geospatially-enabled, compute a lat-long value that is within 1 mile of
where the balloon is. If you have no idea how to determine the latitude and
longitude, not prob, just us get an address. There will be a credentialed
DARPA staffer at the site so if you are not sure you found a DARPA balloon,
just ask. DARPA balloons are also numbered (1-10) and be sure to record this
as well. More photos of DARPA balloons can be seen here.  

Spread the Word: Tell your friends, family, colleagues, and neighbors to be
on the lookout for a red DARPA balloon. And tell them you are doing it for
SCGIS and their scholarship fund. If they find one, let us know. Here is a
sample announcement for your friends, colleagues and family. 

Reporting Your Observation: We need the following information from you:

Participant's Info:
Participant's Name:
Telephone Number:
Email Address:
Participant's State:
Participant's County:
Participant's Town/City:

KEY Info: 
Balloon Number (Balloon number will be clearly visible and is available from
the DARPA staff at the balloon site):
Street Intersection and City of sighting.
Lat/Long of the Balloon (If feasible but not necessary) How the coordinate
was derived.
A photo (if possible)
Brief (few sentences) of the setting of the balloon (any details are
valuable) Brief summary of who they heard about this contest from (their
network lineage)


How to Log Your Sighting:

TELEPHONE: 909-793-9011 
TEXT MESSAGES: 909-553-4710 
EMAIL: Email the info to:l.pierce at verizon.net
WEB: Click HERE
SKYPE ADDRESS : Lapierce (location is Redlands CA)


Current SCGIS Balloon Sightings (none as of Dec 4, 2009). 
States where SCGIS has registered sightings will be circled on the map
below.

*******************************************************
SCGIS:The LISTSERV for the Society for Conservation GIS
www.scgis.org

To unsubscribe send the following email message
to LISTSERV at LISTSERV.URI.EDU:
SIGNOFF SCGIS
********************************************************



From guineau at earthlink.net  Fri Dec  4 06:11:51 2009
From: guineau at earthlink.net (W.John Guineau)
Date: Fri, 4 Dec 2009 09:11:51 -0500
Subject: [mapserver-users] Shapefile,
	itemnquery and HTML image map generation problem
In-Reply-To: <042101ca7454$bfc62830$3f527890$@net>
References: <042101ca7454$bfc62830$3f527890$@net>
Message-ID: <04e001ca74eb$bc473400$34d59c00$@net>

How would I go about debugging this? 

 

I think this is GDAL and its query of shapefiles, right?

 

The bottom line is that MapServer finds all the items when it is rendering
the map by layer/class EXPRESSION, but the qstring in a URL using the exact
same EXPRESSION string misses some of the items.

 

I can also use ogrinfo from MAP4W to execute an SQL query directly on the
shapefile and the items in questions are certainly there.

 

In the image below, the green areas are result of the mapfile layer class
EXPRESSION - all are correctly rendered. However, several of them do not get
generated (HTML imagemap <area> tags not generated) when using a URL and
itemnquery/qstring with the identical EXPRESSION.

 

How do I enable debug (enabling mapfile DEBUG does not seem to give any
useful info as to why GDAL is skipping certain items) Am I better off using
MAP4W or similar to get debug/trace info for shapefile queries?

 

john

 

 



 

From: mapserver-users-bounces at lists.osgeo.org
[mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of W.John Guineau
Sent: Thursday, December 03, 2009 3:11 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] Shapefile, itemnquery and HTML image map
generation problem

 

I have a basic vector shapefile that I am trying to generate HTML clickable
maps from. It seems to work well for the most part, however there is a
problem where some items from the shapefile do not get processed from the
qstring in the browser, but they are processed fine in the mapfile layer (to
color them differently).

 

So the map that renders shows all the items colored properly as the layer
class defines. Using the exact same list of items in the HTTP query string
causes several items to be ignored (the HTML image map area is not
generated).

 

http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m&
mode=itemnquery&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize=600
+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B,102C,103,104,105
,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,
114A,114B,115A,115B,115C")

 

Below is the layer section from the mapfile. I can post whatever else is
helpful. 

 

Thanks for any help on this.

 

john

 

LAYER 

                NAME map_m

                DATA "map_shape"

                TEMPLATE "bodytemplate.html"

                HEADER "imapheader.html"

                FOOTER "imapfooter.html"

                PROJECTION

                                "proj=latlong"

                                "ellps=GRS80"

                                "init=epsg:4326"

                END

                TYPE polygon

                STATUS ON

                TRANSPARENCY 70

                CLASS

                                NAME "MLRA"

                                COLOR 0 200 0

                                OUTLINECOLOR 0 0 0

                                EXPRESSION( "[MLRARSYM]" in
"102A,102B,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,1
11B,111C,111D,111E,112,113,114A,114B,115A,115B,115C" )

                END

                METADATA 

                                qstring_validation_pattern ".*"

                END

END

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091204/f4d045d5/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 26620 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091204/f4d045d5/attachment.png>

From francesco.pirotti at unipd.it  Mon Dec  7 02:50:51 2009
From: francesco.pirotti at unipd.it (francesco)
Date: Mon, 07 Dec 2009 11:50:51 +0100
Subject: [mapserver-users] mapscript does not use GRID information when
	reprojecting rect object
In-Reply-To: <5CDE4E2F906F4CE9B22AFEDB42CD00F0@SkySource>
References: <5CDE4E2F906F4CE9B22AFEDB42CD00F0@SkySource>
Message-ID: <4B1CDE0B.8010703@unipd.it>

Hello I do not know if this it the right list to post, but I was 
wandering if any of you had trouble when using the "project()" function 
in mapscript (PHP). It does not use the grid file which is stated in the 
EPSG line in the epsg file inside the ...proj/nad directory. 
Reprojection of the map is wonderful, uses the grids, but script 
reproject of a rectangle object does not make use of the grids. I made 
sure of course that the epsg file which is read is the one I modified. 
Anyone had the same problem?
Cheers,

-- 
*Francesco Pirotti*
Dep. TESAF
CIRGEO ? Interdepartmental Research Center on Cartography Photogrammetry
Remote Sensing and G.I.S.
University of Padova
Web: http://www.cirgeo.unipd.it/cirgeo/francescopirotti.htm
Email: francesco.pirotti at unipd.it <mailto:francesco.pirotti at unipd.it>
Phone: +39 049 827 2710
Phone: +39 349 55 39 261




From guineau at earthlink.net  Mon Dec  7 07:08:19 2009
From: guineau at earthlink.net (guineau at earthlink.net)
Date: Mon, 07 Dec 2009 15:08:19 +0000
Subject: [mapserver-users] Shapefile,
	itemnquery and HTML image map generation problem
Message-ID: <E1NHfCf-00016z-7V@elasmtp-mealy.atl.sa.earthlink.net>

Hi Dave, the missing id's seem randomly distributed spatially. There is no obvious pattern to the id's - they are of the form NNN or NNNL (where N is a number, L is  letter. I can even restrict the URL to a single (missing) id and it still does not emit the <area> tag, but does render the class layer in the image.

john

----------
Sent from my Verizon Wireless mobile phone

------Original Message------
From: Fawcett, David (MPCA) <David.Fawcett at state.mn.us>
To: "mapserver-users at lists.osgeo.org" <mapserver-users at lists.osgeo.org>,"Fawcett, David (MPCA)" <David.Fawcett at state.mn.us>
Date: Mon, Dec 7, 8:41 AM -0600
Subject: RE: [mapserver-users] Shapefile, itemnquery and HTML image map generation problem

John,

What features are not being rendered?  Are they randomly distributed?  located at the outside edges of the rendered features? Any pattern to the IDs?

David.

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of W.John Guineau
Sent: Friday, December 04, 2009 8:12 AM
To: 'W.John Guineau'; mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Shapefile, itemnquery and HTML image map generation problem

How would I go about debugging this?

I think this is GDAL and its query of shapefiles, right?

The bottom line is that MapServer finds all the items when it is rendering the map by layer/class EXPRESSION, but the qstring in a URL using the exact same EXPRESSION string misses some of the items.

I can also use ogrinfo from MAP4W to execute an SQL query directly on the shapefile and the items in questions are certainly there.

In the image below, the green areas are result of the mapfile layer class EXPRESSION - all are correctly rendered. However, several of them do not get generated (HTML imagemap <area> tags not generated) when using a URL and itemnquery/qstring with the identical EXPRESSION.

How do I enable debug (enabling mapfile DEBUG does not seem to give any useful info as to why GDAL is skipping certain items) Am I better off using MAP4W or similar to get debug/trace info for shapefile queries?

john


[cid:image001.png at 01CA7719.0F845920]

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of W.John Guineau
Sent: Thursday, December 03, 2009 3:11 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] Shapefile, itemnquery and HTML image map generation problem

I have a basic vector shapefile that I am trying to generate HTML clickable maps from. It seems to work well for the most part, however there is a problem where some items from the shapefile do not get processed from the qstring in the browser, but they are processed fine in the mapfile layer (to color them differently).

So the map that renders shows all the items colored properly as the layer class defines. Using the exact same list of items in the HTTP query string causes several items to be ignored (the HTML image map area is not generated).

http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m&mode=itemnquery&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize=600+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,114A,114B,115A,115B,115C")

Below is the layer section from the mapfile. I can post whatever else is helpful.

Thanks for any help on this.

john

LAYER
                NAME map_m
                DATA "map_shape"
                TEMPLATE "bodytemplate.html"
                HEADER "imapheader.html"
                FOOTER "imapfooter.html"
                PROJECTION
                                "proj=latlong"
                                "ellps=GRS80"
                                "init=epsg:4326"
                END
                TYPE polygon
                STATUS ON
                TRANSPARENCY 70
                CLASS
                                NAME "MLRA"
                                COLOR 0 200 0
                                OUTLINECOLOR 0 0 0
                                EXPRESSION( "[MLRARSYM]" in "102A,102B,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,114A,114B,115A,115B,115C" )
                END
                METADATA
                                qstring_validation_pattern ".*"
                END
END



From dgwalton at gmail.com  Mon Dec  7 07:46:16 2009
From: dgwalton at gmail.com (Daniel Walton)
Date: Mon, 7 Dec 2009 09:46:16 -0600
Subject: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank
	images
Message-ID: <8ab83e650912070746i4b916b98mfc03307e6677d844@mail.gmail.com>

Thanks to all who've been helping me along. I'm getting close to having x64
working now. I've worked through a slew of issues over the weekend, most
related to permissions. My latest issue is that mapserv.exe, when invoked
via IIS 7's FastCGI (classic mode) module, is returning blank images.
GetCapabilities is working fine, and the GetMap images are the right size
and format, but they're blank. Here's my setup: I downloaded and installed
the x64 binaries (from Tamas, thanks!) into a single directory (C
:\mapserver\). The IIS impersonated user has sufficient privileges on this
folder and all data folders. I am accessing mapserver's WMS service with
this URL:

http://www.fireimagery.com/ms/mapserv.exe?map=C%3A%2Fmaps%2FA091207074551.map&SERVICE=WMS&REQUEST=GetMap&WIDTH=1680&HEIGHT=536&FORMAT=image/png&LAYERS=ZZ&S0TYLE=&BGCOLOR=0x888888&TRANSPARENT=FALSE&VERSION=1.3.0&CRS=EPSG:4326&BBOX=36.0156802563091,-123.307040153269,37.2036688809148,-119.583493717938&EXCEPTIONS=XML

The corresponding mapfile text is as follows:

MAP
  EXTENT 36.0992948502284 -121.822480778145 36.3421121497716
-121.520865221855
  IMAGECOLOR 255 255 255
  IMAGETYPE PNG
  SIZE -1 -1
  STATUS ON
  UNITS DD
  CONFIG PROJ_LIB "C:/mapserver/"
  NAME "A091207074551"

  OUTPUTFORMAT
    NAME "aggpng24"
    MIMETYPE "image/png"
    DRIVER "AGG/PNG"
    EXTENSION "PNG"
    IMAGEMODE "RGBA"
    TRANSPARENT TRUE
  END

  PROJECTION
    "init=epsg:4326"
  END

  QUERYMAP
    COLOR 255 255 0
    SIZE -1 -1
    STATUS OFF
    STYLE HILITE
  END

  WEB
    IMAGEPATH ""
    IMAGEURL ""
    METADATA
      "wms_title"    "A091207074551"
    END
    QUERYFORMAT text/html
    LEGENDFORMAT text/html
    BROWSEFORMAT text/html
  END

  LAYER
    DATA
"C:\rawimages\A091207074551_output\A091207074551_0_config_PROCESS_RESULTS\BASINCOMPLEX_ftp.coloradoskye.com_2008_CA_Siege_080627_1200Local_SPOT_NIR_OUT.PNG"
    EXTENT 36.0992948502284 -121.822480778145 36.3421121497716
-121.520865221855
    METADATA
      "wms_srs"    "EPSG:4326"
      "wms_extent"    "36.1 -121.8 36.3 -121.5"
      "wms_title"
"BASINCOMPLEX_FTP.COLORADOSKYE.COM_2008_CA_SIEGE_080627_1200LOCAL_SPOT_NIR"
    END
    NAME "ZZ"
    PROJECTION
      "init=epsg:4326"
    END
    STATUS ON
    TYPE RASTER
    UNITS DD
  END

END

I have tried several different image formats and drivers, all produce blank
images. Any ideas what might be wrong? Any way to set up more helpful error
trapping?

Thanks,
Dan Walton
GIS Fire Tools <http://gisfiretools.com>


On Sun, Dec 6, 2009 at 4:04 PM, Tamas Szekeres <szekerest at gmail.com> wrote:

> Daniel,
>
> In bin/gdal/apps you can find the generic gdal/ogr applications, whereas
> the applications in bin/gdal/csharp have been implemented by using the gdal
> c# API. gdalinfo.exe and ogrinfo.exe provides similar functionalities in
> both cases.
>
> Best regards,
>
> Tamas
>
>
>
>
> 2009/12/6 Daniel Walton <dgwalton at gmail.com>
>
> Tamas,
>>
>> In your binary distibutions there are 2 versions of gdalinfo.exe and
>> ogrinfo.exe, one in bin/gdal/apps and the other in bin/gdal/csharp. What is
>> the difference between the two versions?
>>
>> -Dan
>>
>>
>>
>> On Sat, Dec 5, 2009 at 3:31 AM, Tamas Szekeres <szekerest at gmail.com>wrote:
>>
>>> Have you configured mapping the .exe extension to this mapserv.exe with
>>> your IIS application?
>>> Make sure to enable CGI mode and copy all the x64 dll-s to the same
>>> directory as the mapserv.exe application.
>>> Set up the executing permissions to something like 'Scripts and
>>> Executables'
>>>
>>> Best regards,
>>>
>>> Tamas
>>>
>>>
>>>
>>> 2009/12/5 Daniel Walton <dgwalton at gmail.com>
>>>
>>> Tamas,
>>>>
>>>> Update: I removed the CGI mapping and just used the default CGI hander
>>>> in IIS. Now the request returns a file named mapserv.exe. I attached it as a
>>>> text file. Again, thanks for any insights.
>>>>
>>>> -Dan
>>>>
>>>>
>>>>
>>>> On Fri, Dec 4, 2009 at 9:14 PM, Daniel Walton <dgwalton at gmail.com>wrote:
>>>>
>>>>> Tamas,
>>>>>
>>>>> I installed the binaries from your website into c:\mapserver, added all
>>>>> the paths to the system path variable, and set up the IIS folders. Now I get
>>>>> a 500 internal error when trying to access mapserv.exe. The application log
>>>>> gives this error:
>>>>>
>>>>> *Faulting application mapserv.exe, version 0.0.0.0, time stamp
>>>>> 0x4b1893cb, faulting module libmap.dll, version 6.0.6001.18000, time stamp
>>>>> 0x4791adec, exception code 0xc0000135, fault offset 0x00000000000b1188,
>>>>> process id 0x4bc, application start time 0x01ca7557ca56f442.*
>>>>>
>>>>> Any idea what I'm doing wrong?
>>>>>
>>>>> Thanks,
>>>>> Dan
>>>>>
>>>>>
>>>>>
>>>>> On Fri, Dec 4, 2009 at 2:22 PM, Tamas Szekeres <szekerest at gmail.com>wrote:
>>>>>
>>>>>> I've mostly used this with IIS6,but it should however work on IIS7 as
>>>>>> well.
>>>>>>
>>>>>> On IIS6 I configure a web server extensions to mapserv.exe (CGI mode)
>>>>>> and fcgiext.dll (for FastCGI).
>>>>>> Set up the executing permission (Scripts and Executables) and the
>>>>>> application extension mapping (.exe) to mapserv.exe or fcgiext.dll.
>>>>>>
>>>>>> Best regards,
>>>>>>
>>>>>> Tamas
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> 2009/12/4 Daniel Walton <dgwalton at gmail.com>
>>>>>>
>>>>>>> Tamas,
>>>>>>> That's exactly what I was hoping you'd say! Which IIS module mapping
>>>>>>> should I use for *.exe?
>>>>>>>
>>>>>>>
>>>>>>> On Fri, Dec 4, 2009 at 1:55 PM, Tamas Szekeres <szekerest at gmail.com>wrote:
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> 2009/12/4 Daniel Walton <dgwalton at gmail.com>
>>>>>>>>
>>>>>>>>> Tamas,
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Thanks for the reply. If I just want to use mapserver CGI as a WMS
>>>>>>>>> server, do I need PHP? Is there another way to interact with mapserv.exe for
>>>>>>>>> this limited purpose (e.g. an ASP.NET wrapper or something)?
>>>>>>>>>
>>>>>>>>> -Dan
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>> Dan,
>>>>>>>>
>>>>>>>> If you use the MapServer CGI  (mapserv.exe) you wouldn't require to
>>>>>>>> compile against PHP, the packages from http://vbkto.dyndns.org/sdk/could be used without any change.
>>>>>>>> Those packages also contain the MapScript C# interface
>>>>>>>> (mapscript_csharp.dll) which would support creating ASP.NETapplications around the MapServer codebase when you have further
>>>>>>>> requirements about the desired functionality.
>>>>>>>>
>>>>>>>>
>>>>>>>> Best regards,
>>>>>>>>
>>>>>>>> Tamas
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091207/8ce06397/attachment.htm>

From thomas.ellett at statkart.no  Mon Dec  7 08:16:38 2009
From: thomas.ellett at statkart.no (tellett)
Date: Mon, 7 Dec 2009 08:16:38 -0800 (PST)
Subject: [mapserver-users] Mapserver Expression Result Error
In-Reply-To: <4B1684EB.80704@gatewaygeomatics.com>
References: <1259764078523-4100026.post@n2.nabble.com>
	<4B1684EB.80704@gatewaygeomatics.com>
Message-ID: <1260202598576-4126817.post@n2.nabble.com>


Hei Jeff, thanks for getting back to me, and so quickly! Haven't been able to work on this since I posted hence the slight delay for this. You're quite right of course, mapserver is rendering all the correct features, the problem I was having is to do with getfeatureinfo requests. If you set up a service with the mapfile and shp file (I've attached a new map file with no reference to fonts or symbols and less metadata!!) and access in gaia or quantum for instance (have to use utm32N, 32632), then click around the single polygon that agrees with the expression you'll notice that you still get getfeatureinfo information, which leads me to understand that the getfeatureinfo query runs at a layer level rather than a class level and does not inherit any of the getmap information? Is that right?

 

Another issue I've found now is that for some reason if you use the expression ('[BILDEMALES]' <= "5999") in the class, mapserver seems to return all the features, not just the ones that fit the expression. I queried the shp file in quantum and it came back with 73 matches. When I create an image using shp2img however (or use the wms service), mapserver returns all features. Its weird because you can use the expression (('[bildemales]' >= '8000') and ('[bildemales]' <= '9999')) (and many other expressions) instead and it'll return the correct number of features for the expression. I even tried (('[bildemales]' >= '1') and ('[bildemales]' <= '5999')) and it still returns all features instead of just the 73 it should. Is this a bug perhaps? I'm using mapserver 5.4.

 

Cheers

 

Tom 

 

________________________________

From: Jeff McKenna [via OSGeo.org] [mailto:ml-node+4100329-1582451534 at n2.nabble.com] 
Sent: Wednesday, December 02, 2009 4:23 PM
To: Thomas Ellett
Subject: Re: [mapserver-users] Mapserver Expression Result Error

 

tellett wrote: 


> Hi all, I've come up against a problem that I just can't seem to fix, so I 
> hope someone on here has the time to look into this and prove that I'm not 
> going crazy!! 
> 
> I've attached a zip file with a stripped down map file with just one layer 
> and one class and the associated shp file. 
> http://n2.nabble.com/file/n4100026/flydekning.zip flydekning.zip 
> 
> The problem is that when I request features with the expression 'BILDEMALES' 
> = "8000", a filter takes place but clearly not the right one because I just 
> seem to get random features returned, some correct, most not (having a 
> BILDEMALES value of 1000, 8000, 20000 etc). I originally tried this with 
> postgis data and tried regex expressions, string comparisons and logical 
> mapserver expressions, and with different values for the attribute. 
> Everytime it returned some right and some wrong values. 
> 
> The attribute column in postgis was originally var char and I converted it 
> to numeric, neither worked. 
> 
> So now I've tried with the original shp file and get the same results. The 
> attribute in the shp file is of type char. Also, as you can see with the 
> commented out time extents, originally (when connecting to postgis) I was 
> just calling records from 1947 (filtering on the fotodato attribute which I 
> changed to type date in postgis), but with the shp file I should be calling 
> all records as there is no date filter in place anymore (the fotodato field 
> in the shp file is of type char). However, even though the records returned 
> seem to be random, they are all from 1947. This isn't so important, just a 
> bit weird? I've checked the log file but I seem to just be getting the error 
> message: 
> 
> 'msSearchDiskTree(): Search returned no results. Unable to open spatial 
> index for /opt/maps/flyfoto_dekning/flightpass-1-999f.qix. In most cases you 
> can safely ignore this message, otherwise check file names and permissions.' 
> 
> The data is in utm32N or epsg:32632 
> 
> Hope someones encountered this before and knows the fix!! 
> 
> 


Hello, 

Thanks for packaging a test case.  Note that the package is missing font 
  and symbol files that your mapfile points to, so in the future your 
test packages should contain no references to fonts or symbols, to make 
it easier to run (I removed all references and extra metadata and 
objects, to make it easier to read). 

If I open your shapefile in QuantumGIS and do an advanced query for 
'BILDEMALES = 8000' I get 29 records returned. 

If I change your mapfile extents to the full extents of your shapefile, 
and use shp2img to create a map image, those same 29 features are shown 
in the MapServer map image. 

If I use the ogrinfo utility to execute SQL to select 'BILDEMALES = 
8000' values, ogr/gdal returns those same 29 features. 

In other words, I cannot duplicate your problem.  Maybe I don't 
understand what your problem is exactly? 

(using MapServer 5.6.0-rc1) 

-jeff 

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


_______________________________________________ 
mapserver-users mailing list 
[hidden email] <http://n2.nabble.com/user/SendEmail.jtp?type=node&node=4100329&i=0>  
http://lists.osgeo.org/mailman/listinfo/mapserver-users



________________________________

View message @ http://n2.nabble.com/Mapserver-Expression-Result-Error-tp4100026p4100329.html 
To unsubscribe from Mapserver Expression Result Error, click here < (link removed) => . 

 


 
-- 
View this message in context: http://n2.nabble.com/Mapserver-Expression-Result-Error-tp4100026p4126817.html
Sent from the Mapserver - User mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091207/fd369f88/attachment.htm>

From alan.stratford at goodrich.com  Mon Dec  7 08:36:00 2009
From: alan.stratford at goodrich.com (Alans)
Date: Mon, 7 Dec 2009 08:36:00 -0800 (PST)
Subject: [mapserver-users] Full CADRG and VPF support
In-Reply-To: <200807082016.28452.even.rouault@mines-paris.org>
References: <cff9992.2f42cac.487323da.bd5d9@o2.pl> <null>
	<200807082016.28452.even.rouault@mines-paris.org>
Message-ID: <1260203760380-4126971.post@n2.nabble.com>


Has anyone managed to get this to work, i.e. creating an index from an a.toc
file, or 
directly refering to an a.toc file in the map file? or is it necessary to
generate an index
from the image files directly, as seems to be specified by others?


Even Rouault wrote:
> 
> Or more simple, from GDAL 1.5, RPF products are directly supported.
> 
> So you can do :
> 
> gdaltindex tile_index.shp NITF_TOC_ENTRY:CADRG_JOG-A_250K_1_0:rpf/a.toc 
> NITF_TOC_ENTRY:CADRG_JOG-A_250K_1_1:rpf/a.toc
> 
> where those NITF_TOC_ENTRY values are the SUBDATASET_X_NAME values
> reported by 
> gdalinfo on the A.TOC file.
> 
> For VPF, you need to build OGR with OGDI support. After that, you can
> handle 
> it directly in mapserver through an OGRConnection (but that may be slow as 
> VPF reading is not fast), or use ogr2ogr to convert it into shapefiles 
> before. I use the latest option in production environment for speed
> reasons, 
> as you can use spatial indexing on shapefiles.
> 
> 
> Le Tuesday 08 July 2008 11:56:14 P?l Kristensen, vous avez ?crit?:
>> Hi!
>>
>> You can build a tileindex with the gdaltindex utility, and then reference
>> the tileindex in a raster layer. You have to run the tileindex utility
>> one
>> time for each sub folder
>>
>> gdaltindex rpf_jog.shp /RPF/CJGA/CJGAZ03/*.ja*
>> gdaltindex rpf_jog.shp /RPF/CJGA/CJGAZ04/*.ja*
>>
>> or for example make a small python script that runs recursively trough
>> all
>> sub folders and executes the gdaltindex utility.
>>
>> I have done this to serve out many JOG products (complete CD's) in on
>> layer. The layer could then look something like this.
>>
>>    LAYER
>>       NAME "JOG_Mosaic"
>>       STATUS ON
>>       DEBUG 5
>>       TILEINDEX "rpf_jog.shp"
>>       TILEITEM "Location"
>>       TYPE RASTER
>>       #MINSCALE 300000
>>       MAXSCALE 600000
>>       PROCESSING "RESAMPLE=AVERAGE"
>>       #PROCESSING "RESAMPLE=BILINEAR"
>>       PROCESSING "OVERSAMPLE_RATIO=8" # 8 improves the output image
>> greatly, could try other values
>>       GROUP "JOG"
>>       METADATA
>>          "wms_title" "JOG Mosaic"
>>          "wms_group_title" "JOG"
>>          "wms_style" "Default"
>>       END
>>       PROJECTION
>>          "init=epsg:4326"
>>       END
>>    END
>>
>> Admin-267 wrote:
>> > CADRG works only partialy, I have to add partial files with .ON2 or
>> .ON3
>> > extension as layers, not A.TOC file, which defines this files.
>> >
>> > For example:
>> >
>> > Now I have to write:
>> >   LAYER
>> >     NAME cadrg_1
>> >     TYPE RASTER
>> >     DATA 'ONZ03\0001P011.ON3'
>> >     STATUS DEFAULT
>> >   END
>> >   .
>> >   .
>> >   .
>> >   LAYER
>> >     NAME cadrg_n
>> >     TYPE RASTER
>> >     DATA 'ONZ03\0001P0nn.ON3'
>> >     STATUS DEFAULT
>> >   END
>> >
>> > But I would like to write:
>> >   LAYER
>> >     NAME cadrg_all
>> >     TYPE RASTER
>> >     DATA 'A.TOC'
>> >     STATUS DEFAULT
>> >   END
>> >
>> > I read that mapserver have CADRG/RPF support for TOC files, but how to
>> > enable it?
>> > Also, how to enable VPF support? I know, that i can convert VPF to SHP,
>> > but is there other solution?
>> > _______________________________________________
>> > 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
> 
> 

-- 
View this message in context: http://n2.nabble.com/Full-CADRG-and-VPF-support-tp1972100p4126971.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From jkapalczynski at ci.maple-grove.mn.us  Mon Dec  7 10:38:12 2009
From: jkapalczynski at ci.maple-grove.mn.us (Jay Kapalczynski)
Date: Mon, 7 Dec 2009 12:38:12 -0600
Subject: [mapserver-users] aJAX
Message-ID: <D7A5EAC385604446AB1DD24BF4F5A918A00826ACC3@MG-Mail.ci.maple-grove.mn.us>

I am trying to write some ajax here to run a query.  I simplified this down so that no query is happening, rather just getting all the pages to work together and return some text.
I don't know whats going on here


1.       I created a button that calls a javascript function

<input type="button" value="Send to Ajax and Tab" onClick="ReturnQueryResults();">



2.       This function is calling and passing an ajax page some info.

function ReturnQueryResults() {

                 getRunquery('parcellinktest.php','1211922220012','S')

                /* getResulthype('parcellinktest.php','1211922220012','S')  */
}


3.       Once there it (depending on what is commented out in the ajax page) it runs one of two functions (both of which are IDENTICAL)
But for some reason when I run the getRunquery I get errors....but when I run the getResulthype it works.
I am passing the same values to the same php page.
I just added the getRunquery to the ajax page.


function getResulthype(page,id,type){

    var _target = 'content_details_form';

    if (id.length == 0) {
        document.getElementById(_target).innerHTML="<b>No Information Available</b>";
        return;
    }
    xmlHttp = GetAJAXObject();
    if (xmlHttp==null) {
        alert ("Unable to process your request, your browser does not support AJAX!");
        return;
    }
    var url = "http://127.0.0.1:80/geomoose/php/"+page+"?id="+id+"&type="+type;

    xmlHttp.onreadystatechange = showResult;
    xmlHttp.open("GET",url,true);
    xmlHttp.send(null);
}

function getRunquery(page,id,type){
 var _target = 'content_details_form';

if (url.length == )) {
       document.getElementById(_target_.innerHTML="<b>No Information Available</b>";
        return;
}
xmlhttp = GetAJAXObject();
if {xmlHttp==null) {
                alert ("Unable to process you request, your browser does not support AJAX");
                return;
}
  var url = "http://127.0.0.1:80/geomoose/php/"+page+"?id="+id+"&type="+type;

  xmlHttp.onreadystatechange = showResult;
  xmlHttp.open("GET",url,true);
  xmlHttp.send(null);
}




I thought something might be hanging so I cleared all temp files, shut down, restarted Apache.

If the values are the same, and they are being sent to the same page how can I be getting errors....

Error:
getRunquery is not defined
[cid:image001.png at 01CA7739.FEAD4550]getRunquery('parcellinktest.php','1211922220012','S')



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091207/74fa8a0f/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 174 bytes
Desc: image001.png
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091207/74fa8a0f/attachment.png>

From jkapalczynski at ci.maple-grove.mn.us  Mon Dec  7 10:47:28 2009
From: jkapalczynski at ci.maple-grove.mn.us (Jay Kapalczynski)
Date: Mon, 7 Dec 2009 12:47:28 -0600
Subject: [mapserver-users] RE: aJAX
In-Reply-To: <D7A5EAC385604446AB1DD24BF4F5A918A00826ACC3@MG-Mail.ci.maple-grove.mn.us>
References: <D7A5EAC385604446AB1DD24BF4F5A918A00826ACC3@MG-Mail.ci.maple-grove.mn.us>
Message-ID: <D7A5EAC385604446AB1DD24BF4F5A918A00826ACC4@MG-Mail.ci.maple-grove.mn.us>

I now went back and changed the ajax function (getRunquery, getResulthype) to "getResulthype" and not this function is getting the error "not defined" but it was working 20 seconds ago.

What can be hanging up here?

From: Jay Kapalczynski
Sent: Monday, December 07, 2009 12:38 PM
To: 'geomoose-developers at lists.sourceforge.net'; 'mapserver-users at lists.osgeo.org'
Subject: aJAX

I am trying to write some ajax here to run a query.  I simplified this down so that no query is happening, rather just getting all the pages to work together and return some text.
I don't know whats going on here


1.       I created a button that calls a javascript function

<input type="button" value="Send to Ajax and Tab" onClick="ReturnQueryResults();">



2.       This function is calling and passing an ajax page some info.

function ReturnQueryResults() {

                 getRunquery('parcellinktest.php','1211922220012','S')

                /* getResulthype('parcellinktest.php','1211922220012','S')  */
}


3.       Once there it (depending on what is commented out in the ajax page) it runs one of two functions (both of which are IDENTICAL)
But for some reason when I run the getRunquery I get errors....but when I run the getResulthype it works.
I am passing the same values to the same php page.
I just added the getRunquery to the ajax page.


function getResulthype(page,id,type){

    var _target = 'content_details_form';

    if (id.length == 0) {
        document.getElementById(_target).innerHTML="<b>No Information Available</b>";
        return;
    }
    xmlHttp = GetAJAXObject();
    if (xmlHttp==null) {
        alert ("Unable to process your request, your browser does not support AJAX!");
        return;
    }
    var url = "http://127.0.0.1:80/geomoose/php/"+page+"?id="+id+"&type="+type;

    xmlHttp.onreadystatechange = showResult;
    xmlHttp.open("GET",url,true);
    xmlHttp.send(null);
}

function getRunquery(page,id,type){
 var _target = 'content_details_form';

if (url.length == )) {
       document.getElementById(_target_.innerHTML="<b>No Information Available</b>";
        return;
}
xmlhttp = GetAJAXObject();
if {xmlHttp==null) {
                alert ("Unable to process you request, your browser does not support AJAX");
                return;
}
  var url = "http://127.0.0.1:80/geomoose/php/"+page+"?id="+id+"&type="+type;

  xmlHttp.onreadystatechange = showResult;
  xmlHttp.open("GET",url,true);
  xmlHttp.send(null);
}




I thought something might be hanging so I cleared all temp files, shut down, restarted Apache.

If the values are the same, and they are being sent to the same page how can I be getting errors....

Error:
getRunquery is not defined
[cid:image001.png at 01CA773B.6EF61FC0]getRunquery('parcellinktest.php','1211922220012','S')



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

From woodbri at swoodbridge.com  Mon Dec  7 10:47:36 2009
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Mon, 07 Dec 2009 13:47:36 -0500
Subject: [mapserver-users] aJAX
In-Reply-To: <D7A5EAC385604446AB1DD24BF4F5A918A00826ACC3@MG-Mail.ci.maple-grove.mn.us>
References: <D7A5EAC385604446AB1DD24BF4F5A918A00826ACC3@MG-Mail.ci.maple-grove.mn.us>
Message-ID: <4B1D4DC8.9000903@swoodbridge.com>

You have:

if (url.length == )) {

which looks like a typo.

-Steve

Jay Kapalczynski wrote:
> 
> 
> I am trying to write some ajax here to run a query.  I simplified this 
> down so that no query is happening, rather just getting all the pages to 
> work together and return some text.
> 
> I don?t know whats going on here
> 
>  
> 
> 1.       I created a button that calls a javascript function
> 
>  
> 
> <input type="button" value="Send to Ajax and Tab" 
> onClick="ReturnQueryResults();">
> 
>  
> 
>  
> 
> 2.       This function is calling and passing an ajax page some info.
> 
>  
> 
> function ReturnQueryResults() {
> 
>  
> 
>                  getRunquery('parcellinktest.php','1211922220012','S')
> 
>  
> 
>                 /* 
> getResulthype('parcellinktest.php','1211922220012','S')  */
> 
> }
> 
>  
> 
> 3.       Once there it (depending on what is commented out in the ajax 
> page) it runs one of two functions (both of which are IDENTICAL)
> 
> But for some reason when I run the getRunquery I get errors?.but when I 
> run the getResulthype it works.
> 
> I am passing the same values to the same php page.
> 
> I just added the getRunquery to the ajax page.
> 
>  
> 
>  
> 
> *function getResulthype(page,id,type){ *
> 
>  
> 
>     var _target = 'content_details_form';
> 
>    
> 
>     if (id.length == 0) {
> 
>         document.getElementById(_target).innerHTML="<b>No Information 
> Available</b>";
> 
>         return;
> 
>     }
> 
>     xmlHttp = GetAJAXObject();
> 
>     if (xmlHttp==null) {
> 
>         alert ("Unable to process your request, your browser does not 
> support AJAX!");
> 
>         return;
> 
>     }
> 
>     var url = 
> "http://127.0.0.1:80/geomoose/php/"+page+"?id="+id+"&type="+type;
> 
>                
> 
>     xmlHttp.onreadystatechange = showResult;
> 
>     xmlHttp.open("GET",url,true);
> 
>     xmlHttp.send(null);
> 
> }
> 
>  
> 
> *function getRunquery(page,id,type){ *
> 
>  var _target = 'content_details_form';
> 
>                
> 
> if (url.length == )) {
> 
>        document.getElementById(_target_.innerHTML="<b>No Information 
> Available</b>";
> 
>         return;
> 
> }
> 
> xmlhttp = GetAJAXObject();
> 
> if {xmlHttp==null) {
> 
>                 alert ("Unable to process you request, your browser does 
> not support AJAX");
> 
>                 return;
> 
> }
> 
>   var url = 
> "http://127.0.0.1:80/geomoose/php/"+page+"?id="+id+"&type="+type;
> 
>  
> 
>   xmlHttp.onreadystatechange = showResult;
> 
>   xmlHttp.open("GET",url,true);
> 
>   xmlHttp.send(null);
> 
> }
> 
>  
> 
>  
> 
>  
> 
>  
> 
> I thought something might be hanging so I cleared all temp files, shut 
> down, restarted Apache.
> 
>  
> 
> If the values are the same, and they are being sent to the same page how 
> can I be getting errors?.
> 
>  
> 
> Error:
> 
> getRunquery is not defined
> 
> getRunquery('parcellinktest.php','1211922220012','S')
> 
>  
> 
>  
> 
>  
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users



From bfraser at geoanalytic.com  Mon Dec  7 10:53:54 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Mon, 07 Dec 2009 11:53:54 -0700
Subject: [mapserver-users] Re: [Geomoose-developers] aJAX
In-Reply-To: <D7A5EAC385604446AB1DD24BF4F5A918A00826ACC3@MG-Mail.ci.maple-grove.mn.us>
References: <D7A5EAC385604446AB1DD24BF4F5A918A00826ACC3@MG-Mail.ci.maple-grove.mn.us>
Message-ID: <4B1D4F42.9080703@geoanalytic.com>

Actually they are not identical (there's an extra ")" in getRunquery.  And there 
could be other syntax problems...



Jay Kapalczynski wrote:
> I am trying to write some ajax here to run a query.  I simplified this 
> down so that no query is happening, rather just getting all the pages to 
> work together and return some text.
> 
> I don?t know whats going on here
> 
>  
> 
> 1.       I created a button that calls a javascript function
> 
>  
> 
> <input type="button" value="Send to Ajax and Tab" 
> onClick="ReturnQueryResults();">
> 
>  
> 
>  
> 
> 2.       This function is calling and passing an ajax page some info.
> 
>  
> 
> function ReturnQueryResults() {
> 
>  
> 
>                  getRunquery('parcellinktest.php','1211922220012','S')
> 
>  
> 
>                 /* 
> getResulthype('parcellinktest.php','1211922220012','S')  */
> 
> }
> 
>  
> 
> 3.       Once there it (depending on what is commented out in the ajax 
> page) it runs one of two functions (both of which are IDENTICAL)
> 
> But for some reason when I run the getRunquery I get errors?.but when I 
> run the getResulthype it works.
> 
> I am passing the same values to the same php page.
> 
> I just added the getRunquery to the ajax page.
> 
>  
> 
>  
> 
> *function getResulthype(page,id,type){*
> 
>  
> 
>     var _target = 'content_details_form';
> 
>    
> 
>     if (id.length == 0) {
> 
>         document.getElementById(_target).innerHTML="<b>No Information 
> Available</b>";
> 
>         return;
> 
>     }
> 
>     xmlHttp = GetAJAXObject();
> 
>     if (xmlHttp==null) {
> 
>         alert ("Unable to process your request, your browser does not 
> support AJAX!");
> 
>         return;
> 
>     }
> 
>     var url = 
> "http://127.0.0.1:80/geomoose/php/"+page+"?id="+id+"&type="+type;
> 
>                
> 
>     xmlHttp.onreadystatechange = showResult;
> 
>     xmlHttp.open("GET",url,true);
> 
>     xmlHttp.send(null);
> 
> }
> 
>  
> 
> *function getRunquery(page,id,type){*
> 
>  var _target = 'content_details_form';
> 
>                
> 
> if (url.length == )) {
> 
>        document.getElementById(_target_.innerHTML="<b>No Information 
> Available</b>";
> 
>         return;
> 
> }
> 
> xmlhttp = GetAJAXObject();
> 
> if {xmlHttp==null) {
> 
>                 alert ("Unable to process you request, your browser does 
> not support AJAX");
> 
>                 return;
> 
> }
> 
>   var url = 
> "http://127.0.0.1:80/geomoose/php/"+page+"?id="+id+"&type="+type;
> 
>  
> 
>   xmlHttp.onreadystatechange = showResult;
> 
>   xmlHttp.open("GET",url,true);
> 
>   xmlHttp.send(null);
> 
> }
> 
>  
> 
>  
> 
>  
> 
>  
> 
> I thought something might be hanging so I cleared all temp files, shut 
> down, restarted Apache.
> 
>  
> 
> If the values are the same, and they are being sent to the same page how 
> can I be getting errors?.
> 
>  
> 
> Error:
> 
> getRunquery is not defined
> 
> getRunquery('parcellinktest.php','1211922220012','S')
> 
>  
> 
>  
> 
>  
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing. 
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Geomoose-developers mailing list
> Geomoose-developers at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geomoose-developers


From dgwalton at gmail.com  Mon Dec  7 12:00:00 2009
From: dgwalton at gmail.com (Daniel Walton)
Date: Mon, 7 Dec 2009 14:00:00 -0600
Subject: [mapserver-users] Re: Mapserver WMS under IIS 7 x64 serving up
	blank images
In-Reply-To: <8ab83e650912070746i4b916b98mfc03307e6677d844@mail.gmail.com>
References: <8ab83e650912070746i4b916b98mfc03307e6677d844@mail.gmail.com>
Message-ID: <8ab83e650912071200g25acd857mc52336206dee29e0@mail.gmail.com>

Update: Same problem happens with the x86 binaries all other things being
equal. Also, I have trimmed the set of files in my mapserver binary folder
to these:

epsg
fribidi.dll
gdal16.dll
geos_c.dll
iconv.dll
libcurl.dll
libexpat.dll
libfcgi.dll
libmap.dll
libpq.dll
libxml2.dll
mapserv.exe
pdflib.dll
proj.dll
spatialite.dll
web.config
xerces-c_2_8.dll
zlib1.dll





On Mon, Dec 7, 2009 at 9:46 AM, Daniel Walton <dgwalton at gmail.com> wrote:

> Thanks to all who've been helping me along. I'm getting close to having x64
> working now. I've worked through a slew of issues over the weekend, most
> related to permissions. My latest issue is that mapserv.exe, when invoked
> via IIS 7's FastCGI (classic mode) module, is returning blank images.
> GetCapabilities is working fine, and the GetMap images are the right size
> and format, but they're blank. Here's my setup: I downloaded and installed
> the x64 binaries (from Tamas, thanks!) into a single directory (C
> :\mapserver\). The IIS impersonated user has sufficient privileges on this
> folder and all data folders. I am accessing mapserver's WMS service with
> this URL:
>
>
> http://www.fireimagery.com/ms/mapserv.exe?map=C%3A%2Fmaps%2FA091207074551.map&SERVICE=WMS&REQUEST=GetMap&WIDTH=1680&HEIGHT=536&FORMAT=image/png&LAYERS=ZZ&S0TYLE=&BGCOLOR=0x888888&TRANSPARENT=FALSE&VERSION=1.3.0&CRS=EPSG:4326&BBOX=36.0156802563091,-123.307040153269,37.2036688809148,-119.583493717938&EXCEPTIONS=XML
>
> The corresponding mapfile text is as follows:
>
> MAP
>   EXTENT 36.0992948502284 -121.822480778145 36.3421121497716
> -121.520865221855
>   IMAGECOLOR 255 255 255
>   IMAGETYPE PNG
>   SIZE -1 -1
>   STATUS ON
>   UNITS DD
>   CONFIG PROJ_LIB "C:/mapserver/"
>   NAME "A091207074551"
>
>   OUTPUTFORMAT
>     NAME "aggpng24"
>     MIMETYPE "image/png"
>     DRIVER "AGG/PNG"
>     EXTENSION "PNG"
>     IMAGEMODE "RGBA"
>     TRANSPARENT TRUE
>   END
>
>   PROJECTION
>     "init=epsg:4326"
>   END
>
>   QUERYMAP
>     COLOR 255 255 0
>     SIZE -1 -1
>     STATUS OFF
>     STYLE HILITE
>   END
>
>   WEB
>     IMAGEPATH ""
>     IMAGEURL ""
>     METADATA
>       "wms_title"    "A091207074551"
>     END
>     QUERYFORMAT text/html
>     LEGENDFORMAT text/html
>     BROWSEFORMAT text/html
>   END
>
>   LAYER
>     DATA
> "C:\rawimages\A091207074551_output\A091207074551_0_config_PROCESS_RESULTS\BASINCOMPLEX_ftp.coloradoskye.com_2008_CA_Siege_080627_1200Local_SPOT_NIR_OUT.PNG"
>     EXTENT 36.0992948502284 -121.822480778145 36.3421121497716
> -121.520865221855
>     METADATA
>       "wms_srs"    "EPSG:4326"
>       "wms_extent"    "36.1 -121.8 36.3 -121.5"
>       "wms_title"
> "BASINCOMPLEX_FTP.COLORADOSKYE.COM_2008_CA_SIEGE_080627_1200LOCAL_SPOT_NIR"
>     END
>     NAME "ZZ"
>     PROJECTION
>       "init=epsg:4326"
>     END
>     STATUS ON
>     TYPE RASTER
>     UNITS DD
>   END
>
> END
>
> I have tried several different image formats and drivers, all produce blank
> images. Any ideas what might be wrong? Any way to set up more helpful error
> trapping?
>
> Thanks,
> Dan Walton
> GIS Fire Tools <http://gisfiretools.com>
>
>
> On Sun, Dec 6, 2009 at 4:04 PM, Tamas Szekeres <szekerest at gmail.com>wrote:
>
>> Daniel,
>>
>> In bin/gdal/apps you can find the generic gdal/ogr applications, whereas
>> the applications in bin/gdal/csharp have been implemented by using the gdal
>> c# API. gdalinfo.exe and ogrinfo.exe provides similar functionalities in
>> both cases.
>>
>> Best regards,
>>
>> Tamas
>>
>>
>>
>>
>> 2009/12/6 Daniel Walton <dgwalton at gmail.com>
>>
>> Tamas,
>>>
>>> In your binary distibutions there are 2 versions of gdalinfo.exe and
>>> ogrinfo.exe, one in bin/gdal/apps and the other in bin/gdal/csharp. What is
>>> the difference between the two versions?
>>>
>>> -Dan
>>>
>>>
>>>
>>> On Sat, Dec 5, 2009 at 3:31 AM, Tamas Szekeres <szekerest at gmail.com>wrote:
>>>
>>>> Have you configured mapping the .exe extension to this mapserv.exe with
>>>> your IIS application?
>>>> Make sure to enable CGI mode and copy all the x64 dll-s to the same
>>>> directory as the mapserv.exe application.
>>>> Set up the executing permissions to something like 'Scripts and
>>>> Executables'
>>>>
>>>> Best regards,
>>>>
>>>> Tamas
>>>>
>>>>
>>>>
>>>> 2009/12/5 Daniel Walton <dgwalton at gmail.com>
>>>>
>>>> Tamas,
>>>>>
>>>>> Update: I removed the CGI mapping and just used the default CGI hander
>>>>> in IIS. Now the request returns a file named mapserv.exe. I attached it as a
>>>>> text file. Again, thanks for any insights.
>>>>>
>>>>> -Dan
>>>>>
>>>>>
>>>>>
>>>>> On Fri, Dec 4, 2009 at 9:14 PM, Daniel Walton <dgwalton at gmail.com>wrote:
>>>>>
>>>>>> Tamas,
>>>>>>
>>>>>> I installed the binaries from your website into c:\mapserver, added
>>>>>> all the paths to the system path variable, and set up the IIS folders. Now I
>>>>>> get a 500 internal error when trying to access mapserv.exe. The application
>>>>>> log gives this error:
>>>>>>
>>>>>> *Faulting application mapserv.exe, version 0.0.0.0, time stamp
>>>>>> 0x4b1893cb, faulting module libmap.dll, version 6.0.6001.18000, time stamp
>>>>>> 0x4791adec, exception code 0xc0000135, fault offset 0x00000000000b1188,
>>>>>> process id 0x4bc, application start time 0x01ca7557ca56f442.*
>>>>>>
>>>>>> Any idea what I'm doing wrong?
>>>>>>
>>>>>> Thanks,
>>>>>> Dan
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Fri, Dec 4, 2009 at 2:22 PM, Tamas Szekeres <szekerest at gmail.com>wrote:
>>>>>>
>>>>>>> I've mostly used this with IIS6,but it should however work on IIS7 as
>>>>>>> well.
>>>>>>>
>>>>>>> On IIS6 I configure a web server extensions to mapserv.exe (CGI mode)
>>>>>>> and fcgiext.dll (for FastCGI).
>>>>>>> Set up the executing permission (Scripts and Executables) and the
>>>>>>> application extension mapping (.exe) to mapserv.exe or fcgiext.dll.
>>>>>>>
>>>>>>> Best regards,
>>>>>>>
>>>>>>> Tamas
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> 2009/12/4 Daniel Walton <dgwalton at gmail.com>
>>>>>>>
>>>>>>>> Tamas,
>>>>>>>> That's exactly what I was hoping you'd say! Which IIS module mapping
>>>>>>>> should I use for *.exe?
>>>>>>>>
>>>>>>>>
>>>>>>>> On Fri, Dec 4, 2009 at 1:55 PM, Tamas Szekeres <szekerest at gmail.com
>>>>>>>> > wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> 2009/12/4 Daniel Walton <dgwalton at gmail.com>
>>>>>>>>>
>>>>>>>>>> Tamas,
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Thanks for the reply. If I just want to use mapserver CGI as a WMS
>>>>>>>>>> server, do I need PHP? Is there another way to interact with mapserv.exe for
>>>>>>>>>> this limited purpose (e.g. an ASP.NET wrapper or something)?
>>>>>>>>>>
>>>>>>>>>> -Dan
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>> Dan,
>>>>>>>>>
>>>>>>>>> If you use the MapServer CGI  (mapserv.exe) you wouldn't require to
>>>>>>>>> compile against PHP, the packages from
>>>>>>>>> http://vbkto.dyndns.org/sdk/ could be used without any change.
>>>>>>>>> Those packages also contain the MapScript C# interface
>>>>>>>>> (mapscript_csharp.dll) which would support creating ASP.NETapplications around the MapServer codebase when you have further
>>>>>>>>> requirements about the desired functionality.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Best regards,
>>>>>>>>>
>>>>>>>>> Tamas
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091207/b404aa09/attachment.htm>

From dmorissette at mapgears.com  Mon Dec  7 12:09:35 2009
From: dmorissette at mapgears.com (Daniel Morissette)
Date: Mon, 07 Dec 2009 15:09:35 -0500
Subject: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank
	images
In-Reply-To: <8ab83e650912070746i4b916b98mfc03307e6677d844@mail.gmail.com>
References: <8ab83e650912070746i4b916b98mfc03307e6677d844@mail.gmail.com>
Message-ID: <4B1D60FF.6030403@mapgears.com>

Daniel Walton wrote:
> Thanks to all who've been helping me along. I'm getting close to having 
> x64 working now. I've worked through a slew of issues over the weekend, 
> most related to permissions. My latest issue is that mapserv.exe, when 
> invoked via IIS 7's FastCGI (classic mode) module, is returning blank 
> images.  GetCapabilities is working fine, and the GetMap images are the
> right size and format, but they're blank. Here's my setup: I downloaded 
> and installed the x64 binaries (from Tamas, thanks!) into a single 
> directory (C :\mapserver\).


Why do you think the problems are related to IIS7/x64? Have you verified 
that the same mapfile produces valid maps under MS4W or another server 
environment?

> 
>   LAYER
>     DATA 
> "C:\rawimages\A091207074551_output\A091207074551_0_config_PROCESS_RESULTS\BASINCOMPLEX_ftp.coloradoskye.com_2008_CA_Siege_080627_1200Local_SPOT_NIR_OUT.PNG"
>     EXTENT 36.0992948502284 -121.822480778145 36.3421121497716 
> -121.520865221855


Your DATA statement points to a PNG file. PNGs do not carry any 
georeferencing information by default, and the EXTENT line is not a 
replacement for missing image referencing info. Did you create a world 
file (.wld) for your PNG to specify the geographical extents of the 
image? That could very well explain the blank map.

See: http://mapserver.org/input/raster.html#georeference-with-world-files

Daniel
-- 
Daniel Morissette
http://www.mapgears.com/


From jkapalczynski at ci.maple-grove.mn.us  Mon Dec  7 12:21:26 2009
From: jkapalczynski at ci.maple-grove.mn.us (Jay Kapalczynski)
Date: Mon, 7 Dec 2009 14:21:26 -0600
Subject: [mapserver-users] RE: [Geomoose-developers] aJAX
In-Reply-To: <4B1D4F42.9080703@geoanalytic.com>
References: <D7A5EAC385604446AB1DD24BF4F5A918A00826ACC3@MG-Mail.ci.maple-grove.mn.us>
	<4B1D4F42.9080703@geoanalytic.com>
Message-ID: <D7A5EAC385604446AB1DD24BF4F5A918A00826ACC5@MG-Mail.ci.maple-grove.mn.us>

Brent and Stephen.....

thank for the extra set of eyes...that was it...there were actually a couple things wrong I thank you for pointing me in the right direction.
I did a copy and paste, like I should have done before, and changed the functions name and it works....

Thank you both for your help

Thanks 

-----Original Message-----
From: Brent Fraser [mailto:bfraser at geoanalytic.com] 
Sent: Monday, December 07, 2009 12:54 PM
To: Jay Kapalczynski
Cc: 'geomoose-developers at lists.sourceforge.net'; 'mapserver-users at lists.osgeo.org'
Subject: Re: [Geomoose-developers] aJAX

Actually they are not identical (there's an extra ")" in getRunquery.  And there 
could be other syntax problems...



Jay Kapalczynski wrote:
> I am trying to write some ajax here to run a query.  I simplified this 
> down so that no query is happening, rather just getting all the pages to 
> work together and return some text.
> 
> I don't know whats going on here
> 
>  
> 
> 1.       I created a button that calls a javascript function
> 
>  
> 
> <input type="button" value="Send to Ajax and Tab" 
> onClick="ReturnQueryResults();">
> 
>  
> 
>  
> 
> 2.       This function is calling and passing an ajax page some info.
> 
>  
> 
> function ReturnQueryResults() {
> 
>  
> 
>                  getRunquery('parcellinktest.php','1211922220012','S')
> 
>  
> 
>                 /* 
> getResulthype('parcellinktest.php','1211922220012','S')  */
> 
> }
> 
>  
> 
> 3.       Once there it (depending on what is commented out in the ajax 
> page) it runs one of two functions (both of which are IDENTICAL)
> 
> But for some reason when I run the getRunquery I get errors....but when I 
> run the getResulthype it works.
> 
> I am passing the same values to the same php page.
> 
> I just added the getRunquery to the ajax page.
> 
>  
> 
>  
> 
> *function getResulthype(page,id,type){*
> 
>  
> 
>     var _target = 'content_details_form';
> 
>    
> 
>     if (id.length == 0) {
> 
>         document.getElementById(_target).innerHTML="<b>No Information 
> Available</b>";
> 
>         return;
> 
>     }
> 
>     xmlHttp = GetAJAXObject();
> 
>     if (xmlHttp==null) {
> 
>         alert ("Unable to process your request, your browser does not 
> support AJAX!");
> 
>         return;
> 
>     }
> 
>     var url = 
> "http://127.0.0.1:80/geomoose/php/"+page+"?id="+id+"&type="+type;
> 
>                
> 
>     xmlHttp.onreadystatechange = showResult;
> 
>     xmlHttp.open("GET",url,true);
> 
>     xmlHttp.send(null);
> 
> }
> 
>  
> 
> *function getRunquery(page,id,type){*
> 
>  var _target = 'content_details_form';
> 
>                
> 
> if (url.length == )) {
> 
>        document.getElementById(_target_.innerHTML="<b>No Information 
> Available</b>";
> 
>         return;
> 
> }
> 
> xmlhttp = GetAJAXObject();
> 
> if {xmlHttp==null) {
> 
>                 alert ("Unable to process you request, your browser does 
> not support AJAX");
> 
>                 return;
> 
> }
> 
>   var url = 
> "http://127.0.0.1:80/geomoose/php/"+page+"?id="+id+"&type="+type;
> 
>  
> 
>   xmlHttp.onreadystatechange = showResult;
> 
>   xmlHttp.open("GET",url,true);
> 
>   xmlHttp.send(null);
> 
> }
> 
>  
> 
>  
> 
>  
> 
>  
> 
> I thought something might be hanging so I cleared all temp files, shut 
> down, restarted Apache.
> 
>  
> 
> If the values are the same, and they are being sent to the same page how 
> can I be getting errors....
> 
>  
> 
> Error:
> 
> getRunquery is not defined
> 
> getRunquery('parcellinktest.php','1211922220012','S')
> 
>  
> 
>  
> 
>  
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing. 
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Geomoose-developers mailing list
> Geomoose-developers at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geomoose-developers


From dgwalton at gmail.com  Mon Dec  7 12:22:48 2009
From: dgwalton at gmail.com (Daniel Walton)
Date: Mon, 7 Dec 2009 14:22:48 -0600
Subject: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank 
	images
In-Reply-To: <4B1D60FF.6030403@mapgears.com>
References: <8ab83e650912070746i4b916b98mfc03307e6677d844@mail.gmail.com> 
	<4B1D60FF.6030403@mapgears.com>
Message-ID: <8ab83e650912071222u1edcb4efx63a758610e734ea4@mail.gmail.com>

Daniel,

Yes, the same mapfile worked under MS4W on a 32-bit machine. I have verified
that this same problem occurs using the x86 binaries from Tamas' site run in
the current x64 environment. The source image is in PNG format in order to
make transparency work well on the client. (My client is Silverlight-based,
and PNG is the only supported format that supports transparency). The source
image does have a world (*.WLD) file which contains these values (file is
generated by running gdal_translate on a geotiff image):

0.0002148680
0.0000000000
0.0000000000
-0.0002148680
-121.7870074149
36.3421302860

Thanks,
Dan


On Mon, Dec 7, 2009 at 2:09 PM, Daniel Morissette
<dmorissette at mapgears.com>wrote:

> Daniel Walton wrote:
>
>> Thanks to all who've been helping me along. I'm getting close to having
>> x64 working now. I've worked through a slew of issues over the weekend, most
>> related to permissions. My latest issue is that mapserv.exe, when invoked
>> via IIS 7's FastCGI (classic mode) module, is returning blank images.
>>  GetCapabilities is working fine, and the GetMap images are the
>> right size and format, but they're blank. Here's my setup: I downloaded
>> and installed the x64 binaries (from Tamas, thanks!) into a single directory
>> (C :\mapserver\).
>>
>
>
> Why do you think the problems are related to IIS7/x64? Have you verified
> that the same mapfile produces valid maps under MS4W or another server
> environment?
>
>
>
>>  LAYER
>>    DATA
>> "C:\rawimages\A091207074551_output\A091207074551_0_config_PROCESS_RESULTS\BASINCOMPLEX_ftp.coloradoskye.com_2008_CA_Siege_080627_1200Local_SPOT_NIR_OUT.PNG"
>>    EXTENT 36.0992948502284 -121.822480778145 36.3421121497716
>> -121.520865221855
>>
>
>
> Your DATA statement points to a PNG file. PNGs do not carry any
> georeferencing information by default, and the EXTENT line is not a
> replacement for missing image referencing info. Did you create a world file
> (.wld) for your PNG to specify the geographical extents of the image? That
> could very well explain the blank map.
>
> See: http://mapserver.org/input/raster.html#georeference-with-world-files
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.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/20091207/a686f93b/attachment.htm>

From jkapalczynski at ci.maple-grove.mn.us  Mon Dec  7 12:31:27 2009
From: jkapalczynski at ci.maple-grove.mn.us (Jay Kapalczynski)
Date: Mon, 7 Dec 2009 14:31:27 -0600
Subject: [mapserver-users] RE: [Geomoose-developers] aJAX
In-Reply-To: <4B1D4F42.9080703@geoanalytic.com>
References: <D7A5EAC385604446AB1DD24BF4F5A918A00826ACC3@MG-Mail.ci.maple-grove.mn.us>
	<4B1D4F42.9080703@geoanalytic.com>
Message-ID: <D7A5EAC385604446AB1DD24BF4F5A918A00826ACC6@MG-Mail.ci.maple-grove.mn.us>

One last syntax question....



When I call the ajax page to send the values to:



getRunquery('parcellinktest.php','1211922220012','S')



Whats the syntax to replace the '1211922220012' with a variable?



I tried this:

getRunquery('parcellinktest.php', .'varaible'. ,'S')



thanks again





-----Original Message-----
From: Brent Fraser [mailto:bfraser at geoanalytic.com]
Sent: Monday, December 07, 2009 12:54 PM
To: Jay Kapalczynski
Cc: 'geomoose-developers at lists.sourceforge.net'; 'mapserver-users at lists.osgeo.org'
Subject: Re: [Geomoose-developers] aJAX



Actually they are not identical (there's an extra ")" in getRunquery.  And there

could be other syntax problems...







Jay Kapalczynski wrote:

> I am trying to write some ajax here to run a query.  I simplified this

> down so that no query is happening, rather just getting all the pages to

> work together and return some text.

>

> I don't know whats going on here

>

>

>

> 1.       I created a button that calls a javascript function

>

>

>

> <input type="button" value="Send to Ajax and Tab"

> onClick="ReturnQueryResults();">

>

>

>

>

>

> 2.       This function is calling and passing an ajax page some info.

>

>

>

> function ReturnQueryResults() {

>

>

>

>                  getRunquery('parcellinktest.php','1211922220012','S')

>

>

>

>                 /*

> getResulthype('parcellinktest.php','1211922220012','S')  */

>

> }

>

>

>

> 3.       Once there it (depending on what is commented out in the ajax

> page) it runs one of two functions (both of which are IDENTICAL)

>

> But for some reason when I run the getRunquery I get errors....but when I

> run the getResulthype it works.

>

> I am passing the same values to the same php page.

>

> I just added the getRunquery to the ajax page.

>

>

>

>

>

> *function getResulthype(page,id,type){*

>

>

>

>     var _target = 'content_details_form';

>

>

>

>     if (id.length == 0) {

>

>         document.getElementById(_target).innerHTML="<b>No Information

> Available</b>";

>

>         return;

>

>     }

>

>     xmlHttp = GetAJAXObject();

>

>     if (xmlHttp==null) {

>

>         alert ("Unable to process your request, your browser does not

> support AJAX!");

>

>         return;

>

>     }

>

>     var url =

> "http://127.0.0.1:80/geomoose/php/"+page+"?id="+id+"&type="+type;

>

>

>

>     xmlHttp.onreadystatechange = showResult;

>

>     xmlHttp.open("GET",url,true);

>

>     xmlHttp.send(null);

>

> }

>

>

>

> *function getRunquery(page,id,type){*

>

>  var _target = 'content_details_form';

>

>

>

> if (url.length == )) {

>

>        document.getElementById(_target_.innerHTML="<b>No Information

> Available</b>";

>

>         return;

>

> }

>

> xmlhttp = GetAJAXObject();

>

> if {xmlHttp==null) {

>

>                 alert ("Unable to process you request, your browser does

> not support AJAX");

>

>                 return;

>

> }

>

>   var url =

> "http://127.0.0.1:80/geomoose/php/"+page+"?id="+id+"&type="+type;

>

>

>

>   xmlHttp.onreadystatechange = showResult;

>

>   xmlHttp.open("GET",url,true);

>

>   xmlHttp.send(null);

>

> }

>

>

>

>

>

>

>

>

>

> I thought something might be hanging so I cleared all temp files, shut

> down, restarted Apache.

>

>

>

> If the values are the same, and they are being sent to the same page how

> can I be getting errors....

>

>

>

> Error:

>

> getRunquery is not defined

>

> getRunquery('parcellinktest.php','1211922220012','S')

>

>

>

>

>

>

>

>

> ------------------------------------------------------------------------

>

> ------------------------------------------------------------------------------

> Join us December 9, 2009 for the Red Hat Virtual Experience,

> a free event focused on virtualization and cloud computing.

> Attend in-depth sessions from your desk. Your couch. Anywhere.

> http://p.sf.net/sfu/redhat-sfdev2dev

>

>

> ------------------------------------------------------------------------

>

> _______________________________________________

> Geomoose-developers mailing list

> Geomoose-developers at lists.sourceforge.net

> https://lists.sourceforge.net/lists/listinfo/geomoose-developers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091207/853af0a0/attachment.htm>

From jkapalczynski at ci.maple-grove.mn.us  Mon Dec  7 12:32:33 2009
From: jkapalczynski at ci.maple-grove.mn.us (Jay Kapalczynski)
Date: Mon, 7 Dec 2009 14:32:33 -0600
Subject: [mapserver-users] RE: [Geomoose-developers] aJAX
In-Reply-To: <D7A5EAC385604446AB1DD24BF4F5A918A00826ACC6@MG-Mail.ci.maple-grove.mn.us>
References: <D7A5EAC385604446AB1DD24BF4F5A918A00826ACC3@MG-Mail.ci.maple-grove.mn.us>
	<4B1D4F42.9080703@geoanalytic.com>
	<D7A5EAC385604446AB1DD24BF4F5A918A00826ACC6@MG-Mail.ci.maple-grove.mn.us>
Message-ID: <D7A5EAC385604446AB1DD24BF4F5A918A00826ACC7@MG-Mail.ci.maple-grove.mn.us>

NEVER MIND GOT IT.....just took the  ' ' off.....


getRunquery('parcellinktest.php',varaible,'S')


From: Jay Kapalczynski
Sent: Monday, December 07, 2009 2:31 PM
To: 'Brent Fraser'
Cc: 'geomoose-developers at lists.sourceforge.net'; 'mapserver-users at lists.osgeo.org'
Subject: RE: [Geomoose-developers] aJAX


One last syntax question....



When I call the ajax page to send the values to:



getRunquery('parcellinktest.php','1211922220012','S')



Whats the syntax to replace the '1211922220012' with a variable?



I tried this:

getRunquery('parcellinktest.php', .'varaible'. ,'S')



thanks again





-----Original Message-----
From: Brent Fraser [mailto:bfraser at geoanalytic.com]
Sent: Monday, December 07, 2009 12:54 PM
To: Jay Kapalczynski
Cc: 'geomoose-developers at lists.sourceforge.net'; 'mapserver-users at lists.osgeo.org'
Subject: Re: [Geomoose-developers] aJAX



Actually they are not identical (there's an extra ")" in getRunquery.  And there

could be other syntax problems...







Jay Kapalczynski wrote:

> I am trying to write some ajax here to run a query.  I simplified this

> down so that no query is happening, rather just getting all the pages to

> work together and return some text.

>

> I don't know whats going on here

>

>

>

> 1.       I created a button that calls a javascript function

>

>

>

> <input type="button" value="Send to Ajax and Tab"

> onClick="ReturnQueryResults();">

>

>

>

>

>

> 2.       This function is calling and passing an ajax page some info.

>

>

>

> function ReturnQueryResults() {

>

>

>

>                  getRunquery('parcellinktest.php','1211922220012','S')

>

>

>

>                 /*

> getResulthype('parcellinktest.php','1211922220012','S')  */

>

> }

>

>

>

> 3.       Once there it (depending on what is commented out in the ajax

> page) it runs one of two functions (both of which are IDENTICAL)

>

> But for some reason when I run the getRunquery I get errors....but when I

> run the getResulthype it works.

>

> I am passing the same values to the same php page.

>

> I just added the getRunquery to the ajax page.

>

>

>

>

>

> *function getResulthype(page,id,type){*

>

>

>

>     var _target = 'content_details_form';

>

>

>

>     if (id.length == 0) {

>

>         document.getElementById(_target).innerHTML="<b>No Information

> Available</b>";

>

>         return;

>

>     }

>

>     xmlHttp = GetAJAXObject();

>

>     if (xmlHttp==null) {

>

>         alert ("Unable to process your request, your browser does not

> support AJAX!");

>

>         return;

>

>     }

>

>     var url =

> "http://127.0.0.1:80/geomoose/php/"+page+"?id="+id+"&type="+type;

>

>

>

>     xmlHttp.onreadystatechange = showResult;

>

>     xmlHttp.open("GET",url,true);

>

>     xmlHttp.send(null);

>

> }

>

>

>

> *function getRunquery(page,id,type){*

>

>  var _target = 'content_details_form';

>

>

>

> if (url.length == )) {

>

>        document.getElementById(_target_.innerHTML="<b>No Information

> Available</b>";

>

>         return;

>

> }

>

> xmlhttp = GetAJAXObject();

>

> if {xmlHttp==null) {

>

>                 alert ("Unable to process you request, your browser does

> not support AJAX");

>

>                 return;

>

> }

>

>   var url =

> "http://127.0.0.1:80/geomoose/php/"+page+"?id="+id+"&type="+type;

>

>

>

>   xmlHttp.onreadystatechange = showResult;

>

>   xmlHttp.open("GET",url,true);

>

>   xmlHttp.send(null);

>

> }

>

>

>

>

>

>

>

>

>

> I thought something might be hanging so I cleared all temp files, shut

> down, restarted Apache.

>

>

>

> If the values are the same, and they are being sent to the same page how

> can I be getting errors....

>

>

>

> Error:

>

> getRunquery is not defined

>

> getRunquery('parcellinktest.php','1211922220012','S')

>

>

>

>

>

>

>

>

> ------------------------------------------------------------------------

>

> ------------------------------------------------------------------------------

> Join us December 9, 2009 for the Red Hat Virtual Experience,

> a free event focused on virtualization and cloud computing.

> Attend in-depth sessions from your desk. Your couch. Anywhere.

> http://p.sf.net/sfu/redhat-sfdev2dev

>

>

> ------------------------------------------------------------------------

>

> _______________________________________________

> Geomoose-developers mailing list

> Geomoose-developers at lists.sourceforge.net

> https://lists.sourceforge.net/lists/listinfo/geomoose-developers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091207/e343916a/attachment.htm>

From dmorissette at mapgears.com  Mon Dec  7 12:38:01 2009
From: dmorissette at mapgears.com (Daniel Morissette)
Date: Mon, 07 Dec 2009 15:38:01 -0500
Subject: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank
	images
In-Reply-To: <8ab83e650912071222u1edcb4efx63a758610e734ea4@mail.gmail.com>
References: <8ab83e650912070746i4b916b98mfc03307e6677d844@mail.gmail.com>
	<4B1D60FF.6030403@mapgears.com>
	<8ab83e650912071222u1edcb4efx63a758610e734ea4@mail.gmail.com>
Message-ID: <4B1D67A9.8040506@mapgears.com>

Daniel Walton wrote:
> 
> Yes, the same mapfile worked under MS4W on a 32-bit machine. I have 
> verified that this same problem occurs using the x86 binaries from 
> Tamas' site run in the current x64 environment. The source image is in 
> PNG format in order to make transparency work well on the client. (My 
> client is Silverlight-based, and PNG is the only supported format that 
> supports transparency). The source image does have a world (*.WLD) file 
> which contains these values (file is generated by running gdal_translate 
> on a geotiff image):
> 

Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the log 
output, if you haven't tried that already.

-- 
Daniel Morissette
http://www.mapgears.com/


From dgwalton at gmail.com  Mon Dec  7 12:47:39 2009
From: dgwalton at gmail.com (Daniel Walton)
Date: Mon, 7 Dec 2009 14:47:39 -0600
Subject: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank 
	images
In-Reply-To: <4B1D67A9.8040506@mapgears.com>
References: <8ab83e650912070746i4b916b98mfc03307e6677d844@mail.gmail.com> 
	<4B1D60FF.6030403@mapgears.com>
	<8ab83e650912071222u1edcb4efx63a758610e734ea4@mail.gmail.com> 
	<4B1D67A9.8040506@mapgears.com>
Message-ID: <8ab83e650912071247w7b93cb8bt90fe0c6a7a460785@mail.gmail.com>

Thanks Daniel. No dice, though, log is empty.

On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
<dmorissette at mapgears.com>wrote:

> Daniel Walton wrote:
>
>>
>> Yes, the same mapfile worked under MS4W on a 32-bit machine. I have
>> verified that this same problem occurs using the x86 binaries from Tamas'
>> site run in the current x64 environment. The source image is in PNG format
>> in order to make transparency work well on the client. (My client is
>> Silverlight-based, and PNG is the only supported format that supports
>> transparency). The source image does have a world (*.WLD) file which
>> contains these values (file is generated by running gdal_translate on a
>> geotiff image):
>>
>>
> Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the log
> output, if you haven't tried that already.
>
>
> --
> Daniel Morissette
> http://www.mapgears.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/20091207/fc058951/attachment.htm>

From bjorn.harrtell at gmail.com  Mon Dec  7 13:07:27 2009
From: bjorn.harrtell at gmail.com (=?UTF-8?Q?Bj=C3=B6rn_Harrtell?=)
Date: Mon, 7 Dec 2009 22:07:27 +0100
Subject: [mapserver-users] Raster layer data sources multiple projections
Message-ID: <ba82f3c60912071307v3f35ff6ds59ad5f72c98e64a7@mail.gmail.com>

Can one raster layer be served from multiple data sources for the same
geographical area but in different projections? Cannot find any
indication if so but I was hoping for undocumented features.. :)

The use case is that we want one layer with optimal performance for
several projections. On-the-fly reprojection is too slow and we don't
want to split into several layers.

Regards,

Bj?rn Harrtell


From bjorn.harrtell at gmail.com  Mon Dec  7 13:11:36 2009
From: bjorn.harrtell at gmail.com (=?UTF-8?Q?Bj=C3=B6rn_Harrtell?=)
Date: Mon, 7 Dec 2009 22:11:36 +0100
Subject: [mapserver-users] Dynamically update layers without service
	interruption
Message-ID: <ba82f3c60912071311q5ccf0ae6pd6c258f9f0dfd850@mail.gmail.com>

Is it possible to dynamically add and/or update layer definitions that
also might involve updates to the underlying data without *any*
service interruption? I'm primarily interested in this use case when
using raster layers.

I have indications that service interruptions can happen but cannot
verify yet. I found
http://www.mapserver.org/development/rfc/ms-rfc-44.html#rfc44
describing the feature of dynamic updates (I assume?) but no mention
about if service interruption can be expected and/or how to avoid it.

Regards,

Bj?rn Harrtell


From warmerdam at pobox.com  Mon Dec  7 13:11:21 2009
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Mon, 07 Dec 2009 16:11:21 -0500
Subject: [mapserver-users] Raster layer data sources multiple projections
In-Reply-To: <ba82f3c60912071307v3f35ff6ds59ad5f72c98e64a7@mail.gmail.com>
References: <ba82f3c60912071307v3f35ff6ds59ad5f72c98e64a7@mail.gmail.com>
Message-ID: <4B1D6F79.9010906@pobox.com>

Bj?rn Harrtell wrote:
> Can one raster layer be served from multiple data sources for the same
> geographical area but in different projections? Cannot find any
> indication if so but I was hoping for undocumented features.. :)
> 
> The use case is that we want one layer with optimal performance for
> several projections. On-the-fly reprojection is too slow and we don't
> want to split into several layers.

Bj?rn,

I am not aware of any way to accomplish this within MapServer.

Potentially you could write an URL request interpreter that would
utilize different mapfiles depending on the coordinate system of the
request, or possible adapt the selected layer based on the coordinate
system.  But this is "front end" and not something MapServer is providing
any specific support for.

Best regards,

-- 
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent



From Steve.Lime at state.mn.us  Mon Dec  7 13:14:00 2009
From: Steve.Lime at state.mn.us (Steve Lime)
Date: Mon, 07 Dec 2009 15:14:00 -0600
Subject: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up
	blank images
In-Reply-To: <8ab83e650912071247w7b93cb8bt90fe0c6a7a460785@mail.gmail.com>
References: <8ab83e650912070746i4b916b98mfc03307e6677d844@mail.gmail.com>
	<4B1D60FF.6030403@mapgears.com>
	<8ab83e650912071222u1edcb4efx63a758610e734ea4@mail.gmail.com>
	<4B1D67A9.8040506@mapgears.com>
	<8ab83e650912071247w7b93cb8bt90fe0c6a7a460785@mail.gmail.com>
Message-ID: <4B1D1B37.5157.008F.0@dnr.state.mn.us>

If I take the request out of WMS context to straight CGI with this request:

  http://www.fireimagery.com/ms/mapserv.exe?map=C:\maps\A091207074551.map&mode=map&mapsize=300+300&layer=ZZ

I get the following error:

msDrawMap(): Image handling error. Failed to draw layer named 'ZZ'. msDrawRaster(): Image handling error. Unrecognized or unsupported image format drawEPP(): Image handling error. EPPL7 support is not available.

Typically you'll see that when GDAL failed to identify the filetype. EPPL7 is the last thing checked so that's not relevant by itself. I guess I'd start
by making sure the image is valid.

Steve

>>> On 12/7/2009 at 2:47 PM, in message
<8ab83e650912071247w7b93cb8bt90fe0c6a7a460785 at mail.gmail.com>, Daniel Walton
<dgwalton at gmail.com> wrote:
> Thanks Daniel. No dice, though, log is empty.
> 
> On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
> <dmorissette at mapgears.com>wrote:
> 
>> Daniel Walton wrote:
>>
>>>
>>> Yes, the same mapfile worked under MS4W on a 32-bit machine. I have
>>> verified that this same problem occurs using the x86 binaries from Tamas'
>>> site run in the current x64 environment. The source image is in PNG format
>>> in order to make transparency work well on the client. (My client is
>>> Silverlight-based, and PNG is the only supported format that supports
>>> transparency). The source image does have a world (*.WLD) file which
>>> contains these values (file is generated by running gdal_translate on a
>>> geotiff image):
>>>
>>>
>> Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the log
>> output, if you haven't tried that already.
>>
>>
>> --
>> Daniel Morissette
>> http://www.mapgears.com/ 
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org 
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users 
>>



From dgwalton at gmail.com  Mon Dec  7 13:18:09 2009
From: dgwalton at gmail.com (Daniel Walton)
Date: Mon, 7 Dec 2009 15:18:09 -0600
Subject: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank 
	images
In-Reply-To: <4B1D1B37.5157.008F.0@dnr.state.mn.us>
References: <8ab83e650912070746i4b916b98mfc03307e6677d844@mail.gmail.com> 
	<4B1D60FF.6030403@mapgears.com>
	<8ab83e650912071222u1edcb4efx63a758610e734ea4@mail.gmail.com> 
	<4B1D67A9.8040506@mapgears.com>
	<8ab83e650912071247w7b93cb8bt90fe0c6a7a460785@mail.gmail.com> 
	<4B1D1B37.5157.008F.0@dnr.state.mn.us>
Message-ID: <8ab83e650912071318r3f35074anb9d6c9b64393a0c4@mail.gmail.com>

I'm creating the PNG image from a GeoTIFF using:

gdal_translate -of PNG -quiet -scale -co worldfile=yes
[Geotiff_filename].tif [PNG_filename].PNG.

Also, these PNG source images were working fine under MS4W x86.

-Dan



On Mon, Dec 7, 2009 at 3:14 PM, Steve Lime <Steve.Lime at state.mn.us> wrote:

> If I take the request out of WMS context to straight CGI with this request:
>
>  http://www.fireimagery.com/ms/mapserv.exe?map=C
> :\maps\A091207074551.map&mode=map&mapsize=300+300&layer=ZZ
>
> I get the following error:
>
> msDrawMap(): Image handling error. Failed to draw layer named 'ZZ'.
> msDrawRaster(): Image handling error. Unrecognized or unsupported image
> format drawEPP(): Image handling error. EPPL7 support is not available.
>
> Typically you'll see that when GDAL failed to identify the filetype. EPPL7
> is the last thing checked so that's not relevant by itself. I guess I'd
> start
> by making sure the image is valid.
>
> Steve
>
> >>> On 12/7/2009 at 2:47 PM, in message
> <8ab83e650912071247w7b93cb8bt90fe0c6a7a460785 at mail.gmail.com>, Daniel
> Walton
> <dgwalton at gmail.com> wrote:
> > Thanks Daniel. No dice, though, log is empty.
> >
> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
> > <dmorissette at mapgears.com>wrote:
> >
> >> Daniel Walton wrote:
> >>
> >>>
> >>> Yes, the same mapfile worked under MS4W on a 32-bit machine. I have
> >>> verified that this same problem occurs using the x86 binaries from
> Tamas'
> >>> site run in the current x64 environment. The source image is in PNG
> format
> >>> in order to make transparency work well on the client. (My client is
> >>> Silverlight-based, and PNG is the only supported format that supports
> >>> transparency). The source image does have a world (*.WLD) file which
> >>> contains these values (file is generated by running gdal_translate on a
> >>> geotiff image):
> >>>
> >>>
> >> Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the log
> >> output, if you haven't tried that already.
> >>
> >>
> >> --
> >> Daniel Morissette
> >> http://www.mapgears.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/20091207/4c495a05/attachment.htm>

From szekerest at gmail.com  Mon Dec  7 13:22:07 2009
From: szekerest at gmail.com (Tamas Szekeres)
Date: Mon, 7 Dec 2009 22:22:07 +0100
Subject: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank 
	images
In-Reply-To: <4B1D1B37.5157.008F.0@dnr.state.mn.us>
References: <8ab83e650912070746i4b916b98mfc03307e6677d844@mail.gmail.com>
	<4B1D60FF.6030403@mapgears.com>
	<8ab83e650912071222u1edcb4efx63a758610e734ea4@mail.gmail.com>
	<4B1D67A9.8040506@mapgears.com>
	<8ab83e650912071247w7b93cb8bt90fe0c6a7a460785@mail.gmail.com>
	<4B1D1B37.5157.008F.0@dnr.state.mn.us>
Message-ID: <f3b73b7d0912071322k28ae225bgf1a25c0ebc137d4c@mail.gmail.com>

Daniel,

This may also be an issue if GDAL couldn't actually open this file bacause
of any reason (permission?).
Make sure about this, by using a file monitoring tool, like SysInternals
filemon for instance.

Best regards,

Tamas



2009/12/7 Steve Lime <Steve.Lime at state.mn.us>

> If I take the request out of WMS context to straight CGI with this request:
>
>  http://www.fireimagery.com/ms/mapserv.exe?map=C
> :\maps\A091207074551.map&mode=map&mapsize=300+300&layer=ZZ
>
> I get the following error:
>
> msDrawMap(): Image handling error. Failed to draw layer named 'ZZ'.
> msDrawRaster(): Image handling error. Unrecognized or unsupported image
> format drawEPP(): Image handling error. EPPL7 support is not available.
>
> Typically you'll see that when GDAL failed to identify the filetype. EPPL7
> is the last thing checked so that's not relevant by itself. I guess I'd
> start
> by making sure the image is valid.
>
> Steve
>
> >>> On 12/7/2009 at 2:47 PM, in message
> <8ab83e650912071247w7b93cb8bt90fe0c6a7a460785 at mail.gmail.com>, Daniel
> Walton
> <dgwalton at gmail.com> wrote:
> > Thanks Daniel. No dice, though, log is empty.
> >
> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
> > <dmorissette at mapgears.com>wrote:
> >
> >> Daniel Walton wrote:
> >>
> >>>
> >>> Yes, the same mapfile worked under MS4W on a 32-bit machine. I have
> >>> verified that this same problem occurs using the x86 binaries from
> Tamas'
> >>> site run in the current x64 environment. The source image is in PNG
> format
> >>> in order to make transparency work well on the client. (My client is
> >>> Silverlight-based, and PNG is the only supported format that supports
> >>> transparency). The source image does have a world (*.WLD) file which
> >>> contains these values (file is generated by running gdal_translate on a
> >>> geotiff image):
> >>>
> >>>
> >> Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the log
> >> output, if you haven't tried that already.
> >>
> >>
> >> --
> >> Daniel Morissette
> >> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091207/c4c69c63/attachment.htm>

From Steve.Lime at state.mn.us  Mon Dec  7 13:22:48 2009
From: Steve.Lime at state.mn.us (Steve Lime)
Date: Mon, 07 Dec 2009 15:22:48 -0600
Subject: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up
	blank images
In-Reply-To: <8ab83e650912071318r3f35074anb9d6c9b64393a0c4@mail.gmail.com>
References: <8ab83e650912070746i4b916b98mfc03307e6677d844@mail.gmail.com>
	<4B1D60FF.6030403@mapgears.com>
	<8ab83e650912071222u1edcb4efx63a758610e734ea4@mail.gmail.com>
	<4B1D67A9.8040506@mapgears.com>
	<8ab83e650912071247w7b93cb8bt90fe0c6a7a460785@mail.gmail.com>
	<4B1D1B37.5157.008F.0@dnr.state.mn.us>
	<8ab83e650912071318r3f35074anb9d6c9b64393a0c4@mail.gmail.com>
Message-ID: <4B1D1D46.5157.008F.0@dnr.state.mn.us>

The error still indicates a problem recognizing the file type. Can you hit the source GeoTIFF?

>>> On 12/7/2009 at 3:18 PM, in message
<8ab83e650912071318r3f35074anb9d6c9b64393a0c4 at mail.gmail.com>, Daniel Walton
<dgwalton at gmail.com> wrote:
> I'm creating the PNG image from a GeoTIFF using:
> 
> gdal_translate -of PNG -quiet -scale -co worldfile=yes
> [Geotiff_filename].tif [PNG_filename].PNG.
> 
> Also, these PNG source images were working fine under MS4W x86.
> 
> -Dan
> 
> 
> 
> On Mon, Dec 7, 2009 at 3:14 PM, Steve Lime <Steve.Lime at state.mn.us> wrote:
> 
>> If I take the request out of WMS context to straight CGI with this request:
>>
>>  http://www.fireimagery.com/ms/mapserv.exe?map=C 
>> :\maps\A091207074551.map&mode=map&mapsize=300+300&layer=ZZ
>>
>> I get the following error:
>>
>> msDrawMap(): Image handling error. Failed to draw layer named 'ZZ'.
>> msDrawRaster(): Image handling error. Unrecognized or unsupported image
>> format drawEPP(): Image handling error. EPPL7 support is not available.
>>
>> Typically you'll see that when GDAL failed to identify the filetype. EPPL7
>> is the last thing checked so that's not relevant by itself. I guess I'd
>> start
>> by making sure the image is valid.
>>
>> Steve
>>
>> >>> On 12/7/2009 at 2:47 PM, in message
>> <8ab83e650912071247w7b93cb8bt90fe0c6a7a460785 at mail.gmail.com>, Daniel
>> Walton
>> <dgwalton at gmail.com> wrote:
>> > Thanks Daniel. No dice, though, log is empty.
>> >
>> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
>> > <dmorissette at mapgears.com>wrote:
>> >
>> >> Daniel Walton wrote:
>> >>
>> >>>
>> >>> Yes, the same mapfile worked under MS4W on a 32-bit machine. I have
>> >>> verified that this same problem occurs using the x86 binaries from
>> Tamas'
>> >>> site run in the current x64 environment. The source image is in PNG
>> format
>> >>> in order to make transparency work well on the client. (My client is
>> >>> Silverlight-based, and PNG is the only supported format that supports
>> >>> transparency). The source image does have a world (*.WLD) file which
>> >>> contains these values (file is generated by running gdal_translate on a
>> >>> geotiff image):
>> >>>
>> >>>
>> >> Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the log
>> >> output, if you haven't tried that already.
>> >>
>> >>
>> >> --
>> >> Daniel Morissette
>> >> http://www.mapgears.com/ 
>> >> _______________________________________________
>> >> mapserver-users mailing list
>> >> mapserver-users at lists.osgeo.org 
>> >> http://lists.osgeo.org/mailman/listinfo/mapserver-users 
>> >>
>>
>>



From dgwalton at gmail.com  Mon Dec  7 14:06:58 2009
From: dgwalton at gmail.com (Daniel Walton)
Date: Mon, 7 Dec 2009 16:06:58 -0600
Subject: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank 
	images
In-Reply-To: <4B1D1D46.5157.008F.0@dnr.state.mn.us>
References: <8ab83e650912070746i4b916b98mfc03307e6677d844@mail.gmail.com> 
	<4B1D60FF.6030403@mapgears.com>
	<8ab83e650912071222u1edcb4efx63a758610e734ea4@mail.gmail.com> 
	<4B1D67A9.8040506@mapgears.com>
	<8ab83e650912071247w7b93cb8bt90fe0c6a7a460785@mail.gmail.com> 
	<4B1D1B37.5157.008F.0@dnr.state.mn.us>
	<8ab83e650912071318r3f35074anb9d6c9b64393a0c4@mail.gmail.com> 
	<4B1D1D46.5157.008F.0@dnr.state.mn.us>
Message-ID: <8ab83e650912071406v26b6bfben5c5f11e59ab1ac5e@mail.gmail.com>

Layer YY now references the GeoTIFF, same problem.

http://www.fireimagery.com/ms/mapserv.exe?map=C:\maps\A091207074551.map&mode=map&mapsize=150+150&layer=YY<http://www.fireimagery.com/ms/mapserv.exe?map=C:%5Cmaps%5CA091207074551.map&mode=map&mapsize=150+150&layer=YY>

Here is the error file content from this request:

[Mon Dec 07 16:03:32 2009].406000 CGI Request 4 on process 2508
[Mon Dec 07 16:03:32 2009].406000 msWMSLoadGetMapParams(): enabling
non-square pixels.
[Mon Dec 07 16:03:32 2009].406000 msDrawMap(): kicking into non-square pixel
preserving mode.
[Mon Dec 07 16:03:32 2009].406000 msLayerIsVisible(): Skipping layer (YY)
because LAYER.EXTENT does not intersect MAP.EXTENT
[Mon Dec 07 16:03:32 2009].406000 msLayerIsVisible(): Skipping layer (YY)
because LAYER.EXTENT does not intersect MAP.EXTENT
[Mon Dec 07 16:03:32 2009].406000 msDrawMap(): Drawing Label Cache, 0.000s
[Mon Dec 07 16:03:32 2009].406000 msDrawMap() total time: 0.000s
[Mon Dec 07 16:03:32 2009].531000 msSaveImage() total time: 0.125s
[Mon Dec 07 16:03:32 2009].531000 mapserv request processing time (msLoadMap
not incl.): 0.125s
[Mon Dec 07 16:03:32 2009].531000 msFreeMap(): freeing map at
00000000017CFFB0.
[Mon Dec 07 16:03:32 2009].531000 freeLayer(): freeing layer at
0000000003240D60.
[Mon Dec 07 16:03:32 2009].531000 freeLayer(): freeing layer at
0000000001808290.
[Mon Dec 07 16:04:25 2009].937000 CGI Request 5 on process 2508
[Mon Dec 07 16:04:25 2009].937000 msDrawRasterLayerLow(YY): entering.
[Mon Dec 07 16:04:25 2009].937000 msDrawMap(): Layer 1 (YY), 0.000s
[Mon Dec 07 16:04:25 2009].937000 msDrawMap(): Drawing Label Cache, 0.000s
[Mon Dec 07 16:04:25 2009].937000 msDrawMap() total time: 0.000s
[Mon Dec 07 16:04:25 2009].937000 msSaveImage() total time: 0.000s
[Mon Dec 07 16:04:25 2009].937000 mapserv request processing time (loadmap
not incl.): 0.000s
[Mon Dec 07 16:04:25 2009


On Mon, Dec 7, 2009 at 3:22 PM, Steve Lime <Steve.Lime at state.mn.us> wrote:

> The error still indicates a problem recognizing the file type. Can you hit
> the source GeoTIFF?
>
> >>> On 12/7/2009 at 3:18 PM, in message
> <8ab83e650912071318r3f35074anb9d6c9b64393a0c4 at mail.gmail.com>, Daniel
> Walton
> <dgwalton at gmail.com> wrote:
> > I'm creating the PNG image from a GeoTIFF using:
> >
> > gdal_translate -of PNG -quiet -scale -co worldfile=yes
> > [Geotiff_filename].tif [PNG_filename].PNG.
> >
> > Also, these PNG source images were working fine under MS4W x86.
> >
> > -Dan
> >
> >
> >
> > On Mon, Dec 7, 2009 at 3:14 PM, Steve Lime <Steve.Lime at state.mn.us>
> wrote:
> >
> >> If I take the request out of WMS context to straight CGI with this
> request:
> >>
> >>  http://www.fireimagery.com/ms/mapserv.exe?map=C
> >> :\maps\A091207074551.map&mode=map&mapsize=300+300&layer=ZZ
> >>
> >> I get the following error:
> >>
> >> msDrawMap(): Image handling error. Failed to draw layer named 'ZZ'.
> >> msDrawRaster(): Image handling error. Unrecognized or unsupported image
> >> format drawEPP(): Image handling error. EPPL7 support is not available.
> >>
> >> Typically you'll see that when GDAL failed to identify the filetype.
> EPPL7
> >> is the last thing checked so that's not relevant by itself. I guess I'd
> >> start
> >> by making sure the image is valid.
> >>
> >> Steve
> >>
> >> >>> On 12/7/2009 at 2:47 PM, in message
> >> <8ab83e650912071247w7b93cb8bt90fe0c6a7a460785 at mail.gmail.com>, Daniel
> >> Walton
> >> <dgwalton at gmail.com> wrote:
> >> > Thanks Daniel. No dice, though, log is empty.
> >> >
> >> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
> >> > <dmorissette at mapgears.com>wrote:
> >> >
> >> >> Daniel Walton wrote:
> >> >>
> >> >>>
> >> >>> Yes, the same mapfile worked under MS4W on a 32-bit machine. I have
> >> >>> verified that this same problem occurs using the x86 binaries from
> >> Tamas'
> >> >>> site run in the current x64 environment. The source image is in PNG
> >> format
> >> >>> in order to make transparency work well on the client. (My client is
> >> >>> Silverlight-based, and PNG is the only supported format that
> supports
> >> >>> transparency). The source image does have a world (*.WLD) file which
> >> >>> contains these values (file is generated by running gdal_translate
> on a
> >> >>> geotiff image):
> >> >>>
> >> >>>
> >> >> Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the
> log
> >> >> output, if you haven't tried that already.
> >> >>
> >> >>
> >> >> --
> >> >> Daniel Morissette
> >> >> http://www.mapgears.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/20091207/055103ae/attachment.htm>

From dgwalton at gmail.com  Mon Dec  7 14:25:10 2009
From: dgwalton at gmail.com (Daniel Walton)
Date: Mon, 7 Dec 2009 16:25:10 -0600
Subject: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank 
	images
In-Reply-To: <f3b73b7d0912071322k28ae225bgf1a25c0ebc137d4c@mail.gmail.com>
References: <8ab83e650912070746i4b916b98mfc03307e6677d844@mail.gmail.com> 
	<4B1D60FF.6030403@mapgears.com>
	<8ab83e650912071222u1edcb4efx63a758610e734ea4@mail.gmail.com> 
	<4B1D67A9.8040506@mapgears.com>
	<8ab83e650912071247w7b93cb8bt90fe0c6a7a460785@mail.gmail.com> 
	<4B1D1B37.5157.008F.0@dnr.state.mn.us>
	<f3b73b7d0912071322k28ae225bgf1a25c0ebc137d4c@mail.gmail.com>
Message-ID: <8ab83e650912071425r292dd743v3118224b23c476a0@mail.gmail.com>

Tamas,

Thanks for the tip. I used process monitor and everything looks OK in the
permissions department. I think the problem relates to the fact that
mapserver doesn't calculate an overlap between map and layer. I'm not sure
what would cause this.

-Dan


On Mon, Dec 7, 2009 at 3:22 PM, Tamas Szekeres <szekerest at gmail.com> wrote:

> Daniel,
>
> This may also be an issue if GDAL couldn't actually open this file bacause
> of any reason (permission?).
> Make sure about this, by using a file monitoring tool, like SysInternals
> filemon for instance.
>
> Best regards,
>
> Tamas
>
>
>
> 2009/12/7 Steve Lime <Steve.Lime at state.mn.us>
>
> If I take the request out of WMS context to straight CGI with this request:
>>
>>  http://www.fireimagery.com/ms/mapserv.exe?map=C
>> :\maps\A091207074551.map&mode=map&mapsize=300+300&layer=ZZ
>>
>> I get the following error:
>>
>> msDrawMap(): Image handling error. Failed to draw layer named 'ZZ'.
>> msDrawRaster(): Image handling error. Unrecognized or unsupported image
>> format drawEPP(): Image handling error. EPPL7 support is not available.
>>
>> Typically you'll see that when GDAL failed to identify the filetype. EPPL7
>> is the last thing checked so that's not relevant by itself. I guess I'd
>> start
>> by making sure the image is valid.
>>
>> Steve
>>
>> >>> On 12/7/2009 at 2:47 PM, in message
>> <8ab83e650912071247w7b93cb8bt90fe0c6a7a460785 at mail.gmail.com>, Daniel
>> Walton
>> <dgwalton at gmail.com> wrote:
>> > Thanks Daniel. No dice, though, log is empty.
>> >
>> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
>> > <dmorissette at mapgears.com>wrote:
>> >
>> >> Daniel Walton wrote:
>> >>
>> >>>
>> >>> Yes, the same mapfile worked under MS4W on a 32-bit machine. I have
>> >>> verified that this same problem occurs using the x86 binaries from
>> Tamas'
>> >>> site run in the current x64 environment. The source image is in PNG
>> format
>> >>> in order to make transparency work well on the client. (My client is
>> >>> Silverlight-based, and PNG is the only supported format that supports
>> >>> transparency). The source image does have a world (*.WLD) file which
>> >>> contains these values (file is generated by running gdal_translate on
>> a
>> >>> geotiff image):
>> >>>
>> >>>
>> >> Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the
>> log
>> >> output, if you haven't tried that already.
>> >>
>> >>
>> >> --
>> >> Daniel Morissette
>> >> 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
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091207/a544c439/attachment.htm>

From Steve.Lime at state.mn.us  Mon Dec  7 15:40:12 2009
From: Steve.Lime at state.mn.us (Steve Lime)
Date: Mon, 07 Dec 2009 17:40:12 -0600
Subject: [mapserver-users] Shapefile,itemnquery and HTML image map
	generation problem
In-Reply-To: <04e001ca74eb$bc473400$34d59c00$@net>
References: <042101ca7454$bfc62830$3f527890$@net>
	<04e001ca74eb$bc473400$34d59c00$@net>
Message-ID: <4B1D3D7A.5157.008F.0@dnr.state.mn.us>

GDAL's not in play here at all. If you generate a query map instead of an html image map does
the output map look ok? What version are you using?

Steve

>>> On 12/4/2009 at 8:11 AM, in message <04e001ca74eb$bc473400$34d59c00$@net>,
W.John Guineau <guineau at earthlink.net> wrote:
> How would I go about debugging this? 
> 
>  
> 
> I think this is GDAL and its query of shapefiles, right?
> 
>  
> 
> The bottom line is that MapServer finds all the items when it is rendering
> the map by layer/class EXPRESSION, but the qstring in a URL using the exact
> same EXPRESSION string misses some of the items.
> 
>  
> 
> I can also use ogrinfo from MAP4W to execute an SQL query directly on the
> shapefile and the items in questions are certainly there.
> 
>  
> 
> In the image below, the green areas are result of the mapfile layer class
> EXPRESSION - all are correctly rendered. However, several of them do not get
> generated (HTML imagemap <area> tags not generated) when using a URL and
> itemnquery/qstring with the identical EXPRESSION.
> 
>  
> 
> How do I enable debug (enabling mapfile DEBUG does not seem to give any
> useful info as to why GDAL is skipping certain items) Am I better off using
> MAP4W or similar to get debug/trace info for shapefile queries?
> 
>  
> 
> john
> 
>  
> 
>  
> 
> 
> 
>  
> 
> From: mapserver-users-bounces at lists.osgeo.org 
> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of W.John Guineau
> Sent: Thursday, December 03, 2009 3:11 PM
> To: mapserver-users at lists.osgeo.org 
> Subject: [mapserver-users] Shapefile, itemnquery and HTML image map
> generation problem
> 
>  
> 
> I have a basic vector shapefile that I am trying to generate HTML clickable
> maps from. It seems to work well for the most part, however there is a
> problem where some items from the shapefile do not get processed from the
> qstring in the browser, but they are processed fine in the mapfile layer (to
> color them differently).
> 
>  
> 
> So the map that renders shows all the items colored properly as the layer
> class defines. Using the exact same list of items in the HTTP query string
> causes several items to be ignored (the HTML image map area is not
> generated).
> 
>  
> 
> http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m& 
> mode=itemnquery&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize=600
> +400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B,102C,103,104,105
> ,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,
> 114A,114B,115A,115B,115C")
> 
>  
> 
> Below is the layer section from the mapfile. I can post whatever else is
> helpful. 
> 
>  
> 
> Thanks for any help on this.
> 
>  
> 
> john
> 
>  
> 
> LAYER 
> 
>                 NAME map_m
> 
>                 DATA "map_shape"
> 
>                 TEMPLATE "bodytemplate.html"
> 
>                 HEADER "imapheader.html"
> 
>                 FOOTER "imapfooter.html"
> 
>                 PROJECTION
> 
>                                 "proj=latlong"
> 
>                                 "ellps=GRS80"
> 
>                                 "init=epsg:4326"
> 
>                 END
> 
>                 TYPE polygon
> 
>                 STATUS ON
> 
>                 TRANSPARENCY 70
> 
>                 CLASS
> 
>                                 NAME "MLRA"
> 
>                                 COLOR 0 200 0
> 
>                                 OUTLINECOLOR 0 0 0
> 
>                                 EXPRESSION( "[MLRARSYM]" in
> "102A,102B,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,1
> 11B,111C,111D,111E,112,113,114A,114B,115A,115B,115C" )
> 
>                 END
> 
>                 METADATA 
> 
>                                 qstring_validation_pattern ".*"
> 
>                 END
> 
> END



From guineau at earthlink.net  Mon Dec  7 15:56:15 2009
From: guineau at earthlink.net (W.John Guineau)
Date: Mon, 7 Dec 2009 18:56:15 -0500
Subject: [mapserver-users] Shapefile,
	itemnquery and HTML image map	generation problem
In-Reply-To: <4B1D3D7A.5157.008F.0@dnr.state.mn.us>
References: <042101ca7454$bfc62830$3f527890$@net>
	<04e001ca74eb$bc473400$34d59c00$@net>
	<4B1D3D7A.5157.008F.0@dnr.state.mn.us>
Message-ID: <01ce01ca7798$dd4b89d0$97e29d70$@net>

I'm new to mapserver, how do I quickly generate a querymap?

I'm using mapserver 5.4.2 from the latest MS4W on Windows 7 x64. I've also
tried 5.2.1 that I compiled myself.

john


-----Original Message-----
From: Steve Lime [mailto:Steve.Lime at state.mn.us] 
Sent: Monday, December 07, 2009 6:40 PM
To: 'W.John Guineau'; mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
generation problem

GDAL's not in play here at all. If you generate a query map instead of an
html image map does
the output map look ok? What version are you using?

Steve

>>> On 12/4/2009 at 8:11 AM, in message
<04e001ca74eb$bc473400$34d59c00$@net>,
W.John Guineau <guineau at earthlink.net> wrote:
> How would I go about debugging this? 
> 
>  
> 
> I think this is GDAL and its query of shapefiles, right?
> 
>  
> 
> The bottom line is that MapServer finds all the items when it is rendering
> the map by layer/class EXPRESSION, but the qstring in a URL using the
exact
> same EXPRESSION string misses some of the items.
> 
>  
> 
> I can also use ogrinfo from MAP4W to execute an SQL query directly on the
> shapefile and the items in questions are certainly there.
> 
>  
> 
> In the image below, the green areas are result of the mapfile layer class
> EXPRESSION - all are correctly rendered. However, several of them do not
get
> generated (HTML imagemap <area> tags not generated) when using a URL and
> itemnquery/qstring with the identical EXPRESSION.
> 
>  
> 
> How do I enable debug (enabling mapfile DEBUG does not seem to give any
> useful info as to why GDAL is skipping certain items) Am I better off
using
> MAP4W or similar to get debug/trace info for shapefile queries?
> 
>  
> 
> john
> 
>  
> 
>  
> 
> 
> 
>  
> 
> From: mapserver-users-bounces at lists.osgeo.org 
> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of W.John
Guineau
> Sent: Thursday, December 03, 2009 3:11 PM
> To: mapserver-users at lists.osgeo.org 
> Subject: [mapserver-users] Shapefile, itemnquery and HTML image map
> generation problem
> 
>  
> 
> I have a basic vector shapefile that I am trying to generate HTML
clickable
> maps from. It seems to work well for the most part, however there is a
> problem where some items from the shapefile do not get processed from the
> qstring in the browser, but they are processed fine in the mapfile layer
(to
> color them differently).
> 
>  
> 
> So the map that renders shows all the items colored properly as the layer
> class defines. Using the exact same list of items in the HTTP query string
> causes several items to be ignored (the HTML image map area is not
> generated).
> 
>  
> 
>
http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m&

>
mode=itemnquery&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize=600
>
+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B,102C,103,104,105
>
,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,
> 114A,114B,115A,115B,115C")
> 
>  
> 
> Below is the layer section from the mapfile. I can post whatever else is
> helpful. 
> 
>  
> 
> Thanks for any help on this.
> 
>  
> 
> john
> 
>  
> 
> LAYER 
> 
>                 NAME map_m
> 
>                 DATA "map_shape"
> 
>                 TEMPLATE "bodytemplate.html"
> 
>                 HEADER "imapheader.html"
> 
>                 FOOTER "imapfooter.html"
> 
>                 PROJECTION
> 
>                                 "proj=latlong"
> 
>                                 "ellps=GRS80"
> 
>                                 "init=epsg:4326"
> 
>                 END
> 
>                 TYPE polygon
> 
>                 STATUS ON
> 
>                 TRANSPARENCY 70
> 
>                 CLASS
> 
>                                 NAME "MLRA"
> 
>                                 COLOR 0 200 0
> 
>                                 OUTLINECOLOR 0 0 0
> 
>                                 EXPRESSION( "[MLRARSYM]" in
>
"102A,102B,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,1
> 11B,111C,111D,111E,112,113,114A,114B,115A,115B,115C" )
> 
>                 END
> 
>                 METADATA 
> 
>                                 qstring_validation_pattern ".*"
> 
>                 END
> 
> END



From Steve.Lime at state.mn.us  Mon Dec  7 16:04:02 2009
From: Steve.Lime at state.mn.us (Steve Lime)
Date: Mon, 07 Dec 2009 18:04:02 -0600
Subject: [mapserver-users] Shapefile,itemnquery and HTML image
	map	generation problem
In-Reply-To: <01ce01ca7798$dd4b89d0$97e29d70$@net>
References: <042101ca7454$bfc62830$3f527890$@net>
	<04e001ca74eb$bc473400$34d59c00$@net>
	<4B1D3D7A.5157.008F.0@dnr.state.mn.us>
	<01ce01ca7798$dd4b89d0$97e29d70$@net>
Message-ID: <4B1D4310.5157.008F.0@dnr.state.mn.us>

Just add a querymap object to your mapfile, like so:

QUERYMAP
  STATUS ON
END

Then change your URL to use the mode itemnquerymap and that should return just an image with the
selected features highlighted in yellow.

Steve

>>> On 12/7/2009 at 5:56 PM, in message <01ce01ca7798$dd4b89d0$97e29d70$@net>,
W.John Guineau <guineau at earthlink.net> wrote:
> I'm new to mapserver, how do I quickly generate a querymap?
> 
> I'm using mapserver 5.4.2 from the latest MS4W on Windows 7 x64. I've also
> tried 5.2.1 that I compiled myself.
> 
> john
> 
> 
> -----Original Message-----
> From: Steve Lime [mailto:Steve.Lime at state.mn.us] 
> Sent: Monday, December 07, 2009 6:40 PM
> To: 'W.John Guineau'; mapserver-users at lists.osgeo.org 
> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
> generation problem
> 
> GDAL's not in play here at all. If you generate a query map instead of an
> html image map does
> the output map look ok? What version are you using?
> 
> Steve
> 
>>>> On 12/4/2009 at 8:11 AM, in message
> <04e001ca74eb$bc473400$34d59c00$@net>,
> W.John Guineau <guineau at earthlink.net> wrote:
>> How would I go about debugging this? 
>> 
>>  
>> 
>> I think this is GDAL and its query of shapefiles, right?
>> 
>>  
>> 
>> The bottom line is that MapServer finds all the items when it is rendering
>> the map by layer/class EXPRESSION, but the qstring in a URL using the
> exact
>> same EXPRESSION string misses some of the items.
>> 
>>  
>> 
>> I can also use ogrinfo from MAP4W to execute an SQL query directly on the
>> shapefile and the items in questions are certainly there.
>> 
>>  
>> 
>> In the image below, the green areas are result of the mapfile layer class
>> EXPRESSION - all are correctly rendered. However, several of them do not
> get
>> generated (HTML imagemap <area> tags not generated) when using a URL and
>> itemnquery/qstring with the identical EXPRESSION.
>> 
>>  
>> 
>> How do I enable debug (enabling mapfile DEBUG does not seem to give any
>> useful info as to why GDAL is skipping certain items) Am I better off
> using
>> MAP4W or similar to get debug/trace info for shapefile queries?
>> 
>>  
>> 
>> john
>> 
>>  
>> 
>>  
>> 
>> 
>> 
>>  
>> 
>> From: mapserver-users-bounces at lists.osgeo.org 
>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of W.John
> Guineau
>> Sent: Thursday, December 03, 2009 3:11 PM
>> To: mapserver-users at lists.osgeo.org 
>> Subject: [mapserver-users] Shapefile, itemnquery and HTML image map
>> generation problem
>> 
>>  
>> 
>> I have a basic vector shapefile that I am trying to generate HTML
> clickable
>> maps from. It seems to work well for the most part, however there is a
>> problem where some items from the shapefile do not get processed from the
>> qstring in the browser, but they are processed fine in the mapfile layer
> (to
>> color them differently).
>> 
>>  
>> 
>> So the map that renders shows all the items colored properly as the layer
>> class defines. Using the exact same list of items in the HTTP query string
>> causes several items to be ignored (the HTML image map area is not
>> generated).
>> 
>>  
>> 
>>
> http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m& 
> 
>>
> mode=itemnquery&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize=600
>>
> +400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B,102C,103,104,105
>>
> ,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,
>> 114A,114B,115A,115B,115C")
>> 
>>  
>> 
>> Below is the layer section from the mapfile. I can post whatever else is
>> helpful. 
>> 
>>  
>> 
>> Thanks for any help on this.
>> 
>>  
>> 
>> john
>> 
>>  
>> 
>> LAYER 
>> 
>>                 NAME map_m
>> 
>>                 DATA "map_shape"
>> 
>>                 TEMPLATE "bodytemplate.html"
>> 
>>                 HEADER "imapheader.html"
>> 
>>                 FOOTER "imapfooter.html"
>> 
>>                 PROJECTION
>> 
>>                                 "proj=latlong"
>> 
>>                                 "ellps=GRS80"
>> 
>>                                 "init=epsg:4326"
>> 
>>                 END
>> 
>>                 TYPE polygon
>> 
>>                 STATUS ON
>> 
>>                 TRANSPARENCY 70
>> 
>>                 CLASS
>> 
>>                                 NAME "MLRA"
>> 
>>                                 COLOR 0 200 0
>> 
>>                                 OUTLINECOLOR 0 0 0
>> 
>>                                 EXPRESSION( "[MLRARSYM]" in
>>
> "102A,102B,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,1
>> 11B,111C,111D,111E,112,113,114A,114B,115A,115B,115C" )
>> 
>>                 END
>> 
>>                 METADATA 
>> 
>>                                 qstring_validation_pattern ".*"
>> 
>>                 END
>> 
>> END
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org 
> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From Steve.Lime at state.mn.us  Mon Dec  7 16:56:54 2009
From: Steve.Lime at state.mn.us (Steve Lime)
Date: Mon, 07 Dec 2009 18:56:54 -0600
Subject: [mapserver-users] Shapefile,itemnquery and HTML
	image	map	generation problem
In-Reply-To: <01dc01ca779c$2c19eae0$844dc0a0$@net>
References: <042101ca7454$bfc62830$3f527890$@net>
	<04e001ca74eb$bc473400$34d59c00$@net>
	<4B1D3D7A.5157.008F.0@dnr.state.mn.us>
	<01ce01ca7798$dd4b89d0$97e29d70$@net>
	<4B1D4310.5157.008F.0@dnr.state.mn.us>
	<01dc01ca779c$2c19eae0$844dc0a0$@net>
Message-ID: <4B1D4F74.5157.008F.0@dnr.state.mn.us>

Do the ones not selected fall at the end of your qstring? I'm wondering if something is getting truncated. I'd think
you'd get a parsing error in that case, but perhaps not. Can you label the polygons with the value for MLRARSYM?

Steve

>>> On 12/7/2009 at 6:19 PM, in message <01dc01ca779c$2c19eae0$844dc0a0$@net>,
W.John Guineau <guineau at earthlink.net> wrote:
> Hi Steve,
> 
>  
> 
> OK, I added the QUERYMAP section and changed the URL:
> 
>  
> 
> http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map 
> <http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m 
> &mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize
> =600+400&qitem=MLRARSYM&qstring=(%22%5bMLRARSYM%5d%22%20in%20%22102A,102B,10
> 2C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D
> ,111E,112,113,114A,114B,115A,115B,115C%22)>
> &qlayer=coe_m&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-
> 89+49&mapsize=600+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B
> ,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,1
> 11D,111E,112,113,114A,114B,115A,115B,115C")
> 
>  
> 
>  
> 
> Now I get the map with some of the items highlighted in yellow, and the rest
> green:
> 
>  
> 
> 
> 
>  
> 
> -----Original Message-----
> From: Steve Lime [mailto:Steve.Lime at state.mn.us] 
> Sent: Monday, December 07, 2009 7:04 PM
> To: W.John Guineau; mapserver-users at lists.osgeo.org; 'Steve Lime'
> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
> generation problem
> 
>  
> 
> Just add a querymap object to your mapfile, like so:
> 
>  
> 
> QUERYMAP
> 
>   STATUS ON
> 
> END
> 
>  
> 
> Then change your URL to use the mode itemnquerymap and that should return
> just an image with the
> 
> selected features highlighted in yellow.
> 
>  
> 
> Steve
> 
>  
> 
>>>> On 12/7/2009 at 5:56 PM, in message
> <01ce01ca7798$dd4b89d0$97e29d70$@net>,
> 
> W.John Guineau <guineau at earthlink.net> wrote:
> 
>> I'm new to mapserver, how do I quickly generate a querymap?
> 
>> 
> 
>> I'm using mapserver 5.4.2 from the latest MS4W on Windows 7 x64. I've also
> 
>> tried 5.2.1 that I compiled myself.
> 
>> 
> 
>> john
> 
>> 
> 
>> 
> 
>> -----Original Message-----
> 
>> From: Steve Lime [mailto:Steve.Lime at state.mn.us] 
> 
>> Sent: Monday, December 07, 2009 6:40 PM
> 
>> To: 'W.John Guineau'; mapserver-users at lists.osgeo.org 
> 
>> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
> 
>> generation problem
> 
>> 
> 
>> GDAL's not in play here at all. If you generate a query map instead of an
> 
>> html image map does
> 
>> the output map look ok? What version are you using?
> 
>> 
> 
>> Steve
> 
>> 
> 
>>>>> On 12/4/2009 at 8:11 AM, in message
> 
>> <04e001ca74eb$bc473400$34d59c00$@net>,
> 
>> W.John Guineau <guineau at earthlink.net> wrote:
> 
>>> How would I go about debugging this? 
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> I think this is GDAL and its query of shapefiles, right?
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> The bottom line is that MapServer finds all the items when it is
> rendering
> 
>>> the map by layer/class EXPRESSION, but the qstring in a URL using the
> 
>> exact
> 
>>> same EXPRESSION string misses some of the items.
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> I can also use ogrinfo from MAP4W to execute an SQL query directly on the
> 
>>> shapefile and the items in questions are certainly there.
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> In the image below, the green areas are result of the mapfile layer class
> 
>>> EXPRESSION - all are correctly rendered. However, several of them do not
> 
>> get
> 
>>> generated (HTML imagemap <area> tags not generated) when using a URL and
> 
>>> itemnquery/qstring with the identical EXPRESSION.
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> How do I enable debug (enabling mapfile DEBUG does not seem to give any
> 
>>> useful info as to why GDAL is skipping certain items) Am I better off
> 
>> using
> 
>>> MAP4W or similar to get debug/trace info for shapefile queries?
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> john
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> 
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> From: mapserver-users-bounces at lists.osgeo.org 
> 
>>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of W.John
> 
>> Guineau
> 
>>> Sent: Thursday, December 03, 2009 3:11 PM
> 
>>> To: mapserver-users at lists.osgeo.org 
> 
>>> Subject: [mapserver-users] Shapefile, itemnquery and HTML image map
> 
>>> generation problem
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> I have a basic vector shapefile that I am trying to generate HTML
> 
>> clickable
> 
>>> maps from. It seems to work well for the most part, however there is a
> 
>>> problem where some items from the shapefile do not get processed from the
> 
>>> qstring in the browser, but they are processed fine in the mapfile layer
> 
>> (to
> 
>>> color them differently).
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> So the map that renders shows all the items colored properly as the layer
> 
>>> class defines. Using the exact same list of items in the HTTP query
> string
> 
>>> causes several items to be ignored (the HTML image map area is not
> 
>>> generated).
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> 
> 
>>
> http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m& 
> 
> 
>> 
> 
>>> 
> 
>>
> mode=itemnquery&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize=600
> 
>>> 
> 
>>
> +400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B,102C,103,104,105
> 
>>> 
> 
>>
> ,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,
> 
>>> 114A,114B,115A,115B,115C")
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> Below is the layer section from the mapfile. I can post whatever else is
> 
>>> helpful. 
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> Thanks for any help on this.
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> john
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> LAYER 
> 
>>> 
> 
>>>                 NAME map_m
> 
>>> 
> 
>>>                 DATA "map_shape"
> 
>>> 
> 
>>>                 TEMPLATE "bodytemplate.html"
> 
>>> 
> 
>>>                 HEADER "imapheader.html"
> 
>>> 
> 
>>>                 FOOTER "imapfooter.html"
> 
>>> 
> 
>>>                 PROJECTION
> 
>>> 
> 
>>>                                 "proj=latlong"
> 
>>> 
> 
>>>                                 "ellps=GRS80"
> 
>>> 
> 
>>>                                 "init=epsg:4326"
> 
>>> 
> 
>>>                 END
> 
>>> 
> 
>>>                 TYPE polygon
> 
>>> 
> 
>>>                 STATUS ON
> 
>>> 
> 
>>>                 TRANSPARENCY 70
> 
>>> 
> 
>>>                 CLASS
> 
>>> 
> 
>>>                                 NAME "MLRA"
> 
>>> 
> 
>>>                                 COLOR 0 200 0
> 
>>> 
> 
>>>                                 OUTLINECOLOR 0 0 0
> 
>>> 
> 
>>>                                 EXPRESSION( "[MLRARSYM]" in
> 
>>> 
> 
>>
> "102A,102B,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,1
> 
>>> 11B,111C,111D,111E,112,113,114A,114B,115A,115B,115C" )
> 
>>> 
> 
>>>                 END
> 
>>> 
> 
>>>                 METADATA 
> 
>>> 
> 
>>>                                 qstring_validation_pattern ".*"
> 
>>> 
> 
>>>                 END
> 
>>> 
> 
>>> END
> 
>> 
> 
>> _______________________________________________
> 
>> mapserver-users mailing list
> 
>> mapserver-users at lists.osgeo.org 
> 
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From guineau at earthlink.net  Mon Dec  7 17:49:37 2009
From: guineau at earthlink.net (W.John Guineau)
Date: Mon, 7 Dec 2009 20:49:37 -0500
Subject: [mapserver-users] Shapefile,
	itemnquery and HTML	image	map	generation problem
In-Reply-To: <4B1D4F74.5157.008F.0@dnr.state.mn.us>
References: <042101ca7454$bfc62830$3f527890$@net>
	<04e001ca74eb$bc473400$34d59c00$@net>
	<4B1D3D7A.5157.008F.0@dnr.state.mn.us>
	<01ce01ca7798$dd4b89d0$97e29d70$@net>
	<4B1D4310.5157.008F.0@dnr.state.mn.us>
	<01dc01ca779c$2c19eae0$844dc0a0$@net>
	<4B1D4F74.5157.008F.0@dnr.state.mn.us>
Message-ID: <020f01ca77a8$b34bc9a0$19e35ce0$@net>

I think the missing ones are from random places n the query string. I have
tried putting just one of the missing MLRA in the query string and it still
does not generate <area>

How do I label? (I am really new to MapServer!)

john

-----Original Message-----
From: Steve Lime [mailto:Steve.Lime at state.mn.us] 
Sent: Monday, December 07, 2009 7:57 PM
To: W.John Guineau; mapserver-users at lists.osgeo.org; 'Steve Lime'
Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
generation problem

Do the ones not selected fall at the end of your qstring? I'm wondering if
something is getting truncated. I'd think
you'd get a parsing error in that case, but perhaps not. Can you label the
polygons with the value for MLRARSYM?

Steve

>>> On 12/7/2009 at 6:19 PM, in message
<01dc01ca779c$2c19eae0$844dc0a0$@net>,
W.John Guineau <guineau at earthlink.net> wrote:
> Hi Steve,
> 
>  
> 
> OK, I added the QUERYMAP section and changed the URL:
> 
>  
> 
> http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map 
>
<http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m

>
&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize
>
=600+400&qitem=MLRARSYM&qstring=(%22%5bMLRARSYM%5d%22%20in%20%22102A,102B,10
>
2C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D
> ,111E,112,113,114A,114B,115A,115B,115C%22)>
>
&qlayer=coe_m&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-
>
89+49&mapsize=600+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B
>
,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,1
> 11D,111E,112,113,114A,114B,115A,115B,115C")
> 
>  
> 
>  
> 
> Now I get the map with some of the items highlighted in yellow, and the
rest
> green:
> 
>  
> 
> 
> 
>  
> 
> -----Original Message-----
> From: Steve Lime [mailto:Steve.Lime at state.mn.us] 
> Sent: Monday, December 07, 2009 7:04 PM
> To: W.John Guineau; mapserver-users at lists.osgeo.org; 'Steve Lime'
> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
> generation problem
> 
>  
> 
> Just add a querymap object to your mapfile, like so:
> 
>  
> 
> QUERYMAP
> 
>   STATUS ON
> 
> END
> 
>  
> 
> Then change your URL to use the mode itemnquerymap and that should return
> just an image with the
> 
> selected features highlighted in yellow.
> 
>  
> 
> Steve
> 
>  
> 
>>>> On 12/7/2009 at 5:56 PM, in message
> <01ce01ca7798$dd4b89d0$97e29d70$@net>,
> 
> W.John Guineau <guineau at earthlink.net> wrote:
> 
>> I'm new to mapserver, how do I quickly generate a querymap?
> 
>> 
> 
>> I'm using mapserver 5.4.2 from the latest MS4W on Windows 7 x64. I've
also
> 
>> tried 5.2.1 that I compiled myself.
> 
>> 
> 
>> john
> 
>> 
> 
>> 
> 
>> -----Original Message-----
> 
>> From: Steve Lime [mailto:Steve.Lime at state.mn.us] 
> 
>> Sent: Monday, December 07, 2009 6:40 PM
> 
>> To: 'W.John Guineau'; mapserver-users at lists.osgeo.org 
> 
>> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
> 
>> generation problem
> 
>> 
> 
>> GDAL's not in play here at all. If you generate a query map instead of an
> 
>> html image map does
> 
>> the output map look ok? What version are you using?
> 
>> 
> 
>> Steve
> 
>> 
> 
>>>>> On 12/4/2009 at 8:11 AM, in message
> 
>> <04e001ca74eb$bc473400$34d59c00$@net>,
> 
>> W.John Guineau <guineau at earthlink.net> wrote:
> 
>>> How would I go about debugging this? 
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> I think this is GDAL and its query of shapefiles, right?
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> The bottom line is that MapServer finds all the items when it is
> rendering
> 
>>> the map by layer/class EXPRESSION, but the qstring in a URL using the
> 
>> exact
> 
>>> same EXPRESSION string misses some of the items.
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> I can also use ogrinfo from MAP4W to execute an SQL query directly on
the
> 
>>> shapefile and the items in questions are certainly there.
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> In the image below, the green areas are result of the mapfile layer
class
> 
>>> EXPRESSION - all are correctly rendered. However, several of them do not
> 
>> get
> 
>>> generated (HTML imagemap <area> tags not generated) when using a URL and
> 
>>> itemnquery/qstring with the identical EXPRESSION.
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> How do I enable debug (enabling mapfile DEBUG does not seem to give any
> 
>>> useful info as to why GDAL is skipping certain items) Am I better off
> 
>> using
> 
>>> MAP4W or similar to get debug/trace info for shapefile queries?
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> john
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> 
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> From: mapserver-users-bounces at lists.osgeo.org 
> 
>>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of W.John
> 
>> Guineau
> 
>>> Sent: Thursday, December 03, 2009 3:11 PM
> 
>>> To: mapserver-users at lists.osgeo.org 
> 
>>> Subject: [mapserver-users] Shapefile, itemnquery and HTML image map
> 
>>> generation problem
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> I have a basic vector shapefile that I am trying to generate HTML
> 
>> clickable
> 
>>> maps from. It seems to work well for the most part, however there is a
> 
>>> problem where some items from the shapefile do not get processed from
the
> 
>>> qstring in the browser, but they are processed fine in the mapfile layer
> 
>> (to
> 
>>> color them differently).
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> So the map that renders shows all the items colored properly as the
layer
> 
>>> class defines. Using the exact same list of items in the HTTP query
> string
> 
>>> causes several items to be ignored (the HTML image map area is not
> 
>>> generated).
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> 
> 
>>
>
http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m&

> 
> 
>> 
> 
>>> 
> 
>>
>
mode=itemnquery&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize=600
> 
>>> 
> 
>>
>
+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B,102C,103,104,105
> 
>>> 
> 
>>
>
,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,
> 
>>> 114A,114B,115A,115B,115C")
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> Below is the layer section from the mapfile. I can post whatever else is
> 
>>> helpful. 
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> Thanks for any help on this.
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> john
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> LAYER 
> 
>>> 
> 
>>>                 NAME map_m
> 
>>> 
> 
>>>                 DATA "map_shape"
> 
>>> 
> 
>>>                 TEMPLATE "bodytemplate.html"
> 
>>> 
> 
>>>                 HEADER "imapheader.html"
> 
>>> 
> 
>>>                 FOOTER "imapfooter.html"
> 
>>> 
> 
>>>                 PROJECTION
> 
>>> 
> 
>>>                                 "proj=latlong"
> 
>>> 
> 
>>>                                 "ellps=GRS80"
> 
>>> 
> 
>>>                                 "init=epsg:4326"
> 
>>> 
> 
>>>                 END
> 
>>> 
> 
>>>                 TYPE polygon
> 
>>> 
> 
>>>                 STATUS ON
> 
>>> 
> 
>>>                 TRANSPARENCY 70
> 
>>> 
> 
>>>                 CLASS
> 
>>> 
> 
>>>                                 NAME "MLRA"
> 
>>> 
> 
>>>                                 COLOR 0 200 0
> 
>>> 
> 
>>>                                 OUTLINECOLOR 0 0 0
> 
>>> 
> 
>>>                                 EXPRESSION( "[MLRARSYM]" in
> 
>>> 
> 
>>
>
"102A,102B,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,1
> 
>>> 11B,111C,111D,111E,112,113,114A,114B,115A,115B,115C" )
> 
>>> 
> 
>>>                 END
> 
>>> 
> 
>>>                 METADATA 
> 
>>> 
> 
>>>                                 qstring_validation_pattern ".*"
> 
>>> 
> 
>>>                 END
> 
>>> 
> 
>>> END
> 
>> 
> 
>> _______________________________________________
> 
>> mapserver-users mailing list
> 
>> mapserver-users at lists.osgeo.org 
> 
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users



From alans at cuervo.stanford.edu  Mon Dec  7 17:53:00 2009
From: alans at cuervo.stanford.edu (Alan Swithenbank)
Date: Mon, 7 Dec 2009 17:53:00 -0800 (PST)
Subject: [mapserver-users] perl Geo::Shapelib save method problem
Message-ID: <alpine.DEB.2.00.0912071656360.6507@cuervo.stanford.edu>

Hi,

I have curious and annoying problem, (mapserver version 5.0.3 on Ubuntu
9.10). Rather than launch into it by immediately posting a bunch of
convoluted perl code, I thought I would try and describe it briefly first
and see if that rings a bell for anyone.

I have been using the Geo::Shapelib perl module to create ESRI
shapefiles, which work fine when loaded by a cgi-bin perl mapscript
routine. The problem is if I attempt to create shapefiles "on the fly"
from the running cgi-bin routine, the Geo::Shapelib $shapefile -> save( )
method does not create the shapefiles. The routine does not crash, the
files simply never are generated. If the same routine is run from the 
command line, the files are generated. I express the full path to the
shape file directory, and have gone so far as to launch a separate
creation routine via the perl system command and even to fork the
cgi-bin process and launch the separate creation routine via exec. No
luck. And, both the separate system command program launch and the process
fork work to create viable shapefiles when the main cgi-bin routine is
launched from the commandline. If anyone else has seen something like this
I'd be interested to hear about it. (BTW, I do not have any problems
creating the associated .map files on the fly from the routine running as
cgi-bin, but, those I generate completely from my own code.)

I dug through the Geo::Shapelib source code for the save method a bit,
and the problem seems related to it's custom create routines for
generating file handles balking in the cgi environment. I REALLY don't
want to go there if I don't have too...;^) In fact, I'm not wedded to
Geo::Shapelib. I'd be happy to use the mapscript API directly from perl to
generate shapefiles. But, by my Googling expeditions, it looks as if as
time goes on, less and less information about perl mapscript becomes
available. (I can't even dredge the old and often mentioned perl mapscript
wiki out of the internet archives.)

Perhaps I just need a pointer to a bit more detail on generating
shapefiles from peal mapscript. For some obligatory code, below are the
guts of what I have done to create shapefiles using the Geo::Shapefile
module. The required information are all availble in a hash generated
from a previous database query at this point. Thanks for any thoughts!


Alan Swithenbank
Research Programmer
Stanford University
Tagging of Pacific Pelagics Project



#==============================================================================
#                          GENERATE ESRI SHAPEFILE
#==============================================================================

# Get indexes in hash key array for lon and lat:

my $lonidx;
my $latidx;
my $i = 0;
foreach (@hashkeys) {
   if ($_ =~ m/lon/) {
     $lonidx = $i;
   }
   if ($_ =~ m/lat/) {
     $latidx = $i;
   }
   $i++;
}

# Get indexes in hash key array for all elements except lon and lat:

my @fieldidxs = ();
foreach my $i (0..scalar(@hashkeys)-1) {
   if ($i != $lonidx && $i != $latidx) {
     push(@fieldidxs,$i);
   }
}

# Get key value names for all elements except lon and lat:

my @Fieldnames = ();                  # array of names for fields except lon lat
@Fieldnames = @hashkeys[@fieldidxs];

my @Fieldtypes = ();                  # array of types for fields except lon lat
$i = 0;
foreach (2..scalar(@hashkeys)-1) {
   $Fieldtypes[$i++] = "String:15";
}

my $shapefile = new Geo::Shapelib;
$shapefile->{Name} = $savefile;
$shapefile->{Shapetype} = $shapetype;       # polyline = 3
$shapefile->{FieldNames} = \@Fieldnames;    # array reference!
$shapefile->{FieldTypes} = \@Fieldtypes;    # array reference!

# Create a reference record from the start date of the query data:

my @record = ();
my $j = 0;
foreach my $key (@Fieldnames) {
   $record[$j++] = $datahash{$key}[0];
}

# Create line string for current shape element:

my @vertices = ();
my $shapeid = 0;
my $lastptt = $datahash{ptt}[0];  # get first PTT value for splitting 
tracks
foreach my $i (0..$rowcnt-1) {
   my $lon = $datahash{$hashkeys[$lonidx]}[$i];
   my $lat = $datahash{$hashkeys[$latidx]}[$i];
   my $currentptt = $datahash{ptt}[$i];
   if ($currentptt != $lastptt) {

# add current PTT shape element:

     add_new_shape($shapefile,$shapeid,$shapetype,\@record,\@vertices);

# do updates for next PTT shape element:

     $lastptt = $currentptt;
     $shapeid++;
     @record = ();
     $j = 0;
     foreach my $key (@Fieldnames) {
       $record[$j++] = $datahash{$key}[$i];
     }
     @vertices = ();
   }

   push(@vertices,[$lon,$lat]); # push after possible update so don't lose one

}

# make sure at least one shape gets added!

add_new_shape($shapefile,$shapeid,$shapetype,\@record,\@vertices);

# Save shapefile and return filename:

$shapefile -> save($savefile);

# The print print below does not show up when the save method is called
# from cgi-bin, so, apparently the save method heads off into limbo.

print "hello: $savefile<br>\n";

exit;

#==============================================================================
#                                SUBROUTINES
#==============================================================================

#------------------------------ add new shape ---------------------------------

sub add_new_shape {

# Add a new shape section to current shapefile under construction.

   my $shapefile = $_[0];
   my $shapeid = $_[1];
   my $shapetype = $_[2];
   my $recordref = $_[3];
   my $verticesref = $_[4];

   my @record = ();
   @record = @$recordref;
   my @vertices = ();
   @vertices = @$verticesref;

   return unless scalar(@vertices) > 2;  # don't add a degenerate shape

   push @{$shapefile->{ShapeRecords}},\@record;  # array reference!

   push @{$shapefile->{Shapes}}, {
       SHPType => $shapetype,
       ShapeId => $shapeid,
       NVertices => scalar(@vertices),
       Vertices => [@vertices]                   # array reference!
   };

   return;

}




From guineau at earthlink.net  Mon Dec  7 18:08:01 2009
From: guineau at earthlink.net (W.John Guineau)
Date: Mon, 7 Dec 2009 21:08:01 -0500
Subject: [mapserver-users] Shapefile,
	itemnquery and HTML	image	map	generation problem
In-Reply-To: <020f01ca77a8$b34bc9a0$19e35ce0$@net>
References: <042101ca7454$bfc62830$3f527890$@net>	<04e001ca74eb$bc473400$34d59c00$@net>	<4B1D3D7A.5157.008F.0@dnr.state.mn.us>	<01ce01ca7798$dd4b89d0$97e29d70$@net>	<4B1D4310.5157.008F.0@dnr.state.mn.us>	<01dc01ca779c$2c19eae0$844dc0a0$@net>	<4B1D4F74.5157.008F.0@dnr.state.mn.us>
	<020f01ca77a8$b34bc9a0$19e35ce0$@net>
Message-ID: <021601ca77ab$4592c500$d0b84f00$@net>

If I reduce the query string to just one that does work:

http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m&
mode=itemnquery&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize=600
+400&qitem=MLRARSYM&qstring=(%22[MLRARSYM]%22%20in%20%22105%22)

I get a map with jus the one MLRA (#105) in yellow.

If I select on that does not work (#112):

http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m&
mode=itemnquery&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize=600
+400&qitem=MLRARSYM&qstring=(%22[MLRARSYM]%22%20in%20%22112%22)

I get this error in the browser:

msQueryByAttributes(): Search returned no results. No matching record(s)
found. msSearchDiskTree(): Search returned no results. Unable to open
spatial index for c:\shape\MLRA_42_low_res/mlra_v42.qix. In most cases you
can safely ignore this message, otherwise check file names and permissions

But 112 is clearly rendering in the CLASS of the LAYER.

john


-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org
[mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of W.John Guineau
Sent: Monday, December 07, 2009 8:50 PM
To: 'Steve Lime'; mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Shapefile, itemnquery and HTML image map
generation problem

I think the missing ones are from random places n the query string. I have
tried putting just one of the missing MLRA in the query string and it still
does not generate <area>

How do I label? (I am really new to MapServer!)

john

-----Original Message-----
From: Steve Lime [mailto:Steve.Lime at state.mn.us] 
Sent: Monday, December 07, 2009 7:57 PM
To: W.John Guineau; mapserver-users at lists.osgeo.org; 'Steve Lime'
Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
generation problem

Do the ones not selected fall at the end of your qstring? I'm wondering if
something is getting truncated. I'd think
you'd get a parsing error in that case, but perhaps not. Can you label the
polygons with the value for MLRARSYM?

Steve

>>> On 12/7/2009 at 6:19 PM, in message
<01dc01ca779c$2c19eae0$844dc0a0$@net>,
W.John Guineau <guineau at earthlink.net> wrote:
> Hi Steve,
> 
>  
> 
> OK, I added the QUERYMAP section and changed the URL:
> 
>  
> 
> http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map 
>
<http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m

>
&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize
>
=600+400&qitem=MLRARSYM&qstring=(%22%5bMLRARSYM%5d%22%20in%20%22102A,102B,10
>
2C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D
> ,111E,112,113,114A,114B,115A,115B,115C%22)>
>
&qlayer=coe_m&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-
>
89+49&mapsize=600+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B
>
,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,1
> 11D,111E,112,113,114A,114B,115A,115B,115C")
> 
>  
> 
>  
> 
> Now I get the map with some of the items highlighted in yellow, and the
rest
> green:
> 
>  
> 
> 
> 
>  
> 
> -----Original Message-----
> From: Steve Lime [mailto:Steve.Lime at state.mn.us] 
> Sent: Monday, December 07, 2009 7:04 PM
> To: W.John Guineau; mapserver-users at lists.osgeo.org; 'Steve Lime'
> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
> generation problem
> 
>  
> 
> Just add a querymap object to your mapfile, like so:
> 
>  
> 
> QUERYMAP
> 
>   STATUS ON
> 
> END
> 
>  
> 
> Then change your URL to use the mode itemnquerymap and that should return
> just an image with the
> 
> selected features highlighted in yellow.
> 
>  
> 
> Steve
> 
>  
> 
>>>> On 12/7/2009 at 5:56 PM, in message
> <01ce01ca7798$dd4b89d0$97e29d70$@net>,
> 
> W.John Guineau <guineau at earthlink.net> wrote:
> 
>> I'm new to mapserver, how do I quickly generate a querymap?
> 
>> 
> 
>> I'm using mapserver 5.4.2 from the latest MS4W on Windows 7 x64. I've
also
> 
>> tried 5.2.1 that I compiled myself.
> 
>> 
> 
>> john
> 
>> 
> 
>> 
> 
>> -----Original Message-----
> 
>> From: Steve Lime [mailto:Steve.Lime at state.mn.us] 
> 
>> Sent: Monday, December 07, 2009 6:40 PM
> 
>> To: 'W.John Guineau'; mapserver-users at lists.osgeo.org 
> 
>> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
> 
>> generation problem
> 
>> 
> 
>> GDAL's not in play here at all. If you generate a query map instead of an
> 
>> html image map does
> 
>> the output map look ok? What version are you using?
> 
>> 
> 
>> Steve
> 
>> 
> 
>>>>> On 12/4/2009 at 8:11 AM, in message
> 
>> <04e001ca74eb$bc473400$34d59c00$@net>,
> 
>> W.John Guineau <guineau at earthlink.net> wrote:
> 
>>> How would I go about debugging this? 
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> I think this is GDAL and its query of shapefiles, right?
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> The bottom line is that MapServer finds all the items when it is
> rendering
> 
>>> the map by layer/class EXPRESSION, but the qstring in a URL using the
> 
>> exact
> 
>>> same EXPRESSION string misses some of the items.
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> I can also use ogrinfo from MAP4W to execute an SQL query directly on
the
> 
>>> shapefile and the items in questions are certainly there.
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> In the image below, the green areas are result of the mapfile layer
class
> 
>>> EXPRESSION - all are correctly rendered. However, several of them do not
> 
>> get
> 
>>> generated (HTML imagemap <area> tags not generated) when using a URL and
> 
>>> itemnquery/qstring with the identical EXPRESSION.
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> How do I enable debug (enabling mapfile DEBUG does not seem to give any
> 
>>> useful info as to why GDAL is skipping certain items) Am I better off
> 
>> using
> 
>>> MAP4W or similar to get debug/trace info for shapefile queries?
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> john
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> 
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> From: mapserver-users-bounces at lists.osgeo.org 
> 
>>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of W.John
> 
>> Guineau
> 
>>> Sent: Thursday, December 03, 2009 3:11 PM
> 
>>> To: mapserver-users at lists.osgeo.org 
> 
>>> Subject: [mapserver-users] Shapefile, itemnquery and HTML image map
> 
>>> generation problem
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> I have a basic vector shapefile that I am trying to generate HTML
> 
>> clickable
> 
>>> maps from. It seems to work well for the most part, however there is a
> 
>>> problem where some items from the shapefile do not get processed from
the
> 
>>> qstring in the browser, but they are processed fine in the mapfile layer
> 
>> (to
> 
>>> color them differently).
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> So the map that renders shows all the items colored properly as the
layer
> 
>>> class defines. Using the exact same list of items in the HTTP query
> string
> 
>>> causes several items to be ignored (the HTML image map area is not
> 
>>> generated).
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> 
> 
>>
>
http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m&

> 
> 
>> 
> 
>>> 
> 
>>
>
mode=itemnquery&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize=600
> 
>>> 
> 
>>
>
+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B,102C,103,104,105
> 
>>> 
> 
>>
>
,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,
> 
>>> 114A,114B,115A,115B,115C")
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> Below is the layer section from the mapfile. I can post whatever else is
> 
>>> helpful. 
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> Thanks for any help on this.
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> john
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> LAYER 
> 
>>> 
> 
>>>                 NAME map_m
> 
>>> 
> 
>>>                 DATA "map_shape"
> 
>>> 
> 
>>>                 TEMPLATE "bodytemplate.html"
> 
>>> 
> 
>>>                 HEADER "imapheader.html"
> 
>>> 
> 
>>>                 FOOTER "imapfooter.html"
> 
>>> 
> 
>>>                 PROJECTION
> 
>>> 
> 
>>>                                 "proj=latlong"
> 
>>> 
> 
>>>                                 "ellps=GRS80"
> 
>>> 
> 
>>>                                 "init=epsg:4326"
> 
>>> 
> 
>>>                 END
> 
>>> 
> 
>>>                 TYPE polygon
> 
>>> 
> 
>>>                 STATUS ON
> 
>>> 
> 
>>>                 TRANSPARENCY 70
> 
>>> 
> 
>>>                 CLASS
> 
>>> 
> 
>>>                                 NAME "MLRA"
> 
>>> 
> 
>>>                                 COLOR 0 200 0
> 
>>> 
> 
>>>                                 OUTLINECOLOR 0 0 0
> 
>>> 
> 
>>>                                 EXPRESSION( "[MLRARSYM]" in
> 
>>> 
> 
>>
>
"102A,102B,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,1
> 
>>> 11B,111C,111D,111E,112,113,114A,114B,115A,115B,115C" )
> 
>>> 
> 
>>>                 END
> 
>>> 
> 
>>>                 METADATA 
> 
>>> 
> 
>>>                                 qstring_validation_pattern ".*"
> 
>>> 
> 
>>>                 END
> 
>>> 
> 
>>> END
> 
>> 
> 
>> _______________________________________________
> 
>> 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 guineau at earthlink.net  Mon Dec  7 18:27:21 2009
From: guineau at earthlink.net (W.John Guineau)
Date: Mon, 7 Dec 2009 21:27:21 -0500
Subject: [mapserver-users] Shapefile,
	itemnquery and HTML	image	map	generation problem
In-Reply-To: <021601ca77ab$4592c500$d0b84f00$@net>
References: <042101ca7454$bfc62830$3f527890$@net>	<04e001ca74eb$bc473400$34d59c00$@net>	<4B1D3D7A.5157.008F.0@dnr.state.mn.us>	<01ce01ca7798$dd4b89d0$97e29d70$@net>	<4B1D4310.5157.008F.0@dnr.state.mn.us>	<01dc01ca779c$2c19eae0$844dc0a0$@net>	<4B1D4F74.5157.008F.0@dnr.state.mn.us>
	<020f01ca77a8$b34bc9a0$19e35ce0$@net>
	<021601ca77ab$4592c500$d0b84f00$@net>
Message-ID: <021d01ca77ad$f95f9980$ec1ecc80$@net>

Using the MS4W tools:


C:\> ogrinfo mlra_v42.shx -sql "select LRR_NAME,MLRARSYM FROM mlra_v42 where
MLRARSYM in ('105','112')

Returns data for both regions.


C:\> ogrinfo -summary mlra_v42.shp mlra_v42
INFO: Open of `mlra_v42.shp'
      using driver `ESRI Shapefile' successful.

Layer name: mlra_v42
Geometry: Polygon
Feature Count: 2748
Extent: (-179.130478, -14.381652) - (179.788041, 71.397535)
Layer SRS WKT:
GEOGCS["GCS_North_American_1983",
    DATUM["North_American_Datum_1983",
        SPHEROID["GRS_1980",6378137.0,298.257222101]],
    PRIMEM["Greenwich",0.0],
    UNIT["Degree",0.0174532925199433]]
MLRARSYM: String (4.0)
MLRA_ID: Integer (3.0)
MLRA_NAME: String (200.0)
LRRSYM: String (2.0)
LRR_NAME: String (135.0)





-----Original Message-----
From: W.John Guineau [mailto:guineau at earthlink.net] 
Sent: Monday, December 07, 2009 9:08 PM
To: 'W.John Guineau'; 'Steve Lime'; mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Shapefile, itemnquery and HTML image map
generation problem

If I reduce the query string to just one that does work:

http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m&
mode=itemnquery&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize=600
+400&qitem=MLRARSYM&qstring=(%22[MLRARSYM]%22%20in%20%22105%22)

I get a map with jus the one MLRA (#105) in yellow.

If I select on that does not work (#112):

http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m&
mode=itemnquery&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize=600
+400&qitem=MLRARSYM&qstring=(%22[MLRARSYM]%22%20in%20%22112%22)

I get this error in the browser:

msQueryByAttributes(): Search returned no results. No matching record(s)
found. msSearchDiskTree(): Search returned no results. Unable to open
spatial index for c:\shape\MLRA_42_low_res/mlra_v42.qix. In most cases you
can safely ignore this message, otherwise check file names and permissions

But 112 is clearly rendering in the CLASS of the LAYER.

john


-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org
[mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of W.John Guineau
Sent: Monday, December 07, 2009 8:50 PM
To: 'Steve Lime'; mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Shapefile, itemnquery and HTML image map
generation problem

I think the missing ones are from random places n the query string. I have
tried putting just one of the missing MLRA in the query string and it still
does not generate <area>

How do I label? (I am really new to MapServer!)

john

-----Original Message-----
From: Steve Lime [mailto:Steve.Lime at state.mn.us] 
Sent: Monday, December 07, 2009 7:57 PM
To: W.John Guineau; mapserver-users at lists.osgeo.org; 'Steve Lime'
Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
generation problem

Do the ones not selected fall at the end of your qstring? I'm wondering if
something is getting truncated. I'd think
you'd get a parsing error in that case, but perhaps not. Can you label the
polygons with the value for MLRARSYM?

Steve

>>> On 12/7/2009 at 6:19 PM, in message
<01dc01ca779c$2c19eae0$844dc0a0$@net>,
W.John Guineau <guineau at earthlink.net> wrote:
> Hi Steve,
> 
>  
> 
> OK, I added the QUERYMAP section and changed the URL:
> 
>  
> 
> http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map 
>
<http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m

>
&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize
>
=600+400&qitem=MLRARSYM&qstring=(%22%5bMLRARSYM%5d%22%20in%20%22102A,102B,10
>
2C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D
> ,111E,112,113,114A,114B,115A,115B,115C%22)>
>
&qlayer=coe_m&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-
>
89+49&mapsize=600+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B
>
,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,1
> 11D,111E,112,113,114A,114B,115A,115B,115C")
> 
>  
> 
>  
> 
> Now I get the map with some of the items highlighted in yellow, and the
rest
> green:
> 
>  
> 
> 
> 
>  
> 
> -----Original Message-----
> From: Steve Lime [mailto:Steve.Lime at state.mn.us] 
> Sent: Monday, December 07, 2009 7:04 PM
> To: W.John Guineau; mapserver-users at lists.osgeo.org; 'Steve Lime'
> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
> generation problem
> 
>  
> 
> Just add a querymap object to your mapfile, like so:
> 
>  
> 
> QUERYMAP
> 
>   STATUS ON
> 
> END
> 
>  
> 
> Then change your URL to use the mode itemnquerymap and that should return
> just an image with the
> 
> selected features highlighted in yellow.
> 
>  
> 
> Steve
> 
>  
> 
>>>> On 12/7/2009 at 5:56 PM, in message
> <01ce01ca7798$dd4b89d0$97e29d70$@net>,
> 
> W.John Guineau <guineau at earthlink.net> wrote:
> 
>> I'm new to mapserver, how do I quickly generate a querymap?
> 
>> 
> 
>> I'm using mapserver 5.4.2 from the latest MS4W on Windows 7 x64. I've
also
> 
>> tried 5.2.1 that I compiled myself.
> 
>> 
> 
>> john
> 
>> 
> 
>> 
> 
>> -----Original Message-----
> 
>> From: Steve Lime [mailto:Steve.Lime at state.mn.us] 
> 
>> Sent: Monday, December 07, 2009 6:40 PM
> 
>> To: 'W.John Guineau'; mapserver-users at lists.osgeo.org 
> 
>> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
> 
>> generation problem
> 
>> 
> 
>> GDAL's not in play here at all. If you generate a query map instead of an
> 
>> html image map does
> 
>> the output map look ok? What version are you using?
> 
>> 
> 
>> Steve
> 
>> 
> 
>>>>> On 12/4/2009 at 8:11 AM, in message
> 
>> <04e001ca74eb$bc473400$34d59c00$@net>,
> 
>> W.John Guineau <guineau at earthlink.net> wrote:
> 
>>> How would I go about debugging this? 
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> I think this is GDAL and its query of shapefiles, right?
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> The bottom line is that MapServer finds all the items when it is
> rendering
> 
>>> the map by layer/class EXPRESSION, but the qstring in a URL using the
> 
>> exact
> 
>>> same EXPRESSION string misses some of the items.
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> I can also use ogrinfo from MAP4W to execute an SQL query directly on
the
> 
>>> shapefile and the items in questions are certainly there.
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> In the image below, the green areas are result of the mapfile layer
class
> 
>>> EXPRESSION - all are correctly rendered. However, several of them do not
> 
>> get
> 
>>> generated (HTML imagemap <area> tags not generated) when using a URL and
> 
>>> itemnquery/qstring with the identical EXPRESSION.
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> How do I enable debug (enabling mapfile DEBUG does not seem to give any
> 
>>> useful info as to why GDAL is skipping certain items) Am I better off
> 
>> using
> 
>>> MAP4W or similar to get debug/trace info for shapefile queries?
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> john
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> 
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> From: mapserver-users-bounces at lists.osgeo.org 
> 
>>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of W.John
> 
>> Guineau
> 
>>> Sent: Thursday, December 03, 2009 3:11 PM
> 
>>> To: mapserver-users at lists.osgeo.org 
> 
>>> Subject: [mapserver-users] Shapefile, itemnquery and HTML image map
> 
>>> generation problem
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> I have a basic vector shapefile that I am trying to generate HTML
> 
>> clickable
> 
>>> maps from. It seems to work well for the most part, however there is a
> 
>>> problem where some items from the shapefile do not get processed from
the
> 
>>> qstring in the browser, but they are processed fine in the mapfile layer
> 
>> (to
> 
>>> color them differently).
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> So the map that renders shows all the items colored properly as the
layer
> 
>>> class defines. Using the exact same list of items in the HTTP query
> string
> 
>>> causes several items to be ignored (the HTML image map area is not
> 
>>> generated).
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> 
> 
>>
>
http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m&

> 
> 
>> 
> 
>>> 
> 
>>
>
mode=itemnquery&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize=600
> 
>>> 
> 
>>
>
+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B,102C,103,104,105
> 
>>> 
> 
>>
>
,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,
> 
>>> 114A,114B,115A,115B,115C")
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> Below is the layer section from the mapfile. I can post whatever else is
> 
>>> helpful. 
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> Thanks for any help on this.
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> john
> 
>>> 
> 
>>>  
> 
>>> 
> 
>>> LAYER 
> 
>>> 
> 
>>>                 NAME map_m
> 
>>> 
> 
>>>                 DATA "map_shape"
> 
>>> 
> 
>>>                 TEMPLATE "bodytemplate.html"
> 
>>> 
> 
>>>                 HEADER "imapheader.html"
> 
>>> 
> 
>>>                 FOOTER "imapfooter.html"
> 
>>> 
> 
>>>                 PROJECTION
> 
>>> 
> 
>>>                                 "proj=latlong"
> 
>>> 
> 
>>>                                 "ellps=GRS80"
> 
>>> 
> 
>>>                                 "init=epsg:4326"
> 
>>> 
> 
>>>                 END
> 
>>> 
> 
>>>                 TYPE polygon
> 
>>> 
> 
>>>                 STATUS ON
> 
>>> 
> 
>>>                 TRANSPARENCY 70
> 
>>> 
> 
>>>                 CLASS
> 
>>> 
> 
>>>                                 NAME "MLRA"
> 
>>> 
> 
>>>                                 COLOR 0 200 0
> 
>>> 
> 
>>>                                 OUTLINECOLOR 0 0 0
> 
>>> 
> 
>>>                                 EXPRESSION( "[MLRARSYM]" in
> 
>>> 
> 
>>
>
"102A,102B,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,1
> 
>>> 11B,111C,111D,111E,112,113,114A,114B,115A,115B,115C" )
> 
>>> 
> 
>>>                 END
> 
>>> 
> 
>>>                 METADATA 
> 
>>> 
> 
>>>                                 qstring_validation_pattern ".*"
> 
>>> 
> 
>>>                 END
> 
>>> 
> 
>>> END
> 
>> 
> 
>> _______________________________________________
> 
>> 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 jeremiahosullivan at gmail.com  Tue Dec  8 01:41:37 2009
From: jeremiahosullivan at gmail.com (Jerry O'Sullivan)
Date: Tue, 08 Dec 2009 01:41:37 -0800 (PST)
Subject: [mapserver-users] Raster Image Quality
Message-ID: <7f666d17d7464fe991a95746659eca63@c7e2783a99cd4ba3951c244a6db7bfc0>

Hi,

Can anyone give me a few tips on producing better quality images from my raster maps. I chopped it up using maptiler - http://www.maptiler.org  - and the image quality is top notch. When I use MapServer shp2img the quality isn't as good. I looked at the images in IfranView and the MapTiler image has a lot more unique colors

Here is the gdalinfo for one of the tiles

Image Structure Metadata:
  COMPRESSION=LZW
  INTERLEAVE=BAND
Corner Coordinates:
Upper Left  (  316000.000,  271000.000) (  6d14'39.88"W, 53d40'33.00"N)
Lower Left  (  316000.000,  268000.000) (  6d14'43.91"W, 53d38'56.00"N)
Upper Right (  320000.000,  271000.000) (  6d11'2.06"W, 53d40'29.75"N)
Lower Right (  320000.000,  268000.000) (  6d11'6.23"W, 53d38'52.75"N)
Center      (  318000.000,  269500.000) (  6d12'53.02"W, 53d39'42.89"N)
Band 1 Block=20000x1 Type=Byte, ColorInterp=Palette
  Color Table (RGB with 256 entries)
    0: 255,255,255,255
    1: 0,0,0,255
    2: 0,0,0,255
    3: 0,0,0,255
    4: 0,0,0,255
    5: 0,0,0,255
    6: 0,0,0,255
    7: 0,0,0,255
    8: 0,0,0,255
    9: 0,0,0,255
   10: 0,0,0,255
   11: 0,0,0,255
   12: 0,0,0,255
   13: 0,0,0,255
   14: 0,0,0,255
   15: 0,0,0,255
   16: 0,0,0,255
   17: 0,0,0,255
   18: 0,0,0,255
   19: 0,0,0,255
   20: 0,0,0,255
   21: 0,0,0,255
   22: 0,0,0,255
   23: 0,0,0,255
   24: 0,0,0,255
   25: 0,0,0,255
   26: 0,0,0,255
   27: 0,0,0,255
   28: 0,0,0,255
   29: 0,0,0,255
   30: 0,0,0,255
   31: 0,0,0,255
   32: 0,0,0,255
   33: 0,0,0,255
   34: 0,0,0,255
   35: 0,0,0,255
   36: 0,0,0,255
   37: 0,0,0,255
   38: 0,0,0,255
   39: 0,0,0,255
   40: 0,0,0,255
   41: 0,0,0,255
   42: 0,0,0,255
   43: 0,0,0,255
   44: 0,0,0,255
   45: 0,0,0,255
   46: 0,0,0,255
   47: 0,0,0,255
   48: 0,0,0,255
   49: 0,0,0,255
   50: 0,0,0,255
   51: 0,0,0,255
   52: 0,0,0,255
   53: 0,0,0,255
   54: 0,0,0,255
   55: 0,0,0,255
   56: 0,0,0,255
   57: 0,0,0,255
   58: 0,0,0,255
   59: 0,0,0,255
   60: 0,0,0,255
   61: 0,0,0,255
   62: 0,0,0,255
   63: 0,0,0,255
   64: 0,0,0,255
   65: 0,0,0,255
   66: 0,0,0,255
   67: 0,0,0,255
   68: 0,0,0,255
   69: 0,0,0,255
   70: 0,0,0,255
   71: 0,0,0,255
   72: 0,0,0,255
   73: 0,0,0,255
   74: 0,0,0,255
   75: 0,0,0,255
   76: 0,0,0,255
   77: 0,0,0,255
   78: 0,0,0,255
   79: 0,0,0,255
   80: 0,0,0,255
   81: 0,0,0,255
   82: 0,0,0,255
   83: 0,0,0,255
   84: 0,0,0,255
   85: 0,0,0,255
   86: 0,0,0,255
   87: 0,0,0,255
   88: 0,0,0,255
   89: 0,0,0,255
   90: 0,0,0,255
   91: 0,0,0,255
   92: 0,0,0,255
   93: 0,0,0,255
   94: 0,0,0,255
   95: 0,0,0,255
   96: 0,0,0,255
   97: 0,0,0,255
   98: 0,0,0,255
   99: 0,0,0,255
  100: 0,0,0,255
  101: 0,0,0,255
  102: 0,0,0,255
  103: 0,0,0,255
  104: 0,0,0,255
  105: 0,0,0,255
  106: 0,0,0,255
  107: 0,0,0,255
  108: 0,0,0,255
  109: 0,0,0,255
  110: 0,0,0,255
  111: 0,0,0,255
  112: 0,0,0,255
  113: 0,0,0,255
  114: 0,0,0,255
  115: 0,0,0,255
  116: 0,0,0,255
  117: 0,0,0,255
  118: 0,0,0,255
  119: 0,0,0,255
  120: 0,0,0,255
  121: 0,0,0,255
  122: 0,0,0,255
  123: 0,0,0,255
  124: 0,0,0,255
  125: 0,0,0,255
  126: 0,0,0,255
  127: 0,0,0,255
  128: 0,0,0,255
  129: 0,0,0,255
  130: 0,0,0,255
  131: 0,0,0,255
  132: 0,0,0,255
  133: 0,0,0,255
  134: 0,0,0,255
  135: 0,0,0,255
  136: 0,0,0,255
  137: 0,0,0,255
  138: 0,0,0,255
  139: 0,0,0,255
  140: 0,0,0,255
  141: 0,0,0,255
  142: 0,0,0,255
  143: 0,0,0,255
  144: 0,0,0,255
  145: 0,0,0,255
  146: 0,0,0,255
  147: 0,0,0,255
  148: 0,0,0,255
  149: 0,0,0,255
  150: 0,0,0,255
  151: 0,0,0,255
  152: 0,0,0,255
  153: 0,0,0,255
  154: 0,0,0,255
  155: 0,0,0,255
  156: 0,0,0,255
  157: 0,0,0,255
  158: 0,0,0,255
  159: 0,0,0,255
  160: 0,0,0,255
  161: 0,0,0,255
  162: 0,0,0,255
  163: 0,0,0,255
  164: 0,0,0,255
  165: 0,0,0,255
  166: 0,0,0,255
  167: 0,0,0,255
  168: 0,0,0,255
  169: 0,0,0,255
  170: 0,0,0,255
  171: 0,0,0,255
  172: 0,0,0,255
  173: 0,0,0,255
  174: 0,0,0,255
  175: 0,0,0,255
  176: 0,0,0,255
  177: 0,0,0,255
  178: 0,0,0,255
  179: 0,0,0,255
  180: 0,0,0,255
  181: 0,0,0,255
  182: 0,0,0,255
  183: 0,0,0,255
  184: 0,0,0,255
  185: 0,0,0,255
  186: 0,0,0,255
  187: 0,0,0,255
  188: 0,0,0,255
  189: 0,0,0,255
  190: 0,0,0,255
  191: 0,0,0,255
  192: 0,0,0,255
  193: 0,0,0,255
  194: 0,0,0,255
  195: 0,0,0,255
  196: 0,0,0,255
  197: 0,0,0,255
  198: 0,0,0,255
  199: 0,0,0,255
  200: 0,0,0,255
  201: 0,0,0,255
  202: 0,0,0,255
  203: 0,0,0,255
  204: 0,0,0,255
  205: 0,0,0,255
  206: 0,0,0,255
  207: 0,0,0,255
  208: 0,0,0,255
  209: 0,0,0,255
  210: 0,0,0,255
  211: 0,0,0,255
  212: 0,0,0,255
  213: 0,0,0,255
  214: 0,0,0,255
  215: 0,0,0,255
  216: 0,0,0,255
  217: 0,0,0,255
  218: 0,0,0,255
  219: 0,0,0,255
  220: 0,0,0,255
  221: 0,0,0,255
  222: 0,0,0,255
  223: 0,0,0,255
  224: 0,0,0,255
  225: 0,0,0,255
  226: 0,0,0,255
  227: 0,0,0,255
  228: 0,0,0,255
  229: 0,0,0,255
  230: 0,0,0,255
  231: 0,0,0,255
  232: 0,0,0,255
  233: 0,0,0,255
  234: 0,0,0,255
  235: 0,0,0,255
  236: 0,0,0,255
  237: 0,0,0,255
  238: 0,0,0,255
  239: 0,0,0,255
  240: 0,0,0,255
  241: 0,0,0,255
  242: 0,0,0,255
  243: 0,0,0,255
  244: 0,0,0,255
  245: 0,0,0,255
  246: 0,0,0,255
  247: 0,0,0,255
  248: 0,0,0,255
  249: 0,0,0,255
  250: 0,0,0,255
  251: 0,0,0,255
  252: 0,0,0,255
  253: 0,0,0,255
  254: 0,0,0,255
  255: 0,0,0,255

Thanks,
Jerry


From francesco.pirotti at unipd.it  Tue Dec  8 02:11:29 2009
From: francesco.pirotti at unipd.it (francesco)
Date: Tue, 08 Dec 2009 11:11:29 +0100
Subject: [mapserver-users] Raster Image Quality
In-Reply-To: <7f666d17d7464fe991a95746659eca63@c7e2783a99cd4ba3951c244a6db7bfc0>
References: <7f666d17d7464fe991a95746659eca63@c7e2783a99cd4ba3951c244a6db7bfc0>
Message-ID: <4B1E2651.3070800@unipd.it>

Jerry , your color table looks like it is of a black and white image 
(255,255,255,255 is white, 0,0,0,255 is black) looks very strange to me. 
Your problem could also be that you use 8-bit color images, you could 
try to use RGB images which help when having to resample the tiles 
(which is what shp2img does when it draws your image)
Cheers,
Francesco Pirotti

Jerry O'Sullivan ha scritto:
> Hi,
>
> Can anyone give me a few tips on producing better quality images from my raster maps. I chopped it up using maptiler - http://www.maptiler.org  - and the image quality is top notch. When I use MapServer shp2img the quality isn't as good. I looked at the images in IfranView and the MapTiler image has a lot more unique colors
>
> Here is the gdalinfo for one of the tiles
>
> Image Structure Metadata:
>   COMPRESSION=LZW
>   INTERLEAVE=BAND
> Corner Coordinates:
> Upper Left  (  316000.000,  271000.000) (  6d14'39.88"W, 53d40'33.00"N)
> Lower Left  (  316000.000,  268000.000) (  6d14'43.91"W, 53d38'56.00"N)
> Upper Right (  320000.000,  271000.000) (  6d11'2.06"W, 53d40'29.75"N)
> Lower Right (  320000.000,  268000.000) (  6d11'6.23"W, 53d38'52.75"N)
> Center      (  318000.000,  269500.000) (  6d12'53.02"W, 53d39'42.89"N)
> Band 1 Block=20000x1 Type=Byte, ColorInterp=Palette
>   Color Table (RGB with 256 entries)
>     0: 255,255,255,255
>     1: 0,0,0,255
>     2: 0,0,0,255
>     3: 0,0,0,255
>     4: 0,0,0,255
>     5: 0,0,0,255
>     6: 0,0,0,255
>     7: 0,0,0,255
>     8: 0,0,0,255
>     9: 0,0,0,255
>    10: 0,0,0,255
>    11: 0,0,0,255
>    12: 0,0,0,255
>    13: 0,0,0,255
>    14: 0,0,0,255
>    15: 0,0,0,255
>    16: 0,0,0,255
>    17: 0,0,0,255
>    18: 0,0,0,255
>    19: 0,0,0,255
>    20: 0,0,0,255
>    21: 0,0,0,255
>    22: 0,0,0,255
>    23: 0,0,0,255
>    24: 0,0,0,255
>    25: 0,0,0,255
>    26: 0,0,0,255
>    27: 0,0,0,255
>    28: 0,0,0,255
>    29: 0,0,0,255
>    30: 0,0,0,255
>    31: 0,0,0,255
>    32: 0,0,0,255
>    33: 0,0,0,255
>    34: 0,0,0,255
>    35: 0,0,0,255
>    36: 0,0,0,255
>    37: 0,0,0,255
>    38: 0,0,0,255
>    39: 0,0,0,255
>    40: 0,0,0,255
>    41: 0,0,0,255
>    42: 0,0,0,255
>    43: 0,0,0,255
>    44: 0,0,0,255
>    45: 0,0,0,255
>    46: 0,0,0,255
>    47: 0,0,0,255
>    48: 0,0,0,255
>    49: 0,0,0,255
>    50: 0,0,0,255
>    51: 0,0,0,255
>    52: 0,0,0,255
>    53: 0,0,0,255
>    54: 0,0,0,255
>    55: 0,0,0,255
>    56: 0,0,0,255
>    57: 0,0,0,255
>    58: 0,0,0,255
>    59: 0,0,0,255
>    60: 0,0,0,255
>    61: 0,0,0,255
>    62: 0,0,0,255
>    63: 0,0,0,255
>    64: 0,0,0,255
>    65: 0,0,0,255
>    66: 0,0,0,255
>    67: 0,0,0,255
>    68: 0,0,0,255
>    69: 0,0,0,255
>    70: 0,0,0,255
>    71: 0,0,0,255
>    72: 0,0,0,255
>    73: 0,0,0,255
>    74: 0,0,0,255
>    75: 0,0,0,255
>    76: 0,0,0,255
>    77: 0,0,0,255
>    78: 0,0,0,255
>    79: 0,0,0,255
>    80: 0,0,0,255
>    81: 0,0,0,255
>    82: 0,0,0,255
>    83: 0,0,0,255
>    84: 0,0,0,255
>    85: 0,0,0,255
>    86: 0,0,0,255
>    87: 0,0,0,255
>    88: 0,0,0,255
>    89: 0,0,0,255
>    90: 0,0,0,255
>    91: 0,0,0,255
>    92: 0,0,0,255
>    93: 0,0,0,255
>    94: 0,0,0,255
>    95: 0,0,0,255
>    96: 0,0,0,255
>    97: 0,0,0,255
>    98: 0,0,0,255
>    99: 0,0,0,255
>   100: 0,0,0,255
>   101: 0,0,0,255
>   102: 0,0,0,255
>   103: 0,0,0,255
>   104: 0,0,0,255
>   105: 0,0,0,255
>   106: 0,0,0,255
>   107: 0,0,0,255
>   108: 0,0,0,255
>   109: 0,0,0,255
>   110: 0,0,0,255
>   111: 0,0,0,255
>   112: 0,0,0,255
>   113: 0,0,0,255
>   114: 0,0,0,255
>   115: 0,0,0,255
>   116: 0,0,0,255
>   117: 0,0,0,255
>   118: 0,0,0,255
>   119: 0,0,0,255
>   120: 0,0,0,255
>   121: 0,0,0,255
>   122: 0,0,0,255
>   123: 0,0,0,255
>   124: 0,0,0,255
>   125: 0,0,0,255
>   126: 0,0,0,255
>   127: 0,0,0,255
>   128: 0,0,0,255
>   129: 0,0,0,255
>   130: 0,0,0,255
>   131: 0,0,0,255
>   132: 0,0,0,255
>   133: 0,0,0,255
>   134: 0,0,0,255
>   135: 0,0,0,255
>   136: 0,0,0,255
>   137: 0,0,0,255
>   138: 0,0,0,255
>   139: 0,0,0,255
>   140: 0,0,0,255
>   141: 0,0,0,255
>   142: 0,0,0,255
>   143: 0,0,0,255
>   144: 0,0,0,255
>   145: 0,0,0,255
>   146: 0,0,0,255
>   147: 0,0,0,255
>   148: 0,0,0,255
>   149: 0,0,0,255
>   150: 0,0,0,255
>   151: 0,0,0,255
>   152: 0,0,0,255
>   153: 0,0,0,255
>   154: 0,0,0,255
>   155: 0,0,0,255
>   156: 0,0,0,255
>   157: 0,0,0,255
>   158: 0,0,0,255
>   159: 0,0,0,255
>   160: 0,0,0,255
>   161: 0,0,0,255
>   162: 0,0,0,255
>   163: 0,0,0,255
>   164: 0,0,0,255
>   165: 0,0,0,255
>   166: 0,0,0,255
>   167: 0,0,0,255
>   168: 0,0,0,255
>   169: 0,0,0,255
>   170: 0,0,0,255
>   171: 0,0,0,255
>   172: 0,0,0,255
>   173: 0,0,0,255
>   174: 0,0,0,255
>   175: 0,0,0,255
>   176: 0,0,0,255
>   177: 0,0,0,255
>   178: 0,0,0,255
>   179: 0,0,0,255
>   180: 0,0,0,255
>   181: 0,0,0,255
>   182: 0,0,0,255
>   183: 0,0,0,255
>   184: 0,0,0,255
>   185: 0,0,0,255
>   186: 0,0,0,255
>   187: 0,0,0,255
>   188: 0,0,0,255
>   189: 0,0,0,255
>   190: 0,0,0,255
>   191: 0,0,0,255
>   192: 0,0,0,255
>   193: 0,0,0,255
>   194: 0,0,0,255
>   195: 0,0,0,255
>   196: 0,0,0,255
>   197: 0,0,0,255
>   198: 0,0,0,255
>   199: 0,0,0,255
>   200: 0,0,0,255
>   201: 0,0,0,255
>   202: 0,0,0,255
>   203: 0,0,0,255
>   204: 0,0,0,255
>   205: 0,0,0,255
>   206: 0,0,0,255
>   207: 0,0,0,255
>   208: 0,0,0,255
>   209: 0,0,0,255
>   210: 0,0,0,255
>   211: 0,0,0,255
>   212: 0,0,0,255
>   213: 0,0,0,255
>   214: 0,0,0,255
>   215: 0,0,0,255
>   216: 0,0,0,255
>   217: 0,0,0,255
>   218: 0,0,0,255
>   219: 0,0,0,255
>   220: 0,0,0,255
>   221: 0,0,0,255
>   222: 0,0,0,255
>   223: 0,0,0,255
>   224: 0,0,0,255
>   225: 0,0,0,255
>   226: 0,0,0,255
>   227: 0,0,0,255
>   228: 0,0,0,255
>   229: 0,0,0,255
>   230: 0,0,0,255
>   231: 0,0,0,255
>   232: 0,0,0,255
>   233: 0,0,0,255
>   234: 0,0,0,255
>   235: 0,0,0,255
>   236: 0,0,0,255
>   237: 0,0,0,255
>   238: 0,0,0,255
>   239: 0,0,0,255
>   240: 0,0,0,255
>   241: 0,0,0,255
>   242: 0,0,0,255
>   243: 0,0,0,255
>   244: 0,0,0,255
>   245: 0,0,0,255
>   246: 0,0,0,255
>   247: 0,0,0,255
>   248: 0,0,0,255
>   249: 0,0,0,255
>   250: 0,0,0,255
>   251: 0,0,0,255
>   252: 0,0,0,255
>   253: 0,0,0,255
>   254: 0,0,0,255
>   255: 0,0,0,255
>
> Thanks,
> Jerry
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
>   


-- 
*Francesco Pirotti*
Dep. TESAF
CIRGEO ? Interdepartmental Research Center on Cartography Photogrammetry
Remote Sensing and G.I.S.
University of Padova
Web: http://www.cirgeo.unipd.it/cirgeo/francescopirotti.htm
Email: francesco.pirotti at unipd.it <mailto:francesco.pirotti at unipd.it>
Phone: +39 049 827 2710
Phone: +39 349 55 39 261




From francesco.pirotti at unipd.it  Tue Dec  8 02:04:49 2009
From: francesco.pirotti at unipd.it (francesco)
Date: Tue, 08 Dec 2009 11:04:49 +0100
Subject: [mapserver-users] mapscript does not use GRID information when
	reprojecting rect object
In-Reply-To: <5CDE4E2F906F4CE9B22AFEDB42CD00F0@SkySource>
References: <5CDE4E2F906F4CE9B22AFEDB42CD00F0@SkySource>
Message-ID: <4B1E24C1.5070309@unipd.it>

Hello I do not know if this it the right list to post, but I was
wandering if any of you had trouble when using the "project()" function
in mapscript (PHP). It does not use the grid file which is stated in the
EPSG line in the epsg file inside the ...proj/nad directory.
Reprojection of the map is wonderful, uses the grids, but script
reproject of a rectangle object does not make use of the grids. I made
sure of course that the epsg file which is read is the one I modified.
Anyone had the same problem?
Cheers,

-- 
*Francesco Pirotti*
Dep. TESAF
CIRGEO ? Interdepartmental Research Center on Cartography Photogrammetry
Remote Sensing and G.I.S.
University of Padova
Web: http://www.cirgeo.unipd.it/cirgeo/francescopirotti.htm
Email: francesco.pirotti at unipd.it <mailto:francesco.pirotti at unipd.it>
Phone: +39 049 827 2710
Phone: +39 349 55 39 261





From graeme.gould at grandunionhousing.co.uk  Tue Dec  8 03:14:52 2009
From: graeme.gould at grandunionhousing.co.uk (GGould)
Date: Tue, 8 Dec 2009 03:14:52 -0800 (PST)
Subject: [mapserver-users] Leading zeros removed from variabel when
	passed to map file
In-Reply-To: <1260186378116-4125557.post@n2.nabble.com>
References: <1260186378116-4125557.post@n2.nabble.com>
Message-ID: <1260270892350-4131812.post@n2.nabble.com>


Hi

Solved the problem by adding quote marks at the beginning and end of each
ref_no so that the variable is seem by the map file as a string rather than
an integer.

Graeme


GGould wrote:
> 
> Hi
> 
> Im just starting out with MapServer and have a bit of a stumbling block. 
> The following script should identify a property based on the "ref_no"
> string variable passed to the map file.
> 
> DATA "geometry from snh_properties"
> FILTER "placeref = %ref_no%"
> 
> This works for all ref_no's beginning with a whole number, however if the
> re_no begins with a zero then it does not work.  Has anyone come across
> this before and is there a solution that hopefully wont tax my brain too
> much.
> 
> Cheers
> 
> Graeme
> 
> 
> 
> 

-- 
View this message in context: http://n2.nabble.com/Leading-zeros-removed-from-variabel-when-passed-to-map-file-tp4125557p4131812.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From jeremiahosullivan at gmail.com  Tue Dec  8 04:53:34 2009
From: jeremiahosullivan at gmail.com (Jerry O'Sullivan)
Date: Tue, 08 Dec 2009 04:53:34 -0800 (PST)
Subject: [mapserver-users] Raster Image Quality
Message-ID: <4bb67801c667468db5234112961985b2@3497221ec4e848408137570c37e3fc8e>

Francesco,

They are black & white images.

Are you suggesting doing some processing with GDAL first or use some directives  in the map file to improve image quality?

Thanks
Jerry


>Jerry , your color table looks like it is of a black and white image 
>(255,255,255,255 is white, 0,0,0,255 is black) looks very strange to me. 
>Your problem could also be that you use 8-bit color images, you could 
>try to use RGB images which help when having to resample the tiles 
>(which is what shp2img does when it draws your image)
>Cheers,
>Francesco Pirotti
>
>Jerry O'Sullivan ha scritto:
>> Hi,
>>
>> Can anyone give me a few tips on producing better quality images from my raster maps. I chopped it up using maptiler - http://www.maptiler.org  - and the image quality is top notch. When I use MapServer shp2img the quality isn't as good. I looked at the images in IfranView and the MapTiler image has a lot more unique colors
>>
>> Here is the gdalinfo for one of the tiles
>>
>> Image Structure Metadata:
>>   COMPRESSION=LZW
>>   INTERLEAVE=BAND
>> Corner Coordinates:
>> Upper Left  (  316000.000,  271000.000) (  6d14'39.88"W, 53d40'33.00"N)
>> Lower Left  (  316000.000,  268000.000) (  6d14'43.91"W, 53d38'56.00"N)
>> Upper Right (  320000.000,  271000.000) (  6d11'2.06"W, 53d40'29.75"N)
>> Lower Right (  320000.000,  268000.000) (  6d11'6.23"W, 53d38'52.75"N)
>> Center      (  318000.000,  269500.000) (  6d12'53.02"W, 53d39'42.89"N)
>> Band 1 Block=20000x1 Type=Byte, ColorInterp=Palette
>>   Color Table (RGB with 256 entries)
>>     0: 255,255,255,255
>>     1: 0,0,0,255
>>     2: 0,0,0,255
>>     3: 0,0,0,255
>>     4: 0,0,0,255
>>     5: 0,0,0,255
>>     6: 0,0,0,255
>>     7: 0,0,0,255
>>     8: 0,0,0,255
>>     9: 0,0,0,255
>>    10: 0,0,0,255
>>    11: 0,0,0,255
>>    12: 0,0,0,255
>>    13: 0,0,0,255
>>    14: 0,0,0,255
>>    15: 0,0,0,255
>>    16: 0,0,0,255
>>    17: 0,0,0,255
>>    18: 0,0,0,255
>>    19: 0,0,0,255
>>    20: 0,0,0,255
>>    21: 0,0,0,255
>>    22: 0,0,0,255
>>    23: 0,0,0,255
>>    24: 0,0,0,255
>>    25: 0,0,0,255
>>    26: 0,0,0,255
>>    27: 0,0,0,255
>>    28: 0,0,0,255
>>    29: 0,0,0,255
>>    30: 0,0,0,255
>>    31: 0,0,0,255
>>    32: 0,0,0,255
>>    33: 0,0,0,255
>>    34: 0,0,0,255
>>    35: 0,0,0,255
>>    36: 0,0,0,255
>>    37: 0,0,0,255
>>    38: 0,0,0,255
>>    39: 0,0,0,255
>>    40: 0,0,0,255
>>    41: 0,0,0,255
>>    42: 0,0,0,255
>>    43: 0,0,0,255
>>    44: 0,0,0,255
>>    45: 0,0,0,255
>>    46: 0,0,0,255
>>    47: 0,0,0,255
>>    48: 0,0,0,255
>>    49: 0,0,0,255
>>    50: 0,0,0,255
>>    51: 0,0,0,255
>>    52: 0,0,0,255
>>    53: 0,0,0,255
>>    54: 0,0,0,255
>>    55: 0,0,0,255
>>    56: 0,0,0,255
>>    57: 0,0,0,255
>>    58: 0,0,0,255
>>    59: 0,0,0,255
>>    60: 0,0,0,255
>>    61: 0,0,0,255
>>    62: 0,0,0,255
>>    63: 0,0,0,255
>>    64: 0,0,0,255
>>    65: 0,0,0,255
>>    66: 0,0,0,255
>>    67: 0,0,0,255
>>    68: 0,0,0,255
>>    69: 0,0,0,255
>>    70: 0,0,0,255
>>    71: 0,0,0,255
>>    72: 0,0,0,255
>>    73: 0,0,0,255
>>    74: 0,0,0,255
>>    75: 0,0,0,255
>>    76: 0,0,0,255
>>    77: 0,0,0,255
>>    78: 0,0,0,255
>>    79: 0,0,0,255
>>    80: 0,0,0,255
>>    81: 0,0,0,255
>>    82: 0,0,0,255
>>    83: 0,0,0,255
>>    84: 0,0,0,255
>>    85: 0,0,0,255
>>    86: 0,0,0,255
>>    87: 0,0,0,255
>>    88: 0,0,0,255
>>    89: 0,0,0,255
>>    90: 0,0,0,255
>>    91: 0,0,0,255
>>    92: 0,0,0,255
>>    93: 0,0,0,255
>>    94: 0,0,0,255
>>    95: 0,0,0,255
>>    96: 0,0,0,255
>>    97: 0,0,0,255
>>    98: 0,0,0,255
>>    99: 0,0,0,255
>>   100: 0,0,0,255
>>   101: 0,0,0,255
>>   102: 0,0,0,255
>>   103: 0,0,0,255
>>   104: 0,0,0,255
>>   105: 0,0,0,255
>>   106: 0,0,0,255
>>   107: 0,0,0,255
>>   108: 0,0,0,255
>>   109: 0,0,0,255
>>   110: 0,0,0,255
>>   111: 0,0,0,255
>>   112: 0,0,0,255
>>   113: 0,0,0,255
>>   114: 0,0,0,255
>>   115: 0,0,0,255
>>   116: 0,0,0,255
>>   117: 0,0,0,255
>>   118: 0,0,0,255
>>   119: 0,0,0,255
>>   120: 0,0,0,255
>>   121: 0,0,0,255
>>   122: 0,0,0,255
>>   123: 0,0,0,255
>>   124: 0,0,0,255
>>   125: 0,0,0,255
>>   126: 0,0,0,255
>>   127: 0,0,0,255
>>   128: 0,0,0,255
>>   129: 0,0,0,255
>>   130: 0,0,0,255
>>   131: 0,0,0,255
>>   132: 0,0,0,255
>>   133: 0,0,0,255
>>   134: 0,0,0,255
>>   135: 0,0,0,255
>>   136: 0,0,0,255
>>   137: 0,0,0,255
>>   138: 0,0,0,255
>>   139: 0,0,0,255
>>   140: 0,0,0,255
>>   141: 0,0,0,255
>>   142: 0,0,0,255
>>   143: 0,0,0,255
>>   144: 0,0,0,255
>>   145: 0,0,0,255
>>   146: 0,0,0,255
>>   147: 0,0,0,255
>>   148: 0,0,0,255
>>   149: 0,0,0,255
>>   150: 0,0,0,255
>>   151: 0,0,0,255
>>   152: 0,0,0,255
>>   153: 0,0,0,255
>>   154: 0,0,0,255
>>   155: 0,0,0,255
>>   156: 0,0,0,255
>>   157: 0,0,0,255
>>   158: 0,0,0,255
>>   159: 0,0,0,255
>>   160: 0,0,0,255
>>   161: 0,0,0,255
>>   162: 0,0,0,255
>>   163: 0,0,0,255
>>   164: 0,0,0,255
>>   165: 0,0,0,255
>>   166: 0,0,0,255
>>   167: 0,0,0,255
>>   168: 0,0,0,255
>>   169: 0,0,0,255
>>   170: 0,0,0,255
>>   171: 0,0,0,255
>>   172: 0,0,0,255
>>   173: 0,0,0,255
>>   174: 0,0,0,255
>>   175: 0,0,0,255
>>   176: 0,0,0,255
>>   177: 0,0,0,255
>>   178: 0,0,0,255
>>   179: 0,0,0,255
>>   180: 0,0,0,255
>>   181: 0,0,0,255
>>   182: 0,0,0,255
>>   183: 0,0,0,255
>>   184: 0,0,0,255
>>   185: 0,0,0,255
>>   186: 0,0,0,255
>>   187: 0,0,0,255
>>   188: 0,0,0,255
>>   189: 0,0,0,255
>>   190: 0,0,0,255
>>   191: 0,0,0,255
>>   192: 0,0,0,255
>>   193: 0,0,0,255
>>   194: 0,0,0,255
>>   195: 0,0,0,255
>>   196: 0,0,0,255
>>   197: 0,0,0,255
>>   198: 0,0,0,255
>>   199: 0,0,0,255
>>   200: 0,0,0,255
>>   201: 0,0,0,255
>>   202: 0,0,0,255
>>   203: 0,0,0,255
>>   204: 0,0,0,255
>>   205: 0,0,0,255
>>   206: 0,0,0,255
>>   207: 0,0,0,255
>>   208: 0,0,0,255
>>   209: 0,0,0,255
>>   210: 0,0,0,255
>>   211: 0,0,0,255
>>   212: 0,0,0,255
>>   213: 0,0,0,255
>>   214: 0,0,0,255
>>   215: 0,0,0,255
>>   216: 0,0,0,255
>>   217: 0,0,0,255
>>   218: 0,0,0,255
>>   219: 0,0,0,255
>>   220: 0,0,0,255
>>   221: 0,0,0,255
>>   222: 0,0,0,255
>>   223: 0,0,0,255
>>   224: 0,0,0,255
>>   225: 0,0,0,255
>>   226: 0,0,0,255
>>   227: 0,0,0,255
>>   228: 0,0,0,255
>>   229: 0,0,0,255
>>   230: 0,0,0,255
>>   231: 0,0,0,255
>>   232: 0,0,0,255
>>   233: 0,0,0,255
>>   234: 0,0,0,255
>>   235: 0,0,0,255
>>   236: 0,0,0,255
>>   237: 0,0,0,255
>>   238: 0,0,0,255
>>   239: 0,0,0,255
>>   240: 0,0,0,255
>>   241: 0,0,0,255
>>   242: 0,0,0,255
>>   243: 0,0,0,255
>>   244: 0,0,0,255
>>   245: 0,0,0,255
>>   246: 0,0,0,255
>>   247: 0,0,0,255
>>   248: 0,0,0,255
>>   249: 0,0,0,255
>>   250: 0,0,0,255
>>   251: 0,0,0,255
>>   252: 0,0,0,255
>>   253: 0,0,0,255
>>   254: 0,0,0,255
>>   255: 0,0,0,255
>>
>> Thanks,
>> Jerry
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>>
>>   
>
>
>-- 
>*Francesco Pirotti*
>Dep. TESAF
>CIRGEO ? Interdepartmental Research Center on Cartography Photogrammetry
>Remote Sensing and G.I.S.
>University of Padova
>Web: http://www.cirgeo.unipd.it/cirgeo/francescopirotti.htm
>Email: francesco.pirotti at unipd.it 
>Phone: +39 049 827 2710
>Phone: +39 349 55 39 261
>
>
>


From David.Fawcett at state.mn.us  Mon Dec  7 06:41:30 2009
From: David.Fawcett at state.mn.us (Fawcett, David (MPCA))
Date: Mon, 7 Dec 2009 08:41:30 -0600
Subject: [mapserver-users] Shapefile,	itemnquery and HTML image map
	generation problem
In-Reply-To: <04e001ca74eb$bc473400$34d59c00$@net>
References: <042101ca7454$bfc62830$3f527890$@net>
	<04e001ca74eb$bc473400$34d59c00$@net>
Message-ID: <D2C2A8AE8E016C42A974F644AF21E13902F3C8505E@MNMAIL05.ead.state.mn.us>

John,

What features are not being rendered?  Are they randomly distributed?  located at the outside edges of the rendered features? Any pattern to the IDs?

David.

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of W.John Guineau
Sent: Friday, December 04, 2009 8:12 AM
To: 'W.John Guineau'; mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Shapefile, itemnquery and HTML image map generation problem

How would I go about debugging this?

I think this is GDAL and its query of shapefiles, right?

The bottom line is that MapServer finds all the items when it is rendering the map by layer/class EXPRESSION, but the qstring in a URL using the exact same EXPRESSION string misses some of the items.

I can also use ogrinfo from MAP4W to execute an SQL query directly on the shapefile and the items in questions are certainly there.

In the image below, the green areas are result of the mapfile layer class EXPRESSION - all are correctly rendered. However, several of them do not get generated (HTML imagemap <area> tags not generated) when using a URL and itemnquery/qstring with the identical EXPRESSION.

How do I enable debug (enabling mapfile DEBUG does not seem to give any useful info as to why GDAL is skipping certain items) Am I better off using MAP4W or similar to get debug/trace info for shapefile queries?

john


[cid:image001.png at 01CA7719.0F845920]

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of W.John Guineau
Sent: Thursday, December 03, 2009 3:11 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] Shapefile, itemnquery and HTML image map generation problem

I have a basic vector shapefile that I am trying to generate HTML clickable maps from. It seems to work well for the most part, however there is a problem where some items from the shapefile do not get processed from the qstring in the browser, but they are processed fine in the mapfile layer (to color them differently).

So the map that renders shows all the items colored properly as the layer class defines. Using the exact same list of items in the HTTP query string causes several items to be ignored (the HTML image map area is not generated).

http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m&mode=itemnquery&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize=600+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,114A,114B,115A,115B,115C")

Below is the layer section from the mapfile. I can post whatever else is helpful.

Thanks for any help on this.

john

LAYER
                NAME map_m
                DATA "map_shape"
                TEMPLATE "bodytemplate.html"
                HEADER "imapheader.html"
                FOOTER "imapfooter.html"
                PROJECTION
                                "proj=latlong"
                                "ellps=GRS80"
                                "init=epsg:4326"
                END
                TYPE polygon
                STATUS ON
                TRANSPARENCY 70
                CLASS
                                NAME "MLRA"
                                COLOR 0 200 0
                                OUTLINECOLOR 0 0 0
                                EXPRESSION( "[MLRARSYM]" in "102A,102B,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,114A,114B,115A,115B,115C" )
                END
                METADATA
                                qstring_validation_pattern ".*"
                END
END
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091207/0ffbda48/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 26620 bytes
Desc: image001.png
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091207/0ffbda48/attachment.png>

From guineau at earthlink.net  Mon Dec  7 16:19:56 2009
From: guineau at earthlink.net (W.John Guineau)
Date: Mon, 7 Dec 2009 19:19:56 -0500
Subject: [mapserver-users] Shapefile,
	itemnquery and HTML image	map	generation problem
In-Reply-To: <4B1D4310.5157.008F.0@dnr.state.mn.us>
References: <042101ca7454$bfc62830$3f527890$@net>
	<04e001ca74eb$bc473400$34d59c00$@net>
	<4B1D3D7A.5157.008F.0@dnr.state.mn.us>
	<01ce01ca7798$dd4b89d0$97e29d70$@net>
	<4B1D4310.5157.008F.0@dnr.state.mn.us>
Message-ID: <01dc01ca779c$2c19eae0$844dc0a0$@net>

Hi Steve,

 

OK, I added the QUERYMAP section and changed the URL:

 

http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map
<http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m
&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize
=600+400&qitem=MLRARSYM&qstring=(%22%5bMLRARSYM%5d%22%20in%20%22102A,102B,10
2C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D
,111E,112,113,114A,114B,115A,115B,115C%22)>
&qlayer=coe_m&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-
89+49&mapsize=600+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B
,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,1
11D,111E,112,113,114A,114B,115A,115B,115C")

 

 

Now I get the map with some of the items highlighted in yellow, and the rest
green:

 



 

-----Original Message-----
From: Steve Lime [mailto:Steve.Lime at state.mn.us] 
Sent: Monday, December 07, 2009 7:04 PM
To: W.John Guineau; mapserver-users at lists.osgeo.org; 'Steve Lime'
Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
generation problem

 

Just add a querymap object to your mapfile, like so:

 

QUERYMAP

  STATUS ON

END

 

Then change your URL to use the mode itemnquerymap and that should return
just an image with the

selected features highlighted in yellow.

 

Steve

 

>>> On 12/7/2009 at 5:56 PM, in message
<01ce01ca7798$dd4b89d0$97e29d70$@net>,

W.John Guineau <guineau at earthlink.net> wrote:

> I'm new to mapserver, how do I quickly generate a querymap?

> 

> I'm using mapserver 5.4.2 from the latest MS4W on Windows 7 x64. I've also

> tried 5.2.1 that I compiled myself.

> 

> john

> 

> 

> -----Original Message-----

> From: Steve Lime [mailto:Steve.Lime at state.mn.us] 

> Sent: Monday, December 07, 2009 6:40 PM

> To: 'W.John Guineau'; mapserver-users at lists.osgeo.org 

> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map

> generation problem

> 

> GDAL's not in play here at all. If you generate a query map instead of an

> html image map does

> the output map look ok? What version are you using?

> 

> Steve

> 

>>>> On 12/4/2009 at 8:11 AM, in message

> <04e001ca74eb$bc473400$34d59c00$@net>,

> W.John Guineau <guineau at earthlink.net> wrote:

>> How would I go about debugging this? 

>> 

>>  

>> 

>> I think this is GDAL and its query of shapefiles, right?

>> 

>>  

>> 

>> The bottom line is that MapServer finds all the items when it is
rendering

>> the map by layer/class EXPRESSION, but the qstring in a URL using the

> exact

>> same EXPRESSION string misses some of the items.

>> 

>>  

>> 

>> I can also use ogrinfo from MAP4W to execute an SQL query directly on the

>> shapefile and the items in questions are certainly there.

>> 

>>  

>> 

>> In the image below, the green areas are result of the mapfile layer class

>> EXPRESSION - all are correctly rendered. However, several of them do not

> get

>> generated (HTML imagemap <area> tags not generated) when using a URL and

>> itemnquery/qstring with the identical EXPRESSION.

>> 

>>  

>> 

>> How do I enable debug (enabling mapfile DEBUG does not seem to give any

>> useful info as to why GDAL is skipping certain items) Am I better off

> using

>> MAP4W or similar to get debug/trace info for shapefile queries?

>> 

>>  

>> 

>> john

>> 

>>  

>> 

>>  

>> 

>> 

>> 

>>  

>> 

>> From: mapserver-users-bounces at lists.osgeo.org 

>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of W.John

> Guineau

>> Sent: Thursday, December 03, 2009 3:11 PM

>> To: mapserver-users at lists.osgeo.org 

>> Subject: [mapserver-users] Shapefile, itemnquery and HTML image map

>> generation problem

>> 

>>  

>> 

>> I have a basic vector shapefile that I am trying to generate HTML

> clickable

>> maps from. It seems to work well for the most part, however there is a

>> problem where some items from the shapefile do not get processed from the

>> qstring in the browser, but they are processed fine in the mapfile layer

> (to

>> color them differently).

>> 

>>  

>> 

>> So the map that renders shows all the items colored properly as the layer

>> class defines. Using the exact same list of items in the HTTP query
string

>> causes several items to be ignored (the HTML image map area is not

>> generated).

>> 

>>  

>> 

>> 

>
http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m&


> 

>> 

>
mode=itemnquery&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize=600

>> 

>
+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B,102C,103,104,105

>> 

>
,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,

>> 114A,114B,115A,115B,115C")

>> 

>>  

>> 

>> Below is the layer section from the mapfile. I can post whatever else is

>> helpful. 

>> 

>>  

>> 

>> Thanks for any help on this.

>> 

>>  

>> 

>> john

>> 

>>  

>> 

>> LAYER 

>> 

>>                 NAME map_m

>> 

>>                 DATA "map_shape"

>> 

>>                 TEMPLATE "bodytemplate.html"

>> 

>>                 HEADER "imapheader.html"

>> 

>>                 FOOTER "imapfooter.html"

>> 

>>                 PROJECTION

>> 

>>                                 "proj=latlong"

>> 

>>                                 "ellps=GRS80"

>> 

>>                                 "init=epsg:4326"

>> 

>>                 END

>> 

>>                 TYPE polygon

>> 

>>                 STATUS ON

>> 

>>                 TRANSPARENCY 70

>> 

>>                 CLASS

>> 

>>                                 NAME "MLRA"

>> 

>>                                 COLOR 0 200 0

>> 

>>                                 OUTLINECOLOR 0 0 0

>> 

>>                                 EXPRESSION( "[MLRARSYM]" in

>> 

>
"102A,102B,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,1

>> 11B,111C,111D,111E,112,113,114A,114B,115A,115B,115C" )

>> 

>>                 END

>> 

>>                 METADATA 

>> 

>>                                 qstring_validation_pattern ".*"

>> 

>>                 END

>> 

>> END

> 

> _______________________________________________

> 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/20091207/1cf73880/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 23766 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091207/1cf73880/attachment.png>

From guineau at earthlink.net  Mon Dec  7 16:24:59 2009
From: guineau at earthlink.net (W.John Guineau)
Date: Mon, 7 Dec 2009 19:24:59 -0500
Subject: [mapserver-users] Shapefile,
	itemnquery and HTML image	map	generation problem
References: <042101ca7454$bfc62830$3f527890$@net>
	<04e001ca74eb$bc473400$34d59c00$@net>
	<4B1D3D7A.5157.008F.0@dnr.state.mn.us>
	<01ce01ca7798$dd4b89d0$97e29d70$@net>
	<4B1D4310.5157.008F.0@dnr.state.mn.us> 
Message-ID: <01e601ca779c$e05300a0$a0f901e0$@net>

 

 

From: W.John Guineau [mailto:guineau at earthlink.net] 
Sent: Monday, December 07, 2009 7:20 PM
To: 'Steve Lime'; 'mapserver-users at lists.osgeo.org'
Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
generation problem

 

Hi Steve,

 

OK, I added the QUERYMAP section and changed the URL:

 

http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map
<http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m
&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize
=600+400&qitem=MLRARSYM&qstring=(%22%5bMLRARSYM%5d%22%20in%20%22102A,102B,10
2C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D
,111E,112,113,114A,114B,115A,115B,115C%22)>
&qlayer=coe_m&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-
89+49&mapsize=600+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B
,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,1
11D,111E,112,113,114A,114B,115A,115B,115C")

 

 

Now I get the map with some of the items highlighted in yellow, and the rest
green:

 



 

-----Original Message-----
From: Steve Lime [mailto:Steve.Lime at state.mn.us] 
Sent: Monday, December 07, 2009 7:04 PM
To: W.John Guineau; mapserver-users at lists.osgeo.org; 'Steve Lime'
Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
generation problem

 

Just add a querymap object to your mapfile, like so:

 

QUERYMAP

  STATUS ON

END

 

Then change your URL to use the mode itemnquerymap and that should return
just an image with the

selected features highlighted in yellow.

 

Steve

 

>>> On 12/7/2009 at 5:56 PM, in message
<01ce01ca7798$dd4b89d0$97e29d70$@net>,

W.John Guineau <guineau at earthlink.net> wrote:

> I'm new to mapserver, how do I quickly generate a querymap?

> 

> I'm using mapserver 5.4.2 from the latest MS4W on Windows 7 x64. I've also

> tried 5.2.1 that I compiled myself.

> 

> john

> 

> 

> -----Original Message-----

> From: Steve Lime [mailto:Steve.Lime at state.mn.us] 

> Sent: Monday, December 07, 2009 6:40 PM

> To: 'W.John Guineau'; mapserver-users at lists.osgeo.org 

> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map

> generation problem

> 

> GDAL's not in play here at all. If you generate a query map instead of an

> html image map does

> the output map look ok? What version are you using?

> 

> Steve

> 

>>>> On 12/4/2009 at 8:11 AM, in message

> <04e001ca74eb$bc473400$34d59c00$@net>,

> W.John Guineau <guineau at earthlink.net> wrote:

>> How would I go about debugging this? 

>> 

>>  

>> 

>> I think this is GDAL and its query of shapefiles, right?

>> 

>>  

>> 

>> The bottom line is that MapServer finds all the items when it is
rendering

>> the map by layer/class EXPRESSION, but the qstring in a URL using the

> exact

>> same EXPRESSION string misses some of the items.

>> 

>>  

>> 

>> I can also use ogrinfo from MAP4W to execute an SQL query directly on the

>> shapefile and the items in questions are certainly there.

>> 

>>  

>> 

>> In the image below, the green areas are result of the mapfile layer class

>> EXPRESSION - all are correctly rendered. However, several of them do not

> get

>> generated (HTML imagemap <area> tags not generated) when using a URL and

>> itemnquery/qstring with the identical EXPRESSION.

>> 

>>  

>> 

>> How do I enable debug (enabling mapfile DEBUG does not seem to give any

>> useful info as to why GDAL is skipping certain items) Am I better off

> using

>> MAP4W or similar to get debug/trace info for shapefile queries?

>> 

>>  

>> 

>> john

>> 

>>  

>> 

>>  

>> 

>> 

>> 

>>  

>> 

>> From: mapserver-users-bounces at lists.osgeo.org 

>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of W.John

> Guineau

>> Sent: Thursday, December 03, 2009 3:11 PM

>> To: mapserver-users at lists.osgeo.org 

>> Subject: [mapserver-users] Shapefile, itemnquery and HTML image map

>> generation problem

>> 

>>  

>> 

>> I have a basic vector shapefile that I am trying to generate HTML

> clickable

>> maps from. It seems to work well for the most part, however there is a

>> problem where some items from the shapefile do not get processed from the

>> qstring in the browser, but they are processed fine in the mapfile layer

> (to

>> color them differently).

>> 

>>  

>> 

>> So the map that renders shows all the items colored properly as the layer

>> class defines. Using the exact same list of items in the HTTP query
string

>> causes several items to be ignored (the HTML image map area is not

>> generated).

>> 

>>  

>> 

>> 

>
http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m&


> 

>> 

>
mode=itemnquery&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize=600

>> 

>
+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B,102C,103,104,105

>> 

>
,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,

>> 114A,114B,115A,115B,115C")

>> 

>>  

>> 

>> Below is the layer section from the mapfile. I can post whatever else is

>> helpful. 

>> 

>>  

>> 

>> Thanks for any help on this.

>> 

>>  

>> 

>> john

>> 

>>  

>> 

>> LAYER 

>> 

>>                 NAME map_m

>> 

>>                 DATA "map_shape"

>> 

>>                 TEMPLATE "bodytemplate.html"

>> 

>>                 HEADER "imapheader.html"

>> 

>>                 FOOTER "imapfooter.html"

>> 

>>                 PROJECTION

>> 

>>                                 "proj=latlong"

>> 

>>                                 "ellps=GRS80"

>> 

>>                                 "init=epsg:4326"

>> 

>>                 END

>> 

>>                 TYPE polygon

>> 

>>                 STATUS ON

>> 

>>                 TRANSPARENCY 70

>> 

>>                 CLASS

>> 

>>                                 NAME "MLRA"

>> 

>>                                 COLOR 0 200 0

>> 

>>                                 OUTLINECOLOR 0 0 0

>> 

>>                                 EXPRESSION( "[MLRARSYM]" in

>> 

>
"102A,102B,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,1

>> 11B,111C,111D,111E,112,113,114A,114B,115A,115B,115C" )

>> 

>>                 END

>> 

>>                 METADATA 

>> 

>>                                 qstring_validation_pattern ".*"

>> 

>>                 END

>> 

>> END

> 

> _______________________________________________

> 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/20091207/3af16139/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 10250 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091207/3af16139/attachment.jpg>

From guineau at earthlink.net  Mon Dec  7 18:03:32 2009
From: guineau at earthlink.net (W.John Guineau)
Date: Mon, 7 Dec 2009 21:03:32 -0500
Subject: [mapserver-users] Shapefile,
	itemnquery and HTML	image	map	generation problem
In-Reply-To: <4B1D4F74.5157.008F.0@dnr.state.mn.us>
References: <042101ca7454$bfc62830$3f527890$@net>
	<04e001ca74eb$bc473400$34d59c00$@net>
	<4B1D3D7A.5157.008F.0@dnr.state.mn.us>
	<01ce01ca7798$dd4b89d0$97e29d70$@net>
	<4B1D4310.5157.008F.0@dnr.state.mn.us>
	<01dc01ca779c$2c19eae0$844dc0a0$@net>
	<4B1D4F74.5157.008F.0@dnr.state.mn.us>
Message-ID: <021001ca77aa$a5365ef0$efa31cd0$@net>

Ok, try this:

 



 

-----Original Message-----
From: Steve Lime [mailto:Steve.Lime at state.mn.us] 
Sent: Monday, December 07, 2009 7:57 PM
To: W.John Guineau; mapserver-users at lists.osgeo.org; 'Steve Lime'
Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
generation problem

 

Do the ones not selected fall at the end of your qstring? I'm wondering if
something is getting truncated. I'd think

you'd get a parsing error in that case, but perhaps not. Can you label the
polygons with the value for MLRARSYM?

 

Steve

 

>>> On 12/7/2009 at 6:19 PM, in message
<01dc01ca779c$2c19eae0$844dc0a0$@net>,

W.John Guineau <guineau at earthlink.net> wrote:

> Hi Steve,

> 

>  

> 

> OK, I added the QUERYMAP section and changed the URL:

> 

>  

> 

> http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map 

>
<http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m


>
&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize

>
=600+400&qitem=MLRARSYM&qstring=(%22%5bMLRARSYM%5d%22%20in%20%22102A,102B,10

>
2C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D

> ,111E,112,113,114A,114B,115A,115B,115C%22)>

>
&qlayer=coe_m&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-

>
89+49&mapsize=600+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B

>
,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,1

> 11D,111E,112,113,114A,114B,115A,115B,115C")

> 

>  

> 

>  

> 

> Now I get the map with some of the items highlighted in yellow, and the
rest

> green:

> 

>  

> 

> 

> 

>  

> 

> -----Original Message-----

> From: Steve Lime [mailto:Steve.Lime at state.mn.us] 

> Sent: Monday, December 07, 2009 7:04 PM

> To: W.John Guineau; mapserver-users at lists.osgeo.org; 'Steve Lime'

> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map

> generation problem

> 

>  

> 

> Just add a querymap object to your mapfile, like so:

> 

>  

> 

> QUERYMAP

> 

>   STATUS ON

> 

> END

> 

>  

> 

> Then change your URL to use the mode itemnquerymap and that should return

> just an image with the

> 

> selected features highlighted in yellow.

> 

>  

> 

> Steve

> 

>  

> 

>>>> On 12/7/2009 at 5:56 PM, in message

> <01ce01ca7798$dd4b89d0$97e29d70$@net>,

> 

> W.John Guineau <guineau at earthlink.net> wrote:

> 

>> I'm new to mapserver, how do I quickly generate a querymap?

> 

>> 

> 

>> I'm using mapserver 5.4.2 from the latest MS4W on Windows 7 x64. I've
also

> 

>> tried 5.2.1 that I compiled myself.

> 

>> 

> 

>> john

> 

>> 

> 

>> 

> 

>> -----Original Message-----

> 

>> From: Steve Lime [mailto:Steve.Lime at state.mn.us] 

> 

>> Sent: Monday, December 07, 2009 6:40 PM

> 

>> To: 'W.John Guineau'; mapserver-users at lists.osgeo.org 

> 

>> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map

> 

>> generation problem

> 

>> 

> 

>> GDAL's not in play here at all. If you generate a query map instead of an

> 

>> html image map does

> 

>> the output map look ok? What version are you using?

> 

>> 

> 

>> Steve

> 

>> 

> 

>>>>> On 12/4/2009 at 8:11 AM, in message

> 

>> <04e001ca74eb$bc473400$34d59c00$@net>,

> 

>> W.John Guineau <guineau at earthlink.net> wrote:

> 

>>> How would I go about debugging this? 

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> I think this is GDAL and its query of shapefiles, right?

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> The bottom line is that MapServer finds all the items when it is

> rendering

> 

>>> the map by layer/class EXPRESSION, but the qstring in a URL using the

> 

>> exact

> 

>>> same EXPRESSION string misses some of the items.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> I can also use ogrinfo from MAP4W to execute an SQL query directly on
the

> 

>>> shapefile and the items in questions are certainly there.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> In the image below, the green areas are result of the mapfile layer
class

> 

>>> EXPRESSION - all are correctly rendered. However, several of them do not

> 

>> get

> 

>>> generated (HTML imagemap <area> tags not generated) when using a URL and

> 

>>> itemnquery/qstring with the identical EXPRESSION.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> How do I enable debug (enabling mapfile DEBUG does not seem to give any

> 

>>> useful info as to why GDAL is skipping certain items) Am I better off

> 

>> using

> 

>>> MAP4W or similar to get debug/trace info for shapefile queries?

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> john

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> 

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> From: mapserver-users-bounces at lists.osgeo.org 

> 

>>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of W.John

> 

>> Guineau

> 

>>> Sent: Thursday, December 03, 2009 3:11 PM

> 

>>> To: mapserver-users at lists.osgeo.org 

> 

>>> Subject: [mapserver-users] Shapefile, itemnquery and HTML image map

> 

>>> generation problem

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> I have a basic vector shapefile that I am trying to generate HTML

> 

>> clickable

> 

>>> maps from. It seems to work well for the most part, however there is a

> 

>>> problem where some items from the shapefile do not get processed from
the

> 

>>> qstring in the browser, but they are processed fine in the mapfile layer

> 

>> (to

> 

>>> color them differently).

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> So the map that renders shows all the items colored properly as the
layer

> 

>>> class defines. Using the exact same list of items in the HTTP query

> string

> 

>>> causes several items to be ignored (the HTML image map area is not

> 

>>> generated).

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> 

> 

>> 

>
http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m&


> 

> 

>> 

> 

>>> 

> 

>> 

>
mode=itemnquery&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize=600

> 

>>> 

> 

>> 

>
+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B,102C,103,104,105

> 

>>> 

> 

>> 

>
,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,

> 

>>> 114A,114B,115A,115B,115C")

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> Below is the layer section from the mapfile. I can post whatever else is

> 

>>> helpful. 

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> Thanks for any help on this.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> john

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> LAYER 

> 

>>> 

> 

>>>                 NAME map_m

> 

>>> 

> 

>>>                 DATA "map_shape"

> 

>>> 

> 

>>>                 TEMPLATE "bodytemplate.html"

> 

>>> 

> 

>>>                 HEADER "imapheader.html"

> 

>>> 

> 

>>>                 FOOTER "imapfooter.html"

> 

>>> 

> 

>>>                 PROJECTION

> 

>>> 

> 

>>>                                 "proj=latlong"

> 

>>> 

> 

>>>                                 "ellps=GRS80"

> 

>>> 

> 

>>>                                 "init=epsg:4326"

> 

>>> 

> 

>>>                 END

> 

>>> 

> 

>>>                 TYPE polygon

> 

>>> 

> 

>>>                 STATUS ON

> 

>>> 

> 

>>>                 TRANSPARENCY 70

> 

>>> 

> 

>>>                 CLASS

> 

>>> 

> 

>>>                                 NAME "MLRA"

> 

>>> 

> 

>>>                                 COLOR 0 200 0

> 

>>> 

> 

>>>                                 OUTLINECOLOR 0 0 0

> 

>>> 

> 

>>>                                 EXPRESSION( "[MLRARSYM]" in

> 

>>> 

> 

>> 

>
"102A,102B,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,1

> 

>>> 11B,111C,111D,111E,112,113,114A,114B,115A,115B,115C" )

> 

>>> 

> 

>>>                 END

> 

>>> 

> 

>>>                 METADATA 

> 

>>> 

> 

>>>                                 qstring_validation_pattern ".*"

> 

>>> 

> 

>>>                 END

> 

>>> 

> 

>>> END

> 

>> 

> 

>> _______________________________________________

> 

>> 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/20091207/cd0db28d/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 26658 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091207/cd0db28d/attachment.jpg>

From francesco.pirotti at unipd.it  Tue Dec  8 05:48:13 2009
From: francesco.pirotti at unipd.it (francesco)
Date: Tue, 08 Dec 2009 14:48:13 +0100
Subject: [mapserver-users] Raster Image Quality
In-Reply-To: <4bb67801c667468db5234112961985b2@3497221ec4e848408137570c37e3fc8e>
References: <4bb67801c667468db5234112961985b2@3497221ec4e848408137570c37e3fc8e>
Message-ID: <4B1E591D.9070209@unipd.it>

shp2img requires a mapfile... what kind of image outpuformat did you use 
in your mapfile?

Shp2img resamples paletted black and white images  and that does not 
give a great result usually. you could try to output grey scale 8-bit 
images (byte but not paletted). Did you also use pyramid layers or does 
the maptiler program also give you different scales?
Francesco

Jerry O'Sullivan ha scritto:
> Francesco,
>
> They are black & white images.
>
> Are you suggesting doing some processing with GDAL first or use some directives  in the map file to improve image quality?
>
> Thanks
> Jerry
>
>
>   
>> Jerry , your color table looks like it is of a black and white image 
>> (255,255,255,255 is white, 0,0,0,255 is black) looks very strange to me. 
>> Your problem could also be that you use 8-bit color images, you could 
>> try to use RGB images which help when having to resample the tiles 
>> (which is what shp2img does when it draws your image)
>> Cheers,
>> Francesco Pirotti
>>
>> Jerry O'Sullivan ha scritto:
>>     
>>> Hi,
>>>
>>> Can anyone give me a few tips on producing better quality images from my raster maps. I chopped it up using maptiler - http://www.maptiler.org  - and the image quality is top notch. When I use MapServer shp2img the quality isn't as good. I looked at the images in IfranView and the MapTiler image has a lot more unique colors
>>>
>>> Here is the gdalinfo for one of the tiles
>>>
>>> Image Structure Metadata:
>>>   COMPRESSION=LZW
>>>   INTERLEAVE=BAND
>>> Corner Coordinates:
>>> Upper Left  (  316000.000,  271000.000) (  6d14'39.88"W, 53d40'33.00"N)
>>> Lower Left  (  316000.000,  268000.000) (  6d14'43.91"W, 53d38'56.00"N)
>>> Upper Right (  320000.000,  271000.000) (  6d11'2.06"W, 53d40'29.75"N)
>>> Lower Right (  320000.000,  268000.000) (  6d11'6.23"W, 53d38'52.75"N)
>>> Center      (  318000.000,  269500.000) (  6d12'53.02"W, 53d39'42.89"N)
>>> Band 1 Block=20000x1 Type=Byte, ColorInterp=Palette
>>>   Color Table (RGB with 256 entries)
>>>     0: 255,255,255,255
>>>     1: 0,0,0,255
>>>     2: 0,0,0,255
>>>     3: 0,0,0,255
>>>     4: 0,0,0,255
>>>     5: 0,0,0,255
>>>     6: 0,0,0,255
>>>     7: 0,0,0,255
>>>     8: 0,0,0,255
>>>     9: 0,0,0,255
>>>    10: 0,0,0,255
>>>    11: 0,0,0,255
>>>    12: 0,0,0,255
>>>    13: 0,0,0,255
>>>    14: 0,0,0,255
>>>    15: 0,0,0,255
>>>    16: 0,0,0,255
>>>    17: 0,0,0,255
>>>    18: 0,0,0,255
>>>    19: 0,0,0,255
>>>    20: 0,0,0,255
>>>    21: 0,0,0,255
>>>    22: 0,0,0,255
>>>    23: 0,0,0,255
>>>    24: 0,0,0,255
>>>    25: 0,0,0,255
>>>    26: 0,0,0,255
>>>    27: 0,0,0,255
>>>    28: 0,0,0,255
>>>    29: 0,0,0,255
>>>    30: 0,0,0,255
>>>    31: 0,0,0,255
>>>    32: 0,0,0,255
>>>    33: 0,0,0,255
>>>    34: 0,0,0,255
>>>    35: 0,0,0,255
>>>    36: 0,0,0,255
>>>    37: 0,0,0,255
>>>    38: 0,0,0,255
>>>    39: 0,0,0,255
>>>    40: 0,0,0,255
>>>    41: 0,0,0,255
>>>    42: 0,0,0,255
>>>    43: 0,0,0,255
>>>    44: 0,0,0,255
>>>    45: 0,0,0,255
>>>    46: 0,0,0,255
>>>    47: 0,0,0,255
>>>    48: 0,0,0,255
>>>    49: 0,0,0,255
>>>    50: 0,0,0,255
>>>    51: 0,0,0,255
>>>    52: 0,0,0,255
>>>    53: 0,0,0,255
>>>    54: 0,0,0,255
>>>    55: 0,0,0,255
>>>    56: 0,0,0,255
>>>    57: 0,0,0,255
>>>    58: 0,0,0,255
>>>    59: 0,0,0,255
>>>    60: 0,0,0,255
>>>    61: 0,0,0,255
>>>    62: 0,0,0,255
>>>    63: 0,0,0,255
>>>    64: 0,0,0,255
>>>    65: 0,0,0,255
>>>    66: 0,0,0,255
>>>    67: 0,0,0,255
>>>    68: 0,0,0,255
>>>    69: 0,0,0,255
>>>    70: 0,0,0,255
>>>    71: 0,0,0,255
>>>    72: 0,0,0,255
>>>    73: 0,0,0,255
>>>    74: 0,0,0,255
>>>    75: 0,0,0,255
>>>    76: 0,0,0,255
>>>    77: 0,0,0,255
>>>    78: 0,0,0,255
>>>    79: 0,0,0,255
>>>    80: 0,0,0,255
>>>    81: 0,0,0,255
>>>    82: 0,0,0,255
>>>    83: 0,0,0,255
>>>    84: 0,0,0,255
>>>    85: 0,0,0,255
>>>    86: 0,0,0,255
>>>    87: 0,0,0,255
>>>    88: 0,0,0,255
>>>    89: 0,0,0,255
>>>    90: 0,0,0,255
>>>    91: 0,0,0,255
>>>    92: 0,0,0,255
>>>    93: 0,0,0,255
>>>    94: 0,0,0,255
>>>    95: 0,0,0,255
>>>    96: 0,0,0,255
>>>    97: 0,0,0,255
>>>    98: 0,0,0,255
>>>    99: 0,0,0,255
>>>   100: 0,0,0,255
>>>   101: 0,0,0,255
>>>   102: 0,0,0,255
>>>   103: 0,0,0,255
>>>   104: 0,0,0,255
>>>   105: 0,0,0,255
>>>   106: 0,0,0,255
>>>   107: 0,0,0,255
>>>   108: 0,0,0,255
>>>   109: 0,0,0,255
>>>   110: 0,0,0,255
>>>   111: 0,0,0,255
>>>   112: 0,0,0,255
>>>   113: 0,0,0,255
>>>   114: 0,0,0,255
>>>   115: 0,0,0,255
>>>   116: 0,0,0,255
>>>   117: 0,0,0,255
>>>   118: 0,0,0,255
>>>   119: 0,0,0,255
>>>   120: 0,0,0,255
>>>   121: 0,0,0,255
>>>   122: 0,0,0,255
>>>   123: 0,0,0,255
>>>   124: 0,0,0,255
>>>   125: 0,0,0,255
>>>   126: 0,0,0,255
>>>   127: 0,0,0,255
>>>   128: 0,0,0,255
>>>   129: 0,0,0,255
>>>   130: 0,0,0,255
>>>   131: 0,0,0,255
>>>   132: 0,0,0,255
>>>   133: 0,0,0,255
>>>   134: 0,0,0,255
>>>   135: 0,0,0,255
>>>   136: 0,0,0,255
>>>   137: 0,0,0,255
>>>   138: 0,0,0,255
>>>   139: 0,0,0,255
>>>   140: 0,0,0,255
>>>   141: 0,0,0,255
>>>   142: 0,0,0,255
>>>   143: 0,0,0,255
>>>   144: 0,0,0,255
>>>   145: 0,0,0,255
>>>   146: 0,0,0,255
>>>   147: 0,0,0,255
>>>   148: 0,0,0,255
>>>   149: 0,0,0,255
>>>   150: 0,0,0,255
>>>   151: 0,0,0,255
>>>   152: 0,0,0,255
>>>   153: 0,0,0,255
>>>   154: 0,0,0,255
>>>   155: 0,0,0,255
>>>   156: 0,0,0,255
>>>   157: 0,0,0,255
>>>   158: 0,0,0,255
>>>   159: 0,0,0,255
>>>   160: 0,0,0,255
>>>   161: 0,0,0,255
>>>   162: 0,0,0,255
>>>   163: 0,0,0,255
>>>   164: 0,0,0,255
>>>   165: 0,0,0,255
>>>   166: 0,0,0,255
>>>   167: 0,0,0,255
>>>   168: 0,0,0,255
>>>   169: 0,0,0,255
>>>   170: 0,0,0,255
>>>   171: 0,0,0,255
>>>   172: 0,0,0,255
>>>   173: 0,0,0,255
>>>   174: 0,0,0,255
>>>   175: 0,0,0,255
>>>   176: 0,0,0,255
>>>   177: 0,0,0,255
>>>   178: 0,0,0,255
>>>   179: 0,0,0,255
>>>   180: 0,0,0,255
>>>   181: 0,0,0,255
>>>   182: 0,0,0,255
>>>   183: 0,0,0,255
>>>   184: 0,0,0,255
>>>   185: 0,0,0,255
>>>   186: 0,0,0,255
>>>   187: 0,0,0,255
>>>   188: 0,0,0,255
>>>   189: 0,0,0,255
>>>   190: 0,0,0,255
>>>   191: 0,0,0,255
>>>   192: 0,0,0,255
>>>   193: 0,0,0,255
>>>   194: 0,0,0,255
>>>   195: 0,0,0,255
>>>   196: 0,0,0,255
>>>   197: 0,0,0,255
>>>   198: 0,0,0,255
>>>   199: 0,0,0,255
>>>   200: 0,0,0,255
>>>   201: 0,0,0,255
>>>   202: 0,0,0,255
>>>   203: 0,0,0,255
>>>   204: 0,0,0,255
>>>   205: 0,0,0,255
>>>   206: 0,0,0,255
>>>   207: 0,0,0,255
>>>   208: 0,0,0,255
>>>   209: 0,0,0,255
>>>   210: 0,0,0,255
>>>   211: 0,0,0,255
>>>   212: 0,0,0,255
>>>   213: 0,0,0,255
>>>   214: 0,0,0,255
>>>   215: 0,0,0,255
>>>   216: 0,0,0,255
>>>   217: 0,0,0,255
>>>   218: 0,0,0,255
>>>   219: 0,0,0,255
>>>   220: 0,0,0,255
>>>   221: 0,0,0,255
>>>   222: 0,0,0,255
>>>   223: 0,0,0,255
>>>   224: 0,0,0,255
>>>   225: 0,0,0,255
>>>   226: 0,0,0,255
>>>   227: 0,0,0,255
>>>   228: 0,0,0,255
>>>   229: 0,0,0,255
>>>   230: 0,0,0,255
>>>   231: 0,0,0,255
>>>   232: 0,0,0,255
>>>   233: 0,0,0,255
>>>   234: 0,0,0,255
>>>   235: 0,0,0,255
>>>   236: 0,0,0,255
>>>   237: 0,0,0,255
>>>   238: 0,0,0,255
>>>   239: 0,0,0,255
>>>   240: 0,0,0,255
>>>   241: 0,0,0,255
>>>   242: 0,0,0,255
>>>   243: 0,0,0,255
>>>   244: 0,0,0,255
>>>   245: 0,0,0,255
>>>   246: 0,0,0,255
>>>   247: 0,0,0,255
>>>   248: 0,0,0,255
>>>   249: 0,0,0,255
>>>   250: 0,0,0,255
>>>   251: 0,0,0,255
>>>   252: 0,0,0,255
>>>   253: 0,0,0,255
>>>   254: 0,0,0,255
>>>   255: 0,0,0,255
>>>
>>> Thanks,
>>> Jerry
>>> _______________________________________________
>>> mapserver-users mailing list
>>> mapserver-users at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>
>>>
>>>   
>>>       
>> -- 
>> *Francesco Pirotti*
>> Dep. TESAF
>> CIRGEO ? Interdepartmental Research Center on Cartography Photogrammetry
>> Remote Sensing and G.I.S.
>> University of Padova
>> Web: http://www.cirgeo.unipd.it/cirgeo/francescopirotti.htm
>> Email: francesco.pirotti at unipd.it 
>> Phone: +39 049 827 2710
>> Phone: +39 349 55 39 261
>>
>>
>>
>>     
>
>
>   


-- 
*Francesco Pirotti*
Dep. TESAF
CIRGEO ? Interdepartmental Research Center on Cartography Photogrammetry
Remote Sensing and G.I.S.
University of Padova
Web: http://www.cirgeo.unipd.it/cirgeo/francescopirotti.htm
Email: francesco.pirotti at unipd.it <mailto:francesco.pirotti at unipd.it>
Phone: +39 049 827 2710
Phone: +39 349 55 39 261




From Steve.Lime at state.mn.us  Tue Dec  8 06:26:06 2009
From: Steve.Lime at state.mn.us (Steve Lime)
Date: Tue, 08 Dec 2009 08:26:06 -0600
Subject: [mapserver-users] Shapefile,itemnquery and
	HTML	image	map	generation problem
Message-ID: <4B1E0D9E0200008F0002BBB7@co5.dnr.state.mn.us>

Seems like an extent problem to me - the way the results are clustered in the
center of the image. MapServer does apply a spatial pre-filter for attribute
queries. However, the searchmap=true should compute a proper extent based
on your image properties (extent, size) before doing the query.

John, what are the changes you could zip up your data and mapfile for me?

Steve

>>> W.John Guineau <guineau at earthlink.net> 12/08/09 7:05 AM >>>
Ok, try this:

 



 

-----Original Message-----
From: Steve Lime [mailto:Steve.Lime at state.mn.us] 
Sent: Monday, December 07, 2009 7:57 PM
To: W.John Guineau; mapserver-users at lists.osgeo.org; 'Steve Lime'
Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
generation problem

 

Do the ones not selected fall at the end of your qstring? I'm wondering if
something is getting truncated. I'd think

you'd get a parsing error in that case, but perhaps not. Can you label the
polygons with the value for MLRARSYM?

 

Steve

 

>>> On 12/7/2009 at 6:19 PM, in message
<01dc01ca779c$2c19eae0$844dc0a0$@net>,

W.John Guineau <guineau at earthlink.net> wrote:

> Hi Steve,

> 

>  

> 

> OK, I added the QUERYMAP section and changed the URL:

> 

>  

> 

> http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map 

>
<http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m


>
&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize

>
=600+400&qitem=MLRARSYM&qstring=(%22%5bMLRARSYM%5d%22%20in%20%22102A,102B,10

>
2C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D

> ,111E,112,113,114A,114B,115A,115B,115C%22)>

>
&qlayer=coe_m&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-

>
89+49&mapsize=600+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B

>
,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,1

> 11D,111E,112,113,114A,114B,115A,115B,115C")

> 

>  

> 

>  

> 

> Now I get the map with some of the items highlighted in yellow, and the
rest

> green:

> 

>  

> 

> 

> 

>  

> 

> -----Original Message-----

> From: Steve Lime [mailto:Steve.Lime at state.mn.us] 

> Sent: Monday, December 07, 2009 7:04 PM

> To: W.John Guineau; mapserver-users at lists.osgeo.org; 'Steve Lime'

> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map

> generation problem

> 

>  

> 

> Just add a querymap object to your mapfile, like so:

> 

>  

> 

> QUERYMAP

> 

>   STATUS ON

> 

> END

> 

>  

> 

> Then change your URL to use the mode itemnquerymap and that should return

> just an image with the

> 

> selected features highlighted in yellow.

> 

>  

> 

> Steve

> 

>  

> 

>>>> On 12/7/2009 at 5:56 PM, in message

> <01ce01ca7798$dd4b89d0$97e29d70$@net>,

> 

> W.John Guineau <guineau at earthlink.net> wrote:

> 

>> I'm new to mapserver, how do I quickly generate a querymap?

> 

>> 

> 

>> I'm using mapserver 5.4.2 from the latest MS4W on Windows 7 x64. I've
also

> 

>> tried 5.2.1 that I compiled myself.

> 

>> 

> 

>> john

> 

>> 

> 

>> 

> 

>> -----Original Message-----

> 

>> From: Steve Lime [mailto:Steve.Lime at state.mn.us] 

> 

>> Sent: Monday, December 07, 2009 6:40 PM

> 

>> To: 'W.John Guineau'; mapserver-users at lists.osgeo.org 

> 

>> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map

> 

>> generation problem

> 

>> 

> 

>> GDAL's not in play here at all. If you generate a query map instead of an

> 

>> html image map does

> 

>> the output map look ok? What version are you using?

> 

>> 

> 

>> Steve

> 

>> 

> 

>>>>> On 12/4/2009 at 8:11 AM, in message

> 

>> <04e001ca74eb$bc473400$34d59c00$@net>,

> 

>> W.John Guineau <guineau at earthlink.net> wrote:

> 

>>> How would I go about debugging this? 

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> I think this is GDAL and its query of shapefiles, right?

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> The bottom line is that MapServer finds all the items when it is

> rendering

> 

>>> the map by layer/class EXPRESSION, but the qstring in a URL using the

> 

>> exact

> 

>>> same EXPRESSION string misses some of the items.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> I can also use ogrinfo from MAP4W to execute an SQL query directly on
the

> 

>>> shapefile and the items in questions are certainly there.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> In the image below, the green areas are result of the mapfile layer
class

> 

>>> EXPRESSION - all are correctly rendered. However, several of them do not

> 

>> get

> 

>>> generated (HTML imagemap <area> tags not generated) when using a URL and

> 

>>> itemnquery/qstring with the identical EXPRESSION.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> How do I enable debug (enabling mapfile DEBUG does not seem to give any

> 

>>> useful info as to why GDAL is skipping certain items) Am I better off

> 

>> using

> 

>>> MAP4W or similar to get debug/trace info for shapefile queries?

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> john

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> 

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> From: mapserver-users-bounces at lists.osgeo.org 

> 

>>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of W.John

> 

>> Guineau

> 

>>> Sent: Thursday, December 03, 2009 3:11 PM

> 

>>> To: mapserver-users at lists.osgeo.org 

> 

>>> Subject: [mapserver-users] Shapefile, itemnquery and HTML image map

> 

>>> generation problem

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> I have a basic vector shapefile that I am trying to generate HTML

> 

>> clickable

> 

>>> maps from. It seems to work well for the most part, however there is a

> 

>>> problem where some items from the shapefile do not get processed from
the

> 

>>> qstring in the browser, but they are processed fine in the mapfile layer

> 

>> (to

> 

>>> color them differently).

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> So the map that renders shows all the items colored properly as the
layer

> 

>>> class defines. Using the exact same list of items in the HTTP query

> string

> 

>>> causes several items to be ignored (the HTML image map area is not

> 

>>> generated).

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> 

> 

>> 

>
http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m&


> 

> 

>> 

> 

>>> 

> 

>> 

>
mode=itemnquery&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize=600

> 

>>> 

> 

>> 

>
+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B,102C,103,104,105

> 

>>> 

> 

>> 

>
,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,

> 

>>> 114A,114B,115A,115B,115C")

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> Below is the layer section from the mapfile. I can post whatever else is

> 

>>> helpful. 

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> Thanks for any help on this.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> john

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> LAYER 

> 

>>> 

> 

>>>                 NAME map_m

> 

>>> 

> 

>>>                 DATA "map_shape"

> 

>>> 

> 

>>>                 TEMPLATE "bodytemplate.html"

> 

>>> 

> 

>>>                 HEADER "imapheader.html"

> 

>>> 

> 

>>>                 FOOTER "imapfooter.html"

> 

>>> 

> 

>>>                 PROJECTION

> 

>>> 

> 

>>>                                 "proj=latlong"

> 

>>> 

> 

>>>                                 "ellps=GRS80"

> 

>>> 

> 

>>>                                 "init=epsg:4326"

> 

>>> 

> 

>>>                 END

> 

>>> 

> 

>>>                 TYPE polygon

> 

>>> 

> 

>>>                 STATUS ON

> 

>>> 

> 

>>>                 TRANSPARENCY 70

> 

>>> 

> 

>>>                 CLASS

> 

>>> 

> 

>>>                                 NAME "MLRA"

> 

>>> 

> 

>>>                                 COLOR 0 200 0

> 

>>> 

> 

>>>                                 OUTLINECOLOR 0 0 0

> 

>>> 

> 

>>>                                 EXPRESSION( "[MLRARSYM]" in

> 

>>> 

> 

>> 

>
"102A,102B,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,1

> 

>>> 11B,111C,111D,111E,112,113,114A,114B,115A,115B,115C" )

> 

>>> 

> 

>>>                 END

> 

>>> 

> 

>>>                 METADATA 

> 

>>> 

> 

>>>                                 qstring_validation_pattern ".*"

> 

>>> 

> 

>>>                 END

> 

>>> 

> 

>>> END

> 

>> 

> 

>> _______________________________________________

> 

>> 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  Tue Dec  8 06:36:27 2009
From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca)
Date: Tue, 8 Dec 2009 09:36:27 -0500
Subject: [mapserver-users] Layer based on a view renders faster than
	if	based on a table
In-Reply-To: <4B1987A9.3060405@mapgears.com>
Message-ID: <OFDD10A5F1.CCEC1F5E-ON85257686.00501D90-85257686.00503DFF@ssss.gouv.qc.ca>

Daniel,
I already set this in the mapfile
  DEBUG 5 
  CONFIG MS_ERRORFILE "/ms4w/logs/mapserver.log"

I don't get the SQL query in the log though.

[Tue Dec 08 09:33:56 2009].961000 msDrawMap(): Layer 17 (RSSincidCumul), 
0.390s
[Tue Dec 08 09:33:56 2009].992000 msDrawMap(): Drawing Label Cache, 0.031s
[Tue Dec 08 09:33:56 2009].992000 msDrawMap() total time: 0.421s
[Tue Dec 08 09:33:57 2009].8000 msSaveImage() total time: 0.016s
[Tue Dec 08 09:33:57 2009].24000 mapserv request processing time 
(msLoadMap not incl.): 0.453s
[Tue Dec 08 09:33:57 2009].24000 msFreeMap(): freeing map at 01516C50.

Steve Toutant, M. Sc.
Analyste en g?omatique
Secteur environnement
Direction de la sant? environnementale et de la toxicologie
Institut national de sant? publique du Qu?bec
945, avenue Wolfe
Qu?bec, Qc G1V 5B3 
T?l.: (418) 650-5115 #5281
Fax.: (418) 654-3144
steve.toutant at inspq.qc.ca
http://www.inspq.qc.ca
 




Daniel Morissette <dmorissette at mapgears.com>@lists.osgeo.org 
Envoy? par : mapserver-users-bounces at lists.osgeo.org
04/12/2009 05:05 PM

A
mapserver-users at lists.osgeo.org
cc

Objet
Re: [mapserver-users] Layer based on a view renders faster than if based 
on a table








Steve.Toutant at inspq.qc.ca wrote:
> 
> I thought that a layer definition based on a table would be much faster 
> than on a view.
> What should be the expected behavior please?
> 
> Please tell me is this should be asked to postgis forum.
> 

I'd suggest you capture the exact SQL query that is run in each case 
(using DEBUG/MS_ERRORFILE) and check that the difference in time indeed 
comes form the PostGIS queries.

If that's the case then you could submit a question to the postgis list 
based on that, taking MapServer out of the equation.

If on the other hand the queries take about the same time and the time 
difference is in MapServer's code (which I doubt) then we'd need more 
details (ideally a testcase) to be able to reproduce and troubleshoot 
the issue.

Daniel
-- 
Daniel Morissette
http://www.mapgears.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/20091208/2ec64695/attachment.htm>

From aboudreault at mapgears.com  Tue Dec  8 06:39:45 2009
From: aboudreault at mapgears.com (Alan Boudreault)
Date: Tue, 8 Dec 2009 09:39:45 -0500
Subject: [mapserver-users] Layer based on a view renders faster than 
	=?iso-8859-15?q?if=09based_on_a?= table
In-Reply-To: <OFDD10A5F1.CCEC1F5E-ON85257686.00501D90-85257686.00503DFF@ssss.gouv.qc.ca>
References: <OFDD10A5F1.CCEC1F5E-ON85257686.00501D90-85257686.00503DFF@ssss.gouv.qc.ca>
Message-ID: <200912080939.46141.aboudreault@mapgears.com>

Steve, Have you put the "DEBUG 5" directive at the layer level too ?

Alan

On December 8, 2009 09:36:27 am Steve.Toutant at inspq.qc.ca wrote:
> Daniel,
> I already set this in the mapfile
>   DEBUG 5
>   CONFIG MS_ERRORFILE "/ms4w/logs/mapserver.log"
> 
> I don't get the SQL query in the log though.
> 
> [Tue Dec 08 09:33:56 2009].961000 msDrawMap(): Layer 17 (RSSincidCumul),
> 0.390s
> [Tue Dec 08 09:33:56 2009].992000 msDrawMap(): Drawing Label Cache, 0.031s
> [Tue Dec 08 09:33:56 2009].992000 msDrawMap() total time: 0.421s
> [Tue Dec 08 09:33:57 2009].8000 msSaveImage() total time: 0.016s
> [Tue Dec 08 09:33:57 2009].24000 mapserv request processing time
> (msLoadMap not incl.): 0.453s
> [Tue Dec 08 09:33:57 2009].24000 msFreeMap(): freeing map at 01516C50.
> 
> Steve Toutant, M. Sc.
> Analyste en g?omatique
> Secteur environnement
> Direction de la sant? environnementale et de la toxicologie
> Institut national de sant? publique du Qu?bec
> 945, avenue Wolfe
> Qu?bec, Qc G1V 5B3
> T?l.: (418) 650-5115 #5281
> Fax.: (418) 654-3144
> steve.toutant at inspq.qc.ca
> http://www.inspq.qc.ca
> 
> 
> 
> 
> 
> Daniel Morissette <dmorissette at mapgears.com>@lists.osgeo.org
> Envoy? par : mapserver-users-bounces at lists.osgeo.org
> 04/12/2009 05:05 PM
> 
> A
> mapserver-users at lists.osgeo.org
> cc
> 
> Objet
> Re: [mapserver-users] Layer based on a view renders faster than if based
> on a table
> 
> Steve.Toutant at inspq.qc.ca wrote:
> > I thought that a layer definition based on a table would be much faster
> > than on a view.
> > What should be the expected behavior please?
> >
> > Please tell me is this should be asked to postgis forum.
> 
> I'd suggest you capture the exact SQL query that is run in each case
> (using DEBUG/MS_ERRORFILE) and check that the difference in time indeed
> comes form the PostGIS queries.
> 
> If that's the case then you could submit a question to the postgis list
> based on that, taking MapServer out of the equation.
> 
> If on the other hand the queries take about the same time and the time
> difference is in MapServer's code (which I doubt) then we'd need more
> details (ideally a testcase) to be able to reproduce and troubleshoot
> the issue.
> 
> Daniel
> 

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


From Steve.Lime at state.mn.us  Tue Dec  8 06:39:49 2009
From: Steve.Lime at state.mn.us (Steve Lime)
Date: Tue, 08 Dec 2009 08:39:49 -0600
Subject: [mapserver-users] Leading zeros removed from variabel
	whenpassed to map file
Message-ID: <4B1E10D60200008F0002BBC3@co5.dnr.state.mn.us>

Thanks for posting your solution, might help another user. As I understand it you're
quoting the variable on the way into MapServer, right? A simpler solution might be
to just adjust your filter by placing quotes around replacement string, like so:

  FILTER "placeref = '%ref_no%'"

That way PostGIS will interpret it as a string.

Steve

>>> GGould <graeme.gould at grandunionhousing.co.uk> 12/08/09 5:15 AM >>>

Hi

Solved the problem by adding quote marks at the beginning and end of each
ref_no so that the variable is seem by the map file as a string rather than
an integer.

Graeme


GGould wrote:
> 
> Hi
> 
> Im just starting out with MapServer and have a bit of a stumbling block. 
> The following script should identify a property based on the "ref_no"
> string variable passed to the map file.
> 
> DATA "geometry from snh_properties"
> FILTER "placeref = %ref_no%"
> 
> This works for all ref_no's beginning with a whole number, however if the
> re_no begins with a zero then it does not work.  Has anyone come across
> this before and is there a solution that hopefully wont tax my brain too
> much.
> 
> Cheers
> 
> Graeme
> 
> 
> 
> 

-- 
View this message in context: http://n2.nabble.com/Leading-zeros-removed-from-variabel-when-passed-to-map-file-tp4125557p4131812.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  Tue Dec  8 06:59:07 2009
From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca)
Date: Tue, 8 Dec 2009 09:59:07 -0500
Subject: [mapserver-users] Layer based on a view renders faster than
	if	based on a table
In-Reply-To: <200912080939.46141.aboudreault@mapgears.com>
Message-ID: <OF6E5DEF2B.C7C968F9-ON85257686.005249C2-85257686.0052514B@ssss.gouv.qc.ca>

Thanks Alan, I didn't know that.
Steve

Steve Toutant, M. Sc.
Analyste en g?omatique
Secteur environnement
Direction de la sant? environnementale et de la toxicologie
Institut national de sant? publique du Qu?bec
945, avenue Wolfe
Qu?bec, Qc G1V 5B3 
T?l.: (418) 650-5115 #5281
Fax.: (418) 654-3144
steve.toutant at inspq.qc.ca
http://www.inspq.qc.ca
 




Alan Boudreault <aboudreault at mapgears.com>@lists.osgeo.org 
Envoy? par : mapserver-users-bounces at lists.osgeo.org
08/12/2009 09:39 AM

A
mapserver-users at lists.osgeo.org
cc
Steve.Toutant at inspq.qc.ca, Daniel Morissette <dmorissette at mapgears.com>, 
mapserver-users-bounces at lists.osgeo.org
Objet
Re: [mapserver-users] Layer based on a view renders faster than         if 
based on a table








Steve, Have you put the "DEBUG 5" directive at the layer level too ?

Alan

On December 8, 2009 09:36:27 am Steve.Toutant at inspq.qc.ca wrote:
> Daniel,
> I already set this in the mapfile
>   DEBUG 5
>   CONFIG MS_ERRORFILE "/ms4w/logs/mapserver.log"
> 
> I don't get the SQL query in the log though.
> 
> [Tue Dec 08 09:33:56 2009].961000 msDrawMap(): Layer 17 (RSSincidCumul),
> 0.390s
> [Tue Dec 08 09:33:56 2009].992000 msDrawMap(): Drawing Label Cache, 
0.031s
> [Tue Dec 08 09:33:56 2009].992000 msDrawMap() total time: 0.421s
> [Tue Dec 08 09:33:57 2009].8000 msSaveImage() total time: 0.016s
> [Tue Dec 08 09:33:57 2009].24000 mapserv request processing time
> (msLoadMap not incl.): 0.453s
> [Tue Dec 08 09:33:57 2009].24000 msFreeMap(): freeing map at 01516C50.
> 
> Steve Toutant, M. Sc.
> Analyste en g?omatique
> Secteur environnement
> Direction de la sant? environnementale et de la toxicologie
> Institut national de sant? publique du Qu?bec
> 945, avenue Wolfe
> Qu?bec, Qc G1V 5B3
> T?l.: (418) 650-5115 #5281
> Fax.: (418) 654-3144
> steve.toutant at inspq.qc.ca
> http://www.inspq.qc.ca
> 
> 
> 
> 
> 
> Daniel Morissette <dmorissette at mapgears.com>@lists.osgeo.org
> Envoy? par : mapserver-users-bounces at lists.osgeo.org
> 04/12/2009 05:05 PM
> 
> A
> mapserver-users at lists.osgeo.org
> cc
> 
> Objet
> Re: [mapserver-users] Layer based on a view renders faster than if based
> on a table
> 
> Steve.Toutant at inspq.qc.ca wrote:
> > I thought that a layer definition based on a table would be much 
faster
> > than on a view.
> > What should be the expected behavior please?
> >
> > Please tell me is this should be asked to postgis forum.
> 
> I'd suggest you capture the exact SQL query that is run in each case
> (using DEBUG/MS_ERRORFILE) and check that the difference in time indeed
> comes form the PostGIS queries.
> 
> If that's the case then you could submit a question to the postgis list
> based on that, taking MapServer out of the equation.
> 
> If on the other hand the queries take about the same time and the time
> difference is in MapServer's code (which I doubt) then we'd need more
> details (ideally a testcase) to be able to reproduce and troubleshoot
> the issue.
> 
> Daniel
> 

-- 
Alan Boudreault
Mapgears
http://www.mapgears.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/20091208/1cbb2dbb/attachment.htm>

From guineau at earthlink.net  Tue Dec  8 07:17:13 2009
From: guineau at earthlink.net (guineau at earthlink.net)
Date: Tue, 08 Dec 2009 15:17:13 +0000
Subject: [mapserver-users] Shapefile,
	itemnquery and HTML image map generation problem
Message-ID: <E1NI1pB-0000ug-He@elasmtp-kukur.atl.sa.earthlink.net>

Hi Steve. The missing data is not always clustered. It just happens on that map. 

I'll get you the map file and data tonight. I'm away from my pc now.

----------
Sent from my Verizon Wireless mobile phone

------Original Message------
From: Steve Lime <Steve.Lime at state.mn.us>
To: <mapserver-users at lists.osgeo.org>,<Steve.Lime at state.mn.us>
Date: Tue, Dec 8, 8:26 AM -0600
Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map generation problem

Seems like an extent problem to me - the way the results are clustered in the
center of the image. MapServer does apply a spatial pre-filter for attribute
queries. However, the searchmap=true should compute a proper extent based
on your image properties (extent, size) before doing the query.

John, what are the changes you could zip up your data and mapfile for me?

Steve

>>> W.John Guineau <guineau at earthlink.net> 12/08/09 7:05 AM >>>
Ok, try this:

 



 

-----Original Message-----
From: Steve Lime [mailto:Steve.Lime at state.mn.us] 
Sent: Monday, December 07, 2009 7:57 PM
To: W.John Guineau; mapserver-users at lists.osgeo.org; 'Steve Lime'
Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
generation problem

 

Do the ones not selected fall at the end of your qstring? I'm wondering if
something is getting truncated. I'd think

you'd get a parsing error in that case, but perhaps not. Can you label the
polygons with the value for MLRARSYM?

 

Steve

 

>>> On 12/7/2009 at 6:19 PM, in message
<01dc01ca779c$2c19eae0$844dc0a0$@net>,

W.John Guineau <guineau at earthlink.net> wrote:

> Hi Steve,

> 

>  

> 

> OK, I added the QUERYMAP section and changed the URL:

> 

>  

> 

> http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map 

>
<http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m


>
&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize

>
=600+400&qitem=MLRARSYM&qstring=(%22%5bMLRARSYM%5d%22%20in%20%22102A,102B,10

>
2C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D

> ,111E,112,113,114A,114B,115A,115B,115C%22)>

>
&qlayer=coe_m&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-

>
89+49&mapsize=600+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B

>
,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,1

> 11D,111E,112,113,114A,114B,115A,115B,115C")

> 

>  

> 

>  

> 

> Now I get the map with some of the items highlighted in yellow, and the
rest

> green:

> 

>  

> 

> 

> 

>  

> 

> -----Original Message-----

> From: Steve Lime [mailto:Steve.Lime at state.mn.us] 

> Sent: Monday, December 07, 2009 7:04 PM

> To: W.John Guineau; mapserver-users at lists.osgeo.org; 'Steve Lime'

> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map

> generation problem

> 

>  

> 

> Just add a querymap object to your mapfile, like so:

> 

>  

> 

> QUERYMAP

> 

>   STATUS ON

> 

> END

> 

>  

> 

> Then change your URL to use the mode itemnquerymap and that should return

> just an image with the

> 

> selected features highlighted in yellow.

> 

>  

> 

> Steve

> 

>  

> 

>>>> On 12/7/2009 at 5:56 PM, in message

> <01ce01ca7798$dd4b89d0$97e29d70$@net>,

> 

> W.John Guineau <guineau at earthlink.net> wrote:

> 

>> I'm new to mapserver, how do I quickly generate a querymap?

> 

>> 

> 

>> I'm using mapserver 5.4.2 from the latest MS4W on Windows 7 x64. I've
also

> 

>> tried 5.2.1 that I compiled myself.

> 

>> 

> 

>> john

> 

>> 

> 

>> 

> 

>> -----Original Message-----

> 

>> From: Steve Lime [mailto:Steve.Lime at state.mn.us] 

> 

>> Sent: Monday, December 07, 2009 6:40 PM

> 

>> To: 'W.John Guineau'; mapserver-users at lists.osgeo.org 

> 

>> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map

> 

>> generation problem

> 

>> 

> 

>> GDAL's not in play here at all. If you generate a query map instead of an

> 

>> html image map does

> 

>> the output map look ok? What version are you using?

> 

>> 

> 

>> Steve

> 

>> 

> 

>>>>> On 12/4/2009 at 8:11 AM, in message

> 

>> <04e001ca74eb$bc473400$34d59c00$@net>,

> 

>> W.John Guineau <guineau at earthlink.net> wrote:

> 

>>> How would I go about debugging this? 

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> I think this is GDAL and its query of shapefiles, right?

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> The bottom line is that MapServer finds all the items when it is

> rendering

> 

>>> the map by layer/class EXPRESSION, but the qstring in a URL using the

> 

>> exact

> 

>>> same EXPRESSION string misses some of the items.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> I can also use ogrinfo from MAP4W to execute an SQL query directly on
the

> 

>>> shapefile and the items in questions are certainly there.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> In the image below, the green areas are result of the mapfile layer
class

> 

>>> EXPRESSION - all are correctly rendered. However, several of them do not

> 

>> get

> 

>>> generated (HTML imagemap <area> tags not generated) when using a URL and

> 

>>> itemnquery/qstring with the identical EXPRESSION.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> How do I enable debug (enabling mapfile DEBUG does not seem to give any

> 

>>> useful info as to why GDAL is skipping certain items) Am I better off

> 

>> using

> 

>>> MAP4W or similar to get debug/trace info for shapefile queries?

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> john

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> 

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> From: mapserver-users-bounces at lists.osgeo.org 

> 

>>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of W.John

> 

>> Guineau

> 

>>> Sent: Thursday, December 03, 2009 3:11 PM

> 

>>> To: mapserver-users at lists.osgeo.org 

> 

>>> Subject: [mapserver-users] Shapefile, itemnquery and HTML image map

> 

>>> generation problem

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> I have a basic vector shapefile that I am trying to generate HTML

> 

>> clickable

> 

>>> maps from. It seems to work well for the most part, however there is a

> 

>>> problem where some items from the shapefile do not get processed from
the

> 

>>> qstring in the browser, but they are processed fine in the mapfile layer

> 

>> (to

> 

>>> color them differently).

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> So the map that renders shows all the items colored properly as the
layer

> 

>>> class defines. Using the exact same list of items in the HTTP query

> string

> 

>>> causes several items to be ignored (the HTML image map area is not

> 

>>> generated).

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> 

> 

>> 

>
http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m&


> 

> 

>> 

> 

>>> 

> 

>> 

>
mode=itemnquery&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize=600

> 

>>> 

> 

>> 

>
+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B,102C,103,104,105

> 

>>> 

> 

>> 

>
,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,

> 

>>> 114A,114B,115A,115B,115C")

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> Below is the layer section from the mapfile. I can post whatever else is

> 

>>> helpful. 

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> Thanks for any help on this.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> john

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> LAYER 

> 

>>> 

> 

>>>                 NAME map_m

> 

>>> 

> 

>>>                 DATA "map_shape"

> 

>>> 

> 

>>>                 TEMPLATE "bodytemplate.html"

> 

>>> 

> 

>>>                 HEADER "imapheader.html"

> 

>>> 

> 

>>>                 FOOTER "imapfooter.html"

> 

>>> 

> 

>>>                 PROJECTION

> 

>>> 

> 

>>>                                 "proj=latlong"

> 

>>> 

> 

>>>                                 "ellps=GRS80"

> 

>>> 

> 

>>>                                 "init=epsg:4326"

> 

>>> 

> 

>>>                 END

> 

>>> 

> 

>>>                 TYPE polygon

> 

>>> 

> 

>>>                 STATUS ON

> 

>>> 

> 

>>>                 TRANSPARENCY 70

> 

>>> 

> 

>>>                 CLASS

> 

>>> 

> 

>>>                                 NAME "MLRA"

> 

>>> 

> 

>>>                                 COLOR 0 200 0

> 

>>> 

> 

>>>                                 OUTLINECOLOR 0 0 0

> 

>>> 

> 

>>>                                 EXPRESSION( "[MLRARSYM]" in

> 

>>> 

> 

>> 

>
"102A,102B,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,1

> 

>>> 11B,111C,111D,111E,112,113,114A,114B,115A,115B,115C" )

> 

>>> 

> 

>>>                 END

> 

>>> 

> 

>>>                 METADATA 

> 

>>> 

> 

>>>                                 qstring_validation_pattern ".*"

> 

>>> 

> 

>>>                 END

> 

>>> 

> 

>>> END

> 

>> 

> 

>> _______________________________________________

> 

>> mapserver-users mailing list

> 

>> mapserver-users at lists.osgeo.org 

> 

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





From graeme.gould at grandunionhousing.co.uk  Tue Dec  8 08:13:35 2009
From: graeme.gould at grandunionhousing.co.uk (GGould)
Date: Tue, 8 Dec 2009 08:13:35 -0800 (PST)
Subject: [mapserver-users] Leading zeros removed from variabel
	whenpassed to map file
In-Reply-To: <4B1E10D60200008F0002BBC3@co5.dnr.state.mn.us>
References: <4B1E10D60200008F0002BBC3@co5.dnr.state.mn.us>
Message-ID: <1260288815849-4133442.post@n2.nabble.com>


Yes correct.  I added the quotes where I populate the variable - so its in
the asp.  I think I tried your method but couldnt get it to work - will have
to have another attempt.

Graeme


Steve Lime-2 wrote:
> 
> Thanks for posting your solution, might help another user. As I understand
> it you're
> quoting the variable on the way into MapServer, right? A simpler solution
> might be
> to just adjust your filter by placing quotes around replacement string,
> like so:
> 
>   FILTER "placeref = '%ref_no%'"
> 
> That way PostGIS will interpret it as a string.
> 
> Steve
> 
>>>> GGould <graeme.gould at grandunionhousing.co.uk> 12/08/09 5:15 AM >>>
> 
> Hi
> 
> Solved the problem by adding quote marks at the beginning and end of each
> ref_no so that the variable is seem by the map file as a string rather
> than
> an integer.
> 
> Graeme
> 
> 
> GGould wrote:
>> 
>> Hi
>> 
>> Im just starting out with MapServer and have a bit of a stumbling block. 
>> The following script should identify a property based on the "ref_no"
>> string variable passed to the map file.
>> 
>> DATA "geometry from snh_properties"
>> FILTER "placeref = %ref_no%"
>> 
>> This works for all ref_no's beginning with a whole number, however if the
>> re_no begins with a zero then it does not work.  Has anyone come across
>> this before and is there a solution that hopefully wont tax my brain too
>> much.
>> 
>> Cheers
>> 
>> Graeme
>> 
>> 
>> 
>> 
> 
> -- 
> View this message in context:
> http://n2.nabble.com/Leading-zeros-removed-from-variabel-when-passed-to-map-file-tp4125557p4131812.html
> Sent from the Mapserver - User mailing list archive at Nabble.com.
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> 
> 

-- 
View this message in context: http://n2.nabble.com/Re-Leading-zeros-removed-from-variabel-whenpassed-to-map-file-tp4132826p4133442.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From stephan.holl at intevation.de  Tue Dec  8 08:18:11 2009
From: stephan.holl at intevation.de (Stephan Holl)
Date: Tue, 8 Dec 2009 17:18:11 +0100
Subject: [mapserver-users] GetFeatureInfo-Capabilites of WMS-mapfiles
Message-ID: <20091208171811.500759b9@thoe.hq.intevation.de>

Dear mapserver-users,

I am inspecting the Capabilities-document of my WMS-Server-mapfile.

None of my layers do have GetFeatureInfo-possibilities (queryable="0"),
but my Capabilities also contain the following passage:

<GetFeatureInfo>
          <Format>text/plain</Format>
          <Format>application/vnd.ogc.gml</Format>
          <DCPType>
            <HTTP>
              <Get>
                <OnlineResource
xmlns:xlink="http://www.w3.org/1999/xlink"
xlink:href="http://sercer.tld?"
xlink:type="simple"/> </Get>
              <Post>
                <OnlineResource
xmlns:xlink="http://www.w3.org/1999/xlink"
xlink:href="http://server.tld?"
xlink:type="simple"/> </Post>
            </HTTP>
          </DCPType>
        </GetFeatureInfo>

which is IMO useless.

Is there a possibility to reduce this if no queryable layers are there?
I cannot find any configuration hints right now. Thanks for any hints.

TIA.

Best

	Stephan

-- 
Stephan Holl <stephan.holl at intevation.de> | Tel.: +49 (0)541-33 508 3663
Intevation GmbH, Neuer Graben 17, 49074 OS  |  AG Osnabr?ck - HR B 18998
Gesch?ftsf?hrer:  Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091208/017acb15/attachment.sig>

From Steve.Lime at state.mn.us  Tue Dec  8 08:56:26 2009
From: Steve.Lime at state.mn.us (Steve Lime)
Date: Tue, 08 Dec 2009 10:56:26 -0600
Subject: [mapserver-users] Leading zeros removed from
	variabelwhenpassed to map file
In-Reply-To: <1260288815849-4133442.post@n2.nabble.com>
References: <4B1E10D60200008F0002BBC3@co5.dnr.state.mn.us>
	<1260288815849-4133442.post@n2.nabble.com>
Message-ID: <4B1E3056.5157.008F.0@dnr.state.mn.us>

MapServer handles the runtime input as strings always. It's only after the substitution is 
done that context might dictate interpreting things as a number, date or whatever.

Steve

>>> On 12/8/2009 at 10:13 AM, in message
<1260288815849-4133442.post at n2.nabble.com>, GGould
<graeme.gould at grandunionhousing.co.uk> wrote:

> Yes correct.  I added the quotes where I populate the variable - so its in
> the asp.  I think I tried your method but couldnt get it to work - will have
> to have another attempt.
> 
> Graeme
> 
> 
> Steve Lime-2 wrote:
>> 
>> Thanks for posting your solution, might help another user. As I understand
>> it you're
>> quoting the variable on the way into MapServer, right? A simpler solution
>> might be
>> to just adjust your filter by placing quotes around replacement string,
>> like so:
>> 
>>   FILTER "placeref = '%ref_no%'"
>> 
>> That way PostGIS will interpret it as a string.
>> 
>> Steve
>> 
>>>>> GGould <graeme.gould at grandunionhousing.co.uk> 12/08/09 5:15 AM >>>
>> 
>> Hi
>> 
>> Solved the problem by adding quote marks at the beginning and end of each
>> ref_no so that the variable is seem by the map file as a string rather
>> than
>> an integer.
>> 
>> Graeme
>> 
>> 
>> GGould wrote:
>>> 
>>> Hi
>>> 
>>> Im just starting out with MapServer and have a bit of a stumbling block. 
>>> The following script should identify a property based on the "ref_no"
>>> string variable passed to the map file.
>>> 
>>> DATA "geometry from snh_properties"
>>> FILTER "placeref = %ref_no%"
>>> 
>>> This works for all ref_no's beginning with a whole number, however if the
>>> re_no begins with a zero then it does not work.  Has anyone come across
>>> this before and is there a solution that hopefully wont tax my brain too
>>> much.
>>> 
>>> Cheers
>>> 
>>> Graeme
>>> 
>>> 
>>> 
>>> 
>> 
>> -- 
>> View this message in context:
>> 
> http://n2.nabble.com/Leading-zeros-removed-from-variabel-when-passed-to-map-file-tp4125 
> 557p4131812.html
>> Sent from the Mapserver - User mailing list archive at Nabble.com.
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org 
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users 
>> 
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org 
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users 
>> 
>> 



From dgwalton at gmail.com  Tue Dec  8 09:51:14 2009
From: dgwalton at gmail.com (Daniel Walton)
Date: Tue, 8 Dec 2009 11:51:14 -0600
Subject: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank 
	images
In-Reply-To: <8ab83e650912071425r292dd743v3118224b23c476a0@mail.gmail.com>
References: <8ab83e650912070746i4b916b98mfc03307e6677d844@mail.gmail.com> 
	<4B1D60FF.6030403@mapgears.com>
	<8ab83e650912071222u1edcb4efx63a758610e734ea4@mail.gmail.com> 
	<4B1D67A9.8040506@mapgears.com>
	<8ab83e650912071247w7b93cb8bt90fe0c6a7a460785@mail.gmail.com> 
	<4B1D1B37.5157.008F.0@dnr.state.mn.us>
	<f3b73b7d0912071322k28ae225bgf1a25c0ebc137d4c@mail.gmail.com> 
	<8ab83e650912071425r292dd743v3118224b23c476a0@mail.gmail.com>
Message-ID: <8ab83e650912080951g43c3fe34i9489000a3d5fbabb@mail.gmail.com>

I figured out what was going on. It was an easting-northing mixup in the map
and layer extents. Apparently earlier versions of mapserver/mapscript
tolerated the bug. Anyway it's all working now under Windows Server 2008 x64
and IIS 7 FastCGI. A big thanks to the mapserver community. Open source
rocks!

Regards,
Dan Walton
GIS Fire Tools <http://gisfiretools.com>


On Mon, Dec 7, 2009 at 4:25 PM, Daniel Walton <dgwalton at gmail.com> wrote:

> Tamas,
>
> Thanks for the tip. I used process monitor and everything looks OK in the
> permissions department. I think the problem relates to the fact that
> mapserver doesn't calculate an overlap between map and layer. I'm not sure
> what would cause this.
>
> -Dan
>
>
>
> On Mon, Dec 7, 2009 at 3:22 PM, Tamas Szekeres <szekerest at gmail.com>wrote:
>
>> Daniel,
>>
>> This may also be an issue if GDAL couldn't actually open this file bacause
>> of any reason (permission?).
>> Make sure about this, by using a file monitoring tool, like SysInternals
>> filemon for instance.
>>
>> Best regards,
>>
>> Tamas
>>
>>
>>
>> 2009/12/7 Steve Lime <Steve.Lime at state.mn.us>
>>
>> If I take the request out of WMS context to straight CGI with this
>>> request:
>>>
>>>  http://www.fireimagery.com/ms/mapserv.exe?map=C
>>> :\maps\A091207074551.map&mode=map&mapsize=300+300&layer=ZZ
>>>
>>> I get the following error:
>>>
>>> msDrawMap(): Image handling error. Failed to draw layer named 'ZZ'.
>>> msDrawRaster(): Image handling error. Unrecognized or unsupported image
>>> format drawEPP(): Image handling error. EPPL7 support is not available.
>>>
>>> Typically you'll see that when GDAL failed to identify the filetype.
>>> EPPL7 is the last thing checked so that's not relevant by itself. I guess
>>> I'd start
>>> by making sure the image is valid.
>>>
>>> Steve
>>>
>>> >>> On 12/7/2009 at 2:47 PM, in message
>>> <8ab83e650912071247w7b93cb8bt90fe0c6a7a460785 at mail.gmail.com>, Daniel
>>> Walton
>>> <dgwalton at gmail.com> wrote:
>>> > Thanks Daniel. No dice, though, log is empty.
>>> >
>>> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
>>> > <dmorissette at mapgears.com>wrote:
>>> >
>>> >> Daniel Walton wrote:
>>> >>
>>> >>>
>>> >>> Yes, the same mapfile worked under MS4W on a 32-bit machine. I have
>>> >>> verified that this same problem occurs using the x86 binaries from
>>> Tamas'
>>> >>> site run in the current x64 environment. The source image is in PNG
>>> format
>>> >>> in order to make transparency work well on the client. (My client is
>>> >>> Silverlight-based, and PNG is the only supported format that supports
>>> >>> transparency). The source image does have a world (*.WLD) file which
>>> >>> contains these values (file is generated by running gdal_translate on
>>> a
>>> >>> geotiff image):
>>> >>>
>>> >>>
>>> >> Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the
>>> log
>>> >> output, if you haven't tried that already.
>>> >>
>>> >>
>>> >> --
>>> >> Daniel Morissette
>>> >> 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
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091208/820393b2/attachment.htm>

From bartvde at osgis.nl  Tue Dec  8 09:56:15 2009
From: bartvde at osgis.nl (Bart van den Eijnden)
Date: Tue, 8 Dec 2009 18:56:15 +0100
Subject: [mapserver-users] GetFeatureInfo-Capabilites of WMS-mapfiles
In-Reply-To: <20091208171811.500759b9@thoe.hq.intevation.de>
References: <20091208171811.500759b9@thoe.hq.intevation.de>
Message-ID: <E31EB630-19E2-4499-B845-63F6D0B3A76B@osgis.nl>

Why do you want to remove it? It just shows that the service is capable of handling that request. If there are no queryable layers I client won't attempt the request.

Best regards,
Bart

On Dec 8, 2009, at 5:18 PM, Stephan Holl wrote:

> Dear mapserver-users,
> 
> I am inspecting the Capabilities-document of my WMS-Server-mapfile.
> 
> None of my layers do have GetFeatureInfo-possibilities (queryable="0"),
> but my Capabilities also contain the following passage:
> 
> <GetFeatureInfo>
>          <Format>text/plain</Format>
>          <Format>application/vnd.ogc.gml</Format>
>          <DCPType>
>            <HTTP>
>              <Get>
>                <OnlineResource
> xmlns:xlink="http://www.w3.org/1999/xlink"
> xlink:href="http://sercer.tld?"
> xlink:type="simple"/> </Get>
>              <Post>
>                <OnlineResource
> xmlns:xlink="http://www.w3.org/1999/xlink"
> xlink:href="http://server.tld?"
> xlink:type="simple"/> </Post>
>            </HTTP>
>          </DCPType>
>        </GetFeatureInfo>
> 
> which is IMO useless.
> 
> Is there a possibility to reduce this if no queryable layers are there?
> I cannot find any configuration hints right now. Thanks for any hints.
> 
> TIA.
> 
> Best
> 
> 	Stephan
> 
> -- 
> Stephan Holl <stephan.holl at intevation.de> | Tel.: +49 (0)541-33 508 3663
> Intevation GmbH, Neuer Graben 17, 49074 OS  |  AG Osnabr?ck - HR B 18998
> Gesch?ftsf?hrer:  Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users



From tspradley at snoogems.com  Tue Dec  8 10:37:48 2009
From: tspradley at snoogems.com (Ted Spradley)
Date: Tue, 8 Dec 2009 10:37:48 -0800 (PST)
Subject: [mapserver-users] GetFeatureInfo request documentation
Message-ID: <1260297468145-4134366.post@n2.nabble.com>


Hi all,

I have a working GetFeatureInfo request thanks to posts here on the list.  I
notice various posts referring to documentation I am unable to find however. 
In particular, one post referred to "wms_<include|exclude>_items" and for
the life of me I can not find any documentation referring to the particular
"wms_include_items" metadata parameter.  

Am I missing something?  About the only detailed documentation I can find on
the subject is http://mapserver.org/ogc/wms_server.html

Muchos Gracias Todo! 

Ted S.
-- 
View this message in context: http://n2.nabble.com/GetFeatureInfo-request-documentation-tp4134366p4134366.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From ekanegae at gmail.com  Tue Dec  8 10:58:05 2009
From: ekanegae at gmail.com (Eduardo Kanegae)
Date: Tue, 8 Dec 2009 15:58:05 -0300
Subject: [mapserver-users] how to set a 'finder' tool for a layer
Message-ID: <ce13c0ca0912081058t45f25db5x5574616dd4bc821f@mail.gmail.com>

Hi there,

I?d like to set a 'finder-tool' for a given layer.

Ex.: user browse the map and access a window containing fields for
filtering the layer and fields available are the same fields of the
shapefile.

Is this feature available from any webmapping toolkit as geoExt,
OpenLayers, MapFish, CartoWeb, Chameleon, etc ?

best regards

-- 
Eduardo Patto Kanegae
http://anthologis.com
http://blogdopatto.webmapit.com.br


From Steve.Toutant at inspq.qc.ca  Tue Dec  8 13:22:57 2009
From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca)
Date: Tue, 8 Dec 2009 16:22:57 -0500
Subject: [mapserver-users] GetLegendGraphic, class name, no label
In-Reply-To: <4B1987A9.3060405@mapgears.com>
Message-ID: <OF49C5939E.37D4D3E8-ON85257686.0074C4CB-85257686.00757586@ssss.gouv.qc.ca>

Hi,
I'm using GetLegendGraphic to get an icon.
I don't want any label so I don't give a class name in the layer 
definition.

I have a layer with several classes. I would like to get the icon for the 
last class only, without the label.
I tried to use RULE=className in the request, and give a className to my 
last class, but the icon is distorted, too big.

If I keep only one class (the last one I want) in the mapfile, without a 
classname, and without RULE key in the request the icon I get is good.

Is there some more information I need to use RULE key in the request? 
Maybe I misunderstood this key uses.
thanks
steve
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091208/459dde80/attachment.htm>

From dmorissette at mapgears.com  Tue Dec  8 13:31:52 2009
From: dmorissette at mapgears.com (Daniel Morissette)
Date: Tue, 08 Dec 2009 16:31:52 -0500
Subject: [mapserver-users] GetFeatureInfo request documentation
In-Reply-To: <1260297468145-4134366.post@n2.nabble.com>
References: <1260297468145-4134366.post@n2.nabble.com>
Message-ID: <4B1EC5C8.9030909@mapgears.com>

Ted Spradley wrote:
> Hi all,
> 
> I have a working GetFeatureInfo request thanks to posts here on the list.  I
> notice various posts referring to documentation I am unable to find however. 
> In particular, one post referred to "wms_<include|exclude>_items" and for
> the life of me I can not find any documentation referring to the particular
> "wms_include_items" metadata parameter.  
> 
> Am I missing something?  About the only detailed documentation I can find on
> the subject is http://mapserver.org/ogc/wms_server.html
> 

The "wms_<include|exclude>_items" metadata are actually the same as the 
"gml_<include|exclude>_items", just with a different prefix which means 
that they are specific to the WMS protocol (applied to GetFeatureInfo in 
GML format in this case) and not applied to GML generation in general. 
You'll find docs for gml_include_items and gml_exclude_items in the same 
document at:

http://www.mapserver.org/ogc/wms_server.html#layer-object-metadata

Daniel
-- 
Daniel Morissette
http://www.mapgears.com/


From jkapalczynski at ci.maple-grove.mn.us  Tue Dec  8 13:35:31 2009
From: jkapalczynski at ci.maple-grove.mn.us (Jay Kapalczynski)
Date: Tue, 8 Dec 2009 15:35:31 -0600
Subject: [mapserver-users] Item Query
Message-ID: <D7A5EAC385604446AB1DD24BF4F5A918A00826ACD8@MG-Mail.ci.maple-grove.mn.us>

Wondering if this is possible?

I have a Service set up to allow the user to input a few choices.
I then am attempting to send those to a .map file to query a layer

Can this be done...I am grabbing at straws here because I don't even know if this can be done?


Service from an xml file:

<service title="SearchByPID" selectable="false" default="false" locked="true" div="PIDsearch">
                <url>/cgi-bin/mapserv.exe</url>
                <input type="hidden" name="map" value="/ms4w/apps/GeoMOOSE/Maple_Grove_GeoMoose/itemquery_PID.map"/>
                <input type="hidden" name="mode" value="nquery"/>
                <input type="hidden" name="layer" value="parcels"/>

                 <input type="select" name="PropertyType" title="Property Type:">
                                <option value="Commercial">Commercial</option>
                                <option value="Residential">Residential</option>
                                <option value="Single Family">Single Family</option>
                                <option value="Townhome">Townhome</option>
                                <option value="Twinhome/Zero Lot">Twinhome/Zero Lot</option>
</input>
                <input type="select" name="PriceFactor" title="Price Factor:">
                                <option value="Greater Than">Greater Than</option>
                                <option value="Less Than">Less Than</option>
                                <option value="Between">Between</option>
                                <option value="Equal To">Equal To</option>
                                <option value="Greater Than Equal To">Greater Than Equal To</option>
                                <option value="Less Than Equal To">Less Than Equal To</option>
</input>
</service>


.map file being called from above.... IS there a way to Use the filter to query the shapefile with the values from the two comboboxes above?
                Can I make a where clause in the Filter....
Filter * WHERE Propertytype (above combobox)  and PriceFactor (above combobox)

  LAYER # Parcels Polygon Layer
                    NAME 'Parcels'
                    DATA 'parcels/parcels.shp'
                    STATUS DEFAULT
                    TYPE POLYGON
                    METADATA
                                qstring_validation_pattern '.'
                    END
                    TEMPLATE 'parcels/identpar.html'
                    FILTERITEM 'PID'
                    FILTER /^%idPID%/
  END
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091208/99b4b4e1/attachment.htm>

From tspradley at snoogems.com  Tue Dec  8 14:07:50 2009
From: tspradley at snoogems.com (Ted Spradley)
Date: Tue, 8 Dec 2009 14:07:50 -0800 (PST)
Subject: [mapserver-users] GetFeatureInfo request documentation
In-Reply-To: <4B1EC5C8.9030909@mapgears.com>
References: <1260297468145-4134366.post@n2.nabble.com>
	<4B1EC5C8.9030909@mapgears.com>
Message-ID: <ADB714A5D5664649A6351B65B8F9A43E@coastal008>


Thanks much for the explanation Daniel!
  ----- Original Message ----- 
  From: Daniel Morissette [via OSGeo.org] 
  To: Ted Spradley 
  Sent: Tuesday, December 08, 2009 3:32 PM
  Subject: Re: [mapserver-users] GetFeatureInfo request documentation


  Ted Spradley wrote: 

  > Hi all, 
  > 
  > I have a working GetFeatureInfo request thanks to posts here on the list.  I 
  > notice various posts referring to documentation I am unable to find however. 
  > In particular, one post referred to "wms_<include|exclude>_items" and for 
  > the life of me I can not find any documentation referring to the particular 
  > "wms_include_items" metadata parameter.   
  > 
  > Am I missing something?  About the only detailed documentation I can find on 
  > the subject is http://mapserver.org/ogc/wms_server.html
  > 

  The "wms_<include|exclude>_items" metadata are actually the same as the 
  "gml_<include|exclude>_items", just with a different prefix which means 
  that they are specific to the WMS protocol (applied to GetFeatureInfo in 
  GML format in this case) and not applied to GML generation in general. 
  You'll find docs for gml_include_items and gml_exclude_items in the same 
  document at: 

  http://www.mapserver.org/ogc/wms_server.html#layer-object-metadata

  Daniel 
  -- 
  Daniel Morissette 
  http://www.mapgears.com/
  _______________________________________________ 
  mapserver-users mailing list 
  [hidden email] 
  http://lists.osgeo.org/mailman/listinfo/mapserver-users



------------------------------------------------------------------------------

  View message @ http://n2.nabble.com/GetFeatureInfo-request-documentation-tp4134366p4135526.html 
  To unsubscribe from GetFeatureInfo request documentation, click here. 


-- 
View this message in context: http://n2.nabble.com/GetFeatureInfo-request-documentation-tp4134366p4135741.html
Sent from the Mapserver - User mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091208/03d9e726/attachment.htm>

From bfraser at geoanalytic.com  Tue Dec  8 14:22:45 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Tue, 8 Dec 2009 15:22:45 -0700 (Mountain Standard Time)
Subject: [mapserver-users] Item Query
In-Reply-To: <D7A5EAC385604446AB1DD24BF4F5A918A00826ACD8@MG-Mail.ci.maple-grove.mn.
	us>
References: <D7A5EAC385604446AB1DD24BF4F5A918A00826ACD8@MG-Mail.ci.maple-grove.mn.us>
Message-ID: <.65.255.239.241.1260310965.squirrel@65.255.239.241>

Jay,

  Most Mapserver users won't know about GeoMoose's Services you've shown
below.

  You may be able to use mapserver's text substitution to do what you
describe below.  Try setting the value to the required filter symbol:

<option value=">">Greater Than</option>

and in the mapfile:

Filter * WHERE Propertytype = '%PropertyType%' and PriceFactor
%PriceFactor% %uservalue%

Or you may have to resort to mapscript to form the FILTER properly.

Brent Fraser

> Wondering if this is possible?
>
> I have a Service set up to allow the user to input a few choices.
> I then am attempting to send those to a .map file to query a layer
>
> Can this be done...I am grabbing at straws here because I don't even know
> if this can be done?
>
>
> Service from an xml file:
>
> <service title="SearchByPID" selectable="false" default="false"
> locked="true" div="PIDsearch">
>                 <url>/cgi-bin/mapserv.exe</url>
>                 <input type="hidden" name="map"
> value="/ms4w/apps/GeoMOOSE/Maple_Grove_GeoMoose/itemquery_PID.map"/>
>                 <input type="hidden" name="mode" value="nquery"/>
>                 <input type="hidden" name="layer" value="parcels"/>
>
>                  <input type="select" name="PropertyType" title="Property
> Type:">
>                                 <option
> value="Commercial">Commercial</option>
>                                 <option
> value="Residential">Residential</option>
>                                 <option value="Single Family">Single
> Family</option>
>                                 <option value="Townhome">Townhome</option>
>                                 <option value="Twinhome/Zero
> Lot">Twinhome/Zero Lot</option>
> </input>
>                 <input type="select" name="PriceFactor" title="Price
> Factor:">
>                                 <option value="Greater Than">Greater
> Than</option>
>                                 <option value="Less Than">Less
> Than</option>
>                                 <option value="Between">Between</option>
>                                 <option value="Equal To">Equal To</option>
>                                 <option value="Greater Than Equal
> To">Greater Than Equal To</option>
>                                 <option value="Less Than Equal To">Less
> Than Equal To</option>
> </input>
> </service>
>
>
> .map file being called from above.... IS there a way to Use the filter to
> query the shapefile with the values from the two comboboxes above?
>                 Can I make a where clause in the Filter....
> Filter * WHERE Propertytype (above combobox)  and PriceFactor (above
> combobox)
>
>   LAYER # Parcels Polygon Layer
>                     NAME 'Parcels'
>                     DATA 'parcels/parcels.shp'
>                     STATUS DEFAULT
>                     TYPE POLYGON
>                     METADATA
>                                 qstring_validation_pattern '.'
>                     END
>                     TEMPLATE 'parcels/identpar.html'
>                     FILTERITEM 'PID'
>                     FILTER /^%idPID%/
>   END
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>




From bthoen at gisnet.com  Tue Dec  8 15:53:29 2009
From: bthoen at gisnet.com (Bill Thoen)
Date: Tue, 08 Dec 2009 16:53:29 -0700
Subject: [mapserver-users] How do I Control QUERY Output?
Message-ID: <4B1EE6F9.6040708@gisnet.com>

 From a simple MapServer HTML interface I switch to Query mode and click 
on a map feature, and templates I've assigned to the layer fill with 
data ... and display in a new page. What I'd like is for the info to 
display in a floating div and not disrupt the view by clearing the map 
just to display a small window of data. I'd also prefer to not use 
frames as well.

With JavaScript I can make a floating drag-able div box, but I can't 
figure out how to get the template to send its table of data to the div. 
I've tried removing the HTML header and just appending the table to the 
div using innerHTML, but I keep getting null elements or other errors. 
Is this approach right and I'm just missing something, or is this done 
another way? I spent the better part of an hour today searching for docs 
and/or examples, but either it wasn't to be found or my google-fu was 
inferior today. Can someone point me to an example or explain how you 
can put query output anywhere on the map page?

-- 
Bill Thoen
GISnet -  www.gisnet.com
1401 Walnut St., Suite C
Boulder, CO 80302
303-786-9961 tel
303-443-4856 fax



From yassefa at dmsolutions.ca  Tue Dec  8 17:53:32 2009
From: yassefa at dmsolutions.ca (Yewondwossen Assefa)
Date: Tue, 08 Dec 2009 20:53:32 -0500
Subject: [mapserver-users] GetLegendGraphic, class name, no label
In-Reply-To: <OF49C5939E.37D4D3E8-ON85257686.0074C4CB-85257686.00757586@ssss.gouv.qc.ca>
References: <OF49C5939E.37D4D3E8-ON85257686.0074C4CB-85257686.00757586@ssss.gouv.qc.ca>
Message-ID: <4B1F031C.2030807@dmsolutions.ca>

Hi Steve,


Have you tried to add width and height parameters in your request with 
the rule specified: ...&width=20&height=20&Format=gif&RULE=my_rule
That should allow you to get the exact size. If not I believe the 
default sizes are taken from the keysize parameter legend block in the 
map file. If not defined it will default to 20/10.

regards,

Steve.Toutant at inspq.qc.ca wrote:
>
> Hi,
> I'm using GetLegendGraphic to get an icon.
> I don't want any label so I don't give a class name in the layer 
> definition.
>
> I have a layer with several classes. I would like to get the icon for 
> the last class only, without the label.
> I tried to use RULE=className in the request, and give a className to 
> my last class, but the icon is distorted, too big.
>
> If I keep only one class (the last one I want) in the mapfile, without 
> a classname, and without RULE key in the request the icon I get is good.
>
> Is there some more information I need to use RULE key in the request? 
> Maybe I misunderstood this key uses.
> thanks
> steve
> ------------------------------------------------------------------------
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>   


-- 
----------------------------------------------------------------
Assefa Yewondwossen           
Software Analyst   

Email: assefa at dmsolutions.ca    
http://www.dmsolutions.ca/

Phone: (613) 565-5056 (ext 14)
Fax:   (613) 565-0925
----------------------------------------------------------------




From kallen3 at gmail.com  Tue Dec  8 18:28:59 2009
From: kallen3 at gmail.com (kallen3 at gmail.com)
Date: Tue, 08 Dec 2009 19:28:59 -0700
Subject: [mapserver-users] ttf symbols worked in windows but not linux
Message-ID: <4B1F0B6B.3080703@gmail.com>

I have been using a MS4W setup for some time and have finally talked the
people I worked for to let me set up a testing server on a linux box.
This has worked out great as all of the maps have had a massive speed
gain compared to windows. However I have a problem with the ttf symbols.
They will display normally in windows but only one will display in
linux. I am sure it is a simple issue but I have not been able to find
it. The linux set up is HostGIS which uses Slackware 12 and I believe
Mapserver 5.2 anyone have any suggestions?



From dmorissette at mapgears.com  Tue Dec  8 18:38:00 2009
From: dmorissette at mapgears.com (Daniel Morissette)
Date: Tue, 08 Dec 2009 21:38:00 -0500
Subject: [mapserver-users] ttf symbols worked in windows but not linux
In-Reply-To: <4B1F0B6B.3080703@gmail.com>
References: <4B1F0B6B.3080703@gmail.com>
Message-ID: <4B1F0D88.1080907@mapgears.com>

kallen3 at gmail.com wrote:
> I have been using a MS4W setup for some time and have finally talked the
> people I worked for to let me set up a testing server on a linux box.
> This has worked out great as all of the maps have had a massive speed
> gain compared to windows. However I have a problem with the ttf symbols.
> They will display normally in windows but only one will display in
> linux. I am sure it is a simple issue but I have not been able to find
> it. The linux set up is HostGIS which uses Slackware 12 and I believe
> Mapserver 5.2 anyone have any suggestions?
> 


A common issue to look for when porting apps from Windows to Linux is 
case sensitivity in filenames and paths: Windows is case-insensitive, 
and Linux/Unix is case-sensitive. I'd suggest you double-check your TTF 
filenames and paths.

Daniel
-- 
Daniel Morissette
http://www.mapgears.com/


From dmorissette at mapgears.com  Tue Dec  8 19:16:19 2009
From: dmorissette at mapgears.com (Daniel Morissette)
Date: Tue, 08 Dec 2009 22:16:19 -0500
Subject: [mapserver-users] mapscript does not use GRID information when
	reprojecting rect object
In-Reply-To: <4B1E24C1.5070309@unipd.it>
References: <5CDE4E2F906F4CE9B22AFEDB42CD00F0@SkySource>
	<4B1E24C1.5070309@unipd.it>
Message-ID: <4B1F1683.2060909@mapgears.com>

francesco wrote:
> Hello I do not know if this it the right list to post, but I was
> wandering if any of you had trouble when using the "project()" function
> in mapscript (PHP). It does not use the grid file which is stated in the
> EPSG line in the epsg file inside the ...proj/nad directory.
> Reprojection of the map is wonderful, uses the grids, but script
> reproject of a rectangle object does not make use of the grids. I made
> sure of course that the epsg file which is read is the one I modified.
> Anyone had the same problem?


Yes, this is the right list. Unfortunately I don't think anyone is aware 
of a good reason for the behavior you witnessed based on the information 
that you provided. Can you share a small testcase to reproduce?

Could the issue be related to the PROJ_LIB setting that would be 
different in the two cases that you test? For instance, it may be set as 
a CONFIG option in the mapfile that renders properly, but not set in the 
script that uses project()?

Daniel
-- 
Daniel Morissette
http://www.mapgears.com/


From stephan.holl at intevation.de  Tue Dec  8 23:40:26 2009
From: stephan.holl at intevation.de (Stephan Holl)
Date: Wed, 9 Dec 2009 08:40:26 +0100
Subject: [mapserver-users] GetFeatureInfo-Capabilites of WMS-mapfiles
In-Reply-To: <E31EB630-19E2-4499-B845-63F6D0B3A76B@osgis.nl>
References: <20091208171811.500759b9@thoe.hq.intevation.de>
	<E31EB630-19E2-4499-B845-63F6D0B3A76B@osgis.nl>
Message-ID: <20091209084026.1c719e24@thoe.hq.intevation.de>

Hello Bart,

Bart van den Eijnden <bartvde at osgis.nl>, [20091208 - 18:56:15]

> Why do you want to remove it? It just shows that the service is
> capable of handling that request. If there are no queryable layers I
> client won't attempt the request.

Yes, I know, but a customer was worried about that, because it could
lead to false conclusions :-/


Best

	Stephan

> 
> Best regards,
> Bart
> 
> On Dec 8, 2009, at 5:18 PM, Stephan Holl wrote:
> 
> > Dear mapserver-users,
> > 
> > I am inspecting the Capabilities-document of my WMS-Server-mapfile.
> > 
> > None of my layers do have GetFeatureInfo-possibilities
> > (queryable="0"), but my Capabilities also contain the following
> > passage:
> > 
> > <GetFeatureInfo>
> >          <Format>text/plain</Format>
> >          <Format>application/vnd.ogc.gml</Format>
> >          <DCPType>
> >            <HTTP>
> >              <Get>
> >                <OnlineResource
> > xmlns:xlink="http://www.w3.org/1999/xlink"
> > xlink:href="http://sercer.tld?"
> > xlink:type="simple"/> </Get>
> >              <Post>
> >                <OnlineResource
> > xmlns:xlink="http://www.w3.org/1999/xlink"
> > xlink:href="http://server.tld?"
> > xlink:type="simple"/> </Post>
> >            </HTTP>
> >          </DCPType>
> >        </GetFeatureInfo>
> > 
> > which is IMO useless.
> > 
> > Is there a possibility to reduce this if no queryable layers are
> > there? I cannot find any configuration hints right now. Thanks for
> > any hints.
> > 
> > TIA.
> > 
> > Best
> > 
> > 	Stephan
> > 
> > -- 
> > Stephan Holl <stephan.holl at intevation.de> | Tel.: +49 (0)541-33 508
> > 3663 Intevation GmbH, Neuer Graben 17, 49074 OS  |  AG Osnabr?ck -
> > HR B 18998 Gesch?ftsf?hrer:  Frank Koormann, Bernhard Reiter, Dr.
> > Jan-Oliver Wagner _______________________________________________
> > mapserver-users mailing list
> > mapserver-users at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/mapserver-users
> 


-- 
Stephan Holl <stephan.holl at intevation.de> | Tel.: +49 (0)541-33 508 3663
Intevation GmbH, Neuer Graben 17, 49074 OS  |  AG Osnabr?ck - HR B 18998
Gesch?ftsf?hrer:  Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091209/b0d8b50f/attachment.sig>

From guineau at earthlink.net  Wed Dec  9 03:33:19 2009
From: guineau at earthlink.net (W.John Guineau)
Date: Wed, 9 Dec 2009 06:33:19 -0500
Subject: [mapserver-users] Shapefile,
	itemnquery and	HTML	image	map	generation problem
In-Reply-To: <4B1E0D9E0200008F0002BBB7@co5.dnr.state.mn.us>
References: <4B1E0D9E0200008F0002BBB7@co5.dnr.state.mn.us>
Message-ID: <030d01ca78c3$685b4c10$3911e430$@net>

Hi Steve,

Ok, I took the time to clean up the map file and make a simpler case for you
to look at.

Here is the archive:

	http://CoyoteTechnology.com/ms/shape.zip

It's about 4 meg. If you unzip that to C:\ all the paths in the mapfile
should work (except the MS4w path to Apache's temp directory). Otherwise it
should be pretty straight-forward to get it going.

I left 4 example layers that exhibit the problem. Each layer has an example
URL to use to get it to render the map.

Let me know if I missed anything.

Thanks for the help!

john


-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org
[mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Steve Lime
Sent: Tuesday, December 08, 2009 9:26 AM
To: guineau at earthlink.net; mapserver-users at lists.osgeo.org;
Steve.Lime at state.mn.us
Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
generation problem

Seems like an extent problem to me - the way the results are clustered in
the
center of the image. MapServer does apply a spatial pre-filter for attribute
queries. However, the searchmap=true should compute a proper extent based
on your image properties (extent, size) before doing the query.

John, what are the changes you could zip up your data and mapfile for me?

Steve

>>> W.John Guineau <guineau at earthlink.net> 12/08/09 7:05 AM >>>
Ok, try this:

 



 

-----Original Message-----
From: Steve Lime [mailto:Steve.Lime at state.mn.us] 
Sent: Monday, December 07, 2009 7:57 PM
To: W.John Guineau; mapserver-users at lists.osgeo.org; 'Steve Lime'
Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
generation problem

 

Do the ones not selected fall at the end of your qstring? I'm wondering if
something is getting truncated. I'd think

you'd get a parsing error in that case, but perhaps not. Can you label the
polygons with the value for MLRARSYM?

 

Steve

 

>>> On 12/7/2009 at 6:19 PM, in message
<01dc01ca779c$2c19eae0$844dc0a0$@net>,

W.John Guineau <guineau at earthlink.net> wrote:

> Hi Steve,

> 

>  

> 

> OK, I added the QUERYMAP section and changed the URL:

> 

>  

> 

> http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map 

>
<http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m


>
&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize

>
=600+400&qitem=MLRARSYM&qstring=(%22%5bMLRARSYM%5d%22%20in%20%22102A,102B,10

>
2C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D

> ,111E,112,113,114A,114B,115A,115B,115C%22)>

>
&qlayer=coe_m&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-

>
89+49&mapsize=600+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B

>
,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,1

> 11D,111E,112,113,114A,114B,115A,115B,115C")

> 

>  

> 

>  

> 

> Now I get the map with some of the items highlighted in yellow, and the
rest

> green:

> 

>  

> 

> 

> 

>  

> 

> -----Original Message-----

> From: Steve Lime [mailto:Steve.Lime at state.mn.us] 

> Sent: Monday, December 07, 2009 7:04 PM

> To: W.John Guineau; mapserver-users at lists.osgeo.org; 'Steve Lime'

> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map

> generation problem

> 

>  

> 

> Just add a querymap object to your mapfile, like so:

> 

>  

> 

> QUERYMAP

> 

>   STATUS ON

> 

> END

> 

>  

> 

> Then change your URL to use the mode itemnquerymap and that should return

> just an image with the

> 

> selected features highlighted in yellow.

> 

>  

> 

> Steve

> 

>  

> 

>>>> On 12/7/2009 at 5:56 PM, in message

> <01ce01ca7798$dd4b89d0$97e29d70$@net>,

> 

> W.John Guineau <guineau at earthlink.net> wrote:

> 

>> I'm new to mapserver, how do I quickly generate a querymap?

> 

>> 

> 

>> I'm using mapserver 5.4.2 from the latest MS4W on Windows 7 x64. I've
also

> 

>> tried 5.2.1 that I compiled myself.

> 

>> 

> 

>> john

> 

>> 

> 

>> 

> 

>> -----Original Message-----

> 

>> From: Steve Lime [mailto:Steve.Lime at state.mn.us] 

> 

>> Sent: Monday, December 07, 2009 6:40 PM

> 

>> To: 'W.John Guineau'; mapserver-users at lists.osgeo.org 

> 

>> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map

> 

>> generation problem

> 

>> 

> 

>> GDAL's not in play here at all. If you generate a query map instead of an

> 

>> html image map does

> 

>> the output map look ok? What version are you using?

> 

>> 

> 

>> Steve

> 

>> 

> 

>>>>> On 12/4/2009 at 8:11 AM, in message

> 

>> <04e001ca74eb$bc473400$34d59c00$@net>,

> 

>> W.John Guineau <guineau at earthlink.net> wrote:

> 

>>> How would I go about debugging this? 

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> I think this is GDAL and its query of shapefiles, right?

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> The bottom line is that MapServer finds all the items when it is

> rendering

> 

>>> the map by layer/class EXPRESSION, but the qstring in a URL using the

> 

>> exact

> 

>>> same EXPRESSION string misses some of the items.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> I can also use ogrinfo from MAP4W to execute an SQL query directly on
the

> 

>>> shapefile and the items in questions are certainly there.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> In the image below, the green areas are result of the mapfile layer
class

> 

>>> EXPRESSION - all are correctly rendered. However, several of them do not

> 

>> get

> 

>>> generated (HTML imagemap <area> tags not generated) when using a URL and

> 

>>> itemnquery/qstring with the identical EXPRESSION.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> How do I enable debug (enabling mapfile DEBUG does not seem to give any

> 

>>> useful info as to why GDAL is skipping certain items) Am I better off

> 

>> using

> 

>>> MAP4W or similar to get debug/trace info for shapefile queries?

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> john

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> 

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> From: mapserver-users-bounces at lists.osgeo.org 

> 

>>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of W.John

> 

>> Guineau

> 

>>> Sent: Thursday, December 03, 2009 3:11 PM

> 

>>> To: mapserver-users at lists.osgeo.org 

> 

>>> Subject: [mapserver-users] Shapefile, itemnquery and HTML image map

> 

>>> generation problem

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> I have a basic vector shapefile that I am trying to generate HTML

> 

>> clickable

> 

>>> maps from. It seems to work well for the most part, however there is a

> 

>>> problem where some items from the shapefile do not get processed from
the

> 

>>> qstring in the browser, but they are processed fine in the mapfile layer

> 

>> (to

> 

>>> color them differently).

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> So the map that renders shows all the items colored properly as the
layer

> 

>>> class defines. Using the exact same list of items in the HTTP query

> string

> 

>>> causes several items to be ignored (the HTML image map area is not

> 

>>> generated).

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> 

> 

>> 

>
http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m&


> 

> 

>> 

> 

>>> 

> 

>> 

>
mode=itemnquery&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize=600

> 

>>> 

> 

>> 

>
+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B,102C,103,104,105

> 

>>> 

> 

>> 

>
,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,

> 

>>> 114A,114B,115A,115B,115C")

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> Below is the layer section from the mapfile. I can post whatever else is

> 

>>> helpful. 

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> Thanks for any help on this.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> john

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> LAYER 

> 

>>> 

> 

>>>                 NAME map_m

> 

>>> 

> 

>>>                 DATA "map_shape"

> 

>>> 

> 

>>>                 TEMPLATE "bodytemplate.html"

> 

>>> 

> 

>>>                 HEADER "imapheader.html"

> 

>>> 

> 

>>>                 FOOTER "imapfooter.html"

> 

>>> 

> 

>>>                 PROJECTION

> 

>>> 

> 

>>>                                 "proj=latlong"

> 

>>> 

> 

>>>                                 "ellps=GRS80"

> 

>>> 

> 

>>>                                 "init=epsg:4326"

> 

>>> 

> 

>>>                 END

> 

>>> 

> 

>>>                 TYPE polygon

> 

>>> 

> 

>>>                 STATUS ON

> 

>>> 

> 

>>>                 TRANSPARENCY 70

> 

>>> 

> 

>>>                 CLASS

> 

>>> 

> 

>>>                                 NAME "MLRA"

> 

>>> 

> 

>>>                                 COLOR 0 200 0

> 

>>> 

> 

>>>                                 OUTLINECOLOR 0 0 0

> 

>>> 

> 

>>>                                 EXPRESSION( "[MLRARSYM]" in

> 

>>> 

> 

>> 

>
"102A,102B,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,1

> 

>>> 11B,111C,111D,111E,112,113,114A,114B,115A,115B,115C" )

> 

>>> 

> 

>>>                 END

> 

>>> 

> 

>>>                 METADATA 

> 

>>> 

> 

>>>                                 qstring_validation_pattern ".*"

> 

>>> 

> 

>>>                 END

> 

>>> 

> 

>>> END

> 

>> 

> 

>> _______________________________________________

> 

>> 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 guineau at earthlink.net  Wed Dec  9 03:50:39 2009
From: guineau at earthlink.net (W.John Guineau)
Date: Wed, 9 Dec 2009 06:50:39 -0500
Subject: [mapserver-users] Shapefile,
	itemnquery and	HTML	image	map	generation problem
In-Reply-To: <030d01ca78c3$685b4c10$3911e430$@net>
References: <4B1E0D9E0200008F0002BBB7@co5.dnr.state.mn.us>
	<030d01ca78c3$685b4c10$3911e430$@net>
Message-ID: <031401ca78c5$d5d0ecd0$8172c670$@net>

Hmm, based on your comments about extent below, I just noticed that if I
expand the extents well outside the area of interest, it renders more of the
missing areas! Not all of them though. So it does seem extent related. You
were right that it seems to favor the areas on the very interior of the
extents.

Unfortunately I then get a map that is too zoomed-out to be usable.

But this seems to be the sensitivity!

john

-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org
[mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of W.John Guineau
Sent: Wednesday, December 09, 2009 6:33 AM
To: 'Steve Lime'; mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Shapefile, itemnquery and HTML image map
generation problem

Hi Steve,

Ok, I took the time to clean up the map file and make a simpler case for you
to look at.

Here is the archive:

	http://CoyoteTechnology.com/ms/shape.zip

It's about 4 meg. If you unzip that to C:\ all the paths in the mapfile
should work (except the MS4w path to Apache's temp directory). Otherwise it
should be pretty straight-forward to get it going.

I left 4 example layers that exhibit the problem. Each layer has an example
URL to use to get it to render the map.

Let me know if I missed anything.

Thanks for the help!

john


-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org
[mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Steve Lime
Sent: Tuesday, December 08, 2009 9:26 AM
To: guineau at earthlink.net; mapserver-users at lists.osgeo.org;
Steve.Lime at state.mn.us
Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
generation problem

Seems like an extent problem to me - the way the results are clustered in
the
center of the image. MapServer does apply a spatial pre-filter for attribute
queries. However, the searchmap=true should compute a proper extent based
on your image properties (extent, size) before doing the query.

John, what are the changes you could zip up your data and mapfile for me?

Steve

>>> W.John Guineau <guineau at earthlink.net> 12/08/09 7:05 AM >>>
Ok, try this:

 



 

-----Original Message-----
From: Steve Lime [mailto:Steve.Lime at state.mn.us] 
Sent: Monday, December 07, 2009 7:57 PM
To: W.John Guineau; mapserver-users at lists.osgeo.org; 'Steve Lime'
Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
generation problem

 

Do the ones not selected fall at the end of your qstring? I'm wondering if
something is getting truncated. I'd think

you'd get a parsing error in that case, but perhaps not. Can you label the
polygons with the value for MLRARSYM?

 

Steve

 

>>> On 12/7/2009 at 6:19 PM, in message
<01dc01ca779c$2c19eae0$844dc0a0$@net>,

W.John Guineau <guineau at earthlink.net> wrote:

> Hi Steve,

> 

>  

> 

> OK, I added the QUERYMAP section and changed the URL:

> 

>  

> 

> http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map 

>
<http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m


>
&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize

>
=600+400&qitem=MLRARSYM&qstring=(%22%5bMLRARSYM%5d%22%20in%20%22102A,102B,10

>
2C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D

> ,111E,112,113,114A,114B,115A,115B,115C%22)>

>
&qlayer=coe_m&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-

>
89+49&mapsize=600+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B

>
,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,1

> 11D,111E,112,113,114A,114B,115A,115B,115C")

> 

>  

> 

>  

> 

> Now I get the map with some of the items highlighted in yellow, and the
rest

> green:

> 

>  

> 

> 

> 

>  

> 

> -----Original Message-----

> From: Steve Lime [mailto:Steve.Lime at state.mn.us] 

> Sent: Monday, December 07, 2009 7:04 PM

> To: W.John Guineau; mapserver-users at lists.osgeo.org; 'Steve Lime'

> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map

> generation problem

> 

>  

> 

> Just add a querymap object to your mapfile, like so:

> 

>  

> 

> QUERYMAP

> 

>   STATUS ON

> 

> END

> 

>  

> 

> Then change your URL to use the mode itemnquerymap and that should return

> just an image with the

> 

> selected features highlighted in yellow.

> 

>  

> 

> Steve

> 

>  

> 

>>>> On 12/7/2009 at 5:56 PM, in message

> <01ce01ca7798$dd4b89d0$97e29d70$@net>,

> 

> W.John Guineau <guineau at earthlink.net> wrote:

> 

>> I'm new to mapserver, how do I quickly generate a querymap?

> 

>> 

> 

>> I'm using mapserver 5.4.2 from the latest MS4W on Windows 7 x64. I've
also

> 

>> tried 5.2.1 that I compiled myself.

> 

>> 

> 

>> john

> 

>> 

> 

>> 

> 

>> -----Original Message-----

> 

>> From: Steve Lime [mailto:Steve.Lime at state.mn.us] 

> 

>> Sent: Monday, December 07, 2009 6:40 PM

> 

>> To: 'W.John Guineau'; mapserver-users at lists.osgeo.org 

> 

>> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map

> 

>> generation problem

> 

>> 

> 

>> GDAL's not in play here at all. If you generate a query map instead of an

> 

>> html image map does

> 

>> the output map look ok? What version are you using?

> 

>> 

> 

>> Steve

> 

>> 

> 

>>>>> On 12/4/2009 at 8:11 AM, in message

> 

>> <04e001ca74eb$bc473400$34d59c00$@net>,

> 

>> W.John Guineau <guineau at earthlink.net> wrote:

> 

>>> How would I go about debugging this? 

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> I think this is GDAL and its query of shapefiles, right?

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> The bottom line is that MapServer finds all the items when it is

> rendering

> 

>>> the map by layer/class EXPRESSION, but the qstring in a URL using the

> 

>> exact

> 

>>> same EXPRESSION string misses some of the items.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> I can also use ogrinfo from MAP4W to execute an SQL query directly on
the

> 

>>> shapefile and the items in questions are certainly there.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> In the image below, the green areas are result of the mapfile layer
class

> 

>>> EXPRESSION - all are correctly rendered. However, several of them do not

> 

>> get

> 

>>> generated (HTML imagemap <area> tags not generated) when using a URL and

> 

>>> itemnquery/qstring with the identical EXPRESSION.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> How do I enable debug (enabling mapfile DEBUG does not seem to give any

> 

>>> useful info as to why GDAL is skipping certain items) Am I better off

> 

>> using

> 

>>> MAP4W or similar to get debug/trace info for shapefile queries?

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> john

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> 

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> From: mapserver-users-bounces at lists.osgeo.org 

> 

>>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of W.John

> 

>> Guineau

> 

>>> Sent: Thursday, December 03, 2009 3:11 PM

> 

>>> To: mapserver-users at lists.osgeo.org 

> 

>>> Subject: [mapserver-users] Shapefile, itemnquery and HTML image map

> 

>>> generation problem

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> I have a basic vector shapefile that I am trying to generate HTML

> 

>> clickable

> 

>>> maps from. It seems to work well for the most part, however there is a

> 

>>> problem where some items from the shapefile do not get processed from
the

> 

>>> qstring in the browser, but they are processed fine in the mapfile layer

> 

>> (to

> 

>>> color them differently).

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> So the map that renders shows all the items colored properly as the
layer

> 

>>> class defines. Using the exact same list of items in the HTTP query

> string

> 

>>> causes several items to be ignored (the HTML image map area is not

> 

>>> generated).

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> 

> 

>> 

>
http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m&


> 

> 

>> 

> 

>>> 

> 

>> 

>
mode=itemnquery&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize=600

> 

>>> 

> 

>> 

>
+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B,102C,103,104,105

> 

>>> 

> 

>> 

>
,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,

> 

>>> 114A,114B,115A,115B,115C")

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> Below is the layer section from the mapfile. I can post whatever else is

> 

>>> helpful. 

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> Thanks for any help on this.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> john

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> LAYER 

> 

>>> 

> 

>>>                 NAME map_m

> 

>>> 

> 

>>>                 DATA "map_shape"

> 

>>> 

> 

>>>                 TEMPLATE "bodytemplate.html"

> 

>>> 

> 

>>>                 HEADER "imapheader.html"

> 

>>> 

> 

>>>                 FOOTER "imapfooter.html"

> 

>>> 

> 

>>>                 PROJECTION

> 

>>> 

> 

>>>                                 "proj=latlong"

> 

>>> 

> 

>>>                                 "ellps=GRS80"

> 

>>> 

> 

>>>                                 "init=epsg:4326"

> 

>>> 

> 

>>>                 END

> 

>>> 

> 

>>>                 TYPE polygon

> 

>>> 

> 

>>>                 STATUS ON

> 

>>> 

> 

>>>                 TRANSPARENCY 70

> 

>>> 

> 

>>>                 CLASS

> 

>>> 

> 

>>>                                 NAME "MLRA"

> 

>>> 

> 

>>>                                 COLOR 0 200 0

> 

>>> 

> 

>>>                                 OUTLINECOLOR 0 0 0

> 

>>> 

> 

>>>                                 EXPRESSION( "[MLRARSYM]" in

> 

>>> 

> 

>> 

>
"102A,102B,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,1

> 

>>> 11B,111C,111D,111E,112,113,114A,114B,115A,115B,115C" )

> 

>>> 

> 

>>>                 END

> 

>>> 

> 

>>>                 METADATA 

> 

>>> 

> 

>>>                                 qstring_validation_pattern ".*"

> 

>>> 

> 

>>>                 END

> 

>>> 

> 

>>> END

> 

>> 

> 

>> _______________________________________________

> 

>> mapserver-users mailing list

> 

>> mapserver-users at lists.osgeo.org 

> 

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


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

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



From guineau at earthlink.net  Wed Dec  9 04:43:00 2009
From: guineau at earthlink.net (W.John Guineau)
Date: Wed, 9 Dec 2009 07:43:00 -0500
Subject: [mapserver-users] Shapefile,
	itemnquery and	HTML	image	map	generation problem
In-Reply-To: <031401ca78c5$d5d0ecd0$8172c670$@net>
References: <4B1E0D9E0200008F0002BBB7@co5.dnr.state.mn.us>
	<030d01ca78c3$685b4c10$3911e430$@net>
	<031401ca78c5$d5d0ecd0$8172c670$@net>
Message-ID: <031801ca78cd$26963f10$73c2bd30$@net>

Yup, that was it. I had some crazy extents defined for the URL strings.
Apparently the "center of gravity" of my URL extents combined with the map
image size gave me the false impression in the rendered map image that I had
the region covered. It showed the region of interest, but selected a small
area for actual query.

Thanks for the critical bit of insight Steve - extents. And the querymap
piece to easily show me what was actually being selected from the URL
itemlist.

john



-----Original Message-----
From: W.John Guineau [mailto:guineau at earthlink.net] 
Sent: Wednesday, December 09, 2009 6:51 AM
To: 'W.John Guineau'; 'Steve Lime'; mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Shapefile, itemnquery and HTML image map
generation problem

Hmm, based on your comments about extent below, I just noticed that if I
expand the extents well outside the area of interest, it renders more of the
missing areas! Not all of them though. So it does seem extent related. You
were right that it seems to favor the areas on the very interior of the
extents.

Unfortunately I then get a map that is too zoomed-out to be usable.

But this seems to be the sensitivity!

john

-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org
[mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of W.John Guineau
Sent: Wednesday, December 09, 2009 6:33 AM
To: 'Steve Lime'; mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Shapefile, itemnquery and HTML image map
generation problem

Hi Steve,

Ok, I took the time to clean up the map file and make a simpler case for you
to look at.

Here is the archive:

	http://CoyoteTechnology.com/ms/shape.zip

It's about 4 meg. If you unzip that to C:\ all the paths in the mapfile
should work (except the MS4w path to Apache's temp directory). Otherwise it
should be pretty straight-forward to get it going.

I left 4 example layers that exhibit the problem. Each layer has an example
URL to use to get it to render the map.

Let me know if I missed anything.

Thanks for the help!

john


-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org
[mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Steve Lime
Sent: Tuesday, December 08, 2009 9:26 AM
To: guineau at earthlink.net; mapserver-users at lists.osgeo.org;
Steve.Lime at state.mn.us
Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
generation problem

Seems like an extent problem to me - the way the results are clustered in
the
center of the image. MapServer does apply a spatial pre-filter for attribute
queries. However, the searchmap=true should compute a proper extent based
on your image properties (extent, size) before doing the query.

John, what are the changes you could zip up your data and mapfile for me?

Steve

>>> W.John Guineau <guineau at earthlink.net> 12/08/09 7:05 AM >>>
Ok, try this:

 



 

-----Original Message-----
From: Steve Lime [mailto:Steve.Lime at state.mn.us] 
Sent: Monday, December 07, 2009 7:57 PM
To: W.John Guineau; mapserver-users at lists.osgeo.org; 'Steve Lime'
Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
generation problem

 

Do the ones not selected fall at the end of your qstring? I'm wondering if
something is getting truncated. I'd think

you'd get a parsing error in that case, but perhaps not. Can you label the
polygons with the value for MLRARSYM?

 

Steve

 

>>> On 12/7/2009 at 6:19 PM, in message
<01dc01ca779c$2c19eae0$844dc0a0$@net>,

W.John Guineau <guineau at earthlink.net> wrote:

> Hi Steve,

> 

>  

> 

> OK, I added the QUERYMAP section and changed the URL:

> 

>  

> 

> http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map 

>
<http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m


>
&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize

>
=600+400&qitem=MLRARSYM&qstring=(%22%5bMLRARSYM%5d%22%20in%20%22102A,102B,10

>
2C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D

> ,111E,112,113,114A,114B,115A,115B,115C%22)>

>
&qlayer=coe_m&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-

>
89+49&mapsize=600+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B

>
,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,1

> 11D,111E,112,113,114A,114B,115A,115B,115C")

> 

>  

> 

>  

> 

> Now I get the map with some of the items highlighted in yellow, and the
rest

> green:

> 

>  

> 

> 

> 

>  

> 

> -----Original Message-----

> From: Steve Lime [mailto:Steve.Lime at state.mn.us] 

> Sent: Monday, December 07, 2009 7:04 PM

> To: W.John Guineau; mapserver-users at lists.osgeo.org; 'Steve Lime'

> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map

> generation problem

> 

>  

> 

> Just add a querymap object to your mapfile, like so:

> 

>  

> 

> QUERYMAP

> 

>   STATUS ON

> 

> END

> 

>  

> 

> Then change your URL to use the mode itemnquerymap and that should return

> just an image with the

> 

> selected features highlighted in yellow.

> 

>  

> 

> Steve

> 

>  

> 

>>>> On 12/7/2009 at 5:56 PM, in message

> <01ce01ca7798$dd4b89d0$97e29d70$@net>,

> 

> W.John Guineau <guineau at earthlink.net> wrote:

> 

>> I'm new to mapserver, how do I quickly generate a querymap?

> 

>> 

> 

>> I'm using mapserver 5.4.2 from the latest MS4W on Windows 7 x64. I've
also

> 

>> tried 5.2.1 that I compiled myself.

> 

>> 

> 

>> john

> 

>> 

> 

>> 

> 

>> -----Original Message-----

> 

>> From: Steve Lime [mailto:Steve.Lime at state.mn.us] 

> 

>> Sent: Monday, December 07, 2009 6:40 PM

> 

>> To: 'W.John Guineau'; mapserver-users at lists.osgeo.org 

> 

>> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map

> 

>> generation problem

> 

>> 

> 

>> GDAL's not in play here at all. If you generate a query map instead of an

> 

>> html image map does

> 

>> the output map look ok? What version are you using?

> 

>> 

> 

>> Steve

> 

>> 

> 

>>>>> On 12/4/2009 at 8:11 AM, in message

> 

>> <04e001ca74eb$bc473400$34d59c00$@net>,

> 

>> W.John Guineau <guineau at earthlink.net> wrote:

> 

>>> How would I go about debugging this? 

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> I think this is GDAL and its query of shapefiles, right?

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> The bottom line is that MapServer finds all the items when it is

> rendering

> 

>>> the map by layer/class EXPRESSION, but the qstring in a URL using the

> 

>> exact

> 

>>> same EXPRESSION string misses some of the items.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> I can also use ogrinfo from MAP4W to execute an SQL query directly on
the

> 

>>> shapefile and the items in questions are certainly there.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> In the image below, the green areas are result of the mapfile layer
class

> 

>>> EXPRESSION - all are correctly rendered. However, several of them do not

> 

>> get

> 

>>> generated (HTML imagemap <area> tags not generated) when using a URL and

> 

>>> itemnquery/qstring with the identical EXPRESSION.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> How do I enable debug (enabling mapfile DEBUG does not seem to give any

> 

>>> useful info as to why GDAL is skipping certain items) Am I better off

> 

>> using

> 

>>> MAP4W or similar to get debug/trace info for shapefile queries?

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> john

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> 

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> From: mapserver-users-bounces at lists.osgeo.org 

> 

>>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of W.John

> 

>> Guineau

> 

>>> Sent: Thursday, December 03, 2009 3:11 PM

> 

>>> To: mapserver-users at lists.osgeo.org 

> 

>>> Subject: [mapserver-users] Shapefile, itemnquery and HTML image map

> 

>>> generation problem

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> I have a basic vector shapefile that I am trying to generate HTML

> 

>> clickable

> 

>>> maps from. It seems to work well for the most part, however there is a

> 

>>> problem where some items from the shapefile do not get processed from
the

> 

>>> qstring in the browser, but they are processed fine in the mapfile layer

> 

>> (to

> 

>>> color them differently).

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> So the map that renders shows all the items colored properly as the
layer

> 

>>> class defines. Using the exact same list of items in the HTTP query

> string

> 

>>> causes several items to be ignored (the HTML image map area is not

> 

>>> generated).

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> 

> 

>> 

>
http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m&


> 

> 

>> 

> 

>>> 

> 

>> 

>
mode=itemnquery&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize=600

> 

>>> 

> 

>> 

>
+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B,102C,103,104,105

> 

>>> 

> 

>> 

>
,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,

> 

>>> 114A,114B,115A,115B,115C")

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> Below is the layer section from the mapfile. I can post whatever else is

> 

>>> helpful. 

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> Thanks for any help on this.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> john

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> LAYER 

> 

>>> 

> 

>>>                 NAME map_m

> 

>>> 

> 

>>>                 DATA "map_shape"

> 

>>> 

> 

>>>                 TEMPLATE "bodytemplate.html"

> 

>>> 

> 

>>>                 HEADER "imapheader.html"

> 

>>> 

> 

>>>                 FOOTER "imapfooter.html"

> 

>>> 

> 

>>>                 PROJECTION

> 

>>> 

> 

>>>                                 "proj=latlong"

> 

>>> 

> 

>>>                                 "ellps=GRS80"

> 

>>> 

> 

>>>                                 "init=epsg:4326"

> 

>>> 

> 

>>>                 END

> 

>>> 

> 

>>>                 TYPE polygon

> 

>>> 

> 

>>>                 STATUS ON

> 

>>> 

> 

>>>                 TRANSPARENCY 70

> 

>>> 

> 

>>>                 CLASS

> 

>>> 

> 

>>>                                 NAME "MLRA"

> 

>>> 

> 

>>>                                 COLOR 0 200 0

> 

>>> 

> 

>>>                                 OUTLINECOLOR 0 0 0

> 

>>> 

> 

>>>                                 EXPRESSION( "[MLRARSYM]" in

> 

>>> 

> 

>> 

>
"102A,102B,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,1

> 

>>> 11B,111C,111D,111E,112,113,114A,114B,115A,115B,115C" )

> 

>>> 

> 

>>>                 END

> 

>>> 

> 

>>>                 METADATA 

> 

>>> 

> 

>>>                                 qstring_validation_pattern ".*"

> 

>>> 

> 

>>>                 END

> 

>>> 

> 

>>> END

> 

>> 

> 

>> _______________________________________________

> 

>> mapserver-users mailing list

> 

>> mapserver-users at lists.osgeo.org 

> 

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


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

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



From jmckenna at gatewaygeomatics.com  Wed Dec  9 06:12:00 2009
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Wed, 09 Dec 2009 10:12:00 -0400
Subject: [mapserver-users] ttf symbols worked in windows but not linux
In-Reply-To: <4B1F0B6B.3080703@gmail.com>
References: <4B1F0B6B.3080703@gmail.com>
Message-ID: <4B1FB030.5010607@gatewaygeomatics.com>

kallen3 at gmail.com wrote:
> I have been using a MS4W setup for some time and have finally talked the
> people I worked for to let me set up a testing server on a linux box.
> This has worked out great as all of the maps have had a massive speed
> gain compared to windows. However I have a problem with the ttf symbols.
> They will display normally in windows but only one will display in
> linux. I am sure it is a simple issue but I have not been able to find
> it. The linux set up is HostGIS which uses Slackware 12 and I believe
> Mapserver 5.2 anyone have any suggestions?

Hmm.  Do you get any errors when trying to create a map image?  You can 
test this by using the shp2img commandline utility 
(http://www.mapserver.org/utilities/shp2img.html).  If MapServer can't 
find the font you should get an error such as "TrueType Font error. 
Could not find/open font".

If you don't get any errors I'm not sure what the issue is.

-jeff



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




From alan.stratford at goodrich.com  Wed Dec  9 07:17:03 2009
From: alan.stratford at goodrich.com (Alans)
Date: Wed, 9 Dec 2009 07:17:03 -0800 (PST)
Subject: [mapserver-users] How do I use ASRP maps in mapserver?
Message-ID: <1260371823524-4139935.post@n2.nabble.com>


Can anyone tell me how to use ASRP maps in mapserver, or point me at some
relevant documentation. The GDAL list of supported raster formats indicates
that this should be possible (http://www.gdal.org/frmt_various.html#SRP) but
I can't find any instructions as to how to specify this format in a LAYER of
a .map file.
-- 
View this message in context: http://n2.nabble.com/How-do-I-use-ASRP-maps-in-mapserver-tp4139935p4139935.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From jmckenna at gatewaygeomatics.com  Wed Dec  9 07:49:04 2009
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Wed, 09 Dec 2009 11:49:04 -0400
Subject: [mapserver-users] How do I use ASRP maps in mapserver?
In-Reply-To: <1260371823524-4139935.post@n2.nabble.com>
References: <1260371823524-4139935.post@n2.nabble.com>
Message-ID: <4B1FC6F0.4020904@gatewaygeomatics.com>

Alans wrote:
> Can anyone tell me how to use ASRP maps in mapserver, or point me at some
> relevant documentation. The GDAL list of supported raster formats indicates
> that this should be possible (http://www.gdal.org/frmt_various.html#SRP) but
> I can't find any instructions as to how to specify this format in a LAYER of
> a .map file.

Hello Alans,

Interesting.  I have never used that format but I can give some hints.

First, you should execute 'gdalinfo --formats' on your server to check
if you has SRP support.  Look for something like "SRP (ro) : Standard 
Raster Product (ASRP/USRP)" in the returned list of formats; this will 
verify that your local MapServer/GDAL build can read the ASRP format.

Next, you can point to the image in your mapfile layer, such as (and I'm 
guessing this, as I don't have your data to test):

LAYER
   NAME "ASRP"
   DATA "myfile.img"
   TYPE RASTER
   STATUS ON
END

(a good document for you to read about raster support in MapServer is 
http://www.mapserver.org/input/raster.html)

Finally, you could test your mapfile with the shp2img commandline 
utility, to see any error reports 
(http://www.mapserver.org/utilities/shp2img.html)

I hope this helps you a little.

-jeff

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








From tspradley at snoogems.com  Wed Dec  9 07:58:22 2009
From: tspradley at snoogems.com (Ted Spradley)
Date: Wed, 9 Dec 2009 07:58:22 -0800 (PST)
Subject: [mapserver-users] Question on the layer order impact in a
	Getmap(WMS) call
In-Reply-To: <C73E982B.EC77%kobben@itc.nl>
References: <28d70b140912031259p4bcd2bbeu54309cadd3df1375@mail.gmail.com>
	<C73E982B.EC77%kobben@itc.nl>
Message-ID: <1260374302820-4140188.post@n2.nabble.com>



Barend Kobben wrote:
> 
> The WMS GetMap interface standard requires layers to be drawn in order
> (bottom to top) they appear in the LAYERS= statement in the request. So
> that
> overrides the order in the MAP file...
> 
> 

By observation, I might add to this that if layer STATUS is DEFAULT, the
layer order does not appear to be affected by the order in the WMS call.  If
any layers are STATUS DEFAULT, LAYER rendering in a WMS call appears to be
ordered by DEFAULT layers drawn in their map file order, then other layers
by order in the WMS call.

Am I correct in this observation?

Ted S

-- 
View this message in context: http://n2.nabble.com/Question-on-the-layer-order-impact-in-a-Getmap-WMS-call-tp4108819p4140188.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From jmckenna at gatewaygeomatics.com  Wed Dec  9 07:58:49 2009
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Wed, 09 Dec 2009 11:58:49 -0400
Subject: [mapserver-users] How do I use ASRP maps in mapserver?
In-Reply-To: <4B1FC6F0.4020904@gatewaygeomatics.com>
References: <1260371823524-4139935.post@n2.nabble.com>
	<4B1FC6F0.4020904@gatewaygeomatics.com>
Message-ID: <4B1FC939.6040301@gatewaygeomatics.com>

Jeff McKenna wrote:
> Alans wrote:
>> Can anyone tell me how to use ASRP maps in mapserver, or point me at some
>> relevant documentation. The GDAL list of supported raster formats 
>> indicates
>> that this should be possible 
>> (http://www.gdal.org/frmt_various.html#SRP) but
>> I can't find any instructions as to how to specify this format in a 
>> LAYER of
>> a .map file.
> 
> Hello Alans,
> 
> Interesting.  I have never used that format but I can give some hints.
> 
> First, you should execute 'gdalinfo --formats' on your server to check
> if you has SRP support.  Look for something like "SRP (ro) : Standard 
> Raster Product (ASRP/USRP)" in the returned list of formats; this will 
> verify that your local MapServer/GDAL build can read the ASRP format.
> 
> Next, you can point to the image in your mapfile layer, such as (and I'm 
> guessing this, as I don't have your data to test):
> 
> LAYER
>   NAME "ASRP"
>   DATA "myfile.img"
>   TYPE RASTER
>   STATUS ON
> END
> 
> (a good document for you to read about raster support in MapServer is 
> http://www.mapserver.org/input/raster.html)
> 
> Finally, you could test your mapfile with the shp2img commandline 
> utility, to see any error reports 
> (http://www.mapserver.org/utilities/shp2img.html)
> 
> I hope this helps you a little.
> 
> -jeff
> 

Sorry Alans,

I forgot an import step:

After verifying SRP support with 'gdalinfo --formats', next step is to 
see if GDAL can read your exact file, by using gdalinfo again:

   gdalinfo myfile.img

You should see some info returned such as Size, Pixel Size, 
Coordinates...etc.

Then you can focus on your mapfile layer.

-jeff



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




From alan.stratford at goodrich.com  Wed Dec  9 08:32:19 2009
From: alan.stratford at goodrich.com (Alans)
Date: Wed, 9 Dec 2009 08:32:19 -0800 (PST)
Subject: [mapserver-users] How do I use ASRP maps in mapserver?
In-Reply-To: <4B1FC6F0.4020904@gatewaygeomatics.com>
References: <1260371823524-4139935.post@n2.nabble.com>
	<4B1FC6F0.4020904@gatewaygeomatics.com>
Message-ID: <1260376339650-4140373.post@n2.nabble.com>




Jeff McKenna wrote:
> 
> 
> First, you should execute 'gdalinfo --formats' on your server to check
> if you has SRP support.  Look for something like "SRP (ro) : Standard 
> Raster Product (ASRP/USRP)" in the returned list of formats; this will 
> verify that your local MapServer/GDAL build can read the ASRP format.
> 

Thanks Jeff,

It looks like my GDAL is out of date. 'gdal --version' reports:

  GDAL 1.6.0dev, FWTools 2.0.6, released 2008/02/03

'gdalinfo --formats' does not list SRP as a supported format.

My GDAL came as part of FWTools. I will attempt to update GDAL and try
again.

Alan
-- 
View this message in context: http://n2.nabble.com/How-do-I-use-ASRP-maps-in-mapserver-tp4139935p4140373.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From jmckenna at gatewaygeomatics.com  Wed Dec  9 08:44:06 2009
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Wed, 09 Dec 2009 12:44:06 -0400
Subject: [mapserver-users] How do I use ASRP maps in mapserver?
In-Reply-To: <1260376339650-4140373.post@n2.nabble.com>
References: <1260371823524-4139935.post@n2.nabble.com>	<4B1FC6F0.4020904@gatewaygeomatics.com>
	<1260376339650-4140373.post@n2.nabble.com>
Message-ID: <4B1FD3D6.8040001@gatewaygeomatics.com>

Alans wrote:
> 
> 
> Jeff McKenna wrote:
>>
>> First, you should execute 'gdalinfo --formats' on your server to check
>> if you has SRP support.  Look for something like "SRP (ro) : Standard 
>> Raster Product (ASRP/USRP)" in the returned list of formats; this will 
>> verify that your local MapServer/GDAL build can read the ASRP format.
>>
> 
> Thanks Jeff,
> 
> It looks like my GDAL is out of date. 'gdal --version' reports:
> 
>   GDAL 1.6.0dev, FWTools 2.0.6, released 2008/02/03
> 
> 'gdalinfo --formats' does not list SRP as a supported format.
> 
> My GDAL came as part of FWTools. I will attempt to update GDAL and try
> again.
> 
> Alan

No problem.  If you are on Windows, MS4W does come with SRP support by 
default (http://www.maptools.org/ms4w/).

You can ask question related to MS4W on its email list (subscribe at 
http://lists.maptools.org/mailman/listinfo/ms4w-users)

-jeff



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




From even.rouault at mines-paris.org  Wed Dec  9 08:49:42 2009
From: even.rouault at mines-paris.org (Even Rouault)
Date: Wed, 09 Dec 2009 17:49:42 +0100
Subject: [mapserver-users] How do I use ASRP maps in mapserver?
In-Reply-To: <1260376339650-4140373.post@n2.nabble.com>
References: <1260371823524-4139935.post@n2.nabble.com>	<4B1FC6F0.4020904@gatewaygeomatics.com>
	<1260376339650-4140373.post@n2.nabble.com>
Message-ID: <4B1FD526.9090803@mines-paris.org>

Alan,

SRP driver has been added into GDAL SVN trunk a few months ago, so it 
will be part of the GDAL 1.7.0 release.

Alans a ?crit :
>
> Jeff McKenna wrote:
>   
>> First, you should execute 'gdalinfo --formats' on your server to check
>> if you has SRP support.  Look for something like "SRP (ro) : Standard 
>> Raster Product (ASRP/USRP)" in the returned list of formats; this will 
>> verify that your local MapServer/GDAL build can read the ASRP format.
>>
>>     
>
> Thanks Jeff,
>
> It looks like my GDAL is out of date. 'gdal --version' reports:
>
>   GDAL 1.6.0dev, FWTools 2.0.6, released 2008/02/03
>
> 'gdalinfo --formats' does not list SRP as a supported format.
>
> My GDAL came as part of FWTools. I will attempt to update GDAL and try
> again.
>
> Alan
>   




From tspradley at snoogems.com  Wed Dec  9 10:15:17 2009
From: tspradley at snoogems.com (Ted Spradley)
Date: Wed, 9 Dec 2009 10:15:17 -0800 (PST)
Subject: [mapserver-users] Label polygon borders?
Message-ID: <1260382517801-4141024.post@n2.nabble.com>


Hi everyone,

Is there a way to have labels follow polygon borders?

i.e. when zoomed in on a border between states/countries, etc. can MS render
a label just inside the polygons and following the polygon border?

Thanks, Ted S.
-- 
View this message in context: http://n2.nabble.com/Label-polygon-borders-tp4141024p4141024.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From porath at web.de  Wed Dec  9 11:00:21 2009
From: porath at web.de (Holger Porath)
Date: Wed, 9 Dec 2009 20:00:21 +0100
Subject: [mapserver-users] advertise more than one SRS for WFS
Message-ID: <2C211F3C-14B5-440A-A5B7-597792175EDE@web.de>

Hi all,

mapserver's documentation states that "Contrary to WMS, the OGC WFS  
specification doesn?t allow a layer (feature type) to be advertised in  
more than one SRS".

But the OGC WFS 1.1 spec states that "The optional srsName attribute  
of the <Query> element is used to specify a specific WFS-supported SRS  
to be used for returned feature geometries".

As mapserver supports WFS 1.1 since versin 5.2, how do I configure a  
layer to advertise more than one SRS?

Any help much appreciated.

Cheers
Holger Porath

From bartvde at osgis.nl  Wed Dec  9 11:28:24 2009
From: bartvde at osgis.nl (Bart van den Eijnden)
Date: Wed, 9 Dec 2009 20:28:24 +0100
Subject: [mapserver-users] advertise more than one SRS for WFS
In-Reply-To: <2C211F3C-14B5-440A-A5B7-597792175EDE@web.de>
References: <2C211F3C-14B5-440A-A5B7-597792175EDE@web.de>
Message-ID: <BA4C2206-7868-49B3-A8D0-C62880A02B4F@osgis.nl>

Use the ows_srs metadata on a layer.

So:

METADATA
  ..
  ows_srs "EPSG:28992 EPSG:4326"
  ..
END

Best regards,
Bart

On Dec 9, 2009, at 8:00 PM, Holger Porath wrote:

> Hi all,
> 
> mapserver's documentation states that "Contrary to WMS, the OGC WFS specification doesn?t allow a layer (feature type) to be advertised in more than one SRS".
> 
> But the OGC WFS 1.1 spec states that "The optional srsName attribute of the <Query> element is used to specify a specific WFS-supported SRS to be used for returned feature geometries".
> 
> As mapserver supports WFS 1.1 since versin 5.2, how do I configure a layer to advertise more than one SRS?
> 
> Any help much appreciated.
> 
> Cheers
> Holger Porath_______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> 



From woodbri at swoodbridge.com  Wed Dec  9 12:04:37 2009
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Wed, 09 Dec 2009 15:04:37 -0500
Subject: [mapserver-users] Label polygon borders?
In-Reply-To: <1260382517801-4141024.post@n2.nabble.com>
References: <1260382517801-4141024.post@n2.nabble.com>
Message-ID: <4B2002D5.3090906@swoodbridge.com>

Ted Spradley wrote:
> Hi everyone,
> 
> Is there a way to have labels follow polygon borders?
> 
> i.e. when zoomed in on a border between states/countries, etc. can MS render
> a label just inside the polygons and following the polygon border?
> 
> Thanks, Ted S.

No, unfortunately not yet. I raised this as an enhancement

http://trac.osgeo.org/mapserver/ticket/1592
http://trac.osgeo.org/mapserver/ticket/2856 (closed as dup)

Please jump on #1592 and add a comment about your needs.

Thanks,
   -Steve W


From bicphuongonline at yahoo.com  Wed Dec  9 12:53:35 2009
From: bicphuongonline at yahoo.com (Alphatran)
Date: Wed, 9 Dec 2009 12:53:35 -0800 (PST)
Subject: [mapserver-users] MS4W: Curve Label not work
Message-ID: <1260392015321-4141898.post@n2.nabble.com>


Dear everyone,

I'm new to MS4W and do not know how to make Curve Label working. I already
set ANGLE FOLLOW in Label Section in MAP file but all label is placed
horizontal. I hope you can help me to solve this problem.

Thank you very much for your attention!


-- 
View this message in context: http://n2.nabble.com/MS4W-Curve-Label-not-work-tp4141898p4141898.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From arnd.wippermann at web.de  Wed Dec  9 12:48:11 2009
From: arnd.wippermann at web.de (Arnd Wippermann)
Date: Wed, 9 Dec 2009 21:48:11 +0100
Subject: AW: [mapserver-users] How do I Control QUERY Output?
In-Reply-To: <4B1EE6F9.6040708@gisnet.com>
Message-ID: <E1NITSH-0000Pl-00@smtp07.web.de>

Hi,

You cann't insert html to a html document by using a url. There is nothing
like the img tag for pictures.
You have to use ajax to request your query. Then you can put the result with
innerHTML to your element. 

Arnd 

-----Urspr?ngliche Nachricht-----
Von: mapserver-users-bounces at lists.osgeo.org
[mailto:mapserver-users-bounces at lists.osgeo.org] Im Auftrag von Bill Thoen
Gesendet: Mittwoch, 9. Dezember 2009 00:53
An: mapserver-users at lists.osgeo.org
Betreff: [mapserver-users] How do I Control QUERY Output?

 From a simple MapServer HTML interface I switch to Query mode and click on
a map feature, and templates I've assigned to the layer fill with data ...
and display in a new page. What I'd like is for the info to display in a
floating div and not disrupt the view by clearing the map just to display a
small window of data. I'd also prefer to not use frames as well.

With JavaScript I can make a floating drag-able div box, but I can't figure
out how to get the template to send its table of data to the div. 
I've tried removing the HTML header and just appending the table to the div
using innerHTML, but I keep getting null elements or other errors. 
Is this approach right and I'm just missing something, or is this done
another way? I spent the better part of an hour today searching for docs
and/or examples, but either it wasn't to be found or my google-fu was
inferior today. Can someone point me to an example or explain how you can
put query output anywhere on the map page?

--
Bill Thoen
GISnet -  www.gisnet.com
1401 Walnut St., Suite C
Boulder, CO 80302
303-786-9961 tel
303-443-4856 fax

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



From woodbri at swoodbridge.com  Wed Dec  9 13:13:49 2009
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Wed, 09 Dec 2009 16:13:49 -0500
Subject: [mapserver-users] MS4W: Curve Label not work
In-Reply-To: <1260392015321-4141898.post@n2.nabble.com>
References: <1260392015321-4141898.post@n2.nabble.com>
Message-ID: <4B20130D.3000508@swoodbridge.com>

Alphatran wrote:
> Dear everyone,
> 
> I'm new to MS4W and do not know how to make Curve Label working. I already
> set ANGLE FOLLOW in Label Section in MAP file but all label is placed
> horizontal. I hope you can help me to solve this problem.
> 
> Thank you very much for your attention!
> 
> 
You have to use a truetype font for that to work.

If you did show us you LAYER definition from your mapfile.

-Steve W


From bthoen at gisnet.com  Wed Dec  9 13:59:22 2009
From: bthoen at gisnet.com (Bill Thoen)
Date: Wed, 09 Dec 2009 14:59:22 -0700
Subject: AW: [mapserver-users] How do I Control QUERY Output?
In-Reply-To: <E1NITSH-0000Pl-00@smtp07.web.de>
References: <E1NITSH-0000Pl-00@smtp07.web.de>
Message-ID: <4B201DBA.9090704@gisnet.com>

Thanks again, Arnd.
That solution occurred to me this morning, so I'm going to try that out 
next. The other acceptable solution would be to open a new pop-up window 
and send the output there, but I think the AJAX method will be the 
better one for what I want it to do.

Arnd Wippermann wrote:
> Hi,
>
> You cann't insert html to a html document by using a url. There is nothing
> like the img tag for pictures.
> You have to use ajax to request your query. Then you can put the result with
> innerHTML to your element. 
>
> Arnd 
>
> -----Urspr?ngliche Nachricht-----
> Von: mapserver-users-bounces at lists.osgeo.org
> [mailto:mapserver-users-bounces at lists.osgeo.org] Im Auftrag von Bill Thoen
> Gesendet: Mittwoch, 9. Dezember 2009 00:53
> An: mapserver-users at lists.osgeo.org
> Betreff: [mapserver-users] How do I Control QUERY Output?
>
>  From a simple MapServer HTML interface I switch to Query mode and click on
> a map feature, and templates I've assigned to the layer fill with data ...
> and display in a new page. What I'd like is for the info to display in a
> floating div and not disrupt the view by clearing the map just to display a
> small window of data. I'd also prefer to not use frames as well.
>
> With JavaScript I can make a floating drag-able div box, but I can't figure
> out how to get the template to send its table of data to the div. 
> I've tried removing the HTML header and just appending the table to the div
> using innerHTML, but I keep getting null elements or other errors. 
> Is this approach right and I'm just missing something, or is this done
> another way? I spent the better part of an hour today searching for docs
> and/or examples, but either it wasn't to be found or my google-fu was
> inferior today. Can someone point me to an example or explain how you can
> put query output anywhere on the map page?
>
> --
> Bill Thoen
> GISnet -  www.gisnet.com
> 1401 Walnut St., Suite C
> Boulder, CO 80302
> 303-786-9961 tel
> 303-443-4856 fax
>   



From Steve.Lime at state.mn.us  Wed Dec  9 13:53:08 2009
From: Steve.Lime at state.mn.us (Steve Lime)
Date: Wed, 09 Dec 2009 15:53:08 -0600
Subject: [mapserver-users] Label polygon borders?
In-Reply-To: <4B2002D5.3090906@swoodbridge.com>
References: <1260382517801-4141024.post@n2.nabble.com>
	<4B2002D5.3090906@swoodbridge.com>
Message-ID: <4B1FC75D.5157.008F.0@dnr.state.mn.us>

If your polygons are consistently clockwise or counter-clockwise, you may be able
to use a LINE layer to do this. The label positions UC or LC should consistently
place the label in the polygon depending on orientation of the vertices.

Try it and see what happens...

Steve

>>> On 12/9/2009 at 2:04 PM, in message <4B2002D5.3090906 at swoodbridge.com>, Stephen
Woodbridge <woodbri at swoodbridge.com> wrote:
> Ted Spradley wrote:
>> Hi everyone,
>> 
>> Is there a way to have labels follow polygon borders?
>> 
>> i.e. when zoomed in on a border between states/countries, etc. can MS render
>> a label just inside the polygons and following the polygon border?
>> 
>> Thanks, Ted S.
> 
> No, unfortunately not yet. I raised this as an enhancement
> 
> http://trac.osgeo.org/mapserver/ticket/1592 
> http://trac.osgeo.org/mapserver/ticket/2856 (closed as dup)
> 
> Please jump on #1592 and add a comment about your needs.
> 
> Thanks,
>    -Steve W
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org 
> http://lists.osgeo.org/mailman/listinfo/mapserver-users



From Steve.Lime at state.mn.us  Wed Dec  9 13:56:10 2009
From: Steve.Lime at state.mn.us (Steve Lime)
Date: Wed, 09 Dec 2009 15:56:10 -0600
Subject: AW: [mapserver-users] How do I Control QUERY Output?
In-Reply-To: <4B201DBA.9090704@gisnet.com>
References: <E1NITSH-0000Pl-00@smtp07.web.de> <4B201DBA.9090704@gisnet.com>
Message-ID: <4B1FC812.5157.008F.0@dnr.state.mn.us>

The AJAX method will work nicely. This site does just that:

  http://www.dnr.state.mn.us/waters/csg/index.html 

If you use the identify tool to click on a point the query output is
placed in an Ext window. If
you hover over a point very simple query output is stuffed in a div.

Steve

>>> On 12/9/2009 at 3:59 PM, in message <4B201DBA.9090704 at gisnet.com>,
Bill Thoen
<bthoen at gisnet.com> wrote:
> Thanks again, Arnd.
> That solution occurred to me this morning, so I'm going to try that
out 
> next. The other acceptable solution would be to open a new pop-up
window 
> and send the output there, but I think the AJAX method will be the 
> better one for what I want it to do.
> 
> Arnd Wippermann wrote:
>> Hi,
>>
>> You cann't insert html to a html document by using a url. There is
nothing
>> like the img tag for pictures.
>> You have to use ajax to request your query. Then you can put the
result with
>> innerHTML to your element. 
>>
>> Arnd 
>>
>> -----Urspr?ngliche Nachricht-----
>> Von: mapserver-users-bounces at lists.osgeo.org 
>> [mailto:mapserver-users-bounces at lists.osgeo.org] Im Auftrag von Bill
Thoen
>> Gesendet: Mittwoch, 9. Dezember 2009 00:53
>> An: mapserver-users at lists.osgeo.org 
>> Betreff: [mapserver-users] How do I Control QUERY Output?
>>
>>  From a simple MapServer HTML interface I switch to Query mode and
click on
>> a map feature, and templates I've assigned to the layer fill with
data ...
>> and display in a new page. What I'd like is for the info to display
in a
>> floating div and not disrupt the view by clearing the map just to
display a
>> small window of data. I'd also prefer to not use frames as well.
>>
>> With JavaScript I can make a floating drag-able div box, but I can't
figure
>> out how to get the template to send its table of data to the div. 
>> I've tried removing the HTML header and just appending the table to
the div
>> using innerHTML, but I keep getting null elements or other errors. 
>> Is this approach right and I'm just missing something, or is this
done
>> another way? I spent the better part of an hour today searching for
docs
>> and/or examples, but either it wasn't to be found or my google-fu
was
>> inferior today. Can someone point me to an example or explain how
you can
>> put query output anywhere on the map page?
>>
>> --
>> Bill Thoen
>> GISnet -  www.gisnet.com 
>> 1401 Walnut St., Suite C
>> Boulder, CO 80302
>> 303-786-9961 tel
>> 303-443-4856 fax
>>   
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org 
> http://lists.osgeo.org/mailman/listinfo/mapserver-users


From pcorti at gmail.com  Thu Dec 10 01:09:24 2009
From: pcorti at gmail.com (Paolo Corti)
Date: Thu, 10 Dec 2009 01:09:24 -0800 (PST)
Subject: [mapserver-users] MapServer tutorial for C# asp.net
In-Reply-To: <1258912102086-4047060.post@n2.nabble.com>
References: <1258912102086-4047060.post@n2.nabble.com>
Message-ID: <1260436164718-4144333.post@n2.nabble.com>




cs.tropic wrote:
> 
> 
> I'm wondering if anyone has files from this tutorial of Paolo Corti :
> 
> http://www.paolocorti.net/2006/07/01/mapscript-c-tutorial-programming-mapserver-in-the-asp-net-framework/
> 
> 

now it has been fixed
best regards
Paolo

-- 
View this message in context: http://n2.nabble.com/MapServer-tutorial-for-C-asp-net-tp4047060p4144333.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From danlittle at yahoo.com  Thu Dec 10 08:17:53 2009
From: danlittle at yahoo.com (Dan Little)
Date: Thu, 10 Dec 2009 08:17:53 -0800 (PST)
Subject: [mapserver-users] Dynamically update layers without service
	interruption
In-Reply-To: <ba82f3c60912071311q5ccf0ae6pd6c258f9f0dfd850@mail.gmail.com>
References: <ba82f3c60912071311q5ccf0ae6pd6c258f9f0dfd850@mail.gmail.com>
Message-ID: <934564.12366.qm@web51402.mail.re2.yahoo.com>

Yes, it's a matter of how you do your data management.

Generally, if you're using MapServer in CGI mode you can update the data, or the mapfile, and the next time a request comes in, it will see the updated version of your image.



----- Original Message ----
> From: Bj?rn Harrtell <bjorn.harrtell at gmail.com>
> To: mapserver-users at lists.osgeo.org
> Sent: Mon, December 7, 2009 3:11:36 PM
> Subject: [mapserver-users] Dynamically update layers without service interruption
> 
> Is it possible to dynamically add and/or update layer definitions that
> also might involve updates to the underlying data without *any*
> service interruption? I'm primarily interested in this use case when
> using raster layers.
> 
> I have indications that service interruptions can happen but cannot
> verify yet. I found
> http://www.mapserver.org/development/rfc/ms-rfc-44.html#rfc44
> describing the feature of dynamic updates (I assume?) but no mention
> about if service interruption can be expected and/or how to avoid it.
> 
> Regards,
> 
> Bj?rn Harrtell
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users



      


From woodbri at swoodbridge.com  Thu Dec 10 08:31:36 2009
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Thu, 10 Dec 2009 11:31:36 -0500
Subject: [mapserver-users] Dynamically update layers without
	service	interruption
In-Reply-To: <934564.12366.qm@web51402.mail.re2.yahoo.com>
References: <ba82f3c60912071311q5ccf0ae6pd6c258f9f0dfd850@mail.gmail.com>
	<934564.12366.qm@web51402.mail.re2.yahoo.com>
Message-ID: <4B212268.7010603@swoodbridge.com>

The key to this is to minimize the time that the data and mapfile are 
potententially out of sync or the time a file might be being updated so 
that it is in a state of flux that might cause an error if a request 
tries to read the file while it is being updated.

I have managed this in the past with parallel data trees and a symbolic 
link on Linux.

/path/to/data/
/path/to/data/imagesA
/path/to/data/imagesB
/path/to/data/images -> imagesA or imagesB

the map file points to /path/to/data/images and that is a symbolic link 
to either imagesA or imagesB, for example lets say imagesA

So the update process would be something like:

# sync your A and B trees
rsync -s imagesA/* imagesB/.

# update the images in imagesB and the mapfile in imagesB

# make imagesB live
(cd /path/to/data/; rm images; ln -s imagesB images)

# if you want to rollback to imagesA
(cd /path/to/data/; rm images; ln -s imagesA images)

Hope this helps,
   -Steve W

Dan Little wrote:
> Yes, it's a matter of how you do your data management.
> 
> Generally, if you're using MapServer in CGI mode you can update the
> data, or the mapfile, and the next time a request comes in, it will
> see the updated version of your image.
> 
> 
> 
> ----- Original Message ----
>> From: Bj?rn Harrtell <bjorn.harrtell at gmail.com> To:
>> mapserver-users at lists.osgeo.org Sent: Mon, December 7, 2009 3:11:36
>> PM Subject: [mapserver-users] Dynamically update layers without
>> service interruption
>> 
>> Is it possible to dynamically add and/or update layer definitions
>> that also might involve updates to the underlying data without
>> *any* service interruption? I'm primarily interested in this use
>> case when using raster layers.
>> 
>> I have indications that service interruptions can happen but cannot
>>  verify yet. I found 
>> http://www.mapserver.org/development/rfc/ms-rfc-44.html#rfc44 
>> describing the feature of dynamic updates (I assume?) but no
>> mention about if service interruption can be expected and/or how to
>> avoid it.
>> 
>> Regards,
>> 
>> Bj?rn Harrtell _______________________________________________ 
>> 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 MarkVolz at co.lyon.mn.us  Thu Dec 10 09:46:24 2009
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Thu, 10 Dec 2009 11:46:24 -0600
Subject: [mapserver-users] Spatial Joins for labels
Message-ID: <3D56274B4A7874468F58FADDBFD0980108504543@llmhs02.r8nssis.local>

Hi,

I was just wondering if it is possible to spatially join layers  on the fly
for labeling purposes.  For example it would be useful to be able to have a
label:

TEXT [NAME] [ADDRESS] [Watershed.WatershedName]
[Municipality.MunicipalityName]

I am guessing something like this might be possible for postgis.  However is
it possible for shapefiles as well?
 

Mark Volz
GIS Specialist
Lyon County, MN
507-532-8218


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

From jkapalczynski at ci.maple-grove.mn.us  Thu Dec 10 11:53:15 2009
From: jkapalczynski at ci.maple-grove.mn.us (Jay Kapalczynski)
Date: Thu, 10 Dec 2009 13:53:15 -0600
Subject: [mapserver-users] Expression Syntax
Message-ID: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD11@MG-Mail.ci.maple-grove.mn.us>

I looked on map server website in the documentation and cant get the synstax correct

I have two textboxes idOwner and idOwner2
I am a bit confused on the FILTERITEM because I am trying to write the expression to include two fields.

USE1_DESC and BLOCK are the two fields that form the query

  LAYER # Parcels Owner Layer
                    NAME 'Parcels'
                    DATA 'parcels/parcels.shp'
                    STATUS DEFAULT
                    TYPE POLYGON
                    METADATA
                                qstring_validation_pattern '.'
                    END
                    TEMPLATE 'parcels/itemquery_parcels_Owner.html'

                    FILTERITEM 'USE1_DESC'

                    FILTER (* WHERE USE1_DESC = '%idOwner%' and BLOCK = '%idOwner2%')

  END


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

From emilianocastaneda at suremptec.com.ar  Thu Dec 10 12:13:18 2009
From: emilianocastaneda at suremptec.com.ar (=?ISO-8859-1?Q?Emiliano_Casta=F1eda?=)
Date: Thu, 10 Dec 2009 17:13:18 -0300
Subject: [mapserver-users] Expression Syntax
In-Reply-To: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD11@MG-Mail.ci.maple-grove.mn.us>
References: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD11@MG-Mail.ci.maple-grove.mn.us>
Message-ID: <106f14400912101213j2229d372v5b4969f72e171ff@mail.gmail.com>

Jay,

you must use FILTERITEM only for simple FILTER expressions (string
comparison only)
for example:
FILTER "2005" ->fieldvalue
FILTERITEM "year" ->fieldname

For Logical FILTER expressions you do not define FILTERITEM. In this case
you must place the FILTER between parentheses, and fieldnames between
brackets

for example:
FILTER ([field1]<4000 AND "[field2]"=="Museum") -->observe quotes on both
sides on text fields

See http://mapserver.org/mapfile/expressions.html#expressions for detail on
how to build logical expressions

Regards,
Emiliano
2009/12/10 Jay Kapalczynski <jkapalczynski at ci.maple-grove.mn.us>

>  I looked on map server website in the documentation and cant get the
> synstax correct
>
>
>
> I have two textboxes idOwner and idOwner2
>
> I am a bit confused on the FILTERITEM because I am trying to write the
> expression to include two fields.
>
>
>
> USE1_DESC and BLOCK are the two fields that form the query
>
>
>
>   LAYER # Parcels Owner Layer
>
>                     NAME 'Parcels'
>
>                     DATA 'parcels/parcels.shp'
>
>                     STATUS DEFAULT
>
>                     TYPE POLYGON
>
>                     METADATA
>
>                                 qstring_validation_pattern '.'
>
>                     END
>
>                     TEMPLATE 'parcels/itemquery_parcels_Owner.html'
>
>
>
>                     FILTERITEM 'USE1_DESC'
>
>
>
>                     FILTER (* WHERE USE1_DESC = '%idOwner%' and BLOCK =
> '%idOwner2%')
>
>
>
>   END
>
>
>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>


-- 
Ing. Emiliano Casta?eda
SUR Emprendimientos Tecnol?gicos

Ing. Huergo 1189 (C1007AOL)
Ciudad de Buenos Aires, Argentina
Tel. +54 (11) 5811-4552   ext. 107
emilianocastaneda at suremptec.com.ar
www.suremptec.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091210/ba54cfec/attachment.htm>

From jkapalczynski at ci.maple-grove.mn.us  Thu Dec 10 13:20:58 2009
From: jkapalczynski at ci.maple-grove.mn.us (Jay Kapalczynski)
Date: Thu, 10 Dec 2009 15:20:58 -0600
Subject: [mapserver-users] Expression Syntax
In-Reply-To: <106f14400912101213j2229d372v5b4969f72e171ff@mail.gmail.com>
References: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD11@MG-Mail.ci.maple-grove.mn.us>
	<106f14400912101213j2229d372v5b4969f72e171ff@mail.gmail.com>
Message-ID: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD12@MG-Mail.ci.maple-grove.mn.us>

Emiliano thanks for the response....yea I looked at the documentation and it was a bit fuzzy to me...

If I do them individually it works:
                #FILTERITEM 'USE1_DESC'
                #FILTER /.*%idOwnerQueryDESC%.*/i
                #FILTERITEM 'BLOCK'
                #FILTER /.*%idOwnerQueryBLOCK%.*/i

FILTER ([USE1_DESC]=%idOwnerQueryDESC% AND [BLOCK]=%idOwnerQueryBLOCK%)
ERROR: msEvalExpression: Expression parser error.  Failed to parse expression: =Residential AND  =006

FILTER (USE1_DESC=%idOwnerQueryDESC% AND BLOCK=%idOwnerQueryBLOCK%)
I seemed to get a bunch of returns that were incorrect...seems like it grabbed all of them.

Thoughts?


From: Emiliano Casta?eda [mailto:emilianocastaneda at suremptec.com.ar]
Sent: Thursday, December 10, 2009 2:13 PM
To: Jay Kapalczynski
Cc: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Expression Syntax

Jay,

you must use FILTERITEM only for simple FILTER expressions (string comparison only)
for example:
FILTER "2005" ->fieldvalue
FILTERITEM "year" ->fieldname

For Logical FILTER expressions you do not define FILTERITEM. In this case you must place the FILTER between parentheses, and fieldnames between brackets

for example:
FILTER ([field1]<4000 AND "[field2]"=="Museum") -->observe quotes on both sides on text fields

See http://mapserver.org/mapfile/expressions.html#expressions for detail on how to build logical expressions

Regards,
Emiliano
2009/12/10 Jay Kapalczynski <jkapalczynski at ci.maple-grove.mn.us<mailto:jkapalczynski at ci.maple-grove.mn.us>>
I looked on map server website in the documentation and cant get the synstax correct

I have two textboxes idOwner and idOwner2
I am a bit confused on the FILTERITEM because I am trying to write the expression to include two fields.

USE1_DESC and BLOCK are the two fields that form the query

  LAYER # Parcels Owner Layer
                    NAME 'Parcels'
                    DATA 'parcels/parcels.shp'
                    STATUS DEFAULT
                    TYPE POLYGON
                    METADATA
                                qstring_validation_pattern '.'
                    END
                    TEMPLATE 'parcels/itemquery_parcels_Owner.html'

                    FILTERITEM 'USE1_DESC'

                    FILTER (* WHERE USE1_DESC = '%idOwner%' and BLOCK = '%idOwner2%')

  END



_______________________________________________
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



--
Ing. Emiliano Casta?eda
SUR Emprendimientos Tecnol?gicos

Ing. Huergo 1189 (C1007AOL)
Ciudad de Buenos Aires, Argentina
Tel. +54 (11) 5811-4552   ext. 107
emilianocastaneda at suremptec.com.ar<mailto:emilianocastaneda at suremptec.com.ar>
www.suremptec.com<http://www.suremptec.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091210/da1dcaa9/attachment.htm>

From danlittle at yahoo.com  Thu Dec 10 13:25:15 2009
From: danlittle at yahoo.com (Dan Little)
Date: Thu, 10 Dec 2009 13:25:15 -0800 (PST)
Subject: [mapserver-users] Expression Syntax
In-Reply-To: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD12@MG-Mail.ci.maple-grove.mn.us>
References: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD11@MG-Mail.ci.maple-grove.mn.us>
	<106f14400912101213j2229d372v5b4969f72e171ff@mail.gmail.com>
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD12@MG-Mail.ci.maple-grove.mn.us>
Message-ID: <678815.8464.qm@web51408.mail.re2.yahoo.com>

You might want to check out the code for "query.php" in the GM2 branch.

>
>From: Jay Kapalczynski <jkapalczynski at ci.maple-grove.mn.us>
>To: Emiliano Casta?eda <emilianocastaneda at suremptec.com.ar>
>Cc: "mapserver-users at lists.osgeo.org" <mapserver-users at lists.osgeo.org>
>Sent: Thu, December 10, 2009 3:20:58 PM
>Subject: RE: [mapserver-users] Expression Syntax
>
> >
>>
>Emiliano thanks for the response?.yea I looked at the
>documentation and it was a bit fuzzy to me?
> 
>If I do them individually it works:
>                #FILTERITEM 'USE1_DESC'
>                #FILTER /.*%idOwnerQueryDESC%.*/i
>                #FILTERITEM 'BLOCK'
>                #FILTER /.*%idOwnerQueryBLOCK%.*/i
> 
>FILTER ([USE1_DESC]=%idOwnerQueryDESC% AND
>[BLOCK]=%idOwnerQueryBLOCK%)
>ERROR: msEvalExpression: Expression parser error.  Failed to
>parse expression: =Residential AND  =006
> 
>FILTER (USE1_DESC=%idOwnerQueryDESC% AND
>BLOCK=%idOwnerQueryBLOCK%)
>I seemed to get a bunch of returns that were incorrect...seems
>like it grabbed all of them.
> 
>Thoughts?
> 
> 
>>
>From:Emiliano Casta?eda
>[mailto:emilianocastaneda at suremptec.com.ar] 
>Sent: Thursday, December 10, 2009 2:13 PM
>To: Jay Kapalczynski
>Cc: mapserver-users at lists.osgeo.org
>Subject: Re: [mapserver-users] Expression Syntax
> 
>>
>Jay,
>>
> 
>>
>you must use FILTERITEM only for simple FILTER expressions
>(string comparison only)
>>
>for example: 
>>
>FILTER "2005" ->fieldvalue
>>FILTERITEM "year" ->fieldname
>>
> 
>>
>For Logical FILTER expressions you do not define
>FILTERITEM. In this case you must place the FILTER between parentheses,
>and fieldnames between brackets 
>>
> 
>>
>for example:
>>
>FILTER ([field1]<4000 AND
>"[field2]"=="Museum") -->observe quotes on both sides on
>text fields
>>
> 
>>
>See http://mapserver.org/mapfile/expressions.html#expressions for
>detail on how to build logical expressions
>>
> 
>>
>Regards,
>>
>Emiliano
>>
>2009/12/10 Jay Kapalczynski <jkapalczynski at ci.maple-grove.mn.us>
>>
>>
>I
>looked on map server website in the documentation and cant get the synstax
>correct
> 
>I
>have two textboxes idOwner and idOwner2
>I
>am a bit confused on the FILTERITEM because I am trying to write the expression
>to include two fields.
> 
>USE1_DESC
>and BLOCK are the two fields that form the query
> 
>  LAYER # Parcels Owner Layer
>               
>    NAME 'Parcels'
>               
>    DATA 'parcels/parcels.shp'
>               
>    STATUS DEFAULT
>               
>    TYPE POLYGON
>               
>    METADATA
>               
>   
>           
>qstring_validation_pattern '.'
>               
>    END
>               
>    TEMPLATE 'parcels/itemquery_parcels_Owner.html'
> 
>               
>    FILTERITEM 'USE1_DESC'
> 
>               
>    FILTER (* WHERE USE1_DESC = '%idOwner%' and BLOCK =
>'%idOwner2%') 
> 
>  END  
> 
> 
>
>>_______________________________________________
>>mapserver-users mailing list
>mapserver-users at lists.osgeo.org
>http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
>
>>-- 
>>Ing. Emiliano Casta?eda
>>SUR Emprendimientos Tecnol?gicos
>
>>Ing. Huergo 1189 (C1007AOL)
>>Ciudad de Buenos Aires, Argentina
>>Tel. +54 (11) 5811-4552   ext. 107
>emilianocastaneda at suremptec.com.ar
>www.suremptec.com


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

From David.Fawcett at state.mn.us  Thu Dec 10 13:26:22 2009
From: David.Fawcett at state.mn.us (Fawcett, David (MPCA))
Date: Thu, 10 Dec 2009 15:26:22 -0600
Subject: [mapserver-users] Expression Syntax
In-Reply-To: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD12@MG-Mail.ci.maple-grove.mn.us>
References: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD11@MG-Mail.ci.maple-grove.mn.us>
	<106f14400912101213j2229d372v5b4969f72e171ff@mail.gmail.com>
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD12@MG-Mail.ci.maple-grove.mn.us>
Message-ID: <D2C2A8AE8E016C42A974F644AF21E13902F3FDDAE9@MNMAIL05.ead.state.mn.us>

At a minimum, I think that you will need to add quotes around the query columns.  (just use single quotes, not the fancy Microsofty ones below...)

FILTER ('[USE1_DESC]'=%idOwnerQueryDESC% AND '[BLOCK]'=%idOwnerQueryBLOCK%)

Try setting a filter with static values from your data to get the filter format working before you add the complexity of passing the values in with variables.

FILTER ('[USE1_DESC]'='myUse' AND '[BLOCK]'='myBlock')

David.

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Jay Kapalczynski
Sent: Thursday, December 10, 2009 3:21 PM
To: 'Emiliano Casta?eda'
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Expression Syntax

Emiliano thanks for the response....yea I looked at the documentation and it was a bit fuzzy to me...

If I do them individually it works:
                #FILTERITEM 'USE1_DESC'
                #FILTER /.*%idOwnerQueryDESC%.*/i
                #FILTERITEM 'BLOCK'
                #FILTER /.*%idOwnerQueryBLOCK%.*/i

FILTER ([USE1_DESC]=%idOwnerQueryDESC% AND [BLOCK]=%idOwnerQueryBLOCK%)
ERROR: msEvalExpression: Expression parser error.  Failed to parse expression: =Residential AND  =006

FILTER (USE1_DESC=%idOwnerQueryDESC% AND BLOCK=%idOwnerQueryBLOCK%)
I seemed to get a bunch of returns that were incorrect...seems like it grabbed all of them.

Thoughts?


From: Emiliano Casta?eda [mailto:emilianocastaneda at suremptec.com.ar]
Sent: Thursday, December 10, 2009 2:13 PM
To: Jay Kapalczynski
Cc: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Expression Syntax

Jay,

you must use FILTERITEM only for simple FILTER expressions (string comparison only)
for example:
FILTER "2005" ->fieldvalue
FILTERITEM "year" ->fieldname

For Logical FILTER expressions you do not define FILTERITEM. In this case you must place the FILTER between parentheses, and fieldnames between brackets

for example:
FILTER ([field1]<4000 AND "[field2]"=="Museum") -->observe quotes on both sides on text fields

See http://mapserver.org/mapfile/expressions.html#expressions for detail on how to build logical expressions

Regards,
Emiliano
2009/12/10 Jay Kapalczynski <jkapalczynski at ci.maple-grove.mn.us<mailto:jkapalczynski at ci.maple-grove.mn.us>>
I looked on map server website in the documentation and cant get the synstax correct

I have two textboxes idOwner and idOwner2
I am a bit confused on the FILTERITEM because I am trying to write the expression to include two fields.

USE1_DESC and BLOCK are the two fields that form the query

  LAYER # Parcels Owner Layer
                    NAME 'Parcels'
                    DATA 'parcels/parcels.shp'
                    STATUS DEFAULT
                    TYPE POLYGON
                    METADATA
                                qstring_validation_pattern '.'
                    END
                    TEMPLATE 'parcels/itemquery_parcels_Owner.html'

                    FILTERITEM 'USE1_DESC'

                    FILTER (* WHERE USE1_DESC = '%idOwner%' and BLOCK = '%idOwner2%')

  END



_______________________________________________
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



--
Ing. Emiliano Casta?eda
SUR Emprendimientos Tecnol?gicos

Ing. Huergo 1189 (C1007AOL)
Ciudad de Buenos Aires, Argentina
Tel. +54 (11) 5811-4552   ext. 107
emilianocastaneda at suremptec.com.ar<mailto:emilianocastaneda at suremptec.com.ar>
www.suremptec.com<http://www.suremptec.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091210/8fff01fc/attachment.htm>

From tspradley at snoogems.com  Thu Dec 10 13:44:51 2009
From: tspradley at snoogems.com (Ted Spradley)
Date: Thu, 10 Dec 2009 13:44:51 -0800 (PST)
Subject: [mapserver-users] make error - version 5.6.0-rc1 - /usr/bin/ld:
	cannot find -lxslt
Message-ID: <1260481491255-4148052.post@n2.nabble.com>


Hi everybody!

Building 5.6.0-rc1 on Linux 2.6.23.15-80.fc7

make exits with the error below after trying to compile shp2img with the
message: 
/usr/bin/ld: cannot find -lxslt

What is xslt that ld is looking for?

Thanks in advance,
Ted S.

gcc -c -O2 -fPIC -Wall     -DHAVE_VSNPRINTF -DNEED_STRLCAT -DNEED_STRRSTR    
-DUSE_FASTCGI   -DUSE_WMS_LYR -DUSE_WFS_LYR  -DUSE_LIBXML2 -DUSE_CURL
-DUSE_WCS_SVR -DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS  -DUSE_GDAL
-DUSE_OGR  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL  -DUSE_AGG     -DUSE_GD_GIF
-DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB    
-I/usr/lib/ -I/usr/include/freetype2    -I/usr/local/include    
-I/usr/local/include -I/usr/include       -I/usr/include
-I/usr/include/fastcgi  -I/usr/include/libxml2   shp2img.c -o shp2img.o
g++ -O2 -fPIC -Wall     -DHAVE_VSNPRINTF -DNEED_STRLCAT -DNEED_STRRSTR    
-DUSE_FASTCGI   -DUSE_WMS_LYR -DUSE_WFS_LYR  -DUSE_LIBXML2 -DUSE_CURL
-DUSE_WCS_SVR -DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS  -DUSE_GDAL
-DUSE_OGR  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL  -DUSE_AGG     -DUSE_GD_GIF
-DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB    
-I/usr/lib/ -I/usr/include/freetype2    -I/usr/local/include    
-I/usr/local/include -I/usr/include       -I/usr/include
-I/usr/include/fastcgi  -I/usr/include/libxml2   shp2img.o  -L. -lmapserver
-L/usr/lib/ -lgd -ljpeg -lfreetype -lpng -lz -lXpm -lX11      -ljpeg
-lfreetype -lpng -lz -lXpm -lX11  -L/usr/local/lib -lproj -ljpeg -lpng 
-L/usr/local/lib -lgdal -I/usr/include -lsqlite3 -L/usr/lib -lexpat -ljpeg
-lpng -lpq -L/usr/lib -lpq -lz -lm -lrt -ldl -lcurl  -L/usr/lib -lpq
-lpgport -lxslt -lxml2 -lpam -lssl -lcrypto -lkrb5 -lcom_err -lgssapi_krb5
-lz -lreadline -lcrypt -ldl -lm   -lcurl     -lpthread -L -lc -L/usr/lib
-lfcgi -lz -lxml2 -lz -lm  -lm -lstdc++    -o shp2img
/usr/bin/ld: cannot find -lxslt
collect2: ld returned 1 exit status
make: *** [shp2img] Error 1

-- 
View this message in context: http://n2.nabble.com/make-error-version-5-6-0-rc1-usr-bin-ld-cannot-find-lxslt-tp4148052p4148052.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From jkapalczynski at ci.maple-grove.mn.us  Thu Dec 10 13:57:09 2009
From: jkapalczynski at ci.maple-grove.mn.us (Jay Kapalczynski)
Date: Thu, 10 Dec 2009 15:57:09 -0600
Subject: [mapserver-users] Expression Syntax
In-Reply-To: <D2C2A8AE8E016C42A974F644AF21E13902F3FDDAE9@MNMAIL05.ead.state.mn.us>
References: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD11@MG-Mail.ci.maple-grove.mn.us>
	<106f14400912101213j2229d372v5b4969f72e171ff@mail.gmail.com>
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD12@MG-Mail.ci.maple-grove.mn.us>
	<D2C2A8AE8E016C42A974F644AF21E13902F3FDDAE9@MNMAIL05.ead.state.mn.us>
Message-ID: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD13@MG-Mail.ci.maple-grove.mn.us>

Thanks all for your thoughts....

Got it...I had to add ' ' around the textbox id as well when referencing the textbox id names
Notice( '%idOwnerQueryDESC%' and '%idOwnerQueryBLOCK%' )

FILTER ('[USE1_DESC]'='%idOwnerQueryDESC%' AND '[BLOCK]'='%idOwnerQueryBLOCK%')

Dan thanks for your thoughts...I am going to be moving to 2.x soon....but have to have the time to lean this all over again...moving to open layers that is....
One step at a time...I have a ton programmed into 1.6 that's going to take me some time to convert...

Thanks again all....very appreciated


From: Fawcett, David (MPCA) [mailto:David.Fawcett at state.mn.us]
Sent: Thursday, December 10, 2009 3:26 PM
To: Jay Kapalczynski; 'Emiliano Casta?eda'
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Expression Syntax

At a minimum, I think that you will need to add quotes around the query columns.  (just use single quotes, not the fancy Microsofty ones below...)

FILTER ('[USE1_DESC]'=%idOwnerQueryDESC% AND '[BLOCK]'=%idOwnerQueryBLOCK%)

Try setting a filter with static values from your data to get the filter format working before you add the complexity of passing the values in with variables.

FILTER ('[USE1_DESC]'='myUse' AND '[BLOCK]'='myBlock')

David.

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Jay Kapalczynski
Sent: Thursday, December 10, 2009 3:21 PM
To: 'Emiliano Casta?eda'
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Expression Syntax

Emiliano thanks for the response....yea I looked at the documentation and it was a bit fuzzy to me...

If I do them individually it works:
                #FILTERITEM 'USE1_DESC'
                #FILTER /.*%idOwnerQueryDESC%.*/i
                #FILTERITEM 'BLOCK'
                #FILTER /.*%idOwnerQueryBLOCK%.*/i

FILTER ([USE1_DESC]=%idOwnerQueryDESC% AND [BLOCK]=%idOwnerQueryBLOCK%)
ERROR: msEvalExpression: Expression parser error.  Failed to parse expression: =Residential AND  =006

FILTER (USE1_DESC=%idOwnerQueryDESC% AND BLOCK=%idOwnerQueryBLOCK%)
I seemed to get a bunch of returns that were incorrect...seems like it grabbed all of them.

Thoughts?


From: Emiliano Casta?eda [mailto:emilianocastaneda at suremptec.com.ar]
Sent: Thursday, December 10, 2009 2:13 PM
To: Jay Kapalczynski
Cc: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Expression Syntax

Jay,

you must use FILTERITEM only for simple FILTER expressions (string comparison only)
for example:
FILTER "2005" ->fieldvalue
FILTERITEM "year" ->fieldname

For Logical FILTER expressions you do not define FILTERITEM. In this case you must place the FILTER between parentheses, and fieldnames between brackets

for example:
FILTER ([field1]<4000 AND "[field2]"=="Museum") -->observe quotes on both sides on text fields

See http://mapserver.org/mapfile/expressions.html#expressions for detail on how to build logical expressions

Regards,
Emiliano
2009/12/10 Jay Kapalczynski <jkapalczynski at ci.maple-grove.mn.us<mailto:jkapalczynski at ci.maple-grove.mn.us>>
I looked on map server website in the documentation and cant get the synstax correct

I have two textboxes idOwner and idOwner2
I am a bit confused on the FILTERITEM because I am trying to write the expression to include two fields.

USE1_DESC and BLOCK are the two fields that form the query

  LAYER # Parcels Owner Layer
                    NAME 'Parcels'
                    DATA 'parcels/parcels.shp'
                    STATUS DEFAULT
                    TYPE POLYGON
                    METADATA
                                qstring_validation_pattern '.'
                    END
                    TEMPLATE 'parcels/itemquery_parcels_Owner.html'

                    FILTERITEM 'USE1_DESC'

                    FILTER (* WHERE USE1_DESC = '%idOwner%' and BLOCK = '%idOwner2%')

  END



_______________________________________________
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



--
Ing. Emiliano Casta?eda
SUR Emprendimientos Tecnol?gicos

Ing. Huergo 1189 (C1007AOL)
Ciudad de Buenos Aires, Argentina
Tel. +54 (11) 5811-4552   ext. 107
emilianocastaneda at suremptec.com.ar<mailto:emilianocastaneda at suremptec.com.ar>
www.suremptec.com<http://www.suremptec.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091210/ed4fd4c8/attachment.htm>

From jkapalczynski at ci.maple-grove.mn.us  Thu Dec 10 14:05:29 2009
From: jkapalczynski at ci.maple-grove.mn.us (Jay Kapalczynski)
Date: Thu, 10 Dec 2009 16:05:29 -0600
Subject: [mapserver-users] Expression Syntax
In-Reply-To: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD13@MG-Mail.ci.maple-grove.mn.us>
References: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD11@MG-Mail.ci.maple-grove.mn.us>
	<106f14400912101213j2229d372v5b4969f72e171ff@mail.gmail.com>
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD12@MG-Mail.ci.maple-grove.mn.us>
	<D2C2A8AE8E016C42A974F644AF21E13902F3FDDAE9@MNMAIL05.ead.state.mn.us>
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD13@MG-Mail.ci.maple-grove.mn.us>
Message-ID: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD14@MG-Mail.ci.maple-grove.mn.us>

Last thought....

Now that this is working:
FILTER ('[USE1_DESC]'='%idOwnerQueryDESC%' AND '[BLOCK]'='%idOwnerQueryBLOCK%')

I am trying to get them to be wild cards...this worked individually:  BUT does not work in the full string.
FILTER /.*%idOwnerQueryDESC%.*/i


Not Working:
FILTER ('[USE1_DESC]'=' /.*%idOwnerQueryDESC%.*/i' AND '[BLOCK]'='%idOwnerQueryBLOCK%')

FILTER ('[USE1_DESC]'= /.*%idOwnerQueryDESC%.*/i AND '[BLOCK]'='%idOwnerQueryBLOCK%')

FILTER ('[USE1_DESC]'=' .*%idOwnerQueryDESC%*.' AND '[BLOCK]'='%idOwnerQueryBLOCK%')



From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Jay Kapalczynski
Sent: Thursday, December 10, 2009 3:57 PM
To: 'Fawcett, David (MPCA)'; 'Emiliano Casta?eda'
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Expression Syntax

Thanks all for your thoughts....

Got it...I had to add ' ' around the textbox id as well when referencing the textbox id names
Notice( '%idOwnerQueryDESC%' and '%idOwnerQueryBLOCK%' )

FILTER ('[USE1_DESC]'='%idOwnerQueryDESC%' AND '[BLOCK]'='%idOwnerQueryBLOCK%')

Dan thanks for your thoughts...I am going to be moving to 2.x soon....but have to have the time to lean this all over again...moving to open layers that is....
One step at a time...I have a ton programmed into 1.6 that's going to take me some time to convert...

Thanks again all....very appreciated


From: Fawcett, David (MPCA) [mailto:David.Fawcett at state.mn.us]
Sent: Thursday, December 10, 2009 3:26 PM
To: Jay Kapalczynski; 'Emiliano Casta?eda'
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Expression Syntax

At a minimum, I think that you will need to add quotes around the query columns.  (just use single quotes, not the fancy Microsofty ones below...)

FILTER ('[USE1_DESC]'=%idOwnerQueryDESC% AND '[BLOCK]'=%idOwnerQueryBLOCK%)

Try setting a filter with static values from your data to get the filter format working before you add the complexity of passing the values in with variables.

FILTER ('[USE1_DESC]'='myUse' AND '[BLOCK]'='myBlock')

David.

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Jay Kapalczynski
Sent: Thursday, December 10, 2009 3:21 PM
To: 'Emiliano Casta?eda'
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Expression Syntax

Emiliano thanks for the response....yea I looked at the documentation and it was a bit fuzzy to me...

If I do them individually it works:
                #FILTERITEM 'USE1_DESC'
                #FILTER /.*%idOwnerQueryDESC%.*/i
                #FILTERITEM 'BLOCK'
                #FILTER /.*%idOwnerQueryBLOCK%.*/i

FILTER ([USE1_DESC]=%idOwnerQueryDESC% AND [BLOCK]=%idOwnerQueryBLOCK%)
ERROR: msEvalExpression: Expression parser error.  Failed to parse expression: =Residential AND  =006

FILTER (USE1_DESC=%idOwnerQueryDESC% AND BLOCK=%idOwnerQueryBLOCK%)
I seemed to get a bunch of returns that were incorrect...seems like it grabbed all of them.

Thoughts?


From: Emiliano Casta?eda [mailto:emilianocastaneda at suremptec.com.ar]
Sent: Thursday, December 10, 2009 2:13 PM
To: Jay Kapalczynski
Cc: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Expression Syntax

Jay,

you must use FILTERITEM only for simple FILTER expressions (string comparison only)
for example:
FILTER "2005" ->fieldvalue
FILTERITEM "year" ->fieldname

For Logical FILTER expressions you do not define FILTERITEM. In this case you must place the FILTER between parentheses, and fieldnames between brackets

for example:
FILTER ([field1]<4000 AND "[field2]"=="Museum") -->observe quotes on both sides on text fields

See http://mapserver.org/mapfile/expressions.html#expressions for detail on how to build logical expressions

Regards,
Emiliano
2009/12/10 Jay Kapalczynski <jkapalczynski at ci.maple-grove.mn.us<mailto:jkapalczynski at ci.maple-grove.mn.us>>
I looked on map server website in the documentation and cant get the synstax correct

I have two textboxes idOwner and idOwner2
I am a bit confused on the FILTERITEM because I am trying to write the expression to include two fields.

USE1_DESC and BLOCK are the two fields that form the query

  LAYER # Parcels Owner Layer
                    NAME 'Parcels'
                    DATA 'parcels/parcels.shp'
                    STATUS DEFAULT
                    TYPE POLYGON
                    METADATA
                                qstring_validation_pattern '.'
                    END
                    TEMPLATE 'parcels/itemquery_parcels_Owner.html'

                    FILTERITEM 'USE1_DESC'

                    FILTER (* WHERE USE1_DESC = '%idOwner%' and BLOCK = '%idOwner2%')

  END



_______________________________________________
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



--
Ing. Emiliano Casta?eda
SUR Emprendimientos Tecnol?gicos

Ing. Huergo 1189 (C1007AOL)
Ciudad de Buenos Aires, Argentina
Tel. +54 (11) 5811-4552   ext. 107
emilianocastaneda at suremptec.com.ar<mailto:emilianocastaneda at suremptec.com.ar>
www.suremptec.com<http://www.suremptec.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091210/2c116bc3/attachment.htm>

From woodbri at swoodbridge.com  Thu Dec 10 14:23:00 2009
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Thu, 10 Dec 2009 17:23:00 -0500
Subject: [mapserver-users] make error - version 5.6.0-rc1 - /usr/bin/ld:
	cannot find -lxslt
In-Reply-To: <1260481491255-4148052.post@n2.nabble.com>
References: <1260481491255-4148052.post@n2.nabble.com>
Message-ID: <4B2174C4.1050406@swoodbridge.com>

Sounds like a new library dependency that needs to be documented.

yum search libxslt
yum install libxslt-devel

or something like that.

-Steve W

Ted Spradley wrote:
> Hi everybody!
> 
> Building 5.6.0-rc1 on Linux 2.6.23.15-80.fc7
> 
> make exits with the error below after trying to compile shp2img with the
> message: 
> /usr/bin/ld: cannot find -lxslt
> 
> What is xslt that ld is looking for?
> 
> Thanks in advance,
> Ted S.
> 
> gcc -c -O2 -fPIC -Wall     -DHAVE_VSNPRINTF -DNEED_STRLCAT -DNEED_STRRSTR    
> -DUSE_FASTCGI   -DUSE_WMS_LYR -DUSE_WFS_LYR  -DUSE_LIBXML2 -DUSE_CURL
> -DUSE_WCS_SVR -DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS  -DUSE_GDAL
> -DUSE_OGR  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL  -DUSE_AGG     -DUSE_GD_GIF
> -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
> -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB    
> -I/usr/lib/ -I/usr/include/freetype2    -I/usr/local/include    
> -I/usr/local/include -I/usr/include       -I/usr/include
> -I/usr/include/fastcgi  -I/usr/include/libxml2   shp2img.c -o shp2img.o
> g++ -O2 -fPIC -Wall     -DHAVE_VSNPRINTF -DNEED_STRLCAT -DNEED_STRRSTR    
> -DUSE_FASTCGI   -DUSE_WMS_LYR -DUSE_WFS_LYR  -DUSE_LIBXML2 -DUSE_CURL
> -DUSE_WCS_SVR -DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS  -DUSE_GDAL
> -DUSE_OGR  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL  -DUSE_AGG     -DUSE_GD_GIF
> -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
> -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB    
> -I/usr/lib/ -I/usr/include/freetype2    -I/usr/local/include    
> -I/usr/local/include -I/usr/include       -I/usr/include
> -I/usr/include/fastcgi  -I/usr/include/libxml2   shp2img.o  -L. -lmapserver
> -L/usr/lib/ -lgd -ljpeg -lfreetype -lpng -lz -lXpm -lX11      -ljpeg
> -lfreetype -lpng -lz -lXpm -lX11  -L/usr/local/lib -lproj -ljpeg -lpng 
> -L/usr/local/lib -lgdal -I/usr/include -lsqlite3 -L/usr/lib -lexpat -ljpeg
> -lpng -lpq -L/usr/lib -lpq -lz -lm -lrt -ldl -lcurl  -L/usr/lib -lpq
> -lpgport -lxslt -lxml2 -lpam -lssl -lcrypto -lkrb5 -lcom_err -lgssapi_krb5
> -lz -lreadline -lcrypt -ldl -lm   -lcurl     -lpthread -L -lc -L/usr/lib
> -lfcgi -lz -lxml2 -lz -lm  -lm -lstdc++    -o shp2img
> /usr/bin/ld: cannot find -lxslt
> collect2: ld returned 1 exit status
> make: *** [shp2img] Error 1
> 



From tspradley at snoogems.com  Thu Dec 10 14:52:56 2009
From: tspradley at snoogems.com (Ted Spradley)
Date: Thu, 10 Dec 2009 14:52:56 -0800 (PST)
Subject: [mapserver-users] make error - version 5.6.0-rc1 - /usr/bin/ld:
	cannot find -lxslt
In-Reply-To: <4B2174C4.1050406@swoodbridge.com>
References: <1260481491255-4148052.post@n2.nabble.com>
	<4B2174C4.1050406@swoodbridge.com>
Message-ID: <A2445FF43AA84C0C9AE05E605DCC6C8F@coastal008>


Thanks Steve.  Got it.

Make error again, this time:
/usr/bin/ld: cannot find -lpam

So, did 

yum search libpam

Excluding Packages from Fedora 7 - i386
Finished
Excluding Packages from Fedora 7 - i386 - Updates
Finished
psa-libpam-plesk.i586 : PAM module to authorize via Plesk Users Database

I am not sure what that means: PAM module to authorize via Plesk Users Database.  I do have a Plesk Control Panel.

yum install psa-libpam-plesk.i586 

returns this:
Excluding Packages from Fedora 7 - i386
Finished
Excluding Packages from Fedora 7 - i386 - Updates
Finished
Setting up Install Process
Parsing package install arguments
No package psa-libpam-plesk.i586 available.
Nothing to do

Ted S

  ----- Original Message ----- 
  From: Stephen Woodbridge [via OSGeo.org] 
  To: Ted Spradley 
  Sent: Thursday, December 10, 2009 4:23 PM
  Subject: Re: [mapserver-users] make error - version 5.6.0-rc1 - /usr/bin/ld: cannot find -lxslt


  Sounds like a new library dependency that needs to be documented. 

  yum search libxslt 
  yum install libxslt-devel 

  or something like that. 

  -Steve W 

  Ted Spradley wrote: 

  > Hi everybody! 
  > 
  > Building 5.6.0-rc1 on Linux 2.6.23.15-80.fc7 
  > 
  > make exits with the error below after trying to compile shp2img with the 
  > message: 
  > /usr/bin/ld: cannot find -lxslt 
  > 
  > What is xslt that ld is looking for? 
  > 
  > Thanks in advance, 
  > Ted S. 
  > 
  > gcc -c -O2 -fPIC -Wall     -DHAVE_VSNPRINTF -DNEED_STRLCAT -DNEED_STRRSTR     
  > -DUSE_FASTCGI   -DUSE_WMS_LYR -DUSE_WFS_LYR  -DUSE_LIBXML2 -DUSE_CURL 
  > -DUSE_WCS_SVR -DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS  -DUSE_GDAL 
  > -DUSE_OGR  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL  -DUSE_AGG     -DUSE_GD_GIF 
  > -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW 
  > -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB     
  > -I/usr/lib/ -I/usr/include/freetype2    -I/usr/local/include     
  > -I/usr/local/include -I/usr/include       -I/usr/include 
  > -I/usr/include/fastcgi  -I/usr/include/libxml2   shp2img.c -o shp2img.o 
  > g++ -O2 -fPIC -Wall     -DHAVE_VSNPRINTF -DNEED_STRLCAT -DNEED_STRRSTR     
  > -DUSE_FASTCGI   -DUSE_WMS_LYR -DUSE_WFS_LYR  -DUSE_LIBXML2 -DUSE_CURL 
  > -DUSE_WCS_SVR -DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS  -DUSE_GDAL 
  > -DUSE_OGR  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL  -DUSE_AGG     -DUSE_GD_GIF 
  > -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW 
  > -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB     
  > -I/usr/lib/ -I/usr/include/freetype2    -I/usr/local/include     
  > -I/usr/local/include -I/usr/include       -I/usr/include 
  > -I/usr/include/fastcgi  -I/usr/include/libxml2   shp2img.o  -L. -lmapserver 
  > -L/usr/lib/ -lgd -ljpeg -lfreetype -lpng -lz -lXpm -lX11      -ljpeg 
  > -lfreetype -lpng -lz -lXpm -lX11  -L/usr/local/lib -lproj -ljpeg -lpng 
  > -L/usr/local/lib -lgdal -I/usr/include -lsqlite3 -L/usr/lib -lexpat -ljpeg 
  > -lpng -lpq -L/usr/lib -lpq -lz -lm -lrt -ldl -lcurl  -L/usr/lib -lpq 
  > -lpgport -lxslt -lxml2 -lpam -lssl -lcrypto -lkrb5 -lcom_err -lgssapi_krb5 
  > -lz -lreadline -lcrypt -ldl -lm   -lcurl     -lpthread -L -lc -L/usr/lib 
  > -lfcgi -lz -lxml2 -lz -lm  -lm -lstdc++    -o shp2img 
  > /usr/bin/ld: cannot find -lxslt 
  > collect2: ld returned 1 exit status 
  > make: *** [shp2img] Error 1 
  > 

  _______________________________________________ 
  mapserver-users mailing list 
  [hidden email] 
  http://lists.osgeo.org/mailman/listinfo/mapserver-users



------------------------------------------------------------------------------

  View message @ http://n2.nabble.com/make-error-version-5-6-0-rc1-usr-bin-ld-cannot-find-lxslt-tp4148052p4148305.html 
  To unsubscribe from make error - version 5.6.0-rc1 - /usr/bin/ld: cannot find -lxslt, click here. 


-- 
View this message in context: http://n2.nabble.com/make-error-version-5-6-0-rc1-usr-bin-ld-cannot-find-lxslt-tp4148052p4148437.html
Sent from the Mapserver - User mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091210/780c78aa/attachment.htm>

From woodbri at swoodbridge.com  Thu Dec 10 15:11:36 2009
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Thu, 10 Dec 2009 18:11:36 -0500
Subject: [mapserver-users] make error - version 5.6.0-rc1 - /usr/bin/ld:
	cannot find -lxslt
In-Reply-To: <A2445FF43AA84C0C9AE05E605DCC6C8F@coastal008>
References: <1260481491255-4148052.post@n2.nabble.com>	<4B2174C4.1050406@swoodbridge.com>
	<A2445FF43AA84C0C9AE05E605DCC6C8F@coastal008>
Message-ID: <4B218028.9040003@swoodbridge.com>

http://www.google.com/#hl=en&source=hp&q=fedora+7+libpam

-Steve

Ted Spradley wrote:
> 
> Thanks Steve.  Got it.
>  
> Make error again, this time:
> /usr/bin/ld: cannot find -lpam
> So, did
>  
> yum search libpam
>  
> Excluding Packages from Fedora 7 - i386
> Finished
> Excluding Packages from Fedora 7 - i386 - Updates
> Finished
> psa-libpam-plesk.i586 : PAM module to authorize via Plesk Users Database
> I am not sure what that means: PAM module to authorize via Plesk Users 
> Database.  I do have a Plesk Control Panel.
>  
> yum install psa-libpam-plesk.i586
>  
> returns this:
> Excluding Packages from Fedora 7 - i386
> Finished
> Excluding Packages from Fedora 7 - i386 - Updates
> Finished
> Setting up Install Process
> Parsing package install arguments
> No package psa-libpam-plesk.i586 available.
> Nothing to do
> Ted S
>  
> 
>     ----- Original Message -----
>     *From:* [hidden email]
>     <http://n2.nabble.com/user/SendEmail.jtp?type=node&node=4148437&i=0>
>     *To:* [hidden email]
>     <http://n2.nabble.com/user/SendEmail.jtp?type=node&node=4148437&i=1>
>     *Sent:* Thursday, December 10, 2009 4:23 PM
>     *Subject:* Re: [mapserver-users] make error - version 5.6.0-rc1 -
>     /usr/bin/ld: cannot find -lxslt
> 
>     Sounds like a new library dependency that needs to be documented.
> 
>     yum search libxslt
>     yum install libxslt-devel
> 
>     or something like that.
> 
>     -Steve W
> 
>     Ted Spradley wrote:
> 
>      > Hi everybody!
>      >
>      > Building 5.6.0-rc1 on Linux 2.6.23.15-80.fc7
>      >
>      > make exits with the error below after trying to compile shp2img
>     with the
>      > message:
>      > /usr/bin/ld: cannot find -lxslt
>      >
>      > What is xslt that ld is looking for?
>      >
>      > Thanks in advance,
>      > Ted S.
>      >
>      > gcc -c -O2 -fPIC -Wall     -DHAVE_VSNPRINTF -DNEED_STRLCAT
>     -DNEED_STRRSTR    
>      > -DUSE_FASTCGI   -DUSE_WMS_LYR -DUSE_WFS_LYR  -DUSE_LIBXML2
>     -DUSE_CURL
>      > -DUSE_WCS_SVR -DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS
>      -DUSE_GDAL
>      > -DUSE_OGR  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL  -DUSE_AGG    
>     -DUSE_GD_GIF
>      > -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT
>     -DGD_HAS_FTEX_XSHOW
>      > -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV
>     -DUSE_ZLIB    
>      > -I/usr/lib/ -I/usr/include/freetype2    -I/usr/local/include    
>      > -I/usr/local/include -I/usr/include       -I/usr/include
>      > -I/usr/include/fastcgi  -I/usr/include/libxml2   shp2img.c -o
>     shp2img.o
>      > g++ -O2 -fPIC -Wall     -DHAVE_VSNPRINTF -DNEED_STRLCAT
>     -DNEED_STRRSTR    
>      > -DUSE_FASTCGI   -DUSE_WMS_LYR -DUSE_WFS_LYR  -DUSE_LIBXML2
>     -DUSE_CURL
>      > -DUSE_WCS_SVR -DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS
>      -DUSE_GDAL
>      > -DUSE_OGR  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL  -DUSE_AGG    
>     -DUSE_GD_GIF
>      > -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT
>     -DGD_HAS_FTEX_XSHOW
>      > -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV
>     -DUSE_ZLIB    
>      > -I/usr/lib/ -I/usr/include/freetype2    -I/usr/local/include    
>      > -I/usr/local/include -I/usr/include       -I/usr/include
>      > -I/usr/include/fastcgi  -I/usr/include/libxml2   shp2img.o  -L.
>     -lmapserver
>      > -L/usr/lib/ -lgd -ljpeg -lfreetype -lpng -lz -lXpm -lX11      -ljpeg
>      > -lfreetype -lpng -lz -lXpm -lX11  -L/usr/local/lib -lproj -ljpeg
>     -lpng
>      > -L/usr/local/lib -lgdal -I/usr/include -lsqlite3 -L/usr/lib
>     -lexpat -ljpeg
>      > -lpng -lpq -L/usr/lib -lpq -lz -lm -lrt -ldl -lcurl  -L/usr/lib -lpq
>      > -lpgport -lxslt -lxml2 -lpam -lssl -lcrypto -lkrb5 -lcom_err
>     -lgssapi_krb5
>      > -lz -lreadline -lcrypt -ldl -lm   -lcurl     -lpthread -L -lc
>     -L/usr/lib
>      > -lfcgi -lz -lxml2 -lz -lm  -lm -lstdc++    -o shp2img
>      > /usr/bin/ld: cannot find -lxslt
>      > collect2: ld returned 1 exit status
>      > make: *** [shp2img] Error 1
>      >
>     _______________________________________________
>     mapserver-users mailing list
>     [hidden email]
>     <http://n2.nabble.com/user/SendEmail.jtp?type=node&node=4148305&i=0>
>     http://lists.osgeo.org/mailman/listinfo/mapserver-users
> 
> 
> View this message in context: Re: [mapserver-users] make error - version 
> 5.6.0-rc1 - /usr/bin/ld: cannot find -lxslt 
> <http://n2.nabble.com/make-error-version-5-6-0-rc1-usr-bin-ld-cannot-find-lxslt-tp4148052p4148437.html>
> Sent from the Mapserver - User mailing list archive 
> <http://n2.nabble.com/Mapserver-User-f1969211.html> at Nabble.com.
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users



From geo.engineer123 at gmail.com  Fri Dec 11 03:54:21 2009
From: geo.engineer123 at gmail.com (Shaz N)
Date: Fri, 11 Dec 2009 15:54:21 +0400
Subject: [mapserver-users] Label problem
Message-ID: <d46d8b70912110354y215e1793n8439abc75175536a@mail.gmail.com>

Hi all...

I want to have the street name labels placed within the width of road, in
the proper direction (angle etc) just like how it appears in Google Maps. I
am new to MapServer and I am not sure how I could achieve this.

This is what I tried:




CLASS

        NAME 'AP Road'

        MAXSCALE 10000

        MINSCALE 5000

        STYLE

           COLOR 85 85 85

                 SYMBOL 'circle'

                 SIZE 4

                 ANTIALIAS TRUE

        END

        STYLE

           COLOR 255 255 255

                 SYMBOL 'circle'

                 SIZE 2

                 ANTIALIAS TRUE

        END

              LABEL

                ANGLE follow

                COLOR 0 0 0

                OUTLINECOLOR 255 255 255

                FONT arial

                TYPE TRUETYPE

                SIZE 8

                POSITION auto

                BUFFER 10

              END



     END

This did not help. I have 19 classes of roads in my road layer. The labels
are the same in almost all in the classes. Styles vary according to the
scale. What changes do I make..I am very confused. Please kindly advise me
on how to proceed.

Thank you very much.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091211/bd73f058/attachment.htm>

From pgigoux at munistgo.cl  Fri Dec 11 03:42:32 2009
From: pgigoux at munistgo.cl (Patricio Gigoux)
Date: Fri, 11 Dec 2009 08:42:32 -0300
Subject: [mapserver-users] Web interface
In-Reply-To: <4B218028.9040003@swoodbridge.com>
References: <1260481491255-4148052.post@n2.nabble.com>	<4B2174C4.1050406@swoodbridge.com>	<A2445FF43AA84C0C9AE05E605DCC6C8F@coastal008>
	<4B218028.9040003@swoodbridge.com>
Message-ID: <4B223028.7000003@munistgo.cl>

Hi everybody:

Do you know a good web frontend for display and manipulate maps that has
been produced in mapserver?

Thanks a lot in advance


Patricio


From pelin.01 at gmail.com  Fri Dec 11 04:36:03 2009
From: pelin.01 at gmail.com (pelin)
Date: Fri, 11 Dec 2009 09:36:03 -0300
Subject: [mapserver-users] Label problem
In-Reply-To: <6a8366e40912110435h70642e93xeacdf85add0ea6bd@mail.gmail.com>
References: <d46d8b70912110354y215e1793n8439abc75175536a@mail.gmail.com>
	<6a8366e40912110435h70642e93xeacdf85add0ea6bd@mail.gmail.com>
Message-ID: <6a8366e40912110436j47ba05f6y6441b8c3b7ece4cb@mail.gmail.com>

hi,this is part of mi map file
------------------------------
    LABELMAXSCALE 90000
    LABELMINSCALE 8000
     METADATA
          LAYER_ENCODING "UTF-8"
         "DESCRIPTION" "Avenidas"
         "RESULT_FIELDS" "nombre,desde,hasta"
         "RESULT_HEADERS" "Nombre,Desde,Hasta"
    END #METADATA
  LABELITEM 'nombre'
  CLASS
    Name 'Avenidas'
    LABEL
    TYPE truetype
    FONT 'FreeSans'
    ANGLE auto
    POSITION auto
    SIZE 5
   END #label
    STYLE
        SYMBOL 'Avenidas--0--0'
        SIZE 3
        COLOR 193 62 183
      END  #STYLE
  END  # Class

------------------------------

Saludos y espero que te sirva

--------------------------------------------------------
http://blogs.hydras.com.ar/srodriguez/
--------------------------------------------------------
Atentamente
        Rolando Sergio Rodriguez
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091211/dcefe129/attachment.htm>

From Andreas-Alexander.Maul at bgr.de  Fri Dec 11 04:35:53 2009
From: Andreas-Alexander.Maul at bgr.de (Maul, Andreas-Alexander)
Date: Fri, 11 Dec 2009 13:35:53 +0100
Subject: AW: [mapserver-users] ArcSDE raster and value difference of 256
In-Reply-To: <23623.145.50.39.11.1259230620.squirrel@webmail.hostingdiscounter.nl>
Message-ID: <25154AF0F011A441B5C7CBE3B13FC19F7C2C278C80@ZVMBX01.bgr.local>

See ticket #3230
Regards,
Andreas

-------------------------------------------------
Dr. Andreas-Alexander Maul
B4.2 Geodaten, Geologische Informationen, Stratigraphie

Bundesanstalt f?r Geowissenschaften und Rohstoffe
im
GEOZENTRUM HANNOVER
Stilleweg 2
30655 Hannover

Tel.: +49 (0)511 643-3454
Email: andreas-alexander.maul at bgr.de

-----Urspr?ngliche Nachricht-----
Von: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] Im Auftrag von bartvde at osgis.nl
Gesendet: Donnerstag, 26. November 2009 11:17
An: mapserver-users at lists.osgeo.org
Betreff: [mapserver-users] ArcSDE raster and value difference of 256

Hi list,

I am trying to use an ArcSDE raster layer in Mapserver, but the values
that Mapserver gives back are different from the values that ArcMap gives
back.

There is a difference of exactly 256.

So NODATA is 256 according to ArcMap, but Mapserver seems to map it to 0,
etc. for all other values.

Does anyone know how to solve this? TIA.

[bart at hades build]$ /opt/arcsde-9.2-tools/bin/sderaster -o list -l
HOOGTE.kust_2009_2,RASTER -s geodatabase.ad.rws.nl -i 5151 -D PGPR -u
RWS_LEZEN -p XXXX -verbose

Connecting to server geodatabase.ad.rws.nl, port 5151, as user RWS_LEZEN

ArcSDE 9.1 Oracle10g  Build 392 Thu Nov  2 15:42:12 PST 2006
----------------------------------------------------------------

Raster ID ...................: 1
Raster Dimension ............: 22000, 15000, 1
Raster Tile Dimension .......: 128, 128
Pixel Type ..................: char
Compression .................: lz77
Image Pyramid ...............: 6, false, nearest
Extent ......................:
  minx    :            105002.50000000000000
  miny    :            543752.50000000000000
  maxx    :            214997.50000000000000
  maxy    :            618747.50000000000000
Cell Size....................:
  x       :                 5.00000000000000
  y       :                 5.00000000000000
Statistics ..................: <NONE>


1 raster(s).

Complete...

Best regards,
Bart

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


From bartvde at osgis.nl  Fri Dec 11 04:22:21 2009
From: bartvde at osgis.nl (bartvde at osgis.nl)
Date: Fri, 11 Dec 2009 13:22:21 +0100 (CET)
Subject: [mapserver-users] Web interface
In-Reply-To: <4B223028.7000003@munistgo.cl>
References: <1260481491255-4148052.post@n2.nabble.com>
	<4B2174C4.1050406@swoodbridge.com>
	<A2445FF43AA84C0C9AE05E605DCC6C8F@coastal008>
	<4B218028.9040003@swoodbridge.com> <4B223028.7000003@munistgo.cl>
Message-ID: <32363.145.50.39.11.1260534141.squirrel@webmail.hostingdiscounter.nl>

Not sure if you actually mean a web mapping client [1] or an
administration tool [2] for Mapserver, but:

[1] http://www.openlayers.org
[2]
http://mapfishblog.blogspot.com/2009/03/studio-beta-for-mapfile-manager.html

Best regards,
Bart

> Hi everybody:
>
> Do you know a good web frontend for display and manipulate maps that has
> been produced in mapserver?
>
> Thanks a lot in advance
>
>
> Patricio
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>




From adube at mapgears.com  Fri Dec 11 05:07:17 2009
From: adube at mapgears.com (Alexandre Dube)
Date: Fri, 11 Dec 2009 08:07:17 -0500
Subject: [mapserver-users] Black background with palette
In-Reply-To: <4B152578.1060001@mapgears.com>
References: <4B13E157.7050709@mapgears.com>
	<4B13E554.2020702@swoodbridge.com>	<4B13E65E.7030404@swoodbridge.com>
	<4B13E79C.2030302@mapgears.com>	<4B13FA74.9050107@swoodbridge.com>
	<4B141344.3040509@mapgears.com>	<4B140074.5157.008F.0@dnr.state.mn.us>
	<4B152578.1060001@mapgears.com>
Message-ID: <4B224405.7090007@mapgears.com>

Solved.  For the record :

http://trac.osgeo.org/mapserver/ticket/3217#comment:5

Alexandre

Alexandre Dube wrote:
> Steve Lime wrote:
>> Are you compiling with the experimental png support?
>>   
>
> No, but I just tried with it and it didn't resolved the issue. I 
> noticed a slight change of the image quality though.
>
> Thanks,
>


-- 
Alexandre Dub?
Mapgears
www.mapgears.com



From Tim.Nolte at ipcswirelessinc.com  Fri Dec 11 05:13:05 2009
From: Tim.Nolte at ipcswirelessinc.com (Nolte, Tim)
Date: Fri, 11 Dec 2009 08:13:05 -0500
Subject: [mapserver-users] Web interface
In-Reply-To: <4B223028.7000003@munistgo.cl>
References: <1260481491255-4148052.post@n2.nabble.com>	<4B2174C4.1050406@swoodbridge.com>	<A2445FF43AA84C0C9AE05E605DCC6C8F@coastal008><4B218028.9040003@swoodbridge.com>
	<4B223028.7000003@munistgo.cl>
Message-ID: <E534BE8FE04ADF4FA3C837466F4F35408A29D8@KTWMAIL.ilpcs.com>

Something that would be helpful to know is whether you need something that isn't very technical to setup or not. I just rolled out the use of MapGuide Fusion using MapServer as our backend. I have it serving about 10 transparent MapServer layers in a pretty nice interface. I've begun submitting code fixes specific for the MapServer side of things. Fusion has seemed to be a pretty nice interface.

http://trac.osgeo.org/fusion/wiki

- Tim

----
Timothy J Nolte - tnolte at ilpcs.com
Network Planning Engineer

Sprint Nextel
4717 Broadmoor Ave, Suite G
Kentwood, MI 49512

Office: 616-656-5163
PCS:??? 616-706-2438
Fax:??? 616-554-6484


-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Patricio Gigoux
Sent: Friday, December 11, 2009 6:43 AM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] Web interface

Hi everybody:

Do you know a good web frontend for display and manipulate maps that has
been produced in mapserver?

Thanks a lot in advance


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



From danlittle at yahoo.com  Fri Dec 11 05:44:59 2009
From: danlittle at yahoo.com (Dan Little)
Date: Fri, 11 Dec 2009 05:44:59 -0800 (PST)
Subject: [mapserver-users] Web interface
In-Reply-To: <E534BE8FE04ADF4FA3C837466F4F35408A29D8@KTWMAIL.ilpcs.com>
References: <1260481491255-4148052.post@n2.nabble.com>
	<4B2174C4.1050406@swoodbridge.com>
	<A2445FF43AA84C0C9AE05E605DCC6C8F@coastal008><4B218028.9040003@swoodbridge.com>
	<4B223028.7000003@munistgo.cl>
	<E534BE8FE04ADF4FA3C837466F4F35408A29D8@KTWMAIL.ilpcs.com>
Message-ID: <761433.60511.qm@web51403.mail.re2.yahoo.com>

(shameless plug) GeoMOOSE is very easy to setup and configure as a front-end to MapServer. (end)



----- Original Message ----
> From: "Nolte, Tim" <Tim.Nolte at ipcswirelessinc.com>
> To: Patricio Gigoux <pgigoux at munistgo.cl>; mapserver-users at lists.osgeo.org
> Sent: Fri, December 11, 2009 7:13:05 AM
> Subject: RE: [mapserver-users] Web interface
> 
> Something that would be helpful to know is whether you need something that isn't 
> very technical to setup or not. I just rolled out the use of MapGuide Fusion 
> using MapServer as our backend. I have it serving about 10 transparent MapServer 
> layers in a pretty nice interface. I've begun submitting code fixes specific for 
> the MapServer side of things. Fusion has seemed to be a pretty nice interface.
> 
> http://trac.osgeo.org/fusion/wiki
> 
> - Tim
> 
> ----
> Timothy J Nolte - tnolte at ilpcs.com
> Network Planning Engineer
> 
> Sprint Nextel
> 4717 Broadmoor Ave, Suite G
> Kentwood, MI 49512
> 
> Office: 616-656-5163
> PCS:    616-706-2438
> Fax:    616-554-6484
> 
> 
> -----Original Message-----
> From: mapserver-users-bounces at lists.osgeo.org 
> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Patricio Gigoux
> Sent: Friday, December 11, 2009 6:43 AM
> To: mapserver-users at lists.osgeo.org
> Subject: [mapserver-users] Web interface
> 
> Hi everybody:
> 
> Do you know a good web frontend for display and manipulate maps that has
> been produced in mapserver?
> 
> Thanks a lot in advance
> 
> 
> Patricio
> _______________________________________________
> 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 jmckenna at gatewaygeomatics.com  Fri Dec 11 05:48:45 2009
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Fri, 11 Dec 2009 09:48:45 -0400
Subject: [mapserver-users] Web interface
In-Reply-To: <761433.60511.qm@web51403.mail.re2.yahoo.com>
References: <1260481491255-4148052.post@n2.nabble.com>	<4B2174C4.1050406@swoodbridge.com>	<A2445FF43AA84C0C9AE05E605DCC6C8F@coastal008><4B218028.9040003@swoodbridge.com>	<4B223028.7000003@munistgo.cl>	<E534BE8FE04ADF4FA3C837466F4F35408A29D8@KTWMAIL.ilpcs.com>
	<761433.60511.qm@web51403.mail.re2.yahoo.com>
Message-ID: <4B224DBD.1010908@gatewaygeomatics.com>

Dan Little wrote:
> (shameless plug) GeoMOOSE is very easy to setup and configure as a front-end to MapServer. (end)
> 

Hi Dan,

I'm curious, does GeoMOOSE have any mapfile creation/management tools? 
If yes, maybe you can point us all to a demo.

thanks.

-jeff


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





From bob.b at gritechnologies.com  Fri Dec 11 06:20:17 2009
From: bob.b at gritechnologies.com (Bob Basques)
Date: Fri, 11 Dec 2009 08:20:17 -0600
Subject: [mapserver-users] Web interface
In-Reply-To: <4B224DBD.1010908@gatewaygeomatics.com>
References: <1260481491255-4148052.post@n2.nabble.com>	<4B2174C4.1050406@swoodbridge.com>	<A2445FF43AA84C0C9AE05E605DCC6C8F@coastal008><4B218028.9040003@swoodbridge.com>	<4B223028.7000003@munistgo.cl>	<E534BE8FE04ADF4FA3C837466F4F35408A29D8@KTWMAIL.ilpcs.com>	<761433.60511.qm@web51403.mail.re2.yahoo.com>
	<4B224DBD.1010908@gatewaygeomatics.com>
Message-ID: <4B225521.1000502@gritechnologies.com>

All,

I can chime in here on something related.  While GeoMoose doesn't 
(currently) have any Mapfile tools, I'm currently in the middle of a 
project that has built out some autoconfigure items for MapServer.  The 
project is fairly specific in it's business tasks so the configure 
aspects are in their infancy, but it's got a real nice framework around 
it that will be very extensible.  We're using GeoMoose, so it also 
(will) autoconfigure the GeoMoose interface to some degree, and 
hopefully future versions will be able to more fully control things.

BTW, the initial ease of setup of GeoMoose has enabled this type of 
control structure very nicely.  Some of the future items to figure out, 
is how to best accommodate those folks that also want to get into the 
MAPFILES and tweak them manually while still maintaining the 
autoConfigure aspects.

Look for something in the next 30-60 days.

bobb


Jeff McKenna wrote:
> Dan Little wrote:
>> (shameless plug) GeoMOOSE is very easy to setup and configure as a 
>> front-end to MapServer. (end)
>>
>
> Hi Dan,
>
> I'm curious, does GeoMOOSE have any mapfile creation/management tools? 
> If yes, maybe you can point us all to a demo.
>
> thanks.
>
> -jeff
>
>


From jkapalczynski at ci.maple-grove.mn.us  Fri Dec 11 06:37:05 2009
From: jkapalczynski at ci.maple-grove.mn.us (Jay Kapalczynski)
Date: Fri, 11 Dec 2009 08:37:05 -0600
Subject: [mapserver-users] Expression Syntax
In-Reply-To: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD14@MG-Mail.ci.maple-grove.mn.us>
References: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD11@MG-Mail.ci.maple-grove.mn.us>
	<106f14400912101213j2229d372v5b4969f72e171ff@mail.gmail.com>
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD12@MG-Mail.ci.maple-grove.mn.us>
	<D2C2A8AE8E016C42A974F644AF21E13902F3FDDAE9@MNMAIL05.ead.state.mn.us>
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD13@MG-Mail.ci.maple-grove.mn.us>
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD14@MG-Mail.ci.maple-grove.mn.us>
Message-ID: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD16@MG-Mail.ci.maple-grove.mn.us>

Thanks for all your help yesterday....very appreciated...seems I always get botched up with the syntax....
Ugggg...I have tried 20 different ways and I just seem to be missing something..

I guess the question is, Can I use a wild card search in a logical expression?

This works (WILD CARD )
FILTER /.*%idOwnerQueryDESC%.*/i

This works (NO WILD CARD)
FILTER ('[USE1_DESC]'='%idOwnerQueryDESC%' AND '[BLOCK]'='%idOwnerQueryBLOCK%')

This DOSENT work (Cant get the wild card into this)
FILTER ('[USE1_DESC]'=' /.*%idOwnerQueryDESC%.*/i' AND '[BLOCK]'='%idOwnerQueryBLOCK%')


Any thoughts?

Thanks





From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Jay Kapalczynski
Sent: Thursday, December 10, 2009 3:57 PM
To: 'Fawcett, David (MPCA)'; 'Emiliano Casta?eda'
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Expression Syntax

Thanks all for your thoughts....

Got it...I had to add ' ' around the textbox id as well when referencing the textbox id names
Notice( '%idOwnerQueryDESC%' and '%idOwnerQueryBLOCK%' )

FILTER ('[USE1_DESC]'='%idOwnerQueryDESC%' AND '[BLOCK]'='%idOwnerQueryBLOCK%')

Dan thanks for your thoughts...I am going to be moving to 2.x soon....but have to have the time to lean this all over again...moving to open layers that is....
One step at a time...I have a ton programmed into 1.6 that's going to take me some time to convert...

Thanks again all....very appreciated


From: Fawcett, David (MPCA) [mailto:David.Fawcett at state.mn.us]
Sent: Thursday, December 10, 2009 3:26 PM
To: Jay Kapalczynski; 'Emiliano Casta?eda'
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Expression Syntax

At a minimum, I think that you will need to add quotes around the query columns.  (just use single quotes, not the fancy Microsofty ones below...)

FILTER ('[USE1_DESC]'=%idOwnerQueryDESC% AND '[BLOCK]'=%idOwnerQueryBLOCK%)

Try setting a filter with static values from your data to get the filter format working before you add the complexity of passing the values in with variables.

FILTER ('[USE1_DESC]'='myUse' AND '[BLOCK]'='myBlock')

David.

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Jay Kapalczynski
Sent: Thursday, December 10, 2009 3:21 PM
To: 'Emiliano Casta?eda'
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Expression Syntax

Emiliano thanks for the response....yea I looked at the documentation and it was a bit fuzzy to me...

If I do them individually it works:
                #FILTERITEM 'USE1_DESC'
                #FILTER /.*%idOwnerQueryDESC%.*/i
                #FILTERITEM 'BLOCK'
                #FILTER /.*%idOwnerQueryBLOCK%.*/i

FILTER ([USE1_DESC]=%idOwnerQueryDESC% AND [BLOCK]=%idOwnerQueryBLOCK%)
ERROR: msEvalExpression: Expression parser error.  Failed to parse expression: =Residential AND  =006

FILTER (USE1_DESC=%idOwnerQueryDESC% AND BLOCK=%idOwnerQueryBLOCK%)
I seemed to get a bunch of returns that were incorrect...seems like it grabbed all of them.

Thoughts?


From: Emiliano Casta?eda [mailto:emilianocastaneda at suremptec.com.ar]
Sent: Thursday, December 10, 2009 2:13 PM
To: Jay Kapalczynski
Cc: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Expression Syntax

Jay,

you must use FILTERITEM only for simple FILTER expressions (string comparison only)
for example:
FILTER "2005" ->fieldvalue
FILTERITEM "year" ->fieldname

For Logical FILTER expressions you do not define FILTERITEM. In this case you must place the FILTER between parentheses, and fieldnames between brackets

for example:
FILTER ([field1]<4000 AND "[field2]"=="Museum") -->observe quotes on both sides on text fields

See http://mapserver.org/mapfile/expressions.html#expressions for detail on how to build logical expressions

Regards,
Emiliano
2009/12/10 Jay Kapalczynski <jkapalczynski at ci.maple-grove.mn.us<mailto:jkapalczynski at ci.maple-grove.mn.us>>
I looked on map server website in the documentation and cant get the synstax correct

I have two textboxes idOwner and idOwner2
I am a bit confused on the FILTERITEM because I am trying to write the expression to include two fields.

USE1_DESC and BLOCK are the two fields that form the query

  LAYER # Parcels Owner Layer
                    NAME 'Parcels'
                    DATA 'parcels/parcels.shp'
                    STATUS DEFAULT
                    TYPE POLYGON
                    METADATA
                                qstring_validation_pattern '.'
                    END
                    TEMPLATE 'parcels/itemquery_parcels_Owner.html'

                    FILTERITEM 'USE1_DESC'

                    FILTER (* WHERE USE1_DESC = '%idOwner%' and BLOCK = '%idOwner2%')

  END



_______________________________________________
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



--
Ing. Emiliano Casta?eda
SUR Emprendimientos Tecnol?gicos

Ing. Huergo 1189 (C1007AOL)
Ciudad de Buenos Aires, Argentina
Tel. +54 (11) 5811-4552   ext. 107
emilianocastaneda at suremptec.com.ar<mailto:emilianocastaneda at suremptec.com.ar>
www.suremptec.com<http://www.suremptec.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091211/57ff19ac/attachment.htm>

From Steve.Lime at state.mn.us  Fri Dec 11 06:55:18 2009
From: Steve.Lime at state.mn.us (Lime, Steve D (DNR))
Date: Fri, 11 Dec 2009 08:55:18 -0600
Subject: [mapserver-users] Expression Syntax
In-Reply-To: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD16@MG-Mail.ci.maple-grove.mn.us>
References: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD11@MG-Mail.ci.maple-grove.mn.us>
	<106f14400912101213j2229d372v5b4969f72e171ff@mail.gmail.com>
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD12@MG-Mail.ci.maple-grove.mn.us>
	<D2C2A8AE8E016C42A974F644AF21E13902F3FDDAE9@MNMAIL05.ead.state.mn.us>
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD13@MG-Mail.ci.maple-grove.mn.us>
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD14@MG-Mail.ci.maple-grove.mn.us>,
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD16@MG-Mail.ci.maple-grove.mn.us>
Message-ID: <A7F7B3043D3BF0438F1206BAA3C9933C02897CED06@MNMAIL05.ead.state.mn.us>

Try:

  FILTER (?[USE1_DESC]? =~  /.*%idOwnerQueryDESC%.*/i AND ?[BLOCK]?=?%idOwnerQueryBLOCK%?)

I've not tried case insensitive regex in a logical expression though. You might have to remove the i...

Steve

________________________________________
From: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] On Behalf Of Jay Kapalczynski [jkapalczynski at ci.maple-grove.mn.us]
Sent: Friday, December 11, 2009 8:37 AM
To: Fawcett, David (MPCA); 'Emiliano Casta?eda'
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Expression Syntax

Thanks for all your help yesterday?.very appreciated?seems I always get botched up with the syntax?.
Ugggg?I have tried 20 different ways and I just seem to be missing something..

I guess the question is, Can I use a wild card search in a logical expression?

This works (WILD CARD )
FILTER /.*%idOwnerQueryDESC%.*/i

This works (NO WILD CARD)
FILTER (?[USE1_DESC]?=?%idOwnerQueryDESC%? AND ?[BLOCK]?=?%idOwnerQueryBLOCK%?)

This DOSENT work (Cant get the wild card into this)
FILTER (?[USE1_DESC]?=? /.*%idOwnerQueryDESC%.*/i? AND ?[BLOCK]?=?%idOwnerQueryBLOCK%?)


Any thoughts?

Thanks





From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Jay Kapalczynski
Sent: Thursday, December 10, 2009 3:57 PM
To: 'Fawcett, David (MPCA)'; 'Emiliano Casta?eda'
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Expression Syntax

Thanks all for your thoughts?.

Got it?I had to add ? ? around the textbox id as well when referencing the textbox id names
Notice( ?%idOwnerQueryDESC%? and ?%idOwnerQueryBLOCK%? )

FILTER (?[USE1_DESC]?=?%idOwnerQueryDESC%? AND ?[BLOCK]?=?%idOwnerQueryBLOCK%?)

Dan thanks for your thoughts?I am going to be moving to 2.x soon?.but have to have the time to lean this all over again?moving to open layers that is?.
One step at a time?I have a ton programmed into 1.6 that?s going to take me some time to convert?

Thanks again all?.very appreciated


From: Fawcett, David (MPCA) [mailto:David.Fawcett at state.mn.us]
Sent: Thursday, December 10, 2009 3:26 PM
To: Jay Kapalczynski; 'Emiliano Casta?eda'
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Expression Syntax

At a minimum, I think that you will need to add quotes around the query columns.  (just use single quotes, not the fancy Microsofty ones below?)

FILTER (?[USE1_DESC]?=%idOwnerQueryDESC% AND ?[BLOCK]?=%idOwnerQueryBLOCK%)

Try setting a filter with static values from your data to get the filter format working before you add the complexity of passing the values in with variables.

FILTER (?[USE1_DESC]?=?myUse? AND ?[BLOCK]?=?myBlock?)

David.

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Jay Kapalczynski
Sent: Thursday, December 10, 2009 3:21 PM
To: 'Emiliano Casta?eda'
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Expression Syntax

Emiliano thanks for the response?.yea I looked at the documentation and it was a bit fuzzy to me?

If I do them individually it works:
                #FILTERITEM 'USE1_DESC'
                #FILTER /.*%idOwnerQueryDESC%.*/i
                #FILTERITEM 'BLOCK'
                #FILTER /.*%idOwnerQueryBLOCK%.*/i

FILTER ([USE1_DESC]=%idOwnerQueryDESC% AND [BLOCK]=%idOwnerQueryBLOCK%)
ERROR: msEvalExpression: Expression parser error.  Failed to parse expression: =Residential AND  =006

FILTER (USE1_DESC=%idOwnerQueryDESC% AND BLOCK=%idOwnerQueryBLOCK%)
I seemed to get a bunch of returns that were incorrect...seems like it grabbed all of them.

Thoughts?


From: Emiliano Casta?eda [mailto:emilianocastaneda at suremptec.com.ar]
Sent: Thursday, December 10, 2009 2:13 PM
To: Jay Kapalczynski
Cc: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Expression Syntax

Jay,

you must use FILTERITEM only for simple FILTER expressions (string comparison only)
for example:
FILTER "2005" ->fieldvalue
FILTERITEM "year" ->fieldname

For Logical FILTER expressions you do not define FILTERITEM. In this case you must place the FILTER between parentheses, and fieldnames between brackets

for example:
FILTER ([field1]<4000 AND "[field2]"=="Museum") -->observe quotes on both sides on text fields

See http://mapserver.org/mapfile/expressions.html#expressions for detail on how to build logical expressions

Regards,
Emiliano
2009/12/10 Jay Kapalczynski <jkapalczynski at ci.maple-grove.mn.us<mailto:jkapalczynski at ci.maple-grove.mn.us>>
I looked on map server website in the documentation and cant get the synstax correct

I have two textboxes idOwner and idOwner2
I am a bit confused on the FILTERITEM because I am trying to write the expression to include two fields.

USE1_DESC and BLOCK are the two fields that form the query

  LAYER # Parcels Owner Layer
                    NAME 'Parcels'
                    DATA 'parcels/parcels.shp'
                    STATUS DEFAULT
                    TYPE POLYGON
                    METADATA
                                qstring_validation_pattern '.'
                    END
                    TEMPLATE 'parcels/itemquery_parcels_Owner.html'

                    FILTERITEM 'USE1_DESC'

                    FILTER (* WHERE USE1_DESC = '%idOwner%' and BLOCK = '%idOwner2%')

  END



_______________________________________________
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



--
Ing. Emiliano Casta?eda
SUR Emprendimientos Tecnol?gicos

Ing. Huergo 1189 (C1007AOL)
Ciudad de Buenos Aires, Argentina
Tel. +54 (11) 5811-4552   ext. 107
emilianocastaneda at suremptec.com.ar<mailto:emilianocastaneda at suremptec.com.ar>
www.suremptec.com<http://www.suremptec.com>


From danlittle at yahoo.com  Fri Dec 11 07:03:02 2009
From: danlittle at yahoo.com (Dan Little)
Date: Fri, 11 Dec 2009 07:03:02 -0800 (PST)
Subject: [mapserver-users] Web interface
In-Reply-To: <4B225521.1000502@gritechnologies.com>
References: <1260481491255-4148052.post@n2.nabble.com>
	<4B2174C4.1050406@swoodbridge.com>
	<A2445FF43AA84C0C9AE05E605DCC6C8F@coastal008><4B218028.9040003@swoodbridge.com>
	<4B223028.7000003@munistgo.cl>
	<E534BE8FE04ADF4FA3C837466F4F35408A29D8@KTWMAIL.ilpcs.com>
	<761433.60511.qm@web51403.mail.re2.yahoo.com>
	<4B224DBD.1010908@gatewaygeomatics.com>
	<4B225521.1000502@gritechnologies.com>
Message-ID: <380284.834.qm@web51406.mail.re2.yahoo.com>

Like Bob said, there isn't any creation/management tools.  I've been running a general philiosophy that, at some points, users will need to hack mapfiles.  In the downloadable demo, we've been trying to give users enough exmaples to make it easy to learn and modify to their specific needs.  We also try to provide an example structure on how to make the management, of even large sites, sane.  And that sanity can be acheived with basic tools instead of needing to convolute the whole process.

I have been considering writing some code that would:
a) Provide online editing services with a "database" short of needing PostGIS, like oh, SpatialLite.  Something we could distribute more easily with the project.
b) Work with Bob (and the team he has) to generalize some of the tools they have developed, get them working with Spatial/SQLite and try to make them publically available.
c) Porting the code to Ruby and/or Python.  Ruby is my new favorite language but Python is more practical for a ton of reasons.  The PHP "works" and is fairly accessible to novice users but I find the language ugly and more difficult to maintain than the others.  Of course, PHP seems to be the defacto language of MS4W ... which is why we've stayed married to it.  I'm probably more likely to develop more user tools if it's in a language other than PHP.

Of course, any assistance in either man-hours or funding is greatly appreciated towards any of these ends.




----- Original Message ----
> From: Bob Basques <bob.b at gritechnologies.com>
> To: Jeff McKenna <jmckenna at gatewaygeomatics.com>
> Cc: mapserver-users at lists.osgeo.org
> Sent: Fri, December 11, 2009 8:20:17 AM
> Subject: Re: [mapserver-users] Web interface
> 
> All,
> 
> I can chime in here on something related.  While GeoMoose doesn't (currently) 
> have any Mapfile tools, I'm currently in the middle of a project that has built 
> out some autoconfigure items for MapServer.  The project is fairly specific in 
> it's business tasks so the configure aspects are in their infancy, but it's got 
> a real nice framework around it that will be very extensible.  We're using 
> GeoMoose, so it also (will) autoconfigure the GeoMoose interface to some degree, 
> and hopefully future versions will be able to more fully control things.
> 
> BTW, the initial ease of setup of GeoMoose has enabled this type of control 
> structure very nicely.  Some of the future items to figure out, is how to best 
> accommodate those folks that also want to get into the MAPFILES and tweak them 
> manually while still maintaining the autoConfigure aspects.
> 
> Look for something in the next 30-60 days.
> 
> bobb
> 
> 
> Jeff McKenna wrote:
> > Dan Little wrote:
> >> (shameless plug) GeoMOOSE is very easy to setup and configure as a front-end 
> to MapServer. (end)
> >> 
> > 
> > Hi Dan,
> > 
> > I'm curious, does GeoMOOSE have any mapfile creation/management tools? If yes, 
> maybe you can point us all to a demo.
> > 
> > thanks.
> > 
> > -jeff
> > 
> > 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users



      


From jkapalczynski at ci.maple-grove.mn.us  Fri Dec 11 07:17:11 2009
From: jkapalczynski at ci.maple-grove.mn.us (Jay Kapalczynski)
Date: Fri, 11 Dec 2009 09:17:11 -0600
Subject: [mapserver-users] Expression Syntax
In-Reply-To: <A7F7B3043D3BF0438F1206BAA3C9933C02897CED06@MNMAIL05.ead.state.mn.us>
References: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD11@MG-Mail.ci.maple-grove.mn.us>
	<106f14400912101213j2229d372v5b4969f72e171ff@mail.gmail.com>
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD12@MG-Mail.ci.maple-grove.mn.us>
	<D2C2A8AE8E016C42A974F644AF21E13902F3FDDAE9@MNMAIL05.ead.state.mn.us>
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD13@MG-Mail.ci.maple-grove.mn.us>
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD14@MG-Mail.ci.maple-grove.mn.us>,
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD16@MG-Mail.ci.maple-grove.mn.us>
	<A7F7B3043D3BF0438F1206BAA3C9933C02897CED06@MNMAIL05.ead.state.mn.us>
Message-ID: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD17@MG-Mail.ci.maple-grove.mn.us>

Thanks Steve for you response



I have been scouring the documentation on expressions and was getting confused..

This is from Mapserver

( ( ... ) AND ( ... ) ) ( ( ... ) && ( ... ) ) ... will become true when both of the two logical expressions in the innermost brackets are true.



Although my solution followed (...AND...)   NOT   ((...) AND (...))



I didn't see the ~ in the documentation...what is that doing is signifying?



I had to remove the i so I am not longer case insensitive.....thats a drag...guess I have to modify my attributes to LCase to get around that...

Any other thoughts about the case sensitive issue...any way around that with the Logical Expression...



Thanks again everyone for you help and suggestions.







-----Original Message-----
From: Lime, Steve D (DNR) [mailto:Steve.Lime at state.mn.us]
Sent: Friday, December 11, 2009 8:55 AM
To: Jay Kapalczynski
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Expression Syntax



Try:



  FILTER ('[USE1_DESC]' =~  /.*%idOwnerQueryDESC%.*/i AND '[BLOCK]'='%idOwnerQueryBLOCK%')



I've not tried case insensitive regex in a logical expression though. You might have to remove the i...



Steve



________________________________________

From: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] On Behalf Of Jay Kapalczynski [jkapalczynski at ci.maple-grove.mn.us]

Sent: Friday, December 11, 2009 8:37 AM

To: Fawcett, David (MPCA); 'Emiliano Casta?eda'

Cc: mapserver-users at lists.osgeo.org

Subject: RE: [mapserver-users] Expression Syntax



Thanks for all your help yesterday....very appreciated...seems I always get botched up with the syntax....

Ugggg...I have tried 20 different ways and I just seem to be missing something..



I guess the question is, Can I use a wild card search in a logical expression?



This works (WILD CARD )

FILTER /.*%idOwnerQueryDESC%.*/i



This works (NO WILD CARD)

FILTER ('[USE1_DESC]'='%idOwnerQueryDESC%' AND '[BLOCK]'='%idOwnerQueryBLOCK%')



This DOSENT work (Cant get the wild card into this)

FILTER ('[USE1_DESC]'=' /.*%idOwnerQueryDESC%.*/i' AND '[BLOCK]'='%idOwnerQueryBLOCK%')





Any thoughts?



Thanks











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

Sent: Thursday, December 10, 2009 3:57 PM

To: 'Fawcett, David (MPCA)'; 'Emiliano Casta?eda'

Cc: mapserver-users at lists.osgeo.org

Subject: RE: [mapserver-users] Expression Syntax



Thanks all for your thoughts....



Got it...I had to add ' ' around the textbox id as well when referencing the textbox id names

Notice( '%idOwnerQueryDESC%' and '%idOwnerQueryBLOCK%' )



FILTER ('[USE1_DESC]'='%idOwnerQueryDESC%' AND '[BLOCK]'='%idOwnerQueryBLOCK%')



Dan thanks for your thoughts...I am going to be moving to 2.x soon....but have to have the time to lean this all over again...moving to open layers that is....

One step at a time...I have a ton programmed into 1.6 that's going to take me some time to convert...



Thanks again all....very appreciated





From: Fawcett, David (MPCA) [mailto:David.Fawcett at state.mn.us]

Sent: Thursday, December 10, 2009 3:26 PM

To: Jay Kapalczynski; 'Emiliano Casta?eda'

Cc: mapserver-users at lists.osgeo.org

Subject: RE: [mapserver-users] Expression Syntax



At a minimum, I think that you will need to add quotes around the query columns.  (just use single quotes, not the fancy Microsofty ones below...)



FILTER ('[USE1_DESC]'=%idOwnerQueryDESC% AND '[BLOCK]'=%idOwnerQueryBLOCK%)



Try setting a filter with static values from your data to get the filter format working before you add the complexity of passing the values in with variables.



FILTER ('[USE1_DESC]'='myUse' AND '[BLOCK]'='myBlock')



David.



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

Sent: Thursday, December 10, 2009 3:21 PM

To: 'Emiliano Casta?eda'

Cc: mapserver-users at lists.osgeo.org

Subject: RE: [mapserver-users] Expression Syntax



Emiliano thanks for the response....yea I looked at the documentation and it was a bit fuzzy to me...



If I do them individually it works:

                #FILTERITEM 'USE1_DESC'

                #FILTER /.*%idOwnerQueryDESC%.*/i

                #FILTERITEM 'BLOCK'

                #FILTER /.*%idOwnerQueryBLOCK%.*/i



FILTER ([USE1_DESC]=%idOwnerQueryDESC% AND [BLOCK]=%idOwnerQueryBLOCK%)

ERROR: msEvalExpression: Expression parser error.  Failed to parse expression: =Residential AND  =006



FILTER (USE1_DESC=%idOwnerQueryDESC% AND BLOCK=%idOwnerQueryBLOCK%)

I seemed to get a bunch of returns that were incorrect...seems like it grabbed all of them.



Thoughts?





From: Emiliano Casta?eda [mailto:emilianocastaneda at suremptec.com.ar]

Sent: Thursday, December 10, 2009 2:13 PM

To: Jay Kapalczynski

Cc: mapserver-users at lists.osgeo.org

Subject: Re: [mapserver-users] Expression Syntax



Jay,



you must use FILTERITEM only for simple FILTER expressions (string comparison only)

for example:

FILTER "2005" ->fieldvalue

FILTERITEM "year" ->fieldname



For Logical FILTER expressions you do not define FILTERITEM. In this case you must place the FILTER between parentheses, and fieldnames between brackets



for example:

FILTER ([field1]<4000 AND "[field2]"=="Museum") -->observe quotes on both sides on text fields



See http://mapserver.org/mapfile/expressions.html#expressions for detail on how to build logical expressions



Regards,

Emiliano

2009/12/10 Jay Kapalczynski <jkapalczynski at ci.maple-grove.mn.us<mailto:jkapalczynski at ci.maple-grove.mn.us>>

I looked on map server website in the documentation and cant get the synstax correct



I have two textboxes idOwner and idOwner2

I am a bit confused on the FILTERITEM because I am trying to write the expression to include two fields.



USE1_DESC and BLOCK are the two fields that form the query



  LAYER # Parcels Owner Layer

                    NAME 'Parcels'

                    DATA 'parcels/parcels.shp'

                    STATUS DEFAULT

                    TYPE POLYGON

                    METADATA

                                qstring_validation_pattern '.'

                    END

                    TEMPLATE 'parcels/itemquery_parcels_Owner.html'



                    FILTERITEM 'USE1_DESC'



                    FILTER (* WHERE USE1_DESC = '%idOwner%' and BLOCK = '%idOwner2%')



  END







_______________________________________________

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







--

Ing. Emiliano Casta?eda

SUR Emprendimientos Tecnol?gicos



Ing. Huergo 1189 (C1007AOL)

Ciudad de Buenos Aires, Argentina

Tel. +54 (11) 5811-4552   ext. 107

emilianocastaneda at suremptec.com.ar<mailto:emilianocastaneda at suremptec.com.ar>

www.suremptec.com<http://www.suremptec.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091211/6a72ef24/attachment.htm>

From Steve.Lime at state.mn.us  Fri Dec 11 07:29:00 2009
From: Steve.Lime at state.mn.us (Lime, Steve D (DNR))
Date: Fri, 11 Dec 2009 09:29:00 -0600
Subject: [mapserver-users] Expression Syntax
In-Reply-To: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD17@MG-Mail.ci.maple-grove.mn.us>
References: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD11@MG-Mail.ci.maple-grove.mn.us>
	<106f14400912101213j2229d372v5b4969f72e171ff@mail.gmail.com>
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD12@MG-Mail.ci.maple-grove.mn.us>
	<D2C2A8AE8E016C42A974F644AF21E13902F3FDDAE9@MNMAIL05.ead.state.mn.us>
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD13@MG-Mail.ci.maple-grove.mn.us>
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD14@MG-Mail.ci.maple-grove.mn.us>,
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD16@MG-Mail.ci.maple-grove.mn.us>
	<A7F7B3043D3BF0438F1206BAA3C9933C02897CED06@MNMAIL05.ead.state.mn.us>,
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD17@MG-Mail.ci.maple-grove.mn.us>
Message-ID: <A7F7B3043D3BF0438F1206BAA3C9933C02897CED0A@MNMAIL05.ead.state.mn.us>

The =~ is the regex operator. It's referenced in a "Note" just below all the other logical expressions... Probably
should just be inlined with the other examples.

You can write case insensitive regex's the brute force way, e.g.:

  /hello/ => /[Hh][Ee][Ll][Ll][Oo]/

Bit of a pain though. Also, if you could isolate the regex somehow and remove your block test then you could do a 
straight regex expression and use case insensitivity. For example,

FILTERITEM 'block'
FILTER '%idOwnerQueryBLOCK%?
CLASSITEM 'USE1_DESC'
CLASS
  EXPRESSION /.*%idOwnerQueryDESC%.*/i
END

Might even see better performance...

Steve
________________________________________
From: Jay Kapalczynski [jkapalczynski at ci.maple-grove.mn.us]
Sent: Friday, December 11, 2009 9:17 AM
To: Lime, Steve D (DNR)
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Expression Syntax

Thanks Steve for you response

I have been scouring the documentation on expressions and was getting confused..

This is from Mapserver

( ( ... ) AND ( ... ) ) ( ( ... ) && ( ... ) ) ... will become true when both of the two logical expressions in the innermost brackets are true.

Although my solution followed (...AND...)   NOT   ((...) AND (...))

I didn?t see the ~ in the documentation...what is that doing is signifying?

I had to remove the i so I am not longer case insensitive.....thats a drag...guess I have to modify my attributes to LCase to get around that...

Any other thoughts about the case sensitive issue...any way around that with the Logical Expression...

Thanks again everyone for you help and suggestions.

-----Original Message-----
From: Lime, Steve D (DNR) [mailto:Steve.Lime at state.mn.us]
Sent: Friday, December 11, 2009 8:55 AM
To: Jay Kapalczynski
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Expression Syntax



Try:



  FILTER (?[USE1_DESC]? =~  /.*%idOwnerQueryDESC%.*/i AND ?[BLOCK]?=?%idOwnerQueryBLOCK%?)



I've not tried case insensitive regex in a logical expression though. You might have to remove the i...



Steve



________________________________________

From: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] On Behalf Of Jay Kapalczynski [jkapalczynski at ci.maple-grove.mn.us]

Sent: Friday, December 11, 2009 8:37 AM

To: Fawcett, David (MPCA); 'Emiliano Casta?eda'

Cc: mapserver-users at lists.osgeo.org

Subject: RE: [mapserver-users] Expression Syntax



Thanks for all your help yesterday?.very appreciated?seems I always get botched up with the syntax?.

Ugggg?I have tried 20 different ways and I just seem to be missing something..



I guess the question is, Can I use a wild card search in a logical expression?



This works (WILD CARD )

FILTER /.*%idOwnerQueryDESC%.*/i



This works (NO WILD CARD)

FILTER (?[USE1_DESC]?=?%idOwnerQueryDESC%? AND ?[BLOCK]?=?%idOwnerQueryBLOCK%?)



This DOSENT work (Cant get the wild card into this)

FILTER (?[USE1_DESC]?=? /.*%idOwnerQueryDESC%.*/i? AND ?[BLOCK]?=?%idOwnerQueryBLOCK%?)





Any thoughts?



Thanks











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

Sent: Thursday, December 10, 2009 3:57 PM

To: 'Fawcett, David (MPCA)'; 'Emiliano Casta?eda'

Cc: mapserver-users at lists.osgeo.org

Subject: RE: [mapserver-users] Expression Syntax



Thanks all for your thoughts?.



Got it?I had to add ? ? around the textbox id as well when referencing the textbox id names

Notice( ?%idOwnerQueryDESC%? and ?%idOwnerQueryBLOCK%? )



FILTER (?[USE1_DESC]?=?%idOwnerQueryDESC%? AND ?[BLOCK]?=?%idOwnerQueryBLOCK%?)



Dan thanks for your thoughts?I am going to be moving to 2.x soon?.but have to have the time to lean this all over again?moving to open layers that is?.

One step at a time?I have a ton programmed into 1.6 that?s going to take me some time to convert?



Thanks again all?.very appreciated





From: Fawcett, David (MPCA) [mailto:David.Fawcett at state.mn.us]

Sent: Thursday, December 10, 2009 3:26 PM

To: Jay Kapalczynski; 'Emiliano Casta?eda'

Cc: mapserver-users at lists.osgeo.org

Subject: RE: [mapserver-users] Expression Syntax



At a minimum, I think that you will need to add quotes around the query columns.  (just use single quotes, not the fancy Microsofty ones below?)



FILTER (?[USE1_DESC]?=%idOwnerQueryDESC% AND ?[BLOCK]?=%idOwnerQueryBLOCK%)



Try setting a filter with static values from your data to get the filter format working before you add the complexity of passing the values in with variables.



FILTER (?[USE1_DESC]?=?myUse? AND ?[BLOCK]?=?myBlock?)



David.



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

Sent: Thursday, December 10, 2009 3:21 PM

To: 'Emiliano Casta?eda'

Cc: mapserver-users at lists.osgeo.org

Subject: RE: [mapserver-users] Expression Syntax



Emiliano thanks for the response?.yea I looked at the documentation and it was a bit fuzzy to me?



If I do them individually it works:

                #FILTERITEM 'USE1_DESC'

                #FILTER /.*%idOwnerQueryDESC%.*/i

                #FILTERITEM 'BLOCK'

                #FILTER /.*%idOwnerQueryBLOCK%.*/i



FILTER ([USE1_DESC]=%idOwnerQueryDESC% AND [BLOCK]=%idOwnerQueryBLOCK%)

ERROR: msEvalExpression: Expression parser error.  Failed to parse expression: =Residential AND  =006



FILTER (USE1_DESC=%idOwnerQueryDESC% AND BLOCK=%idOwnerQueryBLOCK%)

I seemed to get a bunch of returns that were incorrect...seems like it grabbed all of them.



Thoughts?





From: Emiliano Casta?eda [mailto:emilianocastaneda at suremptec.com.ar]

Sent: Thursday, December 10, 2009 2:13 PM

To: Jay Kapalczynski

Cc: mapserver-users at lists.osgeo.org

Subject: Re: [mapserver-users] Expression Syntax



Jay,



you must use FILTERITEM only for simple FILTER expressions (string comparison only)

for example:

FILTER "2005" ->fieldvalue

FILTERITEM "year" ->fieldname



For Logical FILTER expressions you do not define FILTERITEM. In this case you must place the FILTER between parentheses, and fieldnames between brackets



for example:

FILTER ([field1]<4000 AND "[field2]"=="Museum") -->observe quotes on both sides on text fields



See http://mapserver.org/mapfile/expressions.html#expressions for detail on how to build logical expressions



Regards,

Emiliano

2009/12/10 Jay Kapalczynski <jkapalczynski at ci.maple-grove.mn.us<mailto:jkapalczynski at ci.maple-grove.mn.us>>

I looked on map server website in the documentation and cant get the synstax correct



I have two textboxes idOwner and idOwner2

I am a bit confused on the FILTERITEM because I am trying to write the expression to include two fields.



USE1_DESC and BLOCK are the two fields that form the query



  LAYER # Parcels Owner Layer

                    NAME 'Parcels'

                    DATA 'parcels/parcels.shp'

                    STATUS DEFAULT

                    TYPE POLYGON

                    METADATA

                                qstring_validation_pattern '.'

                    END

                    TEMPLATE 'parcels/itemquery_parcels_Owner.html'



                    FILTERITEM 'USE1_DESC'



                    FILTER (* WHERE USE1_DESC = '%idOwner%' and BLOCK = '%idOwner2%')



  END







_______________________________________________

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







--

Ing. Emiliano Casta?eda

SUR Emprendimientos Tecnol?gicos



Ing. Huergo 1189 (C1007AOL)

Ciudad de Buenos Aires, Argentina

Tel. +54 (11) 5811-4552   ext. 107

emilianocastaneda at suremptec.com.ar<mailto:emilianocastaneda at suremptec.com.ar>

www.suremptec.com<http://www.suremptec.com>



From pgigoux at munistgo.cl  Fri Dec 11 07:25:10 2009
From: pgigoux at munistgo.cl (Patricio Gigoux)
Date: Fri, 11 Dec 2009 12:25:10 -0300
Subject: [mapserver-users] Web interface
In-Reply-To: <32363.145.50.39.11.1260534141.squirrel@webmail.hostingdiscounter.nl>
References: <1260481491255-4148052.post@n2.nabble.com>
	<4B2174C4.1050406@swoodbridge.com>
	<A2445FF43AA84C0C9AE05E605DCC6C8F@coastal008>
	<4B218028.9040003@swoodbridge.com> <4B223028.7000003@munistgo.cl>
	<32363.145.50.39.11.1260534141.squirrel@webmail.hostingdiscounter.nl>
Message-ID: <4B226456.3050300@munistgo.cl>

Bart:
My idea is for client,  that they can do zoom as natural as you do it in
arcview or jump for example, but in their browser. Similar to google may be.
Behind of this frontend we have a phpmascript.

Thanks

Patricio



bartvde at osgis.nl escribi?:
> Not sure if you actually mean a web mapping client [1] or an
> administration tool [2] for Mapserver, but:
>
> [1] http://www.openlayers.org
> [2]
> http://mapfishblog.blogspot.com/2009/03/studio-beta-for-mapfile-manager.html
>
> Best regards,
> Bart
>
>   
>> Hi everybody:
>>
>> Do you know a good web frontend for display and manipulate maps that has
>> been produced in mapserver?
>>
>> Thanks a lot in advance
>>
>>
>> Patricio
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>>     
>
>
>
>   


From tspradley at snoogems.com  Fri Dec 11 08:08:59 2009
From: tspradley at snoogems.com (Ted Spradley)
Date: Fri, 11 Dec 2009 08:08:59 -0800 (PST)
Subject: [mapserver-users] make error - version 5.6.0-rc1 - /usr/bin/ld:
	cannot find -lxslt
In-Reply-To: <4B218028.9040003@swoodbridge.com>
References: <1260481491255-4148052.post@n2.nabble.com>
	<4B2174C4.1050406@swoodbridge.com>
	<A2445FF43AA84C0C9AE05E605DCC6C8F@coastal008>
	<4B218028.9040003@swoodbridge.com>
Message-ID: <1260547739529-4152101.post@n2.nabble.com>




Stephen Woodbridge wrote:
> 
> http://www.google.com/#hl=en&source=hp&q=fedora+7+libpam
> 
> -Steve
> 

Not having libpam doesn't appear to be the issue.  It just can't find it.

/usr/bin/ld: cannot find -lpam

# locate libpam
/lib/libpam.so.0
/lib/libpam.so.0.81.6
/lib/libpam_misc.so.0
/lib/libpam_misc.so.0.81.2
/lib/libpamc.so.0
/lib/libpamc.so.0.81.0
/root/psa/PSA_8.4.0/dist-rpm-FedoraCore-7-i386/base/psa-libpam-plesk-8.4.0-fc7.build84080425.19.i586.rpm
/root/psa/PSA_9.2.3/dist-rpm-FedoraCore-7-i386/base/psa-libpam-plesk-9.2.3-fc7.build92091015.22.i586.rpm
/swsoft/PSA_8.3.0/dist-rpm-FedoraCore-7-i386/base/psa-libpam-plesk-8.3.0-fc7.build83071218.19.i586.rpm


Is there any way to feed make the path for this library?

Thanks, Ted S.

-- 
View this message in context: http://n2.nabble.com/make-error-version-5-6-0-rc1-usr-bin-ld-cannot-find-lxslt-tp4148052p4152101.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From aboudreault at mapgears.com  Fri Dec 11 08:27:35 2009
From: aboudreault at mapgears.com (Alan Boudreault)
Date: Fri, 11 Dec 2009 11:27:35 -0500
Subject: [mapserver-users] make error - version 5.6.0-rc1 - /usr/bin/ld:
	cannot find -lxslt
In-Reply-To: <1260547739529-4152101.post@n2.nabble.com>
References: <1260481491255-4148052.post@n2.nabble.com>
	<4B218028.9040003@swoodbridge.com>
	<1260547739529-4152101.post@n2.nabble.com>
Message-ID: <200912111127.35231.aboudreault@mapgears.com>

You could simply add the path to ldconfig. Add a file.conf in 
/etc/ld.so.conf.d/ which contains only a line with: /lib/ 

and type "ldconfig" as root.

Alan

On December 11, 2009 11:08:59 am Ted Spradley wrote:
> Stephen Woodbridge wrote:
> > http://www.google.com/#hl=en&source=hp&q=fedora+7+libpam
> >
> > -Steve
> 
> Not having libpam doesn't appear to be the issue.  It just can't find it.
> 
> /usr/bin/ld: cannot find -lpam
> 
> # locate libpam
> /lib/libpam.so.0
> /lib/libpam.so.0.81.6
> /lib/libpam_misc.so.0
> /lib/libpam_misc.so.0.81.2
> /lib/libpamc.so.0
> /lib/libpamc.so.0.81.0
> /root/psa/PSA_8.4.0/dist-rpm-FedoraCore-7-i386/base/psa-libpam-plesk-8.4.0-
> fc7.build84080425.19.i586.rpm
>  /root/psa/PSA_9.2.3/dist-rpm-FedoraCore-7-i386/base/psa-libpam-plesk-9.2.3
> -fc7.build92091015.22.i586.rpm
>  /swsoft/PSA_8.3.0/dist-rpm-FedoraCore-7-i386/base/psa-libpam-plesk-8.3.0-f
> c7.build83071218.19.i586.rpm
> 
> 
> Is there any way to feed make the path for this library?
> 
> Thanks, Ted S.
> 

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


From gerry.creager at tamu.edu  Fri Dec 11 08:35:13 2009
From: gerry.creager at tamu.edu (Gerald Creager)
Date: Fri, 11 Dec 2009 10:35:13 -0600
Subject: [mapserver-users] make error - version 5.6.0-rc1 - /usr/bin/ld:
	cannot find -lxslt
In-Reply-To: <1260547739529-4152101.post@n2.nabble.com>
References: <1260481491255-4148052.post@n2.nabble.com>	<4B2174C4.1050406@swoodbridge.com>	<A2445FF43AA84C0C9AE05E605DCC6C8F@coastal008>	<4B218028.9040003@swoodbridge.com>
	<1260547739529-4152101.post@n2.nabble.com>
Message-ID: <4B2274C1.7040805@tamu.edu>

A couple of ways... as root, rerun /etc/ldconfig which should find 
libpam.so.

In the makefile, add "-lpam" to the line starting with XTRALIBS=
(I think this will work, but trying it won't take you too long...)

gerry

Ted Spradley wrote:
> 
> 
> Stephen Woodbridge wrote:
>> http://www.google.com/#hl=en&source=hp&q=fedora+7+libpam
>>
>> -Steve
>>
> 
> Not having libpam doesn't appear to be the issue.  It just can't find it.
> 
> /usr/bin/ld: cannot find -lpam
> 
> # locate libpam
> /lib/libpam.so.0
> /lib/libpam.so.0.81.6
> /lib/libpam_misc.so.0
> /lib/libpam_misc.so.0.81.2
> /lib/libpamc.so.0
> /lib/libpamc.so.0.81.0
> /root/psa/PSA_8.4.0/dist-rpm-FedoraCore-7-i386/base/psa-libpam-plesk-8.4.0-fc7.build84080425.19.i586.rpm
> /root/psa/PSA_9.2.3/dist-rpm-FedoraCore-7-i386/base/psa-libpam-plesk-9.2.3-fc7.build92091015.22.i586.rpm
> /swsoft/PSA_8.3.0/dist-rpm-FedoraCore-7-i386/base/psa-libpam-plesk-8.3.0-fc7.build83071218.19.i586.rpm
> 
> 
> Is there any way to feed make the path for this library?
> 
> Thanks, Ted S.
> 


From tspradley at snoogems.com  Fri Dec 11 09:55:24 2009
From: tspradley at snoogems.com (Ted Spradley)
Date: Fri, 11 Dec 2009 09:55:24 -0800 (PST)
Subject: [mapserver-users] make error - version 5.6.0-rc1 - /usr/bin/ld:
	cannot find -lxslt
In-Reply-To: <200912111127.35231.aboudreault@mapgears.com>
References: <1260481491255-4148052.post@n2.nabble.com>
	<4B2174C4.1050406@swoodbridge.com>
	<A2445FF43AA84C0C9AE05E605DCC6C8F@coastal008>
	<4B218028.9040003@swoodbridge.com>
	<1260547739529-4152101.post@n2.nabble.com>
	<200912111127.35231.aboudreault@mapgears.com>
Message-ID: <ED4ECE8E6EFC4A3CB7A579E24696C0A5@coastal008>


Thanks Alan, and others.  I realize my server admin skills are lacking.

So, file.conf should be named 'lpam.conf' or 'libpam.conf'?  (tried both, then ldconfig as root ... still the same error)

Ted S.
  ----- Original Message ----- 
  From: Alan Boudreault [via OSGeo.org] 
  To: Ted Spradley 
  Sent: Friday, December 11, 2009 10:27 AM
  Subject: Re: [mapserver-users] make error - version 5.6.0-rc1 - /usr/bin/ld: cannot find -lxslt


  You could simply add the path to ldconfig. Add a file.conf in 
  /etc/ld.so.conf.d/ which contains only a line with: /lib/ 

  and type "ldconfig" as root. 

  Alan 

  On December 11, 2009 11:08:59 am Ted Spradley wrote: 

  > Stephen Woodbridge wrote: 
  > > http://www.google.com/#hl=en&source=hp&q=fedora+7+libpam
  > > 
  > > -Steve 
  > 
  > Not having libpam doesn't appear to be the issue.  It just can't find it. 
  > 
  > /usr/bin/ld: cannot find -lpam 
  > 
  > # locate libpam 
  > /lib/libpam.so.0 
  > /lib/libpam.so.0.81.6 
  > /lib/libpam_misc.so.0 
  > /lib/libpam_misc.so.0.81.2 
  > /lib/libpamc.so.0 
  > /lib/libpamc.so.0.81.0 
  > /root/psa/PSA_8.4.0/dist-rpm-FedoraCore-7-i386/base/psa-libpam-plesk-8.4.0- 
  > fc7.build84080425.19.i586.rpm 
  >  /root/psa/PSA_9.2.3/dist-rpm-FedoraCore-7-i386/base/psa-libpam-plesk-9.2.3 
  > -fc7.build92091015.22.i586.rpm 
  >  /swsoft/PSA_8.3.0/dist-rpm-FedoraCore-7-i386/base/psa-libpam-plesk-8.3.0-f 
  > c7.build83071218.19.i586.rpm 
  > 
  > 
  > Is there any way to feed make the path for this library? 
  > 
  > Thanks, Ted S. 
  > 

  -- 
  Alan Boudreault 
  Mapgears 
  http://www.mapgears.com
  _______________________________________________ 
  mapserver-users mailing list 
  [hidden email] 
  http://lists.osgeo.org/mailman/listinfo/mapserver-users



------------------------------------------------------------------------------

  View message @ http://n2.nabble.com/make-error-version-5-6-0-rc1-usr-bin-ld-cannot-find-lxslt-tp4148052p4152220.html 
  To unsubscribe from Re: make error - version 5.6.0-rc1 - /usr/bin/ld: cannot find -lxslt, click here. 


-- 
View this message in context: http://n2.nabble.com/make-error-version-5-6-0-rc1-usr-bin-ld-cannot-find-lxslt-tp4148052p4152695.html
Sent from the Mapserver - User mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091211/227881da/attachment.htm>

From aboudreault at mapgears.com  Fri Dec 11 10:05:38 2009
From: aboudreault at mapgears.com (Alan Boudreault)
Date: Fri, 11 Dec 2009 13:05:38 -0500
Subject: [mapserver-users] make error - version 5.6.0-rc1 - /usr/bin/ld:
	cannot find -lxslt
In-Reply-To: <ED4ECE8E6EFC4A3CB7A579E24696C0A5@coastal008>
References: <1260481491255-4148052.post@n2.nabble.com>
	<200912111127.35231.aboudreault@mapgears.com>
	<ED4ECE8E6EFC4A3CB7A579E24696C0A5@coastal008>
Message-ID: <200912111305.38951.aboudreault@mapgears.com>

The file name is not important. Theorically, ldconfig should read all those 
files and add it to its lib path. Unfortunately, I don't know much Fedora but 
it should work that way.

Alan
 
On December 11, 2009 12:55:24 pm Ted Spradley wrote:
> Thanks Alan, and others.  I realize my server admin skills are lacking.
> 
> So, file.conf should be named 'lpam.conf' or 'libpam.conf'?  (tried both,
>  then ldconfig as root ... still the same error)
> 
> Ted S.
>   ----- Original Message -----
>   From: Alan Boudreault [via OSGeo.org]
>   To: Ted Spradley
>   Sent: Friday, December 11, 2009 10:27 AM
>   Subject: Re: [mapserver-users] make error - version 5.6.0-rc1 -
>  /usr/bin/ld: cannot find -lxslt
> 
> 
>   You could simply add the path to ldconfig. Add a file.conf in
>   /etc/ld.so.conf.d/ which contains only a line with: /lib/
> 
>   and type "ldconfig" as root.
> 
>   Alan
> 
>   On December 11, 2009 11:08:59 am Ted Spradley wrote:
>   > Stephen Woodbridge wrote:
>   > > http://www.google.com/#hl=en&source=hp&q=fedora+7+libpam
>   > >
>   > > -Steve
>   >
>   > Not having libpam doesn't appear to be the issue.  It just can't find
>   > it.
>   >
>   > /usr/bin/ld: cannot find -lpam
>   >
>   > # locate libpam
>   > /lib/libpam.so.0
>   > /lib/libpam.so.0.81.6
>   > /lib/libpam_misc.so.0
>   > /lib/libpam_misc.so.0.81.2
>   > /lib/libpamc.so.0
>   > /lib/libpamc.so.0.81.0
>   > /root/psa/PSA_8.4.0/dist-rpm-FedoraCore-7-i386/base/psa-libpam-plesk-8.
>   >4.0- fc7.build84080425.19.i586.rpm
>   > 
>   > /root/psa/PSA_9.2.3/dist-rpm-FedoraCore-7-i386/base/psa-libpam-plesk-9.
>   >2.3 -fc7.build92091015.22.i586.rpm
>   > 
>   > /swsoft/PSA_8.3.0/dist-rpm-FedoraCore-7-i386/base/psa-libpam-plesk-8.3.
>   >0-f c7.build83071218.19.i586.rpm
>   >
>   >
>   > Is there any way to feed make the path for this library?
>   >
>   > Thanks, Ted S.
> 
> ---------------------------------------------------------------------------
> ---
> 
>   View message @
>  http://n2.nabble.com/make-error-version-5-6-0-rc1-usr-bin-ld-cannot-find-l
> xslt-tp4148052p4152220.html To unsubscribe from Re: make error - version
>  5.6.0-rc1 - /usr/bin/ld: cannot find -lxslt, click here.
> 

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


From jkapalczynski at ci.maple-grove.mn.us  Fri Dec 11 10:08:22 2009
From: jkapalczynski at ci.maple-grove.mn.us (Jay Kapalczynski)
Date: Fri, 11 Dec 2009 12:08:22 -0600
Subject: [mapserver-users] Expression Syntax
In-Reply-To: <A7F7B3043D3BF0438F1206BAA3C9933C02897CED0A@MNMAIL05.ead.state.mn.us>
References: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD11@MG-Mail.ci.maple-grove.mn.us>
	<106f14400912101213j2229d372v5b4969f72e171ff@mail.gmail.com>
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD12@MG-Mail.ci.maple-grove.mn.us>
	<D2C2A8AE8E016C42A974F644AF21E13902F3FDDAE9@MNMAIL05.ead.state.mn.us>
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD13@MG-Mail.ci.maple-grove.mn.us>
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD14@MG-Mail.ci.maple-grove.mn.us>,
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD16@MG-Mail.ci.maple-grove.mn.us>
	<A7F7B3043D3BF0438F1206BAA3C9933C02897CED06@MNMAIL05.ead.state.mn.us>,
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD17@MG-Mail.ci.maple-grove.mn.us>
	<A7F7B3043D3BF0438F1206BAA3C9933C02897CED0A@MNMAIL05.ead.state.mn.us>
Message-ID: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD29@MG-Mail.ci.maple-grove.mn.us>

My example I am having the user fill the query...so I don't know what they are entering....
Are you hinting at doing that with the whole alphabet?
/idOwnerQueryDESC/ => [Aa][Bb][Cc][Dd] etc etc

If I split them apart like you suggested how does the "AND" statement of the logical expression get referenced?

Thanks Steve for your thoughts and comments...apprecaited...

Thanks



-----Original Message-----
From: Lime, Steve D (DNR) [mailto:Steve.Lime at state.mn.us] 
Sent: Friday, December 11, 2009 9:29 AM
To: Jay Kapalczynski
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Expression Syntax

The =~ is the regex operator. It's referenced in a "Note" just below all the other logical expressions... Probably
should just be inlined with the other examples.

You can write case insensitive regex's the brute force way, e.g.:

  /hello/ => /[Hh][Ee][Ll][Ll][Oo]/

Bit of a pain though. Also, if you could isolate the regex somehow and remove your block test then you could do a 
straight regex expression and use case insensitivity. For example,

FILTERITEM 'block'
FILTER '%idOwnerQueryBLOCK%'
CLASSITEM 'USE1_DESC'
CLASS
  EXPRESSION /.*%idOwnerQueryDESC%.*/i
END

Might even see better performance...

Steve
________________________________________
From: Jay Kapalczynski [jkapalczynski at ci.maple-grove.mn.us]
Sent: Friday, December 11, 2009 9:17 AM
To: Lime, Steve D (DNR)
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Expression Syntax

Thanks Steve for you response

I have been scouring the documentation on expressions and was getting confused..

This is from Mapserver

( ( ... ) AND ( ... ) ) ( ( ... ) && ( ... ) ) ... will become true when both of the two logical expressions in the innermost brackets are true.

Although my solution followed (...AND...)   NOT   ((...) AND (...))

I didn't see the ~ in the documentation...what is that doing is signifying?

I had to remove the i so I am not longer case insensitive.....thats a drag...guess I have to modify my attributes to LCase to get around that...

Any other thoughts about the case sensitive issue...any way around that with the Logical Expression...

Thanks again everyone for you help and suggestions.

-----Original Message-----
From: Lime, Steve D (DNR) [mailto:Steve.Lime at state.mn.us]
Sent: Friday, December 11, 2009 8:55 AM
To: Jay Kapalczynski
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Expression Syntax



Try:



  FILTER ('[USE1_DESC]' =~  /.*%idOwnerQueryDESC%.*/i AND '[BLOCK]'='%idOwnerQueryBLOCK%')



I've not tried case insensitive regex in a logical expression though. You might have to remove the i...



Steve



________________________________________

From: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] On Behalf Of Jay Kapalczynski [jkapalczynski at ci.maple-grove.mn.us]

Sent: Friday, December 11, 2009 8:37 AM

To: Fawcett, David (MPCA); 'Emiliano Casta?eda'

Cc: mapserver-users at lists.osgeo.org

Subject: RE: [mapserver-users] Expression Syntax



Thanks for all your help yesterday..very appreciated.seems I always get botched up with the syntax..

Ugggg.I have tried 20 different ways and I just seem to be missing something..



I guess the question is, Can I use a wild card search in a logical expression?



This works (WILD CARD )

FILTER /.*%idOwnerQueryDESC%.*/i



This works (NO WILD CARD)

FILTER ('[USE1_DESC]'='%idOwnerQueryDESC%' AND '[BLOCK]'='%idOwnerQueryBLOCK%')



This DOSENT work (Cant get the wild card into this)

FILTER ('[USE1_DESC]'=' /.*%idOwnerQueryDESC%.*/i' AND '[BLOCK]'='%idOwnerQueryBLOCK%')





Any thoughts?



Thanks











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

Sent: Thursday, December 10, 2009 3:57 PM

To: 'Fawcett, David (MPCA)'; 'Emiliano Casta?eda'

Cc: mapserver-users at lists.osgeo.org

Subject: RE: [mapserver-users] Expression Syntax



Thanks all for your thoughts..



Got it.I had to add ' ' around the textbox id as well when referencing the textbox id names

Notice( '%idOwnerQueryDESC%' and '%idOwnerQueryBLOCK%' )



FILTER ('[USE1_DESC]'='%idOwnerQueryDESC%' AND '[BLOCK]'='%idOwnerQueryBLOCK%')



Dan thanks for your thoughts.I am going to be moving to 2.x soon..but have to have the time to lean this all over again.moving to open layers that is..

One step at a time.I have a ton programmed into 1.6 that's going to take me some time to convert.



Thanks again all..very appreciated





From: Fawcett, David (MPCA) [mailto:David.Fawcett at state.mn.us]

Sent: Thursday, December 10, 2009 3:26 PM

To: Jay Kapalczynski; 'Emiliano Casta?eda'

Cc: mapserver-users at lists.osgeo.org

Subject: RE: [mapserver-users] Expression Syntax



At a minimum, I think that you will need to add quotes around the query columns.  (just use single quotes, not the fancy Microsofty ones below.)



FILTER ('[USE1_DESC]'=%idOwnerQueryDESC% AND '[BLOCK]'=%idOwnerQueryBLOCK%)



Try setting a filter with static values from your data to get the filter format working before you add the complexity of passing the values in with variables.



FILTER ('[USE1_DESC]'='myUse' AND '[BLOCK]'='myBlock')



David.



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

Sent: Thursday, December 10, 2009 3:21 PM

To: 'Emiliano Casta?eda'

Cc: mapserver-users at lists.osgeo.org

Subject: RE: [mapserver-users] Expression Syntax



Emiliano thanks for the response..yea I looked at the documentation and it was a bit fuzzy to me.



If I do them individually it works:

                #FILTERITEM 'USE1_DESC'

                #FILTER /.*%idOwnerQueryDESC%.*/i

                #FILTERITEM 'BLOCK'

                #FILTER /.*%idOwnerQueryBLOCK%.*/i



FILTER ([USE1_DESC]=%idOwnerQueryDESC% AND [BLOCK]=%idOwnerQueryBLOCK%)

ERROR: msEvalExpression: Expression parser error.  Failed to parse expression: =Residential AND  =006



FILTER (USE1_DESC=%idOwnerQueryDESC% AND BLOCK=%idOwnerQueryBLOCK%)

I seemed to get a bunch of returns that were incorrect...seems like it grabbed all of them.



Thoughts?





From: Emiliano Casta?eda [mailto:emilianocastaneda at suremptec.com.ar]

Sent: Thursday, December 10, 2009 2:13 PM

To: Jay Kapalczynski

Cc: mapserver-users at lists.osgeo.org

Subject: Re: [mapserver-users] Expression Syntax



Jay,



you must use FILTERITEM only for simple FILTER expressions (string comparison only)

for example:

FILTER "2005" ->fieldvalue

FILTERITEM "year" ->fieldname



For Logical FILTER expressions you do not define FILTERITEM. In this case you must place the FILTER between parentheses, and fieldnames between brackets



for example:

FILTER ([field1]<4000 AND "[field2]"=="Museum") -->observe quotes on both sides on text fields



See http://mapserver.org/mapfile/expressions.html#expressions for detail on how to build logical expressions



Regards,

Emiliano

2009/12/10 Jay Kapalczynski <jkapalczynski at ci.maple-grove.mn.us<mailto:jkapalczynski at ci.maple-grove.mn.us>>

I looked on map server website in the documentation and cant get the synstax correct



I have two textboxes idOwner and idOwner2

I am a bit confused on the FILTERITEM because I am trying to write the expression to include two fields.



USE1_DESC and BLOCK are the two fields that form the query



  LAYER # Parcels Owner Layer

                    NAME 'Parcels'

                    DATA 'parcels/parcels.shp'

                    STATUS DEFAULT

                    TYPE POLYGON

                    METADATA

                                qstring_validation_pattern '.'

                    END

                    TEMPLATE 'parcels/itemquery_parcels_Owner.html'



                    FILTERITEM 'USE1_DESC'



                    FILTER (* WHERE USE1_DESC = '%idOwner%' and BLOCK = '%idOwner2%')



  END







_______________________________________________

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







--

Ing. Emiliano Casta?eda

SUR Emprendimientos Tecnol?gicos



Ing. Huergo 1189 (C1007AOL)

Ciudad de Buenos Aires, Argentina

Tel. +54 (11) 5811-4552   ext. 107

emilianocastaneda at suremptec.com.ar<mailto:emilianocastaneda at suremptec.com.ar>

www.suremptec.com<http://www.suremptec.com>



From Steve.Lime at state.mn.us  Fri Dec 11 10:55:45 2009
From: Steve.Lime at state.mn.us (Lime, Steve D (DNR))
Date: Fri, 11 Dec 2009 12:55:45 -0600
Subject: [mapserver-users] Expression Syntax
In-Reply-To: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD29@MG-Mail.ci.maple-grove.mn.us>
References: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD11@MG-Mail.ci.maple-grove.mn.us>
	<106f14400912101213j2229d372v5b4969f72e171ff@mail.gmail.com>
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD12@MG-Mail.ci.maple-grove.mn.us>
	<D2C2A8AE8E016C42A974F644AF21E13902F3FDDAE9@MNMAIL05.ead.state.mn.us>
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD13@MG-Mail.ci.maple-grove.mn.us>
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD14@MG-Mail.ci.maple-grove.mn.us>,
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD16@MG-Mail.ci.maple-grove.mn.us>
	<A7F7B3043D3BF0438F1206BAA3C9933C02897CED06@MNMAIL05.ead.state.mn.us>, 
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD17@MG-Mail.ci.maple-grove.mn.us>
	<A7F7B3043D3BF0438F1206BAA3C9933C02897CED0A@MNMAIL05.ead.state.mn.us>
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD29@MG-Mail.ci.maple-grove.mn.us>
Message-ID: <A7F7B3043D3BF0438F1206BAA3C9933C02897D216A@MNMAIL05.ead.state.mn.us>

No, you'd take their input and convert it before submitting. So if they type
'hello' you'd convert it to '[Hh][Ee][Ll][Ll][Oo]' before sending. You could
do something like that in javascript I suppose.

If you split them apart the filter would get applied first (so you'd see candidate
Features with the right block value only) and then the expression would be used. My
suggestion/workaround was pretty specific to your message and might not make sense
depending on how the whole layer looks. For example, if you've got multiple classes
then that approach won't work.

Steve

-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Jay Kapalczynski
Sent: Friday, December 11, 2009 12:08 PM
To: Lime, Steve D (DNR)
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Expression Syntax

My example I am having the user fill the query...so I don't know what they are entering....
Are you hinting at doing that with the whole alphabet?
/idOwnerQueryDESC/ => [Aa][Bb][Cc][Dd] etc etc

If I split them apart like you suggested how does the "AND" statement of the logical expression get referenced?

Thanks Steve for your thoughts and comments...apprecaited...

Thanks



-----Original Message-----
From: Lime, Steve D (DNR) [mailto:Steve.Lime at state.mn.us] 
Sent: Friday, December 11, 2009 9:29 AM
To: Jay Kapalczynski
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Expression Syntax

The =~ is the regex operator. It's referenced in a "Note" just below all the other logical expressions... Probably
should just be inlined with the other examples.

You can write case insensitive regex's the brute force way, e.g.:

  /hello/ => /[Hh][Ee][Ll][Ll][Oo]/

Bit of a pain though. Also, if you could isolate the regex somehow and remove your block test then you could do a 
straight regex expression and use case insensitivity. For example,

FILTERITEM 'block'
FILTER '%idOwnerQueryBLOCK%'
CLASSITEM 'USE1_DESC'
CLASS
  EXPRESSION /.*%idOwnerQueryDESC%.*/i
END

Might even see better performance...

Steve
________________________________________
From: Jay Kapalczynski [jkapalczynski at ci.maple-grove.mn.us]
Sent: Friday, December 11, 2009 9:17 AM
To: Lime, Steve D (DNR)
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Expression Syntax

Thanks Steve for you response

I have been scouring the documentation on expressions and was getting confused..

This is from Mapserver

( ( ... ) AND ( ... ) ) ( ( ... ) && ( ... ) ) ... will become true when both of the two logical expressions in the innermost brackets are true.

Although my solution followed (...AND...)   NOT   ((...) AND (...))

I didn't see the ~ in the documentation...what is that doing is signifying?

I had to remove the i so I am not longer case insensitive.....thats a drag...guess I have to modify my attributes to LCase to get around that...

Any other thoughts about the case sensitive issue...any way around that with the Logical Expression...

Thanks again everyone for you help and suggestions.

-----Original Message-----
From: Lime, Steve D (DNR) [mailto:Steve.Lime at state.mn.us]
Sent: Friday, December 11, 2009 8:55 AM
To: Jay Kapalczynski
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] Expression Syntax



Try:



  FILTER ('[USE1_DESC]' =~  /.*%idOwnerQueryDESC%.*/i AND '[BLOCK]'='%idOwnerQueryBLOCK%')



I've not tried case insensitive regex in a logical expression though. You might have to remove the i...



Steve



________________________________________

From: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] On Behalf Of Jay Kapalczynski [jkapalczynski at ci.maple-grove.mn.us]

Sent: Friday, December 11, 2009 8:37 AM

To: Fawcett, David (MPCA); 'Emiliano Casta?eda'

Cc: mapserver-users at lists.osgeo.org

Subject: RE: [mapserver-users] Expression Syntax



Thanks for all your help yesterday..very appreciated.seems I always get botched up with the syntax..

Ugggg.I have tried 20 different ways and I just seem to be missing something..



I guess the question is, Can I use a wild card search in a logical expression?



This works (WILD CARD )

FILTER /.*%idOwnerQueryDESC%.*/i



This works (NO WILD CARD)

FILTER ('[USE1_DESC]'='%idOwnerQueryDESC%' AND '[BLOCK]'='%idOwnerQueryBLOCK%')



This DOSENT work (Cant get the wild card into this)

FILTER ('[USE1_DESC]'=' /.*%idOwnerQueryDESC%.*/i' AND '[BLOCK]'='%idOwnerQueryBLOCK%')





Any thoughts?



Thanks











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

Sent: Thursday, December 10, 2009 3:57 PM

To: 'Fawcett, David (MPCA)'; 'Emiliano Casta?eda'

Cc: mapserver-users at lists.osgeo.org

Subject: RE: [mapserver-users] Expression Syntax



Thanks all for your thoughts..



Got it.I had to add ' ' around the textbox id as well when referencing the textbox id names

Notice( '%idOwnerQueryDESC%' and '%idOwnerQueryBLOCK%' )



FILTER ('[USE1_DESC]'='%idOwnerQueryDESC%' AND '[BLOCK]'='%idOwnerQueryBLOCK%')



Dan thanks for your thoughts.I am going to be moving to 2.x soon..but have to have the time to lean this all over again.moving to open layers that is..

One step at a time.I have a ton programmed into 1.6 that's going to take me some time to convert.



Thanks again all..very appreciated





From: Fawcett, David (MPCA) [mailto:David.Fawcett at state.mn.us]

Sent: Thursday, December 10, 2009 3:26 PM

To: Jay Kapalczynski; 'Emiliano Casta?eda'

Cc: mapserver-users at lists.osgeo.org

Subject: RE: [mapserver-users] Expression Syntax



At a minimum, I think that you will need to add quotes around the query columns.  (just use single quotes, not the fancy Microsofty ones below.)



FILTER ('[USE1_DESC]'=%idOwnerQueryDESC% AND '[BLOCK]'=%idOwnerQueryBLOCK%)



Try setting a filter with static values from your data to get the filter format working before you add the complexity of passing the values in with variables.



FILTER ('[USE1_DESC]'='myUse' AND '[BLOCK]'='myBlock')



David.



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

Sent: Thursday, December 10, 2009 3:21 PM

To: 'Emiliano Casta?eda'

Cc: mapserver-users at lists.osgeo.org

Subject: RE: [mapserver-users] Expression Syntax



Emiliano thanks for the response..yea I looked at the documentation and it was a bit fuzzy to me.



If I do them individually it works:

                #FILTERITEM 'USE1_DESC'

                #FILTER /.*%idOwnerQueryDESC%.*/i

                #FILTERITEM 'BLOCK'

                #FILTER /.*%idOwnerQueryBLOCK%.*/i



FILTER ([USE1_DESC]=%idOwnerQueryDESC% AND [BLOCK]=%idOwnerQueryBLOCK%)

ERROR: msEvalExpression: Expression parser error.  Failed to parse expression: =Residential AND  =006



FILTER (USE1_DESC=%idOwnerQueryDESC% AND BLOCK=%idOwnerQueryBLOCK%)

I seemed to get a bunch of returns that were incorrect...seems like it grabbed all of them.



Thoughts?





From: Emiliano Casta?eda [mailto:emilianocastaneda at suremptec.com.ar]

Sent: Thursday, December 10, 2009 2:13 PM

To: Jay Kapalczynski

Cc: mapserver-users at lists.osgeo.org

Subject: Re: [mapserver-users] Expression Syntax



Jay,



you must use FILTERITEM only for simple FILTER expressions (string comparison only)

for example:

FILTER "2005" ->fieldvalue

FILTERITEM "year" ->fieldname



For Logical FILTER expressions you do not define FILTERITEM. In this case you must place the FILTER between parentheses, and fieldnames between brackets



for example:

FILTER ([field1]<4000 AND "[field2]"=="Museum") -->observe quotes on both sides on text fields



See http://mapserver.org/mapfile/expressions.html#expressions for detail on how to build logical expressions



Regards,

Emiliano

2009/12/10 Jay Kapalczynski <jkapalczynski at ci.maple-grove.mn.us<mailto:jkapalczynski at ci.maple-grove.mn.us>>

I looked on map server website in the documentation and cant get the synstax correct



I have two textboxes idOwner and idOwner2

I am a bit confused on the FILTERITEM because I am trying to write the expression to include two fields.



USE1_DESC and BLOCK are the two fields that form the query



  LAYER # Parcels Owner Layer

                    NAME 'Parcels'

                    DATA 'parcels/parcels.shp'

                    STATUS DEFAULT

                    TYPE POLYGON

                    METADATA

                                qstring_validation_pattern '.'

                    END

                    TEMPLATE 'parcels/itemquery_parcels_Owner.html'



                    FILTERITEM 'USE1_DESC'



                    FILTER (* WHERE USE1_DESC = '%idOwner%' and BLOCK = '%idOwner2%')



  END







_______________________________________________

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







--

Ing. Emiliano Casta?eda

SUR Emprendimientos Tecnol?gicos



Ing. Huergo 1189 (C1007AOL)

Ciudad de Buenos Aires, Argentina

Tel. +54 (11) 5811-4552   ext. 107

emilianocastaneda at suremptec.com.ar<mailto:emilianocastaneda at suremptec.com.ar>

www.suremptec.com<http://www.suremptec.com>

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


From Tim.Nolte at ipcswirelessinc.com  Fri Dec 11 11:11:55 2009
From: Tim.Nolte at ipcswirelessinc.com (Nolte, Tim)
Date: Fri, 11 Dec 2009 14:11:55 -0500
Subject: [mapserver-users] MapServer CGI + Oracle + Query,
	msQueryByShape no results
In-Reply-To: <A7F7B3043D3BF0438F1206BAA3C9933C02897D216A@MNMAIL05.ead.state.mn.us>
References: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD11@MG-Mail.ci.maple-grove.mn.us><106f14400912101213j2229d372v5b4969f72e171ff@mail.gmail.com><D7A5EAC385604446AB1DD24BF4F5A918A00826AD12@MG-Mail.ci.maple-grove.mn.us><D2C2A8AE8E016C42A974F644AF21E13902F3FDDAE9@MNMAIL05.ead.state.mn.us><D7A5EAC385604446AB1DD24BF4F5A918A00826AD13@MG-Mail.ci.maple-grove.mn.us><D7A5EAC385604446AB1DD24BF4F5A918A00826AD14@MG-Mail.ci.maple-grove.mn.us>,
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD16@MG-Mail.ci.maple-grove.mn.us><A7F7B3043D3BF0438F1206BAA3C9933C02897CED06@MNMAIL05.ead.state.mn.us>,
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD17@MG-Mail.ci.maple-grove.mn.us><A7F7B3043D3BF0438F1206BAA3C9933C02897CED0A@MNMAIL05.ead.state.mn.us><D7A5EAC385604446AB1DD24BF4F5A918A00826AD29@MG-Mail.ci.maple-grove.mn.us>
	<A7F7B3043D3BF0438F1206BAA3C9933C02897D216A@MNMAIL05.ead.state.mn.us>
Message-ID: <E534BE8FE04ADF4FA3C837466F4F35408A29EA@KTWMAIL.ilpcs.com>

I have a web client that makes calls to the MapServer (5.6.0rc1) CGI. I'm requesting the results of a query. The issue I am having is that if one of the layers specified has no results the whole process fails with:

	msQueryByShape(): Search returned no results. No matching record(s) found.

If I run the same query but only pass a single layer that does have results then it works. Additionally if I run the same query again and have results in both of say 2 layers searched, I only get the layer that is searched first to be highlighted rather than all of the results of all layers. It seems like the logic that is used for querying is flawed. Was the design of using a query file only designed to be used with 1 layer at a time? I really need help as this is breaking the web client and causing users to get unexpected results. Thanks.

- Tim

----
Timothy J Nolte - tnolte at ilpcs.com
Network Planning Engineer

Sprint Nextel
4717 Broadmoor Ave, Suite G
Kentwood, MI 49512

Office: 616-656-5163
PCS:??? 616-706-2438
Fax:??? 616-554-6484



From pcreso at pcreso.com  Fri Dec 11 13:07:15 2009
From: pcreso at pcreso.com (pcreso at pcreso.com)
Date: Fri, 11 Dec 2009 13:07:15 -0800 (PST)
Subject: [mapserver-users] cascading WMS with mapserver
Message-ID: <273301.11996.qm@web33206.mail.mud.yahoo.com>

Hi,

I'd like to set up a local mapfile which provides a layer from 
http://wms.jpl.nasa.gov/wms.cgi

What I can't find in the mapserver docs is exactly what I put into the CONNECTION string to specify the layer I want from this server. 

The capabilities doc returned lists several layer, I want to provide just one via a local mapserver implementation.

Any suggestions?

Thanks,

  Brent Wood


From Steve.Lime at state.mn.us  Fri Dec 11 13:50:16 2009
From: Steve.Lime at state.mn.us (Lime, Steve D (DNR))
Date: Fri, 11 Dec 2009 15:50:16 -0600
Subject: [mapserver-users] MapServer CGI + Oracle + Query,
	msQueryByShape no results
In-Reply-To: <E534BE8FE04ADF4FA3C837466F4F35408A29EA@KTWMAIL.ilpcs.com>
References: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD11@MG-Mail.ci.maple-grove.mn.us><106f14400912101213j2229d372v5b4969f72e171ff@mail.gmail.com><D7A5EAC385604446AB1DD24BF4F5A918A00826AD12@MG-Mail.ci.maple-grove.mn.us><D2C2A8AE8E016C42A974F644AF21E13902F3FDDAE9@MNMAIL05.ead.state.mn.us><D7A5EAC385604446AB1DD24BF4F5A918A00826AD13@MG-Mail.ci.maple-grove.mn.us><D7A5EAC385604446AB1DD24BF4F5A918A00826AD14@MG-Mail.ci.maple-grove.mn.us>,
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD16@MG-Mail.ci.maple-grove.mn.us><A7F7B3043D3BF0438F1206BAA3C9933C02897CED06@MNMAIL05.ead.state.mn.us>,
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD17@MG-Mail.ci.maple-grove.mn.us><A7F7B3043D3BF0438F1206BAA3C9933C02897CED0A@MNMAIL05.ead.state.mn.us><D7A5EAC385604446AB1DD24BF4F5A918A00826AD29@MG-Mail.ci.maple-grove.mn.us>
	<A7F7B3043D3BF0438F1206BAA3C9933C02897D216A@MNMAIL05.ead.state.mn.us>
	<E534BE8FE04ADF4FA3C837466F4F35408A29EA@KTWMAIL.ilpcs.com>
Message-ID: <A7F7B3043D3BF0438F1206BAA3C9933C02897D2420@MNMAIL05.ead.state.mn.us>

Does the behavior hold true with shapefiles or is this just Oracle, or can't you test that.

The queryfile (foo.qf) caches the query parameters itself, not the results. The pre-5.6 cached the results but it was really expensive to retrieve them with certain types of data providers, primarily databases. Are you using query files?

A sample query or two would help. Also, how are you presenting the results (template, querymap or ???)

Steve


-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Nolte, Tim
Sent: Friday, December 11, 2009 1:12 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] MapServer CGI + Oracle + Query, msQueryByShape no results

I have a web client that makes calls to the MapServer (5.6.0rc1) CGI. I'm requesting the results of a query. The issue I am having is that if one of the layers specified has no results the whole process fails with:

	msQueryByShape(): Search returned no results. No matching record(s) found.

If I run the same query but only pass a single layer that does have results then it works. Additionally if I run the same query again and have results in both of say 2 layers searched, I only get the layer that is searched first to be highlighted rather than all of the results of all layers. It seems like the logic that is used for querying is flawed. Was the design of using a query file only designed to be used with 1 layer at a time? I really need help as this is breaking the web client and causing users to get unexpected results. Thanks.

- Tim

----
Timothy J Nolte - tnolte at ilpcs.com
Network Planning Engineer

Sprint Nextel
4717 Broadmoor Ave, Suite G
Kentwood, MI 49512

Office: 616-656-5163
PCS:??? 616-706-2438
Fax:??? 616-554-6484

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


From bthoen at gisnet.com  Fri Dec 11 18:27:10 2009
From: bthoen at gisnet.com (Bill Thoen)
Date: Fri, 11 Dec 2009 19:27:10 -0700
Subject: AW: [mapserver-users] How do I Control QUERY Output?
In-Reply-To: <4B1FC812.5157.008F.0@dnr.state.mn.us>
References: <E1NITSH-0000Pl-00@smtp07.web.de> <4B201DBA.9090704@gisnet.com>
	<4B1FC812.5157.008F.0@dnr.state.mn.us>
Message-ID: <4B22FF7E.9070908@gisnet.com>

Steve Lime wrote:
> The AJAX method will work nicely. This site does just that:
>
>   http://www.dnr.state.mn.us/waters/csg/index.html 
>
> If you use the identify tool to click on a point the query output is
> placed in an Ext window. If
> you hover over a point very simple query output is stuffed in a div.
>
> Steve
>   

Your example above is tantalizing. What it shows with the Identify tool 
is just what I'm trying to learn how to do, but it contains a lot of 
inter-twingled code from multiple libraries, and I can't seem to open 
and read all the files, so it's a bit beyond my reach.

I know how AJAX works, and I was able to get close by putting an AJAX 
call in the template file called by my layer and reading the XML file 
generated in the template file after a click in Query mode, but that 
approach just doesn't seem right. Too kludgey.

In the "AJAX method" you mention above, where do you intercept the 
normal mapfile sequence from the mouse-click to the layer's call to the 
template, to the final map redraw? Do you even use a template file to 
resolve variables, or do you get those some other way? Is there a 
simpler demo out there that demonstrates the technique? I'm sure this is 
simpler than I think, but I just don't see it yet.

Any suggestions for the thick-headed?

-- 
- Bill Thoen 
  GISnet - www.gisnet.com
  303-786-9961



From danlittle at yahoo.com  Fri Dec 11 18:57:21 2009
From: danlittle at yahoo.com (Dan Little)
Date: Fri, 11 Dec 2009 18:57:21 -0800 (PST)
Subject: [mapserver-users] Web interface
In-Reply-To: <4B226456.3050300@munistgo.cl>
References: <1260481491255-4148052.post@n2.nabble.com>
	<4B2174C4.1050406@swoodbridge.com>
	<A2445FF43AA84C0C9AE05E605DCC6C8F@coastal008>
	<4B218028.9040003@swoodbridge.com> <4B223028.7000003@munistgo.cl>
	<32363.145.50.39.11.1260534141.squirrel@webmail.hostingdiscounter.nl>
	<4B226456.3050300@munistgo.cl>
Message-ID: <587895.11148.qm@web51406.mail.re2.yahoo.com>

I would highly suggest a visit to www.geomoose.org :-) 



----- Original Message ----
> From: Patricio Gigoux <pgigoux at munistgo.cl>
> To: mapserver-users at lists.osgeo.org
> Sent: Fri, December 11, 2009 9:25:10 AM
> Subject: Re: [mapserver-users] Web interface
> 
> Bart:
> My idea is for client,  that they can do zoom as natural as you do it in
> arcview or jump for example, but in their browser. Similar to google may be.
> Behind of this frontend we have a phpmascript.
> 
> Thanks
> 
> Patricio
> 
> 
> 
> bartvde at osgis.nl escribi?:
> > Not sure if you actually mean a web mapping client [1] or an
> > administration tool [2] for Mapserver, but:
> >
> > [1] http://www.openlayers.org
> > [2]
> > http://mapfishblog.blogspot.com/2009/03/studio-beta-for-mapfile-manager.html
> >
> > Best regards,
> > Bart
> >
> >  
> >> Hi everybody:
> >>
> >> Do you know a good web frontend for display and manipulate maps that has
> >> been produced in mapserver?
> >>
> >> Thanks a lot in advance
> >>
> >>
> >> Patricio
> >> _______________________________________________
> >> 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 geo.engineer123 at gmail.com  Fri Dec 11 22:43:58 2009
From: geo.engineer123 at gmail.com (Shaz N)
Date: Sat, 12 Dec 2009 10:43:58 +0400
Subject: [mapserver-users] Label problem
In-Reply-To: <6a8366e40912110436j47ba05f6y6441b8c3b7ece4cb@mail.gmail.com>
References: <d46d8b70912110354y215e1793n8439abc75175536a@mail.gmail.com>
	<6a8366e40912110435h70642e93xeacdf85add0ea6bd@mail.gmail.com>
	<6a8366e40912110436j47ba05f6y6441b8c3b7ece4cb@mail.gmail.com>
Message-ID: <d46d8b70912112243l3ef63432he2a13030465d18af@mail.gmail.com>

Hi..

Pelin thanks for your reply. I tried to make some changes but I was
unsuccessful.

The labels still run haywire on the map. There is no fixed angle or
orientation. Only a very few labels are correctly placed within the road and
'follow' the road.

Please tell me what more changes I could do to have proper labeling for
street names.

Thanks.

Regards
On Fri, Dec 11, 2009 at 4:36 PM, pelin <pelin.01 at gmail.com> wrote:

>   hi,this is part of mi map file
> ------------------------------
>     LABELMAXSCALE 90000
>     LABELMINSCALE 8000
>      METADATA
>           LAYER_ENCODING "UTF-8"
>          "DESCRIPTION" "Avenidas"
>          "RESULT_FIELDS" "nombre,desde,hasta"
>          "RESULT_HEADERS" "Nombre,Desde,Hasta"
>     END #METADATA
>   LABELITEM 'nombre'
>   CLASS
>     Name 'Avenidas'
>     LABEL
>     TYPE truetype
>     FONT 'FreeSans'
>     ANGLE auto
>     POSITION auto
>     SIZE 5
>    END #label
>     STYLE
>         SYMBOL 'Avenidas--0--0'
>         SIZE 3
>         COLOR 193 62 183
>       END  #STYLE
>   END  # Class
>
> ------------------------------
>
> Saludos y espero que te sirva
>
> --------------------------------------------------------
> http://blogs.hydras.com.ar/srodriguez/
> --------------------------------------------------------
> Atentamente
>         Rolando Sergio Rodriguez
>
> _______________________________________________
> 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/20091212/c8cb8a4d/attachment.htm>

From geo.engineer123 at gmail.com  Fri Dec 11 23:12:51 2009
From: geo.engineer123 at gmail.com (Shaz N)
Date: Sat, 12 Dec 2009 11:12:51 +0400
Subject: [mapserver-users] Label problem
In-Reply-To: <d46d8b70912112243l3ef63432he2a13030465d18af@mail.gmail.com>
References: <d46d8b70912110354y215e1793n8439abc75175536a@mail.gmail.com>
	<6a8366e40912110435h70642e93xeacdf85add0ea6bd@mail.gmail.com>
	<6a8366e40912110436j47ba05f6y6441b8c3b7ece4cb@mail.gmail.com>
	<d46d8b70912112243l3ef63432he2a13030465d18af@mail.gmail.com>
Message-ID: <d46d8b70912112312q2465e44y9045e4804c44a335@mail.gmail.com>

Hi All..

Is my error due to my label file or due to some error in my layer file?
Shall I attach a snapshot of my map..the labeling is terrible.
Please advise me on how to proceed.

Thanks.

On Sat, Dec 12, 2009 at 10:43 AM, Shaz N <geo.engineer123 at gmail.com> wrote:

>
> Hi..
>
> Pelin thanks for your reply. I tried to make some changes but I was
> unsuccessful.
>
> The labels still run haywire on the map. There is no fixed angle or
> orientation. Only a very few labels are correctly placed within the road and
> 'follow' the road.
>
> Please tell me what more changes I could do to have proper labeling for
> street names.
>
> Thanks.
>
> Regards
>   On Fri, Dec 11, 2009 at 4:36 PM, pelin <pelin.01 at gmail.com> wrote:
>
>>    hi,this is part of mi map file
>> ------------------------------
>>     LABELMAXSCALE 90000
>>     LABELMINSCALE 8000
>>      METADATA
>>           LAYER_ENCODING "UTF-8"
>>          "DESCRIPTION" "Avenidas"
>>          "RESULT_FIELDS" "nombre,desde,hasta"
>>          "RESULT_HEADERS" "Nombre,Desde,Hasta"
>>     END #METADATA
>>   LABELITEM 'nombre'
>>   CLASS
>>     Name 'Avenidas'
>>     LABEL
>>     TYPE truetype
>>     FONT 'FreeSans'
>>     ANGLE auto
>>     POSITION auto
>>     SIZE 5
>>    END #label
>>     STYLE
>>         SYMBOL 'Avenidas--0--0'
>>         SIZE 3
>>         COLOR 193 62 183
>>       END  #STYLE
>>   END  # Class
>>
>> ------------------------------
>>
>> Saludos y espero que te sirva
>>
>> --------------------------------------------------------
>> http://blogs.hydras.com.ar/srodriguez/
>> --------------------------------------------------------
>> Atentamente
>>         Rolando Sergio Rodriguez
>>
>> _______________________________________________
>> 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/20091212/2d9ea5d6/attachment.htm>

From m.kofahl at gmx.net  Sat Dec 12 03:54:30 2009
From: m.kofahl at gmx.net (Martin Kofahl)
Date: Sat, 12 Dec 2009 12:54:30 +0100
Subject: [mapserver-users] cascading WMS with mapserver
In-Reply-To: <273301.11996.qm@web33206.mail.mud.yahoo.com>
References: <273301.11996.qm@web33206.mail.mud.yahoo.com>
Message-ID: <4B238476.8030109@gmx.net>

Hi Brent,
please try the following presented at 
http://mapserver.org/ogc/wms_client.html#adding-a-wms-layer with the 
following modifications:

CONNECTION 'http://wms.jpl.nasa.gov/wms.cgi?'
METADATA
  WMS_FORMAT 'image/png'
  WMS_SRS '...' (see capabilities or use EPSG:4326)
  WMS_NAME 'yourlayer' (may be multiple comma separated, I think)
END

God luck!
Martin

pcreso at pcreso.com wrote:
> Hi,
>
> I'd like to set up a local mapfile which provides a layer from 
> http://wms.jpl.nasa.gov/wms.cgi
>
> What I can't find in the mapserver docs is exactly what I put into the CONNECTION string to specify the layer I want from this server. 
>
> The capabilities doc returned lists several layer, I want to provide just one via a local mapserver implementation.
>
> Any suggestions?
>
> Thanks,
>
>   Brent Wood
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>   



From peter.hopfgartner at r3-gis.com  Sat Dec 12 08:32:54 2009
From: peter.hopfgartner at r3-gis.com (Peter Hopfgartner)
Date: Sat, 12 Dec 2009 17:32:54 +0100
Subject: [postgis-users] [mapserver-users] Web interface
In-Reply-To: <C7496A6A.EF62%kobben@itc.nl>
References: <C7496A6A.EF62%kobben@itc.nl>
Message-ID: <4B23C5B6.3050203@r3-gis.com>

Barend K?bben wrote:
> On 11-12-09 18:31, "Peter Hopfgartner" <peter.hopfgartner at r3-gis.com> wrote:
>   
>> GisClient allows the map composition from the browser and has some other
>> nce features, too,
>>     
> Yeah, such as being in Italian only....
>
> Seriously, is there a English version of this site...?
>
>   
Ooops, the mail went to the wrong ML. Sorry for the noise! I'll bring 
the discussion back to the MapServer users list.

Anyway, currently the site is mostly Italian, you might try 
http://translate.google.com/translate?hl=de&sl=it&tl=en&u=http%3A%2F%2Fwww.gisclient.org%2F. 
The map window is translatable and translations are included for 
English, German, Italian and, in part for French and Spanish. The 
administration part is, if I remember correctly, in Italian only, ATM.

The community aspect is still in it's beginning. Translations, mailing 
list/forum etc. should follow. The software was initially an internal 
project of Gis & Web, an Italian company, and currently most of the 
activities are focused on coding.

Peter

-- 
 
Dott. Peter Hopfgartner
 
R3 GIS Srl - GmbH
Via Johann Kravogl-Str. 2
I-39012 Meran/Merano (BZ)
Email: peter.hopfgartner at r3-gis.com
Tel. : +39 0473 494949
Fax  : +39 0473 069902
www  : http://www.r3-gis.com



From peter.hopfgartner at r3-gis.com  Sat Dec 12 08:43:16 2009
From: peter.hopfgartner at r3-gis.com (Peter Hopfgartner)
Date: Sat, 12 Dec 2009 17:43:16 +0100
Subject: [postgis-users] [mapserver-users] Web interface
In-Reply-To: <cdf6db500912120816r61fedf65od295a103c81c9637@mail.gmail.com>
References: <4B2281F5.3060900@r3-gis.com> <C7496A6A.EF62%kobben@itc.nl>
	<cdf6db500912120816r61fedf65od295a103c81c9637@mail.gmail.com>
Message-ID: <4B23C824.9060407@r3-gis.com>

P Kishor wrote:
> 2009/12/12 Barend K?bben <kobben at itc.nl>:
>   
>> On 11-12-09 18:31, "Peter Hopfgartner" <peter.hopfgartner at r3-gis.com> wrote:
>>     
>>> GisClient allows the map composition from the browser and has some other
>>> nce features, too,
>>>       
>> Yeah, such as being in Italian only....
>>
>> Seriously, is there a English version of this site...?
>>
>>     
> ..
>
> actually, not even a problem that the site is Italian only. More of a
> problem that I couldn't, for the life of me, see a demo of the
> application. I clicked around, a bit blindly, I must admit, but got
> nowhere. Clicking on what seemed like a map demo link  let me to a
> list of users making use of gisclient, and going to their website
> launched me into another futile click-journey. Life is too short to
> have to figure out a demo of a software.
>
> Puneet.
> _______________________________________________
> postgis-users mailing list
> postgis-users at postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-users
>
>   
I admit, the demos are not easy to find.
The "official" demo is http://www.gisclient.org/gisclient (already 
running with MapServer 5.6.0!)
A public map, we are currently working on, can be reached from 
http://195.254.250.104/gisclient

Peter


-- 
 
Dott. Peter Hopfgartner
 
R3 GIS Srl - GmbH
Via Johann Kravogl-Str. 2
I-39012 Meran/Merano (BZ)
Email: peter.hopfgartner at r3-gis.com
Tel. : +39 0473 494949
Fax  : +39 0473 069902
www  : http://www.r3-gis.com



From pvoudouris at gaiocorp.com  Sun Dec 13 04:13:20 2009
From: pvoudouris at gaiocorp.com (Pano Voudouris)
Date: Sun, 13 Dec 2009 14:13:20 +0200
Subject: [mapserver-users] Web interface
In-Reply-To: <4B223028.7000003@munistgo.cl>
References: <1260481491255-4148052.post@n2.nabble.com>	<4B2174C4.1050406@swoodbridge.com>	<A2445FF43AA84C0C9AE05E605DCC6C8F@coastal008>	<4B218028.9040003@swoodbridge.com>
	<4B223028.7000003@munistgo.cl>
Message-ID: <003201ca7bed$ac3a7be0$04af73a0$@com>

Hi Patricio,
I see you are talking about php mapscript so this may not be what you are
after- but just in case- we have released a Silverlight interface for
mapserver in codeplex (http://slmapviewer.codeplex.com ). Its developed
using csharp mapscript. If you download the compiled app all you should need
to do is point your web.config to your mapfile and it should work.

Pano

-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org
[mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Patricio
Gigoux
Sent: 11 December 2009 13:43
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] Web interface

Hi everybody:

Do you know a good web frontend for display and manipulate maps that has
been produced in mapserver?

Thanks a lot in advance


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



From bamerbalazs at gmail.com  Sun Dec 13 11:07:27 2009
From: bamerbalazs at gmail.com (=?UTF-8?B?QmFsw6F6cyBCw6FtZXI=?=)
Date: Sun, 13 Dec 2009 20:07:27 +0100
Subject: [mapserver-users] WFS namespace URI problem
Message-ID: <f76b69190912131107x2375637r211088b2102b2f5d@mail.gmail.com>

Hi All,

I try to serve WFS from Oracle Spatial data source under Mapserver
5.4.2 WMS runs fine, WFS compilation requirements are fulfilled:
./configure --with-oci
--with-oraclespatial=/usr/local/instantclient_11_1  --with-proj
--with-threads --with-gdal --with-ogr  --with-jpeg --with-png=/usr/lib
--with-php=/usr/include/php5 --with-wmsclient --with-wfsclient
--with-fastcgi=/usr --with-wfs

The following GetFeature request complains about namespace URI problems:
http://att-it.homelinux.net:22080/cgi-bin/ms-5.4.2/blokknez.fcgi?service=wfs&version=1.0.0&request=getfeature&maxfeatures=1&typename=blokknezegeto:blokk2009
or
http://att-it.homelinux.net:22080/cgi-bin/ms-5.4.2/blokknez.fcgi?service=wfs&version=1.0.0&request=getfeature&maxfeatures=1&typename=blokk2009

What is the problem?
Thank you in advance, best regards: Bal?zs B?mer

Here is the interesting part (three other layers cut) of my mapfile:

MAP

NAME BLOKKNEZ
STATUS ON
SIZE 650 500
# xmin ymin xmax ymax?
EXTENT 420000 40000 950000 370000
UNITS METERS
PROJECTION
  "init=epsg:23700"
END
SHAPEPATH "."
IMAGECOLOR 200 200 200
IMAGETYPE JPEG
FONTSET fonts.txt
DEBUG 5
#CONFIG "MS_ERRORFILE" "/var/log/mapserver-5.4.2/error.txt"
CONFIG "ON_MISSING_DATA" "LOG"

WEB
  MINSCALEDENOM 10000
  MAXSCALEDENOM 1000000
  IMAGEPATH "/tmp"
  IMAGEURL "/tmp"
  LOG "/var/log/mapserver-5.4.2/ms_error.txt"
  METADATA
    "wms_title" "Blokkhatar nezegeto"
    "wfs_title" "Blokkhatar nezegeto"
    "wms_onlineresource"
"http://att-it.homelinux.net:22080/cgi-bin/ms-5.4.2/blokknez.fcgi?"
    "wfs_onlineresource"
"http://att-it.homelinux.net:22080/cgi-bin/ms-5.4.2/blokknez.fcgi?"
    "wms_srs" "EPSG:23700"
    "wfs_srs" "EPSG:23700"
  END
END

OUTPUTFORMAT
  NAME png32
  DRIVER "GD/PNG"
  MIMETYPE "image/png"
  IMAGEMODE RGBA
  EXTENSION "png"
END

LAYER
  PROCESSING "CLOSE_CONNECTION=DEFER"
  NAME blokk2009
  METADATA
    "DESCRIPTION" "blokk2009"
    "wms_title" "blokk2009"
    "wfs_title" "blokk2009"
    "wfs_include_items" "all"
    "gml_include_items" "all"
    "gml_featureid" "tfotvbaz"
    "wfs_extent" '426400 43800 937400 362900'
    "wfs_featureid" "tfotvbaz"
    "wfs_maxfeatures" '1000'
    "wfs_encoding" 'UTF-8'
    "wfs_namespace_prefix" 'blokknezegeto'
    "wfs_namespace_uri" 'http://att-it.homelinux.net/blokknezegeto/blokk2009'
  END
  PROJECTION
    "init=epsg:23700"
  END
  TYPE POLYGON
  MINSCALEDENOM 999
  MAXSCALEDENOM 200001
  STATUS ON
  CONNECTIONTYPE oraclespatial
  CONNECTION "blokkhatar/bh2357WETU@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=10.0.8.52)(PORT=1521)))(CONNECT_DATA=(SID=oragis)))"
  DATA "bgeom from (SELECT bgeom,bloaz,bpter/10000.0 as
bpterha,tfotvbaz FROM tfotvb where tolda =
to_Date('20090303','YYYYMMDD')) using unique tfotvbaz SRID 23700"
  CLASS
    NAME "blokk2009"
    STYLE
      OUTLINECOLOR 55 55 255
    END
  END
  DUMP TRUE
  TEMPLATE "template.html"
  DEBUG 5
END # layer blokk2009

END # Map File


From bjorn.harrtell at gmail.com  Sun Dec 13 13:34:17 2009
From: bjorn.harrtell at gmail.com (=?UTF-8?Q?Bj=C3=B6rn_Harrtell?=)
Date: Sun, 13 Dec 2009 22:34:17 +0100
Subject: [mapserver-users] Dynamically update layers without service 
	interruption
In-Reply-To: <4B212268.7010603@swoodbridge.com>
References: <ba82f3c60912071311q5ccf0ae6pd6c258f9f0dfd850@mail.gmail.com>
	<934564.12366.qm@web51402.mail.re2.yahoo.com>
	<4B212268.7010603@swoodbridge.com>
Message-ID: <ba82f3c60912131334i38923d7die4043ea4b1019e0@mail.gmail.com>

Thank you, this makes quite alot of sense. I'll try to apply it to my case.

2009/12/10 Stephen Woodbridge <woodbri at swoodbridge.com>:
> The key to this is to minimize the time that the data and mapfile are
> potententially out of sync or the time a file might be being updated so that
> it is in a state of flux that might cause an error if a request tries to
> read the file while it is being updated.
>
> I have managed this in the past with parallel data trees and a symbolic link
> on Linux.
>
> /path/to/data/
> /path/to/data/imagesA
> /path/to/data/imagesB
> /path/to/data/images -> imagesA or imagesB
>
> the map file points to /path/to/data/images and that is a symbolic link to
> either imagesA or imagesB, for example lets say imagesA
>
> So the update process would be something like:
>
> # sync your A and B trees
> rsync -s imagesA/* imagesB/.
>
> # update the images in imagesB and the mapfile in imagesB
>
> # make imagesB live
> (cd /path/to/data/; rm images; ln -s imagesB images)
>
> # if you want to rollback to imagesA
> (cd /path/to/data/; rm images; ln -s imagesA images)
>
> Hope this helps,
> ?-Steve W
>
> Dan Little wrote:
>>
>> Yes, it's a matter of how you do your data management.
>>
>> Generally, if you're using MapServer in CGI mode you can update the
>> data, or the mapfile, and the next time a request comes in, it will
>> see the updated version of your image.
>>
>>
>>
>> ----- Original Message ----
>>>
>>> From: Bj?rn Harrtell <bjorn.harrtell at gmail.com> To:
>>> mapserver-users at lists.osgeo.org Sent: Mon, December 7, 2009 3:11:36
>>> PM Subject: [mapserver-users] Dynamically update layers without
>>> service interruption
>>>
>>> Is it possible to dynamically add and/or update layer definitions
>>> that also might involve updates to the underlying data without
>>> *any* service interruption? I'm primarily interested in this use
>>> case when using raster layers.
>>>
>>> I have indications that service interruptions can happen but cannot
>>> ?verify yet. I found
>>> http://www.mapserver.org/development/rfc/ms-rfc-44.html#rfc44 describing the
>>> feature of dynamic updates (I assume?) but no
>>> mention about if service interruption can be expected and/or how to
>>> avoid it.
>>>
>>> Regards,
>>>
>>> Bj?rn Harrtell _______________________________________________
>>> 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 porath at web.de  Sun Dec 13 23:46:47 2009
From: porath at web.de (Holger Porath)
Date: Mon, 14 Dec 2009 08:46:47 +0100
Subject: [mapserver-users] increase timeout limit
Message-ID: <083F55BD-7153-4555-992C-B842ABD4EEF9@web.de>

Hi list,

I am trying to render a big WMS map with mapserver 5.0  but I am  
encountering the following issue:

msDrawWMSLayerLow(): WMS server error. WMS GetMap request failed for  
layer 'abc' (Status -28: TIMEOUT of 30 seconds exceeded.).

Does anyone know how I can increase the timeout limit. 30 seconds  
doesn't seem to be enough for my map.

Thanks in advance.

Cheers
Holger Porath


From Jukka.Rahkonen at mmmtike.fi  Sun Dec 13 23:57:52 2009
From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Mon, 14 Dec 2009 09:57:52 +0200
Subject: VS: [mapserver-users] increase timeout limit
In-Reply-To: <083F55BD-7153-4555-992C-B842ABD4EEF9@web.de>
References: <083F55BD-7153-4555-992C-B842ABD4EEF9@web.de>
Message-ID: <CC197224AC75CE4DB23F739B16891B860187982D@tikka.haapa.mmm.fi>

Hi,

At least the web server timeout is set in the Apache httpd.cong file, and the line begins with "TimeOut".  I do not know if there are other timeouts.

-Jukka Rahkonen- 

> -----Alkuper?inen viesti-----
> L?hett?j?: mapserver-users-bounces at lists.osgeo.org 
> [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta 
> Holger Porath
> L?hetetty: 14. joulukuuta 2009 9:47
> Vastaanottaja: mapserver-users at lists.osgeo.org
> Aihe: [mapserver-users] increase timeout limit
> 
> Hi list,
> 
> I am trying to render a big WMS map with mapserver 5.0  but I 
> am encountering the following issue:
> 
> msDrawWMSLayerLow(): WMS server error. WMS GetMap request 
> failed for layer 'abc' (Status -28: TIMEOUT of 30 seconds exceeded.).
> 
> Does anyone know how I can increase the timeout limit. 30 
> seconds doesn't seem to be enough for my map.
> 
> Thanks in advance.
> 
> Cheers
> Holger Porath
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> 


From M.Kofahl at gmx.net  Mon Dec 14 01:14:39 2009
From: M.Kofahl at gmx.net (Martin Kofahl)
Date: Mon, 14 Dec 2009 10:14:39 +0100
Subject: [mapserver-users] bad legend graphic from keyimage in Mapserv 5.6.0
Message-ID: <20091214091439.200600@gmx.net>

Hi,
I encountered a problem with WMS GetLegendGraphic requests when configured with KEYIMAGE + KEYSIZE. The image size is ok but the 'content' is scaled to ~50%, thus huge white border. MapServ 5.2.1 worked fine, 5.6.0 doesn?t.

Shortened configuration:

MAP
        RESOLUTION 96
        DEFRESOLUTION 96

        LEGEND
                KEYSIZE 330 1018
        END

        LAYER
                CLASS
                        KEYIMAGE '/?/legend.gif' # size 330x1018
                END
        END
END

Do I miss some new configurations directives?
Martin


From yassefa at dmsolutions.ca  Mon Dec 14 05:17:31 2009
From: yassefa at dmsolutions.ca (Yewondwossen Assefa)
Date: Mon, 14 Dec 2009 08:17:31 -0500
Subject: [mapserver-users] increase timeout limit
In-Reply-To: <083F55BD-7153-4555-992C-B842ABD4EEF9@web.de>
References: <083F55BD-7153-4555-992C-B842ABD4EEF9@web.de>
Message-ID: <4B263AEB.1010805@dmsolutions.ca>

You can try setting the time using *?wms_connectiontimeout? 
(*http://www.mapserver.org/ogc/wms_client.html)

regards,

Holger Porath wrote:
> Hi list,
>
> I am trying to render a big WMS map with mapserver 5.0 but I am 
> encountering the following issue:
>
> msDrawWMSLayerLow(): WMS server error. WMS GetMap request failed for 
> layer 'abc' (Status -28: TIMEOUT of 30 seconds exceeded.).
>
> Does anyone know how I can increase the timeout limit. 30 seconds 
> doesn't seem to be enough for my map.
>
> Thanks in advance.
>
> Cheers
> Holger Porath
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>


-- 
----------------------------------------------------------------
Assefa Yewondwossen           
Software Analyst   

Email: assefa at dmsolutions.ca    
http://www.dmsolutions.ca/

Phone: (613) 565-5056 (ext 14)
Fax:   (613) 565-0925
----------------------------------------------------------------




From alan.stratford at goodrich.com  Mon Dec 14 08:54:08 2009
From: alan.stratford at goodrich.com (Alans)
Date: Mon, 14 Dec 2009 08:54:08 -0800 (PST)
Subject: [mapserver-users] How do I use ASRP maps in mapserver?
In-Reply-To: <4B1FD526.9090803@mines-paris.org>
References: <1260371823524-4139935.post@n2.nabble.com>
	<4B1FC6F0.4020904@gatewaygeomatics.com>
	<1260376339650-4140373.post@n2.nabble.com>
	<4B1FD526.9090803@mines-paris.org>
Message-ID: <1260809648020-4165318.post@n2.nabble.com>




Even Rouault wrote:
> 
> Alan,
> 
> SRP driver has been added into GDAL SVN trunk a few months ago, so it 
> will be part of the GDAL 1.7.0 release.
> 
> 

It does not seem to matter which version of GDAL I try, gdalinfo MyFile.IMG
always reports 
'MyFile.IMG not recognised as a supported format'. 

The most recent version of GDAL that I tried was gdal-svn-trunk-2009.12.14.
'gdalinfo --version' reports 'GDAL 1.7.0dev, released 2008/11/26'. Where
does this strange date come from?

'gdalinfo --formats' does list SRP as a supported format.
srpdataset.cpp is present in the frmts/adrg directory.

Just in case it is important, I had to configure GDAL with '--without
-libtool' to get it to build on my system (SLES 10).

Any ideas anyone?
-- 
View this message in context: http://n2.nabble.com/How-do-I-use-ASRP-maps-in-mapserver-tp4139935p4165318.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From warmerdam at pobox.com  Mon Dec 14 09:33:23 2009
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Mon, 14 Dec 2009 12:33:23 -0500
Subject: [mapserver-users] How do I use ASRP maps in mapserver?
In-Reply-To: <1260809648020-4165318.post@n2.nabble.com>
References: <1260371823524-4139935.post@n2.nabble.com>
	<4B1FC6F0.4020904@gatewaygeomatics.com>
	<1260376339650-4140373.post@n2.nabble.com>
	<4B1FD526.9090803@mines-paris.org>
	<1260809648020-4165318.post@n2.nabble.com>
Message-ID: <4B2676E3.6070009@pobox.com>

Alans wrote:
> 
> 
> Even Rouault wrote:
>> Alan,
>>
>> SRP driver has been added into GDAL SVN trunk a few months ago, so it 
>> will be part of the GDAL 1.7.0 release.
>>
>>
> 
> It does not seem to matter which version of GDAL I try, gdalinfo MyFile.IMG
> always reports 
> 'MyFile.IMG not recognised as a supported format'. 
> 
> The most recent version of GDAL that I tried was gdal-svn-trunk-2009.12.14.
> 'gdalinfo --version' reports 'GDAL 1.7.0dev, released 2008/11/26'. Where
> does this strange date come from?
> 
> 'gdalinfo --formats' does list SRP as a supported format.
> srpdataset.cpp is present in the frmts/adrg directory.
> 
> Just in case it is important, I had to configure GDAL with '--without
> -libtool' to get it to build on my system (SLES 10).

Alan,

I suspect there is something particular about your file(s) that is causing
problems for the driver, or perhaps you are missing some associated files.

Running gdalinfo with the --debug on switch might give some additional
information.

eg.

   gdalinfo --debug on A2976101.IMG

If that doesn't give any help, I would be willing to look into the problem
if you can provide the data to me.  I would appreciate an opportunity to
examine the data if it may reflect an issue with the driver.

Best regards,
-- 
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent



From Steve.Lime at state.mn.us  Mon Dec 14 14:35:45 2009
From: Steve.Lime at state.mn.us (Lime, Steve D (DNR))
Date: Mon, 14 Dec 2009 16:35:45 -0600
Subject: [mapserver-users] MapServer CGI + Oracle + Query,
	msQueryByShape no results
In-Reply-To: <A7F7B3043D3BF0438F1206BAA3C9933C02897D2420@MNMAIL05.ead.state.mn.us>
References: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD11@MG-Mail.ci.maple-grove.mn.us><106f14400912101213j2229d372v5b4969f72e171ff@mail.gmail.com><D7A5EAC385604446AB1DD24BF4F5A918A00826AD12@MG-Mail.ci.maple-grove.mn.us><D2C2A8AE8E016C42A974F644AF21E13902F3FDDAE9@MNMAIL05.ead.state.mn.us><D7A5EAC385604446AB1DD24BF4F5A918A00826AD13@MG-Mail.ci.maple-grove.mn.us><D7A5EAC385604446AB1DD24BF4F5A918A00826AD14@MG-Mail.ci.maple-grove.mn.us>,
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD16@MG-Mail.ci.maple-grove.mn.us><A7F7B3043D3BF0438F1206BAA3C9933C02897CED06@MNMAIL05.ead.state.mn.us>,
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD17@MG-Mail.ci.maple-grove.mn.us><A7F7B3043D3BF0438F1206BAA3C9933C02897CED0A@MNMAIL05.ead.state.mn.us><D7A5EAC385604446AB1DD24BF4F5A918A00826AD29@MG-Mail.ci.maple-grove.mn.us>
	<A7F7B3043D3BF0438F1206BAA3C9933C02897D216A@MNMAIL05.ead.state.mn.us>
	<E534BE8FE04ADF4FA3C837466F4F35408A29EA@KTWMAIL.ilpcs.com>
	<A7F7B3043D3BF0438F1206BAA3C9933C02897D2420@MNMAIL05.ead.state.mn.us>
Message-ID: <A7F7B3043D3BF0438F1206BAA3C9933C0289836298@MNMAIL05.ead.state.mn.us>

Tim: Any more on this? I looked into the source over the weekend but didn't see any logic errors that would cause what you're seeing. Not that they aren't there, it's that nothing was obvious...

Steve

-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Lime, Steve D (DNR)
Sent: Friday, December 11, 2009 3:50 PM
To: Nolte, Tim; mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] MapServer CGI + Oracle + Query, msQueryByShape no results

Does the behavior hold true with shapefiles or is this just Oracle, or can't you test that.

The queryfile (foo.qf) caches the query parameters itself, not the results. The pre-5.6 cached the results but it was really expensive to retrieve them with certain types of data providers, primarily databases. Are you using query files?

A sample query or two would help. Also, how are you presenting the results (template, querymap or ???)

Steve


-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Nolte, Tim
Sent: Friday, December 11, 2009 1:12 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] MapServer CGI + Oracle + Query, msQueryByShape no results

I have a web client that makes calls to the MapServer (5.6.0rc1) CGI. I'm requesting the results of a query. The issue I am having is that if one of the layers specified has no results the whole process fails with:

	msQueryByShape(): Search returned no results. No matching record(s) found.

If I run the same query but only pass a single layer that does have results then it works. Additionally if I run the same query again and have results in both of say 2 layers searched, I only get the layer that is searched first to be highlighted rather than all of the results of all layers. It seems like the logic that is used for querying is flawed. Was the design of using a query file only designed to be used with 1 layer at a time? I really need help as this is breaking the web client and causing users to get unexpected results. Thanks.

- Tim

----
Timothy J Nolte - tnolte at ilpcs.com
Network Planning Engineer

Sprint Nextel
4717 Broadmoor Ave, Suite G
Kentwood, MI 49512

Office: 616-656-5163
PCS:??? 616-706-2438
Fax:??? 616-554-6484

_______________________________________________
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 Tim.Nolte at ipcswirelessinc.com  Mon Dec 14 21:30:34 2009
From: Tim.Nolte at ipcswirelessinc.com (Nolte, Tim)
Date: Tue, 15 Dec 2009 00:30:34 -0500
Subject: [mapserver-users] MapServer CGI + Oracle + Query,
	msQueryByShape no results
References: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD11@MG-Mail.ci.maple-grove.mn.us><106f14400912101213j2229d372v5b4969f72e171ff@mail.gmail.com><D7A5EAC385604446AB1DD24BF4F5A918A00826AD12@MG-Mail.ci.maple-grove.mn.us><D2C2A8AE8E016C42A974F644AF21E13902F3FDDAE9@MNMAIL05.ead.state.mn.us><D7A5EAC385604446AB1DD24BF4F5A918A00826AD13@MG-Mail.ci.maple-grove.mn.us><D7A5EAC385604446AB1DD24BF4F5A918A00826AD14@MG-Mail.ci.maple-grove.mn.us>,
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD16@MG-Mail.ci.maple-grove.mn.us><A7F7B3043D3BF0438F1206BAA3C9933C02897CED06@MNMAIL05.ead.state.mn.us>,
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD17@MG-Mail.ci.maple-grove.mn.us><A7F7B3043D3BF0438F1206BAA3C9933C02897CED0A@MNMAIL05.ead.state.mn.us><D7A5EAC385604446AB1DD24BF4F5A918A00826AD29@MG-Mail.ci.maple-grove.mn.us><A7F7B3043D3BF0438F1206BAA3C9933C02897D216A@MNMAIL05.ead.state.mn.us><E534BE8FE04ADF4FA3C837466F4F35408A29EA@KTWMAIL.ilpcs.com>
	<A7F7B3043D3BF0438F1206BAA3C9933C02897D2420@MNMAIL05.ead.state.mn.us>
	<A7F7B30
	43D3BF0438F1206BAA3C9933C0289836298@MNMAIL05.ead.state.mn.us>
Message-ID: <E534BE8FE04ADF4FA3C837466F4F3540015911@KTWMAIL.ilpcs.com>

Sorry, just got back into work today and as most Mondays seem to go I had a lot to take care of first. I'll try to provide more details tomorrow. I can say this, that this is partly being setup and called by the MapGuide Fusion framework. There is a PHP script being called with the query parameters, this uses PHP MapScript to generate a .qry file. This .qry file is being used in the call to the mapserv CGI. The PHP MapScript process is returning list results for the objects selected, however the map image is failing to generate. The MODE that is being requested of the CGI is 'map'. I will send an example of the full URL as well as the contents of the .qry file. I don't currently have a similar data set in Shapefile format, only within the Oracle database. Also, the 3 layers in question are Oracle VIEWS and not direct table-based layers. The layers work just fine in all cases but this.

- Tim

----
Timothy J Nolte - tnolte at ilpcs.com
Network Planning Engineer

iPCS Wireless, Inc.
4717 Broadmoor Ave, Suite G
Kentwood, MI 49512

Office: 616-656-5163
PCS: 616-706-2438
Fax: 616-554-6484
Web: www.ipcswirelessinc.com



-----Original Message-----
From: Lime, Steve D (DNR) [mailto:Steve.Lime at state.mn.us]
Sent: Mon 12/14/2009 5:35 PM
To: Lime, Steve D (DNR); Nolte, Tim; mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] MapServer CGI + Oracle + Query,msQueryByShape no results
 
Tim: Any more on this? I looked into the source over the weekend but didn't see any logic errors that would cause what you're seeing. Not that they aren't there, it's that nothing was obvious...

Steve

-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Lime, Steve D (DNR)
Sent: Friday, December 11, 2009 3:50 PM
To: Nolte, Tim; mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] MapServer CGI + Oracle + Query, msQueryByShape no results

Does the behavior hold true with shapefiles or is this just Oracle, or can't you test that.

The queryfile (foo.qf) caches the query parameters itself, not the results. The pre-5.6 cached the results but it was really expensive to retrieve them with certain types of data providers, primarily databases. Are you using query files?

A sample query or two would help. Also, how are you presenting the results (template, querymap or ???)

Steve


-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Nolte, Tim
Sent: Friday, December 11, 2009 1:12 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] MapServer CGI + Oracle + Query, msQueryByShape no results

I have a web client that makes calls to the MapServer (5.6.0rc1) CGI. I'm requesting the results of a query. The issue I am having is that if one of the layers specified has no results the whole process fails with:

	msQueryByShape(): Search returned no results. No matching record(s) found.

If I run the same query but only pass a single layer that does have results then it works. Additionally if I run the same query again and have results in both of say 2 layers searched, I only get the layer that is searched first to be highlighted rather than all of the results of all layers. It seems like the logic that is used for querying is flawed. Was the design of using a query file only designed to be used with 1 layer at a time? I really need help as this is breaking the web client and causing users to get unexpected results. Thanks.

- Tim

----
Timothy J Nolte - tnolte at ilpcs.com
Network Planning Engineer

Sprint Nextel
4717 Broadmoor Ave, Suite G
Kentwood, MI 49512

Office: 616-656-5163
PCS:??? 616-706-2438
Fax:??? 616-554-6484

_______________________________________________
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/20091215/3a953717/attachment.htm>

From alan.stratford at goodrich.com  Tue Dec 15 01:41:54 2009
From: alan.stratford at goodrich.com (Alans)
Date: Tue, 15 Dec 2009 01:41:54 -0800 (PST)
Subject: [mapserver-users] How do I use ASRP maps in mapserver?
In-Reply-To: <4B2676E3.6070009@pobox.com>
References: <1260371823524-4139935.post@n2.nabble.com>
	<4B1FC6F0.4020904@gatewaygeomatics.com>
	<1260376339650-4140373.post@n2.nabble.com>
	<4B1FD526.9090803@mines-paris.org>
	<1260809648020-4165318.post@n2.nabble.com>
	<4B2676E3.6070009@pobox.com>
Message-ID: <1260870114661-4169069.post@n2.nabble.com>




Frank Warmerdam wrote:
> 
> Alans wrote:
>> 
>> 
>> Even Rouault wrote:
>>> Alan,
>>>
>>> SRP driver has been added into GDAL SVN trunk a few months ago, so it 
>>> will be part of the GDAL 1.7.0 release.
>>>
>>>
>> 
>> It does not seem to matter which version of GDAL I try, gdalinfo
>> MyFile.IMG
>> always reports 
>> 'MyFile.IMG not recognised as a supported format'. 
>> 
>> The most recent version of GDAL that I tried was
>> gdal-svn-trunk-2009.12.14.
>> 'gdalinfo --version' reports 'GDAL 1.7.0dev, released 2008/11/26'. Where
>> does this strange date come from?
>> 
>> 'gdalinfo --formats' does list SRP as a supported format.
>> srpdataset.cpp is present in the frmts/adrg directory.
>> 
>> Just in case it is important, I had to configure GDAL with '--without
>> -libtool' to get it to build on my system (SLES 10).
> 
> Alan,
> 
> I suspect there is something particular about your file(s) that is causing
> problems for the driver, or perhaps you are missing some associated files.
> 
> Running gdalinfo with the --debug on switch might give some additional
> information.
> 
> eg.
> 
>    gdalinfo --debug on A2976101.IMG
> 
> If that doesn't give any help, I would be willing to look into the problem
> if you can provide the data to me.  I would appreciate an opportunity to
> examine the data if it may reflect an issue with the driver.
> 
> Best regards,
> -- 
> ---------------------------------------+--------------------------------------
> I set the clouds in motion - turn up   | Frank Warmerdam,
> warmerdam at pobox.com
> light and sound - activate the windows | http://pobox.com/~warmerdam
> and watch the world go round - Rush    | Geospatial Programmer for Rent
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> 
> 

Hi Frank,

I ran gdalinfo with debug and it produced the following results:

alan at stratford:~/gdal/gdal-svn-trunk-2009.12.14 15% apps/gdalinfo --debug on
/nashome/noBackup/map_CDs/UK_1to50k/03/ASRP/GUK166/GUK16601.IMG
SRP: NAM=GUK166
SRP: SCA=50000
SRP: ZNA=3
SRP: PSP=66.700000
GDALPamDataset: In destructor with dirty metadata.
ERROR 4: `/nashome/noBackup/map_CDs/UK_1to50k/03/ASRP/GUK166/GUK16601.IMG'
not recognised as a supported file format.

gdalinfo failed - unable to open
'/nashome/noBackup/map_CDs/UK_1to50k/03/ASRP/GUK166/GUK16601.IMG'.
GDAL: GDALDeregister_GTiff() called.

Does this help diagnose the problem?

The GUK16601.IMG file has the following associated files; GUK16601.GER,
GUK16601.GEN, GUK16601.SOU and GUK16601.QAL.

I am investigating the legalities regarding sending the data file, or
possibly finding other files that exhibit the same issues. Do you know of
any data online that I could use?

Thanks for your interest,
Alan
-- 
View this message in context: http://n2.nabble.com/How-do-I-use-ASRP-maps-in-mapserver-tp4139935p4169069.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From Steve.Lime at state.mn.us  Tue Dec 15 07:19:45 2009
From: Steve.Lime at state.mn.us (Lime, Steve D (DNR))
Date: Tue, 15 Dec 2009 09:19:45 -0600
Subject: [mapserver-users] MapServer CGI + Oracle + Query,
	msQueryByShape no results
In-Reply-To: <E534BE8FE04ADF4FA3C837466F4F3540015911@KTWMAIL.ilpcs.com>
References: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD11@MG-Mail.ci.maple-grove.mn.us><106f14400912101213j2229d372v5b4969f72e171ff@mail.gmail.com><D7A5EAC385604446AB1DD24BF4F5A918A00826AD12@MG-Mail.ci.maple-grove.mn.us><D2C2A8AE8E016C42A974F644AF21E13902F3FDDAE9@MNMAIL05.ead.state.mn.us><D7A5EAC385604446AB1DD24BF4F5A918A00826AD13@MG-Mail.ci.maple-grove.mn.us><D7A5EAC385604446AB1DD24BF4F5A918A00826AD14@MG-Mail.ci.maple-grove.mn.us>,
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD16@MG-Mail.ci.maple-grove.mn.us><A7F7B3043D3BF0438F1206BAA3C9933C02897CED06@MNMAIL05.ead.state.mn.us>,
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD17@MG-Mail.ci.maple-grove.mn.us><A7F7B3043D3BF0438F1206BAA3C9933C02897CED0A@MNMAIL05.ead.state.mn.us><D7A5EAC385604446AB1DD24BF4F5A918A00826AD29@MG-Mail.ci.maple-grove.mn.us><A7F7B3043D3BF0438F1206BAA3C9933C02897D216A@MNMAIL05.ead.state.mn.us><E534BE8FE04ADF4FA3C837466F4F35408A29EA@KTWMAIL.ilpcs.com>
	<A7F7B3043D3BF0438F1206BAA3C9933C02897D2420@MNMAIL05.ead.state.mn.us>
	<A7F7B30
	43D3BF0438F1206BAA3C9933C0289836298@MNMAIL05.ead.state.mn.us>,
	<E534BE8FE04ADF4FA3C837466F4F3540015911@KTWMAIL.ilpcs.com>
Message-ID: <A7F7B3043D3BF0438F1206BAA3C9933C02897CED14@MNMAIL05.ead.state.mn.us>

The query file format has changed. It had to as part of RFC 52. It may depend on how PHP/MapScript creates that file. May need to get
Paul Spencer in on this...

Steve

________________________________________
From: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] On Behalf Of Nolte, Tim [Tim.Nolte at ipcswirelessinc.com]
Sent: Monday, December 14, 2009 11:30 PM
To: Lime, Steve D (DNR); mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] MapServer CGI + Oracle + Query,  msQueryByShape no results

Sorry, just got back into work today and as most Mondays seem to go I had a lot to take care of first. I'll try to provide more details tomorrow. I can say this, that this is partly being setup and called by the MapGuide Fusion framework. There is a PHP script being called with the query parameters, this uses PHP MapScript to generate a .qry file. This .qry file is being used in the call to the mapserv CGI. The PHP MapScript process is returning list results for the objects selected, however the map image is failing to generate. The MODE that is being requested of the CGI is 'map'. I will send an example of the full URL as well as the contents of the .qry file. I don't currently have a similar data set in Shapefile format, only within the Oracle database. Also, the 3 layers in question are Oracle VIEWS and not direct table-based layers. The layers work just fine in all cases but this.

- Tim

----
Timothy J Nolte - tnolte at ilpcs.com
Network Planning Engineer

iPCS Wireless, Inc.
4717 Broadmoor Ave, Suite G
Kentwood, MI 49512

Office: 616-656-5163
PCS: 616-706-2438
Fax: 616-554-6484
Web: www.ipcswirelessinc.com



-----Original Message-----
From: Lime, Steve D (DNR) [mailto:Steve.Lime at state.mn.us]
Sent: Mon 12/14/2009 5:35 PM
To: Lime, Steve D (DNR); Nolte, Tim; mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] MapServer CGI + Oracle + Query,msQueryByShape no results

Tim: Any more on this? I looked into the source over the weekend but didn't see any logic errors that would cause what you're seeing. Not that they aren't there, it's that nothing was obvious...

Steve

-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Lime, Steve D (DNR)
Sent: Friday, December 11, 2009 3:50 PM
To: Nolte, Tim; mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] MapServer CGI + Oracle + Query, msQueryByShape no results

Does the behavior hold true with shapefiles or is this just Oracle, or can't you test that.

The queryfile (foo.qf) caches the query parameters itself, not the results. The pre-5.6 cached the results but it was really expensive to retrieve them with certain types of data providers, primarily databases. Are you using query files?

A sample query or two would help. Also, how are you presenting the results (template, querymap or ???)

Steve


-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Nolte, Tim
Sent: Friday, December 11, 2009 1:12 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] MapServer CGI + Oracle + Query, msQueryByShape no results

I have a web client that makes calls to the MapServer (5.6.0rc1) CGI. I'm requesting the results of a query. The issue I am having is that if one of the layers specified has no results the whole process fails with:

        msQueryByShape(): Search returned no results. No matching record(s) found.

If I run the same query but only pass a single layer that does have results then it works. Additionally if I run the same query again and have results in both of say 2 layers searched, I only get the layer that is searched first to be highlighted rather than all of the results of all layers. It seems like the logic that is used for querying is flawed. Was the design of using a query file only designed to be used with 1 layer at a time? I really need help as this is breaking the web client and causing users to get unexpected results. Thanks.

- Tim

----
Timothy J Nolte - tnolte at ilpcs.com
Network Planning Engineer

Sprint Nextel
4717 Broadmoor Ave, Suite G
Kentwood, MI 49512

Office: 616-656-5163
PCS:    616-706-2438
Fax:    616-554-6484

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





From Steve.Lime at state.mn.us  Tue Dec 15 07:28:35 2009
From: Steve.Lime at state.mn.us (Lime, Steve D (DNR))
Date: Tue, 15 Dec 2009 09:28:35 -0600
Subject: [mapserver-users] Label problem
In-Reply-To: <d46d8b70912112312q2465e44y9045e4804c44a335@mail.gmail.com>
References: <d46d8b70912110354y215e1793n8439abc75175536a@mail.gmail.com>
	<6a8366e40912110435h70642e93xeacdf85add0ea6bd@mail.gmail.com>
	<6a8366e40912110436j47ba05f6y6441b8c3b7ece4cb@mail.gmail.com>
	<d46d8b70912112243l3ef63432he2a13030465d18af@mail.gmail.com>,
	<d46d8b70912112312q2465e44y9045e4804c44a335@mail.gmail.com>
Message-ID: <A7F7B3043D3BF0438F1206BAA3C9933C02897CED16@MNMAIL05.ead.state.mn.us>

Screen shots, mapfile snippets (full layer definitions), version info are always helpful when trying to help someone. Post questions
with as much information as possible!

Steve

________________________________________
From: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] On Behalf Of Shaz N [geo.engineer123 at gmail.com]
Sent: Saturday, December 12, 2009 1:12 AM
To: mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Label problem

Hi All..

Is my error due to my label file or due to some error in my layer file? Shall I attach a snapshot of my map..the labeling is terrible.
Please advise me on how to proceed.

Thanks.

On Sat, Dec 12, 2009 at 10:43 AM, Shaz N <geo.engineer123 at gmail.com<mailto:geo.engineer123 at gmail.com>> wrote:

Hi..

Pelin thanks for your reply. I tried to make some changes but I was unsuccessful.

The labels still run haywire on the map. There is no fixed angle or orientation. Only a very few labels are correctly placed within the road and 'follow' the road.

Please tell me what more changes I could do to have proper labeling for street names.

Thanks.

Regards
On Fri, Dec 11, 2009 at 4:36 PM, pelin <pelin.01 at gmail.com<mailto:pelin.01 at gmail.com>> wrote:
hi,this is part of mi map file
------------------------------
    LABELMAXSCALE 90000
    LABELMINSCALE 8000
     METADATA
          LAYER_ENCODING "UTF-8"
         "DESCRIPTION" "Avenidas"
         "RESULT_FIELDS" "nombre,desde,hasta"
         "RESULT_HEADERS" "Nombre,Desde,Hasta"
    END #METADATA
  LABELITEM 'nombre'
  CLASS
    Name 'Avenidas'
    LABEL
    TYPE truetype
    FONT 'FreeSans'
    ANGLE auto
    POSITION auto
    SIZE 5
   END #label
    STYLE
        SYMBOL 'Avenidas--0--0'
        SIZE 3
        COLOR 193 62 183
      END  #STYLE
  END  # Class

------------------------------

Saludos y espero que te sirva

--------------------------------------------------------
http://blogs.hydras.com.ar/srodriguez/
--------------------------------------------------------
Atentamente
        Rolando Sergio Rodriguez

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





From pauljame at gmail.com  Tue Dec 15 09:26:13 2009
From: pauljame at gmail.com (Paul james)
Date: Tue, 15 Dec 2009 14:26:13 -0300
Subject: [mapserver-users] Help with NQuery error (CGI)
In-Reply-To: <4AEAE07A.5157.008F.0@dnr.state.mn.us>
References: <33fad6880910290557m71ee3fdatd470590e3256f175@mail.gmail.com>
	<4AE9BF21.5157.008F.0@dnr.state.mn.us>
	<33fad6880910300433i342c619am99935a607896643f@mail.gmail.com>
	<4AEAD3AF.5157.008F.0@dnr.state.mn.us>
	<33fad6880910301022s40c76f88ha011362964e21808@mail.gmail.com>
	<4AEAE07A.5157.008F.0@dnr.state.mn.us>
Message-ID: <33fad6880912150926n70ba866aqa7679e95a3351c4b@mail.gmail.com>

Hi Steve...
Any update on MSSQL2008 driver to solve that bug?

Thanks

On Fri, Oct 30, 2009 at 2:48 PM, Steve Lime <Steve.Lime at dnr.state.mn.us>wrote:

> Probably. Does a point query work? I reassigned the ticket to the keeper
> of the SQLServer
> driver in hopes that it gets attention.
>
> Curiously, have you tried 5.6 at all with SQLServer?
>
> Steve
>
> >>> On 10/30/2009 at 12:22 PM, in message
> <33fad6880910301022s40c76f88ha011362964e21808 at mail.gmail.com>, Paul
>  james
> <pauljame at gmail.com> wrote:
> > I think so...
> > Is it related with that ticket?
> > http://trac.osgeo.org/mapserver/ticket/3058
> >
> > Paul
> >
> > On Fri, Oct 30, 2009 at 1:53 PM, Steve Lime
> <Steve.Lime at dnr.state.mn.us>wrote:
> >
> >> Odd. Unfortunately I can't debug anything related to MSSQL2008,
> perhaps
> >> the driver isn't
> >> supporting functions necessary to complete a query?
> >>
> >> Steve
> >>
> >> >>> On 10/30/2009 at 6:33 AM, in message
> >> <33fad6880910300433i342c619am99935a607896643f at mail.gmail.com>, Paul
> >>  james
> >> <pauljame at gmail.com> wrote:
> >> > Hey Steve...
> >> >
> >> > Yes I had...
> >> > QUERYMAP
> >> >  COLOR 255 0 0
> >> >  SIZE -1 -1
> >> >  STATUS ON
> >> >  STYLE hilite
> >> > END
> >> >
> >> > With Status OFF I got that :
> >> > Content-type: text/html
> >> >
> >> > Using MSSQL2008
> >> >
> >> > Paul
> >> >
> >> >
> >> > On Thu, Oct 29, 2009 at 6:13 PM, Steve Lime
> >> <Steve.Lime at dnr.state.mn.us>wrote:
> >> >
> >> >> Do you have a querymap object configured with status on? I would
> >> guess
> >> >> so in order to see that
> >> >> error. What happens if you set STATUS OFF in the querymap?
> >> >>
> >> >> >>> On 10/29/2009 at 7:57 AM, in message
> >> >> <33fad6880910290557m71ee3fdatd470590e3256f175 at mail.gmail.com>,
> Paul
> >> >> james
> >> >> <pauljame at gmail.com> wrote:
> >> >>  > Hello guys...
> >> >> > I?m got this error when trying to execute a Nquery :
> >> >> >
> >> >>
> >> >>
> >> >
> >>
> >>
> >
>
> http://localhost/cgi-bin-54/mapserv.exe?map=Map.map&mode=nquery&LAYERS=TEST&mape
>
> >
> >>
> >> > x
> >> >>
> >> >> >
> >> >>
> >> >>
> >> >
> >>
> >>
> >
>
> t=-58.358076171875+-11.42570625+-57.193525390625+-10.37101875&imgext=-58.35807
> >
> >> > 61718
> >> >> >
> >> >>
> >> >>
> >> >
> >>
> >>
> >
>
> 75+-11.42570625+-57.193525390625+-10.37101875&map_size=1221+762&imgxy=1221+762&i
> >
> >> > mgb
> >> >> > ox=0+0+1221+762
> >> >> >
> >> >> > msDrawMap(): Image handling error. Failed to draw layer named
> >> >> 'TEST'.
> >> >> >
> >> >> > But, If I execute the same url with "mode=map", the image is
> >> >> generated
> >> >> > fine... What this error means?
> >> >> >
> >> >> >
> >> >> > TEST Layer
> >> >> >
> >> >> >  LAYER
> >> >> >   NAME TEST
> >> >> >   GROUP "TE"
> >> >> >   TYPE polygon
> >> >> >   STATUS ON
> >> >> >   CONNECTIONTYPE PLUGIN
> >> >> >   PLUGIN "msplugin_mssql2008.dll"
> >> >> >   CONNECTION "server=X;Integrated
> >> >> Security=false;database=X;uid=X;pwd=X"
> >> >> >   DATA "the_geom from viw USING UNIQUE oid USING SRID=0"
> >> >> >   CLASS
> >> >> >    TEMPLATE "template.html"
> >> >> >    NAME "X"
> >> >> >    STYLE
> >> >> >     OUTLINECOLOR 150 150 150
> >> >> >     WIDTH 1
> >> >> >    END
> >> >> >   END
> >> >> >  END
> >> >> >
> >> >> > Thanks
> >> >> >
> >> >> > Paul
> >> >>
> >>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091215/a66d39b5/attachment.htm>

From dmorissette at mapgears.com  Tue Dec 15 10:50:23 2009
From: dmorissette at mapgears.com (Daniel Morissette)
Date: Tue, 15 Dec 2009 13:50:23 -0500
Subject: [mapserver-users] make error - version 5.6.0-rc1 - /usr/bin/ld:
	cannot find -lxslt
In-Reply-To: <1260547739529-4152101.post@n2.nabble.com>
References: <1260481491255-4148052.post@n2.nabble.com>	<4B2174C4.1050406@swoodbridge.com>	<A2445FF43AA84C0C9AE05E605DCC6C8F@coastal008>	<4B218028.9040003@swoodbridge.com>
	<1260547739529-4152101.post@n2.nabble.com>
Message-ID: <4B27DA6F.7000408@mapgears.com>

The linker looks for .so files, the *.so.x and *.so.x.y are used only at 
runtime, so you need libpam.so, which is usually provided by the -devel 
version of the RPM package.

Daniel


Ted Spradley wrote:
> 
> 
> Stephen Woodbridge wrote:
>> http://www.google.com/#hl=en&source=hp&q=fedora+7+libpam
>>
>> -Steve
>>
> 
> Not having libpam doesn't appear to be the issue.  It just can't find it.
> 
> /usr/bin/ld: cannot find -lpam
> 
> # locate libpam
> /lib/libpam.so.0
> /lib/libpam.so.0.81.6
> /lib/libpam_misc.so.0
> /lib/libpam_misc.so.0.81.2
> /lib/libpamc.so.0
> /lib/libpamc.so.0.81.0
> /root/psa/PSA_8.4.0/dist-rpm-FedoraCore-7-i386/base/psa-libpam-plesk-8.4.0-fc7.build84080425.19.i586.rpm
> /root/psa/PSA_9.2.3/dist-rpm-FedoraCore-7-i386/base/psa-libpam-plesk-9.2.3-fc7.build92091015.22.i586.rpm
> /swsoft/PSA_8.3.0/dist-rpm-FedoraCore-7-i386/base/psa-libpam-plesk-8.3.0-fc7.build83071218.19.i586.rpm
> 
> 
> Is there any way to feed make the path for this library?
> 
> Thanks, Ted S.
> 


-- 
Daniel Morissette
http://www.mapgears.com/


From geo.engineer123 at gmail.com  Wed Dec 16 00:13:05 2009
From: geo.engineer123 at gmail.com (Shaz N)
Date: Wed, 16 Dec 2009 12:13:05 +0400
Subject: [mapserver-users] Label problem
In-Reply-To: <A7F7B3043D3BF0438F1206BAA3C9933C02897CED16@MNMAIL05.ead.state.mn.us>
References: <d46d8b70912110354y215e1793n8439abc75175536a@mail.gmail.com>
	<6a8366e40912110435h70642e93xeacdf85add0ea6bd@mail.gmail.com>
	<6a8366e40912110436j47ba05f6y6441b8c3b7ece4cb@mail.gmail.com>
	<d46d8b70912112243l3ef63432he2a13030465d18af@mail.gmail.com>
	<d46d8b70912112312q2465e44y9045e4804c44a335@mail.gmail.com>
	<A7F7B3043D3BF0438F1206BAA3C9933C02897CED16@MNMAIL05.ead.state.mn.us>
Message-ID: <d46d8b70912160013m57ecb733rf01e7c493c2882b3@mail.gmail.com>

Hi..

Thank you for your reply Steve.

Thanks to Mr Worth, I've solved the major part of my labeling error. The map
file looks much more neater now and I am almost satisfied. But there is
something that is still puzzling me.

I have attached 3 pics with this email. Img 1, 2 and 3 all show the same
area but at different zoom scales. I have shown different classes of roads
in different contrasting colors so that we can easily differentiate them
during the study.

Here is the portion from my map file:

LABEL
           ANGLE follow
          COLOR 0 0 255
          FONT arial
           TYPE TRUETYPE
           SIZE 7
           POSITION auto
           ANTIALIAS true
           MINFEATURESIZE auto
           MINDISTANCE 100
           MAXSIZE 7
           BUFFER 5
           PARTIALS false
         END
     END # end class

These are for the 3 classes of roads in which the label does not lie within
the width of the road.

The other classes, in which the label is placed within the width of the road
and follows the road perfectly, have the following labels:

LABEL
           ANGLE follow
           COLOR 0 0 255
           FONT arial
           TYPE TRUETYPE
           SIZE 8
           POSITION auto
           PARTIALS false
           ANTIALIAS true
           MINFEATURESIZE 50
           MINDISTANCE 150
           MAXSIZE 8
           BUFFER 5
    END
    END # end class

I have tried changing the width of the road under 'style' of the class, and
also the size of the label, but I do not see any changes in the position of
these labels.

I use MapServer version 5.

Is there anything I can do to solve this?

Thanks.

Regards,
Shaz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091216/ec0f4428/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Img 1.JPG
Type: image/jpeg
Size: 62137 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091216/ec0f4428/attachment.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Img 2.JPG
Type: image/jpeg
Size: 26975 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091216/ec0f4428/attachment-0001.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Img 3.JPG
Type: image/jpeg
Size: 15512 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091216/ec0f4428/attachment-0002.jpe>

From Tim.Nolte at ipcswirelessinc.com  Wed Dec 16 06:15:07 2009
From: Tim.Nolte at ipcswirelessinc.com (Nolte, Tim)
Date: Wed, 16 Dec 2009 09:15:07 -0500
Subject: [mapserver-users] MapServer CGI + Oracle + Query,
	msQueryByShape no results
In-Reply-To: <A7F7B3043D3BF0438F1206BAA3C9933C02897CED14@MNMAIL05.ead.state.mn.us>
References: <D7A5EAC385604446AB1DD24BF4F5A918A00826AD11@MG-Mail.ci.maple-grove.mn.us><106f14400912101213j2229d372v5b4969f72e171ff@mail.gmail.com><D7A5EAC385604446AB1DD24BF4F5A918A00826AD12@MG-Mail.ci.maple-grove.mn.us><D2C2A8AE8E016C42A974F644AF21E13902F3FDDAE9@MNMAIL05.ead.state.mn.us><D7A5EAC385604446AB1DD24BF4F5A918A00826AD13@MG-Mail.ci.maple-grove.mn.us><D7A5EAC385604446AB1DD24BF4F5A918A00826AD14@MG-Mail.ci.maple-grove.mn.us>,
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD16@MG-Mail.ci.maple-grove.mn.us><A7F7B3043D3BF0438F1206BAA3C9933C02897CED06@MNMAIL05.ead.state.mn.us>,
	<D7A5EAC385604446AB1DD24BF4F5A918A00826AD17@MG-Mail.ci.maple-grove.mn.us><A7F7B3043D3BF0438F1206BAA3C9933C02897CED0A@MNMAIL05.ead.state.mn.us><D7A5EAC385604446AB1DD24BF4F5A918A00826AD29@MG-Mail.ci.maple-grove.mn.us><A7F7B3043D3BF0438F1206BAA3C9933C02897D216A@MNMAIL05.ead.state.mn.us><E534BE8FE04ADF4FA3C837466F4F35408A29EA@KTWMAIL.ilpcs.com><A7F7B3043D3BF0438F1206BAA3C9933C02897D2420@MNMAIL05.ead.state.mn.us><A7F7B3043
	D3BF0438F120 6BAA3C9933C0289836298@MNMAIL05.ead.state.mn.us>,
	<E534BE8FE04ADF4FA3C837466F4F3540015911@KTWMAIL.ilpcs.com>
	<A7F7B3043D3BF0438F1206BAA3C9933C02897CED14@MNMAIL05.ead.state.mn.us>
Message-ID: <E534BE8FE04ADF4FA3C837466F4F35408A2B28@KTWMAIL.ilpcs.com>

Here is some more information that may help to find the problem:

Items used to generate the Query file via PHP MapScript-

	layers	on_air,in_construction,in_acquisition
	mapname	ipcs_cell_sites
	maxfeatures	-1
	session	4b28e96a69286
	spatialfilter	POLYGON((-86.158228860555 44.564298461849, -85.987273183566 44.564298461849, -85.987273183566
		44.729555616272, -86.158228860555 44.729555616272, -86.158228860555 44.564298461849))
	variant	INTERSECTS

CGI Call Parameters:

	imgext	-86.545728395062 43.584152580449 -84.807679012346 45.182588160291
	imgx	305
	imgxy	610 561
	imgy	280.5
	layers	in_acquisition in_construction on_air
	map	/tmp/sess_4b28e96a69286/ipcs_cell_sites.map
	map_imagetype	PNG
	map_size	610 561
	mapext	-86.545728395062 43.584152580449 -84.807679012346 45.182588160291
	mode	map
	queryfile	/tmp/sess_4b28e96a69286/ipcs_cell_sites_query.qy
	session	4b28e96a69286
	ts	1260972533510

I have also attached the generated Query file. Thanks.

- Tim

----
Timothy J Nolte - tnolte at ilpcs.com
Network Planning Engineer

Sprint Nextel
4717 Broadmoor Ave, Suite G
Kentwood, MI 49512

Office:  616-656-5163
PCS:???  616-706-2438
Support: 616-929-0289
Fax:     616-554-6484


-----Original Message-----
From: Lime, Steve D (DNR) [mailto:Steve.Lime at state.mn.us] 
Sent: Tuesday, December 15, 2009 10:20 AM
To: Nolte, Tim; mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] MapServer CGI + Oracle + Query,msQueryByShape no results

The query file format has changed. It had to as part of RFC 52. It may depend on how PHP/MapScript creates that file. May need to get
Paul Spencer in on this...

Steve

________________________________________
From: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] On Behalf Of Nolte, Tim [Tim.Nolte at ipcswirelessinc.com]
Sent: Monday, December 14, 2009 11:30 PM
To: Lime, Steve D (DNR); mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] MapServer CGI + Oracle + Query,  msQueryByShape no results

Sorry, just got back into work today and as most Mondays seem to go I had a lot to take care of first. I'll try to provide more details tomorrow. I can say this, that this is partly being setup and called by the MapGuide Fusion framework. There is a PHP script being called with the query parameters, this uses PHP MapScript to generate a .qry file. This .qry file is being used in the call to the mapserv CGI. The PHP MapScript process is returning list results for the objects selected, however the map image is failing to generate. The MODE that is being requested of the CGI is 'map'. I will send an example of the full URL as well as the contents of the .qry file. I don't currently have a similar data set in Shapefile format, only within the Oracle database. Also, the 3 layers in question are Oracle VIEWS and not direct table-based layers. The layers work just fine in all cases but this.

- Tim

----
Timothy J Nolte - tnolte at ilpcs.com
Network Planning Engineer

iPCS Wireless, Inc.
4717 Broadmoor Ave, Suite G
Kentwood, MI 49512

Office: 616-656-5163
PCS: 616-706-2438
Fax: 616-554-6484
Web: www.ipcswirelessinc.com



-----Original Message-----
From: Lime, Steve D (DNR) [mailto:Steve.Lime at state.mn.us]
Sent: Mon 12/14/2009 5:35 PM
To: Lime, Steve D (DNR); Nolte, Tim; mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] MapServer CGI + Oracle + Query,msQueryByShape no results

Tim: Any more on this? I looked into the source over the weekend but didn't see any logic errors that would cause what you're seeing. Not that they aren't there, it's that nothing was obvious...

Steve

-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Lime, Steve D (DNR)
Sent: Friday, December 11, 2009 3:50 PM
To: Nolte, Tim; mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] MapServer CGI + Oracle + Query, msQueryByShape no results

Does the behavior hold true with shapefiles or is this just Oracle, or can't you test that.

The queryfile (foo.qf) caches the query parameters itself, not the results. The pre-5.6 cached the results but it was really expensive to retrieve them with certain types of data providers, primarily databases. Are you using query files?

A sample query or two would help. Also, how are you presenting the results (template, querymap or ???)

Steve


-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Nolte, Tim
Sent: Friday, December 11, 2009 1:12 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] MapServer CGI + Oracle + Query, msQueryByShape no results

I have a web client that makes calls to the MapServer (5.6.0rc1) CGI. I'm requesting the results of a query. The issue I am having is that if one of the layers specified has no results the whole process fails with:

        msQueryByShape(): Search returned no results. No matching record(s) found.

If I run the same query but only pass a single layer that does have results then it works. Additionally if I run the same query again and have results in both of say 2 layers searched, I only get the layer that is searched first to be highlighted rather than all of the results of all layers. It seems like the logic that is used for querying is flawed. Was the design of using a query file only designed to be used with 1 layer at a time? I really need help as this is breaking the web client and causing users to get unexpected results. Thanks.

- Tim

----
Timothy J Nolte - tnolte at ilpcs.com
Network Planning Engineer

Sprint Nextel
4717 Broadmoor Ave, Suite G
Kentwood, MI 49512

Office: 616-656-5163
PCS:    616-706-2438
Fax:    616-554-6484

_______________________________________________
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 --------------
A non-text attachment was scrubbed...
Name: ipcs_cell_sites_query.qy
Type: application/octet-stream
Size: 266 bytes
Desc: ipcs_cell_sites_query.qy
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091216/a8f438aa/attachment.obj>

From charlton at 2creek.com  Wed Dec 16 06:36:15 2009
From: charlton at 2creek.com (Charlton Galvarino)
Date: Wed, 16 Dec 2009 09:36:15 -0500
Subject: [mapserver-users] logo colors
Message-ID: <97FDCEA6D905154D94E20D02312C8A310D0D147B37@mse18be1.mse18.exchange.ms>

I'm sorry that I'm not hitting reply to the original thread.  My OCD gets the better of me and forces me to clean out messages even when it's not spring.

Anyway, I think the logo is fierce, Steve.  I saw comments go by re. color tweaks, and one concern I might have is how the logo might look in a black-and-white publication or to the colorblind.

I just printed the test3.2.svg to a black & white laser and to my untrained eye, it looks fine.  I'd caution going any darker w/ the green which would reduce the green-blue contrast.

Fine job!





Charlton Galvarino
1 (803) 233-6205 : voice
1 (803) 223-9579 :   fax
charlton at 2creek.com

P.O. Box 50960
Columbia, SC 29250


From timbonicus at realgo.com  Wed Dec 16 09:17:20 2009
From: timbonicus at realgo.com (Timbonicus Hansen)
Date: Wed, 16 Dec 2009 10:17:20 -0700
Subject: [mapserver-users] Text transformation in MapServer expressions
Message-ID: <fd2561580912160917y484a3086o598a920d4d78eab3@mail.gmail.com>

I'm using a PostGIS database as the DATA source for a mapfile layer and
rendering dynamic labels using MapServer expressions:
TEXT ([columnName])

I'd like the label to be uppercase, is there any way to transform the column
text using MapServer expressions, or to trick MapServer into selecting the
column with UPPER(columnName)? I'm fearful that this might mean reworking
how the whole process works and not using a simple mapfile approach any
more.

- Tim
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091216/92956db9/attachment.htm>

From andy at squeakycode.net  Wed Dec 16 09:21:27 2009
From: andy at squeakycode.net (Andy Colson)
Date: Wed, 16 Dec 2009 11:21:27 -0600
Subject: [mapserver-users] Text transformation in MapServer expressions
In-Reply-To: <fd2561580912160917y484a3086o598a920d4d78eab3@mail.gmail.com>
References: <fd2561580912160917y484a3086o598a920d4d78eab3@mail.gmail.com>
Message-ID: <4B291717.2030708@squeakycode.net>

On 12/16/2009 11:17 AM, Timbonicus Hansen wrote:
> I'm using a PostGIS database as the DATA source for a mapfile layer and
> rendering dynamic labels using MapServer expressions:
> TEXT ([columnName])
>
> I'd like the label to be uppercase, is there any way to transform the
> column text using MapServer expressions, or to trick MapServer into
> selecting the column with UPPER(columnName)? I'm fearful that this might
> mean reworking how the whole process works and not using a simple
> mapfile approach any more.
>
> - Tim
>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users

Yea, in your layer, use a DATA line like:

DATA "the_geom FROM (select gid, the_geom, upper(columnName) as 
columnName from table) as subquery using unique gid using srid=3417"

-Andy


From jhevenor at rogers.com  Wed Dec 16 09:21:26 2009
From: jhevenor at rogers.com (Josh Hevenor)
Date: Wed, 16 Dec 2009 12:21:26 -0500
Subject: [mapserver-users] Oracle Spatial layer has too many fields?
In-Reply-To: <97FDCEA6D905154D94E20D02312C8A310D0D147B37@mse18be1.mse18.exchange.ms>
References: <97FDCEA6D905154D94E20D02312C8A310D0D147B37@mse18be1.mse18.exchange.ms>
Message-ID: <4B291716.3040501@rogers.com>

Error:

I was adding new fields to an Oracle Spatial layer, now having 61 fields
defined with

    geom from (select * from spatialTable) using ...

Process

    $layer->qryByRect
    $layer->open
    For()
        $res=$layer->getResult
        $shp=$res->getShape    // Fails, line 637

Error
    Fatal error:  [MapServer Error]: msOracleSpatialLayerGetShape():
Error: ORA-00936: missing expression
    Query statement: SELECT field1, field2, field3,..., GEOM FROM
(select * from spatialTable in <b>C:\MSMap\genQuery.php</b> on line 637;

I feel this query is getting cut off.
If I redefine the layer using some specific subset of fields my query
works again

    GEOM from (select field1, field2, ..., fieldX, geom from
spatialTable)...    X < 61 

The code is old and has run solidly for a long time. The fields are
new.  Is there a limit on the number of fields/query string length in
PHP mapscript?  Any thoughts?

Thanks in advance,

Josh




From aboudreault at mapgears.com  Wed Dec 16 09:34:06 2009
From: aboudreault at mapgears.com (Alan Boudreault)
Date: Wed, 16 Dec 2009 12:34:06 -0500
Subject: [mapserver-users] Oracle Spatial layer has too many fields?
In-Reply-To: <4B291716.3040501@rogers.com>
References: <97FDCEA6D905154D94E20D02312C8A310D0D147B37@mse18be1.mse18.exchange.ms>
	<4B291716.3040501@rogers.com>
Message-ID: <200912161234.06933.aboudreault@mapgears.com>

Hi Josh,

May you add the directive "debug 5" at the map and layer levels in your 
mapfile to see what sql query is executed. You may have to add the directive 
"CONFIG  "MS_ERRORFILE" "/tmp/mapserver.log"" to redirect the logs in a file.

Alan

On December 16, 2009 12:21:26 pm Josh Hevenor wrote:
> Error:
> 
> I was adding new fields to an Oracle Spatial layer, now having 61 fields
> defined with
> 
>     geom from (select * from spatialTable) using ...
> 
> Process
> 
>     $layer->qryByRect
>     $layer->open
>     For()
>         $res=$layer->getResult
>         $shp=$res->getShape    // Fails, line 637
> 
> Error
>     Fatal error:  [MapServer Error]: msOracleSpatialLayerGetShape():
> Error: ORA-00936: missing expression
>     Query statement: SELECT field1, field2, field3,..., GEOM FROM
> (select * from spatialTable in <b>C:\MSMap\genQuery.php</b> on line 637;
> 
> I feel this query is getting cut off.
> If I redefine the layer using some specific subset of fields my query
> works again
> 
>     GEOM from (select field1, field2, ..., fieldX, geom from
> spatialTable)...    X < 61
> 
> The code is old and has run solidly for a long time. The fields are
> new.  Is there a limit on the number of fields/query string length in
> PHP mapscript?  Any thoughts?
> 
> Thanks in advance,
> 
> Josh
> 
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> 

-- 
Alan Boudreault
Mapgears
http://www.mapgears.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091216/0dfed2b3/attachment.htm>

From jhevenor at rogers.com  Wed Dec 16 10:35:44 2009
From: jhevenor at rogers.com (Josh Hevenor)
Date: Wed, 16 Dec 2009 13:35:44 -0500
Subject: [mapserver-users] Oracle Spatial layer has too many fields?
In-Reply-To: <200912161234.06933.aboudreault@mapgears.com>
References: <97FDCEA6D905154D94E20D02312C8A310D0D147B37@mse18be1.mse18.exchange.ms>
	<4B291716.3040501@rogers.com>
	<200912161234.06933.aboudreault@mapgears.com>
Message-ID: <4B292880.1050104@rogers.com>

Thanks Alan,
I found the query in the log file and ran it through SqlDeveloper to see
the full query was valid.  Nope!  One of the new columns shared a name
with a reserved word.

For now I'll rename the column to play nice. But, if MapServer quoted
the field name list it built then this case should be covered...

    select "f1", "f1", "GROUP" FROM (select * from someTable)...

Sorry to bug everyone with this,

Josh

Alan Boudreault wrote:
>
> Hi Josh,
>
> May you add the directive "debug 5" at the map and layer levels in
> your mapfile to see what sql query is executed. You may have to add
> the directive "CONFIG "MS_ERRORFILE" "/tmp/mapserver.log"" to redirect
> the logs in a file.
>
> Alan
>
> On December 16, 2009 12:21:26 pm Josh Hevenor wrote:
>
> > Error:
>
> >
>
> > I was adding new fields to an Oracle Spatial layer, now having 61 fields
>
> > defined with
>
> >
>
> > geom from (select * from spatialTable) using ...
>
> >
>
> > Process
>
> >
>
> > $layer->qryByRect
>
> > $layer->open
>
> > For()
>
> > $res=$layer->getResult
>
> > $shp=$res->getShape // Fails, line 637
>
> >
>
> > Error
>
> > Fatal error: [MapServer Error]: msOracleSpatialLayerGetShape():
>
> > Error: ORA-00936: missing expression
>
> > Query statement: SELECT field1, field2, field3,..., GEOM FROM
>
> > (select * from spatialTable in <b>C:\MSMap\genQuery.php</b> on line 637;
>
> >
>
> > I feel this query is getting cut off.
>
> > If I redefine the layer using some specific subset of fields my query
>
> > works again
>
> >
>
> > GEOM from (select field1, field2, ..., fieldX, geom from
>
> > spatialTable)... X < 61
>
> >
>
> > The code is old and has run solidly for a long time. The fields are
>
> > new. Is there a limit on the number of fields/query string length in
>
> > PHP mapscript? Any thoughts?
>
> >
>
> > Thanks in advance,
>
> >
>
> > Josh
>
> >
>
> >
>
> > _______________________________________________
>
> > mapserver-users mailing list
>
> > mapserver-users at lists.osgeo.org
>
> > http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
> >
>
> -- 
>
> Alan Boudreault
>
> Mapgears
>
> http://www.mapgears.com
>
> ------------------------------------------------------------------------
>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com 
> Version: 8.5.427 / Virus Database: 270.14.110/2568 - Release Date: 12/16/09 08:02:00
>
>   


From aboudreault at mapgears.com  Wed Dec 16 10:44:21 2009
From: aboudreault at mapgears.com (Alan Boudreault)
Date: Wed, 16 Dec 2009 13:44:21 -0500
Subject: [mapserver-users] Oracle Spatial layer has too many fields?
In-Reply-To: <4B292880.1050104@rogers.com>
References: <97FDCEA6D905154D94E20D02312C8A310D0D147B37@mse18be1.mse18.exchange.ms>
	<200912161234.06933.aboudreault@mapgears.com>
	<4B292880.1050104@rogers.com>
Message-ID: <200912161344.21891.aboudreault@mapgears.com>

I experienced the same problem yesterday.... the column name was "LONG", which 
is an ORACLE reserved word too >:| . So for the record, never use "LONG" 
(which meant LONGITUDE" in my case) for a column name... even quoted... 
otherwise you'll experienced problems soon or later.

Alan 

On December 16, 2009 01:35:44 pm Josh Hevenor wrote:
> Thanks Alan,
> I found the query in the log file and ran it through SqlDeveloper to see
> the full query was valid.  Nope!  One of the new columns shared a name
> with a reserved word.
> 
> For now I'll rename the column to play nice. But, if MapServer quoted
> the field name list it built then this case should be covered...
> 
>     select "f1", "f1", "GROUP" FROM (select * from someTable)...
> 
> Sorry to bug everyone with this,
> 
> Josh
> 
> Alan Boudreault wrote:
> > Hi Josh,
> >
> > May you add the directive "debug 5" at the map and layer levels in
> > your mapfile to see what sql query is executed. You may have to add
> > the directive "CONFIG "MS_ERRORFILE" "/tmp/mapserver.log"" to redirect
> > the logs in a file.
> >
> > Alan
> >
> > On December 16, 2009 12:21:26 pm Josh Hevenor wrote:
> > > Error:
> > >
> > >
> > >
> > > I was adding new fields to an Oracle Spatial layer, now having 61
> > > fields
> > >
> > > defined with
> > >
> > >
> > >
> > > geom from (select * from spatialTable) using ...
> > >
> > >
> > >
> > > Process
> > >
> > >
> > >
> > > $layer->qryByRect
> > >
> > > $layer->open
> > >
> > > For()
> > >
> > > $res=$layer->getResult
> > >
> > > $shp=$res->getShape // Fails, line 637
> > >
> > >
> > >
> > > Error
> > >
> > > Fatal error: [MapServer Error]: msOracleSpatialLayerGetShape():
> > >
> > > Error: ORA-00936: missing expression
> > >
> > > Query statement: SELECT field1, field2, field3,..., GEOM FROM
> > >
> > > (select * from spatialTable in <b>C:\MSMap\genQuery.php</b> on line
> > > 637;
> > >
> > >
> > >
> > > I feel this query is getting cut off.
> > >
> > > If I redefine the layer using some specific subset of fields my query
> > >
> > > works again
> > >
> > >
> > >
> > > GEOM from (select field1, field2, ..., fieldX, geom from
> > >
> > > spatialTable)... X < 61
> > >
> > >
> > >
> > > The code is old and has run solidly for a long time. The fields are
> > >
> > > new. Is there a limit on the number of fields/query string length in
> > >
> > > PHP mapscript? Any thoughts?
> > >
> > >
> > >
> > > Thanks in advance,
> > >
> > >
> > >
> > > Josh
> > >
> > >
> > >
> > >
> > >
> > > _______________________________________________
> > >
> > > mapserver-users mailing list
> > >
> > > mapserver-users at lists.osgeo.org
> > >
> > > http://lists.osgeo.org/mailman/listinfo/mapserver-users
> >
> > Alan Boudreault
> >
> > Mapgears
> >
> > http://www.mapgears.com
> >
> > ------------------------------------------------------------------------
> >
> >
> > No virus found in this incoming message.
> > Checked by AVG - www.avg.com
> > Version: 8.5.427 / Virus Database: 270.14.110/2568 - Release Date:
> > 12/16/09 08:02:00
> 

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


From richard.greenwood at gmail.com  Wed Dec 16 16:57:07 2009
From: richard.greenwood at gmail.com (Richard Greenwood)
Date: Wed, 16 Dec 2009 17:57:07 -0700
Subject: [mapserver-users] polygon select
Message-ID: <ae9185aa0912161657y2d66677bkd760598236a75ec4@mail.gmail.com>

I need to create a tool that will allow the user to draw an arbitrary
polygon, and the select objects intersecting that polygon. I'm using
OpenLayers, MapServer and PostGIS. Right now I'm trying to figure out
what protocol will support this operation. I don't think this can be
done with "classic" MapServer, nor with WMS. Am I correct? So do I
need to use WFS-T to get the polygon from the browser and pass it to
PostGIS to do the query? Are there any other routes that I should be
exploring?

Thanks,
Rich

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


From bfraser at geoanalytic.com  Wed Dec 16 19:38:36 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Wed, 16 Dec 2009 20:38:36 -0700 (Mountain Standard Time)
Subject: [mapserver-users] polygon select
In-Reply-To: <ae9185aa0912161657y2d66677bkd760598236a75ec4@mail.gmail.com>
References: <ae9185aa0912161657y2d66677bkd760598236a75ec4@mail.gmail.com>
Message-ID: <.174.0.228.164.1261021116.squirrel@174.0.228.164>

Geomoose 2 shows how to use OpenLayers to draw the geometry (see main.js's
sketch tools).  You could use Javascript to take OL's wkt of the polygon
and translate to Mapserver's MAPSHAPE cgi parameter for a query.

Best Regards,
Brent Fraser

> I need to create a tool that will allow the user to draw an arbitrary
> polygon, and the select objects intersecting that polygon. I'm using
> OpenLayers, MapServer and PostGIS. Right now I'm trying to figure out
> what protocol will support this operation. I don't think this can be
> done with "classic" MapServer, nor with WMS. Am I correct? So do I
> need to use WFS-T to get the polygon from the browser and pass it to
> PostGIS to do the query? Are there any other routes that I should be
> exploring?
>
> Thanks,
> Rich
>
> --
> Richard Greenwood
> richard.greenwood at gmail.com
> www.greenwoodmap.com
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>




From geo.engineer123 at gmail.com  Wed Dec 16 21:34:44 2009
From: geo.engineer123 at gmail.com (Shaz N)
Date: Thu, 17 Dec 2009 09:34:44 +0400
Subject: [mapserver-users] Lines at Tile borders
Message-ID: <d46d8b70912162134x6a30c1e8nc3a97b8c93ee5c9@mail.gmail.com>

Dear MapServer users..

I have an issue with the rendering of lines at tile borders on my map, which
is exactly like this picture:
http://crschmidt.net/mapping/mapserverbug.png

Being a new MapServer user, I checked previous threads related to this
problem and found some suggestions to use TileCache or OpenLayers etc The
threads were pretty old (like 2007..2008), so I would like to know if there
is any other solution to the problem I am facing now.

More info:
CLASS
        NAME 'Others'
        EXPRESSION ('[class]' eq 'AU' OR '[class]' eq 'GR' OR '[class]' eq
'PV' OR '[class]' eq 'TR')
        MAXSCALE 32000
        MINSCALE 16001
        STYLE
          COLOR 255 160 122
          WIDTH 5
          MINWIDTH 5
          MAXWIDTH 6
          ANTIALIAS TRUE
        END
END

I use version 5. Please advice me on how to proceed. Thank you very much

Regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091217/5407692d/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 2.JPG
Type: image/jpeg
Size: 8855 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091217/5407692d/attachment.jpe>

From j.l.h.hartmann at uva.nl  Thu Dec 17 03:02:48 2009
From: j.l.h.hartmann at uva.nl (Jan Hartmann)
Date: Thu, 17 Dec 2009 12:02:48 +0100
Subject: [mapserver-users] polygon select
In-Reply-To: <ae9185aa0912161657y2d66677bkd760598236a75ec4@mail.gmail.com>
References: <ae9185aa0912161657y2d66677bkd760598236a75ec4@mail.gmail.com>
Message-ID: <4B2A0FD8.70708@uva.nl>

Hi Rich,

Not sure if this is what you mean, but could GeoExt (http://geoext.org/) 
be something for you?

Greetings from a snowy Amsterdam,

Jan

On 17-12-2009 1:57, Richard Greenwood wrote:
> I need to create a tool that will allow the user to draw an arbitrary
> polygon, and the select objects intersecting that polygon. I'm using
> OpenLayers, MapServer and PostGIS. Right now I'm trying to figure out
> what protocol will support this operation. I don't think this can be
> done with "classic" MapServer, nor with WMS. Am I correct? So do I
> need to use WFS-T to get the polygon from the browser and pass it to
> PostGIS to do the query? Are there any other routes that I should be
> exploring?
>
> Thanks,
> Rich
>
>    


From Steve.Lime at state.mn.us  Thu Dec 17 06:35:53 2009
From: Steve.Lime at state.mn.us (Lime, Steve D (DNR))
Date: Thu, 17 Dec 2009 08:35:53 -0600
Subject: [mapserver-users] polygon select
In-Reply-To: <ae9185aa0912161657y2d66677bkd760598236a75ec4@mail.gmail.com>
References: <ae9185aa0912161657y2d66677bkd760598236a75ec4@mail.gmail.com>
Message-ID: <A7F7B3043D3BF0438F1206BAA3C9933C02897CED2E@MNMAIL05.ead.state.mn.us>

Hi Rich, you can do this with the CGI or MapScript and it's quite easy with OpenLayers. All versions support queries using polygons and version 5.6 takes a WKT representation. Here's an example url:

  http://yourserver.com/cgi-bin/mapserv56?map=parcels.map&mapext=295574.87922705%201999971.0144928%20492425.12077295%202091028.9855072&mode=nquery&qlayer=parcels&mapshape=POLYGON%28%28421405.79710145%202049183.5748792%2C428183.57487923%202043289.8550725%2C431425.12077295%202043289.8550725%2C430835.74879227%202047415.4589372%2C429067.63285024%202051246.3768116%2C424057.97101449%202051246.3768116%2C421405.79710145%202049183.5748792%29%29

The nice thing about WKT is that you can just use the OpenLayers asText method for the drawn shape to create it. Alternatively you can define a polygon using a simple syntax MapServer provides. Svn trunk supports line and point (multiple part) shapes as well via WKT. Contact me off list if you need a more specific example.

Steve
________________________________________
From: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] On Behalf Of Richard Greenwood [richard.greenwood at gmail.com]
Sent: Wednesday, December 16, 2009 6:57 PM
To: mapserver
Subject: [mapserver-users] polygon select

I need to create a tool that will allow the user to draw an arbitrary
polygon, and the select objects intersecting that polygon. I'm using
OpenLayers, MapServer and PostGIS. Right now I'm trying to figure out
what protocol will support this operation. I don't think this can be
done with "classic" MapServer, nor with WMS. Am I correct? So do I
need to use WFS-T to get the polygon from the browser and pass it to
PostGIS to do the query? Are there any other routes that I should be
exploring?

Thanks,
Rich

--
Richard Greenwood
richard.greenwood at gmail.com
www.greenwoodmap.com
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


From Steve.Lime at state.mn.us  Thu Dec 17 13:40:04 2009
From: Steve.Lime at state.mn.us (Lime, Steve D (DNR))
Date: Thu, 17 Dec 2009 15:40:04 -0600
Subject: [mapserver-users] RE: logo colors
In-Reply-To: <97FDCEA6D905154D94E20D02312C8A310D0D147B37@mse18be1.mse18.exchange.ms>
References: <97FDCEA6D905154D94E20D02312C8A310D0D147B37@mse18be1.mse18.exchange.ms>
Message-ID: <A7F7B3043D3BF0438F1206BAA3C9933C02898D6449@MNMAIL05.ead.state.mn.us>

Thanks for the feedback Charlton, I appreciate it. In black and white you can imagine black water and white land or vice versa. Might also lose the map the map altogether and just go with the cells/folds...

Steve

-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Charlton Galvarino
Sent: Wednesday, December 16, 2009 8:36 AM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] logo colors

I'm sorry that I'm not hitting reply to the original thread.  My OCD gets the better of me and forces me to clean out messages even when it's not spring.

Anyway, I think the logo is fierce, Steve.  I saw comments go by re. color tweaks, and one concern I might have is how the logo might look in a black-and-white publication or to the colorblind.

I just printed the test3.2.svg to a black & white laser and to my untrained eye, it looks fine.  I'd caution going any darker w/ the green which would reduce the green-blue contrast.

Fine job!





Charlton Galvarino
1 (803) 233-6205 : voice
1 (803) 223-9579 :   fax
charlton at 2creek.com

P.O. Box 50960
Columbia, SC 29250
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


From heskina at ubitech.com  Thu Dec 17 13:50:20 2009
From: heskina at ubitech.com (Helen Eskina)
Date: Thu, 17 Dec 2009 16:50:20 -0500
Subject: [mapserver-users] How to draw a circle using MapScript?
Message-ID: <2251DE37284540C682D240869AB7A0C8@SkySource>

Hello List,



I want to be able to draw a circle dynamically using PHP MapScript. The
circle is defined by the coordinates of the centre and the radius in
kilometers. I realize that the circle is a polygon and I should probably
calculate all points. What is the best way to do it?



I would really appreciate any help!



Thank you,

Helen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091217/9122aee1/attachment.htm>

From danlittle at yahoo.com  Thu Dec 17 13:54:22 2009
From: danlittle at yahoo.com (Dan Little)
Date: Thu, 17 Dec 2009 13:54:22 -0800 (PST)
Subject: [mapserver-users] How to draw a circle using MapScript?
In-Reply-To: <2251DE37284540C682D240869AB7A0C8@SkySource>
References: <2251DE37284540C682D240869AB7A0C8@SkySource>
Message-ID: <773309.70007.qm@web51402.mail.re2.yahoo.com>

Totally off the cuff....

$shape = ms_shapeObjFromWKT('POINT('+$x+' '+$y+')');
$shape = $shape->buffer($radius);

>
>From: Helen Eskina <heskina at ubitech.com>
>To: mapserver-users at lists.osgeo.org
>Sent: Thu, December 17, 2009 3:50:20 PM
>Subject: [mapserver-users] How to draw a circle using MapScript?
>
> >
>>
>Hello List,
> 
>I want to be able to draw a circle dynamically using PHP MapScript. The
>circle is defined by the coordinates of the centre and the radius in kilometers.
>I realize that the circle is a polygon and I should probably calculate all
>points. What is the best way to do it? 
> 
>I would really appreciate any help!
> 
>Thank you,
>Helen


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

From Steve.Lime at state.mn.us  Thu Dec 17 14:09:35 2009
From: Steve.Lime at state.mn.us (Lime, Steve D (DNR))
Date: Thu, 17 Dec 2009 16:09:35 -0600
Subject: [mapserver-users] Lines at Tile borders
In-Reply-To: <d46d8b70912162134x6a30c1e8nc3a97b8c93ee5c9@mail.gmail.com>
References: <d46d8b70912162134x6a30c1e8nc3a97b8c93ee5c9@mail.gmail.com>
Message-ID: <A7F7B3043D3BF0438F1206BAA3C9933C02898D64BF@MNMAIL05.ead.state.mn.us>

You might try a more recent version. Either 5.4.2 or 5.6 to see if the bug has been fixed.  I don't recall off the top of my head...

Using metatiles (that is, a tile rendered intentionally large and then clipped) is one way around problems like this and tiling tools like TileCache support that type of processing.

Steve

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Shaz N
Sent: Wednesday, December 16, 2009 11:35 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] Lines at Tile borders

Dear MapServer users..

I have an issue with the rendering of lines at tile borders on my map, which is exactly like this picture:
http://crschmidt.net/mapping/mapserverbug.png

Being a new MapServer user, I checked previous threads related to this problem and found some suggestions to use TileCache or OpenLayers etc The threads were pretty old (like 2007..2008), so I would like to know if there is any other solution to the problem I am facing now.

More info:
CLASS
        NAME 'Others'
        EXPRESSION ('[class]' eq 'AU' OR '[class]' eq 'GR' OR '[class]' eq 'PV' OR '[class]' eq 'TR')
        MAXSCALE 32000
        MINSCALE 16001
        STYLE
          COLOR 255 160 122
          WIDTH 5
          MINWIDTH 5
          MAXWIDTH 6
          ANTIALIAS TRUE
        END
END

I use version 5. Please advice me on how to proceed. Thank you very much

Regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091217/542084dc/attachment.htm>

From Steve.Lime at state.mn.us  Thu Dec 17 14:30:30 2009
From: Steve.Lime at state.mn.us (Lime, Steve D (DNR))
Date: Thu, 17 Dec 2009 16:30:30 -0600
Subject: [mapserver-users] How to draw a circle using MapScript?
In-Reply-To: <773309.70007.qm@web51402.mail.re2.yahoo.com>
References: <2251DE37284540C682D240869AB7A0C8@SkySource>
	<773309.70007.qm@web51402.mail.re2.yahoo.com>
Message-ID: <A7F7B3043D3BF0438F1206BAA3C9933C02898D6505@MNMAIL05.ead.state.mn.us>

In another approach, I believe MapServer wants you to define a bounding box for the circle by creating a line shape with the first point at the UL coordinate of that box and the second coordinate at the LR coordinate of the box. So you'd offset your center point .5 KM to create those points. You can add the resulting shape to the appropriate layer to draw it.

I'll check to make sure, but I think that will work.

Steve

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Dan Little
Sent: Thursday, December 17, 2009 3:54 PM
To: Helen Eskina; mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] How to draw a circle using MapScript?

Totally off the cuff....

$shape = ms_shapeObjFromWKT('POINT('+$x+' '+$y+')');
$shape = $shape->buffer($radius);

From: Helen Eskina <heskina at ubitech.com>
To: mapserver-users at lists.osgeo.org
Sent: Thu, December 17, 2009 3:50:20 PM
Subject: [mapserver-users] How to draw a circle using MapScript?
Hello List,

I want to be able to draw a circle dynamically using PHP MapScript. The circle is defined by the coordinates of the centre and the radius in kilometers. I realize that the circle is a polygon and I should probably calculate all points. What is the best way to do it?

I would really appreciate any help!

Thank you,
Helen

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

From Steve.Lime at state.mn.us  Thu Dec 17 15:28:39 2009
From: Steve.Lime at state.mn.us (Lime, Steve D (DNR))
Date: Thu, 17 Dec 2009 17:28:39 -0600
Subject: [mapserver-users] How to draw a circle using MapScript?
In-Reply-To: <A7F7B3043D3BF0438F1206BAA3C9933C02898D6505@MNMAIL05.ead.state.mn.us>
References: <2251DE37284540C682D240869AB7A0C8@SkySource>
	<773309.70007.qm@web51402.mail.re2.yahoo.com>,
	<A7F7B3043D3BF0438F1206BAA3C9933C02898D6505@MNMAIL05.ead.state.mn.us>
Message-ID: <A7F7B3043D3BF0438F1206BAA3C9933C02897CED34@MNMAIL05.ead.state.mn.us>

After mulling this over I think I'm wrong. Conceptually it's correct but the points represent the center and a point on the circle I think. I'll post a stand-alone example later tonite...

Steve
________________________________________
From: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] On Behalf Of Lime, Steve D (DNR) [Steve.Lime at state.mn.us]
Sent: Thursday, December 17, 2009 4:30 PM
To: Dan Little; Helen Eskina; mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] How to draw a circle using MapScript?

In another approach, I believe MapServer wants you to define a bounding box for the circle by creating a line shape with the first point at the UL coordinate of that box and the second coordinate at the LR coordinate of the box. So you?d offset your center point .5 KM to create those points. You can add the resulting shape to the appropriate layer to draw it.

I?ll check to make sure, but I think that will work.

Steve

From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Dan Little
Sent: Thursday, December 17, 2009 3:54 PM
To: Helen Eskina; mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] How to draw a circle using MapScript?

Totally off the cuff....

$shape = ms_shapeObjFromWKT('POINT('+$x+' '+$y+')');
$shape = $shape->buffer($radius);

From: Helen Eskina <heskina at ubitech.com>
To: mapserver-users at lists.osgeo.org
Sent: Thu, December 17, 2009 3:50:20 PM
Subject: [mapserver-users] How to draw a circle using MapScript?
Hello List,

I want to be able to draw a circle dynamically using PHP MapScript. The circle is defined by the coordinates of the centre and the radius in kilometers. I realize that the circle is a polygon and I should probably calculate all points. What is the best way to do it?

I would really appreciate any help!

Thank you,
Helen



From sdc at sdc.com.au  Thu Dec 17 18:56:35 2009
From: sdc at sdc.com.au (Stephen Davies)
Date: Fri, 18 Dec 2009 13:26:35 +1030
Subject: [mapserver-users] Re: mapserver-users Digest, Vol 23, Issue 57
In-Reply-To: <20091217143626.74042E01AF0@lists.osgeo.org>
References: <20091217143626.74042E01AF0@lists.osgeo.org>
Message-ID: <200912181326.35797.sdc@sdc.com.au>

I use the javascript libraries that come with the mapserv demo to do "red 
lining" on mapserv maps to create polygons which can then be used in a 
postgis database search.

The libraries I use are cbe, mapserv, dbox, utils and wz_jsgraphics.

HTH,
Stephen Davies

On Friday 18 December 2009 01:06:26 mapserver-users-request at lists.osgeo.org 
wrote:
> Send mapserver-users mailing list submissions to
> 	mapserver-users at lists.osgeo.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://lists.osgeo.org/mailman/listinfo/mapserver-users
> or, via email, send a message with subject or body 'help' to
> 	mapserver-users-request at lists.osgeo.org
>
> You can reach the person managing the list at
> 	mapserver-users-owner at lists.osgeo.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of mapserver-users digest..."



-- 
=============================================================================
Stephen Davies Consulting P/L                             Voice: 08-8177 1595
Adelaide, South Australia.                                Fax  : 08-8177 0133
Computing & Network solutions.                            Mobile:040 304 0583


From Jukka.Rahkonen at mmmtike.fi  Fri Dec 18 01:32:03 2009
From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Fri, 18 Dec 2009 11:32:03 +0200
Subject: [mapserver-users] Comparing cgi and fcgi for serving aerial images
Message-ID: <CC197224AC75CE4DB23F739B16891B8601879871@tikka.haapa.mmm.fi>

I made some tests by letting JMeter run a few thousand WMS GetMap
requests with varying BBOX and WIDTH and HEIGHT parameter.  I tested
three alternatives:
 
MS4W 2.2.8 and Mapserver 5.2.1
MS4W 3.0 beta 7 and Mapserver 5.6.0 as cgi
MS4W 3.0 beta 7 and Mapserver 5.6.0 a fcgi
 
Server is Windows 2003 server with 8 cores and fast disks. I configured
JMeter to use 20 threads
 
I feel I was able to get fcgi running by following the instructiuons of
MS4W README_INSTALL document.  I believe it is convinced by a) calls
addressed to  /fcgi-bin/mapserv.exe work and b) after receiving an image
from WMS service the process remains on the server for some time.
However, all these three alternatives are giving me about the same speed
that is  5 images per second or 500 KB/sec with jpeg output.  Bandwidth
is not the limiting factor because with 24-bit png output I get a
throughput of 4400 KB/sec.  It looks like I am having some  base load in
my system that takes about 150 milliseconds per each successful WMS
request and using fcgi does not help in my case.
 
Can anybody suggest why my server is so much slower than the one used in
Mapserver/Geoserver shootout
http://www.slideshare.net/gatewaygeomatics.com/wms-performance-shootout
and why I do not get any advantage from using Fast-CGI?  Could it be
because my tileindex shapefile is rather large with more than 11000
polygons?  Images themselves are processed in a standard Mapserver way
and they are uncompressed, tiled geotiffs with external uncompressed
overviews.  Some evidence about tileindex handling eating time is that I
can get double speed with 10 images per second from a single ecw file
but this test is not very comparable because my ecw file is black and
white and not 3-channel as my geotiff layer.
 
-Jukka Rahkonen-
 
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091218/aa6b9e31/attachment.htm>

From sschantz at bfs.de  Fri Dec 18 03:22:17 2009
From: sschantz at bfs.de (Stefan Schantz)
Date: Fri, 18 Dec 2009 12:22:17 +0100
Subject: [mapserver-users] Query Error in getFeatureRequest on Oracle DB
Message-ID: <4B2B65E9.4050602@BfS.de>

Hello,
I have a layer that gets its data from an Oracle database. The layer can 
be visualized without any problems.
As soon as I send a getFeatureRequest, the following error message appears
"msOracleSpatialLayerGetItems (): Query error. Can not retrieve column 
list "

In the UMN log file are 2 SQLs. The one with the spatial SQL query works 
with the
Oracle Developer and I get a result. Why doesn't get my UMN (version 
5.2) any data?
Thanks for your support!

Regards
Stefan Schantz

############# Ausschnitt Layerdefinition##############
LAYER
       NAME "aero_nukspez_cs137"
       STATUS ON
       DEBUG ON
       TYPE POINT
       PROJECTION
           "init=epsg:25832"
       END

       METADATA
          ...
       END

       DUMP TRUE
       CONNECTIONTYPE oraclespatial
       CONNECTION 
"***/***@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= 
1521)))(CONNECT_DATA=(SID=***)))"
       PROCESSING "CLOSE_CONNECTION=DEFER"
       DATA "GEOM from (SELECT
        geom,
       P_PROBE.PROBEENTNAHME_BEGINN,
       P_PROBE.PROBEENTNAHME_ENDE,
       S_MESSGROESSE.BEZEICHNUNG,
       to_char(P_MESSWERT.MESSWERT, '0.99999') AS WERT,
        S_MESS_EINHEIT1.BEZEICHNUNG,
       P_MESSWERT.MESSFEHLER,
       P_PROBE.MITTELUNGSDAUER,
       S_NETZ_BETREIBER.BEZEICHNUNG,
       dwd_mess_utm.mst_id AS ID,
       P_ENTNAHMEORT.KOORD_X_UTM,
       P_ENTNAHMEORT.KOORD_Y_UTM,
       ((R_VORGANG.OID)-(255297803876564992)),
       R_VORGANG.AUSFUEHRUNGSDATUM,
       P_MESSUNG.STATUS_1,
       P_MESSUNG.STATUS_2,
       P_MESSUNG.STATUS_4,
       S_STATUS_BMU.BEZEICHNUNG,
       P_PROBE.IST_TESTDATENSATZ
       FROM
       dwd_mess_utm,IMIS.P_ENTNAHMEORT,IMIS.S_MESS_EINHEIT 
S_MESS_EINHEIT1,IMIS.S_MESSGROESSE,IMIS.S_STATUS_BMU,IMIS.P_MESSUNG,IMIS.S_NETZ_BETREIBER,IMIS.P_MESSWERT,IGS2.R_VORGANG_MESSUNG_P,IMIS.P_PROBE,IMIS.S_MESS_STELLE 
S_MESS_STELLE14,IGS2.R_VORGANG
       WHERE
       (R_VORGANG_MESSUNG_P.S_OID = R_VORGANG.OID(+)
       AND R_VORGANG_MESSUNG_P.T_PROBE_ID(+) = P_MESSUNG.PROBE_ID
       AND R_VORGANG_MESSUNG_P.T_MESSUNGS_ID(+) = P_MESSUNG.MESSUNGS_ID
       AND p_probe.mst_id = dwd_mess_utm.mst_id
       AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID
       AND P_MESSUNG.STATUS_5 = S_STATUS_BMU.STATUS_5
       AND S_MESS_STELLE14.NETZBETREIBER_ID = 
S_NETZ_BETREIBER.NETZBETREIBER_ID
       AND P_MESSUNG.PROBE_ID = P_PROBE.PROBE_ID
       AND P_MESSWERT.MESSGROESSE_ID = S_MESSGROESSE.MESSGROESSE_ID
       AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID
       AND P_PROBE.MST_ID = S_MESS_STELLE14.MST_ID
       AND P_MESSWERT.PROBE_ID = P_MESSUNG.PROBE_ID
       AND P_MESSWERT.MESSUNGS_ID = P_MESSUNG.MESSUNGS_ID
       AND P_MESSWERT.MEH_ID = S_MESS_EINHEIT1.MEH_ID
       AND (P_PROBE.UMW_ID IN ('L31'))
       AND (P_MESSWERT.MESSGROESSE_ID IN (373))
       AND (P_ENTNAHMEORT.STAAT_ID IN (0))
       AND (P_PROBE.DATENBASIS_ID IN (1))
       AND (P_PROBE.NETZBETREIBER_ID IN ('W'))
       AND P_PROBE.PROBEENTNAHME_BEGINN = TO_DATE('16.12.2009 
06:00','DD.MM.YYYY HH24:MI')))
       USING UNIQUE ID SRID 25832"

       TEMPLATE "../templates/getFeature_ODL.html"
...
###########################end layer definition###########################



################# MS LOGFILE######################################
[Fri Dec 18 08:36:05 2009].932804 msOracleSpatialLayerClose. Cleaning 
Oracle Cache.
[Fri Dec 18 08:36:05 2009].932814 msOracleSpatialLayerClose. Release the 
Oracle Pool.
[Fri Dec 18 08:36:05 2009].932816 
msConnPoolRelease(aero_nukspez_cs137,i****/***@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= 
1521)))(CONNECT_DATA=(SID=***))),82368a8)
[Fri Dec 18 08:36:05 2009].932981 
msConnPoolClose(***/***@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= 
1521)))(CONNECT_DATA=(SID=***))),82368a8)
[Fri Dec 18 08:36:06 2009].470320 msOracleSpatialLayerOpen called with: 
GEOM from (SELECT
        geom,
       P_PROBE.PROBEENTNAHME_BEGINN,
       P_PROBE.PROBEENTNAHME_ENDE,
       S_MESSGROESSE.BEZEICHNUNG,
       to_char(P_MESSWERT.MESSWERT, '0.99999') AS WERT,
        S_MESS_EINHEIT1.BEZEICHNUNG,
       P_MESSWERT.MESSFEHLER,
       P_PROBE.MITTELUNGSDAUER,
       S_NETZ_BETREIBER.BEZEICHNUNG,
       dwd_mess_utm.mst_id AS ID,
       P_ENTNAHMEORT.KOORD_X_UTM,
       P_ENTNAHMEORT.KOORD_Y_UTM,
       ((R_VORGANG.OID)-(255297803876564992)),
       R_VORGANG.AUSFUEHRUNGSDATUM,
       P_MESSUNG.STATUS_1,
       P_MESSUNG.STATUS_2,
       P_MESSUNG.STATUS_4,
       S_STATUS_BMU.BEZEICHNUNG,
       P_PROBE.IST_TESTDATENSATZ
       FROM
       dwd_mess_utm,IMIS.P_ENTNAHMEORT,IMIS.S_MESS_EINHEIT 
S_MESS_EINHEIT1,IMIS.S_MESSGROESSE,IMIS.S_STATUS_BMU,IMIS.P_MESSUNG,IMIS.S_NETZ_BETREIBER,IMIS.P_MESSWERT,IGS2.R_VORGANG_MESSUNG_P,IMIS.P_PROBE,IMIS.S_MESS_STELLE 
S_MESS_STELLE14,IGS2.R_VORGANG
       WHERE
       (R_VORGANG_MESSUNG_P.S_OID = R_VORGANG.OID(+)
       AND R_VORGANG_MESSUNG_P.T_PROBE_ID(+) = P_MESSUNG.PROBE_ID
       AND R_VORGANG_MESSUNG_P.T_MESSUNGS_ID(+) = P_MESSUNG.MESSUNGS_ID
       AND p_probe.mst_id = dwd_mess_utm.mst_id
       AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID
       AND P_MESSUNG.STATUS_5 = S_STATUS_BMU.STATUS_5
       AND S_MESS_STELLE14.NETZBETREIBER_ID = 
S_NETZ_BETREIBER.NETZBETREIBER_ID
       AND P_MESSUNG.PROBE_ID = P_PROBE.PROBE_ID
       AND P_MESSWERT.MESSGROESSE_ID = S_MESSGROESSE.MESSGROESSE_ID
       AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID
       AND P_PROBE.MST_ID = S_MESS_STELLE14.MST_ID
       AND P_MESSWERT.PROBE_ID = P_MESSUNG.PROBE_ID
       AND P_MESSWERT.MESSUNGS_ID = P_MESSUNG.MESSUNGS_ID
       AND P_MESSWERT.MEH_ID = S_MESS_EINHEIT1.MEH_ID
       AND (P_PROBE.UMW_ID IN ('L31'))
       AND (P_MESSWERT.MESSGROESSE_ID IN (373))
       AND (P_ENTNAHMEORT.STAAT_ID IN (0))
       AND (P_PROBE.DATENBASIS_ID IN (1))
       AND (P_PROBE.NETZBETREIBER_ID IN ('W'))
       AND P_PROBE.PROBEENTNAHME_BEGINN = TO_DATE('16.12.2009 
06:00','DD.MM.YYYY HH24:MI')))
       USING UNIQUE ID SRID 25832
[Fri Dec 18 08:36:06 2009].494014 msOracleSpatialLayerOpen. Shared 
connection not available. Creating one.
[Fri Dec 18 08:36:06 2009].494020 
msConnPoolRegister(aero_nukspez_cs137,***/***@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= 
1521)))(CONNECT_DATA=(SID=***))),82368a8)
[Fri Dec 18 08:36:06 2009].500778 msOracleSpatialLayerFreeItemInfo was 
called.
[Fri Dec 18 08:36:06 2009].500796 msOracleSpatialLayerInitItemInfo was 
called.
[Fri Dec 18 08:36:06 2009].500972 msOracleSpatialLayerWhichShapes was 
called.
[Fri Dec 18 08:36:06 2009].501042 msOracleSpatialLayerWhichShapes. Using 
this Sql to retrieve the data: SELECT ID, WERT, GEOM FROM (SELECT
        geom,
       P_PROBE.PROBEENTNAHME_BEGINN,
       P_PROBE.PROBEENTNAHME_ENDE,
       S_MESSGROESSE.BEZEICHNUNG,
       to_char(P_MESSWERT.MESSWERT, '0.99999') AS WERT,
        S_MESS_EINHEIT1.BEZEICHNUNG,
       P_MESSWERT.MESSFEHLER,
       P_PROBE.MITTELUNGSDAUER,
       S_NETZ_BETREIBER.BEZEICHNUNG,
       dwd_mess_utm.mst_id AS ID,
       P_ENTNAHMEORT.KOORD_X_UTM,
       P_ENTNAHMEORT.KOORD_Y_UTM,
       ((R_VORGANG.OID)-(255297803876564992)),
       R_VORGANG.AUSFUEHRUNGSDATUM,
       P_MESSUNG.STATUS_1,
       P_MESSUNG.STATUS_2,
       P_MESSUNG.STATUS_4,
       S_STATUS_BMU.BEZEICHNUNG,
       P_PROBE.IST_TESTDATENSATZ
       FROM
       dwd_mess_utm,IMIS.P_ENTNAHMEORT,IMIS.S_MESS_EINHEIT 
S_MESS_EINHEIT1,IMIS.S_MESSGROESSE,IMIS.S_STATUS_BMU,IMIS.P_MESSUNG,IMIS.S_NETZ_BETREIBER,IMIS.P_MESSWERT,IGS2.R_VORGANG_MESSUNG_P,IMIS.P_PROBE,IMIS.S_MESS_STELLE 
S_MESS_STELLE14,IGS2.R_VORGANG
       WHERE
       (R_VORGANG_MESSUNG_P.S_OID = R_VORGANG.OID(+)
       AND R_VORGANG_MESSUNG_P.T_PROBE_ID(+) = P_MESSUNG.PROBE_ID
       AND R_VORGANG_MESSUNG_P.T_MESSUNGS_ID(+) = P_MESSUNG.MESSUNGS_ID
       AND p_probe.mst_id = dwd_mess_utm.mst_id
       AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID
       AND P_MESSUNG.STATUS_5 = S_STATUS_BMU.STATUS_5
       AND S_MESS_STELLE14.NETZBETREIBER_ID = 
S_NETZ_BETREIBER.NETZBETREIBER_ID
       AND P_MESSUNG.PROBE_ID = P_PROBE.PROBE_ID
       AND P_MESSWERT.MESSGROESSE_ID = S_MESSGROESSE.MESSGROESSE_ID
       AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID
       AND P_PROBE.MST_ID = S_MESS_STELLE14.MST_ID
       AND P_MESSWERT.PROBE_ID = P_MESSUNG.PROBE_ID
       AND P_MESSWERT.MESSUNGS_ID = P_MESSUNG.MESSUNGS_ID
       AND P_MESSWERT.MEH_ID = S_MESS_EINHEIT1.MEH_ID
       AND (P_PROBE.UMW_ID IN ('L31'))
       AND (P_MESSWERT.MESSGROESSE_ID IN (373))
       AND (P_ENTNAHMEORT.STAAT_ID IN (0))
       AND (P_PROBE.DATENBASIS_ID IN (1))
       AND (P_PROBE.NETZBETREIBER_ID IN ('W'))
       AND P_PROBE.PROBEENTNAHME_BEGINN = TO_DATE('16.12.2009 
06:00','DD.MM.YYYY HH24:MI'))) WHERE SDO_FILTER( GEOM, 
MDSYS.SDO_GEOMETRY(2003, 25832, 
NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),MDSYS.SDO_ORDINATE_ARRAY(814703.455,5375543.26,827001.233,5393241.81) 
),'querytype=window') = 'TRUE'
[Fri Dec 18 08:36:06 2009].543163 msOracleSpatialLayerFreeItemInfo was 
called.
[Fri Dec 18 08:36:06 2009].543169 msOracleSpatialLayerClose was called. 
Layer name: aero_nukspez_cs137. Layer connection: 
***/***@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= 
1521)))(CONNECT_DATA=(SID=***)))
[Fri Dec 18 08:36:06 2009].543172 msOracleSpatialLayerClose. Cleaning 
layerinfo handlers.
[Fri Dec 18 08:36:06 2009].543201 msOracleSpatialLayerClose. Cleaning 
Oracle Cache.
[Fri Dec 18 08:36:06 2009].543236 msOracleSpatialLayerClose. Release the 
Oracle Pool.
[Fri Dec 18 08:36:06 2009].543238 
msConnPoolRelease(aero_nukspez_cs137,***/***@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= 
1521)))(CONNECT_DATA=(SID=***))),82368a8)
[Fri Dec 18 08:36:06 2009].543297 msOracleSpatialLayerOpen called with: 
GEOM from (SELECT
        geom,
       P_PROBE.PROBEENTNAHME_BEGINN,
       P_PROBE.PROBEENTNAHME_ENDE,
       S_MESSGROESSE.BEZEICHNUNG,
       to_char(P_MESSWERT.MESSWERT, '0.99999') AS WERT,
        S_MESS_EINHEIT1.BEZEICHNUNG,
       P_MESSWERT.MESSFEHLER,
       P_PROBE.MITTELUNGSDAUER,
       S_NETZ_BETREIBER.BEZEICHNUNG,
       dwd_mess_utm.mst_id AS ID,
       P_ENTNAHMEORT.KOORD_X_UTM,
       P_ENTNAHMEORT.KOORD_Y_UTM,
       ((R_VORGANG.OID)-(255297803876564992)),
       R_VORGANG.AUSFUEHRUNGSDATUM,
       P_MESSUNG.STATUS_1,
       P_MESSUNG.STATUS_2,
       P_MESSUNG.STATUS_4,
       S_STATUS_BMU.BEZEICHNUNG,
       P_PROBE.IST_TESTDATENSATZ
       FROM
       dwd_mess_utm,IMIS.P_ENTNAHMEORT,IMIS.S_MESS_EINHEIT 
S_MESS_EINHEIT1,IMIS.S_MESSGROESSE,IMIS.S_STATUS_BMU,IMIS.P_MESSUNG,IMIS.S_NETZ_BETREIBER,IMIS.P_MESSWERT,IGS2.R_VORGANG_MESSUNG_P,IMIS.P_PROBE,IMIS.S_MESS_STELLE 
S_MESS_STELLE14,IGS2.R_VORGANG
       WHERE
       (R_VORGANG_MESSUNG_P.S_OID = R_VORGANG.OID(+)
       AND R_VORGANG_MESSUNG_P.T_PROBE_ID(+) = P_MESSUNG.PROBE_ID
       AND R_VORGANG_MESSUNG_P.T_MESSUNGS_ID(+) = P_MESSUNG.MESSUNGS_ID
       AND p_probe.mst_id = dwd_mess_utm.mst_id
       AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID
       AND P_MESSUNG.STATUS_5 = S_STATUS_BMU.STATUS_5
       AND S_MESS_STELLE14.NETZBETREIBER_ID = 
S_NETZ_BETREIBER.NETZBETREIBER_ID
       AND P_MESSUNG.PROBE_ID = P_PROBE.PROBE_ID
       AND P_MESSWERT.MESSGROESSE_ID = S_MESSGROESSE.MESSGROESSE_ID
       AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID
       AND P_PROBE.MST_ID = S_MESS_STELLE14.MST_ID
       AND P_MESSWERT.PROBE_ID = P_MESSUNG.PROBE_ID
       AND P_MESSWERT.MESSUNGS_ID = P_MESSUNG.MESSUNGS_ID
       AND P_MESSWERT.MEH_ID = S_MESS_EINHEIT1.MEH_ID
       AND (P_PROBE.UMW_ID IN ('L31'))
       AND (P_MESSWERT.MESSGROESSE_ID IN (373))
       AND (P_ENTNAHMEORT.STAAT_ID IN (0))
       AND (P_PROBE.DATENBASIS_ID IN (1))
       AND (P_PROBE.NETZBETREIBER_ID IN ('W'))
       AND P_PROBE.PROBEENTNAHME_BEGINN = TO_DATE('16.12.2009 
06:00','DD.MM.YYYY HH24:MI')))
       USING UNIQUE ID SRID 25832
[Fri Dec 18 08:36:06 2009].543311 
msConnPoolRequest(aero_nukspez_cs137,***/***@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= 
1521)))(CONNECT_DATA=(SID=***)))) -> got 82368a8
[Fri Dec 18 08:36:06 2009].550280 msOracleSpatialLayerFreeItemInfo was 
called.
[Fri Dec 18 08:36:06 2009].550283 msOracleSpatialLayerGetItems was called.
[Fri Dec 18 08:36:06 2009].562636 msOracleSpatialLayerGetItems(): Query 
error. Cannot retrieve column list
[Fri Dec 18 08:36:06 2009].562686 mapserv request processing time 
(msLoadMap not incl.): 0.093s
[Fri Dec 18 08:36:06 2009].562706 msFreeMap(): freeing map at 82052a8.

_______________________________________________
Mapserver-DE mailing list
Mapserver-DE at freegis.org
https://freegis.org/mailman/listinfo/mapserver-de





From dmorissette at mapgears.com  Fri Dec 18 05:32:39 2009
From: dmorissette at mapgears.com (Daniel Morissette)
Date: Fri, 18 Dec 2009 08:32:39 -0500
Subject: [mapserver-users] Comparing cgi and fcgi for serving aerial images
In-Reply-To: <CC197224AC75CE4DB23F739B16891B8601879871@tikka.haapa.mmm.fi>
References: <CC197224AC75CE4DB23F739B16891B8601879871@tikka.haapa.mmm.fi>
Message-ID: <4B2B8477.4020107@mapgears.com>

It's hard to give a definite answer without seeing your actual setup, 
mapfile, data, etc.

However, as a general rule, you will gain from using fastcgi only once 
you get to the point where the processing time for each request (to read 
data and render the map) becomes close to or smaller than the time it 
takes to launch CGI processes. So if you get around 5 hits/sec with 8 
cores, we can presume that each request takes over 1 second of 
processing time (and/or disk I/O) which is several times larger than the 
time to launch a CGI process, and you need to do some work on your data 
and mapfile before you can benefit from fastcgi.

Of course I could be completely wrong, but I'd suggest you start by 
verifying where the time is spent by enabling MS_ERRORFILE/DEBUG at both 
the mapfile and layer level, look at the logs to identify where the time 
is spent and optimize your mapfile/data accordingly.

HTH

Daniel

Rahkonen Jukka wrote:
> I made some tests by letting JMeter run a few thousand WMS GetMap 
> requests with varying BBOX and WIDTH and HEIGHT parameter.  I tested 
> three alternatives:
>  
> MS4W 2.2.8 and Mapserver 5.2.1
> MS4W 3.0 beta 7 and Mapserver 5.6.0 as cgi
> MS4W 3.0 beta 7 and Mapserver 5.6.0 a fcgi
>  
> Server is Windows 2003 server with 8 cores and fast disks. I configured 
> JMeter to use 20 threads
>  
> I feel I was able to get fcgi running by following the instructiuons of 
> MS4W README_INSTALL document.  I believe it is convinced by a) 
> calls addressed to  /fcgi-bin/mapserv.exe work and b) after receiving an 
> image from WMS service the process remains on the server for some time. 
> However, all these three alternatives are giving me about the same 
> speed that is  5 images per second or 500 KB/sec with jpeg output.  
> Bandwidth is not the limiting factor because with 24-bit png output I 
> get a throughput of 4400 KB/sec.  It looks like I am having some  base 
> load in my system that takes about 150 milliseconds per each successful 
> WMS request and using fcgi does not help in my case.
>  
> Can anybody suggest why my server is so much slower than the one used in 
> Mapserver/Geoserver shootout  
> http://www.slideshare.net/gatewaygeomatics.com/wms-performance-shootout and 
> why I do not get any advantage from using Fast-CGI?  Could it be because 
> my tileindex shapefile is rather large with more than 11000 polygons?  
> Images themselves are processed in a standard Mapserver way and they 
> are uncompressed, tiled geotiffs with external uncompressed overviews.  
> Some evidence about tileindex handling eating time is that I can get 
> double speed with 10 images per second from a single ecw file but this 
> test is not very comparable because my ecw file is black and white and 
> not 3-channel as my geotiff layer.
>  
> -Jukka Rahkonen-
>  
>  
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users


-- 
Daniel Morissette
http://www.mapgears.com/


From Jukka.Rahkonen at mmmtike.fi  Fri Dec 18 06:47:32 2009
From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka)
Date: Fri, 18 Dec 2009 16:47:32 +0200
Subject: [mapserver-users] Comparing cgi and fcgi for serving aerial images
In-Reply-To: <4B2B8477.4020107@mapgears.com>
References: <CC197224AC75CE4DB23F739B16891B8601879871@tikka.haapa.mmm.fi>
	<4B2B8477.4020107@mapgears.com>
Message-ID: <CC197224AC75CE4DB23F739B16891B860187987C@tikka.haapa.mmm.fi>

Hi Daniel,

Your explanation makes sense. I think that the following logfile excerpt
means that it is just so heavy to process my images that playing with
cgi/fcgi is peanuts. If you wonder, non-square pixels are intentional. I
made my WMS requests to reproject images and squeese pixels to avoid
over-optimistic results from benchmarking. Server speed is good enough
for the load we have at them moment so I am going to keep it running as
cgi and acquire a second server if this one chokes.  All the simple
things have been done: images are tiled, uncompressed and with
overviews, and mapfile and epsg files are minimal.


[Fri Dec 18 15:41:49 2009].909000 CGI Request 1 on process 4428
[Fri Dec 18 15:41:49 2009].909000 msWMSLoadGetMapParams(): enabling
non-square pixels.[Fri Dec 18 15:41:49 2009].909000 msDrawMap(): kicking
into non-square pixel preserving mode.[Fri Dec 18 15:41:49 2009].909000
msDrawRasterLayerLow(uilmakuvat2009): entering.
[Fri Dec 18 15:41:49 2009].924000 msResampleGDALToMap in effect:
cellsize = 1.876250
[Fri Dec 18 15:41:49 2009].924000 msDrawGDAL(uilmakuvat2009): using
RAW_WINDOW=8998 0 3002 2602
[Fri Dec 18 15:41:49 2009].924000 msDrawGDAL(): red,green,blue,alpha
bands = 1,2,3,0
[Fri Dec 18 15:41:50 2009].284000 msResampleGDALToMap in effect:
cellsize = 1.876250
[Fri Dec 18 15:41:50 2009].299000 msDrawGDAL(uilmakuvat2009): using
RAW_WINDOW=8998 6599 3002 5401
[Fri Dec 18 15:41:50 2009].299000 msDrawGDAL(): red,green,blue,alpha
bands = 1,2,3,0
[Fri Dec 18 15:41:51 2009].393000 msResampleGDALToMap in effect:
cellsize = 1.875625
[Fri Dec 18 15:41:51 2009].409000 msDrawGDAL(uilmakuvat2009): using
RAW_WINDOW=0 0 3001 2602
[Fri Dec 18 15:41:51 2009].409000 msDrawGDAL(): red,green,blue,alpha
bands = 1,2,3,0
[Fri Dec 18 15:41:51 2009].768000 msResampleGDALToMap in effect:
cellsize = 1.875625
[Fri Dec 18 15:41:51 2009].768000 msDrawGDAL(uilmakuvat2009): using
RAW_WINDOW=0 6599 3001 5401
[Fri Dec 18 15:41:51 2009].768000 msDrawGDAL(): red,green,blue,alpha
bands = 1,2,3,0
[Fri Dec 18 15:41:52 2009].815000 msDrawMap(): Layer 32
(uilmakuvat2009), 2.906s
[Fri Dec 18 15:41:52 2009].815000 msDrawMap(): Drawing Label Cache,
0.000s
[Fri Dec 18 15:41:52 2009].815000 msDrawMap() total time: 2.906s
[Fri Dec 18 15:41:52 2009].924000 msSaveImage() total time: 0.109s
[Fri Dec 18 15:41:52 2009].924000 mapserv request processing time
(msLoadMap not incl.): 3.015s

-Jukka-


Daniel Morissette wrote:


> It's hard to give a definite answer without seeing your actual setup, 
> mapfile, data, etc.
> 
> However, as a general rule, you will gain from using fastcgi 
> only once 
> you get to the point where the processing time for each 
> request (to read 
> data and render the map) becomes close to or smaller than the time it 
> takes to launch CGI processes. So if you get around 5 hits/sec with 8 
> cores, we can presume that each request takes over 1 second of 
> processing time (and/or disk I/O) which is several times 
> larger than the 
> time to launch a CGI process, and you need to do some work on 
> your data 
> and mapfile before you can benefit from fastcgi.
> 
> Of course I could be completely wrong, but I'd suggest you start by 
> verifying where the time is spent by enabling 
> MS_ERRORFILE/DEBUG at both 
> the mapfile and layer level, look at the logs to identify 
> where the time 
> is spent and optimize your mapfile/data accordingly.
> 
> HTH
> 
> Daniel
> 
> Rahkonen Jukka wrote:
> > I made some tests by letting JMeter run a few thousand WMS GetMap 
> > requests with varying BBOX and WIDTH and HEIGHT parameter.  
> I tested 
> > three alternatives:
> >  
> > MS4W 2.2.8 and Mapserver 5.2.1
> > MS4W 3.0 beta 7 and Mapserver 5.6.0 as cgi
> > MS4W 3.0 beta 7 and Mapserver 5.6.0 a fcgi
> >  
> > Server is Windows 2003 server with 8 cores and fast disks. 
> I configured 
> > JMeter to use 20 threads
> >  
> > I feel I was able to get fcgi running by following the 
> instructiuons of 
> > MS4W README_INSTALL document.  I believe it is convinced by a) 
> > calls addressed to  /fcgi-bin/mapserv.exe work and b) after 
> receiving an 
> > image from WMS service the process remains on the server 
> for some time. 
> > However, all these three alternatives are giving me about the same 
> > speed that is  5 images per second or 500 KB/sec with jpeg output.  
> > Bandwidth is not the limiting factor because with 24-bit 
> png output I 
> > get a throughput of 4400 KB/sec.  It looks like I am having 
> some  base 
> > load in my system that takes about 150 milliseconds per 
> each successful 
> > WMS request and using fcgi does not help in my case.
> >  
> > Can anybody suggest why my server is so much slower than 
> the one used in 
> > Mapserver/Geoserver shootout  
> > 
> http://www.slideshare.net/gatewaygeomatics.com/wms-performance
> -shootout and 
> > why I do not get any advantage from using Fast-CGI?  Could 
> it be because 
> > my tileindex shapefile is rather large with more than 11000 
> polygons?  
> > Images themselves are processed in a standard Mapserver way 
> and they 
> > are uncompressed, tiled geotiffs with external uncompressed 
> overviews.  
> > Some evidence about tileindex handling eating time is that 
> I can get 
> > double speed with 10 images per second from a single ecw 
> file but this 
> > test is not very comparable because my ecw file is black 
> and white and 
> > not 3-channel as my geotiff layer.
> >  
> > -Jukka Rahkonen-
> >  
> >  
> > 
> > 
> > 
> --------------------------------------------------------------
> ----------
> > 
> > _______________________________________________
> > mapserver-users mailing list
> > mapserver-users at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/mapserver-users
> 
> 
> -- 
> Daniel Morissette
> http://www.mapgears.com/
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> 


From bfraser at geoanalytic.com  Fri Dec 18 09:05:28 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Fri, 18 Dec 2009 10:05:28 -0700
Subject: [mapserver-users] attribute bindings for SYMBOL and FONT?
Message-ID: <4B2BB658.6050406@geoanalytic.com>

The short story:
----------------
   Is it possible to bind a CLASS's SYMBOL object to an attribute (i.e store the 
symbol name as a attribute of a feature)?  And the LABEL objects FONT name?

The Long Story:
---------------
I've been working with the yet-to-be-released Feature Editor in Geomoose v2. It 
allows the user to digitize features (points, lines, and polygons) and assign 
attributes, then stores them in PostGIS.

I want to allow simple styling and don't want to have a map file the size of 
"War and Peace", so I thought I would use the attribute/item/column binding 
abilities of Mapserver's CLASS and LABEL objects.

To that end, one of the columns the feature table will be "style name" (or maybe 
"feature class"), which I'll use to join to a style table (with COLOR, WIDTH, 
etc columns) to get the feature rendered in a simple style.

After a quick review of Mapserver's doc, most of the most important objects can 
be bound to attributes, with two exceptions, SYMBOL 'name' and FONT 'name':

CLASS
   STYLE
	ANGLE [angle]
	COLOR [color]  #R G B
	OUTLINECOLOR [olcolor] #R G B
	SIZE [size]
	WIDTH [width]  # v5.2

	SYMBOL 'name' # in SYMBOLSET

   END #STYLE

   TEXT ([label])
   LABEL
	ANGLE  [label_angle]
	COLOR [label_color]
	OUTLINECOLOR [label_olcolor]
	PRIORITY [label_priority]
	SIZE [label_size]

	FONT 'name' # in FONTSET
	
   END #LABEL
END # CLASS

How difficult would it be to have attribute binding for SYMBOL and FONT?  I 
suppose I could use mapscript, but I'd rather not.

Thanks!
Brent Fraser



From danlittle at yahoo.com  Fri Dec 18 09:52:16 2009
From: danlittle at yahoo.com (Dan Little)
Date: Fri, 18 Dec 2009 09:52:16 -0800 (PST)
Subject: [mapserver-users] attribute bindings for SYMBOL and FONT?
In-Reply-To: <4B2BB658.6050406@geoanalytic.com>
References: <4B2BB658.6050406@geoanalytic.com>
Message-ID: <742744.94348.qm@web51405.mail.re2.yahoo.com>

http://research.dmsolutions.ca/?p=118

This would indicate the answer is yes.


----- Original Message ----
> From: Brent Fraser <bfraser at geoanalytic.com>
> To: "mapserver-users at lists.osgeo.org" <mapserver-users at lists.osgeo.org>
> Sent: Fri, December 18, 2009 11:05:28 AM
> Subject: [mapserver-users] attribute bindings for SYMBOL and FONT?
> 
> The short story:
> ----------------
>   Is it possible to bind a CLASS's SYMBOL object to an attribute (i.e store the 
> symbol name as a attribute of a feature)?  And the LABEL objects FONT name?
> 
> The Long Story:
> ---------------
> I've been working with the yet-to-be-released Feature Editor in Geomoose v2. It 
> allows the user to digitize features (points, lines, and polygons) and assign 
> attributes, then stores them in PostGIS.
> 
> I want to allow simple styling and don't want to have a map file the size of 
> "War and Peace", so I thought I would use the attribute/item/column binding 
> abilities of Mapserver's CLASS and LABEL objects.
> 
> To that end, one of the columns the feature table will be "style name" (or maybe 
> "feature class"), which I'll use to join to a style table (with COLOR, WIDTH, 
> etc columns) to get the feature rendered in a simple style.
> 
> After a quick review of Mapserver's doc, most of the most important objects can 
> be bound to attributes, with two exceptions, SYMBOL 'name' and FONT 'name':
> 
> CLASS
>   STYLE
>     ANGLE [angle]
>     COLOR [color]  #R G B
>     OUTLINECOLOR [olcolor] #R G B
>     SIZE [size]
>     WIDTH [width]  # v5.2
> 
>     SYMBOL 'name' # in SYMBOLSET
> 
>   END #STYLE
> 
>   TEXT ([label])
>   LABEL
>     ANGLE  [label_angle]
>     COLOR [label_color]
>     OUTLINECOLOR [label_olcolor]
>     PRIORITY [label_priority]
>     SIZE [label_size]
> 
>     FONT 'name' # in FONTSET
>     
>   END #LABEL
> END # CLASS
> 
> How difficult would it be to have attribute binding for SYMBOL and FONT?  I 
> suppose I could use mapscript, but I'd rather not.
> 
> Thanks!
> Brent Fraser
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users



      


From yassefa at dmsolutions.ca  Fri Dec 18 10:02:12 2009
From: yassefa at dmsolutions.ca (Yewondwossen Assefa)
Date: Fri, 18 Dec 2009 13:02:12 -0500
Subject: [mapserver-users] attribute bindings for SYMBOL and FONT?
In-Reply-To: <4B2BB658.6050406@geoanalytic.com>
References: <4B2BB658.6050406@geoanalytic.com>
Message-ID: <4B2BC3A4.6000303@dmsolutions.ca>

Brent Fraser wrote:
> The short story:
> ----------------
>   Is it possible to bind a CLASS's SYMBOL object to an attribute (i.e 
> store the symbol name as a attribute of a feature)?  And the LABEL 
> objects FONT name?
>
Binding would be with  style'symbol, instead of class symbol.  Font also 
can be bound.  I will update the docs to reflect that.  The list of 
binding elements is:

For style:
  SIZE, WIDTH, ANGLE, COLOR, OUTLINECOLOR, SYMBOL, OUTLINEWIDTH, OPACITY

for labels: SIZE, ANGLE, COLOR, OUTLINECOLOR, FONT, PRIORITY

regards,

> The Long Story:
> ---------------
> I've been working with the yet-to-be-released Feature Editor in 
> Geomoose v2. It allows the user to digitize features (points, lines, 
> and polygons) and assign attributes, then stores them in PostGIS.
>
> I want to allow simple styling and don't want to have a map file the 
> size of "War and Peace", so I thought I would use the 
> attribute/item/column binding abilities of Mapserver's CLASS and LABEL 
> objects.
>
> To that end, one of the columns the feature table will be "style name" 
> (or maybe "feature class"), which I'll use to join to a style table 
> (with COLOR, WIDTH, etc columns) to get the feature rendered in a 
> simple style.
>
> After a quick review of Mapserver's doc, most of the most important 
> objects can be bound to attributes, with two exceptions, SYMBOL 'name' 
> and FONT 'name':
>
> CLASS
>   STYLE
>     ANGLE [angle]
>     COLOR [color]  #R G B
>     OUTLINECOLOR [olcolor] #R G B
>     SIZE [size]
>     WIDTH [width]  # v5.2
>
>     SYMBOL 'name' # in SYMBOLSET
>
>   END #STYLE
>
>   TEXT ([label])
>   LABEL
>     ANGLE  [label_angle]
>     COLOR [label_color]
>     OUTLINECOLOR [label_olcolor]
>     PRIORITY [label_priority]
>     SIZE [label_size]
>
>     FONT 'name' # in FONTSET
>     
>   END #LABEL
> END # CLASS
>
> How difficult would it be to have attribute binding for SYMBOL and 
> FONT?  I suppose I could use mapscript, but I'd rather not.
>
> Thanks!
> Brent Fraser
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>


-- 
----------------------------------------------------------------
Assefa Yewondwossen           
Software Analyst   

Email: assefa at dmsolutions.ca    
http://www.dmsolutions.ca/

Phone: (613) 565-5056 (ext 14)
Fax:   (613) 565-0925
----------------------------------------------------------------




From bfraser at geoanalytic.com  Fri Dec 18 10:05:54 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Fri, 18 Dec 2009 11:05:54 -0700 (Mountain Standard Time)
Subject: [mapserver-users] attribute bindings for SYMBOL and FONT?
In-Reply-To: <742744.94348.qm@web51405.mail.re2.yahoo.com>
References: <4B2BB658.6050406@geoanalytic.com>
	<742744.94348.qm@web51405.mail.re2.yahoo.com>
Message-ID: <.65.255.239.241.1261159554.squirrel@65.255.239.241>

Dan,
  Thanks for the reminder: "Google First"
  It looks like both SYMBOL and FONT use binding.
Brent

> http://research.dmsolutions.ca/?p=118
>
> This would indicate the answer is yes.
>
>
> ----- Original Message ----
>> From: Brent Fraser <bfraser at geoanalytic.com>
>> To: "mapserver-users at lists.osgeo.org" <mapserver-users at lists.osgeo.org>
>> Sent: Fri, December 18, 2009 11:05:28 AM
>> Subject: [mapserver-users] attribute bindings for SYMBOL and FONT?
>>
>> The short story:
>> ----------------
>>   Is it possible to bind a CLASS's SYMBOL object to an attribute (i.e
>> store the
>> symbol name as a attribute of a feature)?  And the LABEL objects FONT
>> name?
>>
>> The Long Story:
>> ---------------
>> I've been working with the yet-to-be-released Feature Editor in Geomoose
>> v2. It
>> allows the user to digitize features (points, lines, and polygons) and
>> assign
>> attributes, then stores them in PostGIS.
>>
>> I want to allow simple styling and don't want to have a map file the
>> size of
>> "War and Peace", so I thought I would use the attribute/item/column
>> binding
>> abilities of Mapserver's CLASS and LABEL objects.
>>
>> To that end, one of the columns the feature table will be "style name"
>> (or maybe
>> "feature class"), which I'll use to join to a style table (with COLOR,
>> WIDTH,
>> etc columns) to get the feature rendered in a simple style.
>>
>> After a quick review of Mapserver's doc, most of the most important
>> objects can
>> be bound to attributes, with two exceptions, SYMBOL 'name' and FONT
>> 'name':
>>
>> CLASS
>>   STYLE
>>     ANGLE [angle]
>>     COLOR [color]  #R G B
>>     OUTLINECOLOR [olcolor] #R G B
>>     SIZE [size]
>>     WIDTH [width]  # v5.2
>>
>>     SYMBOL 'name' # in SYMBOLSET
>>
>>   END #STYLE
>>
>>   TEXT ([label])
>>   LABEL
>>     ANGLE  [label_angle]
>>     COLOR [label_color]
>>     OUTLINECOLOR [label_olcolor]
>>     PRIORITY [label_priority]
>>     SIZE [label_size]
>>
>>     FONT 'name' # in FONTSET
>>
>>   END #LABEL
>> END # CLASS
>>
>> How difficult would it be to have attribute binding for SYMBOL and FONT?
>>  I
>> suppose I could use mapscript, but I'd rather not.
>>
>> Thanks!
>> Brent Fraser
>>
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
>
>
>




From bfraser at geoanalytic.com  Fri Dec 18 10:10:28 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Fri, 18 Dec 2009 11:10:28 -0700 (Mountain Standard Time)
Subject: [mapserver-users] attribute bindings for SYMBOL and FONT?
In-Reply-To: <4B2BC3A4.6000303@dmsolutions.ca>
References: <4B2BB658.6050406@geoanalytic.com>
	<4B2BC3A4.6000303@dmsolutions.ca>
Message-ID: <.65.255.239.241.1261159828.squirrel@65.255.239.241>

Exellent!  Now on to WFS-T-free feature editing!

> Binding would be with  style'symbol, instead of class symbol.  Font also
> can be bound.  I will update the docs to reflect that.  The list of
> binding elements is:
>
> For style:
>   SIZE, WIDTH, ANGLE, COLOR, OUTLINECOLOR, SYMBOL, OUTLINEWIDTH, OPACITY
>
> for labels: SIZE, ANGLE, COLOR, OUTLINECOLOR, FONT, PRIORITY
>
> regards,
>
> ----------------------------------------------------------------
> Assefa Yewondwossen
> Software Analyst
>
> Email: assefa at dmsolutions.ca
> http://www.dmsolutions.ca/
>
> Phone: (613) 565-5056 (ext 14)
> Fax:   (613) 565-0925
> ----------------------------------------------------------------




From geo.engineer123 at gmail.com  Fri Dec 18 11:00:47 2009
From: geo.engineer123 at gmail.com (Shaz N)
Date: Fri, 18 Dec 2009 23:00:47 +0400
Subject: [mapserver-users] Lines at Tile borders
In-Reply-To: <A7F7B3043D3BF0438F1206BAA3C9933C02898D64BF@MNMAIL05.ead.state.mn.us>
References: <d46d8b70912162134x6a30c1e8nc3a97b8c93ee5c9@mail.gmail.com>
	<A7F7B3043D3BF0438F1206BAA3C9933C02898D64BF@MNMAIL05.ead.state.mn.us>
Message-ID: <d46d8b70912181100h5cd7f3b3r322488cb2ce612c1@mail.gmail.com>

Alright.. I will try to install a more recent version..and will check out
the metatiles thingy too.
Thank u.
Regards,
Shaz
On Fri, Dec 18, 2009 at 2:09 AM, Lime, Steve D (DNR) <Steve.Lime at state.mn.us
> wrote:

>  You might try a more recent version. Either 5.4.2 or 5.6 to see if the
> bug has been fixed.  I don?t recall off the top of my head?
>
>
>
> Using metatiles (that is, a tile rendered intentionally large and then
> clipped) is one way around problems like this and tiling tools like
> TileCache support that type of processing.
>
>
>
> Steve
>
>
>
> *From:* mapserver-users-bounces at lists.osgeo.org [mailto:
> mapserver-users-bounces at lists.osgeo.org] *On Behalf Of *Shaz N
> *Sent:* Wednesday, December 16, 2009 11:35 PM
> *To:* mapserver-users at lists.osgeo.org
> *Subject:* [mapserver-users] Lines at Tile borders
>
>
>
> Dear MapServer users..
>
>
>
> I have an issue with the rendering of lines at tile borders on my map,
> which is exactly like this picture:
>
> http://crschmidt.net/mapping/mapserverbug.png
>
>
>
> Being a new MapServer user, I checked previous threads related to this
> problem and found some suggestions to use TileCache or OpenLayers etc The
> threads were pretty old (like 2007..2008), so I would like to know if there
> is any other solution to the problem I am facing now.
>
>
>
> More info:
>
> CLASS
>         NAME 'Others'
>         EXPRESSION ('[class]' eq 'AU' OR '[class]' eq 'GR' OR '[class]' eq
> 'PV' OR '[class]' eq 'TR')
>         MAXSCALE 32000
>         MINSCALE 16001
>         STYLE
>           COLOR 255 160 122
>           WIDTH 5
>           MINWIDTH 5
>           MAXWIDTH 6
>           ANTIALIAS TRUE
>
>         END
>
> END
>
>
>
> I use version 5. Please advice me on how to proceed. Thank you very much
>
>
>
> Regards
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091218/4edec6be/attachment.htm>

From Steve.Lime at state.mn.us  Fri Dec 18 11:55:18 2009
From: Steve.Lime at state.mn.us (Lime, Steve D (DNR))
Date: Fri, 18 Dec 2009 13:55:18 -0600
Subject: [mapserver-users] How to draw a circle using MapScript?
In-Reply-To: <BD43ADD7FFB54241AA45E8B8985A3776@SkySource>
References: <2251DE37284540C682D240869AB7A0C8@SkySource><773309.70007.qm@web51402.mail.re2.yahoo.com>,
	<A7F7B3043D3BF0438F1206BAA3C9933C02898D6505@MNMAIL05.ead.state.mn.us>
	<A7F7B3043D3BF0438F1206BAA3C9933C02897CED34@MNMAIL05.ead.state.mn.us>
	<BD43ADD7FFB54241AA45E8B8985A3776@SkySource>
Message-ID: <A7F7B3043D3BF0438F1206BAA3C9933C028992E6B8@MNMAIL05.ead.state.mn.us>

Here's an example that draws a 1km diameter two different ways:

  http://maps.dnr.state.mn.us/mapserver_demos/circles.map

It shows two ways to do this. One using a circle layer and the other using a circle symbol but with different size units (e.g. non-pixel).

Apparently a circle layer takes features consisting of two points where the points are on the circle and directly opposite one another. Their mid-point defines the center point. Why I did it this way is a bit of a mystery but it is what it is... 

The buffer method is also perfectly valid.

Steve

-----Original Message-----
From: Helen Eskina [mailto:heskina at ubitech.com] 
Sent: Friday, December 18, 2009 9:23 AM
To: Lime, Steve D (DNR)
Subject: RE: [mapserver-users] How to draw a circle using MapScript?

Hi Steve,

Thank you for the reply! Looking forward to your example!
Helen

-----Original Message-----
From: Lime, Steve D (DNR) [mailto:Steve.Lime at state.mn.us]
Sent: Thursday, December 17, 2009 6:29 PM
To: Lime, Steve D (DNR); Dan Little; Helen Eskina;
mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] How to draw a circle using MapScript?

After mulling this over I think I'm wrong. Conceptually it's correct but
the points represent the center and a point on the circle I think. I'll
post a stand-alone example later tonite...

Steve
________________________________________
From: mapserver-users-bounces at lists.osgeo.org
[mapserver-users-bounces at lists.osgeo.org] On Behalf Of Lime, Steve D (DNR)
[Steve.Lime at state.mn.us]
Sent: Thursday, December 17, 2009 4:30 PM
To: Dan Little; Helen Eskina; mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] How to draw a circle using MapScript?

In another approach, I believe MapServer wants you to define a bounding
box for the circle by creating a line shape with the first point at the UL
coordinate of that box and the second coordinate at the LR coordinate of
the box. So you'd offset your center point .5 KM to create those points.
You can add the resulting shape to the appropriate layer to draw it.

I'll check to make sure, but I think that will work.

Steve

From: mapserver-users-bounces at lists.osgeo.org
[mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Dan Little
Sent: Thursday, December 17, 2009 3:54 PM
To: Helen Eskina; mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] How to draw a circle using MapScript?

Totally off the cuff....

$shape = ms_shapeObjFromWKT('POINT('+$x+' '+$y+')');
$shape = $shape->buffer($radius);

From: Helen Eskina <heskina at ubitech.com>
To: mapserver-users at lists.osgeo.org
Sent: Thu, December 17, 2009 3:50:20 PM
Subject: [mapserver-users] How to draw a circle using MapScript?
Hello List,

I want to be able to draw a circle dynamically using PHP MapScript. The
circle is defined by the coordinates of the centre and the radius in
kilometers. I realize that the circle is a polygon and I should probably
calculate all points. What is the best way to do it?

I would really appreciate any help!

Thank you,
Helen


No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.427 / Virus Database: 270.14.103/2558 - Release Date:
12/17/09 08:30:00


From HWIRTH at co.benton.mn.us  Fri Dec 18 12:34:59 2009
From: HWIRTH at co.benton.mn.us (Heather Wirth)
Date: Fri, 18 Dec 2009 14:34:59 -0600
Subject: [mapserver-users] Re: mapserver-users Digest, Vol 23,
	Issue 61 (Out of Office)
Message-ID: <sb2b933a.016@co.benton.mn.us>

I will be out of the office until Monday, January 4, 2010.  I am sorry
for the inconvenience, and I will reply to your message as soon as
possible.  Thank you.

Heather Wirth

>>> mapserver-users 12/18/09 13:58 >>>

Send mapserver-users mailing list submissions to
	mapserver-users at lists.osgeo.org

To subscribe or unsubscribe via the World Wide Web, visit
	http://lists.osgeo.org/mailman/listinfo/mapserver-users
or, via email, send a message with subject or body 'help' to
	mapserver-users-request at lists.osgeo.org

You can reach the person managing the list at
	mapserver-users-owner at lists.osgeo.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of mapserver-users digest..."


Today's Topics:

   1. attribute bindings for SYMBOL and FONT? (Brent Fraser)
   2. Re: attribute bindings for SYMBOL and FONT? (Dan Little)
   3. Re: attribute bindings for SYMBOL and FONT? (Yewondwossen Assefa)
   4. Re: attribute bindings for SYMBOL and FONT? (Brent Fraser)
   5. Re: attribute bindings for SYMBOL and FONT? (Brent Fraser)
   6. Re: Lines at Tile borders (Shaz N)
   7. RE: How to draw a circle using MapScript? (Lime, Steve D (DNR))


----------------------------------------------------------------------

Message: 1
Date: Fri, 18 Dec 2009 10:05:28 -0700
From: Brent Fraser <bfraser at geoanalytic.com>
Subject: [mapserver-users] attribute bindings for SYMBOL and FONT?
To: "mapserver-users at lists.osgeo.org"
	<mapserver-users at lists.osgeo.org>
Message-ID: <4B2BB658.6050406 at geoanalytic.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

The short story:
----------------
   Is it possible to bind a CLASS's SYMBOL object to an attribute (i.e
store the 
symbol name as a attribute of a feature)?  And the LABEL objects FONT
name?

The Long Story:
---------------
I've been working with the yet-to-be-released Feature Editor in Geomoose
v2. It 
allows the user to digitize features (points, lines, and polygons) and
assign 
attributes, then stores them in PostGIS.

I want to allow simple styling and don't want to have a map file the
size of 
"War and Peace", so I thought I would use the attribute/item/column
binding 
abilities of Mapserver's CLASS and LABEL objects.

To that end, one of the columns the feature table will be "style name"
(or maybe 
"feature class"), which I'll use to join to a style table (with COLOR,
WIDTH, 
etc columns) to get the feature rendered in a simple style.

After a quick review of Mapserver's doc, most of the most important
objects can 
be bound to attributes, with two exceptions, SYMBOL 'name' and FONT
'name':

CLASS
   STYLE
	ANGLE [angle]
	COLOR [color]  #R G B
	OUTLINECOLOR [olcolor] #R G B
	SIZE [size]
	WIDTH [width]  # v5.2

	SYMBOL 'name' # in SYMBOLSET

   END #STYLE

   TEXT ([label])
   LABEL
	ANGLE  [label_angle]
	COLOR [label_color]
	OUTLINECOLOR [label_olcolor]
	PRIORITY [label_priority]
	SIZE [label_size]

	FONT 'name' # in FONTSET
	
   END #LABEL
END # CLASS

How difficult would it be to have attribute binding for SYMBOL and FONT?
 I 
suppose I could use mapscript, but I'd rather not.

Thanks!
Brent Fraser



------------------------------

Message: 2
Date: Fri, 18 Dec 2009 09:52:16 -0800 (PST)
From: Dan Little <danlittle at yahoo.com>
Subject: Re: [mapserver-users] attribute bindings for SYMBOL and FONT?
To: Brent Fraser <bfraser at geoanalytic.com>,
	"mapserver-users at lists.osgeo.org"
<mapserver-users at lists.osgeo.org>
Message-ID: <742744.94348.qm at web51405.mail.re2.yahoo.com>
Content-Type: text/plain; charset=us-ascii

http://research.dmsolutions.ca/?p=118

This would indicate the answer is yes.


----- Original Message ----
> From: Brent Fraser <bfraser at geoanalytic.com>
> To: "mapserver-users at lists.osgeo.org"
<mapserver-users at lists.osgeo.org>
> Sent: Fri, December 18, 2009 11:05:28 AM
> Subject: [mapserver-users] attribute bindings for SYMBOL and FONT?
> 
> The short story:
> ----------------
>   Is it possible to bind a CLASS's SYMBOL object to an attribute (i.e
store the 
> symbol name as a attribute of a feature)?  And the LABEL objects FONT
name?
> 
> The Long Story:
> ---------------
> I've been working with the yet-to-be-released Feature Editor in
Geomoose v2. It 
> allows the user to digitize features (points, lines, and polygons) and
assign 
> attributes, then stores them in PostGIS.
> 
> I want to allow simple styling and don't want to have a map file the
size of 
> "War and Peace", so I thought I would use the attribute/item/column
binding 
> abilities of Mapserver's CLASS and LABEL objects.
> 
> To that end, one of the columns the feature table will be "style name"
(or maybe 
> "feature class"), which I'll use to join to a style table (with COLOR,
WIDTH, 
> etc columns) to get the feature rendered in a simple style.
> 
> After a quick review of Mapserver's doc, most of the most important
objects can 
> be bound to attributes, with two exceptions, SYMBOL 'name' and FONT
'name':
> 
> CLASS
>   STYLE
>     ANGLE [angle]
>     COLOR [color]  #R G B
>     OUTLINECOLOR [olcolor] #R G B
>     SIZE [size]
>     WIDTH [width]  # v5.2
> 
>     SYMBOL 'name' # in SYMBOLSET
> 
>   END #STYLE
> 
>   TEXT ([label])
>   LABEL
>     ANGLE  [label_angle]
>     COLOR [label_color]
>     OUTLINECOLOR [label_olcolor]
>     PRIORITY [label_priority]
>     SIZE [label_size]
> 
>     FONT 'name' # in FONTSET
>     
>   END #LABEL
> END # CLASS
> 
> How difficult would it be to have attribute binding for SYMBOL and
FONT?  I 
> suppose I could use mapscript, but I'd rather not.
> 
> Thanks!
> Brent Fraser
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users



      


------------------------------

Message: 3
Date: Fri, 18 Dec 2009 13:02:12 -0500
From: Yewondwossen Assefa <yassefa at dmsolutions.ca>
Subject: Re: [mapserver-users] attribute bindings for SYMBOL and FONT?
To: Brent Fraser <bfraser at geoanalytic.com>
Cc: "mapserver-users at lists.osgeo.org"
	<mapserver-users at lists.osgeo.org>
Message-ID: <4B2BC3A4.6000303 at dmsolutions.ca>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Brent Fraser wrote:
> The short story:
> ----------------
>   Is it possible to bind a CLASS's SYMBOL object to an attribute (i.e 
> store the symbol name as a attribute of a feature)?  And the LABEL 
> objects FONT name?
>
Binding would be with  style'symbol, instead of class symbol.  Font also

can be bound.  I will update the docs to reflect that.  The list of 
binding elements is:

For style:
  SIZE, WIDTH, ANGLE, COLOR, OUTLINECOLOR, SYMBOL, OUTLINEWIDTH, OPACITY

for labels: SIZE, ANGLE, COLOR, OUTLINECOLOR, FONT, PRIORITY

regards,

> The Long Story:
> ---------------
> I've been working with the yet-to-be-released Feature Editor in 
> Geomoose v2. It allows the user to digitize features (points, lines, 
> and polygons) and assign attributes, then stores them in PostGIS.
>
> I want to allow simple styling and don't want to have a map file the 
> size of "War and Peace", so I thought I would use the 
> attribute/item/column binding abilities of Mapserver's CLASS and LABEL

> objects.
>
> To that end, one of the columns the feature table will be "style name"

> (or maybe "feature class"), which I'll use to join to a style table 
> (with COLOR, WIDTH, etc columns) to get the feature rendered in a 
> simple style.
>
> After a quick review of Mapserver's doc, most of the most important 
> objects can be bound to attributes, with two exceptions, SYMBOL 'name'

> and FONT 'name':
>
> CLASS
>   STYLE
>     ANGLE [angle]
>     COLOR [color]  #R G B
>     OUTLINECOLOR [olcolor] #R G B
>     SIZE [size]
>     WIDTH [width]  # v5.2
>
>     SYMBOL 'name' # in SYMBOLSET
>
>   END #STYLE
>
>   TEXT ([label])
>   LABEL
>     ANGLE  [label_angle]
>     COLOR [label_color]
>     OUTLINECOLOR [label_olcolor]
>     PRIORITY [label_priority]
>     SIZE [label_size]
>
>     FONT 'name' # in FONTSET
>     
>   END #LABEL
> END # CLASS
>
> How difficult would it be to have attribute binding for SYMBOL and 
> FONT?  I suppose I could use mapscript, but I'd rather not.
>
> Thanks!
> Brent Fraser
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>


-- 
----------------------------------------------------------------
Assefa Yewondwossen           
Software Analyst   

Email: assefa at dmsolutions.ca    
http://www.dmsolutions.ca/

Phone: (613) 565-5056 (ext 14)
Fax:   (613) 565-0925
----------------------------------------------------------------




------------------------------

Message: 4
Date: Fri, 18 Dec 2009 11:05:54 -0700 (Mountain Standard Time)
From: "Brent Fraser" <bfraser at geoanalytic.com>
Subject: Re: [mapserver-users] attribute bindings for SYMBOL and FONT?
To: "Dan Little" <danlittle at yahoo.com>
Cc: "mapserver-users at lists.osgeo.org"
	<mapserver-users at lists.osgeo.org>
Message-ID: <.65.255.239.241.1261159554.squirrel at 65.255.239.241>
Content-Type: text/plain;charset=iso-8859-1

Dan,
  Thanks for the reminder: "Google First"
  It looks like both SYMBOL and FONT use binding.
Brent

> http://research.dmsolutions.ca/?p=118
>
> This would indicate the answer is yes.
>
>
> ----- Original Message ----
>> From: Brent Fraser <bfraser at geoanalytic.com>
>> To: "mapserver-users at lists.osgeo.org"
<mapserver-users at lists.osgeo.org>
>> Sent: Fri, December 18, 2009 11:05:28 AM
>> Subject: [mapserver-users] attribute bindings for SYMBOL and FONT?
>>
>> The short story:
>> ----------------
>>   Is it possible to bind a CLASS's SYMBOL object to an attribute (i.e
>> store the
>> symbol name as a attribute of a feature)?  And the LABEL objects FONT
>> name?
>>
>> The Long Story:
>> ---------------
>> I've been working with the yet-to-be-released Feature Editor in
Geomoose
>> v2. It
>> allows the user to digitize features (points, lines, and polygons)
and
>> assign
>> attributes, then stores them in PostGIS.
>>
>> I want to allow simple styling and don't want to have a map file the
>> size of
>> "War and Peace", so I thought I would use the attribute/item/column
>> binding
>> abilities of Mapserver's CLASS and LABEL objects.
>>
>> To that end, one of the columns the feature table will be "style
name"
>> (or maybe
>> "feature class"), which I'll use to join to a style table (with
COLOR,
>> WIDTH,
>> etc columns) to get the feature rendered in a simple style.
>>
>> After a quick review of Mapserver's doc, most of the most important
>> objects can
>> be bound to attributes, with two exceptions, SYMBOL 'name' and FONT
>> 'name':
>>
>> CLASS
>>   STYLE
>>     ANGLE [angle]
>>     COLOR [color]  #R G B
>>     OUTLINECOLOR [olcolor] #R G B
>>     SIZE [size]
>>     WIDTH [width]  # v5.2
>>
>>     SYMBOL 'name' # in SYMBOLSET
>>
>>   END #STYLE
>>
>>   TEXT ([label])
>>   LABEL
>>     ANGLE  [label_angle]
>>     COLOR [label_color]
>>     OUTLINECOLOR [label_olcolor]
>>     PRIORITY [label_priority]
>>     SIZE [label_size]
>>
>>     FONT 'name' # in FONTSET
>>
>>   END #LABEL
>> END # CLASS
>>
>> How difficult would it be to have attribute binding for SYMBOL and
FONT?
>>  I
>> suppose I could use mapscript, but I'd rather not.
>>
>> Thanks!
>> Brent Fraser
>>
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
>
>
>




------------------------------

Message: 5
Date: Fri, 18 Dec 2009 11:10:28 -0700 (Mountain Standard Time)
From: "Brent Fraser" <bfraser at geoanalytic.com>
Subject: Re: [mapserver-users] attribute bindings for SYMBOL and FONT?
To: "Yewondwossen Assefa" <yassefa at dmsolutions.ca>
Cc: "mapserver-users at lists.osgeo.org"
	<mapserver-users at lists.osgeo.org>
Message-ID: <.65.255.239.241.1261159828.squirrel at 65.255.239.241>
Content-Type: text/plain;charset=iso-8859-1

Exellent!  Now on to WFS-T-free feature editing!

> Binding would be with  style'symbol, instead of class symbol.  Font
also
> can be bound.  I will update the docs to reflect that.  The list of
> binding elements is:
>
> For style:
>   SIZE, WIDTH, ANGLE, COLOR, OUTLINECOLOR, SYMBOL, OUTLINEWIDTH,
OPACITY
>
> for labels: SIZE, ANGLE, COLOR, OUTLINECOLOR, FONT, PRIORITY
>
> regards,
>
> ----------------------------------------------------------------
> Assefa Yewondwossen
> Software Analyst
>
> Email: assefa at dmsolutions.ca
> http://www.dmsolutions.ca/
>
> Phone: (613) 565-5056 (ext 14)
> Fax:   (613) 565-0925
> ----------------------------------------------------------------




------------------------------

Message: 6
Date: Fri, 18 Dec 2009 23:00:47 +0400
From: Shaz N <geo.engineer123 at gmail.com>
Subject: Re: [mapserver-users] Lines at Tile borders
To: "Lime, Steve D (DNR)" <Steve.Lime at state.mn.us>
Cc: mapserver-users at lists.osgeo.org
Message-ID:
	<d46d8b70912181100h5cd7f3b3r322488cb2ce612c1 at mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"

Alright.. I will try to install a more recent version..and will check
out
the metatiles thingy too.
Thank u.
Regards,
Shaz
On Fri, Dec 18, 2009 at 2:09 AM, Lime, Steve D (DNR)
<Steve.Lime at state.mn.us
> wrote:

>  You might try a more recent version. Either 5.4.2 or 5.6 to see if
the
> bug has been fixed.  I don*t recall off the top of my head*
>
>
>
> Using metatiles (that is, a tile rendered intentionally large and then
> clipped) is one way around problems like this and tiling tools like
> TileCache support that type of processing.
>
>
>
> Steve
>
>
>
> *From:* mapserver-users-bounces at lists.osgeo.org [mailto:
> mapserver-users-bounces at lists.osgeo.org] *On Behalf Of *Shaz N
> *Sent:* Wednesday, December 16, 2009 11:35 PM
> *To:* mapserver-users at lists.osgeo.org
> *Subject:* [mapserver-users] Lines at Tile borders
>
>
>
> Dear MapServer users..
>
>
>
> I have an issue with the rendering of lines at tile borders on my map,
> which is exactly like this picture:
>
> http://crschmidt.net/mapping/mapserverbug.png
>
>
>
> Being a new MapServer user, I checked previous threads related to this
> problem and found some suggestions to use TileCache or OpenLayers etc
The
> threads were pretty old (like 2007..2008), so I would like to know if
there
> is any other solution to the problem I am facing now.
>
>
>
> More info:
>
> CLASS
>         NAME 'Others'
>         EXPRESSION ('[class]' eq 'AU' OR '[class]' eq 'GR' OR
'[class]' eq
> 'PV' OR '[class]' eq 'TR')
>         MAXSCALE 32000
>         MINSCALE 16001
>         STYLE
>           COLOR 255 160 122
>           WIDTH 5
>           MINWIDTH 5
>           MAXWIDTH 6
>           ANTIALIAS TRUE
>
>         END
>
> END
>
>
>
> I use version 5. Please advice me on how to proceed. Thank you very
much
>
>
>
> Regards
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091218/4edec6be/attachment-0001.html

------------------------------

Message: 7
Date: Fri, 18 Dec 2009 13:55:18 -0600
From: "Lime, Steve D (DNR)" <Steve.Lime at state.mn.us>
Subject: RE: [mapserver-users] How to draw a circle using MapScript?
To: Helen Eskina <heskina at ubitech.com>
Cc: "mapserver-users at lists.osgeo.org"
	<mapserver-users at lists.osgeo.org>
Message-ID:
	<A7F7B3043D3BF0438F1206BAA3C9933C028992E6B8 at MNMAIL05.ead.state.mn.us>
Content-Type: text/plain; charset="us-ascii"

Here's an example that draws a 1km diameter two different ways:

  http://maps.dnr.state.mn.us/mapserver_demos/circles.map

It shows two ways to do this. One using a circle layer and the other
using a circle symbol but with different size units (e.g. non-pixel).

Apparently a circle layer takes features consisting of two points where
the points are on the circle and directly opposite one another. Their
mid-point defines the center point. Why I did it this way is a bit of a
mystery but it is what it is... 

The buffer method is also perfectly valid.

Steve

-----Original Message-----
From: Helen Eskina [mailto:heskina at ubitech.com] 
Sent: Friday, December 18, 2009 9:23 AM
To: Lime, Steve D (DNR)
Subject: RE: [mapserver-users] How to draw a circle using MapScript?

Hi Steve,

Thank you for the reply! Looking forward to your example!
Helen

-----Original Message-----
From: Lime, Steve D (DNR) [mailto:Steve.Lime at state.mn.us]
Sent: Thursday, December 17, 2009 6:29 PM
To: Lime, Steve D (DNR); Dan Little; Helen Eskina;
mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] How to draw a circle using MapScript?

After mulling this over I think I'm wrong. Conceptually it's correct but
the points represent the center and a point on the circle I think. I'll
post a stand-alone example later tonite...

Steve
________________________________________
From: mapserver-users-bounces at lists.osgeo.org
[mapserver-users-bounces at lists.osgeo.org] On Behalf Of Lime, Steve D
(DNR)
[Steve.Lime at state.mn.us]
Sent: Thursday, December 17, 2009 4:30 PM
To: Dan Little; Helen Eskina; mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] How to draw a circle using MapScript?

In another approach, I believe MapServer wants you to define a bounding
box for the circle by creating a line shape with the first point at the
UL
coordinate of that box and the second coordinate at the LR coordinate of
the box. So you'd offset your center point .5 KM to create those points.
You can add the resulting shape to the appropriate layer to draw it.

I'll check to make sure, but I think that will work.

Steve

From: mapserver-users-bounces at lists.osgeo.org
[mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Dan Little
Sent: Thursday, December 17, 2009 3:54 PM
To: Helen Eskina; mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] How to draw a circle using MapScript?

Totally off the cuff....

$shape = ms_shapeObjFromWKT('POINT('+$x+' '+$y+')');
$shape = $shape->buffer($radius);

From: Helen Eskina <heskina at ubitech.com>
To: mapserver-users at lists.osgeo.org
Sent: Thu, December 17, 2009 3:50:20 PM
Subject: [mapserver-users] How to draw a circle using MapScript?
Hello List,

I want to be able to draw a circle dynamically using PHP MapScript. The
circle is defined by the coordinates of the centre and the radius in
kilometers. I realize that the circle is a polygon and I should probably
calculate all points. What is the best way to do it?

I would really appreciate any help!

Thank you,
Helen


No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.427 / Virus Database: 270.14.103/2558 - Release Date:
12/17/09 08:30:00


------------------------------

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


End of mapserver-users Digest, Vol 23, Issue 61
***********************************************


From ets1 at runestone.net  Sat Dec 19 18:02:53 2009
From: ets1 at runestone.net (Ken S. Elvehjem)
Date: Sat, 19 Dec 2009 20:02:53 -0600
Subject: [mapserver-users] Accessing mapserver from Flash Script
Message-ID: <4E0F9193A97D4F19B80A99510C1B6305@ibmfree>


Hi, 

I have set up a Mapserver which serves up aerial photography.  Works better than "just great!" 

Now, I'm trying to write some web/flash based software using the OpenLaszlo software.  This product allows me to write a "script" in a kind of XML, which then gets compiled to a Flash .swf file. 

With this tool, I can set an image(JPEG) on my page from anywhere on the web, simply by using the correct URL.  However, I cannot understand how to create the URL to get a JPG file from the mapserver.  The troubleshooting data suggests that the problem is with an "unescaped ampersand (&) ... is there a way to escape this escape madness?   

URL: 

http://mapserver.soilsampling.com/cgi-bin/mapserv.exe?map=c:\ms4w\Apache\htdocs\ND\ND_griggs-wms.map&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=NAIP2006&STYLES=&SRS=EPSG:4269&BBOX=554649,5245688,557949,5248988&WIDTH=1650&HEIGHT=1650&FORMAT=image/jpeg 

This URL is also problematic, tho it's not a "MapServer" url: 

http://cairo.gis.iastate.edu/server.cgi/Aerial.jpg?layer=naip_2007&zoom=1&X0=222375&y0=4744771&pwidth=858&pheight=738&format=jpg

Any ideas would be greatly appreciated! 

sincerely, 

Ken S. Elvehjem 
Ken S. Elvehjem
PO Box 37
Lowry MN  56349

320.283.5684
320.424.1299 c
320.283.5247 h
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091219/3e1ff58e/attachment.htm>

From rorygreene1 at gmail.com  Fri Dec 18 04:53:34 2009
From: rorygreene1 at gmail.com (rory greene)
Date: Fri, 18 Dec 2009 12:53:34 +0000
Subject: [mapserver-users] many warnings when using make to build mapserver
Message-ID: <bfdb351c0912180453v742b68c0o7ef9e6f27f3e278@mail.gmail.com>

Hi
I've built mapscript on ubuntu linux using source software for gd, gdal,
curl geos php postgis postgresql proj and mapserver.

 I am worried about the final step in the process as during the make step I
seen many warnings being generated flying by. I include most of the output
below. Is there a file generated of all the 'make' output that I can use to
show you if needed?

The mapserv executable was made and after adding /usr/local/pgsql/lib to the
ld.so.conf and flushing with /sbin/ldconfig (because of a failure to find
libpq) the test for functional mapserver worked ie I got the  following a
request for mapserv:
This script can only be used to decode form results and
should be initiated as a CGI process via a httpd server.

Is the presence of the warnings a normal feature or should i continue to
worry?

Thanks anyone who looks at this.

*Here is my configure options* (I saved these in a text for such an
occasion) No output errors seemed to appear for the configure step
./configure --with-ogr=/usr/local/bin/gdal-config
--with-gdal=/usr/local/bin/gdal-config
--with-httpd=/usr/local/apache2/bin/httpd --with-wfsclient --with-wmsclient
--enable-debug --with-curl-config=/usr/local/bin/curl-config
--with-proj=/usr/local --with-tiff --with-gd=/usr/local --with-jpeg
--with-freetype=/usr --with-threads --with-wcs
--with-postgis=/usr/local/pgsql/bin/pg_config
--with-geos=/usr/local/bin/geos-config
--with-xml2-config=/usr/bin/xml2-config --with-sos
--with-php=/home/rory/php/php-5.2.3 --with-wfs --with-png

*Here is part of the make output*

F -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapprimitive.c -o mapprimitive.o
mapprimitive.c:35: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapproject.c -o mapproject.o
mapproject.c:35: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapraster.c -o mapraster.o
mapraster.c: In function ?readGEOTiff?:
mapraster.c:453: warning: pointer targets in passing argument 1 of
?TIFFSwabShort? differ in signedness
mapraster.c:452: warning: ignoring return value of ?fread?, declared with
attribute warn_unused_result
mapraster.c:456: warning: ignoring return value of ?fread?, declared with
attribute warn_unused_result
mapraster.c:472: warning: ignoring return value of ?fread?, declared with
attribute warn_unused_result
mapraster.c:475: warning: ignoring return value of ?fread?, declared with
attribute warn_unused_result
mapraster.c: In function ?msDrawRasterLayerLow?:
mapraster.c:1491: warning: ignoring return value of ?fread?, declared with
attribute warn_unused_result
mapraster.c: At top level:
mapraster.c:39: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapsde.c -o mapsde.o
g++ -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapogr.cpp -o mapogr.o
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mappostgis.c -o mappostgis.o
mappostgis.c:71: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapmygis.c -o mapmygis.o
mapmygis.c:39: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  maplayer.c -o maplayer.o
maplayer.c:35: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapresample.c -o mapresample.o
mapresample.c:34: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapwms.c -o mapwms.o
mapwms.c:49: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapwmslayer.c -o mapwmslayer.o
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  maporaclespatial.c -o maporaclespatial.o
maporaclespatial.c:42: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapgml.c -o mapgml.o
mapgml.c:34: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapprojhack.c -o mapprojhack.o
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapthread.c -o mapthread.o
mapthread.c:140: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapdraw.c -o mapdraw.o
mapdraw.c:35: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapgd.c -o mapgd.o
mapgd.c: In function ?msImageLoadGD?:
mapgd.c:435: warning: ignoring return value of ?fread?, declared with
attribute warn_unused_result
mapgd.c: At top level:
mapgd.c:43: warning: ?cvsid_aw? defined but not used
mapgd.c:1031: warning: ?drawVectorSymbolGD? defined but not used
g++ -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  -Wno-uninitialized mapagg.cpp -o mapagg.o
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapoutput.c -o mapoutput.o
mapoutput.c:33: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapgdal.c -o mapgdal.o
mapgdal.c:34: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapswf.c -o mapswf.o
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapimagemap.c -o mapimagemap.o
mapimagemap.c:41: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapows.c -o mapows.o
mapows.c: In function ?msOWSGetProjURN?:
mapows.c:1659: warning: format not a string literal and no format arguments
mapows.c: At top level:
mapows.c:37: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapwfs.c -o mapwfs.o
mapwfs.c:31: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapwfs11.c -o mapwfs11.o
mapwfs11.c:33: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapwfslayer.c -o mapwfslayer.o
mapwfslayer.c:40: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapcontext.c -o mapcontext.o
mapcontext.c:31: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  maphttp.c -o maphttp.o
maphttp.c:40: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapdrawgdal.c -o mapdrawgdal.o
mapdrawgdal.c:36: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mappdf.c -o mappdf.o
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapjoin.c -o mapjoin.o
mapjoin.c:32: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapgraticule.c -o mapgraticule.o
mapgraticule.c:33: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapcopy.c -o mapcopy.o
mapcopy.c:48: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapogcfilter.c -o mapogcfilter.o
mapogcfilter.c:38: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapogcsld.c -o mapogcsld.o
mapogcsld.c: In function ?msSLDApplySLDURL?:
mapogcsld.c:98: warning: ignoring return value of ?fread?, declared with
attribute warn_unused_result
mapogcsld.c: In function ?msSLDGetGraphicSymbol?:
mapogcsld.c:2036: warning: ignoring return value of ?fread?, declared with
attribute warn_unused_result
mapogcsld.c: In function ?msSLDParseExpression?:
mapogcsld.c:5441: warning: format not a string literal and no format
arguments
mapogcsld.c:5442: warning: format not a string literal and no format
arguments
mapogcsld.c:5476: warning: format not a string literal and no format
arguments
mapogcsld.c: At top level:
mapogcsld.c:37: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  maptime.c -o maptime.o
maptime.c:39: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapwcs.c -o mapwcs.o
mapwcs.c:35: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapwcs11.c -o mapwcs11.o
mapwcs11.c:38: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapcpl.c -o mapcpl.o
mapcpl.c:44: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  cgiutil.c -o cgiutil.o
cgiutil.c:39: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  maprasterquery.c -o maprasterquery.o
maprasterquery.c:35: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapobject.c -o mapobject.o
mapobject.c:38: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapgeos.c -o mapgeos.o
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  classobject.c -o classobject.o
classobject.c:39: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  layerobject.c -o layerobject.o
layerobject.c:39: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapio.c -o mapio.o
mapio.c:40: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mappool.c -o mappool.o
mappool.c:133: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapsvg.c -o mapsvg.o
mapsvg.c:40: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapregex.c -o mapregex.o
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mappluginlayer.c -o mappluginlayer.o
mappluginlayer.c:33: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapogcsos.c -o mapogcsos.o
mapogcsos.c:33: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mappostgresql.c -o mappostgresql.o
mappostgresql.c:53: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapcrypto.c -o mapcrypto.o
mapcrypto.c:37: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapowscommon.c -o mapowscommon.o
mapowscommon.c:45: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  maplibxml2.c -o maplibxml2.o
maplibxml2.c:39: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapdebug.c -o mapdebug.o
mapdebug.c:56: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapchart.c -o mapchart.o
mapchart.c:33: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  maptclutf.c -o maptclutf.o
maptclutf.c:92: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  epplib.c -o epplib.o
epplib.c: In function ?clrreset?:
epplib.c:392: warning: ignoring return value of ?fgets?, declared with
attribute warn_unused_result
epplib.c: At top level:
epplib.c:37: warning: ?cvsid_aw? defined but not used
ar rc libmapserver.a mapgeomtransform.o maprgbapng.o maptemplate.o mapbits.o
maphash.o mapshape.o mapxbase.o mapparser.o maplexer.o maptree.o mapsearch.o
mapstring.o mapsymbol.o mapfile.o maplegend.o maputil.o mapscale.o
mapquery.o maplabel.o maperror.o mapprimitive.o mapproject.o mapraster.o
mapsde.o mapogr.o mappostgis.o mapmygis.o maplayer.o mapresample.o mapwms.o
mapwmslayer.o maporaclespatial.o mapgml.o mapprojhack.o mapthread.o
mapdraw.o mapgd.o mapagg.o mapoutput.o mapgdal.o mapswf.o mapimagemap.o
mapows.o mapwfs.o  mapwfs11.o mapwfslayer.o mapcontext.o maphttp.o
mapdrawgdal.o mappdf.o mapjoin.o mapgraticule.o mapcopy.o mapogcfilter.o
mapogcsld.o maptime.o mapwcs.o mapwcs11.o mapcpl.o cgiutil.o
maprasterquery.o mapobject.o mapgeos.o classobject.o layerobject.o mapio.o
mappool.o mapsvg.o mapregex.o mappluginlayer.o mapogcsos.o mappostgresql.o
mapcrypto.o mapowscommon.o maplibxml2.o mapdebug.o mapchart.o maptclutf.o
epplib.o
ranlib libmapserver.a
# We don't want to let the shared library get out of sync with the
# static library if it exists.
if test -r libmapserver.so ; then \
      make shared ; \
    fi
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  shp2img.c -o shp2img.o
shp2img.c:33: warning: ?cvsid_aw? defined but not used
g++ -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  shp2img.o  -L. -lmapserver -L/usr/local/lib -lgd
-ljpeg -lfreetype -lz -lpng -lz     -ltiff -ljpeg -lfreetype -lz -lpng -lz
-L/usr/local/lib -lproj -ljpeg -lpng  -L/usr/local/lib -lgdal
-L/usr/local/lib -lgeos_c -ljpeg -ltiff -lpng -lz -lm -lrt -ldl
-L/usr/local/pgsql/lib -lpq  -L/usr/local/lib -lcurl  -L/usr/local/lib
-lgeos_c -lpthread -lc  -lz -lxml2  -lm -lstdc++   -o shp2img
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  shp2pdf.c -o shp2pdf.o
shp2pdf.c:32: warning: ?cvsid_aw? defined but not used
g++ -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  shp2pdf.o  -L. -lmapserver -L/usr/local/lib -lgd
-ljpeg -lfreetype -lz -lpng -lz     -ltiff -ljpeg -lfreetype -lz -lpng -lz
-L/usr/local/lib -lproj -ljpeg -lpng  -L/usr/local/lib -lgdal
-L/usr/local/lib -lgeos_c -ljpeg -ltiff -lpng -lz -lm -lrt -ldl
-L/usr/local/pgsql/lib -lpq  -L/usr/local/lib -lcurl  -L/usr/local/lib
-lgeos_c -lpthread -lc  -lz -lxml2  -lm -lstdc++   -o shp2pdf
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  legend.c -o legend.o
legend.c:32: warning: ?cvsid_aw? defined but not used
g++ -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  legend.o  -L. -lmapserver -L/usr/local/lib -lgd
-ljpeg -lfreetype -lz -lpng -lz     -ltiff -ljpeg -lfreetype -lz -lpng -lz
-L/usr/local/lib -lproj -ljpeg -lpng  -L/usr/local/lib -lgdal
-L/usr/local/lib -lgeos_c -ljpeg -ltiff -lpng -lz -lm -lrt -ldl
-L/usr/local/pgsql/lib -lpq  -L/usr/local/lib -lcurl  -L/usr/local/lib
-lgeos_c -lpthread -lc  -lz -lxml2  -lm -lstdc++   -o legend
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapserv.c -o mapserv.o
mapserv.c:42: warning: ?cvsid_aw? defined but not used
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  maptile.c -o maptile.o
g++ -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  mapserv.o cgiutil.o maptile.o  -L. -lmapserver
-L/usr/local/lib -lgd -ljpeg -lfreetype -lz -lpng -lz     -ltiff -ljpeg
-lfreetype -lz -lpng -lz   -L/usr/local/lib -lproj -ljpeg -lpng
-L/usr/local/lib -lgdal -L/usr/local/lib -lgeos_c -ljpeg -ltiff -lpng -lz
-lm -lrt -ldl  -L/usr/local/pgsql/lib -lpq  -L/usr/local/lib -lcurl
-L/usr/local/lib -lgeos_c -lpthread -lc  -lz -lxml2  -lm -lstdc++   -o
mapserv
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  shptree.c -o shptree.o
shptree.c:34: warning: ?cvsid_aw? defined but not used
g++ -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  shptree.o  -L. -lmapserver -L/usr/local/lib -lgd
-ljpeg -lfreetype -lz -lpng -lz     -ltiff -ljpeg -lfreetype -lz -lpng -lz
-L/usr/local/lib -lproj -ljpeg -lpng  -L/usr/local/lib -lgdal
-L/usr/local/lib -lgeos_c -ljpeg -ltiff -lpng -lz -lm -lrt -ldl
-L/usr/local/pgsql/lib -lpq  -L/usr/local/lib -lcurl  -L/usr/local/lib
-lgeos_c -lpthread -lc  -lz -lxml2  -lm -lstdc++   -o shptree
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  shptreevis.c -o shptreevis.o
shptreevis.c:38: warning: ?cvsid_aw? defined but not used
g++ -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  shptreevis.o  -L. -lmapserver -L/usr/local/lib -lgd
-ljpeg -lfreetype -lz -lpng -lz     -ltiff -ljpeg -lfreetype -lz -lpng -lz
-L/usr/local/lib -lproj -ljpeg -lpng  -L/usr/local/lib -lgdal
-L/usr/local/lib -lgeos_c -ljpeg -ltiff -lpng -lz -lm -lrt -ldl
-L/usr/local/pgsql/lib -lpq  -L/usr/local/lib -lcurl  -L/usr/local/lib
-lgeos_c -lpthread -lc  -lz -lxml2  -lm -lstdc++   -o shptreevis
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  shptreetst.c -o shptreetst.o
shptreetst.c:35: warning: ?cvsid_aw? defined but not used
g++ -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  shptreetst.o  -L. -lmapserver -L/usr/local/lib -lgd
-ljpeg -lfreetype -lz -lpng -lz     -ltiff -ljpeg -lfreetype -lz -lpng -lz
-L/usr/local/lib -lproj -ljpeg -lpng  -L/usr/local/lib -lgdal
-L/usr/local/lib -lgeos_c -ljpeg -ltiff -lpng -lz -lm -lrt -ldl
-L/usr/local/pgsql/lib -lpq  -L/usr/local/lib -lcurl  -L/usr/local/lib
-lgeos_c -lpthread -lc  -lz -lxml2  -lm -lstdc++   -o shptreetst
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  scalebar.c -o scalebar.o
scalebar.c:32: warning: ?cvsid_aw? defined but not used
g++ -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  scalebar.o  -L. -lmapserver -L/usr/local/lib -lgd
-ljpeg -lfreetype -lz -lpng -lz     -ltiff -ljpeg -lfreetype -lz -lpng -lz
-L/usr/local/lib -lproj -ljpeg -lpng  -L/usr/local/lib -lgdal
-L/usr/local/lib -lgeos_c -ljpeg -ltiff -lpng -lz -lm -lrt -ldl
-L/usr/local/pgsql/lib -lpq  -L/usr/local/lib -lcurl  -L/usr/local/lib
-lgeos_c -lpthread -lc  -lz -lxml2  -lm -lstdc++   -o scalebar
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  sortshp.c -o sortshp.o
sortshp.c:39: warning: ?cvsid_aw? defined but not used
g++ -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  sortshp.o  -L. -lmapserver -L/usr/local/lib -lgd
-ljpeg -lfreetype -lz -lpng -lz     -ltiff -ljpeg -lfreetype -lz -lpng -lz
-L/usr/local/lib -lproj -ljpeg -lpng  -L/usr/local/lib -lgdal
-L/usr/local/lib -lgeos_c -ljpeg -ltiff -lpng -lz -lm -lrt -ldl
-L/usr/local/pgsql/lib -lpq  -L/usr/local/lib -lcurl  -L/usr/local/lib
-lgeos_c -lpthread -lc  -lz -lxml2  -lm -lstdc++   -o sortshp
touch mapscriptvars
pwd > mapscriptvars
echo   -DHAVE_VSNPRINTF -DNEED_STRLCAT -DNEED_STRRSTR
-DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR -DUSE_WFS_LYR -DUSE_SOS_SVR
-DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR -DUSE_WFS_SVR -DUSE_WMS_SVR
-DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR -DUSE_GEOS  -DUSE_THREAD
-DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG
-DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW -DGD_HAS_GDIMAGEGIFPTR
-DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB  >> mapscriptvars
echo -I. -I/usr/local/include -I/usr/local/include      -I/usr/local/include
-I/usr/local/include >> mapscriptvars
echo  -L. -lmapserver -L/usr/local/lib -lgd -ljpeg -lfreetype -lz -lpng
-lz     -ltiff -ljpeg -lfreetype -lz -lpng -lz   -L/usr/local/lib -lproj
-ljpeg -lpng  -L/usr/local/lib -lgdal -L/usr/local/lib -lgeos_c -ljpeg
-ltiff -lpng -lz -lm -lrt -ldl  -L/usr/local/pgsql/lib -lpq
-L/usr/local/lib -lcurl  -L/usr/local/lib -lgeos_c -lpthread -lc  -lz
-lxml2  -lm -lstdc++   >> mapscriptvars
echo  >> mapscriptvars
grep '#define MS_VERSION ' mapserver.h >> mapscriptvars
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  tile4ms.c -o tile4ms.o
tile4ms.c:46: warning: ?cvsid_aw? defined but not used
g++ -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  tile4ms.o  -L. -lmapserver -L/usr/local/lib -lgd
-ljpeg -lfreetype -lz -lpng -lz     -ltiff -ljpeg -lfreetype -lz -lpng -lz
-L/usr/local/lib -lproj -ljpeg -lpng  -L/usr/local/lib -lgdal
-L/usr/local/lib -lgeos_c -ljpeg -ltiff -lpng -lz -lm -lrt -ldl
-L/usr/local/pgsql/lib -lpq  -L/usr/local/lib -lcurl  -L/usr/local/lib
-lgeos_c -lpthread -lc  -lz -lxml2  -lm -lstdc++   -o tile4ms
gcc -c -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  msencrypt.c -o msencrypt.o
msencrypt.c:32: warning: ?cvsid_aw? defined but not used
g++ -g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR   -DHAVE_VSNPRINTF
-DNEED_STRLCAT -DNEED_STRRSTR   -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR
-DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR
-DUSE_WFS_SVR -DUSE_WMS_SVR    -DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR
-DUSE_GEOS  -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW
-DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/usr/local/include   -I/usr/local/include     -I/usr/local/include
-I/usr/local/pgsql/include  -I/usr/local/include   -I/usr/local/include
-I/usr/include/libxml2  msencrypt.o  -L. -lmapserver -L/usr/local/lib -lgd
-ljpeg -lfreetype -lz -lpng -lz     -ltiff -ljpeg -lfreetype -lz -lpng -lz
-L/usr/local/lib -lproj -ljpeg -lpng  -L/usr/local/lib -lgdal
-L/usr/local/lib -lgeos_c -ljpeg -ltiff -lpng -lz -lm -lrt -ldl
-L/usr/local/pgsql/lib -lpq  -L/usr/local/lib -lcurl  -L/usr/local/lib
-lgeos_c -lpthread -lc  -lz -lxml2  -lm -lstdc++   -o msencrypt
rm -f mapserver-config
echo '#!/bin/sh' > mapserver-config
echo 'CONFIG_LIBS="-L/usr/local/lib -lgd -ljpeg -lfreetype -lz -lpng -lz
-ltiff -ljpeg -lfreetype -lz -lpng -lz   -L/usr/local/lib -lproj -ljpeg
-lpng  -L/usr/local/lib -lgdal -L/usr/local/lib -lgeos_c -ljpeg -ltiff -lpng
-lz -lm -lrt -ldl  -L/usr/local/pgsql/lib -lpq  -L/usr/local/lib -lcurl
-L/usr/local/lib -lgeos_c -lpthread -lc  -lz -lxml2  -lm -lstdc++ "' >>
mapserver-config
echo 'CONFIG_DEP_LIBS=""' >> mapserver-config
echo 'CONFIG_CFLAGS="-g -O2 -fPIC -Wall  -DNEED_NONBLOCKING_STDERR
-DHAVE_VSNPRINTF -DNEED_STRLCAT -DNEED_STRRSTR
-DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR -DUSE_WFS_LYR -DUSE_SOS_SVR
-DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR -DUSE_WFS_SVR -DUSE_WMS_SVR
-DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR -DUSE_GEOS  -DUSE_THREAD
-DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG
-DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW -DGD_HAS_GDIMAGEGIFPTR
-DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB     -I/usr/local/include
-I/usr/local/include     -I/usr/local/include -I/usr/local/pgsql/include
-I/usr/local/include   -I/usr/local/include    -I/usr/include/libxml2 "' >>
mapserver-config
echo 'CONFIG_DEFINES="  -DHAVE_VSNPRINTF -DNEED_STRLCAT -DNEED_STRRSTR
-DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR -DUSE_WFS_LYR -DUSE_SOS_SVR
-DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR -DUSE_WFS_SVR -DUSE_WMS_SVR
-DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR -DUSE_GEOS  -DUSE_THREAD
-DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG
-DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW -DGD_HAS_GDIMAGEGIFPTR
-DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB  "' >> mapserver-config
echo 'CONFIG_INCLUDES="  -I/usr/local/include   -I/usr/local/include
-I/usr/local/include -I/usr/local/pgsql/include  -I/usr/local/include
-I/usr/local/include    -I/usr/include/libxml2 "' >> mapserver-config
echo 'CONFIG_VERSION="'`grep '#define MS_VERSION ' mapserver.h | sed
's/\"//g' | sed 's/#define MS_VERSION //'`'"' >> mapserver-config
cat mapserver-config.in >> mapserver-config
chmod a+x mapserver-config
cd mapscript/php3; make; cd ../..
make[1]: Entering directory
`/home/rory/mapserver542/mapserver-5.4.2/mapscript/php3'
gcc -fPIC -g -O2 -fPIC -Wall  -DUSE_PHP_REGEX -DCOMPILE_DL=1 -DPHP4
-DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR -DUSE_WFS_LYR -DUSE_SOS_SVR
-DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR -DUSE_WFS_SVR -DUSE_WMS_SVR
-DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR -DUSE_GEOS  -DUSE_THREAD
-DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG
-DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW -DGD_HAS_GDIMAGEGIFPTR
-DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/home/rory/mapserver542/mapserver-5.4.2   -I/usr/include/libxml2
-I/usr/local/include    -I/usr/local/pgsql/include  -I/usr/local/include
-I/usr/local/include  -I/usr/local/include    -I/usr/local/include
-I/home/rory/php/php-5.2.3 -I/home/rory/php/php-5.2.3/dl
-I/home/rory/php/php-5.2.3/main -I/home/rory/php/php-5.2.3/Zend
-I/home/rory/php/php-5.2.3/include -I/home/rory/php/php-5.2.3/TSRM
-I/home/rory/php/php-5.2.3/ -c -o php_mapscript_util.o php_mapscript_util.c
gcc -fPIC -g -O2 -fPIC -Wall  -DUSE_PHP_REGEX -DCOMPILE_DL=1 -DPHP4
-DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR -DUSE_WFS_LYR -DUSE_SOS_SVR
-DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR -DUSE_WFS_SVR -DUSE_WMS_SVR
-DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR -DUSE_GEOS  -DUSE_THREAD
-DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG
-DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW -DGD_HAS_GDIMAGEGIFPTR
-DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/home/rory/mapserver542/mapserver-5.4.2   -I/usr/include/libxml2
-I/usr/local/include    -I/usr/local/pgsql/include  -I/usr/local/include
-I/usr/local/include  -I/usr/local/include    -I/usr/local/include
-I/home/rory/php/php-5.2.3 -I/home/rory/php/php-5.2.3/dl
-I/home/rory/php/php-5.2.3/main -I/home/rory/php/php-5.2.3/Zend
-I/home/rory/php/php-5.2.3/include -I/home/rory/php/php-5.2.3/TSRM
-I/home/rory/php/php-5.2.3/ -c -o php_mapscript.o php_mapscript.c
gcc -fPIC -g -O2 -fPIC -Wall  -DUSE_PHP_REGEX -DCOMPILE_DL=1 -DPHP4
-DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR -DUSE_WFS_LYR -DUSE_SOS_SVR
-DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR -DUSE_WFS_SVR -DUSE_WMS_SVR
-DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR -DUSE_GEOS  -DUSE_THREAD
-DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG
-DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW -DGD_HAS_GDIMAGEGIFPTR
-DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/home/rory/mapserver542/mapserver-5.4.2   -I/usr/include/libxml2
-I/usr/local/include    -I/usr/local/pgsql/include  -I/usr/local/include
-I/usr/local/include  -I/usr/local/include    -I/usr/local/include
-I/home/rory/php/php-5.2.3 -I/home/rory/php/php-5.2.3/dl
-I/home/rory/php/php-5.2.3/main -I/home/rory/php/php-5.2.3/Zend
-I/home/rory/php/php-5.2.3/include -I/home/rory/php/php-5.2.3/TSRM
-I/home/rory/php/php-5.2.3/ -c -o mapscript_i.o mapscript_i.c
gcc -fPIC -g -O2 -fPIC -Wall  -DUSE_PHP_REGEX -DCOMPILE_DL=1 -DPHP4
-DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR -DUSE_WFS_LYR -DUSE_SOS_SVR
-DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR -DUSE_WFS_SVR -DUSE_WMS_SVR
-DUSE_POSTGIS -DUSE_TIFF -DUSE_GDAL -DUSE_OGR -DUSE_GEOS  -DUSE_THREAD
-DUSE_PROJ -DUSE_EPPL     -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG
-DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW -DGD_HAS_GDIMAGEGIFPTR
-DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB
-I/home/rory/mapserver542/mapserver-5.4.2   -I/usr/include/libxml2
-I/usr/local/include    -I/usr/local/pgsql/include  -I/usr/local/include
-I/usr/local/include  -I/usr/local/include    -I/usr/local/include
-I/home/rory/php/php-5.2.3 -I/home/rory/php/php-5.2.3/dl
-I/home/rory/php/php-5.2.3/main -I/home/rory/php/php-5.2.3/Zend
-I/home/rory/php/php-5.2.3/include -I/home/rory/php/php-5.2.3/TSRM
-I/home/rory/php/php-5.2.3/ -c -o php_regex.o php_regex.c
g++ -shared   -o php_mapscript.so php_mapscript_util.o php_mapscript.o
mapscript_i.o php_regex.o  -L/home/rory/mapserver542/mapserver-5.4.2
-lmapserver   -lxml2 -L/usr/local/lib -lcurl    -L/usr/local/pgsql/lib -lpq
-ltiff -ljpeg -lfreetype -lz -lpng -lz   -L/usr/local/lib -lgdal
-L/usr/local/lib -lgeos_c -ljpeg -ltiff -lpng -lz -lm -lrt -ldl
-L/usr/local/lib -lgeos_c  -lpthread -L/usr/local/lib -lproj
-L/usr/local/lib -lgd -ljpeg -lfreetype -lz -lpng -lz   -lc -lz   -lm
-lstdc++
make[1]: Leaving directory
`/home/rory/mapserver542/mapserver-5.4.2/mapscript/php3'
root at rory-desktop:/home/rory/mapserver542/mapserver-5.4.2#
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091218/744e085b/attachment.htm>

From danlittle at yahoo.com  Sun Dec 20 08:06:22 2009
From: danlittle at yahoo.com (Dan Little)
Date: Sun, 20 Dec 2009 08:06:22 -0800 (PST)
Subject: [mapserver-users] Accessing mapserver from Flash Script
In-Reply-To: <4E0F9193A97D4F19B80A99510C1B6305@ibmfree>
References: <4E0F9193A97D4F19B80A99510C1B6305@ibmfree>
Message-ID: <144889.35750.qm@web51401.mail.re2.yahoo.com>

Escape the ampersands by using the "&amp;" entity.



>
>From: Ken S. Elvehjem <ets1 at runestone.net>
>To: mapserver-users at lists.osgeo.org
>Sent: Sat, December 19, 2009 8:02:53 PM
>Subject: [mapserver-users] Accessing mapserver from Flash Script
>
> 
>
>Hi, 
>
>
>I have set up a Mapserver which serves up aerial photography. 
> Works better than "just great!" 
>
>Now, I'm trying to write some 
>web/flash based software using the OpenLaszlo software.  This product 
>allows me to write a "script" in a kind of XML, which then gets compiled to a 
>Flash .swf file. 
>
>With this tool, I can set an image(JPEG) on my page 
>from anywhere on the web, simply by using the correct URL.  However, I 
>cannot understand how to create the URL to get a JPG file from the mapserver. 
> The troubleshooting data suggests that the problem is with an "unescaped 
>ampersand (&) ... is there a way to escape this escape madness?   
>
>
>URL: 
>
>http://mapserver.soilsampling.com/cgi-bin/mapserv.exe?map=c:\ms4w\Apache\htdocs\ND\ND_griggs-wms.map&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=NAIP2006&STYLES=&SRS=EPSG:4269&BBOX=554649,5245688,557949,5248988&WIDTH=1650&HEIGHT=1650&FORMAT=image/jpeg 
>
>This URL is also problematic, tho it's not a "MapServer" url: 
>
>http://cairo.gis.iastate.edu/server.cgi/Aerial.jpg?layer=naip_2007&zoom=1&X0=222375&y0=4744771&pwidth=858&pheight=738&format=jpg
>
>Any 
>ideas would be greatly appreciated! 
>
>sincerely, 
>
>Ken S. Elvehjem 
>
>Ken S. Elvehjem
>PO Box 37
>Lowry MN  
>56349
> 
>320.283.5684
>320.424.1299 c
>320.283.5247 
>h


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

From radim.blazek at gmail.com  Mon Dec 21 07:19:34 2009
From: radim.blazek at gmail.com (Radim Blazek)
Date: Mon, 21 Dec 2009 16:19:34 +0100
Subject: [mapserver-users] DEFRESOLUTION and drawLegendIcon /
	GetLegendGraphic
Message-ID: <340505ef0912210719n3502400dl1933742ba72554c9@mail.gmail.com>

Hi,
I appreciate a lot the new DEFRESOLUTION.
I would like to ask you, what is the right (and easy) way to get
symbol icon of the right size corresponding to the map (but without
drawing the map) in mapscript? I would like just to just set the same
bbox and map extent on map object which is used for the map, and then
somehow to get the icon image.

It seems, that in msDrawLegendIcon is used layer->scalefactor (which
is set to layer->symbolscaledenom/map->scaledenom*map->resolution/map->defresolution
in  msPrepareImage(called from msDrawMap) ) but layer->scalefactor is
internal, so I cannot set it from mapscript (I have separated drawing
of map and legend, so the msDrawMap is not called when I need the
legend).

Does  WMS GetLegendGraphic support  somehow  DEFRESOLUTION? It seems
to be ignored.

Until now, we were using  GetLegendGraphic + some our params and code
to rescale symbols, but obviously after the  DEFRESOLUTION was
introduced, I would like to use directly support in mapserver, please
help me how to do it.

Another related question, can WMS GetLegendGraphic support somehow
SYMBOLSCALEDENOM? I mean, can I send (or set in mapscript) a map scale
to get properly scaled symbol?

Thanks
Radim


From peter.hopfgartner at r3-gis.com  Mon Dec 21 08:22:44 2009
From: peter.hopfgartner at r3-gis.com (Peter Hopfgartner)
Date: Mon, 21 Dec 2009 17:22:44 +0100
Subject: [mapserver-users] Rendering overlapping data
Message-ID: <4B2FA0D4.7020700@r3-gis.com>

Dear list members

We would like to visualize a layer with data, where polygons with 
different classes may overlap. Using transparency, "new" colors are 
introduced, e.g. if I overlap a blue and a red polygon I get an violet one.

Is there a way to show overlapping polygons in stripes with cycling 
colors, or as a checker board? How do people handle this?

Regards,

Peter

-- 
 
Dott. Peter Hopfgartner
 
R3 GIS Srl - GmbH
Via Johann Kravogl-Str. 2
I-39012 Meran/Merano (BZ)
Email: peter.hopfgartner at r3-gis.com
Tel. : +39 0473 494949
Fax  : +39 0473 069902
www  : http://www.r3-gis.com



From David.Fawcett at state.mn.us  Mon Dec 21 08:49:46 2009
From: David.Fawcett at state.mn.us (Fawcett, David (MPCA))
Date: Mon, 21 Dec 2009 10:49:46 -0600
Subject: [mapserver-users] Rendering overlapping data
In-Reply-To: <4B2FA0D4.7020700@r3-gis.com>
References: <4B2FA0D4.7020700@r3-gis.com>
Message-ID: <D2C2A8AE8E016C42A974F644AF21E13902F41075F0@MNMAIL05.ead.state.mn.us>

Take a look at symbol TYPE HATCH here:  http://mapserver.org/mapfile/symbol.html  I am sorry that I don't have an example handy for you.

You can also see how to create hatch symbols using pixmaps for areas here:

http://mapserver.org/mapfile/symbology/construction.html#area-symbols

David.


-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Peter Hopfgartner
Sent: Monday, December 21, 2009 10:23 AM
To: mapserver-users at lists.osgeo.org
Cc: d'Orio Pietro
Subject: [mapserver-users] Rendering overlapping data

Dear list members

We would like to visualize a layer with data, where polygons with 
different classes may overlap. Using transparency, "new" colors are 
introduced, e.g. if I overlap a blue and a red polygon I get an violet one.

Is there a way to show overlapping polygons in stripes with cycling 
colors, or as a checker board? How do people handle this?

Regards,

Peter

-- 
 
Dott. Peter Hopfgartner
 
R3 GIS Srl - GmbH
Via Johann Kravogl-Str. 2
I-39012 Meran/Merano (BZ)
Email: peter.hopfgartner at r3-gis.com
Tel. : +39 0473 494949
Fax  : +39 0473 069902
www  : http://www.r3-gis.com

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


From ets1 at runestone.net  Mon Dec 21 10:17:57 2009
From: ets1 at runestone.net (Ken S. Elvehjem)
Date: Mon, 21 Dec 2009 12:17:57 -0600
Subject: [mapserver-users] Accessing mapserver from Flash Script
References: <4E0F9193A97D4F19B80A99510C1B6305@ibmfree>
	<4B2D8B5C.6030005@gritechnologies.com>
Message-ID: <D9518601B4D9442A9D83CC9B10C0098A@ibmfree>

Bob, P Kishor, and Dan Little,

Thanks for the responses.

After reading the article at blooberry.com, it looks like other stuff needs to be fixed also.

Is there some other means of accessing the mapserver?  some of the documentation seemed to indicate that I should be generating a request in some kind of XML request.

I'd sure like to know if anyone is using Flash to actually access a mapserver.

Sincerely,

Ken


----- Original Message ----- 
  From: Bob Basques 
  To: Ken S. Elvehjem 
  Sent: Saturday, December 19, 2009 8:26 PM
  Subject: Re: [mapserver-users] Accessing mapserver from Flash Script


  Ken, 

  You could try to enocde the entire URL from stage one.  Read more here:

  http://www.blooberry.com/indexdot/html/topics/urlencoding.htm

  Using the converter near the bottom of the page, your URL goes from :


  http://mapserver.soilsampling.com/cgi-bin/mapserv.exe?map=c:\ms4w\Apache\htdocs\ND\ND_griggs-wms.map&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=NAIP2006&STYLES=&SRS=EPSG:4269&BBOX=554649,5245688,557949,5248988&WIDTH=1650&HEIGHT=1650&FORMAT=image/jpeg 

  to

  http://mapserver.soilsampling.com/cgi-bin/mapserv.exe?map=c:%5Cms4w%5CApache%5Chtdocs%5CND%5CND_griggs-wms.map&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=NAIP2006&STYLES=&SRS=EPSG:4269&BBOX=554649%2C5245688%2C557949%2C5248988&WIDTH=1650&HEIGHT=1650&FORMAT=image/jpeg


  You can even escape the "&" characters if needed using the same syntax.

  bobb


  Ken S. Elvehjem wrote: 

    Hi, 

    I have set up a Mapserver which serves up aerial photography.  Works better than "just great!" 

    Now, I'm trying to write some web/flash based software using the OpenLaszlo software.  This product allows me to write a "script" in a kind of XML, which then gets compiled to a Flash .swf file. 

    With this tool, I can set an image(JPEG) on my page from anywhere on the web, simply by using the correct URL.  However, I cannot understand how to create the URL to get a JPG file from the mapserver.  The troubleshooting data suggests that the problem is with an "unescaped ampersand (&) ... is there a way to escape this escape madness?   

    URL: 

    http://mapserver.soilsampling.com/cgi-bin/mapserv.exe?map=c:\ms4w\Apache\htdocs\ND\ND_griggs-wms.map&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=NAIP2006&STYLES=&SRS=EPSG:4269&BBOX=554649,5245688,557949,5248988&WIDTH=1650&HEIGHT=1650&FORMAT=image/jpeg 

    This URL is also problematic, tho it's not a "MapServer" url: 

    http://cairo.gis.iastate.edu/server.cgi/Aerial.jpg?layer=naip_2007&zoom=1&X0=222375&y0=4744771&pwidth=858&pheight=738&format=jpg

    Any ideas would be greatly appreciated! 

    sincerely, 

    Ken S. Elvehjem 
    Ken S. Elvehjem
    PO Box 37
    Lowry MN  56349

    320.283.5684
    320.424.1299 c
    320.283.5247 h
----------------------------------------------------------------------------
_______________________________________________
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/20091221/53d96c58/attachment.htm>

From ludwig at kni-online.de  Mon Dec 21 23:42:51 2009
From: ludwig at kni-online.de (Ludwig Kniprath)
Date: Tue, 22 Dec 2009 08:42:51 +0100
Subject: [mapserver-users] RE: Rendering overlapping data
Message-ID: <32415062.1766821261467771429.JavaMail.servlet@kundenserver>

I dont't think, Mapserver has the out-of-the-box possibility to render the overlapping parts of polygons in a special way. Perhaps you could try to create a separate layer (f. e. in Postgis with a special geo-query), that just shows these overlapping parts. But also then I think its difficult to query and to render the case, that three or more polygons do overlap.

Ludwig

>
>Message: 2
>Date: Mon, 21 Dec 2009 17:22:44 +0100
>From: Peter Hopfgartner <peter.hopfgartner at r3-gis.com>
>Subject: [mapserver-users] Rendering overlapping data
>To: mapserver-users at lists.osgeo.org
>Cc: d'Orio Pietro <pietro.dorio at r3-gis.com>
>Message-ID: <4B2FA0D4.7020700 at r3-gis.com>
>Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
>Dear list members
>
>We would like to visualize a layer with data, where polygons with 
>different classes may overlap. Using transparency, "new" colors are 
>introduced, e.g. if I overlap a blue and a red polygon I get an violet one.
>
>Is there a way to show overlapping polygons in stripes with cycling 
>colors, or as a checker board? How do people handle this?
>
>Regards,
>
>Peter
>
>-- 
> 
>Dott. Peter Hopfgartner
> 
>R3 GIS Srl - GmbH
>Via Johann Kravogl-Str. 2
>I-39012 Meran/Merano (BZ)
>Email: peter.hopfgartner at r3-gis.com
>Tel. : +39 0473 494949
>Fax  : +39 0473 069902
>www  : http://www.r3-gis.com


From peter.hopfgartner at r3-gis.com  Tue Dec 22 00:38:29 2009
From: peter.hopfgartner at r3-gis.com (Peter Hopfgartner)
Date: Tue, 22 Dec 2009 09:38:29 +0100
Subject: [mapserver-users] RE: Rendering overlapping data
In-Reply-To: <32415062.1766821261467771429.JavaMail.servlet@kundenserver>
References: <32415062.1766821261467771429.JavaMail.servlet@kundenserver>
Message-ID: <4B308585.4000300@r3-gis.com>

Ludwig Kniprath wrote:
> I dont't think, Mapserver has the out-of-the-box possibility to render the overlapping parts of polygons in a special way. Perhaps you could try to create a separate layer (f. e. in Postgis with a special geo-query), that just shows these overlapping parts. But also then I think its difficult to query and to render the case, that three or more polygons do overlap.
>
> Ludwig
>
>   
Hi Ludwig,

out of curiosity:

 How do other software packages handle this case?

 Are there some best practices? For example dividing the intersection 
area into stripes and cycle through the colors of the overlapping data?

 Does GeoServer have some way to visualize overlapping data?

 Would it make sense to collect some requirements to formulate an RFC?

Regards,

Peter
>> Message: 2
>> Date: Mon, 21 Dec 2009 17:22:44 +0100
>> From: Peter Hopfgartner <peter.hopfgartner at r3-gis.com>
>> Subject: [mapserver-users] Rendering overlapping data
>> To: mapserver-users at lists.osgeo.org
>> Cc: d'Orio Pietro <pietro.dorio at r3-gis.com>
>> Message-ID: <4B2FA0D4.7020700 at r3-gis.com>
>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>>
>> Dear list members
>>
>> We would like to visualize a layer with data, where polygons with 
>> different classes may overlap. Using transparency, "new" colors are 
>> introduced, e.g. if I overlap a blue and a red polygon I get an violet one.
>>
>> Is there a way to show overlapping polygons in stripes with cycling 
>> colors, or as a checker board? How do people handle this?
>>
>> Regards,
>>
>> Peter
>>
>> -- 
>>
>> Dott. Peter Hopfgartner
>>
>> R3 GIS Srl - GmbH
>> Via Johann Kravogl-Str. 2
>> I-39012 Meran/Merano (BZ)
>> Email: peter.hopfgartner at r3-gis.com
>> Tel. : +39 0473 494949
>> Fax  : +39 0473 069902
>> www  : http://www.r3-gis.com
>>     
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>   


-- 
 
Dott. Peter Hopfgartner
 
R3 GIS Srl - GmbH
Via Johann Kravogl-Str. 2
I-39012 Meran/Merano (BZ)
Email: peter.hopfgartner at r3-gis.com
Tel. : +39 0473 494949
Fax  : +39 0473 069902
www  : http://www.r3-gis.com



From pcreso at pcreso.com  Tue Dec 22 01:30:13 2009
From: pcreso at pcreso.com (pcreso at pcreso.com)
Date: Tue, 22 Dec 2009 01:30:13 -0800 (PST)
Subject: [mapserver-users] RE: Rendering overlapping data
In-Reply-To: <4B308585.4000300@r3-gis.com>
Message-ID: <745419.49357.qm@web33206.mail.mud.yahoo.com>

Hi,

The issue seems to be about decomposing polygons to their constituents, much like normalising a database schema.

In fact, using Postgis with a normalised data structure, managing this is relatively trivial. Polygons & polygon classes (categories) are a typical many to many relationship, which is handled very well in a relational database.

Decompose all your polygons in a Postgis table, with a suitable primary key. Some polygons (regions of overlap) will be members of more than one class.

Build a table with a list of unique classes describing all possible classes.

Build a table (relation) with the keys of polygons in one column & classes in another. Thus each class can relate to many polygons & each polygon can be in more than one class (eg: polygons of overlaps)

Your mapfile can use separate layers to plot one class per layer, using a query on the database to return the appropriate polygons, or you can define multiple classes in a single layer.

Your problem is that mapserver only renders polygons. It does not divide polygons & crop them by areas of overlap with other polygons. So you need a tool to manage the fully decomposed polygons, so that, for example, two overlapping polygons are actually provided to mapserver as three separate polygons, the overlapping region as one polygon & the two non-overlapping parts as separate polygons.

Also note that depending on your requirements, you could have a map layer defined by an SQL in Postgis which returned the overlapping region calculated on the fly in a spatial query, so you could render the two polygons first, then overlay the overlap... if that makes sense...

If you have areas where many polygons overlap, then it can be managed, but may get a bit complex... 

HTH,

  Brent Wood

If polygons overlap, then the area of overlap is a polygon in it's own right.

--- On Tue, 12/22/09, Peter Hopfgartner <peter.hopfgartner at r3-gis.com> wrote:

> From: Peter Hopfgartner <peter.hopfgartner at r3-gis.com>
> Subject: Re: [mapserver-users] RE: Rendering overlapping data
> To: "Ludwig Kniprath" <ludwig at kni-online.de>
> Cc: mapserver-users at lists.osgeo.org
> Date: Tuesday, December 22, 2009, 9:38 PM
> Ludwig Kniprath wrote:
> > I dont't think, Mapserver has the out-of-the-box
> possibility to render the overlapping parts of polygons in a
> special way. Perhaps you could try to create a separate
> layer (f. e. in Postgis with a special geo-query), that just
> shows these overlapping parts. But also then I think its
> difficult to query and to render the case, that three or
> more polygons do overlap.
> > 
> > Ludwig
> > 
> >???
> Hi Ludwig,
> 
> out of curiosity:
> 
> How do other software packages handle this case?
> 
> Are there some best practices? For example dividing the
> intersection area into stripes and cycle through the colors
> of the overlapping data?
> 
> Does GeoServer have some way to visualize overlapping
> data?
> 
> Would it make sense to collect some requirements to
> formulate an RFC?
> 
> Regards,
> 
> Peter
> >> Message: 2
> >> Date: Mon, 21 Dec 2009 17:22:44 +0100
> >> From: Peter Hopfgartner <peter.hopfgartner at r3-gis.com>
> >> Subject: [mapserver-users] Rendering overlapping
> data
> >> To: mapserver-users at lists.osgeo.org
> >> Cc: d'Orio Pietro <pietro.dorio at r3-gis.com>
> >> Message-ID: <4B2FA0D4.7020700 at r3-gis.com>
> >> Content-Type: text/plain; charset=ISO-8859-1;
> format=flowed
> >> 
> >> Dear list members
> >> 
> >> We would like to visualize a layer with data,
> where polygons with different classes may overlap. Using
> transparency, "new" colors are introduced, e.g. if I overlap
> a blue and a red polygon I get an violet one.
> >> 
> >> Is there a way to show overlapping polygons in
> stripes with cycling colors, or as a checker board? How do
> people handle this?
> >> 
> >> Regards,
> >> 
> >> Peter
> >> 
> >> -- 
> >> Dott. Peter Hopfgartner
> >> 
> >> R3 GIS Srl - GmbH
> >> Via Johann Kravogl-Str. 2
> >> I-39012 Meran/Merano (BZ)
> >> Email: peter.hopfgartner at r3-gis.com
> >> Tel. : +39 0473 494949
> >> Fax? : +39 0473 069902
> >> www? : http://www.r3-gis.com
> >>? ???
> > _______________________________________________
> > mapserver-users mailing list
> > mapserver-users at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/mapserver-users
> > 
> >???
> 
> 
> -- 
> Dott. Peter Hopfgartner
> 
> R3 GIS Srl - GmbH
> Via Johann Kravogl-Str. 2
> I-39012 Meran/Merano (BZ)
> Email: peter.hopfgartner at r3-gis.com
> Tel. : +39 0473 494949
> Fax? : +39 0473 069902
> www? : http://www.r3-gis.com
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> 


From dmorissette at mapgears.com  Tue Dec 22 07:46:30 2009
From: dmorissette at mapgears.com (Daniel Morissette)
Date: Tue, 22 Dec 2009 10:46:30 -0500
Subject: [mapserver-users] MapServer 5.6.0 released
Message-ID: <4B30E9D6.30707@mapgears.com>

The MapServer Team is pleased to announce the release of version 5.6.0. 
This new release contains a few new features and performance 
enhancements. Here is a quick summary:

New features in 5.6:

   * MS RFC 51: XML Mapfile schema and XSLT (see 
http://trac.osgeo.org/mapserver/wiki/XMLMapfiles)
   * MS RFC 52: One-pass query processing, making WFS queries on 
database backends much much faster
   * MS RFC 55: Improve control of output resolution, allows printing 
maps at printer resolution using a mapfile defined for screen resolution
   * MS RFC 57: Labeling enhancements: ability to repeat labels along a 
line/multiline

(RFCs are available online at http://mapserver.org/development/rfc/)

Other notable enhancements include:

   * Security fixes (also backported to 5.4):
     * Improved security relative to untrusted directories and mapfiles 
(RFC 56)
     * Fixed several security issues found in an audit of the CGI 
application (#2939, #2941, #2942, #2943, #2944)
   * Performance optimizations:
     * Load all GDAL image bands in one pass for faster processing (r9260)
     * Optimized access to very large shapefiles (#2930)
   * Several enhancements/fixes to OGC Web Services specs support
   * Several enhancements/fixes to all flavors of MapScript

As usual there an a large number of additional small enhancements and 
bug fixes. For a complete list see the HISTORY.TXT file at:


http://trac.osgeo.org/mapserver/browser/tags/rel-5-6-0/mapserver/HISTORY.TXT

A 5.4 -> 5.6 migration guide is also available. It should become part of 
the official documentation soon, but in the meantime you can view the 
latest version online at:


http://trac.osgeo.org/mapserver/browser/branches/branch-5-6/mapserver/MIGRATION_GUIDE.TXT

The release source code can be downloaded at:

   http://mapserver.org/download.html OR
   http://download.osgeo.org/mapserver/mapserver-5.6.0.tar.gz

Existing MS4W 3.0 users can upgrade to this MapServer 5.6.0 release by
following instructions at
http://www.maptools.org/ms4w/index.phtml?page=RELEASE_mapserver_ms4w3.x_dev-5.6.0.html

Ubuntu Binaries for hardy, jaunty and karmic are also built and 
available in the unstable PPA of UbuntuGIS:
https://launchpad.net/~ubuntugis/+archive/ubuntugis-unstable/


Finally, with respect to documentation, the MapServer documentation team 
is continuing to update and maintain documents, and the live 
mapserver.org website should be updated with the updated 5.6 
documentation soon.  One of the things that the team has been working on 
is a structure for translated documents.  The structure is now in place 
in the development version of the site, but volunteers are needed to 
translate pages into other languages.  The documentation team asks that 
those volunteers interested in translating documents to please send a 
message to the mapserver-dev email list.

Enjoy! - The MapServer Team


From bfraser at geoanalytic.com  Tue Dec 22 12:47:58 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Tue, 22 Dec 2009 13:47:58 -0700 (Mountain Standard Time)
Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
Message-ID: <.65.255.239.241.1261514878.squirrel@65.255.239.241>

To all,

  I've got a query performance problem I'm trying to track down.  I was
hopeful that 5.6 with RFC 52 implemented might help me, but it seems to
have no impact.

  Are the changes for RFC 52 implemented for OGR ODBC connections?

Thanks!
Brent Fraser



From Steve.Lime at state.mn.us  Tue Dec 22 12:48:48 2009
From: Steve.Lime at state.mn.us (Lime, Steve D (DNR))
Date: Tue, 22 Dec 2009 14:48:48 -0600
Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
In-Reply-To: <.65.255.239.241.1261514878.squirrel@65.255.239.241>
References: <.65.255.239.241.1261514878.squirrel@65.255.239.241>
Message-ID: <A7F7B3043D3BF0438F1206BAA3C9933C0289A04436@MNMAIL05.ead.state.mn.us>

The improvements are limited to native drivers only, principally Oracle Spatial and PostGIS.

Steve

-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brent Fraser
Sent: Tuesday, December 22, 2009 2:48 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support

To all,

  I've got a query performance problem I'm trying to track down.  I was
hopeful that 5.6 with RFC 52 implemented might help me, but it seems to
have no impact.

  Are the changes for RFC 52 implemented for OGR ODBC connections?

Thanks!
Brent Fraser

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


From bfraser at geoanalytic.com  Tue Dec 22 12:54:37 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Tue, 22 Dec 2009 13:54:37 -0700 (Mountain Standard Time)
Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
In-Reply-To: <A7F7B3043D3BF0438F1206BAA3C9933C0289A04436@MNMAIL05.ead.state.mn.us>
References: <.65.255.239.241.1261514878.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04436@MNMAIL05.ead.state.mn.us>
Message-ID: <.65.255.239.241.1261515277.squirrel@65.255.239.241>

Do you think there would be any point in making the changes for OGR (for
my ODBC -> Sql Server connection)?  If so, I'll start having a look at the
code...

Brent

> The improvements are limited to native drivers only, principally Oracle
> Spatial and PostGIS.
>
> Steve
>
> -----Original Message-----
> From: mapserver-users-bounces at lists.osgeo.org
> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brent Fraser
> Sent: Tuesday, December 22, 2009 2:48 PM
> To: mapserver-users at lists.osgeo.org
> Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
>
> To all,
>
>   I've got a query performance problem I'm trying to track down.  I was
> hopeful that 5.6 with RFC 52 implemented might help me, but it seems to
> have no impact.
>
>   Are the changes for RFC 52 implemented for OGR ODBC connections?
>
> Thanks!
> Brent Fraser
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>




From Steve.Lime at state.mn.us  Tue Dec 22 12:56:20 2009
From: Steve.Lime at state.mn.us (Lime, Steve D (DNR))
Date: Tue, 22 Dec 2009 14:56:20 -0600
Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
In-Reply-To: <.65.255.239.241.1261515277.squirrel@65.255.239.241>
References: <.65.255.239.241.1261514878.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04436@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261515277.squirrel@65.255.239.241>
Message-ID: <A7F7B3043D3BF0438F1206BAA3C9933C0289A04466@MNMAIL05.ead.state.mn.us>

Probably a question better answered by OGR maintainers... In theory working off a single 
result set, even if you have to traverse it more than once, would be far more efficient
than id-based lookups done now.

Steve

-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brent Fraser
Sent: Tuesday, December 22, 2009 2:55 PM
To: Lime, Steve D (DNR)
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support

Do you think there would be any point in making the changes for OGR (for
my ODBC -> Sql Server connection)?  If so, I'll start having a look at the
code...

Brent

> The improvements are limited to native drivers only, principally Oracle
> Spatial and PostGIS.
>
> Steve
>
> -----Original Message-----
> From: mapserver-users-bounces at lists.osgeo.org
> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brent Fraser
> Sent: Tuesday, December 22, 2009 2:48 PM
> To: mapserver-users at lists.osgeo.org
> Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
>
> To all,
>
>   I've got a query performance problem I'm trying to track down.  I was
> hopeful that 5.6 with RFC 52 implemented might help me, but it seems to
> have no impact.
>
>   Are the changes for RFC 52 implemented for OGR ODBC connections?
>
> Thanks!
> Brent Fraser
>
> _______________________________________________
> 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 warmerdam at pobox.com  Tue Dec 22 13:02:39 2009
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Tue, 22 Dec 2009 16:02:39 -0500
Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
In-Reply-To: <.65.255.239.241.1261515277.squirrel@65.255.239.241>
References: <.65.255.239.241.1261514878.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04436@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261515277.squirrel@65.255.239.241>
Message-ID: <4B3133EF.30306@pobox.com>

Brent Fraser wrote:
> Do you think there would be any point in making the changes for OGR (for
> my ODBC -> Sql Server connection)?  If so, I'll start having a look at the
> code...
> 
> Brent
> 
>> The improvements are limited to native drivers only, principally Oracle
>> Spatial and PostGIS.

Brent,

I believe OGR would benefit greatly in some circumstances from one
pass query.  I hadn't realized it was not already implemented.

Steve - if you can provide pointers on what needs to be done, I could
likely do this.

Best regards,
-- 
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent



From bfraser at geoanalytic.com  Tue Dec 22 13:09:50 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Tue, 22 Dec 2009 14:09:50 -0700 (Mountain Standard Time)
Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
In-Reply-To: <A7F7B3043D3BF0438F1206BAA3C9933C0289A04466@MNMAIL05.ead.state.mn.us>
References: <.65.255.239.241.1261514878.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04436@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261515277.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04466@MNMAIL05.ead.state.mn.us>
Message-ID: <.65.255.239.241.1261516190.squirrel@65.255.239.241>

The strange thing is the image render is quick (a few seconds), but the
nquery+mapshape (rectangle) with the processing of the template is several
minutes.  And while it opens/reads/closes the template file for each
record(!), I suspect the majority of the time is spent requesting the
record and dealing with the result.

Ok, on goes the hacker suit...

Thanks!
Brent

> Probably a question better answered by OGR maintainers... In theory
> working off a single
> result set, even if you have to traverse it more than once, would be far
> more efficient
> than id-based lookups done now.
>
> Steve
>
> -----Original Message-----
> From: mapserver-users-bounces at lists.osgeo.org
> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brent Fraser
> Sent: Tuesday, December 22, 2009 2:55 PM
> To: Lime, Steve D (DNR)
> Cc: mapserver-users at lists.osgeo.org
> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
>
> Do you think there would be any point in making the changes for OGR (for
> my ODBC -> Sql Server connection)?  If so, I'll start having a look at the
> code...
>
> Brent
>
>> The improvements are limited to native drivers only, principally Oracle
>> Spatial and PostGIS.
>>
>> Steve
>>
>> -----Original Message-----
>> From: mapserver-users-bounces at lists.osgeo.org
>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brent
>> Fraser
>> Sent: Tuesday, December 22, 2009 2:48 PM
>> To: mapserver-users at lists.osgeo.org
>> Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
>>
>> To all,
>>
>>   I've got a query performance problem I'm trying to track down.  I was
>> hopeful that 5.6 with RFC 52 implemented might help me, but it seems to
>> have no impact.
>>
>>   Are the changes for RFC 52 implemented for OGR ODBC connections?
>>
>> Thanks!
>> Brent Fraser
>>
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>




From Steve.Lime at state.mn.us  Tue Dec 22 13:23:43 2009
From: Steve.Lime at state.mn.us (Lime, Steve D (DNR))
Date: Tue, 22 Dec 2009 15:23:43 -0600
Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
In-Reply-To: <.65.255.239.241.1261516190.squirrel@65.255.239.241>
References: <.65.255.239.241.1261514878.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04436@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261515277.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04466@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261516190.squirrel@65.255.239.241>
Message-ID: <A7F7B3043D3BF0438F1206BAA3C9933C0289A04521@MNMAIL05.ead.state.mn.us>

What kind of templating are you using? The old-style stuff or the new-style? How many results you talking?

-----Original Message-----
From: Brent Fraser [mailto:bfraser at geoanalytic.com] 
Sent: Tuesday, December 22, 2009 3:10 PM
To: Lime, Steve D (DNR)
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support

The strange thing is the image render is quick (a few seconds), but the
nquery+mapshape (rectangle) with the processing of the template is several
minutes.  And while it opens/reads/closes the template file for each
record(!), I suspect the majority of the time is spent requesting the
record and dealing with the result.

Ok, on goes the hacker suit...

Thanks!
Brent

> Probably a question better answered by OGR maintainers... In theory
> working off a single
> result set, even if you have to traverse it more than once, would be far
> more efficient
> than id-based lookups done now.
>
> Steve
>
> -----Original Message-----
> From: mapserver-users-bounces at lists.osgeo.org
> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brent Fraser
> Sent: Tuesday, December 22, 2009 2:55 PM
> To: Lime, Steve D (DNR)
> Cc: mapserver-users at lists.osgeo.org
> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
>
> Do you think there would be any point in making the changes for OGR (for
> my ODBC -> Sql Server connection)?  If so, I'll start having a look at the
> code...
>
> Brent
>
>> The improvements are limited to native drivers only, principally Oracle
>> Spatial and PostGIS.
>>
>> Steve
>>
>> -----Original Message-----
>> From: mapserver-users-bounces at lists.osgeo.org
>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brent
>> Fraser
>> Sent: Tuesday, December 22, 2009 2:48 PM
>> To: mapserver-users at lists.osgeo.org
>> Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
>>
>> To all,
>>
>>   I've got a query performance problem I'm trying to track down.  I was
>> hopeful that 5.6 with RFC 52 implemented might help me, but it seems to
>> have no impact.
>>
>>   Are the changes for RFC 52 implemented for OGR ODBC connections?
>>
>> Thanks!
>> Brent Fraser
>>
>> _______________________________________________
>> 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 bfraser at geoanalytic.com  Tue Dec 22 13:33:46 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Tue, 22 Dec 2009 14:33:46 -0700 (Mountain Standard Time)
Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
In-Reply-To: <A7F7B3043D3BF0438F1206BAA3C9933C0289A04521@MNMAIL05.ead.state.mn.us>
References: <.65.255.239.241.1261514878.squirrel@65.255.239.241>   
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04436@MNMAIL05.ead.state.mn.us> 
	<.65.255.239.241.1261515277.squirrel@65.255.239.241>   
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04466@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261516190.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04521@MNMAIL05.ead.state.mn.us>
Message-ID: <.65.255.239.241.1261517626.squirrel@65.255.239.241>

> What kind of templating are you using? The old-style stuff or the
> new-style? How many results you talking?

Old style.  Low 100's of records returned...

>
> -----Original Message-----
> From: Brent Fraser [mailto:bfraser at geoanalytic.com]
> Sent: Tuesday, December 22, 2009 3:10 PM
> To: Lime, Steve D (DNR)
> Cc: mapserver-users at lists.osgeo.org
> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
>
> The strange thing is the image render is quick (a few seconds), but the
> nquery+mapshape (rectangle) with the processing of the template is several
> minutes.  And while it opens/reads/closes the template file for each
> record(!), I suspect the majority of the time is spent requesting the
> record and dealing with the result.
>
> Ok, on goes the hacker suit...
>
> Thanks!
> Brent
>
>> Probably a question better answered by OGR maintainers... In theory
>> working off a single
>> result set, even if you have to traverse it more than once, would be far
>> more efficient
>> than id-based lookups done now.
>>
>> Steve
>>
>> -----Original Message-----
>> From: mapserver-users-bounces at lists.osgeo.org
>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brent
>> Fraser
>> Sent: Tuesday, December 22, 2009 2:55 PM
>> To: Lime, Steve D (DNR)
>> Cc: mapserver-users at lists.osgeo.org
>> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver
>> support
>>
>> Do you think there would be any point in making the changes for OGR (for
>> my ODBC -> Sql Server connection)?  If so, I'll start having a look at
>> the
>> code...
>>
>> Brent
>>
>>> The improvements are limited to native drivers only, principally Oracle
>>> Spatial and PostGIS.
>>>
>>> Steve
>>>
>>> -----Original Message-----
>>> From: mapserver-users-bounces at lists.osgeo.org
>>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brent
>>> Fraser
>>> Sent: Tuesday, December 22, 2009 2:48 PM
>>> To: mapserver-users at lists.osgeo.org
>>> Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
>>>
>>> To all,
>>>
>>>   I've got a query performance problem I'm trying to track down.  I was
>>> hopeful that 5.6 with RFC 52 implemented might help me, but it seems to
>>> have no impact.
>>>
>>>   Are the changes for RFC 52 implemented for OGR ODBC connections?
>>>
>>> Thanks!
>>> Brent Fraser
>>>
>>> _______________________________________________
>>> mapserver-users mailing list
>>> mapserver-users at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>
>>
>>
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>
>
>




From Steve.Lime at state.mn.us  Tue Dec 22 13:52:25 2009
From: Steve.Lime at state.mn.us (Lime, Steve D (DNR))
Date: Tue, 22 Dec 2009 15:52:25 -0600
Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
In-Reply-To: <.65.255.239.241.1261517626.squirrel@65.255.239.241>
References: <.65.255.239.241.1261514878.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04436@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261515277.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04466@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261516190.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04521@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261517626.squirrel@65.255.239.241>
Message-ID: <A7F7B3043D3BF0438F1206BAA3C9933C0289A045CA@MNMAIL05.ead.state.mn.us>

The new-style approach opens the template only once. That's not your bottleneck though I bet...

-----Original Message-----
From: Brent Fraser [mailto:bfraser at geoanalytic.com] 
Sent: Tuesday, December 22, 2009 3:34 PM
To: Lime, Steve D (DNR)
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support

> What kind of templating are you using? The old-style stuff or the
> new-style? How many results you talking?

Old style.  Low 100's of records returned...

>
> -----Original Message-----
> From: Brent Fraser [mailto:bfraser at geoanalytic.com]
> Sent: Tuesday, December 22, 2009 3:10 PM
> To: Lime, Steve D (DNR)
> Cc: mapserver-users at lists.osgeo.org
> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
>
> The strange thing is the image render is quick (a few seconds), but the
> nquery+mapshape (rectangle) with the processing of the template is several
> minutes.  And while it opens/reads/closes the template file for each
> record(!), I suspect the majority of the time is spent requesting the
> record and dealing with the result.
>
> Ok, on goes the hacker suit...
>
> Thanks!
> Brent
>
>> Probably a question better answered by OGR maintainers... In theory
>> working off a single
>> result set, even if you have to traverse it more than once, would be far
>> more efficient
>> than id-based lookups done now.
>>
>> Steve
>>
>> -----Original Message-----
>> From: mapserver-users-bounces at lists.osgeo.org
>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brent
>> Fraser
>> Sent: Tuesday, December 22, 2009 2:55 PM
>> To: Lime, Steve D (DNR)
>> Cc: mapserver-users at lists.osgeo.org
>> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver
>> support
>>
>> Do you think there would be any point in making the changes for OGR (for
>> my ODBC -> Sql Server connection)?  If so, I'll start having a look at
>> the
>> code...
>>
>> Brent
>>
>>> The improvements are limited to native drivers only, principally Oracle
>>> Spatial and PostGIS.
>>>
>>> Steve
>>>
>>> -----Original Message-----
>>> From: mapserver-users-bounces at lists.osgeo.org
>>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brent
>>> Fraser
>>> Sent: Tuesday, December 22, 2009 2:48 PM
>>> To: mapserver-users at lists.osgeo.org
>>> Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
>>>
>>> To all,
>>>
>>>   I've got a query performance problem I'm trying to track down.  I was
>>> hopeful that 5.6 with RFC 52 implemented might help me, but it seems to
>>> have no impact.
>>>
>>>   Are the changes for RFC 52 implemented for OGR ODBC connections?
>>>
>>> Thanks!
>>> Brent Fraser
>>>
>>> _______________________________________________
>>> 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 bfraser at geoanalytic.com  Tue Dec 22 14:17:46 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Tue, 22 Dec 2009 15:17:46 -0700 (Mountain Standard Time)
Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
In-Reply-To: <A7F7B3043D3BF0438F1206BAA3C9933C0289A045CA@MNMAIL05.ead.state.mn.us>
References: <.65.255.239.241.1261514878.squirrel@65.255.239.241>      
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04436@MNMAIL05.ead.state.mn.us> 
	<.65.255.239.241.1261515277.squirrel@65.255.239.241>      
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04466@MNMAIL05.ead.state.mn.us> 
	<.65.255.239.241.1261516190.squirrel@65.255.239.241>   
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04521@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261517626.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A045CA@MNMAIL05.ead.state.mn.us>
Message-ID: <.65.255.239.241.1261520266.squirrel@65.255.239.241>

I'd like to give the new-style approach a try, but the doc seems a little
thin.  You've talking about RFC 36 right?

> The new-style approach opens the template only once. That's not your
> bottleneck though I bet...
>
> -----Original Message-----
> From: Brent Fraser [mailto:bfraser at geoanalytic.com]
> Sent: Tuesday, December 22, 2009 3:34 PM
> To: Lime, Steve D (DNR)
> Cc: mapserver-users at lists.osgeo.org
> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
>
>> What kind of templating are you using? The old-style stuff or the
>> new-style? How many results you talking?
>
> Old style.  Low 100's of records returned...
>
>>
>> -----Original Message-----
>> From: Brent Fraser [mailto:bfraser at geoanalytic.com]
>> Sent: Tuesday, December 22, 2009 3:10 PM
>> To: Lime, Steve D (DNR)
>> Cc: mapserver-users at lists.osgeo.org
>> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver
>> support
>>
>> The strange thing is the image render is quick (a few seconds), but the
>> nquery+mapshape (rectangle) with the processing of the template is
>> several
>> minutes.  And while it opens/reads/closes the template file for each
>> record(!), I suspect the majority of the time is spent requesting the
>> record and dealing with the result.
>>
>> Ok, on goes the hacker suit...
>>
>> Thanks!
>> Brent
>>
>>> Probably a question better answered by OGR maintainers... In theory
>>> working off a single
>>> result set, even if you have to traverse it more than once, would be
>>> far
>>> more efficient
>>> than id-based lookups done now.
>>>
>>> Steve
>>>
>>> -----Original Message-----
>>> From: mapserver-users-bounces at lists.osgeo.org
>>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brent
>>> Fraser
>>> Sent: Tuesday, December 22, 2009 2:55 PM
>>> To: Lime, Steve D (DNR)
>>> Cc: mapserver-users at lists.osgeo.org
>>> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver
>>> support
>>>
>>> Do you think there would be any point in making the changes for OGR
>>> (for
>>> my ODBC -> Sql Server connection)?  If so, I'll start having a look at
>>> the
>>> code...
>>>
>>> Brent
>>>
>>>> The improvements are limited to native drivers only, principally
>>>> Oracle
>>>> Spatial and PostGIS.
>>>>
>>>> Steve
>>>>
>>>> -----Original Message-----
>>>> From: mapserver-users-bounces at lists.osgeo.org
>>>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brent
>>>> Fraser
>>>> Sent: Tuesday, December 22, 2009 2:48 PM
>>>> To: mapserver-users at lists.osgeo.org
>>>> Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
>>>>
>>>> To all,
>>>>
>>>>   I've got a query performance problem I'm trying to track down.  I
>>>> was
>>>> hopeful that 5.6 with RFC 52 implemented might help me, but it seems
>>>> to
>>>> have no impact.
>>>>
>>>>   Are the changes for RFC 52 implemented for OGR ODBC connections?
>>>>
>>>> Thanks!
>>>> Brent Fraser
>>>>
>>>> _______________________________________________
>>>> mapserver-users mailing list
>>>> mapserver-users at lists.osgeo.org
>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>>
>>>
>>>
>>> _______________________________________________
>>> mapserver-users mailing list
>>> mapserver-users at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>
>>
>>
>>
>
>
>




From Steve.Lime at state.mn.us  Tue Dec 22 14:17:52 2009
From: Steve.Lime at state.mn.us (Lime, Steve D (DNR))
Date: Tue, 22 Dec 2009 16:17:52 -0600
Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
In-Reply-To: <.65.255.239.241.1261520266.squirrel@65.255.239.241>
References: <.65.255.239.241.1261514878.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04436@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261515277.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04466@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261516190.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04521@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261517626.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A045CA@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261520266.squirrel@65.255.239.241>
Message-ID: <A7F7B3043D3BF0438F1206BAA3C9933C0289A04632@MNMAIL05.ead.state.mn.us>

Yup. What sort of an example would help?

-----Original Message-----
From: Brent Fraser [mailto:bfraser at geoanalytic.com] 
Sent: Tuesday, December 22, 2009 4:18 PM
To: Lime, Steve D (DNR)
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support

I'd like to give the new-style approach a try, but the doc seems a little
thin.  You've talking about RFC 36 right?

> The new-style approach opens the template only once. That's not your
> bottleneck though I bet...
>
> -----Original Message-----
> From: Brent Fraser [mailto:bfraser at geoanalytic.com]
> Sent: Tuesday, December 22, 2009 3:34 PM
> To: Lime, Steve D (DNR)
> Cc: mapserver-users at lists.osgeo.org
> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
>
>> What kind of templating are you using? The old-style stuff or the
>> new-style? How many results you talking?
>
> Old style.  Low 100's of records returned...
>
>>
>> -----Original Message-----
>> From: Brent Fraser [mailto:bfraser at geoanalytic.com]
>> Sent: Tuesday, December 22, 2009 3:10 PM
>> To: Lime, Steve D (DNR)
>> Cc: mapserver-users at lists.osgeo.org
>> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver
>> support
>>
>> The strange thing is the image render is quick (a few seconds), but the
>> nquery+mapshape (rectangle) with the processing of the template is
>> several
>> minutes.  And while it opens/reads/closes the template file for each
>> record(!), I suspect the majority of the time is spent requesting the
>> record and dealing with the result.
>>
>> Ok, on goes the hacker suit...
>>
>> Thanks!
>> Brent
>>
>>> Probably a question better answered by OGR maintainers... In theory
>>> working off a single
>>> result set, even if you have to traverse it more than once, would be
>>> far
>>> more efficient
>>> than id-based lookups done now.
>>>
>>> Steve
>>>
>>> -----Original Message-----
>>> From: mapserver-users-bounces at lists.osgeo.org
>>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brent
>>> Fraser
>>> Sent: Tuesday, December 22, 2009 2:55 PM
>>> To: Lime, Steve D (DNR)
>>> Cc: mapserver-users at lists.osgeo.org
>>> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver
>>> support
>>>
>>> Do you think there would be any point in making the changes for OGR
>>> (for
>>> my ODBC -> Sql Server connection)?  If so, I'll start having a look at
>>> the
>>> code...
>>>
>>> Brent
>>>
>>>> The improvements are limited to native drivers only, principally
>>>> Oracle
>>>> Spatial and PostGIS.
>>>>
>>>> Steve
>>>>
>>>> -----Original Message-----
>>>> From: mapserver-users-bounces at lists.osgeo.org
>>>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brent
>>>> Fraser
>>>> Sent: Tuesday, December 22, 2009 2:48 PM
>>>> To: mapserver-users at lists.osgeo.org
>>>> Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
>>>>
>>>> To all,
>>>>
>>>>   I've got a query performance problem I'm trying to track down.  I
>>>> was
>>>> hopeful that 5.6 with RFC 52 implemented might help me, but it seems
>>>> to
>>>> have no impact.
>>>>
>>>>   Are the changes for RFC 52 implemented for OGR ODBC connections?
>>>>
>>>> Thanks!
>>>> Brent Fraser
>>>>
>>>> _______________________________________________
>>>> 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 bfraser at geoanalytic.com  Tue Dec 22 14:29:39 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Tue, 22 Dec 2009 15:29:39 -0700 (Mountain Standard Time)
Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
In-Reply-To: <A7F7B3043D3BF0438F1206BAA3C9933C0289A04632@MNMAIL05.ead.state.mn.us>
References: <.65.255.239.241.1261514878.squirrel@65.255.239.241>         
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04436@MNMAIL05.ead.state.mn.us> 
	<.65.255.239.241.1261515277.squirrel@65.255.239.241>         
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04466@MNMAIL05.ead.state.mn.us> 
	<.65.255.239.241.1261516190.squirrel@65.255.239.241>      
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04521@MNMAIL05.ead.state.mn.us> 
	<.65.255.239.241.1261517626.squirrel@65.255.239.241>   
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A045CA@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261520266.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04632@MNMAIL05.ead.state.mn.us>
Message-ID: <.65.255.239.241.1261520979.squirrel@65.255.239.241>

I've got:
  OUTPUTFORMAT
    NAME 'UnassignedWells_select_template'
    DRIVER 'TEMPLATE'
    MIMETYPE 'text/html'
    TEMPLATE 'database\UnassignedWells_select_template_test.html'
#?    FORMATOPTION 'FILE=database\UnassignedWells_select_template_test.html'
  END

in my map file and a command line of:

mapserv
QUERY_STRING="mode=nquery&qformat=UnassignedWells_select_template&map=select2_Test.map&qlayer=UnAssignedWells&"

Am I close?

Thanks
Brent


> Yup. What sort of an example would help?
>
> -----Original Message-----
> From: Brent Fraser [mailto:bfraser at geoanalytic.com]
> Sent: Tuesday, December 22, 2009 4:18 PM
> To: Lime, Steve D (DNR)
> Cc: mapserver-users at lists.osgeo.org
> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
>
> I'd like to give the new-style approach a try, but the doc seems a little
> thin.  You've talking about RFC 36 right?
>
>> The new-style approach opens the template only once. That's not your
>> bottleneck though I bet...
>>
>> -----Original Message-----
>> From: Brent Fraser [mailto:bfraser at geoanalytic.com]
>> Sent: Tuesday, December 22, 2009 3:34 PM
>> To: Lime, Steve D (DNR)
>> Cc: mapserver-users at lists.osgeo.org
>> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver
>> support
>>
>>> What kind of templating are you using? The old-style stuff or the
>>> new-style? How many results you talking?
>>
>> Old style.  Low 100's of records returned...
>>
>>>
>>> -----Original Message-----
>>> From: Brent Fraser [mailto:bfraser at geoanalytic.com]
>>> Sent: Tuesday, December 22, 2009 3:10 PM
>>> To: Lime, Steve D (DNR)
>>> Cc: mapserver-users at lists.osgeo.org
>>> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver
>>> support
>>>
>>> The strange thing is the image render is quick (a few seconds), but the
>>> nquery+mapshape (rectangle) with the processing of the template is
>>> several
>>> minutes.  And while it opens/reads/closes the template file for each
>>> record(!), I suspect the majority of the time is spent requesting the
>>> record and dealing with the result.
>>>
>>> Ok, on goes the hacker suit...
>>>
>>> Thanks!
>>> Brent
>>>
>>>> Probably a question better answered by OGR maintainers... In theory
>>>> working off a single
>>>> result set, even if you have to traverse it more than once, would be
>>>> far
>>>> more efficient
>>>> than id-based lookups done now.
>>>>
>>>> Steve
>>>>
>>>> -----Original Message-----
>>>> From: mapserver-users-bounces at lists.osgeo.org
>>>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brent
>>>> Fraser
>>>> Sent: Tuesday, December 22, 2009 2:55 PM
>>>> To: Lime, Steve D (DNR)
>>>> Cc: mapserver-users at lists.osgeo.org
>>>> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver
>>>> support
>>>>
>>>> Do you think there would be any point in making the changes for OGR
>>>> (for
>>>> my ODBC -> Sql Server connection)?  If so, I'll start having a look at
>>>> the
>>>> code...
>>>>
>>>> Brent
>>>>
>>>>> The improvements are limited to native drivers only, principally
>>>>> Oracle
>>>>> Spatial and PostGIS.
>>>>>
>>>>> Steve
>>>>>
>>>>> -----Original Message-----
>>>>> From: mapserver-users-bounces at lists.osgeo.org
>>>>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brent
>>>>> Fraser
>>>>> Sent: Tuesday, December 22, 2009 2:48 PM
>>>>> To: mapserver-users at lists.osgeo.org
>>>>> Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
>>>>>
>>>>> To all,
>>>>>
>>>>>   I've got a query performance problem I'm trying to track down.  I
>>>>> was
>>>>> hopeful that 5.6 with RFC 52 implemented might help me, but it seems
>>>>> to
>>>>> have no impact.
>>>>>
>>>>>   Are the changes for RFC 52 implemented for OGR ODBC connections?
>>>>>
>>>>> Thanks!
>>>>> Brent Fraser
>>>>>
>>>>> _______________________________________________
>>>>> 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 bfraser at geoanalytic.com  Tue Dec 22 14:32:34 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Tue, 22 Dec 2009 15:32:34 -0700 (Mountain Standard Time)
Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
In-Reply-To: <4B3133EF.30306@pobox.com>
References: <.65.255.239.241.1261514878.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04436@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261515277.squirrel@65.255.239.241>
	<4B3133EF.30306@pobox.com>
Message-ID: <.65.255.239.241.1261521154.squirrel@65.255.239.241>

> Brent Fraser wrote:
>> Do you think there would be any point in making the changes for OGR (for
>> my ODBC -> Sql Server connection)?  If so, I'll start having a look at
>> the
>> code...
>>
>> Brent
>>
>>> The improvements are limited to native drivers only, principally Oracle
>>> Spatial and PostGIS.
>
> Brent,
>
> I believe OGR would benefit greatly in some circumstances from one
> pass query.  I hadn't realized it was not already implemented.
>
> Steve - if you can provide pointers on what needs to be done, I could
> likely do this.
>
> Best regards,
> --

Frank,

  This would be great!

Brent



From bfraser at geoanalytic.com  Tue Dec 22 14:54:48 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Tue, 22 Dec 2009 15:54:48 -0700 (Mountain Standard Time)
Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
In-Reply-To: <.65.255.239.241.1261520979.squirrel@65.255.239.241>
References: <.65.255.239.241.1261514878.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04436@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261515277.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04466@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261516190.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04521@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261517626.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A045CA@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261520266.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04632@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261520979.squirrel@65.255.239.241>
Message-ID: <.65.255.239.241.1261522488.squirrel@65.255.239.241>

For those following this thread, I used:

   OUTPUTFORMAT
     NAME 'UnassignedWells_select_template'
     DRIVER 'TEMPLATE'
     MIMETYPE 'text/html'
     FORMATOPTION 'FILE=database\UnassignedWells_select_template_test.html'
   END

and added

[resultset layer="UnAssignedWells"][feature]
:
[/feature][/resultset]

around the per-record text in UnassignedWells_select_template_test.html

But as suspected, it still didn't solve my performance problem...

Brent

> I've got:
>   OUTPUTFORMAT
>     NAME 'UnassignedWells_select_template'
>     DRIVER 'TEMPLATE'
>     MIMETYPE 'text/html'
>     TEMPLATE 'database\UnassignedWells_select_template_test.html'
> #?    FORMATOPTION
> 'FILE=database\UnassignedWells_select_template_test.html'
>   END
>
> in my map file and a command line of:
>
> mapserv
> QUERY_STRING="mode=nquery&qformat=UnassignedWells_select_template&map=select2_Test.map&qlayer=UnAssignedWells&"
>
> Am I close?
>
> Thanks
> Brent
>
>
>> Yup. What sort of an example would help?
>>
>> -----Original Message-----
>> From: Brent Fraser [mailto:bfraser at geoanalytic.com]
>> Sent: Tuesday, December 22, 2009 4:18 PM
>> To: Lime, Steve D (DNR)
>> Cc: mapserver-users at lists.osgeo.org
>> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver
>> support
>>
>> I'd like to give the new-style approach a try, but the doc seems a
>> little
>> thin.  You've talking about RFC 36 right?
>>
>>> The new-style approach opens the template only once. That's not your
>>> bottleneck though I bet...
>>>
>>> -----Original Message-----
>>> From: Brent Fraser [mailto:bfraser at geoanalytic.com]
>>> Sent: Tuesday, December 22, 2009 3:34 PM
>>> To: Lime, Steve D (DNR)
>>> Cc: mapserver-users at lists.osgeo.org
>>> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver
>>> support
>>>
>>>> What kind of templating are you using? The old-style stuff or the
>>>> new-style? How many results you talking?
>>>
>>> Old style.  Low 100's of records returned...
>>>
>>>>
>>>> -----Original Message-----
>>>> From: Brent Fraser [mailto:bfraser at geoanalytic.com]
>>>> Sent: Tuesday, December 22, 2009 3:10 PM
>>>> To: Lime, Steve D (DNR)
>>>> Cc: mapserver-users at lists.osgeo.org
>>>> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver
>>>> support
>>>>
>>>> The strange thing is the image render is quick (a few seconds), but
>>>> the
>>>> nquery+mapshape (rectangle) with the processing of the template is
>>>> several
>>>> minutes.  And while it opens/reads/closes the template file for each
>>>> record(!), I suspect the majority of the time is spent requesting the
>>>> record and dealing with the result.
>>>>
>>>> Ok, on goes the hacker suit...
>>>>
>>>> Thanks!
>>>> Brent
>>>>
>>>>> Probably a question better answered by OGR maintainers... In theory
>>>>> working off a single
>>>>> result set, even if you have to traverse it more than once, would be
>>>>> far
>>>>> more efficient
>>>>> than id-based lookups done now.
>>>>>
>>>>> Steve
>>>>>
>>>>> -----Original Message-----
>>>>> From: mapserver-users-bounces at lists.osgeo.org
>>>>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brent
>>>>> Fraser
>>>>> Sent: Tuesday, December 22, 2009 2:55 PM
>>>>> To: Lime, Steve D (DNR)
>>>>> Cc: mapserver-users at lists.osgeo.org
>>>>> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver
>>>>> support
>>>>>
>>>>> Do you think there would be any point in making the changes for OGR
>>>>> (for
>>>>> my ODBC -> Sql Server connection)?  If so, I'll start having a look
>>>>> at
>>>>> the
>>>>> code...
>>>>>
>>>>> Brent
>>>>>
>>>>>> The improvements are limited to native drivers only, principally
>>>>>> Oracle
>>>>>> Spatial and PostGIS.
>>>>>>
>>>>>> Steve
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: mapserver-users-bounces at lists.osgeo.org
>>>>>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brent
>>>>>> Fraser
>>>>>> Sent: Tuesday, December 22, 2009 2:48 PM
>>>>>> To: mapserver-users at lists.osgeo.org
>>>>>> Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver
>>>>>> support
>>>>>>
>>>>>> To all,
>>>>>>
>>>>>>   I've got a query performance problem I'm trying to track down.  I
>>>>>> was
>>>>>> hopeful that 5.6 with RFC 52 implemented might help me, but it seems
>>>>>> to
>>>>>> have no impact.
>>>>>>
>>>>>>   Are the changes for RFC 52 implemented for OGR ODBC connections?
>>>>>>
>>>>>> Thanks!
>>>>>> Brent Fraser
>>>>>>
>>>>>> _______________________________________________
>>>>>> mapserver-users mailing list
>>>>>> mapserver-users at lists.osgeo.org
>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> mapserver-users mailing list
>>>>> mapserver-users at lists.osgeo.org
>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>
>>
>>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>




From sb.ray at hotmail.com  Tue Dec 22 21:23:15 2009
From: sb.ray at hotmail.com (sunny74)
Date: Tue, 22 Dec 2009 21:23:15 -0800 (PST)
Subject: [mapserver-users] shapefile manipulation
Message-ID: <1261545795053-4207328.post@n2.nabble.com>


Hi,

I have got several shapefiles from which I am able to display map using
mapserver.
But the problem is that it has a srid value of -1 i.e no projection.
As a result of this several functionalities which uses geometry are not
working.
I think the default srid value is 4326.Pls confirm.

I want to convert the srid value from -1 to 4326.
How can I do this using QGIS?
I know this is possible using GEOMEDIA Web 6.0.

If anybody has any idea or tutorial regarding .shp manipulation using
Geomedia pls send it across.

Thanks for ur replies.

sunny74 
-- 
View this message in context: http://n2.nabble.com/shapefile-manipulation-tp4207328p4207328.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From woodbri at swoodbridge.com  Tue Dec 22 21:32:36 2009
From: woodbri at swoodbridge.com (Stephen Woodbridge)
Date: Wed, 23 Dec 2009 00:32:36 -0500
Subject: [mapserver-users] shapefile manipulation
In-Reply-To: <1261545795053-4207328.post@n2.nabble.com>
References: <1261545795053-4207328.post@n2.nabble.com>
Message-ID: <4B31AB74.1050806@swoodbridge.com>

sunny74 wrote:
> Hi,
> 
> I have got several shapefiles from which I am able to display map using
> mapserver.
> But the problem is that it has a srid value of -1 i.e no projection.
> As a result of this several functionalities which uses geometry are not
> working.
> I think the default srid value is 4326.Pls confirm.
> 
> I want to convert the srid value from -1 to 4326.
> How can I do this using QGIS?
> I know this is possible using GEOMEDIA Web 6.0.
> 
> If anybody has any idea or tutorial regarding .shp manipulation using
> Geomedia pls send it across.
> 
> Thanks for ur replies.
> 
> sunny74 

I think you are asking the wrong list. You probably need to ask this 
question on the QGIS of the GEOMEDIA lists.

Shapefiles can have an optional *.prj file the is generated by some of 
the ESRI products and may other products. Mapserver does not look at 
that file. You have to explicitly define the projection in the mapfile.

An SRID of -1 is typically what postGIS uses to indicate that no 
projection information was provided for the shapefile when it was loaded 
into the database table. Maybe QGIS uses the same convention.

Ask on the other lists.

-Steve W


From Steve.Lime at state.mn.us  Wed Dec 23 07:59:59 2009
From: Steve.Lime at state.mn.us (Lime, Steve D (DNR))
Date: Wed, 23 Dec 2009 09:59:59 -0600
Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
In-Reply-To: <.65.255.239.241.1261520979.squirrel@65.255.239.241>
References: <.65.255.239.241.1261514878.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04436@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261515277.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04466@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261516190.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04521@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261517626.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A045CA@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261520266.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04632@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261520979.squirrel@65.255.239.241>
Message-ID: <A7F7B3043D3BF0438F1206BAA3C9933C0289A59BF9@MNMAIL05.ead.state.mn.us>

Quite close. Output format should be (5.6 doesn't require the quotes around TEMPLATE in the driver line):

OUTPUTFORMAT
  NAME 'UnassignedWells_select_template'
  DRIVER 'TEMPLATE'
  MIMETYPE 'text/html'
  FORMATOPTION 'FILE=database\UnassignedWells_select_template_test.html'
END

Your URL looks fine.

Steve

-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brent Fraser
Sent: Tuesday, December 22, 2009 4:30 PM
To: Lime, Steve D (DNR)
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support

I've got:
  OUTPUTFORMAT
    NAME 'UnassignedWells_select_template'
    DRIVER 'TEMPLATE'
    MIMETYPE 'text/html'
    TEMPLATE 'database\UnassignedWells_select_template_test.html'
#?    FORMATOPTION 'FILE=database\UnassignedWells_select_template_test.html'
  END

in my map file and a command line of:

mapserv
QUERY_STRING="mode=nquery&qformat=UnassignedWells_select_template&map=select2_Test.map&qlayer=UnAssignedWells&"

Am I close?

Thanks
Brent


> Yup. What sort of an example would help?
>
> -----Original Message-----
> From: Brent Fraser [mailto:bfraser at geoanalytic.com]
> Sent: Tuesday, December 22, 2009 4:18 PM
> To: Lime, Steve D (DNR)
> Cc: mapserver-users at lists.osgeo.org
> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
>
> I'd like to give the new-style approach a try, but the doc seems a little
> thin.  You've talking about RFC 36 right?
>
>> The new-style approach opens the template only once. That's not your
>> bottleneck though I bet...
>>
>> -----Original Message-----
>> From: Brent Fraser [mailto:bfraser at geoanalytic.com]
>> Sent: Tuesday, December 22, 2009 3:34 PM
>> To: Lime, Steve D (DNR)
>> Cc: mapserver-users at lists.osgeo.org
>> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver
>> support
>>
>>> What kind of templating are you using? The old-style stuff or the
>>> new-style? How many results you talking?
>>
>> Old style.  Low 100's of records returned...
>>
>>>
>>> -----Original Message-----
>>> From: Brent Fraser [mailto:bfraser at geoanalytic.com]
>>> Sent: Tuesday, December 22, 2009 3:10 PM
>>> To: Lime, Steve D (DNR)
>>> Cc: mapserver-users at lists.osgeo.org
>>> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver
>>> support
>>>
>>> The strange thing is the image render is quick (a few seconds), but the
>>> nquery+mapshape (rectangle) with the processing of the template is
>>> several
>>> minutes.  And while it opens/reads/closes the template file for each
>>> record(!), I suspect the majority of the time is spent requesting the
>>> record and dealing with the result.
>>>
>>> Ok, on goes the hacker suit...
>>>
>>> Thanks!
>>> Brent
>>>
>>>> Probably a question better answered by OGR maintainers... In theory
>>>> working off a single
>>>> result set, even if you have to traverse it more than once, would be
>>>> far
>>>> more efficient
>>>> than id-based lookups done now.
>>>>
>>>> Steve
>>>>
>>>> -----Original Message-----
>>>> From: mapserver-users-bounces at lists.osgeo.org
>>>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brent
>>>> Fraser
>>>> Sent: Tuesday, December 22, 2009 2:55 PM
>>>> To: Lime, Steve D (DNR)
>>>> Cc: mapserver-users at lists.osgeo.org
>>>> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver
>>>> support
>>>>
>>>> Do you think there would be any point in making the changes for OGR
>>>> (for
>>>> my ODBC -> Sql Server connection)?  If so, I'll start having a look at
>>>> the
>>>> code...
>>>>
>>>> Brent
>>>>
>>>>> The improvements are limited to native drivers only, principally
>>>>> Oracle
>>>>> Spatial and PostGIS.
>>>>>
>>>>> Steve
>>>>>
>>>>> -----Original Message-----
>>>>> From: mapserver-users-bounces at lists.osgeo.org
>>>>> [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brent
>>>>> Fraser
>>>>> Sent: Tuesday, December 22, 2009 2:48 PM
>>>>> To: mapserver-users at lists.osgeo.org
>>>>> Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
>>>>>
>>>>> To all,
>>>>>
>>>>>   I've got a query performance problem I'm trying to track down.  I
>>>>> was
>>>>> hopeful that 5.6 with RFC 52 implemented might help me, but it seems
>>>>> to
>>>>> have no impact.
>>>>>
>>>>>   Are the changes for RFC 52 implemented for OGR ODBC connections?
>>>>>
>>>>> Thanks!
>>>>> Brent Fraser
>>>>>
>>>>> _______________________________________________
>>>>> mapserver-users mailing list
>>>>> mapserver-users at lists.osgeo.org
>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> mapserver-users mailing list
>>>> mapserver-users at lists.osgeo.org
>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>>
>>>
>>>
>>>
>>
>>
>>
>
>
>


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


From pearce_wang at hotmail.com  Thu Dec 24 08:35:03 2009
From: pearce_wang at hotmail.com (woodhead31)
Date: Thu, 24 Dec 2009 08:35:03 -0800 (PST)
Subject: [mapserver-users] msGetEncodedString(): General error message. Not
	implemeted since Iconv is not enabled.
Message-ID: <1261672503894-4213774.post@n2.nabble.com>


Hi, 
  I am moving from windows to freebsd 7.2, but got some error:

msGetEncodedString(): General error message. Not implemeted since Iconv is
not enabled.

OS: freebsd 7.2
Mapserver: installed from ports

   The map file works perfect in a windows system, and I just move the whole
application to freebsd, including mapfile , symbols, fonts etc.  I think
it's the iconv problem.

>From the install manual:
   http://mapserver.org/installation/unix.html#libgd

I belive it's the GD and ICONV problem, so try to execute
   gdlib-config --libs
and got:
   -lXpm -lX11 -ljpeg -lfontconfig -lfreetype -lz -lm
/usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib

I have iconv installed:
    pkg_info |grep iconv
    libiconv-1.13.1     A character set conversion library

I think I installed iconv(as the pkg_info shows), and make gd with iconv(as
the gdlib-config shows).  

what should I do then?    

thanks!
-- 
View this message in context: http://n2.nabble.com/msGetEncodedString-General-error-message-Not-implemeted-since-Iconv-is-not-enabled-tp4213774p4213774.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From dmorissette at mapgears.com  Thu Dec 24 09:55:18 2009
From: dmorissette at mapgears.com (Daniel Morissette)
Date: Thu, 24 Dec 2009 12:55:18 -0500
Subject: [mapserver-users] msGetEncodedString(): General error message.
	Not	implemeted since Iconv is not enabled.
In-Reply-To: <1261672503894-4213774.post@n2.nabble.com>
References: <1261672503894-4213774.post@n2.nabble.com>
Message-ID: <4B33AB06.20904@mapgears.com>

I'd suggest you try adding --with-libiconv=/usr/local to your configure 
options to force configure to enable it, and then 'make clean;make'

Daniel


woodhead31 wrote:
> Hi, 
>   I am moving from windows to freebsd 7.2, but got some error:
> 
> msGetEncodedString(): General error message. Not implemeted since Iconv is
> not enabled.
> 
> OS: freebsd 7.2
> Mapserver: installed from ports
> 
>    The map file works perfect in a windows system, and I just move the whole
> application to freebsd, including mapfile , symbols, fonts etc.  I think
> it's the iconv problem.
> 
>>From the install manual:
>    http://mapserver.org/installation/unix.html#libgd
> 
> I belive it's the GD and ICONV problem, so try to execute
>    gdlib-config --libs
> and got:
>    -lXpm -lX11 -ljpeg -lfontconfig -lfreetype -lz -lm
> /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib
> 
> I have iconv installed:
>     pkg_info |grep iconv
>     libiconv-1.13.1     A character set conversion library
> 
> I think I installed iconv(as the pkg_info shows), and make gd with iconv(as
> the gdlib-config shows).  
> 
> what should I do then?    
> 
> thanks!


-- 
Daniel Morissette
http://www.mapgears.com/


From happyforev1 at gmail.com  Thu Dec 24 21:50:33 2009
From: happyforev1 at gmail.com (=?UTF-8?B?546L6L+e5rOi?=)
Date: Fri, 25 Dec 2009 13:50:33 +0800
Subject: [mapserver-users] query in ka-map with mapserver
Message-ID: <46b388480912242150x7cbb9063v26c8123765a1ac88@mail.gmail.com>

Hi all,

I know that this question is more about ka-map rather than MapServer,
however I have not got what I want from that mailing-list yet. So I want to
get some suggestion here.
I am really anxious about ka-map query and search now. In my mapfile I
configured a layer as follows and it displayed a city's boundary constituted
of 68 lines. Then I think it is valid to select some of the lines and get
their id from the table where the_geo DATA is stored in my database.
However, when I finished the query just get "no matching results". I have
read the script file "map_query_float.php" and found nothing special. Maybe
it is because of the ka-map scripts? Thank you for any clues.

1?a querable layer of my mapfile
 LAYER
METADATA
'queryable' 'true'
?fields? "bound_id:BID"
"searchfield" "gid"
END
TEMPLATE    noexit.html
   NAME      xzqj_x
   group   "xzqj"
   STATUS ON
   TYPE line
   CONNECTIONTYPE POSTGIS
   CONNECTION "dbname=*** host=*** user=*** password=*** port=***"
   DATA "the_geom from xzqj_x"
#    labelitem cname
     CLASS
        NAME    xzqj_x
       STYLE
        symbol  dashed1
        size    3
        color   100 100 100
        END
    END
END

2?part of the script file map_query_float.php in ka-map:
       if ($q_type == 0)   $check_query = $oLayer->queryByPoint($point,
MS_MULTIPLE, -1);
                else       $check_query = $oLayer->queryByRect($rect);
//              if ($check_query == MS_SUCCESS) {
                if ($check_query == 1) {
                        echo "<p>Layer Name:</p> <h6>" . $oLayer->name .
"</h6>";
                        $totR = $oLayer->getNumResults();
                        if($max_results_per_layer < $totR) echo "<p>results:
$max_results_per_layer of $totR (limited output)</
                        else echo "<p>results: $totR</p>"; //output is
"results:0"



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

From warmerdam at pobox.com  Sat Dec 26 09:46:05 2009
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Sat, 26 Dec 2009 12:46:05 -0500
Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
In-Reply-To: <.65.255.239.241.1261521154.squirrel@65.255.239.241>
References: <.65.255.239.241.1261514878.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04436@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261515277.squirrel@65.255.239.241>
	<4B3133EF.30306@pobox.com>
	<.65.255.239.241.1261521154.squirrel@65.255.239.241>
Message-ID: <4B364BDD.9090801@pobox.com>

Brent Fraser wrote:
>> Brent Fraser wrote:
>>> Do you think there would be any point in making the changes for OGR (for
>>> my ODBC -> Sql Server connection)?  If so, I'll start having a look at
>>> the
>>> code...
>>>
>>> Brent
>>>
>>>> The improvements are limited to native drivers only, principally Oracle
>>>> Spatial and PostGIS.
>> Brent,
>>
>> I believe OGR would benefit greatly in some circumstances from one
>> pass query.  I hadn't realized it was not already implemented.
>>
>> Steve - if you can provide pointers on what needs to be done, I could
>> likely do this.
>>
>> Best regards,
>> --
> 
> Frank,
> 
>   This would be great!
> 
> Brent
> 
> 

Steve / Brent,

I have implemented support for RFC 52 in MapServer trunk (r9640).  The
change should be easily ported into the 5.6 source code (just copy
http://svn.osgeo.org/mapserver/trunk/mapserver/mapogr.cpp over the 5.6
version of mapogr.cpp).

I tested a query with a large DXF file and the improved speed was very
dramatic.

If this all works well in testing, and depending on the opinion of the
PSC we might consider migrating this change into the 5.6 branch for 5.6.1.
The downside to doing this is that it could break mapscript applications
using the query api on OGR datasources.  Not something I like to do on
a point release.

Best regards,
-- 
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent



From pearce_wang at hotmail.com  Sun Dec 27 01:43:39 2009
From: pearce_wang at hotmail.com (woodhead31)
Date: Sun, 27 Dec 2009 01:43:39 -0800 (PST)
Subject: [mapserver-users] msGetEncodedString(): General error message.
	Not	implemeted since Iconv is not enabled.
In-Reply-To: <4B33AB06.20904@mapgears.com>
References: <1261672503894-4213774.post@n2.nabble.com>
	<4B33AB06.20904@mapgears.com>
Message-ID: <1261907019231-4220097.post@n2.nabble.com>


Great, solved!

Thanks a lot!


Daniel Morissette wrote:
> 
> I'd suggest you try adding --with-libiconv=/usr/local to your configure 
> options to force configure to enable it, and then 'make clean;make'
> 
> Daniel
> 
> 
> woodhead31 wrote:
>> Hi, 
>>   I am moving from windows to freebsd 7.2, but got some error:
>> 
>> msGetEncodedString(): General error message. Not implemeted since Iconv
>> is
>> not enabled.
>> 
>> OS: freebsd 7.2
>> Mapserver: installed from ports
>> 
>>    The map file works perfect in a windows system, and I just move the
>> whole
>> application to freebsd, including mapfile , symbols, fonts etc.  I think
>> it's the iconv problem.
>> 
>>>From the install manual:
>>    http://mapserver.org/installation/unix.html#libgd
>> 
>> I belive it's the GD and ICONV problem, so try to execute
>>    gdlib-config --libs
>> and got:
>>    -lXpm -lX11 -ljpeg -lfontconfig -lfreetype -lz -lm
>> /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib
>> 
>> I have iconv installed:
>>     pkg_info |grep iconv
>>     libiconv-1.13.1     A character set conversion library
>> 
>> I think I installed iconv(as the pkg_info shows), and make gd with
>> iconv(as
>> the gdlib-config shows).  
>> 
>> what should I do then?    
>> 
>> thanks!
> 
> 
> -- 
> Daniel Morissette
> http://www.mapgears.com/
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> 
> 

-- 
View this message in context: http://n2.nabble.com/msGetEncodedString-General-error-message-Not-implemeted-since-Iconv-is-not-enabled-tp4213774p4220097.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From bfraser at geoanalytic.com  Sun Dec 27 20:24:34 2009
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Sun, 27 Dec 2009 21:24:34 -0700 (Mountain Standard Time)
Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
In-Reply-To: <4B364BDD.9090801@pobox.com>
References: <.65.255.239.241.1261514878.squirrel@65.255.239.241>
	<A7F7B3043D3BF0438F1206BAA3C9933C0289A04436@MNMAIL05.ead.state.mn.us>
	<.65.255.239.241.1261515277.squirrel@65.255.239.241>
	<4B3133EF.30306@pobox.com>
	<.65.255.239.241.1261521154.squirrel@65.255.239.241>
	<4B364BDD.9090801@pobox.com>
Message-ID: <.24.72.18.11.1261974274.squirrel@24.72.18.11>

Frank,

  With the new changes, the query takes about 5 minutes (2.5 minutes for
the first pass and 2.5 minutes for the second) to return the 868
records.

  Using the old mapogr.c it would take 2.5 minutes (the first pass) + 1
minute/record (the second pass) = 15 hours (est).  This is connecting to
OGR->ODBC-Postgres on my laptop.  I won't be able to test in the
production environment for a couple of weeks.

  Based on these numbers I'd say it's a vast improvement!

Brent

>
> Steve / Brent,
>
> I have implemented support for RFC 52 in MapServer trunk (r9640).  The
> change should be easily ported into the 5.6 source code (just copy
> http://svn.osgeo.org/mapserver/trunk/mapserver/mapogr.cpp over the 5.6
> version of mapogr.cpp).
>
> I tested a query with a large DXF file and the improved speed was very
> dramatic.
>
> If this all works well in testing, and depending on the opinion of the
> PSC we might consider migrating this change into the 5.6 branch for 5.6.1.
> The downside to doing this is that it could break mapscript applications
> using the query api on OGR datasources.  Not something I like to do on
> a point release.
>




From jhagedorn at bannerassociates.com  Mon Dec 28 10:29:58 2009
From: jhagedorn at bannerassociates.com (Jim Hagedorn)
Date: Mon, 28 Dec 2009 12:29:58 -0600
Subject: [mapserver-users] lines not drawing.
Message-ID: <5863BC6EA0494C498F8C7A389EF32E493AA879988C@BannerExg.banner.bannerbkgs.com>

I'm using Geomoose 2 with ESRI personal databases.  There is only a hand full of lines that are drawing.  It seems like there is a time out situation.  Is there a setting I should be resetting?

Thanks

jim


Jim Hagedorn
GIS Specialist


[cid:image001.gif at 01CA87B9.77D7A080]

Banner Associates, Inc.
409 22nd Avenue South * PO Box 298 * Brookings, South Dakota 57006
(605) 692-6342  *  Fax (605) 692-5714
www.bannerassociates.com<http://www.bannerassociates.com/>




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091228/f04a7f74/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 952 bytes
Desc: image001.gif
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091228/f04a7f74/attachment.gif>

From stephan.holl at intevation.de  Wed Dec 30 01:20:31 2009
From: stephan.holl at intevation.de (Stephan Holl)
Date: Wed, 30 Dec 2009 10:20:31 +0100
Subject: [mapserver-users] MapServer 5.6.0 released
In-Reply-To: <4B30E9D6.30707@mapgears.com>
References: <4B30E9D6.30707@mapgears.com>
Message-ID: <20091230102031.490a207f@thoe.hq.intevation.de>

Hello mapserver-users,

Daniel Morissette <dmorissette at mapgears.com>, [20091222 - 10:46:30]

> The MapServer Team is pleased to announce the release of version
> 5.6.0. This new release contains a few new features and performance 
> enhancements. 

SuSE-related binaries are now built by SuSEs build-service and ready
for testing:

http://download.opensuse.org/repositories/Application:/Geo/

Have fun.

	Stephan Holl

-- 
Stephan Holl <stephan.holl at intevation.de> | Tel.: +49 (0)541-33 508 3663
Intevation GmbH, Neuer Graben 17, 49074 OS  |  AG Osnabr?ck - HR B 18998
Gesch?ftsf?hrer:  Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091230/3f1ae5ec/attachment.sig>

From jasonbeverage at gmail.com  Mon Dec 28 11:27:44 2009
From: jasonbeverage at gmail.com (Jason Beverage)
Date: Mon, 28 Dec 2009 14:27:44 -0500
Subject: [mapserver-users] Transparent lines at -180 when rendering
	BlueMarble data
Message-ID: <2c4bbbeb0912281127o4b8befc1x488e9b06c4e32497@mail.gmail.com>

Hi all,

I'm using mapscript to render some blue marble data into tiles.  The issue
I'm seeing is that occasionally I get a 1pixel wide transparent column along
-180 at different zoom levels.  For example, if I render a 256x256 tile by
setting the map's extent using:
map.setExtent (-180.0, -22.5, -157.5, 0.0)

I'm getting the attached image with the transparent column.

The extent of the file itself via gdalinfo is -180,-90,180,90 so it does
cover the whole world and there are no transparent pixels in the data
itself.

Thanks!

Jason
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091228/744a9bf7/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tile.png
Type: image/png
Size: 87517 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091228/744a9bf7/attachment.png>

From Steve.Lime at state.mn.us  Wed Dec 30 20:40:15 2009
From: Steve.Lime at state.mn.us (Lime, Steve D (DNR))
Date: Wed, 30 Dec 2009 22:40:15 -0600
Subject: [mapserver-users] Transparent lines at -180 when rendering
	BlueMarble data
In-Reply-To: <2c4bbbeb0912281127o4b8befc1x488e9b06c4e32497@mail.gmail.com>
References: <2c4bbbeb0912281127o4b8befc1x488e9b06c4e32497@mail.gmail.com>
Message-ID: <A7F7B3043D3BF0438F1206BAA3C9933C028AAD34D0@MNMAIL05.ead.state.mn.us>

I wonder if it's due to differences in the extent models. GDAL uses edge-to-edge (I believe) meaning that the extent represents the outer edge of the UL and LR pixels in the image. MapServer uses a center-to-center model where the extent represents the pixel centers of the UL and LR pixels. The software itself takes these differences into account and you might need to as well as you compute extents. So, when you set an extent with minx at -180, MapServer has the center of it's left-hand edge pixels at -180, but in GDAL that's the left-hand edge of the left-hand edge pixels. Rounding error could account for the blank column.

I'd convert your GDAL extent to a MapServer extent (I can help with this if necessary) and then chop things up based on that. Make sense?

Steve

________________________________________
From: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] On Behalf Of Jason Beverage [jasonbeverage at gmail.com]
Sent: Monday, December 28, 2009 1:27 PM
To: mapserver-users
Subject: [mapserver-users] Transparent lines at -180 when rendering     BlueMarble data

Hi all,

I'm using mapscript to render some blue marble data into tiles.  The issue I'm seeing is that occasionally I get a 1pixel wide transparent column along -180 at different zoom levels.  For example, if I render a 256x256 tile by setting the map's extent using:
map.setExtent (-180.0, -22.5, -157.5, 0.0)

I'm getting the attached image with the transparent column.

The extent of the file itself via gdalinfo is -180,-90,180,90 so it does cover the whole world and there are no transparent pixels in the data itself.

Thanks!

Jason


From 2001xxj at gmail.com  Thu Dec 31 02:38:32 2009
From: 2001xxj at gmail.com (xxj)
Date: Thu, 31 Dec 2009 02:38:32 -0800 (PST)
Subject: [mapserver-users] How to render raster data using Oracle Georaster?
Message-ID: <1262255912007-4235902.post@n2.nabble.com>


Hi folks,

Is Oracle Georaster supported by MapServer?

I am using MapServer5.6.0 and can render vector data using Oracle
successfully. But when I was trying raster data using Oracle database, the
following errors happens.

Errors:

<?xml version='1.0' encoding="ISO-8859-1" standalone="no" ?>
<!DOCTYPE ServiceExceptionReport SYSTEM
"http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtd">
<ServiceExceptionReport version="1.1.1">
<ServiceException>
msDrawMap(): Image handling error. Failed to draw layer named
&#39;bluemarble&#39;.
msDrawRaster(): Unable to access file.
georaster:wz/wz at orclat18,sf_rasters,georaster,georid=101 using full path
georaster:wz/wz at orclat18,sf_rasters,georaster,georid=101
</ServiceException>
</ServiceExceptionReport>

My layer definition in mapfile is as following:

LAYER
    NAME bluemarble
    TYPE raster
    STATUS ON
    #CONNECTIONTYPE oraclespatial
    #CONNECTION "wz/wz at orclat18"
    #DATA "geor:wz/wz at orclat18,student_rdt_01,id=1" 
    DATA "georaster:wz/wz at orclat18,sf_rasters,georaster,georid=101"
    #DATA drgncimq1926.tif
    #DATA "georaster from sf_rasters using srid 8307" 
    #DATA "GEOR:temporary.vrt"
    CLASS
      EXPRESSION ([pixel] >= 0 AND [pixel] <= 1000)
      STYLE
        COLOR 255 0 0
      END
    END
    METADATA
      WMS_TITLE "bluemarble"
      WMS_ABSTRACT "bluemarble."
      WMS_SRS "EPSG:4326"
    END
END

I am very sure that GDAL and GeoRaster are compiled into MapServer and well
configured for the belows are the output about them.

Output of mapserv:

[oracle at ts cgi-bin]$ ./mapserv -v
./mapserv: /usr/lib/libxml2.so.2: no version information available (required
by ./mapserv)
MapServer version 5.6.0 OUTPUT=GIF OUTPUT=PNG OUTPUT=WBMP OUTPUT=SVG
SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV
SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER
SUPPORTS=WCS_SERVER INPUT=EPPL7 INPUT=ORACLESPATIAL INPUT=OGR INPUT=GDAL
INPUT=SHAPEFILE

Output of gdal_translate:

[oracle at ts cgi-bin]$ gdal_translate |grep Geo
  GTiff: GeoTIFF
  GeoRaster: Oracle Spatial GeoRaster

I have ever tried to confirm that if gdal is OK by executing the command of 
"gdal_translate -of gtiff
geor:wz/wz at orclat18,sf_rasters,georaster,georid=101 bluemarble.tiff -outsize
100% 100%"
 in the command line. And found it's OK, the expected picture file was
returned.

I am so confused by the errors above now! So I wonder how to render raster
data with Oracle and GDAL on MapServer?

Thanks!

-- 
View this message in context: http://n2.nabble.com/How-to-render-raster-data-using-Oracle-Georaster-tp4235902p4235902.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From ivan.lucena at pmldnet.com  Thu Dec 31 05:59:03 2009
From: ivan.lucena at pmldnet.com (Ivan)
Date: Thu, 31 Dec 2009 08:59:03 -0500
Subject: [mapserver-users] How to render raster data using Oracle
	Georaster?
In-Reply-To: <1262255912007-4235902.post@n2.nabble.com>
References: <1262255912007-4235902.post@n2.nabble.com>
Message-ID: <4B3CAE27.9010406@pmldnet.com>

xxj wrote:
> Hi folks,
> 
> Is Oracle Georaster supported by MapServer?
> 
> I am using MapServer5.6.0 and can render vector data using Oracle
> successfully. But when I was trying raster data using Oracle database, the
> following errors happens.
> 
> Errors:
> 
> <?xml version='1.0' encoding="ISO-8859-1" standalone="no" ?>
> <!DOCTYPE ServiceExceptionReport SYSTEM
> "http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtd">
> <ServiceExceptionReport version="1.1.1">
> <ServiceException>
> msDrawMap(): Image handling error. Failed to draw layer named
> &#39;bluemarble&#39;.
> msDrawRaster(): Unable to access file.
> georaster:wz/wz at orclat18,sf_rasters,georaster,georid=101 using full path
> georaster:wz/wz at orclat18,sf_rasters,georaster,georid=101
> </ServiceException>
> </ServiceExceptionReport>
> 
> My layer definition in mapfile is as following:
> 
> LAYER
>     NAME bluemarble
>     TYPE raster
>     STATUS ON
>     #CONNECTIONTYPE oraclespatial
>     #CONNECTION "wz/wz at orclat18"
>     #DATA "geor:wz/wz at orclat18,student_rdt_01,id=1" 
>     DATA "georaster:wz/wz at orclat18,sf_rasters,georaster,georid=101"
>     #DATA drgncimq1926.tif
>     #DATA "georaster from sf_rasters using srid 8307" 
>     #DATA "GEOR:temporary.vrt"
>     CLASS
>       EXPRESSION ([pixel] >= 0 AND [pixel] <= 1000)
>       STYLE
>         COLOR 255 0 0
>       END
>     END
>     METADATA
>       WMS_TITLE "bluemarble"
>       WMS_ABSTRACT "bluemarble."
>       WMS_SRS "EPSG:4326"
>     END
> END
> 
> I am very sure that GDAL and GeoRaster are compiled into MapServer and well
> configured for the belows are the output about them.
> 
> Output of mapserv:
> 
> [oracle at ts cgi-bin]$ ./mapserv -v
> ./mapserv: /usr/lib/libxml2.so.2: no version information available (required
> by ./mapserv)
> MapServer version 5.6.0 OUTPUT=GIF OUTPUT=PNG OUTPUT=WBMP OUTPUT=SVG
> SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV
> SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER
> SUPPORTS=WCS_SERVER INPUT=EPPL7 INPUT=ORACLESPATIAL INPUT=OGR INPUT=GDAL
> INPUT=SHAPEFILE
> 
> Output of gdal_translate:
> 
> [oracle at ts cgi-bin]$ gdal_translate |grep Geo
>   GTiff: GeoTIFF
>   GeoRaster: Oracle Spatial GeoRaster
> 
> I have ever tried to confirm that if gdal is OK by executing the command of 
> "gdal_translate -of gtiff
> geor:wz/wz at orclat18,sf_rasters,georaster,georid=101 bluemarble.tiff -outsize
> 100% 100%"
>  in the command line. And found it's OK, the expected picture file was
> returned.
> 
> I am so confused by the errors above now! So I wonder how to render raster
> data with Oracle and GDAL on MapServer?
> 
> Thanks!
> 

Hi,

I am as confused as you. There was a piece of code in Mapserver that wrongly assume that a raster 
data is always a file. I thought that I reported that problem and that was fixed. See my SVN DIFF 
for details:

{{{
$ svn diff
Index: mapwcs.c
===================================================================
--- mapwcs.c    (revision 9444)
+++ mapwcs.c    (working copy)
@@ -2047,7 +2047,7 @@
      /* TODO: need to set resolution */

      cm->bandcount = GDALGetRasterCount( hDS );
-
+
      if( cm->bandcount == 0 ) {
        msReleaseLock( TLOCK_GDAL );
        msSetError( MS_WCSERR, "Raster file %s has no raster bands.  This cannot be used in a 
layer.", "msWCSGetCoverageMetadata()", layer->data );
Index: mapstring.c
===================================================================
--- mapstring.c (revision 9444)
+++ mapstring.c (working copy)
@@ -665,7 +665,7 @@
      if( fp == NULL )
      {
          strcpy( szReturnPath, path );
-        return NULL;
+//        return NULL;
      }
      else
          fclose( fp );
@@ -692,7 +692,7 @@
      if( fp == NULL )
      {
          strcpy( szReturnPath, path2 );
-        return NULL;
+//      return NULL;
      }
      else
          fclose( fp );
}}}


Regards,

Ivan


From richard.greenwood at gmail.com  Thu Dec 31 06:20:18 2009
From: richard.greenwood at gmail.com (Richard Greenwood)
Date: Thu, 31 Dec 2009 07:20:18 -0700
Subject: [mapserver-users] nquery change 5.4 -> 5.6, point not supported?
Message-ID: <ae9185aa0912310620q5297d3e2wd8b133bf1e402419@mail.gmail.com>

In version 5.6 when I do an nquery with just imgxy I get an error:
  "msExecuteQuery(): Query error. Malformed queryObj."
If I provide an imgbox it works correctly. So it seems that nquery no
longer works with just a point. Is this expected behavior?

Two examples below. Both work in 5.4, but only the second one works in 5.6

http://localhost/cgi-bin/mapserv.exe
?map=MAP_22_QUERY
&mode=nquery
&imgext=2393753.025751+1399500+2462566.974249+1441200
&map_size=769+466
&layers=ownership
&imgxy=219+125

http://localhost/cgi-bin/mapserv.exe
?map=MAP_22_QUERY
&mode=nquery
&imgext=2413260.751073+1428662.037399+2416213.755365+1430382.383202
&map_size=769+448
&layers=ownership
&imgbox=402+33+416+45

Thanks,
Rich

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


From Steve.Lime at state.mn.us  Thu Dec 31 07:13:50 2009
From: Steve.Lime at state.mn.us (Lime, Steve D (DNR))
Date: Thu, 31 Dec 2009 09:13:50 -0600
Subject: [mapserver-users] nquery change 5.4 -> 5.6, point not supported?
In-Reply-To: <ae9185aa0912310620q5297d3e2wd8b133bf1e402419@mail.gmail.com>
References: <ae9185aa0912310620q5297d3e2wd8b133bf1e402419@mail.gmail.com>
Message-ID: <A7F7B3043D3BF0438F1206BAA3C9933C028ADD1A56@MNMAIL05.ead.state.mn.us>

No, that is not expected behavior. I'll look into it.

Steve

-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Richard Greenwood
Sent: Thursday, December 31, 2009 8:20 AM
To: mapserver
Subject: [mapserver-users] nquery change 5.4 -> 5.6, point not supported?

In version 5.6 when I do an nquery with just imgxy I get an error:
  "msExecuteQuery(): Query error. Malformed queryObj."
If I provide an imgbox it works correctly. So it seems that nquery no
longer works with just a point. Is this expected behavior?

Two examples below. Both work in 5.4, but only the second one works in 5.6

http://localhost/cgi-bin/mapserv.exe
?map=MAP_22_QUERY
&mode=nquery
&imgext=2393753.025751+1399500+2462566.974249+1441200
&map_size=769+466
&layers=ownership
&imgxy=219+125

http://localhost/cgi-bin/mapserv.exe
?map=MAP_22_QUERY
&mode=nquery
&imgext=2413260.751073+1428662.037399+2416213.755365+1430382.383202
&map_size=769+448
&layers=ownership
&imgbox=402+33+416+45

Thanks,
Rich

-- 
Richard Greenwood
richard.greenwood at gmail.com
www.greenwoodmap.com
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


From 2001xxj at gmail.com  Thu Dec 31 07:23:15 2009
From: 2001xxj at gmail.com (xxj)
Date: Thu, 31 Dec 2009 07:23:15 -0800 (PST)
Subject: [mapserver-users] How to render raster data using Oracle
	Georaster?
In-Reply-To: <4B3CAE27.9010406@pmldnet.com>
References: <1262255912007-4235902.post@n2.nabble.com>
	<4B3CAE27.9010406@pmldnet.com>
Message-ID: <1262272995892-4236701.post@n2.nabble.com>


Hi,

Please have a look at this thread. 

http://n2.nabble.com/MapServer-Oracle-performance-td3529225.html#a3531606

According to the replies by Ivan-5, it seems that he has ever succeeded in
rendering raster data using Oracle GeoRaster. How did he make it?

I also noticed that you get the same user name in this forum. May I assume
that you are exactly the guy? :)

Regards,

xxj
-- 
View this message in context: http://n2.nabble.com/How-to-render-raster-data-using-Oracle-Georaster-tp4235902p4236701.html
Sent from the Mapserver - User mailing list archive at Nabble.com.


From ivan.lucena at pmldnet.com  Thu Dec 31 07:44:27 2009
From: ivan.lucena at pmldnet.com (Ivan)
Date: Thu, 31 Dec 2009 10:44:27 -0500
Subject: [mapserver-users] How to render raster data using
	Oracle	Georaster?
In-Reply-To: <1262272995892-4236701.post@n2.nabble.com>
References: <1262255912007-4235902.post@n2.nabble.com>	<4B3CAE27.9010406@pmldnet.com>
	<1262272995892-4236701.post@n2.nabble.com>
Message-ID: <4B3CC6DB.3060007@pmldnet.com>

Hi Xxj,

As I wrote before. There are code in Mapserver that wrongly assume that raster DATA is always file 
based. The code is in mapstring.g lines 668 and 695. If you comment out those two lines I believe 
you could make it work.

http://trac.osgeo.org/mapserver/browser/trunk/mapserver/mapstring.c#L668
http://trac.osgeo.org/mapserver/browser/trunk/mapserver/mapstring.c#L695

I would suggest you to file a bug report on that issue.

The thread that you mentioned was about another bug that I detected. Mapsever wasn't using GDAL 
raster overviews at all. Not only GeoRaster. And it makes a big difference when displaying GeoRaster 
to have Pyramids/Overviews properly supported as you can see also with Oracle's Mapviewer.

Best regards,

Ivan

xxj wrote:
> Hi,
> 
> Please have a look at this thread. 
> 
> http://n2.nabble.com/MapServer-Oracle-performance-td3529225.html#a3531606
> 
> According to the replies by Ivan-5, it seems that he has ever succeeded in
> rendering raster data using Oracle GeoRaster. How did he make it?
> 
> I also noticed that you get the same user name in this forum. May I assume
> that you are exactly the guy? :)
> 
> Regards,
> 
> xxj



From jasonbeverage at gmail.com  Thu Dec 31 15:22:43 2009
From: jasonbeverage at gmail.com (Jason Beverage)
Date: Thu, 31 Dec 2009 18:22:43 -0500
Subject: [mapserver-users] Transparent lines at -180 when rendering 
	BlueMarble data
In-Reply-To: <A7F7B3043D3BF0438F1206BAA3C9933C028AAD34D0@MNMAIL05.ead.state.mn.us>
References: <2c4bbbeb0912281127o4b8befc1x488e9b06c4e32497@mail.gmail.com>
	<A7F7B3043D3BF0438F1206BAA3C9933C028AAD34D0@MNMAIL05.ead.state.mn.us>
Message-ID: <2c4bbbeb0912311522l428e950fla9070af4fa7e49e9@mail.gmail.com>

Hi Steve,

I thought of that too, but even the Introduction to MapServer page (
http://mapserver.org/introduction.html) uses -180 -90 180 90 to render the
BlueMarble data at full extent so that seems like it shouldn't be the case.
I'll keep on testing and see what I can come up with.

Thanks,

Jason

On Wed, Dec 30, 2009 at 11:40 PM, Lime, Steve D (DNR) <
Steve.Lime at state.mn.us> wrote:

> I wonder if it's due to differences in the extent models. GDAL uses
> edge-to-edge (I believe) meaning that the extent represents the outer edge
> of the UL and LR pixels in the image. MapServer uses a center-to-center
> model where the extent represents the pixel centers of the UL and LR pixels.
> The software itself takes these differences into account and you might need
> to as well as you compute extents. So, when you set an extent with minx at
> -180, MapServer has the center of it's left-hand edge pixels at -180, but in
> GDAL that's the left-hand edge of the left-hand edge pixels. Rounding error
> could account for the blank column.
>
> I'd convert your GDAL extent to a MapServer extent (I can help with this if
> necessary) and then chop things up based on that. Make sense?
>
> Steve
>
> ________________________________________
> From: mapserver-users-bounces at lists.osgeo.org [
> mapserver-users-bounces at lists.osgeo.org] On Behalf Of Jason Beverage [
> jasonbeverage at gmail.com]
> Sent: Monday, December 28, 2009 1:27 PM
> To: mapserver-users
> Subject: [mapserver-users] Transparent lines at -180 when rendering
> BlueMarble data
>
> Hi all,
>
> I'm using mapscript to render some blue marble data into tiles.  The issue
> I'm seeing is that occasionally I get a 1pixel wide transparent column along
> -180 at different zoom levels.  For example, if I render a 256x256 tile by
> setting the map's extent using:
> map.setExtent (-180.0, -22.5, -157.5, 0.0)
>
> I'm getting the attached image with the transparent column.
>
> The extent of the file itself via gdalinfo is -180,-90,180,90 so it does
> cover the whole world and there are no transparent pixels in the data
> itself.
>
> Thanks!
>
> Jason
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091231/6ed7587c/attachment.htm>

From nelson-correia at telecom.pt  Wed Dec 30 09:14:51 2009
From: nelson-correia at telecom.pt (Nelson Correia)
Date: Wed, 30 Dec 2009 17:14:51 +0000
Subject: [mapserver-users] Problem with Russia polygon
Message-ID: <125FE5C84575394CB9ED84D5DBB151D578FB489776@PTPPICEX03.PTPortugal.corpPT.com>

Hello,

I'm using shapefile world data from gadm.org (I've had this same problem with other data sources too) and I'm having a problem with the Russian polygon: mapserver draws some strange lines parallel to the equator, near the north pole (like you can see in the attached image).

Anyone had the same problem and knows how to solve it?

Thanks,

Nelson
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091230/bd916dd6/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: russia_problem.png
Type: image/png
Size: 42681 bytes
Desc: russia_problem.png
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20091230/bd916dd6/attachment.png>